JP2016119583A - Ｉｐ電話ネットワークシステムとサーバ装置、ｉｐ交換機及びリソース容量拡張方法 - Google Patents

Abstract

【課題】ＩＰ交換機をリプレースすることなく、そのリソース容量不足分を容易にかつ自在に補強する。【解決手段】本実施形態のＩＰ電話ネットワークシステムは、複数のＩＰ端末を収容して通信サービスを提供するＩＰ交換機を、ネットワークを通じて仮想マシンを形成するサーバ装置に接続したシステムであり、ＩＰ交換機に対するリソース容量の拡張に伴い、ＩＰ交換機の前記通信サービスの提供に要するリソースをクラスタ化してその一部または全部をサーバ装置の仮想マシンに割り当てる。【選択図】図１

Description

本実施形態は、ＩＰ（Internet Protocol）電話ネットワークシステムとこのシステムに用いられるサーバ装置、ＩＰ交換機及びリソース容量拡張方法に関する。

従来より、ＩＰ電話ネットワークシステムにあっては、ＩＰ交換機の収容端末の追加などリソース容量の拡張要求が発生した場合、システム全体のリソース容量の大きいＩＰ交換機へのリプレースを行っている。しかしながら、拡張規模によっては、必要以上にリソース容量の大きいＩＰ交換機へリプレースしなければならず、その分、コストがかかるという課題があった。

特開２０１２−４７３２号公報

以上のように、従来のＩＰ電話ネットワークシステムでは、ＩＰ交換機のリソース容量の拡張要求が発生した場合に、必要以上にシステム全体のリソース容量の大きいＩＰ交換機へリプレースしなければならず、その分余計なコストがかかるという課題があった。

本実施形態は上記課題に鑑みなされたもので、ＩＰ交換機をリプレースすることなく、そのリソース容量不足分を容易にかつ自在に補強することのできるＩＰ電話ネットワークシステムとこのシステムに用いられるサーバ装置及びリソース容量拡張方法を提供することを目的とする。

上記の課題を解決するために、本実施形態に係るＩＰ電話ネットワークシステムは、複数のＩＰ端末を収容して通信サービスを提供するＩＰ交換機を、ネットワークを通じて仮想マシンを形成するサーバ装置に接続したシステムであり、ＩＰ交換機に対するリソース容量の拡張に伴い、ＩＰ交換機の前記通信サービスの提供に要するリソースをクラスタ化してその一部または全部をサーバ装置の仮想マシンに割り当てる。

実施形態に係るＩＰ電話ネットワークシステムの構成を示すブロック図。 実施形態に係るシステムのＩＰ交換機の具体的な構成を示すブロック図。 実施形態に係るシステムのＶＭポート数追加時の呼制御リソース配置例を示す図。 実施形態に係るシステムの優先度ＡのメールＢＯＸ数追加時のメディアリソース配置例を示す図。 実施形態に係るシステムのＩＰ交換機（オンプレミス）のＶＭポート数／メールＢＯＸ数追加によりＶＭ仮想マシンを生成した際のシーケンス例を示す図。 実施形態に係るシステムのＶＭ仮想マシンによる呼制御シーケンス例（１）（ＶＭポートとメールＢＯＸのリソースが共にクラウドに存在）を示す図。 実施形態に係るシステムのＶＭ仮想マシンによる呼制御シーケンス例（２）（ＶＭポートのリソースがクラウドに、メールＢＯＸのリソースがオンプレミスに存在）を示す図。 実施形態に係るシステムのＶＭ仮想マシンによる呼制御シーケンス例（３）（ＶＭポートのリソースがオンプレミスに、メールＢＯＸのリソースがクラウドに存在）を示すブロック図。 実施形態に係るシステムにおいて、ＩＰ交換機をソフトウェアで実現する場合の具体的な構成を示すブロック図。

以下、図面を参照して本発明の実施の形態を詳細に説明する。

