(57)【要約】【課題】  利用者端末の通信状況を判断可能な，新規かつ改良されたプレゼンス情報提供システム等を提供する。【解決手段】  メッセージ情報を送信する利用者端末と，ユーザのプレゼンス情報を管理するプレゼンス管理サーバとを有するプレゼンス情報提供システムにおいて，利用者端末は，プレゼンス管理サーバの間で通信を行う通信部と，プレゼンス管理サーバから提供された送信先のプレゼンス情報に応じて，メッセージ情報を作成するメッセージ作成部を備え，プレゼンス管理サーバは，ユーザ情報を管理するユーザ情報管理部と，上記通信により蓄積された通信履歴情報を管理する通信履歴管理部と，通信履歴情報もしくはユーザ情報のうち少なくとも一方に基づき，利用者端末の今後の通信状況を判断する通信状況判断部と，通信状況に基づき利用者端末のプレゼンス情報を更新するプレゼンス更新部を備える。【選択図】    図１
2005057709.tif 000002
【特許請求の範囲】
【請求項１】
通信網に接続され少なくともメッセージ情報を送信する利用者端末と，通信網に接続され前記利用者端末に属するユーザのプレゼンス情報を管理するプレゼンス管理サーバとを有するプレゼンス情報提供システムであって：
前記利用者端末は，前記プレゼンス管理サーバとの間で通信を行う通信部と，前記プレゼンス管理サーバから提供された送信先のプレゼンス情報に応じて，メッセージ情報を作成するメッセージ作成部とを備えており，
前記プレゼンス管理サーバは，前記利用者端末に属するユーザの少なくともログイン情報が含まれるユーザ情報を管理するユーザ情報管理部と，
前記利用者端末との通信により蓄積された通信履歴情報を管理する通信履歴管理部と，
前記通信履歴情報もしくは前記ユーザ情報のうちいずれか一方または双方に基づいて，前記利用者端末の今後の通信状況を判断する通信状況判断部と，
前記判断された通信状況に基づき，前記利用者端末のプレゼンス情報を更新するプレゼンス更新部とを備えていることを特徴とする，プレゼンス情報提供システム。
【請求項２】
前記利用者端末と前記プレゼンス管理サーバとの接続は，非常時接続であることを特徴とする，請求項１に記載のプレゼンス情報提供システム。
【請求項３】
前記利用者端末と前記プレゼンス管理サーバとの通信は，前記利用者端末からの起動によって，開始することを特徴とする，請求項１に記載のプレゼンス情報提供システム。
【請求項４】
通信網に接続され利用者端末に属するユーザのプレゼンス情報を管理するプレゼンス管理サーバであって：
前記利用者端末に属するユーザの少なくともログイン情報が含まれたユーザ情報を管理するユーザ情報管理部と，
前記利用者端末との通信により蓄積された通信履歴情報を管理する通信履歴管理部と，
前記通信履歴情報もしくは前記ユーザ情報のうちいずれか一方または双方に基づいて，前記利用者端末の今後の通信状況を判断する通信状況判断部と，
前記判断された通信状況に基づき，前記利用者端末のプレゼンス情報を更新するプレゼンス更新部とを備えることを特徴とする，プレゼンス管理サーバ。
【請求項５】
前記通信状況判断部は，前記利用者端末の通信状況を判断するための通信状況判断テーブルに従って，前記利用者端末の通信状況を判断することを特徴とする，請求項４に記載のプレゼンス管理サーバ。
【請求項６】
前記通信履歴管理部は，前記利用者端末と定期的に通信が行われた定期通信の通信履歴情報を蓄積することを特徴とする，請求項４に記載のプレゼンス管理サーバ。
【請求項７】
前記プレゼンス情報は，少なくとも前記ユーザの状況を示すユーザ状況もしくは前記利用者端末の通信状況のうち少なくとも一つを含むことを特徴とする，※より詳細な送信先の状況を把握できる。請求項４に記載のプレゼンス管理サーバ。
【請求項８】
前記通信履歴情報には，少なくとも１回の通信にかかった時間を示す通信時間情報が含まれることを特徴とする，請求項４に記載のプレゼンス管理サーバ。
【請求項９】
前記通信状況判断部は，所定時間ごとに起動することを特徴とする，請求項４に記載のプレゼンス管理サーバ。
【請求項１０】
コンピュータをして，通信網に接続され利用者端末に属するユーザのプレゼンス情報を管理するプレゼンス管理サーバとして機能させるコンピュータプログラムであって：
前記利用者端末に属するユーザの少なくともログイン情報が含まれたユーザ情報を管理するユーザ情報管理手段と，
前記利用者端末との通信により蓄積された通信履歴情報を管理する通信履歴管理手段と，
前記通信履歴情報もしくは前記ユーザ情報のうちいずれか一方または双方に基づいて，前記利用者端末の今後の通信状況を判断する通信状況判断手段と，
前記判断された通信状況に基づき，前記利用者端末のプレゼンス情報を更新するプレゼンス更新手段とを備えたプレゼンス管理サーバとして機能させることを特徴とする，コンピュータプログラム。
【請求項１１】
通信網に接続されプレゼンス情報を管理するプレゼンス管理サーバを介して，少なくともメッセージ情報を送信する利用者端末であって：
少なくとも前記メッセージ情報の有無を確認するとともに，通信履歴を前記プレゼンス管理サーバに蓄積させるための通信を前記プレゼンス管理サーバとの間で行う通信部と，
前記プレゼンス管理サーバから提供された送信先のプレゼンス情報に応じて，メッセージ情報を作成するメッセージ作成部とを備えることを特徴とする，利用者端末。
【請求項１２】
前記通信部は，定期的に通信する定期通信部であることを特徴とする，請求項１１に記載の利用者端末。
【請求項１３】
前記定期通信部は，所定の間隔をおいて，前記プレゼンス管理サーバに対して通信の開始を起動することを特徴とする，請求項１２に記載の利用者端末。
【請求項１４】
前記利用者端末と前記プレゼンス管理サーバとの接続は，非常時接続であることを特徴とする，請求項１１に記載の利用者端末。
【請求項１５】
前記利用者端末は，前記非常時接続の携帯電話であることを特徴とする，請求項１４に記載の利用者端末。
【請求項１６】
前記利用者端末は，前記プレゼンス情報を表示する表示部をさらに備えることを特徴とする，請求項１１に記載の利用者端末。
【請求項１７】
前記表示部には，前記プレゼンス情報が表示される領域のうち前記利用者端末装置の通信状況を表示する通信状況表示領域と，ユーザ状況を表示するユーザ状況表示領域とが含まれることを特徴とする，請求項１６に記載の利用者端末。
【請求項１８】
前記利用者端末は，履歴要求部をさらに備え，
前記履歴要求部は，前記通信履歴管理部に蓄積された通信履歴情報を，前記通信網を介して取得することを特徴とする，請求項１１に記載の利用者端末。
【請求項１９】
コンピュータをして，通信網に接続されプレゼンス情報を管理するプレゼンス管理サーバを介して，少なくともメッセージ情報を送信する利用者端末として機能させるコンピュータプログラムであって：
少なくとも前記メッセージ情報の着信を確認するとともに，通信履歴を前記プレゼンス管理サーバに蓄積させるための通信を前記プレゼンス管理サーバとの間で行う通信手段と，
前記プレゼンス管理サーバから提供された送信先のプレゼンス情報に応じて，メッセージ情報を作成するメッセージ作成手段とを備えた利用者端末として機能させることを特徴とする，コンピュータプログラム。
【請求項２０】
通信網に接続され少なくともメッセージ情報を送信する利用者端末と，通信網に接続され前記利用者端末に属するユーザのプレゼンス情報を管理するプレゼンス管理サーバとを利用してプレゼンス情報の提供を行うプレゼンス情報提供方法であって：
前記利用者端末により，前記プレゼンス管理サーバとの間で，少なくとも前記メッセージ情報の有無を確認するための通信が行われる通信ステップと，
前記プレゼンス管理サーバにより，前記利用者端末との間で行われた前記通信が蓄積され，通信履歴情報を管理する通信履歴管理ステップと，
前記プレゼンス管理サーバにより，前記通信履歴情報もしくは予め登録された前記利用者端末に属するユーザのユーザ情報のうちいずれか一方または双方に基づいて，前記利用者端末の今後の通信状況を判断する通信状況判断ステップと，
前記プレゼンス管理サーバにより，前記判断された通信状況に基づき，前記利用者端末のプレゼンス情報を更新するプレゼンス更新ステップと
を含むことを特徴とする，プレゼンス情報提供方法。
【請求項２１】
前記通信状況判断ステップでは，前記利用者端末の通信状況を判断するための通信状況判断テーブルに従って，前記通信状況の判断が行なわれることを特徴とする，請求項２０に記載のプレゼンス情報提供方法。
【請求項２２】
前記通信履歴管理ステップは，前記利用者端末と定期的に通信が行われた定期通信の通信履歴情報を蓄積することを特徴とする，請求項２０に記載のプレゼンス情報提供方法。
【請求項２３】
前記プレゼンス情報は，少なくとも前記ユーザの状況を示すユーザ状況もしくは前記利用者端末の通信状況のうち少なくとも一つを含むことを特徴とする，請求項２０に記載のプレゼンス情報提供方法。
【請求項２４】
前記通信ステップは，定期的に通信することを特徴とする，請求項２０に記載のプレゼンス情報提供方法。
【請求項２５】
前記通信ステップは，所定の間隔をおいて，前記プレゼンス管理サーバに対して前記通信の開始を起動することを特徴とする，請求項２４に記載のプレゼンス情報提供方法。
【請求項２６】
前記プレゼンス情報提供方法は，前記プレゼンス情報を表示する表示ステップをさらに含むことを特徴とする，請求項２０に記載のプレゼンス情報提供方法。
【請求項２７】
前記表示ステップには，前記プレゼンス情報に含まれる前記利用者端末装置の通信状況を表示するための通信状況表示ステップと，前記プレゼンス情報に含まれるユーザ状況を表示するためのユーザ状況表示ステップとが含まれることを特徴とする，請求項２６に記載のプレゼンス情報提供方法。
【請求項２８】
前記通信履歴情報には，少なくとも１回の通信にかかった時間を示す通信時間情報が含まれることを特徴とする，請求項２０に記載のプレゼンス情報提供方法。
【請求項２９】
前記プレゼンス情報提供方法は，
前記通信履歴情報を要求する履歴要求ステップと，
前記通信履歴情報を表示する履歴表示ステップと，
をさらに含むことを特徴とする，請求項２０に記載のプレゼンス情報提供方法。
【請求項３０】
前記通信状況判断ステップは，所定時間ごとに行われることを特徴とする，請求項２０に記載のプレゼンス情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，複数の端末装置間でプレゼンス情報とメッセージ情報を送受信可能なプレゼンス情報提供システムに関する。
【背景技術】
【０００２】
インターネット等のネットワークにより接続された複数のクライアント装置（パーソナルコンピュータ等）間で，メッセージ情報をやり取りするため，電子メール（Ｅメール），チャット等を利用した情報配信システムが普及している。
【０００３】
さらに，電子メールにおいて特定のグループに対してメッセージを伝達するために，複数のアドレスを設定して送信する方法や，特定の条件を満たす端末のユーザグループに対しグループアドレスを送信し，このグループアドレスによって情報を交換する方法が知られている（例えば，特許文献１）。
【０００４】
また，近年では，上記のような情報配信システムとして，インスタントメッセージング（Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ）を利用したシステムの利用度が高まりつつある。このインスタントメッセージングでは，ネットワークに接続している予め登録する特定のクライアントユーザのグループに対して，送信先の現在状況（プレゼンス）を把握しながら，インスタントメッセージを伝達できるという利点がある。
【０００５】
【特許文献１】特開２００３−１３４１６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら，上記従来の情報配信システムに備わるクライアント（端末）において，ネットワークに常時接続できず，インスタントメッセージを中継するサーバからの起動（アクション）では接続できない例えば携帯電話等の携帯端末の場合，上記サーバは，携帯端末からの起動による定期的な通信以外では，携帯端末からの情報等を受信することが出来ないため，受信側のサーバが，携帯端末の通信状況を決定することは難しかった。
【０００７】
携帯端末の特性上，様々な場所にユーザが携帯するため，断続的に携帯端末の通信が不可になる場合も多い。したがって，携帯端末の通信状況の把握が難しいため，他の端末はこれから送るメッセージが送信先の携帯端末にすぐに届くか判断することが難しい。
【０００８】
また，上記定期通信の機能としては，自分宛のメッセージの有無や，他の端末のステータスが変更されたか否かを確認するのが主目的であるため，決められた通りに定期通信が行われたか否かを把握することは可能だが，携帯端末の通信状況を的確に判断することは難しかった。
【０００９】
本発明は，上記問題点に鑑みてなされたものであり，本発明の目的は，携帯端末の通信状況を判断することが可能な，新規かつ改良されたプレゼンス情報提供システムおよび上記システムを実現するためのプレゼンス管理サーバ等を提供することである。
【課題を解決するための手段】
【００１０】
上記課題を解決するため，本発明の第１の観点によれば，通信網に接続され少なくともメッセージ情報を送信する利用者端末と，通信網に接続され利用者端末に属するユーザのプレゼンス情報を管理するプレゼンス管理サーバとを有するプレゼンス情報提供システムが提供される。上記プレゼンス情報提供システムにおいて，利用者端末は，プレゼンス管理サーバとの間で通信を行う通信部と，プレゼンス管理サーバから提供された送信先のプレゼンス情報に応じて，メッセージ情報を作成するメッセージ作成部とを備えており，プレゼンス管理サーバは，利用者端末に属するユーザのユーザ情報を管理するユーザ情報管理部と，利用者端末との通信により蓄積された通信履歴情報を管理する通信履歴管理部と，通信履歴情報もしくはユーザ情報のうちいずれか一方または双方に基づいて，利用者端末の今後の通信状況を判断する通信状況判断部と，判断された通信状況に基づき，利用者端末のプレゼンス情報を更新するプレゼンス更新部とを備えていることを特徴としている。
【００１１】
本発明によれば，プレゼンス管理サーバは，予めプレゼンス管理サーバに登録されたユーザの利用者端末とプレゼンス管理サーバとの通信の履歴を蓄積し，上記蓄積された通信履歴情報と，上記ユーザの認証などに関するユーザ情報とに基づき，上記利用者端末の今後の行われ得る通信状況を判断する。また，上記判断された通信状況は，利用者端末のプレゼンス情報に更新される。かかる構成により，現状の通信状況はもとより，以後の各利用者端末の通信状況を把握することができる。メッセージ情報を送信する送信先の利用者端末のプレゼンス情報を把握することで，送信元の利用者端末は，メッセージ情報をタイミングよく的確に送信することができ，さらに迅速的なメッセージ情報の送受信により，効率的なコミュニケーションが図れる。
【００１２】
利用者端末とプレゼンス管理サーバとの接続は，非常時接続であるように構成することができる。
【００１３】
利用者端末とプレゼンス管理サーバとの通信は，利用者端末からの起動によって，開始するように構成することができ，また，利用者端末は，非常時接続の携帯電話であるように構成することができる。
【００１４】
通信状況判断部は，利用者端末の通信状況を判断するための通信状況判断テーブルに従って，前記通信状況を判断するように構成することができる。かかる構成により，より詳細な通信状況の判断を行うことが可能となり，利用者端末のメッセージ情報の利用頻度に応じて，適宜通信状況を判断する条件を変更することが可能となる。
【００１５】
通信状況判断部は，１のユーザ情報を抽出し，該ユーザ情報に該当する通信履歴情報を抽出するように構成してもよい。
【００１６】
通信履歴管理部は，利用者端末と定期的に通信が行われた定期通信の通信履歴情報を蓄積するように構成してもよい。
【００１７】
プレゼンス情報は，少なくともユーザの状況を示すユーザ状況もしくは利用者端末の通信状況のうち少なくとも一つを含むように構成してもよい。かかる構成により，各ユーザまたは利用者端末の状況を，より詳細に把握できる。
【００１８】
プレゼンス情報は，現在または未来に関する情報であるように構成することができる。かかる構成により，メッセージ情報を送信する予定をたてることができ，効率的に送信先にメッセージ情報を送信できる。
【００１９】
通信部は，定期的に通信する定期通信部であるように構成することができる。かかる構成により，利用者端末からの定期通信の際に，定期通信の履歴情報を蓄積することで，自分宛のメッセージ情報の有無が確認できるとともに，次の定期通信までの間の利用者端末の通信状態を判断し，他の利用者端末に提供することで，円滑なメッセージの送受信を達成できる。
【００２０】
定期通信部は，所定の間隔をおいて，プレゼンス管理サーバに対して通信の開始を起動するように構成することができる。
【００２１】
利用者端末は，プレゼンス情報を表示する表示部をさらに備えるように構成することができ，また上記表示部には，プレゼンス情報が表示される領域のうち利用者端末装置の通信状況を表示する通信状況表示領域と，ユーザ状況を表示するユーザ状況表示領域とが含まれるように構成することができる。
【００２２】
通信履歴情報には，少なくとも１回の通信にかかった時間を示す通信時間情報が含まれるように構成してもよい。
【００２３】
利用者端末は，履歴要求部をさらに備え，上記履歴要求部は，通信履歴管理部に蓄積された通信履歴情報を，通信網を介して取得するように構成することができる。かかる構成により，蓄積された通信履歴情報は，通信状況を判断するための判断材料として活用できる。
【００２４】
通信状況判断部は，所定時間ごとに起動するように構成してもよい。かかる構成により，自動的に各利用者端末の通信状況を判断することで，時々刻々と変化する最新の通信状況が含まれるプレゼンス情報を提供できる。
【００２５】
また，上記課題を解決するために，本発明の別の観点によれば，通信網に接続され利用者端末に属するユーザのプレゼンス情報を管理するプレゼンス管理サーバが提供される。上記プレゼンス管理サーバは，利用者端末に属するユーザの少なくともログイン情報が含まれたユーザ情報を管理するユーザ情報管理部と，利用者端末との通信により蓄積された通信履歴情報を管理する通信履歴管理部と，通信履歴情報もしくは前記ユーザ情報のうちいずれか一方または双方に基づいて，利用者端末の今後の通信状況を判断する通信状況判断部と，判断された通信状況に基づき，利用者端末のプレゼンス情報を更新するプレゼンス更新部とを備えることを特徴としている。
【００２６】
通信状況判断部は，利用者端末の通信状況を判断するための通信状況判断テーブルに従って，利用者端末の通信状況を判断するように構成してもよい。
【００２７】
通信状況判断部は，１のユーザ情報を抽出し，該ユーザ情報に該当する通信履歴情報を抽出するように構成してもよい。
【００２８】
通信履歴管理部は，利用者端末と定期的に通信が行われた定期通信の通信履歴情報を蓄積するように構成してもよい。
【００２９】
プレゼンス情報は，少なくともユーザの状況を示すユーザ状況もしくは利用者端末の通信状況のうち少なくとも一つを含むように構成してもよく，プレゼンス情報は，現在または未来に関する情報であるように構成してもよい。
【００３０】
通信履歴情報には，少なくとも１回の通信にかかった時間を示す通信時間情報が含まれるように構成してもよい。
【００３１】
通信状況判断部は，所定時間ごとに起動するように構成してもよい。かかる構成により，自動的に各利用者端末の通信状況を判断することで，時々刻々と変化する最新の通信状況が含まれるプレゼンス情報を提供できる。
【００３２】
また，上記課題を解決するために，本発明の別の観点によれば，コンピュータをして，通信網に接続され利用者端末に属するユーザのプレゼンス情報を管理するプレゼンス管理サーバとして機能させるコンピュータプログラムが提供される。上記コンピュータプログラムは，利用者端末に属するユーザの少なくともログイン情報が含まれたユーザ情報を管理するユーザ情報管理手段と，利用者端末との通信により蓄積された通信履歴情報を管理する通信履歴管理手段と，通信履歴情報もしくはユーザ情報のうちいずれか一方または双方に基づいて，利用者端末の今後の通信状況を判断する通信状況判断手段と，判断された通信状況に基づき，利用者端末のプレゼンス情報を更新するプレゼンス更新手段とを備えたプレゼンス管理サーバとして機能させることを特徴としている。
【００３３】
また，上記課題を解決するために，本発明の別の観点によれば，通信網に接続されプレゼンス情報を管理するプレゼンス管理サーバを介して，少なくともメッセージ情報を送信する利用者端末が提供される。上記利用者端末は，少なくともメッセージ情報の有無を確認するとともに，通信履歴をプレゼンス管理サーバに蓄積させるための通信をプレゼンス管理サーバとの間で行う通信部と，プレゼンス管理サーバから提供された送信先のプレゼンス情報に応じて，メッセージ情報を作成するメッセージ作成部とを備えることを特徴としている。
【００３４】
通信部は，定期的に通信する定期通信部であるように構成してもよく，上記定期通信部は，所定の間隔をおいて，プレゼンス管理サーバに対して通信の開始を起動するように構成してもよい。かかる構成により，利用者端末からの定期通信の際に，定期通信の履歴情報を蓄積することで，自分宛のメッセージの有無が確認できるとともに，次の定期通信までの間の利用者端末の通信状態を判断し，他の利用者端末に提供することで，円滑なメッセージの送受信を達成できる。
【００３５】
利用者端末と前記プレゼンス管理サーバとの接続は，非常時接続であるように構成してもよい。また，上記利用者端末は，非常時接続の携帯電話であるように構成してもよい。
【００３６】
利用者端末は，プレゼンス情報を表示する表示部をさらに備えるように構成してもよく，上記表示部には，プレゼンス情報が表示される領域のうち利用者端末装置の通信状況を表示する通信状況表示領域と，ユーザ状況を表示するユーザ状況表示領域とが含まれるように構成してもよい。
【００３７】
利用者端末は，履歴要求部をさらに備え，履歴要求部は，通信履歴管理部に蓄積された通信履歴情報を，通信網を介して取得するように構成してもよい。
【００３８】
また，上記課題を解決するために，本発明の別の観点によれば，コンピュータをして，通信網に接続されプレゼンス情報を管理するプレゼンス管理サーバを介して，少なくともメッセージ情報を送信する利用者端末として機能させるコンピュータプログラムが提供される。上記コンピュータプログラムは，少なくともメッセージ情報の着信を確認するとともに，通信履歴をプレゼンス管理サーバに蓄積させるための通信をプレゼンス管理サーバとの間で行う通信手段と，プレゼンス管理サーバから提供された送信先のプレゼンス情報に応じて，メッセージ情報を作成するメッセージ作成手段とを備えた利用者端末として機能させることを特徴としている。
【００３９】
また，上記課題を解決するために，本発明の別の観点によれば，通信網に接続され少なくともメッセージ情報を送信する利用者端末と，通信網に接続され利用者端末に属するユーザのプレゼンス情報を管理するプレゼンス管理サーバとを利用してプレゼンス情報の提供を行うプレゼンス情報提供方法が提供される。上記プレゼンス情報提供方法は，利用者端末により，プレゼンス管理サーバとの間で，少なくともメッセージ情報の有無を確認するための通信が行われる通信ステップと，プレゼンス管理サーバにより，利用者端末との間で行われた通信が蓄積され，通信履歴情報を管理する通信履歴管理ステップと，プレゼンス管理サーバにより，通信履歴情報もしくは予め登録された利用者端末に属するユーザのユーザ情報のうちいずれか一方または双方に基づいて，利用者端末の今後の通信状況を判断する通信状況判断ステップと，プレゼンス管理サーバにより判断された通信状況に基づき，利用者端末のプレゼンス情報を更新するプレゼンス更新ステップとを含むことを特徴としている。
【００４０】
通信状況判断ステップでは，利用者端末の通信状況を判断するための通信状況判断テーブルに従って，通信状況の判断が行なわれるように構成してもよい。
【００４１】
通信履歴管理ステップは，利用者端末と定期的に通信が行われた定期通信の通信履歴情報を蓄積するように構成してもよい。
【００４２】
プレゼンス情報は，少なくともユーザの状況を示すユーザ状況もしくは利用者端末の通信状況のうち少なくとも一つを含むように構成してもよい。
【００４３】
通信ステップは，定期的に通信するように構成してもよく，通信ステップは，所定の間隔をおいて，プレゼンス管理サーバに対して通信の開始を起動するように構成してもよい。
【００４４】
プレゼンス情報提供方法は，プレゼンス情報を表示する表示ステップをさらに含むように構成してもよい。
【００４５】
表示ステップには，プレゼンス情報に含まれる利用者端末装置の通信状況を表示するための通信状況表示ステップと，プレゼンス情報に含まれるユーザ状況を表示するためのユーザ状況表示ステップとが含まれるように構成してもよい。
【００４６】
通信履歴情報には，少なくとも１回の通信にかかった時間を示す通信時間情報が含まれるように構成してもよい。
【００４７】
プレゼンス情報提供方法は，通信履歴情報を要求する履歴要求ステップと，通信履歴情報を表示する履歴表示ステップとをさらに含むように構成してもよい。
【００４８】
通信状況判断ステップは，所定時間ごとに行われるように構成してもよい。
【発明の効果】
【００４９】
以上説明したように，本発明によれば，利用者端末からの定期通信の際に，定期通信の履歴情報を蓄積することで，自分宛のメッセージの有無が確認できるとともに，次の定期通信までの間の利用者端末の通信状態を判断し，他の利用者端末に提供することで，円滑なメッセージの送受信を達成できる。
【発明を実施するための最良の形態】
【００５０】
（第１実施形態）
以下，本発明の好適な実施の形態について，添付図面を参照しながら詳細に説明する。なお，以下の説明及び添付図面において，略同一の機能及び構成を有する構成要素については，同一符号を付することにより，重複説明を省略する。
【００５１】
（１．  プレゼンス情報提供システムについて）
まず，図１を参照しながら，第１の実施の形態にかかるプレゼンス情報提供システムについて説明する。図１は，第１の実施の形態にかかるプレゼンス情報提供システムの概略的な構成を示すブロック図である。なお，本明細書において，プレゼンス情報提供サービスは，有料または無料で，送信先の利用者端末または使用者のプレゼンス情報の状況を通知するサービス全般を総称するものとする。
【００５２】
まず，第１の実施の形態にかかるプレゼンス情報提供システムに適用されるインスタントメッセージ配信システムは，ベースとしてインスタントメッセージング技術を利用している。上記インスタントメッセージング技術は，ネットワークを介して特定の相手にメッセージ情報を伝達する点においては，従来のチャットや電子メールの配信システムと目的を同じにする。
【００５３】
しかし，インスタントメッセージ配信システムは，例えば，連絡をしようとする相手先の現在状況（ログインの有無や，食事中など）や，相手先の利用者端末の現在状況（通信可能，通信不可など）をプレゼンス情報として表示するプレゼンス機能と，相手に即時的にメッセージ情報を伝達できるメッセージング機能とを有する点で異なる。
【００５４】
このメッセージング機能は，送信側の利用者端末（情報処理端末１０１，携帯電話１０６）と受信側の利用者端末との間でインスタントメッセージを中継するＩＭサーバ１０４が，送信側の利用者端末からインスタントメッセージを受信後，直ちに，通信中の受信側の利用者端末に当該インスタントメッセージを送信することによって実現可能である。なお，かかるメッセージング機能を有するインスタントメッセージ配信システムにおいて，非常時接続である携帯電話が受信側の場合，受信側の利用者端末がサーバ装置に定期通信等でアクセスしてメッセージを取りに行く処理を行う。
【００５５】
常時接続とは，ＩＰアドレスを保有し，通信網上で端末同士が通信可能な状態をいう。ダイアルアップ接続などの場合も常時接続に該当する。また，非常時接続である携帯電話などの端末は，１通信ごとにＩＰアドレスをサーバ装置から取得し，通信終了するとＩＰアドレスを開放するため，携帯電話は，常時接続することができない。なお，第１の実施の形態にかかる非常時接続である端末は，携帯電話の場合を例に挙げて説明するが，かかる例に限定されない。
【００５６】
また，インスタントメッセージ配信システムは，上記プレゼンス機能を有する点，予め登録した相手とのみメッセージの送受信が行える点，およびメッセージ表示形式の点で，チャット配信システムと方式を異にする。
【００５７】
例えば，図１に示す携帯電話１０６ｂ，情報処理端末１０１ｂ，および情報処理端末ｎからなるグループを登録することで，上記グループ内の相手とメッセージの交換が行える。なお，基本的には１のユーザに対して１の端末を登録するが，１のユーザに対して端末を複数台登録することも可能である。例えば，複数台の端末の場合，インスタントメッセージを送信するアドレスとユーザＩＤを各端末に割り当てることで実施可能である。
【００５８】
図１に示すように，プレゼンス情報提供システム１００は，通信網１０２を介して，プレゼンス管理サーバ１０３と情報処理端末１０１とが相互に接続されるとともに，通信網１０５を介して，携帯電話１０６とプレゼンス管理サーバ１０３とＩＭサーバ１０４とが相互に接続されることにより構成される。
【００５９】
さらに，プレゼンス情報提供システム１００には，課金サーバ１０７と，時間同期サーバ１０８も備わる。上記課金サーバ１０７と時間同期サーバ１０８とは通信網１０２および通信網１０５に接続している。
【００６０】
プレゼンス管理サーバ１０３は，さらにインスタントメッセージサーバ（以下，ＩＭサーバ）１０４と内部的に接続している。したがって，通信網１０２または通信網１０５を介して，プレゼンス管理サーバ１０３が受信した情報のうち，例えばインスタントメッセージ情報等は，ＩＭサーバ１０４に転送される。
【００６１】
なお，第１の実施の形態にかかるＩＭサーバ１０４は，プレゼンス管理サーバ１０３とは別の構成である場合を例に挙げて説明したが，かかる例に限定されず，例えば，ＩＭサーバ１０４とプレゼンス管理サーバ１０３とが一体的に構成される場合であっても実施可能である。
【００６２】
情報処理端末１０１（１０１ａ，１０１ｂ，・・・，１０１ｎ）と携帯電話１０６（１０６ａ，１０６ｂ，・・・，１０６ｎ）とは，後程説明するが，利用者端末であり，通信網１０２または通信網１０５を介してプレゼンス管理サーバ１０３にアクセスし，プレゼンス情報提供サービスを利用することができる。
【００６３】
なお，第１の実施の形態にかかるプレゼンス情報提供システムを利用する対象のユーザとしては，企業の組織に属する会社員全般，近所の町内会に属する住民，大学等の教育機関に属する教員，学生などのユーザを例示することができる。
【００６４】
図１に示す複数の情報処理端末１０１または携帯電話１０６から，インスタントメッセージを送受信するため，適当な情報処理端末１０１ａと携帯電話１０６ｂなどが，グループとして構成される。なお，一の情報処理端末１０１または携帯電話１０６に属するユーザ（使用者）を，構成要素として，バディ等という。また，端末に属するユーザは，上記端末にユーザＩＤおよびパスワードを入力してログインしているユーザ，上記ユーザＩＤ又はパスワード等を含むユーザ情報等を示す。
【００６５】
（２．プレゼンス情報提供システムの各構成要素の構成）
次に，第１の実施の形態にかかるプレゼンス情報提供システムを構成する各構成要素の構成について説明する。
【００６６】
（２．１  通信網１０２）
まず，図１に示すように，第１の実施の形態にかかる通信網１０２について説明すると，通信網１０２は，プレゼンス管理サーバ１０３と情報処理端末１０１を双方向通信可能に接続するものであり，典型的にはインターネットなどの公衆回線網であるが，ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ），ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ），インターネット網を利用し暗号化にＩＰｓｅｃ（ＩＰ  Ｓｅｃｕｒｉｔｙ  Ｐｒｏｔｏｃｏｌ）を利用したインターネットＶＰＮ（ＶＰＮ：Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）や，閉域ネットワークを利用したＩＰ−ＶＰＮ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ―ＶＰＮ）などの閉鎖回線網も含む。また接続媒体は，ＦＤＤＩ（Ｆｉｂｅｒ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄａｔａ  Ｉｎｔｅｒｆａｃｅ）などによる光ファイバケーブル，Ｅｔｈｅｒｎｅｔ（登録商標）による同軸ケーブル又はツイストペアケーブル，もしくはＩＥＥＥ８０２．１１ｂなどによる無線など，有線無線を問わず，衛星通信網なども含む。
（２．２  通信網１０５）
また，図１に示すように，第１の実施の形態にかかる通信網１０５は，プレゼンス管理サーバ１０３と携帯電話１０６を通信可能に接続する携帯キャリアからなるネットワークである。
【００６７】
一般的に，通信網１０５は，プレゼンス管理サーバ１０３からの情報を一方的に伝送することはなく，まず携帯電話１０６からの情報がプレゼンス管理サーバ１０３またはＩＭサーバ１０４に伝送されることで，プレゼンス管理サーバ１０３またはＩＭサーバ１０４からの通信が可能となる。なお，第１の実施の形態にかかる通信網１０５は，通信網１０２と同様に，プレゼンス管理サーバ１０３またはＩＭサーバ１０４からでも通信する双方向通信可能であっても実施可能である。
（２．３  情報処理端末１０１）
次に，図１および図２を参照しながら，第１の実施の形態にかかる情報処理端末１０１について説明する。図２は，第１の実施の形態にかかる情報処理端末の概略的な構成を示すブロック図である。
【００６８】
図１に示すように，情報処理端末１０１は，ユーザが使用する利用者端末であり，インスタントメッセージ情報を作成し，通信網１０２を介して同じグループに属す他の情報処理端末１０１または携帯電話１０６に送信する装置をいう。なお，情報処理端末１０１は，通信網１０２と常時接続し，情報処理端末１０１とプレゼンス管理サーバ１０３またはインスタントメッセージサーバ１０４とは双方向通信可能である。
【００６９】
情報処理端末１０１は，図１に示すように，ノート型パソコン（ｎｏｔｅｂｏｏｋ−ｓｉｚｅｄ  ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ），デスクトップパソコン（ｄｅｓｋｔｏｐ  ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ），被写体を撮像し，エンコード等することで映像を通信網を介して配信することができる映像通信装置などに該当する。
【００７０】
なお，第１の実施の形態にかかる情報処理端末１０１は，ノート型パソコン，デスクトップパソコン，または映像通信装置に該当する場合を例に挙げて説明したが，かかる例に限定されず，例えば，ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ），
リモコンまたはキーボードなどの入力装置を備えるＴＶ装置，または携帯端末などの場合であってもよい。
【００７１】
また，図２に示すように，情報処理端末１０１は，ＣＰＵ（中央演算処理装置）１２０と，入力部１２１と，表示部１２２と，記憶部１２３と，バス１２４と，送受信部１２５と，メッセージ作成部１２６とを備える。
【００７２】
ＣＰＵ１２０は，情報処理端末１０１に構成する各部の処理・命令等を制御する。また，記憶部１２３に記憶されたＩＭサービス等に用いられるプログラムをはじめ各種プログラムを起動させ，表示部１２２の表示制御等している。さらに，プレゼンス情報に応じて，インスタントメッセージ情報またはＥメール情報の切替え制御する。
【００７３】
記憶部１２３は，通信網１０２を介して送信されたインスタントメッセージ情報，自ら作成したインスタントメッセージ情報などを少なくとも記憶する記憶デバイスである。記憶部１２３は，ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ），またはハードディスクドライブなどが例示される。
【００７４】
入力部１２１は，使用者から操作指示を受けることが可能なマウス，トラックボール，トラックパッド，スタイラスペン，またはジョイスティックなどのポインティングデバイスや，キーボードなどからなるが，かかる例に限定されない。
【００７５】
表示部１２２は，少なくともインスタントメッセージ情報のうちメッセージ部に該当するテキスト，動画像，または静止画像などを表示し，さらに音声などを出力することも可能である。また，表示部１２２は，通信網を介して受信したグループに属する他の携帯電話１０６または情報処理端末１０１のプレゼンス情報を表示する。
【００７６】
バス１２４は，内部バス，メモリバス，入出力（Ｉ／Ｏ）バスなど情報処理端末１０１に構成されるバスの総称をいう。バス１２４は，各部から送出されたデータを，上記データの宛先である各部に伝送する。
【００７７】
送受信部１２５は，通信網１０２を介して種々の情報を送信又は受信する。送受信部１２５により，受信された情報はバス１２４に伝送される。また，バス１２４から送受信部１２５に伝送されてきた情報は，通信網１０２を介して送信される。
【００７８】
メッセージ作成部１２６は，入力部１２１によりインスタントメッセージ情報を生成するよう指示されると，入力部１２１からの指示通りにインスタントメッセージ情報を生成する。生成されたインスタントメッセージ情報は，通信網１０２を介して送信される。
【００７９】
なお，メッセージ作成部１２６により作成されたインスタントメッセージ情報は，表示部１２２に表示される。また，第１の実施の形態にかかるメッセージ作成部１２６は，ＣＰＵ１２０により制御されるＩＭサービス用のプログラムであってもよい。上記プログラムは，記憶部１２３に記憶され，適宜ＣＰＵ１２０からプログラムを呼び出すことで処理実行する。
【００８０】
また，第１の実施の形態にかかるメッセージ作成部１２６は，インスタントメッセージ情報を作成する場合を例に挙げて説明したが，かかる例に限定されず，例えば，メッセージ作成部１２６は，Ｅメール（ｅ−ｍａｉｌ，ｅｌｅｃｔｒｏｎｉｃ  ｍａｉｌ）形式であるＥメール情報を作成する場合であっても実施可能である。
【００８１】
また，第１の実施の形態にかかる記憶部１２３は，情報処理端末１０１に備えられる場合を例に挙げて説明したが，かかる例に限定されず，記憶装置１２３は，情報処理端末１０１と外部接続する構成を採用する場合であっても実施可能である。
【００８２】
なお，第１の実施の形態にかかる情報処理端末１０１からプレゼンス管理サーバ１０３またはインスタントメッセージサーバ１０４に対するアクセスは，ＩＭサービス用のブラウザ，またはアプリケーションプログラムなどのプログラムを利用して行われる。またプレゼンス管理サーバ１０３またはインスタントメッセージサーバ１０４から送信されるデータは，ＩＭサービス用のプログラムにより，情報処理端末１０１の表示部１２２に表示される。
【００８３】
（２．４  携帯電話１０６）
次に，図１，図３，および図４を参照しながら，第１の実施の形態にかかる携帯電話１０６について説明する。図３は，第１の実施の形態にかかる携帯電話の概略を示す説明図であり，図４は，第１の実施の形態にかかる携帯電話の概略的な構成を示すブロック図である。
【００８４】
図３に示すように，携帯電話１０６は，少なくとも表示部１２２，または入力部１２８を備え，携帯キャリアによる無線で通話し，持ち運ぶことのできる形状の電話機である。さらに，携帯電話１０６は，通信網１０５を介して携帯電話１０６または情報処理端末１０１にインスタントメッセージ情報などを送受信することができる。
【００８５】
入力部１２８は，電話番号またはテキスト等を入力するための複数のボタンと，表示部１２２に表示されるメニュー等を選択するための十字キーとから構成される。なお，第１の実施の形態にかかる入力部１２８は，かかる例に限定されず，例えば，入力部１２８は，ダイヤルを回動することで選択するジョグダイヤル，ジョイスティックなどが備わる場合であっても実施可能である。
【００８６】
また，上記説明した通り，上記インスタントメッセージ情報は，入力部１２８が操作されることで，作成されて，表示部１２２に表示される。また，グループに属する他の携帯電話１０６または情報処理端末１０１のプレゼンス情報が表示される。
【００８７】
図１に示すように，携帯電話１０６は，ユーザが使用する利用者端末であり，インスタントメッセージ情報を作成し，通信網１０５を介して同じグループに属す他の情報処理端末１０１または携帯電話１０６に送信する装置をいう。なお，携帯電話１０６は，通信網１０６と非常時接続し，携帯電話１０６から，まずプレゼンス管理サーバ１０３またはインスタントメッセージサーバ１０４にアクセスするため双方向通信には該当しない。
【００８８】
また，図４に示すように，携帯電話１０６は，ＣＰＵ（中央演算処理装置）１２０と，入力部１２８と，表示部１２２と，記憶部１２３と，バス１２４と，送受信部１２５と，メッセージ作成部１２６と，定期通信部１２７，タイマー１２８とを備える。なお，携帯電話１０６は，上記説明した情報処理端末１０１と比較して，さらに定期通信部１２７，少なくとも時刻を計数するタイマー１２８を備えている点で相違する。以下，相違点について説明する。
【００８９】
定期通信部１２７は，所定時間毎に，通信網１０５を介してプレゼンス管理サーバ１０３にアクセスし，グループに属する他の装置または使用者のプレゼンス情報の変更の有無，当該携帯電話１０６（または使用者）宛のインスタントメッセージ情報の有無を問い合わせる。
【００９０】
上記プレゼンス情報の変更の有無，インスタントメッセージ情報の有無の問合せとともに，定期通信部１２７は，タイマー１２８により計数された時刻を通信開始時間として取得し，アクセス情報を生成する。生成されたアクセス情報は，通信網１０５を介してプレゼンス管理サーバ１０３に送信される。
【００９１】
タイマー１２８は，時刻を計数するが，適当な時間の間隔をおいて，時刻同期サーバ１０８にアクセスすることで，時刻同期サーバ１０８と時刻の同期をとる。なお，上記時刻同期サーバ１０８と時刻の同期をとることで，プレゼンス管理サーバ１０３との時刻も同期がとれる。
【００９２】
また，第１の実施の形態にかかる携帯電話１０６に備わるタイマー１２８が通信開始時間として時刻を計測する場合を例に挙げて説明したが，かかる例に限定されない。例えば，プレゼンス管理サーバ１０３に備わるタイマー（図示せず。）が通信開始時間として，時刻を計測してもよい。
【００９３】
（２．５  インスタントメッセージサーバ１０４）
次に，図５を参照しながら，第１の実施の形態にかかるインスタントメッセージサーバについて説明する。図５は，第１の実施の形態にかかるインスタントメッセージサーバの概略的な構成を示すブロック図である。
【００９４】
図５に示すように，インスタントメッセージサーバ（ＩＭサーバ）１０４は，ＣＰＵ１４０と，入力部１４１と，表示部１４２と，送受信部１４３と，メッセージボックス管理部１４４と，記憶部１４５とを備えている。
【００９５】
ＣＰＵ１４０は，ＩＭサーバ１０４に構成する各部の処理・命令等を制御する。また，記憶部１４５に記憶されたＩＭサービスにおいて用いられるインスタントメッセージ情報を使用者の受信ボックスごとに管理する等のプログラムをはじめ各種プログラムを起動させる。さらに，インスタントメッセージ情報以外の例えばＥメール情報等の場合，メールサーバ（図示せず。）に転送するよう制御する。
【００９６】
メッセージボックス管理部１４４は，利用者端末である携帯電話１０６または情報処理端末１０１から受信したインスタントメッセージ情報を各利用者端末ごとに割り当てられた受信ボックスに蓄積し，管理している。
【００９７】
したがって，メッセージボックス管理部１４４少なくともインスタントメッセージ情報などの大容量の情報を記憶可能である。メッセージボックス管理部１４４は，ハードディスクドライブ，または複数のハードディスクから構成されるディスクアレイなどのストレージ装置を例示することができる。
【００９８】
メッセージボックス管理部１４４は，プレゼンス管理サーバ１０３から当該携帯電話１０６または情報処理端末１０１の受信ボックスにインスタントメッセージ情報の有無の問い合わせがあると，該当する受信ボックスをチェックし，インスタントメッセージ情報が存在した場合，送信先の携帯電話１０６または情報処理端末１０１に送信するため送受信部１４５に転送する。なお，送信先が常時接続である情報処理端末１０１の場合，受信ボックスにインスタントメッセージ情報が格納されると同時に，ＰＵＳＨ型等のように，メッセージボックス管理部１４４が送信先の上記情報処理端末１０１に送信してもよい。
【００９９】
入力部１４１は，ＩＭサーバ１０４を管理する管理者から操作指示を受けることが可能なマウス，トラックボール，トラックパッド，スタイラスペン，またはジョイスティックなどのポインティングデバイスや，キーボードなどからなるが，かかる例に限定されない。
【０１００】
表示部１４２は，少なくとも携帯電話１０６または情報処理端末１０１から送信されたインスタントメッセージ情報を管理する等のコンソール画面（図示せず。）を表示する。また，表示部１４２は，ログ情報の表示，またはＩＭサーバ１０４の稼動状況を表示する。
【０１０１】
バス１４６は，内部バス，メモリバス，入出力（Ｉ／Ｏ）バスなどＩＭサーバ１０４に構成されるバスの総称をいう。バス１４６は，各部から送出されたデータを，上記データの宛先である各部に伝送する。
【０１０２】
送受信部１４３は，プレゼンス管理サーバ１０３と外部接続されているため，プレゼンス管理サーバ１０３に対して，インスタントメッセージ情報など，種々の情報を送信し，またはプレゼンス管理サーバ１０３からの情報を受信する。プレゼンス管理サーバ１０３は，送受信部１４３から送信された情報を通信網１０２または通信網１０５を介して，送信先に伝送する。
【０１０３】
記憶部１４５は，受信したインスタントメッセージ情報の蓄積，またはインスタントメッセージ情報の有無の問合せ等を処理するためのプログラムなどを少なくとも記憶する記憶デバイスである。記憶部１２３は，ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ），またはハードディスクドライブなどを例示することができる。
【０１０４】
また，第１の実施の形態にかかる記憶部１４５は，ＩＭサーバ１０４の内部に備えられる場合を例に挙げて説明したが，かかる例に限定されず，記憶装置１４５は，ＩＭサーバ１０４と外部接続する構成を採用する場合であっても実施可能である。
【０１０５】
なお，第１の実施の形態にかかるＩＭサーバ１０４は，プレゼンス管理サーバと別の構成である場合を例に挙げて説明したが，かかる例に限定されず，ＩＭサーバ１０４とプレゼンス管理サーバ１０３とが一体的に構成される場合であってもよい。
【０１０６】
（２．６  プレゼンス管理サーバ１０３）
次に，図６を参照しながら，第１の実施の形態にかかるプレゼンス管理サーバについて説明する。図６は，第１の実施の形態にかかるプレゼンス管理サーバの概略的な構成を示すブロック図である。
【０１０７】
図６に示すように，プレゼンス管理サーバ１０３は，ＣＰＵ１５６と，入力部１５７と，通信状況判断部１５８と，表示部１５９と，プレゼンス更新部１６０と，ユーザ状況データベース（ＤＢ）１６１と，通信状況データベース１６２と，バス１６３と，通信状況判断テーブル１６４と，ユーザデータベース１６５と，ユーザ情報管理部１６６と，定期通信履歴データベース１６７と，定期通信履歴管理部１６８と，送受信部１６９と，記憶部１７０と，プレゼンス情報取得部１７１とを備える。
【０１０８】
プレゼンス管理サーバ１０３は，携帯電話１０６または情報処理端末１０１の上記端末に属するユーザや，各クライアントのプレゼンス情報の更新等を可能とするプレゼンス情報のＤＢを搭載するサーバである。
【０１０９】
ＣＰＵ１５６は，プレゼンス管理サーバ１０３に構成する各部の処理・命令等を制御する。また，記憶部１７０に記憶されたＩＭサービスにおいて用いられるプレゼンス情報を利用者端末，当該利用者端末に属するユーザごとに管理する等のプログラムをはじめ各種プログラムを起動させる。
【０１１０】
入力部１５７は，プレゼンス管理サーバ１０３を管理する管理者から操作指示を受けることが可能なマウス，トラックボール，トラックパッド，スタイラスペン，またはジョイスティックなどのポインティングデバイスや，キーボードなどからなるが，かかる例に限定されない。
【０１１１】
通信状況判断部１５８は，利用者端末である携帯電話１０６ごとに，定期通信履歴データベース１６７と，通信状況判断テーブル１６４と，ユーザデータベース１６５に基づき，当該携帯電話１０６の通信状況を判断し，通信状況を決定する。決定された通信状況はプレゼンス更新部により更新される。なお，通信状況判断テーブル１６４，ユーザデータベース１６５，定期通信履歴データベース１６７については，後述する。
【０１１２】
上記通信状況は，複数回の定期通信の履歴に基づき，総合的に勘案することで，判断されることから，現在又は未来における今後の通信状況を判断する上での指標となる。したがって，送信元から送信先の携帯電話１０６にインスタントメッセージ情報を送信する際に，確実に送信できるか等の判断を，送信元の側で効率的にすることができる。
【０１１３】
通信状況判断部１５８は，例えば１０分毎など，所定時間毎に，ユーザ情報管理部１６６が管理するユーザの携帯電話１０６全ての通信状況を判断する。なお，定期通信を行わない携帯電話１０６，つまり定期通信履歴データベース１６７に定期通信の履歴が無い携帯電話１０６については，通信状況の判断を行わない。
【０１１４】
表示部１５９は，少なくとも携帯電話１０６からの定期通信に基づき更新される通信状況または情報処理端末１０１の通信状況を管理する等のコンソール画面（図示せず。）を表示する。また，表示部１４２は，ログ情報の表示，またはプレゼンス管理サーバ１０３の稼動状況を表示する。
【０１１５】
プレゼンス更新部１６０は，通信状況判断部１５８により携帯電話１０６の通信状況が判断され，決定されると，上記通信状況を通信状況判断部１５８から受信し，通信状況データベース１６２の該当するユーザの領域に格納することで，従前に格納されていた通信状況を更新する。
【０１１６】
なお，第１の実施の形態にかかるプレゼンス更新部１６０の更新は，通信状況判断部１５８により決定された通信状況を受信した直後であるが，かかる例に限定されず，所定の件数，グループ単位等ごとに，一括して更新する場合であってもよい。その際，プレゼンス更新部１６０には，キャッシュメモリ等の記憶部（図示せず。）が備わる。
【０１１７】
ユーザ状況データベース１６１には，携帯電話１０６または情報処理端末１０１に属するユーザの状況を示すユーザ状況がユーザごとに格納される。ユーザ状況は，例えば，“食事中”，“会議中”，“車の運転中”などのユーザの行動等を示しており，携帯電話１０６または情報処理端末１０１から上記ユーザ状況を参照することで，ユーザは，グループに属する他のユーザ宛にインスタントメッセージ情報を送信する際の判断材料とすることができる。ユーザ状況データベース１６１のデータ構造については，後述する。
【０１１８】
ユーザ状況は，当該ユーザに属する携帯電話１０６または情報処理端末１０１からの要求に応じて，随時変更される。例えば，ユーザ状況が“食事中”から“会議中”に変更されるなどである。また，かかる例に限定されず，例えば，携帯電話１０６または情報処理端末１０１からの応答が所定時間無い場合，ユーザ状況が自動的に“会議中”等に変更されてもよい。さらに例えば，携帯電話１０６または情報処理端末１０１からの応答が所定時間無い上，時間帯が朝食，昼食，夕食のうちいずれかの食事の時間帯である場合，ユーザ状況が自動的に“昼食中”等に変更されてもよい。なお，ユーザ状況および以下に示す通信状況を含んで構成されるのがプレゼンス情報である。
【０１１９】
通信状況データベース１６２には，各端末（携帯電話１０６または情報処理端末１０１）の通信状況が格納される。特に，携帯電話１０６の通信状況については，プレゼンス更新部１６により随時更新される。
【０１２０】
通信状況は，例えば，“絶好調”，“良好”，“通信不能”などの通信の状況を示しており，携帯電話１０６または情報処理端末１０１から上記通信状況を参照することで，ユーザは，グループに属する他のユーザ宛にインスタントメッセージ情報を送信する際の判断材料とすることができる。なお，通信状況データベース１６２のデータ構造については，後述する。
【０１２１】
また，通信状況に応じて，メッセージ作成部１２６は，リアルタイム性が要求されるインスタントメッセージ情報ではなく，Ｅメール形式のＥメール情報を作成することができる。したがって，送信先に確実に送信し，送信先のユーザにメッセージを伝えることができる。
【０１２２】
バス１６３は，内部バス，メモリバス，入出力（Ｉ／Ｏ）バスなどＩＭサーバ１０４に構成されるバスの総称をいう。バス１４６は，各部から送出されたデータを，上記データの宛先である各部に伝送する。
【０１２３】
ユーザデータベース１６５は，ＩＭサービスを利用する際，または通信状況を判断する際に必要なユーザ情報が格納されたデータベースである。上記ユーザ情報には，例えば，インスタントメッセージ情報の宛先となる“アドレス”などのプロフィール情報や，携帯電話１０６または情報処理端末１０１からＩＭサービスを利用するために必要なユーザＩＤなどのログイン情報を例示することができる。なお，ユーザデータベース１６５のデータ構造については後述する。
【０１２４】
ユーザ情報管理部１６６は，携帯電話１０６または情報処理端末１０１からＩＭサービス利用のためのログインを認証し，または通信状況判断部１５８により通信状況を判断する際に，必要となる情報を提供等する。
【０１２５】
定期通信履歴データベース１６７は，携帯電話１０６から所定時間毎にプレゼンス管理サーバ１０３に定期的に通信する際の定期通信の履歴が格納されたデータベースである。なお，定期通信履歴データベース１６７は，携帯電話１０６または情報処理端末１０１からの要求により参照可能である。定期通信履歴データベース１６７のデータ構造については後述する。
【０１２６】
定期通信履歴管理部１６８は，携帯電話１０６からの定期通信を定期通信履歴データベース１６７に履歴として管理する。上記定期通信の履歴には，携帯電話１０６により設定される通信開始時間と，定期通信終了時に携帯電話１０６にデータを送信する際の送受信部１６９の通信終了時間と，上記携帯電話１０６に属するユーザ名とが少なくとも含まれる。
【０１２７】
送受信部１６９は，ＩＭサーバ１０４から送信されるデータを受信，または通信網１０２，通信網１０５を介してデータを受信する。また，ＩＭサーバ１０４に対してデータを送信，または通信網１０２，通信網１０５を介してデータを送信する。
【０１２８】
記憶部１７０は，通信状況，ユーザ状況からなるプレゼンス情報の管理，または利用者端末からプレゼンス情報の参照等の要求を処理するためのプログラムなどを少なくとも記憶する記憶デバイスである。記憶部１７０は，ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ），またはハードディスクドライブなどを例示することができる。
【０１２９】
プレゼンス情報取得部１７１は，通信網１０２，通信網１０５を介して携帯電話１０６または情報処理端末１０１からプレゼンス情報の問合せがあると，当該プレゼンス情報を取得し，問合せがあった携帯電話１０６または情報処理端末１０１に送信するため，送受信部１６９に伝送する。
【０１３０】
（３．データ構造）
ここで，第１の実施の形態にかかるプレゼンス情報提供システムに適用される各情報のデータ構造について説明する。
【０１３１】
（３．１  通信状況判断テーブル１６４）
まず，図７を参照しながら，第１の実施の形態にかかる通信状況判断テーブルのデータ構造について説明する。図７は，第１の実施の形態にかかる通信状況判断テーブルの概略的なデータ構造を示す説明図である。
【０１３２】
図７に示すように，通信状況判断テーブル１６４は，通信状況のステータスと，その通信状況を判断する上での条件等が定義されている。通信状況判断部１５８は，定期通信履歴データベース１６７またはユーザデータベース１６５に格納された各情報と，上記各条件とを照らし合わせることで通信状況を判断している。
【０１３３】
通信状況判断テーブル１６４のデータ構造は，図７に示すように，通信状況の状況名を示す“通信状況名”と，どの程度，定期通信が成功したのかを示す“通信成功率”と，直近５回における定期通信についての成功した回数を示す“直近通信成功回数”と，定期通信の成功分布を示す“通信成功分布”とから少なくとも構成される。
【０１３４】
上記通信成功率と通信成功分布は，ある時間の範囲内において定期通信がどの程度成功したのかを調査することで求められる。上記時間範囲は，通信状況の判断対象となる定期通信において，過去に行われた定期通信をどの程度含めるのかを示す時間の範囲をいう。
【０１３５】
例えば，時間範囲を“過去３時間”とした場合，通信状況を判断する対象は過去３時間分の定期通信が判断対象となる。したがって，通信成功率は，上記過去３時間分の定期通信全体の回数（成功および失敗の回数）のうち成功した定期通信の回数の割合を求めることで，成功率が求められる。また，通信成功分布は，過去３時間分の定期通信において，成功した定期通信の分布を調べることで，例えば均一に分布しているのか，又は規則性がなくランダムに分布しているなど，求められる。
【０１３６】
図７に示すように，通信状況判断テーブルには，定期通信の各状況を示す８種類の通信状況が含まれている。各通信状況の通信成功率，直近通信成功数，および通信成功分布からなる各項目には，上記各通信状況を満たすべき条件値がそれぞれ設定されている。なお，通信成功分布が“設定なし”の場合，条件が存在しないとして，上記通信成功分布を通信状況に必要な条件の対象外として，考慮に入れない。
【０１３７】
例えば，通信状況が絶好調（通信状況名が“絶好調”。）の場合に必要な条件は，通信成功率が“１００％”で，直近通信成功数が“５回”である場合，通信成功分布が均一であろうと無かろうと“絶好調”と判断される。
【０１３８】
なお，第１の実施の形態にかかる通信状況判断テーブル１６４のデータ構造は，通信成功率，直近通信成功数，および通信成功分布から構成される場合を例に挙げて説明したが，かかる例に限定されず，例えば，通信状況判断テーブル１６４に，さらに時間範囲における定期通信の平均通信時間などを定義する場合であっても実施可能である。
【０１３９】
また，第１の実施の形態にかかる通信状況判断テーブル１６４は，定期通信にかかる通信状況について定義する場合を例に挙げて説明したが，かかる場合に限定されず，例えば，通信状況判断テーブル１６４は，定期通信以外の通常の通信にかかる通信状況について定義する場合であっても実施可能である。
【０１４０】
また，第１の実施の形態にかかる通信状況判断テーブル１６４は，携帯電話１０６の通信状況を判断する際に，同じ通信状況において，一律同じ条件である場合を例に挙げて説明したが，かかる例に限定されない。例えば，通信状況を判断する際に，グループごとに異なる条件の場合等であっても実施可能である。
【０１４１】
また，第１の実施の形態にかかる通信状況判断テーブル１６４は，非常時接続の携帯電話１０６に対して定義される場合を例に挙げて説明したが，かかる場合に限定されない。
【０１４２】
（３．２  ユーザデータベース１６５）
次に，図８を参照しながら，第１の実施の形態にかかるユーザデータベース１６５のデータ構造について説明する。図８は，第１の実施の形態にかかるユーザ情報データベースのデータ構造の概略を示す説明図である。
【０１４３】
ユーザデータベース１６５には，ログインするための認証，インスタントメッセージ情報のアドレス等を含む複数のユーザ情報がグループ単位で格納される。図８に示すように，ユーザデータベース１６５に含むグループには，“Ａさん”〜“Ｅさん”と５人のユーザが属している。
【０１４４】
グループが１つ存在し，そのグループに５人のユーザが属する場合，５人のユーザ情報を１組とするユーザデータベース１６５が構成される。なお，ユーザデータベース１６５に構成するグループは１つである場合に限らず，複数のグループから構成される場合でもよい。
【０１４５】
図８に示すように，ユーザデータベース１６５のデータ構造は，使用者（ユーザ）の“ユーザＩＤ”と，“パスワード”と，通信状況の判断対象となる定期通信において，過去に行われた定期通信を，どの程度対象として含めるのかを示す時間の範囲である“通信状況の対象とする時間範囲”と，各携帯電話１０６から定期通信をする時間の間隔を示す“定期通信間隔”と，インスタントメッセージ情報の宛先を示す“アドレス”とから少なくとも構成される。
【０１４６】
例えば，図８に示す“Ａさん”のユーザ情報では，“ユーザＩＤ”が“１２３４５”であり，“パスワード”が“１ｘｂａ８５”であり，“通信状況の対象とする時間範囲”が“過去１時間”であり，“定期通信間隔”が“３分間隔”であり，“アドレス”が“ａａａ＠ｍｏｎｙ．ｃｏ．ｊｐ”である。
【０１４７】
なお，第１の実施の形態にかかるユーザデータベース１６５のデータ構造は，“ユーザＩＤ”，“パスワード”，“通信状況の対象とする時間範囲”，“定期通信間隔”，および“アドレス”から構成される場合を例に挙げて説明したが，かかる例に限定されない。
【０１４８】
“通信状況の対象とする時間範囲”は，通信状況判断部１５８により通信状況を判断する際に，例えば上記時間範囲が“過去１時間”の場合，現在から１時間前までの範囲に発生した定期通信を対象とする。なお，上記“通信状況の対象とする時間範囲”等の属性を別のデータベースとしても実施可能である。
【０１４９】
“定期通信間隔”には，携帯電話１０６からプレゼンス管理サーバ１０３に定期通信する時間の間隔が設定されており，ユーザ情報管理部１６６は，上記定期通信間隔に設定された間隔に応じて，携帯電話１０６からの定期通信を待ち受け処理する。なお，第１の実施の形態にかかる定期通信間隔は，非常時接続の携帯電話１０６の場合，設定される。
【０１５０】
第１の実施の形態にかかる定期通信間隔は，例えば１０分程度が望ましく，初期設定として予め設定されている。ユーザの多くは会社員であることが想定されるため，仕事の支障に影響が出ない程度の時間だからである。
【０１５１】
なお，第１の実施の形態にかかる定期通信間隔は，携帯電話１０６からの要求に応じて，随時設定値を変更することが可能である。例えば，“１０分間隔”を“２０分間隔”に変更する場合，携帯電話１０６からプレゼンス管理サーバに変更を要求すると，ユーザ情報管理部１６６は，当該携帯電話１０６に属するユーザの“定期通信間隔”を“２０分間隔”に変更する。
【０１５２】
また，第１の実施の形態にかかる定期通信間隔は，非常時接続の携帯電話１０６の場合に時間間隔が設定される場合を例に挙げて説明したが，かかる場合に限定されない。
【０１５３】
（３．３  ユーザ状況データベース１６１）
次に，図９を参照しながら，第１の実施の形態にかかるユーザ状況データベース１６１のデータ構造について説明する。図９は，第１の実施の形態にかかるユーザ状況データベースのデータ構造の概略を示す説明図である。
【０１５４】
ユーザ状況データベース１６１には，プレゼンス情報の一つとして，ユーザがとる行動等の現況を示すユーザ状況がグループ単位で格納される。図９に示すように，ユーザ状況データベース１６１に含む一のグループには，“Ａさん”〜“Ｅさん”と５人のユーザが属している。
【０１５５】
グループが１つだけ存在し，そのグループに５人のユーザが属する場合，５人のユーザ状況を１組とした，ユーザ状況データベース１６１が構成される。なお，ユーザ状況データベース１６１に構成するグループは１つである場合に限らず，複数のグループから構成される場合でもよく，グループ内には１又は２以上のユーザが属する。
【０１５６】
図９に示すように，ユーザ状況データベース１６１のデータ構造は，使用者（ユーザ）の“ユーザＩＤ”と，ユーザの現況を表わす“ユーザ状況”とから少なくとも構成される。
【０１５７】
例えば，図９に示すように，“Ａさん”のユーザ状況は，“食事中”であるため，送信元のユーザは，“Ａさん”はインスタントメッセージ情報を受信できない可能性が高いと予測できる。また，“Ｅさん”のユーザ状況は，“受付中”であるため，インスタントメッセージ情報を受信できる状態であると予測できる。なお，“Ｃさん”などのように，ユーザ状況が空欄で何も設定されていない場合，端末がプレゼンス管理サーバ１０３にログインされていない等，ＩＭサービスを利用中でないことを示す。
【０１５８】
（３．４  通信状況データベース１６２）
次に，図１０を参照しながら，第１の実施の形態にかかる通信状況データベース１６２のデータ構造について説明する。図１０は，第１の実施の形態にかかる通信状況データベースのデータ構造の概略を示す説明図である。
【０１５９】
通信状況データベース１６２には，利用者端末（クライアント）に係るプレゼンス情報の一つとして，通信状況が格納される。通信状況はグループ単位で区切られる。図１０に示すように，通信状況データベース１６２に含む一のグループには，“Ａさん”〜“Ｅさん”と５人のユーザが属している。なお，第１の実施の形態にかかる通信状況は，非常時接続の携帯電話１０６に限られるが，かかる例に限定されない。
【０１６０】
グループが１つだけ存在し，そのグループに５人のユーザが属する場合，５ユーザの通信状況を１組とした，通信状況データベース１６２が構成される。なお，通信状況データベース１６２に構成するグループは１つである場合に限らず，複数のグループから構成される場合でもよく，グループ内には１又は２以上のユーザが属する。
【０１６１】
図１０に示すように，通信状況データベース１６２のデータ構造は，使用者（ユーザ）の“ユーザＩＤ”と，利用者端末（携帯電話１０６）の通信の状況を表わす“通信状況”とから少なくとも構成される。
【０１６２】
例えば，図１０に示すように，“Ｅさん”の端末の通信状況は，“絶好調”であるため，送信元のユーザは，“Ｅさん”はインスタントメッセージ情報を受信できる可能性が非常に高いと予測できる。また，“Ｃさん”の端末の通信状況は，“信頼度中”であるため，インスタントメッセージ情報を受信できる可能性が中程度であると予測できる。
【０１６３】
なお，第１の実施の形態にかかる通信状況データベース１６２のデータ構造は，ユーザＩＤと通信状況とから構成される場合を例に挙げて説明したが，かかる例に限定されない。例えば，通信状況１６２には，さらにユーザの“パスワード”等が含まれる場合でも実施可能である。
【０１６４】
また，第１の実施の形態にかかる通信状況データベース１６２では，１ユーザＩＤにつき端末を１台のみＩＭサービスに利用する場合を例に挙げて説明したが，かかる例に限定されず，１ユーザＩＤにつき端末が複数台同時にＩＭサービスを利用する場合であっても実施可能である。なお，上記複数台の利用者端末には，同じインスタントメッセージ情報が送信される，または上記複数台のうちいずれか１台に送信される。
【０１６５】
（３．５  定期通信履歴データベース１６７）
次に，図１１を参照しながら，第１の実施の形態にかかる定期通信履歴データベース１６７のデータ構造について説明する。図１１は，第１の実施の形態にかかる定期通信履歴データベース１６７のデータ構造の概略を示す説明図である。
【０１６６】
クライアントの定期通信の状況がユーザごとに蓄積されるデータベース。ユーザー名，通信時刻，その通信にかかった時間が格納される
定期通信履歴データベース１６７には，携帯電話１０６からの定期通信の過去の状況が履歴として蓄積される。定期通信の履歴は，ユーザが属するグループ単位で格納される。図１０に示すように，定期通信履歴データベース１６７には，一のグループに属する“Ａさん”，“Ｄさん”の履歴が格納されている。
【０１６７】
なお，第１の実施の形態にかかる定期通信履歴データベース１６７には，非常時接続の携帯電話１０６の定期通信の履歴が蓄積される場合を例に挙げて説明するが，かかる例に限定されず，常時接続の携帯電話１０６または常時接続の情報処理端末１０１の場合であっても実施可能である。
【０１６８】
上記“Ａさん”，“Ｄさん”からなるグループが１つ存在する場合，２人の定期通信履歴を一体とする定期通信履歴データベース１６７が構成される。なお，定期通信履歴データベース１６７に含まれるグループは１つの場合に限らず，複数のグループから構成される場合でもよく，グループ内には１又は２以上のユーザが属する。
【０１６９】
図１１に示すように，定期通信履歴データベース１６７のデータ構造は，使用者（ユーザ）の“ユーザＩＤ”と，定期通信した日付を示す“日時”と，定期通信を開始した時刻を示す“通信開始時間”と，定期通信を終了した時刻を示す“通信終了時間”と，定期通信した通信時間を示す“通信時間”とから少なくとも構成される。
【０１７０】
図１１に示すように，例えば，“Ａさん”の履歴のうち最初の定期通信履歴では，“ユーザＩＤ”が“１２３４５”であり，“日時”が“７月２４日”であり，“通信開始時間”が“１０時００分１５秒”であり，“通信終了時間”が“１０時００分１５秒”であり，“通信時間”が“１０秒”である。
【０１７１】
なお，第１の実施の形態にかかる定期通信履歴データベース１６７のデータ構造は，“ユーザＩＤ”，“日時”，“通信開始時間”，“通信終了時間”，および“通信時間”から構成される場合を例に挙げて説明したが，かかる例に限定されない。
【０１７２】
携帯電話１０６からプレゼンス管理サーバ１０３に対するアクセス時，携帯電話１０６側で“通信開始時間”を設定するとともに，プレゼンス管理サーバ１０３にプレゼンス情報の変更確認等を要求する。
【０１７３】
携帯電話１０６による要求後，プレゼンス管理サーバ１０３が要求されたタスクを実行し，上記要求に対して当該携帯電話１０６への応答時，定期通信の終了を意味する“通信終了時間”が設定される。なお，“通信終了時間”は，送受信部１６９が応答情報を送信するとともに，定期通信履歴管理部１６８によって設定されるものとする。
【０１７４】
“通信時間”は，１回の定期通信における“通信開始時間”から“通信終了時間”までの差分から求められる。
【０１７５】
なお，第１の実施の形態にかかる定期通信は，ユーザデータベース１６５に格納された定期通信間隔で設定される間隔で行われるが，携帯電話１０６からプレゼンス管理サーバ１０３にアクセスできない場合（失敗した場合），上記定期通信履歴データベース１６７には，履歴が蓄積されず，当該定期通信は行われなかったものとみなされる。
【０１７６】
また，第１の実施の形態にかかる定期通信履歴データベース１６７は，非常時接続の携帯電話１０６の場合に，定期通信の履歴が蓄積される場合を例に挙げて説明したが，かかる場合に限定されず，常時接続の携帯電話１０６または情報処理端末１０１の場合であっても，プレゼンス管理サーバ１０３に対する所定アクセスの履歴を蓄積することで，実施可能である。
【０１７７】
（４．プレゼンス情報提供システムの動作）
次に，図１２を参照しながら，上記のように構成されたプレゼンス情報提供システムの動作の実施形態について説明する。図１２は，第１の実施の形態にかかるプレゼンス情報提供システムの動作の概略を示すフローチャートである。
【０１７８】
まず，図１２に示すように，プレゼンス管理サーバ１０３が管理する通信状況判断テーブル１６４に通信条件が定義される（Ｓ１２０１）。具体的には，通信状況判断テーブル１６４の“通信状況名”，“通信成功率”，“直近通信成功回数”，“通信成功分布”各項目を，例えば，管理者等がコンソール等からプレゼンス管理サーバ１０３にアクセスし定義する。なお，通信条件が定義されると，図７に示すような通信状況判断テーブル１６４等となる。
【０１７９】
次に，携帯電話１０６の入力部１２８などにより設定された定期通信間隔の情報を，プレゼンス管理サーバ１０３が受信すると，当該携帯電話１０６に該当するユーザ情報の定期通信間隔を設定する（Ｓ１２０２）。なお，携帯電話１０６による上記定期通信間隔が設定されるたびに上記設定処理が行われる。
【０１８０】
ここで，図１３を参照しながら，第１の実施の形態にかかる定期通信間隔の設定処理（Ｓ１２０２）について説明する。図１３は，第１の実施の形態にかかる定期通信間隔の設定処理の概略を示すフローチャートである。
【０１８１】
図１３に示すように，まず，携帯電話１０６に備わる入力部１２８により所定の定期通信間隔の設定値が入力されると，送受信部１２５は，上記設定値からなる定期通信間隔の情報を通信網１０５を介して送信する。なお，携帯電話１０６自身も上記設定値を記憶する。
【０１８２】
次に，通信網１０５を介してプレゼンス管理サーバ１０３に備わる送受信部１６９は，上記定期通信間隔の情報をユーザ情報管理部１６６に転送する。ユーザ情報管理部１６６は，上記提起通信間隔の情報に含まれる設定値を，当該送信元の携帯電話１０６に属するユーザのユーザ情報の定期通信間隔に設定する。なお既にユーザ情報の定期通信間隔に値が設定されていた場合，新しい設定値に更新される。
【０１８３】
ユーザ情報管理部１６６は，上記定期通信間隔の設定処理が終了すると，設定終了の旨の通知を送受信部１６９に送信し，上記送受信部１６９から携帯電話１０６に設定終了通知が送信される（Ｓ１３０２）。
【０１８４】
次に，図１２に示すように，ユーザ情報の定期通信間隔に値が設定されると，携帯電話１０６は，上記定期通信間隔に従い，プレゼンス管理サーバ１０３と定期的に通信を開始するとともに，上記定期通信の履歴に基づき，上記携帯電話１０６の通信状況の判断処理が実行される（Ｓ１２０３）。なお，定期通信間隔は，例えば，１０分おきの場合等を例示することができる。
【０１８５】
ここで，図１４，図１５を参照しながら，第１の実施の形態にかかる定期通信処理（Ｓ１２０３）について説明する。図１４は，第１の実施の形態にかかる携帯電話側の定期通信処理の概略を示すフローチャートであり，図１５は，第１の実施の形態にかかるプレゼンス管理サーバ側の定期通信処理の概略を示すフローチャートである。
【０１８６】
図１４に示すように，まず，携帯電話１０６は，設定された定期通信間隔を経過しているか否かを判定（Ｓ１４０１）し，過ぎていた場合（ＹＥＳ），携帯電話１０６は，プレゼンス管理サーバ１０３にアクセスする（Ｓ１４０２）。
【０１８７】
上記判定（Ｓ１４０１）の結果，定期通信間隔を経過していない場合（ＮＯ），後続の処理は行われず，再び判定処理（Ｓ１４０１）に戻る。なお，図１４に示す定期通信処理は，例えば，携帯電話１０６の電源が入っている限り無限に繰り返し定期通信処理が行われる。
【０１８８】
携帯電話１０６は，プレゼンス管理サーバ１０３にアクセスする（Ｓ１４０２）と，プレゼンス管理サーバ１０３側の処理が終了するまで待機し，プレゼンス管理サーバ１０３からの定期通信終了の旨の通知を受信する（Ｓ１４０３）。
【０１８９】
次に，図１５に示すように，まず，プレゼンス管理サーバ１０３側の処理は，携帯電話１０６からアクセス要求があるか否かの判定処理が行われる（Ｓ１５０１）。
【０１９０】
定期通信履歴管理部１６８による判定処理（Ｓ１５０１）の結果，携帯電話１０６からの定期通信のアクセスがあった場合（ＹＥＳ），当該携帯電話１０６からのアクセス情報に基づき，まずユーザＩＤを取得し（Ｓ１５０２），さらにアクセス時に携帯電話１０６により設定された現在の時刻を取得する（Ｓ１５０３）。
【０１９１】
上記判定（Ｓ１５０１）の結果，携帯電話１０６からアクセスが無い場合（ＮＯ），後続の処理は行われず，再び判定処理（Ｓ１５０１）に戻る。なお，図１５に示す定期通信処理は，例えば，プレゼンス管理サーバ１０３の電源が入っている限り無限に繰り返し定期通信処理が行われる。
【０１９２】
なお，第１の実施の形態にかかる時刻取得処理（Ｓ１５０３）は，携帯電話１０６からのアクセス情報に含まれた現在時刻を取得する場合を例に挙げて説明したが，かかる例に限定されず，例えば，プレゼンス管理サーバ１０３に備わるタイマー（図示せず。）を参照し，取得する場合，または時間同期サーバ１０８にアクセスすることで取得する場合などであっても実施可能である。
【０１９３】
次に，プレゼン管理サーバ１０３に備わる定期通信履歴管理部１６８は，当該携帯電話１０６の前回の定期通信時にかかった通信時間を取得する（Ｓ１５０４）。上記通信状況は，例えば，定期通信があった携帯電話１０６ごとに記憶部１７０などに一時記憶される。
【０１９４】
次に，定期通信履歴管理部１６８は，上記取得したユーザＩＤ，アクセスした時刻，および前回の定期通信の通信時間を，定期通信履歴データベースの該当する個所にそれぞれ格納する（Ｓ１５０５）。
【０１９５】
格納処理（Ｓ１５０５）が終了すると，定期通信履歴管理部１６８は，定期通信処理が終了した旨の通知を送受信部１６９に送信する。
【０１９６】
送受信部１６９は，定期通信処理の終了通知を受信し，該当する携帯電話１６９に通信網１０５を介して送信するとともに，送信時の時刻を取得し，定期通信履歴管理部１６８に通知する。
【０１９７】
定期通信履歴管理部１６８は，上記送受信部１６９からの定期通信処理の終了通知の送信時の時刻を受信すると，当該携帯電話１０６の次回の定期通信まで，記憶部１７０に記憶させる。上記送信時の時刻が，通信時間における終了時刻となる。
【０１９８】
携帯電話１０６は，通信網１０５を介して，定期通信処理の終了通知を受信することで，図１４，図１５に示す第１の実施の形態にかかる定期通信処理の一連の動作が終了する。
【０１９９】
なお，第１の実施の形態にかかる携帯電話１０６からプレゼンス管理サーバ１０３に対する定期通信処理の主な処理内容として，上記携帯電話１０６宛のインスタントメッセージまたはＥメールがＩＭサーバ１０４のメッセージボックス管理部１４４内に格納されているかを問い合わせることを例示することができる。
【０２００】
上記メッセージボックス管理部１４４に定期通信間隔ごとに問い合わせることで，自己宛のインスタントメッセージまたはＥメールをコンスタントに受信することができる。
【０２０１】
上記説明のように，さらに定期通信の履歴を残し，上記定期通信の履歴から今後の携帯電話１０６の通信状況を判断し，他の端末に提供することができる。
【０２０２】
したがって，上記定期通信により，ＩＭサーバ１０４に対してインスタントメッセージまたはＥメール等の着信の有無を問い合わせるとともに，ついでに携帯電話１０６の通信状況を判断することが可能となる。
【０２０３】
定期通信は従来から行われている機能であるため，コストを最小限に抑えながらも，加えてさらに，インスタントメッセージを送信する際，送信先の携帯電話１０６の今後の通信状況の把握を可能とすることができる。
【０２０４】
次に，図１２に示すように，プレゼンス管理サーバ１０３に備わる通信状況判断部１５８は，定期通信履歴データベース１６７に蓄積された各携帯電話１０６の通信履歴情報と，その携帯電話１０６の定期通信間隔の情報と通信状態定義テーブル１６４に基づき，定期的に通信状況を判断し，プレゼンス更新部１６０が通信状況データベース１６２の通信状態名を定期的に更新する（Ｓ１２０３）。
【０２０５】
なお，第１の実施の形態にかかる通信状況判断部１５８およびプレゼンス更新部１６０の処理は，定期通信履歴管理部１６８による定期通信処理に左右されず，定期的に行われる。定期的とは，例えば，１０分ごとの場合，１時間ごとの場合，１日に３回の場合などを例示することができる。
【０２０６】
ここで，図１６，図１７を参照しながら，第１の実施の形態にかかる通信状況判断および更新処理（Ｓ１２０３）について説明する。図１６，図１７は，第１の実施の形態にかかる通信状況判断および更新処理の概略を示すフローチャートである。
【０２０７】
図１６に示すように，まず，プレゼンス管理サーバ１０３に備わる通信状況判断部１５８は，予め設定された所定の間隔を経過するまで待機する（Ｓ１６０１）。
【０２０８】
次に，通信状況判断部１５８は，定期通信履歴データベース１６７に蓄積された各携帯電話１０６について通信状況を判断および更新したか否かを定期通信履歴管理部１６８に問い合わせる（Ｓ１６０２）。
【０２０９】
上記問合せの結果，全ての携帯電話１０６について更新処理が終了している場合（ＹＥＳ），後続の処理は行われず，再び待機処理（Ｓ１６０１）に戻る。まだ全ての携帯電話１０６について更新終了していない場合（ＮＯ），まず後続のユーザＩＤ取得処理（Ｓ１６０３）が行われる。
【０２１０】
上記ユーザＩＤ取得処理（Ｓ１６０３）は，定期通信履歴管理部１６８から定期通信履歴データベース１６７に蓄積された定期通信履歴情報を１件取得し，定期通信履歴情報に含まれるユーザＩＤを取得する。
【０２１１】
次に，通信状況判断部１５８は，取得したユーザＩＤをユーザ情報管理部１６６に送信し，通信状況の対象とする調査範囲（通信状況調査範囲）を取得するために，ユーザ情報管理部１６６に照会する。ユーザ情報管理部１６６は，上記ユーザＩＤをキーとして，ユーザ情報データベースから該当するユーザＩＤを検索し，例えば過去１時間等と設定された“通信状況調査範囲”を取得する。
【０２１２】
ユーザ情報管理部１６６は，取得した上記通信状況調査範囲の値を，通信状況判断部１５８に転送する。したがって，通信状況判断部１５８は，通信状況調査範囲を取得することができる（Ｓ１６０４）。
【０２１３】
次に，通信状況判断部１５８は，上記通信状況調査範囲の値に基づき，蓄積された定期通信履歴データベース１６７から，該当するユーザＩＤの定期通信履歴情報を取得する（Ｓ１６０５）。例えば，通信状況調査範囲の値が“過去２時間”である場合，現在時刻から２時間前までに蓄積された定期通信履歴情報を取得する。
【０２１４】
さらに，通信状況判断部１５８は，ユーザ情報管理部１６６に問合せて，該当するユーザＩＤの定期通信間隔の設定値を取得する（Ｓ１６０６）。
【０２１５】
また，通信状況判断部１５８は，予め通信状況の条件が定義された通信状況判断テーブル１６４を読み込み（Ｓ１６０７），当該携帯電話１０６の通信状況を判断する（Ｓ１６０８）。
【０２１６】
ここで，図１７を参照しながら，第１の実施の形態にかかる通信状況の判断処理（Ｓ１６０８）について説明する。図１７は，第１の実施の形態にかかる通信状況の判断処理の概略を示すフローチャートである。
【０２１７】
図１７に示すように，第１の実施の形態にかかる通信状況の判断処理（Ｓ１６０８）は，図７に示すような上記読み込まれた通信状況判断テーブル１６４に従って，通信状況を判断する。
【０２１８】
まず，既に取得済の通信状況調査範囲，定期通信間隔，および実際に行われた定期通信の回数から，通信状況調査範囲内における通信確率（Ａ）を算出する（Ｓ１７０１）。例えば，通信状況調査範囲が“過去１時間”で，定期通信間隔が“１０分”で，実際に行われた定期通信の回数が３回の場合，上記通信確率（Ａ）は，以下の式（１）から算出される。
【０２１９】
５（回）／６０（１時間）×１０（分）×１００＝５０（％）・・・式（１）
上記通信確率（Ａ）が算出されると，次に，直近５回の通信成功回数（Ｂ）が算出される（Ｓ１７０２）。例えば，定期通信間隔が３分ごとの場合で，図１１に示すようなユーザＩＤ“１２３４５”の定期通信履歴情報を取得した場合，直近５回の通信成功回数（Ｂ）は，４回となる。
【０２２０】
なお，第１の実施の形態にかかる通信成功回数（Ｂ）は，直近５回の場合を例に挙げて説明したが，かかる例に限定されず，例えば，直近１０回などいかなる回数の場合でも実施可能である。
【０２２１】
次に，通信成功回数（Ｂ）が求められると，既に求められた上記通信確率（Ａ）の値をもとに，通信確率（Ａ）の値が１００％であるか否か，判定処理する（Ｓ１７０３）。
【０２２２】
判定の結果，通信確率（Ａ）が１００％以上の場合（ＹＥＳ），通信状況判定部１５８は，通信状況を“絶好調”と判断し，プレゼンス更新部１６０により，上記ユーザＩＤに該当する通信状況データベース１６２の通信状況を“絶好調”に更新するため上記通信状況を一時保持する（Ｓ１７０４）。
【０２２３】
判定の結果，通信確率（Ａ）が１００％未満の場合（ＮＯ），後続の判定処理（Ｓ１７０５）によって，さらに上記通信確率（Ａ）が“５０％以上であるか否か”が判定される。
【０２２４】
上記判定結果（Ｓ１７０５），通信確率（Ａ）が５０％以上である場合（ＹＥＳ），さらに既に求められた通信成功回数（Ｂ）が“４回以上であるか否か”が判定される（Ｓ１７０６）。
【０２２５】
上記判定結果（Ｓ１７０６），上記通信成功回数（Ｂ）が“４回以上”である場合（ＹＥＳ），通信状況判定部１５８は，通信状況を“良好”と判断し，プレゼンス更新部１６０により，上記ユーザＩＤに該当する通信状況データベース１６２の通信状況を“良好”に更新するため上記通信状況を一時保持する（Ｓ１７０７）。
【０２２６】
また，上記判定結果（Ｓ１７０６），上記通信成功回数（Ｂ）が“４回未満”である場合（ＮＯ），通信状況調査範囲内における定期通信の成功分布（Ｃ）を求める（Ｓ１７０８）。上記成功分布は，定期通信の成功が規則的またはランダムであるかのいずれか一方であるが，かかる例に限定されない。
【０２２７】
上記定期通信の成功分布（Ｃ）の算出結果（Ｓ１７０９），“規則的”である場合（ＹＥＳ），通信状況判定部１５８は，通信状況を“信頼度中”と判断し，プレゼンス更新部１６０により，上記ユーザＩＤに該当する通信状況データベース１６２の通信状況を“信頼度中”に更新するため上記通信状況を一時保持する（Ｓ１７１０）。
【０２２８】
また，上記成功分布（Ｃ）の算出結果（Ｓ１７０９），“ランダム”である場合（ＮＯ），通信状況判定部１５８は，通信状況を“信頼度低”と判断し，プレゼンス更新部１６０により，上記ユーザＩＤに該当する通信状況データベース１６２の通信状況を“信頼度低”に更新するため上記通信状況を一時保持する（Ｓ１７１１）。
【０２２９】
ここで，上記判定結果（Ｓ１７０５），通信確率（Ａ）が“５０％未満”の場合（ＮＯ），さらに後続の判定処理（Ｓ１７１２）が行われる。
【０２３０】
上記判定処理（Ｓ１７１２）では，通信確率（Ａ）が“１％以上”であるか否かが判定され，判定の結果，“１％以上”の場合（ＹＥＳ），さらに後続の判定処理（Ｓ１７１３）が行われる。
【０２３１】
上記判定処理（Ｓ１７１３）では，通信成功回数（Ｂ）が“４回以上”であるか否かが判定され，上記判定の結果，“４回以上”である場合（ＹＥＳ），通信状況判定部１５８は，通信状況を“直近は良好”と判断し，プレゼンス更新部１６０により，上記ユーザＩＤに該当する通信状況データベース１６２の通信状況を“直近は良好”に更新するため上記通信状況を一時保持する（Ｓ１７１４）。なお，通信状況の“直近は良好”は，通信確率（Ａ）は振るわないが，直近５回の定期通信については良好であることを表わす。
【０２３２】
また，上記判定の結果（Ｓ１７１３），“４回未満”である場合（ＮＯ），通信状況判定部１５８は，通信状況を“ほぼ通信不能”と判断し，プレゼンス更新部１６０により，上記ユーザＩＤに該当する通信状況データベース１６２の通信状況を“ほぼ通信不能”に更新するため上記通信状況を一時保持する（Ｓ１７１５）。なお，通信状況の“ほぼ通信不能”は，通信確率（Ａ）は振るわない上に，直近５回の定期通信についても悪いため，ほとんど通信することはできないことを表わす。
【０２３３】
最後に，上記判定処理（Ｓ１７１２）の結果，通信確率（Ａ）が“１％未満”である場合（ＮＯ），通信状況判定部１５８は，通信状況を“通信不能”と判断し，プレゼンス更新部１６０により，上記ユーザＩＤに該当する通信状況データベース１６２の通信状況を“通信不能”に更新するため上記通信状況を一時保持する（Ｓ１７１６）。以上で，第１の実施の形態にかかる通信状況判断処理（Ｓ１６０８）の一連の動作が終了する。
【０２３４】
なお，第１の実施の形態にかかる通信状況判断判断処理（Ｓ１７０１〜Ｓ１７１６）は，かかる例に限定されず，通信状況判断テーブル１６４の通信条件の定義に応じて，いかなる場合であっても実施可能である。
【０２３５】
次に，図１６に示すように，通信状況判断（Ｓ１６０８）が判断されると，プレゼンス更新部１６０は，一時保持された上記通信状況に基づき，通信状況データベース１６２の当該ユーザＩＤの通信状況を更新する（Ｓ１６０９）。
【０２３６】
なお，上記通信状況が更新された（Ｓ１６０９）場合，更新処理があった旨を，インスタントメッセージ，またはＥメール等の伝達手段により，更新処理が行われた各携帯電話１０６に対して，通知してもよい。
【０２３７】
次に，プレゼンス更新部１６０による更新処理が終了すると，次に，通信状況判断部１５８は，定期通信履歴管理部１６８から蓄積された定期通信履歴データベース１６７から次のユーザに該当する定期通信履歴情報を受信する（Ｓ１６１０）。なお，定期通信履歴管理部１６８から定期通信履歴情報が送信されない場合，全携帯電話１０６にかかる更新処理が終了する。
【０２３８】
次に，図１２に示すように，情報処理端末１０１または携帯電話１０６は，適当なタイミングで，通信状況データベース１６２に格納される各携帯電話１０６に属すユーザの上記更新された通信状況，またはユーザ状況データベース１６１に格納されるユーザ状況からなるプレゼンス情報を表示する（Ｓ１２０４）。なお，携帯電話１０６に限らず情報処理端末１０１の通信状況についても表示することができる。
【０２３９】
なお，第１の実施の形態にかかるプレゼンス情報提供システムの動作では，携帯電話１０６とユーザとは１対１の関係である場合を例に挙げて説明したが，かかる例に限定されず，例えば，１のユーザに対して，携帯電話１０６が複数台である場合であっても実施可能である。
【０２４０】
（４．１  プレゼンス情報表示処理）
ここで，図１８，図１９を参照しながら，携帯電話１０６に備わる表示部１２２に，通信状況またはユーザ状況を含むプレゼンス情報が表示（Ｓ１２０４）される場合について説明する。図１８は，第１の実施の形態にかかるプレゼンス情報表示処理の概略を示すフローチャートであり，図１９は，第１の実施の形態にかかるプレゼンス情報が表示された表示部の概略的な構成を示す説明図である。
【０２４１】
図１８に示すように，プレゼンス情報の表示処理（Ｓ１２０４）は，まず，携帯電話１０６に備わる入力部１２８により，表示部１２２に表示されるメニュー項目（図示せず。）から“プレゼンス情報の表示”が選択される。
【０２４２】
上記“プレゼンス情報の表示”が選択されると，プレゼンス情報の表示を希望する相手のユーザ名が表示され，所望のユーザ名を選択する。なお，表示されるユーザ名は，予め登録されたグループ内のユーザ名のみが表示されるが，かかる例に限定されない。
【０２４３】
選択完了後，送受信部１２５は，プレゼンス情報の要求をするために，プレゼンス管理サーバ１０３に要求情報を送信する（Ｓ１８０１）。なお，上記要求情報を送信する（Ｓ１８０１）前に，プレゼンス管理サーバ１０３に備わる認証部（図示せず。）による認証後，プレゼンス管理サーバ１０３にログインする必要がある。
【０２４４】
次に，プレゼンス管理サーバ１０３に備わるプレゼンス情報取得部１７１は，上記要求情報を受信すると，当該要求元の携帯電話１０６に属するユーザＩＤをキーとして，ユーザ状況データベース１６１から該当するユーザ状況と，通信状況データベース１６２から該当する通信状況をそれぞれ取得する。
【０２４５】
取得後，プレゼンス情報取得部１７１は，送受信部１６９にユーザ状況または通信状況からなるプレゼンス情報を転送する。
【０２４６】
送受信部１６９は，上記プレゼンス情報を，通信網１０５を介して，要求元の携帯電話１０６に送信する。したがって，携帯電話１０６は，プレゼンス情報を取得することができる（Ｓ１８０２）。
【０２４７】
プレゼンス情報の取得後（Ｓ１８０２），携帯電話１０６に備わる表示部１２２は，ユーザ状況または通信状況を含むプレゼンス情報を表示する（Ｓ１８０３）。
【０２４８】
図１９に示すように，第１の実施の形態にかかる表示部１２２には，プレゼンス情報が表示されている。表示部１２２の領域のうち，表示領域２４２には，ユーザ名が表示されるユーザ表示領域２４４（２４４−１，２４４−２，２４４−３）と，プレゼンス情報が表示されるプレゼンス表示領域２４６（２４６−１，２４６−２，２４６−３）とが含まれる。
【０２４９】
なお，第１の実施の形態にかかる表示領域２４２には，それぞれ３つのユーザ名とプレゼンス情報とが表示される場合を例に挙げて説明したが，かかる例に限定されず，例えば，それぞれ５つのユーザ名とプレゼンス情報とが表示される場合等，いかなる数のユーザ名とプレゼンス情報とが表示される場合でもよい。
【０２５０】
また，プレゼンス表示領域２４６−１には，ユーザ状況が“会議”で，通信状況が“通信不良”からなるプレゼンス情報が表示されている。また，携帯電話のアイコンが表示され，通信できず通信不良を示す“×”マークがアイコンに表示されている。
【０２５１】
したがって，通信不良のメッセージを表示するとともに，一層視認性の高い上記アイコンを表示することで，瞬時に送信相手のプレゼンス情報を把握することが可能となる。
【０２５２】
プレゼンス表示領域２４６−２には，ユーザ状況が“食事”で，通信状況が“通信不良”からなるプレゼンス情報が表示されている。上記プレゼンス領域２４６−１と同様に，“×”マークのパソコンのアイコンが表示されている。
【０２５３】
さらに，プレゼンス表示領域２４６−３には，ユーザ状況が“外出”で，通信状況が“良好”からなるプレゼンス情報が表示されている。またプレゼンス表示領域２４６−３には，通信をすることが良好であることを示す携帯電話のアイコンが表示されている。通信可能なため，“×”マークは表示されない。
【０２５４】
なお，第１の実施の形態にかかるプレゼンス情報は，携帯電話１０６に備わる表示部１２２に表示される場合を例に挙げて説明したが，かかる例に限定されず，プレゼンス情報は，情報処理端末１０１に備わる表示部１２２に表示される場合であっても実施可能である。なお，表示部１２２のレイアウトは携帯電話１０６の場合と異なってもよい。
【０２５５】
上記プレゼンス情報の把握は，主に，送信元である情報処理端末１０１または携帯電話１０６からインスタントメッセージを作成する際に，迅速・確実に到着する目的等で，行われる。
【０２５６】
したがって，送信先の端末が携帯電話１０６の場合，プレゼンス情報が定期的に行われる定期通信の履歴を用いることで，通信の瞬間でしか把握できなかった携帯電話１０６の現在又は未来の通信状況を，的確に予測し，プレゼンス情報として提供することができる。
【０２５７】
なお，送信先の端末が情報処理端末１０１である場合，そもそも上記情報処理端末１０１は，通信網１０２に常時接続し，接続中はＩＰアドレスが定められているため，送信先の通信状況の把握は，適宜パケット等を送信先に送信することで確認することが容易にできる。
【０２５８】
（第２実施形態）
プレゼンス情報を提供する場合ではなく，履歴情報を提供する場合におけるプレゼンス情報提供システムについて説明する。第２の実施の形態にかかるプレゼンス情報提供システムでは，プレゼンス情報の代わりに，定期通信履歴情報を携帯電話１０６側に提供する。上記定期通信履歴情報が相手先のプレゼンス情報を把握するための判断指標となる。
【０２５９】
（５．プレゼンス情報提供システムの各構成要素の構成）
次に，第２の実施の形態にかかるプレゼンス情報提供システムを構成する各構成要素の構成について説明する。なお第１の実施の形態にかかるプレゼンス情報提供システムとの相違点について説明する。
【０２６０】
まず，第２の実施の形態にかかるプレゼンス情報提供システムは，図１に示す第１の実施の形態にかかるプレゼンス情報提供システムとほぼ同様の構成である。したがって，通信網１０２，通信網１０５，課金サーバ１０７，および時間同期サーバ１０８は，ほぼ同様の構成であるため詳細な説明は省略する。
【０２６１】
（５．１  情報処理端末１０１）
次に，図１および図２０を参照しながら，第２の実施の形態にかかる情報処理端末１０１について説明する。図２０は，第２の実施の形態にかかる情報処理端末の概略的な構成を示すブロック図である。
【０２６２】
図１に示すように，情報処理端末１０１は，ユーザが使用する利用者端末であり，インスタントメッセージ情報を作成し，通信網１０２を介して同じグループに属す他の情報処理端末１０１または携帯電話１０６に送信する装置をいう。なお，情報処理端末１０１は，通信網１０２と常時接続し，情報処理端末１０１とプレゼンス管理サーバ１０３またはインスタントメッセージサーバ１０４とは双方向通信可能である。
【０２６３】
次に，図２０に示すように，情報処理端末１０１は，ＣＰＵ（中央演算処理装置）１２０と，入力部１２１と，表示部１２２と，記憶部１２３と，バス１２４と，送受信部１２５と，メッセージ作成部１２６と，履歴要求部１２９を備える。第１の実施の形態にかかる情報処理端末と比較して，履歴要求部１２９をさらに備えている点で相違する。以下，相違点である履歴要求部１２９について説明する。
【０２６４】
履歴要求部１２９は，携帯電話１０６とプレゼンス管理サーバ１０３との間で定期的に通信する定期通信の履歴情報を通信網１０２を介して要求する。履歴要求部１２９は，入力部１２１により指定されたユーザにかかる指定された時間範囲内の定期通信履歴情報を，要求する。なお，要求前にプレゼンス管理サーバ１０３にログインする必要がある。
【０２６５】
（５．２  携帯電話１０６）
次に，図１，図３，図２１を参照しながら，第２の実施の形態にかかる携帯電話１０６について説明する。図２１は，第２の実施の形態にかかる携帯電話の概略的な構成を示すブロック図である。
【０２６６】
図３に示すように，携帯電話１０６は，少なくとも表示部１２２，または入力部１２８を備え，携帯キャリアによる無線で通話し，持ち運ぶことのできる形状の電話機である。さらに，通信網１０５を介して携帯電話１０６または情報処理端末１０１にインスタントメッセージ情報などを送受信することができる。
【０２６７】
入力部１２８は，電話番号またはテキスト等を入力するための複数のボタンと，表示部１２２に表示されるメニュー等を選択するための十字キーとから構成される。なお，第２の実施の形態にかかる入力部１２８は，かかる例に限定されず，例えば，入力部１２８は，ダイヤルを回動することで選択するジョグダイヤル，ジョイスティックなどが備わる場合であっても実施可能である。
【０２６８】
また，上記説明した通り，上記インスタントメッセージ情報は，入力部１２８が操作されることで，作成されて，表示部１２２に表示される。また，グループに属する他の携帯電話１０６または情報処理端末１０１のプレゼンス情報が表示される。
【０２６９】
図１に示すように，携帯電話１０６は，ユーザが使用する利用者端末であり，インスタントメッセージ情報を作成し，通信網１０５を介して同じグループに属す他の情報処理端末１０１または携帯電話１０６に送信する装置をいう。なお，携帯電話１０６は，通信網１０６と非常時接続し，携帯電話１０６から，まずプレゼンス管理サーバ１０３またはインスタントメッセージサーバ１０４にアクセスするため双方向通信には該当しない。
【０２７０】
また，図２１に示すように，携帯電話１０６は，ＣＰＵ（中央演算処理装置）１２０と，入力部１２８と，表示部１２２と，記憶部１２３と，バス１２４と，送受信部１２５と，メッセージ作成部１２６と，定期通信部１２７，タイマー１２８とを備える。なお，携帯電話１０６は，上記説明した情報処理端末１０１と比較して，さらに定期通信部１２７，少なくとも時刻を計数するタイマー１２８を備えている点で相違する。また，第１の実施の形態にかかる携帯電話と比較して，履歴要求部１２９をさらに備えている点で相違する。以下，相違点である履歴要求部１２９について説明する。
【０２７１】
履歴要求部１２９は，携帯電話１０６とプレゼンス管理サーバ１０３との間で行われる定期通信の履歴情報を，通信網１０５を介して要求する。履歴要求部１２９は，入力部１２１により選択されたユーザ，かつ指定された時間範囲内の定期通信履歴情報を，プレゼンス管理サーバ１０３に備わる定期通信履歴管理部１６８に要求する。なお，定期通信履歴情報を要求する前にプレゼンス管理サーバ１０３にログインする必要がある。
【０２７２】
第２の実施の形態にかかる定期通信履歴情報は携帯電話１０６による定期通信の履歴情報である場合を例に挙げて説明したが，かかる例に限定されず，例えば，情報処理端末１０１からプレゼンス管理サーバ１０３にアクセスした際に蓄積される履歴情報である場合でも実施可能である。
【０２７３】
（５．３  インスタントメッセージサーバ１０４）
次に，図１を参照しながら，第２の実施の形態にかかるインスタントメッセージサーバについて説明するが，第１の実施の形態にかかるインスタントメッセージサーバとほぼ同様の構成であるため詳細な説明は省略する。
【０２７４】
（５．４  プレゼンス管理サーバ１０３）
次に，図１を参照しながら，第２の実施の形態にかかるプレゼンス管理サーバについて説明するが，第１の実施の形態にかかるプレゼンス管理サーバ１０３とほぼ同様の構成であるため詳細な説明は省略する。
【０２７５】
（６．プレゼンス情報提供システムの動作）
次に，図２２を参照しながら，上記のように構成された第２の実施の形態にかかるプレゼンス情報提供システムの動作の実施形態について説明する。図２２は，第２の実施の形態にかかるプレゼンス情報提供システムの動作の概略を示すフローチャートである。
【０２７６】
まず，図２２に示すように，携帯電話１０６に備わる履歴要求部１２９からプレゼンス管理サーバ１０３に対して定期通信履歴情報を要求（Ｓ２２０１）する前に，予め要求先のプレゼンス管理サーバ１０３に備わる定期通信履歴データベース１６７には，定期通信履歴情報が蓄積されている必要がある。
【０２７７】
上記プレゼンス管理サーバ１０３に対して定期通信履歴情報を要求すると（Ｓ２２０１），プレゼンス管理サーバ１０３に備わる送受信部１６９またはプレゼンス情報取得部１７１に上記携帯電話１０６からの履歴要求情報が送信される。
【０２７８】
送受信部１６９またはプレゼンス情報取得部１７１は，上記履歴要求情報を定期通信履歴管理部１６８に転送することで，要求された定期通信履歴情報の抽出依頼をする。
【０２７９】
定期通信履歴管理部１６８は，上記履歴要求情報に基づき，定期通信履歴データベース１６７から該当する定期通信履歴情報を抽出すると，上記定期通信履歴情報を送受信部１６９またはプレゼンス情報取得部１７１に転送する。
【０２８０】
したがって，通信網１０５を介してプレゼンス管理サーバ１０３に備わる送受信部１６９またはプレゼンス情報取得部１７１から送信された定期通信履歴情報を，携帯電話１０６は取得することができる（Ｓ２２０２）。
【０２８１】
携帯電話１０６に備わる表示部１２２は，上記受信した定期通信履歴情報を表示する（Ｓ２２０３）。
【０２８２】
（６．１  定期通信履歴の表示画面）
ここで，図２３を参照しながら，第２の実施の形態にかかるプレゼンス情報提供システムに適用される定期通信履歴情報の表示画面について説明する。図２３は，第２の実施の形態にかかる定期通信履歴情報が表示された表示部の概略的な構成を示す説明図である。
【０２８３】
図２３に示すように，定期通信履歴情報の表示処理（Ｓ２２０３）の前に，まず，携帯電話１０６に備わる入力部１２８により，表示部１２２に表示されるメニュー項目（図示せず。）から“定期通信履歴情報の表示”が選択される。
【０２８４】
上記“定期通信履歴情報の表示”が選択されると，定期通信履歴情報の表示を希望する相手のユーザ名が表示され，所望のユーザ名を選択する。なお，表示されるユーザ名は，予め登録されたグループ内のユーザ名のうち選択された特定のユーザ名のみが表示されるが，かかる例に限定されず，グループ内のユーザのうち複数ユーザが選択された場合，グループ内に属しないユーザを選択する等の場合でもよい。
【０２８５】
選択完了後，送受信部１２５は，定期通信履歴情報の要求をするために，プレゼンス管理サーバ１０３に要求情報を送信すると，上記説明の通り，携帯電話１０６に備わる表示部１２２に要求した定期通信履歴情報が表示される（Ｓ２２０３）。
【０２８６】
図２３に示すように，第２の実施の形態にかかる表示部１２２には，定期通信履歴情報が表示されている。表示部１２２の領域のうち，表示領域２４２には，要求した定期通信履歴情報の一覧が表示されている。
【０２８７】
したがって，定期通信履歴情報を取得した携帯電話１０６に属するユーザは，上記定期通信履歴情報を参照し，例えば，“Ａさん”の定期通信の履歴から今後の通信状況は良好であると判断することができる。
【０２８８】
また，第２の実施の形態にかかる携帯電話１０６は，取得した定期通信履歴情報を表示する場合を例に挙げて説明したが，かかる例に限定されず，例えば，携帯電話１０６に備わる通信状況判断部（図示せず。）により，各携帯電話１０６側で通信状況を判断する場合であってもよい。その際，携帯電話１０６は，プレゼンス管理サーバ１０３からＪＡＶＡ（登録商標）等のソフトウェアプログラムにより構成された上記通信状況判断部を，受信する場合でもよい。
【０２８９】
また，第２の実施の形態にかかる携帯電話１０６は，ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）的なプレゼンス管理サーバ１０３にアクセスし，上記取得した定期通信履歴情報から通信状況を判断するように，プレゼンス管理サーバ１０３に依頼する場合でもよい。
【０２９０】
また，第２の実施の形態にかかる携帯電話１０６に備わる表示部１２２には，定期通信履歴情報のみが表示される場合を例に挙げて説明したが，かかる例に限定されず，例えば，定期通信履歴情報とともに，プレゼンス情報のうちユーザ状況を表示する場合であっても実施可能である。
【０２９１】
定期通信履歴情報と，ユーザ状況とを表示部１２２に表示することで，ユーザ状況と定期通信との関連性を把握することが可能となり，より一層詳細な今後の通信状況を判断することが可能となる。
【０２９２】
なお，第２の実施の形態にかかる定期通信履歴情報は，携帯電話１０６に備わる表示部１２２に表示される場合を例に挙げて説明したが，かかる例に限定されず，定期通信履歴情報は，情報処理端末１０１に備わる表示部１２２に表示される場合であっても実施可能である。なお，情報処理端末１０１に備わる表示部１２２のレイアウトは携帯電話１０６の場合と異なってもよい。
【０２９３】
また，第２の実施の形態にかかるプレゼンス情報提供システムの動作において，携帯電話１０６による定期通信の履歴情報を取得する場合を例に挙げて説明したが，かかる例に限定されず，例えば，情報処理端末１０１による通信の履歴情報を蓄積し，取得する場合等であっても実施可能である。
【０２９４】
なお，第１の実施形態および第２の実施の形態にかかるプレゼンス情報提供システムに，さらに携帯電話１０６向けに携帯ゲートウェイサーバ（図示せず。）を備える場合であっても実施可能である。
【０２９５】
上記携帯ゲートウェイサーバは，稼動可能なアプリケーションの制限が多い携帯電話１０６などの携帯機器向けに代理で，他の端末（クライアント）からの要求を受け，または携帯電話１０６からの要求を受け，上記要求に対する返答を送受信する役割を有するサーバである。
【０２９６】
また，携帯ゲートウェイサーバは，携帯電話１０６のプレゼンス情報を管理したり，情報端末装置１０１からのインスタントメッセージを蓄積しておき，携帯電話１０６から定期通信があった際に，蓄積されたインスタントメッセージを送信等する。
プレゼンス管理サーバ１０３は，常時接続できず，プレゼンス管理サーバ１０３からのアクションで接続できない携帯電話１０６の通信状況を，定期通信履歴情報等を参照することで判断することができる。したがって，利用者端末は，上記通信状況を参照することで，即時的に送信先の通信状況を把握することができる。
【０２９７】
携帯電話１０６または情報処理端末１０１等の利用者端末は，常時接続できずプレゼンス管理サーバ１０３からのアクションで接続できない携帯電話１０６が，現在どのような場所に位置しているのか，携帯電話１０６がインスタントメッセージをすぐに着信することが出来るか等の携帯電話１０６の詳細な通信状況を，過去の定期通信履歴情報を参照することで予測することが出来る。
【０２９８】
また，利用者端末は，プレゼンス管理サーバ１０３が解析した，ある時点での各携帯電話１０６の通信状況を，その後の携帯電話１０６からの定期通信の状況に応じて，変更することができ，変更された通信状況を逐次受信することが可能なため，的確にメッセージを他の利用者端末に送信することができる。
【０２９９】
例えば，プレゼンス管理サーバ１０３は一定時間，携帯電話１０６からの通信が途絶えた際に，携帯電話１０６が設定した定期通信間隔に基づき，携帯電話１０６の通信状況を「通信不可」と判断し，他の利用者端末に配信することが出来る。
【０３００】
また，例えば携帯電話１０６が定期通信間隔を３０秒に設定し，６０秒に１回しかプレゼンス管理サーバ１０３に定期通信が行われない場合，その携帯電話１０６の通信状況を「通信不安定」と判断し，他の利用者端末に配信することも実施可能である。
【０３０１】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例を想定し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０３０２】
上記実施形態においては，情報処理端末１０１，携帯電話１０６，プレゼンス管理サーバ１０３，ＩＭサーバ１０４，課金サーバ１０７，時間同期サーバ１０８に備わる各部はハードウェアからなる場合を例にあげて説明したが，本発明はかかる例に限定されない。例えば，上記各部は，プログラムからなる場合であってもよい。
【０３０３】
また，上記実施形態においては，通信状況の判断は，携帯電話１０６からの定期通信等に基づき判断される場合を例に挙げて説明したが，本発明はかかる例に限定されない。例えば，通信状況の判断は，携帯電話以外の端末で定期通信以外の通常行われる通信等に基づき，通信状況が判断される場合，携帯電話１０６からの定期通信以外の通信に基づき，通信状況が判断される場合等でも実施可能である。
【０３０４】
また，上記実施形態においては，プレゼンス情報提供システムに適用されるメッセージ情報は，インスタントメッセージの場合を例に挙げて説明したが，かかる例に限定されず，例えば，メッセージ情報は，Ｅメール等の場合でも実施可能である。
【産業上の利用可能性】
【０３０５】
本発明は，複数の端末装置間でプレゼンス情報とメッセージ情報を送受信可能なプレゼンス情報提供システムに適用可能である。
【図面の簡単な説明】
【０３０６】
【図１】第１の実施の形態にかかるプレゼンス情報提供システムの概略的な構成を示すブロック図である。
【図２】第１の実施の形態にかかる情報処理端末の概略的な構成を示すブロック図である。
【図３】第１の実施の形態にかかる携帯電話の概略を示す説明図である。
【図４】第１の実施の形態にかかる携帯電話の概略的な構成を示すブロック図である。
【図５】第１の実施の形態にかかるインスタントメッセージサーバの概略的な構成を示すブロック図である。
【図６】第１の実施の形態にかかるプレゼンス管理サーバの概略的な構成を示すブロック図である。
【図７】第１の実施の形態にかかる通信状況判断テーブルの概略的なデータ構造を示す説明図である。
【図８】第１の実施の形態にかかるユーザ情報データベースのデータ構造の概略を示す説明図である。
【図９】第１の実施の形態にかかるユーザ状況データベースのデータ構造の概略を示す説明図である。
【図１０】第１の実施の形態にかかる通信状況データベースのデータ構造の概略を示す説明図である。
【図１１】第１の実施の形態にかかる定期通信履歴データベース１６７のデータ構造の概略を示す説明図である。
【図１２】第１の実施の形態にかかるプレゼンス情報提供システムの動作の概略を示すフローチャートである。
【図１３】第１の実施の形態にかかる定期通信間隔の設定処理の概略を示すフローチャートである。
【図１４】第１の実施の形態にかかる携帯電話側の定期通信処理の概略を示すフローチャートである。
【図１５】第１の実施の形態にかかるプレゼンス管理サーバ側の定期通信処理の概略を示すフローチャートである。
【図１６】第１の実施の形態にかかる通信状況判断および更新処理の概略を示すフローチャートである。
【図１７】第１の実施の形態にかかる通信状況判断および更新処理の概略を示すフローチャートである。
【図１８】第１の実施の形態にかかるプレゼンス情報表示処理の概略を示すフローチャートである。
【図１９】第１の実施の形態にかかるプレゼンス情報が表示された表示部の概略的な構成を示す説明図である。
【図２０】第２の実施の形態にかかる情報処理端末の概略的な構成を示すブロック図である。
【図２１】第２の実施の形態にかかる携帯電話の概略的な構成を示すブロック図である。
【図２２】第２の実施の形態にかかるプレゼンス情報提供システムの動作の概略を示すフローチャートである。
【図２３】第２の実施の形態にかかる定期通信履歴情報が表示された表示部の概略的な構成を示す説明図である。
【符号の説明】
【０３０７】
１００      プレゼンス情報提供システム
１０１      情報処理端末
１０２      通信網
１０３      プレゼンス管理サーバ
１０４      インスタントメッセージサーバ
１０５      通信網
１０６      携帯電話
１０７      課金サーバ
１０８      時間同期サーバ
【図１】
2005057709.tif 000003
【図２】
2005057709.tif 000004
【図３】
2005057709.tif 000005
【図４】
2005057709.tif 000006
【図５】
2005057709.tif 000007
【図６】
2005057709.tif 000008
【図７】
2005057709.tif 000009
【図８】
2005057709.tif 000010
【図９】
2005057709.tif 000011
【図１０】
2005057709.tif 000012
【図１１】
2005057709.tif 000013
【図１２】
2005057709.tif 000014
【図１３】
2005057709.tif 000015
【図１４】
2005057709.tif 000016
【図１５】
2005057709.tif 000017
【図１６】
2005057709.tif 000018
【図１７】
2005057709.tif 000019
【図１８】
2005057709.tif 000020
【図１９】
2005057709.tif 000021
【図２０】
2005057709.tif 000022
【図２１】
2005057709.tif 000023
【図２２】
2005057709.tif 000024
【図２３】
2005057709.tif 000025