(57)【要約】【課題】より簡易なシステム構成で、ネットワークを介した音声通話などのサービスの提供を円滑に継続させる。【解決手段】電話会議ＡＳ２０は、会議室インスタンス２２を生成する会議室生成部２１を備え、監視サーバ３０は、電話会議ＡＳ２０の障害を検知し、監視ＩＤを含む障害通知信号をＳＩＰ−ＡＳ１０に送信する障害監視部３２を備え、ＳＩＰ−ＡＳ１０は、第１の電話会議ＡＳ２０上に生成された会議室インスタンス２２とユーザ端末４０との間にセッションを確立する会議室確立部１１と、会議室インスタンスを特定する監視ＩＤを含む障害通知信号を受信した際に、第１の電話会議ＡＳ２０又は第２の電話会議ＡＳ２０上に生成された新会議室インスタンス２２とユーザ端末４０との間にセッションを確立する新会議室確立部１２と、を備える。【選択図】図１
2014039161.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末間の音声データ通信を仲介するアプリケーションサーバである電話会議ＡＳと、前記電話会議ＡＳの障害を監視する監視サーバと、前記ユーザ端末と前記電話会議ＡＳとの間のセッションを制御するアプリケーションサーバであるＳＩＰ−ＡＳと、を備える呼救済システムであって、
前記電話会議ＡＳは、前記ユーザ端末間の音声データ通信を仲介する会議室インスタンスを生成する会議室生成部を備え、
前記監視サーバは、前記電話会議ＡＳにおける障害の発生を検知し、前記障害の影響を受けた会議室インスタンスを特定する監視ＩＤを含む障害通知信号を前記ＳＩＰ−ＡＳに送信する障害監視部を備え、
前記ＳＩＰ−ＡＳは、第１の電話会議ＡＳに前記会議室インスタンスの生成を要求し、該要求により前記第１の電話会議ＡＳ上に生成された前記会議室インスタンスと前記ユーザ端末との間にセッションを確立する会議室確立部と、前記会議室インスタンスを特定する監視ＩＤを含む障害通知信号を受信した際に、前記第１の電話会議ＡＳ又は前記第１の電話会議ＡＳとは異なる第２の電話会議ＡＳに新会議室インスタンスの生成を要求し、該要求により前記第１の電話会議ＡＳ又は前記第２の電話会議ＡＳ上に生成された前記新会議室インスタンスと前記ユーザ端末との間にセッションを確立する新会議室確立部と、を備える、
呼救済システム。
【請求項２】
前記電話会議ＡＳは、前記監視サーバに制御信号を送信する制御信号送信部を更に備え、
前記監視サーバは、前記制御信号を受信する制御信号受信部を更に備え、
前記障害監視部は、前記制御信号受信部が所定時間以上前記制御信号を受信しなかった場合に、前記電話会議ＡＳにおける障害の発生を検知する、
請求項１に記載の呼救済システム。
【請求項３】
前記電話会議ＡＳは、前記音声データ通信により伝送される音声データを録音した録音データを前記監視サーバに送信する録音データ送信部を更に備え、
前記監視サーバは、前記録音データを受信し、蓄積する録音データ蓄積部を更に備え、
前記障害監視部は、前記録音データ蓄積部による前記録音データの蓄積が所定時間以上滞った場合に、前記電話会議ＡＳにおける障害の発生を検知する、
請求項１に記載の呼救済システム。
【請求項４】
前記録音データ蓄積部は、前記会議室インスタンスを特定する監視ＩＤと前記新会議室インスタンスを特定する監視ＩＤとが同一の又は対応する値である場合に、前記新会議室インスタンスに係る録音データを蓄積済みの前記会議室インスタンスに係る録音データと関連付けて蓄積する、
請求項３に記載の呼救済システム。
【請求項５】
ユーザ端末間の音声データ通信を仲介するアプリケーションサーバである電話会議ＡＳと、前記電話会議ＡＳの障害を監視する監視サーバと、前記ユーザ端末と前記電話会議ＡＳとの間のセッションを制御するアプリケーションサーバであるＳＩＰ−ＡＳと、により実行される呼救済方法であって、
前記ＳＩＰ−ＡＳが、第１の電話会議ＡＳに前記ユーザ端末間の音声データ通信を仲介する会議室インスタンスの生成を要求する会議室生成要求ステップと、
前記第１の電話会議ＡＳが、前記会議室インスタンスを生成する会議室生成ステップと、
前記ＳＩＰ−ＡＳが、前記会議室インスタンスと前記ユーザ端末との間にセッションを確立する会議室確立ステップと、
前記監視サーバが、前記電話会議ＡＳにおける障害の発生を検知し、前記障害の影響を受けた会議室インスタンスを特定する監視ＩＤを含む障害通知信号を前記ＳＩＰ−ＡＳに送信する障害監視ステップと、
前記ＳＩＰ−ＡＳが、前記会議室インスタンスを特定する監視ＩＤを含む障害通知信号を受信した際に、前記第１の電話会議ＡＳ又は前記第１の電話会議ＡＳとは異なる第２の電話会議ＡＳに新会議室インスタンスの生成を要求し、該要求により前記第１の電話会議ＡＳ又は前記第２の電話会議ＡＳ上に生成された前記新会議室インスタンスと前記ユーザ端末との間にセッションを確立する新会議室確立ステップと、
を含む呼救済方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話会議アプリケーションサーバ障害時における呼救済システム及び呼救済方法に関する。
【背景技術】
【０００２】
従来から、マルチメディアサービスを提供するＩＰ通信システムに関する技術として、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅｄ  Ｐｒｏｔｏｃｏｌ）を利用してユーザにマルチメディアサービスを提供する通信システム基盤であるＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ：ＩＰマルチメディアサブシステム）が知られている。
【０００３】
ＩＭＳでは、ＣＳＣＦ（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ：呼セッション制御機能）と呼ばれるセッション制御を行うＳＩＰサーバ群からなるネットワークと、ユーザ等に付加サービスを提供するアプリケーションサーバ（ＡＳ）ネットワークとが分離されている。ＣＳＣＦの一種であるＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ  ＣＳＣＦ）が、ユーザ端末間のセッション制御やＡＳのサービス起動制御などを行う。具体的には、Ｓ−ＣＳＣＦは、ユーザ端末から付加サービスを要求する信号を受信すると、ユーザ認証や付加サービスを提供するＡＳの特定などの処理を行い、ユーザ端末からの信号を該当するＡＳにルーティングし、ユーザ端末とＡＳとの間のセッションを確立する。
【０００４】
このように、Ｓ−ＣＳＣＦがセッション制御やＡＳのサービス起動制御などを集中的に行うことにより、ユーザは、ＡＳが提供する付加サービスを利用することができる。ここで、従来から、複数ユーザ間での音声通話などの付加サービスを提供する電話会議ＡＳ（カンファレンスサーバ）が知られている。電話会議ＡＳは、複数ユーザ端末間の音声データ通信を仲介することで、音声通話などの付加サービスを実現する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−３５５４４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
このような構成において電話会議ＡＳに障害が発生した場合、ユーザ端末間の音声通話が継続できなくなる。従来の仕組みは、電話会議ＡＳを複数のサーバからなる冗長構成とし、負荷分散装置などの外部装置をフロントエンドに備えることで冗長構成を外部から意識しない構成とするか、もしくは、このような冗長構成を取らずに、呼を切断してしまうかのいずれかであった。
【０００７】
しかしながら、実際の音声通信を処理しながら冗長構成を外部から意識しない構成とする場合には、通信状態を冗長化されたＡＳ間で同期する手段、現用系の障害を検出して自律的に待機系に切り替える手段、さらに現用系から待機系に切り替えたことを外部に意識させない手段など、比較的高機能な手段を冗長化されたＡＳに備える必要がある。そのため、ＡＳとしての機能要件が複雑となり、電話会議システム開発・構築及び運用の工数が増大するという問題がある。また、呼を切断してしまう場合には、ユーザに、正常に動作している電話会議ＡＳに再接続させるという負担を強いることになるという問題がある。
【０００８】
そこで、本発明は、より簡易なシステム構成で、ネットワークを介した音声通話などのサービスの提供を円滑に継続させることを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る呼救済システムは、ユーザ端末間の音声データ通信を仲介するアプリケーションサーバである電話会議ＡＳと、電話会議ＡＳの障害を監視する監視サーバと、ユーザ端末と電話会議ＡＳとの間のセッションを制御するアプリケーションサーバであるＳＩＰ−ＡＳと、を備える呼救済システムであって、電話会議ＡＳは、ユーザ端末間の音声データ通信を仲介する会議室インスタンスを生成する会議室生成部を備え、監視サーバは、電話会議ＡＳにおける障害の発生を検知し、障害の影響を受けた会議室インスタンスを特定する監視ＩＤを含む障害通知信号をＳＩＰ−ＡＳに送信する障害監視部を備え、ＳＩＰ−ＡＳは、第１の電話会議ＡＳに会議室インスタンスの生成を要求し、該要求により第１の電話会議ＡＳ上に生成された会議室インスタンスとユーザ端末との間にセッションを確立する会議室確立部と、上記会議室インスタンスを特定する監視ＩＤを含む障害通知信号を受信した際に、第１の電話会議ＡＳ又は第１の電話会議ＡＳとは異なる第２の電話会議ＡＳに新会議室インスタンスの生成を要求し、該要求により第１の電話会議ＡＳ又は第２の電話会議ＡＳ上に生成された新会議室インスタンスとユーザ端末との間にセッションを確立する新会議室確立部と、を備える。
【００１０】
本発明に係る呼救済方法は、ユーザ端末間の音声データ通信を仲介するアプリケーションサーバである電話会議ＡＳと、電話会議ＡＳの障害を監視する監視サーバと、ユーザ端末と電話会議ＡＳとの間のセッションを制御するアプリケーションサーバであるＳＩＰ−ＡＳと、により実行される呼救済方法であって、ＳＩＰ−ＡＳが、第１の電話会議ＡＳにユーザ端末間の音声データ通信を仲介する会議室インスタンスの生成を要求する会議室生成要求ステップと、第１の電話会議ＡＳが、会議室インスタンスを生成する会議室生成ステップと、ＳＩＰ−ＡＳが、会議室インスタンスとユーザ端末との間にセッションを確立する会議室確立ステップと、監視サーバが、電話会議ＡＳにおける障害の発生を検知し、障害の影響を受けた会議室インスタンスを特定する監視ＩＤを含む障害通知信号をＳＩＰ−ＡＳに送信する障害監視ステップと、ＳＩＰ−ＡＳが、上記会議室インスタンスを特定する監視ＩＤを含む障害通知信号を受信した際に、第１の電話会議ＡＳ又は第１の電話会議ＡＳとは異なる第２の電話会議ＡＳに新会議室インスタンスの生成を要求し、該要求により第１の電話会議ＡＳ又は第２の電話会議ＡＳ上に生成された新会議室インスタンスとユーザ端末との間にセッションを確立する新会議室確立ステップと、を含む。
【００１１】
このような形態によれば、ＳＩＰ−ＡＳは、電話会議ＡＳにおける障害を検知した監視サーバから、障害を受けた会議室インスタンスを特定する監視ＩＤを含む障害通知信号を受信することができる。これにより、ＳＩＰ−ＡＳは、正常に動作している電話会議ＡＳに対して新会議室インスタンスの生成を要求し、ユーザ端末と新たに生成された新会議室インスタンスとの間に新たなセッションを確立することができる。以上により、比較的高機能な手段を冗長化された電話会議ＡＳに備えることなく、電話会議ＡＳに障害が発生した際に、新たに生成した新会議室インスタンスを介してユーザ端末間の音声通話を継続させることができる。
【００１２】
上記の呼救済システムでは、電話会議ＡＳは、監視サーバに制御信号を送信する制御信号送信部を更に備え、監視サーバは、制御信号を受信する制御信号受信部を更に備え、障害監視部は、制御信号受信部が所定時間以上制御信号を受信しなかった場合に、電話会議ＡＳにおける障害の発生を検知してもよい。
【００１３】
このような形態によれば、監視サーバは、電話会議ＡＳから送信される制御信号を監視し、当該制御信号の受信が所定時間以上途絶えたことをもって、電話会議ＡＳにおける障害を検知するため、電話会議ＡＳにおける障害を適切に検知することができる。
【００１４】
上記の呼救済システムでは、電話会議ＡＳは、音声データ通信により伝送される音声データを録音した録音データを監視サーバに送信する録音データ送信部を更に備え、監視サーバは、録音データを受信し、蓄積する録音データ蓄積部を更に備え、障害監視部は、録音データ蓄積部による録音データの蓄積が所定時間以上滞った場合に、電話会議ＡＳにおける障害の発生を検知してもよい。
【００１５】
このような形態によれば、監視サーバは、電話会議ＡＳから送信され蓄積される録音データを監視し、当該録音データの蓄積が所定時間以上滞ったことをもって、電話会議ＡＳにおける障害を検知するため、電話会議ＡＳにおける障害を適切に検知することができる。
【００１６】
なお、上記の録音データ蓄積部は、会議室インスタンスを特定する監視ＩＤと新会議室インスタンスを特定する監視ＩＤとが同一の又は対応する値である場合に、新会議室インスタンスに係る録音データを蓄積済みの会議室インスタンスに係る録音データと関連付けて蓄積してもよい。
【００１７】
このような形態によれば、録音データ蓄積部は、会議室インスタンスを特定する監視ＩＤと新会議室インスタンスを特定する監視ＩＤとが同一の又は対応する値である場合に、新会議室インスタンスに係る録音データを既に蓄積済みの会議室インスタンスに係る録音データと関連付けて蓄積することができる。これにより、会議室インスタンスに係る録音データと新会議室インスタンスに係る録音データとが互いに関連付けられずに分散して蓄積されることを防ぐことができ、録音データの管理容易性及びユーザ利便性を向上させることができる。
【発明の効果】
【００１８】
本発明によれば、より簡易なシステム構成で、ネットワークを介した音声通話などのサービスの提供を円滑に継続させることができる。
【図面の簡単な説明】
【００１９】
【図１】第１実施形態に係る呼救済システムの全体構成を示すブロック図である。
【図２】実施形態に係るアプリケーションサーバのハードウェア構成図である。
【図３】監視開始処理の動作を示すシーケンス図である。
【図４】第１実施形態に係る障害発生時の流れを示すシーケンス図である。
【図５】第２実施形態に係る呼救済システムの全体構成を示すブロック図である。
【図６】第２実施形態に係る障害発生時の流れを示すシーケンス図である。
【発明を実施するための形態】
【００２０】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００２１】
［第１実施形態］
第１実施形態では、監視サーバが制御信号の受信状況を監視することで電話会議ＡＳにおける障害を検知し、ＳＩＰ−ＡＳが新たなセッションを確立することでユーザ端末間の音声通話を継続させる呼救済システム及び呼救済方法について説明する。図１を用いて、第１実施形態に係る呼救済システムのシステム全体構成を説明する。図１に示す呼救済システム１は、ＳＩＰ−ＡＳ１０、電話会議ＡＳ２０（第１の電話会議ＡＳ、第２の電話会議ＡＳ）、監視サーバ３０、及び複数のユーザ端末（ここでは一例として、ユーザ端末４０Ａ及びユーザ端末４０Ｂ）を備え、これらの機器はＩＭＳネットワークＮを介して相互に通信する。
【００２２】
図２を用いて、ＳＩＰ−ＡＳ１０、電話会議ＡＳ２０、及び監視サーバ３０に共通するハードウェア構成を説明する。図２に示すように、ＳＩＰ−ＡＳ１０、電話会議ＡＳ２０、及び監視サーバ３０はそれぞれ、オペレーティングシステムやアプリケーションプログラムなどを実行するＣＰＵ１０１と、ＲＯＭ及びＲＡＭで構成される主記憶部１０２と、ハードディスクメモリなどで構成される補助記憶部１０３と、データ通信を行う通信制御部１０４と、液晶モニタなどで構成される出力部１０５と、入力デバイスであるキーボード及びマウス等で構成される操作部１０６と、ＵＳＢメモリ、ＣＤ−ＲＯＭ、ＤＶＤなどの記録媒体１１０を読み取る記録媒体読取部１０７とを備える。
【００２３】
図１に示すＳＩＰ−ＡＳ１０、電話会議ＡＳ２０、及び監視サーバ３０の各機能は、ＣＰＵ１０１の制御の下で、主記憶部１０２に所定のソフトウェアプログラムを読み込ませて実行することにより実現される。その際、ＣＰＵ１０１は、ソフトウェアプログラムの処理手順に従い、主記憶部１０２及び補助記憶部１０３におけるデータの読み出し及び書き込み動作を制御し、操作部１０６、出力部１０５及び通信制御部１０４の動作を制御する。
【００２４】
ＳＩＰ−ＡＳ１０は、ユーザ端末（ユーザ端末４０Ａ及びユーザ端末４０Ｂ）と電話会議ＡＳ２０との間で、セッションの接続や切断などのセッション制御を行うアプリケーションサーバ（ＡＳ）である。ＳＩＰ−ＡＳ１０は、後述する会議室確立部１１及び新会議室確立部１２を備える。
【００２５】
電話会議ＡＳ２０は、ユーザ端末間の音声データ通信を仲介し、音声通話及び通話録音などの付加サービスを提供するアプリケーションサーバ（ＡＳ）である。ユーザ端末間の音声通話は、ユーザ端末間で確立されたセッションにおいて、ＲＴＰ／ＲＴＣＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ／ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を用いて音声データが送受信されることにより行われる。電話会議ＡＳ２０は、このセッションを仲介する（各ユーザ端末と電話会議ＡＳ２０との間でＲＴＰ／ＲＴＣＰセッションを確立する）ことにより、ユーザ端末間の音声通話及び通話録音を行う。電話会議ＡＳ２０は、後述する会議室生成部２１及び制御信号送信部２３を備える。
【００２６】
監視サーバ３０は、電話会議ＡＳ２０の障害を監視するシステム構成要素である。監視サーバ３０は、電話会議ＡＳ２０から定期的に送信される制御信号の受信を監視し、所定時間以上制御信号を受信しなかったことをもって電話会議ＡＳ２０の障害を検知する。監視サーバ３０は、電話会議ＡＳ２０における障害を検知すると、ＳＩＰ−ＡＳ１０に障害通知を行う。監視サーバ３０は、後述する制御信号受信部３１及び障害監視部３２を備える。
【００２７】
以下、各機能要素について、処理の流れに沿って説明する。
【００２８】
会議室確立部１１は、ユーザ端末４０Ａ及びユーザ端末４０Ｂと電話会議ＡＳ２０（第１の電話会議ＡＳ２０）との間にセッションを確立する機能要素である。より具体的には、会議室確立部１１は、ユーザ端末４０Ａ又はユーザ端末４０Ｂからの要求を受けて、後述する会議室インスタンス２２Ａの生成を第１の電話会議ＡＳ２０に要求し、第１の電話会議ＡＳ２０上に生成された会議室インスタンス２２Ａとユーザ端末４０Ａ及びユーザ端末４０Ｂとの間（会議室インスタンス２２Ａとユーザ端末４０Ａとの間、及び、会議室インスタンス２２Ａとユーザ端末４０Ｂとの間）にセッションを確立する。これにより、ユーザ端末４０Ａ及びユーザ端末４０Ｂ間において、会議室インスタンス２２Ａを介して音声通話を行うことが可能となる。
【００２９】
会議室生成部２１は、会議室確立部１１又は後述する新会議室確立部１２からの要求を受けて、電話会議ＡＳ２０上に会議室インスタンス２２Ａ又は新会議室インスタンス２２Ｂを生成する機能要素である。ここで、会議室インスタンス２２Ａ及び新会議室インスタンス２２Ｂは、具体的には、電話会議ＡＳ２０に設けられたコンピュータ上で実行される処理により主記憶部１０２等の記憶領域上に生成される仮想的な会議室であり、ユーザ端末４０Ａ及びユーザ端末４０Ｂ間の音声通話や通話録音などの処理を行う機能を備えたものである。
【００３０】
制御信号送信部２３は、監視サーバ３０に制御信号を送信する機能要素である。制御信号送信部２３は、後述する監視処理が起動された後に、予め電話会議ＡＳ２０と監視サーバ３０との間で合意されている所定の間隔以内で、定期的に、監視サーバ３０に制御信号を送信する。
【００３１】
制御信号受信部３１は、制御信号送信部２３が送信した制御信号を受信する機能要素である。
【００３２】
障害監視部３２は、電話会議ＡＳ２０からの制御信号の受信状況を監視し、電話会議ＡＳ２０における障害を検知した際に、ＳＩＰ−ＡＳ１０に障害通知を行う機能要素である。具体的には、障害監視部３２は、制御信号受信部３１が予め電話会議ＡＳ２０と監視サーバ３０との間で合意されている所定時間以上、制御信号を受信しなかった場合に、電話会議ＡＳ２０における障害の発生を検知する。障害監視部３２は、電話会議ＡＳ２０における障害を検知すると、障害の影響を受けた会議室インスタンス２２Ａを特定する監視ＩＤを含む障害通知信号をＳＩＰ−ＡＳ１０に送信する。監視ＩＤの詳細については後述する。
【００３３】
新会議室確立部１２は、障害の影響を受けた会議室インスタンス２２Ａの代わりとなる新会議室インスタンス２２Ｂを確立することで、ユーザ端末４０Ａ及びユーザ端末４０Ｂ間の音声通話を継続させる機能要素である。具体的には、新会議室確立部１２は、障害監視部３２から障害を受けた会議室インスタンス２２Ａを特定する監視ＩＤを含む障害通知信号を受けて、正常に動作している電話会議ＡＳ２０（第１の電話会議ＡＳ２０又は第１の電話会議ＡＳ２０とは異なる第２の電話会議ＡＳ２０）に新会議室インスタンス２２Ｂの生成を要求する。その後、監視ＩＤにより特定した会議室インスタンス２２Ａと接続していたユーザ端末４０Ａ及びユーザ端末４０Ｂと新会議室インスタンス２２Ｂとの間にセッションを確立することで、ユーザ端末４０Ａ及びユーザ端末４０Ｂ間の音声通話を継続させる。
【００３４】
ここで、新会議室確立部１２は、常に第２の電話会議ＡＳ２０に新会議室インスタンス２２Ｂの生成を要求してもよく、第１の電話会議ＡＳ２０のサーバ機能（オペレーティングシステム機能やネットワーク機能など）が正常であり、会議室インスタンスの再生成が可能であると判定できた場合には、第１の電話会議ＡＳ２０に新会議室インスタンス２２Ｂの生成を要求してもよい。上記判定の方法は限定されないが、例えば、電話会議ＡＳ２０のネットワーク機能の正常性を確認するためのネットワーク監視や会議室インスタンス２２Ａを生成する基盤となるサービスの正常動作を確認するためのサービス監視などの監視を組み合わせることで行ってもよい。
【００３５】
図３を用いて、監視開始処理の動作を説明する。まず、ＳＩＰ−ＡＳ１０が、ユーザ端末４０Ａ又はユーザ端末４０Ｂからの要求を受けて、会議室を生成する処理を開始する（ステップＳ３０１）。具体的には、ＳＩＰ−ＡＳ１０（会議室確立部１１）が、電話会議ＡＳ２０に会議室生成要求を行う（会議室生成要求ステップ）。電話会議ＡＳ２０（会議室生成部２１）は、会議室生成要求を受けて、会議室インスタンス２２Ａを生成し、ＳＩＰ−ＡＳ１０に会議室生成完了通知を送信する（ステップＳ３０２、会議室生成ステップ）。
【００３６】
ＳＩＰ−ＡＳ１０（会議室確立部１１）は、会議室生成完了通知を受けて、会議室インスタンス２２Ａに接続する参加者を追加する処理を開始する（ステップＳ３０３、会議室確立ステップ）。ＳＩＰ−ＡＳ１０（会議室確立部１１）が、電話会議ＡＳ１０と参加者（ユーザ端末４０Ａ及びユーザ端末４０Ｂ）との間のセッションを確立することで、参加者追加の処理が完了する（ステップＳ３０４）。参加者追加の処理の詳細については後述する。
【００３７】
ここで、監視開始処理（ステップＳ３０５）以降の処理について説明する前に、監視ＩＤについて説明する。監視ＩＤは、上述したように新会議室確立部１２が障害の影響を受けた会議室インスタンス２２Ａを特定し、会議室インスタンス２２Ａと接続していたユーザ端末４０Ａ及びユーザ端末４０Ｂと新会議室インスタンス２２Ｂとの間にセッションを確立することで、ユーザ端末４０Ａ及びユーザ端末４０Ｂ間の音声データ通信を再開させるために必要となるものである。従って、監視ＩＤは、ＳＩＰ−ＡＳ１０、電話会議ＡＳ２０、及び監視サーバ３０により共有される。監視ＩＤの生成及び共有の方法は特に限定されないが、一例として、後述するステップＳ３０５〜ステップＳ３０９の処理を示す。
【００３８】
ＳＩＰ−ＡＳ１０は、会議室確立部１１がユーザ端末４０Ａ及びユーザ端末４０Ｂと会議室インスタンス２２Ａとの間でセッションを確立した後に、監視処理を開始する（ステップＳ３０５）。まず、ＳＩＰ−ＡＳ１０が会議室インスタンス２２Ａに紐づく監視ＩＤを生成し（ステップＳ３０６）、生成した監視ＩＤを電話会議ＡＳ２０に送信する。電話会議ＡＳ２０は、ＳＩＰ−ＡＳ１０から監視ＩＤを受信すると、監視処理を起動する（ステップＳ３０７）。具体的には、制御信号送信部２３による監視サーバ３０に対する制御信号の定期送信処理を起動すると共に、監視サーバ３０に監視ＩＤを送信する。監視サーバ３０は、電話会議ＡＳ２０から監視ＩＤを受信すると、監視処理を起動する（ステップＳ３０８）。具体的には、障害監視部３２が制御信号の監視を開始する。以上の処理により、ＳＩＰ−ＡＳ１０上で生成された監視ＩＤが、ＳＩＰ−ＡＳ１０、電話会議ＡＳ２０、及び監視サーバ３０の間で共有されると共に、電話会議ＡＳ２０及び監視サーバ３０における監視処理が開始される。
【００３９】
図４を用いて、第１実施形態における障害発生時の動作について説明する。ここで、新会議室確立部１２は、常に第２の電話会議ＡＳ２０に新会議室インスタンス２２Ｂの生成を要求するものとする。
【００４０】
ユーザ端末４０Ａ及びユーザ端末４０Ｂは、第１の電話会議ＡＳ２０上の会議室インスタンス２２Ａを介して、音声データ通信（ＲＴＰ／ＲＴＣＰ通信）を行う（ステップＳ４０１）。図３のステップＳ３０７における監視処理が起動された後、制御信号送信部２３は、監視サーバ３０に対して定期的に制御信号を送信し、制御信号受信部３１が、当該制御信号を受信する（ステップＳ４０２）。
【００４１】
障害監視部３２は、第１の電話会議ＡＳ２０上で障害が発生し、所定時間以上制御信号を受信しなかったことをもって、第１の電話会議ＡＳ２０における障害を検知する（ステップＳ４０３、障害監視ステップ）。続いて、障害監視部３２は、障害の影響を受けた会議室インスタンス２２Ａを特定する監視ＩＤを含む障害通知信号をＳＩＰ−ＡＳ１０に送信する（ステップＳ４０４、障害監視ステップ）。
【００４２】
新会議室確立部１２は、障害監視部３２からの障害通知信号を受信し、第２の電話会議ＡＳ２０に新会議室インスタンス２２Ｂの生成を要求する（ステップＳ４０５、新会議室確立ステップ）。第２の電話会議ＡＳ２０上の会議室生成部２１は、新会議室インスタンス２２Ｂを生成し、ＳＩＰ−ＡＳ１０に正常終了応答信号を送信する（ステップＳ４０６）。新会議室確立部１２は、ユーザ端末４０Ａ及びユーザ端末４０Ｂの接続先情報を含む通話セッション要求信号（以下、通話セッション要求信号を「ＩＮＶＩＴＥ」と表記する。）を第２の電話会議ＡＳ２０に送信する（ステップＳ４０７、ステップＳ４１１、新会議室確立ステップ）。これにより、第２の電話会議ＡＳ２０においてユーザ端末４０Ａ及びユーザ端末４０Ｂと接続する準備が整う。その後、第２の電話会議ＡＳ２０は、上記ＩＮＶＩＴＥのそれぞれに対してユーザ端末４０Ａ及びユーザ端末４０Ｂが新たに接続する新会議室インスタンス２２Ｂの接続先情報を含む正常終了応答信号を返す（ステップＳ４０８、ステップＳ４１２）。
【００４３】
また、新会議室確立部１２は、第２の電話会議ＡＳ２０からの応答（ステップＳ４０８，Ｓ４１２）で得た新会議室インスタンス２２Ｂの接続先情報を含むセッション切替要求信号（以下、セッション切替要求信号を「ｒｅＩＮＶＩＴＥ」と表記する。）をユーザ端末４０Ａ及びユーザ端末４０Ｂに送信する（ステップＳ４０９、ステップＳ４１３、新会議室確立ステップ）。これにより、ユーザ端末４０Ａ及びユーザ端末４０Ｂのそれぞれにおいて、新会議室インスタンス２２Ｂと接続する準備が整い、ユーザ端末４０Ａ及びユーザ端末４０Ｂはそれぞれ、上記ｒｅＩＮＶＩＴＥに対して正常終了応答信号を返す（ステップＳ４１０、ステップＳ４１４）。
【００４４】
ここで、図４において、ユーザ端末４０Ａに係る処理（ステップＳ４０７〜ステップＳ４１０）とユーザ端末４０Ｂに係る処理（ステップＳ４１１〜ステップＳ４１４）とは互いに独立した処理であるため、これらの処理間での処理順序は図４に記載の順序に限られない。
【００４５】
以上の処理により、ユーザ端末４０Ａ及びユーザ端末４０Ｂと第２の電話会議ＡＳ２０上の新会議室インスタンス２２Ｂとの間でセッションが確立され、ユーザ端末４０Ａ及びユーザ端末４０Ｂは、新会議室インスタンス２２Ｂを介して、音声データ通信（ＲＴＰ／ＲＴＣＰ通信）を再開する（ステップＳ４１５）。その後、監視処理も再開される（ステップＳ４１６）。なお、新会議室インスタンス２２Ｂについても、会議室インスタンス２２Ａと同様に、会議室インスタンスを特定する監視ＩＤが生成され、ＳＩＰ−ＡＳ１０、電話会議ＡＳ２０、及び監視サーバ３０により共有される。
【００４６】
以上のように、第１実施形態によれば、新会議室確立部１２は、電話会議ＡＳ２０における障害を検知した障害監視部３２から、障害を受けた会議室インスタンス２２Ａを特定する監視ＩＤを含む障害通知信号を受信することができる。これにより、新会議室確立部１２は、正常に動作している第２の電話会議ＡＳ２０に対して新会議室インスタンス２２Ｂの生成を要求し、ユーザ端末４０Ａ及びユーザ端末４０Ｂと新たに生成された新会議室インスタンス２２Ｂとの間に新たなセッションを確立することができる。以上により、比較的高機能な手段を冗長化された電話会議ＡＳ２０に備えることなく、電話会議ＡＳ２０に障害が発生した際に、新たに生成した新会議室インスタンス２２Ｂを介してユーザ端末４０Ａ及びユーザ端末４０Ｂ間の音声通話を継続させることができる。
【００４７】
また、障害監視部３２が、制御信号受信部３１による制御信号の受信が所定時間以上途絶えたことをもって、電話会議ＡＳ２０における障害を検知するため、電話会議ＡＳ２０における障害を適切に検知することができる。
【００４８】
［第２実施形態］
第２実施形態では、監視サーバ３０が録音データの蓄積状況を監視することで電話会議ＡＳ２０における障害を検知し、ＳＩＰ−ＡＳ１０がユーザ端末４０Ａ及びユーザ端末４０Ｂと新会議室インスタンス２２Ｂとの間に新たなセッションを確立することでユーザ端末４０Ａ及びユーザ端末４０Ｂ間の音声通話を継続させ、さらに監視サーバ３０が録音データを関連付けて蓄積することで録音データの分散を防止する呼救済システムについて説明する。以下、図３、図５、及び図６を用いて、第２実施形態について、第１実施形態との主な相違点について説明する。
【００４９】
まず、図５を用いて、第２実施形態に係る呼救済システムのシステム全体構成を説明する。第２実施形態においては、電話会議ＡＳ２０は、後述する録音データ送信部２４を備え、監視サーバ３０は、後述する録音データ蓄積部３３を備える。
【００５０】
録音データ送信部２４は、会議室インスタンス２２Ａ又は新会議室インスタンス２２Ｂを介した音声データ通信により伝送される音声データを録音した録音データを監視サーバ３０に送信する機能要素である。録音データ送信部２４は、監視サーバ３０に録音データをリアルタイムに送信する。
【００５１】
録音データ蓄積部３３は、録音データを受信し、蓄積する機能要素である。録音データ蓄積部３３は、会議室インスタンス２２Ａを特定する監視ＩＤと新会議室インスタンス２２Ｂを特定する監視ＩＤとが同一の又は対応する値である場合に、新会議室インスタンス２２Ｂに係る録音データを蓄積済みの会議室インスタンス２２Ａに係る録音データと関連付けて蓄積する。ここで、「対応する値である」とは、会議室インスタンス２２Ａに係る音声通話と新会議室インスタンス２２Ｂに係る音声通話が一連のものであることがわかるように、互いに対応付けられた値であることを意味する。
【００５２】
障害監視部３２は、監視サーバ３０における録音データの蓄積状況を監視し、電話会議ＡＳ２０における障害を検知した際に、ＳＩＰ−ＡＳ１０に障害通知を行う機能要素である。具体的には、障害監視部３２は、録音データ蓄積部３３による録音データの蓄積が予め監視サーバ３０において設定されている所定時間以上滞った場合に、電話会議ＡＳ２０における障害の発生を検知する。障害監視部３２は、電話会議ＡＳ２０における障害を検知すると、障害の影響を受けた会議室インスタンス２２Ａを特定する監視ＩＤを含む障害通知信号をＳＩＰ−ＡＳ１０に送信する。
【００５３】
次に、図３を用いて、第２実施形態における監視開始処理の動作について説明する。ここで、第１実施形態と異なる点のみ説明する。ステップＳ３０７の監視処理起動において、録音データ送信部２４による録音データの送信が開始される。ただし、録音データ送信部２４による録音データの送信は、監視処理とは関係なく開始されていてもよい。また、ステップＳ３０８の監視処理起動において、障害監視部３２が録音データの監視を開始する。
【００５４】
次に、図６を用いて、第２実施形態における障害発生時の動作について説明する。ステップＳ５０１及びステップＳ５０４〜ステップＳ５１５の処理はそれぞれ、図４のステップＳ４０１及びステップＳ４０４〜ステップＳ４１５の処理と同様である。従って、第１実施形態と異なるステップＳ５０２、ステップＳ５０３、及びステップＳ５１６に係る箇所についてのみ説明する。
【００５５】
ユーザ端末４０Ａとユーザ端末４０Ｂとの間で会議室インスタンス２２Ａを介した音声データ通信（ＲＴＰ／ＲＴＣＰ通信）が開始されると、録音データ送信部２４は、監視サーバ３０に対して録音データをリアルタイムに送信し、録音データ蓄積部３３が、当該録音データを受信し、蓄積する（ステップＳ５０２）。
【００５６】
障害監視部３２は、第１の電話会議ＡＳ２０上で障害が発生し、録音データ蓄積部３３による録音データの蓄積が所定時間以上滞ったことをもって、第１の電話会議ＡＳ２０における障害を検知する（ステップＳ５０３）。
【００５７】
ユーザ端末４０Ａとユーザ端末４０Ｂとの間で新会議室インスタンス２２Ｂを介した音声データ通信（ＲＴＰ／ＲＴＣＰ通信）が再開されると（ステップＳ５１５）、録音データ送信部２４による録音データの送信も再開され、監視処理も再開される（ステップＳ５１６）。ここで、録音データ蓄積部３３は、新会議室インスタンス２２Ｂを特定する監視ＩＤが会議室インスタンス２２Ａを特定する監視ＩＤと同一の又は対応する値であることを確認し、新会議室インスタンス２２Ｂに係る録音データ（ステップＳ５１６において受信された録音データ）を蓄積済みの会議室インスタンス２２Ａに係る録音データ（ステップＳ５０２において受信された録音データ）と関連付けて蓄積する。なお、上述したように、会議室インスタンス２２Ａを特定する監視ＩＤと同一の又は対応する値が新会議室インスタンス２２Ｂを特定する監視ＩＤとして生成され、共有される。
【００５８】
以上のように、第２実施形態によれば、新会議室確立部１２は、電話会議ＡＳ２０における障害を検知した障害監視部３２から、障害を受けた会議室インスタンス２２Ａを特定する監視ＩＤを含む障害通知信号を受信することができる。これにより、新会議室確立部１２は、正常に動作している第２の電話会議ＡＳ２０に対して新会議室インスタンス２２Ｂの生成を要求し、ユーザ端末４０Ａ及びユーザ端末４０Ｂと新たに生成された新会議室インスタンス２２Ｂとの間に新たなセッションを確立することができる。以上により、比較的高機能な手段を冗長化された電話会議ＡＳ２０に備えることなく、電話会議ＡＳ２０に障害が発生した際に、新たに生成した新会議室インスタンス２２Ｂを介してユーザ端末４０Ａ及びユーザ端末４０Ｂ間の音声通話を継続させることができる。
【００５９】
また、障害監視部３２が、録音データ蓄積部３３による録音データの蓄積が所定時間以上滞ったことをもって、電話会議ＡＳ２０における障害を検知するため、電話会議ＡＳ２０における障害を適切に検知することができる。
【００６０】
また、録音データ蓄積部３３は、会議室インスタンス２２Ａを特定する監視ＩＤと新会議室インスタンス２２Ｂを特定する監視ＩＤとが同一の又は対応する値である場合に、新会議室インスタンス２２Ｂに係る録音データを既に蓄積済みの会議室インスタンス２２Ａに係る録音データと関連付けて蓄積することができる。これにより、会議室インスタンス２２Ａに係る録音データと新会議室インスタンス２２Ｂに係る録音データとが互いに関連付けられずに分散して蓄積されることを防ぐことができ、録音データの管理容易性及びユーザ利便性を向上させることができる。
【００６１】
以上、本発明は、上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において様々な変形が可能である。特に、本実施形態では説明をわかりやすくするために、ユーザ端末が２台（ユーザ端末４０Ａ及びユーザ端末４０Ｂ）である場合について説明したが、同一の会議室インスタンスを利用して音声通話を行うユーザ端末の台数は３台以上であってもよい。
【符号の説明】
【００６２】
１…呼救済システム、１０…ＳＩＰ−ＡＳ、１１…会議室確立部、１２…新会議室確立部、２０…電話会議ＡＳ、２１…会議室生成部、２２Ａ…会議室インスタンス、２２Ｂ…新会議室インスタンス、２３…制御信号送信部、２４…録音データ送信部、３０…監視サーバ、３１…制御信号受信部、３２…障害監視部、３３…録音データ蓄積部。
【図１】
2014039161.tif 000003
【図２】
2014039161.tif 000004
【図３】
2014039161.tif 000005
【図４】
2014039161.tif 000006
【図５】
2014039161.tif 000007
【図６】
2014039161.tif 000008