通信端末、通信方法および通信プログラム
【課題】複雑なユーザの状況に応じたプレゼンス（ステータス）の更新サービスを提供する。
【解決手段】ネットワークに接続された通信制御装置を利用して、登録したメンバの通信端末に、自己のステータス情報を配信する通信端末であって、ステータス情報の変更条件に合致する変更イベントを検出するイベント検出部と、イベント検出部が変更イベントを検出した場合に、ステータス情報を変更イベントに応じたステータス情報に変更するステータス情報変更部と、ステータス情報変更部が変更したステータス情報を、メンバの通信端末に配信すべく通信制御装置に送信する送信部と、を備える通信端末を提供する。
【解決手段】ネットワークに接続された通信制御装置を利用して、登録したメンバの通信端末に、自己のステータス情報を配信する通信端末であって、ステータス情報の変更条件に合致する変更イベントを検出するイベント検出部と、イベント検出部が変更イベントを検出した場合に、ステータス情報を変更イベントに応じたステータス情報に変更するステータス情報変更部と、ステータス情報変更部が変更したステータス情報を、メンバの通信端末に配信すべく通信制御装置に送信する送信部と、を備える通信端末を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末、通信方法および通信プログラムに関する。本発明は、特に、登録したユーザの間で互いのステータスを表示する通信端末において、ステータスを変更するイベントを検知して自己のステータスを自動的に変更できる通信端末、通信方法および通信プログラムに関する。
【背景技術】
【０００２】
携帯電話等の携帯端末において、自己のプレゼンスあるいはステータスを、登録したユーザの通信端末に表示させるプレゼンスサービスが提供されている。たとえば特許文献１には、プレゼンス更新に際してのユーザ負担の軽減を目的に、プレゼンスの自動更新システムが開示されている。当該プレゼンスの自動更新システムでは、携帯電話機の低出力送受信部により、各場所に設置されている非接触型通信装置との近接間通信を実行する。そして、非接触型通信装置からその設置場所情報を取得する。携帯電話機は、プレゼンス管理テーブルに登録されているプレゼンス情報と受信した設置場所情報とを比較して、一致したプレゼンス情報に基づいてプレゼンス情報を生成および送信する。
【特許文献１】特開２００６−１４０５４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、特許文献１に記載のように、単に位置情報を取得してプレゼンス情報を自動的に更新するだけでは、多様なユーザのニーズを満たすことは困難になる。複雑なユーザの状況に応じたプレゼンス（以下本明細書では「ステータス」と称する場合もある）の更新サービスを提供するには、より柔軟にユーザの状況に対応できるサービスシステムを提供することが望まれる。
【課題を解決するための手段】
【０００４】
上記課題を解決するために、本発明の第１の形態においては、ネットワークに接続された通信制御装置を利用して、登録したメンバの通信端末に、自己のステータス情報を配信する通信端末であって、ステータス情報の変更条件に合致する変更イベントを検出するイベント検出部と、イベント検出部が変更イベントを検出した場合に、ステータス情報を変更イベントに応じたステータス情報に変更するステータス情報変更部と、ステータス情報変更部が変更したステータス情報を、メンバの通信端末に配信すべく通信制御装置に送信する送信部と、を備える通信端末を提供する。
【０００５】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【発明を実施するための最良の形態】
【０００６】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【０００７】
図１は、本実施形態の通信端末１００を含む全体システム１０の一例を示す。全体システム１０は、通信端末１００、通信端末２００、通信制御サーバ３００およびネットワーク５００を備える。同図では、通信端末１００と通信端末２００の二つの通信端末を例示するが、さらに多数の通信端末がネットワーク５００に接続されてもよい。
【０００８】
通信端末１００と通信端末２００とは、同様の構成を備え、両通信端末はその機能においても等価になる。ただし、以下の説明では、通信端末１００をステータス情報の送信側として、通信端末２００をステータス情報の受信側として説明する。通信端末１００が、通信端末２００と等価な複数の通信端末に対して、同時にステータス情報を配信できることは言うまでもない。
【０００９】
通信端末１００は、ネットワーク５００に接続された通信制御サーバ３００を利用して、登録したメンバの通信端末２００に、自己のステータス情報を配信する。すなわち、通信端末１００は、登録したメンバの通信端末である通信端末２００に自己のステータス情報を配信すべく、当該自己のステータス情報を通信制御サーバ３００に送信する。通信端末２００は、通信端末１００のユーザにおけるメンバの通信端末であり、通信端末１００から送信されたステータス情報を、通信制御サーバ３００を介して受信する。通信端末２００は、受信した通信端末１００のユーザのステータス情報を表示部に表示する。
【００１０】
通信制御サーバ３００は、通信制御装置の一例であり、通信端末１００と通信端末２００との間の通信を、たとえばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に従って制御する。特に通信制御サーバ３００は、通信端末１００から送信されたステータス情報を、通信端末１００のユーザが登録したメンバの通信端末に配信する。具体的には、通信制御サーバ３００は、通信端末１００のユーザごとのコンタクトリスト（メンバリスト）を備え、通信端末１００から受信したステータス情報を、メンバリストに登録された通信端末である通信端末２００に送信する。
【００１１】
ネットワーク５００は、通信端末１００、通信端末２００および通信制御サーバ３００を接続する通信経路であってよい。ネットワーク５００として、たとえばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が適用される通信ネットワークが例示できる。
【００１２】
図２は、通信端末１００の機能ブロック例を示す。通信端末１００は、イベント検出部１０２、ステータス情報変更部１０４、イベントリスト格納部１０６、ステータス情報送信部１０８、スケジュール格納部１１０、タイマ部１１２、プログラム実行部１１４、およびアプリケーションプログラム格納部１１６、を備える。また通信端末１００は、システムプログラム格納部１１８、操作入力部１２０、表示部１２２、スピーカ１２４、サービス情報受信部１２６、サービス情報解析部１２８、位置情報受信部１３０および報知部１３２、を備える。さらに通信端末１００は、ステータス情報受信部１３４、ステータス情報表示制御部１３６、およびメンバリスト格納部１３８、を備える。
【００１３】
イベント検出部１０２は、ステータス情報の変更条件に合致する変更イベントを検出する。たとえばイベント検出部１０２は、現在時刻が、スケジュール格納部１１０に格納したスケジュールデータに含まれる日時に達したことを変更イベントとして検出する。たとえばイベント検出部１０２は、プログラム実行部１１４が実行するアプリケーションプログラムの起動を変更イベントとして検出する。たとえばイベント検出部１０２は、プログラム実行部１１４が実行するシステムプログラムにおいて、特定の機能の利用開始を検知して、当該特定機能の利用開始を変更イベントとして検出する。
【００１４】
たとえばイベント検出部１０２は、サービス情報受信部１２６が受信したサービス情報の変更を変更イベントとして検出する。あるいはイベント検出部１０２は、サービス情報受信部１２６が受信したサービス情報をサービス情報解析部１２８が解析して、当該解析結果に基づきスケジュールされた日時に達したことを変更イベントとして検出する。たとえばイベント検出部１０２は、位置情報受信部１３０が受信した位置情報の変更を変更イベントとして検出する。
【００１５】
ステータス情報変更部１０４は、イベント検出部１０２が変更イベントを検出した場合に、ステータス情報を変更イベントに応じたステータス情報に変更する。たとえばステータス情報変更部１０４は、ステータス情報を、スケジュール格納部１１０に格納されたスケジュールデータに応じて変更する。たとえばステータス情報変更部１０４は、ステータス情報を、プログラム実行部１１４において起動したアプリケーションプログラムに応じて変更する。たとえばステータス情報変更部１０４は、ステータス情報を、プログラム実行部１１４が実行するシステムプログラムにおいて利用を開始した特定機能に応じて変更する。
【００１６】
たとえばステータス情報変更部１０４は、ステータス情報を、サービス情報受信部１２６が受信したサービス情報に応じて変更する。あるいはステータス情報変更部１０４は、サービス情報に基づいてスケジュールされたスケジュールデータに応じてステータス情報を変更する。たとえばステータス情報変更部１０４は、ステータス情報を、位置情報受信部１３０が受信した位置情報に応じて変更する。なお、ステータス情報変更部１０４は、変更イベントに関連付けて記録した連動データが真の場合にステータス情報を変更して、連動データが偽の場合にステータス情報を変更しないよう制御できる。
【００１７】
イベントリスト格納部１０６は、変更イベントのリストであるイベントリストを格納する。イベントリストには、ステータス情報変更部１０４が現在のステータス情報を変更する場合に参照する変更ステータス情報を含む。変更ステータス情報には、たとえば状態（テキスト）、状態（絵文字）、電話応答ステータス、メール応答ステータス、ＰｏＣ応答ステータス、コメントおよび連動データを含む。状態（テキスト）は、今の気分等ユーザの状態をテキストデータで表現したものであり、気分等を、文字、記号等のテキストデータでメンバに伝えることができる。状態（絵文字）は、今の気分等ユーザの状態を絵文字で表現したものであり、気分等を絵文字でメンバに伝えることができる。
【００１８】
電話応答ステータス、メール応答ステータスおよびＰｏＣ応答ステータスの各々は、電話、メールおよびＰｏＣの応答ができるか否か等を表示したものであり、電話等の応答ができるか否かをメンバに伝えることができる。コメントは、状態（テキスト）の制限文字数を超えて入力できる表現方法であり、メンバにより詳しい気分、状況等を伝えることができる。連動データは、当該変更イベントが検出された場合に、現在のステータス情報を変更ステータス情報に変更するか否かを指定するデータであり、真または偽の何れかが記録されている。たとえば真の場合にステータス情報を変更して、偽の場合にステータス情報を変更しない。なお連動データが真の場合に「ＯＮ」、偽の場合に「ＯＦＦ」と表現する場合がある。
【００１９】
ステータス情報送信部１０８は、ステータス情報変更部１０４が変更したステータス情報を、メンバの通信端末である通信端末２００に配信すべくネットワーク５００を介して通信制御サーバ３００に送信する。ステータス情報送信部１０８は、送信部の一例であってよい。ステータス情報送信部１０８が送信した変更ステータス情報は、メンバの通信端末である通信端末２００の表示部に表示される。
【００２０】
スケジュール格納部１１０は、スケジュールデータを格納する。スケジュールデータには、スケジュールの項目ごとのスケジュール項目データを含む。スケジュール項目データには、スケジュール項目名であるラベル、開始日時および終了日時を含み、当該スケジュール項目が変更イベントとして検出された場合に変更する変更ステータス情報を含む。変更ステータス情報には、たとえば電話応答ステータス、メール応答ステータス、ＰｏＣ応答ステータスを含む。スケジュール項目データには、さらにコメントおよび連動データを含む。
【００２１】
タイマ部１１２は、現在日時をカウントする。またタイマ部１１２は、スケジュール格納部１１０からスケジュールデータを取得して、スケジュールデータに記録されたスケジュールの開始日時または終了日時に現在日時が一致するか否かを判断する。タイマ部１１２は、スケジュールの開始日時または終了日時が現在日時と一致する場合には、現在日時がスケジュールの開始日時または終了日時に達した旨を、イベント検出部１０２に通知する。
【００２２】
プログラム実行部１１４は、アプリケーションプログラム格納部１１６に記録されたアプリケーションプログラムを実行する。プログラム実行部１１４は、アプリケーションプログラムを起動すると、当該アプリケーションを起動した旨を、イベント検出部１０２に通知する。
【００２３】
また、プログラム実行部１１４は、システムプログラム格納部１１８に記録されたシステムプログラムを実行する。プログラム実行部１１４は、システムプログラムの実行において、システムプログラムが実現する特定機能の利用を開始した場合に、当該機能の利用を開始した旨を、イベント検出部１０２に通知する。
【００２４】
アプリケーションプログラム格納部１１６は、各種のアプリケーションプログラムを格納する。アプリケーションプログラムとして、チャットアプリ、ゲームアプリ、対戦ゲームアプリ、カラオケ店アプリ等が例示できる。
【００２５】
システムプログラム格納部１１８は、特定機能を実現する特定機能プログラムの一例であるシステムプログラムを格納する。システムプログラムが実現する特定機能として、アラーム機能、電話機能、モード設定機能、メディアプレーヤ機能、ＰｏＣ機能、ワンセグテレビ再生機能、ウェブブラウジング機能、簡易留守録機能等が例示できる。モード設定機能として、ドライブモード設定、マナーモード設定が例示できる。
【００２６】
操作入力部１２０は、プログラム実行部１１４にデータを入力する場合に、ユーザの操作を受け付けて入力データを生成する。操作入力部１２０として、テンキー入力が例示できる。
【００２７】
表示部１２２は、プログラム実行部１１４の実行結果を表示する。特に表示部１２２は、ステータス情報受信部１３４が受信して、ステータス情報表示制御部１３６によって表示制御されたメンバのステータス情報を表示する。また表示部１２２は、報知部１３２が報知する報知情報を表示する。表示部１２２として、液晶表示装置等のフラットパネルディスプレイ装置が例示できる。
【００２８】
スピーカ１２４は、プログラム実行部１１４の実行結果を、音声、楽曲等のサウンドとして出力する。またスピーカ１２４は、報知部１３２が報知する報知情報をサウンドとして出力する。
【００２９】
サービス情報受信部１２６は、ネットワーク５００に接続されたサービスサーバからのサービス情報を受信する。受信したサービス情報は、イベント検出部１０２に提供される。サービスサーバは、所定のサービスを提供するサーバであり、たとえば電子チケットの管理サーバ、キャスト情報を配信する情報提供サーバが例示できる。サービスサーバは、ユーザが利用するサービスに関連したサービス情報を通信端末１００に通知する。
【００３０】
また、サービス情報受信部１２６は、受信したサービス情報をサービス情報解析部１２８に送信する。サービス情報解析部１２８により解析された解析結果は、スケジュールデータとしてスケジュール格納部１１０に提供される。あるいはサービス情報解析部１２８でサービス情報から抽出された抽出データは、ステータス情報変更部１０４に提供される。スケジュール格納部１１０に提供されるスケジュールデータおよびステータス情報変更部１０４に提供される抽出データは、サービス情報受信部１２６から提供されてもよく、サービス情報解析部１２８から提供されてもよい。
【００３１】
サービス情報解析部１２８は、サービス情報受信部１２６が受信したサービス情報を解析する。サービス情報解析部１２８は、サービス情報を解析して、サービス情報に含まれるスケジュール情報あるいはサービス情報に関連する絵文字データ等を抽出できる。たとえばサービス情報がチケット情報である場合には、チケット情報に含まれるサービスの開始日時、サービスの完了日時、サービス内容等を抽出する。そして、サービス内容をスケジュールのラベルとして、サービスの開始日時をスケジュールの開始日時として、サービスの完了日時をスケジュールの終了日時として、スケジュール項目データを生成できる。たとえばサービス情報がキャスト情報である場合には、キャスト情報に含まれる絵文字データを抽出できる。
【００３２】
位置情報受信部１３０は、通信端末１００の位置情報を受信する。受信した位置情報は、イベント検出部１０２に提供される。位置情報として、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）から取得した緯度および経度等の位置情報が例示できる。あるいは基地局の位置から判別した位置のセル情報等が例示できる。取得した位置情報は、たとえば緯度および経度等の位置情報から、たとえば渋谷区等の具体的な位置名称を提供するサーバを利用して、現在位置の名称に変換できる。
【００３３】
報知部１３２は、送信部の一例であるステータス情報送信部１０８が、変更したステータス情報の送信に失敗した場合に、送信に失敗した旨の報知を実行する。報知部１３２は、たとえば、報知に失敗した旨をメッセージとして表示部１２２に表示させ、あるいはサウンドとしてスピーカ１２４から出力できる。
【００３４】
ステータス情報受信部１３４は、メンバのステータス情報を、通信制御サーバ３００およびネットワーク５００を介してメンバの通信端末２００から受信する。受信したメンバのステータス情報は、ステータス情報表示制御部１３６に提供される。
【００３５】
ステータス情報表示制御部１３６は、ステータス情報受信部１３４が受信したメンバのステータス情報およびステータス情報変更部１０４が変更した自己のステータス情報を、表示部１２２に表示する制御を実行する。メンバのステータス情報を表示する制御において、メンバリスト格納部１３８に格納されたメンバリストを参照する。
【００３６】
メンバリスト格納部１３８は、メンバリストを格納する。メンバリストには、登録したメンバの通信端末を識別する識別情報等が記録できる。
【００３７】
図３は、通信端末１００における通信方法の全体フロー例を示す。通信端末１００は、自己のステータス情報を自動的に変更する処理において、まず、イベント検出処理（Ｓ８００）を実行する。イベント検出処理では、自己のステータス情報を変更するべき変更イベントの発生を検出する。変更イベントが検出されると、通信端末１００は、ステータス情報変更処理（Ｓ９００）を実行する。ステータス情報変更処理では、変更イベントに応じて自己のステータス情報を自動的に変更する。
【００３８】
通信端末１００は、変更したステータス情報を送信する（Ｓ１００２）。ステータス情報の送信が成功したかを判断し（Ｓ１００４）、オフラインあるいは圏外等により、成功しなかったと判断された場合には、通信端末１００は、送信に失敗した旨を報知する（Ｓ１００６）。ユーザは、当該報知を受けて、ステータス情報の自動変更に失敗したことを迅速に知ることができる。この場合、ユーザは手動によりステータス情報を変更することができる。ステップＳ１００４で送信に成功したと判断した場合、通信端末１００は、変更したステータス情報に従って自己のステータスを表示する（Ｓ１００８）。
【００３９】
図４は、イベント検出処理のフロー例を示す。イベント検出処理（Ｓ８００）では、タイマ部１１２から、現在日時がスケジュールの開始日時に達した旨の通知を受けたか否かを判断する（Ｓ８０２）。通知を受けたと判断された場合には、変更イベントとしてスケジュール開始イベントを設定する（Ｓ８０４）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。通知を受けたと判断されなかった場合には、ステップＳ８０６に進む。
【００４０】
ステップＳ８０６では、タイマ部１１２から、現在日時がスケジュールの終了日時に達した旨の通知を受けたか否かを判断する（Ｓ８０６）。通知を受けたと判断された場合には、変更イベントとしてスケジュール終了イベントを設定する（Ｓ８０８）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。通知を受けたと判断されなかった場合には、ステップＳ８１０に進む。
【００４１】
ステップＳ８１０では、アプリケーションプログラムを起動したか否かを判断する（Ｓ８１０）。アプリケーションプログラムを起動したと判断された場合には、変更イベントとしてアプリケーション起動イベントを設定する（Ｓ８１２）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。起動したと判断されなかった場合には、ステップＳ８１４に進む。
【００４２】
ステップＳ８１０では、特定機能の利用を開始したかを判断する（Ｓ８１４）。特定機能の利用を開始したと判断された場合には、変更イベントとして機能利用イベントを設定する（Ｓ８１６）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。開始したと判断されなかった場合には、ステップＳ８１８に進む。
【００４３】
ステップＳ８１８では、サービス情報を受信したかを判断する（Ｓ８１８）。サービス情報を受信したと判断された場合には、変更イベントとしてサービス情報受信イベントを設定する（Ｓ８２０）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。受信したと判断されなかった場合には、ステップＳ８２２に進む。
【００４４】
ステップＳ８２２では、位置情報が変更されたかを判断する（Ｓ８２２）。位置情報が変更されたと判断された場合には、変更イベントとして位置情報変更イベントを設定する（Ｓ８２４）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。変更したと判断されなかった場合には、ステップＳ８２６に進む。
【００４５】
ステップＳ８２６では、前回のステータス情報の変更から所定時間が経過したかを判断する（Ｓ８２６）。所定時間が経過したと判断された場合には、変更イベントとして不変更イベントを設定する（Ｓ８２８）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。経過したと判断されなかった場合には、ステップＳ８０２に戻ってイベント検出処理を繰り返す。なお、ステップＳ８０２〜ステップＳ８２８の判断ステップおよびその後の変更イベント設定ステップの順序は、任意に入れ替えることができる。
【００４６】
図５は、タイマ部１１２における処理フロー例を示す。タイマ部処理（Ｓ８５０）では、まず、スケジュール格納部１１０からスケジュールデータを取得する（Ｓ８５２）。現在日時が、取得したスケジュールデータに含まれるスケジュールの開始日時に一致するか否かを判断する（Ｓ８５４）。一致すると判断された場合には、現在日時がスケジュールの開始日時に一致した旨をイベント検出部１０２に通知する（Ｓ８５６）。そしてステップＳ８５２に戻ってタイマ部処理を継続する。
【００４７】
ステップＳ８５４で一致していないと判断された場合には、さらに現在日時が、スケジュールデータに含まれるスケジュールの終了日時に一致するか否かを判断する（Ｓ８５８）。一致すると判断された場合には、現在日時がスケジュールの終了日時に一致した旨をイベント検出部１０２に通知する（Ｓ８６０）。そしてステップＳ８５２に戻ってタイマ部処理を継続する。ステップＳ８５８で一致していないと判断された場合には、ステップＳ８５２に戻ってタイマ部処理を継続する。
【００４８】
図６は、スケジュール開始イベントの場合にステータス情報を変更する処理のフロー例を示す。スケジュール開始イベントの場合におけるステータス情報変更処理（Ｓ９１０）は、まず、スケジュール格納部１１０から、スケジュール開始イベントに係るスケジュール項目データを取得する（Ｓ９１２）。そして当該スケジュール項目データの連動データは真か否かを判断して（Ｓ９１４）、連動データが真の場合には、ステータス情報の状態（テキスト）を、当該スケジュール項目データのラベル（項目名）に変更する（Ｓ９１６）。
【００４９】
さらに、ステータス情報の状態（絵文字）、応答ステータス、コメントを、当該スケジュール項目データの状態（絵文字）、応答ステータス、コメントに変更する（Ｓ９１８）。そしてステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９１９）。ステップＳ９１４で連動データが偽の場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００５０】
図７は、スケジュールデータの一例を示す。スケジュールデータにスケジュール項目データを含み、スケジュール項目データには、ラベル、開始日時、終了日時、電話応答ステータス、メール応答ステータス、ＰｏＣ応答ステータス、コメントおよび連動データを含んでよい。たとえば、スケジュール開始イベントに係るスケジュール項目データとして、ラベルが「社内会議」のスケジュール項目データが取得された場合、連動データは「ＯＮ」すなわち真なので、ステータス情報の状態（テキスト）が「社内会議」に変更される。
【００５１】
また、ステータス情報の電話応答ステータス、メール応答ステータス、ＰｏＣ応答ステータス、コメントの各々は、該当するスケジュール項目データの各データ、すなわち「応答ＮＧ」、「後で返信」、「参加ＮＧ」、「プロジェクト会議です」に変更される。スケジュール項目データにて状態（絵文字）が指定されていない場合は、規定の絵文字が状態として設定される。スケジュール項目データに状態（絵文字）が含まれる場合は、ステータス情報の状態（絵文字）をスケジュール項目データで指定された状態（絵文字）に変更する。
【００５２】
図８は、スケジュール終了イベントの場合にステータス情報を変更する処理のフロー例を示す。スケジュール終了イベントの場合におけるステータス情報変更処理（Ｓ９２０）は、まず、スケジュール格納部１１０から、スケジュール終了イベントに係るスケジュール項目データを取得する（Ｓ９２２）。当該スケジュール項目データの連動データは真か否かを判断して（Ｓ９２４）、真の場合は、ステータス情報の状態（テキスト）、状態（絵文字）、応答ステータス、コメントを、デフォルトの状態（テキスト）、状態（絵文字）、応答ステータス、コメントに変更する（Ｓ９２６）。そしてステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９２８）。ステップＳ９２４で連動データが偽の場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００５３】
なお、デフォルトの状態（テキスト）等は、予め定めたものであっても良い。あるいは、当該終了に係るスケジュール項目イベントの開始前の状態（テキスト）等に戻すものであってもよい。
【００５４】
図９は、アプリケーション起動イベントまたは機能利用イベントの場合にステータス情報を変更する処理のフロー例を示す。アプリケーション起動イベントまたは機能利用イベントの場合におけるステータス情報変更処理（Ｓ９３０）は、イベントリスト格納部１０６から、起動したアプリケーションプログラムまたは利用を開始した機能に係る項目データを取得する（Ｓ９３２）。当該項目データの連動データは真か否かを判断して（Ｓ９３４）、真の場合には、ステータス情報の状態（テキスト）、状態（絵文字）、応答ステータス、コメントを、当該項目データの状態（テキスト）、状態（絵文字）、応答ステータス、コメントに変更する（Ｓ９３６）。そしてステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９３８）。ステップＳ９３４で連動データが偽の場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００５５】
図１０は、アプリケーション起動イベントのイベントリスト例を示す。たとえば、アプリケーション起動イベントとしてチャットアプリケーションが起動された場合には、ステータス情報の各項目を起動アプリケーションが「チャット」に該当する項目データの各項目に変更する。すなわち、ステータス情報の状態（テキスト）を「チャット中」に変更して、電話応答ステータス、メール応答ステータスおよびＰｏＣ応答ステータスを「応答ＮＧ」、「後で返信」、「参加ＮＧ」に変更する。なお項目データのコメントには何も指定されていないので、コメントは変更しない、あるいはブランクで表示するようにできる。
【００５６】
図１１は、機能利用イベントのイベントリスト例を示す。たとえば、機能利用イベントとしてアラーム機能の利用開始を検出した場合には、ステータス情報の各項目を、利用機能が「アラーム」に該当する項目データの各項目に変更する。すなわち、ステータス情報の状態（テキスト）を「おはよう」に変更して、状態（絵文字）をニコニコマークに変更する。なお項目データの応答ステータスおよびコメントには何も指定されていないので、ステータス情報の応答ステータスは変更しないように、コメントは変更しない、あるいはブランクで表示するようにできる。
【００５７】
図１２は、サービス情報受信イベントの場合にステータス情報を変更する処理のフロー例を示す。サービス情報受信イベントの場合におけるステータス情報変更処理（Ｓ９４０）は、サービス情報受信イベントの連動データは真か否かを判断して（Ｓ９４２）、真の場合にサービス情報の解析処理を実行する（Ｓ９４４）。ステップＳ９４２で連動データが偽の場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。サービス情報の解析処理（Ｓ９４４）の後、にスケジュール項目データを抽出したか否かを判断する（Ｓ９４６）。スケジュール項目を抽出したと判断した場合には、抽出したスケジュール項目データをスケジュール格納部１１０のスケジュールデータに追加する（Ｓ９４８）。
【００５８】
ステップＳ９４６でスケジュール項目データを抽出しなかったと判断した場合には、絵文字を抽出したか否かをさらに判断して（Ｓ９５０）絵文字を抽出した場合には、ステータス情報の状態（テキスト）を、抽出した絵文字に対応する状態（テキスト）に変更する（Ｓ９５２）。ステップＳ９５０で絵文字を抽出しないと判断した場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。ステップＳ９４８およびステップＳ９５２の後にステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９５４）。
【００５９】
ステップＳ９４６において、スケジュール項目データを抽出した場合は、当該スケジュール項目データがスケジュールデータに追加されるので、スケジュール項目データの開始日時に達した段階で、スケジュール開始イベントが検出できる。なお、スケジュール項目データを抽出した場合、スケジューラとの連携を示す絵文字を、たとえば抽出の度に表示してもよい。また、サービス情報にキャスト情報を含む場合には絵文字が抽出されて、絵文字に対応する状態（テキスト）にステータス情報の状態（テキスト）が変更される。なお、絵文字に対応する状態（テキスト）は予め記録しておくことができる。
【００６０】
図１３は、サービス情報解析部１２８における処理フロー例を示す。サービス情報の解析処理（Ｓ９４４）では、まず、サービス情報は、チケット情報か否かを判断する（Ｓ９５６）。チケット情報である場合は、チケット情報から、サービス開始日時を抽出する（Ｓ９５８）。たとえばチケット情報に含まれるテキストをマイニングして、日時あるいは時間に関連する単語を抽出する。抽出した単語が開始に関するものか終了に関するものかを判断すれば、開始に関連する単語の近傍に配置された数字データから開始日時を抽出できる。
【００６１】
そしてサービス終了日時を抽出または算出する（Ｓ９６０）。たとえば提供するサービスの継続時間が明らかな場合（映画の場合上映時間等）には、開始日時に継続時間を加えれば終了日時を算出できる。開始日時を抽出する場合と同様に、サービス情報をテキストマイニングして終了日時を抽出できることはいうまでもない。
【００６２】
さらにスケジュール項目データの各要素に図示のような各値をセットする（Ｓ９６２）。たとえば、スケジュール項目データのラベル、開始日時、終了日時、電話等の応答ステータスおよびコメントには、各々、サービス名称、サービス開始日時、サービス終了日時、具体的な電話等の応答ステータス、"「サービス名称」中です"等の具体的なコメントをセットできる。
【００６３】
ステップＳ９５６でサービス情報ではないと判断した場合には、さらにサービス情報はキャスト情報か否かを判断する（Ｓ９６４）。キャスト情報であると判断された場合には、キャスト情報に含まれる絵文字を抽出する（Ｓ９６６）。ステップＳ９６４でキャスト情報でないと判断された場合、ステップＳ９６３およびステップＳ９６６の後、サービス情報の解析処理の呼出し元プログラムにリターンする（Ｓ９６８）。
【００６４】
図１４は、位置情報変更イベントの場合にステータス情報を変更する処理のフロー例を示す。位置情報変更イベントの場合においてステータス情報変更処理（Ｓ９７０）は、位置情報変更イベントの連動データは真か否かを判断する（Ｓ９７２）。真の場合には、位置情報から現在位置の名称テキストを取得する（Ｓ９７４）。連動データが偽の場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００６５】
ステップＳ９７４で現在位置の名称テキストを取得すると、ステータス情報の状態（テキスト）を、取得した現在位置の名称テキストに変更する（Ｓ９７６）。そしてステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９７８）。なお、位置情報が予め登録した緯度および経度の近傍であるか否か、あるいは位置情報から取得された現在位置の名称が予め登録した位置名称に一致するか否かを判断して、登録した緯度および経度の近傍あるいは位置名称である場合には、ステータス情報の状態（テキスト）を「おうち」、「会社」等の名称テキストに変更してもよい。
【００６６】
図１５は、不変更イベントの場合にステータス情報を変更する処理のフロー例を示す。不変更イベントの場合におけるステータス情報変更処理（Ｓ９８０）は、不変更イベントの連動データは真か否かを判断する（Ｓ９８２）。真の場合には、ステータス情報の状態（テキスト）を、「不明」に変更して（Ｓ９８４）、ステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９８６）。ステップＳ９８２で連動データが偽の場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００６７】
図１６は、通信制御サーバ３００の機能ブロック例を示す。通信制御サーバ３００は、制御部３０２、ステータス情報受信部３０４、ステータス情報送信部３０６、ユーザデータベース３０８を備える。ユーザデータベース３０８には、ユーザ情報３１０を有する。ユーザ情報３１０にはメンバリスト３１２とステータス情報変換リスト３１４とを含む。
【００６８】
制御部３０２は、ステータス情報の送受信およびユーザデータベース３０８へのアクセスを制御する。ステータス情報受信部３０４は、通信端末１００から送信されたユーザのステータス情報を受信する。ステータス情報送信部３０６は、ユーザについて登録されたメンバの通信端末２００に送信するよう制御部３０２によって制御されたユーザのステータス情報を、メンバの通信端末２００に送信する。ユーザデータベース３０８は、ユーザ情報３１０を格納する。ユーザデータベース３０８は、制御部からのアクセス要求に従ってユーザ情報３１０を送り返すことができる。
【００６９】
メンバリスト３１２は、ユーザごとに登録されたメンバの通信端末２００の識別情報を記録する。ユーザ情報３１０には、ユーザごとのステータス情報変換リスト３１４を備えてよく、ユーザについて受信したステータス情報を、ステータス情報変換リスト３１４に従って変換できる。
【００７０】
ステータス情報変換リスト３１４には、スケジュール格納部１１０に格納されたスケジュールデータあるいはイベントリスト格納部１０６に格納されたイベントリストと同様の変換データを変更イベントについて記録できる。前記した実施形態では、通信端末１００においてステータス情報を変更する例を説明したが、ステータス情報変換リスト３１４により、通信制御サーバ３００においてステータス情報を変更してもよい。
【００７１】
図１７は、通信制御サーバ３００における処理フロー例を示す。まず、ステータス情報を受信したか否かを判断して（Ｓ１１０２）、ステータス情報を受信した場合には、ユーザを特定してユーザ情報３１０を抽出する（Ｓ１１０４）。次に、ステータス情報をステータス情報変換リスト３１４に従って変換して（Ｓ１１０６）、メンバリスト３１２に登録されたメンバの通信端末２００に変換したデータを送信する（Ｓ１１０８）。
【００７２】
図１８は、本実施形態に係る通信端末１００または通信制御サーバ３００のハードウェア構成の一例を示す。本実施形態に係る通信端末１００または通信制御サーバ３００は、ホスト・コントローラ１５８２により相互に接続されるＣＰＵ１５０５、ＲＡＭ１５２０、グラフィック・コントローラ１５７５、および表示装置１５８０を有するＣＰＵ周辺部を備える。また通信端末１００または通信制御サーバ３００は、入出力コントローラ１５８４によりホスト・コントローラ１５８２に接続される通信インターフェイス１５３０、ハードディスクドライブ１５４０、およびＣＤ−ＲＯＭドライブ１５６０を有する入出力部を備える。さらに通信端末１００または通信制御サーバ３００は、入出力コントローラ１５８４に接続されるＲＯＭ１５１０、フレキシブルディスク・ドライブ１５５０、および入出力チップ１５７０を有するレガシー入出力部を備える。
【００７３】
ホスト・コントローラ１５８２は、ＲＡＭ１５２０と、高転送レートでＲＡＭ１５２０をアクセスするＣＰＵ１５０５およびグラフィック・コントローラ１５７５とを接続する。ＣＰＵ１５０５は、ＲＯＭ１５１０およびＲＡＭ１５２０に格納されたプログラムに基づいて動作して、各部を制御する。グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等がＲＡＭ１５２０内に設けたフレーム・バッファ上に生成する画像データを取得して、表示装置１５８０上に表示させる。これに代えて、グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。
【００７４】
入出力コントローラ１５８４は、ホスト・コントローラ１５８２と、比較的高速な入出力装置である通信インターフェイス１５３０、ハードディスクドライブ１５４０、ＣＤ−ＲＯＭドライブ１５６０を接続する。通信インターフェイス１５３０は、ネットワークを介して他の装置と通信する。ハードディスクドライブ１５４０は、通信端末１００または通信制御サーバ３００内のＣＰＵ１５０５が使用するプログラムおよびデータを格納する。ＣＤ−ＲＯＭドライブ１５６０は、ＣＤ−ＲＯＭ１５９５からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供する。
【００７５】
また、入出力コントローラ１５８４には、ＲＯＭ１５１０と、フレキシブルディスク・ドライブ１５５０、および入出力チップ１５７０の比較的低速な入出力装置とが接続される。ＲＯＭ１５１０は、通信端末１００または通信制御サーバ３００が起動時に実行するブート・プログラム、通信端末１００または通信制御サーバ３００のハードウェアに依存するプログラム等を格納する。フレキシブルディスク・ドライブ１５５０は、フレキシブルディスク１５９０からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供する。入出力チップ１５７０は、フレキシブルディスク・ドライブ１５５０、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を接続する。
【００７６】
ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供される通信プログラムは、フレキシブルディスク１５９０、ＣＤ−ＲＯＭ１５９５、またはＩＣカード等の記録媒体に格納されて利用者によって提供される。通信プログラムは、記録媒体から読み出され、ＲＡＭ１５２０を介して通信端末１００または通信制御サーバ３００内のハードディスクドライブ１５４０にインストールされ、ＣＰＵ１５０５において実行される。通信端末１００または通信制御サーバ３００にインストールされて実行される通信プログラムは、ＣＰＵ１５０５等に働きかけて、通信端末１００または通信制御サーバ３００を、図１から図１７にかけて説明した各部として機能させる。
【００７７】
すなわち、当該通信プログラムは、通信端末１００を、イベント検出部１０２、ステータス情報変更部１０４、イベントリスト格納部１０６、ステータス情報送信部１０８、スケジュール格納部１１０、タイマ部１１２、プログラム実行部１１４、およびアプリケーションプログラム格納部１１６として機能させる。また通信端末１００を、システムプログラム格納部１１８、操作入力部１２０、表示部１２２、スピーカ１２４、サービス情報受信部１２６、サービス情報解析部１２８、位置情報受信部１３０および報知部１３２として機能させる。さらに通信端末１００を、ステータス情報受信部１３４、ステータス情報表示制御部１３６およびメンバリスト格納部１３８として機能させる。また、当該通信プログラムは、通信制御サーバ３００を、制御部３０２、ステータス情報受信部３０４、ステータス情報送信部３０６およびユーザデータベース３０８として機能させる。
【００７８】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【図面の簡単な説明】
【００７９】
【図１】本実施形態の通信端末１００を含む全体システム１０の一例を示す。
【図２】通信端末１００の機能ブロック例を示す。
【図３】通信端末１００における通信方法の全体フロー例を示す。
【図４】イベント検出処理のフロー例を示す。
【図５】タイマ部１１２における処理フロー例を示す。
【図６】スケジュール開始イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図７】スケジュールデータの一例を示す。
【図８】スケジュール終了イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図９】アプリケーション起動イベントまたは機能利用イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図１０】アプリケーション起動イベントのイベントリスト例を示す。
【図１１】機能利用イベントのイベントリスト例を示す。
【図１２】サービス情報受信イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図１３】サービス情報解析部１２８における処理フロー例を示す。
【図１４】位置情報変更イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図１５】不変更イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図１６】通信制御サーバ３００の機能ブロック例を示す。
【図１７】通信制御サーバ３００における処理フロー例を示す。
【図１８】本実施形態に係る通信端末１００または通信制御サーバ３００のハードウェア構成の一例を示す。
【符号の説明】
【００８０】
１０ 全体システム
１００ 通信端末
１０２ イベント検出部
１０４ ステータス情報変更部
１０６ イベントリスト格納部
１０８ ステータス情報送信部
１１０ スケジュール格納部
１１２ タイマ部
１１４ プログラム実行部
１１６ アプリケーションプログラム格納部
１１８ システムプログラム格納部
１２０ 操作入力部
１２２ 表示部
１２４ スピーカ
１２６ サービス情報受信部
１２８ サービス情報解析部
１３０ 位置情報受信部
１３２ 報知部
１３４ ステータス情報受信部
１３６ ステータス情報表示制御部
１３８ メンバリスト格納部
２００ 通信端末
３００ 通信制御サーバ
３０２ 制御部
３０４ ステータス情報受信部
３０６ ステータス情報送信部
３０８ ユーザデータベース
３１０ ユーザ情報
３１２ メンバリスト
３１４ ステータス情報変換リスト
５００ ネットワーク
１５０５ ＣＰＵ
１５１０ ＲＯＭ
１５２０ ＲＡＭ
１５３０ 通信インターフェイス
１５４０ ハードディスクドライブ
１５５０ フレキシブルディスク・ドライブ
１５６０ ＣＤ−ＲＯＭドライブ
１５７０ 入出力チップ
１５７５ グラフィック・コントローラ
１５８０ 表示装置
１５８２ ホスト・コントローラ
１５８４ 入出力コントローラ
１５９０ フレキシブルディスク
１５９５ ＣＤ−ＲＯＭ
【技術分野】
【０００１】
本発明は、通信端末、通信方法および通信プログラムに関する。本発明は、特に、登録したユーザの間で互いのステータスを表示する通信端末において、ステータスを変更するイベントを検知して自己のステータスを自動的に変更できる通信端末、通信方法および通信プログラムに関する。
【背景技術】
【０００２】
携帯電話等の携帯端末において、自己のプレゼンスあるいはステータスを、登録したユーザの通信端末に表示させるプレゼンスサービスが提供されている。たとえば特許文献１には、プレゼンス更新に際してのユーザ負担の軽減を目的に、プレゼンスの自動更新システムが開示されている。当該プレゼンスの自動更新システムでは、携帯電話機の低出力送受信部により、各場所に設置されている非接触型通信装置との近接間通信を実行する。そして、非接触型通信装置からその設置場所情報を取得する。携帯電話機は、プレゼンス管理テーブルに登録されているプレゼンス情報と受信した設置場所情報とを比較して、一致したプレゼンス情報に基づいてプレゼンス情報を生成および送信する。
【特許文献１】特開２００６−１４０５４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、特許文献１に記載のように、単に位置情報を取得してプレゼンス情報を自動的に更新するだけでは、多様なユーザのニーズを満たすことは困難になる。複雑なユーザの状況に応じたプレゼンス（以下本明細書では「ステータス」と称する場合もある）の更新サービスを提供するには、より柔軟にユーザの状況に対応できるサービスシステムを提供することが望まれる。
【課題を解決するための手段】
【０００４】
上記課題を解決するために、本発明の第１の形態においては、ネットワークに接続された通信制御装置を利用して、登録したメンバの通信端末に、自己のステータス情報を配信する通信端末であって、ステータス情報の変更条件に合致する変更イベントを検出するイベント検出部と、イベント検出部が変更イベントを検出した場合に、ステータス情報を変更イベントに応じたステータス情報に変更するステータス情報変更部と、ステータス情報変更部が変更したステータス情報を、メンバの通信端末に配信すべく通信制御装置に送信する送信部と、を備える通信端末を提供する。
【０００５】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【発明を実施するための最良の形態】
【０００６】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【０００７】
図１は、本実施形態の通信端末１００を含む全体システム１０の一例を示す。全体システム１０は、通信端末１００、通信端末２００、通信制御サーバ３００およびネットワーク５００を備える。同図では、通信端末１００と通信端末２００の二つの通信端末を例示するが、さらに多数の通信端末がネットワーク５００に接続されてもよい。
【０００８】
通信端末１００と通信端末２００とは、同様の構成を備え、両通信端末はその機能においても等価になる。ただし、以下の説明では、通信端末１００をステータス情報の送信側として、通信端末２００をステータス情報の受信側として説明する。通信端末１００が、通信端末２００と等価な複数の通信端末に対して、同時にステータス情報を配信できることは言うまでもない。
【０００９】
通信端末１００は、ネットワーク５００に接続された通信制御サーバ３００を利用して、登録したメンバの通信端末２００に、自己のステータス情報を配信する。すなわち、通信端末１００は、登録したメンバの通信端末である通信端末２００に自己のステータス情報を配信すべく、当該自己のステータス情報を通信制御サーバ３００に送信する。通信端末２００は、通信端末１００のユーザにおけるメンバの通信端末であり、通信端末１００から送信されたステータス情報を、通信制御サーバ３００を介して受信する。通信端末２００は、受信した通信端末１００のユーザのステータス情報を表示部に表示する。
【００１０】
通信制御サーバ３００は、通信制御装置の一例であり、通信端末１００と通信端末２００との間の通信を、たとえばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に従って制御する。特に通信制御サーバ３００は、通信端末１００から送信されたステータス情報を、通信端末１００のユーザが登録したメンバの通信端末に配信する。具体的には、通信制御サーバ３００は、通信端末１００のユーザごとのコンタクトリスト（メンバリスト）を備え、通信端末１００から受信したステータス情報を、メンバリストに登録された通信端末である通信端末２００に送信する。
【００１１】
ネットワーク５００は、通信端末１００、通信端末２００および通信制御サーバ３００を接続する通信経路であってよい。ネットワーク５００として、たとえばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が適用される通信ネットワークが例示できる。
【００１２】
図２は、通信端末１００の機能ブロック例を示す。通信端末１００は、イベント検出部１０２、ステータス情報変更部１０４、イベントリスト格納部１０６、ステータス情報送信部１０８、スケジュール格納部１１０、タイマ部１１２、プログラム実行部１１４、およびアプリケーションプログラム格納部１１６、を備える。また通信端末１００は、システムプログラム格納部１１８、操作入力部１２０、表示部１２２、スピーカ１２４、サービス情報受信部１２６、サービス情報解析部１２８、位置情報受信部１３０および報知部１３２、を備える。さらに通信端末１００は、ステータス情報受信部１３４、ステータス情報表示制御部１３６、およびメンバリスト格納部１３８、を備える。
【００１３】
イベント検出部１０２は、ステータス情報の変更条件に合致する変更イベントを検出する。たとえばイベント検出部１０２は、現在時刻が、スケジュール格納部１１０に格納したスケジュールデータに含まれる日時に達したことを変更イベントとして検出する。たとえばイベント検出部１０２は、プログラム実行部１１４が実行するアプリケーションプログラムの起動を変更イベントとして検出する。たとえばイベント検出部１０２は、プログラム実行部１１４が実行するシステムプログラムにおいて、特定の機能の利用開始を検知して、当該特定機能の利用開始を変更イベントとして検出する。
【００１４】
たとえばイベント検出部１０２は、サービス情報受信部１２６が受信したサービス情報の変更を変更イベントとして検出する。あるいはイベント検出部１０２は、サービス情報受信部１２６が受信したサービス情報をサービス情報解析部１２８が解析して、当該解析結果に基づきスケジュールされた日時に達したことを変更イベントとして検出する。たとえばイベント検出部１０２は、位置情報受信部１３０が受信した位置情報の変更を変更イベントとして検出する。
【００１５】
ステータス情報変更部１０４は、イベント検出部１０２が変更イベントを検出した場合に、ステータス情報を変更イベントに応じたステータス情報に変更する。たとえばステータス情報変更部１０４は、ステータス情報を、スケジュール格納部１１０に格納されたスケジュールデータに応じて変更する。たとえばステータス情報変更部１０４は、ステータス情報を、プログラム実行部１１４において起動したアプリケーションプログラムに応じて変更する。たとえばステータス情報変更部１０４は、ステータス情報を、プログラム実行部１１４が実行するシステムプログラムにおいて利用を開始した特定機能に応じて変更する。
【００１６】
たとえばステータス情報変更部１０４は、ステータス情報を、サービス情報受信部１２６が受信したサービス情報に応じて変更する。あるいはステータス情報変更部１０４は、サービス情報に基づいてスケジュールされたスケジュールデータに応じてステータス情報を変更する。たとえばステータス情報変更部１０４は、ステータス情報を、位置情報受信部１３０が受信した位置情報に応じて変更する。なお、ステータス情報変更部１０４は、変更イベントに関連付けて記録した連動データが真の場合にステータス情報を変更して、連動データが偽の場合にステータス情報を変更しないよう制御できる。
【００１７】
イベントリスト格納部１０６は、変更イベントのリストであるイベントリストを格納する。イベントリストには、ステータス情報変更部１０４が現在のステータス情報を変更する場合に参照する変更ステータス情報を含む。変更ステータス情報には、たとえば状態（テキスト）、状態（絵文字）、電話応答ステータス、メール応答ステータス、ＰｏＣ応答ステータス、コメントおよび連動データを含む。状態（テキスト）は、今の気分等ユーザの状態をテキストデータで表現したものであり、気分等を、文字、記号等のテキストデータでメンバに伝えることができる。状態（絵文字）は、今の気分等ユーザの状態を絵文字で表現したものであり、気分等を絵文字でメンバに伝えることができる。
【００１８】
電話応答ステータス、メール応答ステータスおよびＰｏＣ応答ステータスの各々は、電話、メールおよびＰｏＣの応答ができるか否か等を表示したものであり、電話等の応答ができるか否かをメンバに伝えることができる。コメントは、状態（テキスト）の制限文字数を超えて入力できる表現方法であり、メンバにより詳しい気分、状況等を伝えることができる。連動データは、当該変更イベントが検出された場合に、現在のステータス情報を変更ステータス情報に変更するか否かを指定するデータであり、真または偽の何れかが記録されている。たとえば真の場合にステータス情報を変更して、偽の場合にステータス情報を変更しない。なお連動データが真の場合に「ＯＮ」、偽の場合に「ＯＦＦ」と表現する場合がある。
【００１９】
ステータス情報送信部１０８は、ステータス情報変更部１０４が変更したステータス情報を、メンバの通信端末である通信端末２００に配信すべくネットワーク５００を介して通信制御サーバ３００に送信する。ステータス情報送信部１０８は、送信部の一例であってよい。ステータス情報送信部１０８が送信した変更ステータス情報は、メンバの通信端末である通信端末２００の表示部に表示される。
【００２０】
スケジュール格納部１１０は、スケジュールデータを格納する。スケジュールデータには、スケジュールの項目ごとのスケジュール項目データを含む。スケジュール項目データには、スケジュール項目名であるラベル、開始日時および終了日時を含み、当該スケジュール項目が変更イベントとして検出された場合に変更する変更ステータス情報を含む。変更ステータス情報には、たとえば電話応答ステータス、メール応答ステータス、ＰｏＣ応答ステータスを含む。スケジュール項目データには、さらにコメントおよび連動データを含む。
【００２１】
タイマ部１１２は、現在日時をカウントする。またタイマ部１１２は、スケジュール格納部１１０からスケジュールデータを取得して、スケジュールデータに記録されたスケジュールの開始日時または終了日時に現在日時が一致するか否かを判断する。タイマ部１１２は、スケジュールの開始日時または終了日時が現在日時と一致する場合には、現在日時がスケジュールの開始日時または終了日時に達した旨を、イベント検出部１０２に通知する。
【００２２】
プログラム実行部１１４は、アプリケーションプログラム格納部１１６に記録されたアプリケーションプログラムを実行する。プログラム実行部１１４は、アプリケーションプログラムを起動すると、当該アプリケーションを起動した旨を、イベント検出部１０２に通知する。
【００２３】
また、プログラム実行部１１４は、システムプログラム格納部１１８に記録されたシステムプログラムを実行する。プログラム実行部１１４は、システムプログラムの実行において、システムプログラムが実現する特定機能の利用を開始した場合に、当該機能の利用を開始した旨を、イベント検出部１０２に通知する。
【００２４】
アプリケーションプログラム格納部１１６は、各種のアプリケーションプログラムを格納する。アプリケーションプログラムとして、チャットアプリ、ゲームアプリ、対戦ゲームアプリ、カラオケ店アプリ等が例示できる。
【００２５】
システムプログラム格納部１１８は、特定機能を実現する特定機能プログラムの一例であるシステムプログラムを格納する。システムプログラムが実現する特定機能として、アラーム機能、電話機能、モード設定機能、メディアプレーヤ機能、ＰｏＣ機能、ワンセグテレビ再生機能、ウェブブラウジング機能、簡易留守録機能等が例示できる。モード設定機能として、ドライブモード設定、マナーモード設定が例示できる。
【００２６】
操作入力部１２０は、プログラム実行部１１４にデータを入力する場合に、ユーザの操作を受け付けて入力データを生成する。操作入力部１２０として、テンキー入力が例示できる。
【００２７】
表示部１２２は、プログラム実行部１１４の実行結果を表示する。特に表示部１２２は、ステータス情報受信部１３４が受信して、ステータス情報表示制御部１３６によって表示制御されたメンバのステータス情報を表示する。また表示部１２２は、報知部１３２が報知する報知情報を表示する。表示部１２２として、液晶表示装置等のフラットパネルディスプレイ装置が例示できる。
【００２８】
スピーカ１２４は、プログラム実行部１１４の実行結果を、音声、楽曲等のサウンドとして出力する。またスピーカ１２４は、報知部１３２が報知する報知情報をサウンドとして出力する。
【００２９】
サービス情報受信部１２６は、ネットワーク５００に接続されたサービスサーバからのサービス情報を受信する。受信したサービス情報は、イベント検出部１０２に提供される。サービスサーバは、所定のサービスを提供するサーバであり、たとえば電子チケットの管理サーバ、キャスト情報を配信する情報提供サーバが例示できる。サービスサーバは、ユーザが利用するサービスに関連したサービス情報を通信端末１００に通知する。
【００３０】
また、サービス情報受信部１２６は、受信したサービス情報をサービス情報解析部１２８に送信する。サービス情報解析部１２８により解析された解析結果は、スケジュールデータとしてスケジュール格納部１１０に提供される。あるいはサービス情報解析部１２８でサービス情報から抽出された抽出データは、ステータス情報変更部１０４に提供される。スケジュール格納部１１０に提供されるスケジュールデータおよびステータス情報変更部１０４に提供される抽出データは、サービス情報受信部１２６から提供されてもよく、サービス情報解析部１２８から提供されてもよい。
【００３１】
サービス情報解析部１２８は、サービス情報受信部１２６が受信したサービス情報を解析する。サービス情報解析部１２８は、サービス情報を解析して、サービス情報に含まれるスケジュール情報あるいはサービス情報に関連する絵文字データ等を抽出できる。たとえばサービス情報がチケット情報である場合には、チケット情報に含まれるサービスの開始日時、サービスの完了日時、サービス内容等を抽出する。そして、サービス内容をスケジュールのラベルとして、サービスの開始日時をスケジュールの開始日時として、サービスの完了日時をスケジュールの終了日時として、スケジュール項目データを生成できる。たとえばサービス情報がキャスト情報である場合には、キャスト情報に含まれる絵文字データを抽出できる。
【００３２】
位置情報受信部１３０は、通信端末１００の位置情報を受信する。受信した位置情報は、イベント検出部１０２に提供される。位置情報として、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）から取得した緯度および経度等の位置情報が例示できる。あるいは基地局の位置から判別した位置のセル情報等が例示できる。取得した位置情報は、たとえば緯度および経度等の位置情報から、たとえば渋谷区等の具体的な位置名称を提供するサーバを利用して、現在位置の名称に変換できる。
【００３３】
報知部１３２は、送信部の一例であるステータス情報送信部１０８が、変更したステータス情報の送信に失敗した場合に、送信に失敗した旨の報知を実行する。報知部１３２は、たとえば、報知に失敗した旨をメッセージとして表示部１２２に表示させ、あるいはサウンドとしてスピーカ１２４から出力できる。
【００３４】
ステータス情報受信部１３４は、メンバのステータス情報を、通信制御サーバ３００およびネットワーク５００を介してメンバの通信端末２００から受信する。受信したメンバのステータス情報は、ステータス情報表示制御部１３６に提供される。
【００３５】
ステータス情報表示制御部１３６は、ステータス情報受信部１３４が受信したメンバのステータス情報およびステータス情報変更部１０４が変更した自己のステータス情報を、表示部１２２に表示する制御を実行する。メンバのステータス情報を表示する制御において、メンバリスト格納部１３８に格納されたメンバリストを参照する。
【００３６】
メンバリスト格納部１３８は、メンバリストを格納する。メンバリストには、登録したメンバの通信端末を識別する識別情報等が記録できる。
【００３７】
図３は、通信端末１００における通信方法の全体フロー例を示す。通信端末１００は、自己のステータス情報を自動的に変更する処理において、まず、イベント検出処理（Ｓ８００）を実行する。イベント検出処理では、自己のステータス情報を変更するべき変更イベントの発生を検出する。変更イベントが検出されると、通信端末１００は、ステータス情報変更処理（Ｓ９００）を実行する。ステータス情報変更処理では、変更イベントに応じて自己のステータス情報を自動的に変更する。
【００３８】
通信端末１００は、変更したステータス情報を送信する（Ｓ１００２）。ステータス情報の送信が成功したかを判断し（Ｓ１００４）、オフラインあるいは圏外等により、成功しなかったと判断された場合には、通信端末１００は、送信に失敗した旨を報知する（Ｓ１００６）。ユーザは、当該報知を受けて、ステータス情報の自動変更に失敗したことを迅速に知ることができる。この場合、ユーザは手動によりステータス情報を変更することができる。ステップＳ１００４で送信に成功したと判断した場合、通信端末１００は、変更したステータス情報に従って自己のステータスを表示する（Ｓ１００８）。
【００３９】
図４は、イベント検出処理のフロー例を示す。イベント検出処理（Ｓ８００）では、タイマ部１１２から、現在日時がスケジュールの開始日時に達した旨の通知を受けたか否かを判断する（Ｓ８０２）。通知を受けたと判断された場合には、変更イベントとしてスケジュール開始イベントを設定する（Ｓ８０４）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。通知を受けたと判断されなかった場合には、ステップＳ８０６に進む。
【００４０】
ステップＳ８０６では、タイマ部１１２から、現在日時がスケジュールの終了日時に達した旨の通知を受けたか否かを判断する（Ｓ８０６）。通知を受けたと判断された場合には、変更イベントとしてスケジュール終了イベントを設定する（Ｓ８０８）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。通知を受けたと判断されなかった場合には、ステップＳ８１０に進む。
【００４１】
ステップＳ８１０では、アプリケーションプログラムを起動したか否かを判断する（Ｓ８１０）。アプリケーションプログラムを起動したと判断された場合には、変更イベントとしてアプリケーション起動イベントを設定する（Ｓ８１２）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。起動したと判断されなかった場合には、ステップＳ８１４に進む。
【００４２】
ステップＳ８１０では、特定機能の利用を開始したかを判断する（Ｓ８１４）。特定機能の利用を開始したと判断された場合には、変更イベントとして機能利用イベントを設定する（Ｓ８１６）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。開始したと判断されなかった場合には、ステップＳ８１８に進む。
【００４３】
ステップＳ８１８では、サービス情報を受信したかを判断する（Ｓ８１８）。サービス情報を受信したと判断された場合には、変更イベントとしてサービス情報受信イベントを設定する（Ｓ８２０）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。受信したと判断されなかった場合には、ステップＳ８２２に進む。
【００４４】
ステップＳ８２２では、位置情報が変更されたかを判断する（Ｓ８２２）。位置情報が変更されたと判断された場合には、変更イベントとして位置情報変更イベントを設定する（Ｓ８２４）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。変更したと判断されなかった場合には、ステップＳ８２６に進む。
【００４５】
ステップＳ８２６では、前回のステータス情報の変更から所定時間が経過したかを判断する（Ｓ８２６）。所定時間が経過したと判断された場合には、変更イベントとして不変更イベントを設定する（Ｓ８２８）。そしてイベント検出処理の呼出し元プログラムにリターンする（Ｓ８３０）。経過したと判断されなかった場合には、ステップＳ８０２に戻ってイベント検出処理を繰り返す。なお、ステップＳ８０２〜ステップＳ８２８の判断ステップおよびその後の変更イベント設定ステップの順序は、任意に入れ替えることができる。
【００４６】
図５は、タイマ部１１２における処理フロー例を示す。タイマ部処理（Ｓ８５０）では、まず、スケジュール格納部１１０からスケジュールデータを取得する（Ｓ８５２）。現在日時が、取得したスケジュールデータに含まれるスケジュールの開始日時に一致するか否かを判断する（Ｓ８５４）。一致すると判断された場合には、現在日時がスケジュールの開始日時に一致した旨をイベント検出部１０２に通知する（Ｓ８５６）。そしてステップＳ８５２に戻ってタイマ部処理を継続する。
【００４７】
ステップＳ８５４で一致していないと判断された場合には、さらに現在日時が、スケジュールデータに含まれるスケジュールの終了日時に一致するか否かを判断する（Ｓ８５８）。一致すると判断された場合には、現在日時がスケジュールの終了日時に一致した旨をイベント検出部１０２に通知する（Ｓ８６０）。そしてステップＳ８５２に戻ってタイマ部処理を継続する。ステップＳ８５８で一致していないと判断された場合には、ステップＳ８５２に戻ってタイマ部処理を継続する。
【００４８】
図６は、スケジュール開始イベントの場合にステータス情報を変更する処理のフロー例を示す。スケジュール開始イベントの場合におけるステータス情報変更処理（Ｓ９１０）は、まず、スケジュール格納部１１０から、スケジュール開始イベントに係るスケジュール項目データを取得する（Ｓ９１２）。そして当該スケジュール項目データの連動データは真か否かを判断して（Ｓ９１４）、連動データが真の場合には、ステータス情報の状態（テキスト）を、当該スケジュール項目データのラベル（項目名）に変更する（Ｓ９１６）。
【００４９】
さらに、ステータス情報の状態（絵文字）、応答ステータス、コメントを、当該スケジュール項目データの状態（絵文字）、応答ステータス、コメントに変更する（Ｓ９１８）。そしてステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９１９）。ステップＳ９１４で連動データが偽の場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００５０】
図７は、スケジュールデータの一例を示す。スケジュールデータにスケジュール項目データを含み、スケジュール項目データには、ラベル、開始日時、終了日時、電話応答ステータス、メール応答ステータス、ＰｏＣ応答ステータス、コメントおよび連動データを含んでよい。たとえば、スケジュール開始イベントに係るスケジュール項目データとして、ラベルが「社内会議」のスケジュール項目データが取得された場合、連動データは「ＯＮ」すなわち真なので、ステータス情報の状態（テキスト）が「社内会議」に変更される。
【００５１】
また、ステータス情報の電話応答ステータス、メール応答ステータス、ＰｏＣ応答ステータス、コメントの各々は、該当するスケジュール項目データの各データ、すなわち「応答ＮＧ」、「後で返信」、「参加ＮＧ」、「プロジェクト会議です」に変更される。スケジュール項目データにて状態（絵文字）が指定されていない場合は、規定の絵文字が状態として設定される。スケジュール項目データに状態（絵文字）が含まれる場合は、ステータス情報の状態（絵文字）をスケジュール項目データで指定された状態（絵文字）に変更する。
【００５２】
図８は、スケジュール終了イベントの場合にステータス情報を変更する処理のフロー例を示す。スケジュール終了イベントの場合におけるステータス情報変更処理（Ｓ９２０）は、まず、スケジュール格納部１１０から、スケジュール終了イベントに係るスケジュール項目データを取得する（Ｓ９２２）。当該スケジュール項目データの連動データは真か否かを判断して（Ｓ９２４）、真の場合は、ステータス情報の状態（テキスト）、状態（絵文字）、応答ステータス、コメントを、デフォルトの状態（テキスト）、状態（絵文字）、応答ステータス、コメントに変更する（Ｓ９２６）。そしてステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９２８）。ステップＳ９２４で連動データが偽の場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００５３】
なお、デフォルトの状態（テキスト）等は、予め定めたものであっても良い。あるいは、当該終了に係るスケジュール項目イベントの開始前の状態（テキスト）等に戻すものであってもよい。
【００５４】
図９は、アプリケーション起動イベントまたは機能利用イベントの場合にステータス情報を変更する処理のフロー例を示す。アプリケーション起動イベントまたは機能利用イベントの場合におけるステータス情報変更処理（Ｓ９３０）は、イベントリスト格納部１０６から、起動したアプリケーションプログラムまたは利用を開始した機能に係る項目データを取得する（Ｓ９３２）。当該項目データの連動データは真か否かを判断して（Ｓ９３４）、真の場合には、ステータス情報の状態（テキスト）、状態（絵文字）、応答ステータス、コメントを、当該項目データの状態（テキスト）、状態（絵文字）、応答ステータス、コメントに変更する（Ｓ９３６）。そしてステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９３８）。ステップＳ９３４で連動データが偽の場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００５５】
図１０は、アプリケーション起動イベントのイベントリスト例を示す。たとえば、アプリケーション起動イベントとしてチャットアプリケーションが起動された場合には、ステータス情報の各項目を起動アプリケーションが「チャット」に該当する項目データの各項目に変更する。すなわち、ステータス情報の状態（テキスト）を「チャット中」に変更して、電話応答ステータス、メール応答ステータスおよびＰｏＣ応答ステータスを「応答ＮＧ」、「後で返信」、「参加ＮＧ」に変更する。なお項目データのコメントには何も指定されていないので、コメントは変更しない、あるいはブランクで表示するようにできる。
【００５６】
図１１は、機能利用イベントのイベントリスト例を示す。たとえば、機能利用イベントとしてアラーム機能の利用開始を検出した場合には、ステータス情報の各項目を、利用機能が「アラーム」に該当する項目データの各項目に変更する。すなわち、ステータス情報の状態（テキスト）を「おはよう」に変更して、状態（絵文字）をニコニコマークに変更する。なお項目データの応答ステータスおよびコメントには何も指定されていないので、ステータス情報の応答ステータスは変更しないように、コメントは変更しない、あるいはブランクで表示するようにできる。
【００５７】
図１２は、サービス情報受信イベントの場合にステータス情報を変更する処理のフロー例を示す。サービス情報受信イベントの場合におけるステータス情報変更処理（Ｓ９４０）は、サービス情報受信イベントの連動データは真か否かを判断して（Ｓ９４２）、真の場合にサービス情報の解析処理を実行する（Ｓ９４４）。ステップＳ９４２で連動データが偽の場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。サービス情報の解析処理（Ｓ９４４）の後、にスケジュール項目データを抽出したか否かを判断する（Ｓ９４６）。スケジュール項目を抽出したと判断した場合には、抽出したスケジュール項目データをスケジュール格納部１１０のスケジュールデータに追加する（Ｓ９４８）。
【００５８】
ステップＳ９４６でスケジュール項目データを抽出しなかったと判断した場合には、絵文字を抽出したか否かをさらに判断して（Ｓ９５０）絵文字を抽出した場合には、ステータス情報の状態（テキスト）を、抽出した絵文字に対応する状態（テキスト）に変更する（Ｓ９５２）。ステップＳ９５０で絵文字を抽出しないと判断した場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。ステップＳ９４８およびステップＳ９５２の後にステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９５４）。
【００５９】
ステップＳ９４６において、スケジュール項目データを抽出した場合は、当該スケジュール項目データがスケジュールデータに追加されるので、スケジュール項目データの開始日時に達した段階で、スケジュール開始イベントが検出できる。なお、スケジュール項目データを抽出した場合、スケジューラとの連携を示す絵文字を、たとえば抽出の度に表示してもよい。また、サービス情報にキャスト情報を含む場合には絵文字が抽出されて、絵文字に対応する状態（テキスト）にステータス情報の状態（テキスト）が変更される。なお、絵文字に対応する状態（テキスト）は予め記録しておくことができる。
【００６０】
図１３は、サービス情報解析部１２８における処理フロー例を示す。サービス情報の解析処理（Ｓ９４４）では、まず、サービス情報は、チケット情報か否かを判断する（Ｓ９５６）。チケット情報である場合は、チケット情報から、サービス開始日時を抽出する（Ｓ９５８）。たとえばチケット情報に含まれるテキストをマイニングして、日時あるいは時間に関連する単語を抽出する。抽出した単語が開始に関するものか終了に関するものかを判断すれば、開始に関連する単語の近傍に配置された数字データから開始日時を抽出できる。
【００６１】
そしてサービス終了日時を抽出または算出する（Ｓ９６０）。たとえば提供するサービスの継続時間が明らかな場合（映画の場合上映時間等）には、開始日時に継続時間を加えれば終了日時を算出できる。開始日時を抽出する場合と同様に、サービス情報をテキストマイニングして終了日時を抽出できることはいうまでもない。
【００６２】
さらにスケジュール項目データの各要素に図示のような各値をセットする（Ｓ９６２）。たとえば、スケジュール項目データのラベル、開始日時、終了日時、電話等の応答ステータスおよびコメントには、各々、サービス名称、サービス開始日時、サービス終了日時、具体的な電話等の応答ステータス、"「サービス名称」中です"等の具体的なコメントをセットできる。
【００６３】
ステップＳ９５６でサービス情報ではないと判断した場合には、さらにサービス情報はキャスト情報か否かを判断する（Ｓ９６４）。キャスト情報であると判断された場合には、キャスト情報に含まれる絵文字を抽出する（Ｓ９６６）。ステップＳ９６４でキャスト情報でないと判断された場合、ステップＳ９６３およびステップＳ９６６の後、サービス情報の解析処理の呼出し元プログラムにリターンする（Ｓ９６８）。
【００６４】
図１４は、位置情報変更イベントの場合にステータス情報を変更する処理のフロー例を示す。位置情報変更イベントの場合においてステータス情報変更処理（Ｓ９７０）は、位置情報変更イベントの連動データは真か否かを判断する（Ｓ９７２）。真の場合には、位置情報から現在位置の名称テキストを取得する（Ｓ９７４）。連動データが偽の場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００６５】
ステップＳ９７４で現在位置の名称テキストを取得すると、ステータス情報の状態（テキスト）を、取得した現在位置の名称テキストに変更する（Ｓ９７６）。そしてステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９７８）。なお、位置情報が予め登録した緯度および経度の近傍であるか否か、あるいは位置情報から取得された現在位置の名称が予め登録した位置名称に一致するか否かを判断して、登録した緯度および経度の近傍あるいは位置名称である場合には、ステータス情報の状態（テキスト）を「おうち」、「会社」等の名称テキストに変更してもよい。
【００６６】
図１５は、不変更イベントの場合にステータス情報を変更する処理のフロー例を示す。不変更イベントの場合におけるステータス情報変更処理（Ｓ９８０）は、不変更イベントの連動データは真か否かを判断する（Ｓ９８２）。真の場合には、ステータス情報の状態（テキスト）を、「不明」に変更して（Ｓ９８４）、ステータス情報変更処理の呼出し元プログラムにリターンする（Ｓ９８６）。ステップＳ９８２で連動データが偽の場合は、図３のステップＳ８００に戻り、イベント検出の処理から繰り返す。
【００６７】
図１６は、通信制御サーバ３００の機能ブロック例を示す。通信制御サーバ３００は、制御部３０２、ステータス情報受信部３０４、ステータス情報送信部３０６、ユーザデータベース３０８を備える。ユーザデータベース３０８には、ユーザ情報３１０を有する。ユーザ情報３１０にはメンバリスト３１２とステータス情報変換リスト３１４とを含む。
【００６８】
制御部３０２は、ステータス情報の送受信およびユーザデータベース３０８へのアクセスを制御する。ステータス情報受信部３０４は、通信端末１００から送信されたユーザのステータス情報を受信する。ステータス情報送信部３０６は、ユーザについて登録されたメンバの通信端末２００に送信するよう制御部３０２によって制御されたユーザのステータス情報を、メンバの通信端末２００に送信する。ユーザデータベース３０８は、ユーザ情報３１０を格納する。ユーザデータベース３０８は、制御部からのアクセス要求に従ってユーザ情報３１０を送り返すことができる。
【００６９】
メンバリスト３１２は、ユーザごとに登録されたメンバの通信端末２００の識別情報を記録する。ユーザ情報３１０には、ユーザごとのステータス情報変換リスト３１４を備えてよく、ユーザについて受信したステータス情報を、ステータス情報変換リスト３１４に従って変換できる。
【００７０】
ステータス情報変換リスト３１４には、スケジュール格納部１１０に格納されたスケジュールデータあるいはイベントリスト格納部１０６に格納されたイベントリストと同様の変換データを変更イベントについて記録できる。前記した実施形態では、通信端末１００においてステータス情報を変更する例を説明したが、ステータス情報変換リスト３１４により、通信制御サーバ３００においてステータス情報を変更してもよい。
【００７１】
図１７は、通信制御サーバ３００における処理フロー例を示す。まず、ステータス情報を受信したか否かを判断して（Ｓ１１０２）、ステータス情報を受信した場合には、ユーザを特定してユーザ情報３１０を抽出する（Ｓ１１０４）。次に、ステータス情報をステータス情報変換リスト３１４に従って変換して（Ｓ１１０６）、メンバリスト３１２に登録されたメンバの通信端末２００に変換したデータを送信する（Ｓ１１０８）。
【００７２】
図１８は、本実施形態に係る通信端末１００または通信制御サーバ３００のハードウェア構成の一例を示す。本実施形態に係る通信端末１００または通信制御サーバ３００は、ホスト・コントローラ１５８２により相互に接続されるＣＰＵ１５０５、ＲＡＭ１５２０、グラフィック・コントローラ１５７５、および表示装置１５８０を有するＣＰＵ周辺部を備える。また通信端末１００または通信制御サーバ３００は、入出力コントローラ１５８４によりホスト・コントローラ１５８２に接続される通信インターフェイス１５３０、ハードディスクドライブ１５４０、およびＣＤ−ＲＯＭドライブ１５６０を有する入出力部を備える。さらに通信端末１００または通信制御サーバ３００は、入出力コントローラ１５８４に接続されるＲＯＭ１５１０、フレキシブルディスク・ドライブ１５５０、および入出力チップ１５７０を有するレガシー入出力部を備える。
【００７３】
ホスト・コントローラ１５８２は、ＲＡＭ１５２０と、高転送レートでＲＡＭ１５２０をアクセスするＣＰＵ１５０５およびグラフィック・コントローラ１５７５とを接続する。ＣＰＵ１５０５は、ＲＯＭ１５１０およびＲＡＭ１５２０に格納されたプログラムに基づいて動作して、各部を制御する。グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等がＲＡＭ１５２０内に設けたフレーム・バッファ上に生成する画像データを取得して、表示装置１５８０上に表示させる。これに代えて、グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。
【００７４】
入出力コントローラ１５８４は、ホスト・コントローラ１５８２と、比較的高速な入出力装置である通信インターフェイス１５３０、ハードディスクドライブ１５４０、ＣＤ−ＲＯＭドライブ１５６０を接続する。通信インターフェイス１５３０は、ネットワークを介して他の装置と通信する。ハードディスクドライブ１５４０は、通信端末１００または通信制御サーバ３００内のＣＰＵ１５０５が使用するプログラムおよびデータを格納する。ＣＤ−ＲＯＭドライブ１５６０は、ＣＤ−ＲＯＭ１５９５からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供する。
【００７５】
また、入出力コントローラ１５８４には、ＲＯＭ１５１０と、フレキシブルディスク・ドライブ１５５０、および入出力チップ１５７０の比較的低速な入出力装置とが接続される。ＲＯＭ１５１０は、通信端末１００または通信制御サーバ３００が起動時に実行するブート・プログラム、通信端末１００または通信制御サーバ３００のハードウェアに依存するプログラム等を格納する。フレキシブルディスク・ドライブ１５５０は、フレキシブルディスク１５９０からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供する。入出力チップ１５７０は、フレキシブルディスク・ドライブ１５５０、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を接続する。
【００７６】
ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供される通信プログラムは、フレキシブルディスク１５９０、ＣＤ−ＲＯＭ１５９５、またはＩＣカード等の記録媒体に格納されて利用者によって提供される。通信プログラムは、記録媒体から読み出され、ＲＡＭ１５２０を介して通信端末１００または通信制御サーバ３００内のハードディスクドライブ１５４０にインストールされ、ＣＰＵ１５０５において実行される。通信端末１００または通信制御サーバ３００にインストールされて実行される通信プログラムは、ＣＰＵ１５０５等に働きかけて、通信端末１００または通信制御サーバ３００を、図１から図１７にかけて説明した各部として機能させる。
【００７７】
すなわち、当該通信プログラムは、通信端末１００を、イベント検出部１０２、ステータス情報変更部１０４、イベントリスト格納部１０６、ステータス情報送信部１０８、スケジュール格納部１１０、タイマ部１１２、プログラム実行部１１４、およびアプリケーションプログラム格納部１１６として機能させる。また通信端末１００を、システムプログラム格納部１１８、操作入力部１２０、表示部１２２、スピーカ１２４、サービス情報受信部１２６、サービス情報解析部１２８、位置情報受信部１３０および報知部１３２として機能させる。さらに通信端末１００を、ステータス情報受信部１３４、ステータス情報表示制御部１３６およびメンバリスト格納部１３８として機能させる。また、当該通信プログラムは、通信制御サーバ３００を、制御部３０２、ステータス情報受信部３０４、ステータス情報送信部３０６およびユーザデータベース３０８として機能させる。
【００７８】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【図面の簡単な説明】
【００７９】
【図１】本実施形態の通信端末１００を含む全体システム１０の一例を示す。
【図２】通信端末１００の機能ブロック例を示す。
【図３】通信端末１００における通信方法の全体フロー例を示す。
【図４】イベント検出処理のフロー例を示す。
【図５】タイマ部１１２における処理フロー例を示す。
【図６】スケジュール開始イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図７】スケジュールデータの一例を示す。
【図８】スケジュール終了イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図９】アプリケーション起動イベントまたは機能利用イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図１０】アプリケーション起動イベントのイベントリスト例を示す。
【図１１】機能利用イベントのイベントリスト例を示す。
【図１２】サービス情報受信イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図１３】サービス情報解析部１２８における処理フロー例を示す。
【図１４】位置情報変更イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図１５】不変更イベントの場合にステータス情報を変更する処理のフロー例を示す。
【図１６】通信制御サーバ３００の機能ブロック例を示す。
【図１７】通信制御サーバ３００における処理フロー例を示す。
【図１８】本実施形態に係る通信端末１００または通信制御サーバ３００のハードウェア構成の一例を示す。
【符号の説明】
【００８０】
１０ 全体システム
１００ 通信端末
１０２ イベント検出部
１０４ ステータス情報変更部
１０６ イベントリスト格納部
１０８ ステータス情報送信部
１１０ スケジュール格納部
１１２ タイマ部
１１４ プログラム実行部
１１６ アプリケーションプログラム格納部
１１８ システムプログラム格納部
１２０ 操作入力部
１２２ 表示部
１２４ スピーカ
１２６ サービス情報受信部
１２８ サービス情報解析部
１３０ 位置情報受信部
１３２ 報知部
１３４ ステータス情報受信部
１３６ ステータス情報表示制御部
１３８ メンバリスト格納部
２００ 通信端末
３００ 通信制御サーバ
３０２ 制御部
３０４ ステータス情報受信部
３０６ ステータス情報送信部
３０８ ユーザデータベース
３１０ ユーザ情報
３１２ メンバリスト
３１４ ステータス情報変換リスト
５００ ネットワーク
１５０５ ＣＰＵ
１５１０ ＲＯＭ
１５２０ ＲＡＭ
１５３０ 通信インターフェイス
１５４０ ハードディスクドライブ
１５５０ フレキシブルディスク・ドライブ
１５６０ ＣＤ−ＲＯＭドライブ
１５７０ 入出力チップ
１５７５ グラフィック・コントローラ
１５８０ 表示装置
１５８２ ホスト・コントローラ
１５８４ 入出力コントローラ
１５９０ フレキシブルディスク
１５９５ ＣＤ−ＲＯＭ
【特許請求の範囲】
【請求項１】
ネットワークに設けられた通信制御装置を利用して、登録したメンバの通信端末に、自己のステータス情報を配信する通信端末であって、
前記ステータス情報の変更条件に合致する変更イベントを検出するイベント検出部と、
前記イベント検出部が前記変更イベントを検出した場合に、前記ステータス情報を前記変更イベントに応じたステータス情報に変更するステータス情報変更部と、
前記ステータス情報変更部が変更した前記ステータス情報を、前記メンバの通信端末に配信すべく前記通信制御装置に送信する送信部と、
を備える通信端末。
【請求項２】
スケジュールデータを格納するスケジュールデータ格納部、をさらに備え、
前記イベント検出部は、現在時刻が前記スケジュールデータに含まれる日時に達したことを前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、前記スケジュールデータに応じて変更する、
請求項１に記載の通信端末。
【請求項３】
アプリケーションプログラムを実行するプログラム実行部、をさらに備え、
前記イベント検出部は、前記アプリケーションプログラムの起動を前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、起動した前記アプリケーションプログラムに応じて変更する、
請求項１に記載の通信端末。
【請求項４】
特定機能を実現する特定機能プログラムを実行するプログラム実行部、をさらに備え、
前記イベント検出部は、前記特定機能の利用開始を前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、利用を開始した前記特定機能に応じて変更する、
請求項１に記載の通信端末。
【請求項５】
前記ネットワークに接続されたサービスサーバからのサービス情報を受信するサービス情報受信部、をさらに備え、
前記イベント検出部は、受信した前記サービス情報の変更、または前記サービス情報に基づきスケジュールされた日時に達したことを前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、受信した前記サービス情報に応じて、または前記サービス情報に基づくスケジュールデータに応じて変更する、
請求項１に記載の通信端末。
【請求項６】
前記通信端末の位置情報を受信する位置情報受信部、をさらに備え、
前記イベント検出部は、前記位置情報の変更を前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、前記位置情報に応じて変更する、
請求項１に記載の通信端末。
【請求項７】
前記ステータス情報変更部は、前記変更イベントに関連付けて記録した連動データが真の場合に前記ステータス情報を変更し、前記連動データが偽の場合に前記ステータス情報を変更しない、
請求項１に記載の通信端末。
【請求項８】
前記送信部が、変更した前記ステータス情報の送信に失敗した場合に、送信に失敗した旨の報知を実行する報知部、をさらに備える、
請求項１に記載の通信端末。
【請求項９】
ネットワークに設けられた通信制御装置を利用して、登録したメンバの通信端末に、自己のステータス情報を配信する通信方法であって、
前記ステータス情報の変更条件に合致する変更イベントを検出するイベント検出段階と、
前記イベント検出段階で前記変更イベントを検出した場合に、前記ステータス情報を前記変更イベントに応じたステータス情報に変更するステータス変更段階と、
前記ステータス変更段階で変更したステータス情報を、前記メンバの通信端末に配信すべく前記通信制御装置に送信する送信段階と、
を備える通信方法。
【請求項１０】
ネットワークに設けられた通信制御装置を利用して、登録したメンバの通信端末に、自己のステータス情報を配信する通信端末で使用する通信プログラムであって、前記通信端末を、
前記ステータス情報の変更条件に合致する変更イベントを検出するイベント検出部、
前記イベント検出部が前記変更イベントを検出した場合に、前記ステータス情報を前記変更イベントに応じたステータス情報に変更するステータス情報変更部、
前記ステータス情報変更部が変更したステータス情報を、前記メンバの通信端末に配信すべく前記通信制御装置に送信する送信部、
として機能させる通信プログラム。
【請求項１】
ネットワークに設けられた通信制御装置を利用して、登録したメンバの通信端末に、自己のステータス情報を配信する通信端末であって、
前記ステータス情報の変更条件に合致する変更イベントを検出するイベント検出部と、
前記イベント検出部が前記変更イベントを検出した場合に、前記ステータス情報を前記変更イベントに応じたステータス情報に変更するステータス情報変更部と、
前記ステータス情報変更部が変更した前記ステータス情報を、前記メンバの通信端末に配信すべく前記通信制御装置に送信する送信部と、
を備える通信端末。
【請求項２】
スケジュールデータを格納するスケジュールデータ格納部、をさらに備え、
前記イベント検出部は、現在時刻が前記スケジュールデータに含まれる日時に達したことを前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、前記スケジュールデータに応じて変更する、
請求項１に記載の通信端末。
【請求項３】
アプリケーションプログラムを実行するプログラム実行部、をさらに備え、
前記イベント検出部は、前記アプリケーションプログラムの起動を前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、起動した前記アプリケーションプログラムに応じて変更する、
請求項１に記載の通信端末。
【請求項４】
特定機能を実現する特定機能プログラムを実行するプログラム実行部、をさらに備え、
前記イベント検出部は、前記特定機能の利用開始を前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、利用を開始した前記特定機能に応じて変更する、
請求項１に記載の通信端末。
【請求項５】
前記ネットワークに接続されたサービスサーバからのサービス情報を受信するサービス情報受信部、をさらに備え、
前記イベント検出部は、受信した前記サービス情報の変更、または前記サービス情報に基づきスケジュールされた日時に達したことを前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、受信した前記サービス情報に応じて、または前記サービス情報に基づくスケジュールデータに応じて変更する、
請求項１に記載の通信端末。
【請求項６】
前記通信端末の位置情報を受信する位置情報受信部、をさらに備え、
前記イベント検出部は、前記位置情報の変更を前記変更イベントとして検出し、
前記ステータス情報変更部は、前記ステータス情報を、前記位置情報に応じて変更する、
請求項１に記載の通信端末。
【請求項７】
前記ステータス情報変更部は、前記変更イベントに関連付けて記録した連動データが真の場合に前記ステータス情報を変更し、前記連動データが偽の場合に前記ステータス情報を変更しない、
請求項１に記載の通信端末。
【請求項８】
前記送信部が、変更した前記ステータス情報の送信に失敗した場合に、送信に失敗した旨の報知を実行する報知部、をさらに備える、
請求項１に記載の通信端末。
【請求項９】
ネットワークに設けられた通信制御装置を利用して、登録したメンバの通信端末に、自己のステータス情報を配信する通信方法であって、
前記ステータス情報の変更条件に合致する変更イベントを検出するイベント検出段階と、
前記イベント検出段階で前記変更イベントを検出した場合に、前記ステータス情報を前記変更イベントに応じたステータス情報に変更するステータス変更段階と、
前記ステータス変更段階で変更したステータス情報を、前記メンバの通信端末に配信すべく前記通信制御装置に送信する送信段階と、
を備える通信方法。
【請求項１０】
ネットワークに設けられた通信制御装置を利用して、登録したメンバの通信端末に、自己のステータス情報を配信する通信端末で使用する通信プログラムであって、前記通信端末を、
前記ステータス情報の変更条件に合致する変更イベントを検出するイベント検出部、
前記イベント検出部が前記変更イベントを検出した場合に、前記ステータス情報を前記変更イベントに応じたステータス情報に変更するステータス情報変更部、
前記ステータス情報変更部が変更したステータス情報を、前記メンバの通信端末に配信すべく前記通信制御装置に送信する送信部、
として機能させる通信プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００９−８８７０２（Ｐ２００９−８８７０２Ａ）
【公開日】平成２１年４月２３日（２００９．４．２３）
【国際特許分類】
【出願番号】特願２００７−２５２５４０（Ｐ２００７−２５２５４０）
【出願日】平成１９年９月２７日（２００７．９．２７）
【出願人】（５０１４４０６８４）ソフトバンクモバイル株式会社 (654)
【Ｆターム（参考）】
【公開日】平成２１年４月２３日（２００９．４．２３）
【国際特許分類】
【出願日】平成１９年９月２７日（２００７．９．２７）
【出願人】（５０１４４０６８４）ソフトバンクモバイル株式会社 (654)
【Ｆターム（参考）】
[ Back to top ]