図１は本実施形態に係るＩＰ電話ネットワークシステムの構成を示すブロック図である。図１において、ＩＰ電話ネットワークシステムは、それぞれがオンプレミスとして機能する複数のＩＰ交換機（ノード）１−ｉ（ｉは１，２，…，ｘ）と、これらのＩＰ交換機１−ｉを直接あるいはＩＰ電話網２を通じて多数のＩＰ交換機（図示せず）を収容し、クラウド（仮想マシン）として機能するデータセンターのサーバ装置（以下、データセンター）３とで構成される。各ＩＰ交換機１−ｉはそれぞれ複数台のＩＰ電話機４−ｉ−ｊ（ｊは１，２，…，ｎ）を収容可能とする。例えばＩＰ交換機１−１の場合、ＩＰ電話機４−１−１，４−１−２，…，４−１−ｎ）を収容することができる。尚、ｎはＩＰ交換機１−ｉ毎に任意である。各ＩＰ交換機１−ｉにおいて、ＩＰ電話機４−ｉ−ｊは、自ノード内のＩＰ電話機との内線通話や、ＰＳＴＮ（Public Switched Telephone Network：公衆回線電話網）ゲートウェイ５を経由して公衆回線網６との外線通話を行うことができる。また、データセンター３は、ＩＰ交換機１−ｉを収容するためのポータルサーバ３−１、制御情報テーブルやメールＢＯＸ等のデータ保存用ストレージ３−２、仮想化環境においてＶＭ（Voice Mail：ボイスメール）の仮想マシンを生成し管理するＶＭ仮想マシンサーバ３−３を備える。

図２はＩＰ交換機１−１の制御系の構成を示す機能ブロック図である。尚、他のＩＰ交換機１−２，…，１−ｘも１−１と同様の構成であるので、ここでは説明を省略する。図２において、ＩＰ交換機１−１は、呼制御部１−１−１、ＩＰトランク制御部１−１−２、クラウド通信部１−１−３、ＩＰ電話制御部１−１−４、ＶＭ制御部１−１−５、呼制御情報管理テーブル１−１−６、ＶＭ制御情報管理テーブル１−１−７を備える。上記呼制御部１−１−１はＩＰ電話機４−１−ｊやＶＭポートなどの各ポートの端末属性やリソース配置等の情報を、呼制御情報管理テーブル１−１−６を用いて管理し、その管理情報に基づいてＩＰ電話機及びＩＰトランクの呼制御処理を行う。上記ＩＰトランク制御部１−１−２は、ＩＰトランクとの通信において音声をＩＰパケットに変換する機能を構内交換設備に追加して呼制御部１−１−１の制御下におくためのインターフェースである。上記クラウド通信部１−１−３は、クラウド側のデータセンター３とオンプレミス側の呼制御部１−１−１との通信を行うためのインターフェースである。上記ＩＰ電話制御部１−１−４は、ＩＰ電話機との通信において音声をＩＰパケットに変換する機能を構内交換設備に追加して呼制御部１−１−１の制御化におくためのインターフェースである。ＶＭ制御部１−１−５は、メールＢＯＸの生成に際して各メールＢＯＸのＢＯＸ番号、優先度、リソース配置等の情報をＶＭ制御情報管理テーブル１−１−７を用いて管理し、メッセージ録音／再生、通話録音などのＶＭサービスを提供する。

ここで、上記ＩＰ電話ネットワークシステムは、オンプレミスとして機能するＩＰ交換機１−１とクラウドとして機能するデータセンター３と間のネットワークトラフィック増に伴う処理遅延を考慮し、オンプレミス側にはＶＭサービス用の呼制御機能、呼制御／メディアリソースの空塞状態及び優先度の管理機能、リソース追加発生時のクラウドへの仮想マシン生成機能を実装し、クラウド側にはオンプレミス側からの指示に従って仮想マシンの生成、ＶＭサービスに必要なリソースの捕捉／解放、ＶＭサービスの提供を行う。また、リソースに関しては、追加リソースの容量や、対象リソースに対応するＩＰ電話機を使用するユーザの優先度に応じて、オンプレミスもしくはクラウドのどちらに割り当てるかＩＰ交換機（オンプレミス）側に判定機能を実装する。呼制御リソースはＶＭサービスだけでなくＩＰ交換機が提供する様々なサービスの管理データが必要となり、追加リソース数に応じてメモリ使用量が膨大になる可能性がある。このため、スケーラビリティの観点から、クラウド側に優先的に割り当てることも可能とする。また、メディアリソースは、セキュリティの観点から、低優先のユーザが使用するリソースはクラウド側に、高優先のユーザが使用するリソースはオンプレミスに割り当てることも可能とする。

