モバイル端末用サーバ
【課題】モバイル端末利用時のユーザビリティの向上を図る。
【解決手段】サーバ１００は、モバイル端末２００（例えば、携帯電話など）で実行される情報を、モバイル端末２００に提供する。サーバ１００とモバイル端末２００とは、相互にインスタントメッセージ（ＩＭ）が利用可能に構成されている。モバイル端末２００は、ユーザ状態（例えば、モバイル端末の開閉状態など）を検出して、ＩＭ技術に基づきサーバ１００に通知する。サーバ１００、及び／又は、モバイル端末２００は、検出されたユーザ状態に基づいて、サーバ１００からモバイル端末２００に提供すべき情報を決定する。モバイル端末２００は、サーバ１００から提供された情報を実行する際、検出したユーザの状態に基づいて、その実行を制御する。例えば、モバイル端末２００で実行される複数のジョブの優先順位が設定される。
【解決手段】サーバ１００は、モバイル端末２００（例えば、携帯電話など）で実行される情報を、モバイル端末２００に提供する。サーバ１００とモバイル端末２００とは、相互にインスタントメッセージ（ＩＭ）が利用可能に構成されている。モバイル端末２００は、ユーザ状態（例えば、モバイル端末の開閉状態など）を検出して、ＩＭ技術に基づきサーバ１００に通知する。サーバ１００、及び／又は、モバイル端末２００は、検出されたユーザ状態に基づいて、サーバ１００からモバイル端末２００に提供すべき情報を決定する。モバイル端末２００は、サーバ１００から提供された情報を実行する際、検出したユーザの状態に基づいて、その実行を制御する。例えば、モバイル端末２００で実行される複数のジョブの優先順位が設定される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信端末などのモバイル端末への情報提供等に好適なモバイル端末用サーバ等に関する。
【背景技術】
【０００２】
携帯電話などのモバイル端末が広く普及している。このようなモバイル端末の高性能化により、例えば、インターネットへの接続なども可能になり、その利用範囲は拡大している。また、装置の小型化も進んでおり携帯性も向上されている。したがって、パーソナルコンピュータなどの情報処理装置によるネットワーク利用と同等のサービスを、携帯性に優れたモバイル端末でも享受できるようになってきている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記のようなモバイル端末のハードウェア性能は、パーソナルコンピュータなどと比べると劣ってしまい、また、小型であるために、同じサービスを利用する場合であっても、煩雑な操作を必要とすることがあり、ユーザビリティが低くなってしまうことがあった。
【課題を解決するための手段】
【０００４】
上記目的を達成するため、本発明の第１の観点にかかるモバイル端末用サーバは、
通信ネットワークを介して複数のモバイル端末との間で、情報を交換するモバイル端末用サーバであって、
複数のモバイル端末からそれぞれ供給される、当該モバイル端末が開いたことを示す開信号を受信する開信号受信手段と、
前記開信号受信手段で受信された開信号に応答して、所定の情報をモバイル端末に送信する送信手段と、を備えることを特徴とする。
【０００５】
上記モバイル端末用サーバは、
複数のジャンルに分けられた情報を記憶する情報蓄積手段を備えていることが望ましく、この場合、
前記送信手段は、前記開信号の受信に応答して、前記情報蓄積手段が記憶している情報の中から、所定のジャンルの情報を当該モバイル端末に送信することが望ましい。
【発明の効果】
【０００６】
本発明は、携帯電話などのモバイル端末のユーザビリティを向上することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の第１実施例にかかるモバイル・ネットワーク・システムの構成を示す図である。
【図２】図１に示すサーバの構成を示すブロック図である。
【図３】図２に示すユーザ情報データベースに蓄積される情報の例を示す図である。
【図４】図２に示す提供情報データベースに蓄積される情報の例を示す図である。
【図５】図２に示す転送済情報データベースに蓄積される情報の例を示す図である。
【図６】本発明の第１実施例にかかるモバイル端末の構成を示すブロック図である。
【図７】本発明の第１実施例にかかる「フォーム提供準備処理」および「フォーム要求処理」を説明するためのフローチャートである。
【図８】図７に示す「フォーム要求処理」においてモバイル端末で実行される「要求対象決定処理（１）」を説明するためのフローチャートである。
【図９】図７に示す「フォーム要求処理」においてモバイル端末で実行される「要求対象決定処理（２）」を説明するためのフローチャートである。
【図１０】図７に示す「フォーム要求処理」においてモバイル端末で実行される「要求対象決定処理（３）」を説明するためのフローチャートである。
【図１１】図７に示す「フォーム提供準備処理」においてサーバで実行される「提供フォーム決定処理」を説明するためのフローチャートである。
【図１２】図７に示す「フォーム提供準備処理」においてサーバで実行される「割込処理」を説明するためのフローチャートである。
【図１３】図７に示す「フォーム提供準備処理」の後にサーバで実行される「フォーム提供処理」、および図７に示す「フォーム要求処理」の後にモバイル端末で実行される「フォーム受信処理」を説明するためのフローチャートである。
【図１４】図１３に示す「フォーム受信処理」の後にモバイル端末で実行される「フォーム実行処理」を説明するためのフローチャートである。
【図１５】図１４に示す「フォーム実行処理」の後にサーバで実行される「継続提供処理」を説明するためのフローチャートである。
【図１６】本発明の第１実施例にかかる「未返送確認処理」を説明するためのフローチャートである。
【図１７】図１６に示す「未返送確認処理」の後にモバイル端末で実行される「未返送通知フォーム実行処理」を説明するためのフローチャートである。
【図１８】図１７に示す「未返送通知フォーム実行処理」においてモバイル端末に表示される表示画面の例を示す図である。
【図１９】（ａ）は、第２実施例において、ユーザ情報ＤＢが記憶する「ステータス情報管理テーブル」の例を示す図であり、（ｂ）は、第２実施例において、ユーザ情報ＤＢが記憶する「待機ジョブリスト」の例を示す図である。
【図２０】第２実施例にかかる「ジョブ開始処理」を説明するためのフローチャートである。
【図２１】第２実施例にかかる「第１端末制御処理」を説明するためのフローチャートである。
【図２２】第２実施例にかかる「ジョブ終了処理」を説明するためのフローチャートである。
【図２３】第２実施例にかかる「第２端末制御処理」を説明するためのフローチャートである。
【図２４】ユーザ情報ＤＢが記憶する「配信順位テーブル」の例を示す図である。
【図２５】第２実施例にかかる「第３端末制御処理」を説明するためのフローチャートである。
【図２６】第３実施例において、ユーザ情報ＤＢが記憶する「利用者情報テーブル」の例を示す図である。
【図２７】第３実施例にかかる「サービス開始処理」を説明するためのフローチャートである。
【図２８】第３実施例にかかる「ステータス変更処理」を説明するためのフローチャートである。
【図２９】第４実施例において、ユーザ情報ＤＢが記憶する「利用者情報テーブル」の例を示す図である。
【図３０】第４実施例にかかる「情報提供処理」を説明するためのフローチャートである。
【図３１】第４実施例にかかる「サービス中止処理」を説明するためのフローチャートである。
【図３２】第４実施例にかかる「情報送信処理」を説明するためのフローチャートである。
【発明を実施するための形態】
【０００８】
（第１実施例）
以下、本発明にかかる実施例を図面を参照して説明する。本実施例では、携帯電話などのモバイル端末２００のインスタント・メッセージ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｅ：ＩＭ）機能を用いて、モバイル端末２００に情報を提供するモバイル・ネットワーク・システムを説明する。
【０００９】
図１は本発明の実施例にかかるモバイル・ネットワーク・システムの構成を示す図である。図示するように、本実施例にかかるモバイル・ネットワーク・システム１は、サーバ１００と、モバイル端末２００と、から構成され、それぞれが通信ネットワーク１０を介して相互に接続されている。
【００１０】
ここで、通信ネットワーク１０は、例えば、インターネットなどの所定の通信プロトコル（例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）など）を用いて情報伝達を行う通信ネットワークである。
【００１１】
サーバ１００は、例えば、メインフレームやワークステーションなどの所定のコンピュータ装置から構成され、後述する各処理を実行することにより、モバイル端末２００に情報を提供するものである。サーバ１００の構成を図２を参照して説明する。なお、本実施例では、サーバ１００は、他のモバイル端末との間で、即時的かつ簡易なメッセージ交換を行う、いわゆるインスタントメッセージ（以下、「ＩＭ」（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｅ）とする）サービスを提供するサーバとして機能するものとする。したがって、サーバ１００には、ＩＭサービスを提供するために必要な所定のプログラムや装置等が備えられているものとし、後述するモバイル端末２００との間で実行される各処理は、これらＩＭサービスのための手法・技術等を用いて行われるものとする。
【００１２】
図２はサーバ１００の構成を示すブロック図である。図示するように、サーバ１００は、制御部１１０と、通信制御部１２０と、ユーザ情報データベース１３０と、提供情報データベース１４０と、転送済情報データベース１５０と、入力部１６０と、出力部１７０と、プログラム格納部１８０と、から構成される。
【００１３】
制御部１１０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：中央演算処理装置）などから構成され、サーバ１００の各部を制御するとともに、所定の動作プログラムを実行することで、後述する各処理を実現する。
【００１４】
通信制御部１２０は、例えば、ルータなどの所定の通信装置から構成され、サーバ１００と通信ネットワーク１０とを接続し、サーバ１００とモバイル端末２００との間の情報通信を制御する。
【００１５】
ユーザ情報データベース１３０は、例えば、ハードディスク装置などの書換可能な記憶装置から構成され、本実施例にかかるモバイル・ネットワーク・システム１による情報提供サービスを利用するユーザ、すなわち、モバイル端末２００のユーザに関する情報が予め登録されている。なお、ユーザ情報データベース１３０に記録される情報は、本モバイル・ネットワーク・システム１にかかる情報提供サービス利用開始時にユーザにより登録された後、後述するモバイル端末２００のユーザ情報格納部２３０に記録されているユーザ情報のうちの所定のものが随時送信されることで、ユーザ情報データベース１３０に記録されているユーザ情報は随時更新されるものとする。図３に、ユーザ情報データベース１３０に記録される情報の例を示す。
【００１６】
図示するように、ユーザ情報データベース１３０には、各ユーザに割り当てられたユーザＩＤ毎にレコードが作成され、各レコードには、当該ユーザが使用するモバイル端末２００を特定する端末特定情報（例えば、ＩＰアドレス、電子メールアドレス、電話番号、など）、当該ユーザの現在の状態（ステータス）を示すステータス情報、当該ユーザの属性（性別、年齢（生年月日）、職業、など）を示す属性情報、当該ユーザの嗜好を示す嗜好情報、などが記録されている。ここで、ステータス情報は、ＩＭ技術によるステータス検知によって検知される各ユーザのステータスを示す情報であり、各モバイル端末２００から随時取得されるものである。ステータス情報として、例えば、「仕事中」、「買い物中」、「他のユーザと通信中」、などを示す情報が記録される。ステータス情報は、各ユーザによりモバイル端末２００に設定入力される場合の他、モバイル端末２００が検知（例えば、通信状態、通信相手、プログラムの終了、電源ＯＦＦ、など）することで生成され、随時サーバ１００に送信されるものである。送信されたステータス情報は、ユーザ情報データベース１３０に随時記録・更新される。
【００１７】
提供情報データベース１４０は、例えば、ハードディスク装置などの書換可能な記憶装置から構成され、登録ユーザが使用するモバイル端末２００に提供する情報を蓄積する。なお、本実施例では、提供情報データベース１４０に記録される情報は、モバイル端末２００が取得（ダウンロード）し、モバイル端末に実装されている所定のプログラム（以下、「端末プログラム」とする）により実行される情報であり、例えば、アンケートサービスを構成するページや電子商取引（以下、「ＥＣ」（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）とする）サイトを構成するページなどである。これらの情報は、所定単位（各ページ単位など）毎に用意されており、それぞれは、相互間で動的な関連性を持つような言語（例えば、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などのマークアップ言語など）で記述されている。例えば、あるアンケートページに対する回答内容によって、次に提示されるアンケートページがいずれであるか、などが関連づけられている。この場合、ユーザに対し提示されるのは、単に質問項目と回答入力欄などを表示する入力フォームであるが、端末プログラムが記述言語を解釈することにより、回答として入力された情報に基づく動的な関連づけが行われる。本実施例では、実行されることで外見上所定の入力フォームを形成する情報をモバイル端末２００に提供するものとし、以下「フォーム（情報）」とする。
【００１８】
図４に提供情報データベース１４０に記録される情報の例を示す。図示するように、提供情報データベース１４０には、各フォームに割り当てられたＩＤ毎にレコードが作成され、各レコードには、当該フォームの種別（アンケートやＥＣなどの別）、提示対象となるユーザの属性、関連づけられたフォームのフォームＩＤ、当該データとその記述言語、などを示す情報が記録される。ここで、提供情報データベース１４０に記録される「属性」は、ユーザ情報データベース１３０に記録される「属性情報」および「嗜好情報」に対応している。すなわち、例えば、同じ目的のアンケートであっても、回答者（すなわち、モバイル端末２００のユーザ）の属性や嗜好により、質問項目を異ならせたフォームを用意し、適切なものを提示するものである。
【００１９】
転送済情報データベース１５０は、例えば、ハードディスク装置などの書換可能な記憶装置から構成され、サーバ１００からモバイル端末２００に転送されたフォームに関する情報が蓄積される。図５に、転送済情報データベース１５０に記録される情報の例を示す。図示するように、転送済情報データベース１５０には、転送先のユーザを示すユーザＩＤ、転送日時、転送したフォームを示すフォームＩＤ、転送したフォームを用いて返送された内容、などを示す情報が蓄積される。
【００２０】
入力部１６０は、例えば、キーボードやポインティングデバイスなどの所定の入力装置から構成され、制御部１１０への指示の入力や各データベースへの情報の入力などに用いられる。
【００２１】
出力部１７０は、例えば、ディスプレイ装置などの所定の出力装置から構成され、制御部１１０の処理結果などを出力する。
【００２２】
プログラム格納部１８０は、例えば、ハードディスク装置や半導体記憶装置などの記憶装置から構成され、サーバ１００の動作プログラムを格納する。後述する各処理は、制御部１１０がプログラム格納部１８０から所定の動作プログラムを読み出して実行することで実現されるものである。
【００２３】
次に、モバイル端末２００の構成について説明する。モバイル端末２００は、例えば、移動体通信端末（携帯電話やＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）など）やパーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｃｅ：携帯情報端末）などの、所定のコンピュータ装置から構成される情報モバイル端末から構成され、通信ネットワーク１０を介してサーバ１００から情報（フォーム）を受信可能に構成されている。本実施例では、モバイル端末２００は少なくとも、通信ネットワーク１０を介して、サーバ１００との間で、ＩＭサービスが利用可能に構成されているものとする。すなわち、ＩＭサービスを利用するための所定のプログラムがモバイル端末２００にインストールされているものとし、後述するサーバ１００との間で実行される各処理は、ＩＭサービスのための手法・技術等を用いて行われるものとする。図６を参照してモバイル端末２００の構成を説明する。
【００２４】
図示するように、モバイル端末２００は、制御部２１０、通信制御部２２０、ユーザ情報格納部２３０、プログラム格納部２４０、転送情報格納部２５０、入力部２６０、および、出力部２７０、から構成される。
【００２５】
制御部２１０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：中央演算処理装置）などから構成され、後述するプログラム格納部２４０に格納されている所定の動作プログラムを実行することで、後述する各処理を実現する。
【００２６】
通信制御部２２０は、例えば、ルータやＴＡ（Ｔｅｒｍｉｎａｌ Ａｄａｐｔｅｒ）、モデム、あるいは、所定のアンテナ装置などを含む所定の通信装置（回路、モジュール等も含む）から構成され、モバイル端末２００と通信ネットワーク１０とを接続することで、サーバ１００との間の情報通信を行う。
【００２７】
ユーザ情報格納部２３０は、例えば、ハードディスク装置、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、および、種々の記録媒体、などの書換可能な記憶装置あるいは記録媒体から構成され、当該モバイル端末２００のユーザに関する情報を予め記録する。ユーザ情報格納部２３０に記録される情報は、少なくとも、図３に示すサーバ１００のユーザ情報データベース１３０に記録される「属性情報」および「嗜好情報」に対応するものである。すなわち、モバイル端末２００のユーザ情報格納部２３０に記録される情報のうち所定のもの（サーバ１００に開示してよいもの）がサーバ１００に随時送信されることで、サーバ１００のユーザ情報データベース１３０に更新記録されるものである。
【００２８】
プログラム格納部２４０は、例えば、ハードディスク装置、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、および、種々の記録媒体、などの書換可能な記憶装置あるいは記録媒体から構成され、後述する各処理を実現するための所定の動作プログラム（ＩＭサービスを利用するためのプログラム、サーバ１００から転送されたフォームを実行するプログラム、など）が記録される。なお、本実施例における後述する各処理を実現するために、モバイル端末２００の制御部２１０で実行される各動作プログラムを、以下「端末プログラム」とする。
【００２９】
転送情報格納部２５０は、例えば、ハードディスク装置、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、および、種々の記録媒体、などの書換可能な記憶装置あるいは記録媒体から構成され、サーバ１００から転送されたフォームを格納する。
【００３０】
入力部２６０は、例えば、キーボードやテンキー、ポインティングデバイスなどの所定の入力装置から構成され、制御部２１０に対する指示の入力やユーザ情報格納部２３０への情報の入力、実行されたフォームに対する入力、などに用いられる。
【００３１】
出力部２７０は、例えば、ディスプレイ装置などの所定の出力装置から構成され、制御部２１０の処理結果（受信されたフォームの実行結果、など）などを出力する。
【００３２】
次に、本実施例にかかるモバイル・ネットワーク・システム１における、サーバ１００およびモバイル端末２００が行う各処理を図面を参照して説明する。
【００３３】
まず、図７に示すフローチャートを参照して、本実施例にかかるフォーム要求処理（モバイル端末２００の動作）およびフォーム提供準備処理（サーバ１００の動作）を説明する。
【００３４】
まず、モバイル端末２００の制御部２１０が、プログラム格納部２４０に格納されている端末プログラムを実行すると、制御部２１０が使用者状態を所定期間毎に随時検出する（ステップＳ１０１）。すなわち、ユーザが入力部２６０を操作することにより、所定の状態を設定したか否かの検出の他、「ＩＭによる他のユーザとの通信をしているか否か」、「通信中である場合、通信相手が誰であるか」、「フォーム実行中であるか否か」「端末プログラムが終了したか否か」、「（モバイル端末２００が移動体通信端末である場合）モバイル端末２００の電源がＯＦＦとなったか否か」、など、ＩＭによる通信に関連するモバイル端末２００の状態を検出することで、ユーザの状態（通信の可否、など）として検知する。制御部２１０は、検知されたユーザの状態を示す情報（以下、「ユーザ状態情報」とする）を通信制御部２２０を介して、サーバ１００に通知する。なおこのとき、ユーザ状態情報には、所定の端末特定情報が付されて通知される。
【００３５】
サーバ１００では、通信制御部１２０が、モバイル端末２００からユーザ状態情報を受信すると、制御部１１０は、当該ユーザ状態情報に付された端末特定情報に基づいて、ユーザ情報データベース１３０から対応するレコードを特定し、当該レコードの「ステータス情報」欄に、受信したユーザ状態情報を記録する（ステップＳ２０１）。
【００３６】
モバイル端末２００では、サーバ１００に提供を要求するフォームを決定するための要求対象決定処理（ステップＳ３００）が随時実行される。この要求対象決定処理を図８〜１０に示すフローチャートを参照して説明する。
【００３７】
要求対象決定処理では、少なくとも、図８〜１０に示す（１）〜（３）の処理が実行される。これらの処理は、順次実行されてもよく、または、並行して実行されてもよい。本実施例では、順次実行されるものとして以下説明する。
【００３８】
まず、図８に示す要求対象決定処理（１）が実行される。ここでは、ユーザからの任意の要求に基づいて要求対象が決定される。まず、端末プログラム実行中に、ユーザがモバイル端末２００の入力部２６０を操作することにより、任意のフォームの実行が要求されると（ステップＳ３１１：Ｙｅｓ）、制御部２１０は、転送情報格納部２５０を検索し、当該要求されたフォームが格納されているか否かを判別することにより、未取得であるか取得済であるかを判別する（ステップＳ３１２）。
【００３９】
ここで、当該フォームがすでにサーバ１００から取得され、転送情報格納部２５０に格納されている場合（ステップＳ３１２：Ｎｏ）は、後述するフォーム実行処理（ステップＳ７００）にすすみ、当該フォームが実行される。
【００４０】
一方、まだ取得されていない場合（ステップＳ３１２：Ｙｅｓ）は、当該要求されたフォームを、サーバ１００に対する要求対象として決定し（ステップＳ３１３）、図７に示すフォーム要求処理に戻る。
【００４１】
一方、ユーザからの実行要求がない場合（ステップＳ３１１：Ｎｏ）は、図９に示す要求対象決定処理（２）が実行される。
【００４２】
要求対象決定処理（２）では、ユーザの状態に応じて要求対象が決定される。まず、制御部２１０が、図７に示すステップＳ１０１で検出されたユーザ状態を分析し（ステップＳ３２１）、現在のユーザ状態が、サーバ１００にフォームを要求すべき所定の状態（以下、「フォーム要求状態」とする）であるか否かを判別する（ステップＳ３２２）。ここでは、端末プログラムが用いるデータとして、フォーム要求状態とその時に要求するフォームとが予め対応付けられて登録されているものとする。すなわち、例えば、ユーザ状態が「買い物中」である場合には、所定のショッピングに関するアンケートページを要求したり、ユーザ状態が「スポーツ観戦中」である場合に、スポーツグッズのショッピングサイトを要求するなどの関連づけがなされている。これらの関連づけは、端末プログラムにデフォルトで設定されていてもよく、あるいは、ユーザにより任意に登録されてもよい。
【００４３】
このように予め登録されているフォーム要求状態である場合（ステップＳ３２２：Ｙｅｓ）、制御部２１０は、転送情報格納部２５０を検索し、当該フォーム要求状態に対応するフォームがすでに格納されているか否かを判別することにより、当該フォームが未取得であるか取得済であるかを判別する（ステップＳ３２３）。ここで、当該フォームがすでに取得済である場合（ステップＳ３２３：Ｎｏ）は、後述するフォーム実行処理（ステップＳ７００）に進み、当該フォームを実行する。
【００４４】
一方、当該フォームが未取得である場合（ステップＳ３２３：Ｙｅｓ）は、制御部２１０は、当該フォームを要求対象として決定する（ステップＳ３２４）。
【００４５】
一方、ユーザ状態がフォーム要求状態ではない場合（ステップＳ３２２：Ｎｏ）は、図１０に示す要求対象決定処理（３）が実行される。
【００４６】
要求対象決定処理（３）を図１０に示すフローチャートを参照して説明する。ここでは、ユーザ情報格納部２３０に記録されているユーザ情報に基づいて、要求対象を決定する。
【００４７】
まず、制御部２１０が、ユーザ情報格納部２３０から、記録されているユーザ情報を取得する（ステップＳ３３１）。
【００４８】
制御部２１０は、取得したユーザ情報に基づいて、当該ユーザ情報に更新があったか否かを判別する（ステップＳ３３２）。例えば、記録されている生年月日情報に基づいて、年齢が更新されたか否か、などを判別する。あるいは、ユーザの任意の入力により、ユーザ情報が更新されたか否かを判別する。したがって、この要求対象決定処理（３）は、ユーザによるユーザ情報の更新入力を契機に実行されてもよい。
【００４９】
制御部２１０は、ユーザ情報が更新されたと判別した場合（ステップＳ３３２：Ｙｅｓ）、転送情報格納部２５０に格納されているフォームを参照し、ユーザ情報の更新が、これら取得済フォームの変更を必要とするものか否かを判別する（ステップＳ３３４）。例えば、「所定の年齢層を対象としたフォームが取得されている場合に、年齢情報の更新により、当該フォームが現在の年齢に合っているか否か」、「所定の嗜好を対象としたフォームが取得されている場合に、嗜好の変化により、当該フォームがユーザに合っているか否か」、などが判別される。
【００５０】
ここで、ユーザ情報の更新により、取得済フォームの変更が必要であると判別された場合（ステップＳ３３４：Ｙｅｓ）は、制御部２１０は、当該フォームを変更対象として決定する（ステップＳ３３５）。
【００５１】
一方、取得済フォームの変更は不要であると判別された場合（ステップＳ３３４：Ｎｏ）は、更新後のユーザ情報のうち、サーバ１００への通知対象となっているものをサーバ１００に送信する（ステップＳ３３６）。サーバ１００では、ステップＳ３３６で送信されたユーザ情報に基づいて、ユーザ情報データベース１３０を更新する。
【００５２】
ステップＳ３３６でユーザ情報が送信された後、あるいは、ユーザ情報の更新がなかった場合（ステップＳ３３２：Ｎｏ）は、図７に示すステップＳ１０１に戻り、再びユーザ状態の検出等が行われる。
【００５３】
制御部２１０は、ステップＳ３１３、Ｓ３２４、あるいは、Ｓ３３５で決定したフォームを要求する（あるいは、変更を要求する）旨の要求情報を生成し、通信制御部２２０を介してサーバ１００に送信する（ステップＳ１０２）。
【００５４】
サーバ１００では、モバイル端末２００から要求情報を受信すると（ステップＳ２０４：Ｙｅｓ）、受信した要求情報に基づくフォーム提供処理（ステップＳ８００：後述）が実行される。
【００５５】
以上が、モバイル端末２００が要求対象を決定する場合の処理である。一方、サーバ１００が、モバイル端末２００に提供するフォームを決定する場合もある。この場合の処理を、図７に示すフローチャートを参照して説明する。
【００５６】
まず、前述のように、ステップＳ１０１でモバイル端末２００から送信され、ステップＳ２０１でユーザ情報データベース１３０に記録されたユーザ状態情報に基づいて、サーバ１００の制御部１１０は、提供フォーム決定処理（ステップＳ４００）を実行する。この提供フォーム決定処理を、図１１に示すフローチャートを参照して説明する。
【００５７】
まず、制御部１１０は、ステップＳ２０１で更新登録されたユーザ状態情報に基づいて、対応するユーザ（モバイル端末２００）が、通信可能状態であるか否かを判別する（ステップＳ４０１）。すなわち、モバイル端末２００や端末プログラムが起動しているか否かなどの物理的状態のほか、ユーザ状態が、例えば、「仕事中」など通信するのが好ましくない状態であるか否かなどを判別する。
【００５８】
ここで、当該ユーザが通信可能状態である場合（ステップＳ４０１：Ｙｅｓ）、制御部２１０は、さらに、当該ユーザが他者と通信中であるか否かを判別し（ステップＳ４０２）、通信中である場合（ステップＳ４０２：Ｙｅｓ）はさらに、通信相手が、本情報提供サービスを利用する他の登録ユーザであるか否かを判別する（ステップＳ４０３）。これは、同じＩＭサービスを利用する者同士では、両者の間でユーザ状態情報の相互参照が行われているため、これを反映したユーザ状態情報を取得することで、判別することができる。
【００５９】
ここで、通信相手が登録ユーザである場合（ステップＳ４０３：Ｙｅｓ）、制御部２１０はさらに、当該通信の内容が判別可能であるか否かを判別する（ステップＳ４０４）。ここでは、例えば、当該ユーザ同士が、ＩＭを用いてあるテーマでチャットや電子会議などを行っている場合は、そのテーマを通信内容として参照する。
【００６０】
通信内容が判別可能である場合（ステップＳ４０４：Ｙｅｓ）は、制御部２１０は、当該通信内容に合ったフォームを提供対象として決定する（ステップＳ４０５）。
【００６１】
一方、通信内容が判別できない場合（ステップＳ４０４：Ｎｏ）は、制御部２１０は、ユーザ情報データベース１３０にアクセスし、両ユーザの「属性情報」および「嗜好情報」を参照し（ステップＳ４０６）、両者に共通する属性や嗜好に対応するフォームを提供対象として決定する（ステップＳ４０７）。ステップＳ４０５あるいはＳ４０７で提供対象が決定された場合、後述するフォーム提供処理（ステップＳ８００）に進み、決定されたフォームがモバイル端末２００に提供される。
【００６２】
一方、通信可能状態でない（ステップＳ４０１：Ｎｏ）、通信中ではない（ステップＳ４０２：Ｎｏ）、あるいは、登録ユーザとの通信ではない（ステップＳ４０３：Ｎｏ）場合は、図７のステップＳ２０２に進む。
【００６３】
ステップＳ２０２では、制御部１１０が、サーバ１００の自己状態（以下、「サーバ状態」とする）を検出する。例えば、サーバ１００の異常検出や予定されているメインテナンスなどによって、サーバ１００によるサービス停止が生じる状態（以下、「サービス停止状態」とする）であるか否かや、提供情報データベース１４０に登録されているフォームが更新・変更された（以下、「フォーム更新状態」とする）か否かなどを検出する。
【００６４】
制御部１１０は、検出したサーバ状態が所定の状態（すなわち、サービス停止状態やフォーム更新状態など）である場合（ステップＳ２０３：Ｙｅｓ）、割込処理（ステップＳ６００）を実行する。この割込処理を図１２に示すフローチャートを参照して説明する。本実施例では、サービス停止状態とフォーム更新状態が所定のサーバ状態である場合を例に以下説明する。
【００６５】
まず制御部１１０は、所定のサーバ状態として検出されたサーバ状態を分析し（ステップＳ６０１）、サービス停止状態であるか否かを判別する（ステップＳ６０２）。
【００６６】
サービス停止状態である場合（ステップＳ６０２：Ｙｅｓ）は、制御部１１０は、ユーザ情報データベース１３０に登録されている全ユーザを転送先として指定し（ステップＳ６０３）、サービス停止状態をユーザに通知するとともに、モバイル端末２００でのフォーム実行を制限するためのフォーム（以下、「停止通知フォーム」とする）を作成する（ステップＳ６０４）。ここでは、制御部１１０が所定のフォーム作成プログラムに基づいて、自動的に作成してもよく、あるいは、停止通知フォームの作成を促すメッセージなどを出力部１７０に表示させ、フォーム作成担当者に通知するようにしてもよい。作成された停止通知フォームは提供情報データベース１４０に格納される。そして、制御部１１０は、作成した停止通知フォームを転送対象として決定する。なお、予め定型的に用意されているフォームがある場合は、作成を省略し、用意されているフォームを転送対象として決定してもよい。
【００６７】
一方、所定サーバ状態がフォーム更新状態である場合（ステップＳ６０２：Ｎｏ）、制御部１１０は、転送済情報データベース１５０を検索し（ステップＳ６０５）、更新前のフォームが転送された転送先（すなわち、ユーザＩＤ）を特定する（ステップＳ６０６）。
【００６８】
そして、当該特定されたユーザＩＤを更新後フォームの転送先として指定し（ステップＳ６０７）、当該更新後フォームを変更対象フォームとして決定する（ステップＳ６０８）。
【００６９】
制御部１１０は、後述するフォーム提供処理（ステップＳ８００）を実行し、ステップＳ６０４またはＳ６０８で決定したフォーム（サービス停止通知フォームあるいは更新後フォーム）をモバイル端末２００に転送する。
【００７０】
一方、割込処理を要するサーバ状態でない場合（ステップＳ２０３：Ｎｏ）は、モバイル端末２００からの要求情報を待機する（ステップＳ２０４）。モバイル端末２００から要求情報を受信するまでは、ステップＳ２０２の自己状態の検出を繰り返し実行する。
【００７１】
次に、上述のモバイル端末２００からの要求、あるいは、サーバ１００がユーザ状態またはサーバ状態に基づいて決定されたフォームをモバイル端末２００に提供し（ステップＳ８００「フォーム提供処理」）、モバイル端末２００がフォームを受信する処理（ステップＳ５００「フォーム受信処理」）が行われる。フォーム提供処理およびフォーム受信処理を図１３のフローチャートを参照して説明する。
【００７２】
まず、サーバ１００の制御部１１０は、ステップＳ２０４で受信した要求情報に示されるフォーム、あるいは、ステップＳ４０５もしくはＳ４０７、または、ステップＳ６０４もしくはＳ６０８で決定したフォームを、提供情報データベース１４０から取得する（ステップＳ８０１）。
【００７３】
次に制御部１１０は、ユーザ情報データベース１３０にアクセスし、要求情報、ユーザ状態、あるいは、サーバ状態（サービス停止状態を除く）に基づいてフォームが決定された場合には対応するユーザ（モバイル端末２００）、サービス停止状態に基づいてフォームが決定された場合には全ユーザ、について、「ステータス情報」を参照し、通信可能状態であるか否かを判別する（ステップＳ８０２）。
【００７４】
提供対象が通信可能状態である場合（ステップＳ８０２：Ｙｅｓ）、制御部１１０は、ステップＳ８０１で取得したフォームを、通信制御部１２０を介して提供対象のモバイル端末２００に転送（送信）する（ステップＳ８０３）。なお、上述の要求対象決定処理（３）で変更対象として要求された場合、または、割込処理で「フォーム更新状態」に基づいて更新後フォームを転送する場合には、転送時に変更対象である旨を示す付加情報が併せて送信される。さらに、更新後フォームを転送する場合、転送済データベース１５０の更新前フォームに対応する「返送内容」欄に返送情報が記録されている場合は、その内容も併せて転送する。
【００７５】
制御部１１０は、ステップＳ８０２で転送したフォームに関する情報を、転送済情報データベース１５０に記録する（ステップＳ８０４）。すなわち、転送先のユーザ示すユーザＩＤ、転送日時、転送したフォームのフォームＩＤなどを記録する。なお、この時点では「返送内容」欄は「ＮＵＬＬ」とする。
【００７６】
モバイル端末２００では、通信制御部２２０がサーバ１００からフォームを受信すると（ステップＳ５０１）、制御部２１０が、付加情報に基づいて、当該受信したフォームが変更対象であるか否かを判別する（ステップＳ５０２）。
【００７７】
変更対象フォームである場合（ステップＳ５０２：Ｙｅｓ）、制御部２１０は、転送情報格納部２５０にアクセスし、対応するフォームを削除し（ステップＳ５０３）、受信したフォームを格納する（ステップＳ５０４）。また、「フォーム更新状態」に基づいて変更されたフォームであって、返送内容情報が併せて転送された場合は、その情報も格納される。
【００７８】
変更対象でないフォームについては、転送されたフォームが転送情報格納部２５０に格納される（ステップＳ５０２：Ｎｏ、Ｓ５０４）。
【００７９】
制御部２１０は、ステップＳ５０４で転送情報格納部２５０に格納したフォームを実行するためのフォーム実行処理を実行する（ステップＳ７００）。このフォーム実行処理を図１４に示すフローチャートを参照して説明する。
【００８０】
制御部２１０は、図７のステップＳ１０１で検出される現在のユーザ状態に基づいて、フォーム実行可能状態であるか否かを判別する（ステップＳ７０１）。例えば、ユーザ状態が「仕事中」などフォームの実行が好ましくない状態であったり、モバイル端末２００が、例えば、スリープ状態などにより実行してもユーザが認識できない場合、はフォーム実行不可と判別する。
【００８１】
フォーム実行可能状態である場合（ステップＳ７０１：Ｙｅｓ）は、転送情報格納部２５０にアクセスし、ステップＳ５０４で格納されたフォームを実行する（ステップＳ７０２）。あるいは、要求対象特定処理（１）または（２）で取得済フォームの実行が指定された場合は、当該フォームを実行する。なお、実行対象フォームが、「サービス停止通知フォーム」である場合は、当該フォームが実行されることにより、指定期間（サービス停止期間）中は、フォームの実行ができない旨出力部２７０に表示される他、端末プログラムと協働することにより、当該期間中のフォームの実行を制限するものとする。
【００８２】
一方、フォーム実行不可状態である場合（ステップＳ７０１：Ｎｏ）は、実行可能状態となるまで、フォームの実行を待機する。
【００８３】
ここで、実行されたフォームが、所定事項の入力をユーザに要求するもの（例えば、アンケートページなど）である場合（ステップＳ７０３）、制御部２１０は、入力部２６０から入力された情報を順次転送情報格納部２５０に、当該フォームと対応付けて記録する（ステップＳ７０４）。
【００８４】
次に制御部２２０は、当該フォームの実行により、何らかの情報をサーバ１００に返送する必要があるか否かを判別する（ステップＳ７０５）。すなわち、アンケートページであれば、入力回答をサーバ１００に返送する必要があり、ＥＣサイトであれば、商品指定などの情報を返送する必要がある。
【００８５】
返送対象がある場合（ステップＳ７０５：Ｙｅｓ）、制御部２１０は、ユーザからの送信指示を待機し、送信指示に応じて、返送対象情報をサーバ１００に送信し（ステップＳ７０６：Ｙｅｓ、Ｓ７０７）、図１３のフォーム受信処理に戻る。
【００８６】
返送対象がない場合（ステップＳ７０５：Ｎｏ）や送信指示がない場合（ステップＳ７０６：Ｎｏ）は、サーバ１００に対する送信は行わずにフォーム受信処理に戻る。
【００８７】
なお、ステップＳ７０３で転送情報格納部２５０に格納された入力情報は、当該入力情報がサーバ１００に送信完了するまで転送情報格納部２５０に保持される。すなわち、入力フォームの入力途中で中断した場合や、送信途中の通信断などで入力情報がサーバ１００に返送されなかった場合、当該フォームの再実行時に前回入力した入力情報を転送情報格納部２５０から呼び出し、ユーザによる同一情報の再入力を省略させる。
【００８８】
ステップＳ７００のフォーム実行処理において、サーバ１００に情報送信が行われた場合は、サーバ１００で継続提供処理（ステップＳ１０００）が実行される。この継続提供処理を図１５に示すフローチャートを参照して説明する。
【００８９】
サーバ１００の通信制御部１２０がモバイル端末２００から返送情報を受信すると（ステップＳ１００１：Ｙｅｓ）、制御部１１０は、転送済情報データベース１５０にアクセスし、対応するレコードの「返送内容」欄に受信した返送情報を記録する（ステップＳ１００２）。
【００９０】
制御部１１０は、当該返送情報に対し、継続してモバイル端末２００に提示すべきフォームがあるか否かを判別する（ステップＳ１００３）。例えば、アンケートページの１ページ目の回答（返送情報）を受信した場合、この回答に対応付けられたさらなるページがあるか否か、などを判別する。ここでは、提供情報データベース１４０の「関連フォーム」情報などに基づいて、継続提示フォームの有無を判別する。
【００９１】
継続提示フォームがある場合（ステップＳ１００３：Ｙｅｓ）は、制御部１１０は当該フォームを提供対象フォームとして決定する（ステップＳ１００４）。制御部１１０は、図１３に示すフォーム提供処理を再度実行し、ステップＳ８０１〜Ｓ８０３の処理を行うことで、ステップＳ１００４で決定したフォームをモバイル端末２００に提供する。
【００９２】
上述したように、入力フォームでの入力が中断された場合や、入力情報がサーバ１００に送信完了しなかった場合は、モバイル端末２００側で入力情報を保持し、フォーム再実行の際の再入力を省略させたが、返送情報の返送有無をサーバ１００側で検出し、所定の処理を行ってもよい。この場合の未返送確認処理（ステップＳ１１００）を、図１６に示すフローチャートを参照して説明する。
【００９３】
サーバ１００の制御部１１０は、所定期間毎に転送済情報データベース１５０内に、「返送内容」が「ＮＵＬＬ」となっているレコードを検索する（ステップＳ１１０１）。該当するレコードがある場合（ステップＳ１１０２：Ｙｅｓ）、当該レコードの「転送日時」欄の情報を参照する（ステップＳ１１０３）。
【００９４】
制御部１１０は、現在日時と参照した転送日時とを比較し、所定期間（例えば、１週間など）以上前に転送されているか否かを判別する（ステップＳ１１０４）。ここで、所定期間以上経過している場合（ステップＳ１１０４）は、当該レコードのユーザに対し、未返送通知フォームを転送する（ステップＳ１１０５）。この未返送通知フォームは、モバイル端末２００で実行されることにより、ユーザに未返送情報があることを通知するとともに、必要に応じて再送信の処理を行うものである。なお、未返送通知フォームは予め定型的に作成され、提供情報データベース１４０に格納されているものとする。したがって、制御部１１０は、提供情報データベース１４０から当該未返送通知フォームを取得し、転送対象のモバイル端末２００に転送する。また、ここでは、制御部１１０により所定の情報（対象フォームＩＤなど）が付加されるものとする。
【００９５】
このようにして転送された未返送通知フォームをモバイル端末２００が実行する際の処理（「未返送通知フォーム実行処理」（ステップＳ１２００））を図１７に示すフローチャートを参照して説明する。
【００９６】
まず、モバイル端末２００の制御部２１０は、通信制御部２２０などを制御することで、図１３のフォーム受信処理におけるステップＳ５０１〜Ｓ５０４および図１４のフォーム実行処理におけるステップＳ７０１〜Ｓ７０２と同様の処理を行うことにより、前述の未返送通知フォーム転送処理で転送された未返送通知フォームの受信・格納・実行（実行可能状態の場合）を行う（ステップＳ１２０１）。
【００９７】
モバイル端末２００が、端末プログラムとの協働により未返送通知フォームを実行すると、図１８に示すような、入力途中の回答を情報提供サーバ１００に送信するか否かを問い合わせるメッセージおよびこの問い合わせに対する回答（「はい」または「いいえ」）が、出力部２７０に表示される（ステップＳ１２０２）。
【００９８】
ユーザは入力部２６０を操作し、当該回答の送信要否を回答する。ここで、回答不要である場合、すなわち、「いいえ」が選択された場合（ステップＳ１２０３：Ｎｏ）は、処理を終了する。一方、回答要である場合、すなわち、「はい」が選択された場合（ステップＳ１２０３：Ｙｅｓ）、制御部１１０は、転送情報格納部２５０を検索し（ステップＳ１２０４）、当該フォームがあるか否かを判別する（ステップＳ１２０５）。
【００９９】
ここで、当該フォームが転送情報格納部２５０にある場合（ステップＳ１２０５：Ｙｅｓ）、制御部２１０は当該フォームを実行する（ステップＳ１２０６）。このとき、入力情報が格納されている場合は、それを含んで実行することにより、ユーザによる入力済情報の再入力を省略する。
【０１００】
制御部２１０は、図１４のフォーム実行処理におけるステップＳ７０３〜Ｓ７０６と同様の処理を実行することにより、入力済情報および新たに入力された情報をサーバ１００に送信し（ステップＳ１２０７）、処理を終了する。サーバ１００では、必要に応じて図１５に示す継続提供処理を実行する。
【０１０１】
一方、例えば、ユーザの指示による破棄や転送情報格納部２５０の容量制限などにより、対象フォームが転送情報格納部２５０から削除されている場合（ステップＳ１２０５：Ｎｏ）、制御部２１０は、当該フォームを要求対象として決定し（ステップＳ１２０８）、図７におけるステップＳ１０２と同様の処理により、決定したフォームを要求する要求情報を生成して、サーバ１００に送信する（ステップＳ１２０９）。サーバ１００では、上述した各処理を実行することにより、要求情報で要求されたフォームを当該モバイル端末２００に転送する。
【０１０２】
以上説明したように、本発明の実施例にかかるモバイル・ネットワーク・システム１によれば、ユーザが要求した場合はもとより、ＩＭに基づくユーザ状態情報を用いることで、サーバ１００及び／又はモバイル端末２００が、ユーザに提供すべき適切な情報（フォーム）を自動的に決定し、適切なタイミングで能動的にユーザに提供することができるので、効果的な情報提供が実現できるとともに、ユーザの操作等を要しないので、利便性が高い。
【０１０３】
また、ユーザの属性や嗜好の変化に応じて、適切な情報の提供がなされる。この場合、ユーザ情報の更新は、モバイル端末２００においてなされたものに基づいて自動的に行われるので、ユーザが同じ内容を何度も入力する必要がなく、ユーザの利便性を向上させることができる。
【０１０４】
さらに、実行されたフォームがアンケートページなどのユーザの入力を要するものである場合、入力された情報は随時モバイル端末２００に保持される。したがって、入力途中で中断した場合や、サーバ１００への送信が未完了となっても、同一フォームを次回実行した際に、前回入力された情報が再現されるので、同じ情報を再度入力する必要がない。また、サーバ１００において、未返送情報をチェックし、所定期間以上返送されていない場合には、その旨通知するとともに、ユーザが操作することなく同一のフォームが実行されるので、中断していた回答の再開を促すことができる。このため、情報提供者は効果的に情報収集できるとともに、ユーザの利便性を向上させることができる。
【０１０５】
また、サーバ１００の障害等によりサービスが停止される場合は、その旨が各モバイル端末２００に通知されるので、ユーザは、通信断やサービス停止の原因を容易に特定することができ、ユーザの利便性が高い。
【０１０６】
上記実施例では、モバイル端末２００でフォームが実行されることにより入力される入力情報を、モバイル端末２００側で随時保持し、再実行時に入力済情報を再現したが、モバイル端末２００で保持すると同時に、サーバ１００に送信し、転送済情報データベース１５０に記録するようにしてもよい。このような構成によれば、上記未返送通知フォーム実行処理において、モバイル端末２００に対象フォームがない場合であっても、前回入力済情報を再現させることができる。この場合において、入力情報をサーバ１００に送信する際、例えば、「すべての項目が入力されていない」、あるいは、「情報送信が正常に行われなかった」などを示す付加情報を転送済情報データベース１５０に対応付けて記録する。よって、上記未返送確認処理においては、これらの付加情報を検出することにより、未返送であるか否かを判別するものとする。
【０１０７】
なお、上記実施例では、フォームとしてアンケートページやＥＣサイトを構成するものを例に説明したが、提供される情報の種類は任意である。例えば、フォームとして、ゲームやオークションサイトを構成するフォームや、株価情報やニュースなどを提供するためのフォーム、などであってもよい。いずれの場合であっても、ユーザの状態に応じて、必要かつ適切な情報を能動的に提供することができるので、情報提供者の効率およびユーザの利便性に資するものである。
【０１０８】
（第２実施例）
上記第１実施例では、サーバ１００がモバイル端末２００に、ＩＭを用いた情報提供を行う場合を示したが、サーバ１００がモバイル端末２００のジョブ管理を行うこともできる。すなわち、サーバ１００は、各モバイル端末２００を制御し、各利用者により設定されたジョブの優先順位に従って、各モバイル端末２００を動作させる。なお、モバイル端末２００が行うジョブは、通話送受信、電子メール送受信、及び、アプリケーションプログラムの実行などである。例えば、モバイル端末２００がジョブＡを実行中に、ジョブＡよりも優先順位の高いジョブＢの実行要求が発生した場合、サーバ１００は、モバイル端末２００を制御して、ジョブＡを途中休眠（中断）させ、ジョブＢを実行させる。以下、この場合の実施例を説明する。
【０１０９】
本実施例におけるハードウェア構成は、上記第１の実施例と同一であるが、サーバ１００のユーザ情報ＤＢ１３０は、図１９ａに示す各利用者の端末使用状況を表すステータス情報管理テーブル、及び、図１９ｂに示す待機ジョブリストを記憶するものとする。
【０１１０】
ステータス情報管理テーブルは、図１９ａに示すように、モバイル端末２００（利用者）毎に作成され、利用者の端末使用状況、即ち、モバイル端末２００の動作状況（ステータス）を表す。モバイル端末２００の動作状況は、ステータスフラグにより示される。
【０１１１】
ステータスフラグは、図１９ａに示すように、例えば「００」はジョブが終了したことを示し、「０１」はジョブが実行中であることを示し、「１０」はジョブが途中休眠（中断中）であることを示す。また、ステータス情報管理テーブルは、モバイル端末２００が行うジョブの優先順位を表す。なお、ジョブの優先順位は、利用者がモバイル端末２００を操作し、サーバ１００にアクセスして設定することができる。
【０１１２】
待機ジョブリストは、図１９ｂに示すように、モバイル端末２００（利用者）毎に作成される。上記したように、各ジョブは利用者が設定した優先順位に従って実行される。このため、優先順位の低いジョブは、優先順位の高いジョブが終了した後に実行される。待機ジョブリストは、このような優先順位の高いジョブの終了を待っている待機ジョブを表す。
【０１１３】
次に、本実施例にかかるモバイル・ネットワーク・システム１の動作について説明する。
【０１１４】
各モバイル端末２００の利用者は、自分が所有するモバイル端末２００の入力部２６０を操作してサーバ１００にアクセスし、自分のモバイル端末２００に実行させるジョブの優先順位を設定する。
【０１１５】
サーバ１００の制御部１１０は、利用者のアクセスに応答し、モバイル端末２００に実行させるジョブの情報を、利用者が設定する優先順位で、ユーザ情報ＤＢ１３０のステータス情報管理テーブルに格納する。これにより、モバイル端末２００が実行するジョブの優先順位が設定される。
【０１１６】
サーバ１００は、以上の操作により作成されたステータス情報管理テーブルを用いて、各モバイル端末２００の動作状況を管理する。
【０１１７】
利用者は、希望するジョブをモバイル端末２００に実行させる際、モバイル端末２００の入力部２６０を操作して、希望するジョブを指定する。入力部２６０は、利用者の操作に応答して、利用者が指定するジョブの実行を指示するユーザ実行信号を制御部２１０に出力する。
【０１１８】
制御部２１０は、入力部２６０から供給されるユーザ実行信号に応答し、プログラム格納部２４０が記憶するプログラムに従って、図２０に示すジョブ開始処理を開始する。
【０１１９】
始めに、制御部２１０は、利用者が指定したジョブの実行開始をサーバ１００に通知する（ステップＳ２００１）。
【０１２０】
具体的には、制御部２１０は、自己のモバイル端末２００、実行対象である開始ジョブ、及び、ジョブの開始、のそれぞれを表すデータを含む開始データを、通信制御部２２０を介してサーバ１００に送信する。なお、サーバ１００とモバイル端末２００との間で送受信されるデータ（情報）は、パケットに分解されて送受信される。
【０１２１】
その後、制御部２１０は、プログラム格納部２４０が記憶しているプログラムに従って、利用者が指定したジョブの実行を開始し（ステップＳ２００２）、ジョブ開始処理を終了する。
【０１２２】
一方、サーバ１００の制御部１１０は、モバイル端末２００から供給される上記開始データに応答し、ユーザ情報ＤＢ１３０に格納されている、開始データを送信したモバイル端末２００のステータス情報管理テーブルを更新する。
【０１２３】
具体的には、制御部１１０は、供給された開始データに含まれるモバイル端末２００を表すデータを用いて、開始データを送信したモバイル端末２００を特定する。
【０１２４】
続いて、制御部１１０は、供給された開始データに含まれる、開始ジョブを表すデータを用いて開始ジョブを特定する。
【０１２５】
そして、制御部１１０は、ユーザ情報ＤＢ１３０を制御し、特定したモバイル端末２００のステータス情報管理テーブルに格納されている、特定した開始ジョブのステータスを「００」（終了）から「０１」（実行中）に書き換える。
【０１２６】
以上のようにして、利用者の操作に応答してモバイル端末２００が行うジョブの開始がサーバ１００に通知される。
【０１２７】
また、サーバ１００の制御部１１０は、通信ネットワーク１０（インターネット等）を介して他の端末からジョブの実行要求（電子メールや通話回線の接続要求など）を供給された場合、以下に示すようにして、要求されたジョブを実行させる対象となるモバイル端末２００の動作を制御する。
【０１２８】
制御部１１０は、供給されたジョブの実行要求に応答し、プログラム格納部１８０のプログラムに従って、図２１に示す第１端末制御処理を開始する。
【０１２９】
始めに、制御部１１０は、供給されたジョブの実行要求から、制御する対象のモバイル端末２００（対象端末）を特定する（ステップＳ２０１１）。
【０１３０】
例えば、実行要求が電子メールであった場合、制御部１１０は、電子メールの送り先を示すアドレスを用いて対象端末を特定する。また、実行要求が通話回線の接続要求であった場合、制御部１１０は、電話番号から対象端末を特定する。
【０１３１】
次に、制御部１１０は、ユーザ情報ＤＢ１３０が格納している、特定した対象端末のステータス情報管理テーブルを検索し、実行を要求された要求ジョブよりも優先順位の高いジョブが実行中であるか否かを判別する（ステップＳ２０１２）。これにより、制御部１１０は、対象端末が要求ジョブを実行可能であるか否かを判別する。
【０１３２】
優先順位の高いジョブが実行中である、即ち、対象端末は要求ジョブを実行可能でないと判別した場合（ステップＳ２０１２；ＹＥＳ）、制御部１１０は、ユーザ情報ＤＢ１３０に格納されている対象端末の待機ジョブリストに、要求ジョブを表す情報を格納し（ステップＳ２０１３）、端末制御処理を終了する。なお、待機ジョブリストに複数のジョブを表す情報が格納される場合、制御部１１０は、利用者が設定した優先順位で各ジョブの情報を並べ替えて格納する。
【０１３３】
一方、優先順位の高いジョブが実行中でない、即ち、対象端末は要求ジョブを実行可能であると判別した場合（ステップＳ２０１２；ＮＯ）、制御部１１０は、対象端末のステータス情報管理テーブルを検索し、要求ジョブよりも優先順位の低いジョブが実行中であるか否かを判別する（ステップＳ２０１４）。
【０１３４】
優先順位の低いジョブが実行中でないと判別した場合（ステップＳ２０１４；ＮＯ）、制御部１１０は、後述するステップＳ２０１７の処理を行う。
【０１３５】
一方、優先順位の低いジョブが実行中であると判別した場合（ステップＳ２０１４；ＹＥＳ）、制御部１１０は、実行中であるジョブの中断（途中休眠）を指示するジョブ中断信号を、通信制御部１２０を介して対象端末に送信する（ステップＳ２０１５）。
【０１３６】
対象端末の制御部２１０は、サーバ１００から供給されたジョブ中断信号に応答し、実行中であるジョブの途中状態をプログラム格納部２４０に保存し、実行中であるジョブを中断する。そして、制御部２１０は、ジョブを中断したことを示す中断完了信号を、通信制御部２２０を介してサーバ１００に送信する。
【０１３７】
サーバ１００の制御部１１０は、対象端末から供給される中断完了信号に応答し、ユーザ情報ＤＢ１３０に格納されている対象端末の待機ジョブリストに、中断させた中断ジョブを示す情報を格納する（ステップＳ２０１６）。なお、この際も上記と同様に、待機ジョブリストに複数のジョブを表す情報が格納される場合、制御部１１０は、各ジョブの情報を優先順位に従って格納する。
【０１３８】
そして、制御部１１０は、要求ジョブの実行を指示するサーバ実行信号を、通信制御部１２０を介して対象端末に送信する（ステップＳ２０１７）。
【０１３９】
その後、制御部１１０は、ユーザ情報ＤＢ１３０に格納されている、対象端末のステータス情報管理テーブルを更新する（ステップＳ２０１８）。具体的には、制御部１１０は、中断させた中断ジョブのステータスを「０１」（実行中）から「１０」（途中休眠）に書き換え、開始させた要求ジョブのステータスを「００」（終了）から「０１」（実行中）に書き換える。なお、上記ステップＳ２０１４の処理で優先順位の低いジョブが実行中でないと判別した場合、制御部１１０は、要求ジョブのステータスのみを書き換える。
【０１４０】
対象端末の制御部２１０は、上記ステップＳ２０１７で送信されたサーバ実行信号に応答し、プログラム格納部２４０のプログラムに従って、サーバ実行信号により指示される要求ジョブを実行する。
【０１４１】
なお、対象端末の制御部２１０は、サーバ１００の制御に従って、実行中のジョブを中断する際、及び、要求ジョブを開始する際、出力部２７０を制御して、所定のメッセージや図形を表示したり、音声を出力したり、画面を点滅させる等により、ジョブの中断及び開始を利用者に通知してもよい。
【０１４２】
以上のようにして、利用者が設定した優先順位に従って、モバイル端末２００にジョブを実行させることができる。
【０１４３】
また、利用者は、実行中のジョブを終了させる際、モバイル端末２００の入力部２６０を操作して、終了させるジョブの指定する。入力部２６０は、利用者の操作に応答して、利用者が指定するジョブの終了を指示するジョブ終了信号を制御部２１０に出力する。
【０１４４】
制御部２１０は、入力部２６０から供給されるジョブ終了信号に応答し、プログラム格納部２４０が記憶するプログラムに従って、図２２に示すジョブ終了処理を開始する。
【０１４５】
始めに、制御部２１０は、利用者が指定したジョブを終了する（ステップＳ２０２１）。
【０１４６】
そして、制御部２１０は、利用者が指定したジョブの実行終了をサーバ１００に通知する（ステップＳ２０２２）。具体的には、制御部２１０は、自己のモバイル端末２００、終了対象である終了ジョブ、及び、ジョブの終了、のそれぞれを表すデータを含む終了データを、通信制御部２２０を介してサーバ１００に送信する。
【０１４７】
サーバ１００の制御部１１０は、モバイル端末２００から供給される上記終了データに応答し、プログラム格納部１８０のプログラムに従って、図２３に示す第２端末制御処理を開始する。
【０１４８】
始めに、制御部１１０は、供給された終了データに含まれるモバイル端末２００を表すデータを用いて、終了データを送信したモバイル端末２００を特定する（ステップＳ２０３１）。
【０１４９】
続いて、制御部１１０は、供給された終了データに含まれる、終了ジョブを表すデータを用いて終了ジョブを特定する（ステップＳ２０３２）。
【０１５０】
そして、制御部１１０は、ユーザ情報ＤＢ１３０を制御し、特定したモバイル端末２００のステータス情報管理テーブルに格納されている、特定した終了ジョブのステータスを「０１」（実行中）から「００」（終了）に書き換える（ステップＳ２０３３）。
【０１５１】
その後、制御部１１０は、ユーザ情報ＤＢ１３０に格納されている、特定したモバイル端末２００の待機ジョブリストに待機ジョブの情報が格納されているか否かを判別する（ステップＳ２０３４）。これにより、制御部１１０は、待機ジョブが存在するか否かを判別する。
【０１５２】
待機ジョブの情報が格納されていない、即ち、待機ジョブが存在しないと判別した場合（ステップＳ２０３４；ＮＯ）、制御部１１０は、第２端末制御処理を終了する。
【０１５３】
一方、待機ジョブの情報が格納されている、即ち、待機ジョブが存在すると判別した場合（ステップＳ２０３４；ＹＥＳ）、制御部１１０は、待機ジョブリストに格納されている待機ジョブの情報を用いて、待機ジョブを特定する（ステップＳ２０３５）。
【０１５４】
なお、待機ジョブリストに複数の情報が格納されている場合、制御部１１０は、優先順位が一番高い待機ジョブの情報を用いる。上記したように、待機ジョブリストに格納される情報は、利用者が設定した優先順位に従って格納されているので、制御部１１０は、待機ジョブリストの一番上又は一番下に格納されている情報を用いて待機ジョブを特定する。
【０１５５】
そして、制御部１１０は、特定した待機ジョブの実行を指示するサーバ実行信号を、通信制御部１２０を介して特定したモバイル端末２００に送信する（ステップＳ２０３６）。
【０１５６】
その後、制御部１１０は、ユーザ情報ＤＢ１３０に格納されている、特定したモバイル端末２００のステータス情報管理テーブルに格納されている、実行を指示した待機ジョブのステータスを「００」（終了）又は「１０」（途中休眠）から「０１」（実行中）に書き換え（ステップＳ２０３７）、第２端末制御処理を終了する。
【０１５７】
モバイル端末２００の制御部２１０は、上記ステップＳ２０３６で送信されたサーバ実行信号に応答し、プログラム格納部２４０のプログラムに従って、サーバ実行信号により指示されるジョブの実行を開始（又は再開）する。
【０１５８】
以上のようにして、利用者の操作に応答してモバイル端末２００が行うジョブの終了がサーバ１００に通知される。また、１つのジョブが終了したときに、優先順位の低い待機ジョブがある場合は、待機ジョブが自動的に開始（又は再開）される。
【０１５９】
また、ジョブの中断及び開始（再開）はサーバ１００の制御により行われるので、利用者は、ジョブの中断及び開始（再開）のためにモバイル端末２００を操作する必要がない。これにより、利用者の操作が簡単になる。
【０１６０】
また、ジョブの中断及び開始（再開）は利用者が予め設定した優先順位に従って実行されるので、モバイル端末２００は、利用者にとって最も重要なジョブを確実に実行することができる。このため、利用者の作業に混乱等が生じず、利用者は効率よく作業を進めることができる。
【０１６１】
なお、上記実施例で示した通信システムをインスタントメッセージ（ＩＭ）システムに適用する場合、メッセージの配信先に配信順位（順番）を付け、この配信順位に従ってメッセージを配信してもよい。
【０１６２】
この場合、サーバ１００のユーザ情報ＤＢ１３０は、上記したステータス情報管理テーブル及び待機ジョブリストに加えて、図２４に示す配信順位テーブルを記憶する。
【０１６３】
配信順位テーブルは、図２４に示すように、モバイル端末２００（利用者）毎に作成され、メッセージ配信先の配信順位を示す。具体的には、同一グループに所属する各メンバーを示す情報（例えば、メンバーが所有するモバイル端末２００の電話番号など）を、配信順位に従って格納する。また、配信順位テーブルは、配信順位テーブルが表す順位に従ってメッセージを配信する順位配信機能を利用するか否かを示す。
【０１６４】
なお、メッセージの配信順位は、利用者がモバイル端末２００を操作してサーバ１００にアクセスし、上記したジョブの優先順位を設定する場合と同様にして設定することができる。また、順位配信機能を利用するか否かについても、利用者がモバイル端末２００を操作し、サーバ１００にアクセスして設定することができる。
【０１６５】
以下に、ある利用者が同一グループに所属する他の利用者（メンバー）にメッセージを送信する際のシステムの動作を説明する。
【０１６６】
利用者が、自分のモバイル端末２００の入力部２６０を操作し、モバイル端末２００に実行させるジョブとしてＩＭプログラムを指定すると、上記と同様にして、入力部２６０は、利用者が指定したジョブ（ＩＭプログラム）の実行を指示するユーザ実行信号を制御部２１０に出力する。
【０１６７】
制御部２１０は、入力部２６０から供給されるユーザ実行信号に応答し、上記したジョブ開始処理を行うことにより、利用者が指定したＩＭプログラムを実行する。
【０１６８】
利用者が入力部２６０を操作してメッセージを入力すると、制御部２１０は、送信元及び送信先等を示すデータと共に、利用者が入力したメッセージをサーバ１００に送信する。
【０１６９】
サーバ１００の制御部１１０は、モバイル端末２００から供給されるメッセージに応答し、プログラム格納部１８０が記憶しているプログラムに従って、図２５に示す第３端末制御処理を開始する。
【０１７０】
始めに、制御部１１０は、メッセージと共に供給された送信元を示すデータを用いて、メッセージを送信したモバイル端末２００を特定する（ステップＳ２０４１）。
【０１７１】
そして、制御部１１０は、ユーザ情報ＤＢ１３０に格納されている、特定したモバイル端末２００の配信順位テーブルを参照し、順位配信機能を使用するか否かを判別する（ステップＳ２０４２）。
【０１７２】
順位配信機能を使用しないと判別した場合（ステップＳ２０４２；ＮＯ）、制御部１１０は、メッセージの配信先であるモバイル端末２００のそれぞれに、ジョブの優先順位に従ってメッセージを送信する（ステップＳ２０４３）。
【０１７３】
具体的には、制御部１１０は、メッセージの配信先であるモバイル端末２００のそれぞれについて、上記した第１端末制御処理と同様の処理を実行する。これにより、制御部１１０は、配信先の各モバイル端末２００に対して、ジョブが実行中でない場合はそのままメッセージを送信し、ＩＭプログラムよりも優先順位の高いジョブが実行中である場合は優先順位の高いジョブが終了した後にメッセージを送信し、ＩＭプログラムよりも優先順位の低いジョブが実行中である場合は優先順位の低いジョブを中断させてメッセージを送信する。
【０１７４】
一方、順位配信機能を使用すると判別した場合（ステップＳ２０４２；ＹＥＳ）、制御部１１０は、ステップＳ２０４１で特定したモバイル端末２００の配信順位テーブル、及び、配信先であるモバイル端末２００のステータス情報管理テーブルを参照し、配信先のモバイル端末２００の中から、ジョブを実行中でないモバイル端末２００を検出する（ステップＳ２０４４）。
【０１７５】
続いて、制御部１１０は、ジョブを実行中でないモバイル端末２００を検出したか否かを判別する（ステップＳ２０４５）。
【０１７６】
ジョブを実行中でないモバイル端末２００を検出できなかったと判別した場合（ステップＳ２０４５；ＮＯ）、制御部１１０は、メッセージを受信可能な状態にあるモバイル端末２００が存在しないことを示す送信不可信号を、メッセージの送信元であるモバイル端末２００に送信し（ステップＳ２０４６）、第３端末制御処理を終了する。
【０１７７】
一方、ジョブを実行中でないモバイル端末２００を検出したと判別した場合（ステップＳ２０４５；ＹＥＳ）、制御部１１０は、ステップＳ２０４４で検出したジョブを実行中でないモバイル端末２００に、送信元の利用者が設定した配信順位に従ってメッセージを送信し（ステップＳ２０４７）、第３端末制御処理を終了する。
【０１７８】
以上のようにして、利用者が予め設定した配信順位に従って、メッセージを配信することができる。
【０１７９】
（第３実施例）
上記のようなモバイル端末２００で、ＩＭによりユーザの状態を通信相手に通知するプレゼンス通知という機能を利用する場合、インスタントメッセージシステムにログインしている間、モバイル端末２００は、ユーザが携帯端末を使用しているか否か、又は、キー入力操作があるか否か等の情報を、所定のタイミングでサーバに送信するため、モバイル端末２００が情報を送信する度に通信費用がかかるという問題がある。また、ユーザがモバイル端末２００をポケットやカバンにしまうと、モバイル端末２００から情報を送信できない状態、即ち、通信不能な状態が発生する場合がある。このため、例えば、ユーザがインスタントメッセージシステムにログインした状態でモバイル端末２００をポケットやカバンにしまうと、通信相手に通知されるユーザの状態が正しく更新されない場合がある。その結果、通信相手がユーザのメッセージを無駄に待つという事態が発生する場合がある。
【０１８０】
以下、このような問題を回避するためのモバイル・ネットワーク・システム１の実施例を説明する。
【０１８１】
本実施例におけるハードウェア構成は、上記各実施例と基本的には同じであるが、モバイル端末２００は開閉式のものが採用されるものとする。したがって、本実施例におけるモバイル端末２００には、図６に示す構成に加え、モバイル端末２００の開閉状態を検出する開閉検出部２８０が備えられているものとする。この開閉検出部２８０は、モバイル端末２００の開閉を検出するためのスイッチ等を備え、モバイル端末２００の開閉を検出する。開閉検出部２８０は、モバイル端末２００が開いたことを検出した場合、モバイル端末２００が開いたことを示す開信号を制御部２１０に出力する。また、モバイル端末２００が閉じたことを検出した場合、開閉検出部２８０は、モバイル端末２００が閉じたことを示す閉信号を制御部２１０に出力する。
【０１８２】
さらに、プログラム格納部２４０は、モバイル端末２００の開閉状態を示す信号をサーバ１００に自動送信するための状態送信プログラムを記憶するものとする。
【０１８３】
また、サーバ１００のユーザ情報ＤＢ１３０は、図２６に示すような利用者情報テーブルを記憶する。この利用者情報テーブルは、図２６に示すように、所定の登録手続を行ったユーザに対してサーバ１００が発行するユーザＩＤ、ユーザが所有するモバイル端末２００の電話番号、モバイル端末２００の開閉状態、及び、通知要利用者をそれぞれ対応づけて格納する。
【０１８４】
「通知要利用者」は、ユーザが指定する他のユーザを識別するための情報（ユーザＩＤ又は電話番号など）である。サーバ１００は、後述するようにして、通知要利用者に指定されたユーザが所有するモバイル端末２００の開閉状態を、通知要利用者を指定したユーザに通知する。例えば、ユーザＡがユーザＢを通知要利用者として予め指定しておけば、ユーザＢが所有するモバイル端末２００の開閉状態がユーザＡに通知される。なお、複数のユーザを通知要利用者として指定してもよい。
【０１８５】
次に、本実施例にかかるモバイル・ネットワーク・システムの動作について説明する。
【０１８６】
サーバ１００が提供するメッセージサービスを利用するユーザは、モバイル端末２００の入力部２６０を操作してサーバ１００にアクセスし、所定の登録手続を予め行う。
【０１８７】
登録手続では、サーバ１００の制御部１１０は、ユーザにユーザＩＤを発行し、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルに、登録手続を行ったユーザに関する情報を格納する。そして、制御部１１０は、発行したユーザＩＤ、及び、モバイル端末２００の開閉状態をサーバ１００に自動送信するための状態送信プログラムを登録手続を行ったユーザのモバイル端末２００に供給する。
【０１８８】
登録手続を行ったユーザが所有するモバイル端末２００の制御部２１０は、サーバ１００から供給されるユーザＩＤと状態送信プログラムをプログラム格納部２４０に格納する。
【０１８９】
また、サーバ１００に登録されたユーザは、モバイル端末２００の入力部２６０を操作して、開閉状態を知りたい他のユーザを通知要利用者として指定することができる。サーバ１００の制御部１１０は、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルの通知要利用者に、ユーザが指定した他のユーザを表す情報（ユーザＩＤ又は電話番号など）を格納する。
【０１９０】
上記登録手続を行ったユーザは、自己が所有するモバイル端末２００を開くことにより、サーバ１００が提供するメッセージサービスの利用を開始することができる。また、自己が所有するモバイル端末２００を閉じることにより、インスタントメッセージサービス中のステータス変更や、メッセージサービスの利用中止（中断）などを行うことができる。
【０１９１】
ユーザがモバイル端末２００を開くと、モバイル端末２００の開閉検出部２８０は、モバイル端末２００が開いたことを検出し、モバイル端末２００が開いたことを示す開信号を制御部２１０に出力する。
【０１９２】
制御部２１０は、開閉検出部２８０から供給される開信号に応答し、プログラム格納部２４０の状態送信プログラムに従って、ユーザ情報格納部２３０に格納されているユーザＩＤと共に開信号をサーバ１００に送信する。
【０１９３】
サーバ１００の制御部１１０は、モバイル端末２００から供給される閉信号に応答し、プログラム格納部２４０のプログラムに従って、図２７に示すサービス開始処理を開始する。
【０１９４】
始めに、制御部１１０は、開信号と共に供給されたユーザＩＤを用いて、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルの中から、メッセージサービスの利用を開始するユーザ（開始ユーザ）の情報を特定する（ステップＳ３００１）。
【０１９５】
そして、制御部１１０は、特定した開始ユーザの情報に含まれる開閉状態を更新する（ステップＳ３００２）。具体的には、制御部１１０は、開始ユーザの開閉状態を「閉」から「開」に書き換える。
【０１９６】
続いて、制御部１１０は、ユーザ情報ＤＢ１３０の利用者情報テーブルを参照して、開始ユーザが通知要利用者を指定しているか否かを判別する（ステップＳ３００３）。
【０１９７】
通知要利用者を指定していないと判別した場合（ステップＳ３００３；ＮＯ）、制御部１１０は、後述するステップＳ３００６の処理を行う。
【０１９８】
一方、通知要利用者を指定していると判別した場合（ステップＳ３００３；ＹＥＳ）、制御部１１０は、ユーザ情報ＤＢ１３０の利用者情報テーブルを検索し、開始ユーザが指定した通知要利用者の開閉状態を取得する（ステップＳ３００４）。
【０１９９】
そして、制御部１１０は、取得した通知要利用者の開閉状態を示す情報を、通信制御部１２０を介して開始ユーザのモバイル端末２００に送信する（ステップＳ３００５）。
【０２００】
開始ユーザが所有するモバイル端末２００の制御部２１０は、サーバ１００から供給される通知要利用者の開閉状態を示す情報に応答し、出力部２７０を制御して、供給された情報が示す通知要利用者の開閉状態を、文字、図形、又は、音声等により開始ユーザに提示する。これにより、開始ユーザは、希望する他のユーザの開閉状態を知ることができる。
【０２０１】
一方、サーバ１００の制御部１１０は、ユーザ情報ＤＢ１３０の利用者情報テーブルを参照し、メッセージサービスを利用中であるユーザの中に、開始ユーザを通知要利用者に指定しているユーザがいるか否かを判別する（ステップＳ３００６）。
【０２０２】
開始ユーザを通知要利用者に指定しているユーザはいないと判別した場合（ステップＳ３００６；ＮＯ）、制御部１１０は、サービス開始処理を終了する。
【０２０３】
一方、開始ユーザを通知要利用者に指定しているユーザがいると判別した場合（ステップＳ３００６；ＹＥＳ）、制御部１１０は、開始ユーザの開閉状態を示す情報を、開始ユーザを通知要利用者に指定しているユーザのモバイル端末２００に送信し（ステップＳ３００７）、サービス開始処理を終了する。
【０２０４】
開始ユーザを通知要利用者に指定したユーザが所有するモバイル端末２００の制御部２１０は、サーバ１００から供給される開始ユーザの開閉状態を示す情報に応答し、出力部２７０を制御して、供給された情報が示す開始ユーザの開閉状態を、文字、図形、又は、音声等によりユーザに提示する。これにより、開始ユーザを通知要利用者に指定したユーザは、開始ユーザのモバイル端末２００が開いたこと、言い換えると、開始ユーザがモバイル端末２００を見ていることを知ることができる。
【０２０５】
次に、ユーザがモバイル端末２００を閉じると、モバイル端末２００の開閉検出部２８０は、モバイル端末２００が閉じたことを検出し、モバイル端末２００が閉じたことを示す閉信号を制御部２１０に出力する。
【０２０６】
制御部２１０は、開閉検出部２８０から供給される閉信号に応答し、プログラム格納部２４０の状態送信プログラムに従って、ユーザ情報格納部２３０に格納されているユーザＩＤと共に閉信号をサーバ１００に送信する。
【０２０７】
サーバ１００の制御部１１０は、モバイル端末２００から供給される閉信号に応答し、プログラム格納部１８０のプログラムに従って、図２８に示すステータス変更処理を開始する。
【０２０８】
始めに、制御部１１０は、閉信号と共に供給されたユーザＩＤを用いて、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルの中から、モバイル端末２００を閉じたユーザ（すなわち、モバイル端末２００を使用していない状態となったユーザ：以下「不使用ユーザ」とする）の情報を特定する（ステップＳ３０１１）。
【０２０９】
そして、制御部１１０は、特定した不使用ユーザの情報に含まれる開閉状態を更新する（ステップＳ３０１２）。具体的には、制御部１１０は、不使用ユーザの開閉状態を「開」から「閉」に書き換える。
【０２１０】
続いて、制御部１１０は、ユーザ情報ＤＢ１３０の利用者情報テーブルを参照し、メッセージサービスを利用中であるユーザの中に、不使用ユーザを通知要利用者に指定しているユーザがいるか否かを判別する（ステップＳ３０１３）。
【０２１１】
不使用ユーザを通知要利用者に指定しているユーザはいないと判別した場合（ステップＳ３０１３；ＮＯ）、制御部１１０は、ステータス変更処理を終了する。
【０２１２】
一方、不使用ユーザを通知要利用者に指定しているユーザがいると判別した場合（ステップＳ３０１３；ＹＥＳ）、制御部１１０は、不使用ユーザの開閉状態を示す情報を、不使用ユーザを通知要利用者に指定しているユーザのモバイル端末２００に送信し（ステップＳ３０１４）、ステータス変更処理を終了する。
【０２１３】
不使用ユーザを通知要利用者に指定したユーザが所有するモバイル端末２００の制御部２１０は、サーバ１００から供給される不使用ユーザの開閉状態を示す情報に応答し、出力部２７０を制御して、供給された情報が示す不使用ユーザの開閉状態を、文字、図形、又は、音声等によりユーザに提示する。これにより、不使用ユーザを通知要利用者に指定したユーザは、不使用ユーザのモバイル端末２００が閉じたこと、言い換えると、指定したユーザがモバイル端末２００を見ていないことを知ることができる。
【０２１４】
以上のように、各ユーザは、自己が所有するモバイル端末２００を開くことにより、予め指定した通知要利用者がモバイル端末２００を見ているか否か、即ち、メッセージサービスを受けることができる状態にあるか否かを知ることができる。
【０２１５】
また、ユーザがモバイル端末２００を開閉することにより、このユーザを通知要利用者に指定した他のユーザは、ユーザがモバイル端末２００を見ているか否か、即ち、メッセージサービスを受けることができる状態にあるか否かを確実に知ることができる。その結果、通信相手がユーザのレスポンスを無駄に待つという事態を防止することができる。
【０２１６】
なお、上記のような閉信号を受信したことを契機に、サーバ１００が当該ユーザに提供しているサービスの中止・中断などをおこなってもよい。
【０２１７】
また、ユーザ（又はモバイル端末２００）の状態を「開」又は「閉」としたことにより、モバイル端末２００は、従来のように、キー入力操作があるか否か等の情報をサーバ１００に送信する必要がない。このため、メッセージの送受信以外にかかる通信費用を抑えることができる。
【０２１８】
また、モバイル端末２００が開信号を送信することにより、電波強度等に関する情報も得ることができる。
【０２１９】
また、例えば会議のメンバーを通知要利用者に指定しておけば、会議のメンバー全員がそろった時点ですぐに会議を始めることができる。
【０２２０】
（第４実施例）
上記のようなモバイル端末２００の開閉状態を検出する場合の応用例を以下に示す。本実施例のハードウェア構成は、上記第３実施例と同一であるが、サーバ１００のユーザ情報ＤＢ１３０は、サーバ１００に登録された、即ち、サーバ１００が提供する情報提供サービスを利用可能なユーザに関する情報を記憶する。具体的には、ユーザ情報ＤＢ１３０は、例えば図２９に示すような利用者情報テーブルを記憶する。利用者情報テーブルは、図２９に示すように、所定の登録手続を行ったユーザに対してサーバ１００が発行するユーザＩＤ、ユーザが所有するモバイル端末２００の電話番号、モバイル端末２００の開閉状態、及び、ユーザが指定した情報のジャンルをそれぞれ対応づけて格納する。
【０２２１】
また、サーバ１００の提供情報ＤＢ１４０は、例えば、ユーザに提供する様々なジャンルに分けられた情報（ニュースなど）を記憶するものとする。これらの情報は、サーバ１００の管理者等により定期的に更新され、常に最新の情報であるように維持される。
【０２２２】
次に、本実施例にかかるモバイル・ネットワーク・システムの動作について説明する。
【０２２３】
サーバ１００が提供する情報提供サービスを利用するユーザは、第３実施例と同様にして、モバイル端末２００の入力部２６０を操作してサーバ１００にアクセスし、所定の登録手続を行う。
【０２２４】
登録手続では、サーバ１００の制御部１１０は、ユーザにユーザＩＤを発行し、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルに、登録手続を行ったユーザに関する情報を格納する。そして、制御部１１０は、発行したユーザＩＤ、及び、モバイル端末２００の開閉状態をサーバ１００に自動送信するための状態送信プログラムを登録手続を行ったユーザのモバイル端末２００に供給する。
【０２２５】
登録手続を行ったユーザが所有するモバイル端末２００の制御部２１０は、サーバ１００から供給されるユーザＩＤと状態送信プログラムをプログラム格納部２４０に格納する。
【０２２６】
また、サーバ１００に登録されたユーザは、モバイル端末２００の入力部２６０を操作して、希望する情報のジャンルを指定することができる。サーバ１００の制御部１１０は、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルのジャンルに、ユーザが指定したジャンル（経済ニュース、スポーツニュース、芸能ニュース、及び／又は、天気予報など）を格納する。
【０２２７】
上記登録手続を行ったユーザは、自己が所有するモバイル端末２００を開くことにより、サーバ１００が提供する情報提供サービスを利用することができる。また、自己が所有するモバイル端末２００を閉じることにより、サーバ１００が提供する情報提供サービスの利用を中止（中断）することができる。
【０２２８】
ユーザがモバイル端末２００を開くと、モバイル端末２００の開閉検出部２８０は、モバイル端末２００が開いたことを検出し、モバイル端末２００が開いたことを示す開信号を制御部２１０に出力する。
【０２２９】
制御部２１０は、開閉検出部２８０から供給される開信号に応答し、プログラム格納部２４０の状態送信プログラムに従って、ユーザ情報格納部２３０に格納されているユーザＩＤと共に開信号をサーバ１００に送信する。
【０２３０】
サーバ１００の制御部１１０は、モバイル端末２００から供給される開信号に応答し、プログラム格納部１８０のプログラムに従って、図３０に示す情報提供処理を開始する。
【０２３１】
始めに、制御部１１０は、開信号と共に供給されたユーザＩＤを用いて、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルの中から、情報提供サービスの利用を開始するユーザ（開始ユーザ）の情報を特定する（ステップＳ４００１）。
【０２３２】
そして、制御部１１０は、特定した開始ユーザの情報に含まれる開閉状態を更新する（ステップＳ４００２）。具体的には、制御部１１０は、開始ユーザの開閉状態を「閉」から「開」に書き換える。
【０２３３】
続いて、制御部１１０は、特定した開始ユーザの情報に含まれるジャンルを識別する（ステップＳ４００３）。
【０２３４】
そして、制御部１１０は、識別したジャンルの情報をユーザ情報ＤＢ１３０から取得し（ステップＳ４００４）、通信制御部１２０を介して開始ユーザのモバイル端末２００に送信する（ステップＳ４００５）。
【０２３５】
モバイル端末２００の制御部２１０は、サーバ１００から供給される情報に応答し、出力部１７０を制御して、供給された情報を表示したり、音声として出力したりする。これにより、開始ユーザは、希望するジャンルの情報を得ることができる。
【０２３６】
次に、ユーザがモバイル端末２００を閉じると、モバイル端末２００の開閉検出部２８０は、モバイル端末２００が閉じたことを検出し、モバイル端末２００が閉じたことを示す閉信号を制御部２１０に出力する。
【０２３７】
制御部２１０は、開閉検出部２８０から供給される閉信号に応答し、プログラム格納部２４０の状態送信プログラムに従って、ユーザ情報格納部２３０に格納されているユーザＩＤと共に閉信号をサーバ１００に送信する。
【０２３８】
サーバ１００の制御部１１０は、モバイル端末２００から供給される閉信号に応答し、プログラム格納部１８０のプログラムに従って、図３１に示すサービス中止処理を開始する。
【０２３９】
始めに、制御部１１０は、閉信号と共に供給されたユーザＩＤを用いて、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルの中から、情報提供サービスの利用を中止するユーザ（中止ユーザ）の情報を特定する（ステップＳ４０１１）。
【０２４０】
そして、制御部１１０は、特定した中止ユーザの情報に含まれる開閉状態を更新する（ステップＳ４０１２）。具体的には、制御部１１０は、中止ユーザの開閉状態を「開」から「閉」に書き換える。
【０２４１】
以上のようにして、ユーザはモバイル端末２００を閉じるだけで、サーバ１００が提供する情報提供サービスの利用を中止することができる。
【０２４２】
また、サーバ１００の制御部１１０は、ユーザ情報ＤＢ１３０が記憶している情報が更新された場合、図３２に示す情報送信処理を行ってもよい。
【０２４３】
始めに、制御部１１０は、更新された情報のジャンルを識別し、ユーザ情報ＤＢ１３０の利用者情報テーブルを検索して、識別したジャンルを指定したユーザがいるか否かを判別する（ステップＳ４０２１）。
【０２４４】
識別したジャンルを指定したユーザがいないと判別した場合（ステップＳ４０２１；ＮＯ）、制御部１１０は、情報送信処理を終了する。
【０２４５】
一方、識別したジャンルを指定したユーザがいると判別した場合（ステップＳ４０２１；ＹＥＳ）、制御部１１０は、利用者情報テーブルの開閉状態を参照し、識別したジャンルを指定したユーザの内、開閉状態が「開」であるユーザがいるか否かを判別する（ステップＳ４０２２）。これにより、制御部１１０は、識別したジャンルを指定したユーザの中に、情報提供サービスを受けることができる状態にあるユーザがいるか否かを判別する。
【０２４６】
開閉状態が「開」であるユーザがいないと判別した場合（ステップＳ４０２２；ＮＯ）、制御部１１０は、情報送信処理を終了する。
【０２４７】
一方、開閉状態が「開」であるユーザがいると判別した場合（ステップＳ４０２２；ＹＥＳ）、制御部１１０は、更新された情報をユーザ情報ＤＢ１３０から取得する（ステップＳ４０２３）。
【０２４８】
そして、制御部１１０は、更新された情報のジャンルを指定した開閉状態が「開」であるユーザのモバイル端末２００に、取得した情報を送信し（ステップＳ４０２４）、情報送信処理を終了する。
【０２４９】
上記更新情報を供給されたモバイル端末２００の制御部２１０は、出力部１７０を制御して、供給された情報を表示したり、音声として出力したりする。このように、ユーザは、希望するジャンルを予め指定しておけば、常に最新の情報を得ることができる。
【０２５０】
なお、モバイル端末２００の制御部２１０は、ユーザの指示に応答して、開信号をサーバ１００に送信してもよい。具体的には、ユーザは、モバイル端末２００を開き、サーバ１００が提供するサービスを利用したいときに入力部２６０の所定ボタンを押下してもよい。入力部２６０は、所定ボタンの押下に応答して、開信号の送信を指示する送信信号を制御部２１０に出力してもよい。制御部２１０は、入力部２６０からの送信信号に応答して、ユーザ情報格納部２３０に格納されているユーザＩＤと共に開信号をサーバ１００に送信してもよい。このようにすれば、ユーザは、自分が希望する時に、サーバ１００が提供するサービスを受けることができる。
【０２５１】
上記第３実施例および第４実施例では、携帯電話機を例にとって説明したが、開閉式の端末であれば、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）やノート型コンピュータ等の携帯端末にも本発明を適用することができる。
【０２５２】
また、上記各実施例におけるサーバ１００は、専用装置で構成可能であることはもとより、例えば、パーソナルコンピュータなどの汎用コンピュータ装置などで構成することもできる。この場合、上記各処理を実現するためのプログラムの一部または全部を汎用コンピュータ装置にインストールし、ＯＳなどの制御下で実行することにより、サーバ１００を構成することができる。この場合のプログラム配布形態は任意である。例えば、ＣＤ−ＲＯＭなどの記録媒体に格納して配布可能であることはもとより、搬送波に重畳させることで通信媒体（インターネットなど）を介して配布することができる。
【符号の説明】
【０２５３】
１ モバイル・ネットワーク・システム
１０ 通信ネットワーク
１００ サーバ
１１０ 制御部
１２０ 通信制御部
１３０ ユーザ情報データベース
１４０ 提供情報データベース
１５０ 転送済情報データベース
１６０ 入力部
１７０ 出力部
１８０ プログラム格納部
２００ モバイル端末
２１０ 制御部
２２０ 通信制御部
２３０ ユーザ情報格納部
２４０ プログラム格納部
２５０ 転送情報格納部
２６０ 入力部
２７０ 出力部
【技術分野】
【０００１】
本発明は、移動体通信端末などのモバイル端末への情報提供等に好適なモバイル端末用サーバ等に関する。
【背景技術】
【０００２】
携帯電話などのモバイル端末が広く普及している。このようなモバイル端末の高性能化により、例えば、インターネットへの接続なども可能になり、その利用範囲は拡大している。また、装置の小型化も進んでおり携帯性も向上されている。したがって、パーソナルコンピュータなどの情報処理装置によるネットワーク利用と同等のサービスを、携帯性に優れたモバイル端末でも享受できるようになってきている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記のようなモバイル端末のハードウェア性能は、パーソナルコンピュータなどと比べると劣ってしまい、また、小型であるために、同じサービスを利用する場合であっても、煩雑な操作を必要とすることがあり、ユーザビリティが低くなってしまうことがあった。
【課題を解決するための手段】
【０００４】
上記目的を達成するため、本発明の第１の観点にかかるモバイル端末用サーバは、
通信ネットワークを介して複数のモバイル端末との間で、情報を交換するモバイル端末用サーバであって、
複数のモバイル端末からそれぞれ供給される、当該モバイル端末が開いたことを示す開信号を受信する開信号受信手段と、
前記開信号受信手段で受信された開信号に応答して、所定の情報をモバイル端末に送信する送信手段と、を備えることを特徴とする。
【０００５】
上記モバイル端末用サーバは、
複数のジャンルに分けられた情報を記憶する情報蓄積手段を備えていることが望ましく、この場合、
前記送信手段は、前記開信号の受信に応答して、前記情報蓄積手段が記憶している情報の中から、所定のジャンルの情報を当該モバイル端末に送信することが望ましい。
【発明の効果】
【０００６】
本発明は、携帯電話などのモバイル端末のユーザビリティを向上することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の第１実施例にかかるモバイル・ネットワーク・システムの構成を示す図である。
【図２】図１に示すサーバの構成を示すブロック図である。
【図３】図２に示すユーザ情報データベースに蓄積される情報の例を示す図である。
【図４】図２に示す提供情報データベースに蓄積される情報の例を示す図である。
【図５】図２に示す転送済情報データベースに蓄積される情報の例を示す図である。
【図６】本発明の第１実施例にかかるモバイル端末の構成を示すブロック図である。
【図７】本発明の第１実施例にかかる「フォーム提供準備処理」および「フォーム要求処理」を説明するためのフローチャートである。
【図８】図７に示す「フォーム要求処理」においてモバイル端末で実行される「要求対象決定処理（１）」を説明するためのフローチャートである。
【図９】図７に示す「フォーム要求処理」においてモバイル端末で実行される「要求対象決定処理（２）」を説明するためのフローチャートである。
【図１０】図７に示す「フォーム要求処理」においてモバイル端末で実行される「要求対象決定処理（３）」を説明するためのフローチャートである。
【図１１】図７に示す「フォーム提供準備処理」においてサーバで実行される「提供フォーム決定処理」を説明するためのフローチャートである。
【図１２】図７に示す「フォーム提供準備処理」においてサーバで実行される「割込処理」を説明するためのフローチャートである。
【図１３】図７に示す「フォーム提供準備処理」の後にサーバで実行される「フォーム提供処理」、および図７に示す「フォーム要求処理」の後にモバイル端末で実行される「フォーム受信処理」を説明するためのフローチャートである。
【図１４】図１３に示す「フォーム受信処理」の後にモバイル端末で実行される「フォーム実行処理」を説明するためのフローチャートである。
【図１５】図１４に示す「フォーム実行処理」の後にサーバで実行される「継続提供処理」を説明するためのフローチャートである。
【図１６】本発明の第１実施例にかかる「未返送確認処理」を説明するためのフローチャートである。
【図１７】図１６に示す「未返送確認処理」の後にモバイル端末で実行される「未返送通知フォーム実行処理」を説明するためのフローチャートである。
【図１８】図１７に示す「未返送通知フォーム実行処理」においてモバイル端末に表示される表示画面の例を示す図である。
【図１９】（ａ）は、第２実施例において、ユーザ情報ＤＢが記憶する「ステータス情報管理テーブル」の例を示す図であり、（ｂ）は、第２実施例において、ユーザ情報ＤＢが記憶する「待機ジョブリスト」の例を示す図である。
【図２０】第２実施例にかかる「ジョブ開始処理」を説明するためのフローチャートである。
【図２１】第２実施例にかかる「第１端末制御処理」を説明するためのフローチャートである。
【図２２】第２実施例にかかる「ジョブ終了処理」を説明するためのフローチャートである。
【図２３】第２実施例にかかる「第２端末制御処理」を説明するためのフローチャートである。
【図２４】ユーザ情報ＤＢが記憶する「配信順位テーブル」の例を示す図である。
【図２５】第２実施例にかかる「第３端末制御処理」を説明するためのフローチャートである。
【図２６】第３実施例において、ユーザ情報ＤＢが記憶する「利用者情報テーブル」の例を示す図である。
【図２７】第３実施例にかかる「サービス開始処理」を説明するためのフローチャートである。
【図２８】第３実施例にかかる「ステータス変更処理」を説明するためのフローチャートである。
【図２９】第４実施例において、ユーザ情報ＤＢが記憶する「利用者情報テーブル」の例を示す図である。
【図３０】第４実施例にかかる「情報提供処理」を説明するためのフローチャートである。
【図３１】第４実施例にかかる「サービス中止処理」を説明するためのフローチャートである。
【図３２】第４実施例にかかる「情報送信処理」を説明するためのフローチャートである。
【発明を実施するための形態】
【０００８】
（第１実施例）
以下、本発明にかかる実施例を図面を参照して説明する。本実施例では、携帯電話などのモバイル端末２００のインスタント・メッセージ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｅ：ＩＭ）機能を用いて、モバイル端末２００に情報を提供するモバイル・ネットワーク・システムを説明する。
【０００９】
図１は本発明の実施例にかかるモバイル・ネットワーク・システムの構成を示す図である。図示するように、本実施例にかかるモバイル・ネットワーク・システム１は、サーバ１００と、モバイル端末２００と、から構成され、それぞれが通信ネットワーク１０を介して相互に接続されている。
【００１０】
ここで、通信ネットワーク１０は、例えば、インターネットなどの所定の通信プロトコル（例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）など）を用いて情報伝達を行う通信ネットワークである。
【００１１】
サーバ１００は、例えば、メインフレームやワークステーションなどの所定のコンピュータ装置から構成され、後述する各処理を実行することにより、モバイル端末２００に情報を提供するものである。サーバ１００の構成を図２を参照して説明する。なお、本実施例では、サーバ１００は、他のモバイル端末との間で、即時的かつ簡易なメッセージ交換を行う、いわゆるインスタントメッセージ（以下、「ＩＭ」（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｅ）とする）サービスを提供するサーバとして機能するものとする。したがって、サーバ１００には、ＩＭサービスを提供するために必要な所定のプログラムや装置等が備えられているものとし、後述するモバイル端末２００との間で実行される各処理は、これらＩＭサービスのための手法・技術等を用いて行われるものとする。
【００１２】
図２はサーバ１００の構成を示すブロック図である。図示するように、サーバ１００は、制御部１１０と、通信制御部１２０と、ユーザ情報データベース１３０と、提供情報データベース１４０と、転送済情報データベース１５０と、入力部１６０と、出力部１７０と、プログラム格納部１８０と、から構成される。
【００１３】
制御部１１０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：中央演算処理装置）などから構成され、サーバ１００の各部を制御するとともに、所定の動作プログラムを実行することで、後述する各処理を実現する。
【００１４】
通信制御部１２０は、例えば、ルータなどの所定の通信装置から構成され、サーバ１００と通信ネットワーク１０とを接続し、サーバ１００とモバイル端末２００との間の情報通信を制御する。
【００１５】
ユーザ情報データベース１３０は、例えば、ハードディスク装置などの書換可能な記憶装置から構成され、本実施例にかかるモバイル・ネットワーク・システム１による情報提供サービスを利用するユーザ、すなわち、モバイル端末２００のユーザに関する情報が予め登録されている。なお、ユーザ情報データベース１３０に記録される情報は、本モバイル・ネットワーク・システム１にかかる情報提供サービス利用開始時にユーザにより登録された後、後述するモバイル端末２００のユーザ情報格納部２３０に記録されているユーザ情報のうちの所定のものが随時送信されることで、ユーザ情報データベース１３０に記録されているユーザ情報は随時更新されるものとする。図３に、ユーザ情報データベース１３０に記録される情報の例を示す。
【００１６】
図示するように、ユーザ情報データベース１３０には、各ユーザに割り当てられたユーザＩＤ毎にレコードが作成され、各レコードには、当該ユーザが使用するモバイル端末２００を特定する端末特定情報（例えば、ＩＰアドレス、電子メールアドレス、電話番号、など）、当該ユーザの現在の状態（ステータス）を示すステータス情報、当該ユーザの属性（性別、年齢（生年月日）、職業、など）を示す属性情報、当該ユーザの嗜好を示す嗜好情報、などが記録されている。ここで、ステータス情報は、ＩＭ技術によるステータス検知によって検知される各ユーザのステータスを示す情報であり、各モバイル端末２００から随時取得されるものである。ステータス情報として、例えば、「仕事中」、「買い物中」、「他のユーザと通信中」、などを示す情報が記録される。ステータス情報は、各ユーザによりモバイル端末２００に設定入力される場合の他、モバイル端末２００が検知（例えば、通信状態、通信相手、プログラムの終了、電源ＯＦＦ、など）することで生成され、随時サーバ１００に送信されるものである。送信されたステータス情報は、ユーザ情報データベース１３０に随時記録・更新される。
【００１７】
提供情報データベース１４０は、例えば、ハードディスク装置などの書換可能な記憶装置から構成され、登録ユーザが使用するモバイル端末２００に提供する情報を蓄積する。なお、本実施例では、提供情報データベース１４０に記録される情報は、モバイル端末２００が取得（ダウンロード）し、モバイル端末に実装されている所定のプログラム（以下、「端末プログラム」とする）により実行される情報であり、例えば、アンケートサービスを構成するページや電子商取引（以下、「ＥＣ」（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）とする）サイトを構成するページなどである。これらの情報は、所定単位（各ページ単位など）毎に用意されており、それぞれは、相互間で動的な関連性を持つような言語（例えば、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などのマークアップ言語など）で記述されている。例えば、あるアンケートページに対する回答内容によって、次に提示されるアンケートページがいずれであるか、などが関連づけられている。この場合、ユーザに対し提示されるのは、単に質問項目と回答入力欄などを表示する入力フォームであるが、端末プログラムが記述言語を解釈することにより、回答として入力された情報に基づく動的な関連づけが行われる。本実施例では、実行されることで外見上所定の入力フォームを形成する情報をモバイル端末２００に提供するものとし、以下「フォーム（情報）」とする。
【００１８】
図４に提供情報データベース１４０に記録される情報の例を示す。図示するように、提供情報データベース１４０には、各フォームに割り当てられたＩＤ毎にレコードが作成され、各レコードには、当該フォームの種別（アンケートやＥＣなどの別）、提示対象となるユーザの属性、関連づけられたフォームのフォームＩＤ、当該データとその記述言語、などを示す情報が記録される。ここで、提供情報データベース１４０に記録される「属性」は、ユーザ情報データベース１３０に記録される「属性情報」および「嗜好情報」に対応している。すなわち、例えば、同じ目的のアンケートであっても、回答者（すなわち、モバイル端末２００のユーザ）の属性や嗜好により、質問項目を異ならせたフォームを用意し、適切なものを提示するものである。
【００１９】
転送済情報データベース１５０は、例えば、ハードディスク装置などの書換可能な記憶装置から構成され、サーバ１００からモバイル端末２００に転送されたフォームに関する情報が蓄積される。図５に、転送済情報データベース１５０に記録される情報の例を示す。図示するように、転送済情報データベース１５０には、転送先のユーザを示すユーザＩＤ、転送日時、転送したフォームを示すフォームＩＤ、転送したフォームを用いて返送された内容、などを示す情報が蓄積される。
【００２０】
入力部１６０は、例えば、キーボードやポインティングデバイスなどの所定の入力装置から構成され、制御部１１０への指示の入力や各データベースへの情報の入力などに用いられる。
【００２１】
出力部１７０は、例えば、ディスプレイ装置などの所定の出力装置から構成され、制御部１１０の処理結果などを出力する。
【００２２】
プログラム格納部１８０は、例えば、ハードディスク装置や半導体記憶装置などの記憶装置から構成され、サーバ１００の動作プログラムを格納する。後述する各処理は、制御部１１０がプログラム格納部１８０から所定の動作プログラムを読み出して実行することで実現されるものである。
【００２３】
次に、モバイル端末２００の構成について説明する。モバイル端末２００は、例えば、移動体通信端末（携帯電話やＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）など）やパーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｃｅ：携帯情報端末）などの、所定のコンピュータ装置から構成される情報モバイル端末から構成され、通信ネットワーク１０を介してサーバ１００から情報（フォーム）を受信可能に構成されている。本実施例では、モバイル端末２００は少なくとも、通信ネットワーク１０を介して、サーバ１００との間で、ＩＭサービスが利用可能に構成されているものとする。すなわち、ＩＭサービスを利用するための所定のプログラムがモバイル端末２００にインストールされているものとし、後述するサーバ１００との間で実行される各処理は、ＩＭサービスのための手法・技術等を用いて行われるものとする。図６を参照してモバイル端末２００の構成を説明する。
【００２４】
図示するように、モバイル端末２００は、制御部２１０、通信制御部２２０、ユーザ情報格納部２３０、プログラム格納部２４０、転送情報格納部２５０、入力部２６０、および、出力部２７０、から構成される。
【００２５】
制御部２１０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：中央演算処理装置）などから構成され、後述するプログラム格納部２４０に格納されている所定の動作プログラムを実行することで、後述する各処理を実現する。
【００２６】
通信制御部２２０は、例えば、ルータやＴＡ（Ｔｅｒｍｉｎａｌ Ａｄａｐｔｅｒ）、モデム、あるいは、所定のアンテナ装置などを含む所定の通信装置（回路、モジュール等も含む）から構成され、モバイル端末２００と通信ネットワーク１０とを接続することで、サーバ１００との間の情報通信を行う。
【００２７】
ユーザ情報格納部２３０は、例えば、ハードディスク装置、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、および、種々の記録媒体、などの書換可能な記憶装置あるいは記録媒体から構成され、当該モバイル端末２００のユーザに関する情報を予め記録する。ユーザ情報格納部２３０に記録される情報は、少なくとも、図３に示すサーバ１００のユーザ情報データベース１３０に記録される「属性情報」および「嗜好情報」に対応するものである。すなわち、モバイル端末２００のユーザ情報格納部２３０に記録される情報のうち所定のもの（サーバ１００に開示してよいもの）がサーバ１００に随時送信されることで、サーバ１００のユーザ情報データベース１３０に更新記録されるものである。
【００２８】
プログラム格納部２４０は、例えば、ハードディスク装置、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、および、種々の記録媒体、などの書換可能な記憶装置あるいは記録媒体から構成され、後述する各処理を実現するための所定の動作プログラム（ＩＭサービスを利用するためのプログラム、サーバ１００から転送されたフォームを実行するプログラム、など）が記録される。なお、本実施例における後述する各処理を実現するために、モバイル端末２００の制御部２１０で実行される各動作プログラムを、以下「端末プログラム」とする。
【００２９】
転送情報格納部２５０は、例えば、ハードディスク装置、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、および、種々の記録媒体、などの書換可能な記憶装置あるいは記録媒体から構成され、サーバ１００から転送されたフォームを格納する。
【００３０】
入力部２６０は、例えば、キーボードやテンキー、ポインティングデバイスなどの所定の入力装置から構成され、制御部２１０に対する指示の入力やユーザ情報格納部２３０への情報の入力、実行されたフォームに対する入力、などに用いられる。
【００３１】
出力部２７０は、例えば、ディスプレイ装置などの所定の出力装置から構成され、制御部２１０の処理結果（受信されたフォームの実行結果、など）などを出力する。
【００３２】
次に、本実施例にかかるモバイル・ネットワーク・システム１における、サーバ１００およびモバイル端末２００が行う各処理を図面を参照して説明する。
【００３３】
まず、図７に示すフローチャートを参照して、本実施例にかかるフォーム要求処理（モバイル端末２００の動作）およびフォーム提供準備処理（サーバ１００の動作）を説明する。
【００３４】
まず、モバイル端末２００の制御部２１０が、プログラム格納部２４０に格納されている端末プログラムを実行すると、制御部２１０が使用者状態を所定期間毎に随時検出する（ステップＳ１０１）。すなわち、ユーザが入力部２６０を操作することにより、所定の状態を設定したか否かの検出の他、「ＩＭによる他のユーザとの通信をしているか否か」、「通信中である場合、通信相手が誰であるか」、「フォーム実行中であるか否か」「端末プログラムが終了したか否か」、「（モバイル端末２００が移動体通信端末である場合）モバイル端末２００の電源がＯＦＦとなったか否か」、など、ＩＭによる通信に関連するモバイル端末２００の状態を検出することで、ユーザの状態（通信の可否、など）として検知する。制御部２１０は、検知されたユーザの状態を示す情報（以下、「ユーザ状態情報」とする）を通信制御部２２０を介して、サーバ１００に通知する。なおこのとき、ユーザ状態情報には、所定の端末特定情報が付されて通知される。
【００３５】
サーバ１００では、通信制御部１２０が、モバイル端末２００からユーザ状態情報を受信すると、制御部１１０は、当該ユーザ状態情報に付された端末特定情報に基づいて、ユーザ情報データベース１３０から対応するレコードを特定し、当該レコードの「ステータス情報」欄に、受信したユーザ状態情報を記録する（ステップＳ２０１）。
【００３６】
モバイル端末２００では、サーバ１００に提供を要求するフォームを決定するための要求対象決定処理（ステップＳ３００）が随時実行される。この要求対象決定処理を図８〜１０に示すフローチャートを参照して説明する。
【００３７】
要求対象決定処理では、少なくとも、図８〜１０に示す（１）〜（３）の処理が実行される。これらの処理は、順次実行されてもよく、または、並行して実行されてもよい。本実施例では、順次実行されるものとして以下説明する。
【００３８】
まず、図８に示す要求対象決定処理（１）が実行される。ここでは、ユーザからの任意の要求に基づいて要求対象が決定される。まず、端末プログラム実行中に、ユーザがモバイル端末２００の入力部２６０を操作することにより、任意のフォームの実行が要求されると（ステップＳ３１１：Ｙｅｓ）、制御部２１０は、転送情報格納部２５０を検索し、当該要求されたフォームが格納されているか否かを判別することにより、未取得であるか取得済であるかを判別する（ステップＳ３１２）。
【００３９】
ここで、当該フォームがすでにサーバ１００から取得され、転送情報格納部２５０に格納されている場合（ステップＳ３１２：Ｎｏ）は、後述するフォーム実行処理（ステップＳ７００）にすすみ、当該フォームが実行される。
【００４０】
一方、まだ取得されていない場合（ステップＳ３１２：Ｙｅｓ）は、当該要求されたフォームを、サーバ１００に対する要求対象として決定し（ステップＳ３１３）、図７に示すフォーム要求処理に戻る。
【００４１】
一方、ユーザからの実行要求がない場合（ステップＳ３１１：Ｎｏ）は、図９に示す要求対象決定処理（２）が実行される。
【００４２】
要求対象決定処理（２）では、ユーザの状態に応じて要求対象が決定される。まず、制御部２１０が、図７に示すステップＳ１０１で検出されたユーザ状態を分析し（ステップＳ３２１）、現在のユーザ状態が、サーバ１００にフォームを要求すべき所定の状態（以下、「フォーム要求状態」とする）であるか否かを判別する（ステップＳ３２２）。ここでは、端末プログラムが用いるデータとして、フォーム要求状態とその時に要求するフォームとが予め対応付けられて登録されているものとする。すなわち、例えば、ユーザ状態が「買い物中」である場合には、所定のショッピングに関するアンケートページを要求したり、ユーザ状態が「スポーツ観戦中」である場合に、スポーツグッズのショッピングサイトを要求するなどの関連づけがなされている。これらの関連づけは、端末プログラムにデフォルトで設定されていてもよく、あるいは、ユーザにより任意に登録されてもよい。
【００４３】
このように予め登録されているフォーム要求状態である場合（ステップＳ３２２：Ｙｅｓ）、制御部２１０は、転送情報格納部２５０を検索し、当該フォーム要求状態に対応するフォームがすでに格納されているか否かを判別することにより、当該フォームが未取得であるか取得済であるかを判別する（ステップＳ３２３）。ここで、当該フォームがすでに取得済である場合（ステップＳ３２３：Ｎｏ）は、後述するフォーム実行処理（ステップＳ７００）に進み、当該フォームを実行する。
【００４４】
一方、当該フォームが未取得である場合（ステップＳ３２３：Ｙｅｓ）は、制御部２１０は、当該フォームを要求対象として決定する（ステップＳ３２４）。
【００４５】
一方、ユーザ状態がフォーム要求状態ではない場合（ステップＳ３２２：Ｎｏ）は、図１０に示す要求対象決定処理（３）が実行される。
【００４６】
要求対象決定処理（３）を図１０に示すフローチャートを参照して説明する。ここでは、ユーザ情報格納部２３０に記録されているユーザ情報に基づいて、要求対象を決定する。
【００４７】
まず、制御部２１０が、ユーザ情報格納部２３０から、記録されているユーザ情報を取得する（ステップＳ３３１）。
【００４８】
制御部２１０は、取得したユーザ情報に基づいて、当該ユーザ情報に更新があったか否かを判別する（ステップＳ３３２）。例えば、記録されている生年月日情報に基づいて、年齢が更新されたか否か、などを判別する。あるいは、ユーザの任意の入力により、ユーザ情報が更新されたか否かを判別する。したがって、この要求対象決定処理（３）は、ユーザによるユーザ情報の更新入力を契機に実行されてもよい。
【００４９】
制御部２１０は、ユーザ情報が更新されたと判別した場合（ステップＳ３３２：Ｙｅｓ）、転送情報格納部２５０に格納されているフォームを参照し、ユーザ情報の更新が、これら取得済フォームの変更を必要とするものか否かを判別する（ステップＳ３３４）。例えば、「所定の年齢層を対象としたフォームが取得されている場合に、年齢情報の更新により、当該フォームが現在の年齢に合っているか否か」、「所定の嗜好を対象としたフォームが取得されている場合に、嗜好の変化により、当該フォームがユーザに合っているか否か」、などが判別される。
【００５０】
ここで、ユーザ情報の更新により、取得済フォームの変更が必要であると判別された場合（ステップＳ３３４：Ｙｅｓ）は、制御部２１０は、当該フォームを変更対象として決定する（ステップＳ３３５）。
【００５１】
一方、取得済フォームの変更は不要であると判別された場合（ステップＳ３３４：Ｎｏ）は、更新後のユーザ情報のうち、サーバ１００への通知対象となっているものをサーバ１００に送信する（ステップＳ３３６）。サーバ１００では、ステップＳ３３６で送信されたユーザ情報に基づいて、ユーザ情報データベース１３０を更新する。
【００５２】
ステップＳ３３６でユーザ情報が送信された後、あるいは、ユーザ情報の更新がなかった場合（ステップＳ３３２：Ｎｏ）は、図７に示すステップＳ１０１に戻り、再びユーザ状態の検出等が行われる。
【００５３】
制御部２１０は、ステップＳ３１３、Ｓ３２４、あるいは、Ｓ３３５で決定したフォームを要求する（あるいは、変更を要求する）旨の要求情報を生成し、通信制御部２２０を介してサーバ１００に送信する（ステップＳ１０２）。
【００５４】
サーバ１００では、モバイル端末２００から要求情報を受信すると（ステップＳ２０４：Ｙｅｓ）、受信した要求情報に基づくフォーム提供処理（ステップＳ８００：後述）が実行される。
【００５５】
以上が、モバイル端末２００が要求対象を決定する場合の処理である。一方、サーバ１００が、モバイル端末２００に提供するフォームを決定する場合もある。この場合の処理を、図７に示すフローチャートを参照して説明する。
【００５６】
まず、前述のように、ステップＳ１０１でモバイル端末２００から送信され、ステップＳ２０１でユーザ情報データベース１３０に記録されたユーザ状態情報に基づいて、サーバ１００の制御部１１０は、提供フォーム決定処理（ステップＳ４００）を実行する。この提供フォーム決定処理を、図１１に示すフローチャートを参照して説明する。
【００５７】
まず、制御部１１０は、ステップＳ２０１で更新登録されたユーザ状態情報に基づいて、対応するユーザ（モバイル端末２００）が、通信可能状態であるか否かを判別する（ステップＳ４０１）。すなわち、モバイル端末２００や端末プログラムが起動しているか否かなどの物理的状態のほか、ユーザ状態が、例えば、「仕事中」など通信するのが好ましくない状態であるか否かなどを判別する。
【００５８】
ここで、当該ユーザが通信可能状態である場合（ステップＳ４０１：Ｙｅｓ）、制御部２１０は、さらに、当該ユーザが他者と通信中であるか否かを判別し（ステップＳ４０２）、通信中である場合（ステップＳ４０２：Ｙｅｓ）はさらに、通信相手が、本情報提供サービスを利用する他の登録ユーザであるか否かを判別する（ステップＳ４０３）。これは、同じＩＭサービスを利用する者同士では、両者の間でユーザ状態情報の相互参照が行われているため、これを反映したユーザ状態情報を取得することで、判別することができる。
【００５９】
ここで、通信相手が登録ユーザである場合（ステップＳ４０３：Ｙｅｓ）、制御部２１０はさらに、当該通信の内容が判別可能であるか否かを判別する（ステップＳ４０４）。ここでは、例えば、当該ユーザ同士が、ＩＭを用いてあるテーマでチャットや電子会議などを行っている場合は、そのテーマを通信内容として参照する。
【００６０】
通信内容が判別可能である場合（ステップＳ４０４：Ｙｅｓ）は、制御部２１０は、当該通信内容に合ったフォームを提供対象として決定する（ステップＳ４０５）。
【００６１】
一方、通信内容が判別できない場合（ステップＳ４０４：Ｎｏ）は、制御部２１０は、ユーザ情報データベース１３０にアクセスし、両ユーザの「属性情報」および「嗜好情報」を参照し（ステップＳ４０６）、両者に共通する属性や嗜好に対応するフォームを提供対象として決定する（ステップＳ４０７）。ステップＳ４０５あるいはＳ４０７で提供対象が決定された場合、後述するフォーム提供処理（ステップＳ８００）に進み、決定されたフォームがモバイル端末２００に提供される。
【００６２】
一方、通信可能状態でない（ステップＳ４０１：Ｎｏ）、通信中ではない（ステップＳ４０２：Ｎｏ）、あるいは、登録ユーザとの通信ではない（ステップＳ４０３：Ｎｏ）場合は、図７のステップＳ２０２に進む。
【００６３】
ステップＳ２０２では、制御部１１０が、サーバ１００の自己状態（以下、「サーバ状態」とする）を検出する。例えば、サーバ１００の異常検出や予定されているメインテナンスなどによって、サーバ１００によるサービス停止が生じる状態（以下、「サービス停止状態」とする）であるか否かや、提供情報データベース１４０に登録されているフォームが更新・変更された（以下、「フォーム更新状態」とする）か否かなどを検出する。
【００６４】
制御部１１０は、検出したサーバ状態が所定の状態（すなわち、サービス停止状態やフォーム更新状態など）である場合（ステップＳ２０３：Ｙｅｓ）、割込処理（ステップＳ６００）を実行する。この割込処理を図１２に示すフローチャートを参照して説明する。本実施例では、サービス停止状態とフォーム更新状態が所定のサーバ状態である場合を例に以下説明する。
【００６５】
まず制御部１１０は、所定のサーバ状態として検出されたサーバ状態を分析し（ステップＳ６０１）、サービス停止状態であるか否かを判別する（ステップＳ６０２）。
【００６６】
サービス停止状態である場合（ステップＳ６０２：Ｙｅｓ）は、制御部１１０は、ユーザ情報データベース１３０に登録されている全ユーザを転送先として指定し（ステップＳ６０３）、サービス停止状態をユーザに通知するとともに、モバイル端末２００でのフォーム実行を制限するためのフォーム（以下、「停止通知フォーム」とする）を作成する（ステップＳ６０４）。ここでは、制御部１１０が所定のフォーム作成プログラムに基づいて、自動的に作成してもよく、あるいは、停止通知フォームの作成を促すメッセージなどを出力部１７０に表示させ、フォーム作成担当者に通知するようにしてもよい。作成された停止通知フォームは提供情報データベース１４０に格納される。そして、制御部１１０は、作成した停止通知フォームを転送対象として決定する。なお、予め定型的に用意されているフォームがある場合は、作成を省略し、用意されているフォームを転送対象として決定してもよい。
【００６７】
一方、所定サーバ状態がフォーム更新状態である場合（ステップＳ６０２：Ｎｏ）、制御部１１０は、転送済情報データベース１５０を検索し（ステップＳ６０５）、更新前のフォームが転送された転送先（すなわち、ユーザＩＤ）を特定する（ステップＳ６０６）。
【００６８】
そして、当該特定されたユーザＩＤを更新後フォームの転送先として指定し（ステップＳ６０７）、当該更新後フォームを変更対象フォームとして決定する（ステップＳ６０８）。
【００６９】
制御部１１０は、後述するフォーム提供処理（ステップＳ８００）を実行し、ステップＳ６０４またはＳ６０８で決定したフォーム（サービス停止通知フォームあるいは更新後フォーム）をモバイル端末２００に転送する。
【００７０】
一方、割込処理を要するサーバ状態でない場合（ステップＳ２０３：Ｎｏ）は、モバイル端末２００からの要求情報を待機する（ステップＳ２０４）。モバイル端末２００から要求情報を受信するまでは、ステップＳ２０２の自己状態の検出を繰り返し実行する。
【００７１】
次に、上述のモバイル端末２００からの要求、あるいは、サーバ１００がユーザ状態またはサーバ状態に基づいて決定されたフォームをモバイル端末２００に提供し（ステップＳ８００「フォーム提供処理」）、モバイル端末２００がフォームを受信する処理（ステップＳ５００「フォーム受信処理」）が行われる。フォーム提供処理およびフォーム受信処理を図１３のフローチャートを参照して説明する。
【００７２】
まず、サーバ１００の制御部１１０は、ステップＳ２０４で受信した要求情報に示されるフォーム、あるいは、ステップＳ４０５もしくはＳ４０７、または、ステップＳ６０４もしくはＳ６０８で決定したフォームを、提供情報データベース１４０から取得する（ステップＳ８０１）。
【００７３】
次に制御部１１０は、ユーザ情報データベース１３０にアクセスし、要求情報、ユーザ状態、あるいは、サーバ状態（サービス停止状態を除く）に基づいてフォームが決定された場合には対応するユーザ（モバイル端末２００）、サービス停止状態に基づいてフォームが決定された場合には全ユーザ、について、「ステータス情報」を参照し、通信可能状態であるか否かを判別する（ステップＳ８０２）。
【００７４】
提供対象が通信可能状態である場合（ステップＳ８０２：Ｙｅｓ）、制御部１１０は、ステップＳ８０１で取得したフォームを、通信制御部１２０を介して提供対象のモバイル端末２００に転送（送信）する（ステップＳ８０３）。なお、上述の要求対象決定処理（３）で変更対象として要求された場合、または、割込処理で「フォーム更新状態」に基づいて更新後フォームを転送する場合には、転送時に変更対象である旨を示す付加情報が併せて送信される。さらに、更新後フォームを転送する場合、転送済データベース１５０の更新前フォームに対応する「返送内容」欄に返送情報が記録されている場合は、その内容も併せて転送する。
【００７５】
制御部１１０は、ステップＳ８０２で転送したフォームに関する情報を、転送済情報データベース１５０に記録する（ステップＳ８０４）。すなわち、転送先のユーザ示すユーザＩＤ、転送日時、転送したフォームのフォームＩＤなどを記録する。なお、この時点では「返送内容」欄は「ＮＵＬＬ」とする。
【００７６】
モバイル端末２００では、通信制御部２２０がサーバ１００からフォームを受信すると（ステップＳ５０１）、制御部２１０が、付加情報に基づいて、当該受信したフォームが変更対象であるか否かを判別する（ステップＳ５０２）。
【００７７】
変更対象フォームである場合（ステップＳ５０２：Ｙｅｓ）、制御部２１０は、転送情報格納部２５０にアクセスし、対応するフォームを削除し（ステップＳ５０３）、受信したフォームを格納する（ステップＳ５０４）。また、「フォーム更新状態」に基づいて変更されたフォームであって、返送内容情報が併せて転送された場合は、その情報も格納される。
【００７８】
変更対象でないフォームについては、転送されたフォームが転送情報格納部２５０に格納される（ステップＳ５０２：Ｎｏ、Ｓ５０４）。
【００７９】
制御部２１０は、ステップＳ５０４で転送情報格納部２５０に格納したフォームを実行するためのフォーム実行処理を実行する（ステップＳ７００）。このフォーム実行処理を図１４に示すフローチャートを参照して説明する。
【００８０】
制御部２１０は、図７のステップＳ１０１で検出される現在のユーザ状態に基づいて、フォーム実行可能状態であるか否かを判別する（ステップＳ７０１）。例えば、ユーザ状態が「仕事中」などフォームの実行が好ましくない状態であったり、モバイル端末２００が、例えば、スリープ状態などにより実行してもユーザが認識できない場合、はフォーム実行不可と判別する。
【００８１】
フォーム実行可能状態である場合（ステップＳ７０１：Ｙｅｓ）は、転送情報格納部２５０にアクセスし、ステップＳ５０４で格納されたフォームを実行する（ステップＳ７０２）。あるいは、要求対象特定処理（１）または（２）で取得済フォームの実行が指定された場合は、当該フォームを実行する。なお、実行対象フォームが、「サービス停止通知フォーム」である場合は、当該フォームが実行されることにより、指定期間（サービス停止期間）中は、フォームの実行ができない旨出力部２７０に表示される他、端末プログラムと協働することにより、当該期間中のフォームの実行を制限するものとする。
【００８２】
一方、フォーム実行不可状態である場合（ステップＳ７０１：Ｎｏ）は、実行可能状態となるまで、フォームの実行を待機する。
【００８３】
ここで、実行されたフォームが、所定事項の入力をユーザに要求するもの（例えば、アンケートページなど）である場合（ステップＳ７０３）、制御部２１０は、入力部２６０から入力された情報を順次転送情報格納部２５０に、当該フォームと対応付けて記録する（ステップＳ７０４）。
【００８４】
次に制御部２２０は、当該フォームの実行により、何らかの情報をサーバ１００に返送する必要があるか否かを判別する（ステップＳ７０５）。すなわち、アンケートページであれば、入力回答をサーバ１００に返送する必要があり、ＥＣサイトであれば、商品指定などの情報を返送する必要がある。
【００８５】
返送対象がある場合（ステップＳ７０５：Ｙｅｓ）、制御部２１０は、ユーザからの送信指示を待機し、送信指示に応じて、返送対象情報をサーバ１００に送信し（ステップＳ７０６：Ｙｅｓ、Ｓ７０７）、図１３のフォーム受信処理に戻る。
【００８６】
返送対象がない場合（ステップＳ７０５：Ｎｏ）や送信指示がない場合（ステップＳ７０６：Ｎｏ）は、サーバ１００に対する送信は行わずにフォーム受信処理に戻る。
【００８７】
なお、ステップＳ７０３で転送情報格納部２５０に格納された入力情報は、当該入力情報がサーバ１００に送信完了するまで転送情報格納部２５０に保持される。すなわち、入力フォームの入力途中で中断した場合や、送信途中の通信断などで入力情報がサーバ１００に返送されなかった場合、当該フォームの再実行時に前回入力した入力情報を転送情報格納部２５０から呼び出し、ユーザによる同一情報の再入力を省略させる。
【００８８】
ステップＳ７００のフォーム実行処理において、サーバ１００に情報送信が行われた場合は、サーバ１００で継続提供処理（ステップＳ１０００）が実行される。この継続提供処理を図１５に示すフローチャートを参照して説明する。
【００８９】
サーバ１００の通信制御部１２０がモバイル端末２００から返送情報を受信すると（ステップＳ１００１：Ｙｅｓ）、制御部１１０は、転送済情報データベース１５０にアクセスし、対応するレコードの「返送内容」欄に受信した返送情報を記録する（ステップＳ１００２）。
【００９０】
制御部１１０は、当該返送情報に対し、継続してモバイル端末２００に提示すべきフォームがあるか否かを判別する（ステップＳ１００３）。例えば、アンケートページの１ページ目の回答（返送情報）を受信した場合、この回答に対応付けられたさらなるページがあるか否か、などを判別する。ここでは、提供情報データベース１４０の「関連フォーム」情報などに基づいて、継続提示フォームの有無を判別する。
【００９１】
継続提示フォームがある場合（ステップＳ１００３：Ｙｅｓ）は、制御部１１０は当該フォームを提供対象フォームとして決定する（ステップＳ１００４）。制御部１１０は、図１３に示すフォーム提供処理を再度実行し、ステップＳ８０１〜Ｓ８０３の処理を行うことで、ステップＳ１００４で決定したフォームをモバイル端末２００に提供する。
【００９２】
上述したように、入力フォームでの入力が中断された場合や、入力情報がサーバ１００に送信完了しなかった場合は、モバイル端末２００側で入力情報を保持し、フォーム再実行の際の再入力を省略させたが、返送情報の返送有無をサーバ１００側で検出し、所定の処理を行ってもよい。この場合の未返送確認処理（ステップＳ１１００）を、図１６に示すフローチャートを参照して説明する。
【００９３】
サーバ１００の制御部１１０は、所定期間毎に転送済情報データベース１５０内に、「返送内容」が「ＮＵＬＬ」となっているレコードを検索する（ステップＳ１１０１）。該当するレコードがある場合（ステップＳ１１０２：Ｙｅｓ）、当該レコードの「転送日時」欄の情報を参照する（ステップＳ１１０３）。
【００９４】
制御部１１０は、現在日時と参照した転送日時とを比較し、所定期間（例えば、１週間など）以上前に転送されているか否かを判別する（ステップＳ１１０４）。ここで、所定期間以上経過している場合（ステップＳ１１０４）は、当該レコードのユーザに対し、未返送通知フォームを転送する（ステップＳ１１０５）。この未返送通知フォームは、モバイル端末２００で実行されることにより、ユーザに未返送情報があることを通知するとともに、必要に応じて再送信の処理を行うものである。なお、未返送通知フォームは予め定型的に作成され、提供情報データベース１４０に格納されているものとする。したがって、制御部１１０は、提供情報データベース１４０から当該未返送通知フォームを取得し、転送対象のモバイル端末２００に転送する。また、ここでは、制御部１１０により所定の情報（対象フォームＩＤなど）が付加されるものとする。
【００９５】
このようにして転送された未返送通知フォームをモバイル端末２００が実行する際の処理（「未返送通知フォーム実行処理」（ステップＳ１２００））を図１７に示すフローチャートを参照して説明する。
【００９６】
まず、モバイル端末２００の制御部２１０は、通信制御部２２０などを制御することで、図１３のフォーム受信処理におけるステップＳ５０１〜Ｓ５０４および図１４のフォーム実行処理におけるステップＳ７０１〜Ｓ７０２と同様の処理を行うことにより、前述の未返送通知フォーム転送処理で転送された未返送通知フォームの受信・格納・実行（実行可能状態の場合）を行う（ステップＳ１２０１）。
【００９７】
モバイル端末２００が、端末プログラムとの協働により未返送通知フォームを実行すると、図１８に示すような、入力途中の回答を情報提供サーバ１００に送信するか否かを問い合わせるメッセージおよびこの問い合わせに対する回答（「はい」または「いいえ」）が、出力部２７０に表示される（ステップＳ１２０２）。
【００９８】
ユーザは入力部２６０を操作し、当該回答の送信要否を回答する。ここで、回答不要である場合、すなわち、「いいえ」が選択された場合（ステップＳ１２０３：Ｎｏ）は、処理を終了する。一方、回答要である場合、すなわち、「はい」が選択された場合（ステップＳ１２０３：Ｙｅｓ）、制御部１１０は、転送情報格納部２５０を検索し（ステップＳ１２０４）、当該フォームがあるか否かを判別する（ステップＳ１２０５）。
【００９９】
ここで、当該フォームが転送情報格納部２５０にある場合（ステップＳ１２０５：Ｙｅｓ）、制御部２１０は当該フォームを実行する（ステップＳ１２０６）。このとき、入力情報が格納されている場合は、それを含んで実行することにより、ユーザによる入力済情報の再入力を省略する。
【０１００】
制御部２１０は、図１４のフォーム実行処理におけるステップＳ７０３〜Ｓ７０６と同様の処理を実行することにより、入力済情報および新たに入力された情報をサーバ１００に送信し（ステップＳ１２０７）、処理を終了する。サーバ１００では、必要に応じて図１５に示す継続提供処理を実行する。
【０１０１】
一方、例えば、ユーザの指示による破棄や転送情報格納部２５０の容量制限などにより、対象フォームが転送情報格納部２５０から削除されている場合（ステップＳ１２０５：Ｎｏ）、制御部２１０は、当該フォームを要求対象として決定し（ステップＳ１２０８）、図７におけるステップＳ１０２と同様の処理により、決定したフォームを要求する要求情報を生成して、サーバ１００に送信する（ステップＳ１２０９）。サーバ１００では、上述した各処理を実行することにより、要求情報で要求されたフォームを当該モバイル端末２００に転送する。
【０１０２】
以上説明したように、本発明の実施例にかかるモバイル・ネットワーク・システム１によれば、ユーザが要求した場合はもとより、ＩＭに基づくユーザ状態情報を用いることで、サーバ１００及び／又はモバイル端末２００が、ユーザに提供すべき適切な情報（フォーム）を自動的に決定し、適切なタイミングで能動的にユーザに提供することができるので、効果的な情報提供が実現できるとともに、ユーザの操作等を要しないので、利便性が高い。
【０１０３】
また、ユーザの属性や嗜好の変化に応じて、適切な情報の提供がなされる。この場合、ユーザ情報の更新は、モバイル端末２００においてなされたものに基づいて自動的に行われるので、ユーザが同じ内容を何度も入力する必要がなく、ユーザの利便性を向上させることができる。
【０１０４】
さらに、実行されたフォームがアンケートページなどのユーザの入力を要するものである場合、入力された情報は随時モバイル端末２００に保持される。したがって、入力途中で中断した場合や、サーバ１００への送信が未完了となっても、同一フォームを次回実行した際に、前回入力された情報が再現されるので、同じ情報を再度入力する必要がない。また、サーバ１００において、未返送情報をチェックし、所定期間以上返送されていない場合には、その旨通知するとともに、ユーザが操作することなく同一のフォームが実行されるので、中断していた回答の再開を促すことができる。このため、情報提供者は効果的に情報収集できるとともに、ユーザの利便性を向上させることができる。
【０１０５】
また、サーバ１００の障害等によりサービスが停止される場合は、その旨が各モバイル端末２００に通知されるので、ユーザは、通信断やサービス停止の原因を容易に特定することができ、ユーザの利便性が高い。
【０１０６】
上記実施例では、モバイル端末２００でフォームが実行されることにより入力される入力情報を、モバイル端末２００側で随時保持し、再実行時に入力済情報を再現したが、モバイル端末２００で保持すると同時に、サーバ１００に送信し、転送済情報データベース１５０に記録するようにしてもよい。このような構成によれば、上記未返送通知フォーム実行処理において、モバイル端末２００に対象フォームがない場合であっても、前回入力済情報を再現させることができる。この場合において、入力情報をサーバ１００に送信する際、例えば、「すべての項目が入力されていない」、あるいは、「情報送信が正常に行われなかった」などを示す付加情報を転送済情報データベース１５０に対応付けて記録する。よって、上記未返送確認処理においては、これらの付加情報を検出することにより、未返送であるか否かを判別するものとする。
【０１０７】
なお、上記実施例では、フォームとしてアンケートページやＥＣサイトを構成するものを例に説明したが、提供される情報の種類は任意である。例えば、フォームとして、ゲームやオークションサイトを構成するフォームや、株価情報やニュースなどを提供するためのフォーム、などであってもよい。いずれの場合であっても、ユーザの状態に応じて、必要かつ適切な情報を能動的に提供することができるので、情報提供者の効率およびユーザの利便性に資するものである。
【０１０８】
（第２実施例）
上記第１実施例では、サーバ１００がモバイル端末２００に、ＩＭを用いた情報提供を行う場合を示したが、サーバ１００がモバイル端末２００のジョブ管理を行うこともできる。すなわち、サーバ１００は、各モバイル端末２００を制御し、各利用者により設定されたジョブの優先順位に従って、各モバイル端末２００を動作させる。なお、モバイル端末２００が行うジョブは、通話送受信、電子メール送受信、及び、アプリケーションプログラムの実行などである。例えば、モバイル端末２００がジョブＡを実行中に、ジョブＡよりも優先順位の高いジョブＢの実行要求が発生した場合、サーバ１００は、モバイル端末２００を制御して、ジョブＡを途中休眠（中断）させ、ジョブＢを実行させる。以下、この場合の実施例を説明する。
【０１０９】
本実施例におけるハードウェア構成は、上記第１の実施例と同一であるが、サーバ１００のユーザ情報ＤＢ１３０は、図１９ａに示す各利用者の端末使用状況を表すステータス情報管理テーブル、及び、図１９ｂに示す待機ジョブリストを記憶するものとする。
【０１１０】
ステータス情報管理テーブルは、図１９ａに示すように、モバイル端末２００（利用者）毎に作成され、利用者の端末使用状況、即ち、モバイル端末２００の動作状況（ステータス）を表す。モバイル端末２００の動作状況は、ステータスフラグにより示される。
【０１１１】
ステータスフラグは、図１９ａに示すように、例えば「００」はジョブが終了したことを示し、「０１」はジョブが実行中であることを示し、「１０」はジョブが途中休眠（中断中）であることを示す。また、ステータス情報管理テーブルは、モバイル端末２００が行うジョブの優先順位を表す。なお、ジョブの優先順位は、利用者がモバイル端末２００を操作し、サーバ１００にアクセスして設定することができる。
【０１１２】
待機ジョブリストは、図１９ｂに示すように、モバイル端末２００（利用者）毎に作成される。上記したように、各ジョブは利用者が設定した優先順位に従って実行される。このため、優先順位の低いジョブは、優先順位の高いジョブが終了した後に実行される。待機ジョブリストは、このような優先順位の高いジョブの終了を待っている待機ジョブを表す。
【０１１３】
次に、本実施例にかかるモバイル・ネットワーク・システム１の動作について説明する。
【０１１４】
各モバイル端末２００の利用者は、自分が所有するモバイル端末２００の入力部２６０を操作してサーバ１００にアクセスし、自分のモバイル端末２００に実行させるジョブの優先順位を設定する。
【０１１５】
サーバ１００の制御部１１０は、利用者のアクセスに応答し、モバイル端末２００に実行させるジョブの情報を、利用者が設定する優先順位で、ユーザ情報ＤＢ１３０のステータス情報管理テーブルに格納する。これにより、モバイル端末２００が実行するジョブの優先順位が設定される。
【０１１６】
サーバ１００は、以上の操作により作成されたステータス情報管理テーブルを用いて、各モバイル端末２００の動作状況を管理する。
【０１１７】
利用者は、希望するジョブをモバイル端末２００に実行させる際、モバイル端末２００の入力部２６０を操作して、希望するジョブを指定する。入力部２６０は、利用者の操作に応答して、利用者が指定するジョブの実行を指示するユーザ実行信号を制御部２１０に出力する。
【０１１８】
制御部２１０は、入力部２６０から供給されるユーザ実行信号に応答し、プログラム格納部２４０が記憶するプログラムに従って、図２０に示すジョブ開始処理を開始する。
【０１１９】
始めに、制御部２１０は、利用者が指定したジョブの実行開始をサーバ１００に通知する（ステップＳ２００１）。
【０１２０】
具体的には、制御部２１０は、自己のモバイル端末２００、実行対象である開始ジョブ、及び、ジョブの開始、のそれぞれを表すデータを含む開始データを、通信制御部２２０を介してサーバ１００に送信する。なお、サーバ１００とモバイル端末２００との間で送受信されるデータ（情報）は、パケットに分解されて送受信される。
【０１２１】
その後、制御部２１０は、プログラム格納部２４０が記憶しているプログラムに従って、利用者が指定したジョブの実行を開始し（ステップＳ２００２）、ジョブ開始処理を終了する。
【０１２２】
一方、サーバ１００の制御部１１０は、モバイル端末２００から供給される上記開始データに応答し、ユーザ情報ＤＢ１３０に格納されている、開始データを送信したモバイル端末２００のステータス情報管理テーブルを更新する。
【０１２３】
具体的には、制御部１１０は、供給された開始データに含まれるモバイル端末２００を表すデータを用いて、開始データを送信したモバイル端末２００を特定する。
【０１２４】
続いて、制御部１１０は、供給された開始データに含まれる、開始ジョブを表すデータを用いて開始ジョブを特定する。
【０１２５】
そして、制御部１１０は、ユーザ情報ＤＢ１３０を制御し、特定したモバイル端末２００のステータス情報管理テーブルに格納されている、特定した開始ジョブのステータスを「００」（終了）から「０１」（実行中）に書き換える。
【０１２６】
以上のようにして、利用者の操作に応答してモバイル端末２００が行うジョブの開始がサーバ１００に通知される。
【０１２７】
また、サーバ１００の制御部１１０は、通信ネットワーク１０（インターネット等）を介して他の端末からジョブの実行要求（電子メールや通話回線の接続要求など）を供給された場合、以下に示すようにして、要求されたジョブを実行させる対象となるモバイル端末２００の動作を制御する。
【０１２８】
制御部１１０は、供給されたジョブの実行要求に応答し、プログラム格納部１８０のプログラムに従って、図２１に示す第１端末制御処理を開始する。
【０１２９】
始めに、制御部１１０は、供給されたジョブの実行要求から、制御する対象のモバイル端末２００（対象端末）を特定する（ステップＳ２０１１）。
【０１３０】
例えば、実行要求が電子メールであった場合、制御部１１０は、電子メールの送り先を示すアドレスを用いて対象端末を特定する。また、実行要求が通話回線の接続要求であった場合、制御部１１０は、電話番号から対象端末を特定する。
【０１３１】
次に、制御部１１０は、ユーザ情報ＤＢ１３０が格納している、特定した対象端末のステータス情報管理テーブルを検索し、実行を要求された要求ジョブよりも優先順位の高いジョブが実行中であるか否かを判別する（ステップＳ２０１２）。これにより、制御部１１０は、対象端末が要求ジョブを実行可能であるか否かを判別する。
【０１３２】
優先順位の高いジョブが実行中である、即ち、対象端末は要求ジョブを実行可能でないと判別した場合（ステップＳ２０１２；ＹＥＳ）、制御部１１０は、ユーザ情報ＤＢ１３０に格納されている対象端末の待機ジョブリストに、要求ジョブを表す情報を格納し（ステップＳ２０１３）、端末制御処理を終了する。なお、待機ジョブリストに複数のジョブを表す情報が格納される場合、制御部１１０は、利用者が設定した優先順位で各ジョブの情報を並べ替えて格納する。
【０１３３】
一方、優先順位の高いジョブが実行中でない、即ち、対象端末は要求ジョブを実行可能であると判別した場合（ステップＳ２０１２；ＮＯ）、制御部１１０は、対象端末のステータス情報管理テーブルを検索し、要求ジョブよりも優先順位の低いジョブが実行中であるか否かを判別する（ステップＳ２０１４）。
【０１３４】
優先順位の低いジョブが実行中でないと判別した場合（ステップＳ２０１４；ＮＯ）、制御部１１０は、後述するステップＳ２０１７の処理を行う。
【０１３５】
一方、優先順位の低いジョブが実行中であると判別した場合（ステップＳ２０１４；ＹＥＳ）、制御部１１０は、実行中であるジョブの中断（途中休眠）を指示するジョブ中断信号を、通信制御部１２０を介して対象端末に送信する（ステップＳ２０１５）。
【０１３６】
対象端末の制御部２１０は、サーバ１００から供給されたジョブ中断信号に応答し、実行中であるジョブの途中状態をプログラム格納部２４０に保存し、実行中であるジョブを中断する。そして、制御部２１０は、ジョブを中断したことを示す中断完了信号を、通信制御部２２０を介してサーバ１００に送信する。
【０１３７】
サーバ１００の制御部１１０は、対象端末から供給される中断完了信号に応答し、ユーザ情報ＤＢ１３０に格納されている対象端末の待機ジョブリストに、中断させた中断ジョブを示す情報を格納する（ステップＳ２０１６）。なお、この際も上記と同様に、待機ジョブリストに複数のジョブを表す情報が格納される場合、制御部１１０は、各ジョブの情報を優先順位に従って格納する。
【０１３８】
そして、制御部１１０は、要求ジョブの実行を指示するサーバ実行信号を、通信制御部１２０を介して対象端末に送信する（ステップＳ２０１７）。
【０１３９】
その後、制御部１１０は、ユーザ情報ＤＢ１３０に格納されている、対象端末のステータス情報管理テーブルを更新する（ステップＳ２０１８）。具体的には、制御部１１０は、中断させた中断ジョブのステータスを「０１」（実行中）から「１０」（途中休眠）に書き換え、開始させた要求ジョブのステータスを「００」（終了）から「０１」（実行中）に書き換える。なお、上記ステップＳ２０１４の処理で優先順位の低いジョブが実行中でないと判別した場合、制御部１１０は、要求ジョブのステータスのみを書き換える。
【０１４０】
対象端末の制御部２１０は、上記ステップＳ２０１７で送信されたサーバ実行信号に応答し、プログラム格納部２４０のプログラムに従って、サーバ実行信号により指示される要求ジョブを実行する。
【０１４１】
なお、対象端末の制御部２１０は、サーバ１００の制御に従って、実行中のジョブを中断する際、及び、要求ジョブを開始する際、出力部２７０を制御して、所定のメッセージや図形を表示したり、音声を出力したり、画面を点滅させる等により、ジョブの中断及び開始を利用者に通知してもよい。
【０１４２】
以上のようにして、利用者が設定した優先順位に従って、モバイル端末２００にジョブを実行させることができる。
【０１４３】
また、利用者は、実行中のジョブを終了させる際、モバイル端末２００の入力部２６０を操作して、終了させるジョブの指定する。入力部２６０は、利用者の操作に応答して、利用者が指定するジョブの終了を指示するジョブ終了信号を制御部２１０に出力する。
【０１４４】
制御部２１０は、入力部２６０から供給されるジョブ終了信号に応答し、プログラム格納部２４０が記憶するプログラムに従って、図２２に示すジョブ終了処理を開始する。
【０１４５】
始めに、制御部２１０は、利用者が指定したジョブを終了する（ステップＳ２０２１）。
【０１４６】
そして、制御部２１０は、利用者が指定したジョブの実行終了をサーバ１００に通知する（ステップＳ２０２２）。具体的には、制御部２１０は、自己のモバイル端末２００、終了対象である終了ジョブ、及び、ジョブの終了、のそれぞれを表すデータを含む終了データを、通信制御部２２０を介してサーバ１００に送信する。
【０１４７】
サーバ１００の制御部１１０は、モバイル端末２００から供給される上記終了データに応答し、プログラム格納部１８０のプログラムに従って、図２３に示す第２端末制御処理を開始する。
【０１４８】
始めに、制御部１１０は、供給された終了データに含まれるモバイル端末２００を表すデータを用いて、終了データを送信したモバイル端末２００を特定する（ステップＳ２０３１）。
【０１４９】
続いて、制御部１１０は、供給された終了データに含まれる、終了ジョブを表すデータを用いて終了ジョブを特定する（ステップＳ２０３２）。
【０１５０】
そして、制御部１１０は、ユーザ情報ＤＢ１３０を制御し、特定したモバイル端末２００のステータス情報管理テーブルに格納されている、特定した終了ジョブのステータスを「０１」（実行中）から「００」（終了）に書き換える（ステップＳ２０３３）。
【０１５１】
その後、制御部１１０は、ユーザ情報ＤＢ１３０に格納されている、特定したモバイル端末２００の待機ジョブリストに待機ジョブの情報が格納されているか否かを判別する（ステップＳ２０３４）。これにより、制御部１１０は、待機ジョブが存在するか否かを判別する。
【０１５２】
待機ジョブの情報が格納されていない、即ち、待機ジョブが存在しないと判別した場合（ステップＳ２０３４；ＮＯ）、制御部１１０は、第２端末制御処理を終了する。
【０１５３】
一方、待機ジョブの情報が格納されている、即ち、待機ジョブが存在すると判別した場合（ステップＳ２０３４；ＹＥＳ）、制御部１１０は、待機ジョブリストに格納されている待機ジョブの情報を用いて、待機ジョブを特定する（ステップＳ２０３５）。
【０１５４】
なお、待機ジョブリストに複数の情報が格納されている場合、制御部１１０は、優先順位が一番高い待機ジョブの情報を用いる。上記したように、待機ジョブリストに格納される情報は、利用者が設定した優先順位に従って格納されているので、制御部１１０は、待機ジョブリストの一番上又は一番下に格納されている情報を用いて待機ジョブを特定する。
【０１５５】
そして、制御部１１０は、特定した待機ジョブの実行を指示するサーバ実行信号を、通信制御部１２０を介して特定したモバイル端末２００に送信する（ステップＳ２０３６）。
【０１５６】
その後、制御部１１０は、ユーザ情報ＤＢ１３０に格納されている、特定したモバイル端末２００のステータス情報管理テーブルに格納されている、実行を指示した待機ジョブのステータスを「００」（終了）又は「１０」（途中休眠）から「０１」（実行中）に書き換え（ステップＳ２０３７）、第２端末制御処理を終了する。
【０１５７】
モバイル端末２００の制御部２１０は、上記ステップＳ２０３６で送信されたサーバ実行信号に応答し、プログラム格納部２４０のプログラムに従って、サーバ実行信号により指示されるジョブの実行を開始（又は再開）する。
【０１５８】
以上のようにして、利用者の操作に応答してモバイル端末２００が行うジョブの終了がサーバ１００に通知される。また、１つのジョブが終了したときに、優先順位の低い待機ジョブがある場合は、待機ジョブが自動的に開始（又は再開）される。
【０１５９】
また、ジョブの中断及び開始（再開）はサーバ１００の制御により行われるので、利用者は、ジョブの中断及び開始（再開）のためにモバイル端末２００を操作する必要がない。これにより、利用者の操作が簡単になる。
【０１６０】
また、ジョブの中断及び開始（再開）は利用者が予め設定した優先順位に従って実行されるので、モバイル端末２００は、利用者にとって最も重要なジョブを確実に実行することができる。このため、利用者の作業に混乱等が生じず、利用者は効率よく作業を進めることができる。
【０１６１】
なお、上記実施例で示した通信システムをインスタントメッセージ（ＩＭ）システムに適用する場合、メッセージの配信先に配信順位（順番）を付け、この配信順位に従ってメッセージを配信してもよい。
【０１６２】
この場合、サーバ１００のユーザ情報ＤＢ１３０は、上記したステータス情報管理テーブル及び待機ジョブリストに加えて、図２４に示す配信順位テーブルを記憶する。
【０１６３】
配信順位テーブルは、図２４に示すように、モバイル端末２００（利用者）毎に作成され、メッセージ配信先の配信順位を示す。具体的には、同一グループに所属する各メンバーを示す情報（例えば、メンバーが所有するモバイル端末２００の電話番号など）を、配信順位に従って格納する。また、配信順位テーブルは、配信順位テーブルが表す順位に従ってメッセージを配信する順位配信機能を利用するか否かを示す。
【０１６４】
なお、メッセージの配信順位は、利用者がモバイル端末２００を操作してサーバ１００にアクセスし、上記したジョブの優先順位を設定する場合と同様にして設定することができる。また、順位配信機能を利用するか否かについても、利用者がモバイル端末２００を操作し、サーバ１００にアクセスして設定することができる。
【０１６５】
以下に、ある利用者が同一グループに所属する他の利用者（メンバー）にメッセージを送信する際のシステムの動作を説明する。
【０１６６】
利用者が、自分のモバイル端末２００の入力部２６０を操作し、モバイル端末２００に実行させるジョブとしてＩＭプログラムを指定すると、上記と同様にして、入力部２６０は、利用者が指定したジョブ（ＩＭプログラム）の実行を指示するユーザ実行信号を制御部２１０に出力する。
【０１６７】
制御部２１０は、入力部２６０から供給されるユーザ実行信号に応答し、上記したジョブ開始処理を行うことにより、利用者が指定したＩＭプログラムを実行する。
【０１６８】
利用者が入力部２６０を操作してメッセージを入力すると、制御部２１０は、送信元及び送信先等を示すデータと共に、利用者が入力したメッセージをサーバ１００に送信する。
【０１６９】
サーバ１００の制御部１１０は、モバイル端末２００から供給されるメッセージに応答し、プログラム格納部１８０が記憶しているプログラムに従って、図２５に示す第３端末制御処理を開始する。
【０１７０】
始めに、制御部１１０は、メッセージと共に供給された送信元を示すデータを用いて、メッセージを送信したモバイル端末２００を特定する（ステップＳ２０４１）。
【０１７１】
そして、制御部１１０は、ユーザ情報ＤＢ１３０に格納されている、特定したモバイル端末２００の配信順位テーブルを参照し、順位配信機能を使用するか否かを判別する（ステップＳ２０４２）。
【０１７２】
順位配信機能を使用しないと判別した場合（ステップＳ２０４２；ＮＯ）、制御部１１０は、メッセージの配信先であるモバイル端末２００のそれぞれに、ジョブの優先順位に従ってメッセージを送信する（ステップＳ２０４３）。
【０１７３】
具体的には、制御部１１０は、メッセージの配信先であるモバイル端末２００のそれぞれについて、上記した第１端末制御処理と同様の処理を実行する。これにより、制御部１１０は、配信先の各モバイル端末２００に対して、ジョブが実行中でない場合はそのままメッセージを送信し、ＩＭプログラムよりも優先順位の高いジョブが実行中である場合は優先順位の高いジョブが終了した後にメッセージを送信し、ＩＭプログラムよりも優先順位の低いジョブが実行中である場合は優先順位の低いジョブを中断させてメッセージを送信する。
【０１７４】
一方、順位配信機能を使用すると判別した場合（ステップＳ２０４２；ＹＥＳ）、制御部１１０は、ステップＳ２０４１で特定したモバイル端末２００の配信順位テーブル、及び、配信先であるモバイル端末２００のステータス情報管理テーブルを参照し、配信先のモバイル端末２００の中から、ジョブを実行中でないモバイル端末２００を検出する（ステップＳ２０４４）。
【０１７５】
続いて、制御部１１０は、ジョブを実行中でないモバイル端末２００を検出したか否かを判別する（ステップＳ２０４５）。
【０１７６】
ジョブを実行中でないモバイル端末２００を検出できなかったと判別した場合（ステップＳ２０４５；ＮＯ）、制御部１１０は、メッセージを受信可能な状態にあるモバイル端末２００が存在しないことを示す送信不可信号を、メッセージの送信元であるモバイル端末２００に送信し（ステップＳ２０４６）、第３端末制御処理を終了する。
【０１７７】
一方、ジョブを実行中でないモバイル端末２００を検出したと判別した場合（ステップＳ２０４５；ＹＥＳ）、制御部１１０は、ステップＳ２０４４で検出したジョブを実行中でないモバイル端末２００に、送信元の利用者が設定した配信順位に従ってメッセージを送信し（ステップＳ２０４７）、第３端末制御処理を終了する。
【０１７８】
以上のようにして、利用者が予め設定した配信順位に従って、メッセージを配信することができる。
【０１７９】
（第３実施例）
上記のようなモバイル端末２００で、ＩＭによりユーザの状態を通信相手に通知するプレゼンス通知という機能を利用する場合、インスタントメッセージシステムにログインしている間、モバイル端末２００は、ユーザが携帯端末を使用しているか否か、又は、キー入力操作があるか否か等の情報を、所定のタイミングでサーバに送信するため、モバイル端末２００が情報を送信する度に通信費用がかかるという問題がある。また、ユーザがモバイル端末２００をポケットやカバンにしまうと、モバイル端末２００から情報を送信できない状態、即ち、通信不能な状態が発生する場合がある。このため、例えば、ユーザがインスタントメッセージシステムにログインした状態でモバイル端末２００をポケットやカバンにしまうと、通信相手に通知されるユーザの状態が正しく更新されない場合がある。その結果、通信相手がユーザのメッセージを無駄に待つという事態が発生する場合がある。
【０１８０】
以下、このような問題を回避するためのモバイル・ネットワーク・システム１の実施例を説明する。
【０１８１】
本実施例におけるハードウェア構成は、上記各実施例と基本的には同じであるが、モバイル端末２００は開閉式のものが採用されるものとする。したがって、本実施例におけるモバイル端末２００には、図６に示す構成に加え、モバイル端末２００の開閉状態を検出する開閉検出部２８０が備えられているものとする。この開閉検出部２８０は、モバイル端末２００の開閉を検出するためのスイッチ等を備え、モバイル端末２００の開閉を検出する。開閉検出部２８０は、モバイル端末２００が開いたことを検出した場合、モバイル端末２００が開いたことを示す開信号を制御部２１０に出力する。また、モバイル端末２００が閉じたことを検出した場合、開閉検出部２８０は、モバイル端末２００が閉じたことを示す閉信号を制御部２１０に出力する。
【０１８２】
さらに、プログラム格納部２４０は、モバイル端末２００の開閉状態を示す信号をサーバ１００に自動送信するための状態送信プログラムを記憶するものとする。
【０１８３】
また、サーバ１００のユーザ情報ＤＢ１３０は、図２６に示すような利用者情報テーブルを記憶する。この利用者情報テーブルは、図２６に示すように、所定の登録手続を行ったユーザに対してサーバ１００が発行するユーザＩＤ、ユーザが所有するモバイル端末２００の電話番号、モバイル端末２００の開閉状態、及び、通知要利用者をそれぞれ対応づけて格納する。
【０１８４】
「通知要利用者」は、ユーザが指定する他のユーザを識別するための情報（ユーザＩＤ又は電話番号など）である。サーバ１００は、後述するようにして、通知要利用者に指定されたユーザが所有するモバイル端末２００の開閉状態を、通知要利用者を指定したユーザに通知する。例えば、ユーザＡがユーザＢを通知要利用者として予め指定しておけば、ユーザＢが所有するモバイル端末２００の開閉状態がユーザＡに通知される。なお、複数のユーザを通知要利用者として指定してもよい。
【０１８５】
次に、本実施例にかかるモバイル・ネットワーク・システムの動作について説明する。
【０１８６】
サーバ１００が提供するメッセージサービスを利用するユーザは、モバイル端末２００の入力部２６０を操作してサーバ１００にアクセスし、所定の登録手続を予め行う。
【０１８７】
登録手続では、サーバ１００の制御部１１０は、ユーザにユーザＩＤを発行し、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルに、登録手続を行ったユーザに関する情報を格納する。そして、制御部１１０は、発行したユーザＩＤ、及び、モバイル端末２００の開閉状態をサーバ１００に自動送信するための状態送信プログラムを登録手続を行ったユーザのモバイル端末２００に供給する。
【０１８８】
登録手続を行ったユーザが所有するモバイル端末２００の制御部２１０は、サーバ１００から供給されるユーザＩＤと状態送信プログラムをプログラム格納部２４０に格納する。
【０１８９】
また、サーバ１００に登録されたユーザは、モバイル端末２００の入力部２６０を操作して、開閉状態を知りたい他のユーザを通知要利用者として指定することができる。サーバ１００の制御部１１０は、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルの通知要利用者に、ユーザが指定した他のユーザを表す情報（ユーザＩＤ又は電話番号など）を格納する。
【０１９０】
上記登録手続を行ったユーザは、自己が所有するモバイル端末２００を開くことにより、サーバ１００が提供するメッセージサービスの利用を開始することができる。また、自己が所有するモバイル端末２００を閉じることにより、インスタントメッセージサービス中のステータス変更や、メッセージサービスの利用中止（中断）などを行うことができる。
【０１９１】
ユーザがモバイル端末２００を開くと、モバイル端末２００の開閉検出部２８０は、モバイル端末２００が開いたことを検出し、モバイル端末２００が開いたことを示す開信号を制御部２１０に出力する。
【０１９２】
制御部２１０は、開閉検出部２８０から供給される開信号に応答し、プログラム格納部２４０の状態送信プログラムに従って、ユーザ情報格納部２３０に格納されているユーザＩＤと共に開信号をサーバ１００に送信する。
【０１９３】
サーバ１００の制御部１１０は、モバイル端末２００から供給される閉信号に応答し、プログラム格納部２４０のプログラムに従って、図２７に示すサービス開始処理を開始する。
【０１９４】
始めに、制御部１１０は、開信号と共に供給されたユーザＩＤを用いて、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルの中から、メッセージサービスの利用を開始するユーザ（開始ユーザ）の情報を特定する（ステップＳ３００１）。
【０１９５】
そして、制御部１１０は、特定した開始ユーザの情報に含まれる開閉状態を更新する（ステップＳ３００２）。具体的には、制御部１１０は、開始ユーザの開閉状態を「閉」から「開」に書き換える。
【０１９６】
続いて、制御部１１０は、ユーザ情報ＤＢ１３０の利用者情報テーブルを参照して、開始ユーザが通知要利用者を指定しているか否かを判別する（ステップＳ３００３）。
【０１９７】
通知要利用者を指定していないと判別した場合（ステップＳ３００３；ＮＯ）、制御部１１０は、後述するステップＳ３００６の処理を行う。
【０１９８】
一方、通知要利用者を指定していると判別した場合（ステップＳ３００３；ＹＥＳ）、制御部１１０は、ユーザ情報ＤＢ１３０の利用者情報テーブルを検索し、開始ユーザが指定した通知要利用者の開閉状態を取得する（ステップＳ３００４）。
【０１９９】
そして、制御部１１０は、取得した通知要利用者の開閉状態を示す情報を、通信制御部１２０を介して開始ユーザのモバイル端末２００に送信する（ステップＳ３００５）。
【０２００】
開始ユーザが所有するモバイル端末２００の制御部２１０は、サーバ１００から供給される通知要利用者の開閉状態を示す情報に応答し、出力部２７０を制御して、供給された情報が示す通知要利用者の開閉状態を、文字、図形、又は、音声等により開始ユーザに提示する。これにより、開始ユーザは、希望する他のユーザの開閉状態を知ることができる。
【０２０１】
一方、サーバ１００の制御部１１０は、ユーザ情報ＤＢ１３０の利用者情報テーブルを参照し、メッセージサービスを利用中であるユーザの中に、開始ユーザを通知要利用者に指定しているユーザがいるか否かを判別する（ステップＳ３００６）。
【０２０２】
開始ユーザを通知要利用者に指定しているユーザはいないと判別した場合（ステップＳ３００６；ＮＯ）、制御部１１０は、サービス開始処理を終了する。
【０２０３】
一方、開始ユーザを通知要利用者に指定しているユーザがいると判別した場合（ステップＳ３００６；ＹＥＳ）、制御部１１０は、開始ユーザの開閉状態を示す情報を、開始ユーザを通知要利用者に指定しているユーザのモバイル端末２００に送信し（ステップＳ３００７）、サービス開始処理を終了する。
【０２０４】
開始ユーザを通知要利用者に指定したユーザが所有するモバイル端末２００の制御部２１０は、サーバ１００から供給される開始ユーザの開閉状態を示す情報に応答し、出力部２７０を制御して、供給された情報が示す開始ユーザの開閉状態を、文字、図形、又は、音声等によりユーザに提示する。これにより、開始ユーザを通知要利用者に指定したユーザは、開始ユーザのモバイル端末２００が開いたこと、言い換えると、開始ユーザがモバイル端末２００を見ていることを知ることができる。
【０２０５】
次に、ユーザがモバイル端末２００を閉じると、モバイル端末２００の開閉検出部２８０は、モバイル端末２００が閉じたことを検出し、モバイル端末２００が閉じたことを示す閉信号を制御部２１０に出力する。
【０２０６】
制御部２１０は、開閉検出部２８０から供給される閉信号に応答し、プログラム格納部２４０の状態送信プログラムに従って、ユーザ情報格納部２３０に格納されているユーザＩＤと共に閉信号をサーバ１００に送信する。
【０２０７】
サーバ１００の制御部１１０は、モバイル端末２００から供給される閉信号に応答し、プログラム格納部１８０のプログラムに従って、図２８に示すステータス変更処理を開始する。
【０２０８】
始めに、制御部１１０は、閉信号と共に供給されたユーザＩＤを用いて、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルの中から、モバイル端末２００を閉じたユーザ（すなわち、モバイル端末２００を使用していない状態となったユーザ：以下「不使用ユーザ」とする）の情報を特定する（ステップＳ３０１１）。
【０２０９】
そして、制御部１１０は、特定した不使用ユーザの情報に含まれる開閉状態を更新する（ステップＳ３０１２）。具体的には、制御部１１０は、不使用ユーザの開閉状態を「開」から「閉」に書き換える。
【０２１０】
続いて、制御部１１０は、ユーザ情報ＤＢ１３０の利用者情報テーブルを参照し、メッセージサービスを利用中であるユーザの中に、不使用ユーザを通知要利用者に指定しているユーザがいるか否かを判別する（ステップＳ３０１３）。
【０２１１】
不使用ユーザを通知要利用者に指定しているユーザはいないと判別した場合（ステップＳ３０１３；ＮＯ）、制御部１１０は、ステータス変更処理を終了する。
【０２１２】
一方、不使用ユーザを通知要利用者に指定しているユーザがいると判別した場合（ステップＳ３０１３；ＹＥＳ）、制御部１１０は、不使用ユーザの開閉状態を示す情報を、不使用ユーザを通知要利用者に指定しているユーザのモバイル端末２００に送信し（ステップＳ３０１４）、ステータス変更処理を終了する。
【０２１３】
不使用ユーザを通知要利用者に指定したユーザが所有するモバイル端末２００の制御部２１０は、サーバ１００から供給される不使用ユーザの開閉状態を示す情報に応答し、出力部２７０を制御して、供給された情報が示す不使用ユーザの開閉状態を、文字、図形、又は、音声等によりユーザに提示する。これにより、不使用ユーザを通知要利用者に指定したユーザは、不使用ユーザのモバイル端末２００が閉じたこと、言い換えると、指定したユーザがモバイル端末２００を見ていないことを知ることができる。
【０２１４】
以上のように、各ユーザは、自己が所有するモバイル端末２００を開くことにより、予め指定した通知要利用者がモバイル端末２００を見ているか否か、即ち、メッセージサービスを受けることができる状態にあるか否かを知ることができる。
【０２１５】
また、ユーザがモバイル端末２００を開閉することにより、このユーザを通知要利用者に指定した他のユーザは、ユーザがモバイル端末２００を見ているか否か、即ち、メッセージサービスを受けることができる状態にあるか否かを確実に知ることができる。その結果、通信相手がユーザのレスポンスを無駄に待つという事態を防止することができる。
【０２１６】
なお、上記のような閉信号を受信したことを契機に、サーバ１００が当該ユーザに提供しているサービスの中止・中断などをおこなってもよい。
【０２１７】
また、ユーザ（又はモバイル端末２００）の状態を「開」又は「閉」としたことにより、モバイル端末２００は、従来のように、キー入力操作があるか否か等の情報をサーバ１００に送信する必要がない。このため、メッセージの送受信以外にかかる通信費用を抑えることができる。
【０２１８】
また、モバイル端末２００が開信号を送信することにより、電波強度等に関する情報も得ることができる。
【０２１９】
また、例えば会議のメンバーを通知要利用者に指定しておけば、会議のメンバー全員がそろった時点ですぐに会議を始めることができる。
【０２２０】
（第４実施例）
上記のようなモバイル端末２００の開閉状態を検出する場合の応用例を以下に示す。本実施例のハードウェア構成は、上記第３実施例と同一であるが、サーバ１００のユーザ情報ＤＢ１３０は、サーバ１００に登録された、即ち、サーバ１００が提供する情報提供サービスを利用可能なユーザに関する情報を記憶する。具体的には、ユーザ情報ＤＢ１３０は、例えば図２９に示すような利用者情報テーブルを記憶する。利用者情報テーブルは、図２９に示すように、所定の登録手続を行ったユーザに対してサーバ１００が発行するユーザＩＤ、ユーザが所有するモバイル端末２００の電話番号、モバイル端末２００の開閉状態、及び、ユーザが指定した情報のジャンルをそれぞれ対応づけて格納する。
【０２２１】
また、サーバ１００の提供情報ＤＢ１４０は、例えば、ユーザに提供する様々なジャンルに分けられた情報（ニュースなど）を記憶するものとする。これらの情報は、サーバ１００の管理者等により定期的に更新され、常に最新の情報であるように維持される。
【０２２２】
次に、本実施例にかかるモバイル・ネットワーク・システムの動作について説明する。
【０２２３】
サーバ１００が提供する情報提供サービスを利用するユーザは、第３実施例と同様にして、モバイル端末２００の入力部２６０を操作してサーバ１００にアクセスし、所定の登録手続を行う。
【０２２４】
登録手続では、サーバ１００の制御部１１０は、ユーザにユーザＩＤを発行し、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルに、登録手続を行ったユーザに関する情報を格納する。そして、制御部１１０は、発行したユーザＩＤ、及び、モバイル端末２００の開閉状態をサーバ１００に自動送信するための状態送信プログラムを登録手続を行ったユーザのモバイル端末２００に供給する。
【０２２５】
登録手続を行ったユーザが所有するモバイル端末２００の制御部２１０は、サーバ１００から供給されるユーザＩＤと状態送信プログラムをプログラム格納部２４０に格納する。
【０２２６】
また、サーバ１００に登録されたユーザは、モバイル端末２００の入力部２６０を操作して、希望する情報のジャンルを指定することができる。サーバ１００の制御部１１０は、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルのジャンルに、ユーザが指定したジャンル（経済ニュース、スポーツニュース、芸能ニュース、及び／又は、天気予報など）を格納する。
【０２２７】
上記登録手続を行ったユーザは、自己が所有するモバイル端末２００を開くことにより、サーバ１００が提供する情報提供サービスを利用することができる。また、自己が所有するモバイル端末２００を閉じることにより、サーバ１００が提供する情報提供サービスの利用を中止（中断）することができる。
【０２２８】
ユーザがモバイル端末２００を開くと、モバイル端末２００の開閉検出部２８０は、モバイル端末２００が開いたことを検出し、モバイル端末２００が開いたことを示す開信号を制御部２１０に出力する。
【０２２９】
制御部２１０は、開閉検出部２８０から供給される開信号に応答し、プログラム格納部２４０の状態送信プログラムに従って、ユーザ情報格納部２３０に格納されているユーザＩＤと共に開信号をサーバ１００に送信する。
【０２３０】
サーバ１００の制御部１１０は、モバイル端末２００から供給される開信号に応答し、プログラム格納部１８０のプログラムに従って、図３０に示す情報提供処理を開始する。
【０２３１】
始めに、制御部１１０は、開信号と共に供給されたユーザＩＤを用いて、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルの中から、情報提供サービスの利用を開始するユーザ（開始ユーザ）の情報を特定する（ステップＳ４００１）。
【０２３２】
そして、制御部１１０は、特定した開始ユーザの情報に含まれる開閉状態を更新する（ステップＳ４００２）。具体的には、制御部１１０は、開始ユーザの開閉状態を「閉」から「開」に書き換える。
【０２３３】
続いて、制御部１１０は、特定した開始ユーザの情報に含まれるジャンルを識別する（ステップＳ４００３）。
【０２３４】
そして、制御部１１０は、識別したジャンルの情報をユーザ情報ＤＢ１３０から取得し（ステップＳ４００４）、通信制御部１２０を介して開始ユーザのモバイル端末２００に送信する（ステップＳ４００５）。
【０２３５】
モバイル端末２００の制御部２１０は、サーバ１００から供給される情報に応答し、出力部１７０を制御して、供給された情報を表示したり、音声として出力したりする。これにより、開始ユーザは、希望するジャンルの情報を得ることができる。
【０２３６】
次に、ユーザがモバイル端末２００を閉じると、モバイル端末２００の開閉検出部２８０は、モバイル端末２００が閉じたことを検出し、モバイル端末２００が閉じたことを示す閉信号を制御部２１０に出力する。
【０２３７】
制御部２１０は、開閉検出部２８０から供給される閉信号に応答し、プログラム格納部２４０の状態送信プログラムに従って、ユーザ情報格納部２３０に格納されているユーザＩＤと共に閉信号をサーバ１００に送信する。
【０２３８】
サーバ１００の制御部１１０は、モバイル端末２００から供給される閉信号に応答し、プログラム格納部１８０のプログラムに従って、図３１に示すサービス中止処理を開始する。
【０２３９】
始めに、制御部１１０は、閉信号と共に供給されたユーザＩＤを用いて、ユーザ情報ＤＢ１３０が記憶している利用者情報テーブルの中から、情報提供サービスの利用を中止するユーザ（中止ユーザ）の情報を特定する（ステップＳ４０１１）。
【０２４０】
そして、制御部１１０は、特定した中止ユーザの情報に含まれる開閉状態を更新する（ステップＳ４０１２）。具体的には、制御部１１０は、中止ユーザの開閉状態を「開」から「閉」に書き換える。
【０２４１】
以上のようにして、ユーザはモバイル端末２００を閉じるだけで、サーバ１００が提供する情報提供サービスの利用を中止することができる。
【０２４２】
また、サーバ１００の制御部１１０は、ユーザ情報ＤＢ１３０が記憶している情報が更新された場合、図３２に示す情報送信処理を行ってもよい。
【０２４３】
始めに、制御部１１０は、更新された情報のジャンルを識別し、ユーザ情報ＤＢ１３０の利用者情報テーブルを検索して、識別したジャンルを指定したユーザがいるか否かを判別する（ステップＳ４０２１）。
【０２４４】
識別したジャンルを指定したユーザがいないと判別した場合（ステップＳ４０２１；ＮＯ）、制御部１１０は、情報送信処理を終了する。
【０２４５】
一方、識別したジャンルを指定したユーザがいると判別した場合（ステップＳ４０２１；ＹＥＳ）、制御部１１０は、利用者情報テーブルの開閉状態を参照し、識別したジャンルを指定したユーザの内、開閉状態が「開」であるユーザがいるか否かを判別する（ステップＳ４０２２）。これにより、制御部１１０は、識別したジャンルを指定したユーザの中に、情報提供サービスを受けることができる状態にあるユーザがいるか否かを判別する。
【０２４６】
開閉状態が「開」であるユーザがいないと判別した場合（ステップＳ４０２２；ＮＯ）、制御部１１０は、情報送信処理を終了する。
【０２４７】
一方、開閉状態が「開」であるユーザがいると判別した場合（ステップＳ４０２２；ＹＥＳ）、制御部１１０は、更新された情報をユーザ情報ＤＢ１３０から取得する（ステップＳ４０２３）。
【０２４８】
そして、制御部１１０は、更新された情報のジャンルを指定した開閉状態が「開」であるユーザのモバイル端末２００に、取得した情報を送信し（ステップＳ４０２４）、情報送信処理を終了する。
【０２４９】
上記更新情報を供給されたモバイル端末２００の制御部２１０は、出力部１７０を制御して、供給された情報を表示したり、音声として出力したりする。このように、ユーザは、希望するジャンルを予め指定しておけば、常に最新の情報を得ることができる。
【０２５０】
なお、モバイル端末２００の制御部２１０は、ユーザの指示に応答して、開信号をサーバ１００に送信してもよい。具体的には、ユーザは、モバイル端末２００を開き、サーバ１００が提供するサービスを利用したいときに入力部２６０の所定ボタンを押下してもよい。入力部２６０は、所定ボタンの押下に応答して、開信号の送信を指示する送信信号を制御部２１０に出力してもよい。制御部２１０は、入力部２６０からの送信信号に応答して、ユーザ情報格納部２３０に格納されているユーザＩＤと共に開信号をサーバ１００に送信してもよい。このようにすれば、ユーザは、自分が希望する時に、サーバ１００が提供するサービスを受けることができる。
【０２５１】
上記第３実施例および第４実施例では、携帯電話機を例にとって説明したが、開閉式の端末であれば、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）やノート型コンピュータ等の携帯端末にも本発明を適用することができる。
【０２５２】
また、上記各実施例におけるサーバ１００は、専用装置で構成可能であることはもとより、例えば、パーソナルコンピュータなどの汎用コンピュータ装置などで構成することもできる。この場合、上記各処理を実現するためのプログラムの一部または全部を汎用コンピュータ装置にインストールし、ＯＳなどの制御下で実行することにより、サーバ１００を構成することができる。この場合のプログラム配布形態は任意である。例えば、ＣＤ−ＲＯＭなどの記録媒体に格納して配布可能であることはもとより、搬送波に重畳させることで通信媒体（インターネットなど）を介して配布することができる。
【符号の説明】
【０２５３】
１ モバイル・ネットワーク・システム
１０ 通信ネットワーク
１００ サーバ
１１０ 制御部
１２０ 通信制御部
１３０ ユーザ情報データベース
１４０ 提供情報データベース
１５０ 転送済情報データベース
１６０ 入力部
１７０ 出力部
１８０ プログラム格納部
２００ モバイル端末
２１０ 制御部
２２０ 通信制御部
２３０ ユーザ情報格納部
２４０ プログラム格納部
２５０ 転送情報格納部
２６０ 入力部
２７０ 出力部
【特許請求の範囲】
【請求項１】
通信ネットワークを介して複数のモバイル端末との間で、情報を交換するモバイル端末用サーバであって、
複数のモバイル端末からそれぞれ供給される、当該モバイル端末が開いたことを示す開信号を受信する開信号受信手段と、
前記開信号受信手段で受信された開信号に応答して、所定の情報をモバイル端末に送信する送信手段と、
を備える、
ことを特徴とするモバイル端末用サーバ。
【請求項２】
複数のジャンルに分けられた情報を記憶する情報蓄積手段を備え、
前記送信手段は、前記開信号の受信に応答して、前記情報蓄積手段が記憶している情報の中から、所定のジャンルの情報を当該モバイル端末に送信する、
ことを特徴とする請求項１に記載のモバイル端末用サーバ。
【請求項１】
通信ネットワークを介して複数のモバイル端末との間で、情報を交換するモバイル端末用サーバであって、
複数のモバイル端末からそれぞれ供給される、当該モバイル端末が開いたことを示す開信号を受信する開信号受信手段と、
前記開信号受信手段で受信された開信号に応答して、所定の情報をモバイル端末に送信する送信手段と、
を備える、
ことを特徴とするモバイル端末用サーバ。
【請求項２】
複数のジャンルに分けられた情報を記憶する情報蓄積手段を備え、
前記送信手段は、前記開信号の受信に応答して、前記情報蓄積手段が記憶している情報の中から、所定のジャンルの情報を当該モバイル端末に送信する、
ことを特徴とする請求項１に記載のモバイル端末用サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【公開番号】特開２０１１−１６０４４１（Ｐ２０１１−１６０４４１Ａ）
【公開日】平成２３年８月１８日（２０１１．８．１８）
【国際特許分類】
【出願番号】特願２０１１−４９５９９（Ｐ２０１１−４９５９９）
【出願日】平成２３年３月７日（２０１１．３．７）
【分割の表示】特願２００８−１３１２１４（Ｐ２００８−１３１２１４）の分割
【原出願日】平成１５年３月２６日（２００３．３．２６）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
【公開日】平成２３年８月１８日（２０１１．８．１８）
【国際特許分類】
【出願日】平成２３年３月７日（２０１１．３．７）
【分割の表示】特願２００８−１３１２１４（Ｐ２００８−１３１２１４）の分割
【原出願日】平成１５年３月２６日（２００３．３．２６）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
[ Back to top ]