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