図３は、ＶＭポート数追加時の呼制御リソース配置例を示すもので、（ａ）はオンプレミス側で３０ポート分の呼制御情報を管理している状態での呼制御情報管理テーブル１−１−６の呼制御リソース配置例、（ｂ）は２０ＶＭポートの追加指示を受けた場合の呼制御情報管理テーブル１−１−６における呼制御リソース配置例とクラウド側に生成される仮想マシンの呼制御リソース配置例を示している。この例では、ＩＰ交換機１−１において、呼制御部１−１−１がＩＰ電話機４−１−ｊやＶＭポートなど各ポートの端末属性やリソース配置を呼制御情報管理テーブル１−１−６により管理しており、ＩＰ交換機１−１に対して２０ＶＭポートの追加が発生した場合に、ＩＰ交換機１−１のメモリ残量を考慮して、新たに追加されたＶＭポートを全てクラウド側に割り当てるか否かを判断する。全てクラウド側に割り当てると判断した場合には、データセンター３のＶＭ仮想マシンサーバ３−３にＶＭ仮想マシンの生成とＶＭサービス用制御情報テーブルの作成を指示し、呼制御情報管理テーブル１−１−６に内線番号、端末属性（ＶＭ）を設定し、各ポートのリソース配置情報にクラウドを設定する。さらに仮想マシン生成後に、データセンター３のデータ保存用ストレージ３−２に生成されるＶＭサービス用制御情報テーブルに対して追加された全ＶＭポートの領域を割り当てる。

図４はメールＢＯＸ数追加時のメディアリソース配置例を示すもので、（ａ）はオンプレミス側で５０個分のメールＢＯＸを管理している状態でのＶＭ制御情報管理テーブル１−１−７のメディアリソース配置例、（ｂ）は１００個分のメールＢＯＸの追加指示を受けた場合のＶＭ制御情報管理テーブル１−１−７におけるメディアリソース配置例とクラウド側に生成される仮想マシンのメディアリソース配置例を示している。この例では、ＩＰ交換機１−１において、ＶＭ制御部１−１−５が各メールＢＯＸの優先度やリソース配置をＶＭ制御情報管理テーブル１−１−７により管理しており、ＩＰ交換機１−１に対して優先度Ａの１００個のメールＢＯＸの追加が発生した場合に、新たに追加されたメールＢＯＸの優先度が高いため、ＩＰ交換機１−１のメモリ残量を考慮して、ＶＭ制御情報管理テーブル１−１−７に新規追加されたメールＢＯＸ番号、優先度を設定し、各メールＢＯＸのリソース配置情報にオンプレミスを設定した上でメールＢＯＸを生成する。さらに、これまでオンプレミス側に割り当てていた低優先のメールＢＯＸに関しては、ＶＭ制御情報管理テーブル１−１−７の該当するメールＢＯＸのリソース配置情報をクラウドに変更し、仮想マシン生成後に、これまでオンプレミス側に割り当てていたメールＢＯＸをクラウド側に新たに生成する。

図５は、ＩＰ交換機１−１において、ＶＭポート数またはメールＢＯＸ数の追加があった場合に、ＩＰ交換機１−１からクラウド上のポータルサーバ３−１にＶＭサービス用の仮想マシン生成を要求する時のシーケンス例である。ＩＰ交換機１−１に対してＶＭポート数やメールＢＯＸ数などＶＭサービス提供に必要なリソースの追加が発生した場合に、呼制御部１−１−１はクラウド通信部１−１−３を介してクラウド上のポータルサーバ３−１に対して仮想マシン生成要求メッセージを送信する。ポータルサーバ３−１は同メッセージに設定された仮想マシン種別情報に従い、ＶＭ仮想マシンサーバ３−３に対して仮想マシン生成要求メッセージを送信する。同メッセージを受信したＶＭ仮想マシンサーバ３−３は仮想マシンを生成し、生成した仮想マシンのＩＰアドレスなどが設定された仮想マシン生成応答メッセージをポータルサーバ３−１を介してＩＰ交換機１−１に返す。ＩＰ交換機１−１では、同メッセージをクラウド通信部１−１−３を介して呼制御部１−１−１に送信する。呼制御部１−１−１は入力メッセージから仮想マシンのＩＰアドレスなどの情報を抽出して呼制御情報管理テーブル１−１−６に保存する。その後、呼制御部１−１−１は追加されたＶＭポート番号やメールＢＯＸ番号を設定したＶＭ制御情報設定要求メッセージをクラウド通信部１−１−３を介してクラウド上のポータルサーバ３−１に対して送信する。同メッセージを受信したポータルサーバ３−１はストレージ３−２に対して追加されたＶＭポートやメールＢＯＸを生成し、ＩＰ交換機１−１にＶＭ制御情報設定応答メッセージを返す。同メッセージを受けたＩＰ交換機１−１は、同メッセージをクラウド通信部１−１−３を介して呼制御部１−１−１に送信する。呼制御部１−１−１は入力メッセージから設定応答の結果を抽出し、許諾が得られれば追加ＶＭポート番号を呼制御情報管理テーブル１−１−６に保存した後、ＶＭ制御部１−１−５に対して追加したメールＢＯＸ番号が設定されたＶＭ制御情報設定指示メッセージを送信する。同メッセージを受信したＶＭ制御部１−１−５は追加メールＢＯＸ番号をＶＭ制御情報管理テーブル１−１−７に保存する。

