(57)【要約】【課題】処理サーバの障害に伴う通信障害の影響を抑制する。【解決手段】第１呼制御サーバ２ａは、第１通信端末７ａと第２通信端末７ｂのリアルタイム通信を制御する。メディア中継サーバ１は、リアルタイム通信において、第１通信端末７ａおよび第１呼制御サーバ２ａ間で送受信される通信データを中継するとともに、第２通信端末７ｂおよび第１呼制御サーバ２ａ間で送受信される通信データを中継する中継手段２３と、第１呼制御サーバ２ａに障害が発生すると、第１通信端末７ａおよび第１呼制御サーバ２ａ間で送受信される通信データを終端して、第２通信端末７ｂに送信するとともに、第２通信端末７ｂおよび第１呼制御サーバ２ａ間で送受信される通信データを終端して、第１通信端末７ａに送信する終端手段２４とを備える。【選択図】      図１
2018036953.tif 000002
【特許請求の範囲】
【請求項１】
第１通信端末と第２通信端末とのリアルタイム通信を制御する第１呼制御サーバと、前記第１呼制御サーバの障害発生時に前記リアルタイム通信を制御する第２呼制御サーバと、前記第１呼制御サーバおよび前記第２呼制御サーバに接続するメディア中継サーバを備える通信システムであって、
前記第１呼制御サーバは、
前記第１通信端末と前記第２通信端末の前記リアルタイム通信を制御し、
前記メディア中継サーバは、
前記リアルタイム通信において、前記第１通信端末および前記第１呼制御サーバ間で送受信される通信データを中継するとともに、前記第２通信端末および前記第１呼制御サーバ間で送受信される通信データを中継する中継手段と、
前記第１呼制御サーバに障害が発生すると、前記第１通信端末および前記第１呼制御サーバ間で送受信される通信データを終端して、前記第２通信端末に送信するとともに、前記第２通信端末および前記第１呼制御サーバ間で送受信される通信データを終端して、前記第１通信端末に送信する終端手段とを備え、
前記第１呼制御サーバの障害発生後、前記第２呼制御サーバが前記リアルタイム通信を制御可能になると、
前記終端手段は、通信データの終端を終了し、
前記中継手段は、前記第１通信端末および前記第２呼制御サーバ間で送受信される前記通信データを中継するとともに、前記第２通信端末および前記第２呼制御サーバ間で送受信される前記通信データを中継する
ことを特徴とする通信システム。
【請求項２】
前記通信システムは、前記メディア中継サーバと同一のＩＰアドレスを有するスタンバイ系メディア中継サーバを備え、
前記メディア中継サーバに障害が発生すると、前記スタンバイ系メディア中継サーバが、前記通信データの中継または終端を実行する
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
第１通信端末と第２通信端末とのリアルタイム通信を制御する第１呼制御サーバと、前記第１呼制御サーバの障害発生時に前記リアルタイム通信を制御する第２呼制御サーバと、前記第１呼制御サーバおよび前記第２呼制御サーバに接続するメディア中継サーバを備える通信システムに用いられる通信方法であって、
前記メディア中継サーバが、前記リアルタイム通信において、前記第１通信端末および前記第１呼制御サーバ間で送受信される通信データを中継するとともに、前記第２通信端末および前記第１呼制御サーバ間で送受信される通信データを中継するステップと、
前記第１呼制御サーバが、前記第１通信端末と前記第２通信端末の前記リアルタイム通信を制御するステップと、
前記第１呼制御サーバに障害が発生すると、前記メディア中継サーバが、前記第１通信端末および前記第１呼制御サーバ間で送受信される通信データを終端して、前記第２通信端末に送信するとともに、前記第２通信端末および前記第１呼制御サーバ間で送受信される通信データを終端して、前記第１通信端末に送信するステップと、
前記第１呼制御サーバの障害発生後、前記第２呼制御サーバが前記リアルタイム通信を制御可能になると、前記メディア中継サーバが、通信データの終端を終了し、前記第１通信端末および前記第２呼制御サーバ間で送受信される前記通信データを中継するとともに、前記第２通信端末および前記第２呼制御サーバ間で送受信される前記通信データを中継するステップ
を備えることを特徴とする通信方法。
【請求項４】
第１通信端末と第２通信端末とのリアルタイム通信を制御する第１呼制御サーバと、前記第１呼制御サーバに接続するメディア中継サーバを備える通信システムに用いられる前記メディア中継サーバであって、
前記リアルタイム通信において、前記第１通信端末および前記第１呼制御サーバ間で送受信される通信データを中継するとともに、前記第２通信端末および前記第１呼制御サーバ間で送受信される通信データを中継する中継手段と、
前記第１呼制御サーバに障害が発生すると、前記第１通信端末および前記第１呼制御サーバ間で送受信される通信データを終端して、前記第２通信端末に送信するとともに、前記第２通信端末および前記第１呼制御サーバ間で送受信される通信データを終端して、前記第１通信端末に送信する終端手段
を備えることを特徴とするメディア中継サーバ。
【請求項５】
前記メディア中継サーバは、前記第１呼制御サーバの障害発生時に前記リアルタイム通信を制御する第２呼制御サーバに接続し、
前記第１呼制御サーバの障害発生後、前記第２呼制御サーバが前記リアルタイム通信を制御可能になると、
前記終端手段は、通信データの終端を終了し、
前記中継手段は、前記第１通信端末および前記第２呼制御サーバ間で送受信される前記通信データを中継するとともに、前記第２通信端末および前記第２呼制御サーバ間で送受信される前記通信データを中継する
ことを特徴とする請求項４に記載のメディア中継サーバ。
【請求項６】
前記終端手段が、通信データを終端している間、通信データを録音する録音手段
をさらに備えることを特徴とする請求項４または５に記載のメディア中継サーバ。
【請求項７】
コンピュータに、請求項４ないし請求項６のいずれか１項に記載のメディア中継サーバとして機能させるメディア中継プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１通信端末と第２通信端末とのリアルタイム通信を制御する通信システム、通信システムに用いられる通信方法、メディア中継サーバおよびメディア中継プログラムに関する。
【背景技術】
【０００２】
サーバの処理能力を向上させる方法として、複数のサーバを備えるシステムにおいて、これらの複数のサーバに分散して処理させる技術が普及している（例えば、非特許文献１および非特許文献２参照）。
【０００３】
これらの非特許文献に記載の分散システムでは、クライアントが送信したデータを、ロードバランサが一括して受信する。ロードバランサは、任意の振分サーバにデータを送信し、振分サーバは、データに含まれるキーとハッシュアルゴリズム等に基づいて特定される処理サーバに、データを入力する。このような技術において、同一キーを有するデータは、特定の処理サーバにおいて処理される。従って、通話開始から終話までなど一連の処理に用いられるデータに同一キーを設定することにより、特定の処理サーバが一貫して、一連のデータを処理することが可能になる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】入江  道生、西村  豪生、金子  雅志、別所  寿一、飯尾  政美、"スケールアウトと柔軟な構成変更を実現するセッション制御サーバのクラスタモデル "、［online］、平成２３年２月２８日、一般社団法人電子情報通信学会、［平成２８年８月３１日検索］、インターネット〈URL：https://www.ieice.org/jpn/event/taikaiarchives/show.php/2011G/pdf/b/b_06_011.pdf〉
【非特許文献２】野口  博史、森谷  俊之、福元  健、"広域ネットワークにおける高可用サーバクラスタ構成方式に関する一検討"、［online］、平成２６年３月４日、一般社団法人電子情報通信学会、［平成２８年８月３１日検索］、インターネット〈URL：https://www.ieice.org/jpn/event/taikaiarchives/show.php/2014G/pdf/b_06_104.pdf〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、非特許文献に記載の分散システムにおいて、音声や映像等のリアルタイムデータを送受信する場合、処理サーバに障害が発生した際に、円滑な通信が実現できない問題がある。
【０００６】
具体的には、呼制御機能とリアルタイムデータを終端する機能を実装する物理サーバに障害が発生すると、代替サーバは、自身のＩＰアドレスやポート番号等を通信端末に通知するためのＳＩＰ（Session Initiation Protocol）メッセージを送信する。通信端末は、代替サーバからＩＰアドレス等を受信するまでの間、障害が発生した物理サーバにデータを送り続けるので、通信端末間の通信において、リアルタイムデータが送受信されず、無音区間が生じることになる。
【０００７】
従って本発明の目的は、複数の処理サーバが分散して処理する分散システムにおいて、処理サーバの障害に伴う通信障害の影響を抑制する通信システム、通信方法、メディア中継サーバおよびメディア中継プログラムを提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の第１の特徴は、第１通信端末と第２通信端末とのリアルタイム通信を制御する第１呼制御サーバと、第１呼制御サーバの障害発生時にリアルタイム通信を制御する第２呼制御サーバと、第１呼制御サーバおよび第２呼制御サーバに接続するメディア中継サーバを備える通信システムに関する。本発明の第１の特徴に係る通信システムの第１呼制御サーバは、第１通信端末と第２通信端末のリアルタイム通信を制御する。メディア中継サーバは、リアルタイム通信において、第１通信端末および第１呼制御サーバ間で送受信される通信データを中継するとともに、第２通信端末および第１呼制御サーバ間で送受信される通信データを中継する中継手段と、第１呼制御サーバに障害が発生すると、第１通信端末および第１呼制御サーバ間で送受信される通信データを終端して、第２通信端末に送信するとともに、第２通信端末および第１呼制御サーバ間で送受信される通信データを終端して、第１通信端末に送信する終端手段とを備え、第１呼制御サーバの障害発生後、第２呼制御サーバがリアルタイム通信を制御可能になると、終端手段は、通信データの終端を終了し、中継手段は、第１通信端末および第２呼制御サーバ間で送受信される通信データを中継するとともに、第２通信端末および第２呼制御サーバ間で送受信される通信データを中継する。
【０００９】
通信システムは、メディア中継サーバと同一のＩＰアドレスを有するスタンバイ系メディア中継サーバを備え、メディア中継サーバに障害が発生すると、スタンバイ系メディア中継サーバが、通信データの中継または終端を実行しても良い。
【００１０】
本発明の第２の特徴は、第１通信端末と第２通信端末とのリアルタイム通信を制御する第１呼制御サーバと、第１呼制御サーバの障害発生時にリアルタイム通信を制御する第２呼制御サーバと、第１呼制御サーバおよび第２呼制御サーバに接続するメディア中継サーバを備える通信システムに用いられる通信方法に関する。本発明の第２の特徴に係る通信方法は、メディア中継サーバが、リアルタイム通信において、第１通信端末および第１呼制御サーバ間で送受信される通信データを中継するとともに、第２通信端末および第１呼制御サーバ間で送受信される通信データを中継するステップと、第１呼制御サーバが、第１通信端末と第２通信端末のリアルタイム通信を制御するステップと、第１呼制御サーバに障害が発生すると、メディア中継サーバが、第１通信端末および第１呼制御サーバ間で送受信される通信データを終端して、第２通信端末に送信するとともに、第２通信端末および第１呼制御サーバ間で送受信される通信データを終端して、第１通信端末に送信するステップと、第１呼制御サーバの障害発生後、第２呼制御サーバがリアルタイム通信を制御可能になると、メディア中継サーバが、通信データの終端を終了し、第１通信端末および第２呼制御サーバ間で送受信される通信データを中継するとともに、第２通信端末および第２呼制御サーバ間で送受信される通信データを中継するステップを備える。
【００１１】
本発明の第３の特徴は、第１通信端末と第２通信端末とのリアルタイム通信を制御する第１呼制御サーバと、第１呼制御サーバに接続するメディア中継サーバを備える通信システムに用いられるメディア中継サーバに関する。本発明の第３の特徴に係るメディア中継サーバは、リアルタイム通信において、第１通信端末および第１呼制御サーバ間で送受信される通信データを中継するとともに、第２通信端末および第１呼制御サーバ間で送受信される通信データを中継する中継手段と、第１呼制御サーバに障害が発生すると、第１通信端末および第１呼制御サーバ間で送受信される通信データを終端して、第２通信端末に送信するとともに、第２通信端末および第１呼制御サーバ間で送受信される通信データを終端して、第１通信端末に送信する終端手段を備える。
【００１２】
ここでメディア中継サーバは、第１呼制御サーバの障害発生時にリアルタイム通信を制御する第２呼制御サーバに接続し、第１呼制御サーバの障害発生後、第２呼制御サーバがリアルタイム通信を制御可能になると、終端手段は、通信データの終端を終了し、中継手段は、第１通信端末および第２呼制御サーバ間で送受信される通信データを中継するとともに、第２通信端末および第２呼制御サーバ間で送受信される通信データを中継しても良い。
【００１３】
また終端手段が、通信データを終端している間、通信データを録音する録音手段をさらに備えても良い。
【００１４】
本発明の第４の特徴は、コンピュータに本発明の第３の特徴に記載の手段として機能させるメディア中継プログラムに関する。
【発明の効果】
【００１５】
本発明によれば、複数の処理サーバが分散して処理する分散システムにおいて、処理サーバの障害に伴う通信障害の影響を抑制する通信システム、通信方法、メディア中継サーバおよびメディア中継プログラムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】図１は、本発明の実施の形態に係る通信システムのシステム構成を説明する図である。
【図２】図２は、第１通信端末および第２通信端末間の通信を、第１呼制御サーバが制御する場合を説明する図である。
【図３】図３は、第１通信端末および第２通信端末間の通信を、メディア中継サーバが終端する場合を説明する図である。
【図４】図４は、第１通信端末および第２通信端末間の通信を、第２呼制御サーバが制御する場合を説明する図である。
【図５】図５は、本発明の実施の形態に係る通信方法を説明するシーケンス図である（その１）。
【図６】図６は、本発明の実施の形態に係る通信方法を説明するシーケンス図である（その２）。
【図７】図７は、本発明の実施の形態に係るメディア中継サーバのハードウエア構成および機能ブロックを説明する図である。
【図８】図８は、メディア中継サーバの設定データのデータ構造とデータの一例を説明する図である。
【図９】図９は、変形例に係るメディア中継サーバの多重構成を説明する図である。
【図１０】図１０は、変形例に係るメディア中継サーバのハードウエア構成および機能ブロックを説明する図である。
【発明を実施するための形態】
【００１７】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００１８】
（通信システム）
図１を参照して、本発明の実施の形態に係る通信システム９を説明する。通信システム９は、通信制御システム６、第１通信端末７ａ、第２通信端末７ｂおよびウェブサーバ８を備える。通信制御システム６、第１通信端末７ａ、第２通信端末７ｂおよびウェブサーバ８は、通信ネットワークによって、相互に通信可能に接続される。
【００１９】
本発明の実施の形態において、ウェブブラウザ経由で二者間通話を実現するＣ２Ｄ（Click to Dial）を用いて、第１通信端末７ａおよび第２通信端末７ｂが、音声や映像などのリアルタイム通信を行う場合を説明する。
【００２０】
ウェブサーバ８は、第１通信端末７ａおよび第２通信端末７ｂにウェブ画面を提供する。
【００２１】
第１通信端末７ａおよび第２通信端末７ｂは、話者が利用する通信端末であって、電話機やスマートフォンなどを想定する。本発明の実施の形態において第１通信端末７ａは、一般ユーザが利用し、第２通信端末７ｂは、一般ユーザの問い合わせなどに応対するオペレータが利用する場合を説明する。
【００２２】
Ｃ２Ｄにおいて第１通信端末７ａは、例えば、ウェブサーバ８が提供する問い合わせ画面に自らの電話番号を入力し、「問い合わせ」ボタンをクリックする。その後ウェブサーバ８は、通信制御システム６に第１通信端末７ａの電話番号を通知する。通信制御システム６は、第１コールとして、第１通信端末７ａとのＲＴＰ（Real-time Transport Protocol）接続を実現するために、第１通信端末７ａにＩＮＶＩＴＥメッセージを送信して、第１通信端末７ａから２００ＯＫメッセージを受信する。さらに通信制御システム６は、第２コールとして、第２通信端末７ｂとのＲＴＰ接続を実現するために、第２通信端末７ｂにＩＮＶＩＴＥメッセージを送信して、第２通信端末７ｂから２００ＯＫメッセージを受信する。その後通信制御システム６は、第１通信端末７ａとのＲＴＰ接続と第２通信端末７ｂとのＲＴＰ接続とを中継して、第１通信端末７ａおよび第２通信端末７ｂ間のリアルタイム通信を実現する。
【００２３】
なお、実施の形態において、Ｃ２Ｄにおける呼制御を説明するが、これに限られない。例えば、本発明の実施の形態は、第１通信端末７ａが発信して第２通信端末７ｂが着信する通常の通話にも、適用することができる。
【００２４】
（通話制御システム）
通信制御システム６は、図１に示すように、メディア中継サーバ１、第１呼制御サーバ２ａ、第２呼制御サーバ２ｂ、第１記憶装置３ａ、第２記憶装置３ｂ、第１振分サーバ４ａ、第２振分サーバ４ｂおよびロードバランスサーバ５を備える。
【００２５】
ロードバランスサーバ５は、通信ネットワークを介して、第１通信端末７ａ、第２通信端末７ｂおよびウェブサーバ８に接続する。ロードバランスサーバ５は、第１通信端末７ａ、第２通信端末７ｂおよびウェブサーバ８から受信した信号を、第１振分サーバ４ａおよび第２振分サーバ４ｂのうちの任意の振分サーバに入力する。また、メディア中継サーバ１から受信した信号を、通信ネットワークに送出する。
【００２６】
第１振分サーバ４ａおよび第２振分サーバ４ｂは、ロードバランスサーバ５から受信した信号に含まれる識別子に基づいて、メディア中継サーバ１を介して、信号を処理する呼制御サーバ宛に信号を送信する。
【００２７】
本発明の実施の形態においては、第１通信端末７ａおよび第２通信端末７ｂ間のリアルタイム通信において、共通する識別子を付与することにより、第１呼制御サーバ２ａが、このリアルタイム通信を制御することを可能とする。
【００２８】
第１呼制御サーバ２ａおよび第２呼制御サーバ２ｂは、通信端末間の通話や通信を制御する。本発明の実施の形態において、第１呼制御サーバ２ａは、第１通信端末７ａと第２通信端末７ｂとのリアルタイム通信を制御する。第２呼制御サーバ２ｂは、第１呼制御サーバ２ａの障害発生時の代替機として機能する。第１記憶装置３ａおよび第２記憶装置３ｂは、それぞれ、第１呼制御サーバ２ａおよび第２呼制御サーバ２ｂが参照したり更新したりする、呼情報などのデータを記憶する。第１呼制御サーバ２ａおよび第２呼制御サーバ２ｂ間において、それぞれが保持する呼情報が共有され、障害が発生した際の代替機となるように準備される。
【００２９】
メディア中継サーバ１は、第１通信端末７ａ、第２通信端末７ｂおよび第１呼制御サーバ２ａまたは第２呼制御サーバ２ｂ間で送受信されるリアルタイム通信に関する通信データを中継する。メディア中継サーバ１は、第１振分サーバ４ａおよび第２振分サーバ４ｂが送信した信号を、第１呼制御サーバ２ａまたは第２呼制御サーバ２ｂに送信する。またメディア中継サーバ１は、第１呼制御サーバ２ａまたは第２呼制御サーバ２ｂから受信した信号を、ロードバランスサーバ５を介して、通信ネットワークに送出する。
【００３０】
（概要）
図２ないし図４を参照して、本発明の概要を説明する。
【００３１】
図２は、第１通信端末７ａおよび第２通信端末７ｂ間の通信を、第１呼制御サーバ２ａが制御する場合を説明する。図２に示すように、第１通信端末７ａは、ＩＰアドレス１９２．１６８．１０．ａａａであって、第１コール下流側ＲＴＰＴ１のために、ポート１００００を用いる。第２通信端末７ｂは、ＩＰアドレス１９２．１６８．１０．ｂｂｂであって、第２コール下流側ＲＴＰＴ２のために、ポート２００００を用いる。第１呼制御サーバ２ａは、ＩＰアドレス１９２．１６８．１０．ｆｆｆであって、第１コールＲＴＰＴ３のためにポート６００００を用い、第２コールＲＴＰＴ４のためにポート６００１０を用いる。メディア中継サーバ１は、ＩＰアドレス１９２．１６８．１０．ｅｅｅであって、第１コール下流側ＲＴＰＴ１および第１コールＲＴＰＴ３を中継するためにポート５００００を用い、第２コール下流側ＲＴＰＴ２および第２コールＲＴＰＴ４を中継するためにポート５００１０を用いる。
【００３２】
図３は、第１呼制御サーバ２ａに障害が発生する場合を説明する。第１呼制御サーバ２ａに障害が発生すると、メディア中継サーバ１は、リアルタイム通信に関するデータを、終端する。メディア中継サーバ１は、ポート５００００の第１コール下流側ＲＴＰＴ１で受信したデータを、第１呼制御サーバ２ａに送信することなく、ポート５００１０の第２コール下流側ＲＴＰＴ２に送信する。同様にメディア中継サーバ１は、ポート５００１０の第２コール下流側ＲＴＰＴ２で受信したデータを、第１呼制御サーバ２ａに送信することなく、ポート５００００の第１コール下流側ＲＴＰＴ１に送信する。
【００３３】
その間、第２呼制御サーバ２ｂは、第１呼制御サーバ２ａの代替として機能する準備を行う。第２呼制御サーバ２ｂは、メディア中継サーバ１に、第１コールおよび第２コールのためのＩＮＶＩＴＥメッセージをそれぞれ送信する。メディア中継サーバ１からそれぞれのＩＮＶＩＴＥメッセージに対して２００ＯＫメッセージを受信すると、第２呼制御サーバ２ｂは、第１呼制御サーバ２ａの代替として稼働する。
【００３４】
図４は、第１通信端末７ａおよび第２通信端末７ｂ間の通信を、第２呼制御サーバ２ｂが制御する場合を説明する。第２呼制御サーバ２ｂは、ＩＰアドレス１９２．１６８．１０．ｇｇｇであって、新たな第１コールＲＴＰＴ５のためにポート７００００を用い、新たな第２コールＲＴＰＴ６のためにポート７００１０を用いる。メディア中継サーバ１は、第１コール下流側ＲＴＰＴ１および新たな第１コールＲＴＰＴ５を中継するためにポート５００００を用い、第２コール下流側ＲＴＰＴ２および新たな第２コールＲＴＰＴ６を中継するためにポート５００１０を用いる。
【００３５】
（通信方法）
図５および図６を参照して、本発明の実施の形態に係る通信方法を説明する。図５は、第１通信端末７ａは、ウェブサーバ８を介して第１通信端末の電話番号を入力し、ウェブサーバ８がその電話番号を第１呼制御サーバ２ａに入力した後の処理を開示する。
【００３６】
ステップＳ１において第１呼制御サーバ２ａは、ＩＮＶＩＴＥメッセージＦ１をメディア中継サーバ１に送信する。このＩＮＶＩＴＥメッセージＦ１は、ＳＤＰに基づいて記載され、第１呼制御サーバ２ａのＩＰアドレスおよび第１コール用のポート番号が設定される。
【００３７】
ステップＳ２においてメディア中継サーバ１は、ＩＮＶＩＴＥメッセージＦ２を、ロードバランスサーバ５を介して第１通信端末７ａに送信する。ＩＮＶＩＴＥメッセージＦ２は、メディア中継サーバ１のＩＰアドレスおよび第１コール用のポート番号が設定される。
【００３８】
ステップＳ３において第１通信端末７ａは、２００ＯＫメッセージＦ３を、ロードバランスサーバ５を介してメディア中継サーバ１に送信する。２００ＯＫメッセージＦ３は、第１通信端末７ａのＩＰアドレスおよび第１コール用のポート番号が設定される。
【００３９】
ステップＳ４においてメディア中継サーバ１は、２００ＯＫメッセージＦ４を第１呼制御サーバ２ａに送信する。２００ＯＫメッセージＦ４は、メディア中継サーバ１のＩＰアドレスおよび第１コール用のポート番号が設定される。
【００４０】
ステップＳ５において第１呼制御サーバ２ａは、ＩＮＶＩＴＥメッセージＦ５をメディア中継サーバ１に送信する。このＩＮＶＩＴＥメッセージＦ５は、第１呼制御サーバ２ａのＩＰアドレスおよび第２コール用のポート番号が設定される。
【００４１】
ステップＳ６においてメディア中継サーバ１は、ＩＮＶＩＴＥメッセージＦ６を、ロードバランスサーバ５を介して第２通信端末７ｂに送信する。ＩＮＶＩＴＥメッセージＦ６は、メディア中継サーバ１のＩＰアドレスおよび第２コール用のポート番号が設定される。
【００４２】
ステップＳ７において第２通信端末７ｂは、２００ＯＫメッセージＦ７を、ロードバランスサーバ５を介してメディア中継サーバ１に送信する。２００ＯＫメッセージＦ７は、第２通信端末７ｂのＩＰアドレスおよび第２コール用のポート番号が設定される。
【００４３】
ステップＳ８においてメディア中継サーバ１は、２００ＯＫメッセージＦ８を第１呼制御サーバ２ａに送信する。２００ＯＫメッセージＦ８は、メディア中継サーバ１のＩＰアドレスおよび第２コール用のポート番号が設定される。
【００４４】
ステップＳ１ないしステップＳ８の処理により、図２に示すように、第１コール下流側ＲＴＰＴ１、第２コール下流側ＲＴＰＴ２、第１コールＲＴＰＴ３および第２コールＲＴＰＴ４が、設定される。メディア中継サーバ１は、ポート５００００を用いて、第１コール下流側ＲＴＰＴ１および第１コールＲＴＰＴ３を中継し、ポート５００１０を用いて、第２コール下流側ＲＴＰＴ２および第２コールＲＴＰＴ４を中継する。
【００４５】
その後、第１呼制御サーバ２ａに障害が発生すると、メディア中継サーバ１は、ステップＳ１１において、メディアの終端を開始する。具体的にはメディア中継サーバ１は、ポート５００００の第１コール下流側ＲＴＰＴ１で受信したデータを、ポート５００１０の第２コール下流側ＲＴＰＴ２に送信する。またメディア中継サーバ１は、ポート５００１０の第２コール下流側ＲＴＰＴ２で受信したデータを、ポート５００００の第１コール下流側ＲＴＰＴ１に送信する。メディア中継サーバ１は、ポート番号５００００と５００１０とで、データを中継する。その間、第２呼制御サーバ２ｂからメディア中継サーバ１に、ＩＮＶＩＴＥメッセージが送信され、第２呼制御サーバ２ｂが第１呼制御サーバ２ａの代替として稼働するための準備を行う。
【００４６】
具体的には、ステップＳ１２において第２呼制御サーバ２ｂは、ＩＮＶＩＴＥメッセージＦ９をメディア中継サーバ１に送信する。このＩＮＶＩＴＥメッセージＦ９は、第２呼制御サーバ２ｂのＩＰアドレスおよび第１コール用のポート番号が設定される。
【００４７】
ステップＳ１３においてメディア中継サーバ１は、２００ＯＫメッセージＦ１０を第２呼制御サーバ２ｂに送信する。２００ＯＫメッセージＦ１０は、メディア中継サーバ１のＩＰアドレスおよび第１コール用のポート番号が設定される。
【００４８】
ステップＳ１４において第２呼制御サーバ２ｂは、ＩＮＶＩＴＥメッセージＦ１１をメディア中継サーバ１に送信する。このＩＮＶＩＴＥメッセージＦ１１は、第２呼制御サーバ２ｂのＩＰアドレスおよび第２コール用のポート番号が設定される。
【００４９】
ステップＳ１５においてメディア中継サーバ１は、２００ＯＫメッセージＦ１２を第２呼制御サーバ２ｂに送信する。２００ＯＫメッセージＦ１２は、メディア中継サーバ１のＩＰアドレスおよび第２コール用のポート番号が設定される。
【００５０】
メディア中継サーバ１は、第１コールおよび第２コールのそれぞれについて、２００ＯＫメッセージを送信すると、ステップＳ１６において、メディアの終端を終了する。その後、メディア中継サーバ１は、ポート５００００を用いて、第１コール下流側ＲＴＰＴ１および新たな第１コールＲＴＰＴ５を中継し、ポート５００１０を用いて、第２コール下流側ＲＴＰＴ２および新たな第２コールＲＴＰＴ６を中継する。
【００５１】
（メディア中継サーバ）
図７を参照して、本発明の実施の形態に係るメディア中継サーバ１を説明する。メディア中継サーバ１は、記憶装置１０、処理装置２０および通信制御装置３０を備える一般的なコンピュータである。一般的なコンピュータが所定の機能を実現するためのメディア中継プログラムを実行することにより、図７に示す各機能を実現する。
【００５２】
記憶装置１０は、メディア中継プログラムを記憶するとともに、設定データ１１および録音データ１２を記憶する。
【００５３】
設定データ１１は、図８に示すように、第１コールおよび第２コールに関して、メディア中継サーバ１が用いるポート番号と、呼制御サーバ、第１通信端末７ａおよび第２通信端末７ｂの設定のデータである。
【００５４】
メディア中継サーバポート番号は、メディア中継サーバ１が、第１コールまたは第２コールの中継で用いるポート番号である。
【００５５】
ペアポート番号は、通信データを終端する際に、中継先となるポート番号が設定される。メディア中継サーバポート番号に第１コールのポート番号が設定されている場合、ペアポート番号には、第２コールのポート番号が設定される。メディア中継サーバポート番号に第２コールのポート番号が設定されている場合、ペアポート番号には、第１コールのポート番号が設定される。
【００５６】
第１コール用のメディア中継サーバポート番号には、ペアポート番号のほか、第１コールで用いられる第１呼制御サーバ２ａおよび第１通信端末７ａのＩＰアドレスおよびポート番号が対応づけられる。第２コール用のメディア中継サーバポート番号には、ペアポート番号のほか、第２コールで用いられる第１呼制御サーバ２ａおよび第２通信端末７ｂのＩＰアドレスおよびポート番号が対応づけられる。
【００５７】
なお、第１呼制御サーバ２ａが故障し、第２呼制御サーバ２ｂが代替として機能する場合、第１コール用および第２コール用のメディア中継サーバポート番号には、それぞれ、第１コールおよび第２コールで用いられる第２呼制御サーバ２ｂのＩＰアドレスおよびポート番号が対応づけられる。
【００５８】
録音データ１２は、メディア中継サーバ１が通信データを終端している間の音声データであって、後述の録音手段２５により録音されたものである。
【００５９】
処理装置２０は、呼制御手段２１、メディア制御手段２２および呼制御サーバ障害監視手段２６を備える。
【００６０】
呼制御手段２１は、第１通信端末７ａおよび第２通信端末７ｂ間で呼を確立するためのＩＮＶＩＴＥメッセージおよび２００ＯＫメッセージを送受信する手段である。呼制御手段２１は、第１通信端末７ａおよび第２通信端末７ｂから２００ＯＫメッセージを受信した際に、設定データ１１を更新する。また第１呼制御サーバ２ａが故障し、第２呼制御サーバ２ｂが代替する際、第２呼制御サーバ２ｂに２００ＯＫメッセージを送信する際にも、設定データ１１を更新する。
【００６１】
本発明の実施の形態において、第１呼制御サーバ２ａおよび第２呼制御サーバ２ｂは、第１コールと第２コールとに用いるポート番号の組み合わせが予め決められているとする。例えば、第１コールにおいてポート番号６００００を使った場合、第２コールにおいて、ポート番号６００１０を使うように制御される。
【００６２】
このように、第１コールと第２コールとに用いるポート番号の組み合わせが予め決められている場合、呼制御手段２１は、その組み合わせに応じて、メディア中継サーバ１においてペアとなるポート番号を特定する。さらに、メディア中継サーバ１は、ペアとなるポート番号に基づいて、設定データ１１を更新することができる。また、設定データ１１＋において、第１コールおよび第２コールのペアとなるポート番号が特定されることにより、第１呼制御サーバ２ａにおいて障害が発生し、メディア中継サーバ１において通信データを終端する際に、中継先のポート番号を特定することが可能になる。
【００６３】
メディア制御手段２２は、第１通信端末７ａおよび第２通信端末７ｂ間で送受信される通信データを制御する。メディア制御手段２２は、中継手段２３、終端手段２４および録音手段２５を備える。
【００６４】
中継手段２３は、第１通信端末７ａおよび第２通信端末７ｂ間のリアルタイム通信において、第１通信端末７ａおよび第１呼制御サーバ２ａ間で送受信される通信データを中継するとともに、第２通信端末７ｂおよび第１呼制御サーバ２ａ間で送受信される通信データを中継する。第１呼制御サーバ２ａの障害発生後、第２呼制御サーバ２ｂがリアルタイム通信を制御可能になると、中継手段２３は、第１通信端末７ａおよび第２呼制御サーバ２ｂ間で送受信される通信データを中継するとともに、第２通信端末７ｂおよび第２呼制御サーバ２ｂ間で送受信される通信データを中継する。
【００６５】
中継手段２３は、ポート５００００において、第１通信端末７ａから第１呼制御サーバ２ａ宛の信号を受信して、第１呼制御サーバ２ａに転送し、第１呼制御サーバ２ａから第１通信端末７ａ宛の信号を受信して、第１通信端末７ａに転送する。また中継手段２３は、ポート５００１０において、第２通信端末７ｂから第１呼制御サーバ２ａ宛の信号を受信して、第１呼制御サーバ２ａに転送し、第１呼制御サーバ２ａから第２通信端末７ｂ宛の信号を受信して、第１通信端末７ａに転送する。
【００６６】
第２呼制御サーバ２ｂが第１呼制御サーバ２ａの代替として機能する場合、中継手段２３は、ポート５００００において、第１通信端末７ａから第２呼制御サーバ２ｂ宛の信号を受信して、第２呼制御サーバ２ｂに転送し、第２呼制御サーバ２ｂから第１通信端末７ａ宛の信号を受信して、第１通信端末７ａに転送する。また中継手段２３は、ポート５００１０において、第２通信端末７ｂから第２呼制御サーバ２ｂ宛の信号を受信して、第２呼制御サーバ２ｂに転送し、第２呼制御サーバ２ｂから第２通信端末７ｂ宛の信号を受信して、第１通信端末７ａに転送する。
【００６７】
終端手段２４は、第１呼制御サーバ２ａに障害が発生すると、第１通信端末７ａおよび第１呼制御サーバ２ａ間で送受信される通信データを終端して、第２通信端末７ｂに送信するとともに、第２通信端末７ｂおよび第１呼制御サーバ２ａ間で送受信される通信データを終端して、第１通信端末７ａに送信する。第１呼制御サーバ２ａの障害発生後、第２呼制御サーバ２ｂがリアルタイム通信を制御可能になると、終端手段２４は、通信データの終端を終了する。
【００６８】
ここで、第１呼制御サーバ２ａが複数の通信端末間の通信を制御している場合、終端手段２４は、これらの通信を終端する。その際終端手段２４は、設定データ１１を参照して、ペアとなるポート番号の組み合わせの通信を終端して、通信データを中継する。図８に示す例においてメディア中継サーバポート番号５００００は、５００１０とペアである。従って終端手段２４は、ポート５００００において、第１通信端末７ａから第１呼制御サーバ２ａ宛の信号を受信して、ポート５００１０において第２通信端末７ｂに転送する。終端手段２４は、ポート５００１０において、第２通信端末７ｂから第１呼制御サーバ２ａ宛の信号を受信して、ポート５００００において第１通信端末７ａに転送する。
【００６９】
終端手段２４は、第２呼制御サーバ２ｂが、第１呼制御サーバ２ａの代替として機能するためにＩＮＶＩＴＥメッセージおよび２００ＯＫメッセージを送受信している間に、稼働する。第１呼制御サーバ２ａの代替として第２呼制御サーバ２ｂが機能し始めると、終端手段２４は、その処理を終了し、中継手段２３によって、通信データは中継される。
【００７０】
録音手段２５は、終端手段２４が、通信データを終端している間、通信データを録音した録音データ１２を記憶装置１０に記憶する。録音手段２５は、第１呼制御サーバ２ａまたは第２呼制御サーバ２ｂにおいて通信データを録音できない場合、これらのサーバに変わって、通話データを録音する。録音されたデータは、顧客管理システム等で保管され、第１呼制御サーバ２ａまたは第２呼制御サーバ２ｂで録音されたデータとマージされて管理される。
【００７１】
呼制御サーバ障害監視手段２６は、第１呼制御サーバ２ａに障害が発生しているか否かを判定し、障害が発生している場合、メディア制御手段２２に通知する。メディア制御手段２２は、障害が発生すると、中継手段２３による通信データの中継を中止し、終端手段２４によって通信データを終端する。呼制御サーバ障害監視手段２６は、例えば、第１呼制御サーバ２ａにテストパケットを送信して、第１呼制御サーバ２ａから応答がなかった場合に、第１呼制御サーバ２ａに障害が発生したと判定する。
【００７２】
本発明の実施の形態に係る通信システム９によれば、第１通信端末７ａおよび第２通信端末７ｂは、第１呼制御サーバ２ａの故障の有無にかかわらず、メディア中継サーバ１のＩＰアドレスおよびポート宛にデータを送信すればよい。また第１呼制御サーバ２ａにおいて障害が発生したとしても、第２呼制御サーバ２ｂは、メディア中継サーバ１にＩＮＶＩＴＥメッセージを送信すればよく、第１通信端末７ａおよび第２通信端末７ｂまで送信する必要がない。これにより、呼制御サーバの切り替えに要する時間を短縮することが可能になる。
【００７３】
第２呼制御サーバ２ｂおよびメディア中継サーバ１がＩＮＶＩＴＥメッセージおよび２００ＯＫメッセージの送受信をする間、メディア中継サーバ１は、第１通信端末７ａおよび第２通信端末７ｂ間の通信データを中継し、必要に応じて録音する。これにより、第１個制御サーバ１ａに障害が発生しても、第１通信端末７ａおよび第２通信端末７ｂ間で通信が可能になり、無音区間が生じにくくなる。
【００７４】
このように通信システム９は、処理サーバの障害に伴う通信障害の影響を抑制することができる。
【００７５】
（変形例）
変形例において、メディア中継サーバ１が、多重化される場合を説明する。
【００７６】
図９に示すように、アクト系メディア中継サーバ１ａとスタンバイ系メディア中継サーバ１ｂは、同一のＩＰアドレスを有し、相互に通信可能に接続される。アクト系メディア中継サーバ１ａに障害が発生すると、スタンバイ系メディア中継サーバ１ｂが、通信データの中継または終端を実行する。
【００７７】
図１０を参照して、変形例に係るスタンバイ系メディア中継サーバ１ｂを説明する。アクト系メディア中継サーバ１ａも同様の構成を備える。
【００７８】
図１０に備えるスタンバイ系メディア中継サーバ１ｂは、図７を参照して説明した本発明の実施の形態に係るメディア中継サーバ１と比較して、系間制御手段２７を備える点が異なる。系間制御手段２７は、同期手段２８および引継手段２９を備える。
【００７９】
同期手段２８は、アクト系メディア中継サーバ１ａとテスト信号を送受信するなどして、アクト系メディア中継サーバ１ａの生死情報を、スタンバイ系メディア中継サーバ１ｂと共有する。また同期手段２８は、通信データもアクト系メディア中継サーバ１ａと同期するように制御する。
【００８０】
引継手段２９は、一定期間、アクト系メディア中継サーバ１ａから信号の受信がない場合、アクト系メディア中継サーバ１ａが故障したとみなして、スタンバイ系メディア中継サーバ１ｂがアクト系メディア中継サーバ１ａに変わって稼働するように、処理を引き継ぐ。具体的には、スタンバイ系メディア中継サーバ１ｂの呼制御手段２１およびメディア制御手段２２等が、アクト系メディア中継サーバ１ａの各手段に変わって処理を実行する。
【００８１】
このように変形例に係るメディア中継サーバによれば、ＩＰアドレスが共通する２つのサーバで多重化されるので、ごく短時間で処理の引継を行うことがでる。従って、第１通信端末７ａおよび第２通信端末７ｂ間での通信が寸断される時間が短くなり、無音区間が生じにくくなる。
【００８２】
（その他の実施の形態）
上記のように、本発明の実施の形態とその変形例によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００８３】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００８４】
１  メディア中継サーバ
２ａ  第１呼制御サーバ
２ｂ  第２呼制御サーバ
３ａ  第１記憶装置
３ｂ  第２記憶装置
４ａ  第１振分サーバ
４ｂ  第２振分サーバ
５  ロードバランスサーバ
６  通信制御システム
７ａ  第１通信端末
７ｂ  第２通信端末
８  ウェブサーバ
９  通信システム
１０  記憶装置
１１  設定データ
１２  録音データ
２０  処理装置
２１  呼制御手段
２２  メディア制御手段
２３  中継手段
２４  終端手段
２５  録音手段
２６  呼制御サーバ障害監視手段
２７  系間制御手段
２８  同期手段
２９  引継手段
３０  通信制御装置
【図１】
2018036953.tif 000003
【図２】
2018036953.tif 000004
【図３】
2018036953.tif 000005
【図４】
2018036953.tif 000006
【図５】
2018036953.tif 000007
【図６】
2018036953.tif 000008
【図７】
2018036953.tif 000009
【図８】
2018036953.tif 000010
【図９】
2018036953.tif 000011
【図１０】
2018036953.tif 000012