(57)【要約】【課題】  冗長構成をとった通信装置において、運用系から予備系に切替えを行う際に、通信への影響時間を短くする。【解決手段】  本発明は、通信装置に関する。そして、通信装置は、通信処理を行う運用系通信処理ユニットと、運用系通信処理ユニットに異常が発生した場合に通信処理を切替えて実行する予備系通信処理ユニットとを備え、運用系通信処理ユニット及び予備系通信処理ユニットは、それぞれ通信処理を実行する通信処理モジュールを複数備えて通信処理を分散して実行させ、運用系通信処理ユニットの通信処理モジュールのうち、一部の通信処理モジュールに異常が発生した場合には、異常が発生した通信処理モジュールが処理中の通信処理を、異常の発生していない他の通信処理モジュールに切替える手段と、モジュール間通信切替えの後に、運用系通信処理ユニットが処理中の通信処理を予備系通信処理ユニットに切替える手段とを有することを特徴とする。【選択図】      図１
2010028638.tif 000002
【特許請求の範囲】
【請求項１】
通信処理を行う運用系通信処理ユニットと、
上記運用系通信処理ユニットに異常が発生した場合に、上記運用系通信処理ユニットが処理中の通信処理を切替えて実行する予備系通信処理ユニットとを備え、
上記運用系通信処理ユニット及び予備系通信処理ユニットは、それぞれ、通信処理を実行する通信処理モジュールを複数備え、複数の通信処理モジュールに分散して通信処理を実行させ、
上記運用系通信処理ユニットの通信処理モジュールのうち、一部の通信処理モジュールに異常が発生した場合には、異常が発生した通信処理モジュールが処理中の通信処理を、上記運用系通信処理ユニットにおいて、異常の発生していない他の通信処理モジュールに切替えるモジュール間通信切替手段と、
上記モジュール間通信切替手段による切替えの後に、上記運用系通信処理ユニットが処理中の通信処理を、上記予備系通信処理ユニットに切替えるユニット間通信切替手段と
を有することを特徴とする通信装置。
【請求項２】
上記運用系通信処理ユニットの通信処理モジュールのうち、一部の通信処理モジュールに異常が発生した場合には、上記運用系通信処理ユニット内で、異常が発生した通信処理モジュールが処理中の通信処理を、全て受け入れることができるリソースが、他の通信処理モジュールに空いているか否か判定するリソース判定手段をさらに有し、
上記モジュール間通信切替手段は、上記リソース判定手段において、異常が発生した通信処理モジュールが処理中の通信処理を、全て受け入れるリソースが他の通信処理モジュールに空いていないと判定された場合、異常の発生していない他の通信処理モジュールに処理を切替える動作を行わず、
上記ユニット間通信切替手段は、上記リソース判定手段において、異常が発生した通信処理モジュールが処理中の通信処理を、全て受け入れるリソースが他の通信処理モジュールに空いていないと判定された場合、上記モジュール間通信切替手段による切替えの完了を待たずに、上記運用系通信処理ユニットが処理中の通信処理について、上記予備系通信処理ユニットに切替える
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
当該通信装置は、第１のプロトコルに対応した第１のネットワークと、第２のプロトコルに対応した第２のネットワークとの間に配置され、通信処理として、上記第１のネットワークと上記第２のネットワークとを相互接続させる処理を行うことを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
上記第１のネットワークは、ＩＰ網又は公衆電話網のいずれか一方であり、上記第２のネットワークは他方であることを特徴とする請求項３に記載の通信装置。
【請求項５】
通信処理を行う運用系通信処理ユニットと、
上記運用系通信処理ユニットに異常が発生した場合に、上記運用系通信処理ユニットが処理中の通信処理を切替えて実行する予備系通信処理ユニットとを備え、
上記運用系通信処理ユニット及び予備系通信処理ユニットは、それぞれ、通信処理を実行する通信処理モジュールを複数備え、複数の通信処理モジュールに分散して通信処理を実行させる
通信装置に搭載されたコンピュータを、
上記運用系通信処理ユニットの通信処理モジュールのうち、一部の通信処理モジュールに異常が発生した場合には、異常が発生した通信処理モジュールが処理中の通信処理を、上記運用系通信処理ユニットにおいて、異常の発生していない他の通信処理モジュールに切替えるモジュール間通信切替手段と、
上記モジュール間通信切替手段による切替えの後に、上記運用系通信処理ユニットが処理中の通信処理を、上記予備系通信処理ユニットに切替えるユニット間通信切替手段と
して機能させることを特徴とする通信処理切替プログラム。
【請求項６】
通信処理を行う運用系通信処理ユニットと、
上記運用系通信処理ユニットに異常が発生した場合に、上記運用系通信処理ユニットが処理中の通信処理を切替えて実行する予備系通信処理ユニットとを備え、
上記運用系通信処理ユニット及び予備系通信処理ユニットは、それぞれ、通信処理を実行する通信処理モジュールを複数備え、複数の通信処理モジュールに分散して通信処理を実行させる
通信装置における通信処理切替方法において、
モジュール間通信切替手段、ユニット間通信切替手段を有し、
上記モジュール間通信切替手段は、上記運用系通信処理ユニットの通信処理モジュールのうち、一部の通信処理モジュールに異常が発生した場合には、異常が発生した通信処理モジュールが処理中の通信処理を、上記運用系通信処理ユニットにおいて、異常の発生していない他の通信処理モジュールに切替え、
上記ユニット間通信切替手段は、上記モジュール間通信切替手段による切替えの後に、上記運用系通信処理ユニットが処理中の通信処理を、上記予備系通信処理ユニットに切替える
ことを特徴とする通信処理切替方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信処理切替プログラム及び通信処理切替方法に関し、例えば、ＩＰ網と公衆電話網を相互接続するメディアゲートウェイに適用し得る。
【背景技術】
【０００２】
従来、ＩＰ網と公衆電話網を相互接続するメディアゲートウェイにおいて、冗長構成を取っている場合に、運用系から予備系に切替える方法としては、特許文献１に記載の方法がある。
【０００３】
特許文献１では、複数のメディアゲートウェイ部がＮ＋１の情報構成として配置され、運用系から予備系のメディアゲートウェイ部に切り替えを行う際の、切替時間の短縮方法について記載されている。
【特許文献１】特開２００５−５７４６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の方法では、メディアゲートウェイ部がＮ＋１の冗長構成をとる場合、メディアゲートウェイ部の切替え時には切替事象発生後に、呼の制御に係る情報（以下、「呼情報」という）を、予備系メディアゲートウェイ部にコピー（再設定）する必要があるこれは、予備系メディアゲートウェイ部がどの運用系メディアゲートウェイ部の代替として使用するか事前に決定できないためである。このとき、呼情報のコピー（再設定）にはある一定の時間を要し、メディアゲートウェイ部が大規模になるほどコピー（再設定）に要する時間は増えることになる。通常の処理の場合、このコピー時間は、端末（ユーザ）間の通信に影響するため望ましくなく、通信への影響時間を極力少なくする必要がある。
【０００５】
そのため、冗長構成をとった通信装置において、運用系から予備系に切替えを行う際に、通信への影響時間を短くすることができる通信装置、通信処理切替プログラム及び通信処理切替方法が望まれている。
【課題を解決するための手段】
【０００６】
第１の本発明の通信装置は、（１）通信処理を行う運用系通信処理ユニットと、（２）上記運用系通信処理ユニットに異常が発生した場合に、上記運用系通信処理ユニットが処理中の通信処理を切替えて実行する予備系通信処理ユニットとを備え、（３）上記運用系通信処理ユニット及び予備系通信処理ユニットは、それぞれ、通信処理を実行する通信処理モジュールを複数備え、複数の通信処理モジュールに分散して通信処理を実行させ、（４）上記運用系通信処理ユニットの通信処理モジュールのうち、一部の通信処理モジュールに異常が発生した場合には、異常が発生した通信処理モジュールが処理中の通信処理を、上記運用系通信処理ユニットにおいて、異常の発生していない他の通信処理モジュールに切替えるモジュール間通信切替手段と、（５）上記モジュール間通信切替手段による切替えの後に、上記運用系通信処理ユニットが処理中の通信処理を、上記予備系通信処理ユニットに切替えるユニット間通信切替手段とを有することを特徴とする。
【０００７】
第２の本発明の通信処理切替プログラムは、（１）通信処理を行う運用系通信処理ユニットと、（２）上記運用系通信処理ユニットに異常が発生した場合に、上記運用系通信処理ユニットが処理中の通信処理を切替えて実行する予備系通信処理ユニットとを備え、（３）上記運用系通信処理ユニット及び予備系通信処理ユニットは、それぞれ、通信処理を実行する通信処理モジュールを複数備え、複数の通信処理モジュールに分散して通信処理を実行させる通信装置に搭載されたコンピュータを、（４）上記運用系通信処理ユニットの通信処理モジュールのうち、一部の通信処理モジュールに異常が発生した場合には、異常が発生した通信処理モジュールが処理中の通信処理を、上記運用系通信処理ユニットにおいて、異常の発生していない他の通信処理モジュールに切替えるモジュール間通信切替手段と、（５）上記モジュール間通信切替手段による切替えの後に、上記運用系通信処理ユニットが処理中の通信処理を、上記予備系通信処理ユニットに切替えるユニット間通信切替手段として機能させることを特徴とする。
【０００８】
第３の本発明の通信処理切替方法は、（１）通信処理を行う運用系通信処理ユニットと、（２）上記運用系通信処理ユニットに異常が発生した場合に、上記運用系通信処理ユニットが処理中の通信処理を切替えて実行する予備系通信処理ユニットとを備え、（３）上記運用系通信処理ユニット及び予備系通信処理ユニットは、それぞれ、通信処理を実行する通信処理モジュールを複数備え、複数の通信処理モジュールに分散して通信処理を実行させる通信装置における通信処理切替方法において、（４）モジュール間通信切替手段、ユニット間通信切替手段を有し、（５）上記モジュール間通信切替手段は、上記運用系通信処理ユニットの通信処理モジュールのうち、一部の通信処理モジュールに異常が発生した場合には、異常が発生した通信処理モジュールが処理中の通信処理を、上記運用系通信処理ユニットにおいて、異常の発生していない他の通信処理モジュールに切替え、（６）上記ユニット間通信切替手段は、上記モジュール間通信切替手段による切替えの後に、上記運用系通信処理ユニットが処理中の通信処理を、上記予備系通信処理ユニットに切替えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、冗長構成をとった通信装置において、運用系から予備系に切替えを行う際に、通信への影響時間を短くすることができる。
【発明を実施するための最良の形態】
【００１０】
（Ａ）主たる実施形態
以下、本発明による通信装置、通信処理切替プログラム及び通信処理切替方法の一実施形態を、図面を参照しながら詳述する。なお、第１の実施形態においては、本発明による通信装置を、メディアゲートウェイに適用した場合を例として説明している。
【００１１】
（Ａ−１）実施形態の構成
図１は、この実施形態の通信システム１の全体構成を示すブロック図である。
【００１２】
通信システム１において、メディアゲートウェイ１０は、ＩＰ網と公衆電話網を相互接続させる通信処理を行うものであり、ＴＤＭインタフェース部２０、コントローラ部３０、及び、３つのメディアゲートウェイ部４０、５０、６０を有している。ここで、メディアゲートウェイ１０は、例えば、コントローラ部３０などにおいて、各メディアゲートウェイ部や、ＴＤＭインタフェース部２０の動作を制御するためのＣＰＵ、ＲＯＭ、ＲＡＭ等を有しており、ＣＰＵが実行するプログラム（実施形態の通信処理切替プログラムを含む）がインストールされている。上述したプログラムを含め、メディアゲートウェイ１０の機能的構成を示すと図１に示すようになる。
【００１３】
ＴＤＭインタフェース部２０は、メディアゲートウェイ１０において、公衆電話網側のインタフェースの機能を担っており、公衆電話網Ｎ１とはＳＴＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｐｏｒｔ  Ｍｏｄｕｌｅ）回線を用いて接続しているものとする。そして、ＴＤＭインタフェース部２０は、公衆電話網側から、ＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）による音声信号を含むＴＤＭの信号が与えられると、そのＴＤＭの信号を該当するメディアゲートウェイ部に振り分けて転送する。また、メディアゲートウェイ部４０、５０、６０から、ＰＣＭ音声信号が与えられると、そのＰＣＭ信号をＴＤＭ信号の該当するタイムスロットに入れて、公衆電話網に送出する。なお、ＴＤＭインタフェース部２０は、既存のメディアゲートウェイにおいて、公衆電話網と接続するインタフェースと同様のものを適用することができる。なお、この実施形態においては、メディアゲートウェイ１０は、公衆電話網Ｎ１とはＳＴＭ回線を用いて接続しているが、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）回線や、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）回線などであっても良く、接続する方式や、回線の種類は限定されないものである。
【００１４】
メディアゲートウェイ部４０、５０、６０は、それぞれ、メディアゲートウェイ１０においてＩＰ網と公衆電話網を相互接続させる通信処理を行うユニットであり、図１においては、Ｎ＋１（２＋１）の冗長構成を取っており、メディアゲートウェイ部４０、５０は運用系、メディアゲートウェイ部６０は予備系の構成となっている。
【００１５】
メディアゲートウェイ部４０は、ＴＤＭ処理部４１、ＩＰインタフェース部４２、及び、５つの音声処理部４３（４３−１〜４３−５）を有している。メディアゲートウェイ部５０は、ＴＤＭ処理部５１、ＩＰインタフェース部５２、及び、５つの音声処理部５３（５３−１〜５３−５）を有している。メディアゲートウェイ部６０は、ＴＤＭ処理部６１、ＩＰインタフェース部６２、及び、５つの音声処理部６３（６３−１〜６３−５）を有している。
【００１６】
ＴＤＭ処理部４１、５１、６１は、ＴＤＭインタフェース部２０から与えられたＰＣＭ信号を該当する音声処理部に振り分けて与え、音声処理部から与えられたＰＣＭ信号をＴＤＭインタフェース部２０に与える。
【００１７】
音声処理部４３−１〜４３−５、５３−１〜５３−５、６３−１〜６３−５は、ＩＰ網と公衆電話網を相互接続させる通信処理を分散して実行するモジュールであり、例えば、ＴＤＭ処理部４１、５１、６１から与えられたＰＣＭ信号を、ＶｏＩＰ化してＲＴＰパケットに変換し、ＩＰインタフェース部４２、５２、６２に与える処理などを行う。なお、音声処理部において、ＰＣＭ信号とＲＴＰパケットとの間の変換方式については既存のメディアゲートウェイと同様の方式を適用することができる。
【００１８】
また、メディアゲートウェイ部ごとに異なる数の音声処理部が配置される構成としても良い。ただし、予備系のメディアゲートウェイ部は、運用系のメディアゲートウェイ部の中で、最も多く音声処理部が配置されているもの以上の数の音声処理部を有する必要がある。例えば、それぞれの音声処理部は、通常、１チップ（例えば、Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ；ＤＳＰ）で多数の呼を処理するのは処理能力が不足するため、音声処理を行うＤＳＰチップを有するモジュールを複数搭載しているので、このようなモジュールが図１における一つの音声処理部に該当する。
【００１９】
図１において、メディアゲートウェイ部では、呼ごとに通信処理を行う音声処理部を割当てることにより、ＩＰ網と公衆電話網を相互接続させる通信処理を複数の音声処理部に分散して実行させているものとする。また、それぞれの音声処理部には、同時に処理可能な呼の上限が、その音声処理部の有するリソースなどに基づき定められている。音声処理部ごとに同時に処理可能な呼の上限は異なっていても良いが、この実施形態においては、全ての音声処理部における上限は同じであるものとして説明する。また、図１においては、それぞれのメディアゲートウェイ部に、５つの音声処理部が配置されているが、メディアゲートウェイ部に配置される音声処理部の数は限定されないものである。
【００２０】
ＩＰインタフェース部４２、５２、６２は、メディアゲートウェイ１０において、ＩＰ網Ｎ２側のインタフェースの機能を担っており、音声処理部から与えられたＲＴＰパケットをＩＰ網Ｎ２に送出し、ＩＰ網Ｎ２側から与えられたＲＴＰパケットを該当する音声処理部に与える。図１においては、メディアゲートウェイ部がＩＰインタフェース部を有し、それぞれのメディアゲートウェイ部が直接ＩＰ網Ｎ２に接続する構成として記載しているが、ＴＤＭインタフェース部２０と同様にそれぞれのメディアゲートウェイ部のＩＰインタフェース部を集約してＩＰ網Ｎ２とパケットを送受信するスイッチを備えるようにしても良い。ＩＰインタフェース部４２、５２、６２は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）や、Ｇｉｇａｂｉｔ  Ｅｔｈｅｒｎｅｔ（登録商標）などを用いて、ＩＰ網Ｎ２に接続するようにしても良く、ＩＰ網Ｎ２と接続する方式やインタフェースの種類は限定されないものである。
【００２１】
コントローラ部３０は、メディアゲートウェイ部４０、５０、６０及びＴＤＭインタフェース部２０の動作を制御する機能を担っている。
【００２２】
コントローラ部３０は、運用系のメディアゲートウェイ部４０、５０の各音声処理部の動作状況を監視し、運用系のメディアゲートウェイ部の一部の音声処理部に異常が発生した場合には、まず、その異常の発生したメディアゲートウェイ部の内部で、異常が発生した音声処理部が処理中の呼に係る処理を、他の正常な音声処理部に切り替える制御を行い、その後に、異常が発生したメディアゲートウェイ部全体が処理中の呼に係る処理を、予備系のメディアゲートウェイ部に切り替える。
【００２３】
コントローラ部３０が、メディアゲートウェイ部の各音声処理部の動作状況を監視する方法としては、例えば、各音声処理部がチップ（例えば、ＤＳＰなど）により構成される場合には、そのチップの入出力の電圧や温度測定、チップ自体が備える自己診断機能、定期的な診断プログラムの実行など、既存のチップの動作を監視する手段を用いても良い。また、音声処理部を監視する手段を、それぞれのメディアゲートウェイ部が備え、コントローラ部３０は、それぞれのメディアゲートウェイ部から監視結果の通知だけを受けるようにしても良い。
【００２４】
図２は、メディアゲートウェイ部内で、異常が発生した音声処理部が処理中の呼に係る処理を、他の正常な音声処理部に切替える処理の説明をした説明図である。
【００２５】
図３は、異常が発生したメディアゲートウェイ部が処理中の呼に係る処理を、予備系のメディアゲートウェイ部に切替える処理の説明をした説明図である。
【００２６】
音声処理部間で、異常が発生した音声処理部が処理中の呼に係る処理を、他の正常な音声処理部に切り替える制御は、例えば、異常が発生した音声処理部が処理中の呼に係る呼情報を、正常な音声処理部にコピーし、ＴＤＭ処理部及びＩＰインタフェース部において接続先を音声処理部をコピー先の音声処理部に切替えることなどにより行うようにしても良い。異常が発生したメディアゲートウェイ部が処理中の呼に係る処理を予備系のメディアゲートウェイ部に切替える制御は、例えば、既存のメディアゲートウェイと同様に、異常が発生したメディアゲートウェイ部が処理中の呼に係る呼情報を、正常なメディアゲートウェイ部にコピーし、ＴＤＭインタフェース部において、ＴＤＭ回線を予備系のメディアゲートウェイ部に切替えるなどの処理により行うようにしても良い。なお、コントローラ部３０は、各音声処理部が呼の制御をするために必要な呼情報を保持しており、呼情報を正常な音声処理部や、予備系の音声処理部にコピーする場合には、自己が保持している呼情報をコピーする。
【００２７】
異常が発生した音声処理部が処理中の呼に係る処理を、他の正常な音声処理部に切り替える際には、異常が発生した音声処理部が処理中の呼を全て吸収することができるリソースが、他の正常な音声処理部に空いているか否かが判定され、空いていると判定された場合には、上述の通り、他の正常な音声処理部に切り替えが行われ、空いていないと判定された場合には、他の正常な音声処理部へ切り替えは行わずに、異常の発生したメディアゲートウェイ部に係る処理を、予備系のメディアゲートウェイ部に切替えるようにしても良い。
【００２８】
例えば、各音声処理部が同時に処理可能な呼の数の上限をＸとした場合、コントローラ部３０において、現在各音声処理部が処理中の呼の数を監視することにより、空きリソース、すなわち、あといくつの呼を処理することができるかを把握することができる。よって、異常が発生している音声処理部が処理中の呼の数の合計が、異常の発生していない正常な音声処理部の空きリソース以下の場合には、異常が発生した音声処理部が処理中の呼を全て吸収することができるリソースが、他の正常な音声処理部に空いていると判定できる。複数の音声処理部が同時において同時に異常が発生した場合にも同様の処理により判定することができる。
【００２９】
例えば、図２に示すように、コントローラ部３０が、運用系のメディアゲートウェイ部４０内の音声処理部４３−２について異常を検知した場合には、まず、他の正常な音声処理部４３−１、４３−３、４３−４、４３−５に、４３−２が処理中の呼に係る処理を切替える。そして、その後図３に示すように、異常の発生したメディアゲートウェイ部４０が処理中の呼に係る処理を、予備系のメディアゲートウェイ部６０に切替える。ただし、異常の発生した音声処理部４３−２が処理中の呼全てを吸収できるだけのリソースが、他の正常な音声処理部に空いていないと判定された場合には、音声処理部４３−２が処理中の呼の切り替えは行われずに、メディアゲートウェイ部４０から、メディアゲートウェイ部６０へ切り替えが行われることになる。
【００３０】
（Ａ−２）実施形態の動作
次に、以上のような構成を有する第１の実施形態のメディアゲートウェイ１０の動作（この実施形態の通信処理切替方法）を説明する。
【００３１】
図４は、メディアゲートウェイ１０内で、運用系のメディアゲートウェイ部で異常が発生した場合に予備系のメディアゲートウェイ部に切り替えを行う動作について説明したフローチャートである。
【００３２】
ここでは、上述の図２、図３に示すように、メディアゲートウェイ部４０の音声処理部４３−２において異常が発生し、メディアゲートウェイ部４０が処理中の呼に係る処理が、メディアゲートウェイ部６０に切替えられる場合を例として説明する。
【００３３】
まず、コントローラ部３０において、メディアゲートウェイ部４０の音声処理部４３−２について異常が検知されたものとする（Ｓ１０１）。
【００３４】
次に、コントローラ部３０により、メディアゲートウェイ部４０の内部の他の音声処理部４３−１、４３−３、４３−４において、音声処理部４３−２が処理中の呼を吸収できるだけのリソースが空いているか否か判定され（Ｓ１０２）、空いていると判定された場合には後述するステップＳ１０３から動作し、空いていないと判定された場合には、後述するステップＳ１０４から動作する。
【００３５】
上述のステップＳ１０２において、リソースが空いていると判定された場合には、まず、音声処理部４３−２が処理中の呼に係る呼情報が、音声処理部４３−１、４３−３、４３−４にコピーされ、呼に係る処理が切替えられる（上述の図２参照）（Ｓ１０３）。
【００３６】
上述のステップＳ１０２においてリソースが空いていると判定された場合、又は、上述のステップＳ１０３において呼の切り替えが完了すると、コントローラ部３０により、異常が発生したメディアゲートウェイ部４０が処理中の呼に係る呼情報が、予備系のメディアゲートウェイ部６０にコピーされ（Ｓ１０４）、ＴＤＭインタフェース部２０において、ＴＤＭ回線が予備系のメディアゲートウェイ部６０に切替えられる（Ｓ１０５）。
【００３７】
以上の動作により、メディアゲートウェイ１０において、異常の発生したメディアゲートウェイ部４０から、メディアゲートウェイ部６０への切り替えが行われる。
【００３８】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【００３９】
（Ａ−３−１）メディアゲートウェイ１０では、運用系のメディアゲートウェイ部の一部の音声処理部で異常が発生した場合には、一旦同一メディアゲートウェイ部内で、他の正常な音声処理部に、異常が発生した音声処理部が処理中の呼を切替えてから（ステップＳ１０３、上述の図２参照）、異常の発生した運用系のメディアゲートウェイ部の呼を、予備系のメディアゲートウェイ部に切替えている（ステップＳ１０４、Ｓ１０５、上述の図３参照）。
【００４０】
ここで、従来のメディアゲートウェイについて考えると、従来のメディアゲートウェイでは、異常の発生した音声処理部が処理中の呼においては、上述のステップＳ１０３に相当する処理は行われずに、最初に異常の発生したメディアゲートウェイ部から、予備系のメディアゲートウェイ部に呼情報がコピー（上述のステップＳ１０４に相当する動作）された後に切替えられる（上述のステップＳ１０５に相当する動作）。
【００４１】
ここで、例えば、音声処理部一つ分の呼情報をコピーする平均時間をＴ１とすると、メディアゲートウェイ部４０から、予備系のメディアゲートウェイ部６０に呼情報をコピー（上述のステップＳ１０４に相当する動作）するのに必要な時間は５Ｔ１となる。すなわち、上述のステップＳ１０４に相当する動作には５Ｔの時間が費やされることになる。また、異常の発生したメディアゲートウェイ部から、予備系のメディアゲートウェイ部に呼情報がコピーされた後に、切り替える動作（上述のステップＳ１０５に相当する動作）にかかる時間をＴ２とすると、通常は、呼情報をコピーする時間Ｔ１と比較して、非常に短い時間（瞬時）となる。よって、従来のメディアゲートウェイにおいて、一部の音声処理部に異常が発生した場合には、異常が発生した音声処理部が処理中の呼は、以下の（１）式で表す時間の間、異常による影響を受けて通信ができない状態となる。一方、異常の発生した音声処理部と同一のメディアゲートウェイ部内で、正常な音声処理部が処理中の呼は、以下の（２）式で表す時間の間、異常による影響を受けて通信ができない状態が発生する。
【００４２】
異常の発生した音声処理部で処理中の呼の影響時間  ＝  ５Ｔ１＋Ｔ２…（１）
正常な音声処理部で処理中の呼の影響時間          ＝          Ｔ２…（２）
次に、この実施形態のメディアゲートウェイ１０について考えると、一部の音声処理部で異常が発生した場合、一旦同一メディアゲートウェイ部内で、他の正常な音声処理部に、異常が発生した音声処理部が処理中の呼を切替えてから（ステップＳ１０３）、異常の発生した運用系のメディアゲートウェイ部の呼情報を、予備系のメディアゲートウェイ部に呼情報をコピー（ステップＳ１０４）してから、切替えている（ステップＳ１０５）。この実施形態では、従来のメディアゲートウェイとは異なり、異常の発生した音声処理部が処理中の呼については、同一メディアゲートウェイ部内の他の音声処理部への切り替え（ステップＳ１０３）により一旦復旧し、その後、予備系のメディアゲートウェイ部への切り替え（ステップＳ１０５）の際に影響を受けるだけである。すなわち、この実施形態のメディアゲートウェイでは、従来のメディアゲートウェイと異なり、異常の発生した音声処理部が処理中の呼について、予備系のメディアゲートウェイ部に呼情報をコピー（ステップＳ１０４）している間は、影響を受けずに通信することができることになる。
【００４３】
例えば、異常が発生した音声処理部から、同一メディアゲートウェイ部内の他の音声処理部へ、呼情報をコピー（ステップＳ１０３）する時間をＴ３とすると、Ｔ３は、音声処理部一つ分の呼情報を他の音声処理部にコピーする時間であるので、Ｔ３はＴ１にほぼ等しいと考えられる。よって、この実施形態において、異常が発生した音声処理部が処理中の呼が以下の（３）式で表される時間の間、異常による影響を受けて通信ができない状態となり、従来（上記の（１）式）と比較して、４Ｔ１の時間分通信に影響を与える時間を短縮することができる。なお、上述のステップＳ１０２において、異常が発生した音声処理部と同一のメディアゲートウェイ部内で、他の音声処理部にリソースの空きが十分ないと判定された場合には、異常の発生した音声処理部が処理中の呼の影響を受ける時間は、従来と同様に上記の（１）式で表される時間となる。一方、異常の発生した音声処理部と同一のメディアゲートウェイ部内で、正常な音声処理部が処理中の呼は、上記の（２）式で表す時間の間、異常による影響を受けて通信ができない状態が発生する。通常、メディアゲートウェイにおいて、音声処理部の処理能力は、システムの最大処理能力を満足するように配備されるが、実際の運用では、最大処理能力を使用するケースは稀であり、音声処理部はリソースが空いている場合が多いため、空きリソースが無いケースは少ないと考えられる。
【００４４】
異常の発生した音声処理部で処理中の呼の影響時間  ＝  Ｔ１＋Ｔ２…（３）
このように、この実施形態のメディアゲートウェイ１０では、従来のメディアゲートウェイと比較して、音声処理部に異常が発生した場合に、通信に影響する時間を短くすることができる。
【００４５】
（Ａ−３−２）この実施形態では、コントローラ部３０により、異常が発生した音声処理部が処理中の呼に係る処理を、他の正常な音声処理部に切り替える際には、異常が発生した音声処理部が処理中の呼を全て吸収することができるリソースが、他の正常な音声処理部に空いているか否かが判定され、空いていると判定された場合にのみ、同一メディアゲートウェイ部の内部で呼の切り替えを行っている。これにより、空きリソースの範囲内で、同一メディアゲートウェイ部内で処理の切り替えを行った後に、予備系のメディアゲートウェイ部への切り替えを行う場合と比較すると、最初から予備系のメディアゲートウェイ部に切替が行われるので、空きリソースが足りず救済できなかった呼について通信に影響する時間を短くすることができる。
【００４６】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【００４７】
（Ｂ−１）上記の実施形態では、メディアゲートウェイ１０内において、メディアゲートウェイ部は、Ｎ＋１の冗長構成となっているが、Ｎ＋２や、Ｎ＋Ｍなど予備系のメディアゲートウェイ部が複数配置される構成でも良く、冗長構成の形式は限定されないものである。すなわち、メディアゲートウェイ１０内において、運用系のメディアゲートウェイ部及び予備系のメディアゲートウェイ部の数は限定されないものである。
【００４８】
（Ｂ−２）上記の実施形態においては、本発明の通信装置をメディアゲートウェイに適用した場合を例として説明したが、例えば、呼制御装置、ファイアウォール、プロキシサーバ、ネットワークスイッチ、セッションボーダコントローラなど、通信処理を行う他の通信装置に適用しても良い。
【００４９】
メディアゲートウェイにおいては、公衆電話網とＩＰ網の間の通信について相互接続させる通信処理を行うユニットとしてメディアゲートウェイ部を有し、そのユニット（メディアゲートウェイ部）は、上述の通信処理を実行するモジュールとして音声処理部を複数有し、呼ごとに通信処理を複数のモジュール（音声処理部）に分散して実行させている。
【００５０】
例えば、本発明の通信装置を、ネットワーク間の通信の制御などの通信処理を行うファイアウォールに適用した場合には、上述のユニットとして、通信制御（通信処理）を行うものが該当し、上述のモジュールとして、通信制御（通信処理）を実行するモジュールが該当し、当該ファイアウォールにおける通信制御のセッションごとに複数のモジュールに分散して通信処理を実行することになる。そして、当該ファイアウォールにおいて、運用系のユニットと予備系のユニットを有し、運用系のユニットの一部のモジュールに異常があった場合には、上記の実施形態のメディアゲートウェイと同様に、異常が発生したモジュールが処理中のセッションについて、運用系のユニット内で正常なモジュールに切り替えた後に、運用系のユニットが処理中の通信処理を予備系のユニットに切り替えることになる。
【００５１】
このように、通信処理を行う通信装置であって、通信処理を実行するモジュールを複数備えるユニットにより、その通信処理が行われ、運用系のユニットと予備系のユニットを備えるものであれば、本発明の通信装置を適用することができる。この場合、運用系のユニットにおいて一部のモジュールに異常があった場合には、異常が発生したモジュールが処理中の通信処理を、運用系のユニット内で正常なモジュールに切替えた後に、運用系のユニットが処理中の通信処理を予備系のユニットに切替えることになる。
【００５２】
例えば、ファイアウォール、スイッチなどのネットワーク機器でも、一つのシャーシに、通信処理を行うブレード（パッケージ、ボード、モジュール等呼び方が異なる場合もある）を複数搭載して冗長構成を取って構築されるものがあり、この場合シャーシに搭載するブレードが上述のユニットに該当する。そして、そのブレードには、通信処理を実行させるチップ（例えば、ＤＳＰや、Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ；ＡＳＩＣなど）を複数搭載して構築される場合があり、この場合ブレードに搭載するチップが、上述のモジュールに該当する。例えば、運用系のブレードと、予備系のブレードを有する通信装置（シャーシ）において、運用系のブレードの一部のチップに異常が発生した場合には、運用系のブレードで処理中の通信処理に関する情報を、全て予備系のブレードにコピーしてから切替えるより、運用系のブレード内で異常が発生したチップが処理中の通信処理を、他の正常なチップに切替える方が、切替えに係る処理が少なくてすむ（上記の（１）式及び（３）式参照）ため、上記の実施形態と同様に、異常が発生したチップが処理中の通信処理を早く復旧させるという効果を奏することができる。
【００５３】
（Ｂ−３）上記の実施形態では、コントローラ部３０により、異常が発生した音声処理部が処理中の呼に係る処理を、他の正常な音声処理部に切り替える際には、異常が発生した音声処理部が処理中の呼を全て吸収することができるリソースが、他の正常な音声処理部に空いているか否かが判定され、空いていると判定された場合にのみ、同一メディアゲートウェイ部の内部で呼の切り替えを行っているが、このような判定を行わずに、空きリソースの範囲内で、同一メディアゲートウェイ部内での処理の切り替えを行った後に、予備系のメディアゲートウェイ部への切り替えを行うようにしても良い。この場合でも、少なくとも空きリソース分の呼に係る通信は早期に救済されることになる。
【図面の簡単な説明】
【００５４】
【図１】実施形態に係る、メディアゲートウェイの機能的構成を示すブロック図である。
【図２】実施形態に係る、メディアゲートウェイ部内で、異常が発生した音声処理部が処理中の呼を、他の正常な音声処理部に切替える処理の説明をした説明図である。
【図３】実施形態に係る、異常が発生したメディアゲートウェイ部が処理中の呼を、予備系のメディアゲートウェイ部に切替える処理の説明をした説明図である。
【図４】実施形態に係る、運用系のメディアゲートウェイ部で異常が発生した場合に予備系のメディアゲートウェイ部に切り替えを行う動作について説明したフローチャートである。
【符号の説明】
【００５５】
１…通信システム、１０…メディアゲートウェイ、２０…ＴＤＭインタフェース部、３０…コントローラ部、４０、５０、６０…メディアゲートウェイ部、４１、５１、６１…ＴＤＭ処理部、４２、５２、６３…ＩＰインタフェース部、４３、４３−１〜４３−５、５３−１〜５３−５、６３−１〜６３−５…音声処理部、Ｎ１…公衆電話網、Ｎ２…ＩＰ網。
【図１】
2010028638.tif 000003
【図２】
2010028638.tif 000004
【図３】
2010028638.tif 000005
【図４】
2010028638.tif 000006