図６は、クラウド側に生成したＶＭポートとメールＢＯＸを使用してＶＭサービスを提供する際の呼制御シーケンス例である。ＩＰ電話機４−１−ｊからＩＰ電話制御部１−１−４を介してＶＭ接続要求メッセージを受信した呼制御部１−１−１は、同メッセージに設定されたＶＭ内線番号及びＶＭＩＤから、該当ＶＭポート及びメールＢＯＸがいずれもクラウドに存在すると判断し、呼制御情報管理テーブル１−１−６から取得した仮想マシン情報をＶＭ接続要求メッセージに設定し、同メッセージをクラウド通信部１−１−３に送信する。同メッセージを受信したクラウド通信部１−１−３は仮想マシン情報に従って該当するＶＭ仮想マシンサーバ３−３にＶＭ接続要求を送信する。ＶＭ仮想マシンサーバ３−３はＶＭＩＤをキー情報としてストレージ３−２から必要なＶＭサービスデータを取得した後、クラウド通信部１−１−３を介して呼制御部１−１−１に応答通知メッセージを送信する。さらに呼制御部１−１−１はＩＰ電話制御部１−１−４に同メッセージを送信し、ＩＰ電話機４−１−ｊがクラウドを介してメッセージ録音／再生／通話録音などのＶＭサービスの使用が可能となる。これにより、録音メッセージなどのＶＭサービスデータをストレージ３−２に保存することができる。その後、ＩＰ電話機４−１−ｊが終話操作を行うと、ＩＰ電話制御部１−１−４は切断要求メッセージを生成して呼制御部１−１−１、クラウド通信部１−１−３を介してＶＭ仮想マシンサーバ３−３に送信し、ＶＭポートを解放する。

図７は同一の呼においてクラウド側に生成したＶＭポートと、オンプレミス側のメールＢＯＸを使用してＶＭサービスを提供する際の呼制御シーケンス例である。ＩＰ電話機４−１−ｊからＩＰ電話制御部１−１−４を介してＶＭ接続要求メッセージを受信した呼制御部１−１−１は、同メッセージに設定されたＶＭ内線番号及びＶＭＩＤから、該当ＶＭポートはクラウド側に、該当メールＢＯＸはオンプレミス側に存在すると判断し、呼制御情報管理テーブル１−１−６から取得した仮想マシン情報をＶＭ接続要求メッセージに設定してクラウド通信部１−１−３に送信する。同メッセージを受信したクラウド通信部１−１−３は仮想マシン情報に従い該当するＶＭ仮想マシンサーバ３−３にＶＭ接続要求を送信する。ＶＭ仮想マシンサーバ３−３は同メッセージにＶＭＩＤが設定されていないことから、ストレージ３−２からのＶＭサービスデータ取得は行わずに、クラウド通信部１−１−３を介して呼制御部１−１−１に応答通知メッセージを送信する。

