通信制御装置、通信システム、及び通信方法
【課題】拠点外にＳＩＰサーバを別途設けることなく、第一通信端末と第二通信端末との間で容易に内線通信を実行させることが可能な通信制御装置、通信制御システム、及び通信制御方法を提供する。
【解決手段】通信制御装置１１には、第一仮想端末３３、及び第二仮想端末３４が設けられる。第一仮想端末３３には、通信制御装置１１の配下のＩＰ網で有効なＳＩＰ ＵＲＩが割り当てられる。第二仮想端末３４には、通信制御装置１１の配下のＩＰ網で有効なＳＩＰ ＵＲＩが割り当てられる。呼制御装置３１は、通信端末１３と第一仮想端末３３との間で呼制御通信を実行し、セッションを確立する（Ｓ５９）。通信制御装置１６は、通信端末２０と第二仮想端末３４との間で呼制御通信を実行し、セッションを確立する（Ｓ７７）。第一仮想端末３３及び第二仮想端末３４は、一方のセッションを介して受信した通話データを、他方のセッションに中継転送する。
【解決手段】通信制御装置１１には、第一仮想端末３３、及び第二仮想端末３４が設けられる。第一仮想端末３３には、通信制御装置１１の配下のＩＰ網で有効なＳＩＰ ＵＲＩが割り当てられる。第二仮想端末３４には、通信制御装置１１の配下のＩＰ網で有効なＳＩＰ ＵＲＩが割り当てられる。呼制御装置３１は、通信端末１３と第一仮想端末３３との間で呼制御通信を実行し、セッションを確立する（Ｓ５９）。通信制御装置１６は、通信端末２０と第二仮想端末３４との間で呼制御通信を実行し、セッションを確立する（Ｓ７７）。第一仮想端末３３及び第二仮想端末３４は、一方のセッションを介して受信した通話データを、他方のセッションに中継転送する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末間の通信を制御する通信制御装置、通信システム、及び通信方法に関する。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol）サーバを拠点内に設けることによって、ＩＰ網を使用した内線通信システムを構築する技術が知られている（例えば特許文献１参照）。ＳＩＰサーバは、拠点内のＩＰ網に接続する通信端末（ＩＰ電話など）間の呼制御を行う。これによって通信端末は、拠点内の他の通信端末との間で内線通信を開始することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−４８１８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら上述の技術では、一拠点内にある第一通信端末が、他の拠点内にある第二通信端末と内線通信を行う為には、拠点外にＳＩＰサーバを別途設けなければならないという問題点がある。
【０００５】
本発明の目的は、拠点外にＳＩＰサーバを別途設けることなく、第一通信端末と第二通信端末との間で容易に内線通信を実行させることが可能な通信制御装置、通信システム、及び通信方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の第一態様に係る通信制御装置は、他の通信制御装置と通信可能であり、且つ、配下の第一ネットワークに接続する通信端末間の呼制御を行う通信制御装置であって、前記通信制御装置において呼制御の対象とするアドレス形式である第一アドレス形式に基づいて決定されるアドレス情報のうち、前記第一ネットワーク内で使用されていない第一アドレス情報と、前記他の通信制御装置において呼制御の対象とするアドレス形式である第二アドレス形式に基づいて決定されるアドレス情報のうち、前記他の通信制御装置の配下の第二ネットワーク内で使用されていない第二アドレス情報とが対応付けて記憶された記憶手段を備えた通信制御装置であって、少なくとも一つ以上の制御部と、前記制御部への命令を記憶した少なくとも一つ以上のメモリとを備え、前記命令が実行されることにより、前記第一ネットワークに接続する通信端末である第一通信端末から、通信を開始する旨の要求を受け付ける第一受付ステップと、前記第一受付ステップにおいて前記要求を受け付けた場合に、前記記憶手段に記憶された前記第一アドレス情報を有する仮想的な第一仮想端末と、前記第一通信端末との間の第一セッションを確立させる第一確立ステップと、前記記憶手段に記憶された前記第二アドレス情報を有する仮想的な第二仮想端末と、前記第二ネットワークに接続する通信端末である前記第二通信端末との間の第二セッションの確立を、前記他の通信制御装置に対して要求する要求ステップと、前記要求ステップにおける要求に応じ、前記第二仮想端末と前記第二通信端末との間の呼制御が前記他の通信制御装置において行われることによって、前記第二セッションが確立される第二確立ステップと、前記第一セッションを介して前記第一通信端末と前記第一仮想端末との間で通信されるデータと、前記第二セッションを介して前記第二仮想端末と前記第二通信端末との間で通信されるデータとを中継することによって、前記第一通信端末と前記第二通信端末との間の通信を中継する中継ステップとを実行する。
【０００７】
第一態様によれば、通信制御装置は、第一通信端末と第一仮想端末との間の第一セッションを確立させることができる。他の通信制御装置は、第二仮想端末と第二通信端末との間の第二セッションを確立させることができる。通信制御装置は、第一仮想端末と第二仮想端末との間でデータを中継することによって、第一セッションを介した通信と、第二セッションを介した通信とを中継することができる。通信制御装置は、通信を中継することによって、第一通信端末と第二通信端末との間の通信を実行させることができる。
【０００８】
また第一態様において、前記通信制御装置は、前記第一確立ステップにおいて確立された前記第一セッションを介し、前記第一通信端末から、前記第二通信端末との通信を開始する旨の要求を受け付ける第二受付ステップを更に実行し、前記要求ステップは、前記第一受付ステップ及び前記第二受付ステップにおいて前記要求を受け付けた場合に、前記他の通信制御装置に対して前記第二セッションの確立を要求してもよい。通信制御装置は、第一セッションを確立した後、第二セッションを確立させることができる。このように通信制御装置は、セッションを段階的に確立させることで、効率的にセッションを確立させることができる。通信制御装置は、第一通信端末と第二通信端末との間の通信を、より少ない通信手順で迅速に開始させることができる。
【０００９】
また第一態様において、前記通信制御装置は、通信可能な前記第二通信端末のＩＤを、前記第一セッションを介して前記第一通信端末に通知する通知ステップを更に実行し、前記第二受付ステップを実行する場合において、前記通知ステップにおいて通知された前記ＩＤのうち前記第一通信端末において選択された前記ＩＤを有する前記第二通信端末との通信を開始する旨の要求を受け付けてもよい。第一通信端末は、通信制御装置から通知を受けることによって、第二ネットワークに接続する第二通信端末のＩＤを認識することができる。第一通信端末は、通知されたＩＤから、通信を所望する第二通信端末のＩＤを選択することができる。通信制御装置は、第一通信端末において第二通信端末のＩＤが予めわからない場合であっても、第一通信端末と、第一通信端末が所望する第二通信端末との間の通信を実行させることができる。
【００１０】
また第一態様において、前記通信制御装置は、前記第一受付ステップを実行する場合において、前記要求ステップにおいて要求される前記第二セッションの要求先の前記第二通信端末のＩＤを受け付け、前記要求ステップを実行する場合において、前記第一受付ステップにおいて受け付けられた前記ＩＤを有する前記第二通信端末と前記第二仮想端末との間の前記第二セッションの確立を、前記他の通信制御装置に対して要求してもよい。通信制御装置は、より少ない通信手順で迅速に第一セッション及び第二セッションを確立し、第一通信端末と第二通信端末との間の通信を開始させることができる。
【００１１】
本発明の第二態様に係る通信システムは、通信制御装置である第一通信制御装置及び第二通信制御装置を含む通信システムであって、前記第一通信制御装置は、少なくとも一つ以上の制御部と、前記制御部への命令を記憶した少なくとも一つ以上のメモリとを備え、前記命令が実行されることにより、前記第一通信制御装置の配下の第一ネットワークに接続する通信端末である第一通信端末から、通信を開始する旨の要求を受け付ける第一受付ステップと、前記第一受付ステップにおいて前記要求を受け付けた場合に、前記第一通信制御装置において呼制御の対象とされるアドレス形式である第一アドレス形式に基づいて決定されるアドレス情報のうち、前記第一ネットワーク内で使用されていない前記第一アドレス情報と、前記第二通信制御装置において呼制御の対象とされるアドレス形式である第二アドレス形式に基づいて決定されるアドレス情報のうち、前記第二通信制御装置の配下の第二ネットワーク内で使用されていない第二アドレス情報とが対応付けて格納された記憶手段に記憶された前記第一アドレス情報を有する仮想的な第一仮想端末と、前記第一通信端末との間の第一セッションを確立させる第一確立ステップと、前記記憶手段に記憶された前記第二アドレス情報を有する仮想的な第二仮想端末と、前記第二ネットワークに接続する通信端末である第二通信端末との間の第二セッションの確立を、前記第二通信制御装置に対して要求する要求ステップと、前記要求ステップにおける要求に応じ、前記第二仮想端末と前記第二通信端末との間の呼制御が前記他の通信制御装置において行われることによって、前記第二セッションが確立される第二確立ステップと、前記第一セッションを介して前記第一通信端末と前記第一仮想端末との間で通信されるデータと、前記第二セッションを介して前記第二仮想端末と前記第二通信端末との間で通信されるデータとを中継することによって、前記第一通信端末と前記第二通信端末との間の通信を中継する中継ステップとを実行し、前記第二通信制御装置は、少なくとも一つ以上の制御部と、前記制御部への命令を記憶した少なくとも一つ以上のメモリとを備え、前記命令が実行されることにより、前記第二仮想端末と前記第二通信端末との間の前記第二セッションの確立の要求を受け付ける第二受付ステップと、前記第二受付ステップにおいて前記要求が受け付けられた場合に、前記第二セッションを確立する第三確立ステップとを実行する。第二態様によれば、第一態様と同様の効果を奏することができる。
【００１２】
本発明の第三態様に係る通信方法は、通信制御装置の配下の第一ネットワークに接続する通信端末である第一通信端末から、通信を開始する旨の要求を受け付ける第一受付ステップと、前記第一受付ステップにおいて前記要求を受け付けた場合に、前記通信制御装置において呼制御の対象とされるアドレス形式である第一アドレス形式に基づいて決定されるアドレス情報のうち、前記第一ネットワーク内で使用されていない第一アドレス情報と、他の前記通信制御装置において呼制御の対象とされるアドレス形式である第二アドレス形式に基づいて決定されるアドレス情報のうち、前記他の通信制御装置の配下の第二ネットワーク内で使用されていない第二アドレス情報とが対応付けて格納された記憶手段に記憶された前記第一アドレス情報を有する仮想的な第一仮想端末と、前記第一通信端末との間の第一セッションを確立させる第一確立ステップと、前記記憶手段に記憶された前記第二アドレス情報を有する仮想的な第二仮想端末と、前記第二ネットワークに接続する通信端末である第二通信端末との間の第二セッションの確立を、前記他の通信制御装置に対して要求する要求ステップと、前記要求ステップにおける要求に応じ、前記第二仮想端末と前記第二通信端末との間の呼制御が前記他の通信制御装置において行われることによって、前記第二セッションが確立される第二確立ステップと、前記第一セッションを介して前記第一通信端末と前記第一仮想端末との間で通信されるデータと、前記第二セッションを介して前記第二仮想端末と前記第二通信端末との間で通信されるデータとを中継することによって、前記第一通信端末と前記第二通信端末との間の通信を中継する中継ステップとを備えている。第三態様によれば、第一態様と同様の効果を奏することができる。
【図面の簡単な説明】
【００１３】
【図１】通信システム１の概要を示す模式図である。
【図２】通信端末１２と仮想端末３２との間で実行される通信を説明するための図である。
【図３】通信端末１７と仮想端末３２との間で実行される通信を説明するための図である。
【図４】通信端末１２と通信端末１７との間で実行される通信を説明するための図である。
【図５】通信制御装置１０の電気的構成を示すブロック図出ある。
【図６】通信端末１３と通信端末２０との間で実行される通信を示すシーケンス図である。
【図７】通信端末１３と通信端末２０との間で実行される通信を示すシーケンス図である。
【図８】通信制御装置１１に記憶される登録テーブル２４１を示す模式図である。
【図９】通信制御装置１６に記憶される登録テーブル２４２を示す模式図である。
【図１０】第一メイン処理を示すフローチャートである。
【図１１】第一発呼側処理を示すフローチャートである。
【図１２】第一発呼側処理を示すフローチャートであって、図１１の続きである。
【図１３】第一被呼側処理を示すフローチャートである。
【図１４】第一被呼側処理を示すフローチャートであって、図１３の続きである。
【図１５】第二メイン処理を示すフローチャートである。
【図１６】第二発呼側処理を示すフローチャートである。
【図１７】呼制御処理を示すフローチャートである。
【図１８】第一仮想処理を示すフローチャートである。
【図１９】第二仮想処理を示すフローチャートである。
【図２０】第二被呼側処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の一実施形態について、図面を参照して説明する。これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。
【００１５】
図１を参照し、通信システム１の概要について説明する。通信システム１は、通信制御装置１１、１６、及び、通信端末１３、１４、１５、１８、１９、２０を備えている。通信制御装置１１、１６は、ＩＰ網２及び電話網５を介して接続している。ＩＰ網２は、ＴＣＰ／ＩＰに基づいて通信が行われる通信網である。電話網５は、電話回線が交換機によって接続される通信網である。電話網５は、固定電話網３及び移動電話網４を備えている。
【００１６】
通信制御装置１１、及び、通信端末１３、１４、１５は、ＩＰ網６に接続している。通信制御装置１１は、ＩＰ網６を介して通信端末１３、１４、１５と通信を行うことができる。通信制御装置１６、及び、通信端末１８、１９、２０は、ＩＰ網７に接続している。通信制御装置１６は、ＩＰ網７を介して通信端末１８、１９、２０と通信を行うことができる。以下、通信制御装置１１、１６を特に区別しない場合、又は総称する場合、これらを通信制御装置１０ともいう。通信端末１３、１４、１５を特に区別しない場合、又は総称する場合、これらを通信端末１２という。通信端末１８、１９、２０を特に区別しない場合、又は総称する場合、これらを通信端末１７ともいう。
【００１７】
通信制御装置１１は、通信端末１２との間で呼制御通信を行うＳＩＰ（Session Initiation Protocol）サーバでもある。通信端末１２は、ＰＣ、ＰＤＡなどの周知の情報端末機器である。通信端末１３、１４、及び１５には、内線電話番号１、２、及び３が其々割り当てられている。通信端末１２が他の通信端末１２との通話を開始する場合、通信制御装置１１と通信端末１２との間でＳＩＰに基づく呼制御通信が行われる。呼制御通信によって、通信端末１２と他の通信端末１２との間のセッションが確立される。通信端末１２は、確立されたセッションを介して、他の通信端末１２と通話を行うことができる。このようにＩＰ網６内には、通信制御装置１１が呼制御を管理する内線通信システムが構築されている。
【００１８】
ＩＰ網６には、brother.comのドメイン名が割り当てられている。通信端末１２には、内線電話番号をユーザ識別子とするＳＩＰ ＵＲＩが割り当てられる。例えば、通信端末１３の内線電話番号は１であるので、通信端末１３に割り当てられるＳＩＰ ＵＲＩは、1@brother.comとなる。通信端末１４の内線電話番号は２であるので、通信端末１４に割り当てられるＳＩＰ ＵＲＩは、2@brother.comとなる。ＩＰ網６内では、通信端末１２に割り当てられたＳＩＰ ＵＲＩが、通信端末１２のアドレス情報として使用される。
【００１９】
通信制御装置１１には、呼制御通信を行うことの可能な通信端末１２の保持するＩＰアドレスと内線電話番号が登録される。通信制御装置１１は、登録された内線電話番号によって通信端末１２のＳＩＰ ＵＲＩを特定し、通信端末１２との間で呼制御通信を行う。図１では、通信端末１３（内線電話番号：１）、１４（内線電話番号：２）、及び１５（内線電話番号：３）間で呼制御通信を行うことが可能な状態となっているので、通信制御装置１１には、内線電話番号１、２、及び３と、通信端末１３、１４、１５のＩＰアドレスとが登録されている。
【００２０】
通信制御装置１６と通信端末１７との間でも同様に、ＳＩＰに基づく呼制御通信が行われる。ＩＰ網７内には、通信制御装置１６が呼制御を管理する内線通信システムが構築されている。ＩＰ網７には、sister.comのドメイン名が割り当てられている。通信端末１７には、内線電話番号をユーザ識別子とするＳＩＰ ＵＲＩが割り当てられる。例えば、通信端末１９の内線電話番号は２であるので、通信端末１９に割り当てられるＳＩＰ ＵＲＩは、2@sister.comとなる。通信端末２０の内線電話番号は３であるので、通信端末２０に割り当てられるＳＩＰ ＵＲＩは、3@sister.comとなる。通信制御装置１６には、呼制御通信を行うことの可能な通信端末１７の保持するＩＰアドレスと内線電話番号が登録される。通信制御装置１６は、登録された内線電話番号によって通信端末１７のＳＩＰ ＵＲＩを特定し、通信端末１７との間で呼制御通信を行う。図１では、通信端末１８（内線電話番号：１）、１９（内線電話番号：２）、及び２０（内線電話番号：３）間で呼制御通信を行うことが可能な状態となっているので、通信制御装置１６には、内線電話番号１、２、及び３と、通信端末１８、１９、２０のＩＰアドレスとが登録されている。
【００２１】
通信制御装置１１は、ドメイン名がbrother.comであるＳＩＰ ＵＲＩが割り当てられた通信端末１２との間で呼制御通信を行うことによって、ＩＰ網６に接続された通信端末１２間のセッションを確立させることができる。通信制御装置１１は、ドメイン名がsister.comであるＳＩＰ ＵＲＩが割り当てられた通信端末１７との間では、呼制御通信を行わない。このため通信制御装置１１は、ＩＰ網７に接続した通信端末１７との間で呼制御通信を行わない。同様に通信制御装置１６は、ドメイン名がsister.comであるＳＩＰ ＵＲＩが割り当てられている通信端末１７との間で呼制御通信を行うので、ＩＰ網６に接続した通信端末１２との間で呼制御通信を行わない。従って、通信端末１２、１７間のセッションを確立させる場合には、通常、ＩＰ網２に設けられた別のＳＩＰサーバや、電話網５に設けられた回線交換機によって呼制御通信が行われる。但しこのような場合、別のＳＩＰサーバを設ける必要があり、又、内線電話番号によって通話の相手方の通信端末を直接指定することはできないため不便である。
【００２２】
これに対して本発明では、通信制御装置１１に仮想的な通信端末３２（図２参照）が設定される。以下、通信制御装置１０に設定される仮想的な通信端末を、仮想端末ともいう。設定された仮想端末３２には、ドメイン名がbrother.comであるＳＩＰ ＵＲＩ、及び、ドメイン名がsister.comであるＳＩＰ ＵＲＩが割り当てられる。このため、ドメイン名がbrother.comであるＳＩＰ ＵＲＩが仮想端末３２において使用されることによって、通信制御装置１１は、通信端末１２と仮想端末３２との間のセッションを確立させることができる。また、ドメイン名がsister.comであるＳＩＰ ＵＲＩが仮想端末３２において使用されることによって、通信制御装置１６は、通信端末１７と仮想端末３２との間のセッションを確立させることができる。このように通信制御装置１１は、仮想端末３２を設定することによって、ＩＰ網６に接続した通信端末１２との間のセッション、及び、ＩＰ網７に接続した通信端末１７との間のセッションを確立させることができる。更に本発明では、仮想端末３２は、双方のセッションが確立された後、セッション間で通話データを中継することができる。これによって、通信端末１２と通信端末１７との間で通話を実行させることが可能となる。
【００２３】
図２から図４を参照し、通信端末１２、１７間の通話が開始されるまでの流れについて、詳細に説明する。はじめに通信制御装置１１は、図２に示すように、仮想端末３２を内部に仮想的に設ける。呼制御装置３１は、通信制御装置１１における呼制御機能を実現するためのプロセスを実行する装置として示されており、仮想端末３２の有無にかかわらず常設されていることになる。呼制御装置３１は、ドメイン名 brother.comを含むＳＩＰ ＵＲＩが割り当てられた通信端末１２との間で呼制御通信を行うことができる。仮想端末３２は、通信端末１２との間のセッション、及び通信端末１７との間のセッションを確立させるためのプロセスを実行する。また仮想端末３２は、双方のセッション間で通話データを中継するためのプロセスを実行する。仮想端末３２には、1000@brother及び500@sister.comがＳＩＰ ＵＲＩとして割り当てられる。以下、仮想端末３２に割り当てられるＳＩＰ ＵＲＩを、仮想アカウントともいう。仮想アカウントとして1000@brother及び500@sister.comが仮想端末３２に割り当てられることによって、ＩＰ網６内において有効なＳＩＰ ＵＲＩと、ＩＰ網７内において有効なＳＩＰ ＵＲＩとが、仮想端末３２に設定されたことになる。
【００２４】
なお、図２から図４における呼制御装置３１及び仮想端末３２は、通信制御装置１１内部の処理の説明を明確化するために模擬的に示されたものである。実際には、呼制御装置３１及び仮想端末３２の機能を実現させるためのプロセスが、通信制御装置１１内で起動され実行されることになる。呼制御装置３１及び仮想端末３２は、物理的な装置として通信制御装置１１内に設けられるのではない。
【００２５】
仮想端末３２のＳＩＰ ＵＲＩのうちＩＰ網６内で有効な1000@brother.comから、ユーザ識別子１０００が内線電話番号として抽出される。内線電話番号１０００は、呼制御装置３１に登録される。これによって呼制御装置３１は、通信端末１２及び仮想端末３２の間で呼制御通信を行うことが可能となる。仮想端末３２のＳＩＰ ＵＲＩのうちＩＰ網７内で有効な500@sister.comから、ユーザ識別子５００が内線電話番号５００として抽出される。内線電話番号５００は、通信制御装置１６に登録される。これによって通信制御装置１６は、通信端末１７及び仮想端末３２の間で呼制御通信を行うことが可能となる。これらによって仮想端末３２は、ＩＰ網６内の通信端末１２とセッションを確立させることが可能であり、且つ、ＩＰ網７内の通信端末１７とセッションを確立させることが可能な状態になる。
【００２６】
通信端末１３と通信端末２０との間で通話が開始される場合を想定する。通信端末１３は、ＩＰ網７に接続する通信端末１７のうち何れかとの通話の開始を、通信制御装置１１に対して要求する。呼制御装置３１は、ＩＰ網７に接続する通信端末１７が通話の相手方として指定されている場合、通信端末１３及び仮想端末３２の間の呼制御通信を行う。図２に示すように、通信端末１３と仮想端末３２との間のセッション３５が確立される。
【００２７】
続いて通信端末１３が、仮想端末３２からの自動音声応答機能（ＩＶＲ（Interactive Voice Response））による通知要求に応じて、通話の相手方の通信端末２０を具体的に指定し、通信制御装置１１に対して通話の開始を要求したとする。呼制御装置３１は、通信端末２０との通話の開始が要求された旨を、仮想端末３２に対して通知する。仮想端末３２は、通信端末２０との間のセッショの確立を、ＩＰ網２を介して通信制御装置１６に対して要求する。通信制御装置１６は、仮想端末３２と通信端末２０との間で呼制御通信を行う。図３に示すように、通信端末２０と仮想端末３２との間のセッション３６が確立される。仮想端末３２は、通信端末１３との間のセッション３５（図１参照）が確立し、且つ、通信端末２０との間のセッション３６が確立した状態になる。
【００２８】
仮想端末３２は、セッション３５及びセッション３６が確立した場合、双方のセッション間の仲介処理を行う。図４に示すように、仮想端末３２は、セッション３５を介して通信端末１３から通話データを受信した場合、受信した通話データをセッション３６側に転送する。仮想端末３２は、セッション３６を介して通信端末２０から通話データを受信した場合、受信した通話データをセッション３５側に転送する。通話データは、仮想端末３２によってセッション３５、３６間を中継されることになる（３７）。仮想端末３２において通話データの仲介処理が実行されることによって、通話データは、セッション３５、３６を介して通信端末１３、２０間で送受信される。これによって、通信端末１３と通信端末２０との間で通話が実行される。以上のように、仮想アカウントが割り当てられた仮想端末３２が通信制御装置１１に仮想的に設けられることによって、異なるＩＰ網に接続した通信端末１２、１７間で通話を実行させることが可能となる。
【００２９】
図５を参照し、通信制御装置１０の電気的構成について説明する。通信制御装置１０は、通信制御装置１０の制御を司るＣＰＵ２１を備えている。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、ＨＤＤ２４、第一通信Ｉ／Ｆ２５、第二通信Ｉ／Ｆ２６、第三通信Ｉ／Ｆ２７、及びドライブ装置２８と電気的に接続している。ＲＯＭ２２には、ブートプログラムやＢＩＯＳ等が記憶される。ＲＡＭ２３には、タイマやカウンタ、一時的なデータが記憶される。ＨＤＤ２４には、ＣＰＵ２１の制御プログラムやＯＳが記憶される。第一通信Ｉ／Ｆ２５は、ＩＰ網２、６、７を介して通信を行うためのコントローラである。第二通信Ｉ／Ｆ２６は、固定電話網３を介して通信を行うためのコントローラである。第三通信Ｉ／Ｆ２７は、移動電話網４を介して通信を行うためのコントローラである。ドライブ装置２８は、記憶媒体２８１に記憶された情報を読み出すことができる。例えば、通信制御装置１０のセットアップ時、記憶媒体２８１に記憶された制御プログラムは、ドライブ装置２８によって読み出され、ＨＤＤ２４に記憶される。
【００３０】
図６及び図７を参照し、通信制御装置１１、１６、及び、通信端末１３、２０間の通信手順について説明する。通信端末１３が、ＩＰ網７に接続する通信端末２０との通話を所望しているとする。なお通信端末１３は、通信端末２０の内線電話番号を認識していないものとする。通信端末２０は、ＩＰ網６とは異なるＩＰ網７に接続している。このため通信端末１３は、通信端末２０との通話を開始するために、通信制御装置１１に呼制御装置３１（図２参照）及び仮想端末３２（図２参照）を設定させなければならない。なお、呼制御装置３１において実行されるプロセスは、仮想端末３２の有無にかかわらず常時動作していることになるので、ここでは、仮想端末３２が新たに仮想的に設けられることになる。
【００３１】
通信端末１３は、仮想端末３２の設定の要求信号を、通信制御装置１１に対して送信する。以下、仮想端末３２を設定する旨の要求信号を、設定要求信号ともいう。通信制御装置１１は、設定要求信号を受信する（Ｓ１１）。通信制御装置１１は、通信端末２０の呼制御を管理する通信制御装置１６と以下の通信を行い、通信制御装置１６に仮想アカウントの生成を要求する。通信制御装置１１は、要求に応じて通信制御装置１６が生成した仮想アカウントを取得し、仮想端末３２に割り当てる。通信制御装置１１は、通信制御装置１６に仮想アカウントを生成させることによって、ＩＰ網７内で使用することが可能な内線電話番号を含むＳＩＰ ＵＲＩを、仮想アカウントとして仮想端末３２に割り当てることができる。
【００３２】
通信制御装置１１は、通信制御装置１６との間の電話回線の接続を要求する信号を、通信制御装置１６の電話番号宛に電話網５を介して送信する。以下、電話回線の接続を要求する信号を、接続要求信号ともいう。通信制御装置１６は、接続要求信号を受信する（Ｓ１３）。通信制御装置１６は、オフフックすることで、接続要求信号に応じる（Ｓ１５）。通信制御装置１６から通信制御装置１１に対して、電話回線の接続を許可する旨の応答信号が送信される。以下、電話回線の接続を許可する旨の応答信号を、接続応答信号ともいう。通信制御装置１１は、接続応答信号を受信する（Ｓ１７）。これによって、通信制御装置１１と通信端末１２との間の電話回線は接続する。接続された電話回線を介した通信が開始される。
【００３３】
はじめに通信装制御置１６は、ＩＶＲを使用し、通信制御装置１１に対して所定音声のデータを自動送信する。所定音声は、通信制御装置１６において仮想アカウントの生成要求に応じる旨を、通信制御装置１１に通知するためのものである。通信制御装置１１は、所定音声のデータを受信する（Ｓ１９）。受信された所定音声は、通信端末１３に対して送信される（Ｓ２０）。通信端末１３は、所定音声をスピーカから出力する。
【００３４】
通信制御装置１１は、通信制御装置１６に対して通知する情報を準備する。通信制御装置１６に対して通知する情報は、ＩＰアドレス、及び、仮想端末３２に割り当てることが可能な内線電話番号である。はじめに通信制御装置１１は、ＩＰ網２を介して通信を行う際に送信元のアドレス情報として使用するＩＰアドレスを取得する。次に通信制御装置１１は、仮想端末３２に割り当てることが可能な内線電話番号を、登録テーブル２４１（図８参照）に基づいて特定する。図８を参照し、登録テーブル２４１について説明する。登録テーブル２４１は、通信制御装置１１のＨＤＤ２４に記憶されている。登録テーブル２４１には、通信制御装置１１が管理することの可能な内線電話番号 １−１２００が格納されている。内線電話番号は、ＩＰ網６に接続する通信端末１２に割り当てることが可能な内線電話番号（割当用） １−６９９と、仮想端末３２に割り当てることが可能な内線電話番号（仮想用） ７００−１２００とに区別されている。通信制御装置１１は、仮想端末３２に割り当てることが可能な内線電話番号として７００−１２００を取得することができる。以下、仮想端末３２に割り当てることが可能な内線電話番号を、許容番号ともいう。
【００３５】
なお図８に示すように、登録テーブル２４１には、呼制御通信を行うことが可能な通信端末１３、１４、及び１５の内線電話番号１、２、及び３が登録されている。登録テーブル２４１への登録は、登録する内線電話番号１、２、及び３に、ＩＤ、パスワード（ＰＷ）、及びＩＰアドレスが対応付けられることによって行われる。ＩＤ、パスワード、及びＩＰアドレスが対応付けられることによって、対応する内線電話番号が登録テーブル２４１に登録されることになる。通信制御装置１１は、登録テーブル２４１に登録された内線電話番号、ＩＤ、パスワード、及びＩＰアドレスを使用することによって、通信端末１２間で呼制御通信を行うことが可能となる。なお図８では、内線電話番号１０００に対してＩＤ、パスワード、及びＩＰアドレスが対応付けられているが、これらの情報は、後述する処理（Ｓ３９）によって登録テーブル２４１に記憶されるものである。従ってこの時点では、内線電話番号１０００に対してＩＤ、パスワード、及びＩＰアドレス情報は対応付けられていない。
【００３６】
図６に示すように、通信制御装置１１は、取得されたＩＰアドレス及び許容番号７００−１２００を通知するＤＴＭＦ（Dual-Tone Multi-Frequency）信号を、仮想アカウントの生成を要求するために通信制御装置１６に対して送信する。以下、仮想アカウントの生成を要求するために送信されるＤＴＭＦ信号であって、ＩＰアドレス及び許容番号を通知するためのＤＴＭＦ信号を、生成要求信号ともいう。通信制御装置１６は、生成要求信号を受信する（Ｓ２１）。通信制御装置１６は、通信制御装置１１のＩＰアドレス及び許容番号を取得する。
【００３７】
通信制御装置１６は、生成要求信号に応じて仮想アカウントを生成するか否かを判断する（Ｓ２３）。仮想アカウントを生成するか否かの判断は、仮想アカウントの生成を許可する通信制御装置１０の電話番号が格納された許可テーブルに基づいて行われる。通信制御装置１６は、受信した生成要求信号の送信元の電話番号を特定する。通信制御装置１６は、特定された電話番号が許可テーブルに格納されている場合、仮想アカウントを生成すると判断する。一方通信制御装置１６は、特定された電話番号が許可テーブルに格納されていない場合、仮想アカウントを生成しないと判断する。
【００３８】
通信制御装置１６は、仮想アカウントを生成するか否かの判断結果を通知するＤＴＭＦ信号を、通信制御装置１１に対して送信する。以下、判断結果を通知するＤＴＭＦ信号を、判断結果信号ともいう。通信制御装置１１は、判断結果信号を受信する（Ｓ２５）。通信制御装置１１は、判断結果信号を受信した旨を通知するＤＴＭＦ信号を、通信制御装置１６に対して送信する。以下、信号を受信した旨を通知するＤＴＭＦ信号を、ＡＣＫ信号ともいう。通信制御装置１６は、ＡＣＫ信号を受信する（Ｓ２７）。
【００３９】
通信制御装置１６は、通信制御装置１１からＡＣＫ信号を受信した場合、オンフックすることで、接続中の電話回線を切断する（Ｓ２９）。通信制御装置１６から通信制御装置１１に対して、電話回線の切断を通知する旨の信号が送信される。以下、電話回線の切断を通知する旨の信号を、切断通知信号という。通信制御装置１１は、切断通知信号を受信する（Ｓ３１）。通信制御装置１１と通信制御装置１６との間の電話回線は切断される。
【００４０】
以上のようにして通信制御装置１１は、通信制御装置１６との間の電話回線を接続し、接続された電話回線を介して生成要求信号を送信している。通信制御装置１１は、通信制御装置１６のＩＰアドレスがわからない場合であっても、通信制御装置１６の電話番号を使用することによって、通信制御装置１６に生成要求信号を送信することができる。電話網５の代わりにＩＰ網２が使用された場合、ＩＰ網２内でパケットが消滅したり、ＩＰ網２に介在するＮＡＴ装置によってパケットがフィルタリングされたりする場合がある。これに対して通信制御装置１１では、電話網５を使用して生成要求信号を送信することによって、通信制御装置１６に対して確実に仮想アカウントの生成を要求することができる。
【００４１】
また通信制御装置１１は、生成要求信号を通信制御装置１６に対して送信する場合にのみ、電話回線を接続することができる。生成要求信号の送信後、電話回線は直ちに切断される。従って通信制御装置１１は、電話網を使用した場合に発生する回線使用料を抑制することができる。
【００４２】
Ｓ３１で切断通知信号が送信された後、通信制御装置１６は、通信制御装置１１に対して通知する情報を準備する。通信制御装置１１に対して通知する情報は、ＩＰアドレス、及び仮想アカウントである。はじめに通信制御装置１６は、ＩＰ網２を介して通信を行う際に送信元のアドレス情報として使用するＩＰアドレスを取得する。
【００４３】
次に通信制御装置１６は、仮想端末３２に割り当てる仮想アカウントのうち、ＩＰ網６に割り当てられているドメイン名 brother.comを含むＳＩＰ ＵＲＩを、次のようにして特定する。Ｓ２１で生成要求信号を受信した際に取得した許容番号 ７００−１２００が参照される。許容番号 ７００−１２００のうちいずれか一つが選択される。選択された内線電話番号をユーザ識別子として有し、且つ、ＩＰ網６に割り当てられているドメイン名 brother.comを有するＳＩＰ ＵＲＩが特定される。図６では、許容番号７００−１２００から１０００が選択された結果、1000@brother.comがＳＩＰ ＵＲＩとして特定されている。
【００４４】
次に通信制御装置１６は、仮想端末３２に割り当てる仮想アカウントのうち、ＩＰ網７に割り当てられているドメイン名 sister.comを含むＳＩＰ ＵＲＩを、次のようにして特定する。通信制御装置１６のＨＤＤ２４に記憶された登録テーブル２４２（図９参照）が参照される。図９は、登録テーブル２４２を示している。登録テーブル２４２では、ＩＰ網７に接続する通信端末１７に割り当てることが可能な内線電話番号 １−１９９と、仮想端末３２に割り当てることが可能な内線電話番号 ２００−８００とが示されている。仮想端末３２に割り当てることが可能な内線電話番号 ２００−８００のうちいずれか一つが選択される。選択された内線電話番号をユーザ識別子として有し、且つ、ＩＰ網７に割り当てられているドメイン名 sister.comを有するＳＩＰ ＵＲＩが特定される。図６では、内線電話番号５００が選択された結果、500@sister.comがＳＩＰ ＵＲＩとして特定されている。1000@brother.com及び500@sister.comが、仮想アカウントとして生成されたことになる。
【００４５】
仮想アカウントのうち ＳＩＰ ＵＲＩ 500@sister.comは、登録テーブル２４２に登録される（Ｓ３２）。登録テーブル２４２への登録は、次のようにして行われる。ＳＩＰ ＵＲＩ 500@sister.comに対応するＩＤ、及びパスワードが作成される。作成されたＩＤ、及びパスワードは、ユーザ識別子 ５００によって特定される内線電話番号に対応付けられる。図８では、内線電話番号 ５００に対して、ＩＤ saitoh、及びパスワード xxxxxxが対応付けられている。なお図９では、内線電話番号５００に対してＩＰアドレスが対応付けられているが、この情報は、後述の処理（Ｓ４３）によって対応付けられるものである。従ってこの時点では、内線電話番号５００に対してＩＰアドレス情報は対応付けられていない。
【００４６】
図６に示すように、通信制御装置１６は、取得されたＩＰアドレス、及び生成された仮想アカウント（1000@brother.com、500@sister.com（ＩＤ、及びパスワードを含む））を通信制御装置１１に対して通知するために、ＩＰ網２を介した通信を開始する。通信制御装置１６は、ＩＰアドレス、及び、仮想アカウントを含むパケットを、通信制御装置１１に対して送信する。以下、ＩＰアドレス、及び、仮想アカウントを含むパケットを、仮想アカウントパケットという。通信制御装置１６は、Ｓ２１で生成要求信号を受信した際に取得したＩＰアドレスを、仮想アカウントパケットの宛先ＩＰアドレスとして設定することができる。通信制御装置１６は、通信制御装置１１のＩＰアドレスが事前にわからない場合であっても、通信制御装置１１との間の通信を確実に実行することができる。通信制御装置１１は、仮想アカウントパケットを受信する（Ｓ３３）。通信制御装置１１は、仮想アカウントパケットを受信した旨を通知するＡＣＫパケットを、通信制御装置１６に対して送信する。通信制御装置１６は、ＡＣＫパケットを受信する（Ｓ３５）。
【００４７】
通信制御装置１１では、仮想アカウントパケットを受信した後、仮想端末３２が仮想的に設定される（Ｓ３７）。Ｓ３５で受信された仮想アカウント 1000@brother.com、500@sister.comは、設定された仮想端末３２に割り当てられる。仮想端末３２に割り当てられた仮想アカウント1000@brother.com、500@sister.comのユーザ識別子が、仮想端末３２の内線電話番号として登録テーブル２４１（図８参照）に登録される（Ｓ３９）。
【００４８】
登録テーブル２４１への登録は、次のようにして行われる。ドメイン名 brother.comを有するＳＩＰ ＵＲＩ 1000@brother.comに対応するＩＤ、及びパスワードが作成される。ユーザ識別子 １０００は、ＩＰ網６内で使用される仮想端末３２の内線電話番号に相当する。作成されたＩＤ、及びパスワードは、登録テーブル２４１のうち内線電話番号 １０００に対応付けられる。図８では、内線電話番号 １０００に対して、ＩＤ suzuki、及びパスワード xxxxxxが作成され、対応付けられている。
【００４９】
次に、ドメイン名 sister.comを有するＳＩＰ ＵＲＩ 500@sister.comの登録が行われる。ユーザ識別子 ５００は、ＩＰ網７内で使用される仮想端末３２の内線電話番号に相当する。500@sister.comに対応するＩＤ及びパスワードは、仮想アカウントパケットに含まれている。内線電話番号 ５００、ＩＤ、及びパスワードは、登録テーブル２４１のうち内線電話番号 １０００に対応付けられる。図８では、内線電話番号 １０００に対して、内線電話番号５００、ＩＤ saitoh、及びパスワード xxxxxxが対応付けられている。これらによって、仮想端末３２に割り当てられた仮想アカウント 1000@brother.com、及び、500@sister.comのユーザ識別子が、仮想端末３２の内線電話番号として登録テーブル２４１に登録されたことになる。
【００５０】
仮想端末３２は、呼制御装置３１に対してREGSITER処理を行う（Ｓ４０）。仮想端末３２から呼制御装置３１に対して、ＩＰアドレスが通知される。通知されるＩＰアドレスとして、ＩＰ網６内で有効な通信制御装置１１のＩＰアドレスがそのまま用いられる。通知されたＩＰアドレスは、登録テーブル２４１に格納される。図８では、ＩＰアドレス aa.aa.aa.aaが格納されている。これによって通信制御装置１１は、ＩＰ網６に接続する通信端末１２と、仮想端末３２との間で呼制御通信を行うことが可能となる。
【００５１】
図６に示すように、次に通信制御装置１１は、通信制御装置１６に対するREGISTER処理を行う。仮想端末３２に割り当てられた仮想アカウントのうちＩＰ網７内で有効な仮想アカウント500@sister.comに対応するＩＰアドレスが作成される。作成されるＩＰアドレスとして、ＩＰ網６内で有効な通信制御装置１１のＩＰアドレスがそのまま用いられる。作成されたＩＰアドレスは、登録テーブル２４１（図８参照）のうち内線電話番号 ５００に対応付けて格納される。内線電話番号 ５００、及びＩＰアドレス aa.aa.aa.aaを含むREGSITERパケットが、通信制御装置１６に対して送信される。通信制御装置１６は、REGISTERパケットを受信する（Ｓ４１）。
【００５２】
通信制御装置１６は、登録要求パケットに含まれている内線電話番号 ５００、及びＩＰアドレス aa.aa.aa.aaを取得する。図９に示すように、登録テーブル２４２のうち取得された内線電話番号 ５００に対応付けて、ＩＰアドレス aa.aa.aa.aaが格納される（Ｓ４３）。登録テーブル２４２には、内線電話番号 ５００、ＩＤ saitoh、パスワード xxxxxx、及びＩＰアドレスaa.aa.aa.aaが格納された状態になる。これによって通信制御装置１６は、ＩＰ網７に接続する通信端末１７と、仮想端末３２との間で呼制御通信を行うことが可能となる。
【００５３】
通信制御装置１１は、ＩＰ網７に接続する通信端末１７との間で通話を行うことが可能となった旨を、ＩＰ網６に接続する通信端末１２に対して通知する（Ｓ４５）。通信端末１２は、ＩＰ網７に接続する通信端末１７との間で通話を行うことが可能となった旨をディスプレイに表示し、ユーザに通知する。通信制御装置１６は、ＩＰ網６に接続する通信端末１２との間で通話を行うことが可能となった旨を、ＩＰ網７に接続する通信端末１７に対して通知する（Ｓ４７）。通信端末１７は、ＩＰ網６に接続する通信端末１２との間で通話を行うことが可能となった旨をディスプレイに表示し、ユーザに通知する。
【００５４】
以上のようにして通信制御装置１１は、通信端末１２、１７間で内線通信を可能とするために必要な仮想端末３２を、通信制御装置１１内に仮想的に設けることができる。仮想端末３２には、通信制御装置１１、１６が呼制御通信を行うことのできる仮想アカウントが割り当てられる。このため通信制御装置１１は、別のサーバや回線交換機を使用することなく、通信端末１２、１７間で呼制御通信を行うことができる。
【００５５】
また、仮想端末３２に対して設定される仮想アカウントは、通信制御装置１６において生成され、通信制御装置１１に対して通知される。通信制御装置１１は、通信制御装置１６に仮想アカウントを選択させることができる。通信制御装置１６は、ＩＰ網７内で使用されていない内線電話番号をユーザ識別子として有するＳＩＰ ＵＲＩを生成し、仮想アカウントとして通信制御装置１１に対して通知することができる。このため、仮想端末３２に割り当てられる内線電話番号と、ＩＰ網７内で既に使用されている内線電話番号とが重複することを防止できる。このため通信制御装置１６は、仮想端末３２との間で確実に呼制御通信を行うことができる。
【００５６】
通信制御装置１１は、許容番号を通信制御装置１６に対して通知し、通信制御装置１６に許容番号の中からユーザ識別子を選択させることができる。選択されたユーザ識別子を有するＳＩＰ ＵＲＩが、仮想アカウントとして生成される。これによって通信制御装置１１は、仮想端末３２に割り当てられる内線電話番号と、ＩＰ網６内で既に使用されている内線電話番号が重複することを防止できる。このため通信制御装置１１は、仮想端末３２との間で確実に呼制御通信を行うことができる。
【００５７】
通信制御装置１１に仮想端末３２が設定された後、通信端末１３と通信端末２０との間で通話が可能となるまでの通信の手順について説明する。以下では、仮想端末３２は、仮想アカウント1000@brother.comが割り当てられた第一仮想端末３３と、仮想アカウント500@sister.comが割り当てられた第二仮想端末３４とを有しているものとする。第一仮想端末３３は、ＩＰ網６に接続された通信端末１２との間のセッションを確立させるためのプロセスを実行する。第二仮想端末３４は、ＩＰ網７に接続された通信端末１７との間のセッションを確立させるためのプロセスを実行する。
【００５８】
なお以下では、通信制御装置１１内に常設された呼制御装置３１、及び、仮想的に設けた第一仮想端末３３、及び第二仮想端末３４間でパケットの通信が行われると表現することによって、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４に対応するプロセス間でメッセージやデータのやり取りが行われる状態を模擬的に説明している。実際には、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４で実行されるプロセスは、すべて通信制御装置１１において実行される。従って、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４は物理的には実在せず、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４間で実際にパケットの送受信が行われるわけではない。
【００５９】
通信端末１３のユーザは、仮想端末３２の設定が終了した旨が通知された（Ｓ４５、図６参照）後、ＩＰ網７に接続する通信端末１７のうち何れかとの通話の開始を要求するために、所定の入力操作を行う。所定の入力操作として、例えば「＃」のボタンを３回連続して入力する操作がある。通信端末１３は、ＩＰ網６に接続する通信端末１２との間の通話を開始するための発呼操作とは異なる入力操作がユーザによってされていると判断する。発呼操作とは異なる入力操作がユーザによってされていると判断された場合、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４を介して、ＩＰ網７に接続する通信端末１７との通話の開始が要求されたと判断する。
【００６０】
通信端末１３は、ＩＰ網７に接続する通信端末１７との通話の開始を、通信制御装置１１に対して要求する。以下、ＩＰ網７に接続する通信端末１７との通話の開始を要求するためのパケットを、通話要求（外部）パケットともいう。通信端末１３から通信制御装置１１に対して通話要求（外部）パケットが送信され、通信制御装置１１において受信される（Ｓ５１）。受信された通話要求（外部）パケットは、呼制御装置３１において処理される。
【００６１】
呼制御装置３１は、ＳＩＰに基づいた呼制御通信を開始する。登録テーブル２４１（図８参照）には、第一仮想端末３３の仮想アカウント 1000@brother.comのうちユーザ識別子１０００が、内線電話番号として登録されており（Ｓ３９、図６参照）、且つ、REGISTER処理が完了している（Ｓ４０、図６参照）。従って呼制御装置３１は、通信端末１３と第一仮想端末３３との間で呼制御通信を行うことができる状態にある。呼制御装置３１は、通信端末１３から通話要求（外部）パケットを受信した場合、第一仮想端末３３に対して、セッションの確立を要求する確立要求パケットを送信する（Ｓ５３）。
【００６２】
第一仮想端末３３は、確立要求パケットを受信する（Ｓ５３）。第一仮想端末３３は、確立要求パケットに応じる応答パケットを、呼制御装置３１に対して送信する。呼制御装置３１は、応答パケットを受信する（Ｓ５５）。呼制御装置３１は、受信した応答パケットを、通信端末１３に対して送信する。通信端末１３は、応答パケットを受信する（Ｓ５７）。通信端末１３と第一仮想端末３３との間で、セッションを確立させるための一連の呼制御通信が完了したことになる（Ｓ５１、５３、５５、５７）。通信端末１３と第一仮想端末３３との間のセッションは確立する（Ｓ５９）。通信端末１３と第一仮想端末３３との間で、確立されたセッションを介した通信が可能な状態になる。
【００６３】
通信端末１３と第一仮想端末３３との間で、確立されたセッションを介した通信が開始される。第一仮想端末３３は、通信端末１３のユーザに対して通話相手先の内線電話番号を問い合わせる音声のデータを、ＩＶＲによって通信端末１３に対して送信する。内線電話番号を問い合わせる音声として、例えば「内線電話番号を入力してください。」等が送信される。音声には、ＩＰ網７に接続する通信端末１８、１９、及び２０の内線電話番号１、２、及び３を通知するための音声が含められる。内線電話番号を通知するための音声として、例えば「通話可能な内線電話番号は、１、２、３です。」等が送信される。
【００６４】
通信端末１３は、音声のデータを受信する（Ｓ６１）。通信端末１３は、受信されたデータに基づいて音声をスピーカから出力する。ユーザに対して、内線電話番号が問合せられる。またユーザに対して、選択可能な内線電話番号が通知される。通信端末１３のユーザは、通話相手先として選択することが可能な内線電話番号を、音声を聴くことで容易に認識することができる。通信端末１３のユーザは、通話相手先として選択することが可能な内線電話番号が事前にわからない場合であっても、通話相手先の通信端末１７を確実に選択し、通話を開始することができる。
【００６５】
通信端末１３のユーザは、通信端末１３から出力される音声に従い、通話相手先の内線電話番号を通信端末１３に対して入力する。通話相手先の内線電話番号として、通信端末２０に割り当てられた内線電話番号３が入力されたとする。通信端末１３は、ＩＰ網７に接続する通信端末１７のうち内線電話番号３が割り当てられた通信端末２０との通話の開始を要求するためのパケットを、確立中のセッションを介して第一仮想端末３３に対して送信する。以下、内線電話番号ｎの通信端末１７との通話の開始を要求するためのパケットを、通話要求（ｎ）パケットという。第一仮想端末３３は、通信端末１３から送信された通話要求（３）パケットを、確立中のセッションを介して受信する（Ｓ６３）。第一仮想端末３３は、ＩＰ網７に接続する通信端末１７のうち内線電話番号３が割り当てられた通信端末２０との通話の開始が要求されたと判断する。第一仮想端末３３は、通話が保留された状態である旨を通信端末１３のユーザに対して通知する音声のデータを、ＩＶＲによって通信端末１３に対して送信する。通話が保留された状態である旨を通知する音声として、例えば「接続中ですので少々お待ち下さい。」等が送信される。通信端末１３は、音声のデータを受信する（Ｓ６７）。通信端末１３は、受信されたデータに基づいて音声をスピーカから出力する。通信端末１３のユーザは、通話が保留された状態である旨を認識することができる。
【００６６】
第一仮想端末３３は、ＩＰ網７内で有効な仮想アカウント 500@sister.comが割り当てられた第二仮想端末３４に対して、通信端末２０との間のセッションの確立を依頼する。第二仮想端末３４は、第一仮想端末３３から、セッションの確立の依頼を受ける（Ｓ６５）。第二仮想端末３４は、通信端末２０とのセッションの確立を要求する確立要求パケットを、通信制御装置１６に対して送信する（Ｓ６９）。確立要求パケットは、第二仮想端末３４の仮想アカウント 500@sister.comから送信されることになる。確立要求パケットには、要求先の通信端末２０のＳＩＰ ＵＲＩ 3@sister.comが格納される。
【００６７】
通信制御装置１６は、第二仮想端末３４から送信された確立要求パケットを受信する（Ｓ６９）。通信制御装置１６には、第二仮想端末３４の仮想アカウント 500@sister.comのうちユーザ識別子 ５００が、内線電話番号として登録テーブル２４２（図９参照）に登録されており（Ｓ３２、図６参照）、且つ、REGISTER処理が完了している（Ｓ４３、図６参照）。通信制御装置１６は、仮想アカウント 500@sister.comを有する第二仮想端末３４との間で呼制御通信を行うことが可能な状態にある。通信制御装置１６は、第二仮想端末３４がＩＰ網７内に配置されているかのように認識しているためである。通信制御装置１６は、ＳＩＰ ＵＲＩ 3@sister.comが割り当てられた通信端末２０に対して、受信した確立要求パケットを転送する。通信端末２０は、確立要求パケットを受信する（Ｓ７１）。通信端末２０は、着信音の出力やディスプレイへの着信通知表示等によって、セッションの確立が要求された旨をユーザに通知する。
【００６８】
通信端末２０のユーザによって、着信操作（オフフックなど）がされたとする（Ｓ７３）。通信端末２０は、確立要求パケットに応じる応答パケットを、通信制御装置１６に対して送信する。通信制御装置１６は、応答パケットを受信する（Ｓ７４）。通信制御装置１６は、受信した応答パケットを、第二仮想端末３４に対して転送する。第二仮想端末３４は、応答パケットを受信する（Ｓ７５）。通信端末２０と第二仮想端末３４との間で、セッションを確立させるための一連の呼制御通信が完了したことになる（Ｓ６９、７１、７４、７５）。通信端末１３と第二仮想端末３４とのセッションは確立する（Ｓ７７）。通信端末２０と第二仮想端末３４との間で、確立されたセッションを介した通信が可能な状態になる。第二仮想端末３４は、通信端末２０との間のセッションが確立した旨を、第一仮想端末３３に対して通知する（Ｓ７９）。
【００６９】
第一仮想端末３３は、通信端末２０との間のセッションが確立した旨の通知を、第二仮想端末３４から受ける。第一仮想端末３３は、通信端末２０との間のセッションが確立された旨を通知する通知パケットを、確立されたセッションを介して通信端末１３に対して送信する。通信端末１３は、第一仮想端末３３から送信された通知パケットを受信する（Ｓ８３）。通知パケットを受信した通信端末１３は、通信端末１３と通信端末２０との間で通話が可能となった旨を、通信端末１３のユーザに通知する。
【００７０】
通信端末１３と第一仮想端末３３との間のセッションは確立されている（Ｓ５９）ので、通信端末１３は、確立されたセッションを介して第一仮想端末３３のＳＩＰ ＵＲＩ宛に通話データを送信することができる状態にある。通信端末１３から送信される通話データの宛先は、第一仮想端末３３に割り当てられた仮想アカウント 1000@brother.comとなる。また、通信端末２０と第二仮想端末３４との間のセッションは確立されている（Ｓ７７）ので、通信端末２０は、確立されたセッションを介して第二仮想端末３４宛に通話データを送信することができる状態にある。通信端末２０から送信される通話データの宛先は、第二仮想端末３４に割り当てられた仮想アカウント 500@sister.comとなる。従ってこのままでは、通信端末１３から送信された通話データは通信端末２０に到達せず、且つ、通信端末２０から送信された通話データは通信端末１３に到達しない。
【００７１】
そこで、第一仮想端末３３が通信端末１３から受信した通話データ、及び、第二仮想端末３４が通信端末２０から受信した通話データを中継することによって、通信端末１３と通信端末２０との間の通話が実現される。第一仮想端末３３は、通信端末１３から第一仮想端末３３（1000@brother.com）宛に送信された通話データを受信した場合、受信した通話データを第二仮想端末３４（500@sister.com）に受け渡す。通話データを受け渡す際の第一仮想端末３３（1000@brother.com）と第二仮想端末３４（500@sister.com）との対応関係は、登録テーブル２４１（図８参照）に基づいて判断される。第一仮想端末３３は、登録テーブル２４１において内線電話番号１０００と５００とが対応付けられているので、1000@brother.comと500@sister.comとの対応関係を認識できる。第二仮想端末３４は、第一仮想端末３３から受けた通話データを、確立されたセッションを介して通信端末２０に対して送信する。送信される通話データは、500@sister.comから送信されることになる。
【００７２】
一方、第二仮想端末３４は、通信端末２０から第二仮想端末３４（500@sister.com）宛に送信された通話データを受信した場合、受信した通話データを第一仮想端末３３（1000@brother.com）に受け渡す。通話データを受け渡す際の第二仮想端末３４（500@sister.com）と第一仮想端末３３（1000@brother.com）との対応関係は、登録テーブル２４１（図８参照）に基づいて判断される。第一仮想端末３３は、第二仮想端末３４から受けた通話データを、確立されたセッションを介して通信端末１３に対して送信する。送信される通話データは、仮想アカウント1000@brother.comから送信されることになる。
【００７３】
このようにして仮想端末３２では、一方のセッションを介して受信した通話データを、他方のセッション側に中継する（Ｓ８９）。これによって、通信端末１３、２０間で通話データの送受信が実行され、通信端末１３、２０のユーザ間で通話が実行される（Ｓ８５）。
【００７４】
以上のようにして、ＩＰ網６に接続する通信端末１２と第一仮想端末３３との間のセッションが、呼制御装置３１によって確立される。ＩＰ網７に接続する通信端末１７と第二仮想端末３４との間のセッションが、通信制御装置１６によって確立される。第一仮想端末３３と第二仮想端末３４との間で通話データが中継されることによって、通信端末１２、１７間の通話が実行される。このため通信制御装置１１は、別のサーバや回線交換機を使用することなく、通信端末１２、１７間で通話を実行させることができる。
【００７５】
また通信制御装置１１は、通信端末１２と第一仮想端末３３との間のセッションを確立させ、その後、通信端末２０と第二仮想端末３４との間のセッションを確立させることができる。このように通信制御装置１１は、確立されたセッションを使用しながら、セッションを段階的に確立させることができる。これによって通信制御装置１１は、通信端末１２、１７間のセッションを効率的に確立させることができる。通信制御装置１１は、通信端末１２、１７間の通話を、より少ない通信手順で迅速に開始させることができる。
【００７６】
図１０から図２０を参照し、通信制御装置１０のＣＰＵ２１において実行される第一メイン処理（図１０−図１４）及び第二メイン処理（図１５−図２０）について説明する。通信制御装置１０の電源が投入された場合、第一メイン処理及び第二メイン処理は起動され実行される。第一メイン処理では、通信制御装置１０に仮想端末３２が設定されるまでの処理が実行される。第二メイン処理では、呼制御装置３１及び仮想端末３２を機能させることによって、通信端末１２と通信端末１７との間で通話を開始するための処理が実行される。
【００７７】
図１０から図１４を参照し、第一メイン処理について説明する。配下のＩＰ網に接続する通信端末１２から、設定要求信号（Ｓ１１、図６参照）を受信したかが判断される（Ｓ１１１）。設定要求信号が受信された場合（Ｓ１１１：ＹＥＳ）、他のＩＰ網に接続する通信端末との間の通話を開始するために、仮想端末３２の設定が要求されていることになる。第一発呼側処理（図１１、１２参照）が実行される（Ｓ１１３）。第一発呼側処理では、呼制御装置３１及び仮想端末３２が設定される。第一発呼側処理の詳細は後述する。第一発呼側処理の終了後、処理はＳ１１１に戻る。
【００７８】
設定要求信号が受信されていない場合（Ｓ１１１：ＮＯ）、他の通信制御装置１０から電話網５を介して接続要求信号（Ｓ１３、図６参照）を受信したかが判断される（Ｓ１１５）。接続要求信号が受信された場合（Ｓ１１５：ＹＥＳ）、他の通信制御装置１０から、仮想アカウントの生成が要求されていることになる。第一被呼側処理（図１３、１４参照）が実行される（Ｓ１１７）。第一被呼側処理では、仮想端末３２に割り当てる仮想アカウントが生成される。第一被呼側処理の詳細は後述する。第一被呼側処理の終了後、処理はＳ１１１に戻る。接続要求信号が受信されていない場合（Ｓ１１５：ＮＯ）、処理はＳ１１１に戻る。
【００７９】
図１１を参照し、第一発呼側処理について説明する。以下では、図６に示す通信制御装置１１のＣＰＵ２１において第一発呼側処理が実行されることを想定して説明する。ＩＰ網６に接続する通信端末１３から、設定要求信号を受信していることになる。通信制御装置１６の電話番号が取得される（Ｓ１２１）。通信制御装置１６の電話番号は、予めＨＤＤ２４に記憶されていてもよい。また通信端末１３のユーザは、通信制御装置１６の電話番号を通信端末１３に入力しても良い。通信端末１３は、設定要求信号と同時に、入力された通信制御装置１６の電話番号を、通信制御装置１１に対して送信してもよい。通信制御装置１１は、通信端末１３から受信した電話番号を、通信制御装置１６の電話番号として取得してもよい。電話番号は、複数取得されてもよい。例えば、固定電話網３用の電話番号と、移動電話網４用の電話番号とが取得されてもよい。
【００８０】
通信制御装置１６に対して、電話網５を介して接続要求信号（Ｓ１３、図６参照）が送信される（Ｓ１２３）。Ｓ１２３で送信された接続要求信号に応じ、通信制御装置１６から送信される接続応答信号（Ｓ１７、図６参照）を受信したかが判断される（Ｓ１２５）。接続要求信号を送信してから所定時間経過後も、接続応答信号を受信できない場合（Ｓ１２５：ＮＯ）、Ｓ１２１で複数の電話番号が取得されており、且つ、接続要求信号の宛先として使用されていない電話番号が残っているかが判断される（Ｓ１４９）。該当する電話番号が残っている場合（Ｓ１４９：ＹＥＳ）、残りの電話番号宛に接続要求信号を送信するために、処理はＳ１２３に戻る。このようにして通信制御装置１１は、一の電話番号を使用した電話回線の接続に失敗した場合であっても、他の電話番号を使用して電話回線を接続させることができる。例えば、固定電話網３の電話番号を使用して電話回線の接続が試みられ、失敗した場合に、移動電話網４の電話番号を使用して電話回線を接続させることができる。
【００８１】
一方、取得された全ての電話番号宛に接続要求信号を送信しても、接続応答信号を受信できない場合（Ｓ１４９：ＮＯ）、通信制御装置１６において電話回線の接続が拒否されていることになる。この場合、第一発呼側処理は終了し、処理は第一メイン処理（図１０参照）に戻る。
【００８２】
接続要求信号を送信してから所定時間内に、通信制御装置１６から送信された接続応答信号（Ｓ１７、図６参照）が受信された場合（Ｓ１２５：ＹＥＳ）、通信制御装置１６との間の電話回線が接続される（Ｓ１２７）。接続中の電話回線を介して、通信制御装置１６から送信される所定音声のデータ（Ｓ１９、図６参照）が受信される（Ｓ１２９）。所定音声は、仮想アカウントの生成要求に応じる旨を通知するためのものである。所定音声のデータは、通信端末１３に対して送信される。通信端末１３のスピーカから、所定音声が出力される。
【００８３】
なお上述において、所定音声のデータが受信できない場合、通信制御装置１６において通常の着信操作が行われたと判断してもよい。この場合、接続中の電話回線を介して通話処理が実行されてもよい。
【００８４】
ＩＰ網２を介して通信を行う際に送信元のアドレス情報として使用されるＩＰアドレスが取得される（Ｓ１３１）。なおＩＰアドレスは、予めＨＤＤ２４に記憶されたＩＰアドレスを読み出すことによって取得されてもよい。又は、ＤＨＣＰサーバによって通信制御装置１１に対して割り当てられるＩＰアドレスが取得されてもよい。
【００８５】
登録テーブル２４１（図８参照）が参照される。仮想端末３２に割り当てることが可能な内線電話番号７００−１２００が、許容番号として取得される（Ｓ１３５）。ＤＴＭＦ信号からなる生成要求信号が作成される（Ｓ１３７）。Ｓ１３１で取得されたＩＰアドレス、及び、Ｓ１３５で取得された許容番号７００−１２００は、生成要求信号に含められる。作成された生成要求信号は、接続中の電話回線を介して通信制御装置１６に対して送信される（Ｓ１３９）（Ｓ２１（図６参照））。
【００８６】
Ｓ１３３で送信された生成要求信号に応じ、通信制御装置１６から送信される判断結果信号（Ｓ２５、図６参照）が受信される（Ｓ１４１）。ＤＴＭＦ信号からなるＡＣＫ信号が作成される（Ｓ１４３）。接続中の電話回線を介して、作成されたＡＣＫ信号が通信制御装置１６に対して送信される（Ｓ１４５）（Ｓ２７、図６参照）。接続中の電話回線を介し、通信制御装置１６から送信された切断通知信号（Ｓ３１、図６参照）が受信される（Ｓ１４７）。接続中の電話回線は切断される（Ｓ１４７）。このように、接続された電話回線は、最低限の通信が実行された後、即座に切断される。これによって、電話回線の回線使用料を抑制することができる。
【００８７】
なお上述では、通信制御装置１６から切断通知信号が送信されているが、通信制御装置１１がオンフックすることによって、通信制御装置１６に対して切断通知信号を送信してもよい。
【００８８】
図１２に示すように、Ｓ１４１（図１１参照）で受信された判断結果信号の内容が判断される（Ｓ１５１）。通信制御装置１６において仮想アカウントを生成しないと判断されている場合（Ｓ１５１：ＮＯ）、仮想アカウントが通知されないので、仮想端末３２を設定することができない。第一発呼側処理は終了し、処理は第一メイン処理（図１０参照）に戻る。
【００８９】
一方、通信制御装置１６において仮想アカウントを生成すると判断されている場合（Ｓ１５１：ＹＥＳ）、通信制御装置１６との間で、ＩＰ網２を介した通信が開始される。ＩＰ網２を介して通信制御装置１６から送信された仮想アカウントパケット（Ｓ３３、図６参照）が受信される（Ｓ１５３）。仮想アカウントパケットに含まれている通信制御装置１６のＩＰアドレス、及び仮想アカウントが取得される。仮想アカウントパケットを受信した旨を通知するＡＣＫパケットが、ＩＰ網２を介して通信制御装置１６に対して送信される（Ｓ１５５）（Ｓ３５、図６参照）。
【００９０】
なお上述では、仮想アカウントパケットに含まれているＩＰアドレスを、通信制御装置１６のＩＰアドレスとして取得した。通信制御装置１１は、仮想アカウントパケットの送信元のＩＰアドレスを、通信制御装置１６のＩＰアドレスとして取得してもよい。
【００９１】
仮想端末３２が仮想的に設定される（Ｓ３７、図６参照）。設定された仮想端末３２に、Ｓ１５３で受信された仮想アカウントパケットから取得された仮想アカウント 1000@brother.com、500@sister.com（ＩＤ及びパスワード含む）が割り当てられる。取得された仮想アカウント 1000@brother.comのうちユーザ識別子に相当する部分 １０００が、内線電話番号として抽出される。抽出された内線電話番号に対応するＩＤ、及びパスワードが作成される。抽出された内線電話番号、作成されたＩＤ、及びパスワードは、登録テーブル２４１（図８参照）に格納される。また、取得された仮想アカウント 500@sister.comのうちユーザ識別子に相当する部分 ５００が、内線電話番号として抽出される。抽出された内線電話番号、及び対応するＩＤ、パスワードが、登録テーブル２４１に格納される。これによって、仮想端末３２に割り当てられた仮想アカウントの情報が、登録テーブル２４１に登録される。（Ｓ１５７）（Ｓ３９、図６参照）。
【００９２】
呼制御装置３１に対する仮想端末３２のREGISTER処理が実行される（Ｓ１５８）（Ｓ４０、図６参照）。これによって、登録テーブル２４１のうち内線電話番号 １０００に対応するＩＰアドレスが格納される。呼制御装置３１は、通信端末１２と仮想端末３２との間で呼制御通信を行うことが可能となる。
【００９３】
なお上述で作成されるＩＤ、及びパスワードは、通信端末１３のユーザによって通信端末１３を介して入力されてもよい。入力されたＩＤ、及びパスワードを通信端末１３から受信することによって、これらの情報を特定してもよい。またＩＤ、及びパスワードは、通信制御装置１１に対して直接入力されてもよい。
【００９４】
通信制御装置１６に対するREGISTER処理が以下のようにして実行される。500@sister.comに対応するＩＰアドレスが作成される。作成されたＩＰアドレス aa.aa.aa.aaは、登録テーブル２４１（図８参照）のうち内線電話番号 ５００に対応付けて格納される。内線電話番号 ５００、及び作成されたＩＰアドレス aa.aa.aa.aaを含むREGSITERパケットが、通信制御装置１６に対して送信される（Ｓ１５９）（Ｓ４１、図６参照）。ＩＰ網７に接続する通信端末１７との間で通話を行うことが可能となった旨が、通信端末１３に対して通知される（Ｓ１６１）（Ｓ４５、図６参照）。第一発呼側処理は終了し、処理は第一メイン処理（図１０参照）に戻る。
【００９５】
図１３を参照し、第一被呼側処理について説明する。以下では、図６に示す通信制御装置１６のＣＰＵ２１において第一被呼側処理が実行されることを想定して説明する。電話網５を介して、通信制御装置１１から接続要求信号を受信していることになる。Ｓ１１５（図１０参照）で受信された接続要求信号の送信元である通信制御装置１１の電話番号が特定される（Ｓ１７１）。受信した接続要求信号に応じ、オフフックされる（Ｓ１５、図６参照）。接続要求信号を送信した通信制御装置１１に対して、接続応答信号（Ｓ１７、図６参照）が送信される（Ｓ１７５）。これによって、通信制御装置１１との間の電話回線は接続される。自動音声応答機能を使用し、接続中の電話回線を介して、仮想アカウントの生成要求に応じる旨を通知するための所定音声のデータが自動送信される（Ｓ１７７）（Ｓ１９、図６参照）。
【００９６】
所定音声のデータが送信された後、通信制御装置１１から送信される生成要求信号（Ｓ２１、図６参照）が受信される（Ｓ１７９）。生成要求信号には、通信制御装置１１のＩＰアドレス、及び許容番号が含まれている。ＨＤＤ２４に記憶された許可テーブルが参照される。Ｓ１７１で特定された電話番号が許可テーブルに格納されているかが判断される（Ｓ１８１）。特定された電話番号が許可テーブルに格納されている場合、仮想アカウントを生成すると判断される。一方、特定された電話番号が許可テーブルに格納されていない場合、仮想アカウントを生成しないと判断される。ＤＴＭＦ信号からなる判断結果信号が作成される（Ｓ１８３）。判断結果信号は、通信制御装置１１に対して送信される（Ｓ１８５）（Ｓ２５、図６参照）。送信された判断結果信号に応じ、通信制御装置１１から送信されるＡＣＫ信号（Ｓ２７、図６参照）が受信される（Ｓ１８７）。オンフックすることで（Ｓ２９、図６参照）、通信制御装置１１に対して切断通知信号が送信される（Ｓ１８９）（Ｓ３１、図６参照）。これによって、接続中の電話回線は切断される。
【００９７】
なお、仮想アカウントを生成するか否かの判断方法は、上述した方法に限定されない。例えば通信制御装置１６は、Ｓ１７１で特定された電話番号をキーとし、認証サーバに問い合わせることによって、仮想アカウントを生成するか否かを判断してもよい。仮想アカウントの生成の可否は、通信制御装置１１の電話番号以外の情報（例えばＩＤやパスワードなど）によって判断されてもよい。通信制御装置１１は、所定の認証情報を生成要求信号に含めてもよい。通信制御装置１６は、生成要求信号に含まれている認証情報が所定の条件を満たす場合に、仮想アカウントを生成すると判断してもよい。
【００９８】
通信制御装置１６は、接続応答信号を通信制御装置１１に対して送信する（Ｓ１７５）前に、仮想アカウントを生成するか否かを判断してもよい。通信制御装置１６は、仮想アカウントを生成すると判断した場合にのみ、接続応答信号を通信制御装置１１に対して送信してもよい。これによって、不要な電話回線が接続されることを防止することができるので、電話回線の回線使用料を更に抑制することができる。
【００９９】
図１４に示すように、Ｓ１８１（図１３参照）で、仮想アカウントを生成しないと判断された場合（Ｓ１９３：ＮＯ）、仮想アカウントは通信制御装置１１に対して通知されることなく第一被呼側処理は終了する。処理は第一メイン処理（図１０参照）に戻る。一方、仮想アカウントを生成すると判断された場合（Ｓ１９３：ＹＥＳ）、ＩＰ網２を介して通信を行う際に送信元のアドレス情報として使用するＩＰアドレスが取得される（Ｓ１９５）。ＩＰアドレスは、予めＨＤＤ２４に記憶されたＩＰアドレスを読み出すことによって取得されてもよいし、ＤＨＣＰサーバによって通信制御装置１６に対して割り当てられるＩＰアドレスが取得されてもよい。
【０１００】
仮想端末３２に割り当てる仮想アカウントが生成される（Ｓ１９７）。仮想アカウントの生成は、次のようにして行われる。Ｓ１７９（図１３参照）で受信された生成要求信号に含まれている許容番号 ７００−１２００が参照される。許容番号のうち１０００が選択される。選択された番号をユーザ識別子として有し、ＩＰ網６に割り当てられているドメイン名 brother.comを有するＳＩＰ ＵＲＩ 1000@brother.comが、仮想端末３２に割り当てる仮想アカウントのうちＩＰ網６内で有効なＳＩＰ ＵＲＩとして生成される。
【０１０１】
次に、ＨＤＤ２４に記憶された登録テーブル２４２（図９参照）が参照される。仮想端末３２に割り当てることが可能な内線電話番号２００−８００のうち５００が選択される。選択された内線電話番号をユーザ識別子として有し、且つ、ＩＰ網７に割り当てられているドメイン名 sister.comを有するＳＩＰ ＵＲＩ 500@sister.comが、仮想端末３２に割り当てる仮想アカウントのうちＩＰ網７内で有効なＳＩＰ ＵＲＩとして生成される。
【０１０２】
生成された仮想アカウント 500@sister.comに対応するＩＤ saitoh、及びパスワード xxxxxxが作成され、ユーザ識別子 ５００によって特定される内線電話番号に対応付けられて格納される。これによって、500@sister.comは登録テーブル２４２に登録される（Ｓ１９８）（Ｓ３２、図６参照）。
【０１０３】
ＩＰ網２を介した通信が開始される。Ｓ１９５で取得されたＩＰアドレス、及びＳ１９７で生成された仮想アカウント 1000@brother.com、500@sister.comを含む仮想アカウントパケットが、通信制御装置１１に対して送信される（Ｓ１９９）（Ｓ３３、図６参照）。Ｓ１７９（図１３参照）で受信された生成要求信号に含まれているＩＰアドレスが、仮想アカウントパケットの宛先ＩＰアドレスとして設定される。これによって仮想アカウントパケットは、通信制御装置１１に対して確実に送信される。仮想アカウントパケットに応じて通信制御装置１１から送信されるＡＣＫパケット（Ｓ３５、図６参照）が受信される（Ｓ２０１）。
【０１０４】
ＡＣＫパケットの受信後、通信制御装置１１から送信されるREGISTERパケット（Ｓ４１、図６参照）が受信される（Ｓ２０３）。REGISTERパケットには、内線電話番号 ５００、及びＩＰアドレス aa.aa.aa.aa（図８参照）が含まれている。登録テーブル２４２（図９参照）のうち、取得された内線電話番号 ５００に対応付けて、受信されたＩＰアドレスが格納される（Ｓ２０５）（Ｓ４７、図６参照）。これによって通信制御装置１６は、通信端末１７と仮想端末３２との間で呼制御通信を行うことが可能となる。ＩＰ網６に接続する通信端末１２との間で通話を行うことが可能となった旨が、通信端末１７に対して通知される（Ｓ２０７）（Ｓ４７、図６参照）。第一被呼側処理は終了し、処理は第一メイン処理（図１０参照）に戻る。
【０１０５】
以上説明したように、通信制御装置１１は、ＩＰ網６、７内で有効なＳＩＰ ＵＲＩを仮想アカウントとして仮想端末３２に対して割り当てることができる。これによって、異なるＩＰ網に接続する通信端末間での通話を実行可能としている（第二メイン処理、後述）。通信制御装置１０は、別のサーバや回線交換機を使用することなく、通信端末１２、１７間で通話を実行させることができる。
【０１０６】
なお上述では、仮想アカウントのうちＩＰ網６内で有効なＳＩＰ ＵＲＩは、通信制御装置１６において生成されていたが、本発明はこれに限定されない。通信制御装置１６は、ＩＰ網７内で有効なＳＩＰ ＵＲＩのみを仮想アカウントとして生成してもよい。仮想アカウントのうちＩＰ網６内で有効なＳＩＰ ＵＲＩは、通信制御装置１１において生成してもよい。これによって通信制御装置１１は、生成されるＳＩＰ ＵＲＩのユーザ識別子が、ＩＰ網６内での使用が禁止されている内線電話番号の中から選択されることを確実に防止することができる。
【０１０７】
上述では、登録テーブル２４１のうち、仮想アカウントに割り当てるために区別された内線電話番号が使用され、仮想アカウントが生成されていた。通信制御装置１１は、登録テーブル２４１のうち、通信端末１２に対して設定されていない内線電話番号、即ち、現時点で使用されていない内線電話番号が使用され、仮想アカウントが生成されてもよい。これによって、仮想アカウントのユーザ識別子として使用することが可能な内線電話番号の選択肢を増やすことができる。
【０１０８】
上述のように通信制御装置１１が通信制御装置１６と通信を行うことによって、仮想端末３２が設定されたとする。この状態で通信端末１４のユーザが、通信制御装置１６とは異なる別の通信制御装置の配下のＩＰ網に接続する別の通信端末との通話を所望したとする。この場合、上述と同様の方法によって、別の通信制御装置に対応する別の仮想端末が設定されることになる。従って、別の仮想端末には、仮想端末３２に設定された仮想アカウントとは異なる別の仮想アカウントが設定される。これによって、異なる複数の他のネットワークに接続する通信端末との間で通話が同時に実行される場合でも、所望する相手方と確実に通話が行われる。
【０１０９】
上述の通信のうち、通信制御装置１６から送信される判断結果信号に、仮想アカウントを含めてもよい。これによって、通信制御装置１１、１６間で実行される通信の頻度を抑制することができる。通信制御装置１１は仮想端末３２を迅速に設定することができる。
【０１１０】
上述におけるＩＰ網２を介した通信は、例えばＶＰＮ（Virtual Private Network）を介して実行されてもよい。
【０１１１】
図１５から図２０を参照し、第二メイン処理について説明する。配下のＩＰ網に接続する通信端末１２から、通話要求（外部）パケット（Ｓ５１、図７参照）を受信したかが判断される（Ｓ２１１）。通話要求（外部）パケットが受信された場合（Ｓ２１１：ＹＥＳ）、他のＩＰ網に接続する通信端末との間の通話の開始が要求されていることになる。第二発呼側処理（図１６参照）が実行される（Ｓ２１３）。第二発呼側処理では、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４の機能を実現するためのプロセスが起動され、其々が実行されることになる。呼制御装置３１の機能を実現するためのプロセスが、呼制御装置（図１７参照）に相当する。第一仮想端末３３の機能を実現させるためのプロセスが、第一仮想処理（図１８参照）に相当する。第二仮想端末３４の機能を実現するためのプロセスが、第二仮想処理（図１９参照）に相当する。第二発呼側処理の詳細は後述する。第二発呼側処理の終了後、処理はＳ２１１に戻る。
【０１１２】
通話要求（外部）パケットが受信されていない場合（Ｓ２１１：ＮＯ）、他の通信制御装置１０からＩＰ網２を介して確立要求パケット（Ｓ６９、図７参照）を受信したかが判断される（Ｓ２１５）。確立要求パケットが受信された場合（Ｓ２１５：ＹＥＳ）、他の通信制御装置１０から、セッションの確立が要求されていることになる。第二被呼側処理（図２０参照）が実行される（Ｓ２１７）。第二被呼側処理では、第二仮想端末３４との間のセッションを確立させるための処理が実行される。第二被呼側処理の詳細は後述する。第二被呼側処理の終了後、処理はＳ２１１に戻る。確立要求信号が受信されていない場合（Ｓ２１５：ＮＯ）、処理はＳ２１１に戻る。
【０１１３】
図１６を参照し、第二発呼側処理について説明する。以下では、図７に示す通信制御装置１１のＣＰＵ２１において第二発呼側処理が実行されることを想定して説明する。ＩＰ網６に接続する通信端末１３から、通話要求（外部）パケットを受信していることになる。
【０１１４】
呼制御処理（図１７参照）が起動される（Ｓ２２１）。第一発呼側処理（図１１参照）において仮想的に設定された呼制御装置３１において実行される処理が、呼制御処理に相当する。呼制御処理では、通信制御装置１１における呼制御機能が実現される。呼制御処理の詳細は後述する。第一仮想処理（図１８参照）が起動される（Ｓ２２３）。第一発呼側処理（図１１参照）において仮想的に設定された第一仮想端末３３（仮想アカウント：1000@brother.com）において実行される処理が、第一仮想処理に相当する。第一仮想処理では、ＩＰ網６内での呼制御通信が実行される。第一仮想処理の詳細は後述する。第二仮想処理（図１９参照）が起動される（Ｓ２２５）。第一発呼側処理（図１１参照）において仮想的に設定された第二仮想端末３４（仮想アカウント：500@sister.com）において実行される処理が、第二仮想処理に相当する。第二仮想処理では、ＩＰ網７内での呼制御通信が実行される。第二仮想処理の詳細は後述する。起動された呼制御処理、第一仮想処理、及び第二仮想処理は、並列して実行される。
【０１１５】
通信端末１３、２０間の通話が終了したかが判断される（Ｓ２２７）。通信端末１３、２０間の通話が終了していない場合（Ｓ２２７：ＮＯ）、処理はＳ２２７に戻る。通信端末１３、２０巻の通話が終了した場合（Ｓ２２７：ＹＥＳ）、Ｓ２２１で起動された呼制御処理は終了される（Ｓ２２９）。Ｓ２２３で起動された第一仮想処理は終了される（Ｓ２３１）。Ｓ２２５で起動された第二仮想処理は終了される（Ｓ２３３）。第二発呼側処理は終了し、処理は第二メイン処理（図１５参照）に戻る。
【０１１６】
なお以下では、呼制御処理を実行する呼制御装置３１、第一仮想処理を実行する第一仮想端末３３、及び、第二仮想処理を実行する第二仮想端末３４において其々処理が実行されるように模擬的に表現されている。また、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４間でパケットが送受信されるように模擬的に表現されている。しかしながら、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４は、通信制御装置１１内に仮想的に設定されたものであり、実在するわけではない。実際には、呼制御処理、第一仮想処理、及び第二仮想処理は、通信制御装置１１のＣＰＵ２１において実行されるものである。また、パケットが送受信されるという表現は、実際には、パケットに含まれるデータやメッセージが処理間でやり取りされることを意味している。物理的に実在するパケットが、実際に送受信されているのではない。
【０１１７】
図１７を参照し、呼制御処理について説明する。Ｓ２１１（図１５参照）で、通信端末１３から通話要求（外部）パケットを受信しているので、ＳＩＰに基づいた呼制御通信が開始される。第一仮想端末３３の仮想アカウント 1000@brother.comのうちユーザ識別子１０００は、登録テーブル２４１（図８参照）に既に登録されている（Ｓ１５８、図１２参照）。通信端末１３と第一仮想端末３３との間で呼制御通信を行うことができる状態にある。第一仮想端末３３に対して、確立要求パケットが送信される（Ｓ２３７）（Ｓ５３、図７参照）。
【０１１８】
確立要求パケットが第一仮想端末３３に対して送信された後、第一仮想端末３３から送信される応答パケットが受信される（Ｓ２３９）（Ｓ５５、図７参照）。受信した応答パケットは、通信端末１３に対して転送される（Ｓ２４１）。通信端末１３と第一仮想端末３３との間で、セッションを確立させるための一連の呼制御通信が完了したことになる。通信端末１３と第一仮想端末３３とのセッションは確立する（Ｓ２４３）（Ｓ５９、図７参照）。通信端末１３と第一仮想端末３３との間で、確立されたセッションを介した通信が可能な状態になる。呼制御処理は終了する。
【０１１９】
図１８を参照し、第一仮想処理について説明する。呼制御装置３１から送信された確立要求パケット（Ｓ５３、図７参照）を受信したかが判断される（Ｓ２５１）。確立要求パケットが受信されていない場合（Ｓ２５１：ＮＯ）、処理はＳ２５１に戻る。呼制御装置３１から送信された確立要求パケットが受信された場合（Ｓ２５１：ＹＥＳ）、通信端末１３との間のセッションを確立させるために、呼制御装置３１に対して応答パケットが送信される（Ｓ２５３）（Ｓ５５、図７参照）。通信端末１３との間で、セッションを確立させるための一連の呼制御通信が完了したことになる。通信端末１３との間のセッションは確立する（Ｓ２５５）（Ｓ５９、図７参照）。通信端末１３との間で、確立されたセッションを介した通信が可能な状態になる。
【０１２０】
通信端末１３との間で、確立されたセッションを介した通信が開始される。通信端末１３のユーザに対して通話相手先の内線電話番号を問い合わせる音声のデータが、ＩＶＲによって通信端末１３に対して送信される（Ｓ２５７）。音声には、ＩＰ網７に接続する通信端末１８、１９、及び２０の内線電話番号１、２、及び３を通知するための音声が含められる。通信端末１３は、音声のデータを受信し、音声をスピーカから出力する。ユーザは、通話可能な通信端末１７の内線電話番号１、２、３を認識できる。通信端末１３から送信される通話要求（ｎ）パケットの受信が監視される（Ｓ２５９）。通話要求（ｎ）パケットが受信されない場合（Ｓ２５９：ＮＯ）、処理はＳ２５９に戻る。
【０１２１】
通信端末１３のユーザによって、通話相手先の内線電話番号３が入力される。通話要求（３）パケットが、通信端末１３から第一仮想端末３３に対して送信され、通話要求（３）パケットが受信される（Ｓ２５９：ＹＥＳ）。ＩＰ網７に接続する通信端末１７のうち内線電話番号３が割り当てられた通信端末２０との通話の開始が要求されたと判断される。ＩＰ網７内で有効な仮想アカウント 500@sister.comが割り当てられた第二仮想端末３４が、登録テーブル２４１に基づいて特定される。第二仮想端末３４に対して、通信端末２０との間のセッションの確立が依頼される（Ｓ２６１）（Ｓ６５、図７参照）。
【０１２２】
通話が保留された状態である旨を通信端末１３のユーザに対して通知する音声のデータが、Ｓ２５５で確立されたセッションを介して、ＩＶＲによって通信端末１３に対して送信される（Ｓ２６３）（Ｓ６７（図７参照））。通信端末１３は、音声のデータを受信し、スピーカから出力する。通信端末１３のユーザは、通話が保留された状態である旨を認識することができる。
【０１２３】
第二仮想端末３４からの通知であって、通信端末２０と第二仮想端末３４との間のセッションが確立した旨の通知が監視される（Ｓ２６５）。通知が受信されない場合（Ｓ２６５：ＮＯ）、処理はＳ２６５に戻る。通信端末２０と第二仮想端末３４との間のセッションが確立した旨の通知（Ｓ７９、図７参照）を、第二仮想端末３４から受信した場合（Ｓ２６５：ＹＥＳ）、通信端末１３との間で確立されたセッションを介して、通信端末１３に通知パケットが送信される（Ｓ２６７）（Ｓ８３（図７参照））。通知パケットを受信した通信端末１３は、通信端末１３と通信端末２０との間で通話が可能となった旨を、通信端末１３のユーザに通知する。ユーザは、通信端末２０との通話が可能となたことを認識することができる。
【０１２４】
通信端末１３との間のセッションを介し、通信端末１３から第一仮想端末３３宛の通話データが受信されたとする。通話データは、第一仮想端末３３の仮想アカウント 1000@brother.com宛に送信されている。受信された通話データは、第二仮想端末３４に対して受け渡される。第二仮想端末３４は、第一仮想端末３３から通話データを受け取った場合、通話データを、通信端末２０との間のセッションを介して通信端末２０に対して送信する。また、第二仮想端末３４から通話データを受け取ったとする。受け取った通話データは、通信端末１３との間のセッションを介して、通信端末１３に対して送信される。通話データは、第一仮想端末３３の仮想アカウント 1000@brother.comから送信されることになる。このようにして、通話データの中継処理が実行される（Ｓ２６９）（Ｓ８９、図７参照）。これによって、通信端末１３、２０間で通話データが送受信され、通話が実行される。第一仮想処理は終了する。
【０１２５】
図１９を参照し、第二仮想処理について説明する。第一仮想端末３３から、通信端末２０との間のセッションの確立の依頼（Ｓ６５、図７参照）があったかが判断される（Ｓ２７１）。第一仮想端末３３からの依頼が無い場合（Ｓ２７１：ＮＯ）、処理はＳ２７１に戻る。第一仮想端末３３から、通信端末２０との間のセッションに確立の依頼（Ｓ６５、図７参照）があった場合（Ｓ２７１：ＹＥＳ）、確立要求パケットが通信制御装置１６に対して送信される（Ｓ２７３）（Ｓ６９、図７参照）。確立要求パケットには、通信端末２０のＳＩＰ ＵＲＩ 3@sister.comが格納される。
【０１２６】
送信された確立要求パケットに応じ、通信制御装置１６から送信される応答パケットが受信される（Ｓ２７５）（Ｓ７５（図７参照））。通信端末２０との間で、セッションを確立させるための一連の呼制御通信が完了したことになる。通信端末２０とのセッションが確立される（Ｓ２７７）（Ｓ７７（図７参照））。通信端末２０との間で、確立されたセッションを介した通信が可能な状態になる。通信端末２０との間のセッションが確立した旨が、第一仮想端末３３に対して通知される（Ｓ２７９）（Ｓ７９（図７参照））。
【０１２７】
通信端末２０との間のセッションを介し、通信端末２０から通話データが受信されたとする。通話データは、第二仮想端末３４の仮想アカウント 500@sister.com宛に送信されている。受信された通話データは、第一仮想端末３３に対して受け渡される。第一仮想端末３３は、第二仮想端末３４から通話データを受け取った場合、通話データを、通信端末１３との間のセッションを介して通信端末１３に対して送信する。また、第一仮想端末３３から通話データを受け取ったとする。受け取った通話データは、通信端末２０との間のセッションを介して、通信端末２０に対して送信される。通話データは、第二仮想端末３４の仮想アカウント 500@sister.comから送信されることになる。このようにして、通話データの中継処理が実行される（Ｓ２８１）（Ｓ８９、図７参照）。これによって、通信端末１３、２０間で通話のデータが送受信され、通話が実行される。第二仮想処理は終了する。
【０１２８】
図２０を参照し、第二被呼側処理について説明する。Ｓ２１５（図１５参照）で、第二仮想端末３４から確立要求パケットを受信している。第二仮想端末３４の仮想アカウント 500@sister.comのうちユーザ識別子５００は、登録テーブル２４２（図９参照）に登録されている（Ｓ２０５、図１４参照）。仮想アカウント500@sister.comを有する第二仮想端末３４との間で呼制御通信を行うことが可能な状態にある。確立要求パケットには、ＳＩＰ ＵＲＩ 3@sister.comが格納されている。ＳＩＰ ＵＲＩ 3@sister.comが割り当てられた通信端末２０に対して、確立要求パケットが転送される（Ｓ２９３）。確立要求パケットが送信された後、通信端末２０から送信される応答パケットの受信が監視される（Ｓ２９５）。応答パケットが受信されない場合（Ｓ２９５：ＮＯ）、処理はＳ２９５に戻る。
【０１２９】
通信端末２０のユーザによって着信操作（オフフックなど）がされた場合（Ｓ７３、図７参照）、通信端末２０から通信制御装置１６に対して応答パケットが送信される（Ｓ７４、図７参照）。通信端末２０から送信された応答パケットが受信される（Ｓ２９５：ＹＥＳ）。受信された応答パケットは、第二仮想端末３４に対して転送される（Ｓ２９７）（Ｓ７５（図７参照））。通信端末２０と第二仮想端末３４との間で、セッションを確立させるための一連の呼制御通信が完了したことになる。通信端末１３と第二仮想端末３４とのセッションが確立される（Ｓ２９９）（Ｓ７７（図７参照））。通信端末２０と第二仮想端末３４との間で、確立されたセッションを介した通信が可能な状態になる。第二被呼側処理は終了する。
【０１３０】
以上説明したように、ＩＰ網６に接続する通信端末１２と第一仮想端末３３との間のセッションが、呼制御装置３１によって確立される。ＩＰ網７に接続する通信端末１７と第二仮想端末３４との間のセッションが、通信制御装置１６によって確立される。第一仮想端末３３と第二仮想端末３４との間で通話データが中継されることによって、通信端末１２、１７間の通話が実行される。このため通信制御装置１１は、別のサーバや回線交換機を使用することなく、通信端末１２、１７間で通話を実行させることができる。
【０１３１】
また通信制御装置１１は、順に確立されるセッションを使用しながら、最終的に通信端末１３と通信端末２０との間の通話を開始させることができる。これによって通信制御装置１１は、通信端末１３、２０間のセッションを効率的に確立させることができるので、短時間で迅速に通話を開始させることができる。
【０１３２】
なお上述では、通信端末１３は、通話要求（外部）パケット、及び通話要求（３）パケットを受信することによって、最終的に通信端末１３、２０間で通話が可能となった。通信端末１３において、通話の相手方の内線電話番号を予め認識している場合には、通話要求（外部）パケットを送信することなく、最初から通話要求（３）パケットを送信してもよい。通信制御装置１１は、通話要求（外部）パケットを受信することなく通話要求（３）パケットを受信した場合、通信装置１３と第一仮想端末３３との間のセッション、及び、通信端末２０と第二仮想端末３４との間のセッションを順番に確立してもよい。これによって通信制御装置１１は、より少ない通信手順で迅速に複数のセッションを確立し、通信端末１３と通信端末２０との間で通話を開始させることができる。
【０１３３】
上述では、ＩＰ網７に接続する通信端末１７との通話の開始を要求する場合に、通信端末１３から通信制御装置１１に対して通話要求（外部）パケットが送信されていた。例えば通信端末１３は、第一仮想端末３３に割り当てられている内線電話番号１０００宛に電話を掛けてもよい。通信端末１３からは、通話要求（外部）パケットの代わりに、第一仮想端末３３とのセッションの確立を要求する確立要求パケットが送信されてもよい。これによって、通信端末１３と第一仮想端末３３との間のセッションが確立されてもよい。なお第一仮想端末３３に割り当てられている内線電話番号１０００は、第一仮想端末３３が設定された際に、通信端末１３に対して通知されてもよい。
【０１３４】
登録テーブル２４１（図８参照）、及び登録テーブル２４２（図９参照）では、ＩＰアドレスが対応付けて格納されていたが、ＩＰアドレス及びポート番号が対応付けて格納されてもよい。これによって、呼制御通信時、及びセッション確立後のデータ通信時において、ＩＰアドレス及びポート番号を指定して通信を行うことができる。これによって、ルータやゲートウェイ等によってデータがフィルタリングされてしまうことを抑制できる。
【０１３５】
上述では、通信端末１１において仮想端末３２が設定された後、複数のセッションが確立されていた。例えば通信制御装置１１には、仮想端末３２が予め設定されていてもよい。通信制御装置１１は、図８にて示される状態の登録テーブル２４１を予め有していてもよい。通信制御装置１６は、図９にて示される状態の登録テーブル２４２を予め有していてもよい。これによって通信制御装置１１は、仮想アカウントを取得するための通信を行うことなく、異なるＩＰ網に接続された通信端末間の通話を開始させることができる。
【０１３６】
ＩＰ網６が本発明の「第一ネットワーク」に相当する。ＩＰ網７が本発明の「第二ネットワーク」に相当する。Ｓ２１１の処理が本発明の「第一受付ステップ」に相当する。Ｓ２４３、Ｓ２５５の処理が本発明の「第一確立ステップ」に相当する。Ｓ２７３の処理が本発明の「要求ステップ」に相当する。Ｓ２７７の処理が本発明の「第二確立ステップ」に相当する。Ｓ２６９、Ｓ２８１の処理が本発明の「中継ステップ」に相当する。Ｓ２５９の処理が本発明の「第二受付ステップ」に相当する。Ｓ２５７の処理が本発明の「通知ステップ」に相当する。Ｓ２１５の処理が本発明の「第二受付ステップ」に相当する。Ｓ２９９の処理が本発明の「第二確立ステップ」に相当する。
【符号の説明】
【０１３７】
１ 通信システム
２ ＩＰ網
５ 電話網
１０、１１、１６ 通信制御装置
１２、１３、１４、１５、１７、１８、１９、２０ 通信端末
３１ 呼制御装置
３２ 仮想端末
３３ 第一仮想端末
３４ 第二仮想端末
３５、３６ セッション
２４１、２４２ 登録テーブル
【技術分野】
【０００１】
本発明は、通信端末間の通信を制御する通信制御装置、通信システム、及び通信方法に関する。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol）サーバを拠点内に設けることによって、ＩＰ網を使用した内線通信システムを構築する技術が知られている（例えば特許文献１参照）。ＳＩＰサーバは、拠点内のＩＰ網に接続する通信端末（ＩＰ電話など）間の呼制御を行う。これによって通信端末は、拠点内の他の通信端末との間で内線通信を開始することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−４８１８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら上述の技術では、一拠点内にある第一通信端末が、他の拠点内にある第二通信端末と内線通信を行う為には、拠点外にＳＩＰサーバを別途設けなければならないという問題点がある。
【０００５】
本発明の目的は、拠点外にＳＩＰサーバを別途設けることなく、第一通信端末と第二通信端末との間で容易に内線通信を実行させることが可能な通信制御装置、通信システム、及び通信方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の第一態様に係る通信制御装置は、他の通信制御装置と通信可能であり、且つ、配下の第一ネットワークに接続する通信端末間の呼制御を行う通信制御装置であって、前記通信制御装置において呼制御の対象とするアドレス形式である第一アドレス形式に基づいて決定されるアドレス情報のうち、前記第一ネットワーク内で使用されていない第一アドレス情報と、前記他の通信制御装置において呼制御の対象とするアドレス形式である第二アドレス形式に基づいて決定されるアドレス情報のうち、前記他の通信制御装置の配下の第二ネットワーク内で使用されていない第二アドレス情報とが対応付けて記憶された記憶手段を備えた通信制御装置であって、少なくとも一つ以上の制御部と、前記制御部への命令を記憶した少なくとも一つ以上のメモリとを備え、前記命令が実行されることにより、前記第一ネットワークに接続する通信端末である第一通信端末から、通信を開始する旨の要求を受け付ける第一受付ステップと、前記第一受付ステップにおいて前記要求を受け付けた場合に、前記記憶手段に記憶された前記第一アドレス情報を有する仮想的な第一仮想端末と、前記第一通信端末との間の第一セッションを確立させる第一確立ステップと、前記記憶手段に記憶された前記第二アドレス情報を有する仮想的な第二仮想端末と、前記第二ネットワークに接続する通信端末である前記第二通信端末との間の第二セッションの確立を、前記他の通信制御装置に対して要求する要求ステップと、前記要求ステップにおける要求に応じ、前記第二仮想端末と前記第二通信端末との間の呼制御が前記他の通信制御装置において行われることによって、前記第二セッションが確立される第二確立ステップと、前記第一セッションを介して前記第一通信端末と前記第一仮想端末との間で通信されるデータと、前記第二セッションを介して前記第二仮想端末と前記第二通信端末との間で通信されるデータとを中継することによって、前記第一通信端末と前記第二通信端末との間の通信を中継する中継ステップとを実行する。
【０００７】
第一態様によれば、通信制御装置は、第一通信端末と第一仮想端末との間の第一セッションを確立させることができる。他の通信制御装置は、第二仮想端末と第二通信端末との間の第二セッションを確立させることができる。通信制御装置は、第一仮想端末と第二仮想端末との間でデータを中継することによって、第一セッションを介した通信と、第二セッションを介した通信とを中継することができる。通信制御装置は、通信を中継することによって、第一通信端末と第二通信端末との間の通信を実行させることができる。
【０００８】
また第一態様において、前記通信制御装置は、前記第一確立ステップにおいて確立された前記第一セッションを介し、前記第一通信端末から、前記第二通信端末との通信を開始する旨の要求を受け付ける第二受付ステップを更に実行し、前記要求ステップは、前記第一受付ステップ及び前記第二受付ステップにおいて前記要求を受け付けた場合に、前記他の通信制御装置に対して前記第二セッションの確立を要求してもよい。通信制御装置は、第一セッションを確立した後、第二セッションを確立させることができる。このように通信制御装置は、セッションを段階的に確立させることで、効率的にセッションを確立させることができる。通信制御装置は、第一通信端末と第二通信端末との間の通信を、より少ない通信手順で迅速に開始させることができる。
【０００９】
また第一態様において、前記通信制御装置は、通信可能な前記第二通信端末のＩＤを、前記第一セッションを介して前記第一通信端末に通知する通知ステップを更に実行し、前記第二受付ステップを実行する場合において、前記通知ステップにおいて通知された前記ＩＤのうち前記第一通信端末において選択された前記ＩＤを有する前記第二通信端末との通信を開始する旨の要求を受け付けてもよい。第一通信端末は、通信制御装置から通知を受けることによって、第二ネットワークに接続する第二通信端末のＩＤを認識することができる。第一通信端末は、通知されたＩＤから、通信を所望する第二通信端末のＩＤを選択することができる。通信制御装置は、第一通信端末において第二通信端末のＩＤが予めわからない場合であっても、第一通信端末と、第一通信端末が所望する第二通信端末との間の通信を実行させることができる。
【００１０】
また第一態様において、前記通信制御装置は、前記第一受付ステップを実行する場合において、前記要求ステップにおいて要求される前記第二セッションの要求先の前記第二通信端末のＩＤを受け付け、前記要求ステップを実行する場合において、前記第一受付ステップにおいて受け付けられた前記ＩＤを有する前記第二通信端末と前記第二仮想端末との間の前記第二セッションの確立を、前記他の通信制御装置に対して要求してもよい。通信制御装置は、より少ない通信手順で迅速に第一セッション及び第二セッションを確立し、第一通信端末と第二通信端末との間の通信を開始させることができる。
【００１１】
本発明の第二態様に係る通信システムは、通信制御装置である第一通信制御装置及び第二通信制御装置を含む通信システムであって、前記第一通信制御装置は、少なくとも一つ以上の制御部と、前記制御部への命令を記憶した少なくとも一つ以上のメモリとを備え、前記命令が実行されることにより、前記第一通信制御装置の配下の第一ネットワークに接続する通信端末である第一通信端末から、通信を開始する旨の要求を受け付ける第一受付ステップと、前記第一受付ステップにおいて前記要求を受け付けた場合に、前記第一通信制御装置において呼制御の対象とされるアドレス形式である第一アドレス形式に基づいて決定されるアドレス情報のうち、前記第一ネットワーク内で使用されていない前記第一アドレス情報と、前記第二通信制御装置において呼制御の対象とされるアドレス形式である第二アドレス形式に基づいて決定されるアドレス情報のうち、前記第二通信制御装置の配下の第二ネットワーク内で使用されていない第二アドレス情報とが対応付けて格納された記憶手段に記憶された前記第一アドレス情報を有する仮想的な第一仮想端末と、前記第一通信端末との間の第一セッションを確立させる第一確立ステップと、前記記憶手段に記憶された前記第二アドレス情報を有する仮想的な第二仮想端末と、前記第二ネットワークに接続する通信端末である第二通信端末との間の第二セッションの確立を、前記第二通信制御装置に対して要求する要求ステップと、前記要求ステップにおける要求に応じ、前記第二仮想端末と前記第二通信端末との間の呼制御が前記他の通信制御装置において行われることによって、前記第二セッションが確立される第二確立ステップと、前記第一セッションを介して前記第一通信端末と前記第一仮想端末との間で通信されるデータと、前記第二セッションを介して前記第二仮想端末と前記第二通信端末との間で通信されるデータとを中継することによって、前記第一通信端末と前記第二通信端末との間の通信を中継する中継ステップとを実行し、前記第二通信制御装置は、少なくとも一つ以上の制御部と、前記制御部への命令を記憶した少なくとも一つ以上のメモリとを備え、前記命令が実行されることにより、前記第二仮想端末と前記第二通信端末との間の前記第二セッションの確立の要求を受け付ける第二受付ステップと、前記第二受付ステップにおいて前記要求が受け付けられた場合に、前記第二セッションを確立する第三確立ステップとを実行する。第二態様によれば、第一態様と同様の効果を奏することができる。
【００１２】
本発明の第三態様に係る通信方法は、通信制御装置の配下の第一ネットワークに接続する通信端末である第一通信端末から、通信を開始する旨の要求を受け付ける第一受付ステップと、前記第一受付ステップにおいて前記要求を受け付けた場合に、前記通信制御装置において呼制御の対象とされるアドレス形式である第一アドレス形式に基づいて決定されるアドレス情報のうち、前記第一ネットワーク内で使用されていない第一アドレス情報と、他の前記通信制御装置において呼制御の対象とされるアドレス形式である第二アドレス形式に基づいて決定されるアドレス情報のうち、前記他の通信制御装置の配下の第二ネットワーク内で使用されていない第二アドレス情報とが対応付けて格納された記憶手段に記憶された前記第一アドレス情報を有する仮想的な第一仮想端末と、前記第一通信端末との間の第一セッションを確立させる第一確立ステップと、前記記憶手段に記憶された前記第二アドレス情報を有する仮想的な第二仮想端末と、前記第二ネットワークに接続する通信端末である第二通信端末との間の第二セッションの確立を、前記他の通信制御装置に対して要求する要求ステップと、前記要求ステップにおける要求に応じ、前記第二仮想端末と前記第二通信端末との間の呼制御が前記他の通信制御装置において行われることによって、前記第二セッションが確立される第二確立ステップと、前記第一セッションを介して前記第一通信端末と前記第一仮想端末との間で通信されるデータと、前記第二セッションを介して前記第二仮想端末と前記第二通信端末との間で通信されるデータとを中継することによって、前記第一通信端末と前記第二通信端末との間の通信を中継する中継ステップとを備えている。第三態様によれば、第一態様と同様の効果を奏することができる。
【図面の簡単な説明】
【００１３】
【図１】通信システム１の概要を示す模式図である。
【図２】通信端末１２と仮想端末３２との間で実行される通信を説明するための図である。
【図３】通信端末１７と仮想端末３２との間で実行される通信を説明するための図である。
【図４】通信端末１２と通信端末１７との間で実行される通信を説明するための図である。
【図５】通信制御装置１０の電気的構成を示すブロック図出ある。
【図６】通信端末１３と通信端末２０との間で実行される通信を示すシーケンス図である。
【図７】通信端末１３と通信端末２０との間で実行される通信を示すシーケンス図である。
【図８】通信制御装置１１に記憶される登録テーブル２４１を示す模式図である。
【図９】通信制御装置１６に記憶される登録テーブル２４２を示す模式図である。
【図１０】第一メイン処理を示すフローチャートである。
【図１１】第一発呼側処理を示すフローチャートである。
【図１２】第一発呼側処理を示すフローチャートであって、図１１の続きである。
【図１３】第一被呼側処理を示すフローチャートである。
【図１４】第一被呼側処理を示すフローチャートであって、図１３の続きである。
【図１５】第二メイン処理を示すフローチャートである。
【図１６】第二発呼側処理を示すフローチャートである。
【図１７】呼制御処理を示すフローチャートである。
【図１８】第一仮想処理を示すフローチャートである。
【図１９】第二仮想処理を示すフローチャートである。
【図２０】第二被呼側処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の一実施形態について、図面を参照して説明する。これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。
【００１５】
図１を参照し、通信システム１の概要について説明する。通信システム１は、通信制御装置１１、１６、及び、通信端末１３、１４、１５、１８、１９、２０を備えている。通信制御装置１１、１６は、ＩＰ網２及び電話網５を介して接続している。ＩＰ網２は、ＴＣＰ／ＩＰに基づいて通信が行われる通信網である。電話網５は、電話回線が交換機によって接続される通信網である。電話網５は、固定電話網３及び移動電話網４を備えている。
【００１６】
通信制御装置１１、及び、通信端末１３、１４、１５は、ＩＰ網６に接続している。通信制御装置１１は、ＩＰ網６を介して通信端末１３、１４、１５と通信を行うことができる。通信制御装置１６、及び、通信端末１８、１９、２０は、ＩＰ網７に接続している。通信制御装置１６は、ＩＰ網７を介して通信端末１８、１９、２０と通信を行うことができる。以下、通信制御装置１１、１６を特に区別しない場合、又は総称する場合、これらを通信制御装置１０ともいう。通信端末１３、１４、１５を特に区別しない場合、又は総称する場合、これらを通信端末１２という。通信端末１８、１９、２０を特に区別しない場合、又は総称する場合、これらを通信端末１７ともいう。
【００１７】
通信制御装置１１は、通信端末１２との間で呼制御通信を行うＳＩＰ（Session Initiation Protocol）サーバでもある。通信端末１２は、ＰＣ、ＰＤＡなどの周知の情報端末機器である。通信端末１３、１４、及び１５には、内線電話番号１、２、及び３が其々割り当てられている。通信端末１２が他の通信端末１２との通話を開始する場合、通信制御装置１１と通信端末１２との間でＳＩＰに基づく呼制御通信が行われる。呼制御通信によって、通信端末１２と他の通信端末１２との間のセッションが確立される。通信端末１２は、確立されたセッションを介して、他の通信端末１２と通話を行うことができる。このようにＩＰ網６内には、通信制御装置１１が呼制御を管理する内線通信システムが構築されている。
【００１８】
ＩＰ網６には、brother.comのドメイン名が割り当てられている。通信端末１２には、内線電話番号をユーザ識別子とするＳＩＰ ＵＲＩが割り当てられる。例えば、通信端末１３の内線電話番号は１であるので、通信端末１３に割り当てられるＳＩＰ ＵＲＩは、1@brother.comとなる。通信端末１４の内線電話番号は２であるので、通信端末１４に割り当てられるＳＩＰ ＵＲＩは、2@brother.comとなる。ＩＰ網６内では、通信端末１２に割り当てられたＳＩＰ ＵＲＩが、通信端末１２のアドレス情報として使用される。
【００１９】
通信制御装置１１には、呼制御通信を行うことの可能な通信端末１２の保持するＩＰアドレスと内線電話番号が登録される。通信制御装置１１は、登録された内線電話番号によって通信端末１２のＳＩＰ ＵＲＩを特定し、通信端末１２との間で呼制御通信を行う。図１では、通信端末１３（内線電話番号：１）、１４（内線電話番号：２）、及び１５（内線電話番号：３）間で呼制御通信を行うことが可能な状態となっているので、通信制御装置１１には、内線電話番号１、２、及び３と、通信端末１３、１４、１５のＩＰアドレスとが登録されている。
【００２０】
通信制御装置１６と通信端末１７との間でも同様に、ＳＩＰに基づく呼制御通信が行われる。ＩＰ網７内には、通信制御装置１６が呼制御を管理する内線通信システムが構築されている。ＩＰ網７には、sister.comのドメイン名が割り当てられている。通信端末１７には、内線電話番号をユーザ識別子とするＳＩＰ ＵＲＩが割り当てられる。例えば、通信端末１９の内線電話番号は２であるので、通信端末１９に割り当てられるＳＩＰ ＵＲＩは、2@sister.comとなる。通信端末２０の内線電話番号は３であるので、通信端末２０に割り当てられるＳＩＰ ＵＲＩは、3@sister.comとなる。通信制御装置１６には、呼制御通信を行うことの可能な通信端末１７の保持するＩＰアドレスと内線電話番号が登録される。通信制御装置１６は、登録された内線電話番号によって通信端末１７のＳＩＰ ＵＲＩを特定し、通信端末１７との間で呼制御通信を行う。図１では、通信端末１８（内線電話番号：１）、１９（内線電話番号：２）、及び２０（内線電話番号：３）間で呼制御通信を行うことが可能な状態となっているので、通信制御装置１６には、内線電話番号１、２、及び３と、通信端末１８、１９、２０のＩＰアドレスとが登録されている。
【００２１】
通信制御装置１１は、ドメイン名がbrother.comであるＳＩＰ ＵＲＩが割り当てられた通信端末１２との間で呼制御通信を行うことによって、ＩＰ網６に接続された通信端末１２間のセッションを確立させることができる。通信制御装置１１は、ドメイン名がsister.comであるＳＩＰ ＵＲＩが割り当てられた通信端末１７との間では、呼制御通信を行わない。このため通信制御装置１１は、ＩＰ網７に接続した通信端末１７との間で呼制御通信を行わない。同様に通信制御装置１６は、ドメイン名がsister.comであるＳＩＰ ＵＲＩが割り当てられている通信端末１７との間で呼制御通信を行うので、ＩＰ網６に接続した通信端末１２との間で呼制御通信を行わない。従って、通信端末１２、１７間のセッションを確立させる場合には、通常、ＩＰ網２に設けられた別のＳＩＰサーバや、電話網５に設けられた回線交換機によって呼制御通信が行われる。但しこのような場合、別のＳＩＰサーバを設ける必要があり、又、内線電話番号によって通話の相手方の通信端末を直接指定することはできないため不便である。
【００２２】
これに対して本発明では、通信制御装置１１に仮想的な通信端末３２（図２参照）が設定される。以下、通信制御装置１０に設定される仮想的な通信端末を、仮想端末ともいう。設定された仮想端末３２には、ドメイン名がbrother.comであるＳＩＰ ＵＲＩ、及び、ドメイン名がsister.comであるＳＩＰ ＵＲＩが割り当てられる。このため、ドメイン名がbrother.comであるＳＩＰ ＵＲＩが仮想端末３２において使用されることによって、通信制御装置１１は、通信端末１２と仮想端末３２との間のセッションを確立させることができる。また、ドメイン名がsister.comであるＳＩＰ ＵＲＩが仮想端末３２において使用されることによって、通信制御装置１６は、通信端末１７と仮想端末３２との間のセッションを確立させることができる。このように通信制御装置１１は、仮想端末３２を設定することによって、ＩＰ網６に接続した通信端末１２との間のセッション、及び、ＩＰ網７に接続した通信端末１７との間のセッションを確立させることができる。更に本発明では、仮想端末３２は、双方のセッションが確立された後、セッション間で通話データを中継することができる。これによって、通信端末１２と通信端末１７との間で通話を実行させることが可能となる。
【００２３】
図２から図４を参照し、通信端末１２、１７間の通話が開始されるまでの流れについて、詳細に説明する。はじめに通信制御装置１１は、図２に示すように、仮想端末３２を内部に仮想的に設ける。呼制御装置３１は、通信制御装置１１における呼制御機能を実現するためのプロセスを実行する装置として示されており、仮想端末３２の有無にかかわらず常設されていることになる。呼制御装置３１は、ドメイン名 brother.comを含むＳＩＰ ＵＲＩが割り当てられた通信端末１２との間で呼制御通信を行うことができる。仮想端末３２は、通信端末１２との間のセッション、及び通信端末１７との間のセッションを確立させるためのプロセスを実行する。また仮想端末３２は、双方のセッション間で通話データを中継するためのプロセスを実行する。仮想端末３２には、1000@brother及び500@sister.comがＳＩＰ ＵＲＩとして割り当てられる。以下、仮想端末３２に割り当てられるＳＩＰ ＵＲＩを、仮想アカウントともいう。仮想アカウントとして1000@brother及び500@sister.comが仮想端末３２に割り当てられることによって、ＩＰ網６内において有効なＳＩＰ ＵＲＩと、ＩＰ網７内において有効なＳＩＰ ＵＲＩとが、仮想端末３２に設定されたことになる。
【００２４】
なお、図２から図４における呼制御装置３１及び仮想端末３２は、通信制御装置１１内部の処理の説明を明確化するために模擬的に示されたものである。実際には、呼制御装置３１及び仮想端末３２の機能を実現させるためのプロセスが、通信制御装置１１内で起動され実行されることになる。呼制御装置３１及び仮想端末３２は、物理的な装置として通信制御装置１１内に設けられるのではない。
【００２５】
仮想端末３２のＳＩＰ ＵＲＩのうちＩＰ網６内で有効な1000@brother.comから、ユーザ識別子１０００が内線電話番号として抽出される。内線電話番号１０００は、呼制御装置３１に登録される。これによって呼制御装置３１は、通信端末１２及び仮想端末３２の間で呼制御通信を行うことが可能となる。仮想端末３２のＳＩＰ ＵＲＩのうちＩＰ網７内で有効な500@sister.comから、ユーザ識別子５００が内線電話番号５００として抽出される。内線電話番号５００は、通信制御装置１６に登録される。これによって通信制御装置１６は、通信端末１７及び仮想端末３２の間で呼制御通信を行うことが可能となる。これらによって仮想端末３２は、ＩＰ網６内の通信端末１２とセッションを確立させることが可能であり、且つ、ＩＰ網７内の通信端末１７とセッションを確立させることが可能な状態になる。
【００２６】
通信端末１３と通信端末２０との間で通話が開始される場合を想定する。通信端末１３は、ＩＰ網７に接続する通信端末１７のうち何れかとの通話の開始を、通信制御装置１１に対して要求する。呼制御装置３１は、ＩＰ網７に接続する通信端末１７が通話の相手方として指定されている場合、通信端末１３及び仮想端末３２の間の呼制御通信を行う。図２に示すように、通信端末１３と仮想端末３２との間のセッション３５が確立される。
【００２７】
続いて通信端末１３が、仮想端末３２からの自動音声応答機能（ＩＶＲ（Interactive Voice Response））による通知要求に応じて、通話の相手方の通信端末２０を具体的に指定し、通信制御装置１１に対して通話の開始を要求したとする。呼制御装置３１は、通信端末２０との通話の開始が要求された旨を、仮想端末３２に対して通知する。仮想端末３２は、通信端末２０との間のセッショの確立を、ＩＰ網２を介して通信制御装置１６に対して要求する。通信制御装置１６は、仮想端末３２と通信端末２０との間で呼制御通信を行う。図３に示すように、通信端末２０と仮想端末３２との間のセッション３６が確立される。仮想端末３２は、通信端末１３との間のセッション３５（図１参照）が確立し、且つ、通信端末２０との間のセッション３６が確立した状態になる。
【００２８】
仮想端末３２は、セッション３５及びセッション３６が確立した場合、双方のセッション間の仲介処理を行う。図４に示すように、仮想端末３２は、セッション３５を介して通信端末１３から通話データを受信した場合、受信した通話データをセッション３６側に転送する。仮想端末３２は、セッション３６を介して通信端末２０から通話データを受信した場合、受信した通話データをセッション３５側に転送する。通話データは、仮想端末３２によってセッション３５、３６間を中継されることになる（３７）。仮想端末３２において通話データの仲介処理が実行されることによって、通話データは、セッション３５、３６を介して通信端末１３、２０間で送受信される。これによって、通信端末１３と通信端末２０との間で通話が実行される。以上のように、仮想アカウントが割り当てられた仮想端末３２が通信制御装置１１に仮想的に設けられることによって、異なるＩＰ網に接続した通信端末１２、１７間で通話を実行させることが可能となる。
【００２９】
図５を参照し、通信制御装置１０の電気的構成について説明する。通信制御装置１０は、通信制御装置１０の制御を司るＣＰＵ２１を備えている。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、ＨＤＤ２４、第一通信Ｉ／Ｆ２５、第二通信Ｉ／Ｆ２６、第三通信Ｉ／Ｆ２７、及びドライブ装置２８と電気的に接続している。ＲＯＭ２２には、ブートプログラムやＢＩＯＳ等が記憶される。ＲＡＭ２３には、タイマやカウンタ、一時的なデータが記憶される。ＨＤＤ２４には、ＣＰＵ２１の制御プログラムやＯＳが記憶される。第一通信Ｉ／Ｆ２５は、ＩＰ網２、６、７を介して通信を行うためのコントローラである。第二通信Ｉ／Ｆ２６は、固定電話網３を介して通信を行うためのコントローラである。第三通信Ｉ／Ｆ２７は、移動電話網４を介して通信を行うためのコントローラである。ドライブ装置２８は、記憶媒体２８１に記憶された情報を読み出すことができる。例えば、通信制御装置１０のセットアップ時、記憶媒体２８１に記憶された制御プログラムは、ドライブ装置２８によって読み出され、ＨＤＤ２４に記憶される。
【００３０】
図６及び図７を参照し、通信制御装置１１、１６、及び、通信端末１３、２０間の通信手順について説明する。通信端末１３が、ＩＰ網７に接続する通信端末２０との通話を所望しているとする。なお通信端末１３は、通信端末２０の内線電話番号を認識していないものとする。通信端末２０は、ＩＰ網６とは異なるＩＰ網７に接続している。このため通信端末１３は、通信端末２０との通話を開始するために、通信制御装置１１に呼制御装置３１（図２参照）及び仮想端末３２（図２参照）を設定させなければならない。なお、呼制御装置３１において実行されるプロセスは、仮想端末３２の有無にかかわらず常時動作していることになるので、ここでは、仮想端末３２が新たに仮想的に設けられることになる。
【００３１】
通信端末１３は、仮想端末３２の設定の要求信号を、通信制御装置１１に対して送信する。以下、仮想端末３２を設定する旨の要求信号を、設定要求信号ともいう。通信制御装置１１は、設定要求信号を受信する（Ｓ１１）。通信制御装置１１は、通信端末２０の呼制御を管理する通信制御装置１６と以下の通信を行い、通信制御装置１６に仮想アカウントの生成を要求する。通信制御装置１１は、要求に応じて通信制御装置１６が生成した仮想アカウントを取得し、仮想端末３２に割り当てる。通信制御装置１１は、通信制御装置１６に仮想アカウントを生成させることによって、ＩＰ網７内で使用することが可能な内線電話番号を含むＳＩＰ ＵＲＩを、仮想アカウントとして仮想端末３２に割り当てることができる。
【００３２】
通信制御装置１１は、通信制御装置１６との間の電話回線の接続を要求する信号を、通信制御装置１６の電話番号宛に電話網５を介して送信する。以下、電話回線の接続を要求する信号を、接続要求信号ともいう。通信制御装置１６は、接続要求信号を受信する（Ｓ１３）。通信制御装置１６は、オフフックすることで、接続要求信号に応じる（Ｓ１５）。通信制御装置１６から通信制御装置１１に対して、電話回線の接続を許可する旨の応答信号が送信される。以下、電話回線の接続を許可する旨の応答信号を、接続応答信号ともいう。通信制御装置１１は、接続応答信号を受信する（Ｓ１７）。これによって、通信制御装置１１と通信端末１２との間の電話回線は接続する。接続された電話回線を介した通信が開始される。
【００３３】
はじめに通信装制御置１６は、ＩＶＲを使用し、通信制御装置１１に対して所定音声のデータを自動送信する。所定音声は、通信制御装置１６において仮想アカウントの生成要求に応じる旨を、通信制御装置１１に通知するためのものである。通信制御装置１１は、所定音声のデータを受信する（Ｓ１９）。受信された所定音声は、通信端末１３に対して送信される（Ｓ２０）。通信端末１３は、所定音声をスピーカから出力する。
【００３４】
通信制御装置１１は、通信制御装置１６に対して通知する情報を準備する。通信制御装置１６に対して通知する情報は、ＩＰアドレス、及び、仮想端末３２に割り当てることが可能な内線電話番号である。はじめに通信制御装置１１は、ＩＰ網２を介して通信を行う際に送信元のアドレス情報として使用するＩＰアドレスを取得する。次に通信制御装置１１は、仮想端末３２に割り当てることが可能な内線電話番号を、登録テーブル２４１（図８参照）に基づいて特定する。図８を参照し、登録テーブル２４１について説明する。登録テーブル２４１は、通信制御装置１１のＨＤＤ２４に記憶されている。登録テーブル２４１には、通信制御装置１１が管理することの可能な内線電話番号 １−１２００が格納されている。内線電話番号は、ＩＰ網６に接続する通信端末１２に割り当てることが可能な内線電話番号（割当用） １−６９９と、仮想端末３２に割り当てることが可能な内線電話番号（仮想用） ７００−１２００とに区別されている。通信制御装置１１は、仮想端末３２に割り当てることが可能な内線電話番号として７００−１２００を取得することができる。以下、仮想端末３２に割り当てることが可能な内線電話番号を、許容番号ともいう。
【００３５】
なお図８に示すように、登録テーブル２４１には、呼制御通信を行うことが可能な通信端末１３、１４、及び１５の内線電話番号１、２、及び３が登録されている。登録テーブル２４１への登録は、登録する内線電話番号１、２、及び３に、ＩＤ、パスワード（ＰＷ）、及びＩＰアドレスが対応付けられることによって行われる。ＩＤ、パスワード、及びＩＰアドレスが対応付けられることによって、対応する内線電話番号が登録テーブル２４１に登録されることになる。通信制御装置１１は、登録テーブル２４１に登録された内線電話番号、ＩＤ、パスワード、及びＩＰアドレスを使用することによって、通信端末１２間で呼制御通信を行うことが可能となる。なお図８では、内線電話番号１０００に対してＩＤ、パスワード、及びＩＰアドレスが対応付けられているが、これらの情報は、後述する処理（Ｓ３９）によって登録テーブル２４１に記憶されるものである。従ってこの時点では、内線電話番号１０００に対してＩＤ、パスワード、及びＩＰアドレス情報は対応付けられていない。
【００３６】
図６に示すように、通信制御装置１１は、取得されたＩＰアドレス及び許容番号７００−１２００を通知するＤＴＭＦ（Dual-Tone Multi-Frequency）信号を、仮想アカウントの生成を要求するために通信制御装置１６に対して送信する。以下、仮想アカウントの生成を要求するために送信されるＤＴＭＦ信号であって、ＩＰアドレス及び許容番号を通知するためのＤＴＭＦ信号を、生成要求信号ともいう。通信制御装置１６は、生成要求信号を受信する（Ｓ２１）。通信制御装置１６は、通信制御装置１１のＩＰアドレス及び許容番号を取得する。
【００３７】
通信制御装置１６は、生成要求信号に応じて仮想アカウントを生成するか否かを判断する（Ｓ２３）。仮想アカウントを生成するか否かの判断は、仮想アカウントの生成を許可する通信制御装置１０の電話番号が格納された許可テーブルに基づいて行われる。通信制御装置１６は、受信した生成要求信号の送信元の電話番号を特定する。通信制御装置１６は、特定された電話番号が許可テーブルに格納されている場合、仮想アカウントを生成すると判断する。一方通信制御装置１６は、特定された電話番号が許可テーブルに格納されていない場合、仮想アカウントを生成しないと判断する。
【００３８】
通信制御装置１６は、仮想アカウントを生成するか否かの判断結果を通知するＤＴＭＦ信号を、通信制御装置１１に対して送信する。以下、判断結果を通知するＤＴＭＦ信号を、判断結果信号ともいう。通信制御装置１１は、判断結果信号を受信する（Ｓ２５）。通信制御装置１１は、判断結果信号を受信した旨を通知するＤＴＭＦ信号を、通信制御装置１６に対して送信する。以下、信号を受信した旨を通知するＤＴＭＦ信号を、ＡＣＫ信号ともいう。通信制御装置１６は、ＡＣＫ信号を受信する（Ｓ２７）。
【００３９】
通信制御装置１６は、通信制御装置１１からＡＣＫ信号を受信した場合、オンフックすることで、接続中の電話回線を切断する（Ｓ２９）。通信制御装置１６から通信制御装置１１に対して、電話回線の切断を通知する旨の信号が送信される。以下、電話回線の切断を通知する旨の信号を、切断通知信号という。通信制御装置１１は、切断通知信号を受信する（Ｓ３１）。通信制御装置１１と通信制御装置１６との間の電話回線は切断される。
【００４０】
以上のようにして通信制御装置１１は、通信制御装置１６との間の電話回線を接続し、接続された電話回線を介して生成要求信号を送信している。通信制御装置１１は、通信制御装置１６のＩＰアドレスがわからない場合であっても、通信制御装置１６の電話番号を使用することによって、通信制御装置１６に生成要求信号を送信することができる。電話網５の代わりにＩＰ網２が使用された場合、ＩＰ網２内でパケットが消滅したり、ＩＰ網２に介在するＮＡＴ装置によってパケットがフィルタリングされたりする場合がある。これに対して通信制御装置１１では、電話網５を使用して生成要求信号を送信することによって、通信制御装置１６に対して確実に仮想アカウントの生成を要求することができる。
【００４１】
また通信制御装置１１は、生成要求信号を通信制御装置１６に対して送信する場合にのみ、電話回線を接続することができる。生成要求信号の送信後、電話回線は直ちに切断される。従って通信制御装置１１は、電話網を使用した場合に発生する回線使用料を抑制することができる。
【００４２】
Ｓ３１で切断通知信号が送信された後、通信制御装置１６は、通信制御装置１１に対して通知する情報を準備する。通信制御装置１１に対して通知する情報は、ＩＰアドレス、及び仮想アカウントである。はじめに通信制御装置１６は、ＩＰ網２を介して通信を行う際に送信元のアドレス情報として使用するＩＰアドレスを取得する。
【００４３】
次に通信制御装置１６は、仮想端末３２に割り当てる仮想アカウントのうち、ＩＰ網６に割り当てられているドメイン名 brother.comを含むＳＩＰ ＵＲＩを、次のようにして特定する。Ｓ２１で生成要求信号を受信した際に取得した許容番号 ７００−１２００が参照される。許容番号 ７００−１２００のうちいずれか一つが選択される。選択された内線電話番号をユーザ識別子として有し、且つ、ＩＰ網６に割り当てられているドメイン名 brother.comを有するＳＩＰ ＵＲＩが特定される。図６では、許容番号７００−１２００から１０００が選択された結果、1000@brother.comがＳＩＰ ＵＲＩとして特定されている。
【００４４】
次に通信制御装置１６は、仮想端末３２に割り当てる仮想アカウントのうち、ＩＰ網７に割り当てられているドメイン名 sister.comを含むＳＩＰ ＵＲＩを、次のようにして特定する。通信制御装置１６のＨＤＤ２４に記憶された登録テーブル２４２（図９参照）が参照される。図９は、登録テーブル２４２を示している。登録テーブル２４２では、ＩＰ網７に接続する通信端末１７に割り当てることが可能な内線電話番号 １−１９９と、仮想端末３２に割り当てることが可能な内線電話番号 ２００−８００とが示されている。仮想端末３２に割り当てることが可能な内線電話番号 ２００−８００のうちいずれか一つが選択される。選択された内線電話番号をユーザ識別子として有し、且つ、ＩＰ網７に割り当てられているドメイン名 sister.comを有するＳＩＰ ＵＲＩが特定される。図６では、内線電話番号５００が選択された結果、500@sister.comがＳＩＰ ＵＲＩとして特定されている。1000@brother.com及び500@sister.comが、仮想アカウントとして生成されたことになる。
【００４５】
仮想アカウントのうち ＳＩＰ ＵＲＩ 500@sister.comは、登録テーブル２４２に登録される（Ｓ３２）。登録テーブル２４２への登録は、次のようにして行われる。ＳＩＰ ＵＲＩ 500@sister.comに対応するＩＤ、及びパスワードが作成される。作成されたＩＤ、及びパスワードは、ユーザ識別子 ５００によって特定される内線電話番号に対応付けられる。図８では、内線電話番号 ５００に対して、ＩＤ saitoh、及びパスワード xxxxxxが対応付けられている。なお図９では、内線電話番号５００に対してＩＰアドレスが対応付けられているが、この情報は、後述の処理（Ｓ４３）によって対応付けられるものである。従ってこの時点では、内線電話番号５００に対してＩＰアドレス情報は対応付けられていない。
【００４６】
図６に示すように、通信制御装置１６は、取得されたＩＰアドレス、及び生成された仮想アカウント（1000@brother.com、500@sister.com（ＩＤ、及びパスワードを含む））を通信制御装置１１に対して通知するために、ＩＰ網２を介した通信を開始する。通信制御装置１６は、ＩＰアドレス、及び、仮想アカウントを含むパケットを、通信制御装置１１に対して送信する。以下、ＩＰアドレス、及び、仮想アカウントを含むパケットを、仮想アカウントパケットという。通信制御装置１６は、Ｓ２１で生成要求信号を受信した際に取得したＩＰアドレスを、仮想アカウントパケットの宛先ＩＰアドレスとして設定することができる。通信制御装置１６は、通信制御装置１１のＩＰアドレスが事前にわからない場合であっても、通信制御装置１１との間の通信を確実に実行することができる。通信制御装置１１は、仮想アカウントパケットを受信する（Ｓ３３）。通信制御装置１１は、仮想アカウントパケットを受信した旨を通知するＡＣＫパケットを、通信制御装置１６に対して送信する。通信制御装置１６は、ＡＣＫパケットを受信する（Ｓ３５）。
【００４７】
通信制御装置１１では、仮想アカウントパケットを受信した後、仮想端末３２が仮想的に設定される（Ｓ３７）。Ｓ３５で受信された仮想アカウント 1000@brother.com、500@sister.comは、設定された仮想端末３２に割り当てられる。仮想端末３２に割り当てられた仮想アカウント1000@brother.com、500@sister.comのユーザ識別子が、仮想端末３２の内線電話番号として登録テーブル２４１（図８参照）に登録される（Ｓ３９）。
【００４８】
登録テーブル２４１への登録は、次のようにして行われる。ドメイン名 brother.comを有するＳＩＰ ＵＲＩ 1000@brother.comに対応するＩＤ、及びパスワードが作成される。ユーザ識別子 １０００は、ＩＰ網６内で使用される仮想端末３２の内線電話番号に相当する。作成されたＩＤ、及びパスワードは、登録テーブル２４１のうち内線電話番号 １０００に対応付けられる。図８では、内線電話番号 １０００に対して、ＩＤ suzuki、及びパスワード xxxxxxが作成され、対応付けられている。
【００４９】
次に、ドメイン名 sister.comを有するＳＩＰ ＵＲＩ 500@sister.comの登録が行われる。ユーザ識別子 ５００は、ＩＰ網７内で使用される仮想端末３２の内線電話番号に相当する。500@sister.comに対応するＩＤ及びパスワードは、仮想アカウントパケットに含まれている。内線電話番号 ５００、ＩＤ、及びパスワードは、登録テーブル２４１のうち内線電話番号 １０００に対応付けられる。図８では、内線電話番号 １０００に対して、内線電話番号５００、ＩＤ saitoh、及びパスワード xxxxxxが対応付けられている。これらによって、仮想端末３２に割り当てられた仮想アカウント 1000@brother.com、及び、500@sister.comのユーザ識別子が、仮想端末３２の内線電話番号として登録テーブル２４１に登録されたことになる。
【００５０】
仮想端末３２は、呼制御装置３１に対してREGSITER処理を行う（Ｓ４０）。仮想端末３２から呼制御装置３１に対して、ＩＰアドレスが通知される。通知されるＩＰアドレスとして、ＩＰ網６内で有効な通信制御装置１１のＩＰアドレスがそのまま用いられる。通知されたＩＰアドレスは、登録テーブル２４１に格納される。図８では、ＩＰアドレス aa.aa.aa.aaが格納されている。これによって通信制御装置１１は、ＩＰ網６に接続する通信端末１２と、仮想端末３２との間で呼制御通信を行うことが可能となる。
【００５１】
図６に示すように、次に通信制御装置１１は、通信制御装置１６に対するREGISTER処理を行う。仮想端末３２に割り当てられた仮想アカウントのうちＩＰ網７内で有効な仮想アカウント500@sister.comに対応するＩＰアドレスが作成される。作成されるＩＰアドレスとして、ＩＰ網６内で有効な通信制御装置１１のＩＰアドレスがそのまま用いられる。作成されたＩＰアドレスは、登録テーブル２４１（図８参照）のうち内線電話番号 ５００に対応付けて格納される。内線電話番号 ５００、及びＩＰアドレス aa.aa.aa.aaを含むREGSITERパケットが、通信制御装置１６に対して送信される。通信制御装置１６は、REGISTERパケットを受信する（Ｓ４１）。
【００５２】
通信制御装置１６は、登録要求パケットに含まれている内線電話番号 ５００、及びＩＰアドレス aa.aa.aa.aaを取得する。図９に示すように、登録テーブル２４２のうち取得された内線電話番号 ５００に対応付けて、ＩＰアドレス aa.aa.aa.aaが格納される（Ｓ４３）。登録テーブル２４２には、内線電話番号 ５００、ＩＤ saitoh、パスワード xxxxxx、及びＩＰアドレスaa.aa.aa.aaが格納された状態になる。これによって通信制御装置１６は、ＩＰ網７に接続する通信端末１７と、仮想端末３２との間で呼制御通信を行うことが可能となる。
【００５３】
通信制御装置１１は、ＩＰ網７に接続する通信端末１７との間で通話を行うことが可能となった旨を、ＩＰ網６に接続する通信端末１２に対して通知する（Ｓ４５）。通信端末１２は、ＩＰ網７に接続する通信端末１７との間で通話を行うことが可能となった旨をディスプレイに表示し、ユーザに通知する。通信制御装置１６は、ＩＰ網６に接続する通信端末１２との間で通話を行うことが可能となった旨を、ＩＰ網７に接続する通信端末１７に対して通知する（Ｓ４７）。通信端末１７は、ＩＰ網６に接続する通信端末１２との間で通話を行うことが可能となった旨をディスプレイに表示し、ユーザに通知する。
【００５４】
以上のようにして通信制御装置１１は、通信端末１２、１７間で内線通信を可能とするために必要な仮想端末３２を、通信制御装置１１内に仮想的に設けることができる。仮想端末３２には、通信制御装置１１、１６が呼制御通信を行うことのできる仮想アカウントが割り当てられる。このため通信制御装置１１は、別のサーバや回線交換機を使用することなく、通信端末１２、１７間で呼制御通信を行うことができる。
【００５５】
また、仮想端末３２に対して設定される仮想アカウントは、通信制御装置１６において生成され、通信制御装置１１に対して通知される。通信制御装置１１は、通信制御装置１６に仮想アカウントを選択させることができる。通信制御装置１６は、ＩＰ網７内で使用されていない内線電話番号をユーザ識別子として有するＳＩＰ ＵＲＩを生成し、仮想アカウントとして通信制御装置１１に対して通知することができる。このため、仮想端末３２に割り当てられる内線電話番号と、ＩＰ網７内で既に使用されている内線電話番号とが重複することを防止できる。このため通信制御装置１６は、仮想端末３２との間で確実に呼制御通信を行うことができる。
【００５６】
通信制御装置１１は、許容番号を通信制御装置１６に対して通知し、通信制御装置１６に許容番号の中からユーザ識別子を選択させることができる。選択されたユーザ識別子を有するＳＩＰ ＵＲＩが、仮想アカウントとして生成される。これによって通信制御装置１１は、仮想端末３２に割り当てられる内線電話番号と、ＩＰ網６内で既に使用されている内線電話番号が重複することを防止できる。このため通信制御装置１１は、仮想端末３２との間で確実に呼制御通信を行うことができる。
【００５７】
通信制御装置１１に仮想端末３２が設定された後、通信端末１３と通信端末２０との間で通話が可能となるまでの通信の手順について説明する。以下では、仮想端末３２は、仮想アカウント1000@brother.comが割り当てられた第一仮想端末３３と、仮想アカウント500@sister.comが割り当てられた第二仮想端末３４とを有しているものとする。第一仮想端末３３は、ＩＰ網６に接続された通信端末１２との間のセッションを確立させるためのプロセスを実行する。第二仮想端末３４は、ＩＰ網７に接続された通信端末１７との間のセッションを確立させるためのプロセスを実行する。
【００５８】
なお以下では、通信制御装置１１内に常設された呼制御装置３１、及び、仮想的に設けた第一仮想端末３３、及び第二仮想端末３４間でパケットの通信が行われると表現することによって、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４に対応するプロセス間でメッセージやデータのやり取りが行われる状態を模擬的に説明している。実際には、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４で実行されるプロセスは、すべて通信制御装置１１において実行される。従って、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４は物理的には実在せず、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４間で実際にパケットの送受信が行われるわけではない。
【００５９】
通信端末１３のユーザは、仮想端末３２の設定が終了した旨が通知された（Ｓ４５、図６参照）後、ＩＰ網７に接続する通信端末１７のうち何れかとの通話の開始を要求するために、所定の入力操作を行う。所定の入力操作として、例えば「＃」のボタンを３回連続して入力する操作がある。通信端末１３は、ＩＰ網６に接続する通信端末１２との間の通話を開始するための発呼操作とは異なる入力操作がユーザによってされていると判断する。発呼操作とは異なる入力操作がユーザによってされていると判断された場合、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４を介して、ＩＰ網７に接続する通信端末１７との通話の開始が要求されたと判断する。
【００６０】
通信端末１３は、ＩＰ網７に接続する通信端末１７との通話の開始を、通信制御装置１１に対して要求する。以下、ＩＰ網７に接続する通信端末１７との通話の開始を要求するためのパケットを、通話要求（外部）パケットともいう。通信端末１３から通信制御装置１１に対して通話要求（外部）パケットが送信され、通信制御装置１１において受信される（Ｓ５１）。受信された通話要求（外部）パケットは、呼制御装置３１において処理される。
【００６１】
呼制御装置３１は、ＳＩＰに基づいた呼制御通信を開始する。登録テーブル２４１（図８参照）には、第一仮想端末３３の仮想アカウント 1000@brother.comのうちユーザ識別子１０００が、内線電話番号として登録されており（Ｓ３９、図６参照）、且つ、REGISTER処理が完了している（Ｓ４０、図６参照）。従って呼制御装置３１は、通信端末１３と第一仮想端末３３との間で呼制御通信を行うことができる状態にある。呼制御装置３１は、通信端末１３から通話要求（外部）パケットを受信した場合、第一仮想端末３３に対して、セッションの確立を要求する確立要求パケットを送信する（Ｓ５３）。
【００６２】
第一仮想端末３３は、確立要求パケットを受信する（Ｓ５３）。第一仮想端末３３は、確立要求パケットに応じる応答パケットを、呼制御装置３１に対して送信する。呼制御装置３１は、応答パケットを受信する（Ｓ５５）。呼制御装置３１は、受信した応答パケットを、通信端末１３に対して送信する。通信端末１３は、応答パケットを受信する（Ｓ５７）。通信端末１３と第一仮想端末３３との間で、セッションを確立させるための一連の呼制御通信が完了したことになる（Ｓ５１、５３、５５、５７）。通信端末１３と第一仮想端末３３との間のセッションは確立する（Ｓ５９）。通信端末１３と第一仮想端末３３との間で、確立されたセッションを介した通信が可能な状態になる。
【００６３】
通信端末１３と第一仮想端末３３との間で、確立されたセッションを介した通信が開始される。第一仮想端末３３は、通信端末１３のユーザに対して通話相手先の内線電話番号を問い合わせる音声のデータを、ＩＶＲによって通信端末１３に対して送信する。内線電話番号を問い合わせる音声として、例えば「内線電話番号を入力してください。」等が送信される。音声には、ＩＰ網７に接続する通信端末１８、１９、及び２０の内線電話番号１、２、及び３を通知するための音声が含められる。内線電話番号を通知するための音声として、例えば「通話可能な内線電話番号は、１、２、３です。」等が送信される。
【００６４】
通信端末１３は、音声のデータを受信する（Ｓ６１）。通信端末１３は、受信されたデータに基づいて音声をスピーカから出力する。ユーザに対して、内線電話番号が問合せられる。またユーザに対して、選択可能な内線電話番号が通知される。通信端末１３のユーザは、通話相手先として選択することが可能な内線電話番号を、音声を聴くことで容易に認識することができる。通信端末１３のユーザは、通話相手先として選択することが可能な内線電話番号が事前にわからない場合であっても、通話相手先の通信端末１７を確実に選択し、通話を開始することができる。
【００６５】
通信端末１３のユーザは、通信端末１３から出力される音声に従い、通話相手先の内線電話番号を通信端末１３に対して入力する。通話相手先の内線電話番号として、通信端末２０に割り当てられた内線電話番号３が入力されたとする。通信端末１３は、ＩＰ網７に接続する通信端末１７のうち内線電話番号３が割り当てられた通信端末２０との通話の開始を要求するためのパケットを、確立中のセッションを介して第一仮想端末３３に対して送信する。以下、内線電話番号ｎの通信端末１７との通話の開始を要求するためのパケットを、通話要求（ｎ）パケットという。第一仮想端末３３は、通信端末１３から送信された通話要求（３）パケットを、確立中のセッションを介して受信する（Ｓ６３）。第一仮想端末３３は、ＩＰ網７に接続する通信端末１７のうち内線電話番号３が割り当てられた通信端末２０との通話の開始が要求されたと判断する。第一仮想端末３３は、通話が保留された状態である旨を通信端末１３のユーザに対して通知する音声のデータを、ＩＶＲによって通信端末１３に対して送信する。通話が保留された状態である旨を通知する音声として、例えば「接続中ですので少々お待ち下さい。」等が送信される。通信端末１３は、音声のデータを受信する（Ｓ６７）。通信端末１３は、受信されたデータに基づいて音声をスピーカから出力する。通信端末１３のユーザは、通話が保留された状態である旨を認識することができる。
【００６６】
第一仮想端末３３は、ＩＰ網７内で有効な仮想アカウント 500@sister.comが割り当てられた第二仮想端末３４に対して、通信端末２０との間のセッションの確立を依頼する。第二仮想端末３４は、第一仮想端末３３から、セッションの確立の依頼を受ける（Ｓ６５）。第二仮想端末３４は、通信端末２０とのセッションの確立を要求する確立要求パケットを、通信制御装置１６に対して送信する（Ｓ６９）。確立要求パケットは、第二仮想端末３４の仮想アカウント 500@sister.comから送信されることになる。確立要求パケットには、要求先の通信端末２０のＳＩＰ ＵＲＩ 3@sister.comが格納される。
【００６７】
通信制御装置１６は、第二仮想端末３４から送信された確立要求パケットを受信する（Ｓ６９）。通信制御装置１６には、第二仮想端末３４の仮想アカウント 500@sister.comのうちユーザ識別子 ５００が、内線電話番号として登録テーブル２４２（図９参照）に登録されており（Ｓ３２、図６参照）、且つ、REGISTER処理が完了している（Ｓ４３、図６参照）。通信制御装置１６は、仮想アカウント 500@sister.comを有する第二仮想端末３４との間で呼制御通信を行うことが可能な状態にある。通信制御装置１６は、第二仮想端末３４がＩＰ網７内に配置されているかのように認識しているためである。通信制御装置１６は、ＳＩＰ ＵＲＩ 3@sister.comが割り当てられた通信端末２０に対して、受信した確立要求パケットを転送する。通信端末２０は、確立要求パケットを受信する（Ｓ７１）。通信端末２０は、着信音の出力やディスプレイへの着信通知表示等によって、セッションの確立が要求された旨をユーザに通知する。
【００６８】
通信端末２０のユーザによって、着信操作（オフフックなど）がされたとする（Ｓ７３）。通信端末２０は、確立要求パケットに応じる応答パケットを、通信制御装置１６に対して送信する。通信制御装置１６は、応答パケットを受信する（Ｓ７４）。通信制御装置１６は、受信した応答パケットを、第二仮想端末３４に対して転送する。第二仮想端末３４は、応答パケットを受信する（Ｓ７５）。通信端末２０と第二仮想端末３４との間で、セッションを確立させるための一連の呼制御通信が完了したことになる（Ｓ６９、７１、７４、７５）。通信端末１３と第二仮想端末３４とのセッションは確立する（Ｓ７７）。通信端末２０と第二仮想端末３４との間で、確立されたセッションを介した通信が可能な状態になる。第二仮想端末３４は、通信端末２０との間のセッションが確立した旨を、第一仮想端末３３に対して通知する（Ｓ７９）。
【００６９】
第一仮想端末３３は、通信端末２０との間のセッションが確立した旨の通知を、第二仮想端末３４から受ける。第一仮想端末３３は、通信端末２０との間のセッションが確立された旨を通知する通知パケットを、確立されたセッションを介して通信端末１３に対して送信する。通信端末１３は、第一仮想端末３３から送信された通知パケットを受信する（Ｓ８３）。通知パケットを受信した通信端末１３は、通信端末１３と通信端末２０との間で通話が可能となった旨を、通信端末１３のユーザに通知する。
【００７０】
通信端末１３と第一仮想端末３３との間のセッションは確立されている（Ｓ５９）ので、通信端末１３は、確立されたセッションを介して第一仮想端末３３のＳＩＰ ＵＲＩ宛に通話データを送信することができる状態にある。通信端末１３から送信される通話データの宛先は、第一仮想端末３３に割り当てられた仮想アカウント 1000@brother.comとなる。また、通信端末２０と第二仮想端末３４との間のセッションは確立されている（Ｓ７７）ので、通信端末２０は、確立されたセッションを介して第二仮想端末３４宛に通話データを送信することができる状態にある。通信端末２０から送信される通話データの宛先は、第二仮想端末３４に割り当てられた仮想アカウント 500@sister.comとなる。従ってこのままでは、通信端末１３から送信された通話データは通信端末２０に到達せず、且つ、通信端末２０から送信された通話データは通信端末１３に到達しない。
【００７１】
そこで、第一仮想端末３３が通信端末１３から受信した通話データ、及び、第二仮想端末３４が通信端末２０から受信した通話データを中継することによって、通信端末１３と通信端末２０との間の通話が実現される。第一仮想端末３３は、通信端末１３から第一仮想端末３３（1000@brother.com）宛に送信された通話データを受信した場合、受信した通話データを第二仮想端末３４（500@sister.com）に受け渡す。通話データを受け渡す際の第一仮想端末３３（1000@brother.com）と第二仮想端末３４（500@sister.com）との対応関係は、登録テーブル２４１（図８参照）に基づいて判断される。第一仮想端末３３は、登録テーブル２４１において内線電話番号１０００と５００とが対応付けられているので、1000@brother.comと500@sister.comとの対応関係を認識できる。第二仮想端末３４は、第一仮想端末３３から受けた通話データを、確立されたセッションを介して通信端末２０に対して送信する。送信される通話データは、500@sister.comから送信されることになる。
【００７２】
一方、第二仮想端末３４は、通信端末２０から第二仮想端末３４（500@sister.com）宛に送信された通話データを受信した場合、受信した通話データを第一仮想端末３３（1000@brother.com）に受け渡す。通話データを受け渡す際の第二仮想端末３４（500@sister.com）と第一仮想端末３３（1000@brother.com）との対応関係は、登録テーブル２４１（図８参照）に基づいて判断される。第一仮想端末３３は、第二仮想端末３４から受けた通話データを、確立されたセッションを介して通信端末１３に対して送信する。送信される通話データは、仮想アカウント1000@brother.comから送信されることになる。
【００７３】
このようにして仮想端末３２では、一方のセッションを介して受信した通話データを、他方のセッション側に中継する（Ｓ８９）。これによって、通信端末１３、２０間で通話データの送受信が実行され、通信端末１３、２０のユーザ間で通話が実行される（Ｓ８５）。
【００７４】
以上のようにして、ＩＰ網６に接続する通信端末１２と第一仮想端末３３との間のセッションが、呼制御装置３１によって確立される。ＩＰ網７に接続する通信端末１７と第二仮想端末３４との間のセッションが、通信制御装置１６によって確立される。第一仮想端末３３と第二仮想端末３４との間で通話データが中継されることによって、通信端末１２、１７間の通話が実行される。このため通信制御装置１１は、別のサーバや回線交換機を使用することなく、通信端末１２、１７間で通話を実行させることができる。
【００７５】
また通信制御装置１１は、通信端末１２と第一仮想端末３３との間のセッションを確立させ、その後、通信端末２０と第二仮想端末３４との間のセッションを確立させることができる。このように通信制御装置１１は、確立されたセッションを使用しながら、セッションを段階的に確立させることができる。これによって通信制御装置１１は、通信端末１２、１７間のセッションを効率的に確立させることができる。通信制御装置１１は、通信端末１２、１７間の通話を、より少ない通信手順で迅速に開始させることができる。
【００７６】
図１０から図２０を参照し、通信制御装置１０のＣＰＵ２１において実行される第一メイン処理（図１０−図１４）及び第二メイン処理（図１５−図２０）について説明する。通信制御装置１０の電源が投入された場合、第一メイン処理及び第二メイン処理は起動され実行される。第一メイン処理では、通信制御装置１０に仮想端末３２が設定されるまでの処理が実行される。第二メイン処理では、呼制御装置３１及び仮想端末３２を機能させることによって、通信端末１２と通信端末１７との間で通話を開始するための処理が実行される。
【００７７】
図１０から図１４を参照し、第一メイン処理について説明する。配下のＩＰ網に接続する通信端末１２から、設定要求信号（Ｓ１１、図６参照）を受信したかが判断される（Ｓ１１１）。設定要求信号が受信された場合（Ｓ１１１：ＹＥＳ）、他のＩＰ網に接続する通信端末との間の通話を開始するために、仮想端末３２の設定が要求されていることになる。第一発呼側処理（図１１、１２参照）が実行される（Ｓ１１３）。第一発呼側処理では、呼制御装置３１及び仮想端末３２が設定される。第一発呼側処理の詳細は後述する。第一発呼側処理の終了後、処理はＳ１１１に戻る。
【００７８】
設定要求信号が受信されていない場合（Ｓ１１１：ＮＯ）、他の通信制御装置１０から電話網５を介して接続要求信号（Ｓ１３、図６参照）を受信したかが判断される（Ｓ１１５）。接続要求信号が受信された場合（Ｓ１１５：ＹＥＳ）、他の通信制御装置１０から、仮想アカウントの生成が要求されていることになる。第一被呼側処理（図１３、１４参照）が実行される（Ｓ１１７）。第一被呼側処理では、仮想端末３２に割り当てる仮想アカウントが生成される。第一被呼側処理の詳細は後述する。第一被呼側処理の終了後、処理はＳ１１１に戻る。接続要求信号が受信されていない場合（Ｓ１１５：ＮＯ）、処理はＳ１１１に戻る。
【００７９】
図１１を参照し、第一発呼側処理について説明する。以下では、図６に示す通信制御装置１１のＣＰＵ２１において第一発呼側処理が実行されることを想定して説明する。ＩＰ網６に接続する通信端末１３から、設定要求信号を受信していることになる。通信制御装置１６の電話番号が取得される（Ｓ１２１）。通信制御装置１６の電話番号は、予めＨＤＤ２４に記憶されていてもよい。また通信端末１３のユーザは、通信制御装置１６の電話番号を通信端末１３に入力しても良い。通信端末１３は、設定要求信号と同時に、入力された通信制御装置１６の電話番号を、通信制御装置１１に対して送信してもよい。通信制御装置１１は、通信端末１３から受信した電話番号を、通信制御装置１６の電話番号として取得してもよい。電話番号は、複数取得されてもよい。例えば、固定電話網３用の電話番号と、移動電話網４用の電話番号とが取得されてもよい。
【００８０】
通信制御装置１６に対して、電話網５を介して接続要求信号（Ｓ１３、図６参照）が送信される（Ｓ１２３）。Ｓ１２３で送信された接続要求信号に応じ、通信制御装置１６から送信される接続応答信号（Ｓ１７、図６参照）を受信したかが判断される（Ｓ１２５）。接続要求信号を送信してから所定時間経過後も、接続応答信号を受信できない場合（Ｓ１２５：ＮＯ）、Ｓ１２１で複数の電話番号が取得されており、且つ、接続要求信号の宛先として使用されていない電話番号が残っているかが判断される（Ｓ１４９）。該当する電話番号が残っている場合（Ｓ１４９：ＹＥＳ）、残りの電話番号宛に接続要求信号を送信するために、処理はＳ１２３に戻る。このようにして通信制御装置１１は、一の電話番号を使用した電話回線の接続に失敗した場合であっても、他の電話番号を使用して電話回線を接続させることができる。例えば、固定電話網３の電話番号を使用して電話回線の接続が試みられ、失敗した場合に、移動電話網４の電話番号を使用して電話回線を接続させることができる。
【００８１】
一方、取得された全ての電話番号宛に接続要求信号を送信しても、接続応答信号を受信できない場合（Ｓ１４９：ＮＯ）、通信制御装置１６において電話回線の接続が拒否されていることになる。この場合、第一発呼側処理は終了し、処理は第一メイン処理（図１０参照）に戻る。
【００８２】
接続要求信号を送信してから所定時間内に、通信制御装置１６から送信された接続応答信号（Ｓ１７、図６参照）が受信された場合（Ｓ１２５：ＹＥＳ）、通信制御装置１６との間の電話回線が接続される（Ｓ１２７）。接続中の電話回線を介して、通信制御装置１６から送信される所定音声のデータ（Ｓ１９、図６参照）が受信される（Ｓ１２９）。所定音声は、仮想アカウントの生成要求に応じる旨を通知するためのものである。所定音声のデータは、通信端末１３に対して送信される。通信端末１３のスピーカから、所定音声が出力される。
【００８３】
なお上述において、所定音声のデータが受信できない場合、通信制御装置１６において通常の着信操作が行われたと判断してもよい。この場合、接続中の電話回線を介して通話処理が実行されてもよい。
【００８４】
ＩＰ網２を介して通信を行う際に送信元のアドレス情報として使用されるＩＰアドレスが取得される（Ｓ１３１）。なおＩＰアドレスは、予めＨＤＤ２４に記憶されたＩＰアドレスを読み出すことによって取得されてもよい。又は、ＤＨＣＰサーバによって通信制御装置１１に対して割り当てられるＩＰアドレスが取得されてもよい。
【００８５】
登録テーブル２４１（図８参照）が参照される。仮想端末３２に割り当てることが可能な内線電話番号７００−１２００が、許容番号として取得される（Ｓ１３５）。ＤＴＭＦ信号からなる生成要求信号が作成される（Ｓ１３７）。Ｓ１３１で取得されたＩＰアドレス、及び、Ｓ１３５で取得された許容番号７００−１２００は、生成要求信号に含められる。作成された生成要求信号は、接続中の電話回線を介して通信制御装置１６に対して送信される（Ｓ１３９）（Ｓ２１（図６参照））。
【００８６】
Ｓ１３３で送信された生成要求信号に応じ、通信制御装置１６から送信される判断結果信号（Ｓ２５、図６参照）が受信される（Ｓ１４１）。ＤＴＭＦ信号からなるＡＣＫ信号が作成される（Ｓ１４３）。接続中の電話回線を介して、作成されたＡＣＫ信号が通信制御装置１６に対して送信される（Ｓ１４５）（Ｓ２７、図６参照）。接続中の電話回線を介し、通信制御装置１６から送信された切断通知信号（Ｓ３１、図６参照）が受信される（Ｓ１４７）。接続中の電話回線は切断される（Ｓ１４７）。このように、接続された電話回線は、最低限の通信が実行された後、即座に切断される。これによって、電話回線の回線使用料を抑制することができる。
【００８７】
なお上述では、通信制御装置１６から切断通知信号が送信されているが、通信制御装置１１がオンフックすることによって、通信制御装置１６に対して切断通知信号を送信してもよい。
【００８８】
図１２に示すように、Ｓ１４１（図１１参照）で受信された判断結果信号の内容が判断される（Ｓ１５１）。通信制御装置１６において仮想アカウントを生成しないと判断されている場合（Ｓ１５１：ＮＯ）、仮想アカウントが通知されないので、仮想端末３２を設定することができない。第一発呼側処理は終了し、処理は第一メイン処理（図１０参照）に戻る。
【００８９】
一方、通信制御装置１６において仮想アカウントを生成すると判断されている場合（Ｓ１５１：ＹＥＳ）、通信制御装置１６との間で、ＩＰ網２を介した通信が開始される。ＩＰ網２を介して通信制御装置１６から送信された仮想アカウントパケット（Ｓ３３、図６参照）が受信される（Ｓ１５３）。仮想アカウントパケットに含まれている通信制御装置１６のＩＰアドレス、及び仮想アカウントが取得される。仮想アカウントパケットを受信した旨を通知するＡＣＫパケットが、ＩＰ網２を介して通信制御装置１６に対して送信される（Ｓ１５５）（Ｓ３５、図６参照）。
【００９０】
なお上述では、仮想アカウントパケットに含まれているＩＰアドレスを、通信制御装置１６のＩＰアドレスとして取得した。通信制御装置１１は、仮想アカウントパケットの送信元のＩＰアドレスを、通信制御装置１６のＩＰアドレスとして取得してもよい。
【００９１】
仮想端末３２が仮想的に設定される（Ｓ３７、図６参照）。設定された仮想端末３２に、Ｓ１５３で受信された仮想アカウントパケットから取得された仮想アカウント 1000@brother.com、500@sister.com（ＩＤ及びパスワード含む）が割り当てられる。取得された仮想アカウント 1000@brother.comのうちユーザ識別子に相当する部分 １０００が、内線電話番号として抽出される。抽出された内線電話番号に対応するＩＤ、及びパスワードが作成される。抽出された内線電話番号、作成されたＩＤ、及びパスワードは、登録テーブル２４１（図８参照）に格納される。また、取得された仮想アカウント 500@sister.comのうちユーザ識別子に相当する部分 ５００が、内線電話番号として抽出される。抽出された内線電話番号、及び対応するＩＤ、パスワードが、登録テーブル２４１に格納される。これによって、仮想端末３２に割り当てられた仮想アカウントの情報が、登録テーブル２４１に登録される。（Ｓ１５７）（Ｓ３９、図６参照）。
【００９２】
呼制御装置３１に対する仮想端末３２のREGISTER処理が実行される（Ｓ１５８）（Ｓ４０、図６参照）。これによって、登録テーブル２４１のうち内線電話番号 １０００に対応するＩＰアドレスが格納される。呼制御装置３１は、通信端末１２と仮想端末３２との間で呼制御通信を行うことが可能となる。
【００９３】
なお上述で作成されるＩＤ、及びパスワードは、通信端末１３のユーザによって通信端末１３を介して入力されてもよい。入力されたＩＤ、及びパスワードを通信端末１３から受信することによって、これらの情報を特定してもよい。またＩＤ、及びパスワードは、通信制御装置１１に対して直接入力されてもよい。
【００９４】
通信制御装置１６に対するREGISTER処理が以下のようにして実行される。500@sister.comに対応するＩＰアドレスが作成される。作成されたＩＰアドレス aa.aa.aa.aaは、登録テーブル２４１（図８参照）のうち内線電話番号 ５００に対応付けて格納される。内線電話番号 ５００、及び作成されたＩＰアドレス aa.aa.aa.aaを含むREGSITERパケットが、通信制御装置１６に対して送信される（Ｓ１５９）（Ｓ４１、図６参照）。ＩＰ網７に接続する通信端末１７との間で通話を行うことが可能となった旨が、通信端末１３に対して通知される（Ｓ１６１）（Ｓ４５、図６参照）。第一発呼側処理は終了し、処理は第一メイン処理（図１０参照）に戻る。
【００９５】
図１３を参照し、第一被呼側処理について説明する。以下では、図６に示す通信制御装置１６のＣＰＵ２１において第一被呼側処理が実行されることを想定して説明する。電話網５を介して、通信制御装置１１から接続要求信号を受信していることになる。Ｓ１１５（図１０参照）で受信された接続要求信号の送信元である通信制御装置１１の電話番号が特定される（Ｓ１７１）。受信した接続要求信号に応じ、オフフックされる（Ｓ１５、図６参照）。接続要求信号を送信した通信制御装置１１に対して、接続応答信号（Ｓ１７、図６参照）が送信される（Ｓ１７５）。これによって、通信制御装置１１との間の電話回線は接続される。自動音声応答機能を使用し、接続中の電話回線を介して、仮想アカウントの生成要求に応じる旨を通知するための所定音声のデータが自動送信される（Ｓ１７７）（Ｓ１９、図６参照）。
【００９６】
所定音声のデータが送信された後、通信制御装置１１から送信される生成要求信号（Ｓ２１、図６参照）が受信される（Ｓ１７９）。生成要求信号には、通信制御装置１１のＩＰアドレス、及び許容番号が含まれている。ＨＤＤ２４に記憶された許可テーブルが参照される。Ｓ１７１で特定された電話番号が許可テーブルに格納されているかが判断される（Ｓ１８１）。特定された電話番号が許可テーブルに格納されている場合、仮想アカウントを生成すると判断される。一方、特定された電話番号が許可テーブルに格納されていない場合、仮想アカウントを生成しないと判断される。ＤＴＭＦ信号からなる判断結果信号が作成される（Ｓ１８３）。判断結果信号は、通信制御装置１１に対して送信される（Ｓ１８５）（Ｓ２５、図６参照）。送信された判断結果信号に応じ、通信制御装置１１から送信されるＡＣＫ信号（Ｓ２７、図６参照）が受信される（Ｓ１８７）。オンフックすることで（Ｓ２９、図６参照）、通信制御装置１１に対して切断通知信号が送信される（Ｓ１８９）（Ｓ３１、図６参照）。これによって、接続中の電話回線は切断される。
【００９７】
なお、仮想アカウントを生成するか否かの判断方法は、上述した方法に限定されない。例えば通信制御装置１６は、Ｓ１７１で特定された電話番号をキーとし、認証サーバに問い合わせることによって、仮想アカウントを生成するか否かを判断してもよい。仮想アカウントの生成の可否は、通信制御装置１１の電話番号以外の情報（例えばＩＤやパスワードなど）によって判断されてもよい。通信制御装置１１は、所定の認証情報を生成要求信号に含めてもよい。通信制御装置１６は、生成要求信号に含まれている認証情報が所定の条件を満たす場合に、仮想アカウントを生成すると判断してもよい。
【００９８】
通信制御装置１６は、接続応答信号を通信制御装置１１に対して送信する（Ｓ１７５）前に、仮想アカウントを生成するか否かを判断してもよい。通信制御装置１６は、仮想アカウントを生成すると判断した場合にのみ、接続応答信号を通信制御装置１１に対して送信してもよい。これによって、不要な電話回線が接続されることを防止することができるので、電話回線の回線使用料を更に抑制することができる。
【００９９】
図１４に示すように、Ｓ１８１（図１３参照）で、仮想アカウントを生成しないと判断された場合（Ｓ１９３：ＮＯ）、仮想アカウントは通信制御装置１１に対して通知されることなく第一被呼側処理は終了する。処理は第一メイン処理（図１０参照）に戻る。一方、仮想アカウントを生成すると判断された場合（Ｓ１９３：ＹＥＳ）、ＩＰ網２を介して通信を行う際に送信元のアドレス情報として使用するＩＰアドレスが取得される（Ｓ１９５）。ＩＰアドレスは、予めＨＤＤ２４に記憶されたＩＰアドレスを読み出すことによって取得されてもよいし、ＤＨＣＰサーバによって通信制御装置１６に対して割り当てられるＩＰアドレスが取得されてもよい。
【０１００】
仮想端末３２に割り当てる仮想アカウントが生成される（Ｓ１９７）。仮想アカウントの生成は、次のようにして行われる。Ｓ１７９（図１３参照）で受信された生成要求信号に含まれている許容番号 ７００−１２００が参照される。許容番号のうち１０００が選択される。選択された番号をユーザ識別子として有し、ＩＰ網６に割り当てられているドメイン名 brother.comを有するＳＩＰ ＵＲＩ 1000@brother.comが、仮想端末３２に割り当てる仮想アカウントのうちＩＰ網６内で有効なＳＩＰ ＵＲＩとして生成される。
【０１０１】
次に、ＨＤＤ２４に記憶された登録テーブル２４２（図９参照）が参照される。仮想端末３２に割り当てることが可能な内線電話番号２００−８００のうち５００が選択される。選択された内線電話番号をユーザ識別子として有し、且つ、ＩＰ網７に割り当てられているドメイン名 sister.comを有するＳＩＰ ＵＲＩ 500@sister.comが、仮想端末３２に割り当てる仮想アカウントのうちＩＰ網７内で有効なＳＩＰ ＵＲＩとして生成される。
【０１０２】
生成された仮想アカウント 500@sister.comに対応するＩＤ saitoh、及びパスワード xxxxxxが作成され、ユーザ識別子 ５００によって特定される内線電話番号に対応付けられて格納される。これによって、500@sister.comは登録テーブル２４２に登録される（Ｓ１９８）（Ｓ３２、図６参照）。
【０１０３】
ＩＰ網２を介した通信が開始される。Ｓ１９５で取得されたＩＰアドレス、及びＳ１９７で生成された仮想アカウント 1000@brother.com、500@sister.comを含む仮想アカウントパケットが、通信制御装置１１に対して送信される（Ｓ１９９）（Ｓ３３、図６参照）。Ｓ１７９（図１３参照）で受信された生成要求信号に含まれているＩＰアドレスが、仮想アカウントパケットの宛先ＩＰアドレスとして設定される。これによって仮想アカウントパケットは、通信制御装置１１に対して確実に送信される。仮想アカウントパケットに応じて通信制御装置１１から送信されるＡＣＫパケット（Ｓ３５、図６参照）が受信される（Ｓ２０１）。
【０１０４】
ＡＣＫパケットの受信後、通信制御装置１１から送信されるREGISTERパケット（Ｓ４１、図６参照）が受信される（Ｓ２０３）。REGISTERパケットには、内線電話番号 ５００、及びＩＰアドレス aa.aa.aa.aa（図８参照）が含まれている。登録テーブル２４２（図９参照）のうち、取得された内線電話番号 ５００に対応付けて、受信されたＩＰアドレスが格納される（Ｓ２０５）（Ｓ４７、図６参照）。これによって通信制御装置１６は、通信端末１７と仮想端末３２との間で呼制御通信を行うことが可能となる。ＩＰ網６に接続する通信端末１２との間で通話を行うことが可能となった旨が、通信端末１７に対して通知される（Ｓ２０７）（Ｓ４７、図６参照）。第一被呼側処理は終了し、処理は第一メイン処理（図１０参照）に戻る。
【０１０５】
以上説明したように、通信制御装置１１は、ＩＰ網６、７内で有効なＳＩＰ ＵＲＩを仮想アカウントとして仮想端末３２に対して割り当てることができる。これによって、異なるＩＰ網に接続する通信端末間での通話を実行可能としている（第二メイン処理、後述）。通信制御装置１０は、別のサーバや回線交換機を使用することなく、通信端末１２、１７間で通話を実行させることができる。
【０１０６】
なお上述では、仮想アカウントのうちＩＰ網６内で有効なＳＩＰ ＵＲＩは、通信制御装置１６において生成されていたが、本発明はこれに限定されない。通信制御装置１６は、ＩＰ網７内で有効なＳＩＰ ＵＲＩのみを仮想アカウントとして生成してもよい。仮想アカウントのうちＩＰ網６内で有効なＳＩＰ ＵＲＩは、通信制御装置１１において生成してもよい。これによって通信制御装置１１は、生成されるＳＩＰ ＵＲＩのユーザ識別子が、ＩＰ網６内での使用が禁止されている内線電話番号の中から選択されることを確実に防止することができる。
【０１０７】
上述では、登録テーブル２４１のうち、仮想アカウントに割り当てるために区別された内線電話番号が使用され、仮想アカウントが生成されていた。通信制御装置１１は、登録テーブル２４１のうち、通信端末１２に対して設定されていない内線電話番号、即ち、現時点で使用されていない内線電話番号が使用され、仮想アカウントが生成されてもよい。これによって、仮想アカウントのユーザ識別子として使用することが可能な内線電話番号の選択肢を増やすことができる。
【０１０８】
上述のように通信制御装置１１が通信制御装置１６と通信を行うことによって、仮想端末３２が設定されたとする。この状態で通信端末１４のユーザが、通信制御装置１６とは異なる別の通信制御装置の配下のＩＰ網に接続する別の通信端末との通話を所望したとする。この場合、上述と同様の方法によって、別の通信制御装置に対応する別の仮想端末が設定されることになる。従って、別の仮想端末には、仮想端末３２に設定された仮想アカウントとは異なる別の仮想アカウントが設定される。これによって、異なる複数の他のネットワークに接続する通信端末との間で通話が同時に実行される場合でも、所望する相手方と確実に通話が行われる。
【０１０９】
上述の通信のうち、通信制御装置１６から送信される判断結果信号に、仮想アカウントを含めてもよい。これによって、通信制御装置１１、１６間で実行される通信の頻度を抑制することができる。通信制御装置１１は仮想端末３２を迅速に設定することができる。
【０１１０】
上述におけるＩＰ網２を介した通信は、例えばＶＰＮ（Virtual Private Network）を介して実行されてもよい。
【０１１１】
図１５から図２０を参照し、第二メイン処理について説明する。配下のＩＰ網に接続する通信端末１２から、通話要求（外部）パケット（Ｓ５１、図７参照）を受信したかが判断される（Ｓ２１１）。通話要求（外部）パケットが受信された場合（Ｓ２１１：ＹＥＳ）、他のＩＰ網に接続する通信端末との間の通話の開始が要求されていることになる。第二発呼側処理（図１６参照）が実行される（Ｓ２１３）。第二発呼側処理では、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４の機能を実現するためのプロセスが起動され、其々が実行されることになる。呼制御装置３１の機能を実現するためのプロセスが、呼制御装置（図１７参照）に相当する。第一仮想端末３３の機能を実現させるためのプロセスが、第一仮想処理（図１８参照）に相当する。第二仮想端末３４の機能を実現するためのプロセスが、第二仮想処理（図１９参照）に相当する。第二発呼側処理の詳細は後述する。第二発呼側処理の終了後、処理はＳ２１１に戻る。
【０１１２】
通話要求（外部）パケットが受信されていない場合（Ｓ２１１：ＮＯ）、他の通信制御装置１０からＩＰ網２を介して確立要求パケット（Ｓ６９、図７参照）を受信したかが判断される（Ｓ２１５）。確立要求パケットが受信された場合（Ｓ２１５：ＹＥＳ）、他の通信制御装置１０から、セッションの確立が要求されていることになる。第二被呼側処理（図２０参照）が実行される（Ｓ２１７）。第二被呼側処理では、第二仮想端末３４との間のセッションを確立させるための処理が実行される。第二被呼側処理の詳細は後述する。第二被呼側処理の終了後、処理はＳ２１１に戻る。確立要求信号が受信されていない場合（Ｓ２１５：ＮＯ）、処理はＳ２１１に戻る。
【０１１３】
図１６を参照し、第二発呼側処理について説明する。以下では、図７に示す通信制御装置１１のＣＰＵ２１において第二発呼側処理が実行されることを想定して説明する。ＩＰ網６に接続する通信端末１３から、通話要求（外部）パケットを受信していることになる。
【０１１４】
呼制御処理（図１７参照）が起動される（Ｓ２２１）。第一発呼側処理（図１１参照）において仮想的に設定された呼制御装置３１において実行される処理が、呼制御処理に相当する。呼制御処理では、通信制御装置１１における呼制御機能が実現される。呼制御処理の詳細は後述する。第一仮想処理（図１８参照）が起動される（Ｓ２２３）。第一発呼側処理（図１１参照）において仮想的に設定された第一仮想端末３３（仮想アカウント：1000@brother.com）において実行される処理が、第一仮想処理に相当する。第一仮想処理では、ＩＰ網６内での呼制御通信が実行される。第一仮想処理の詳細は後述する。第二仮想処理（図１９参照）が起動される（Ｓ２２５）。第一発呼側処理（図１１参照）において仮想的に設定された第二仮想端末３４（仮想アカウント：500@sister.com）において実行される処理が、第二仮想処理に相当する。第二仮想処理では、ＩＰ網７内での呼制御通信が実行される。第二仮想処理の詳細は後述する。起動された呼制御処理、第一仮想処理、及び第二仮想処理は、並列して実行される。
【０１１５】
通信端末１３、２０間の通話が終了したかが判断される（Ｓ２２７）。通信端末１３、２０間の通話が終了していない場合（Ｓ２２７：ＮＯ）、処理はＳ２２７に戻る。通信端末１３、２０巻の通話が終了した場合（Ｓ２２７：ＹＥＳ）、Ｓ２２１で起動された呼制御処理は終了される（Ｓ２２９）。Ｓ２２３で起動された第一仮想処理は終了される（Ｓ２３１）。Ｓ２２５で起動された第二仮想処理は終了される（Ｓ２３３）。第二発呼側処理は終了し、処理は第二メイン処理（図１５参照）に戻る。
【０１１６】
なお以下では、呼制御処理を実行する呼制御装置３１、第一仮想処理を実行する第一仮想端末３３、及び、第二仮想処理を実行する第二仮想端末３４において其々処理が実行されるように模擬的に表現されている。また、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４間でパケットが送受信されるように模擬的に表現されている。しかしながら、呼制御装置３１、第一仮想端末３３、及び第二仮想端末３４は、通信制御装置１１内に仮想的に設定されたものであり、実在するわけではない。実際には、呼制御処理、第一仮想処理、及び第二仮想処理は、通信制御装置１１のＣＰＵ２１において実行されるものである。また、パケットが送受信されるという表現は、実際には、パケットに含まれるデータやメッセージが処理間でやり取りされることを意味している。物理的に実在するパケットが、実際に送受信されているのではない。
【０１１７】
図１７を参照し、呼制御処理について説明する。Ｓ２１１（図１５参照）で、通信端末１３から通話要求（外部）パケットを受信しているので、ＳＩＰに基づいた呼制御通信が開始される。第一仮想端末３３の仮想アカウント 1000@brother.comのうちユーザ識別子１０００は、登録テーブル２４１（図８参照）に既に登録されている（Ｓ１５８、図１２参照）。通信端末１３と第一仮想端末３３との間で呼制御通信を行うことができる状態にある。第一仮想端末３３に対して、確立要求パケットが送信される（Ｓ２３７）（Ｓ５３、図７参照）。
【０１１８】
確立要求パケットが第一仮想端末３３に対して送信された後、第一仮想端末３３から送信される応答パケットが受信される（Ｓ２３９）（Ｓ５５、図７参照）。受信した応答パケットは、通信端末１３に対して転送される（Ｓ２４１）。通信端末１３と第一仮想端末３３との間で、セッションを確立させるための一連の呼制御通信が完了したことになる。通信端末１３と第一仮想端末３３とのセッションは確立する（Ｓ２４３）（Ｓ５９、図７参照）。通信端末１３と第一仮想端末３３との間で、確立されたセッションを介した通信が可能な状態になる。呼制御処理は終了する。
【０１１９】
図１８を参照し、第一仮想処理について説明する。呼制御装置３１から送信された確立要求パケット（Ｓ５３、図７参照）を受信したかが判断される（Ｓ２５１）。確立要求パケットが受信されていない場合（Ｓ２５１：ＮＯ）、処理はＳ２５１に戻る。呼制御装置３１から送信された確立要求パケットが受信された場合（Ｓ２５１：ＹＥＳ）、通信端末１３との間のセッションを確立させるために、呼制御装置３１に対して応答パケットが送信される（Ｓ２５３）（Ｓ５５、図７参照）。通信端末１３との間で、セッションを確立させるための一連の呼制御通信が完了したことになる。通信端末１３との間のセッションは確立する（Ｓ２５５）（Ｓ５９、図７参照）。通信端末１３との間で、確立されたセッションを介した通信が可能な状態になる。
【０１２０】
通信端末１３との間で、確立されたセッションを介した通信が開始される。通信端末１３のユーザに対して通話相手先の内線電話番号を問い合わせる音声のデータが、ＩＶＲによって通信端末１３に対して送信される（Ｓ２５７）。音声には、ＩＰ網７に接続する通信端末１８、１９、及び２０の内線電話番号１、２、及び３を通知するための音声が含められる。通信端末１３は、音声のデータを受信し、音声をスピーカから出力する。ユーザは、通話可能な通信端末１７の内線電話番号１、２、３を認識できる。通信端末１３から送信される通話要求（ｎ）パケットの受信が監視される（Ｓ２５９）。通話要求（ｎ）パケットが受信されない場合（Ｓ２５９：ＮＯ）、処理はＳ２５９に戻る。
【０１２１】
通信端末１３のユーザによって、通話相手先の内線電話番号３が入力される。通話要求（３）パケットが、通信端末１３から第一仮想端末３３に対して送信され、通話要求（３）パケットが受信される（Ｓ２５９：ＹＥＳ）。ＩＰ網７に接続する通信端末１７のうち内線電話番号３が割り当てられた通信端末２０との通話の開始が要求されたと判断される。ＩＰ網７内で有効な仮想アカウント 500@sister.comが割り当てられた第二仮想端末３４が、登録テーブル２４１に基づいて特定される。第二仮想端末３４に対して、通信端末２０との間のセッションの確立が依頼される（Ｓ２６１）（Ｓ６５、図７参照）。
【０１２２】
通話が保留された状態である旨を通信端末１３のユーザに対して通知する音声のデータが、Ｓ２５５で確立されたセッションを介して、ＩＶＲによって通信端末１３に対して送信される（Ｓ２６３）（Ｓ６７（図７参照））。通信端末１３は、音声のデータを受信し、スピーカから出力する。通信端末１３のユーザは、通話が保留された状態である旨を認識することができる。
【０１２３】
第二仮想端末３４からの通知であって、通信端末２０と第二仮想端末３４との間のセッションが確立した旨の通知が監視される（Ｓ２６５）。通知が受信されない場合（Ｓ２６５：ＮＯ）、処理はＳ２６５に戻る。通信端末２０と第二仮想端末３４との間のセッションが確立した旨の通知（Ｓ７９、図７参照）を、第二仮想端末３４から受信した場合（Ｓ２６５：ＹＥＳ）、通信端末１３との間で確立されたセッションを介して、通信端末１３に通知パケットが送信される（Ｓ２６７）（Ｓ８３（図７参照））。通知パケットを受信した通信端末１３は、通信端末１３と通信端末２０との間で通話が可能となった旨を、通信端末１３のユーザに通知する。ユーザは、通信端末２０との通話が可能となたことを認識することができる。
【０１２４】
通信端末１３との間のセッションを介し、通信端末１３から第一仮想端末３３宛の通話データが受信されたとする。通話データは、第一仮想端末３３の仮想アカウント 1000@brother.com宛に送信されている。受信された通話データは、第二仮想端末３４に対して受け渡される。第二仮想端末３４は、第一仮想端末３３から通話データを受け取った場合、通話データを、通信端末２０との間のセッションを介して通信端末２０に対して送信する。また、第二仮想端末３４から通話データを受け取ったとする。受け取った通話データは、通信端末１３との間のセッションを介して、通信端末１３に対して送信される。通話データは、第一仮想端末３３の仮想アカウント 1000@brother.comから送信されることになる。このようにして、通話データの中継処理が実行される（Ｓ２６９）（Ｓ８９、図７参照）。これによって、通信端末１３、２０間で通話データが送受信され、通話が実行される。第一仮想処理は終了する。
【０１２５】
図１９を参照し、第二仮想処理について説明する。第一仮想端末３３から、通信端末２０との間のセッションの確立の依頼（Ｓ６５、図７参照）があったかが判断される（Ｓ２７１）。第一仮想端末３３からの依頼が無い場合（Ｓ２７１：ＮＯ）、処理はＳ２７１に戻る。第一仮想端末３３から、通信端末２０との間のセッションに確立の依頼（Ｓ６５、図７参照）があった場合（Ｓ２７１：ＹＥＳ）、確立要求パケットが通信制御装置１６に対して送信される（Ｓ２７３）（Ｓ６９、図７参照）。確立要求パケットには、通信端末２０のＳＩＰ ＵＲＩ 3@sister.comが格納される。
【０１２６】
送信された確立要求パケットに応じ、通信制御装置１６から送信される応答パケットが受信される（Ｓ２７５）（Ｓ７５（図７参照））。通信端末２０との間で、セッションを確立させるための一連の呼制御通信が完了したことになる。通信端末２０とのセッションが確立される（Ｓ２７７）（Ｓ７７（図７参照））。通信端末２０との間で、確立されたセッションを介した通信が可能な状態になる。通信端末２０との間のセッションが確立した旨が、第一仮想端末３３に対して通知される（Ｓ２７９）（Ｓ７９（図７参照））。
【０１２７】
通信端末２０との間のセッションを介し、通信端末２０から通話データが受信されたとする。通話データは、第二仮想端末３４の仮想アカウント 500@sister.com宛に送信されている。受信された通話データは、第一仮想端末３３に対して受け渡される。第一仮想端末３３は、第二仮想端末３４から通話データを受け取った場合、通話データを、通信端末１３との間のセッションを介して通信端末１３に対して送信する。また、第一仮想端末３３から通話データを受け取ったとする。受け取った通話データは、通信端末２０との間のセッションを介して、通信端末２０に対して送信される。通話データは、第二仮想端末３４の仮想アカウント 500@sister.comから送信されることになる。このようにして、通話データの中継処理が実行される（Ｓ２８１）（Ｓ８９、図７参照）。これによって、通信端末１３、２０間で通話のデータが送受信され、通話が実行される。第二仮想処理は終了する。
【０１２８】
図２０を参照し、第二被呼側処理について説明する。Ｓ２１５（図１５参照）で、第二仮想端末３４から確立要求パケットを受信している。第二仮想端末３４の仮想アカウント 500@sister.comのうちユーザ識別子５００は、登録テーブル２４２（図９参照）に登録されている（Ｓ２０５、図１４参照）。仮想アカウント500@sister.comを有する第二仮想端末３４との間で呼制御通信を行うことが可能な状態にある。確立要求パケットには、ＳＩＰ ＵＲＩ 3@sister.comが格納されている。ＳＩＰ ＵＲＩ 3@sister.comが割り当てられた通信端末２０に対して、確立要求パケットが転送される（Ｓ２９３）。確立要求パケットが送信された後、通信端末２０から送信される応答パケットの受信が監視される（Ｓ２９５）。応答パケットが受信されない場合（Ｓ２９５：ＮＯ）、処理はＳ２９５に戻る。
【０１２９】
通信端末２０のユーザによって着信操作（オフフックなど）がされた場合（Ｓ７３、図７参照）、通信端末２０から通信制御装置１６に対して応答パケットが送信される（Ｓ７４、図７参照）。通信端末２０から送信された応答パケットが受信される（Ｓ２９５：ＹＥＳ）。受信された応答パケットは、第二仮想端末３４に対して転送される（Ｓ２９７）（Ｓ７５（図７参照））。通信端末２０と第二仮想端末３４との間で、セッションを確立させるための一連の呼制御通信が完了したことになる。通信端末１３と第二仮想端末３４とのセッションが確立される（Ｓ２９９）（Ｓ７７（図７参照））。通信端末２０と第二仮想端末３４との間で、確立されたセッションを介した通信が可能な状態になる。第二被呼側処理は終了する。
【０１３０】
以上説明したように、ＩＰ網６に接続する通信端末１２と第一仮想端末３３との間のセッションが、呼制御装置３１によって確立される。ＩＰ網７に接続する通信端末１７と第二仮想端末３４との間のセッションが、通信制御装置１６によって確立される。第一仮想端末３３と第二仮想端末３４との間で通話データが中継されることによって、通信端末１２、１７間の通話が実行される。このため通信制御装置１１は、別のサーバや回線交換機を使用することなく、通信端末１２、１７間で通話を実行させることができる。
【０１３１】
また通信制御装置１１は、順に確立されるセッションを使用しながら、最終的に通信端末１３と通信端末２０との間の通話を開始させることができる。これによって通信制御装置１１は、通信端末１３、２０間のセッションを効率的に確立させることができるので、短時間で迅速に通話を開始させることができる。
【０１３２】
なお上述では、通信端末１３は、通話要求（外部）パケット、及び通話要求（３）パケットを受信することによって、最終的に通信端末１３、２０間で通話が可能となった。通信端末１３において、通話の相手方の内線電話番号を予め認識している場合には、通話要求（外部）パケットを送信することなく、最初から通話要求（３）パケットを送信してもよい。通信制御装置１１は、通話要求（外部）パケットを受信することなく通話要求（３）パケットを受信した場合、通信装置１３と第一仮想端末３３との間のセッション、及び、通信端末２０と第二仮想端末３４との間のセッションを順番に確立してもよい。これによって通信制御装置１１は、より少ない通信手順で迅速に複数のセッションを確立し、通信端末１３と通信端末２０との間で通話を開始させることができる。
【０１３３】
上述では、ＩＰ網７に接続する通信端末１７との通話の開始を要求する場合に、通信端末１３から通信制御装置１１に対して通話要求（外部）パケットが送信されていた。例えば通信端末１３は、第一仮想端末３３に割り当てられている内線電話番号１０００宛に電話を掛けてもよい。通信端末１３からは、通話要求（外部）パケットの代わりに、第一仮想端末３３とのセッションの確立を要求する確立要求パケットが送信されてもよい。これによって、通信端末１３と第一仮想端末３３との間のセッションが確立されてもよい。なお第一仮想端末３３に割り当てられている内線電話番号１０００は、第一仮想端末３３が設定された際に、通信端末１３に対して通知されてもよい。
【０１３４】
登録テーブル２４１（図８参照）、及び登録テーブル２４２（図９参照）では、ＩＰアドレスが対応付けて格納されていたが、ＩＰアドレス及びポート番号が対応付けて格納されてもよい。これによって、呼制御通信時、及びセッション確立後のデータ通信時において、ＩＰアドレス及びポート番号を指定して通信を行うことができる。これによって、ルータやゲートウェイ等によってデータがフィルタリングされてしまうことを抑制できる。
【０１３５】
上述では、通信端末１１において仮想端末３２が設定された後、複数のセッションが確立されていた。例えば通信制御装置１１には、仮想端末３２が予め設定されていてもよい。通信制御装置１１は、図８にて示される状態の登録テーブル２４１を予め有していてもよい。通信制御装置１６は、図９にて示される状態の登録テーブル２４２を予め有していてもよい。これによって通信制御装置１１は、仮想アカウントを取得するための通信を行うことなく、異なるＩＰ網に接続された通信端末間の通話を開始させることができる。
【０１３６】
ＩＰ網６が本発明の「第一ネットワーク」に相当する。ＩＰ網７が本発明の「第二ネットワーク」に相当する。Ｓ２１１の処理が本発明の「第一受付ステップ」に相当する。Ｓ２４３、Ｓ２５５の処理が本発明の「第一確立ステップ」に相当する。Ｓ２７３の処理が本発明の「要求ステップ」に相当する。Ｓ２７７の処理が本発明の「第二確立ステップ」に相当する。Ｓ２６９、Ｓ２８１の処理が本発明の「中継ステップ」に相当する。Ｓ２５９の処理が本発明の「第二受付ステップ」に相当する。Ｓ２５７の処理が本発明の「通知ステップ」に相当する。Ｓ２１５の処理が本発明の「第二受付ステップ」に相当する。Ｓ２９９の処理が本発明の「第二確立ステップ」に相当する。
【符号の説明】
【０１３７】
１ 通信システム
２ ＩＰ網
５ 電話網
１０、１１、１６ 通信制御装置
１２、１３、１４、１５、１７、１８、１９、２０ 通信端末
３１ 呼制御装置
３２ 仮想端末
３３ 第一仮想端末
３４ 第二仮想端末
３５、３６ セッション
２４１、２４２ 登録テーブル
【特許請求の範囲】
【請求項１】
他の通信制御装置と通信可能であり、且つ、配下の第一ネットワークに接続する通信端末間の呼制御を行う通信制御装置であって、前記通信制御装置において呼制御の対象とするアドレス形式である第一アドレス形式に基づいて決定されるアドレス情報のうち、前記第一ネットワーク内で使用されていない第一アドレス情報と、前記他の通信制御装置において呼制御の対象とするアドレス形式である第二アドレス形式に基づいて決定されるアドレス情報のうち、前記他の通信制御装置の配下の第二ネットワーク内で使用されていない第二アドレス情報とが対応付けて記憶された記憶手段を備えた通信制御装置であって、
少なくとも一つ以上の制御部と、前記制御部への命令を記憶した少なくとも一つ以上のメモリとを備え、前記命令が実行されることにより、
前記第一ネットワークに接続する通信端末である第一通信端末から、通信を開始する旨の要求を受け付ける第一受付ステップと、
前記第一受付ステップにおいて前記要求を受け付けた場合に、前記記憶手段に記憶された前記第一アドレス情報を有する仮想的な第一仮想端末と、前記第一通信端末との間の第一セッションを確立させる第一確立ステップと、
前記記憶手段に記憶された前記第二アドレス情報を有する仮想的な第二仮想端末と、前記第二ネットワークに接続する通信端末である前記第二通信端末との間の第二セッションの確立を、前記他の通信制御装置に対して要求する要求ステップと、
前記要求ステップにおける要求に応じ、前記第二仮想端末と前記第二通信端末との間の呼制御が前記他の通信制御装置において行われることによって、前記第二セッションが確立される第二確立ステップと、
前記第一セッションを介して前記第一通信端末と前記第一仮想端末との間で通信されるデータと、前記第二セッションを介して前記第二仮想端末と前記第二通信端末との間で通信されるデータとを中継することによって、前記第一通信端末と前記第二通信端末との間の通信を中継する中継ステップと
を実行することを特徴とする通信制御装置。
【請求項２】
前記通信制御装置は、
前記第一確立ステップにおいて確立された前記第一セッションを介し、前記第一通信端末から、前記第二通信端末との通信を開始する旨の要求を受け付ける第二受付ステップを更に実行し、
前記要求ステップは、
前記第一受付ステップ及び前記第二受付ステップにおいて前記要求を受け付けた場合に、前記他の通信制御装置に対して前記第二セッションの確立を要求することを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記通信制御装置は、
通信可能な前記第二通信端末のＩＤを、前記第一セッションを介して前記第一通信端末に通知する通知ステップを更に実行し、
前記第二受付ステップを実行する場合において、
前記通知ステップにおいて通知された前記ＩＤのうち前記第一通信端末において選択された前記ＩＤを有する前記第二通信端末との通信を開始する旨の要求を受け付けることを特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記通信制御装置は、前記第一受付ステップを実行する場合において、
前記要求ステップにおいて要求される前記第二セッションの要求先の前記第二通信端末のＩＤを受け付け、
前記要求ステップを実行する場合において、
前記第一受付ステップにおいて受け付けられた前記ＩＤを有する前記第二通信端末と前記第二仮想端末との間の前記第二セッションの確立を、前記他の通信制御装置に対して要求することを特徴とする請求項１に記載の通信制御装置。
【請求項５】
通信制御装置である第一通信制御装置及び第二通信制御装置を含む通信システムであって、
前記第一通信制御装置は、
少なくとも一つ以上の制御部と、前記制御部への命令を記憶した少なくとも一つ以上のメモリとを備え、前記命令が実行されることにより、
前記第一通信制御装置の配下の第一ネットワークに接続する通信端末である第一通信端末から、通信を開始する旨の要求を受け付ける第一受付ステップと、
前記第一受付ステップにおいて前記要求を受け付けた場合に、前記第一通信制御装置において呼制御の対象とされるアドレス形式である第一アドレス形式に基づいて決定されるアドレス情報のうち、前記第一ネットワーク内で使用されていない前記第一アドレス情報と、前記第二通信制御装置において呼制御の対象とされるアドレス形式である第二アドレス形式に基づいて決定されるアドレス情報のうち、前記第二通信制御装置の配下の第二ネットワーク内で使用されていない第二アドレス情報とが対応付けて格納された記憶手段に記憶された前記第一アドレス情報を有する仮想的な第一仮想端末と、前記第一通信端末との間の第一セッションを確立させる第一確立ステップと、
前記記憶手段に記憶された前記第二アドレス情報を有する仮想的な第二仮想端末と、前記第二ネットワークに接続する通信端末である第二通信端末との間の第二セッションの確立を、前記第二通信制御装置に対して要求する要求ステップと、
前記要求ステップにおける要求に応じ、前記第二仮想端末と前記第二通信端末との間の呼制御が前記他の通信制御装置において行われることによって、前記第二セッションが確立される第二確立ステップと、
前記第一セッションを介して前記第一通信端末と前記第一仮想端末との間で通信されるデータと、前記第二セッションを介して前記第二仮想端末と前記第二通信端末との間で通信されるデータとを中継することによって、前記第一通信端末と前記第二通信端末との間の通信を中継する中継ステップと
を実行し、
前記第二通信制御装置は、
少なくとも一つ以上の制御部と、前記制御部への命令を記憶した少なくとも一つ以上のメモリとを備え、前記命令が実行されることにより、
前記第二仮想端末と前記第二通信端末との間の前記第二セッションの確立の要求を受け付ける第二受付ステップと、
前記第二受付ステップにおいて前記要求が受け付けられた場合に、前記第二セッションを確立する第三確立ステップと
を実行することを特徴とする通信システム。
【請求項６】
通信制御装置の配下の第一ネットワークに接続する通信端末である第一通信端末から、通信を開始する旨の要求を受け付ける第一受付ステップと、
前記第一受付ステップにおいて前記要求を受け付けた場合に、前記通信制御装置において呼制御の対象とされるアドレス形式である第一アドレス形式に基づいて決定されるアドレス情報のうち、前記第一ネットワーク内で使用されていない第一アドレス情報と、他の前記通信制御装置において呼制御の対象とされるアドレス形式である第二アドレス形式に基づいて決定されるアドレス情報のうち、前記他の通信制御装置の配下の第二ネットワーク内で使用されていない第二アドレス情報とが対応付けて格納された記憶手段に記憶された前記第一アドレス情報を有する仮想的な第一仮想端末と、前記第一通信端末との間の第一セッションを確立させる第一確立ステップと、
前記記憶手段に記憶された前記第二アドレス情報を有する仮想的な第二仮想端末と、前記第二ネットワークに接続する通信端末である第二通信端末との間の第二セッションの確立を、前記他の通信制御装置に対して要求する要求ステップと、
前記要求ステップにおける要求に応じ、前記第二仮想端末と前記第二通信端末との間の呼制御が前記他の通信制御装置において行われることによって、前記第二セッションが確立される第二確立ステップと、
前記第一セッションを介して前記第一通信端末と前記第一仮想端末との間で通信されるデータと、前記第二セッションを介して前記第二仮想端末と前記第二通信端末との間で通信されるデータとを中継することによって、前記第一通信端末と前記第二通信端末との間の通信を中継する中継ステップと
を備えたことを特徴とする通信方法。
【請求項１】
他の通信制御装置と通信可能であり、且つ、配下の第一ネットワークに接続する通信端末間の呼制御を行う通信制御装置であって、前記通信制御装置において呼制御の対象とするアドレス形式である第一アドレス形式に基づいて決定されるアドレス情報のうち、前記第一ネットワーク内で使用されていない第一アドレス情報と、前記他の通信制御装置において呼制御の対象とするアドレス形式である第二アドレス形式に基づいて決定されるアドレス情報のうち、前記他の通信制御装置の配下の第二ネットワーク内で使用されていない第二アドレス情報とが対応付けて記憶された記憶手段を備えた通信制御装置であって、
少なくとも一つ以上の制御部と、前記制御部への命令を記憶した少なくとも一つ以上のメモリとを備え、前記命令が実行されることにより、
前記第一ネットワークに接続する通信端末である第一通信端末から、通信を開始する旨の要求を受け付ける第一受付ステップと、
前記第一受付ステップにおいて前記要求を受け付けた場合に、前記記憶手段に記憶された前記第一アドレス情報を有する仮想的な第一仮想端末と、前記第一通信端末との間の第一セッションを確立させる第一確立ステップと、
前記記憶手段に記憶された前記第二アドレス情報を有する仮想的な第二仮想端末と、前記第二ネットワークに接続する通信端末である前記第二通信端末との間の第二セッションの確立を、前記他の通信制御装置に対して要求する要求ステップと、
前記要求ステップにおける要求に応じ、前記第二仮想端末と前記第二通信端末との間の呼制御が前記他の通信制御装置において行われることによって、前記第二セッションが確立される第二確立ステップと、
前記第一セッションを介して前記第一通信端末と前記第一仮想端末との間で通信されるデータと、前記第二セッションを介して前記第二仮想端末と前記第二通信端末との間で通信されるデータとを中継することによって、前記第一通信端末と前記第二通信端末との間の通信を中継する中継ステップと
を実行することを特徴とする通信制御装置。
【請求項２】
前記通信制御装置は、
前記第一確立ステップにおいて確立された前記第一セッションを介し、前記第一通信端末から、前記第二通信端末との通信を開始する旨の要求を受け付ける第二受付ステップを更に実行し、
前記要求ステップは、
前記第一受付ステップ及び前記第二受付ステップにおいて前記要求を受け付けた場合に、前記他の通信制御装置に対して前記第二セッションの確立を要求することを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記通信制御装置は、
通信可能な前記第二通信端末のＩＤを、前記第一セッションを介して前記第一通信端末に通知する通知ステップを更に実行し、
前記第二受付ステップを実行する場合において、
前記通知ステップにおいて通知された前記ＩＤのうち前記第一通信端末において選択された前記ＩＤを有する前記第二通信端末との通信を開始する旨の要求を受け付けることを特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記通信制御装置は、前記第一受付ステップを実行する場合において、
前記要求ステップにおいて要求される前記第二セッションの要求先の前記第二通信端末のＩＤを受け付け、
前記要求ステップを実行する場合において、
前記第一受付ステップにおいて受け付けられた前記ＩＤを有する前記第二通信端末と前記第二仮想端末との間の前記第二セッションの確立を、前記他の通信制御装置に対して要求することを特徴とする請求項１に記載の通信制御装置。
【請求項５】
通信制御装置である第一通信制御装置及び第二通信制御装置を含む通信システムであって、
前記第一通信制御装置は、
少なくとも一つ以上の制御部と、前記制御部への命令を記憶した少なくとも一つ以上のメモリとを備え、前記命令が実行されることにより、
前記第一通信制御装置の配下の第一ネットワークに接続する通信端末である第一通信端末から、通信を開始する旨の要求を受け付ける第一受付ステップと、
前記第一受付ステップにおいて前記要求を受け付けた場合に、前記第一通信制御装置において呼制御の対象とされるアドレス形式である第一アドレス形式に基づいて決定されるアドレス情報のうち、前記第一ネットワーク内で使用されていない前記第一アドレス情報と、前記第二通信制御装置において呼制御の対象とされるアドレス形式である第二アドレス形式に基づいて決定されるアドレス情報のうち、前記第二通信制御装置の配下の第二ネットワーク内で使用されていない第二アドレス情報とが対応付けて格納された記憶手段に記憶された前記第一アドレス情報を有する仮想的な第一仮想端末と、前記第一通信端末との間の第一セッションを確立させる第一確立ステップと、
前記記憶手段に記憶された前記第二アドレス情報を有する仮想的な第二仮想端末と、前記第二ネットワークに接続する通信端末である第二通信端末との間の第二セッションの確立を、前記第二通信制御装置に対して要求する要求ステップと、
前記要求ステップにおける要求に応じ、前記第二仮想端末と前記第二通信端末との間の呼制御が前記他の通信制御装置において行われることによって、前記第二セッションが確立される第二確立ステップと、
前記第一セッションを介して前記第一通信端末と前記第一仮想端末との間で通信されるデータと、前記第二セッションを介して前記第二仮想端末と前記第二通信端末との間で通信されるデータとを中継することによって、前記第一通信端末と前記第二通信端末との間の通信を中継する中継ステップと
を実行し、
前記第二通信制御装置は、
少なくとも一つ以上の制御部と、前記制御部への命令を記憶した少なくとも一つ以上のメモリとを備え、前記命令が実行されることにより、
前記第二仮想端末と前記第二通信端末との間の前記第二セッションの確立の要求を受け付ける第二受付ステップと、
前記第二受付ステップにおいて前記要求が受け付けられた場合に、前記第二セッションを確立する第三確立ステップと
を実行することを特徴とする通信システム。
【請求項６】
通信制御装置の配下の第一ネットワークに接続する通信端末である第一通信端末から、通信を開始する旨の要求を受け付ける第一受付ステップと、
前記第一受付ステップにおいて前記要求を受け付けた場合に、前記通信制御装置において呼制御の対象とされるアドレス形式である第一アドレス形式に基づいて決定されるアドレス情報のうち、前記第一ネットワーク内で使用されていない第一アドレス情報と、他の前記通信制御装置において呼制御の対象とされるアドレス形式である第二アドレス形式に基づいて決定されるアドレス情報のうち、前記他の通信制御装置の配下の第二ネットワーク内で使用されていない第二アドレス情報とが対応付けて格納された記憶手段に記憶された前記第一アドレス情報を有する仮想的な第一仮想端末と、前記第一通信端末との間の第一セッションを確立させる第一確立ステップと、
前記記憶手段に記憶された前記第二アドレス情報を有する仮想的な第二仮想端末と、前記第二ネットワークに接続する通信端末である第二通信端末との間の第二セッションの確立を、前記他の通信制御装置に対して要求する要求ステップと、
前記要求ステップにおける要求に応じ、前記第二仮想端末と前記第二通信端末との間の呼制御が前記他の通信制御装置において行われることによって、前記第二セッションが確立される第二確立ステップと、
前記第一セッションを介して前記第一通信端末と前記第一仮想端末との間で通信されるデータと、前記第二セッションを介して前記第二仮想端末と前記第二通信端末との間で通信されるデータとを中継することによって、前記第一通信端末と前記第二通信端末との間の通信を中継する中継ステップと
を備えたことを特徴とする通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１２−２０９７８５（Ｐ２０１２−２０９７８５Ａ）
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願番号】特願２０１１−７４１６８（Ｐ２０１１−７４１６８）
【出願日】平成２３年３月３０日（２０１１．３．３０）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願日】平成２３年３月３０日（２０１１．３．３０）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]