(57)【要約】【課題】ＳＩＰポートを適切に制御すること。【解決手段】呼処理サーバ１における呼処理の規制状態と、メディアゲートウェイ３に設定されているＳＩＰポートのサービスの提供状態とからなる複合化された遷移状態を記憶しておき、当該遷移状態に含まれる呼処理の規制状態がＯＮであるかＯＦＦであるか、ＳＩＰポートのサービスの提供状態がＩＮＳであるかＯＵＳであるかに基づいてメディアゲートウェイ３を制御する。【選択図】図３
2011176433.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰを使用して呼制御を行いＳＩＰネゴシエーションの結果決定されるメディアを転送する転送系ネットワークに配備され、前記転送系ネットワークの物理的なリンク構成をリンク毎に仮想化した仮想パスの上限帯域及び使用帯域をリソースとして管理し、前記転送系ネットワークに配備されたメディアゲートウェイで転送される呼を制御する呼処理サーバで動作するリソース管理装置で処理するリソース管理方法において、
前記呼処理サーバにおける呼処理の規制状態と、前記メディアゲートウェイに設定されているＳＩＰポートのサービスの提供状態との複合状態を記憶手段に記憶するステップと、
前記複合状態を前記記憶手段から読み出して、前記呼処理の規制の有無と、前記ＳＩＰポートのサービスの提供状態を提供可から提供不可に変更するコマンド規制の有無とに基づいて前記複合状態を更新して管理するステップと、
更新後の前記複合状態に合わせて前記メディアゲートウェイを制御するステップと、
前記呼処理の規制状態が規制有，規制無のいずれの場合であっても、前記コマンド規制の実行時に、前記ＳＩＰポートのサービスの提供状態を提供可から提供不可に遷移させると共に、前記メディアゲートウェイのＳＩＰポートを提供不可に直接設定するステップと、
前記コマンド規制中に前記呼処理の規制状態が規制無から規制有になり、更に前記コマンド規制が解除される場合には、前記呼処理の規制状態が未だ規制有であるか否かを判断し、前記呼処理の規制状態が未だ規制中である場合に、前記メディアゲートウェイのＳＩＰポートを提供不可に直接設定することなく、前記メディアゲートウェイにＳＩＰポートを提供不可に設定する指示を行うステップと、
を有することを特徴とするリソース管理方法。
【請求項２】
所定のイベント発生時には、前記メディアゲートウェイで保持する情報の有無を合わせる前に、前記メディアゲートウェイに対して、前記呼処理の規制状態が規制有であるか規制無であるかと前記コマンド規制の有無とに基づいて定められる一の状態に一致するよう、ワイルドカードで定められたユーザ範囲のＳＩＰポートの状態を変更する指示を行い、当該指示後に、前記コマンド規制の対象となるユーザが使用するＳＩＰポートのみを提供不可に設定する指示を行うステップを更に有することを特徴とする請求項１に記載のリソース管理方法。
【請求項３】
ＳＩＰを使用して呼制御を行いＳＩＰネゴシエーションの結果決定されるメディアを転送する転送系ネットワークに配備され、前記転送系ネットワークの物理的なリンク構成をリンク毎に仮想化した仮想パスの上限帯域及び使用帯域をリソースとして管理し、前記転送系ネットワークに配備されたメディアゲートウェイで転送される呼を制御する呼処理サーバで動作するリソース管理装置において、
前記呼処理サーバにおける呼処理の規制状態と、前記メディアゲートウェイに設定されているＳＩＰポートのサービスの提供状態との複合状態を記憶手段に記憶する手段と、
前記複合状態を前記記憶手段から読み出して、前記呼処理の規制の有無と、前記ＳＩＰポートのサービスの提供状態を提供可から提供不可に変更するコマンド規制の有無とに基づいて前記複合状態を更新して管理する手段と、
更新後の前記複合状態に合わせて前記メディアゲートウェイを制御する手段と、
前記呼処理の規制状態が規制有，規制無のいずれの場合であっても、前記コマンド規制の実行時に、前記ＳＩＰポートのサービスの提供状態を提供可から提供不可に遷移させると共に、前記メディアゲートウェイのＳＩＰポートを提供不可に直接設定する手段と、
前記コマンド規制中に前記呼処理の規制状態が規制無から規制有になり、更に前記コマンド規制が解除される場合には、前記呼処理の規制状態が未だ規制有であるか否かを判断し、前記呼処理の規制状態が未だ規制中である場合に、前記メディアゲートウェイのＳＩＰポートを提供不可に直接設定することなく、前記メディアゲートウェイにＳＩＰポートを提供不可に設定する指示を行う手段と、
を有することを特徴とするリソース管理装置。
【請求項４】
所定のイベント発生時には、前記メディアゲートウェイで保持する情報の有無を合わせる前に、前記メディアゲートウェイに対して、前記呼処理の規制状態が規制有であるか規制無であるかと前記コマンド規制の有無とに基づいて定められる一の状態に一致するよう、ワイルドカードで定められたユーザ範囲のＳＩＰポートの状態を変更する指示を行い、当該指示後に、前記コマンド規制の対象となるユーザが使用するＳＩＰポートのみを提供不可に設定する指示を行う手段を更に有することを特徴とする請求項３に記載のリソース管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ等の呼処理制御によりＩＰベースの転送網でマルチメディアサービスを実現するＩＭＳにおけるリソース管理技術に関する。
【背景技術】
【０００２】
現在、固定電話網や移動体通信網など、これまで回路スイッチやパケットスイッチが異なっていた公衆通信サービスを、ＩＰ（Internet Protocol）技術やインターネット電話で使われるプロトコルであるＳＩＰ（Session Initiation Protocol）で統合し、マルチメディアサービスを実現させる通信方式（ＩＭＳ：IP Multimedia Subsystem）が開発されている。
【０００３】
図９は、ＳＩＰを利用した呼処理制御を行う従来のＳＩＰ通信ネットワークのシステム構成を概略的に示す図である。このＳＩＰ通信ネットワークは、ネットワークの加入者（以下、ユーザという）が利用する複数のエンド端末５と、エンド端末５から送信された呼接続要求等の呼処理を制御する複数の呼処理サーバ１と、エンド端末５と呼処理サーバ１との間をそれぞれ通信可能に物理的に接続するルータ，スイッチ，ホームゲートウェイ（ＨＧＷ：Home Gateway）等の様々なネットワーク機器７とで構成されている。
【０００４】
そして、所望する相手に対して通話する場合には、エンド端末５から相手先のエンド端末（不図示）に対してＩＮＶＩＴＥ等の呼接続確立に要する要求信号（ＳＩＰを利用したＳＩＰ信号、以下同様）を送信し、相手先のエンド端末との間で行われるＳＩＰネゴシエーションの結果がＯＫである場合に、両者のエンド端末間でセッションが確立して通話が可能となる。
【０００５】
具体的には、エンド端末５ａからの要求信号が呼処理サーバ１に送信され、その要求信号を受信した呼処理サーバ１は、隣接接続された他の呼処理サーバ１ａや、その先の呼処理サーバ１ｂを経由して、要求信号に基づく呼の接続を相手先のエンド端末に要求する。そして、エンド端末間（詳細には、呼処理サーバ間や、呼処理サーバとエンド端末との間等）でＳＩＰネゴシエーションが行われ、その結果に基づいてメディア通信のためのメディアセッションの情報が決定される。その後、相手先のエンド端末が要求信号に対して応答した場合に、呼処理サーバ１ｂ、呼処理サーバ１ａ、呼処理サーバ１を経由して応答信号がエンド端末５ａに送信され、エンド端末５ａと相手先のエンド端末との間でメディアセッションが確立し、音声通信や動画通信等のメディア通信が可能となる。なお、図９では、装置間又は機器間の物理的な接続状態，ＳＩＰのパケットやメディアのトラフィックが実際に流れる通信経路を実線で示し、ＳＩＰ信号の論理的な流れを破線で示している。
【０００６】
以上の動作は呼処理サーバ１の呼処理機能部１１により実現されるが、呼処理機能部１１は、新たな呼接続の受付を抑制することにより新規呼の接続を規制し、定期的なＲＥ−ＩＮＶＩＴＥやＵＰＤＡＴＥ等の信号の受付を抑制することにより継続呼の通信を規制する機能をも有し、ＳＩＰ通信ネットワークに輻輳が発生することを抑制可能としていた。
【０００７】
すなわち、図１０及び図１１に示すように、ＳＩＰ通信ネットワークに輻輳が発生して規制を行う場合には、呼処理サーバ１における呼処理の規制状態が規制解除の初期状態から規制閉塞の予閉塞状態に自律的に遷移し（図１０に示す（１）→（２））、規制中であって優先度の低い一般ユーザについては新規呼及び継続呼の受付を規制するものであった。なお、継続呼については通信の継続を許容することで、予閉塞機能を実現可能としていた。一方、規制が解除される場合には、ＳＩＰ通信ネットワーク全体の輻輳解除状態を検出して、規制閉塞の予閉塞状態から規制解除の初期状態に自律的に遷移するものであった（図１０に示す（２）→（１））。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００３−２５８８５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、従来の呼処理サーバは、規制時において規制対象ユーザ（例えば、通信を規制させたい悪意ユーザ）の継続呼が存在していたとしても積極的に呼を切断するのではなく、そのような継続呼については通信の接続を継続した状態で新規呼の受付を抑制することにより、ＳＩＰ通信ネットワークのシステム全体の負荷を軽減するものであるため、悪意ユーザが使用しているＳＩＰポートを即座に閉じることができないという問題があった。
【００１０】
本発明は、上記を鑑みてなされたものであり、ＳＩＰポートを適切に制御することを課題とする。
【課題を解決するための手段】
【００１１】
請求項１に記載の本発明は、ＳＩＰを使用して呼制御を行いＳＩＰネゴシエーションの結果決定されるメディアを転送する転送系ネットワークに配備され、前記転送系ネットワークの物理的なリンク構成をリンク毎に仮想化した仮想パスの上限帯域及び使用帯域をリソースとして管理し、前記転送系ネットワークに配備されたメディアゲートウェイで転送される呼を制御する呼処理サーバで動作するリソース管理装置で処理するリソース管理方法において、前記呼処理サーバにおける呼処理の規制状態と、前記メディアゲートウェイに設定されているＳＩＰポートのサービスの提供状態との複合状態を記憶手段に記憶するステップと、前記複合状態を前記記憶手段から読み出して、前記呼処理の規制の有無と、前記ＳＩＰポートのサービスの提供状態を提供可から提供不可に変更するコマンド規制の有無とに基づいて前記複合状態を更新して管理するステップと、更新後の前記複合状態に合わせて前記メディアゲートウェイを制御するステップと、前記呼処理の規制状態が規制有，規制無のいずれの場合であっても、前記コマンド規制の実行時に、前記ＳＩＰポートのサービスの提供状態を提供可から提供不可に遷移させると共に、前記メディアゲートウェイのＳＩＰポートを提供不可に直接設定するステップと、前記コマンド規制中に前記呼処理の規制状態が規制無から規制有になり、更に前記コマンド規制が解除される場合には、前記呼処理の規制状態が未だ規制有であるか否かを判断し、前記呼処理の規制状態が未だ規制中である場合に、前記メディアゲートウェイのＳＩＰポートを提供不可に直接設定することなく、前記メディアゲートウェイにＳＩＰポートを提供不可に設定する指示を行うステップと、を有することを特徴とする。
【００１２】
本発明によれば、呼処理の規制の有無と、ＳＩＰポートのサービスの提供状態を提供可から提供不可に変更するコマンド規制の有無とに基づいて複合状態を更新して管理し、更新後の複合状態に合わせてメディアゲートウェイを制御し、呼処理の規制状態が規制有，規制無のいずれの場合であっても、コマンド規制の実行時に、ＳＩＰポートのサービスの提供状態を提供可から提供不可に遷移させると共に、メディアゲートウェイのＳＩＰポートを提供不可に直接設定し、コマンド規制中に呼処理の規制状態が規制無から規制有になり、更にコマンド規制が解除される場合には、呼処理の規制状態が未だ規制有であるか否かを判断し、呼処理の規制状態が未だ規制中である場合に、メディアゲートウェイのＳＩＰポートを提供不可に直接設定することなく、メディアゲートウェイにＳＩＰポートを提供不可に設定する指示を行うため、メディアゲートウェイのＳＩＰポートを適切に制御することができる。
【００１３】
請求項２に記載の本発明は、所定のイベント発生時には、前記メディアゲートウェイで保持する情報の有無を合わせる前に、前記メディアゲートウェイに対して、前記呼処理の規制状態が規制有であるか規制無であるかと前記コマンド規制の有無とに基づいて定められる一の状態に一致するよう、ワイルドカードで定められたユーザ範囲のＳＩＰポートの状態を変更する指示を行い、当該指示後に、前記コマンド規制の対象となるユーザが使用するＳＩＰポートのみを提供不可に設定する指示を行うステップを更に有することを特徴とする。
【００１４】
請求項３に記載の本発明は、ＳＩＰを使用して呼制御を行いＳＩＰネゴシエーションの結果決定されるメディアを転送する転送系ネットワークに配備され、前記転送系ネットワークの物理的なリンク構成をリンク毎に仮想化した仮想パスの上限帯域及び使用帯域をリソースとして管理し、前記転送系ネットワークに配備されたメディアゲートウェイで転送される呼を制御する呼処理サーバで動作するリソース管理装置において、前記呼処理サーバにおける呼処理の規制状態と、前記メディアゲートウェイに設定されているＳＩＰポートのサービスの提供状態との複合状態を記憶手段に記憶する手段と、前記複合状態を前記記憶手段から読み出して、前記呼処理の規制の有無と、前記ＳＩＰポートのサービスの提供状態を提供可から提供不可に変更するコマンド規制の有無とに基づいて前記複合状態を更新して管理する手段と、更新後の前記複合状態に合わせて前記メディアゲートウェイを制御する手段と、前記呼処理の規制状態が規制有，規制無のいずれの場合であっても、前記コマンド規制の実行時に、前記ＳＩＰポートのサービスの提供状態を提供可から提供不可に遷移させると共に、前記メディアゲートウェイのＳＩＰポートを提供不可に直接設定する手段と、前記コマンド規制中に前記呼処理の規制状態が規制無から規制有になり、更に前記コマンド規制が解除される場合には、前記呼処理の規制状態が未だ規制有であるか否かを判断し、前記呼処理の規制状態が未だ規制中である場合に、前記メディアゲートウェイのＳＩＰポートを提供不可に直接設定することなく、前記メディアゲートウェイにＳＩＰポートを提供不可に設定する指示を行う手段と、を有することを特徴とする。
【００１５】
請求項４に記載の本発明は、所定のイベント発生時には、前記メディアゲートウェイで保持する情報の有無を合わせる前に、前記メディアゲートウェイに対して、前記呼処理の規制状態が規制有であるか規制無であるかと前記コマンド規制の有無とに基づいて定められる一の状態に一致するよう、ワイルドカードで定められたユーザ範囲のＳＩＰポートの状態を変更する指示を行い、当該指示後に、前記コマンド規制の対象となるユーザが使用するＳＩＰポートのみを提供不可に設定する指示を行う手段を更に有することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ＳＩＰポートを適切に制御することができる。
【図面の簡単な説明】
【００１７】
【図１】ＳＩＰを利用した呼処理制御を行う現在のＳＩＰ通信ネットワークのシステム構成を概略的に示す図である。
【図２】リソース管理装置の機能ブロック構成を示す図である。
【図３】リソース管理装置の管理状態の遷移を示す図である。
【図４】コマンド規制及び規制に基づいて行われるメディアゲートウェイ制御用の電文選択ロジックを示す図である。
【図５】故障回復時にメディアゲートウェイに送信される制御用信号の一例を示す図である。
【図６】呼処理の規制処理フローの一例を示す図である。
【図７】リソース管理装置が再開（メモリ非救済再開）される際の整合処理フローを示す図である。
【図８】図７で説明したイベントとは異なるイベントの場合の整合処理フローを示す図である。
【図９】ＳＩＰを利用した呼処理制御を行う従来のＳＩＰ通信ネットワークのシステム構成を概略的に示す図である。
【図１０】従来の管理状態の遷移を示す図である。
【図１１】規制に基づいて行われる従来の規制処理フローを示す図である。
【発明を実施するための形態】
【００１８】
以下、本実施の形態について図面を用いて説明する。
【００１９】
図１は、ＳＩＰを利用した呼処理制御を行う現在のＳＩＰ通信ネットワークのシステム構成を概略的に示す図である。このＳＩＰ通信ネットワークは、ユーザが利用する複数のエンド端末５と、エンド端末５から送信された呼接続要求等の呼処理を制御する複数の呼処理サーバ１と、呼処理サーバ１の指示に従って転送網内外のターミネーション（Termination）を結びつけるメディアゲートウェイ（ＭＧ：Media Gateway）３と、エンド端末５と呼処理サーバ１との間をそれぞれ通信可能に物理的に接続するルータ，スイッチ，ホームゲートウェイ等の様々なネットワーク機器７とで構成されている。
【００２０】
次に、呼処理サーバ１の構成について説明する。呼処理サーバ１は、エンド端末５から送信された呼接続要求等の呼処理を制御する呼処理機能部１１と、ＳＩＰ通信ネットワークにおける装置間又は機器間の通信経路（具体的には、メディアゲートウェイとルータとの間や、ルータとスイッチとの間等の各ノード間のリンク）のリソースを管理するリソース管理機能部１２とで構成されている。
【００２１】
リソース管理機能部１２は、優先度や品質に応じて区分けされた上記通信経路の使用帯域の状態や上限帯域等を仮想的なリソースや仮想パスとしてリンク毎に随時管理している。そして、エンド端末５からの新たな呼処理要求に基づいて呼処理機能部１１から通信経路の新規確立要求が送信された場合に、送信された新規確立要求を受付制御し、上述したＳＩＰネゴシエーションの際に決定されるＳＤＰ（Session Description Protocol）情報の一部又は全部のメディア情報に従って、使用する帯域の積上（又は積下）を行い、要求帯域が上限帯域を超えるか否かの判定（例えば、ＳＩＰネゴシエーションによって確立する１以上のメディアのトラフィック同士が転送網を通過する際に干渉しあってパケットロスするか否かの判定）を行う帯域制御を実行する。
【００２２】
そして、その判定の結果、上記新たな呼処理要求に基づくメディアセッションの確立が可能である場合には、メディアゲートウェイ３にエンド端末同士を結びつけるターミネーションを生成し、メディアゲートウェイ３に対してピンホール制御及びポリシー設定を行う（図１に示す一点鎖線）。特に、帯域の予約要求・確保要求・変更要求の受付時には、各要求と要求内のメディア情報と受付時刻とを記録する。一方、帯域の削除要求の受付時には、受付済の要求情報と各メディア情報を削除する。また、リソース管理機能部１２は、発ユーザ種別や着ユーザ種別、ＳＤＰ情報内のプライオリティや加入者情報の優先度を識別して、ＳＩＰ通信ネットワークに輻輳が発生した時に呼の優先度を識別してパケットの通信を規制する機能も備えている。以上により、リソース管理機能部１２は、ＳＩＰ通信ネットワークに流入出するパケットの制御を行っている。
【００２３】
なお、ＳＤＰ情報には、各種のメディア通信に必要とされる要求帯域や転送品質クラス等の情報が記載されている。また、帯域の積上又は積下とは、リソース管理機能部が管理している全ての仮想パスからエンド端末間の経路を特定した後に、該当する１以上の仮想パスに対して、通話開始時は要求帯域を加算し、通話終了時は加算されている帯域を減算することを意味する。また、ピンホール制御とは、エンド端末間や、エンド端末と呼処理サーバ１との間で通信するためのポートの開通・不通の設定等をメディアゲートウェイ３に指示する制御を意味する。
【００２４】
一方、メディアゲートウェイ３は、リソース管理機能部１２からの指示に従ってターミネーションを生成し、ポリシー設定に基づいてエンド端末間等の通信に必要なポートを設定する。なお、メディアゲートウェイ３は、Ｃ−ＢＧＦ（Core Border Gateway Function）、Ｉ−ＢＧＦ（Interconnection Border Gateway Function）、ＲＣＥＦ（Resource Control Enforcement Function）と呼ばれる機能部で構成されている。
【００２５】
続いて、リソース管理機能部１２（以下、リソース管理装置１２という）について具体的に説明する。図２は、一実施の形態に係るリソース管理装置の機能ブロック構成を示す図である。このリソース管理装置１２は、記憶部１２０ａと、制御部１２０ｂと、調整部１２０ｃとで構成されている。
【００２６】
記憶部１２０ａは、呼処理サーバ１における呼処理の規制状態（ＯＮ／ＯＦＦ）と、メディアゲートウェイ３に設定されているＳＩＰポートのサービスの提供状態（ＩＮＳ（inService）／ＯＵＳ（OutOfService））とからなる複合化された遷移状態を記憶すると共に、当該状態の遷移（遷移元、遷移先を含む）を遷移状態に関連付けて記憶し、更に、呼処理の規制の有（ＯＮ）無（ＯＦＦ）と、ＳＩＰポートのサービスの提供状態を提供可（ＩＮＳ）から提供不可（ＯＵＳ）に変更するコマンド規制の有無とに基づいて複合状態を更新して管理する機能を有している。このような記憶部としては、メモリやハードディスク、更には通信ネットワークを経由して電気的に接続されるストレージ等で実現可能である。
【００２７】
制御部１２０ｂは、記憶部１２０ａに現在記憶されている遷移状態を読み出して、最新の遷移状態に含まれている呼処理の規制状態（ＯＮ／ＯＦＦ）と、メディアゲートウェイ３に設定されているＳＩＰポートのサービスの提供状態（ＩＮＳ／ＯＵＳ）とに基づいて各状態に応じた制御信号をそれぞれ生成し、メディアゲートウェイ３に送信して、送信先のメディアゲートウェイ３を更新後の遷移状態に合わせて制御する機能を有している。
【００２８】
調整部１２０ｃは、リソース管理装置１２とメディアゲートウェイ３との一方又は双方がダウン等した場合に、メディアゲートウェイ３で保持する呼処理の規制状態及びコマンド規制状態をリソース管理装置１２で記憶管理している各規制状態に合わせる機能を有している。
【００２９】
以下、最初に、制御部１２０ｂの機能について具体的に説明する。図３は、リソース管理装置における管理状態の遷移を示す図である。記憶部１２０ａは、（１）規制解除（初期状態）、（２）規制閉塞（予閉塞）、（３）規制閉塞（規制）、（４）規制閉塞（コマンド）、（５）規制閉塞（両方）に示された遷移状態のうち少なくとも１以上の遷移状態を記憶し、図３に示す全ての状態遷移（遷移元、遷移先や、経由される遷移状態を含む）についても記憶している。
【００３０】
まず、輻輳が発生していない場合には、メディアゲートウェイ３に設定されているＳＩＰ用のＳＩＰポートの管理状態をＩＮＳとして管理し、呼処理サーバ１における呼処理の規制の管理状態をＯＦＦとして管理している（図３に示す（１）の規制解除（初期状態））。
【００３１】
次に、輻輳が発生した場合には、メディアゲートウェイ３に呼処理の規制ＯＮを指示し、ＳＩＰポートの管理状態は変更することなくＩＮＳとして管理し、呼処理の規制の管理状態をＯＦＦからＯＮに変更して管理し、予閉塞状態として新規呼の受付を規制する（図３に示す（１）→（２）の規制閉塞（予閉塞））。
【００３２】
その後、現在使用されている継続呼が終了した時点で、ＳＩＰポートの管理状態をＩＮＳからＯＵＳに変更して管理し、呼処理の規制の管理状態は変更することなくＯＮとして管理し、新規呼のみならず継続呼の変更受付も含めて規制対象ユーザに関わる全ての処理を規制する。（図３に示す（２）→（３）の規制閉塞（規制））。
【００３３】
ここで規制対象ユーザ（例えば、通信を規制させたい悪意ユーザ）の継続呼を閉じる即時サービス停止機能を実現するには、呼処理の規制の状態に応じてＳＩＰポートの状態遷移を変更指示する機能と、規制対象ユーザを指定して即時にＳＩＰポートを閉じる（メディアゲートウェイ３における規制対象ユーザのＳＩＰポートをＯＵＳに設定する）機能とを実現し、さらには両機能の競合条件を考慮する必要がある。
【００３４】
そこで、コマンド規制を行う場合には、規制対象ユーザの使用を即時停止するため、呼処理の規制状態がＯＮ，ＯＦＦのいずれの場合であっても、メディアゲートウェイ３におけるＳＩＰポートのサービスの提供状態をＩＮＳからＯＵＳに変更するコマンド規制を行う（図３に示す（１）→（４）、（２）→（５）（３）→（５））。すなわち、制御部１２０ｂは、記憶部１２０ａに記憶されている遷移状態のＳＩＰポートのサービスの提供状態をＯＵＳに遷移させると共に、メディアゲートウェイ３のＳＩＰポートをＯＵＳに直接設定する。
【００３５】
以上より、制御部１２０ｂが、遷移状態に含まれている呼処理の規制状態と、メディアゲートウェイ３のＳＩＰポートのサービスの提供状態として管理している管理状態と、コマンド規制によりメディアゲートウェイ３に設定したＳＩＰポートのサービスの提供状態とに基づいて各状態に応じた制御信号をそれぞれ生成し、メディアゲートウェイ３に送信して、送信先のメディアゲートウェイ３を制御するので、呼処理の規制及びコマンド規制を管理して複合状態に適した処理を実行することができ、ＳＩＰポートを適切に制御することができる。
【００３６】
また、以上より、制御部１２０ｂが、メディアゲートウェイ３のＳＩＰポートをＯＵＳに直接設定してＳＩＰポートを閉じるので、規制の状態がいかような場合であっても、悪意のあるユーザの呼を即座に閉じることが可能となり、一定の状態遷移シーケンスを実現することができる。
【００３７】
また、規制中（図３に示す（３））にコマンド規制を行うことにより、又は、コマンド規制中（図３に示す（４））に規制が行われることにより両方の規制が実施されている状態（図３に示す（５））から、更にコマンド規制のみが解除される場合（図３に示す（５）→（３））の遷移について特に考慮する必要がある。
【００３８】
そのような場合には、コマンド規制を解除した際にまだ呼が残っている可能性があるので、コマンド規制を解除した際に呼処理の規制状態が未だ規制中であるか否かを判断し、規制中である場合には、規制閉塞の予閉塞状態に一旦遷移させる（図３に示す（５）→（２）→（３））。
【００３９】
すなわち、コマンド規制対象であった規制対象ユーザについては、強制的にメディアゲートウェイ３のＳＩＰポートをＯＵＳに直接設定するのではなく（ＳＩＰ信号（ＯＵＳ，ＯＮ）をメディアゲートウェイに送信するのではなく）、メディアゲートウェイ３にＳＩＰポートをＯＵＳ化するよう指示（ＳＩＰ信号（ＩＮＳ，ＯＮ）をメディアゲートウェイに送信）を行って規制閉塞（予閉塞）状態を経由させ（図３に示す（２））、全てのＳＩＰポートを最終的に閉じる処理はメディアゲートウェイの自律動作に委ねさせる（図３に示す（２）→（３）。
【００４０】
以上より、コマンド規制中に呼処理の規制の状態がＯＦＦからＯＮになった場合には、コマンド規制を一旦解除して、呼処理の規制の状態が未だ規制中であるか否かを判断し、呼処理の規制の状態が未だ規制中である場合に、メディアゲートウェイ３のＳＩＰポートをＯＵＳに直接設定することなく、メディアゲートウェイ３にＳＩＰポートを提供不可に変更する指示を行うので、一定の状態遷移シーケンスを実現することができる。
【００４１】
図４は、コマンド規制及び規制に基づいて行われるメディアゲートウェイ制御用の電文選択ロジックを示す図である。
【００４２】
まず、エンド端末５からの新たな呼処理要求に基づいて呼処理機能部１１から新規ＳＩＰポートの開通指示や変更指示を受けた場合に、当該ＳＩＰポートのユーザがコマンド規制対象であるか否かを確認する（Ｓ１）。
【００４３】
次いで、Ｓ１での確認の結果、コマンド規制対象である場合には、ＳＩＰポートのＯＵＳ化を明示的に設定する電文Ａを選択する（Ｓ２）。
【００４４】
次いで、Ｓ１での確認の結果、コマンド規制対象でない場合には、規制の管理状態及びユーザの優先度を判断する（Ｓ３）。
【００４５】
次いで、Ｓ３での判断の結果、現在の規制の管理状態がＯＮであって、かつ、新たな指示に係る上記呼処理要求を行ったユーザが規制対象ユーザ（例えば、優先度が最も低い一般ユーザ）の場合に、新規呼の受付を規制するために規制ＯＮを指示する電文Ｂを選択し（Ｓ４）、その条件に一致しない場合には、規制ＯＦＦを指示する電文Ｃを選択する（Ｓ５）。
【００４６】
続いて、調整部１２０ｃで処理する故障回復時の各規制状態復旧処理について説明する。例えば、リソース管理装置１２がダウンした場合には、リソース管理装置１２の記憶部１２０ａで記憶して管理されている呼処理の規制状態やコマンド規制状態が、メディアゲートウェイ３で保持する各規制状態と異なる場合がある。
【００４７】
そこで、調整部１２０ｃは、故障回復等の所定のイベントが発生した場合に、メディアゲートウェイ３で保持する情報の有無を合わせる前に、呼処理の規制状態が規制有であるか規制無であるかとコマンド規制の有無とに基づいて定められる一の状態（図５の右側の（ｉ）に示す各状態）に一致するよう、ワイルドカードで定められたユーザ範囲（例えば、不特定のユーザ）のＳＩＰポートの状態を変更する指示を行う。そして、指示後に、コマンド規制の規制対象ユーザについては、対象となるＳＩＰポートをＯＦＦに設定する変更指示（図５の右側の（ｉｉ）に示す状態にする指示）をメディアゲートウェイ３に送信する。
【００４８】
なお、メディアゲートウェイ３で保持する情報の有無を合わせる前とは、（Ａ）リソース管理装置で記憶管理している各メディア情報の状態のうち各メディア毎の有無と、メディアゲートウェイ３で保持している各メディア情報の状態のうち各メディア毎の有無とを合わせるために、メディアゲートウェイ３がメディア情報を保持している場合は保持しているメディア情報の一覧を収集して各メディア情報の有無を比較してから、（Ｂ）必要に応じてリソース管理装置側で記憶管理しているメディア情報の有無やメディアゲートウェイ３側で保持しているメディア情報の有無の合わせこみをするまで、の（Ａ）と（Ｂ）との間隔を信号交差などによる誤検出や誤切断を防ぐために空けていることから、故障回復等の所定のイベントが発生した場合に実施する（Ａ）→（Ｂ）の整合処理の中で実施し、（Ｂ）の合わせこみを行う前までを意味している。
【００４９】
図５は、故障回復時にメディアゲートウェイに送信される制御用信号の一例を示す図である。左側の欄には呼処理サーバ１の規制状態とコマンド規制状態、更に保守者から見た呼処理サーバ１の規制状態を示している。また、中央の欄には、左側の欄に記載された各規制状態に対応し、メディアゲートウェイ３で求められる規制状態を示している。更に、右側の欄には、メディアゲートウェイ３の各規制状態を中央の欄に示された状態に変更するために送信されるメディアゲートウェイ制御用のパラメータを示している。（ｉ）は、ワイルドカードでの指示内容を示し、（ｉｉ）はコマンド規制がある場合に送信される指示内容を示し、上述したように（ｉ）→（ｉｉ）の順番でメディアゲートウェイ３に制御信号として送信される。
【００５０】
なお、呼処理サーバ１で規制中の場合には、一般呼ユーザのみを整合の対象とし、優先する呼は整合の対象としない。また、呼処理サーバ１で規制が解除された場合には、全てのユーザを対象として整合の対象とするようにしてもよい。また、上記イベントとは、例えば、リソース管理装置１２の再開、リソース管理装置１２とメディアゲートウェイ３との間の通信断からの回復、メディアゲートウェイ３が備える各ＩＦ（InterFace）故障からの回復通知受信時、リソース管理装置１２で保持している各種情報とメディアゲートウェイ３で保持している各種情報と整合を行う保守コマンドの発行、呼処理サーバ１における規制、呼処理サーバ１における規制解除、定期的な整合処理をイベント対象とし、メディアゲートウェイ３の再開時は含まれないものとする。
【００５１】
続いて、制御部１２０ｂによる呼処理の規制及びコマンド規制の処理フローについて説明する。図６は、呼処理の規制処理フローの一例を示す図である。
【００５２】
最初に、規制を行う処理フローについて説明する。まず、リソース管理装置１２の制御部１２０ｂは、ユーザによるエンド端末５からの新たな呼処理要求を現在の帯域に積上げて、呼処理サーバ１における規制の閾値を上回る場合、規制閉塞（予閉塞）状態に変更するために、ＳＩＰ信号（ＩＮＳ，ＯＮ）をメディアゲートウェイ３に送信する（Ｓ１１）。
【００５３】
次いで、上記ＳＩＰ信号を送信したメディアゲートウェイ３のターミネーションの状態を把握して、コマンド規制対象のユーザが存在する場合には、その規制対象ユーザについてはＳＩＰポートを閉じる必要があるため、規制対象ユーザのみを対象としたＳＩＰ信号（ＯＵＳ，ＯＦＦ）をメディアゲートウェイ３に送信する（Ｓ１２）。これにより、メディアゲートウェイ３には、規制がＯＦＦに設定され、規制対象ユーザのＳＩＰポートについてはＯＵＳが設定される。
【００５４】
次に、規制解除処理フローについて説明する。まず、リソース管理装置１２の制御部１２０ｂは、規制を解除する場合、ＳＩＰ信号（ＩＮＳ，ＯＦＦ）をメディアゲートウェイ３に送信する（Ｓ２１）。このとき、規制であったユーザについては、物理的なＩＦ単位で規制解除のみを実施する。これにより、メディアゲートウェイ３には、規制がＯＦＦに設定され、全てのユーザのＳＩＰポートがＩＮＳに設定される。
【００５５】
しかしながら、コマンド規制対象のユーザが存在する可能性があるため、制御部１２０ｂは、上記ＳＩＰ信号を送信したメディアゲートウェイ３のターミネーションの状態を把握して、コマンド規制対象のユーザが存在する場合には、規制対象ユーザのみを対象としたＳＩＰ信号（ＯＵＳ，ＯＦＦ）をメディアゲートウェイ３に送信する（Ｓ２２）。これにより、メディアゲートウェイ３には、規制がＯＦＦに設定され、規制対象ユーザのＳＩＰポートについてはＯＵＳが設定される。
【００５６】
続いて、調整部１２０ｃによる整合処理フローについて説明する。図７は、リソース管理装置１２が再開（メモリ非救済再開）される際の整合処理フローを示す図である。
【００５７】
まず、調整部１２０ｃは、リソース管理装置１２が再開される場合に、リソース管理装置１２で管理していた規制状態及びコマンド規制状態を把握する（Ｓ３１）。
【００５８】
次いで、メディアゲートウェイ３の物理ＩＦ状態を取得し（Ｓ３２）、ＩＦ単位で全てのメディア情報を一旦削除（Ｓ３３）した後に、ＳＩＰ信号（ＩＮＳ，ＯＦＦ）をメディアゲートウェイ３に一旦送信する（Ｓ３４）。
【００５９】
次いで、Ｓ３１で把握した各規制状態に適合するワイルドカードを選択し、選択されたワイルドカード（ＩＮＳ（ＯＦＦ））のＳＩＰ信号（ＩＮＳ，ＯＦＦ）をメディアゲートウェイ３に送信する（Ｓ３５）。
【００６０】
次いで、コマンド規制対象のユーザが存在する場合には、規制対象ユーザのみを対象としたＳＩＰ信号（ＯＵＳ，ＯＦＦ）をメディアゲートウェイ３に送信する（Ｓ３６）。
【００６１】
最後に、ＩＦ単位でＳＩＰポート情報を照合（Ｓ３７）した後に、整合処理を行う（Ｓ３８）。
【００６２】
続いて、リソース管理装置１２で保持している各種情報とメディアゲートウェイ３で保持している各種情報と整合を行う保守コマンドの発行、定期的な整合処理、リソース管理装置の再開（系切替、メモリ救済再開）の場合における整合処理フローである。図８は、これらの場合の整合処理フローを示す図である。
【００６３】
図８に示すように、これらの場合であっても図７に示した処理フローと同様に、調整部１２０ｃは、例えば、ワイルドカード（ＩＮＳ（ＯＦＦ））のＳＩＰ信号（ＩＮＳ，ＯＦＦ）をメディアゲートウェイ３に送信し（Ｓ４１）、コマンド規制対象のユーザが存在する場合には、規制対象ユーザのみを対象としたＳＩＰ信号（ＯＵＳ，ＯＦＦ）をメディアゲートウェイ３に送信する（Ｓ４２）。
【００６４】
その後、ＩＦ単位でＳＩＰポート情報を照合（Ｓ４３）した後に、整合処理を行い（Ｓ４４）、最後に、ＩＦ単位・メディア種別単位でＳＩＰポート情報を照合（Ｓ４５）した後に、整合処理を行う（Ｓ４６）。
【００６５】
なお、以上説明した処理フローはあくまでも一例であり、図３に示した遷移状態や図５の右側の欄に示した各制御内容の状態にするよう処理フローを変更することは勿論可能である。
【００６６】
最後に、本実施の形態で説明したリソース管理装置１２は、コンピュータで構成され、各機能部の各処理はプログラムで実行されるようになっている。また、各実施の形態で説明したリソース管理装置１２の各処理動作をプログラムとして例えばコンパクトディスクやフロッピー（登録商標）ディスク等の記録媒体に記録して、この記録媒体をコンピュータに組み込んだり、若しくは記録媒体に記録されたプログラムを、任意の通信回線を介してコンピュータにダウンロードしたり、又は記録媒体からインストールし、該プログラムでコンピュータを動作させることにより、上述した各処理動作をリソース管理装置１２として機能させることができるのは勿論である。
【００６７】
本実施の形態によれば、呼処理サーバ１における呼処理の規制状態と、メディアゲートウェイ３に設定されているＳＩＰポートのサービスの提供状態とからなる複合化された遷移状態を記憶しておき、当該遷移状態に含まれる呼処理の規制状態がＯＮであるかＯＦＦであるか、ＳＩＰポートのサービスの提供状態がＩＮＳであるかＯＵＳであるかに基づいてメディアゲートウェイ３を制御するので、呼処理の規制及びコマンド規制を管理して遷移状態に適した処理を実行することができる。
【００６８】
本実施の形態によれば、呼処理の規制状態がＯＮ，ＯＦＦのいずれの場合であっても、ＳＩＰポートのサービスの提供状態をＩＮＳからＯＵＳに変更するコマンド規制を行う際に、遷移状態として記憶されたＳＩＰポートのサービスの提供状態をＯＵＳに遷移させると共に、メディアゲートウェイ３のＳＩＰポートをＯＵＳに直接設定するので、呼処理の規制状態がいかような場合であっても、悪意のあるユーザの呼を即座に閉じることが可能となり、一定の状態遷移シーケンスを実現することができる。
【００６９】
本実施の形態によれば、コマンド規制中に呼処理の規制状態がＯＦＦからＯＮになった場合には、コマンド規制を一旦解除して、呼処理の規制状態が未だＯＮであるか否かを判断し、呼処理の規制状態が未だＯＮである場合に、メディアゲートウェイ３のＳＩＰポートをＯＵＳに直接設定することなく、メディアゲートウェイにＳＩＰポートをＯＵＳに変更する指示を行うので、一定の状態遷移シーケンスを実現することができる。
【００７０】
本実施の形態によれば、所定のイベント発生時には、メディアゲートウェイ３で保持する情報の有無を合わせる前に、ワイルドカードに定められた状態に一致するようメディアゲートウェイ３に指示し、指示後にコマンド規制の対象となるユーザが使用するＳＩＰポートをＯＵＳに設定するので、故障回復等のイベント発生時にも各規制状態に合わせてメディアゲートウェイ３に一括指示を実行することができる。
【符号の説明】
【００７１】
１…呼処理サーバ
１１…呼処理機能部
１２…リソース管理機能部（リソース管理装置）
１２０ａ…記憶部
１２０ｂ…制御部
１２０ｃ…調整部
３…メディアゲートウェイ
５…エンド端末
７…ネットワーク機器
Ｓ１〜Ｓ５…ステップ
Ｓ１１、Ｓ１２、Ｓ２１、Ｓ２２…ステップ
Ｓ３１〜Ｓ３８…ステップ
Ｓ４１〜Ｓ４６…ステップ
【図１】
2011176433.tif 000003
【図２】
2011176433.tif 000004
【図３】
2011176433.tif 000005
【図４】
2011176433.tif 000006
【図５】
2011176433.tif 000007
【図６】
2011176433.tif 000008
【図７】
2011176433.tif 000009
【図８】
2011176433.tif 000010
【図９】
2011176433.tif 000011
【図１０】
2011176433.tif 000012
【図１１】
2011176433.tif 000013