次に、呼制御部１−１−１はＶＭ制御部１−１−５に対してＶＭＩＤが設定されたメールＢＯＸ接続要求メッセージを送信する。同メッセージを受信したＶＭ制御部１−１−５はＶＭＩＤをキー情報としてＶＭ制御情報管理テーブル１−１−７から必要なＶＭサービスデータを取得した後、呼制御部１−１−１に応答通知メッセージを送信する。さらに呼制御部１−１−１はＩＰ電話制御部１−１−４に同メッセージを送信する。これにより、ＩＰ電話機４−１−ｊはクラウド上のＶＭ制御ポートを使用して、オンプレミス側が提供するメッセージ録音／再生／通話録音などのＶＭサービスの使用が可能となる。その後、ＩＰ電話機４−１−ｊが終話操作を行うと、ＩＰ電話機４−１−ｊは切断要求メッセージを生成して呼制御部１−１−１、クラウド通信部１−１−３を介してＶＭ仮想マシンサーバ３−３に送信する。このとき、ＶＭ仮想マシンサーバ３−３はＶＭポートを解放して復旧指示メッセージを生成し、同メッセージをクラウド通信部１−１−３を介して呼制御部１−１−１に送信する。呼制御部１−１−１はＶＭ制御部１−１−５に対して復旧指示メッセージを送信する。同メッセージを受けたＶＭ制御部１−１−５は、録音メッセージなどのＶＭサービスデータをＶＭ制御情報管理テーブル１−１−７に保存する。

図８は、同一の呼において、オンプレミス側のＶＭポートとクラウド側に生成したメールＢＯＸとを使用してＶＭサービスを提供する際の呼制御シーケンス例である。ＩＰ電話機４−１−ｊからＩＰ電話制御部１−１−４を介してＶＭ接続要求メッセージを受信した呼制御部１−１−１は、同メッセージに設定されたＶＭ内線番号およびＶＭＩＤから、該当ＶＭポートはオンプレミス側に、該当メールＢＯＸはクラウド側に存在すると判断し、ＶＭ制御部１−１−５に対してＶＭ接続要求メッセージを送信する。ＶＭ制御部１−１−５は同メッセージにＶＭＩＤが設定されていないことから、ＶＭ制御情報管理テーブル１−１−７からのＶＭサービスデータの取得は行わずに呼制御部１−１−１に応答通知メッセージを返す。次に、呼制御部１−１−１は呼制御情報管理テーブル１−１−６から取得した仮想マシン情報をメールＢＯＸ接続要求メッセージに設定して同メッセージをクラウド通信部１−１−３に送信する。同メッセージを受信したクラウド通信部１−１−３は、受信メッセージに設定された仮想マシン情報に従い、該当するＶＭ仮想マシンサーバ３−３にメールＢＯＸ接続要求を送信する。同メッセージを受信したＶＭ仮想マシンサーバ３−３はＶＭＩＤをキー情報としてストレージ３−２から必要なＶＭサービスデータを取得した後、呼制御部１−１−１に応答通知メッセージを送信する。このとき、呼制御部１−１−１はＩＰ電話制御部１−１−４に同メッセージを送信する。これにより、ＩＰ電話機がオンプレミス側のＶＭ制御ポートを使用して、クラウド側が提供するメッセージ録音／再生／通話録音などのＶＭサービスの使用が可能となる。その後、ＩＰ電話機が終話操作を行うと、ＩＰ電話機４−１−ｊは切断要求メッセージを生成して呼制御部１−１−１を介してＶＭ制御部１−１−５に送信する。ＶＭ制御部１−１−５は切断要求に応答してＶＭポートを解放する。その後、復旧指示メッセージを作成し、同メッセージをクラウド通信部１−１−３を介してＶＭ仮想マシンサーバ３−３に対して送信する。ＶＭ仮想マシンサーバ３−３は、復旧指示メッセージの指示に応じて録音メッセージなどのＶＭサービスデータをストレージ４に保存する。

以上のように、本実施形態ではＩＰ交換機が提供するＶＭサービスに着目して、クラスタ化したリソースによりＶＭサービスを提供している。但し、クラスタ化するリソースをＶＭサービスに限定せずに、会議サービスやページングサービスなどＩＰ交換機で提供する他のサービスで使用するメディア等のリソースも対象とする形態とし、会議サービス制御部、ページングサービス制御部等の制御処理で対応するようにしてもよい。また変形例として、オンプレミス−クラウド間で仮想マシンやデータの同期を行い、通常はクラウドからサービス提供を行い、クラウド側で障害が発生した時にオンプレミス側で継続してサービスを提供する形態としてもよい。

