(57)【要約】【課題】ユーザ自身の利用端末を自由に選択可能として発着操作する端末の選択の幅を広げる。【解決手段】端末管理部１１が、主装置３及び端末の情報を管理するＰＢＸ管理テーブル、通信端末管理テーブルを保持し、ＷＷＷサーバ２からユーザが選択した端末５の情報を受信すると、当該端末の通信端末管理テーブルにそのユーザを示すユーザＩＤを関連付け、ＷＷＷサーバ２からユーザＩＤを指定した呼制御を要求された場合は、そのユーザＩＤが関連付けられた端末５を特定し、その端末５に対する呼制御を主装置３へ依頼する。これにより、ユーザは、連携ロジックサーバ１に利用する端末５を自由に登録でき、また、通話相手が現在利用中の端末５の電話番号を知らなくても電話をかけることが可能となる。【選択図】図１
2015109591.tif 000002
【特許請求の範囲】
【請求項１】
端末番号を含む端末の情報を記載した端末管理情報を格納する端末管理情報蓄積手段と、
ユーザが利用する端末の選択を受け付け、当該ユーザが選択した端末の前記端末管理情報に当該ユーザを識別するユーザ識別子を関連付けて管理する端末連携手段と、
前記ユーザ識別子を指定した呼制御要求を受信したときに、前記ユーザ識別子が関連付けられた前記端末管理情報から端末番号を取得し、当該端末番号の端末に対する呼制御処理を要求する呼制御実施手段と、
を有することを特徴とする呼制御連携装置。
【請求項２】
前記呼制御実施手段は、発側と着側のユーザ識別子を指定した発信要求を受信したときに、前記発側と着側のユーザ識別子が関連付けられた前記端末管理情報それぞれから発側の端末番号と着側の端末番号を取得し、発側の端末番号の端末から着側の端末番号の端末へ発信する呼制御処理を依頼することを特徴とする請求項１記載の呼制御連携装置。
【請求項３】
前記端末管理情報は端末のプレゼンス状態を含むものであって、
前記端末のプレゼンス状態に変更があったときに、当該プレゼンス状態を前記端末管理情報に登録するプレゼンス登録手段と、
前記ユーザ識別子が関連付けられた前記端末管理情報のプレゼンス状態を送信するプレゼンス通知手段と、
を有することを特徴とする請求項１又は２記載の呼制御連携装置。
【請求項４】
前記プレゼンス通知手段は、着信がある旨のプレゼンス状態に変更された端末に関連付けられたユーザに前記プレゼンス状態を送信し、
前記呼制御実施手段は、前記ユーザのユーザ識別子を指定した応答要求を受信したときに、当該ユーザ識別子が関連付けられた端末管理情報から端末番号を取得し、当該端末番号の端末が応答する呼制御処理を依頼することを特徴とする請求項３記載の呼制御連携装置。
【請求項５】
ユーザからの指示を受け付けるサーバと、呼制御連携装置と、呼処理を行う主装置とを備えた呼制御連携システムであって、
前記呼制御連携装置は、
端末番号を含む端末の情報を記載した端末管理情報を格納する端末管理情報蓄積手段と、
前記サーバからユーザが利用する端末の選択を受け付け、当該ユーザが選択した端末の前記端末管理情報に当該ユーザを識別するユーザ識別子を関連付けて管理する端末連携手段と、
前記ユーザ識別子を指定した呼制御要求を受信したときに、前記ユーザ識別子が関連付けられた前記端末管理情報から端末番号を取得し、当該端末番号の端末に対する呼制御処理を前記主装置へ依頼する呼制御実施手段と、を有すること
を特徴とする呼制御連携システム。
【請求項６】
請求項１乃至４のいずれかに記載の呼制御連携装置の各手段としてコンピュータを動作させることを特徴とする呼制御連携プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末に対する呼制御を行う技術に関する。
【背景技術】
【０００２】
特許文献１には、ユーザがＷｅｂサーバにアクセスし、発信側端末、着信側端末を自由に指定して発呼処理する呼制御通信システムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４３２８８１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１記載の技術では、発呼操作時に発信側端末、着信側端末の電話番号を指定するため、 発信側端末、着信側端末の電話番号が発呼操作ユーザに既知である必要があった。そのため、ユーザが複数の通信端末を使い分ける場合、そのユーザと通話するためにはどの通信端末に発呼すればよいのか容易に判断できないという問題があった。
【０００５】
また、ユーザは、Ｗｅｂサーバから発呼処理をすることはできるが、着信等をＷｅｂサーバで知ることはできないという問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであり、ユーザ自身の利用端末を自由に選択可能として発着操作する端末の選択の幅を広げることを目的とする。
【課題を解決するための手段】
【０００７】
第１の本発明に係る呼制御連携装置は、端末番号を含む端末の情報を記載した端末管理情報を格納する端末管理情報蓄積手段と、ユーザが利用する端末の選択を受け付け、当該ユーザが選択した端末の前記端末管理情報に当該ユーザを識別するユーザ識別子を関連付けて管理する端末連携手段と、前記ユーザ識別子を指定した呼制御要求を受信したときに、前記ユーザ識別子が関連付けられた前記端末管理情報から端末番号を取得し、当該端末番号の端末に対する呼制御処理を依頼する呼制御実施手段と、を有することを特徴とする。
【０００８】
上記呼制御連携装置において、前記呼制御実施手段は、発側と着側のユーザ識別子を指定した発信要求を受信したときに、前記発側と着側のユーザ識別子が関連付けられた前記端末管理情報それぞれから発側の端末番号と着側の端末番号を取得し、発側の端末番号の端末から着側の端末番号の端末へ発信する呼制御処理を依頼することを特徴とする。
【０００９】
上記呼制御連携装置において、前記端末管理情報は端末のプレゼンス状態を含むものであって、前記端末のプレゼンス状態に変更があったときに、当該プレゼンス状態を前記端末管理情報に登録するプレゼンス登録手段と、前記ユーザ識別子が関連付けられた前記端末管理情報のプレゼンス状態を送信するプレゼンス通知手段と、を有することを特徴とする。
【００１０】
上記呼制御連携装置において、前記プレゼンス通知手段は、着信がある旨のプレゼンス状態に変更された端末に関連付けられたユーザに前記プレゼンス状態を送信し、前記呼制御実施手段は、前記ユーザのユーザ識別子を指定した応答要求を受信したときに、当該ユーザ識別子が関連付けられた端末管理情報から端末番号を取得し、当該端末番号の端末が応答する呼制御処理を依頼することを特徴とする。
【００１１】
第２の本発明に係る呼制御連携システムは、ユーザからの指示を受け付けるサーバと、呼制御連携装置と、呼処理を行う主装置とを備えた呼制御連携システムであって、前記呼制御連携装置は、端末番号を含む端末の情報を記載した端末管理情報を格納する端末管理情報蓄積手段と、前記サーバからユーザが利用する端末の選択を受け付け、当該ユーザが選択した端末の前記端末管理情報に当該ユーザを識別するユーザ識別子を関連付けて管理する端末連携手段と、前記ユーザ識別子を指定した呼制御要求を受信したときに、前記ユーザ識別子が関連付けられた前記端末管理情報から端末番号を取得し、当該端末番号の端末に対する呼制御処理を前記主装置へ依頼する呼制御実施手段と、を有することを特徴とする。
【００１２】
第３の本発明に係る呼制御連携プログラムは、上記呼制御連携装置の各手段としてコンピュータを動作させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、ユーザ自身の利用端末を自由に選択可能として発着操作する端末の選択の幅を広げることができる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態における呼制御通信システムの構成を示す機能ブロック図である。
【図２】端末管理部が保持するデータテーブルを示す図である。
【図３】ユーザ管理部が保持するデータテーブルを示す図である。
【図４】制御実施部が保持するデータテーブルを示す図である。
【図５】主装置が保持するデータテーブルを示す図である。
【図６】ＷＷＷサーバが保持するデータテーブルを示す図である。
【図７】本実施の形態の呼制御通信システムの全体的な処理の流れを示すフローチャートである。
【図８】本実施の形態の呼制御通信システムのシステム起動処理の流れを示すシーケンス図である。
【図９】図８のシーケンスにおいて主装置から連携ロジックサーバへ送信される要求の内容を示す図である。
【図１０】本実施の形態の呼制御通信システムの別のシステム起動処理の流れを示すシーケンス図である。
【図１１】本実施の形態の呼制御通信システムの停止処理の流れを示すシーケンス図である。
【図１２】本実施の形態の呼制御通信システムのログイン処理の流れを示すシーケンス図である。
【図１３】本実施の形態の呼制御通信システムのログオフ処理の流れを示すシーケンス図である。
【図１４】図１３のログオフ処理の流れを示すフローチャートである。
【図１５】本実施の形態の呼制御通信システムの端末連携処理の流れを示すシーケンス図である。
【図１６】図１５のシーケンスにおいてＷＷＷサーバから連携ロジックサーバへ送信される要求の内容を示す図である。
【図１７】端末連携処理の流れを示すフローチャートである。
【図１８】本実施の形態の呼制御通信システムのユーザプレゼンス表示処理の流れを示すシーケンス図である。
【図１９】本実施の形態の呼制御通信システムの切断処理の流れを示すシーケンス図である。
【図２０】図１９のシーケンスにおいて主装置から連携ロジックサーバ、連携ロジックサーバからＷＷＷサーバへ送信される要求、通知の内容を示す図である。
【図２１】プレゼンス状態の例を示す図である。
【図２２】プレゼンス通知生成処理の流れを示すフローチャートである。
【図２３】本実施の形態の呼制御通信システムの発信処理の流れを示すシーケンス図である。
【図２４】発信要求処理の流れを示すフローチャートである。
【図２５】本実施の形態の呼制御通信システムの応答処理の流れを示すシーケンス図である。
【図２６】切断要求処理の流れを示すフローチャートである。
【図２７】本実施の形態の呼制御通信システムの応答処理の流れを示すシーケンス図である。
【図２８】応答要求処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について図面を用いて説明する。
【００１６】
図１は、本実施の形態における呼制御通信システムの構成を示す機能ブロック図である。同図に示す呼制御通信システムは、連携ロジックサーバ１、ＷＷＷサーバ２、および主装置３で構成される。ＷＷＷサーバ２にはユーザ端末４が接続され、主装置３には端末５が接続される。ユーザ端末４、端末５は複数台接続されるが、同図では１台のみ示している。なお、連携ロジックサーバ１に対し、複数のＷＷＷサーバ２、複数の主装置３を組み合わせる構成も可能である。
【００１７】
本呼制御通信システムは、ユーザが利用する端末５を選択して連携ロジックサーバ１に登録しておき、ＷＷＷサーバ２で各ユーザのプレゼンス（着信可、通話中などの状態）を表示するとともに、着側のユーザのユーザＩＤを受け付けて、発側及び着側ユーザのユーザＩＤをそれぞれのユーザに連携した端末５の端末番号に変換して発呼処理をするものである。
【００１８】
連携ロジックサーバ１は、主装置３、端末５などの端末情報を登録管理する端末管理部１１、ユーザの認証処理、ユーザの登録管理を行うユーザ管理部１２、主装置３に対して呼処理を依頼する制御実施部１３、ＷＷＷサーバ２と通信を行うサーバ側信号送受信部１４、および主装置３と通信を行う主装置側信号送受信部１５を備える。
【００１９】
ＷＷＷサーバ２は、ユーザ操作画面をユーザ端末４へ送信するとともに、ユーザから入力を受け付けるＧＵＩ制御部２１、連携ロジックサーバ１と通信を行う信号送受信部２２を備える。
【００２０】
主装置３は、端末５を収容し、呼制御処理を実施する呼制御部３１、連携ロジックサーバ１と通信を行う信号送受信部３２を備える。
【００２１】
続いて、連携ロジックサーバ１の各部および主装置３が保持するデータテーブルを示す。
【００２２】
図２に、端末管理部１１が保持するデータテーブルを示す。端末管理部１１は、主装置３の情報を管理するＰＢＸ管理テーブル、端末の情報を管理する通信端末管理テーブル、およびユーザと通信端末との連携を管理するＩＶＲパスワード管理テーブルを保持する。通信端末管理テーブルは、その端末が収容されている主装置３のＰＢＸ管理テーブルに関連付けられ、さらに、端末と連携しているユーザのユーザＩＤを保持するＩＶＲパスワード管理テーブルに関連付けられる。
【００２３】
図３に、ユーザ管理部１２が保持するデータテーブルを示す。ユーザ管理部１２は、ユーザの情報を管理するユーザ管理テーブル、ユーザのパスワードを管理するパスワード管理テーブルを保持する。
【００２４】
図４に、制御実施部１３が保持するデータテーブルを示す。制御実施部１３は、プレゼンス変更時の通知の必要の有無および通知先を管理する通知要求管理テーブルを保持する。
【００２５】
図５に、主装置３が保持するデータテーブルを示す。主装置３は、主装置本体の情報を管理する主装置側本体管理テーブル、主装置に収容された通信端末の情報を管理する主装置側端末管理テーブルを保持する。
【００２６】
図６に、ＷＷＷサーバ２が保持するデータテーブルを示す。ＷＷＷサーバ３は、連携ロジックサーバ１からの通知を受信する情報を記載したＷＷＷサーバ側テーブルを保持する。
【００２７】
なお、連携ロジックサーバ１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムは連携ロジックサーバ１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００２８】
次に、本実施の形態の呼制御通信システムの処理について説明する。
【００２９】
図７は、本実施の形態の呼制御通信システムの全体的な処理の流れを示すフローチャートである。図７では、システム起動からシステム停止までの大まかな処理の流れを示している。各処理の詳細については後述する。
【００３０】
本実施の形態の呼制御通信システムは、システム起動後（ステップＳ１１）、ユーザのログイン処理を実施し（ステップＳ１２）、ユーザの操作によりユーザと端末５を連携させる（ステップＳ１３）。端末５の連携が成功した後、ユーザに対して各種サービスを提供する（ステップＳ１４）。サービス提供中、ユーザは必要に応じて連携する端末５を変更することができる（ステップＳ１５）。サービスの利用を停止する場合（ステップＳ１６のＹＥＳ）、ユーザはログオフする（ステップＳ１７）。なお、必要に応じてシステムを停止することができる（ステップＳ１８，Ｓ１９）。以下、各処理の詳細について説明する。
【００３１】
＜システム起動、システム停止＞
まず、本実施の形態の呼制御通信システムの起動処理について説明する。
【００３２】
図８は、本実施の形態の呼制御通信システムのシステム起動処理の流れを示すシーケンス図である。図９に、図８のシーケンスにおいて主装置３から連携ロジックサーバ１へ送信される要求の内容を示した。
【００３３】
連携ロジックサーバ１が起動すると（ステップＳ１０１）、端末管理部１１は、ＰＢＸ管理テーブルを参照して主装置情報を確認し、登録されている主装置３のＩＰアドレス、ポート番号を用いて接続要求を送信する（ステップＳ１０２）。
【００３４】
本実施例では、主装置３が起動していないため、接続の確立は失敗となる（ステップＳ１０３）。
【００３５】
その後、主装置３が起動すると（ステップＳ１０４）、主装置３は、主装置側本体管理テーブルを参照し、登録されている連携ロジックサーバ１のＩＰアドレス、ポート番号を用いて接続要求を送信する（ステップＳ１０５）。
【００３６】
連携ロジックサーバ１は接続要求を受信して要求を許可し、接続が確立される（ステップＳ１０６）。
【００３７】
主装置３は、接続の確立を確認すると、主装置側本体管理テーブルを参照し、登録されている主装置情報（ＰＢＸ用ＩＤ、表示名、認証用パスワード、ＩＰアドレス、ポート番号、契約外線番号、Ｉ／Ｆ対応バージョン）を主装置登録要求に記載して連携ロジックサーバ１へ送信し、主装置登録を行う（ステップＳ１０７）。
【００３８】
端末管理部１１は、主装置側信号送受信部１５を介して主装置情報を取得し、主装置情報に含まれるＰＢＸ用ＩＤと認証用パスワードがＰＢＸ管理テーブルに登録されているか確認する。登録されている場合は、取得した主装置情報をＰＢＸ管理テーブルの該当カラムへ登録する（ステップＳ１０８）。登録完了後、実施成功を主装置３へ通知する（ステップＳ１０９）。
【００３９】
続いて、主装置３は、主装置側端末管理テーブルを参照し、登録されている端末情報（端末番号、表示名、番号種別）のリストと主装置３のＰＢＸ用ＩＤを端末登録要求に記載して連携ロジックサーバ１へ送信し、端末登録を行う（ステップＳ１１０）。
【００４０】
端末管理部１１は、主装置側信号送受信部１５を介して端末情報を取得し、端末情報に含まれるＰＢＸ用ＩＤがＰＢＸ管理テーブルに登録されているか確認する。登録されている場合は、取得した端末情報を通信端末管理テーブルの該当カラムへ登録する（ステップＳ１１１）。登録完了後、実施成功を主装置３へ通知する（ステップＳ１１２）。
【００４１】
続いて、主装置３は、主装置側端末管理テーブルを参照し、登録されている端末設定情報（端末番号、設定状態、端末種別）のリストと主装置３のＰＢＸ用ＩＤを端末設定登録要求に記載して連携ロジックサーバ１へ送信し、端末設定登録を行う（ステップＳ１１３）。
【００４２】
端末管理部１１は、主装置側信号送受信部１５を介して端末設定情報を取得し、端末設定情報に含まれるＰＢＸ用ＩＤがＰＢＸ管理テーブルに登録されているか確認し、さらに端末設定情報に含まれる端末番号の登録の有無を確認する。いずれも登録されている場合は、取得した端末設定情報を通信端末管理テーブルの該当カラムへ登録する（ステップＳ１１４）。登録完了後、実施成功を主装置３へ通知する（ステップＳ１１５）。
【００４３】
続いて、主装置３は、主装置側端末管理テーブルを参照し、登録されている端末プレゼンス情報（端末番号、プレゼンス状態）のリストと主装置３のＰＢＸ用ＩＤを端末プレゼンス登録要求に記載して連携ロジックサーバ１へ送信し、端末設定登録を行う（ステップＳ１１６）。
【００４４】
端末管理部１１は、主装置側信号送受信部１５を介して端末プレゼンス情報を取得し、端末プレゼンス情報に含まれるＰＢＸ用ＩＤがＰＢＸ管理テーブルに登録されているか確認し、さらに端末プレゼンス情報に含まれる端末番号の登録の有無を確認する。いずれも登録されている場合は、取得した端末プレゼンス情報を通信端末管理テーブルの該当カラムへ登録する（ステップＳ１１７）。登録完了後、実施成功を主装置３へ通知する（ステップＳ１１８）。
【００４５】
以上の処理により、システム起動後に、主装置３および主装置３に収容された端末５の情報が連携ロジックサーバ１の端末管理部１１に登録される。
【００４６】
上記では連携ロジックサーバ１を起動後に主装置３を起動する例について説明したが、続いては、主装置３を起動後に連携ロジックサーバ１を起動する例について説明する。
【００４７】
図１０は、本実施の形態の呼制御通信システムの別のシステム起動処理の流れを示すシーケンス図である。
【００４８】
主装置３が起動すると（ステップＳ１２１）、主装置３は、主装置側本体管理テーブルを参照し、登録されている連携ロジックサーバ１のＩＰアドレス、ポート番号を用いて接続要求を送信する（ステップＳ１２２）。
【００４９】
本実施例では、連携ロジックサーバ１が起動していないため、接続の確立は失敗となる（ステップＳ１２３）。
【００５０】
その後、連携ロジックサーバ１が起動すると（ステップＳ１２４）、端末管理部１１は、ＰＢＸ管理テーブルを参照して主装置情報を確認し、登録されている主装置３のＩＰアドレス、ポート番号を用いて接続要求を送信する（ステップＳ１２５）。
【００５１】
主装置３は、連携ロジックサーバ１から接続要求を受信し、主装置側本体管理テーブルを参照して連携ロジックサーバ１のＩＰアドレス等が登録されていることを確認して要求を許可し、接続が確立される（ステップＳ１２６）。
【００５２】
接続の確立後は、図８のシーケンスのステップＳ１０７〜Ｓ１１８と同様に、主装置登録、端末登録、端末設定登録、および端末プレゼンス登録が行われる（ステップＳ１２７〜Ｓ１３８）。
【００５３】
なお、連携ロジックサーバ１のＰＢＸ管理テーブルにＰＢＸ用ＩＤ、認証用パスワード以外の主装置情報が登録されておらず、ステップＳ１２５の接続要求が送信されない場合でも、主装置側から定期的な登録処理が実施されて、図８のシーケンスと同様の処理が行われる。
【００５４】
次に、本実施の形態の呼制御通信システムの停止処理について説明する。
【００５５】
図１１は、本実施の形態の呼制御通信システムの停止処理の流れを示すシーケンス図である。同図では、連携ロジックサーバ１、主装置３が起動し、各種サービス実施中の状況である。
【００５６】
システム停止要求が制御実施部１３へ入力されると、制御実施部１３は端末管理部１１へ停止要求を送信する（ステップＳ１４１）。
【００５７】
端末管理部１１は、ＰＢＸ管理テーブルのＰＢＸ用ＩＤ毎にＰＢＸの認証状態を確認し、認証済みの状態の主装置３へ切断要求を送信する（ステップＳ１４２）。
【００５８】
切断要求を受信した主装置３は、連携ロジックサーバ１との間の通信を切断する（ステップＳ１４３）。一定時間以上、切断要求に対する応答がない場合は、連携ロジックサーバ１側から通信を切断する。
【００５９】
全ての通信が切断された後（ステップＳ１４４）、端末管理部１１へデータテーブルのリセットを指示し（ステップＳ１４５）、端末管理部１１は、ＰＢＸ管理テーブルのＩＰアドレス、ポート番号、契約外線番号、認証状態、およびＩ／Ｆ対応バージョンの値をクリアし、通信端末管理テーブルの各カラムの値をクリアする（ステップＳ１４６）。その後、システムを停止する（ステップＳ１４７）。
【００６０】
＜ログイン、ログオフ＞
次に、本実施の形態の呼制御通信システムのログイン処理について説明する。
【００６１】
図１２は、本実施の形態の呼制御通信システムのログイン処理の流れを示すシーケンス図である。同図では、連携ロジックサーバ１、主装置３が起動し、システム起動処理が完了している状況である。
【００６２】
ユーザがユーザ端末４からＷＷＷサーバ２にアクセスすると、ＧＵＩ制御部２１はログイン画面をユーザ端末４に送信し、ユーザ端末４上にログイン画面が表示される（ステップＳ２０１）。
【００６３】
ユーザは、ユーザ端末４を操作し、ユーザＩＤ、パスワードを入力してＷＷＷサーバ２へ送信する（ステップＳ２０２）。
【００６４】
ＷＷＷサーバ２は、受信した情報を基にユーザＩＤとパスワードを含むログイン要求を生成して連携ロジックサーバ１へ送信する（ステップＳ２０３）。
【００６５】
ユーザ管理部１２は、ログイン要求を取得し、ユーザ管理テーブル、パスワード管理テーブルを参照してログイン認証を行う（ステップＳ２０４）。
【００６６】
認証成功の場合、ユーザ管理部１２は、ユーザ管理テーブルのユーザ認証状態をログインとし、ＷＷＷサーバ２へログイン成功を通知する（ステップＳ２０５）。
【００６７】
ＧＵＩ制御部２１はログイン成功画面をユーザ端末４に送信し、ユーザ端末４上にログイン成功画面が表示される（ステップＳ２０６）。
【００６８】
続いて、本実施の形態の呼制御通信システムのログオフ処理について説明する。
【００６９】
図１３は、本実施の形態の呼制御通信システムのログオフ処理の流れを示すシーケンス図である。同図では、連携ロジックサーバ１、主装置３が起動し、システム起動処理が完了し、かつ、ユーザログインが完了している状況である。
【００７０】
ユーザは、ユーザ端末４上に表示された画面を操作して、ログオフ操作を実施する（ステップＳ２２１，Ｓ２２２）。
【００７１】
ＷＷＷサーバ２は、ユーザＩＤを含むログオフ要求を生成して連携ロジックサーバ１へ送信する（ステップＳ２２３）。
【００７２】
ユーザ管理部１２は、図１４に示すログオフ処理を行い（ステップＳ２２４）、ＷＷＷサーバ２へログオフ成功を通知する（ステップＳ２２５）。なお、ログオフ処理の詳細については後述する。
【００７３】
ＷＷＷサーバ２は、ログオフ成功の通知を受信すると、ＧＵＩ制御部２１がログオフ成功画面をユーザ端末４に送信し、ユーザ端末４上にログオフ成功画面が表示される（ステップＳ２２６）。
【００７４】
続いて、図１３のステップＳ２２４のユーザ管理部１２によるログオフ処理について説明する。
【００７５】
図１４は、ログオフ処理の流れを示すフローチャートである。
【００７６】
まず、ログオフ要求を取得して、ログオフするユーザのユーザＩＤを取得する（ステップＳ２４１）。
【００７７】
ユーザ管理テーブルを参照し、取得したユーザＩＤの登録情報、ユーザ認証状態を確認する（ステップＳ２４２）。
【００７８】
取得したユーザＩＤが登録されていない場合、あるいはユーザ認証状態がログオフの場合は（ステップＳ２４２のＮＯ）、エラーを返信する（ステップＳ２４７）。
【００７９】
ユーザ認証状態がログインの場合（ステップＳ２４２のＹＥＳ）、該当ユーザと連携している端末５が存在するか否か端末管理部１１に問い合わせる（ステップＳ２４３）。端末管理部１１は、ＩＶＲパスワード管理テーブルに該当するユーザＩＤが登録されているか否かを調べる。ＩＶＲパスワード管理テーブルにユーザＩＤが登録されていない場合は、そのユーザと連携している端末５は存在しない。
【００８０】
該当ユーザと連携している端末５が登録されていない場合は（ステップＳ２４３のＮＯ）、ステップＳ２４６へ進む。
【００８１】
ユーザと連携している端末５が登録されている場合（ステップＳ２４３のＹＥＳ）、端末管理部１１に対しユーザと端末５の連携の解除を指示する（ステップＳ２４４）。端末管理部１１は、該当ユーザＩＤに関するＩＶＲパスワード管理テーブルの各値をクリアするとともに、通信端末管理テーブルの該当ＩＶＲパスワード管理テーブルのプライマリキーが入った欄と端末の状態をクリアする。
【００８２】
また、制御実施部１３に対し、当該ユーザＩＤに関する通知要求管理テーブルの解除を指示する（ステップＳ２４５）。
【００８３】
そして、ユーザ管理テーブルのユーザ認証状態をログオフとする（ステップＳ２４６）。
【００８４】
＜端末連携＞
次に、本実施の形態の呼制御通信システムの端末連携処理について説明する。
【００８５】
図１５は、本実施の形態の呼制御通信システムの端末連携処理の流れを示すシーケンス図である。図１６に、図１５のシーケンスにおいてＷＷＷサーバ２から連携ロジックサーバ１へ送信される要求の内容を示した。
【００８６】
ユーザログインが完了している状況で、ユーザがユーザ端末を操作して端末連携を要求すると、ＷＷＷサーバ２は、連携ＰＢＸリスト要求を生成し、連携ロジックサーバ１へ送信する（ステップＳ３０１）。
【００８７】
端末管理部１１は、ＰＢＸ管理テーブルに登録済みであり、認証済みの主装置のＰＢＸ用ＩＤと表示名のセットのリストを連携ＰＢＸリストとしてＷＷＷサーバ２へ返信する（ステップＳ３０２）。
【００８８】
ＷＷＷサーバ２は、連携ＰＢＸリストを受信し、ユーザ端末に連携ＰＢＸリストを表示させる（ステップＳ３０３）。
【００８９】
ユーザは、ユーザ端末４を操作し、表示されたリストから主装置３を選択する（ステップＳ３０４）。
【００９０】
ＷＷＷサーバ２は、ユーザの選択結果を基に、連携端末リスト要求を生成し、連携ロジックサーバ１へ送信する（ステップＳ３０５）。
【００９１】
端末管理部１１は、ユーザが選択した主装置３のＰＢＸ用ＩＤが登録されているＰＢＸ管理テーブルのプライマリキーが登録されている通信端末管理テーブルの端末番号と表示名のセットのリストを連携端末リストとしてＷＷＷサーバ２へ返信する（ステップＳ３０６）。
【００９２】
ＷＷＷサーバ２は、連携端末リストを受信し、ユーザ端末４に連携端末リストを表示させる（ステップＳ３０７）。
【００９３】
ユーザは、ユーザ端末４を操作し、表示されたリストから連携する端末５を選択する（ステップＳ３０８）。
【００９４】
ＷＷＷサーバ２は、ユーザの選択結果を基に、ＣａｌｌＢａｃｋ用ＵＲＬ、ＣａｌｌＢａｃｋ用ポート番号を含む連携要求を生成し、連携ロジックサーバ１へ送信する（ステップＳ３０９）。ＣａｌｌＢａｃｋ用ＵＲＬ、ＣａｌｌＢａｃｋ用ポート番号はＷＷＷサーバ側テーブルに記載されており、連携した端末５に着信があったとき、あるいはユーザのプレゼンスが更新されたときなどに通知を受け取るための情報である。本実施の形態では、ＷＷＷサーバ２自身のＵＲＬとポート番号をＣａｌｌＢａｃｋ用ＵＲＬ、ＣａｌｌＢａｃｋ用ポート番号とした。
【００９５】
端末管理部１１は、図１７に示す端末連携処理を行い（ステップＳ３１０）、ＷＷＷサーバ２へ連携成功を通知する（ステップＳ３１１）。なお、端末連携処理の詳細については後述する。
【００９６】
ＷＷＷサーバ２は、連携成功の通知を受信すると、ＧＵＩ制御部２１が連携成功画面をユーザ端末４に送信し、ユーザ端末４上に連携成功画面が表示される（ステップＳ３１２）。
【００９７】
続いて、図１５のステップＳ３１０の端末管理部１１による端末連携処理について説明する。
【００９８】
図１７は、端末連携処理の流れを示すフローチャートである。
【００９９】
まず、連携要求を取得して、ユーザＩＤ、ＰＢＸ用ＩＤ、端末番号、ＷＷＷサーバのＵＲＬ、ポート番号を取得する（ステップＳ３２１）。
【０１００】
ユーザ管理部１２に、取得したユーザＩＤの登録情報、ユーザ認証状態を確認する（ステップＳ３２２）。
【０１０１】
取得したユーザＩＤが登録されていない場合、あるいはユーザ認証状態がログオフの場合は（ステップＳ３２２のＮＯ）、エラーを返信する（ステップＳ３２６）。
【０１０２】
取得したユーザＩＤの認証状態がログインの場合（ステップＳ３２２のＹＥＳ）、通信端末管理テーブルを参照し、取得したＰＢＸ用ＩＤ、端末番号に関する連携対象端末の状態を確認する（ステップＳ３２３）。
【０１０３】
連携対象端末が既に連携済みの場合（ステップＳ３２３のＹＥＳ）、エラーを返信する（ステップＳ３２６）。
【０１０４】
連携対象端末がまだ連携していない場合（ステップＳ３２３のＮＯ）、ユーザと連携対象端末を連携する（ステップＳ３２４）。具体的には、該当ユーザＩＤに対してＩＶＲパスワード管理テーブルのプライマリキー、ＩＶＲ認証用パスワード、およびパスワード失効期限を生成してＩＶＲパスワード管理テーブルに登録し、生成されたＩＶＲパスワード管理テーブルのプライマリキーを連携対象端末の通信端末管理テーブルのＩＶＲパスワード管理テーブルのプライマリキーが入る欄へ登録し、端末の状態を連携済みへ変更する。
【０１０５】
また、制御実施部１３に対し、当該ユーザＩＤに関する通知要求の登録を指示する（ステップＳ３２５）。具体的には、端末管理部１１が制御実施部１３に、ユーザＩＤ、ＣａｌｌＢａｃｋ用ＵＲＬ、ポート番号、および着信通知要求の有無、プレゼンス通知要求の有無を送信し、制御実施部１３が通知要求管理テーブルに登録する。
【０１０６】
＜ユーザプレゼンス表示＞
次に、本実施の形態の呼制御通信システムのユーザプレゼンス表示処理について説明する。
【０１０７】
図１８は、ＷＷＷサーバ２側から始まる本実施の形態の呼制御通信システムのユーザプレゼンス表示処理の流れを示すシーケンス図である。
【０１０８】
ユーザログイン、端末連携が完了している状況で、ユーザがユーザ端末４を操作してユーザプレゼンスの表示を要求すると、ＷＷＷサーバ２は、ユーザプレゼンスリスト要求を生成し、連携ロジックサーバ１へ送信する（ステップＳ４０１）。
【０１０９】
ユーザ管理部１２は、ユーザ管理テーブルのユーザＩＤ毎にユーザ認証状態を確認し、認証済みのユーザＩＤについては、連携している端末５の有無とプレゼンス状態を端末管理部１１へ問い合わせる（ステップＳ４０２）。
【０１１０】
端末管理部１１は、通信端末管理テーブルを参照し、問い合わせのあったユーザと連携している端末５の有無およびプレゼンス状態を確認し、ユーザ管理部１２へプレゼンス情報を返信する（ステップＳ４０３）。
【０１１１】
ユーザ管理部１２は、取得したプレゼンス情報とユーザＩＤのセットのリストをユーザプレゼンスリストとしてＷＷＷサーバ２へ送信する（ステップＳ４０４）。
【０１１２】
ＷＷＷサーバ２は、受信した情報を基に、ＧＵＩ制御部２１がユーザＩＤなどのユーザを識別する情報とそのユーザのプレゼンス状態を表示したユーザプレゼンス画面をユーザ端末４に送信し、ユーザ端末４上にユーザプレゼンス画面が表示される（ステップＳ４０５）。
【０１１３】
＜プレゼンス更新＞
次に、主装置３側から始まる本実施の形態の呼制御通信システムのプレゼンス更新処理について説明する。
【０１１４】
図１９は、本実施の形態の呼制御通信システムの切断処理の流れを示すシーケンス図である。同図では、ユーザログイン、端末連携が完了している状況である。図２０に、図１９のシーケンスにおいて主装置３から連携ロジックサーバ１、連携ロジックサーバ１からＷＷＷサーバ２へ送信される要求、通知の内容を示した。また、図２１にプレゼンス状態の例を示した。図２１に示すように、本実施の形態では、端末５の利用状況をユーザのプレゼンス状態として表示する。
【０１１５】
主装置３配下の端末５のプレゼンス状態が変化すると（ステップＳ４２１）、主装置３は、変化後のプレゼンス状態を含む端末プレゼンス登録要求を連携ロジックサーバ１へ送信する（ステップＳ４２２）。
【０１１６】
制御実施部１３は、図２２に示すプレゼンス通知生成処理を行い（ステップＳ４２３）、プレゼンス通知をＷＷＷサーバ２へ送信する（ステップＳ４２４）。なお、プレゼンス通知生成処理の詳細については後述する。
【０１１７】
ＷＷＷサーバ２は、受信したプレゼンス通知を基に、ＧＵＩ制御部２１が更新したユーザプレゼンス画面をユーザ端末４に送信し、ユーザ端末４上に更新されたユーザプレゼンス画面が表示される（ステップＳ４２５）。
【０１１８】
続いて、図１９のステップＳ４２３の制御実施部１３によるプレゼンス通知生成処理について説明する。
【０１１９】
図２２は、プレゼンス通知生成処理の流れを示すフローチャートである。
【０１２０】
まず、端末プレゼンス登録要求を取得して、主装置３のＰＢＸ用ＩＤ、端末番号、プレゼンス状態を取得する（ステップＳ４４１）。
【０１２１】
端末管理部１１に、該当主装置３が認証済みであるか否かを問い合わせる（ステップＳ４４２）。
【０１２２】
当該主装置３の登録が無い場合、あるいは該当主装置３の認証が未認証の場合は（ステップＳ４４２のＮＯ）、エラーを返信する（ステップＳ４５０）。
【０１２３】
該当主装置３が認証済みの場合（ステップＳ４４２のＹＥＳ）、端末管理部１１に、該当端末番号が当該主装置３に関連して登録済みであるか否かを問い合わせる（ステップＳ４４３）。端末管理部１１は、取得した端末番号が通信端末管理テーブルに登録されており、かつ、取得したＰＢＸ用ＩＤが当該端末番号のＰＢＸ管理テーブルのプライマリキーが入る欄に登録されているかを確認する。該当主装置３の登録が無い、もしくはＰＢＸ用ＩＤが当該端末番号のＰＢＸ管理テーブルのプライマリキーが入る欄にない場合（ステップＳ４４３のＮＯ）、エラーを返信する（ステップＳ４５０）。
【０１２４】
該当端末５が当該主装置３に関連して登録済みの場合（ステップＳ４４３のＹＥＳ）、
端末管理部１１に、取得したプレゼンス状態を登録させる（ステップＳ４４４）。端末管理部１１は、取得したＰＢＸ用ＩＤ、端末番号に関する通信端末管理テーブルのプレゼンス状態に取得したプレゼンス状態を登録する。
【０１２５】
続いて、端末管理部１１に、該当端末５がユーザと連携しているか否かを問い合わせる（ステップＳ４４５）。端末管理部１１は、取得したＰＢＸ用ＩＤ、端末番号に関する通信端末管理テーブルの端末の状態を確認してユーザが連携しているか否かを判断する。ユーザと連携していない場合は（ステップＳ４４５のＮＯ）、処理を終了する。
【０１２６】
該当端末５がユーザと連携している場合（ステップＳ４４５のＹＥＳ）、端末管理部１１に、連携しているユーザのユーザＩＤを問い合わせる（ステップＳ４４６）。端末管理部１１は、取得したＰＢＸ用ＩＤ、端末番号に関する通信端末管理テーブルと関連付けられたＩＶＲパスワード管理テーブルからユーザＩＤを取得し、該当端末５と連携しているユーザのユーザＩＤを特定する。
【０１２７】
連携しているユーザの通知要求管理テーブルを参照してＣａｌｌＢａｃｋ用ＵＲＬ、ポート番号を取得するとともに（ステップＳ４４７）、該当端末５と連携しているユーザに関して通知要求の有無を調べ（ステップＳ４４８）、通知要求の登録がない場合は（ステップＳ４４８のＮＯ）、処理を終了する。
【０１２８】
通知要求の登録がある場合（ステップＳ４４８のＹＥＳ）、ステップＳ４４７で取得したコールバック先へ送信するプレゼンス通知を生成する（ステップＳ４４９）。
【０１２９】
＜発信＞
次に、本実施の形態の呼制御通信システムの発信処理について説明する。
【０１３０】
ユーザ端末上に表示されたユーザプレゼンスリストから発信先を選択することで、ユーザが連携した端末から選択した発信先の端末へ発信される。
【０１３１】
図２３は、本実施の形態の呼制御通信システムの発信処理の流れを示すシーケンス図である。同図では、図１８あるいは図１９の処理により、ユーザ端末４上にユーザプレゼンスが表示／更新されている状況である。
【０１３２】
ユーザが、ユーザ端末４上に表示されたユーザプレゼンスから発信先を選択して指定する（ステップＳ５０１）。
【０１３３】
ＷＷＷサーバ２は、発信操作を行ったユーザのユーザＩＤと発信先のユーザＩＤを含む発信要求を生成し、連携ロジックサーバ１へ送信する（ステップＳ５０２）。
【０１３４】
制御実施部１３は、図２０に示す発信要求処理を行い（ステップＳ５０３）、発信元の端末番号と発信先の端末番号を含む発信要求を主装置３へ送信する（ステップＳ５０４）。なお、発信要求処理の詳細については後述する。
【０１３５】
発信要求を受信した主装置３は、発信元の端末番号が自主装置配下であるか否か確認し、呼制御部３１は、発信元の端末番号の端末から発信先の端末番号の端末への発信処理を実施する（ステップＳ５０５）。
【０１３６】
発信処理後、主装置３は、発信成功を連携ロジックサーバ１へ通知し、連携ロジックサーバ１はＷＷＷサーバ２へ通知する（ステップＳ５０６）。
【０１３７】
ＷＷＷサーバ２は、発信成功の通知を受信すると、ＧＵＩ制御部２１が発信成功画面をユーザ端末４に送信し、ユーザ端末４上に発信成功画面が表示される（ステップＳ５０７）。
【０１３８】
続いて、図２３のステップＳ５０３の制御実施部１３による発信要求処理について説明する。
【０１３９】
図２４は、発信要求処理の流れを示すフローチャートである。
【０１４０】
まず、発信要求を取得して、発信元のユーザＩＤと発信先のユーザＩＤを取得する（ステップＳ５２１）。
【０１４１】
ユーザ管理部１２に、発信元、発信先のユーザの登録情報、ユーザ認証情報を確認する（ステップＳ５２２）。
【０１４２】
どちらかのユーザの登録が無い場合、あるいはどちらかのユーザのユーザ認証情報がログオフの場合は（ステップＳ５２２のＮＯ）、エラーを返信する（ステップＳ５２６）。
【０１４３】
発信元、発信先のどちらのユーザもログイン中の場合（ステップＳ５２２のＹＥＳ）、端末管理部１１に、発信元、発信先のユーザと連携している端末５の有無を確認する（ステップＳ５２３）。
【０１４４】
どちらかのユーザが端末５と連携していない場合（ステップＳ５２３のＮＯ）、エラーを返信する（ステップＳ５２６）。
【０１４５】
発信元、発信先のどちらのユーザも端末５と連携している場合（ステップＳ５２３のＹＥＳ）、端末管理部１１に、発信元、発信先のユーザのプレゼンス状態を問い合わせる（ステップＳ５２４）。
【０１４６】
どちらかのユーザが着信不可の場合（ステップＳ５２４のＮＯ）、エラーを返信する（ステップＳ５２６）。
【０１４７】
発信元、発信先のどちらのユーザも着信可の場合（ステップＳ５２４のＹＥＳ）、発信要求を生成する（ステップＳ５２５）。具体的には、発信元のユーザに関するＰＢＸ管理テーブルから主装置３のＩＰアドレス、ポート番号を取得し、発信元、発信先のユーザの端末番号を用いて発信要求を生成する。
【０１４８】
＜切断＞
次に、本実施の形態の呼制御通信システムの切断処理について説明する。
【０１４９】
図２５は、本実施の形態の呼制御通信システムの切断処理の流れを示すシーケンス図である。同図では、ユーザは通話中の状態である。
【０１５０】
ユーザが、ユーザ端末４で切断操作をすると（ステップＳ６０１）、ＷＷＷサーバ２は、切断操作を行ったユーザのユーザＩＤを含む切断要求を生成し、連携ロジックサーバ１へ送信する（ステップＳ６０２）。
【０１５１】
制御実施部１３は、図２６に示す切断要求処理を行い（ステップＳ６０３）、ユーザの端末番号を含む切断要求を主装置３へ送信する（ステップＳ６０４）。なお、切断要求処理の詳細については後述する。
【０１５２】
切断要求を受信した主装置３は、ユーザの端末番号が自主装置配下であるか否か確認し、呼制御部３１は、ユーザの端末番号の端末５における通話の切断処理を実施する（ステップＳ６０５）。
【０１５３】
切断処理後、主装置３は、切断成功を連携ロジックサーバ１へ通知し、連携ロジックサーバ１はＷＷＷサーバ２へ通知する（ステップＳ６０６）。
【０１５４】
ＷＷＷサーバ２は、切断成功の通知を受信すると、ＧＵＩ制御部２１が切断成功画面をユーザ端末４に送信し、ユーザ端末４上に切断成功画面が表示される（ステップＳ６０７）。
【０１５５】
続いて、図２５のステップＳ６０３の制御実施部１３による切断要求処理について説明する。
【０１５６】
図２６は、切断要求処理の流れを示すフローチャートである。
【０１５７】
まず、切断要求を取得して、切断対象の通話をするユーザのユーザＩＤを取得する（ステップＳ６２１）。
【０１５８】
ユーザ管理部１２に、該当ユーザの登録情報、ユーザ認証情報を確認する（ステップＳ６２２）。
【０１５９】
該当ユーザの登録が無い場合、あるいはユーザ認証情報がログオフの場合は（ステップＳ６２２のＮＯ）、エラーを返信する（ステップＳ６２６）。
【０１６０】
該当ユーザがログイン中の場合（ステップＳ６２２のＹＥＳ）、端末管理部１１に、該当ユーザと連携している端末５の有無を確認する（ステップＳ６２３）。
【０１６１】
該当ユーザが端末５と連携していない場合（ステップＳ６２３のＮＯ）、エラーを返信する（ステップＳ６２６）。
【０１６２】
該当ユーザが端末５と連携している場合（ステップＳ６２３のＹＥＳ）、端末管理部１１に、該当ユーザのプレゼンス状態を問い合わせる（ステップＳ６２４）。
【０１６３】
該当ユーザが通話中でない場合（ステップＳ６２４のＮＯ）、エラーを返信する（ステップＳ６２６）。
【０１６４】
該当ユーザが通話中の場合（ステップＳ６２４のＹＥＳ）、切断要求を生成する（ステップＳ６２５）。具体的には、該当ユーザに関するＰＢＸ管理テーブルから主装置３のＩＰアドレス、ポート番号を取得し、該当ユーザの端末番号を用いて切断要求を生成する。
【０１６５】
＜応答＞
次に、本実施の形態の呼制御通信システムの応答処理について説明する。
【０１６６】
図２７は、本実施の形態の呼制御通信システムの応答処理の流れを示すシーケンス図である。同図は、主装置３配下の連携済端末５へ着信があり、上述のプレゼンス更新処理により、ユーザ端末４に表示されているプレゼンス情報が更新された状況である。
【０１６７】
ユーザが、ユーザ端末４で応答操作をすると（ステップＳ７０１）、ＷＷＷサーバ２は、応答操作を行ったユーザのユーザＩＤを含む応答要求を生成し、連携ロジックサーバ１へ送信する（ステップＳ７０２）。
【０１６８】
制御実施部１３は、図２８に示す応答要求処理を行い（ステップＳ７０３）、ユーザの端末番号を含む応答要求を主装置３へ送信する（ステップＳ７０４）。なお、応答要求処理の詳細については後述する。
【０１６９】
応答要求を受信した主装置３は、ユーザの端末番号が自主装置配下であるか否か確認し、呼制御部３１がユーザの端末番号の端末における応答処理を実施する（ステップＳ７０５）。
【０１７０】
応答処理後、主装置３は、応答成功を連携ロジックサーバ１へ通知し、連携ロジックサーバ１はＷＷＷサーバ２へ通知する（ステップＳ７０６）。
【０１７１】
ＷＷＷサーバ２は、応答成功の通知を受信すると、ＧＵＩ制御部２１が応答成功画面をユーザ端末４に送信し、ユーザ端末４上に応答成功画面が表示される（ステップＳ７０７）。
【０１７２】
続いて、図２７のステップＳ７０３の制御実施部１３による応答要求処理について説明する。
【０１７３】
図２８は、応答要求処理の流れを示すフローチャートである。
【０１７４】
まず、応答要求を取得して、ユーザＩＤを取得する（ステップＳ７２１）。
【０１７５】
ユーザ管理部１２に、該当ユーザの登録情報、ユーザ認証情報を確認する（ステップＳ７２２）。
【０１７６】
該当ユーザの登録が無い場合、あるいはユーザ認証情報がログオフの場合は（ステップＳ７２２のＮＯ）、エラーを返信する（ステップＳ７２６）。
【０１７７】
該当ユーザがログイン中の場合（ステップＳ７２２のＹＥＳ）、端末管理部１１に、該当ユーザと連携している端末５の有無を確認する（ステップＳ７２３）。
【０１７８】
該当ユーザが端末５と連携していない場合（ステップＳ７２３のＮＯ）、エラーを返信する（ステップＳ７２６）。
【０１７９】
該当ユーザが端末５と連携している場合（ステップＳ７２３のＹＥＳ）、端末管理部１１に、該当ユーザのプレゼンス状態を問い合わせる（ステップＳ７２４）。
【０１８０】
該当ユーザが着信中でない場合（ステップＳ７２４のＮＯ）、エラーを返信する（ステップＳ７２６）。
【０１８１】
該当ユーザが着信中の場合（ステップＳ７２４のＹＥＳ）、応答要求を生成する（ステップＳ７２５）。具体的には、該当ユーザに関するＰＢＸ管理テーブルから主装置３のＩＰアドレス、ポート番号を取得し、ユーザの端末番号を用いて応答要求を生成する。
【０１８２】
以上説明したように、本実施の形態によれば、端末管理部１１が、主装置３及び端末５の情報を管理するＰＢＸ管理テーブル、通信端末管理テーブルを保持し、ＷＷＷサーバ２からユーザが選択した端末５の情報を受信すると、当該端末の通信端末管理テーブルにそのユーザを示すユーザＩＤを関連付け、ＷＷＷサーバ２からユーザＩＤを指定した呼制御を要求された場合は、そのユーザ識別子が関連付けられた端末５を特定し、その端末５に対する呼制御を主装置３へ依頼することにより、ユーザは、連携ロジックサーバ１に利用する端末５を自由に登録でき、また、通話相手が現在利用中の端末５の電話番号を知らなくても電話をかけることが可能となる。
【０１８３】
本実施の形態によれば、主装置３から端末５のプレゼンス状態の変更が通知されたときに、端末管理部１１は通知端末管理テーブルのプレゼンス状態を変更するとともに、プレゼンス状態に変更があった通信端末管理テーブルに関連付けられたユーザＩＤのユーザのプレゼンス状態をＷＷＷサーバ２に対して通知することで、ユーザは、ＷＷＷサーバ２において各ユーザが利用するプレゼンス状態を知ることができる。
【符号の説明】
【０１８４】
１…連携ロジックサーバ
１１…端末管理部
１２…ユーザ管理部
１３…制御実施部
１４…サーバ側信号送受信部
１５…主装置側信号送受信部
２…ＷＷＷサーバ
２１…ＧＵＩ制御部
２２…信号送受信部
３…主装置
３１…呼制御部
３２…信号送受信部
４…ユーザ端末
５…端末
【図１】
2015109591.tif 000003
【図２】
2015109591.tif 000004
【図３】
2015109591.tif 000005
【図４】
2015109591.tif 000006
【図５】
2015109591.tif 000007
【図６】
2015109591.tif 000008
【図７】
2015109591.tif 000009
【図８】
2015109591.tif 000010
【図９】
2015109591.tif 000011
【図１０】
2015109591.tif 000012
【図１１】
2015109591.tif 000013
【図１２】
2015109591.tif 000014
【図１３】
2015109591.tif 000015
【図１４】
2015109591.tif 000016
【図１５】
2015109591.tif 000017
【図１６】
2015109591.tif 000018
【図１７】
2015109591.tif 000019
【図１８】
2015109591.tif 000020
【図１９】
2015109591.tif 000021
【図２０】
2015109591.tif 000022
【図２１】
2015109591.tif 000023
【図２２】
2015109591.tif 000024
【図２３】
2015109591.tif 000025
【図２４】
2015109591.tif 000026
【図２５】
2015109591.tif 000027
【図２６】
2015109591.tif 000028
【図２７】
2015109591.tif 000029
【図２８】
2015109591.tif 000030