(57)【要約】【課題】呼制御システムにおいて、複数の呼制御装置により、代理応答の機能を実現する場合に、呼接続の信頼性が高く、負荷分散制御を行えるようにする。【解決手段】呼接続情報と接続先アドレスを保持する管理装置が、呼制御装置から呼接続のための接続先アドレス要求を受けた際、代理応答接続であるか否かを判断し、かつ、代理応答する呼と代理応答される呼が異なる呼制御装置によって制御されている場合には、管理装置は、負荷の少ない呼制御装置を、集約制御装置として選択して通知する。集約されなかった呼制御装置は、集約呼制御装置に呼を転送し、集約制御装置は、転送されてきた呼を受信したときに、発信端末と代理応答端末を接続する代理応答制御を行う。【選択図】  図９
2016220030.tif 000002
【特許請求の範囲】
【請求項１】
端末から一つ以上の呼制御装置を介して、代理応答を実現する呼制御システムであって、
前記端末から呼接続を受信し、経路制御をする呼制御装置と、
前記端末から前記呼制御装置の呼接続情報を保持し、前記呼制御装置からの接続先アドレス要求に対して、接続先装置のアドレスを返す管理装置と、
前記端末と前記呼制御装置との間に介在し、前記端末から前記呼制御装置の呼接続を中継する中継装置とを備え、
前記管理装置は、前記呼接続装置から接続先アドレス要求を受けたときに、発信端末から呼の着信を受ける第一の呼制御装置と、前記発信端末からの呼の代理応答呼を受ける第二の呼制御装置が別の呼制御装置である場合に、前記第一の呼制御装置と前記第二の呼制御装置のいずれかを集約制御装置として選択して、接続先アドレス要求を送信した呼制御装置が集約制御装置であるときには、前記呼制御装置に装置間代理応答通知し、接続先アドレス要求を送信した呼制御装置が集約制御装置でないときには、前記呼制御装置に転送アドレスを指定した転送通知し、
前記転送通知を受けた呼制御装置は、前記中継装置に、前記発信端末からの呼又は前記発信端末からの呼の代理応答呼のいずれかを、前記転送アドレスの呼制御装置に転送させる転送メッセージを送信し、
前記中継装置は、前記発信端末からの呼又は前記発信端末からの呼の代理応答呼のいずれかを、前記転送アドレスの呼制御装置に転送し、
前記装置間代理応答通知を受けた呼制御装置は、前記中継装置から前記発信端末からの呼又は前記発信端末からの呼の代理応答呼の接続を受信し、前記発信端末と前記代理応答呼を発信した端末を接続する代理応答制御をすることを特徴とする呼制御システム。
【請求項２】
前記管理装置は、各々の呼接続装置の負荷を保持する負荷テーブルを有し、前記負荷テーブルの各々の呼接続装置の負荷に基づいて、前記第一の呼制御装置と前記第二の呼制御装置のいずれかを、集約制御装置として選択することを特徴とする請求項１記載の呼制御システム。
【請求項３】
通信プロトコルが、ＳＩＰ（Session Initiation Protocol）であり、前記呼制御装置から前記中継装置に送信する転送メッセージは、３０２ Ｍｏｖｅｄ Ｔｍｅｐｏｒａｒｉｌｙメッセージであることを特徴とする請求項１記載の呼制御システム。
【請求項４】
前記呼接続装置は、発信端末からの呼に関する情報と、その発信端末からの呼の代理応答呼に関する情報をペアとして記憶する代理応答テーブルを保持することを特徴とする請求項１記載の呼制御システム。
【請求項５】
前記中継装置は、呼接続装置の各々の負荷を計測し、
前記管理装置は、前記第一の呼制御装置と前記第二の呼制御装置のいずれかを、集約制御装置として選択するときに、前記中継装置に、集約制御選択の選択リクエストを送信し、前記中継装置は、前記管理装置に対して、前記集約呼制御装置のアドレスを通知することを特徴する請求項１記載の呼制御システム。
【請求項６】
端末から呼接続を受信し、経路制御をする呼制御装置と、前記端末から前記呼制御装置の呼接続情報を保持し、前記呼制御装置からの接続先アドレス要求に対して、接続先装置のアドレスを返す管理装置と、前記端末と前記呼制御装置との間に介在し、前記端末から前記呼制御装置の呼接続を中継する中継装置と、を有する呼制御システムにおける、前記端末から一つ以上の前記呼制御装置を介して、代理応答を実現する呼制御方法であって、
前記管理装置は、前記呼接続装置から接続先アドレス要求を受けとときに、発信端末から呼の着信を受ける第一の呼制御装置と、前記発信端末からの呼の代理応答呼を受ける第二の呼制御装置が別の呼制御装置である場合に、前記第一の呼制御装置と前記第二の呼制御装置のいずれかを、集約制御装置として選択するステップと、
接続先アドレス要求を送信した呼制御装置が集約制御装置であるときに、前記呼制御装置に、装置間代理応答通知するステップと、
接続先アドレス要求を送信した呼制御装置が集約制御装置でないときには、前記呼制御装置に、転送アドレスを指定した転送通知するステップと、
前記転送通知を受けた呼制御装置は、前記中継装置に、前記発信端末からの呼又は前記発信端末からの呼の代理応答呼のいずれかを、前記転送アドレスの呼制御装置に転送させる転送メッセージを送信するステップと、
前記中継装置は、前記発信端末からの呼又は前記発信端末からの呼の代理応答呼のいずれかを、前記転送アドレスの呼制御装置に転送するステップと、
前記装置間代理応答通知を受けた呼制御装置は、前記中継装置から前記発信端末からの呼又は前記発信端末からの呼の代理応答呼の接続を受信し、前記発信端末と前記代理応答呼を発信した端末を接続する代理応答制御をするステップと、
を有することを特徴とする呼制御方法。
【請求項７】
前記管理装置は、各々の呼接続装置の負荷を保持する負荷テーブルを有し、前記第一の呼制御装置と前記第二の呼制御装置のいずれかを、集約制御装置として選択するステップにおいて、前記負荷テーブルの各々の呼接続装置の負荷に基づいて、前記第一の呼制御装置と前記第二の呼制御装置のいずれかを、集約制御装置として選択することを特徴とする請求項６記載の呼制御方法。
【請求項８】
通信プロトコルが、ＳＩＰ（Session Initiation Protocol）であり、前記呼制御装置から前記中継装置に送信する転送メッセージは、３０２ Ｍｏｖｅｄ Ｔｍｅｐｏｒａｒｉｌｙメッセージであることを特徴とする請求項６記載の呼制御方法。
【請求項９】
前記呼接続装置は、発信端末からの呼に関する情報と、その発信端末からの呼の代理応答呼に関する情報をペアとして記憶する代理応答テーブルを保持することを特徴とする請求項６記載の呼制御方法。
【請求項１０】
さらに、前記中継装置は、呼接続装置の各々の負荷を計測するステップと、
前記管理装置は、前記第一の呼制御装置と前記第二の呼制御装置のいずれかを、集約制御装置として選択するステップにおいて、前記中継装置に、集約制御選択の選択リクエストを送信し、前記中継装置は、前記管理装置に対して、前記集約呼制御装置のアドレスを通知することを特徴する請求項６記載の呼制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御システム及び呼制御方法に係り、特に、複数の呼制御装置を有するシステムで代理応答を実現する場合に、呼接続の信頼性が高く、負荷分散制御を行うのに好適な呼制御システム及び呼制御方法に関する。
【背景技術】
【０００２】
最近のＰＢＸ（Private Branch eXchanger）は、付加機能として代理応答の機能を搭載している。この代理応答は、呼び出し中となっている端末に代わり、異なる端末が着信中の呼に応答する機能である。この機能を利用する例として、呼び出し中の端末付近に応答可能な人物がおらず、前記端末の鳴動音により着信に気がついた人物が最寄りの端末で応答する場合が挙げられる。代理応答する端末の操作方法は、ＰＢＸや端末の仕様によりいくつか存在するが、例えば、専用ボタン押下やプレフィックス付番号による特番発信などが考えられる。
【０００３】
代理応答に関する技術として、例えば、特許文献１には、複数の呼制御装置（ＳＩＰサーバ）を有するシステムにおいて、電話番号とＳＩＰサーバを対応付けた電番分析テーブルを参照し、呼び出しがあったときに、そのＳＩＰサーバを特定して代理応答を実現する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１６９７２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載されるように、従来の代理応答においては、端末とその端末を管理する呼制御装置が予め固定的に紐付けられていることを前提とした機能となっている。一方、昨今の仮想化技術やクラウドサービスの発展から鑑みるに、ＰＢＸなどの呼制御装置についてもユーザー需要に合致した処理能力の提供を目的として動的な増設・減設ができる仕組みを導入することが予想される。例えば、前記仮想化技術におけるスケールイン・スケールアウトを利用することが考えられる。このような呼制御装置の増設・減設システムを導入した場合、各呼制御装置に端末情報が固定的に紐付けられていると、呼制御装置の増設・減設による処理能力の変動とともに端末情報も追加・削除されてしまう。
【０００６】
さらに、特許文献１に記載の技術には、異なる呼制御装置下で管理される端末間の代理応答のために複数台の呼制御装置の中継が必要となる。そのため、いずれかの呼制御装置にて障害が発生し呼制御処理が一時的に停止すると呼接続処理が途中で失敗する可能性が高まり、通話開始後の保留機能や転送機能利用において呼制御信号が複数の呼制御装置を中継する必要があることから、シーケンスが煩雑になるという問題点があった。
【０００７】
また、特許文献１に記載の技術では、特定の呼制御装置に呼（トラフィク）が集中したときに、負荷を分散させる仕組みについては考慮されていない。
【０００８】
本発明は、上記問題点を解決するためになされたもので、その目的は、複数の呼制御装置により、代理応答の機能を実現する場合に、呼接続の信頼性が高く、負荷分散制御を行うことのできる呼制御システム及び呼制御方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の呼制御システムは、好ましくは、端末から一つ以上の呼制御装置を介して、代理応答を実現する呼制御システムであって、端末から呼接続を受信し、経路制御をする呼制御装置と、端末から呼制御装置の呼接続情報を保持し、呼制御装置からの接続先アドレス要求に対して、接続先装置のアドレスを返す管理装置と、端末と呼制御装置との間に介在し、端末から呼制御装置の呼接続を中継する中継装置とを備える。
【００１０】
管理装置は、呼接続装置から接続先アドレス要求を受けとときに、発信端末から呼の着信を受ける第一の呼制御装置と、発信端末からの呼の代理応答呼を受ける第二の呼制御装置が別の呼制御装置である場合に、第一の呼制御装置と第二の呼制御装置のいずれかを、集約制御装置として選択する。そして、接続先アドレス要求を送信した呼制御装置が集約制御装置であるときに、呼制御装置に、装置間代理応答通知をし、接続先アドレス要求を送信した呼制御装置が集約制御装置でないときには、呼制御装置に、転送アドレスを指定した転送通知をする。
【００１１】
転送通知を受けた呼制御装置は、中継装置に、発信端末からの呼又は発信端末からの呼の代理応答呼のいずれかを、転送アドレスの呼制御装置に転送させる転送メッセージを送信し、中継装置は、発信端末からの呼又は発信端末からの呼の代理応答呼のいずれかを、転送アドレスの呼制御装置に転送する。
【００１２】
装置間代理応答通知を受けた呼制御装置は、中継装置から発信端末からの呼又は発信端末からの呼の代理応答呼の接続を受信し、発信端末と代理応答呼を発信した端末を接続する代理応答制御をする。
【００１３】
好ましい例において、管理装置は、各々の呼接続装置の負荷を保持する負荷テーブルを有し、負荷テーブルの各々の呼接続装置の負荷に基づいて、第一の呼制御装置と第二の呼制御装置のいずれかを、集約制御装置として選択するようにしている。
また好ましい例において、通信プロトコルが、ＳＩＰ（Session Initiation Protocol）であるときには、呼制御装置から中継装置に送信する転送メッセージは、３０２ Ｍｏｖｅｄ Ｔｍｅｐｏｒａｒｉｌｙメッセージを利用することができる。
【発明の効果】
【００１４】
本発明によれば、複数の呼制御装置により、代理応答の機能を実現する場合に、呼接続の信頼性が高く、負荷分散制御を行うことのできる呼制御システムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】一実施形態に係る呼制御システムの全体構成図である。
【図２】呼制御システムの各部の構成図である。
【図３】カレント呼テーブルの一例を示す図である。
【図４】代理応答テーブルの一例を示す図である。
【図５】呼管理テーブルの一例を示す図である。
【図６】負荷テーブルの一例を示す図である。
【図７】通常呼が直接接続される場合の呼制御システムの処理を示すシーケンス図である。
【図８】装置内代理応答の場合の呼制御システムの処理を示すシーケンス図である。
【図９】装置間代理応答の場合の呼制御システムの処理を示すシーケンス図である。
【図１０】呼制御装置の処理の概要を示すフローチャートである。
【図１１】着信端末切断処理を示すフローチャートである。
【図１２】代理応答制御処理を示すフローチャートである。
【図１３】装置間代理応答通知を受けたときの処理を示すフローチャートである。
【図１４】転送通知を受けたときの処理を示すフローチャートである。
【図１５Ａ】管理装置の接続先アドレス要求受信時の処理を示すフローチャートである（その一）。
【図１５Ｂ】管理装置の接続先アドレス要求受信時の処理を示すフローチャートである（その二）。
【発明を実施するための形態】
【００１６】
以下、本発明に係る各実施形態を、図１ないし図１５Ｂを用いて説明する。  
先ず、図１及び図２を用いて本発明の一実施形態に係る呼制御システムの構成について説明する。図１は、一実施形態に係る呼制御システムの全体構成図である。図２は、呼制御システムの各部の構成図である。
【００１７】
通話機能を有する端末１０（端末Ａ、端末Ｂ、端末Ｃ）と、呼制御システム１０１は、ネットワーク５０を介して接続されている。端末１０は、通話機能を有しておればよく、固定電話、携帯電話、スマートフォン、あるいは、ソフトウェアにより通話を実現するタブレット、ＰＣ（Personal Computer）でもよい。
【００１８】
呼制御システム１０１には、Ｎ個の呼制御装置１０２（Ｎ：正整数）と、管理装置１０３と、中継装置１０４とが配備される。
【００１９】
本実施形態では、ＳＩＰ（Session Initiation Protocol）による呼制御システムについて説明する。ＳＩＰとは、ＩＥＴＦ（Internet Engineering Task Force）により規格化されたＩＰネットワークにより、通話を実現するためのプロトコルである。
【００２０】
ここで、ネットワーク５０は、ＩＰネットワーク網である。呼制御装置１０２は、端末から送信される呼制御信号に含まれる電話番号やＵＲＩ（Uniform Resource Identifier）を解析して経路制御し、経路制御において必要な接続先アドレスを管理装置に要求する装置である。管理装置１０３は、呼制御装置１０２の情報要求の際に渡される情報を解析して接続先アドレスや経路制御情報を応答する装置である。そして、中継装置１０４は、複数ある呼制御装置に呼を分散させることで負荷分散を行う装置である。各装置の機能として、ＳＩＰサーバにおけるリダイレクト機能、プロキシ機能、レジストラ機能として実現することができる。また、中継装置１０４として、ロードバランサなどの専用のハードウェアを用意してもよい。
【００２１】
次に、図２を用いて各部のハードウェア構成とソフトウェア構成について説明する。ここで、図２（ａ）は、呼制御装置１０２、図２（ｂ）は、管理装置１０３、図２（ｃ）は、中継装置１０４の構成を示したものである。
【００２２】
呼制御装置１０２は、管理装置１０３、中継装置１０４は、各々ＣＰＵ１０２１，１０３１，１０４１、メモリ１０２２，１０３２，１０４２、通信部１０２３，１０３３，１０４３からなっている。ＣＰＵ（Central Processing Unit）は、各々の装置を制御し、メモリ上のテーブル、データを参照し、プログラムを実行する。メモリは、テーブル、データを保持する記憶装置である。通信部は、プロトコルに従い外部の装置と通信する部分である。
【００２３】
呼制御装置１０２のメモリには、呼制御プログラム２１１、代理応答制御プログラム２１２、カレント呼テーブル２１３、代理応答テーブル２１４が格納されている。
【００２４】
呼制御プログラム２１１は、呼制御プロトコルの処理を行う。代理応答制御プログラム２１２は、代理応答の呼制御を行う。代理応答テーブル２１４は、代理応答に係る呼（代理応答呼、被代理応答呼）に関する情報を保持するテーブルである。カレント呼テーブル２１３は、現在接続中の呼に関する情報を保持するテーブルである。代理応答テーブル２１４とカレント呼テーブル２１３については、後に図を用いて詳説する。
【００２５】
管理装置１０３のメモリには、アドレス解析プログラム２２１、代理応答解析プログラム２２２、負荷設定プログラム２２３、呼管理テーブル２２４、負荷テーブル２２５が格納されている。
【００２６】
アドレス解析プログラム２２１は、呼制御装置１０２が接続先アドレス要求時に送信してくる情報を解析し、解析結果に応じて通常の呼であれば着信端末のアドレスを応答し、代理応答呼であれば代理応答解析プログラム２２２に解析要求を出してどの呼に対する代理応答であるのかを判定する。代理応答解析プログラム２２２は、アドレス解析プログラム２２１が代理応答を検出した際により詳細な情報を解析して代理応答にかかる呼制御装置を選択して、代理応答のための情報を通知する。負荷設定プログラム２２３は、各呼接続装置１０１の負荷を中継装置１０４よりリアルタイムで受取り、負荷テーブル２２５に設定する。
【００２７】
呼管理テーブル２２４は、管理装置１０３において、各呼接続装置１０１における呼を集約的に管理するテーブルである。負荷テーブル２２５は、中継装置１０４から連絡された各呼接続装置１０１の呼接続装置１０１を保持するテーブルである。
【００２８】
中継装置１０４のメモリには、負荷分散プログラム２３１、負荷連絡プログラム２３２、転送制御プログラム２３３が格納されている。
【００２９】
負荷分散プログラム２３１は、端末が送信するＩＮＶＩＴＥメッセージなどの呼接続要求を複数台配備される呼制御装置１０２のいずれかに割り振ることで負荷分散処理を行うものである。転送制御プログラム２３３は、呼制御装置１０２から送信される転送メッセージを他の呼制御装置１０２に送信するものである。転送メッセージは、例えば、ＳＩＰメッセージの３０２ Ｍｏｖｅｄ Ｔｍｅｐｏｒａｒｉｌｙであり、転送制御プログラム２３３は、呼制御装置１０２から送信される３０２ Ｍｏｖｅｄ Ｔｍｅｐｏｒａｒｉｌｙ内のＣｏｎｔａｃｔヘッダに記載される呼制御装置アドレス宛に当該呼を割り振りなおして再送信する。なお、この転送メッセージが送られるのは、代理応答を受けた呼と代理応答の呼が別の装置にまたがって送信される場合である。この転送処理については、後に詳説する。
【００３０】
次に、本実施形態で説明する技術に関する基本的な概念と、一実施形態の呼制御システムで用いられるデータ構造について説明する。
【００３１】
「呼」とは、一般に通信工学の用語として、加入電話等の利用者が、通信を目的として通信設備を一時占有することをいうが、本実施形態では、プロトコルとして、ＳＩＰを前提としているため、ある端末１０から呼接続装置１０２に対して、ＩＮＶＩＴＥメッセージ（セッションの開始要求）からＢＹＥメッセージ（セッションの終了要求）までを一つの呼として捉え、呼接続装置１０２や管理装置１０３は、その一つの呼を特定するための識別子である呼ＩＤを付与して、処理や管理を行うものとする。本実施形態の呼ＩＤは、ＳＩＰにおけるＴｏ−ｔａｇ、Ｆｒｏｍ−ｔａｇ、Ｃａｌｌ−ＩＤのセットを情報として含むものとする。Ｔｏ−ｔａｇは、ＳＩＰのヘッダのタグとして、リクエストの宛先を示すタグである。Ｆｒｏｍ−ｔａｇは、リクエストの送信元を示すタグである。Ｃａｌｌ−ＩＤは、通話を識別するための一意的な識別子である。したがって、本実施形態の呼ＩＤは、上記のように、メッセージの宛先と、送信元の情報を含むものとしたが、別の実現方法としては、上記テーブルのフィールドして、「送信元」、「宛先」を別に含むようなフォーマットにしてもよい。
【００３２】
本実施形態においては、代理応答にかかる端末に関し、最初に接続要求を送出した端末を「発信端末」と呼び、その要求を受信した端末を「着信端末」と呼ぶことにする。また、その要求に対する代理応答のための接続要求を送出する端末を「代理応答端末」と呼ぶことにする。また、発信端末が送出した接続要求を「被代理応答呼」と呼び、代理応答端末が送出する接続要求を「代理応答呼」と呼ぶことにする。代理応答呼が発信されず、最初に接続要求を受けた端末が、その接続要求に応じする場合には、その呼を「通常呼」と呼びことにする。
【００３３】
さらに、被代理応答呼を受信した呼制御装置を「被代理応答呼制御装置」、代理応答呼を受信した呼制御装置を「代理応答呼制御装置」と呼ぶことにする。呼制御システム内に単一の呼制御装置だけが具備される場合、被代理応答呼制御装置と代理応答呼制御装置は同一のものとなるが、複数の呼制御装置が具備される場合は必ずしも同一装置となるとは限らない。
【００３４】
また、被代理応答呼制御装置と代理応答呼制御装置が一致するとき、すなわち、被代理応答呼を受信した呼制御装置と、代理応答呼を受信した呼制御装置が同一の呼制御装置であるときには、「装置内代理応答」の場合として記述する。一方、複数の呼制御装置を有するシステムにおいて、被代理応答呼制御装置と代理応答呼制御装置が一致しないとき、すなわち、被代理応答呼を受信した呼制御装置と、代理応答呼を受信した呼制御装置が異なった呼制御装置であるときには、「装置間代理応答」の場合として記述する。
【００３５】
装置間代理応答の場合には、本実施形態の呼制御システムは、同一の呼制御装置が被代理応答呼と、代理応答呼をともに処理するように、管理装置が、被代理応答呼を一つの呼制御装置が処理するように、転送する。この選択する処理を「集約」処理と呼び、選択された呼制御装置を「集約呼制御装置」、選択されなかった呼制御装置を「被集約呼制御装置」と呼ぶことにする。
【００３６】
次に、図３ないし図６を用いて一実施形態の呼制御システムで用いられるデータ構造について説明する。図３は、カレント呼テーブルの一例を示す図である。図４は、代理応答テーブルの一例を示す図である。図５は、呼管理テーブルの一例を示す図である。図６は、負荷テーブルの一例を示す図である。
【００３７】
カレント呼テーブル２１３は、図３に示されるように、呼制御装置１０２において、現在接続中の呼の呼ＩＤ、呼状態を保持するテーブルである。呼制御装置１０２が管理装置１０３より、装置内代理応答呼通知を受けたときに、代理応答制御や着信端末切断処理などに用いられる。呼状態は、「呼出中」、「接続中」、「通話中」、「応答待ち」などの呼の状態を保持するフィールドである。
【００３８】
代理応答テーブル２１４は、図４に示されように、呼制御装置１０２において、代理応答呼と被代理応答呼のフィールドに、それぞれの呼ＩＤを保持するテーブルである。代理応答呼と被代理応答呼の呼ＩＤは、代理応答呼とその代理応答呼が代理しようとする被代理応答呼がペアとして保存され、受信した呼接続要求信号が代理応答にかかる呼であるか否かをその呼ＩＤから判断するために利用される。代理応答テーブル２１４は、装置間代理応答呼通知を受けたときのパラメタからセットされる。
【００３９】
呼管理テーブル２２４には、図５に示されるように、管理装置１０３において、呼接続装置になされる各々の呼の情報を保持するテーブルである。呼管理テーブル２２４の各々のエントリは、呼接続装置１０２から接続先アドレス要求がなされるのときにセットされ、呼切断のときには、その呼に関するエントリは削除される。呼管理テーブルのフィールドには、呼ＩＤ、着信先番号、呼制御装置のＩＰアドレス、呼状態、着信日時などが含まれる。また、呼制御装置１０２は、呼制御の進捗状況を呼状態として管理装置１０３に通知する。例えば、ＩＮＶＩＴＥメッセージ送受信から呼確立までを呼出中、通話をしている間は通話中、切断処理中は切断中など、各々の呼状態を保持する。また、着信先番号には、代理応答のときには、それが分かるような識別子が格納される。例えは、呼ＩＤが、ＩＤ２０の呼は、（端末Ｂに対する代理応答）であることが分かる。
【００４０】
負荷テーブル２２５は、図６に示されるように、管理装置１０３において、呼制御装置毎の負荷情報を保持するテーブルである。例えば、図６に示される例では、呼制御装置１においては、一秒間の３０パケットのトランザクションがあることを示している。呼制御装置毎の負荷情報の負荷情報は、中継装置１０４の負荷連絡プログラム２３２が、管理装置１０３に定期的に連絡する。
【００４１】
次に、図７ないし図１５Ｂを用いて呼制御システムの処理について説明する。図７は、通常呼が直接接続される場合の呼制御システムの処理を示すシーケンス図である。図８は、装置内代理応答の場合の呼制御システムの処理を示すシーケンス図である。図９は、装置間代理応答の場合の呼制御システムの処理を示すシーケンス図である。
【００４２】
先ず、図７を用いて通常呼が直接接続される場合の呼制御システムがやりとりするシーケンスについて説明する。
【００４３】
通常呼が直接接続される場合とは、着信端末が話し中などの状態ではなく、発信端末から着信端末にストレートに接続され、代理応答呼が発生しない場合である。ここでは、端末Ａから端末Ｂに、呼制御装置１経由で、通常呼が発生するものとする。
【００４４】
先ず、通話者が端末Ａから端末Ｂに発呼操作を行うことにより、ＩＮＶＩＴＥメッセージが、中継装置経由で（ＳＱ１００）、呼制御装置１に送られる（ＳＱ１０２）。
【００４５】
呼制御装置１は、ＩＮＶＩＴＥメッセージ（セッション開始要求）を受信すると、管理装置に接続先アドレス要求を行う（ＳＱ１０４）。接続先アドレス要求は、ＩＮＶＩＴＥメッセージのヘッダ情報を含めておくるものとする。管理装置は、ＩＮＶＩＴＥメッセージのヘッダのＴｏ−ｔａｇより、ＩＮＶＩＴＥメッセージのリクエストの宛先（ＵＲＩ、発信番号）を読取る（この例では、端末Ｂ）。そして、そのＩＮＶＩＴＥメッセージが通常呼であるか、代理応答呼であるか否かを判断し、通常呼であると判定し、呼制御装置１に対して、接続先アドレスである端末Ｂのアドレスを含めた通常呼通知を行う（Ｓ１０６）。このＩＮＶＩＴＥメッセージが、通常呼であるか否かの判断は、リクエストの宛先（ＵＲＩ、発信番号）に対して、代理応答特有のプレフィクスなどをシステムが付加することより行うことができる。
【００４６】
呼制御装置１は、それに基づき、中継装置経由で（ＳＱ１０８）、端末Ｂに対してＩＮＶＩＴＥメッセージを送信する（ＳＱ１１０）。端末Ｂは、そのＩＮＶＩＴＥメッセージに対して、中継装置経由で、２００  ＯＫメッセージ（応答成功）（ＳＱ１１２）を送信する。ここで、「２００」は、ＳＩＰのレスポンスコードである。
【００４７】
そして、呼制御装置１は、端末Ａから受けたＩＮＶＩＴＥメッセージ（ＳＱ１００、ＳＱ１０２）に応答するために、中継装置経由で（ＳＱ１１６）、端末Ａに、２００  ＯＫメッセージ（応答）（ＳＱ１１８）を送信する。また、呼制御装置１は、中継装置経由で（ＳＱ１２０）、端末Ｂに対して、ＡＣＫメッセージ（セッション確立確認）を送信する（ＳＱ１２２）。一方、端末Ａは、呼制御装置１に中継装置経由で（ＳＱ１２４）、端末Ｂに対して、ＡＣＫメッセージを送信する（ＳＱ１２６）。
【００４８】
以上の一連のシーケンスの後に、ＲＴＰ（Real-time Transport Protocol)による通話が開始される（ＳＱ１３０）。ここで、ＲＴＰとは、音声や動画などのデータストリームをリアルタイムに配送するための標準的なデータ転送プロトコルである。
【００４９】
次に、図８を用いて装置内代理応答の場合の呼制御システムのシーケンスを説明する。
装置内代理応答とは、発信された呼が経由する呼制御装置と、その呼に対する代理応答に係る呼が同一の場合である。ここでは、端末Ａから端末Ｂに、呼制御装置１経由で、発信したときに、端末Ｂが呼出し中であり、端末Ｃがこの呼に対して代理応答する例について説明する。
【００５０】
この場合も、通常呼が直接接続される場合と同様に、通話者が端末Ａから端末Ｂに発呼操作を行うことにより、ＩＮＶＩＴＥメッセージが、中継装置経由で（ＳＱ２００）、呼制御装置１に送られる（ＳＱ２０２）。
【００５１】
呼制御装置１は、ＩＮＶＩＴＥメッセージを受信すると、管理装置に接続先アドレス要求を行う（ＳＱ２０４）。そして、管理装置は、通常呼が直接接続される場合と同様に、接続先アドレス要求と同時に送られてくるヘッダ情報に含まれる、ＩＮＶＩＴＥメッセージのリクエストの宛先（ＵＲＩ、発信番号）を解析して、代理応答呼であるか否かを判断し、通常呼であると判断としたときには、呼制御装置１に対して、接続先アドレスである端末Ｂのアドレスを含めた通常呼通知を行う（Ｓ２０６）。呼制御装置１は、それに基づき、中継装置経由で（ＳＱ２０８）、端末Ｂに対してＩＮＶＩＴＥメッセージを送信する（ＳＱ２１０）。
【００５２】
ここで、端末Ｂは、呼出し中であると仮定されているため（端末Ｂが他の端末から呼出されているシーケンスは図示せず）、送信されてきたＩＮＶＩＴＥメッセージに対して、端末Ｂは、中継装置経由で（ＳＱ２１２）、呼制御装置１に、１８０  Ｒｉｎｇｉｎｇメッセージ（呼出し中）を送り（ＳＱ２１４）、呼制御装置１は、発信端末である端末Ａに、中継装置経由で（ＳＱ２１６）、１８０  Ｒｉｎｇｉｎｇメッセージを送る（ＳＱ２１８）。
【００５３】
一方、操作者が端末Ｃの代理応答ボタンをプッシュして発信するなどの操作により、端末Ｃから、端末Ａから発信された呼に対する代理応答に係る呼のＩＮＶＩＴＥメッセージが、中継装置経由で（ＳＱ２２０）、呼制御装置１に対して発信される（ＳＱ２２２）。呼制御装置１は、それを受けて管理装置に対して接続先アドレス要求を送信する（ＳＱ２２４）。管理装置は、接続先アドレス要求に送られてくるＩＮＶＩＴＥメッセージのヘッダのＴｏ−ｔａｇより、ＩＮＶＩＴＥメッセージのリクエストの宛先（ＵＲＩ、発信番号）を読取る（この例では、端末Ｂ）。そして、そのＩＮＶＩＴＥメッセージが通常呼であるか、代理応答呼であるか否かを判断し、代理応答呼であると判定する。そして、管理装置で、呼管理テーブル２２４を参照し、被代理応答呼（端末Ａから端末Ｂへの呼（ＳＱ２００、ＳＱ２０２、ＳＱ２０８、ＳＱ２１０））と、代理応答呼（端末Ｃから呼制御装置１への呼（ＳＱ２２０、ＳＱ２２２））は、共に呼制御装置１に係る呼であることを判定して、呼制御装置１に対して、装置内代理応答通知を行う（ＳＱ２２６）。
【００５４】
次に、呼制御装置１は、カレント呼テーブル２１３を参照し、被代理応答呼が呼出し中であるときには、その呼出されている端末（着信端末）である端末Ｂに対して、中継装置経由で（ＳＱ２３０）、ＣＡＮＣＥＬ（セッション確立のキャンセル）メッセージを送信する（ＳＱ２３２）。端末Ｂは、それを受けて、中継装置経由で（ＳＱ２３４）、２００  ＯＫメッセージを、呼接続装置１に送り（ＳＱ２３６）、続いて、中継装置経由で（ＳＱ２３８）、端末Ｂに対して、４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄ（リクエスト終了）メッセージを送信する（ＳＱ２４０）。呼制御装置１は、これを受けて、中継装置経由で（ＳＱ２４２）、端末ＢにＡＣＫメッセージを返す。これらのＳＱ２３０からＳＱ２４４までのシーケンスが着信端末切断処理に係るシーケンスである。
【００５５】
次に、呼制御装置１は、端末ＡからのＩＮＶＩＴＥメッセージ（被代理応答呼）（ＳＱ２００、ＳＱ２０２）に応答するために、中継装置経由で（ＳＱ２５０）、端末Ａに２００  ＯＫメッセージを送る（ＳＱ２５２）。また、端末ＣからのＩＮＶＩＴＥメッセージ（代理応答呼）（ＳＱ２１８、ＳＱ２２０）に応答するために、中継装置経由で（ＳＱ２５４）、端末Ｃに２００  ＯＫメッセージを送る（ＳＱ２５６）。そして、端末Ａは、中継装置経由で（ＳＱ２５８）、呼制御装置１にＡＣＫメッセージを返し（ＳＱ２６０）、端末Ｃは、中継装置経由で（ＳＱ２６２）、呼制御装置１にＡＣＫメッセージを返す（ＳＱ２６４）。
【００５６】
これによって、セッションが確立して、ＲＴＰ（Real-time Transport Protocol)による通話が開始される（ＳＱ２７０）。
【００５７】
次に、図９を用いて装置間代理応答の場合の呼制御システムのシーケンスを説明する。
【００５８】
装置間代理応答とは、発信された呼が経由する呼制御装置と、その呼に対する代理応答に係る呼が異なっている場合である。ここでも、端末Ａから端末Ｂに、呼制御装置１経由で、発信したときに、端末Ｂが呼出し中であり、端末Ｃがこの呼に対して、呼制御装置２を経由して代理応答する例について説明する。上記の装置内代理応答では、一つの呼制御装置により、代理応答の処理をすることができたが、この場合には、被代理応答呼と代理応答呼が異なった呼制御装置を経由しているため、管理装置では、被代理応答呼と代理応答呼を一つの呼制御装置にまとめる処理を行う。これが、呼制御装置の集約処理である。集約処理は、ＳＩＰの３０２  Ｍｏｖｅｄ  Ｔｅｍｐｏｒａｒｉｌｙメッセージにより、被代理応答呼又は代理応答呼に係るＩＮＶＩＴＥメッセージを集約した方の呼制御装置に転送することにより行う。３０２  Ｍｏｖｅｄ  Ｔｅｍｐｏｒａｒｉｌｙメッセージは、指定されたＵＲＩ宛てのメッセージを、別の指定されたＵＲＩのエンティティに転送する機能を有するメッセージである。本実施形態では、被代理応答呼に係るＩＮＶＩＴＥメッセージが、呼制御装置１経由で送られ、代理応答呼に係るＩＮＶＩＴＥメッセージが、呼制御装置２経由で送られ、呼制御装置１が集約呼制御装置であり、呼制御装置２が被集約呼制御装置となり、代理応答呼が、呼制御装置１に転送されてくる場合を想定する。
【００５９】
この場合も、通常呼が直接接続される場合及び装置内代理応答の場合と同様に、通話者が端末Ａから端末Ｂに発呼操作を行うことにより、ＩＮＶＩＴＥメッセージが、中継装置経由で（ＳＱ３００）、呼制御装置１に送られる（ＳＱ３０２）。
【００６０】
呼制御装置１は、ＩＮＶＩＴＥメッセージを受信すると、管理装置に接続先アドレス要求を行う（ＳＱ３０４）。そして、管理装置は、通常呼が直接接続される場合と同様に、接続先アドレス要求と同時に送られてくるヘッダ情報に含まれる、ＩＮＶＩＴＥメッセージのリクエストの宛先（ＵＲＩ、発信番号）を解析して、代理応答呼であるか否かを判断し、通常呼であると判断としたときには、呼制御装置１に対して、接続先アドレスである端末Ｂのアドレスを含めた通常呼通知を行う（Ｓ２０６）。呼制御装置１は、それに基づき、中継装置経由で（ＳＱ３０８）、端末Ｂに対してＩＮＶＩＴＥメッセージを送信する（ＳＱ３１０）。
【００６１】
ここで、端末Ｂは、呼出し中であると仮定されているため（端末Ｂが他の端末から呼出されているシーケンスは図示せず）、送信されてきたＩＮＶＩＴＥメッセージに対して、端末Ｂは、中継装置経由で（ＳＱ３１２）、呼制御装置１に、１８０  Ｒｉｎｇｉｎｇメッセージ（呼出し中）を送り（ＳＱ３１４）、呼制御装置１は、発信端末である端末Ａに、中継装置経由で（ＳＱ３１６）、１８０  Ｒｉｎｇｉｎｇメッセージを送る（ＳＱ３１８）。
【００６２】
一方、操作者が端末Ｃの代理応答ボタンをプッシュして発信するなどの操作により、端末Ｃから、端末Ａから発信された呼に対する代理応答に係る呼のＩＮＶＩＴＥメッセージが、中継装置経由で（ＳＱ３２０）、呼制御装置２に対して発信される（ＳＱ３２２）。呼制御装置２は、それを受けて管理装置に対して接続先アドレス要求を送信する（ＳＱ３２４）。管理装置は、接続先アドレス要求に送られてくるＩＮＶＩＴＥメッセージのヘッダのＴｏ−ｔａｇより、ＩＮＶＩＴＥメッセージのリクエストの宛先（ＵＲＩ、発信番号）を読取る（この例では、端末Ｂ）。そして、そのＩＮＶＩＴＥメッセージが通常呼であるか、代理応答呼であるか否かを判断し、代理応答呼であると判定する。そして、管理装置で、呼管理テーブル２２４を参照し、被代理応答呼（端末Ａから端末Ｂへの呼（ＳＱ３００、ＳＱ３０２、ＳＱ３０８、ＳＱ３１０））が呼制御装置１に係る呼、代理応答呼（端末Ｃから呼制御装置１への呼（ＳＱ３２０、ＳＱ３２２））が呼制御装置２に係る呼であることを読取る。ここで、管理装置は、負荷テーブル２２５を参照し、呼制御装置１と呼制御装置２のいずれかから、負荷の少ない方を、集約呼制御装置とするかを選択する。ここでは、呼制御装置１の負荷が少なく、呼制御装置１が選択されるものとする。その判定結果に従って、管理装置は、集約呼制御装置となった呼制御装置１に対して、装置間代理応答通知を行う（ＳＱ３２６）。装置間代理応答通知には、パラメタとして被代理応答呼と代理応答呼の呼ＩＤを含むものとする。一方、被集約呼制御装置となった呼制御装置２には、転送通知を行う（ＳＱ３８０）。
【００６３】
次に、呼制御装置１は、カレント呼テーブル２１３を参照し、被代理応答呼が呼出し中であるときには、その呼出されている端末（着信端末）である端末Ｂに対して、中継装置経由で（ＳＱ３３０）、ＣＡＮＣＥＬ（セッション確立のキャンセル）メッセージを送信する（ＳＱ３３２）。端末Ｂは、それを受けて、中継装置経由で（ＳＱ３３４）、２００  ＯＫメッセージを、呼接続装置１に送り（ＳＱ３３６）、続いて、中継装置経由で（ＳＱ３３８）、端末Ｂに対して、４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄ（リクエスト終了）メッセージを送信する（ＳＱ３４０）。呼制御装置１は、これを受けて、中継装置経由で（ＳＱ３４２）、端末ＢにＡＣＫメッセージを返す。これらのＳＱ３３０からＳＱ３４４までのシーケンスが着信端末切断処理に係るシーケンスである。
【００６４】
次に、呼制御装置１は、管理装置から装置間代理応答通知を受けて、パラメタである被代理応答呼と代理応答呼を、代理応答テーブル２１４にセットする。一方、呼制御装置２は、管理装置から転送通知を受けて、端末装置Ｃから呼制御装置２に送られてきたＩＮＶＩＴＥメッセージ（ＳＱ３１８、ＳＱ３２０）を、呼制御装置１に転送するために、中継装置に対して、３０２  Ｍｏｖｅｄ  Ｔｅｍｐｏｒａｒｉｌｙメッセージを送る（ＳＱ３８２）。これを受けて、中継装置は、呼制御装置２に、ＡＣＫメッセージを返し（ＳＱ３８４）、呼制御装置１に対して、ＩＮＶＩＴＥメッセージ（ＳＱ３８６）を送る。このＩＮＶＩＴＥメッセージ（ＳＱ３８６）は、端末ＣからのＩＮＶＩＴＥメッセージ（ＳＱ３１８）を、呼制御装置２に振り分けていたのを（ＳＱ３２０）、再度、呼制御装置に振り分けるという意義を有する。
【００６５】
呼制御装置１では、受取ったＩＮＶＩＴＥメッセージ（ＳＱ３８６）が、代理応答テーブルの代理応答呼のフィールドに格納されているため、それが代理応答呼に係るＩＮＶＩＴＥメッセージであることを知る。
【００６６】
そして、呼制御装置１は、端末ＡからのＩＮＶＩＴＥメッセージ（被代理応答呼）（ＳＱ３００、ＳＱ３０２）に応答するために、中継装置経由で（ＳＱ３５０）、端末Ａに２００  ＯＫメッセージを送る（ＳＱ３５２）。また、端末ＣからのＩＮＶＩＴＥメッセージ（代理応答呼）（ＳＱ３１８、ＳＱ３２０）に応答するために、中継装置経由で（ＳＱ３５４）、端末Ｃに２００  ＯＫメッセージを送る（ＳＱ３５６）。そして、端末Ａは、中継装置経由で（ＳＱ３５８）、呼制御装置１にＡＣＫメッセージを返し（ＳＱ３６０）、端末Ｃは、中継装置経由で（ＳＱ３６２）、呼制御装置１にＡＣＫメッセージを返す（ＳＱ３６４）。
【００６７】
これによって、セッションが確立して、ＲＴＰ（Real-time Transport Protocol)による通話が開始される（ＳＱ３７０）。
【００６８】
なお、本図の例では、被代理応答呼を制御する呼制御装置１が集約制御装置として選択され、代理応答呼を制御する呼制御装置２が被集約制御装置として選択され、被代理応答呼が、集約制御装置である呼制御装置１に転送される場合について説明したが、逆に、図示しなかったが、代理応答呼を制御する呼制御装置２が集約制御装置として選択され、被代理応答呼を制御する呼制御装置１が被集約制御装置として選択される場合もあり得る。その場合には、被代理応答呼が、集約制御装置である呼制御装置２に転送されることに留意する。
【００６９】
次に、図１０ないし図１５Ｂを用いて呼制御システムの各部の処理の詳細について説明する。図１０は、呼制御装置の処理の概要を示すフローチャートである。図１１は、着信端末切断処理を示すフローチャートである。図１２は、代理応答制御処理を示すフローチャートである。図１３は、装置間代理応答通知を受けたときの処理を示すフローチャートである。図１４は、転送通知を受けたときの処理を示すフローチャートである。図１５Ａ、図１５Ｂは、管理装置の接続先アドレス要求受信時の処理を示すフローチャートである。
【００７０】
呼制御装置１０２は、ＩＮＶＩＴＥメッセージ受信時には、呼制御プログラム２１１と代理応答制御プログラム２１２を実行することにより、図１０のフローチャートに示されるように動作する。ここで、ＳＩＰの動作や一般的な呼制御に関する動作は、呼制御プログラム２１１が実行し、Ｓ１７、Ｓ１９、Ｓ２０、Ｓ２１などの本システムにおける特有の処理は、代理応答制御プログラム２１２が実施する。
【００７１】
呼制御装置１０２は、ＩＮＶＩＴＥメッセージを受信すると(Ｓ１０)、当該メッセージに含まれる呼ＩＤが代理応答テーブル２１４の代理応答呼、又は、被代理応答呼のフィールドに含まれるものがあるかを検索する(Ｓ１１)。この検索Ｓ１１において、メッセージに含まれる呼ＩＤが、代理応答テーブル２１４の中になかったとき場合には、当該ＩＮＶＩＴＥメッセージは、通常の呼における呼制御信号と判定され、代理応答テーブル２１４の代理応答呼、又は、被代理応答呼にあるときには、当該ＩＮＶＩＴＥメッセージは、その呼制御装置１０２で扱う代理応答呼、又は、被代理応答呼と判定される。
【００７２】
先ず、検索Ｓ１１において、代理応答テーブル２１４に、ＩＮＶＩＴＥメッセージの呼ＩＤが含まれなかったときには（Ｓ１２：ＮＯ）、ＩＮＶＩＴＥメッセージに含まれる呼情報(Ｔｏ−ｔａｇ、Ｆｒｏｍ−ｔａｇ、Ｃａｌｌ−ＩＤ、及び、その他の情報)を含んだ接続先アドレス要求を管理装置１０３に送信する(Ｓ１４)。管理装置１０３は、その要求に対して呼制御装置１０２が次の処理に必要な情報をパラメタとして含んだ各種通知を返すので、呼制御装置１０２は、その通知を受信する（Ｓ１５）。管理装置１０３が接続先アドレス要求を受けたときの処理については、後述する。
【００７３】
ここで、管理装置１０３が呼制御装置１０２に送信する通知の種類には、通常呼通知、転送通知、装置間代理応答通知、装置内代理応答通知がある。
【００７４】
ＩＮＶＩＴＥメッセージに含まれる呼情報により、管理装置１０３がその呼が通常呼であると判定したときには、通常呼通知が返される。通常呼通知を受信した場合には、呼制御装置１０２は、パラメタとして着信端末アドレスを受け取り、そのアドレス宛にＩＮＶＩＴＥメッセージを送信する(Ｓ１８、図７の呼制御装置１→端末Ｂ（ＳＱ１０８、ＳＱ１１０）)。
【００７５】
次に、管理装置１０３が、装置内代理応答通知を返信するのは、呼管理テーブルを２２４を参照し、当該呼が、代理応答呼であり、それに対応する被代理応答呼も同一の呼制御装置１０２で制御されていると判定したときである。
【００７６】
このときには、管理装置１０３は、対応する被代理応答呼の呼ＩＤを、呼制御装置１０２に送信する。呼制御装置１０２は、呼出し中の端末を切断するために、着信端末切断処理を実施し（Ｓ１７、図７のＳＱ２３０〜ＳＱ２４４、詳細は、図１１により後述）、その後、代理応答呼と被代理応答呼に対応するために、代理応答制御を行う（Ｓ１９、図７のＳＱ２５０〜ＳＱ２６４、詳細は、図１２により後述）。
【００７７】
次に、管理装置１０３が、装置間代理応答通知を返信するのは、呼管理テーブルを２２４を参照し、当該呼が、代理応答呼又は被代理応答呼であり、それぞれそれに対応する被代理応答呼又は代理応答呼が、それぞれ別の呼制御装置１０２で制御されていると判定し、かつ、その呼制御装置１０２を集約制御装置として選択したとき（図９では、呼制御装置１が集約制御装置として選択されている）である。このときには、管理装置１０３は、当該呼に対応する被代理応答呼又は代理応答呼の呼ＩＤをパラメタとして返すものとする。
【００７８】
呼制御装置１０２は、呼出し中の端末を切断するために、着信端末切断処理を実施し（Ｓ１７、図９のＳＱ３３０〜ＳＱ３４４）、その後、装置内代理応答通知受信時の処理を行う（Ｓ２０、詳細は、図１３により後述）。
【００７９】
次に、管理装置１０３が、転送通知を返信するのは、呼管理テーブルを２２４を参照し、当該呼が、代理応答呼又は被代理応答呼であり、それぞれそれに対応する被代理応答呼又は代理応答呼が、それぞれ別の呼制御装置１０２で制御されていると判定し、かつ、その呼制御装置１０２を被集約制御装置として選択したとき（すなわち、集約制御装置として選択されなかったとき、図９では、呼制御装置２が被集約制御装置）である。このとき、呼出し中の端末を切断するために、着信端末切断処理を実施し（Ｓ１７）、その後、転送通知受信時の処理を行う（Ｓ２１、詳細は、図１４により後述）。
【００８０】
一方、検索Ｓ１１において、代理応答テーブル２１４に、ＩＮＶＩＴＥメッセージ（図９のＩＮＶＩＴＥメッセージ（ＳＱ３８６））の呼ＩＤが含まれていたときには（Ｓ１２：ＹＥＳ）、該当する代理応答呼と被代理応答呼に対して、代理応答制御を行う（Ｓ１３、図９のＳＱ３５０〜ＳＱ３６４）。
【００８１】
この状況が発生するのは、管理装置１０３が装置間代理応答通知を、当該呼制御装置に返信した場合で、その受信した呼制御装置が、集約制御装置となる場合である。このときには、呼制御装置は、自分が接続した代理応答呼又は被代理応答呼にそれぞれ対応する被代理応答呼又は代理応答呼に係るＩＮＶＩＴＥメッセージを、被集約制御装置から転送処理により受取り、代理応答呼と被代理応答呼をペアとして制御することが可能となり、これにより代理応答の制御による通話が実現する。
【００８２】
次に、図１１を用いて着信端末切断処理（Ｓ１７）について詳細に説明する。  
呼制御装置１０２は、カレント呼テーブル２１３を参照し、現在呼出し中の端末があるか否かを判断し、現在呼出し中の端末がないときには（Ｓ１０１：ＮＯ）、処理を終了する。
【００８３】
現在呼出し中の端末があるときには（Ｓ１０１：ＹＥＳ）、被代理応答呼による呼制御装置と着信端末の間の接続処理を終了するために、最初に着信端末（図８、図９の端末Ｂ）にＣＡＮＣＥＬメッセージを送信する（Ｓ１０２、図８のＳＱ２３０、ＳＱ２３２、図９のＳＱ３３０、ＳＱ３３２）。そして、ＣＡＮＣＥＬメッセージを受信した着信端末が送信する２００ ＯＫメッセージを受信し（Ｓ１０３、図８のＳＱ２３４、ＳＱ２３６、図９のＳＱ３３４、ＳＱ３３６）、さらに着信端末からの４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを受信する(Ｓ１０４、図８のＳＱ２３８、ＳＱ２４０、図９のＳＱ３３８、ＳＱ３４０)。前記４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージは、当該被代理応答呼のＩＮＶＩＴＥメッセージに対する応答メッセージであって、着信端末への接続処理が中途終了したことを意味する。最後に着信端末にＡＣＫメッセージを送信する（Ｓ１０５、図８のＳＱ２４２、ＳＱ２４４、図９のＳＱ３４２、ＳＱ３４４）。
【００８４】
次に、図１２を用いて代理応答制御処理（Ｓ１９）について詳細に説明する。
【００８５】
呼制御装置１０２の代理応答制御プログラム２１２は、発信端末（図９の端末Ａ）に被代理応答呼におけるＩＮＶＩＴＥメッセージ（図９のＳＱ３００、ＳＱ３０２）に対する応答メッセージとして２００ ＯＫメッセージ（図９のＳＱ３５０、ＳＱ３５２）を送信し、代理応答端末（図９の端末Ｃ）に代理応答におけるＩＮＶＩＴＥメッセージ（図９のＳＱ３１８、ＳＱ３２０）に対する応答メッセージとして２００  ＯＫを送信する（Ｓ２０１、図９のＳＱ３５４、ＳＱ３５６）。当該処理により発信端末と代理応答端末は互いの情報を交換することが可能になる。次に、２００ＯＫメッセージを受信した発信端末と代理応答端末からのＡＣＫメッセージを受信する（Ｓ２０２、図９のＳＱ３５８、ＳＱ３６０、図９のＳＱ３６２、ＳＱ３６４）。
【００８６】
次に、図１３を用いて装置間代理通知受信時の処理（Ｓ２０）について説明する。装置間代理通知受信時（すなわち、この呼制御装置が集約制御装置として選択されたとき（図９の呼制御装置１））には、管理装置１０３よりわたされる代理応答呼又は被代理応答呼と、それぞれ対応する被代理応答呼又は代理応答呼の呼ＩＤをセットとして、代理応答テーブル２１４に追加する（Ｓ３０１）。
【００８７】
次に、図１４を用いて転送通知受信時の処理（Ｓ２１）について説明する。転送通知受信時受信時（すなわち、この呼制御装置が被集約制御装置として選択されたとき（図９の呼制御装置２））には、管理装置１０３より転送先呼制御装置（図９の呼制御装置１）のアドレスを受け取る。呼制御装置１０２は、受取ったアドレスがＣｏｎｔａｃｔヘッダに記載された３０２ Ｍｏｖｅｄ Ｔｍｅｐｏｒａｒｉｌｙメッセージを生成し、中継装置１０４に送信する（Ｓ４０１）。呼制御装置１０２からの転送メッセージを受信した中継装置１０４は、被集約呼制御装置に振り分けていた代理応答呼又は被代理応答呼を、呼制御装置に再振り分けする。以降、当該呼の制御の制御は、集約呼制御装置が実施することになり、被集約制御装置として選択された呼制御装置では、当該呼の制御は実施しない。
【００８８】
次に、図１５Ａ及び図１５Ｂを用いて管理装置が呼制御装置から接続先アドレス要求を受けたときの処理について説明する。
【００８９】
管理装置１０３のアドレス解析プログラム２２１は、呼制御装置からの接続先アドレス要求を受信すると（Ｓ５０１）、受取ったＩＮＶＩＴＥメッセージのヘッダのＴｏ−Ｔａｇに記載されるＵＲＩを解析する（Ｓ５０２）。ここでの解析とは、そのＵＲＩにサービス利用情報が含まれているか、どの端末宛の呼であるのかを特定する作業を意味する。このＵＲＩ解析Ｓ５０２により、代理応答特有の発信番号又はＵＲＩであるかを判断する。これは代理応答要求における発信操作として代理応答専用のプレフィックスを追加する場合などを想定したものである。
【００９０】
代理応答呼でないと判断された場合（Ｓ５０３：ＮＯ）、通常呼通知を行う（Ｓ５０４）。このときには、着信する端末のアドレスを接続先アドレス要求を出してきた呼制御装置１０２に通知する。最後に、送られてきた接続先アドレス要求の情報に基づき、呼管理テーブル２２４にエントリを追加する（Ｓ５０５）。
【００９１】
代理応答呼であると判断された場合は（Ｓ５０３：ＹＥＳ）、次のＳ５０６以降（図１５Ｂ）、代理応答解析プログラム２２２によるさらなる処理が実施される。代理応答呼であると判断された場合には、どの呼に対する代理応答であるかを特定するために、ＵＲＩの解析結果から得られる着信端末のＵＲＩ着の呼データがヒットするか、呼出中であり代理応答可能な呼状態となっているかなどの条件をもとに、呼管理テーブル２２４から、その代理応答呼に対応する被代理応答呼を検索する（Ｓ５０６）。
【００９２】
検索Ｓ５０６において、被代理応答呼が存在しなかった場合（Ｓ５０７：ＮＯ）、代理応答のための接続要求に対して、代理応答の対象となる呼が存在しない場合であって、代理応答操作をしたユーザーの操作ミスなどが考えられる。呼制御装置に接続先がないことをエラー通知して（Ｓ５０８）、切断処理を促す。
【００９３】
検索Ｓ５０６において、被代理応答呼が存在した場合（Ｓ５０７：ＹＥＳ）、代理応答制御装置と被代理応答呼制御装置のアドレスを比較し(Ｓ５０８)、一致している場合は（Ｓ５１０：ＹＥＳ）、装置内代理応答と判断し、一致していない場合は（Ｓ５１０：ＮＯ）、装置間代理応答と判断する。
【００９４】
アドレスが一致した場合、接続先アドレス要求を送信してきた呼制御装置に被代理応答呼の呼ＩＤを含む装置内代理応答通知を実施し（Ｓ５１４）、その後、送られてきた接続先アドレス要求の情報に基づき、呼管理テーブル２２４にエントリを追加する（Ｓ５０５）。
【００９５】
アドレスが一致しない場合、代理応答呼制御装置と被代理応答呼制御装置のいずれかを集約呼制御装置として選択する（Ｓ５１１）。このとき、負荷テーブル２２５を参照し、その時点での負荷量の小さい呼制御装置を選択することにより、よりリアルタイムな負荷分散が可能となる。当該選択は、呼制御システムにおいて全ての呼制御装置の負荷量を把握している装置ならどの装置が実施してもよい。
【００９６】
集約呼制御装置には、送られて来た呼と対となる代理応答呼又は被代理応答呼をパラメタとして、装置間代理応答を通知する（Ｓ５１２）。
【００９７】
被集約呼制御装置には、転送先呼制御装置（集約呼制御装置）のアドレスをパラメタとして、転送通知を行う（Ｓ５１３）。最後に、送られてきた接続先アドレス要求の情報に基づき、呼管理テーブル２２４にエントリを追加する（Ｓ５１５）。
【００９８】
なお、本実施形態では、装置間代理応答の場合に、管理装置１０３が、負荷テーブルを参照し、負荷の小さい呼制御装置１０２を接続するロジックを説明したが、管理装置１０３が、中継装置１０４に対して、集約呼制御装置の選択リクエストを出し、中継装置１０４が、管理装置１０３に対して、集約呼制御装置のアドレスを通知するようにしてもよい。
【００９９】
上記のように、本実施形態によれば、呼制御装置がＮ分散化された呼制御システムにおいて、代理応答呼を制御する呼制御装置と被代理応答呼を制御する装置が異なっている場合でも、管理装置及び中継装置と連携することにより、最終的に単一の呼制御装置だけを中継した代理応答を実現することができる。中継する呼制御装置数が必然的に一つとなることから複数の呼制御装置を中継する可能性のある呼制御システムと比較すると、呼制御装置障害による呼切断リスクの低減、通話開始後の保留機能や転送機能利用におけるシーケンスの簡素化が可能になる。
【０１００】
また、システムが代理応答の処理をするときに、上記の呼集約処理にかかる呼制御装置（集約呼制御装置）の選択において、実時間の負荷量を比較して負荷の少ない呼制御装置を選択することによって、より実時間の負荷状況に応じた負荷分散が可能になる。
【符号の説明】
【０１０１】
１０…端末、５０…ネットワーク、１０１…呼制御システム、１０２…呼制御装置、１０３…管理装置と、１０４…中継装置。
【図１】
2016220030.tif 000003
【図２】
2016220030.tif 000004
【図３】
2016220030.tif 000005
【図４】
2016220030.tif 000006
【図５】
2016220030.tif 000007
【図６】
2016220030.tif 000008
【図７】
2016220030.tif 000009
【図８】
2016220030.tif 000010
【図９】
2016220030.tif 000011
【図１０】
2016220030.tif 000012
【図１１】
2016220030.tif 000013
【図１２】
2016220030.tif 000014
【図１３】
2016220030.tif 000015
【図１４】
2016220030.tif 000016
【図１５Ａ】
2016220030.tif 000017
【図１５Ｂ】
2016220030.tif 000018