尚、上記システムに用いられるＩＰ交換機１−ｉは、図９に示す構成のコンピュータによってソフトウェアによる処理が実現可能である。図９において、１１はバスラインであり、このバスライン１１には装置全体を制御するＣＰＵ（Central Processing Unit）１２、作業領域としてデータを格納するＲＡＭ（Random Access Memory）１３、ＣＰＵ１２に制御処理を実行させるプログラムを格納するＲＯＭ（Read Only Memory）１４、取得データ及び処理データ等を格納するＨＤＤ（Hard Disk Drive）１５、複数台のＩＰ電話機を収容するインターフェース（Ｉ／Ｆ）１６、取得情報や処理結果を表示する表示装置１７、データセンター３との間で情報をやり取りするためのＩＰ通信装置１８が接続される。上記ＲＯＭ１３には、図２に示した呼制御部１−１−１、ＩＰトランク制御部１−１−２、クラウド通信部１−１−３、ＩＰ電話制御部１−１−４、ＶＭ制御部１−１−５それぞれの制御処理プログラムと共に、実施形態に係るリソース拡張方法を実施するためのリソース拡張プログラムが格納され、上記ＨＤＤ１５には、図２に示した呼制御情報管理テーブル１−１−６及びＶＭ制御情報管理テーブル１−１−７が格納される。ＣＰＵ１２は、リソース拡張の実行指示が入力されると、ＲＯＭ１３からリソース拡張プログラムをロードし、そのプログラムに従って、データセンター３と連携してリソース拡張処理を実行する。このように、ＩＰ交換機１−ｉを制御しているコンピュータにおいて、ＲＯＭ１３に上記リソース拡張プログラムを登録することで、容易にクラウドを利用したリソース拡張を実施することができる。

その他、本実施形態は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

１−ｉ…ＩＰ交換機（ノード）、１−１−１…呼制御部、１−１−２…ＩＰトランク制御部、１−１−３…クラウド通信部、１−１−４…ＩＰ電話制御部、１−１−５…ＶＭ制御部、１−１−６…呼制御情報管理テーブル、１−１−７…ＶＭ制御情報管理テーブル、２…ＩＰ電話網、３…データセンター（サーバ装置）、３−１…ポータルサーバ、３−２…データ保存用ストレージ、３−３…ＶＭ仮想マシンサーバ、４−ｉ−ｊ…ＩＰ電話機、５…ＰＳＴＮゲートウェイ、６…公衆回線網、１１…バスライン、１２…ＣＰＵ、１３…ＲＡＭ、１４…ＲＯＭ、１５…ＨＤＤ、１６…インターフェース、１７…表示装置、１８…ＩＰ通信装置

Claims (20)

1. 複数のＩＰ（Internet Protocol）端末を収容して通信サービスを提供するＩＰ交換機と、
   前記ＩＰ交換機をネットワークを通じて収容し、前記ＩＰ交換機の仮想マシンを形成するサーバ装置と
   を具備し、
   前記ＩＰ交換機の前記通信サービスの提供に要するリソースをクラスタ化してその一部または全部が前記サーバ装置の仮想マシンに割り当てられるＩＰ電話ネットワークシステム。
2. 前記ＩＰ交換機に対するリソースの容量拡張要求に応じて前記サーバ装置に前記ＩＰ交換機に対する仮想マシンが追加される請求項１記載のＩＰ電話ネットワークシステム。
3. 少なくとも前記リソースの容量拡張分が前記追加された仮想マシンに割り当てられる請求項２記載のＩＰ電話ネットワークシステム。
4. 前記クラスタ化されたリソースを予め設定された優先度に基づいて前記ＩＰ交換機と前記仮想マシンに振り分ける請求項２記載のＩＰ電話ネットワークシステム。
5. 前記ＩＰ交換機が提供する通信サービスに呼制御とメディア制御が含まれるとき、前記呼制御のためのリソースと前記メディア制御のためのリソースがそれぞれクラスタ化されて前記ＩＰ交換機、前記仮想マシンの双方またはいずれか一方に割り当てられる請求項１記載のＩＰ電話ネットワークシステム。
6. 複数のＩＰ（Internet Protocol）端末を収容して通信サービスを提供するＩＰ交換機をネットワークを通じて収容するサーバ装置であって、
   前記ＩＰ交換機の仮想マシンを形成する仮想マシン形成手段と、
   前記ＩＰ交換機の前記通信サービスの提供に要するリソースがクラスタ化され、その一部または全部を前記仮想マシンに割り当てる割り当て手段と
   を具備するＩＰ電話ネットワークシステムのサーバ装置。
