JP2009060544A - 管理サーバ、管理システム及び管理方法 - Google Patents
管理サーバ、管理システム及び管理方法 Download PDFInfo
- Publication number
- JP2009060544A JP2009060544A JP2007228334A JP2007228334A JP2009060544A JP 2009060544 A JP2009060544 A JP 2009060544A JP 2007228334 A JP2007228334 A JP 2007228334A JP 2007228334 A JP2007228334 A JP 2007228334A JP 2009060544 A JP2009060544 A JP 2009060544A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- reservation
- calling
- receiving
- call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
【課題】
ユーザの利便性を向上させることを可能とする管理サーバ、管理システム及び管理方法を提供する。
【解決手段】
管理サーバ３０は、各端末１０が通信を行うことが可能であるか否かを示すプレゼンス情報を記憶するプレゼンス情報ＤＢ３４と、発信端末から着信端末への発信が行われた場合に、プレゼンス情報ＤＢ３４を参照して、着信端末が通信を行うことが可能であるか否かを判定する通信可否判定部３６と、着信端末が通信を行うことができないと判定された場合に、発信端末から着信端末への再発信の予約を受付ける発信予約処理部３７とを備え、通信可否判定部３６は、再発信の予約が受付けられた場合に、プレゼンス情報ＤＢ３４を参照して、発信端末及び着信端末の双方が通信を行うことが可能であるか否かを判定し、発信予約処理部３７は、発信端末及び着信端末の双方が通信を行うことが可能であると判定された場合に、再発信を指示する。
【選択図】 図２
ユーザの利便性を向上させることを可能とする管理サーバ、管理システム及び管理方法を提供する。
【解決手段】
管理サーバ３０は、各端末１０が通信を行うことが可能であるか否かを示すプレゼンス情報を記憶するプレゼンス情報ＤＢ３４と、発信端末から着信端末への発信が行われた場合に、プレゼンス情報ＤＢ３４を参照して、着信端末が通信を行うことが可能であるか否かを判定する通信可否判定部３６と、着信端末が通信を行うことができないと判定された場合に、発信端末から着信端末への再発信の予約を受付ける発信予約処理部３７とを備え、通信可否判定部３６は、再発信の予約が受付けられた場合に、プレゼンス情報ＤＢ３４を参照して、発信端末及び着信端末の双方が通信を行うことが可能であるか否かを判定し、発信予約処理部３７は、発信端末及び着信端末の双方が通信を行うことが可能であると判定された場合に、再発信を指示する。
【選択図】 図２
Description
本発明は、発信端末から着信端末への発信を管理する管理サーバ、管理システム及び管理方法に関する。
従来、ユーザの状態を示すプレゼンス情報を管理しており、発信端末から着信端末への着信を制御する管理システムが知られている。
この管理システムでは、発信端末及び着信端末に対応するプレゼンス情報が管理されており、着信端末への発信（着信端末の呼び出し）を行うか否かを判定するための優先度（閾値）がプレゼンス情報毎に管理されている。
また、管理システムでは、発信端末に対応するプレゼンス情報の優先度が着信端末に対応するプレゼンス情報の優先度を超える場合に、発信端末から着信端末への発信の処理動作（以下、第１処理動作）が定められている。一方で、発信端末に対応するプレゼンス情報の優先度が着信端末に対応するプレゼンス情報の優先度を下回る場合に、発信端末から着信端末への発信の処理動作（以下、第２処理動作）が定められている（例えば、特許文献１）。
第１処理動作は、基本的に、着信端末への発信（着信端末の呼び出し）を行う動作である。一方で、第２処理動作は、着信端末への発信（着信端末の呼び出し）を行わずに、着信端末に対応するプレゼンス情報（「離席」、「会議」など）を発信端末に通知する動作などである。
なお、着信端末に対応するプレゼンス情報が変更された場合に、着信端末に対応するプレゼンス情報を発信端末に通知する技術も提案されている。
特開２００７−８１７５９号公報
しかしながら、上述した管理システムでは、単に、着信端末に対応するプレゼンス情報が発信端末に通知されるに過ぎない。
ここで、通信可能である旨を示すプレゼンス情報が発信端末に通知された際に、発信端末のユーザが通信不可であるケースが考えられる。このようなケースでは、発信端末と着信端末との間で通信を行うことができない。
このように、着信端末に対応するプレゼンス情報を発信端末に通知したとしても、相手端末に対応するプレゼンス情報を再確認する必要が生じてしまい、ユーザの利便性が低下してしまう。
そこで、本発明は、上述した課題を解決するためになされたものであり、ユーザの利便性を向上させることを可能とする管理サーバ、管理システム及び管理方法を提供することを目的とする。
一の特徴では、発信端末から着信端末への発信を管理する管理サーバは、前記発信端末が通信を行うことが可能であるか否かを示す発信側プレゼンス情報と、前記着信端末が通信を行うことが可能であるか否かを示す着信側プレゼンス情報とを記憶する記憶部（プレゼンス情報ＤＢ３４）と、前記発信端末から前記着信端末への発信が行われた場合に、前記着信側プレゼンス情報を参照して、前記着信端末が通信を行うことが可能であるか否かを判定する判定部（通信可否判定部３６）と、前記着信端末が通信を行うことができないと判定された場合に、前記発信端末から前記着信端末への再発信の予約を受付ける発信予約処理部（発信予約処理部３７）とを備え、前記判定部は、前記再発信の予約が受付けられた場合に、前記発信側プレゼンス情報及び前記着信側プレゼンス情報を参照して、前記発信端末及び前記着信端末の双方が通信を行うことが可能であるか否かを判定し、前記発信予約処理部は、前記発信端末及び前記着信端末の双方が通信を行うことが可能であると判定された場合に、前記再発信を指示する。
かかる特徴によれば、判定部は、再発信の予約が受付けられた場合に、発信側プレゼンス情報及び着信側プレゼンス情報を参照して、発信端末及び着信端末の双方が通信を行うことが可能であるか否かを判定する。また、発信予約処理部は、発信端末及び着信端末の双方が通信を行うことが可能であると判定された場合に、発信端末から着信端末への再発信を指示する。
すなわち、発信端末のユーザ及び着信端末のユーザの双方にとって都合がよいタイミングで再発信が指示されるため、相手端末に対応するプレゼンス情報を改めて確認する必要がなく、ユーザの利便性が向上する。
上述した特徴において、前記発信予約処理部は、前記着信端末が通信を行うことができないと判定された場合に、前記発信を行うことができないことを前記発信端末に通知し、前記再発信の予約を要求する予約要求情報を前記発信端末から受信した場合に、前記再発信の予約を受付けることが好ましい。
上述した特徴において、前記予約要求情報は、前記再発信を行う期限である予約期限を含むことが好ましい。
上述した特徴において、前記予約要求情報は、前記再発信を行う時刻である予約時刻を含むことが好ましい。
上述した特徴において、管理サーバは、前記着信端末のユーザの予定を示す着信側スケジュール情報を取得するスケジュール情報取得部（受信部１１）をさらに備え、前記発信予約処理部は、前記着信側スケジュール情報を前記発信端末に通知することが好ましい。
上述した特徴において、管理サーバは、前記発信端末のユーザの予定を示す発信側スケジュール情報を取得するスケジュール情報取得部（受信部１１）をさらに備え、前記発信予約処理部は、前記発信側スケジュール情報を前記発信端末に通知することが好ましい。
上述した特徴において、管理サーバは、前記発信端末又は前記着信端末の位置情報を取得する位置情報取得部と、前記発信端末又は前記着信端末が行うことが可能な通信種別をエリア毎に記憶する通信種別記憶部と、前記位置情報取得部によって取得された前記位置情報に応じて、前記発信端末又は前記着信端末が行うことが可能な通信種別を特定する特定部とをさらに備え、前記発信予約処理部は、前記特定部によって特定された前記通信種別に従って通信を行うことを前記発信端末又は前記着信端末に指示することが好ましい。
一の特徴では、発信端末から着信端末への発信を管理する管理システムは、前記発信端末が通信を行うことが可能であるか否かを示す発信側プレゼンス情報と、前記着信端末が通信を行うことが可能であるか否かを示す着信側プレゼンス情報とを記憶する記憶部と、前記発信端末から前記着信端末への発信が行われた場合に、前記着信側プレゼンス情報を参照して、前記着信端末が通信を行うことが可能であるか否かを判定する判定部と、前記着信端末が通信を行うことができないと判定された場合に、前記発信端末から前記着信端末への再発信の予約を受付ける発信予約処理部とを備え、前記判定部は、前記再発信の予約が受付けられた場合に、前記発信側プレゼンス情報及び前記着信側プレゼンス情報を参照して、前記発信端末及び前記着信端末の双方が通信を行うことが可能であるか否かを判定し、前記発信予約処理部は、前記発信端末及び前記着信端末の双方が通信を行うことが可能であると判定された場合に、前記再発信を指示する。
上述した特徴において、管理システムは、前記着信端末のユーザの予定を示す着信側スケジュール情報を取得するとともに、前記発信端末のユーザの予定を示す発信側スケジュール情報を取得するスケジュール情報取得部をさらに備え、前記発信端末は、前記着信側スケジュール情報及び前記発信側スケジュール情報に基づいて、前記再発信を行うことが可能な時刻である予約時刻候補を絞り込んだ上で、前記予約時刻候補を出力することが好ましい。
一の特徴では、発信端末から着信端末への発信を管理する管理方法は、前記発信端末が通信を行うことが可能であるか否かを示す発信側プレゼンス情報と、前記着信端末が通信を行うことが可能であるか否かを示す着信側プレゼンス情報とを記憶するステップと、前記発信端末から前記着信端末への発信が行われた場合に、前記着信側プレゼンス情報を参照して、前記着信端末が通信を行うことが可能であるか否かを判定するステップと、前記着信端末が通信を行うことができないと判定された場合に、前記発信端末から前記着信端末への再発信の予約を受付けるステップと、前記再発信の予約が受付けられた場合に、前記発信側プレゼンス情報及び前記着信側プレゼンス情報を参照して、前記発信端末及び前記着信端末の双方が通信を行うことが可能であるか否かを判定するステップと、前記発信端末及び前記着信端末の双方が通信を行うことが可能であると判定された場合に、前記発信端末から前記着信端末への再発信を指示するステップとを含む。
これまでの発明の説明は、本発明に必須となる特徴を列挙したものではなく、これら複数の特徴のサブコンビネーションも発明となり得る。
本発明によれば、ユーザの利便性を向上させることを可能とする管理サーバ、管理システム及び管理方法を提供することができる。
以下において、本発明の実施形態に係る管理システムについて、図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。
ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
［第１実施形態］
（管理システムの構成）
以下において、第１実施形態に係る管理システムの構成について、図面を参照しながら説明する。図１は、第１実施形態に係る管理システムの構成を示す図である。
（管理システムの構成）
以下において、第１実施形態に係る管理システムの構成について、図面を参照しながら説明する。図１は、第１実施形態に係る管理システムの構成を示す図である。
図１に示すように、管理システムは、複数の端末１０（端末１０Ａ及び端末１０Ｂ）と、交換機２０と、管理サーバ３０と、ネットワーク４０とを有する。
端末１０は、携帯電話や固定電話などの端末である。なお、第１実施形態では、端末１０は携帯電話であるものとして説明する。端末１０は、回線交換やパケット交換などによって音声通信を行う。なお、端末１０の詳細については後述する（図７を参照）。
以下において、端末１０Ａから端末１０Ｂへの発信が行われるケースについて主として説明する。すなわち、端末１０Ａが発信端末であり、端末１０Ｂが着信端末である。
交換機２０は、回線交換やパケット交換などによって、各端末１０を接続する機能を有する。交換機２０は、例えば、ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバなどである。
管理サーバ３０は、端末１０Ａのプレゼンス情報（発信側プレゼンス情報）及び端末１０Ｂのプレゼンス情報（着信側プレゼンス情報）を管理するサーバである。管理サーバ３０は、プレゼンス情報を用いて端末１０Ａから端末１０Ｂへの発信を管理する。なお、管理サーバ３０の詳細については後述する（図２を参照）。
ここで、プレゼンス情報は、端末１０のユーザの状態（“在席”、“離席”、“会議”、“帰宅”など）を示す情報である。すなわち、プレゼンス情報は、端末１０が通信を行うことが可能であるか否かを示す情報を含む。なお、プレゼンス情報の詳細については後述する（図５を参照）。
ネットワーク４０は、音声通信を中継するネットワークであり、回線交換網やパケット交換網である。
（管理サーバの構成）
以下において、第１実施形態に係る管理サーバの構成について、図面を参照しながら説明する。図２は、第１実施形態に係る管理サーバ３０の構成を示すブロック図である。
以下において、第１実施形態に係る管理サーバの構成について、図面を参照しながら説明する。図２は、第１実施形態に係る管理サーバ３０の構成を示すブロック図である。
図２に示すように、管理サーバ３０は、エリア情報ＤＢ３１と、位置情報ＤＢ３２と、位置推定部３３と、プレゼンス情報ＤＢ３４と、受信部３５と、通信可否判定部３６と、発信予約処理部３７と、送信部３８とを有する。
エリア情報ＤＢ３１は、各端末１０（ユーザ）のプレゼンス情報を把握するために必要なエリア情報を管理するデータベースである。ここで、エリア情報は、管理システムの管理者などによって予めエリア情報ＤＢ３１に入力されている。
具体的には、エリア情報ＤＢ３１は、図３に示すように、“エリア名”と“エリア情報（座標）”と“ユーザ状態”とを対応付ける情報を記憶する。“エリア名”は、エリア情報（座標）によって示されるエリアの名称である。“エリア情報（座標）”は、緯度及び経度などの座標によって表される情報である。“ユーザ状態”は、エリア情報（座標）によって示されるエリアにおけるユーザの状態である。
位置情報ＤＢ３２は、各端末１０の位置情報を管理するデータベースである。ここで、端末１０は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などを用いて位置情報を取得する。端末１０は、位置情報を定期的に管理サーバ３０に送信する。なお、位置情報は、緯度及び経度などの座標によって表される。
なお、図２では簡略化されているが、位置情報ＤＢ３２は、受信部３５と接続されており、受信部３５から各端末１０の位置情報を取得する。
具体的には、位置情報ＤＢ３２は、図３に示すように、“端末識別子”と“時刻”と“位置情報（座標）”とを対応付ける情報を記憶する。“端末識別子”は、端末１０を識別する情報である。“時刻”は、位置情報（座標）が取得された時刻である。“位置情報（座標）”は、上述したエリア情報（座標）と同様に、緯度及び経度などの座標によって表される各端末１０の位置情報である。
位置推定部３３は、エリア情報ＤＢ３１に記憶された情報と位置情報ＤＢ３２に記憶された情報とを比較して、各端末１０の位置を推定する。具体的には、位置推定部３３は、エリア情報ＤＢ３１に記憶されたエリア情報（座標）の中から、位置情報ＤＢ３２に記憶された位置情報（座標）に対応するエリア情報（座標）を取得する。続いて、位置推定部３３は、エリア情報（座標）に対応付けられたエリア名及びユーザ状態を取得（推定）する。
例えば、位置推定部３３は、端末１０Ａ（発信端末）の位置情報（座標）が（８，８）である場合には、エリア情報ＤＢ３１を参照して、“自席（ユーザＡ）”をエリア名として取得（推定）するとともに、“在席”をユーザ状態として取得（推定）する。
同様に、位置推定部３３は、端末１０Ｂ（着信端末）の位置情報（座標）が（１，１）である場合には、エリア情報ＤＢ３１を参照して、“会議室Ａ”をエリア名として取得（推定）するとともに、“会議”をユーザ状態として取得（推定）する。
また、位置推定部３３は、各端末１０の通信開始及び通信終了を監視しており、各端末１０が通信を行っているか否かを把握している。図２では簡略化されているが、位置推定部３３は、受信部３５と接続されており、各端末１０の通信開始及び通信終了を示す情報を受信部３５から取得する。
プレゼンス情報ＤＢ３４は、各端末１０（ユーザ）のプレゼンス情報を管理するデータベースである。ここで、端末１０Ａから端末１０Ｂへの発信が行われたケースについて考えると、プレゼンス情報ＤＢ３４は、端末１０Ａのプレゼンス情報（発信側プレゼンス情報）及び端末１０Ｂのプレゼンス情報（着信側プレゼンス情報）を管理している。プレゼンス情報は、位置推定部３３による推定結果によって更新される。
具体的には、プレゼンス情報ＤＢ３４は、図５に示すように、“ユーザ名”と“位置”と“ユーザ状態”と“通信可否”とを対応付ける情報（プレゼンス情報）を記憶する。“ユーザ名”は、端末１０のユーザの名称である。“位置”は、位置推定部３３によって推定された端末１０（ユーザ）の位置（エリア名）である。“ユーザ状態”は、位置推定部３３によって推定されたユーザの状態である。“通信状態”は、端末１０が通信中状態であるか否かを示す情報である。“通信可否”は、端末１０が通信可能であるか否かを示す情報である。
ここで、“通信状態”は、端末１０が通信を行っていることを示す“通信中”、端末１０が通信を行っていないことを示す“待受中”などである。“通信中”は、端末１０がパケット通信を行っていることを示す“パケット通信中”、端末１０が回線通信を行っていることを示す“回線通信中”などのように細分化されていてもよい。なお、“通信状態”は、上述したように、位置推定部３３によって把握されている。
“通信可否”は、ユーザ状態及び通信状態によって特定される。例えば、端末１０が通信を行っている場合やユーザが会議に入っている場合には、通信可否は、端末１０が通信を行うことができないことを示す“通信不可”である。一方で、端末１０が通信を行っていない場合やユーザが自席に在席している場合には、通信可否は、端末１０が通信を行うことができることを示す“通信可能”である。
受信部３５は、ネットワーク４０を介して各種情報を端末１０から受信する。例えば、受信部３５は、以下に示す情報を端末１０から受信する。
（１） 通信開始を示す情報（端末１０Ａから端末１０Ｂへの発信要求など）
（２） 通信終了を示す情報
（３） 各端末１０の位置情報
（４） 再発信の予約指示
（５） 再発信の予約情報
（１） 通信開始を示す情報（端末１０Ａから端末１０Ｂへの発信要求など）
（２） 通信終了を示す情報
（３） 各端末１０の位置情報
（４） 再発信の予約指示
（５） 再発信の予約情報
なお、再発信の予約指示とは、発信端末から着信端末への発信が行われたケースにおいて、着信端末が通信を行うことができなかった場合に、発信端末から着信端末への再発信の予約を行うことを指示する情報である。
再発信の予約情報とは、再発信の予約について発信端末が指定する条件を含む情報である。発信端末が指定する条件は、発信端末から着信端末への再発信を行う期限である予約期限、発信端末から着信端末への再発信を行う時刻である予約時刻などである。
通信可否判定部３６は、プレゼンス情報ＤＢ３４に記憶されたプレゼンス情報を参照して、端末１０が通信を行うことが可能であるか否かを判定する。
具体的には、通信可否判定部３６は、発信端末から着信端末への発信が行われた場合に、着信端末が通信を行うことが可能であるか否かを判定する。通信可否判定部３６は、再発信の予約が行われた場合に、発信端末及び着信端末の双方が通信可能であるか否かを定期的に判定する。
発信予約処理部３７は、発信端末から着信端末への再発信の予約が行われた場合に、発信端末から着信端末への再発信を制御する。具体的には、発信予約処理部３７は、以下に示す処理を行う。
（１） 発信予約処理部３７は、発信端末から着信端末への発信が行われたケースにおいて、着信端末が通信を行うことができないと通信可否判定部３６によって判定された場合に、発信端末から着信端末への発信ができないことを示す通信不可通知の送信を送信部３８に指示する。
（２） 発信予約処理部３７は、受信部３５によって再発信の予約指示が受信された場合に、発信端末から着信端末への再発信の予約を受付ける。
（３） 発信予約処理部３７は、再発信の予約に対する条件を入力するための入力フォームを生成して、入力フォームの送信を送信部３８に指示する。
（４） 発信予約処理部３７は、受信部３５によって再発信の予約情報が受信された場合に、発信端末から着信端末への再発信の予約内容を受付ける。なお、再発信の予約情報は、入力フォームに従って発信端末のユーザが入力した条件（すなわち、発信端末が指定する条件）を含む。
（５） 発信予約処理部３７は、発信端末から着信端末への再発信の予約内容を受付けた旨を示す予約完了通知の送信を送信部３８に指示する。
（６） 発信予約処理部３７は、再発信の予約情報に含まれる条件に従って、発信端末から着信端末への再発信を制御する。具体的には、発信予約処理部３７は、予約期限前において、発信端末及び着信端末の双方が通信可能であると通信可否判定部３６によって判定された場合に、再発信を行うことを指示する再発信指示の送信を送信部３８に指示する。
送信部３８は、ネットワーク４０を介して各種情報を端末１０に送信する。例えば、送信部３８は、以下に示す情報を端末１０に送信する。
（１） 通信不可通知
（２） 再発信の予約に係る入力フォーム
（３） 予約完了通知
（４） 再発信指示
（１） 通信不可通知
（２） 再発信の予約に係る入力フォーム
（３） 予約完了通知
（４） 再発信指示
（端末の構成）
以下において、第１実施形態に係る端末の構成について、図面を参照しながら説明する。図６は、第１実施形態に係る端末１０の構成を示すブロック図である。なお、図６では、発信端末として機能する端末１０の構成について説明することに留意すべきである。
以下において、第１実施形態に係る端末の構成について、図面を参照しながら説明する。図６は、第１実施形態に係る端末１０の構成を示すブロック図である。なお、図６では、発信端末として機能する端末１０の構成について説明することに留意すべきである。
図６に示すように、端末１０は、受信部１１と、ＧＰＳ機能部１２と、制御部１３と、出力部１４と、入力部１５と、送信部１６とを有する。
受信部１１は、ネットワーク４０を介して各種情報を管理サーバ３０から受信する。例えば、受信部１１は、以下に示す情報を管理サーバ３０から受信する。
（１） 通信不可通知
（２） 再発信の予約に係る入力フォーム
（３） 予約完了通知
（４） 再発信指示
（１） 通信不可通知
（２） 再発信の予約に係る入力フォーム
（３） 予約完了通知
（４） 再発信指示
ＧＰＳ機能部１２は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を用いて、端末１０の位置情報を取得する。具体的には、ＧＰＳ機能部１２は、端末１０の位置情報を定期的に取得して、端末１０の位置情報を制御部１３に出力する。
制御部１３は、端末１０の動作を統括的に制御する。具体的には、制御部１３は、通信不可通知、入力フォーム、予約完了通知及び再発信指示が受信された場合に、これらの情報の出力を出力部１４に指示する。
制御部１３は、入力部１５を用いて通信開始指示が入力された場合に、通信開始を示す情報（発信要求など）の送信を送信部１６に指示する。制御部１３は、入力部１５を用いて通信終了指示が入力された場合に、通信終了を示す情報の送信を送信部１６に指示する。制御部１３は、ＧＰＳ機能部１２によって取得された位置情報の送信を送信部１６に指示する。
制御部１３は、入力部１５を用いて再発信の予約指示が入力された場合に、再発信の予約指示の送信を送信部１６に指示する。制御部１３は、入力部１５を用いて再発信の予約情報が入力された場合に、再発信の予約情報の送信を送信部１６に指示する。
出力部１４は、制御部１３の指示に応じて、通信不可通知、入力フォーム、予約完了通知及び再発信指示を出力する。出力部１４は、これらの情報を画像として表示するディスプレイであってもよく、これらの情報を音声として出力するスピーカであってもよい。
例えば、出力部１４は、図７に示す入力フォームを表示する。図７に示すように、入力フォームは、再発信を行う時刻である予約時刻の選択肢（予約時刻候補）を含む。入力フォームは、再発信を行う期限である予約期限の選択肢を含む。なお、予約時刻は、図７に示すように、時間帯であってもよい。
入力部１５は、各種キーなどによって構成されたヒューマンインタフェースである。ユーザは、通信開始指示、通信終了指示、再発信の予約指示及び再発信の予約情報などを、入力部１５を用いて入力する。
例えば、ユーザは、出力部１４によって表示された入力フォームを参照しながら、入力部１５を用いて再発信の予約情報を入力する。再発信の予約情報は、予約時刻及び予約期限を含む。
送信部１６は、ネットワーク４０を介して各種情報を管理サーバ３０に送信する。例えば、送信部１６は、以下に示す情報を管理サーバ３０に送信する。
（１） 通信開始を示す情報（他の端末１０への発信要求など）
（２） 通信終了を示す情報
（３） 端末１０の位置情報
（４） 再発信の予約指示
（５） 再発信の予約情報
（１） 通信開始を示す情報（他の端末１０への発信要求など）
（２） 通信終了を示す情報
（３） 端末１０の位置情報
（４） 再発信の予約指示
（５） 再発信の予約情報
（管理システムの動作）
以下において、第１実施形態に係る管理システムの動作について、図面を参照しながら説明する。図８〜図１０は、第１実施形態に係る管理システムの動作を示すシーケンス図である。
以下において、第１実施形態に係る管理システムの動作について、図面を参照しながら説明する。図８〜図１０は、第１実施形態に係る管理システムの動作を示すシーケンス図である。
最初に、端末１０Ａから端末１０Ｂへの発信が成功するケースについて、図８を参照しながら説明する。
図８に示すように、ステップ１１において、端末１０Ａは、端末１０Ｂへの発信要求を管理サーバ３０に送信する。
ステップ１２において、管理サーバ３０は、プレゼンス情報ＤＢ３４に格納された端末１０Ｂを参照して、端末１０Ｂが通信可能であるか否かを判定する。なお、図８では、管理サーバ３０は、端末１０Ｂが通信可能であると判定する。
ステップ１３において、管理サーバ３０は、端末１０Ｂの呼び出しを交換機２０に指示する。
ステップ１４において、交換機２０は、端末１０Ｂの呼び出し処理を行う。
ステップ１５において、端末１０Ａ及び端末１０Ｂは、回線交換又はパケット交換によって音声通信を行う。
次に、端末１０Ａから端末１０Ｂへの発信が失敗するケースについて、図９及び図１０を参照しながら説明する。
図９に示すように、ステップ２１において、端末１０Ａは、端末１０Ｂへの発信要求を管理サーバ３０に送信する。
ステップ２２において、管理サーバ３０は、プレゼンス情報ＤＢ３４に格納されたプレゼンス情報（着信側プレゼンス情報）を参照して、端末１０Ｂが通信可能であるか否かを判定する。なお、図９では、管理サーバ３０は、端末１０Ｂが通信不可であると判定する。
ステップ２３において、管理サーバ３０は、端末１０Ｂが通信不可であることを示す通信不可通知を端末１０Ａに送信する。
ステップ２４において、端末１０Ａは、通信不可通知を表示する。また、端末１０Ａは、端末１０Ｂへの再発信の予約を行うか否かについて選択を促す情報を表示する。なお、図９では、ユーザは、再発信の予約を行うことを選択する。
ステップ２５において、端末１０Ａは、再発信の予約を行うことを指示する再発信の予約指示を管理サーバ３０に送信する。
ステップ２６において、管理サーバ３０は、再発信の予約に対する条件を入力するための入力フォームを端末１０Ａに送信する。なお、ここでは、ユーザの再発信の予約に応じて、ステップ２５において端末１０Ａが予約指示を管理サーバ３０に送信し、これに応じて、管理サーバ３０が入力フォームを端末１０Ａに送信する構成であったが、予め端末１０Ａに入力フォームが記録されている場合には管理サーバ３０から入力フォームを受信することなく、ユーザの再発信の予約に応じて記録している入力フォームを用いることもできる。
ステップ２７において、端末１０Ａは、再発信の予約に係る入力フォーム（図７を参照）を表示する。なお、入力フォームは、上述したように、再発信を行う時刻である予約時刻の選択肢、再発信を行う期限である予約期限の選択肢を含む。
ステップ２８において、端末１０Ａは、予約時刻及び予約期限を含む再発信の予約情報を管理サーバ３０に送信する。なお、ユーザは、入力フォームを参照して、予約時刻及び予約期限を入力する。
ステップ２９において、管理サーバ３０は、再発信の予約情報を受付けたことを示す予約完了通知を端末１０Ａに送信する。
続いて、図１０に示すように、ステップ３０において、管理サーバ３０は、プレゼンス情報ＤＢ３４に格納されたプレゼンス情報を監視する。具体的には、管理サーバ３０は、各端末１０の位置情報や各端末１０の通信状態を監視する。
ステップ３１において、管理サーバ３０は、プレゼンス情報ＤＢ３４に格納されたプレゼンス情報を参照して、端末１０Ａ及び端末１０Ｂの双方が通信可能であるか否かを判定する。図１０では、管理サーバ３０は、端末１０Ａ及び端末１０Ｂの双方が通信可能であると判定する。
なお、ステップ３０及びステップ３１の処理は、予約期限前において端末１０Ａ及び端末１０Ｂの双方が通信可能となるまで続けられる。また、ステップ３１の処理は、プレゼンス情報ＤＢ３４に格納されたプレゼンス情報が更新される毎に行われてもよい。
ステップ３２において、管理サーバ３０は、端末１０Ｂへの再発信を指示する情報（祭発信を行うか否かを問い合せる情報でもよい）を端末１０Ａに送信する。
ステップ３３において、端末１０Ａは、端末１０Ｂへの再発信を行うか否かについて確認を促す実行確認情報を表示する。なお、図１０では、ユーザは、端末１０Ｂへの再発信を行う指示を入力する。
ステップ３４において、端末１０Ａは、端末１０Ｂへの再発信要求を管理サーバ３０に送信する。
ステップ３５において、管理サーバ３０は、端末１０Ａから端末１０Ｂへの再発信の予約を削除する。
ステップ３６において、管理サーバ３０は、端末１０Ｂの呼び出しを交換機２０に指示する。
ステップ３７において、交換機２０は、端末１０Ｂの呼び出し処理を行う。
ステップ３８において、端末１０Ａ及び端末１０Ｂは、回線交換又はパケット交換によって音声通信を行う。
なお、ステップ３５の処理は、ステップ３８の処理（端末１０Ａと端末１０Ｂとの間で行われる通信）が開始した場合に行われてもよい。また、ステップ３５の処理は、ステップ３８の処理（端末１０Ａと端末１０Ｂとの間で行われる通信）が終了した後に行われてもよい。
（作用及び効果）
第１実施形態によれば、通信可否判定部３６は、再発信の予約が受付けられた場合に、プレゼンス情報ＤＢ３４を参照して、発信端末及び着信端末の双方が通信を行うことが可能であるか否かを判定する。また、発信予約処理部３７は、発信端末及び着信端末の双方が通信を行うことが可能であると判定された場合に、発信端末から着信端末への再発信を指示する。
第１実施形態によれば、通信可否判定部３６は、再発信の予約が受付けられた場合に、プレゼンス情報ＤＢ３４を参照して、発信端末及び着信端末の双方が通信を行うことが可能であるか否かを判定する。また、発信予約処理部３７は、発信端末及び着信端末の双方が通信を行うことが可能であると判定された場合に、発信端末から着信端末への再発信を指示する。
すなわち、発信端末のユーザ及び着信端末のユーザの双方にとって都合がよいタイミングで再発信が指示されるため、相手端末に対応するプレゼンス情報を改めて確認する必要がなく、ユーザの利便性が向上する。
［第２実施形態］
以下において、第２実施形態について図面を参照しながら説明する。以下においては、上述した第１実施形態と第２実施形態との相違点について主として説明する。
以下において、第２実施形態について図面を参照しながら説明する。以下においては、上述した第１実施形態と第２実施形態との相違点について主として説明する。
具体的には、上述した第１実施形態では、端末１０Ａから端末１０Ｂへの発信要求は、管理サーバ３０によって受付けられる。これに対して、第２実施形態では、端末１０Ａから端末１０Ｂへの発信要求は、交換機２０によって受付けられる。
（管理システムの動作）
以下において、第２実施形態に係る管理システムの動作について、図面を参照しながら説明する。図１１及び図１２は、第２実施形態に係る管理システムの動作を示すシーケンス図である。
以下において、第２実施形態に係る管理システムの動作について、図面を参照しながら説明する。図１１及び図１２は、第２実施形態に係る管理システムの動作を示すシーケンス図である。
最初に、端末１０Ａから端末１０Ｂへの発信が成功するケースについて、図１１を参照しながら説明する。
図１１に示すように、ステップ５１において、端末１０Ａは、端末１０Ｂへの発信要求を交換機２０に送信する。
ステップ５２において、交換機２０は、端末１０Ｂが通信可能であるか否かを管理サーバ３０に問い合せる。
ステップ５３において、管理サーバ３０は、プレゼンス情報ＤＢ３４に格納された端末１０Ｂを参照して、端末１０Ｂが通信可能であるか否かを判定する。なお、図１１では、管理サーバ３０は、端末１０Ｂが通信可能であると判定する。
ステップ５４において、管理サーバ３０は、端末１０Ｂが通信可能である旨を交換機２０に通知する。
ステップ５５において、交換機２０は、端末１０Ｂの呼び出し処理を行う。
ステップ５６において、端末１０Ａ及び端末１０Ｂは、通信（ここでは、音声通信）を行う。
次に、端末１０Ａから端末１０Ｂへの発信が失敗するケースについて、図１２を参照しながら説明する。
図１２に示すように、ステップ６１において、端末１０Ａは、端末１０Ｂへの発信要求を管理サーバ３０に送信する。
ステップ６２において、交換機２０は、端末１０Ｂが通信可能であるか否かを管理サーバ３０に問い合せる。
ステップ６３において、管理サーバ３０は、プレゼンス情報ＤＢ３４に格納されたプレゼンス情報（着信側プレゼンス情報）を参照して、端末１０Ｂが通信可能であるか否かを判定する。なお、図１２では、管理サーバ３０は、端末１０Ｂが通信不可であると判定する。
ステップ６４において、管理サーバ３０は、端末１０Ｂが通信不可である旨を交換機２０に通知する。
ステップ６５において、交換機２０は、端末１０Ｂが通信不可であることを示す通信不可通知を音声ガイダンスとして端末１０Ａに送信する。
ステップ６６において、端末１０Ａは、通信不可通知を音声ガイダンスとして出力する。また、端末１０Ａは、端末１０Ｂへの再発信の予約を行うか否かについて選択を促す情報を音声ガイダンスとして出力する。なお、図１２では、ユーザは、再発信の予約を行うことを選択する。
ステップ６７ａにおいて、端末１０Ａは、再発信の予約を行うことを指示する再発信の予約指示を交換機２０に送信する。ステップ６７ｂにおいて、交換機２０は、再発信の予約指示を管理サーバ３０に送信する。
ステップ６８において、管理サーバ３０は、再発信の予約に対する条件を入力するための入力フォームを端末１０Ａに送信する。
ステップ６９において、端末１０Ａは、再発信の予約に係る入力フォーム（図７を参照）を表示する。なお、入力フォームは、上述したように、再発信を行う時刻である予約時刻の選択肢、再発信を行う期限である予約期限の選択肢を含む。
ステップ７０において、端末１０Ａは、予約時刻及び予約期限を含む再発信の予約情報を管理サーバ３０に送信する。なお、ユーザは、入力フォームを参照して、予約時刻及び予約期限を入力する。
ステップ７１において、管理サーバ３０は、再発信の予約情報を受付けたことを示す予約完了通知を端末１０Ａに送信する。
なお、ステップ７１以降の処理は、上述した第１実施形態（図１０を参照）と同様であるため、その説明については省略する。
［第３実施形態］
以下において、第３実施形態について図面を参照しながら説明する。以下においては、上述した第１実施形態と第３実施形態との相違点について主として説明する。
以下において、第３実施形態について図面を参照しながら説明する。以下においては、上述した第１実施形態と第３実施形態との相違点について主として説明する。
具体的には、上述した第１実施形態では、入力フォームは、予約時刻の選択肢及び予約期限の選択肢を含む。これに対して、第３実施形態では、入力フォームは、予約時刻の選択肢及び予約期限の選択肢に加えて、各端末１０のユーザの予定を示すスケジュール情報を含む。
（管理サーバの構成）
以下において、第３実施形態に係る管理サーバの構成について、図面を参照しながら説明する。図１３は、第３実施形態に係る管理サーバ３０の構成を示すブロック図である。
以下において、第３実施形態に係る管理サーバの構成について、図面を参照しながら説明する。図１３は、第３実施形態に係る管理サーバ３０の構成を示すブロック図である。
図１３に示すように、管理サーバ３０は、図２に示した構成に加えて、スケジュール情報ＤＢ３９を有する。
スケジュール情報ＤＢ３９は、各端末１０のユーザの予定を示すスケジュール情報を管理するデータベースである。スケジュール情報は、各端末１０のユーザの予定を示す情報であり、ユーザによって設定される。例えば、ユーザによってスケジュール（予定）が端末１０に入力された場合に、上述した受信部３５は、端末１０からスケジュール情報を受信する。なお、図１３では簡略化されているが、スケジュール情報ＤＢ３９は、受信部３５と接続されており、受信部３５からスケジュール情報を取得する。
上述した発信予約処理部３７は、再発信の予約に対する条件を入力するための入力フォームとともに、発信端末及び着信端末のユーザのスケジュール情報の送信を指示する。
すなわち、管理サーバ３０は、再発信の予約指示が受信された場合に、入力フォームとともに、発信端末及び着信端末のユーザのスケジュール情報を発信端末に送信する。
（端末の構成）
以下において、第３実施形態に係る端末の構成について説明する。第３実施形態では、端末１０は、上述した図６と同様の構成を有する。図１４（ａ）及び図１４（ｂ）は、第３実施形態に係る入力フォームの一例を示す図である。
以下において、第３実施形態に係る端末の構成について説明する。第３実施形態では、端末１０は、上述した図６と同様の構成を有する。図１４（ａ）及び図１４（ｂ）は、第３実施形態に係る入力フォームの一例を示す図である。
図１４（ａ）に示すように、入力フォームは、第１実施形態と同様に、再発信を行う時刻である予約時刻の選択肢、再発信を行う期限である予約期限の選択肢を含む。
ここで、第３実施形態では、入力フォームは、発信端末のユーザのスケジュール情報を呼び出すためのリンク（図１４（ａ）では、“発信者スケジュール”）、着信端末のユーザのスケジュール情報を呼び出すためのリンク（図１４（ａ）では、“発信先スケジュール”）を含む。
これらのリンクがユーザによって選択された場合には、端末１０は、発信端末のユーザのスケジュール情報や着信端末のユーザのスケジュール情報を表示する。
また、図１４（ｂ）に示すように、入力フォームは、再発信を行う時刻である予約時刻の選択肢（予約時刻候補）を絞り込む条件を指定するためのチェックボックスを含んでもよい。具体的には、入力フォームは、以下に示すチェックボックスを含む。
（１） 着信端末のユーザのスケジュール情報を考慮して予約時刻の選択肢を絞り込むためのチェックボックス（図１４（ｂ）では、“相手の予定を考慮”）
（２） 発信端末のユーザのスケジュール情報を考慮して予約時刻の選択肢を絞り込むためのチェックボックス（図１４（ｂ）では、“自分の予定を考慮”）
（３） 発信端末及び着信端末のユーザのスケジュール情報を考慮して予約時刻の選択肢を絞り込むためのチェックボックス（図１４（ｂ）では、“相手と自分の予定を考慮”）
ここで、予約時刻を表示する枠内（図１４（ｂ）では、“時間帯”欄）には、チェックが入れられたチェックボックスの種類に応じて絞り込まれた予約時刻の選択肢が表示される。
（作用及び効果）
第３実施形態によれば、管理サーバ３０は、再発信の予約指示が受信された場合に、入力フォームとともに、発信端末及び着信端末のユーザのスケジュール情報を発信端末に送信する。
第３実施形態によれば、管理サーバ３０は、再発信の予約指示が受信された場合に、入力フォームとともに、発信端末及び着信端末のユーザのスケジュール情報を発信端末に送信する。
従って、発信端末のユーザは、発信端末及び着信端末のユーザのスケジュール情報を参照して、再発信を行う時刻である予約時刻を指定することができる。
また、端末１０は、チェックが入れられたチェックボックスの種類に応じて、予約時刻の選択肢を絞り込んだ上で、予約時刻の選択肢を表示する。
従って、ユーザは、発信端末のユーザ及び着信端末のユーザの双方にとって都合がよい時刻を予約時刻として容易に選択することができる。
［第４実施形態］
以下において、第４実施形態について図面を参照しながら説明する。以下においては、上述した第１実施形態と第４実施形態との相違点について主として説明する。
以下において、第４実施形態について図面を参照しながら説明する。以下においては、上述した第１実施形態と第４実施形態との相違点について主として説明する。
具体的には、上述した第１実施形態では特に触れていないが、第４実施形態では、管理サーバ３０は、端末１０が行うことが可能な通信種別をエリア毎に管理している。管理サーバ３０は、再発信を指示する場合に、各端末１０の位置情報に応じて、各端末１０の通信種別を指定する。
（管理サーバの構成）
以下において、第４実施形態に係る管理サーバの構成について、図面を参照しながら説明する。図１５は、第４実施形態に係る管理サーバ３０の構成を示すブロック図である。
以下において、第４実施形態に係る管理サーバの構成について、図面を参照しながら説明する。図１５は、第４実施形態に係る管理サーバ３０の構成を示すブロック図である。
図１５に示すように、管理サーバ３０は、図２に示した構成に加えて、通信種別ＤＢ５１を有する。
通信種別ＤＢ５１は、端末１０が行うことが可能な通信種別をエリア毎に管理している。具体的には、通信種別ＤＢ５１は、図１６に示すように、“ユーザ名”と“エリア名”と“通信種別”とを対応付ける情報を記憶する。“ユーザ名”は、端末１０のユーザの名称である。“エリア名”は、ユーザ毎に予め設定されたエリアの名称である。“通信種別”は、“エリア名”によって示されるエリアにユーザが位置する場合に、そのユーザに許容される通信の種別である。
ここで、“通信種別”は、例えば、“内線”、“外線”、“音声電話”、“ＩＰ電話”、“ＴＶ電話”などの種別である。
例えば、移動体通信網及び無線ＬＡＮに端末１０が接続可能である場合には、“内線”は、無線ＬＡＮを用いた通信である。一方で、“外線”は移動体通信網を用いた通信である。
“音声電話”は、回線交換網を用いた通信である。“ＩＰ電話”は、パケット交換網を用いた通信である。“ＴＶ電話”は、音声だけではなくて、映像の送受信が可能な通信である。
上述した発信予約処理部３７は、プレゼンス情報ＤＢ３４及び通信種別ＤＢ５１を参照して、端末１０の位置情報に応じて、その端末１０のユーザに許容される通信種別を特定する。続いて、発信予約処理部３７は、発信端末から着信端末への再発信の指示において、特定された通信種別に従って通信を行うことを指示する。
すなわち、管理サーバ３０は、発信端末に対して再発信の指示を行う場合に、発信端末のユーザに許容される通信種別に従って再発信を行うことを指示する。また、管理サーバ３０は、発信端末に対して再発信の指示を行う場合に、着信端末のユーザに許容される通信種別に従って再発信を行うことを指示する。
（作用及び効果）
第４実施形態によれば、発信予約処理部３７は、発信端末から着信端末への再発信の指示において、発信端末及び着信端末の位置情報に応じて特定された通信種別に従って通信を行うことを指示する。
第４実施形態によれば、発信予約処理部３７は、発信端末から着信端末への再発信の指示において、発信端末及び着信端末の位置情報に応じて特定された通信種別に従って通信を行うことを指示する。
従って、各ユーザは、自身のプレゼンス情報に適した通信種別で通信を開始することができ、ユーザの利便性が向上する。
［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
（分散配置構成）
例えば、管理サーバ３０に設けられた各構成は、ネットワーク４０上に分散して配置されていてもよい。特に、各種データベース（エリア情報ＤＢ３１、位置情報ＤＢ３２、プレゼンス情報ＤＢ３４など）は、ネットワーク４０上に分散して配置されていてもよい。
例えば、管理サーバ３０に設けられた各構成は、ネットワーク４０上に分散して配置されていてもよい。特に、各種データベース（エリア情報ＤＢ３１、位置情報ＤＢ３２、プレゼンス情報ＤＢ３４など）は、ネットワーク４０上に分散して配置されていてもよい。
（位置測位）
上述した実施形態では、端末１０の位置情報は、ＧＰＳを用いて取得されるが、これに限定されるものではない。端末１０の位置情報は、端末１０が接続する基地局やアクセスポイントの位置を用いて取得されてもよい。端末１０の位置情報は、位置情報が格納された無線タグから端末１０が位置情報を読み出すことによって取得されてもよい。
上述した実施形態では、端末１０の位置情報は、ＧＰＳを用いて取得されるが、これに限定されるものではない。端末１０の位置情報は、端末１０が接続する基地局やアクセスポイントの位置を用いて取得されてもよい。端末１０の位置情報は、位置情報が格納された無線タグから端末１０が位置情報を読み出すことによって取得されてもよい。
（管理サーバの実装構成）
管理サーバ３０が設けられるネットワークは、移動体通信網であってもよく、他のＩＰ網であってもよい。管理サーバ３０の機能は交換機２０に実装されていてもよい。管理サーバ３０は、ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）などのように、交換機２０と連携して動作する構成を有していてもよい。
管理サーバ３０が設けられるネットワークは、移動体通信網であってもよく、他のＩＰ網であってもよい。管理サーバ３０の機能は交換機２０に実装されていてもよい。管理サーバ３０は、ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）などのように、交換機２０と連携して動作する構成を有していてもよい。
（通信種別）
上述した実施形態では特に触れていないが、発信端末から着信端末への再発信では、発信端末から着信端末への発信が行われた際に指定された通信種別と同じ通信種別が用いられてもよい。また、発信端末から着信端末への再発信では、発信端末から着信端末への発信が行われた際に指定された通信種別と異なる通信種別が用いられてもよい。このようなケースとしては、発信端末から着信端末への発信が行われた際に指定された通信種別を再発信で用いることができないケースなどが考えられる。また、端末１０は、再発信で用いることを禁止する通信種別を設定可能に構成されていてもよい。
上述した実施形態では特に触れていないが、発信端末から着信端末への再発信では、発信端末から着信端末への発信が行われた際に指定された通信種別と同じ通信種別が用いられてもよい。また、発信端末から着信端末への再発信では、発信端末から着信端末への発信が行われた際に指定された通信種別と異なる通信種別が用いられてもよい。このようなケースとしては、発信端末から着信端末への発信が行われた際に指定された通信種別を再発信で用いることができないケースなどが考えられる。また、端末１０は、再発信で用いることを禁止する通信種別を設定可能に構成されていてもよい。
（管理サーバと端末の通信形態）
上述した実施形態では特に触れていないが、管理サーバ３０と端末１０との間における通信は、パケット交換網を用いて行われてもよく、回線交換網を用いて行われてもよい。
上述した実施形態では特に触れていないが、管理サーバ３０と端末１０との間における通信は、パケット交換網を用いて行われてもよく、回線交換網を用いて行われてもよい。
（再発信予約の自動キャンセルと重複予約防止）
上述した実施形態では特に触れていないが、発信端末から着信端末への再発信の予約が行われているときに、発信端末が自発的に着信端末への発信を行った場合に、管理サーバ３０は、再発信の予約をキャンセルしてもよい。
上述した実施形態では特に触れていないが、発信端末から着信端末への再発信の予約が行われているときに、発信端末が自発的に着信端末への発信を行った場合に、管理サーバ３０は、再発信の予約をキャンセルしてもよい。
このようなケースにおいて、発信端末が自発的に行った着信端末への発信が失敗しても、管理サーバ３０は、この発信の失敗について再発信の予約処理を行わないことが好ましい。これによって、発信端末から着信端末への再発信の予約が重複することを防止することができる。
発信端末が自発的に行った着信端末への発信が失敗した場合に、管理サーバ３０は、この発信が失敗したことを発信端末に通知することが好ましい。このときに、管理サーバ３０は、再発信の予約内容を変更するか否かを発信端末に問い合せてもよい。
ここで、再発信の重複予約の防止を実現する構成として、例えば、以下のような構成が考えられることに留意すべきである。
（１） 第１実施形態と同様に、発信端末から着信端末への発信を管理サーバ３０が管理する構成
（２） 第２実施形態と同様に、発信端末から着信端末への発信を交換機２０が管理しており、管理サーバ３０が必要な情報を交換機２０から取得する構成
（３） 再発信の予約内容を端末１０が管理しており、再発信の予約のキャンセルを端末１０が管理サーバ３０に要求する構成
（１） 第１実施形態と同様に、発信端末から着信端末への発信を管理サーバ３０が管理する構成
（２） 第２実施形態と同様に、発信端末から着信端末への発信を交換機２０が管理しており、管理サーバ３０が必要な情報を交換機２０から取得する構成
（３） 再発信の予約内容を端末１０が管理しており、再発信の予約のキャンセルを端末１０が管理サーバ３０に要求する構成
（プレゼンス情報の更新）
上述した実施形態では、プレゼンス情報は、端末１０の位置情報によって更新されるが、これに限定されるものではない。具体的には、ユーザ状態がユーザによって端末１０に入力されることを前提として、端末１０から管理サーバ３０に送信されたユーザ状態によって、プレゼンス情報が更新されてもよい。
上述した実施形態では、プレゼンス情報は、端末１０の位置情報によって更新されるが、これに限定されるものではない。具体的には、ユーザ状態がユーザによって端末１０に入力されることを前提として、端末１０から管理サーバ３０に送信されたユーザ状態によって、プレゼンス情報が更新されてもよい。
（再発信の予約に係る入力フォーム）
上述した実施形態では、再発信の予約に係る入力フォームは、通信不可通知とは別に管理サーバ３０から発信端末に送信されるが、これに限定されるものではない。具体的には、管理サーバ３０は、通信不可通知とともに入力フォームを発信端末に送信してもよい。
上述した実施形態では、再発信の予約に係る入力フォームは、通信不可通知とは別に管理サーバ３０から発信端末に送信されるが、これに限定されるものではない。具体的には、管理サーバ３０は、通信不可通知とともに入力フォームを発信端末に送信してもよい。
（スケジュール情報）
上述した第３実施形態では、発信端末及び着信端末のユーザの予定を示すスケジュール情報が入力フォームとともに管理サーバ３０から発信端末に送信されるが、これに限定されるものではない。具体的には、管理サーバ３０は、着信端末のユーザのみの予定を示すスケジュール情報を発信端末に送信してもよい。
上述した第３実施形態では、発信端末及び着信端末のユーザの予定を示すスケジュール情報が入力フォームとともに管理サーバ３０から発信端末に送信されるが、これに限定されるものではない。具体的には、管理サーバ３０は、着信端末のユーザのみの予定を示すスケジュール情報を発信端末に送信してもよい。
（多者通話）
上述した実施形態では、発信端末が一つ、着信端末が一つの構成において本発明を説示したが、発信端末が一つ、着信端末が複数の構成であっても本発明を適用することができる。
上述した実施形態では、発信端末が一つ、着信端末が一つの構成において本発明を説示したが、発信端末が一つ、着信端末が複数の構成であっても本発明を適用することができる。
具体的には、前説したステップ１２又はステップ２２などの発信端末と着信端末との通信可否を判定する通信可否判定において、次の（１）又は（２）の判定及び処理を行う。
（１）一つの発信端末と複数の着信端末全てが通信可能であるか否かを判断し、全ての着信端末と通信可能でない場合には再発信の予約の処理に移行し、一方、全ての着信端末と通信可能である場合には通信開始の処理に移行する。
（２）一つの発信端末と複数の着信端末の各着信端末とが通信可能であるか否かを判断し、いずれかの着信端末と通信可能である場合には通信開始の処理に移行し、一方、いずれの着信端末とも通信可能でない場合には全ての着信端末又はその全ての着信端末の中からユーザが選択した着信端末を対象として再発信の予約の処理に移行する。ここで、いずれかの着信端末と通信可能である場合で、且つ、全ての着信端末と通信可能でない場合において、発信端末と通信可能な着信端末とで通信開始の処理に移行しつつ、通信前又は通信後に、少なくとも通信不可能な着信端末、又は、全ての通信端末の中からユーザが選択した着信端末若しくはその通信不可能な着信端末の中からユーザが選択した着信端末を対象として再発信の予約を行う構成にすることもできる。
なお、多者通話、プッシュトーク（登録商標）、ＰｏＣ（Push to talk over Cellular）、３者通話、多地点接続などの一つの発信端末と複数の着信端末での通話を実現する技術は、公知技術又は慣用技術であり、所謂当業者であれば適宜実装することが可能であるため、説明は省略する。
１０・・・端末、１１・・・受信部、１２・・・ＧＰＳ機能部、１３・・・制御部、１４・・・出力部、１５・・・入力部、１６・・・送信部、２０・・・交換機、３０・・・管理サーバ、３１・・・エリア情報ＤＢ、３２・・・位置情報ＤＢ、３３・・・位置推定部、３４・・・プレゼンス情報ＤＢ、３５・・・受信部、３６・・・通信可否判定部、３７・・・発信予約処理部、３８・・・送信部、４０・・・ネットワーク
Claims (10)
- 発信端末から着信端末への発信を管理する管理サーバであって、
前記発信端末が通信を行うことが可能であるか否かを示す発信側プレゼンス情報と、前記着信端末が通信を行うことが可能であるか否かを示す着信側プレゼンス情報とを記憶する記憶部と、
前記発信端末から前記着信端末への発信が行われた場合に、前記着信側プレゼンス情報を参照して、前記着信端末が通信を行うことが可能であるか否かを判定する判定部と、
前記着信端末が通信を行うことができないと判定された場合に、前記発信端末から前記着信端末への再発信の予約を受付ける発信予約処理部とを備え、
前記判定部は、前記再発信の予約が受付けられた場合に、前記発信側プレゼンス情報及び前記着信側プレゼンス情報を参照して、前記発信端末及び前記着信端末の双方が通信を行うことが可能であるか否かを判定し、
前記発信予約処理部は、前記発信端末及び前記着信端末の双方が通信を行うことが可能であると判定された場合に、前記再発信を指示することを特徴とする管理サーバ。 - 前記発信予約処理部は、
前記着信端末が通信を行うことができないと判定された場合に、前記発信を行うことができないことを前記発信端末に通知し、
前記再発信の予約を要求する予約要求情報を前記発信端末から受信した場合に、前記再発信の予約を受付けることを特徴とする請求項１に記載の管理サーバ。 - 前記予約要求情報は、前記再発信を行う期限である予約期限を含むことを特徴とする請求項２に記載の管理サーバ。
- 前記予約要求情報は、前記再発信を行う時刻である予約時刻を含むことを特徴とする請求項２に記載の管理サーバ。
- 前記着信端末のユーザの予定を示す着信側スケジュール情報を取得するスケジュール情報取得部をさらに備え、
前記発信予約処理部は、前記着信側スケジュール情報を前記発信端末に通知することを特徴とする請求項２に記載の管理サーバ。 - 前記発信端末のユーザの予定を示す発信側スケジュール情報を取得するスケジュール情報取得部をさらに備え、
前記発信予約処理部は、前記発信側スケジュール情報を前記発信端末に通知することを特徴とする請求項２に記載の管理サーバ。 - 前記発信端末又は前記着信端末の位置情報を取得する位置情報取得部と、
前記発信端末又は前記着信端末が行うことが可能な通信種別をエリア毎に記憶する通信種別記憶部と、
前記位置情報取得部によって取得された前記位置情報に応じて、前記発信端末又は前記着信端末が行うことが可能な通信種別を特定する特定部とをさらに備え、
前記発信予約処理部は、前記特定部によって特定された前記通信種別に従って通信を行うことを前記発信端末又は前記着信端末に指示することを特徴とする請求項１に記載の管理サーバ。 - 発信端末から着信端末への発信を管理する管理システムであって、
前記発信端末が通信を行うことが可能であるか否かを示す発信側プレゼンス情報と、前記着信端末が通信を行うことが可能であるか否かを示す着信側プレゼンス情報とを記憶する記憶部と、
前記発信端末から前記着信端末への発信が行われた場合に、前記着信側プレゼンス情報を参照して、前記着信端末が通信を行うことが可能であるか否かを判定する判定部と、
前記着信端末が通信を行うことができないと判定された場合に、前記発信端末から前記着信端末への再発信の予約を受付ける発信予約処理部とを備え、
前記判定部は、前記再発信の予約が受付けられた場合に、前記発信側プレゼンス情報及び前記着信側プレゼンス情報を参照して、前記発信端末及び前記着信端末の双方が通信を行うことが可能であるか否かを判定し、
前記発信予約処理部は、前記発信端末及び前記着信端末の双方が通信を行うことが可能であると判定された場合に、前記再発信を指示することを特徴とする管理システム。 - 前記着信端末のユーザの予定を示す着信側スケジュール情報を取得するとともに、前記発信端末のユーザの予定を示す発信側スケジュール情報を取得するスケジュール情報取得部をさらに備え、
前記発信端末は、前記着信側スケジュール情報及び前記発信側スケジュール情報に基づいて、前記再発信を行うことが可能な時刻である予約時刻候補を絞り込んだ上で、前記予約時刻候補を出力することを特徴とする請求項８に記載の管理システム。 - 発信端末から着信端末への発信を管理する管理方法であって、
前記発信端末が通信を行うことが可能であるか否かを示す発信側プレゼンス情報と、前記着信端末が通信を行うことが可能であるか否かを示す着信側プレゼンス情報とを記憶するステップと、
前記発信端末から前記着信端末への発信が行われた場合に、前記着信側プレゼンス情報を参照して、前記着信端末が通信を行うことが可能であるか否かを判定するステップと、
前記着信端末が通信を行うことができないと判定された場合に、前記発信端末から前記着信端末への再発信の予約を受付けるステップと、
前記再発信の予約が受付けられた場合に、前記発信側プレゼンス情報及び前記着信側プレゼンス情報を参照して、前記発信端末及び前記着信端末の双方が通信を行うことが可能であるか否かを判定するステップと、
前記発信端末及び前記着信端末の双方が通信を行うことが可能であると判定された場合に、前記発信端末から前記着信端末への再発信を指示するステップとを含むことを特徴とする管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007228334A JP5017026B2 (ja) | 2007-09-03 | 2007-09-03 | 管理サーバ、管理システム及び管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007228334A JP5017026B2 (ja) | 2007-09-03 | 2007-09-03 | 管理サーバ、管理システム及び管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2009060544A true JP2009060544A (ja) | 2009-03-19 |
| JP5017026B2 JP5017026B2 (ja) | 2012-09-05 |
Family
ID=40555838
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007228334A Expired - Fee Related JP5017026B2 (ja) | 2007-09-03 | 2007-09-03 | 管理サーバ、管理システム及び管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5017026B2 (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011097329A (ja) * | 2009-10-29 | 2011-05-12 | Nec Corp | 無線通信システム及び方法 |
| JP2011182347A (ja) * | 2010-03-04 | 2011-09-15 | Saxa Inc | 電話システム、通信端末、サーバ装置およびかけ直し通知方法 |
| JP2011259213A (ja) * | 2010-06-09 | 2011-12-22 | Nippon Telegr & Teleph Corp <Ntt> | 呼接続予約システム及び呼接続予約方法 |
| JP2012222757A (ja) * | 2011-04-13 | 2012-11-12 | Ntt Docomo Inc | 電話予約装置、電話予約システム、電話予約方法 |
| JP2013046274A (ja) * | 2011-08-25 | 2013-03-04 | Kddi Corp | 無線端末の消費電力を低減させる通信制御方法及びシステム |
| JP2014107633A (ja) * | 2012-11-26 | 2014-06-09 | Nakayo Telecommun Inc | 通信装置 |
| JP2014220821A (ja) * | 2014-06-30 | 2014-11-20 | 日本電気株式会社 | 無線通信システム及び方法 |
| JP2015154180A (ja) * | 2014-02-13 | 2015-08-24 | 富士通株式会社 | 呼出し方法、情報処理装置および呼出しプログラム |
| JP2020129771A (ja) * | 2019-02-12 | 2020-08-27 | 三菱電機インフォメーションネットワーク株式会社 | 通信手段管理装置、通信手段管理方法及び通信手段管理プログラム |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0310551A (ja) * | 1989-06-08 | 1991-01-18 | Fujitsu Ltd | 予約通話の実行確認方式 |
| JPH06121046A (ja) * | 1992-10-07 | 1994-04-28 | Fujitsu Ltd | 接続予約サービス制御方式 |
| JPH0937314A (ja) * | 1995-07-17 | 1997-02-07 | Canon Inc | 構内交換装置 |
| JP2000134336A (ja) * | 1998-10-28 | 2000-05-12 | Fujitsu Ltd | 電話サーバシステムおよび電話サーバシステムのプログラムを記録した記録媒体 |
| JP2003204395A (ja) * | 2001-10-30 | 2003-07-18 | Fuji Xerox Co Ltd | 将来の通信の交渉を行う方法、システム、プログラム、及び通信を延期する方法、システム、プログラム |
| JP2006237751A (ja) * | 2005-02-22 | 2006-09-07 | Nec Corp | コールセンター予約システム、プレゼンスサーバ、管理サーバ、コールセンター予約方法およびプログラム |
-
2007
- 2007-09-03 JP JP2007228334A patent/JP5017026B2/ja not_active Expired - Fee Related
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0310551A (ja) * | 1989-06-08 | 1991-01-18 | Fujitsu Ltd | 予約通話の実行確認方式 |
| JPH06121046A (ja) * | 1992-10-07 | 1994-04-28 | Fujitsu Ltd | 接続予約サービス制御方式 |
| JPH0937314A (ja) * | 1995-07-17 | 1997-02-07 | Canon Inc | 構内交換装置 |
| JP2000134336A (ja) * | 1998-10-28 | 2000-05-12 | Fujitsu Ltd | 電話サーバシステムおよび電話サーバシステムのプログラムを記録した記録媒体 |
| JP2003204395A (ja) * | 2001-10-30 | 2003-07-18 | Fuji Xerox Co Ltd | 将来の通信の交渉を行う方法、システム、プログラム、及び通信を延期する方法、システム、プログラム |
| JP2006237751A (ja) * | 2005-02-22 | 2006-09-07 | Nec Corp | コールセンター予約システム、プレゼンスサーバ、管理サーバ、コールセンター予約方法およびプログラム |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011097329A (ja) * | 2009-10-29 | 2011-05-12 | Nec Corp | 無線通信システム及び方法 |
| JP2011182347A (ja) * | 2010-03-04 | 2011-09-15 | Saxa Inc | 電話システム、通信端末、サーバ装置およびかけ直し通知方法 |
| JP2011259213A (ja) * | 2010-06-09 | 2011-12-22 | Nippon Telegr & Teleph Corp <Ntt> | 呼接続予約システム及び呼接続予約方法 |
| JP2012222757A (ja) * | 2011-04-13 | 2012-11-12 | Ntt Docomo Inc | 電話予約装置、電話予約システム、電話予約方法 |
| JP2013046274A (ja) * | 2011-08-25 | 2013-03-04 | Kddi Corp | 無線端末の消費電力を低減させる通信制御方法及びシステム |
| JP2014107633A (ja) * | 2012-11-26 | 2014-06-09 | Nakayo Telecommun Inc | 通信装置 |
| JP2015154180A (ja) * | 2014-02-13 | 2015-08-24 | 富士通株式会社 | 呼出し方法、情報処理装置および呼出しプログラム |
| JP2014220821A (ja) * | 2014-06-30 | 2014-11-20 | 日本電気株式会社 | 無線通信システム及び方法 |
| JP2020129771A (ja) * | 2019-02-12 | 2020-08-27 | 三菱電機インフォメーションネットワーク株式会社 | 通信手段管理装置、通信手段管理方法及び通信手段管理プログラム |
| JP7278794B2 (ja) | 2019-02-12 | 2023-05-22 | 三菱電機インフォメーションネットワーク株式会社 | 通信手段管理装置、通信手段管理方法及び通信手段管理プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5017026B2 (ja) | 2012-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5017026B2 (ja) | 管理サーバ、管理システム及び管理方法 | |
| JP3787273B2 (ja) | マルチレッグ通信セッションにおいて通信会議サービスを提供する装置、方法、およびシステム | |
| JP4944415B2 (ja) | コミュニケーションシステム、プレゼンスサーバ及びそれらに用いるコミュニケーション方法 | |
| US8005463B2 (en) | Presence lite | |
| JP2005160094A (ja) | 企業私有通信ネットワークおよびセルラ通信ネットワークにおけるコール・ピックアップ・サービスの相互運用性を提供するシステム | |
| JP2005160095A (ja) | セルラ通信ネットワークとの企業私有通信ネットワークの相互運用性を提供するシステム | |
| US8639222B2 (en) | Message transmission method and message transmission system | |
| JPWO2006048925A1 (ja) | 通信中継方法、通信中継プログラムおよび通信中継装置 | |
| JP6933128B2 (ja) | Ｉｐ電話システム、ｉｐ電話システムに対応する携帯電話機およびデジタル電話交換機、並びに通信方法 | |
| JP5195431B2 (ja) | 電話中継システムおよび電話中継装置ならびに電話中継方法 | |
| JP2009005108A (ja) | 移動通信システム、ネットワークノード及び移動局 | |
| JP4167661B2 (ja) | 電話システムおよび電話転送方法 | |
| JP2006211471A (ja) | 無線通信システム、通信端末 | |
| JP5421420B2 (ja) | 通信サーバおよび通信方法 | |
| JP2010087697A (ja) | 電話制御装置および電話会議制御方法 | |
| JP2007013648A (ja) | 無線通信システム、通信端末 | |
| JP2006080962A (ja) | 緊急呼発信システムおよび緊急呼発信方法 | |
| JP2018182474A (ja) | Ｉｐ電話ネットワークシステム、親ゲートウェイ、子ゲートウェイ、およびｉｐ電話システム | |
| EP2770713B1 (en) | Enterprise phone that can provide professional services during a communication set up on a private cellular phone | |
| JP2005191945A (ja) | 位置情報管理装置、通信制御システム、及び通信制御方法 | |
| JP4394715B2 (ja) | 電話システムおよび電話転送方法 | |
| JP2008028654A (ja) | 交換装置 | |
| JP3917155B2 (ja) | 呼接続管理システムおよび呼接続管理方法、接続先管理装置のプログラム | |
| JP7335777B2 (ja) | ナースコールシステム | |
| JP5480931B2 (ja) | 通信サーバ、通信システムおよび通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100225 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110920 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110927 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20111125 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120529 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120611 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150615 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |