(57)【要約】【課題】複雑なユーザの状況に応じたプレゼンス（ステータス）の更新サービスを提供する。【解決手段】ユーザ端末のステータス情報を、ユーザ端末ごとに登録したメンバのメンバ端末に配信する、ネットワークに設けられた通信制御装置であって、ステータス情報の変更条件に合致する変更イベントを検出するイベント検出部と、イベント検出部が変更イベントを検出した場合に、ステータス情報を変更イベントに応じたステータス情報に変更するステータス情報変更部と、ステータス情報変更部が変更したステータス情報を、ユーザ端末およびメンバ端末に送信する送信部と、を備える通信制御装置を提供する。【選択図】図１
2009088703.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末のステータス情報を、前記ユーザ端末ごとに登録したメンバのメンバ端末に配信する、ネットワークに設けられた通信制御装置であって、
前記ステータス情報の変更条件に合致する変更イベントを検出するイベント検出部と、
前記イベント検出部が前記変更イベントを検出した場合に、前記ステータス情報を前記変更イベントに応じたステータス情報に変更するステータス情報変更部と、
前記ステータス情報変更部が変更した前記ステータス情報を、前記ユーザ端末および前記メンバ端末に送信する送信部と、
を備える通信制御装置。
【請求項２】
スケジュールデータまたは前記スケジュールデータに関連する通知情報を受信するデータ受信部、をさらに備え、
前記イベント検出部は、現在日時が前記スケジュールデータに含まれる日時に達したこと、または前記通知情報を受信したことを前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、前記スケジュールデータまたは前記通知情報に応じて変更する、
請求項１に記載の通信制御装置。
【請求項３】
前記ユーザ端末で使用するアプリケーションプログラムまたは特定機能の使用に伴いサービスを提供するサービスサーバから、前記ユーザ端末へのサービス提供を開始または終了する旨の通知情報を受信するデータ受信部、をさらに備え、
前記イベント検出部は、前記通知情報の受信を前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、前記通知情報に応じて変更する、
請求項１に記載の通信制御装置。
【請求項４】
前記ユーザ端末の使用を検知するサービスサーバから、前記ユーザ端末が使用された旨の通知情報を受信するデータ受信部、をさらに備え、
前記イベント検出部は、現在日時が、前記通知情報に基づきスケジュールされた日時に達したことを前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、前記通知情報に応じて変更する、
請求項１に記載の通信制御装置。
【請求項５】
前記ステータス情報変更部は、前記変更イベントに関連して受信したデータに含まれる連動データ、または前記変更イベントに関連付けて記録した連動データが真の場合に前記ステータス情報を変更し、前記連動データが偽の場合に前記ステータス情報を変更しない、
請求項１に記載の通信制御装置。
【請求項６】
ユーザ端末のステータス情報を、前記ユーザ端末ごとに登録したメンバのメンバ端末に配信する、ネットワークを介して利用する通信制御方法であって、
前記ステータス情報の変更条件に合致する変更イベントを検出するイベント検出段階と、
前記イベント検出段階で前記変更イベントを検出した場合に、前記ステータス情報を前記変更イベントに応じたステータス情報に変更するステータス変更段階と、
前記ステータス変更段階で変更した前記ステータス情報を、前記ユーザ端末および前記メンバ端末に送信する送信段階と、
を備える通信制御方法。
【請求項７】
ユーザ端末のステータス情報を、前記ユーザ端末ごとに登録したメンバのメンバ端末に配信する、ネットワークに設けられた通信制御装置で使用する通信制御プログラムであって、前記通信制御装置を、
前記ステータス情報の変更条件に合致する変更イベントを検出するイベント検出部、
前記イベント検出部が前記変更イベントを検出した場合に、前記ステータス情報を前記変更イベントに応じたステータス情報に変更するステータス情報変更部、
前記ステータス情報変更部が変更した前記ステータス情報を、前記ユーザ端末および前記メンバ端末に送信する送信部、
として機能させる通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、通信制御方法および通信制御プログラム関する。本発明は、特に、ユーザごとに登録したメンバの通信端末にユーザのステータス情報を配信する通信制御装置において、ユーザのステータスを変更するイベントを検知して、当該ユーザのステータスを自動的に変更できる通信制御装置、通信制御方法および通信制御プログラム関する。
【背景技術】
【０００２】
携帯電話等の携帯端末において、自己のプレゼンスあるいはステータスを、登録したユーザの通信端末に表示させるプレゼンスサービスが提供されている。たとえば特許文献１には、プレゼンス更新に際してのユーザ負担の軽減を目的に、プレゼンスの自動更新システムが開示されている。当該プレゼンスの自動更新システムでは、携帯電話機の低出力送受信部により、各場所に設置されている非接触型通信装置との近接間通信を実行する。そして、非接触型通信装置からその設置場所情報を取得する。携帯電話機は、プレゼンス管理テーブルに登録されているプレゼンス情報と受信した設置場所情報とを比較して、一致したプレゼンス情報に基づいてプレゼンス情報を生成および送信する。
【特許文献１】特開２００６−１４０５４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、特許文献１に記載のように、単に位置情報を取得してプレゼンス情報を自動的に更新するだけでは、多様なユーザのニーズを満たすことは困難になる。複雑なユーザの状況に応じたプレゼンス（以下本明細書では「ステータス」と称する場合もある）の更新サービスを提供するには、より柔軟にユーザの状況に対応できるサービスシステムを提供することが望まれる。
【課題を解決するための手段】
【０００４】
上記課題を解決するために、本発明の第１の形態においては、ユーザ端末のステータス情報を、ユーザ端末ごとに登録したメンバのメンバ端末に配信する、ネットワークに設けられた通信制御装置であって、ステータス情報の変更条件に合致する変更イベントを検出するイベント検出部と、イベント検出部が変更イベントを検出した場合に、ステータス情報を変更イベントに応じたステータス情報に変更するステータス情報変更部と、ステータス情報変更部が変更したステータス情報を、ユーザ端末およびメンバ端末に送信する送信部と、を備える通信制御装置を提供する。
【０００５】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【発明を実施するための最良の形態】
【０００６】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【０００７】
図１は、本実施形態の通信制御サーバ３００を含む全体システム１０の一例を示す。全体システム１０は、通信端末１００、通信端末２００、通信制御サーバ３００、アプリケーションサーバ４００、ネットワーク５００、パーソナルコンピュータシステム６００、改札機７００を備える。同図では、通信端末１００と通信端末２００の二つの通信端末を例示するが、さらに多数の通信端末がネットワーク５００に接続されてもよい。
【０００８】
通信端末１００と通信端末２００とは、同様の構成を備え、両通信端末はその機能においても等価になる。よって、以下の説明では、通信端末１００と通信端末２００とを特に区別して説明しない。ただし、通信端末１００と通信端末２００とは互いに登録されており、通信端末１００が送信したステータス情報は通信端末２００に表示され、通信端末２００が送信したステータス情報は通信端末１００に表示されるとする。通信端末１００および通信端末２００が、等価な他の通信端末に対して、同時にステータス情報を配信できることは言うまでもない。
【０００９】
通信端末１００は、ネットワーク５００に設けられた通信制御サーバ３００を利用して、登録したメンバの通信端末、たとえば通信端末２００に、自己のステータス情報を配信する。すなわち、通信端末１００は、登録したメンバの通信端末である通信端末２００に自己のステータス情報を配信すべく、当該自己のステータス情報を通信制御サーバ３００に送信する。
【００１０】
また通信端末１００は、たとえばパーソナルコンピュータシステム６００との間で、たとえば赤外線通信、ブルートゥース通信またはＩＣカード読取通信等の近距離通信を実行できる。通信端末１００は、パーソナルコンピュータシステム６００との通信により、当該パーソナルコンピュータシステム６００で稼動する、たとえばスケジュールソフトウェアとのデータ連携を図ることができる。
【００１１】
通信端末２００は、通信端末１００と同様の機能を備える。よって、通信端末１００と同様に、ネットワーク５００に設けられた通信制御サーバ３００を利用して、登録したメンバの通信端末たとえば通信端末１００に、自己のステータス情報を配信する。
【００１２】
また通信端末２００は、たとえば改札機７００との間で、たとえば赤外線通信、ブルートゥース通信またはＩＣカード読取通信等の近距離通信を実行できる。通信端末２００は、改札機７００との通信により、たとえば電車あるいは航空機の改札、運賃の支払等のサービスを受けることができる。改札機７００は、その他映画館、劇場、スポーツ施設等の入場改札であってもよく、検札を前提とするあらゆるサービスに適用することができる。
【００１３】
通信制御サーバ３００は、ユーザ端末の一例であるたとえば通信端末１００のステータス情報を、ユーザ端末ごとに登録したメンバのメンバ端末の一例であるたとえば通信端末２００に配信する。通信制御サーバ３００は、ネットワーク５００に設けられる。また、通信制御サーバ３００は、通信端末１００または通信端末２００のユーザのステータス情報を変更する変更イベントを検出して、検出した変更イベントに従ってステータス情報を自動的に変更する。
【００１４】
アプリケーションサーバ４００は、ネットワーク５００を介したサービスアプリケーションを提供するサーバであり、たとえばスケジュールサービスを提供するスケジュールサーバであってよい。この場合、パーソナルコンピュータシステム６００は、スケジュールサービスのクライアントとして機能できる。アプリケーションサーバ４００は、たとえば通信端末１００あるいは通信端末２００等のユーザ端末で使用するアプリケーションプログラムまたは特定機能の使用に伴いサービスを提供するサービスサーバであってよい。たとえば、チャットアプリケーションを通信端末１００等で利用する場合のチャットサーバが例示できる。
【００１５】
またアプリケーションサーバ４００は、通信端末１００等のユーザ端末の使用を検知するサービスサーバであってよい。たとえば、ユーザが通信端末２００等を用いて改札機７００を通過した場合に、ユーザの通信端末２００等の使用（すなわち検札）を検知できる改札サーバが例示できる。
【００１６】
ネットワーク５００は、通信端末１００、通信端末２００、通信制御サーバ３００、アプリケーションサーバ４００、パーソナルコンピュータシステム６００および改札機７００を接続する通信経路であってよい。ネットワーク５００として、たとえばＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）が適用される通信ネットワークが例示できる。
【００１７】
パーソナルコンピュータシステム６００は、たとえば通信端末１００との間でデータ連携を図ることができる。あるいはパーソナルコンピュータシステム６００は、アプリケーションサーバ４００で稼動するスケジュールサービスサーバのクライアントとして機能する。
【００１８】
改札機７００は、たとえば通信端末２００との間で近距離通信を実行して、通信端末２００に記録されたチケット情報を取得する。チケット情報が正当な場合は、通過を許可でき、チケット情報が不当な場合は通過を阻止できる。改札機７００は、アプリケーションサーバ４００との間でネットワーク５００を介して通信でき、たとえば通信端末２００から取得したチケット情報をアプリケーションサーバ４００に通知できる。
【００１９】
図２は、通信制御サーバ３００の機能ブロック例を示す。通信制御サーバ３００は、イベント検出部３０２、ステータス情報変更部３０４、ステータス情報送信部３０６、データ受信部３０８、スケジュール格納部３１０、タイマ部３１２、ユーザデータベース３１４、ステータス情報受信部３２２、制御部３２４を備える。ユーザデータベース３１４は、メンバリスト３１８およびイベントリスト３２０を含むユーザ情報３１６を有する。
【００２０】
イベント検出部３０２は、ステータス情報の変更条件に合致する変更イベントを検出する。たとえばイベント検出部３０２は、現在日時が、スケジュール格納部３１０に格納されたスケジュールデータに含まれる日時に達したことを変更イベントとして検出する。すなわちイベント検出部３０２は、タイマ部３１２から通知情報を受信したことを変更イベントとして検出する。またはデータ受信部３０８は、データ受信部３０８から通知情報を受信したことを変更イベントとして検出する。たとえばイベント検出部３０２は、現在日時が、データ受信部３０８が通知した通知情報に基づきスケジュール格納部３１０に格納したスケジュールデータにスケジュールした日時に達したことを、タイマ部３１２から通知情報として受けて、当該通知情報を変更イベントとして検出する。
【００２１】
ステータス情報変更部３０４は、イベント検出部３０２が変更イベントを検出した場合に、ステータス情報を変更イベントに応じたステータス情報に変更する。たとえばステータス情報変更部３０４は、ステータス情報を、スケジュール格納部３１０に格納されたスケジュールデータに応じて変更する。あるいはステータス情報変更部３０４は、タイマ部３１２またはデータ受信部３０８からの通知情報に応じて変更する。ステータス情報変更部３０４は、変更イベントに関連して受信したデータに含まれる連動データ、または変更イベントに関連付けて記録した連動データが真の場合にステータス情報を変更できる。ステータス情報変更部３０４は、連動データが偽の場合にステータス情報を変更しないようにできる。
【００２２】
ステータス情報送信部３０６は、ステータス情報変更部３０４が変更したステータス情報を、ユーザ端末の一例である通信端末１００およびメンバ端末の一例である通信端末２００に送信する。データ受信部３０８は、スケジュールデータまたはスケジュールデータに関連する通知情報を受信する。またデータ受信部３０８は、通信端末１００等で使用するアプリケーションプログラムまたは特定機能の使用に伴いサービスを提供するアプリケーションサーバ４００から、通信端末１００等へのサービス提供を開始または終了する旨の通知情報を受信する。さらにデータ受信部３０８は、通信端末２００等の使用を検知するアプリケーションサーバ４００から、通信端末２００等が使用された旨の通知情報を受信する。なお、通信端末１００等、通信端末２００等はユーザ端末の一例であり、アプリケーションサーバ４００はサービスサーバの一例である。
【００２３】
スケジュール格納部３１０は、スケジュールデータを格納する。スケジュールデータには、スケジュールの項目ごとのスケジュール項目データを含む。スケジュール項目データには、スケジュール項目名であるラベル、開始日時および終了日時を含み、当該スケジュール項目が変更イベントとして検出された場合に変更する変更ステータス情報を含む。変更ステータス情報には、たとえば電話応答ステータス、メール応答ステータス、ＰｏＣ応答ステータスを含む。スケジュール項目データには、さらにコメントおよび連動データを含む。
【００２４】
タイマ部３１２は、現在日時をカウントする。またタイマ部３１２は、スケジュール格納部３１０からスケジュールデータを取得して、スケジュールデータに記録されたスケジュールの開始日時または終了日時に現在日時が一致するか否かを判断する。タイマ部３１２は、スケジュールの開始日時または終了日時が現在日時と一致する場合には、現在日時がスケジュールの開始日時または終了日時に達した旨を、イベント検出部３０２に通知する。
【００２５】
ユーザデータベース３１４には、ユーザ情報３１６を格納する。ユーザ情報３１６にはメンバリスト３１８とイベントリスト３２０とを含む。ユーザデータベース３１４は、ステータス情報変更部３０４または制御部３２４からのアクセス要求に従ってユーザ情報３１６を送り返すことができる。メンバリスト３１８は、ユーザごとに登録されたメンバの通信端末を識別する識別情報を記録する。
【００２６】
イベントリスト３２０には、ステータス情報変更部３０４が現在のステータス情報を変更する場合に参照する変更ステータス情報を含む。変更ステータス情報には、たとえば状態（テキスト）、状態（絵文字）、電話応答ステータス、メール応答ステータス、ＰｏＣ応答ステータス、コメントおよび連動データを含む。状態（テキスト）は、今の気分等ユーザの状態をテキストデータで表現したものであり、気分等を、文字、記号等のテキストデータでメンバに伝えることができる。状態（絵文字）は、今の気分等ユーザの状態を絵文字で表現したものであり、気分等を絵文字でメンバに伝えることができる。
【００２７】
電話応答ステータス、メール応答ステータスおよびＰｏＣ応答ステータスの各々は、電話、メールおよびＰｏＣの応答ができるか否か等を表示したものであり、電話等の応答ができるか否かをメンバに伝えることができる。コメントは、状態（テキスト）の制限文字数を超えて入力できる表現方法であり、メンバにより詳しい気分、状況等を伝えることができる。連動データは、当該変更イベントが検出された場合に、現在のステータス情報を変更ステータス情報に変更するか否かを指定するデータであり、真または偽の何れかが記録されている。たとえば真の場合にステータス情報を変更して、偽の場合にステータス情報を変更しない。なお連動データが真の場合に「ＯＮ」、偽の場合に「ＯＦＦ」と表現する場合がある。
【００２８】
またイベントリスト３２０は、通信端末２００等の使用状態を保持することができる。使用状態は、通信端末２００等が改札機７００等を通じて使用されるごとに相補的に変更できる。すなわち不使用状態において通信端末２００等が使用された場合に使用状態はＯＮになって、次に通信端末２００等が使用された場合に使用状態はＯＦＦになる（不使用状態になる）。
【００２９】
ステータス情報受信部３２２は、通信端末１００、通信端末２００等からステータス情報を受信する。受信したステータス情報は、制御部３２４に送信されて、制御部３２４は、受信したステータス情報を適切な通信端末に配信するよう制御する。ここで適切な通信端末とは、受信したステータス情報に係るユーザが登録しているメンバの通信端末であり、制御部３２４は、ユーザデータベース３１４のメンバリスト３１８を参照して、適切な通信端末を判別する。
【００３０】
図３は、通信制御サーバ３００における通信方法の全体フロー例を示す。通信制御サーバ３００は、ユーザごとのステータス情報を自動的に変更する処理において、イベント検出処理（Ｓ８００）を実行して、ステータス情報変更処理（Ｓ９００）を実行する。そして、変更したステータス情報を送信する（Ｓ１００２）。
【００３１】
図４は、イベント検出処理のフロー例を示す。イベント検出処理（Ｓ８００）では、まず、タイマ部３１２から通知情報を受けたか否かを判断する（Ｓ８０２）。通知情報を受けたと判断した場合には、通知情報に応じて、ユーザのスケジュール開始イベントまたはスケジュール終了イベントを設定する（Ｓ８０４）。ステップＳ８０２で通知情報を受けていないと判断した場合には、さらにデータ受信部３０８から通知情報を受けたか否かを判断する（Ｓ８０６）。
【００３２】
通知情報を受けたと判断した場合には、通知情報に応じて、ユーザのスケジュール開始イベント、スケジュール終了イベント、サービス提供開始イベント、サービス提供終了イベント、または、端末使用イベントを設定する（Ｓ８０８）。ステップＳ８０４およびステップＳ８０８の後、イベント検出処理の呼出し元プログラムにリターンする（Ｓ８１０）。ステップＳ８０６で通知情報を受けていないと判断した場合には、ステップＳ８０２に戻ってイベント検出処理を繰り返す。なお、ステップＳ８０２〜ステップＳ８０８の判断ステップおよびその後の変更イベント設定ステップの順序は、任意に入れ替えることができる。
【００３３】
図５は、タイマ部３１２における処理フロー例を示す。タイマ部処理（Ｓ８１２）では、まず、スケジュール格納部３１０からスケジュールデータを取得する（Ｓ８１４）。現在日時が、取得したスケジュールデータに含まれるスケジュールの開始日時に一致するか否かを判断する（Ｓ８１６）。一致すると判断された場合には、開始に係るスケジュール情報を含む通知情報をイベント検出部３０２に通知する（Ｓ８１８）。そしてステップＳ８１４に戻ってタイマ部処理を継続する。
【００３４】
ステップＳ８１６で一致していないと判断された場合には、さらに現在日時が、スケジュールデータに含まれるスケジュールの終了日時に一致するか否かを判断する（Ｓ８２０）。一致すると判断された場合には、終了に係るスケジュール情報を含む通知情報をイベント検出部３０２に通知する（Ｓ８２２）。そしてステップＳ８１４に戻ってタイマ部処理を継続する。ステップＳ８２０で一致していないと判断された場合には、ステップＳ８１４に戻ってタイマ部処理を継続する。
【００３５】
図６は、データ受信部３０８における処理フロー例を示す。データ受信部処理（Ｓ８２４）では、まず、ネットワーク５００からデータを受信したか否かを判断する（Ｓ８２６）。データを受信するまでステップＳ８２６を繰り返してデータを待ち受ける。データを受信した場合は、受信データに含まれるユーザ情報からユーザを特定する（Ｓ８２８）。次に、受信データはスケジュールデータか否かを判断する（Ｓ８３０）。
【００３６】
ステップＳ８３０でスケジュールデータであると判断された場合には、特定したユーザのスケジュールデータとして、受信データをスケジュール格納部３１０に格納する（Ｓ８３２）。ステップＳ８３０でスケジュールデータではないと判断された場合には、特定したユーザおよび受信データを含む通知情報をイベント検出部３０２に通知する（Ｓ８３４）。ステップＳ８３２およびステップＳ８３４の後、ステップＳ８２６に戻って、データ受信部３０８の処理を継続する。
【００３７】
図７は、スケジュール開始イベントの場合にステータス情報を変更する処理のフロー例を示す。スケジュール開始イベントの場合におけるステータス情報変更処理（Ｓ９１０）は、まず、ユーザデータベース３１４のイベントリスト３２０を参照して、タイマ部３１２またはデータ受信部３０８から通知された通知情報に含まれるスケジュール項目に合致するレコードを抽出する（Ｓ９１２）。レコードの抽出に成功したか否かを判断して（Ｓ９１４）、抽出に成功した場合は、抽出したレコードの連動データは真か否かをさらに判断する（Ｓ９１６）。抽出に失敗した場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００３８】
ステップＳ９１６で連動データが真であると判断された場合は、ステータス情報の状態（テキスト）、状態（絵文字）、応答ステータス、コメントを、抽出したレコードの状態（テキスト）、状態（絵文字）、応答ステータス、コメントに変更する（Ｓ９１８）。そしてステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９１９）。ステップＳ９１６で連動データが偽であると判断された場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００３９】
図８は、スケジュール終了イベントの場合にステータス情報を変更する処理のフロー例を示す。スケジュール終了イベントの場合におけるステータス情報変更処理（Ｓ９２０）は、対応するスケジュールは開始されているか否かを判断する（Ｓ９２２）。スケジュールが開始されていない場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００４０】
ステップＳ９２２で対応するスケジュールが開始されていれば、ステータス情報の状態（テキスト）、状態（絵文字）、応答ステータス、コメントを、デフォルトの状態（テキスト）、状態（絵文字）、応答ステータス、コメントに変更する（Ｓ９２４）。そしてステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９２６）。なお、デフォルトの状態（テキスト）等は、予め定めたものであっても良い。あるいは、当該終了に係るスケジュール項目イベントの開始前の状態（テキスト）等に戻すものであってもよい。
【００４１】
図９は、サービス提供開始イベントの場合にステータス情報を変更する処理のフロー例を示す。サービス提供開始イベントの場合におけるステータス情報変更処理（Ｓ９３０）は、ユーザデータベース３１４のイベントリスト３２０を参照して、データ受信部３０８から通知された通知情報に含まれる提供サービスに合致するレコードを抽出する（Ｓ９３２）。レコードの抽出に成功したか否かを判断して（Ｓ９３４）、抽出に成功したと判断された場合には、抽出したレコードの連動データは真か否かをさらに判断する（Ｓ９３６）。抽出に失敗した場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００４２】
ステップＳ９３６で連動データが真であると判断された場合は、ステータス情報の状態（テキスト）、状態（絵文字）、応答ステータス、コメントを、抽出したレコードの状態（テキスト）、状態（絵文字）、応答ステータス、コメントに変更する（Ｓ９３８）。そしてステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９３９）。ステップＳ９３６で連動データが偽であると判断された場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００４３】
図１０は、サービス提供終了イベントの場合にステータス情報を変更する処理のフロー例を示す。サービス提供終了イベントの場合におけるステータス情報変更処理（Ｓ９４０）は、対応するサービスの提供は開始されているか否かを判断する（Ｓ９４２）。対応するサービスが開始されていない場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００４４】
ステップＳ９４２で対応するサービスが開始されていると判断された場合は、ステータス情報の状態（テキスト）、状態（絵文字）、応答ステータス、コメントを、デフォルトの状態（テキスト）、状態（絵文字）、応答ステータス、コメントに変更する（Ｓ９４４）。そしてステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９４６）。なお、デフォルトの状態（テキスト）等は、予め定めたものであっても良い。あるいは、当該終了に係るスケジュール項目イベントの開始前の状態（テキスト）等に戻すものであってもよい。
【００４５】
図１１は、端末使用イベントの場合にステータス情報を変更する処理のフロー例を示す。端末使用イベントの場合におけるステータス情報変更処理（Ｓ９５０）は、ユーザデータベース３１４のイベントリスト３２０を参照して、データ受信部３０８から通知された通知情報に含まれる端末使用デバイスに合致するレコードを抽出する（Ｓ９５２）。レコードの抽出に成功したか否かを判断して（Ｓ９５４）、抽出に成功したと判断された場合には、抽出したレコードの連動データは真か否かをさらに判断する（Ｓ９５６）。抽出に失敗した場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００４６】
ステップＳ９５６で連動データが真であると判断された場合には、抽出したレコードの使用状態データは真か否かをさらに判断する（Ｓ９５８）。ステップＳ９５６で連動データが偽であると判断された場合には、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００４７】
ステップＳ９５８で使用状態データが偽、すなわち使用状態ではないと判断された場合には、サービスの使用を新たに開始すると判断できる。そこで、ステータス情報の状態（テキスト）、状態（絵文字）、応答ステータス、コメントを、抽出したレコードの状態（テキスト）、状態（絵文字）、応答ステータス、コメントに変更する（Ｓ９６０）。そして該当レコードの使用状態データを真（使用中の状態）にする（Ｓ９６２）。
【００４８】
ステップＳ９５８で使用状態データが真、すなわち使用中の状態であったと判断された場合には、サービスの使用を終了すると判断できる。そこで、ステータス情報の状態（テキスト）、状態（絵文字）、応答ステータス、コメントを、デフォルトの状態（テキスト）、状態（絵文字）、応答ステータス、コメントに変更する（Ｓ９６４）。そして該当レコードの使用状態データを偽にする（Ｓ９６６）。ステップＳ９６２およびステップＳ９６６の後、ステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９６８）。
【００４９】
図１２は、スケジュール格納部３１０に格納されているスケジュールデータの一例を示す。スケジュールデータにスケジュール項目データを含み、スケジュール項目データには、ラベル、開始日時、終了日時、電話応答ステータス、メール応答ステータス、ＰｏＣ応答ステータス、コメントおよび連動データを含んでよい。たとえば、スケジュール開始イベントに係るスケジュール項目データとして、ラベルが「社内会議」のスケジュール項目データが通知された場合、連動データは「ＯＮ」すなわち真なので、ステータス情報の状態（テキスト）が「社内会議」に変更できる。
【００５０】
また、ステータス情報の電話応答ステータス、メール応答ステータス、ＰｏＣ応答ステータス、コメントの各々は、該当するスケジュール項目データの各データ、すなわち「応答ＮＧ」、「後で返信」、「参加ＮＧ」、「プロジェクト会議です」に変更できる。なお、スケジュール項目データには状態（絵文字）が指定されていないので、ステータス情報の状態（絵文字）は変更されない。スケジュール項目データに状態（絵文字）が含まれる場合は、ステータス情報の状態（絵文字）をスケジュール項目データで指定された状態（絵文字）に変更する。状態（絵文字）が含まれない場合は、デフォルトの状態（絵文字）に変更する。
【００５１】
図１３は、サービス提供開始イベントあるいはサービス提供終了イベントに係るイベントリスト例を示す。たとえば、開始された提供サービスがチャットの場合には、ステータス情報の各項目を「チャット」に該当する各項目に変更できる。すなわち、ステータス情報の状態（テキスト）を「チャット中」に変更して、電話応答ステータス、メール応答ステータスおよびＰｏＣ応答ステータスを「応答ＮＧ」、「後で返信」、「参加ＮＧ」に変更できる。項目データのコメントには何も指定されていないので、コメントを変更しない、あるいはブランクで表示するようにできる。
【００５２】
図１４は、端末使用イベントに係るイベントリスト例を示す。たとえば通信端末の使用が検知された端末使用デバイスが電車改札である場合、使用状態データがＯＦＦすなわち偽であれば、ステータス情報の状態（テキスト）を「電車内」に変更できる。また、電話応答ステータス、メール応答ステータスおよびＰｏＣ応答ステータスを「応答ＮＧ」、「後で返信」、「参加ＮＧ」に変更できる。項目データのコメントには何も指定されていないので、コメントを変更しない、あるいはブランクで表示するようにできる。
【００５３】
端末使用デバイスとして、図１４に記載の通り、飛行機改札、映画館検札等を例示できる。使用状態データがＯＮすなわち真であれば、サービス提供が終了されたと考えられるから、状態（テキスト）等のステータス情報を、デフォルトの状態（テキスト）等に変更できる。サービス提供の終了が通信端末１００等で検知されない場合には、使用状態データを参照することなく、ステータス情報をそのまま維持する、あるいは他のサービス開始を検知してステータス情報を変更する、等の処理を採用してもよい。
【００５４】
図１５は、本実施形態に係る通信制御サーバ３００のハードウェア構成の一例を示す。本実施形態に係る通信制御サーバ３００は、ホスト・コントローラ１５８２により相互に接続されるＣＰＵ１５０５、ＲＡＭ１５２０、グラフィック・コントローラ１５７５、および表示装置１５８０を有するＣＰＵ周辺部を備える。また通信制御サーバ３００は、入出力コントローラ１５８４によりホスト・コントローラ１５８２に接続される通信インターフェイス１５３０、ハードディスクドライブ１５４０、およびＣＤ−ＲＯＭドライブ１５６０を有する入出力部を備える。さらに通信制御サーバ３００は、入出力コントローラ１５８４に接続されるＲＯＭ１５１０、フレキシブルディスク・ドライブ１５５０、および入出力チップ１５７０を有するレガシー入出力部を備える。
【００５５】
ホスト・コントローラ１５８２は、ＲＡＭ１５２０と、高転送レートでＲＡＭ１５２０をアクセスするＣＰＵ１５０５およびグラフィック・コントローラ１５７５とを接続する。ＣＰＵ１５０５は、ＲＯＭ１５１０およびＲＡＭ１５２０に格納されたプログラムに基づいて動作して、各部を制御する。グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等がＲＡＭ１５２０内に設けたフレーム・バッファ上に生成する画像データを取得して、表示装置１５８０上に表示させる。これに代えて、グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。
【００５６】
入出力コントローラ１５８４は、ホスト・コントローラ１５８２と、比較的高速な入出力装置である通信インターフェイス１５３０、ハードディスクドライブ１５４０、ＣＤ−ＲＯＭドライブ１５６０を接続する。通信インターフェイス１５３０は、ネットワークを介して他の装置と通信する。ハードディスクドライブ１５４０は、通信制御サーバ３００内のＣＰＵ１５０５が使用するプログラムおよびデータを格納する。ＣＤ−ＲＯＭドライブ１５６０は、ＣＤ−ＲＯＭ１５９５からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供する。
【００５７】
また、入出力コントローラ１５８４には、ＲＯＭ１５１０と、フレキシブルディスク・ドライブ１５５０、および入出力チップ１５７０の比較的低速な入出力装置とが接続される。ＲＯＭ１５１０は、通信制御サーバ３００が起動時に実行するブート・プログラム、通信制御サーバ３００のハードウェアに依存するプログラム等を格納する。フレキシブルディスク・ドライブ１５５０は、フレキシブルディスク１５９０からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供する。入出力チップ１５７０は、フレキシブルディスク・ドライブ１５５０、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を接続する。
【００５８】
ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供される通信プログラムは、フレキシブルディスク１５９０、ＣＤ−ＲＯＭ１５９５、またはＩＣカード等の記録媒体に格納されて利用者によって提供される。通信プログラムは、記録媒体から読み出され、ＲＡＭ１５２０を介して通信制御サーバ３００内のハードディスクドライブ１５４０にインストールされ、ＣＰＵ１５０５において実行される。通信制御サーバ３００にインストールされて実行される通信プログラムは、ＣＰＵ１５０５等に働きかけて、通信制御サーバ３００を、図１から図１４にかけて説明した各部として機能させる。すなわち通信プログラムは通信制御サーバ３００を、イベント検出部３０２、ステータス情報変更部３０４、ステータス情報送信部３０６、データ受信部３０８、スケジュール格納部３１０、タイマ部３１２、ユーザデータベース３１４、ステータス情報受信部３２２、制御部３２４として機能させる。
【００５９】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【図面の簡単な説明】
【００６０】
【図１】本実施形態の通信制御サーバ３００を含む全体システム１０の一例を示す。
【図２】通信制御サーバ３００の機能ブロック例を示す。
【図３】通信制御サーバ３００における通信方法の全体フロー例を示す。
【図４】イベント検出処理のフロー例を示す。
【図５】タイマ部３１２における処理フロー例を示す。
【図６】データ受信部３０８における処理フロー例を示す。
【図７】スケジュール開始イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図８】スケジュール終了イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図９】サービス提供開始イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図１０】サービス提供終了イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図１１】端末使用イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図１２】スケジュール格納部３１０に格納されているスケジュールデータの一例を示す。
【図１３】サービス提供開始イベントあるいはサービス提供終了イベントに係るイベントリスト例を示す。
【図１４】端末使用イベントに係るイベントリスト例を示す。
【図１５】本実施形態に係る通信制御サーバ３００のハードウェア構成の一例を示す。
【符号の説明】
【００６１】
１０  全体システム
１００  通信端末
２００  通信端末
３００  通信制御サーバ
３０２  イベント検出部
３０４  ステータス情報変更部
３０６  ステータス情報送信部
３０８  データ受信部
３１０  スケジュール格納部
３１２  タイマ部
３１４  ユーザデータベース
３１６  ユーザ情報
３１８  メンバリスト
３２０  イベントリスト
３２２  ステータス情報受信部
３２４  制御部
４００  アプリケーションサーバ
５００  ネットワーク
６００  パーソナルコンピュータシステム
７００  改札機
１５０５  ＣＰＵ
１５１０  ＲＯＭ
１５２０  ＲＡＭ
１５３０  通信インターフェイス
１５４０  ハードディスクドライブ
１５５０  フレキシブルディスク・ドライブ
１５６０  ＣＤ−ＲＯＭドライブ
１５７０  入出力チップ
１５７５  グラフィック・コントローラ
１５８０  表示装置
１５８２  ホスト・コントローラ
１５８４  入出力コントローラ
１５９０  フレキシブルディスク
１５９５  ＣＤ−ＲＯＭ
【図１】
2009088703.tif 000003
【図２】
2009088703.tif 000004
【図３】
2009088703.tif 000005
【図４】
2009088703.tif 000006
【図５】
2009088703.tif 000007
【図６】
2009088703.tif 000008
【図７】
2009088703.tif 000009
【図８】
2009088703.tif 000010
【図９】
2009088703.tif 000011
【図１０】
2009088703.tif 000012
【図１１】
2009088703.tif 000013
【図１２】
2009088703.tif 000014
【図１３】
2009088703.tif 000015
【図１４】
2009088703.tif 000016
【図１５】
2009088703.tif 000017