(57)【特許請求の範囲】
【請求項１】
現用系ＳＩＰサーバと予備系ＳＩＰサーバとで行う呼救済システムにおいて、
前記現用系ＳＩＰサーバは、
自機で動作する呼処理プログラムの識別子を付与して受信ＳＩＰ信号に係る呼情報データを生成すると共に、前記予備系ＳＩＰサーバに送信する手段を有し、
前記予備系ＳＩＰサーバは、
前記呼情報データを受信して記憶手段に記憶しておく手段と、
系が切り替えられた後、自機で動作する呼処理プログラムの識別子と前記記憶手段から読み出した呼情報データに付与された識別子とを比較して、一致しない場合に、前記呼情報データとデータ構造形式が異なる新たな呼情報データを生成して前記読み出した呼情報データと共に保持すると共に、前記生成した新たな呼情報データと前記読み出した呼情報データとを前記現用系ＳＩＰサーバに送信する手段と、
前記系の切り替え後に受信した受信ＳＩＰ信号に係る呼情報データを用いて前記新たな呼情報データと前記読み出した呼情報データをそれぞれ更新する手段と、
前記現用系ＳＩＰサーバに送信された前記新たな呼情報データと前記読み出した呼情報データを、前記更新された前記新たな呼情報データと前記読み出した呼情報データでそれぞれ同期させる手段と、
を有することを特徴とする呼救済システム。
【請求項２】
現用系ＳＩＰサーバと予備系ＳＩＰサーバとで行う呼救済方法において、
前記現用系ＳＩＰサーバにより、
自機で動作する呼処理プログラムの識別子を付与して受信ＳＩＰ信号に係る呼情報データを生成すると共に、前記予備系ＳＩＰサーバに送信するステップを有し、
前記予備系ＳＩＰサーバにより、
前記呼情報データを受信して記憶手段に記憶しておくステップと、
系が切り替えられた後、自機で動作する呼処理プログラムの識別子と前記記憶手段から読み出した呼情報データに付与された識別子とを比較して、一致しない場合に、前記呼情報データとデータ構造形式が異なる新たな呼情報データを生成して前記読み出した呼情報データと共に保持すると共に、前記生成した新たな呼情報データと前記読み出した呼情報データとを前記現用系ＳＩＰサーバに送信するステップと、
前記系の切り替え後に受信した受信ＳＩＰ信号に係る呼情報データを用いて前記新たな呼情報データと前記読み出した呼情報データをそれぞれ更新するステップと、
前記現用系ＳＩＰサーバに送信された前記新たな呼情報データと前記読み出した呼情報データを、前記更新された前記新たな呼情報データと前記読み出した呼情報データでそれぞれ同期させるステップと、
を有することを特徴とする呼救済方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ信号に係る呼を救済する技術に関する。
【背景技術】
【０００２】
非特許文献１のＩＴＵ−Ｔ勧告Ｙ．２０１２で規定されるＡＳＦ＆ＳＳＦ（Application Support Functions and Service Support Functions）は、ＮＧＮ（Next Generation Network）におけるＳＩＰサーバのアプリケーションサービスを制御する付加サービス制御機能である。
【０００３】
具体的には、図４に示すように、前段や後段に配備されている呼制御機能（S-CSC-FE：Service control functionsの呼制御機能）や、メディア制御機能（MRC-FE：Service control functionsのメディア制御機能）を具備するサーバと連携し、透過・中継等のＳＩＰの信号処理や、前段からのＳＩＰ信号により後段のサーバを制御している。
【０００４】
そして、ＮＧＮにおけるＡＳＦ＆ＳＳＦ（APL-GW-FE含む）は、ＰＳＴＮ（Public Switched Telephone Networks）における電話交換機と同程度の信頼性・可用性・サービス継続性が要求されている。そのため、問題発生時に系を切り替える系切替機能や、メモリ上の呼情報データをタイムリーに他系へ同期する系間メモリ同期機能、サービス無停止でファイルを更新するファイル更新機能を具備する必要がある。以下、それら各機能について詳述する。
【０００５】
最初に、系間メモリ同期機能について説明する。図５は、系間メモリ同期機能を説明する図である。
【０００６】
ＳＩＰ信号がＡＣＴ系（現用系）のＳＩＰサーバ１００に到達後、そのＳＩＰサーバ１００で動作するアプリケーション（以下、呼処理プログラム）１１は、受信したＳＩＰ信号に係る呼情報データ（呼処理で一時的に必要となるデータ類）を格納するメモリ領域を同期メモリ領域１５に確保し、その呼情報データを例えば第１呼情報メモリ１５ａや第２呼情報メモリ１５ｂに書き込む（ＡＣＴ系での呼情報データの生成）。
【０００７】
そして、ＡＣＴ系で呼情報データがメモリ上に生成されると同時に、系間メモリ同期機能部（不図示）が、各呼情報メモリ１５ａ，１５ｂの呼情報データをそれぞれＳＢＹ系（予備系）のＳＩＰサーバ３００に送信し、そのＳＩＰサーバ３００から同期完了応答を受信した後に、その旨を呼処理プログラム１１に送信する（ＳＢＹ系での呼情報データの生成）。
【０００８】
以上の処理より、ＡＣＴ系の呼情報メモリの複製（レプリケーション）がＳＢＹ系に生成されることになる。それら系間において所定のタイミングで上記同期処理が逐次実行されているので、系が切り替えられた場合であっても、複製であるＳＢＹ系の呼情報データを用いて所定のサービスを継続することができる。
【０００９】
なお、各呼情報メモリ１５ａ，１５ｂは、呼処理プログラム１１により呼情報メモリ毎に識別子が付与され、異なるデータ構造形式で呼情報データを保持することが可能である。
【００１０】
次に、ファイル更新機能について説明する。図６は、ファイル更新機能を説明する図である。なお、ファイルとは、アプリケーションである呼処理プログラム１１が呼処理サービス運用時に使用するファイルをいう。
【００１１】
最初に、ファイル更新前では、ＡＣＴ系の系間同期機能部（不図示、上述した系間メモリ同期機能部を含む）が、ＡＣＴ系のデータベース（以下、ＤＢ）１６でＳＢＹ系のＤＢ３６を同期し、ＡＣＴ系の呼情報メモリ１５でＳＢＹ系の呼情報メモリ３５を同期している。
【００１２】
なお、ファイル更新前において、ＡＣＴ系のＤＢ１６とＳＢＹ系のＤＢ３６とにそれぞれ格納される各データ（局データや加入者データ等の永続的なデータ類）のデータ構造形式を旧とする。また、系間同期機能処理により、各ＤＢ１６，３６にそれぞれ格納された各データの内容は同じである。
【００１３】
また、ファイル更新前において、ＡＣＴ系の呼情報メモリ１５とＳＢＹ系の呼情報メモリ３５とにそれぞれ保持される各呼情報データのデータ構造形式も旧とする。また、系間メモリ同期機能処理により、各呼情報メモリ１５，３５にそれぞれ保持された各呼情報データの内容は同じである。
【００１４】
次に、ＳＢＹ系に新ファイルがインストールされた場合には、ＳＢＹ系のファイル更新機能部（不図示）が、ＡＣＴ系のＤＢ１６のデータの内容を引き継ぎながら、ＳＢＹ系のＤＢ３６のデータのデータ構造形式を旧から新に変換する。
【００１５】
その後、系が切り替えられて新ＡＣＴ系の呼処理プログラム１１により新ファイルで運転開始された場合には、新ＡＣＴ系のファイル更新機能部（不図示）が、同期されていた呼情報メモリ３５の呼情報データのデータ構造形式を旧から新に変換し、更に、新ＡＣＴ系の系間同期機能部（不図示、系間メモリ同期機能を含む）が、その変換された呼情報メモリ３５で新ＳＢＹ系の呼情報メモリ１５を同期する。
【００１６】
最後に、新ＳＢＹ系に新ファイルがインストールされた際に、新ＡＣＴ系の系間同期機能部が、新ＡＣＴ系のＤＢ３６で新ＳＢＹ系のＤＢ１６を同期する。
【００１７】
以上より、ファイルを停止することなくＤＢや呼情報メモリの変換を実行するため、旧ファイルから新ファイルに変更された場合であっても、呼処理を継続可能としている。
【先行技術文献】
【特許文献】
【００１８】
【特許文献１】特開平６−３１９１６３号公報
【非特許文献】
【００１９】
【非特許文献１】ITU-T、「Functional requirements and architecture of the NGN」、ITU-T Recommendation Y.2012、2006年7月
【発明の概要】
【発明が解決しようとする課題】
【００２０】
そのように系間メモリ同期機能及びファイル更新機能を具備する冗長化ＳＩＰサーバでは、新ファイル運転開始時の初期化処理にて、変換された新たなデータ構造形式の呼情報データを用いて旧ファイルの他系に同期している。
【００２１】
この状態で新ＡＣＴ系（図６の右側）で何らかの問題が発生した場合、各系では旧ファイルを用いて復帰するため、その新たなデータ構造形式の呼情報メモリを解釈（オペレーション）できず、全通話中呼の継続が不可能となり呼損となる（図７参照）。
【００２２】
本発明は、上記を鑑みてなされたものであり、その課題とするところは、旧ファイルでの復帰発生時においても呼を救済することにある。
【課題を解決するための手段】
【００２３】
請求項１記載の呼救済システムは、現用系ＳＩＰサーバと予備系ＳＩＰサーバとで行う呼救済システムにおいて、前記現用系ＳＩＰサーバは、自機で動作する呼処理プログラムの識別子を付与して受信ＳＩＰ信号に係る呼情報データを生成すると共に、前記予備系ＳＩＰサーバに送信する手段を有し、前記予備系ＳＩＰサーバは、前記呼情報データを受信して記憶手段に記憶しておく手段と、系が切り替えられた後、自機で動作する呼処理プログラムの識別子と前記記憶手段から読み出した呼情報データに付与された識別子とを比較して、一致しない場合に、前記呼情報データとデータ構造形式が異なる新たな呼情報データを生成して前記読み出した呼情報データと共に保持すると共に、前記生成した新たな呼情報データと前記読み出した呼情報データとを前記現用系ＳＩＰサーバに送信する手段と、前記系の切り替え後に受信した受信ＳＩＰ信号に係る呼情報データを用いて前記新たな呼情報データと前記読み出した呼情報データをそれぞれ更新する手段と、前記現用系ＳＩＰサーバに送信された前記新たな呼情報データと前記読み出した呼情報データを、前記更新された前記新たな呼情報データと前記読み出した呼情報データでそれぞれ同期させる手段と、を有することを特徴とする。
【００２４】
本発明によれば、現用系ＳＩＰサーバで動作する呼処理プログラムの識別子が付与された呼情報データを同期受信して記憶手段に記憶しておき、予備系ＳＩＰサーバにおいて、系が切り替えられた後、その予備系ＳＩＰサーバで動作する呼処理プログラムの識別子と記憶手段から読み出した呼情報データに付与された識別子とを比較して、一致しない場合に、その呼情報データとデータ構造形式が異なる新たな呼情報データを更に生成して読み出した呼情報データと共に保持すると共に、生成した新たな呼情報データと記憶手段から読み出した呼情報データとを同期送信するため、旧ファイルでの復帰発生時においても呼を救済することができる。
【００２５】
すなわち、データ構造形式を改めた呼情報データ（以下、新の呼情報データ）と、データ構造形式を改める前の呼情報データ（以下、旧の呼情報データ）とを両方保持し、それら新旧両方の呼情報データが予備系に切り替えられた現用系ＳＩＰサーバに送信されるため、現用系に切り替えられた予備系ＳＩＰサーバに問題が発生し、再び現用系となった現用系ＳＩＰサーバで旧ファイルでの復帰が発生した場合であっても、旧の呼情報データを利用して呼を継続することができる。
【００２６】
請求項２記載の呼救済方法は、現用系ＳＩＰサーバと予備系ＳＩＰサーバとで行う呼救済方法において、前記現用系ＳＩＰサーバにより、自機で動作する呼処理プログラムの識別子を付与して受信ＳＩＰ信号に係る呼情報データを生成すると共に、前記予備系ＳＩＰサーバに送信するステップを有し、前記予備系ＳＩＰサーバにより、前記呼情報データを受信して記憶手段に記憶しておくステップと、系が切り替えられた後、自機で動作する呼処理プログラムの識別子と前記記憶手段から読み出した呼情報データに付与された識別子とを比較して、一致しない場合に、前記呼情報データとデータ構造形式が異なる新たな呼情報データを生成して前記読み出した呼情報データと共に保持すると共に、前記生成した新たな呼情報データと前記読み出した呼情報データとを前記現用系ＳＩＰサーバに送信するステップと、前記系の切り替え後に受信した受信ＳＩＰ信号に係る呼情報データを用いて前記新たな呼情報データと前記読み出した呼情報データをそれぞれ更新するステップと、更新された前記新たな呼情報データ及び前記読み出した呼情報データと、前記現用系ＳＩＰサーバに送信された前記新たな呼情報データと前記読み出した呼情報データを、前記更新された前記新たな呼情報データと前記読み出した呼情報データでそれぞれ同期させるステップと、を有することを特徴とする。
【００２７】
本発明によれば、現用系ＳＩＰサーバで動作する呼処理プログラムの識別子が付与された呼情報データを同期受信して記憶手段に記憶しておき、予備系ＳＩＰサーバにおいて、系が切り替えられた後、その予備系ＳＩＰサーバで動作する呼処理プログラムの識別子と記憶手段から読み出した呼情報データに付与された識別子とを比較して、一致しない場合に、その呼情報データとデータ構造形式が異なる新たな呼情報データを更に生成して読み出した呼情報データと共に保持すると共に、生成した新たな呼情報データと記憶手段から読み出した呼情報データとを同期送信するため、旧ファイルでの復帰発生時においても呼を救済することができる。
【００２８】
すなわち、データ構造形式を改めた呼情報データ（以下、新の呼情報データ）と、データ構造形式を改める前の呼情報データ（以下、旧の呼情報データ）とを両方保持し、それら新旧両方の呼情報データが予備系に切り替えられた現用系ＳＩＰサーバに送信されるため、現用系に切り替えられた予備系ＳＩＰサーバに問題が発生し、再び現用系となった現用系ＳＩＰサーバで旧ファイルでの復帰が発生した場合であっても、旧の呼情報データを利用して呼を継続することができる。
【発明の効果】
【００２９】
本発明によれば、旧ファイルでの復帰発生時においても呼を救済することができる。
【図面の簡単な説明】
【００３０】
【図１】呼救済システムの機能ブロック構成を示す図である。
【図２】呼救済の動作フローを示す図である。
【図３】呼救済の動作フロー説明に参照される図である。
【図４】ITU-T Recommendation Y.2012からの抜粋したＡＳＦ＆ＳＳＦを説明する図である。
【図５】系間メモリ同期機能を説明する図である。
【図６】ファイル更新機能を説明する図である。
【図７】ＳＩＰサーバで問題発生時の動作を説明する図である。
【発明を実施するための形態】
【００３１】
以下、本発明を実施する一実施の形態について図面を用いて説明する。但し、本発明は多くの異なる様態で実施することが可能であり、本実施の形態の記載内容に限定して解釈すべきではない。
【００３２】
図１は、本実施の形態に係る呼救済システムの機能ブロック構成を示す図である。この呼救済システムは、通信ネットワーク５００を介して通信可能に接続されたＡＣＴ系のＳＩＰサーバ１００とＳＢＹ系のＳＩＰサーバ３００とで構成される。
【００３３】
最初に、各ＳＩＰサーバ１００，３００の構成について説明する。ＡＣＴ系のＳＩＰサーバ１００は、呼処理機能部１１と、系間同期機能部１２と、ファイル更新機能部１３と、メモリ１５と、ＤＢ１６とで構成されている。
【００３４】
呼処理機能部１１は、受信したＳＩＰ信号を既定の手続きに従って処理する機能を有し、その処理は呼処理プログラムにより実現される。なお、この呼処理機能部１１は、図５に示した呼処理プログラムと同義である。
【００３５】
また、呼処理機能部１１は、その呼処理プログラムのバージョン値を設定し、例えばコンフィグ等に保持しておく機能を有している。なお、設定される値はバージョン値に限定されず、呼処理プログラムを識別可能な値（識別子）であれば良い。なお、バージョン値は、同世代ファイルであればＡＣＴ系とＳＢＹ系とで同じ値が設定され、異世代であればＡＣＴ系とＳＢＹ系とで異なる値が設定される。
【００３６】
系間同期機能部１２は、ＳＩＰ信号に係る呼情報データ等がメモリ１５やＤＢ１６に記憶（保持・格納）されることによりＡＣＴ系でそれらデータが生成される毎にＳＢＹ系のＳＩＰサーバ３００に送信し、ＳＢＹ系のＳＩＰサーバ３００との間でデータを同期する機能を有している。具体的には、図５、図６を参照しながら従来技術で説明した系間メモリ同期機能処理、ファイル更新処理と同様の処理を行う。
【００３７】
ファイル更新機能部１３は、メモリ１５やＤＢ１６に格納されたデータのデータ構造形式を変換する機能を有している。具体的には、図６を参照しながら従来技術で説明したファイル更新処理と同様の処理を行う。
【００３８】
メモリ１５は、受信したＳＩＰ信号に係る呼情報データ（従来技術で説明したように、呼処理で一時的に必要となるデータ類）を格納する機能を有している。
【００３９】
ＤＢ１６は、ＳＩＰ信号を処理する際に必要となる所定のデータ（従来技術で説明したように、局データや加入者データ等の永続的なデータ類）を格納する機能を有している。
【００４０】
なお、呼処理機能部１１と、系間同期機能部１２と、ファイル更新機能部１３とは、ＣＰＵ等の処理手段により実現される。また、ＤＢ１６は、ハードディスク等の記憶手段により実現される。そして、それら各機能部の各処理は、プログラムにより実行される。
【００４１】
一方、ＳＢＹ系のＳＩＰサーバ３００は、ＡＣＴ系のＳＩＰサーバ１００が故障しても呼処理サービスを継続して提供する冗長化ＳＩＰサーバであり、図１に示すように、ＡＣＴ系のＳＩＰサーバ１００と同様の機能部を有している。
【００４２】
次に、図２及び図３を参照しながら、このような機能を有するＡＣＴ系・ＳＢＴ系の各ＳＩＰサーバ１００，３００で行う呼救済の動作フローについて説明する。但し、両ＳＩＰサーバ１００，３００のコンフィグには、プログラムバージョン〔００１〕が設定されているものとする。
【００４３】
最初に、ＳＩＰ信号がＡＣＴ系のＳＩＰサーバ１００に到達後、呼処理機能部１１が、受信したＳＩＰ信号に係る呼情報データを格納するメモリ領域をメモリ１５に確保し、ＡＣＴ系のＳＩＰサーバ１００で動作する呼処理プログラムのバージョン〔００１〕をコンフィグから取得して呼情報データに付与してメモリ１５に書き込むことにより、バージョン値〔００１〕を含む呼情報データをＡＣＴ系で生成する（図２のＳ１０１）。
【００４４】
そして、呼情報データが生成される毎に、ＡＣＴ系の系間同期機能部１２が、ＡＣＴ系のメモリ１５でＳＢＹ系のメモリ３５を同期し、ＡＣＴ系のＤＢ１６でＳＢＹ系のＤＢ３６を同期する（図２のＳ１０２：図３のファイル更新前参照）。このようなメモリとＤＢとの系間同期は、所定のタイミングで随時実行されている。
【００４５】
なお、ファイル更新前において、ＡＣＴ系のメモリ１５とＳＢＹ系のメモリ３５とにそれぞれ保持される各呼情報データのデータ構造形式を旧とし、ＡＣＴ系のＤＢ１６とＳＢＹ系のＤＢ３６とにそれぞれ格納される各データのデータ構造形式も旧とする。
【００４６】
次に、ＳＢＹ系に新ファイルがインストールされた場合には、ＳＢＹ系のファイル更新機能部３３が、ＡＣＴ系のＤＢ１６のデータ内容を引き継ぎながら、ＳＢＹ系のＤＢ３６のデータのデータ構造形式を旧から新に変換する（図２のＳ１０３：図３のＳＢＹ系新ファイルインストール参照）。このとき、旧から新へのファイルの世代交代により、ＳＢＹ系のＳＩＰサーバ３００のコンフィグには、プログラムバージョン〔００２〕が設定される。
【００４７】
その後、系が切り替えられて新ＡＣＴ系の呼処理機能部３１により新ファイルで運用開始された場合には、新ＡＣＴ系のファイル更新機能部３３が、同期されていたメモリ３５の呼情報データに付与されていたバージョン値〔００１〕と、ＳＢＹ系のＳＩＰサーバ３００で動作する呼処理プログラムのバージョン値〔００２〕とを比較する（図２のＳ１０４）。
【００４８】
Ｓ１０４の比較処理でバージョン値が一致しないため、新ＡＣＴ系のファイル更新機能部３３が、同期されていた呼情報データとデータ構造形式が異なる新たな呼情報データ（以下、新の呼情報データ）を生成して、メモリ３５に既に保持されている呼情報データ（以下、旧の呼情報データ）と共にメモリ３５に保持する（図２のＳ１０５）。
【００４９】
従来では、旧の呼情報データを新の呼情報データに「変換」していたが、本実施の形態では、新の呼情報データを更に「生成」し、新旧の２つの呼情報データを保持している。これにより、アプリケーションによる呼情報データの多面管理が可能となる。なお、新の呼情報データと旧の呼情報データとはデータ構造形式が異なるのみであり、格納されたデータ内容は同じである。
【００５０】
その後、新ＡＣＴ系の系間同期機能部３２が、新旧の呼情報データを現用系ＳＩＰサーバ１００に送信することにより、新ＡＣＴ系のメモリ３５で新ＳＢＹ系のメモリ１５を同期させる（図２のＳ１０６：図３の新ファイル運転開始参照）。
【００５１】
そして、新ファイル運転開始時での呼処理動作時に、新ファイルで救済対象の呼（ＳＩＰ信号）を受信した際には、新ＡＣＴ系のファイル更新機能部３３が、受信したＳＩＰ信号に係る呼情報データを用いて新旧の呼情報データをそれぞれ更新し、新ＡＣＴ系の系間同期機能部３２が、更新された新旧の呼情報データで新ＳＢＹ系のＳＩＰサーバ１００の新旧の呼情報データをそれぞれ同期させる（図２のＳ１０７：図３の新ファイル運転開始（呼処理動作時）参照）。
【００５２】
次に、新ＡＣＴ系のＳＩＰサーバ３００で問題が発生し、再び系が切り替えられた場合、再びＡＣＴ系となったＳＩＰサーバ１００の呼処理機能部１１は、旧ファイルを用いて起動する（図２のＳ１０８：図３の新ファイル運転開始（→旧ファイル復帰）参照）。
【００５３】
その後、旧ファイルでＳＩＰ信号を受信した場合には、ＡＣＴ系のＳＩＰサーバ１００は、新の呼情報データではなく、旧の呼情報データを用いて呼処理を継続する（図２のＳ１０９：図３の旧ファイルで運転再開参照）。
【００５４】
以上より、本実施の形態によれば、呼情報データに呼処理プログラムのバージョン値を付与し、そのバージョン値を利用した比較結果により一致しない場合に新旧両方の呼情報データを保持し、その新旧両方の呼情報データで同期するため、アプリケーションによる呼情報データの多面管理が可能となり、旧ファイル復帰が発生した場合であっても、旧の呼情報データを利用して全ての呼を救済することが可能となる。これにより、高いサービス継続性を担保した冗長化サーバを構築することができる。
【符号の説明】
【００５５】
１００、３００…ＳＩＰサーバ
１１、３１…呼処理機能部
１２、３２…系間同期機能部
１３、３３…ファイル更新機能部
１５、３５…メモリ
１６、３６…データベース
Ｓ１０１〜Ｓ１０９…処理ステップ
【図１】
0005449229.tif 000002
【図２】
0005449229.tif 000003
【図３】
0005449229.tif 000004
【図４】
0005449229.tif 000005
【図５】
0005449229.tif 000006
【図６】
0005449229.tif 000007
【図７】
0005449229.tif 000008