7. 前記仮想マシン形成手段は、前記ＩＰ交換機に対するリソースの容量拡張要求に応じて、前記ＩＰ交換機に対する仮想マシンを追加する請求項６記載のＩＰ電話ネットワークシステムのサーバ装置。
8. 少なくとも前記リソースの容量拡張分を前記追加された仮想マシンに割り当てる請求項７記載のＩＰ電話ネットワークシステムのサーバ装置。
9. 前記クラスタ化されたリソースを予め設定された優先度に基づいて前記仮想マシンに振り分ける請求項７記載のＩＰ電話ネットワークシステムのサーバ装置。
10. 前記割り当て手段は、前記ＩＰ交換機が提供する通信サービスに呼制御とメディア制御が含まれ、前記呼制御のためのリソースと前記メディア制御のためのリソースがそれぞれクラスタ化されているとき、前記呼制御のためのリソースと前記メディア制御のためのリソースの少なくとも一部を前記仮想マシンに割り当てる請求項６記載のＩＰ電話ネットワークシステムのサーバ装置。
11. ネットワークを通じて仮想マシンを形成するサーバ装置に接続され、複数のＩＰ（Internet Protocol）端末を収容して通信サービスを提供するＩＰ電話ネットワークシステムのＩＰ交換機であって、
    前記サーバ装置に仮想マシンの形成を要求する仮想マシン要求手段と、
    前記通信サービスの提供に要するリソースをクラスタ化してその一部または全部を前記サーバ装置の仮想マシンに割り当てるように指示する指示手段と
    を具備するＩＰ電話ネットワークシステムのＩＰ交換機。
12. 前記指示手段は、前記リソースの容量拡張要求に応じて、前記サーバ装置に前記ＩＰ交換機に対する仮想マシンの追加を指示する請求項１１記載のＩＰ電話ネットワークシステムのＩＰ交換機。
13. 少なくとも前記リソースの容量拡張分を前記追加された仮想マシンに割り当てるように指示する請求項１２記載のＩＰ電話ネットワークシステムのＩＰ交換機。
14. 前記クラスタ化されたリソースを予め設定された優先度に基づいて前記仮想マシンに振り分ける請求項１２記載のＩＰ電話ネットワークシステムのＩＰ交換機。
15. 前記指示手段は、前記通信サービスに呼制御とメディア制御が含まれるとき、前記呼制御のためのリソースと前記メディア制御のためのリソースをそれぞれクラスタ化して前記仮想マシンに割り当てるように前記サーバ装置に指示する請求項１１記載のＩＰ電話ネットワークシステムのＩＰ交換機。
16. 複数のＩＰ（Internet Protocol）端末を収容して通信サービスを提供するＩＰ交換機をネットワークを通じて仮想マシンを形成するサーバ装置に接続したＩＰ電話ネットワークシステムに用いられ、前記ＩＰ交換機に対するリソースの容量拡張に対応するリソース容量拡張方法であって、
    前記ＩＰ交換機の前記通信サービスの提供に要するリソースをクラスタ化してその一部または全部を前記サーバ装置の仮想マシンに割り当てるＩＰ電話ネットワークシステムのリソース容量拡張方法。
17. 前記リソースの拡張要求に応じて、前記サーバ装置に前記ＩＰ交換機に対する仮想マシンを追加させる請求項１６記載のＩＰ電話ネットワークシステムのリソース容量拡張方法。
18. 少なくとも前記リソースの容量拡張分を前記追加された仮想マシンに割り当てる請求項１７記載のＩＰ電話ネットワークシステムのリソース容量拡張方法。
19. 前記クラスタ化されたリソースを予め設定された優先度に基づいて前記仮想マシンに振り分ける請求項１７記載のＩＰ電話ネットワークシステムのリソース容量拡張方法。
20. 前記通信サービスに呼制御とメディア制御が含まれるとき、前記呼制御のためのリソースと前記メディア制御のためのリソースをそれぞれクラスタ化して前記仮想マシンに割り当てる請求項１６記載のＩＰ電話ネットワークシステムのリソース容量拡張方法。

Images