(57)【特許請求の範囲】
【請求項１】
発信端末から着信端末への発信を管理する管理サーバであって、
前記発信端末が通信を行うことが可能であるか否かを示す発信側プレゼンス情報と、前記着信端末が通信を行うことが可能であるか否かを示す着信側プレゼンス情報とを記憶する記憶部と、
前記発信端末から前記着信端末への発信が行われた場合に、前記着信側プレゼンス情報を参照して、前記着信端末が通信を行うことが可能であるか否かを判定する判定部と、
前記着信端末が通信を行うことができないと判定された場合に、前記発信端末から前記着信端末への再発信の予約を受付ける発信予約処理部とを備え、
前記判定部は、前記再発信の予約が受付けられた場合に、前記発信側プレゼンス情報及び前記着信側プレゼンス情報を参照して、前記発信端末及び前記着信端末の双方が通信を行うことが可能であるか否かを判定し、
前記発信予約処理部は、前記発信端末及び前記着信端末の双方が通信を行うことが可能であると判定された場合に、前記再発信を指示し、
前記発信予約処理部は、
前記発信端末から前記着信端末への再発信の予約が行われているときに、前記発信端末が前記着信端末への発信を行った場合に、前記再発信の予約をキャンセルし、
前記発信端末が行った前記着信端末への発信が失敗しても、前記発信の失敗について再発信の予約処理を行わない
ことを特徴とする管理サーバ。
【請求項２】
前記発信予約処理部は、
前記着信端末が通信を行うことができないと判定された場合に、前記発信を行うことができないことを前記発信端末に通知し、
前記再発信の予約を要求する予約要求情報を前記発信端末から受信した場合に、前記再発信の予約を受付けることを特徴とする請求項１に記載の管理サーバ。
【請求項３】
前記予約要求情報は、前記再発信を行う期限である予約期限を含むことを特徴とする請求項２に記載の管理サーバ。
【請求項４】
前記予約要求情報は、前記再発信を行う時刻である予約時刻を含むことを特徴とする請求項２に記載の管理サーバ。
【請求項５】
前記着信端末のユーザの予定を示す着信側スケジュール情報を取得するスケジュール情報取得部をさらに備え、
前記発信予約処理部は、前記着信側スケジュール情報を前記発信端末に通知することを特徴とする請求項２に記載の管理サーバ。
【請求項６】
前記発信端末のユーザの予定を示す発信側スケジュール情報を取得するスケジュール情報取得部をさらに備え、
前記発信予約処理部は、前記発信側スケジュール情報を前記発信端末に通知することを特徴とする請求項２に記載の管理サーバ。
【請求項７】
前記発信端末又は前記着信端末の位置情報を取得する位置情報取得部と、
前記発信端末又は前記着信端末が行うことが可能な通信種別をエリア毎に記憶する通信種別記憶部と、
前記位置情報取得部によって取得された前記位置情報に応じて、前記発信端末又は前記着信端末が行うことが可能な通信種別を特定する特定部とをさらに備え、
前記発信予約処理部は、前記特定部によって特定された前記通信種別に従って通信を行うことを前記発信端末又は前記着信端末に指示することを特徴とする請求項１に記載の管理サーバ。
【請求項８】
発信端末から着信端末への発信を管理する管理システムであって、
前記発信端末が通信を行うことが可能であるか否かを示す発信側プレゼンス情報と、前記着信端末が通信を行うことが可能であるか否かを示す着信側プレゼンス情報とを記憶する記憶部と、
前記発信端末から前記着信端末への発信が行われた場合に、前記着信側プレゼンス情報を参照して、前記着信端末が通信を行うことが可能であるか否かを判定する判定部と、
前記着信端末が通信を行うことができないと判定された場合に、前記発信端末から前記着信端末への再発信の予約を受付ける発信予約処理部とを備え、
前記判定部は、前記再発信の予約が受付けられた場合に、前記発信側プレゼンス情報及び前記着信側プレゼンス情報を参照して、前記発信端末及び前記着信端末の双方が通信を行うことが可能であるか否かを判定し、
前記発信予約処理部は、前記発信端末及び前記着信端末の双方が通信を行うことが可能であると判定された場合に、前記再発信を指示し、
前記発信予約処理部は、
前記発信端末から前記着信端末への再発信の予約が行われているときに、前記発信端末が前記着信端末への発信を行った場合に、前記再発信の予約をキャンセルし、
前記発信端末が行った前記着信端末への発信が失敗しても、前記発信の失敗について再発信の予約処理を行わない
ことを特徴とする管理システム。
【請求項９】
前記着信端末のユーザの予定を示す着信側スケジュール情報を取得するとともに、前記発信端末のユーザの予定を示す発信側スケジュール情報を取得するスケジュール情報取得部をさらに備え、
前記発信端末は、前記着信側スケジュール情報及び前記発信側スケジュール情報に基づいて、前記再発信を行うことが可能な時刻である予約時刻候補を絞り込んだ上で、前記予約時刻候補を出力することを特徴とする請求項８に記載の管理システム。
【請求項１０】
発信端末から着信端末への発信を管理する管理サーバを用いた管理方法であって、
前記管理サーバが、前記発信端末が通信を行うことが可能であるか否かを示す発信側プレゼンス情報と、前記着信端末が通信を行うことが可能であるか否かを示す着信側プレゼンス情報とを記憶するステップと、
前記管理サーバが、前記発信端末から前記着信端末への発信が行われた場合に、前記着信側プレゼンス情報を参照して、前記着信端末が通信を行うことが可能であるか否かを判定するステップと、
前記管理サーバが、前記着信端末が通信を行うことができないと判定された場合に、前記発信端末から前記着信端末への再発信の予約を受付けるステップと、
前記管理サーバが、前記再発信の予約が受付けられた場合に、前記発信側プレゼンス情報及び前記着信側プレゼンス情報を参照して、前記発信端末及び前記着信端末の双方が通信を行うことが可能であるか否かを判定するステップと、
前記管理サーバが、前記発信端末及び前記着信端末の双方が通信を行うことが可能であると判定された場合に、前記発信端末から前記着信端末への再発信を指示するステップとを含み、
前記予約を受け付けるステップでは、
前記発信端末から前記着信端末への再発信の予約が行われているときに、前記発信端末が前記着信端末への発信を行った場合に、前記再発信の予約をキャンセルし、
前記発信端末が行った前記着信端末への発信が失敗しても、前記発信の失敗について再発信の予約処理を行わない
ことを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発信端末から着信端末への発信を管理する管理サーバ、管理システム及び管理方法に関する。
【背景技術】
【０００２】
従来、ユーザの状態を示すプレゼンス情報を管理しており、発信端末から着信端末への着信を制御する管理システムが知られている。
【０００３】
この管理システムでは、発信端末及び着信端末に対応するプレゼンス情報が管理されており、着信端末への発信（着信端末の呼び出し）を行うか否かを判定するための優先度（閾値）がプレゼンス情報毎に管理されている。
【０００４】
また、管理システムでは、発信端末に対応するプレゼンス情報の優先度が着信端末に対応するプレゼンス情報の優先度を超える場合に、発信端末から着信端末への発信の処理動作（以下、第１処理動作）が定められている。一方で、発信端末に対応するプレゼンス情報の優先度が着信端末に対応するプレゼンス情報の優先度を下回る場合に、発信端末から着信端末への発信の処理動作（以下、第２処理動作）が定められている（例えば、特許文献１）。
【０００５】
第１処理動作は、基本的に、着信端末への発信（着信端末の呼び出し）を行う動作である。一方で、第２処理動作は、着信端末への発信（着信端末の呼び出し）を行わずに、着信端末に対応するプレゼンス情報（「離席」、「会議」など）を発信端末に通知する動作などである。
【０００６】
なお、着信端末に対応するプレゼンス情報が変更された場合に、着信端末に対応するプレゼンス情報を発信端末に通知する技術も提案されている。
【特許文献１】特開２００７−８１７５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した管理システムでは、単に、着信端末に対応するプレゼンス情報が発信端末に通知されるに過ぎない。
【０００８】
ここで、通信可能である旨を示すプレゼンス情報が発信端末に通知された際に、発信端末のユーザが通信不可であるケースが考えられる。このようなケースでは、発信端末と着信端末との間で通信を行うことができない。
【０００９】
このように、着信端末に対応するプレゼンス情報を発信端末に通知したとしても、相手端末に対応するプレゼンス情報を再確認する必要が生じてしまい、ユーザの利便性が低下してしまう。
【００１０】
そこで、本発明は、上述した課題を解決するためになされたものであり、ユーザの利便性を向上させることを可能とする管理サーバ、管理システム及び管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
一の特徴では、発信端末から着信端末への発信を管理する管理サーバは、前記発信端末が通信を行うことが可能であるか否かを示す発信側プレゼンス情報と、前記着信端末が通信を行うことが可能であるか否かを示す着信側プレゼンス情報とを記憶する記憶部（プレゼンス情報ＤＢ３４）と、前記発信端末から前記着信端末への発信が行われた場合に、前記着信側プレゼンス情報を参照して、前記着信端末が通信を行うことが可能であるか否かを判定する判定部（通信可否判定部３６）と、前記着信端末が通信を行うことができないと判定された場合に、前記発信端末から前記着信端末への再発信の予約を受付ける発信予約処理部（発信予約処理部３７）とを備え、前記判定部は、前記再発信の予約が受付けられた場合に、前記発信側プレゼンス情報及び前記着信側プレゼンス情報を参照して、前記発信端末及び前記着信端末の双方が通信を行うことが可能であるか否かを判定し、前記発信予約処理部は、前記発信端末及び前記着信端末の双方が通信を行うことが可能であると判定された場合に、前記再発信を指示する。
【００１２】
かかる特徴によれば、判定部は、再発信の予約が受付けられた場合に、発信側プレゼンス情報及び着信側プレゼンス情報を参照して、発信端末及び着信端末の双方が通信を行うことが可能であるか否かを判定する。また、発信予約処理部は、発信端末及び着信端末の双方が通信を行うことが可能であると判定された場合に、発信端末から着信端末への再発信を指示する。
【００１３】
すなわち、発信端末のユーザ及び着信端末のユーザの双方にとって都合がよいタイミングで再発信が指示されるため、相手端末に対応するプレゼンス情報を改めて確認する必要がなく、ユーザの利便性が向上する。
【００１４】
上述した特徴において、前記発信予約処理部は、前記着信端末が通信を行うことができないと判定された場合に、前記発信を行うことができないことを前記発信端末に通知し、前記再発信の予約を要求する予約要求情報を前記発信端末から受信した場合に、前記再発信の予約を受付けることが好ましい。
【００１５】
上述した特徴において、前記予約要求情報は、前記再発信を行う期限である予約期限を含むことが好ましい。
【００１６】
上述した特徴において、前記予約要求情報は、前記再発信を行う時刻である予約時刻を含むことが好ましい。
【００１７】
上述した特徴において、管理サーバは、前記着信端末のユーザの予定を示す着信側スケジュール情報を取得するスケジュール情報取得部（受信部１１）をさらに備え、前記発信予約処理部は、前記着信側スケジュール情報を前記発信端末に通知することが好ましい。
【００１８】
上述した特徴において、管理サーバは、前記発信端末のユーザの予定を示す発信側スケジュール情報を取得するスケジュール情報取得部（受信部１１）をさらに備え、前記発信予約処理部は、前記発信側スケジュール情報を前記発信端末に通知することが好ましい。
【００１９】
上述した特徴において、管理サーバは、前記発信端末又は前記着信端末の位置情報を取得する位置情報取得部と、前記発信端末又は前記着信端末が行うことが可能な通信種別をエリア毎に記憶する通信種別記憶部と、前記位置情報取得部によって取得された前記位置情報に応じて、前記発信端末又は前記着信端末が行うことが可能な通信種別を特定する特定部とをさらに備え、前記発信予約処理部は、前記特定部によって特定された前記通信種別に従って通信を行うことを前記発信端末又は前記着信端末に指示することが好ましい。
【００２０】
一の特徴では、発信端末から着信端末への発信を管理する管理システムは、前記発信端末が通信を行うことが可能であるか否かを示す発信側プレゼンス情報と、前記着信端末が通信を行うことが可能であるか否かを示す着信側プレゼンス情報とを記憶する記憶部と、前記発信端末から前記着信端末への発信が行われた場合に、前記着信側プレゼンス情報を参照して、前記着信端末が通信を行うことが可能であるか否かを判定する判定部と、前記着信端末が通信を行うことができないと判定された場合に、前記発信端末から前記着信端末への再発信の予約を受付ける発信予約処理部とを備え、前記判定部は、前記再発信の予約が受付けられた場合に、前記発信側プレゼンス情報及び前記着信側プレゼンス情報を参照して、前記発信端末及び前記着信端末の双方が通信を行うことが可能であるか否かを判定し、前記発信予約処理部は、前記発信端末及び前記着信端末の双方が通信を行うことが可能であると判定された場合に、前記再発信を指示する。
【００２１】
上述した特徴において、管理システムは、前記着信端末のユーザの予定を示す着信側スケジュール情報を取得するとともに、前記発信端末のユーザの予定を示す発信側スケジュール情報を取得するスケジュール情報取得部をさらに備え、前記発信端末は、前記着信側スケジュール情報及び前記発信側スケジュール情報に基づいて、前記再発信を行うことが可能な時刻である予約時刻候補を絞り込んだ上で、前記予約時刻候補を出力することが好ましい。
【００２２】
一の特徴では、発信端末から着信端末への発信を管理する管理方法は、前記発信端末が通信を行うことが可能であるか否かを示す発信側プレゼンス情報と、前記着信端末が通信を行うことが可能であるか否かを示す着信側プレゼンス情報とを記憶するステップと、前記発信端末から前記着信端末への発信が行われた場合に、前記着信側プレゼンス情報を参照して、前記着信端末が通信を行うことが可能であるか否かを判定するステップと、前記着信端末が通信を行うことができないと判定された場合に、前記発信端末から前記着信端末への再発信の予約を受付けるステップと、前記再発信の予約が受付けられた場合に、前記発信側プレゼンス情報及び前記着信側プレゼンス情報を参照して、前記発信端末及び前記着信端末の双方が通信を行うことが可能であるか否かを判定するステップと、前記発信端末及び前記着信端末の双方が通信を行うことが可能であると判定された場合に、前記発信端末から前記着信端末への再発信を指示するステップとを含む。
【００２３】
これまでの発明の説明は、本発明に必須となる特徴を列挙したものではなく、これら複数の特徴のサブコンビネーションも発明となり得る。
【発明の効果】
【００２４】
本発明によれば、ユーザの利便性を向上させることを可能とする管理サーバ、管理システム及び管理方法を提供することができる。
【発明を実施するための最良の形態】
【００２５】
以下において、本発明の実施形態に係る管理システムについて、図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。
【００２６】
ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００２７】
［第１実施形態］
（管理システムの構成）
以下において、第１実施形態に係る管理システムの構成について、図面を参照しながら説明する。図１は、第１実施形態に係る管理システムの構成を示す図である。
【００２８】
図１に示すように、管理システムは、複数の端末１０（端末１０Ａ及び端末１０Ｂ）と、交換機２０と、管理サーバ３０と、ネットワーク４０とを有する。
【００２９】
端末１０は、携帯電話や固定電話などの端末である。なお、第１実施形態では、端末１０は携帯電話であるものとして説明する。端末１０は、回線交換やパケット交換などによって音声通信を行う。なお、端末１０の詳細については後述する（図７を参照）。
【００３０】
以下において、端末１０Ａから端末１０Ｂへの発信が行われるケースについて主として説明する。すなわち、端末１０Ａが発信端末であり、端末１０Ｂが着信端末である。
【００３１】
交換機２０は、回線交換やパケット交換などによって、各端末１０を接続する機能を有する。交換機２０は、例えば、ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバなどである。
【００３２】
管理サーバ３０は、端末１０Ａのプレゼンス情報（発信側プレゼンス情報）及び端末１０Ｂのプレゼンス情報（着信側プレゼンス情報）を管理するサーバである。管理サーバ３０は、プレゼンス情報を用いて端末１０Ａから端末１０Ｂへの発信を管理する。なお、管理サーバ３０の詳細については後述する（図２を参照）。
【００３３】
ここで、プレゼンス情報は、端末１０のユーザの状態（“在席”、“離席”、“会議”、“帰宅”など）を示す情報である。すなわち、プレゼンス情報は、端末１０が通信を行うことが可能であるか否かを示す情報を含む。なお、プレゼンス情報の詳細については後述する（図５を参照）。
【００３４】
ネットワーク４０は、音声通信を中継するネットワークであり、回線交換網やパケット交換網である。
【００３５】
（管理サーバの構成）
以下において、第１実施形態に係る管理サーバの構成について、図面を参照しながら説明する。図２は、第１実施形態に係る管理サーバ３０の構成を示すブロック図である。
【００３６】
図２に示すように、管理サーバ３０は、エリア情報ＤＢ３１と、位置情報ＤＢ３２と、位置推定部３３と、プレゼンス情報ＤＢ３４と、受信部３５と、通信可否判定部３６と、発信予約処理部３７と、送信部３８とを有する。
【００３７】
エリア情報ＤＢ３１は、各端末１０（ユーザ）のプレゼンス情報を把握するために必要なエリア情報を管理するデータベースである。ここで、エリア情報は、管理システムの管理者などによって予めエリア情報ＤＢ３１に入力されている。
【００３８】
具体的には、エリア情報ＤＢ３１は、図３に示すように、“エリア名”と“エリア情報（座標）”と“ユーザ状態”とを対応付ける情報を記憶する。“エリア名”は、エリア情報（座標）によって示されるエリアの名称である。“エリア情報（座標）”は、緯度及び経度などの座標によって表される情報である。“ユーザ状態”は、エリア情報（座標）によって示されるエリアにおけるユーザの状態である。
【００３９】
位置情報ＤＢ３２は、各端末１０の位置情報を管理するデータベースである。ここで、端末１０は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）などを用いて位置情報を取得する。端末１０は、位置情報を定期的に管理サーバ３０に送信する。なお、位置情報は、緯度及び経度などの座標によって表される。
【００４０】
なお、図２では簡略化されているが、位置情報ＤＢ３２は、受信部３５と接続されており、受信部３５から各端末１０の位置情報を取得する。
【００４１】
具体的には、位置情報ＤＢ３２は、図３に示すように、“端末識別子”と“時刻”と“位置情報（座標）”とを対応付ける情報を記憶する。“端末識別子”は、端末１０を識別する情報である。“時刻”は、位置情報（座標）が取得された時刻である。“位置情報（座標）”は、上述したエリア情報（座標）と同様に、緯度及び経度などの座標によって表される各端末１０の位置情報である。
【００４２】
位置推定部３３は、エリア情報ＤＢ３１に記憶された情報と位置情報ＤＢ３２に記憶された情報とを比較して、各端末１０の位置を推定する。具体的には、位置推定部３３は、エリア情報ＤＢ３１に記憶されたエリア情報（座標）の中から、位置情報ＤＢ３２に記憶された位置情報（座標）に対応するエリア情報（座標）を取得する。続いて、位置推定部３３は、エリア情報（座標）に対応付けられたエリア名及びユーザ状態を取得（推定）する。
【００４３】
例えば、位置推定部３３は、端末１０Ａ（発信端末）の位置情報（座標）が（８，８）である場合には、エリア情報ＤＢ３１を参照して、“自席（ユーザＡ）”をエリア名として取得（推定）するとともに、“在席”をユーザ状態として取得（推定）する。
【００４４】
同様に、位置推定部３３は、端末１０Ｂ（着信端末）の位置情報（座標）が（１，１）である場合には、エリア情報ＤＢ３１を参照して、“会議室Ａ”をエリア名として取得（推定）するとともに、“会議”をユーザ状態として取得（推定）する。
【００４５】
また、位置推定部３３は、各端末１０の通信開始及び通信終了を監視しており、各端末１０が通信を行っているか否かを把握している。図２では簡略化されているが、位置推定部３３は、受信部３５と接続されており、各端末１０の通信開始及び通信終了を示す情報を受信部３５から取得する。
【００４６】
プレゼンス情報ＤＢ３４は、各端末１０（ユーザ）のプレゼンス情報を管理するデータベースである。ここで、端末１０Ａから端末１０Ｂへの発信が行われたケースについて考えると、プレゼンス情報ＤＢ３４は、端末１０Ａのプレゼンス情報（発信側プレゼンス情報）及び端末１０Ｂのプレゼンス情報（着信側プレゼンス情報）を管理している。プレゼンス情報は、位置推定部３３による推定結果によって更新される。
【００４７】
具体的には、プレゼンス情報ＤＢ３４は、図５に示すように、“ユーザ名”と“位置”と“ユーザ状態”と“通信可否”とを対応付ける情報（プレゼンス情報）を記憶する。“ユーザ名”は、端末１０のユーザの名称である。“位置”は、位置推定部３３によって推定された端末１０（ユーザ）の位置（エリア名）である。“ユーザ状態”は、位置推定部３３によって推定されたユーザの状態である。“通信状態”は、端末１０が通信中状態であるか否かを示す情報である。“通信可否”は、端末１０が通信可能であるか否かを示す情報である。
【００４８】
ここで、“通信状態”は、端末１０が通信を行っていることを示す“通信中”、端末１０が通信を行っていないことを示す“待受中”などである。“通信中”は、端末１０がパケット通信を行っていることを示す“パケット通信中”、端末１０が回線通信を行っていることを示す“回線通信中”などのように細分化されていてもよい。なお、“通信状態”は、上述したように、位置推定部３３によって把握されている。
【００４９】
“通信可否”は、ユーザ状態及び通信状態によって特定される。例えば、端末１０が通信を行っている場合やユーザが会議に入っている場合には、通信可否は、端末１０が通信を行うことができないことを示す“通信不可”である。一方で、端末１０が通信を行っていない場合やユーザが自席に在席している場合には、通信可否は、端末１０が通信を行うことができることを示す“通信可能”である。
【００５０】
受信部３５は、ネットワーク４０を介して各種情報を端末１０から受信する。例えば、受信部３５は、以下に示す情報を端末１０から受信する。
（１）  通信開始を示す情報（端末１０Ａから端末１０Ｂへの発信要求など）
（２）  通信終了を示す情報
（３）  各端末１０の位置情報
（４）  再発信の予約指示
（５）  再発信の予約情報
【００５１】
なお、再発信の予約指示とは、発信端末から着信端末への発信が行われたケースにおいて、着信端末が通信を行うことができなかった場合に、発信端末から着信端末への再発信の予約を行うことを指示する情報である。
【００５２】
再発信の予約情報とは、再発信の予約について発信端末が指定する条件を含む情報である。発信端末が指定する条件は、発信端末から着信端末への再発信を行う期限である予約期限、発信端末から着信端末への再発信を行う時刻である予約時刻などである。
【００５３】
通信可否判定部３６は、プレゼンス情報ＤＢ３４に記憶されたプレゼンス情報を参照して、端末１０が通信を行うことが可能であるか否かを判定する。
【００５４】
具体的には、通信可否判定部３６は、発信端末から着信端末への発信が行われた場合に、着信端末が通信を行うことが可能であるか否かを判定する。通信可否判定部３６は、再発信の予約が行われた場合に、発信端末及び着信端末の双方が通信可能であるか否かを定期的に判定する。
【００５５】
発信予約処理部３７は、発信端末から着信端末への再発信の予約が行われた場合に、発信端末から着信端末への再発信を制御する。具体的には、発信予約処理部３７は、以下に示す処理を行う。
【００５６】
（１）  発信予約処理部３７は、発信端末から着信端末への発信が行われたケースにおいて、着信端末が通信を行うことができないと通信可否判定部３６によって判定された場合に、発信端末から着信端末への発信ができないことを示す通信不可通知の送信を送信部３８に指示する。
【００５７】
（２）  発信予約処理部３７は、受信部３５によって再発信の予約指示が受信された場合に、発信端末から着信端末への再発信の予約を受付ける。
【００５８】
（３）  発信予約処理部３７は、再発信の予約に対する条件を入力するための入力フォームを生成して、入力フォームの送信を送信部３８に指示する。
【００５９】
（４）  発信予約処理部３７は、受信部３５によって再発信の予約情報が受信された場合に、発信端末から着信端末への再発信の予約内容を受付ける。なお、再発信の予約情報は、入力フォームに従って発信端末のユーザが入力した条件（すなわち、発信端末が指定する条件）を含む。
【００６０】
（５）  発信予約処理部３７は、発信端末から着信端末への再発信の予約内容を受付けた旨を示す予約完了通知の送信を送信部３８に指示する。
【００６１】
（６）  発信予約処理部３７は、再発信の予約情報に含まれる条件に従って、発信端末から着信端末への再発信を制御する。具体的には、発信予約処理部３７は、予約期限前において、発信端末及び着信端末の双方が通信可能であると通信可否判定部３６によって判定された場合に、再発信を行うことを指示する再発信指示の送信を送信部３８に指示する。
【００６２】
送信部３８は、ネットワーク４０を介して各種情報を端末１０に送信する。例えば、送信部３８は、以下に示す情報を端末１０に送信する。
（１）  通信不可通知
（２）  再発信の予約に係る入力フォーム
（３）  予約完了通知
（４）  再発信指示
【００６３】
（端末の構成）
以下において、第１実施形態に係る端末の構成について、図面を参照しながら説明する。図６は、第１実施形態に係る端末１０の構成を示すブロック図である。なお、図６では、発信端末として機能する端末１０の構成について説明することに留意すべきである。
【００６４】
図６に示すように、端末１０は、受信部１１と、ＧＰＳ機能部１２と、制御部１３と、出力部１４と、入力部１５と、送信部１６とを有する。
【００６５】
受信部１１は、ネットワーク４０を介して各種情報を管理サーバ３０から受信する。例えば、受信部１１は、以下に示す情報を管理サーバ３０から受信する。
（１）  通信不可通知
（２）  再発信の予約に係る入力フォーム
（３）  予約完了通知
（４）  再発信指示
【００６６】
ＧＰＳ機能部１２は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）を用いて、端末１０の位置情報を取得する。具体的には、ＧＰＳ機能部１２は、端末１０の位置情報を定期的に取得して、端末１０の位置情報を制御部１３に出力する。
【００６７】
制御部１３は、端末１０の動作を統括的に制御する。具体的には、制御部１３は、通信不可通知、入力フォーム、予約完了通知及び再発信指示が受信された場合に、これらの情報の出力を出力部１４に指示する。
【００６８】
制御部１３は、入力部１５を用いて通信開始指示が入力された場合に、通信開始を示す情報（発信要求など）の送信を送信部１６に指示する。制御部１３は、入力部１５を用いて通信終了指示が入力された場合に、通信終了を示す情報の送信を送信部１６に指示する。制御部１３は、ＧＰＳ機能部１２によって取得された位置情報の送信を送信部１６に指示する。
【００６９】
制御部１３は、入力部１５を用いて再発信の予約指示が入力された場合に、再発信の予約指示の送信を送信部１６に指示する。制御部１３は、入力部１５を用いて再発信の予約情報が入力された場合に、再発信の予約情報の送信を送信部１６に指示する。
【００７０】
出力部１４は、制御部１３の指示に応じて、通信不可通知、入力フォーム、予約完了通知及び再発信指示を出力する。出力部１４は、これらの情報を画像として表示するディスプレイであってもよく、これらの情報を音声として出力するスピーカであってもよい。
【００７１】
例えば、出力部１４は、図７に示す入力フォームを表示する。図７に示すように、入力フォームは、再発信を行う時刻である予約時刻の選択肢（予約時刻候補）を含む。入力フォームは、再発信を行う期限である予約期限の選択肢を含む。なお、予約時刻は、図７に示すように、時間帯であってもよい。
【００７２】
入力部１５は、各種キーなどによって構成されたヒューマンインタフェースである。ユーザは、通信開始指示、通信終了指示、再発信の予約指示及び再発信の予約情報などを、入力部１５を用いて入力する。
【００７３】
例えば、ユーザは、出力部１４によって表示された入力フォームを参照しながら、入力部１５を用いて再発信の予約情報を入力する。再発信の予約情報は、予約時刻及び予約期限を含む。
【００７４】
送信部１６は、ネットワーク４０を介して各種情報を管理サーバ３０に送信する。例えば、送信部１６は、以下に示す情報を管理サーバ３０に送信する。
（１）  通信開始を示す情報（他の端末１０への発信要求など）
（２）  通信終了を示す情報
（３）  端末１０の位置情報
（４）  再発信の予約指示
（５）  再発信の予約情報
【００７５】
（管理システムの動作）
以下において、第１実施形態に係る管理システムの動作について、図面を参照しながら説明する。図８〜図１０は、第１実施形態に係る管理システムの動作を示すシーケンス図である。
【００７６】
最初に、端末１０Ａから端末１０Ｂへの発信が成功するケースについて、図８を参照しながら説明する。
【００７７】
図８に示すように、ステップ１１において、端末１０Ａは、端末１０Ｂへの発信要求を管理サーバ３０に送信する。
【００７８】
ステップ１２において、管理サーバ３０は、プレゼンス情報ＤＢ３４に格納された端末１０Ｂを参照して、端末１０Ｂが通信可能であるか否かを判定する。なお、図８では、管理サーバ３０は、端末１０Ｂが通信可能であると判定する。
【００７９】
ステップ１３において、管理サーバ３０は、端末１０Ｂの呼び出しを交換機２０に指示する。
【００８０】
ステップ１４において、交換機２０は、端末１０Ｂの呼び出し処理を行う。
【００８１】
ステップ１５において、端末１０Ａ及び端末１０Ｂは、回線交換又はパケット交換によって音声通信を行う。
【００８２】
次に、端末１０Ａから端末１０Ｂへの発信が失敗するケースについて、図９及び図１０を参照しながら説明する。
【００８３】
図９に示すように、ステップ２１において、端末１０Ａは、端末１０Ｂへの発信要求を管理サーバ３０に送信する。
【００８４】
ステップ２２において、管理サーバ３０は、プレゼンス情報ＤＢ３４に格納されたプレゼンス情報（着信側プレゼンス情報）を参照して、端末１０Ｂが通信可能であるか否かを判定する。なお、図９では、管理サーバ３０は、端末１０Ｂが通信不可であると判定する。
【００８５】
ステップ２３において、管理サーバ３０は、端末１０Ｂが通信不可であることを示す通信不可通知を端末１０Ａに送信する。
【００８６】
ステップ２４において、端末１０Ａは、通信不可通知を表示する。また、端末１０Ａは、端末１０Ｂへの再発信の予約を行うか否かについて選択を促す情報を表示する。なお、図９では、ユーザは、再発信の予約を行うことを選択する。
【００８７】
ステップ２５において、端末１０Ａは、再発信の予約を行うことを指示する再発信の予約指示を管理サーバ３０に送信する。
【００８８】
ステップ２６において、管理サーバ３０は、再発信の予約に対する条件を入力するための入力フォームを端末１０Ａに送信する。なお、ここでは、ユーザの再発信の予約に応じて、ステップ２５において端末１０Ａが予約指示を管理サーバ３０に送信し、これに応じて、管理サーバ３０が入力フォームを端末１０Ａに送信する構成であったが、予め端末１０Ａに入力フォームが記録されている場合には管理サーバ３０から入力フォームを受信することなく、ユーザの再発信の予約に応じて記録している入力フォームを用いることもできる。
【００８９】
ステップ２７において、端末１０Ａは、再発信の予約に係る入力フォーム（図７を参照）を表示する。なお、入力フォームは、上述したように、再発信を行う時刻である予約時刻の選択肢、再発信を行う期限である予約期限の選択肢を含む。
【００９０】
ステップ２８において、端末１０Ａは、予約時刻及び予約期限を含む再発信の予約情報を管理サーバ３０に送信する。なお、ユーザは、入力フォームを参照して、予約時刻及び予約期限を入力する。
【００９１】
ステップ２９において、管理サーバ３０は、再発信の予約情報を受付けたことを示す予約完了通知を端末１０Ａに送信する。
【００９２】
続いて、図１０に示すように、ステップ３０において、管理サーバ３０は、プレゼンス情報ＤＢ３４に格納されたプレゼンス情報を監視する。具体的には、管理サーバ３０は、各端末１０の位置情報や各端末１０の通信状態を監視する。
【００９３】
ステップ３１において、管理サーバ３０は、プレゼンス情報ＤＢ３４に格納されたプレゼンス情報を参照して、端末１０Ａ及び端末１０Ｂの双方が通信可能であるか否かを判定する。図１０では、管理サーバ３０は、端末１０Ａ及び端末１０Ｂの双方が通信可能であると判定する。
【００９４】
なお、ステップ３０及びステップ３１の処理は、予約期限前において端末１０Ａ及び端末１０Ｂの双方が通信可能となるまで続けられる。また、ステップ３１の処理は、プレゼンス情報ＤＢ３４に格納されたプレゼンス情報が更新される毎に行われてもよい。
【００９５】
ステップ３２において、管理サーバ３０は、端末１０Ｂへの再発信を指示する情報（祭発信を行うか否かを問い合せる情報でもよい）を端末１０Ａに送信する。
【００９６】
ステップ３３において、端末１０Ａは、端末１０Ｂへの再発信を行うか否かについて確認を促す実行確認情報を表示する。なお、図１０では、ユーザは、端末１０Ｂへの再発信を行う指示を入力する。
【００９７】
ステップ３４において、端末１０Ａは、端末１０Ｂへの再発信要求を管理サーバ３０に送信する。
【００９８】
ステップ３５において、管理サーバ３０は、端末１０Ａから端末１０Ｂへの再発信の予約を削除する。
【００９９】
ステップ３６において、管理サーバ３０は、端末１０Ｂの呼び出しを交換機２０に指示する。
【０１００】
ステップ３７において、交換機２０は、端末１０Ｂの呼び出し処理を行う。
【０１０１】
ステップ３８において、端末１０Ａ及び端末１０Ｂは、回線交換又はパケット交換によって音声通信を行う。
【０１０２】
なお、ステップ３５の処理は、ステップ３８の処理（端末１０Ａと端末１０Ｂとの間で行われる通信）が開始した場合に行われてもよい。また、ステップ３５の処理は、ステップ３８の処理（端末１０Ａと端末１０Ｂとの間で行われる通信）が終了した後に行われてもよい。
【０１０３】
（作用及び効果）
第１実施形態によれば、通信可否判定部３６は、再発信の予約が受付けられた場合に、プレゼンス情報ＤＢ３４を参照して、発信端末及び着信端末の双方が通信を行うことが可能であるか否かを判定する。また、発信予約処理部３７は、発信端末及び着信端末の双方が通信を行うことが可能であると判定された場合に、発信端末から着信端末への再発信を指示する。
【０１０４】
すなわち、発信端末のユーザ及び着信端末のユーザの双方にとって都合がよいタイミングで再発信が指示されるため、相手端末に対応するプレゼンス情報を改めて確認する必要がなく、ユーザの利便性が向上する。
【０１０５】
［第２実施形態］
以下において、第２実施形態について図面を参照しながら説明する。以下においては、上述した第１実施形態と第２実施形態との相違点について主として説明する。
【０１０６】
具体的には、上述した第１実施形態では、端末１０Ａから端末１０Ｂへの発信要求は、管理サーバ３０によって受付けられる。これに対して、第２実施形態では、端末１０Ａから端末１０Ｂへの発信要求は、交換機２０によって受付けられる。
【０１０７】
（管理システムの動作）
以下において、第２実施形態に係る管理システムの動作について、図面を参照しながら説明する。図１１及び図１２は、第２実施形態に係る管理システムの動作を示すシーケンス図である。
【０１０８】
最初に、端末１０Ａから端末１０Ｂへの発信が成功するケースについて、図１１を参照しながら説明する。
【０１０９】
図１１に示すように、ステップ５１において、端末１０Ａは、端末１０Ｂへの発信要求を交換機２０に送信する。
【０１１０】
ステップ５２において、交換機２０は、端末１０Ｂが通信可能であるか否かを管理サーバ３０に問い合せる。
【０１１１】
ステップ５３において、管理サーバ３０は、プレゼンス情報ＤＢ３４に格納された端末１０Ｂを参照して、端末１０Ｂが通信可能であるか否かを判定する。なお、図１１では、管理サーバ３０は、端末１０Ｂが通信可能であると判定する。
【０１１２】
ステップ５４において、管理サーバ３０は、端末１０Ｂが通信可能である旨を交換機２０に通知する。
【０１１３】
ステップ５５において、交換機２０は、端末１０Ｂの呼び出し処理を行う。
【０１１４】
ステップ５６において、端末１０Ａ及び端末１０Ｂは、通信（ここでは、音声通信）を行う。
【０１１５】
次に、端末１０Ａから端末１０Ｂへの発信が失敗するケースについて、図１２を参照しながら説明する。
【０１１６】
図１２に示すように、ステップ６１において、端末１０Ａは、端末１０Ｂへの発信要求を管理サーバ３０に送信する。
【０１１７】
ステップ６２において、交換機２０は、端末１０Ｂが通信可能であるか否かを管理サーバ３０に問い合せる。
【０１１８】
ステップ６３において、管理サーバ３０は、プレゼンス情報ＤＢ３４に格納されたプレゼンス情報（着信側プレゼンス情報）を参照して、端末１０Ｂが通信可能であるか否かを判定する。なお、図１２では、管理サーバ３０は、端末１０Ｂが通信不可であると判定する。
【０１１９】
ステップ６４において、管理サーバ３０は、端末１０Ｂが通信不可である旨を交換機２０に通知する。
【０１２０】
ステップ６５において、交換機２０は、端末１０Ｂが通信不可であることを示す通信不可通知を音声ガイダンスとして端末１０Ａに送信する。
【０１２１】
ステップ６６において、端末１０Ａは、通信不可通知を音声ガイダンスとして出力する。また、端末１０Ａは、端末１０Ｂへの再発信の予約を行うか否かについて選択を促す情報を音声ガイダンスとして出力する。なお、図１２では、ユーザは、再発信の予約を行うことを選択する。
【０１２２】
ステップ６７ａにおいて、端末１０Ａは、再発信の予約を行うことを指示する再発信の予約指示を交換機２０に送信する。ステップ６７ｂにおいて、交換機２０は、再発信の予約指示を管理サーバ３０に送信する。
【０１２３】
ステップ６８において、管理サーバ３０は、再発信の予約に対する条件を入力するための入力フォームを端末１０Ａに送信する。
【０１２４】
ステップ６９において、端末１０Ａは、再発信の予約に係る入力フォーム（図７を参照）を表示する。なお、入力フォームは、上述したように、再発信を行う時刻である予約時刻の選択肢、再発信を行う期限である予約期限の選択肢を含む。
【０１２５】
ステップ７０において、端末１０Ａは、予約時刻及び予約期限を含む再発信の予約情報を管理サーバ３０に送信する。なお、ユーザは、入力フォームを参照して、予約時刻及び予約期限を入力する。
【０１２６】
ステップ７１において、管理サーバ３０は、再発信の予約情報を受付けたことを示す予約完了通知を端末１０Ａに送信する。
【０１２７】
なお、ステップ７１以降の処理は、上述した第１実施形態（図１０を参照）と同様であるため、その説明については省略する。
【０１２８】
［第３実施形態］
以下において、第３実施形態について図面を参照しながら説明する。以下においては、上述した第１実施形態と第３実施形態との相違点について主として説明する。
【０１２９】
具体的には、上述した第１実施形態では、入力フォームは、予約時刻の選択肢及び予約期限の選択肢を含む。これに対して、第３実施形態では、入力フォームは、予約時刻の選択肢及び予約期限の選択肢に加えて、各端末１０のユーザの予定を示すスケジュール情報を含む。
【０１３０】
（管理サーバの構成）
以下において、第３実施形態に係る管理サーバの構成について、図面を参照しながら説明する。図１３は、第３実施形態に係る管理サーバ３０の構成を示すブロック図である。
【０１３１】
図１３に示すように、管理サーバ３０は、図２に示した構成に加えて、スケジュール情報ＤＢ３９を有する。
【０１３２】
スケジュール情報ＤＢ３９は、各端末１０のユーザの予定を示すスケジュール情報を管理するデータベースである。スケジュール情報は、各端末１０のユーザの予定を示す情報であり、ユーザによって設定される。例えば、ユーザによってスケジュール（予定）が端末１０に入力された場合に、上述した受信部３５は、端末１０からスケジュール情報を受信する。なお、図１３では簡略化されているが、スケジュール情報ＤＢ３９は、受信部３５と接続されており、受信部３５からスケジュール情報を取得する。
【０１３３】
上述した発信予約処理部３７は、再発信の予約に対する条件を入力するための入力フォームとともに、発信端末及び着信端末のユーザのスケジュール情報の送信を指示する。
【０１３４】
すなわち、管理サーバ３０は、再発信の予約指示が受信された場合に、入力フォームとともに、発信端末及び着信端末のユーザのスケジュール情報を発信端末に送信する。
【０１３５】
（端末の構成）
以下において、第３実施形態に係る端末の構成について説明する。第３実施形態では、端末１０は、上述した図６と同様の構成を有する。図１４（ａ）及び図１４（ｂ）は、第３実施形態に係る入力フォームの一例を示す図である。
【０１３６】
図１４（ａ）に示すように、入力フォームは、第１実施形態と同様に、再発信を行う時刻である予約時刻の選択肢、再発信を行う期限である予約期限の選択肢を含む。
【０１３７】
ここで、第３実施形態では、入力フォームは、発信端末のユーザのスケジュール情報を呼び出すためのリンク（図１４（ａ）では、“発信者スケジュール”）、着信端末のユーザのスケジュール情報を呼び出すためのリンク（図１４（ａ）では、“発信先スケジュール”）を含む。
【０１３８】
これらのリンクがユーザによって選択された場合には、端末１０は、発信端末のユーザのスケジュール情報や着信端末のユーザのスケジュール情報を表示する。
【０１３９】
また、図１４（ｂ）に示すように、入力フォームは、再発信を行う時刻である予約時刻の選択肢（予約時刻候補）を絞り込む条件を指定するためのチェックボックスを含んでもよい。具体的には、入力フォームは、以下に示すチェックボックスを含む。
【０１４０】
（１）  着信端末のユーザのスケジュール情報を考慮して予約時刻の選択肢を絞り込むためのチェックボックス（図１４（ｂ）では、“相手の予定を考慮”）
【０１４１】
（２）  発信端末のユーザのスケジュール情報を考慮して予約時刻の選択肢を絞り込むためのチェックボックス（図１４（ｂ）では、“自分の予定を考慮”）
【０１４２】
（３）  発信端末及び着信端末のユーザのスケジュール情報を考慮して予約時刻の選択肢を絞り込むためのチェックボックス（図１４（ｂ）では、“相手と自分の予定を考慮”）
【０１４３】
ここで、予約時刻を表示する枠内（図１４（ｂ）では、“時間帯”欄）には、チェックが入れられたチェックボックスの種類に応じて絞り込まれた予約時刻の選択肢が表示される。
【０１４４】
（作用及び効果）
第３実施形態によれば、管理サーバ３０は、再発信の予約指示が受信された場合に、入力フォームとともに、発信端末及び着信端末のユーザのスケジュール情報を発信端末に送信する。
【０１４５】
従って、発信端末のユーザは、発信端末及び着信端末のユーザのスケジュール情報を参照して、再発信を行う時刻である予約時刻を指定することができる。
【０１４６】
また、端末１０は、チェックが入れられたチェックボックスの種類に応じて、予約時刻の選択肢を絞り込んだ上で、予約時刻の選択肢を表示する。
【０１４７】
従って、ユーザは、発信端末のユーザ及び着信端末のユーザの双方にとって都合がよい時刻を予約時刻として容易に選択することができる。
【０１４８】
［第４実施形態］
以下において、第４実施形態について図面を参照しながら説明する。以下においては、上述した第１実施形態と第４実施形態との相違点について主として説明する。
【０１４９】
具体的には、上述した第１実施形態では特に触れていないが、第４実施形態では、管理サーバ３０は、端末１０が行うことが可能な通信種別をエリア毎に管理している。管理サーバ３０は、再発信を指示する場合に、各端末１０の位置情報に応じて、各端末１０の通信種別を指定する。
【０１５０】
（管理サーバの構成）
以下において、第４実施形態に係る管理サーバの構成について、図面を参照しながら説明する。図１５は、第４実施形態に係る管理サーバ３０の構成を示すブロック図である。
【０１５１】
図１５に示すように、管理サーバ３０は、図２に示した構成に加えて、通信種別ＤＢ５１を有する。
【０１５２】
通信種別ＤＢ５１は、端末１０が行うことが可能な通信種別をエリア毎に管理している。具体的には、通信種別ＤＢ５１は、図１６に示すように、“ユーザ名”と“エリア名”と“通信種別”とを対応付ける情報を記憶する。“ユーザ名”は、端末１０のユーザの名称である。“エリア名”は、ユーザ毎に予め設定されたエリアの名称である。“通信種別”は、“エリア名”によって示されるエリアにユーザが位置する場合に、そのユーザに許容される通信の種別である。
【０１５３】
ここで、“通信種別”は、例えば、“内線”、“外線”、“音声電話”、“ＩＰ電話”、“ＴＶ電話”などの種別である。
【０１５４】
例えば、移動体通信網及び無線ＬＡＮに端末１０が接続可能である場合には、“内線”は、無線ＬＡＮを用いた通信である。一方で、“外線”は移動体通信網を用いた通信である。
【０１５５】
“音声電話”は、回線交換網を用いた通信である。“ＩＰ電話”は、パケット交換網を用いた通信である。“ＴＶ電話”は、音声だけではなくて、映像の送受信が可能な通信である。
【０１５６】
上述した発信予約処理部３７は、プレゼンス情報ＤＢ３４及び通信種別ＤＢ５１を参照して、端末１０の位置情報に応じて、その端末１０のユーザに許容される通信種別を特定する。続いて、発信予約処理部３７は、発信端末から着信端末への再発信の指示において、特定された通信種別に従って通信を行うことを指示する。
【０１５７】
すなわち、管理サーバ３０は、発信端末に対して再発信の指示を行う場合に、発信端末のユーザに許容される通信種別に従って再発信を行うことを指示する。また、管理サーバ３０は、発信端末に対して再発信の指示を行う場合に、着信端末のユーザに許容される通信種別に従って再発信を行うことを指示する。
【０１５８】
（作用及び効果）
第４実施形態によれば、発信予約処理部３７は、発信端末から着信端末への再発信の指示において、発信端末及び着信端末の位置情報に応じて特定された通信種別に従って通信を行うことを指示する。
【０１５９】
従って、各ユーザは、自身のプレゼンス情報に適した通信種別で通信を開始することができ、ユーザの利便性が向上する。
【０１６０】
［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１６１】
（分散配置構成）
例えば、管理サーバ３０に設けられた各構成は、ネットワーク４０上に分散して配置されていてもよい。特に、各種データベース（エリア情報ＤＢ３１、位置情報ＤＢ３２、プレゼンス情報ＤＢ３４など）は、ネットワーク４０上に分散して配置されていてもよい。
【０１６２】
（位置測位）
上述した実施形態では、端末１０の位置情報は、ＧＰＳを用いて取得されるが、これに限定されるものではない。端末１０の位置情報は、端末１０が接続する基地局やアクセスポイントの位置を用いて取得されてもよい。端末１０の位置情報は、位置情報が格納された無線タグから端末１０が位置情報を読み出すことによって取得されてもよい。
【０１６３】
（管理サーバの実装構成）
管理サーバ３０が設けられるネットワークは、移動体通信網であってもよく、他のＩＰ網であってもよい。管理サーバ３０の機能は交換機２０に実装されていてもよい。管理サーバ３０は、ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）などのように、交換機２０と連携して動作する構成を有していてもよい。
【０１６４】
（通信種別）
上述した実施形態では特に触れていないが、発信端末から着信端末への再発信では、発信端末から着信端末への発信が行われた際に指定された通信種別と同じ通信種別が用いられてもよい。また、発信端末から着信端末への再発信では、発信端末から着信端末への発信が行われた際に指定された通信種別と異なる通信種別が用いられてもよい。このようなケースとしては、発信端末から着信端末への発信が行われた際に指定された通信種別を再発信で用いることができないケースなどが考えられる。また、端末１０は、再発信で用いることを禁止する通信種別を設定可能に構成されていてもよい。
【０１６５】
（管理サーバと端末の通信形態）
上述した実施形態では特に触れていないが、管理サーバ３０と端末１０との間における通信は、パケット交換網を用いて行われてもよく、回線交換網を用いて行われてもよい。
【０１６６】
（再発信予約の自動キャンセルと重複予約防止）
上述した実施形態では特に触れていないが、発信端末から着信端末への再発信の予約が行われているときに、発信端末が自発的に着信端末への発信を行った場合に、管理サーバ３０は、再発信の予約をキャンセルしてもよい。
【０１６７】
このようなケースにおいて、発信端末が自発的に行った着信端末への発信が失敗しても、管理サーバ３０は、この発信の失敗について再発信の予約処理を行わないことが好ましい。これによって、発信端末から着信端末への再発信の予約が重複することを防止することができる。
【０１６８】
発信端末が自発的に行った着信端末への発信が失敗した場合に、管理サーバ３０は、この発信が失敗したことを発信端末に通知することが好ましい。このときに、管理サーバ３０は、再発信の予約内容を変更するか否かを発信端末に問い合せてもよい。
【０１６９】
ここで、再発信の重複予約の防止を実現する構成として、例えば、以下のような構成が考えられることに留意すべきである。
（１）  第１実施形態と同様に、発信端末から着信端末への発信を管理サーバ３０が管理する構成
（２）  第２実施形態と同様に、発信端末から着信端末への発信を交換機２０が管理しており、管理サーバ３０が必要な情報を交換機２０から取得する構成
（３）  再発信の予約内容を端末１０が管理しており、再発信の予約のキャンセルを端末１０が管理サーバ３０に要求する構成
【０１７０】
（プレゼンス情報の更新）
上述した実施形態では、プレゼンス情報は、端末１０の位置情報によって更新されるが、これに限定されるものではない。具体的には、ユーザ状態がユーザによって端末１０に入力されることを前提として、端末１０から管理サーバ３０に送信されたユーザ状態によって、プレゼンス情報が更新されてもよい。
【０１７１】
（再発信の予約に係る入力フォーム）
上述した実施形態では、再発信の予約に係る入力フォームは、通信不可通知とは別に管理サーバ３０から発信端末に送信されるが、これに限定されるものではない。具体的には、管理サーバ３０は、通信不可通知とともに入力フォームを発信端末に送信してもよい。
【０１７２】
（スケジュール情報）
上述した第３実施形態では、発信端末及び着信端末のユーザの予定を示すスケジュール情報が入力フォームとともに管理サーバ３０から発信端末に送信されるが、これに限定されるものではない。具体的には、管理サーバ３０は、着信端末のユーザのみの予定を示すスケジュール情報を発信端末に送信してもよい。
【０１７３】
（多者通話）
上述した実施形態では、発信端末が一つ、着信端末が一つの構成において本発明を説示したが、発信端末が一つ、着信端末が複数の構成であっても本発明を適用することができる。
【０１７４】
具体的には、前説したステップ１２又はステップ２２などの発信端末と着信端末との通信可否を判定する通信可否判定において、次の（１）又は（２）の判定及び処理を行う。
【０１７５】
（１）一つの発信端末と複数の着信端末全てが通信可能であるか否かを判断し、全ての着信端末と通信可能でない場合には再発信の予約の処理に移行し、一方、全ての着信端末と通信可能である場合には通信開始の処理に移行する。
【０１７６】
（２）一つの発信端末と複数の着信端末の各着信端末とが通信可能であるか否かを判断し、いずれかの着信端末と通信可能である場合には通信開始の処理に移行し、一方、いずれの着信端末とも通信可能でない場合には全ての着信端末又はその全ての着信端末の中からユーザが選択した着信端末を対象として再発信の予約の処理に移行する。ここで、いずれかの着信端末と通信可能である場合で、且つ、全ての着信端末と通信可能でない場合において、発信端末と通信可能な着信端末とで通信開始の処理に移行しつつ、通信前又は通信後に、少なくとも通信不可能な着信端末、又は、全ての通信端末の中からユーザが選択した着信端末若しくはその通信不可能な着信端末の中からユーザが選択した着信端末を対象として再発信の予約を行う構成にすることもできる。
【０１７７】
なお、多者通話、プッシュトーク（登録商標）、ＰｏＣ（Push to talk over Cellular）、３者通話、多地点接続などの一つの発信端末と複数の着信端末での通話を実現する技術は、公知技術又は慣用技術であり、所謂当業者であれば適宜実装することが可能であるため、説明は省略する。
【図面の簡単な説明】
【０１７８】
【図１】第１実施形態に係る管理システムの構成を示す図である。
【図２】第１実施形態に係る管理サーバ３０の構成を示すブロック図である。
【図３】第１実施形態に係るエリア情報ＤＢ３１に記憶された情報を示す図である。
【図４】第１実施形態に係る位置情報ＤＢ３２に記憶された情報を示す図である。
【図５】第１実施形態に係るプレゼンス情報ＤＢ３４に記憶された情報を示す図である。
【図６】第１実施形態に係る端末１０の構成を示すブロック図である。
【図７】第１実施形態に係る入力フォームの一例を示す図である。
【図８】第１実施形態に係る管理システムの動作を示すシーケンス図である。
【図９】第１実施形態に係る管理システムの動作を示すシーケンス図である。
【図１０】第１実施形態に係る管理システムの動作を示すシーケンス図である。
【図１１】第２実施形態に係る管理システムの動作を示すシーケンス図である。
【図１２】第２実施形態に係る管理システムの動作を示すシーケンス図である。
【図１３】第３実施形態に係る管理サーバ３０の構成を示すブロック図である。
【図１４】第３実施形態に係る入力フォームの一例を示す図である。
【図１５】第４実施形態に係る管理サーバ３０の構成を示すブロック図である。
【図１６】第４実施形態に係る通信種別ＤＢ５１に記憶された情報を示す図である。
【符号の説明】
【０１７９】
１０・・・端末、１１・・・受信部、１２・・・ＧＰＳ機能部、１３・・・制御部、１４・・・出力部、１５・・・入力部、１６・・・送信部、２０・・・交換機、３０・・・管理サーバ、３１・・・エリア情報ＤＢ、３２・・・位置情報ＤＢ、３３・・・位置推定部、３４・・・プレゼンス情報ＤＢ、３５・・・受信部、３６・・・通信可否判定部、３７・・・発信予約処理部、３８・・・送信部、４０・・・ネットワーク
【図１】
0005017026.tif 000002
【図２】
0005017026.tif 000003
【図３】
0005017026.tif 000004
【図４】
0005017026.tif 000005
【図５】
0005017026.tif 000006
【図６】
0005017026.tif 000007
【図７】
0005017026.tif 000008
【図８】
0005017026.tif 000009
【図９】
0005017026.tif 000010
【図１０】
0005017026.tif 000011
【図１１】
0005017026.tif 000012
【図１２】
0005017026.tif 000013
【図１３】
0005017026.tif 000014
【図１４】
0005017026.tif 000015
【図１５】
0005017026.tif 000016
【図１６】
0005017026.tif 000017