(57)【要約】【課題】複数のアプリケーションサーバを経由してサービスの提供がされるＩＰ通信ネットワークにおいて、複数のサービスを円滑に提供する。【解決手段】ＩＰネットワークを介して第１の付加サービスを提供する会議電話ＡＳ１０（アプリケーションサーバ）は、ユーザ端末４０から、第１の付加サービスとは異なる第２の付加サービスを提供するＣＷ制御ＡＳ２０（第２アプリケーションサーバ）へと送信される要求信号を受信する信号受信部１１と、要求信号に所定のパラメータが含まれる場合に、該要求信号に対する終端処理を行わないようにする終端処理回避部１２と、第２アプリケーションサーバへ要求信号を送信する信号送信部１３と、第２アプリケーションサーバから要求信号に対する正常終了応答信号を受信してから、要求信号に対する正常終了応答信号をユーザ端末へ送信する正常終了応答部１４とを備える。【選択図】図１
2014017790.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークを介して第１の付加サービスを提供するアプリケーションサーバであって、
ユーザ端末から、前記第１の付加サービスとは異なる第２の付加サービスを提供する第２アプリケーションサーバへと送信される要求信号を受信する信号受信部と、
前記要求信号に所定のパラメータが含まれる場合に、該所定のパラメータに基づいて、該要求信号に対する終端処理を行わないようにする終端処理回避部と、
前記第２アプリケーションサーバへ前記要求信号を送信する信号送信部と、
前記第２アプリケーションサーバから前記要求信号に対する正常終了応答信号を受信してから、前記要求信号に対する正常終了応答信号を前記ユーザ端末へ送信する正常終了応答部と、
を備えるアプリケーションサーバ。
【請求項２】
前記ＩＰネットワークに、それぞれ異なる端末である、前記ユーザ端末、第２ユーザ端末、及び第３ユーザ端末が接続されており、
前記第２の付加サービスは、前記ユーザ端末と第２ユーザ端末との間に確立される第１セッションと、前記ユーザ端末と第３ユーザ端末との間に確立される第２セッションと、を通話状態と保留状態とに相互に切り替えるコールウェイティング機能を提供するサービスであり、
前記要求信号は、セッション切替を要求する信号であり、
前記所定のパラメータは、前記コールウェイティング機能におけるセッション切替要求であることを示すパラメータであり、
前記アプリケーションサーバは、前記第１セッション又は前記第２セッションを通じて送受信されるデータ通信状態を監視し、所定時間以上の無通信状態を検知すると、セッション異常であると判定する通信監視部と、
前記コールウェイティング機能により保留状態とされたセッションについての前記通信監視部によるデータ通信の監視を停止させる通信監視停止部と、
を更に備える請求項１に記載のアプリケーションサーバ。
【請求項３】
ＩＰネットワークを介して第１の付加サービスを提供するアプリケーションサーバにより実行される通信制御方法であって、
ユーザ端末から、前記第１の付加サービスとは異なる第２の付加サービスを提供する第２アプリケーションサーバへと送信される要求信号を受信する信号受信ステップと、
前記要求信号に所定のパラメータが含まれる場合に、該所定のパラメータに基づいて、該要求信号に対する終端処理を行わないようにする終端処理回避ステップと、
前記第２アプリケーションサーバへ前記要求信号を送信する信号送信ステップと、
前記第２アプリケーションサーバから前記要求信号に対する正常終了応答信号を受信してから、前記要求信号に対する正常終了応答信号を前記ユーザ端末へ送信する正常終了応答ステップと、
を含む通信制御方法。
【請求項４】
ＩＰネットワークを介して第１の付加サービスを提供するアプリケーションサーバとして機能させるための通信制御プログラムであって、
コンピュータを、
ユーザ端末から、前記第１の付加サービスとは異なる第２の付加サービスを提供する第２アプリケーションサーバへと送信される要求信号を受信する信号受信部と、
前記要求信号に所定のパラメータが含まれる場合に、該所定のパラメータに基づいて、該要求信号に対する終端処理を行わないようにする終端処理回避部と、
前記第２アプリケーションサーバへ前記要求信号を送信する信号送信部と、
前記第２アプリケーションサーバから前記要求信号に対する正常終了応答信号を受信してから、前記要求信号に対する正常終了応答信号を前記ユーザ端末へ送信する正常終了応答部、
として機能させるための通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションサーバ、通信制御方法、及び通信制御プログラムに関する。
【背景技術】
【０００２】
従来から、マルチメディアサービスを提供するＩＰ通信システムに関する技術として、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅｄ  Ｐｒｏｔｏｃｏｌ）を利用してユーザにマルチメディアサービスを提供する通信システム基盤であるＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ：ＩＰマルチメディアサブシステム）が知られている。
【０００３】
ＩＭＳでは、ＣＳＣＦ（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ：呼セッション制御機能）と呼ばれるセッション制御を行うＳＩＰサーバ群からなるネットワークと、ユーザ等に付加サービスを提供するアプリケーションサーバ（ＡＳ）ネットワークとが分離されている。ＣＳＣＦの一種であるＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ  ＣＳＣＦ）が、ユーザ端末間のセッション制御やＡＳのサービス起動制御などを行う。具体的には、Ｓ−ＣＳＣＦは、ユーザ端末から付加サービスを要求する信号を受信すると、ユーザ認証や付加サービスを提供するＡＳの特定などの処理を行い、ユーザ端末からの信号を該当するＡＳにルーティングし、ユーザ端末とＡＳとの間のセッションを確立する。
【０００４】
このように、Ｓ−ＣＳＣＦがセッション制御やＡＳのサービス起動制御などを集中的に行うことにより、ユーザは、複数のＡＳが提供する付加サービスを柔軟に利用することができる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】“3GPP TS 24.610 V11.0.0 (2012-03)”、3GPP、２０１２年３月１６日発行
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、複数のＡＳを組み合わせて利用される場合に、標準プロトコル（非特許文献１参照）に準拠したデータ通信の仕組み上、ユーザ端末から一のＡＳに向けて送信された要求信号が、他のＡＳを経由してしまうという状況が発生し得る。このような場合において、当該他のＡＳが、ユーザ端末から受信した要求信号を自身に対する要求信号と認識して処理（終端処理）してしまうと、当該一のＡＳによる処理がされず、システム全体として処理が正常に行われないおそれがある。
【０００７】
そこで、本発明は、複数のアプリケーションサーバを経由してサービスの提供がされるＩＰ通信ネットワークにおいて、複数のサービスを円滑に提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係るアプリケーションサーバは、ＩＰネットワークを介して第１の付加サービスを提供するアプリケーションサーバであって、ユーザ端末から、第１の付加サービスとは異なる第２の付加サービスを提供する第２アプリケーションサーバへと送信される要求信号を受信する信号受信部と、要求信号に所定のパラメータが含まれる場合に、該所定のパラメータに基づいて、該要求信号に対する終端処理を行わないようにする終端処理回避部と、第２アプリケーションサーバへ要求信号を送信する信号送信部と、第２アプリケーションサーバから要求信号に対する正常終了応答信号を受信してから、要求信号に対する正常終了応答信号をユーザ端末へ送信する正常終了応答部と、を備える。
【０００９】
本発明に係る通信制御方法は、ＩＰネットワークを介して第１の付加サービスを提供するアプリケーションサーバにより実行される通信制御方法であって、ユーザ端末から、第１の付加サービスとは異なる第２の付加サービスを提供する第２アプリケーションサーバへと送信される要求信号を受信する信号受信ステップと、要求信号に所定のパラメータが含まれる場合に、該所定のパラメータに基づいて、該要求信号に対する終端処理を行わないようにする終端処理回避ステップと、第２アプリケーションサーバへ要求信号を送信する信号送信ステップと、第２アプリケーションサーバから要求信号に対する正常終了応答信号を受信してから、要求信号に対する正常終了応答信号をユーザ端末へ送信する正常終了応答ステップと、を含む。
【００１０】
本発明に係る通信制御プログラムは、ＩＰネットワークを介して第１の付加サービスを提供するアプリケーションサーバとして機能させるための通信制御プログラムであって、コンピュータを、ユーザ端末から、第１の付加サービスとは異なる第２の付加サービスを提供する第２アプリケーションサーバへと送信される要求信号を受信する信号受信部と、要求信号に所定のパラメータが含まれる場合に、該所定のパラメータに基づいて、該要求信号に対する終端処理を行わないようにする終端処理回避部と、第２アプリケーションサーバへ要求信号を送信する信号送信部と、第２アプリケーションサーバから要求信号に対する正常終了応答信号を受信してから、要求信号に対する正常終了応答信号をユーザ端末へ送信する正常終了応答部、として機能させる。
【００１１】
このような形態によれば、第１アプリケーションサーバは、ユーザ端末から第２アプリケーションサーバへと送信された要求信号を受信した場合において、当該要求信号に所定のパラメータが含まれる場合には、セッションの終端として当該要求信号に基づく処理を行うことなく、当該要求信号を第２アプリケーションサーバへ送信（透過）することができる。その後、第１アプリケーションサーバは、第２アプリケーションサーバから当該要求信号に対する正常終了応答信号を受信して、当該要求信号に対する処理が正しく実行されたことを確認した上で、ユーザ端末へ正常終了応答信号を返す。このように、第１アプリケーションサーバが、第２アプリケーションサーバに対する要求信号を透過することにより、第１アプリケーションサーバが第２のアプリケーションサーバによるサービス提供を妨げることを防ぐことができる。すなわち、他のアプリケーションサーバ（第２のアプリケーションサーバ）によるサービス提供を妨げないアプリケーションサーバ（第１のアプリケーションサーバ）を実装することができる。
【００１２】
前記ＩＰネットワークに、それぞれ異なる端末である、前記ユーザ端末、第２ユーザ端末、及び第３ユーザ端末が接続されており、前記第２の付加サービスは、前記ユーザ端末と第２ユーザ端末との間に確立される第１セッションと、前記ユーザ端末と第３ユーザ端末との間に確立される第２セッションと、を通話状態と保留状態とに相互に切り替えるコールウェイティング機能を提供するサービスであり、前記要求信号は、セッション切替を要求する信号であり、前記所定のパラメータは、前記コールウェイティング機能におけるセッション切替要求であることを示すパラメータであり、前記アプリケーションサーバは、前記第１セッション又は前記第２セッションを通じて送受信されるデータ通信状態を監視し、所定時間以上の無通信状態を検知すると、セッション異常であると判定する通信監視部と、前記コールウェイティング機能により保留状態とされたセッションについての前記通信監視部によるデータ通信の監視を停止させる通信監視停止部と、を更に備えてもよい。
【００１３】
このような形態によれば、第１アプリケーションサーバは、ユーザ端末から第２アプリケーションサーバ（コールウェイティング制御サーバ）へのセッション切替要求信号を透過するため、第２アプリケーションサーバによりセッション切替処理が実行される。ここで、第２アプリケーションサーバによるセッション切替処理により保留状態とされたセッションでは、データ通信が行われなくなる。そのため、第１アプリケーションサーバが当該データ通信の状態を監視する通信監視部を備える場合、通信監視部が、所定時間以上の無通信状態を検知してセッション異常と判断し、第１アプリケーションサーバの内部処理によりセッションの切断などの意図しない処理がされてしまうおそれがある。そこで、第２アプリケーションサーバによるセッション切替処理により保留状態とされたセッションについての通信監視部によるデータ通信の監視を停止させることにより、通信監視部が、保留状態とされて無通信状態となったセッションを異常と判断してしまうことを防ぐことができる。以上により、他のアプリケーションサーバ（第２アプリケーションサーバ）によるコールウェイティング機能の提供を妨げないアプリケーションサーバ（第１のアプリケーションサーバ）を実装することができる。
【発明の効果】
【００１４】
本発明によれば、複数のアプリケーションサーバを経由してサービスの提供がされるＩＰ通信ネットワークにおいて、他のアプリケーションサーバによるサービス提供を妨げずにサービスを提供するアプリケーションサーバを実装することができ、複数のサービスを円滑に提供することができる。
【図面の簡単な説明】
【００１５】
【図１】実施形態に係るアプリケーションサーバを含むデータ通信システムの全体構成を示すブロック図である。
【図２】実施形態に係るアプリケーションサーバのハードウェア構成図である。
【図３】第１の例に係る通話セッション要求信号の流れを示す図である。
【図４】第２の例に係る通話セッション要求信号の流れを示す図である。
【図５】第１の例に係る第２呼への切替時の通信フローを示す図である。
【図６】第１の例に係る第１呼への切り戻し時のデータ通信フローを示す図である。
【図７】第２の例に係る第２呼への切替時のデータ通信フローを示す図である。
【図８】第２の例に係る第１呼への切り戻し時のデータ通信フローを示す図である。
【図９】実施形態に係る通信制御プログラムの機能構成を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００１７】
まず、実施形態に係るアプリケーションサーバを含むデータ通信システムのシステム全体構成について、図１を用いて説明する。図１に示すデータ通信システム１は、電話会議ＡＳ１０（アプリケーションサーバ、第１アプリケーションサーバ）、ＣＷ制御ＡＳ（第２アプリケーションサーバ）、ガイダンスＡＳ３０、ユーザ端末４０、ユーザ端末５０、及びユーザ端末６０を備え、これらの機器は、ＣＳＣＦと呼ばれるＳＩＰサーバ群により構成されるＩＰネットワークＮを介して相互に通信が行われる。
【００１８】
次に、電話会議ＡＳ１０、ＣＷ制御ＡＳ、及びガイダンスＡＳ３０に共通するハードウェア構成を図２に示す。図２に示すように、電話会議ＡＳ１０、ＣＷ制御ＡＳ、及びガイダンスＡＳ３０はそれぞれ、オペレーティングシステムやアプリケーションプログラムなどを実行するＣＰＵ１０１と、ＲＯＭ及びＲＡＭで構成される主記憶部１０２と、ハードディスクメモリなどで構成される補助記憶部１０３と、データ通信を行う通信制御部１０４と、液晶モニタなどで構成される出力部１０５と、入力デバイスであるキーボード及びマウス等で構成される操作部１０６と、ＵＳＢメモリ、ＣＤ−ＲＯＭ、ＤＶＤなどの記録媒体２００を読み取る記録媒体読取部１０７とを備える。
【００１９】
図１に示す電話会議ＡＳ１０、ＣＷ制御ＡＳ、及びガイダンスＡＳ３０の各機能は、ＣＰＵ１０１の制御の下で、主記憶部１０２に所定のソフトウェアプログラムを読み込ませて実行することにより実現される。その際、ＣＰＵ１０１は、ソフトウェアプログラムの処理手順に従い、主記憶部１０２及び補助記憶部１０３におけるデータの読み出し及び書き込み動作を制御し、操作部１０６、出力部１０５及び通信制御部１０４の動作を制御する。
【００２０】
次に、図１に示す各機器の概要について説明する。
【００２１】
電話会議ＡＳ１０は、複数ユーザ端末間の通話セッションを仲介することにより、通話通信や通話録音などの機能（第１の付加サービス）を提供するＡＳである。電話会議ＡＳ１０は、信号受信部１１、終端処理回避部１２、信号送信部１３、正常終了応答部１４、通信監視部１５、及び通信監視停止部１６を備える。
【００２２】
ユーザ端末間の音声通話は、ユーザ端末間で確立されたセッションにおいて、ＲＴＰ／ＲＴＣＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ／ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を用いて音声データが送受信されることにより行われる。電話会議ＡＳ１０は、このセッションを仲介する（各ユーザ端末と電話会議ＡＳ１０との間でＲＴＰ／ＲＴＣＰセッションを確立する）ことにより、ユーザ端末間の音声通話を可能としつつ、第１の付加サービスを提供する。
【００２３】
信号受信部１１は、ＩＰネットワークＮを介して、ユーザ端末や他のＡＳなどにより送信されたデータ信号を受信する機能要素である。
【００２４】
終端処理回避部１２は、信号受信部１１により受信したデータ信号にコールウェイティング機能におけるセッション切替要求であることを示すセッション切替要求パラメータが含まれるか否かを識別して、当該データ信号にセッション切替要求パラメータが含まれる場合に、当該データ信号に対する終端処理を行わないことを選択する機能要素である。
【００２５】
信号送信部１３は、ＩＰネットワークＮを介して、セッション切替要求パラメータを含むデータ信号を、後述するコールウェイティング機能を提供するＣＷ制御ＡＳ２０へ送信する機能要素である。
【００２６】
正常終了応答部１４は、ＣＷ制御ＡＳ２０からセッション切替要求パラメータを含むデータ信号に対する正常終了応答信号を受信してから、当該データ信号に対する正常終了応答信号をユーザ端末へ送信する機能要素である。
【００２７】
通信監視部１５は、電話会議ＡＳ２０上に確立されるセッションを通じて送受信されるデータ通信状態を監視し、所定時間以上の無通信状態を検知すると、セッション異常であると判定する機能要素である。
【００２８】
通信監視停止部１６は、ＣＷ制御ＡＳ２０のコールウェイティング機能によるセッション切替処理により保留状態とされたセッションについての通信監視部１５によるデータ通信の監視を停止させる機能要素である。
【００２９】
ＣＷ制御ＡＳ２０は、コールウェイティング機能（第２の付加サービス）を提供するＡＳである。コールウェイティング機能は、当該機能を利用するユーザ端末と他ユーザ端末との通話セッションを仲介することで、当該ユーザ端末から利用可能となる。具体的には、ＣＷ制御ＡＳ２０は、ユーザ端末からセッション切替要求信号（以下、セッション切替要求信号を「ｒｅＩＮＶＩＴＥ」と表記する。）を受信すると、コールウェイティング機能を起動し、第１呼に対応するセッション（第１セッション）と第２呼に対応するセッション（第２セッション）とを、通話状態と保留状態とに、相互に切り替えるセッション切替処理を実行する。
【００３０】
ガイダンスＡＳ３０は、ＣＷ制御ＡＳ２０のコールウェイティング機能により保留状態とされている通話セッションの保留先のユーザ端末に対して、保留状態を示すガイダンス音声信号を送信するＡＳである。ガイダンス音声信号の送信は、以下の手順により行われる。まず、ＣＷ制御ＡＳ２０が、保留状態に切り替える対象のセッションの経路において隣接するユーザ端末又は電話会議ＡＳ１０へ、ガイダンスＡＳ３０の接続先情報を含むｒｅＩＮＶＩＴＥを送信する。その後、ｒｅＩＮＶＩＴＥを受信したユーザ端末又は電話会議ＡＳ１０が、ガイダンスＡＳ３０とのセッションを確立する。当該セッションを通じて、ガイダンスＡＳ３０から当該ユーザ端末へとガイダンス音声信号が送信される。
【００３１】
ユーザ端末４０（第１ユーザ端末）、ユーザ端末５０（第２ユーザ端末）、及びユーザ端末６０（第３ユーザ端末）は、ＩＰネットワークＮを介して接続され、相互に通話通信をすることができるユーザ端末である。これらのユーザ端末は、電話会議ＡＳ１０を利用して通話を行う。さらに、ユーザ端末４０は、ＣＷ制御ＡＳ２０によるコールウェイティング機能を利用することができる。ユーザ端末４０は、既にユーザ端末５０と通話セッション（第１セッション）を確立しているときに、ユーザ端末６０から通話セッション要求信号（以下、通話セッション要求信号を「ＩＮＶＩＴＥ」と表記する。）が発信されると、ユーザ端末４０において所定のコール音が流れることにより、ユーザ端末４０のユーザは、新たな通話セッション（第２セッション）が要求されたことを知る。ここで、当該ユーザが、ユーザ端末４０において所定の操作（特定のボタンのプッシュなど）を行うことにより、ユーザ端末４０からＣＷ制御ＡＳ２０に対して、第１セッションを保留状態にすることを要求するｒｅＩＮＶＩＴＥが送信される。その後、ＣＷ制御ＡＳ２０のコールウェイティング機能により、セッション切替処理が実行される。
【００３２】
次に、図３及び図４を用いて、電話会議ＡＳ１０及びＣＷ制御ＡＳ２０を利用した通話通信におけるＩＮＶＩＴＥの流れについて説明する。なお、ユーザ端末及び各ＡＳの間のデータ通信は、実際にはＩＰネットワークＮを介して、ＣＳＣＦによりルーティングされることで行われるが、これらの図においては、ＩＰネットワークＮを省略する。
【００３３】
（第１の例におけるＩＮＶＩＴＥの流れ）
まず、図３を用いて、ユーザ端末４０がユーザ端末５０に対するＩＮＶＩＴＥを送信したことにより、ユーザ端末４０とユーザ端末５０との間に第１セッションが確立されているときに、ユーザ端末６０からユーザ端末４０に対するＩＮＶＩＴＥが送信された場合のＩＮＶＩＴＥの流れについて説明する。
【００３４】
ＣＷ制御ＡＳ２０がセッションの切替制御を行う必要があるため、ユーザ端末４０から発信されるＩＮＶＩＴＥ、又は、ユーザ端末４０以外の端末（ユーザ端末５０又はユーザ端末６０）からユーザ端末４０に向けて発信されるＩＮＶＩＴＥは、まずＣＷ制御ＡＳ２０へと送信される。次に、電話会議ＡＳ１０を仲介してユーザ端末間にセッションを確立するために、ＩＮＶＩＴＥを受信したＣＷ制御ＡＳ２０は、電話会議ＡＳ１０へＩＮＶＩＴＥを送信する。
【００３５】
以上により、ユーザ端末４０からユーザ端末５０へのＩＮＶＩＴＥは、図３の実線で示すように、ユーザ端末４０、ＣＷ制御ＡＳ２０、電話会議ＡＳ１０、ユーザ端末５０の順に送信される。一方、ユーザ端末６０からユーザ端末４０へのＩＮＶＩＴＥは、図３の点線で示すように、ＣＷ制御ＡＳ２０、電話会議ＡＳ１０、ユーザ端末４０の順に送信される。
【００３６】
ユーザ端末４０とユーザ端末５０との通話セッション（第１セッション）とユーザ端末４０とユーザ端末６０との通話セッション（第２セッション）は、ユーザ端末４０からｒｅＩＮＶＩＴＥを受信したＣＷ制御ＡＳ２０が、コールウェイティング機能によるセッション切替処理を行うことにより、通話状態と保留状態とに相互に切り替えられる。ここで、ユーザ端末４０からＣＷ制御ＡＳ２０に向けて送信されるｒｅＩＮＶＩＴＥは、通信プロトコル等の技術仕様上、切替対象のセッションの経路が確立されるためにＩＮＶＩＴＥが流れた経路（以下、「セッション経路」という。）において隣接するノード（ユーザ端末又はＡＳ）へ送信される。
【００３７】
従って、ユーザ端末４０から発信される第１セッションに対するｒｅＩＮＶＩＴＥは、図３の実線で示すセッション経路において隣接するＣＷ制御ＡＳ２０へ送信される。一方、ユーザ端末４０から発信される第２セッションに対するｒｅＩＮＶＩＴＥは、図３の点線で示すセッション経路において隣接する電話会議ＡＳ１０へ送信される。
【００３８】
保留状態であるユーザ端末へ送信されるガイダンス音声信号の流れを、図３の一点鎖線に示す。ＣＷ制御ＡＳ２０は、セッションを保留状態に切り替えることを要求するｒｅＩＮＶＩＴＥを受信すると、ガイダンスＡＳ３０の接続先情報を保持するｒｅＩＮＶＩＴＥを保留状態のユーザ端末又はガイダンスＡＳ１０へ送信する。当該ｒｅＩＮＶＩＴＥを受信した当該ユーザ端末又はガイダンスＡＳ１０は、当該ｒｅＩＮＶＩＴＥに含まれるガイダンスＡＳ３０の接続先情報を参照して、ガイダンスＡＳ３０とのセッションを確立する。これにより、ガイダンスＡＳ３０からのガイダンス音声信号が当該セッションを介して、当該ユーザ端末へ送信される。
【００３９】
ここで、ＣＷ制御ＡＳ２０が発信するｒｅＩＮＶＩＴＥは、上記で述べたようにセッション経路において隣接するノードへと送信される。したがって、第１セッションの状態を切り替える場合には、ＣＷ制御ＡＳ２０からのｒｅＩＮＶＩＴＥは、セッション経路において隣接する電話会議ＡＳ１０へ送信され、電話会議ＡＳ１０がガイダンスＡＳ３０とセッションを確立する。そのため、ガイダンスＡＳ３０からのガイダンス音声信号は、電話会議ＡＳ２０を介してユーザ端末５０へ送信される。一方、第２セッションの状態を切り替える場合には、ＣＷ制御ＡＳ２０からのｒｅＩＮＶＩＴＥは、セッション経路において隣接するユーザ端末６０へ送信され、ユーザ端末６０がガイダンスＡＳ３０とセッションを確立する。そのため、ガイダンスＡＳ３０からのガイダンス音声信号は、ユーザ端末６０へ直接送信される。
【００４０】
（第２の例におけるＩＮＶＩＴＥの流れ）
次に、図４を用いて、ユーザ端末５０がユーザ端末４０に対するＩＮＶＩＴＥを送信したことにより、ユーザ端末４０とユーザ端末５０との間に第１セッションが確立されているときに、ユーザ端末６０からユーザ端末４０に対するＩＮＶＩＴＥが送信された場合のＩＮＶＩＴＥの流れについて説明する。なお、第１の例において説明した内容と重複する内容の説明については省略する。
【００４１】
図４の実線で示すように、ユーザ端末５０からユーザ端末４０へのＩＮＶＩＴＥは、ユーザ端末５０、ＣＷ制御ＡＳ２０、電話会議ＡＳ１０、ユーザ端末４０の順に送信される。一方、ユーザ端末６０からユーザ端末４０へのＩＮＶＩＴＥも、これと同様に、図４の点線で示すとおり、ユーザ端末６０、ＣＷ制御ＡＳ２０、電話会議ＡＳ１０、ユーザ端末４０の順に送信される。
【００４２】
セッションの状態を切り替えるためにＣＷ制御ＡＳ２０が発信するｒｅＩＮＶＩＴＥは、第１セッションの状態を切り替える場合には、セッション経路において隣接するユーザ端末５０へ送信される。また、第２セッションの状態を切り替える場合には、セッション経路において隣接するユーザ端末６０へ送信される。以上のように、いずれの場合にも、ガイダンスＡＳ３０とユーザ端末５０又はユーザ端末６０との間で直接セッションが確立され、ガイダンス音声信号は、図４の一点鎖線に示すように、ガイダンスＡＳ３０からユーザ端末５０又はユーザ端末６０へ直接送信される。
【００４３】
次に、第１の例及び第２の例について、第１セッションを保留状態として第２セッションを確立する場合、及び第２セッションを保留状態として第１セッションへ切り戻す場合におけるデータ信号フローを具体的に説明しつつ、電話会議ＡＳ１０各機能要素の作用効果について説明する。なお、コールウェイティング機能の利用形態として、ユーザ端末４０以外の端末（ユーザ端末５０又はユーザ端末６０）がコールウェイティング機能を利用して、セッションを切り替える場合も考えられるが、この場合には、ユーザ端末４０以外の端末は、ＣＷ制御ＡＳ２０がユーザ端末４０のために提供するコールウェイティング機能とは別のコールウェイティング機能（同一ＡＳ上で起動されるサービスであってもよいし、異なるＡＳ上で起動されるサービスであってもよい）を利用することとなり、本実施形態の範囲を超えるため、考慮しない。
【００４４】
以下、図５〜図８を用いて、第１の例及び第２の例のデータ通信フローについて具体的に説明する。これらの図において、第１セッションに係るデータ通信フロー及び音声データ通信（ＲＴＰ／ＲＴＣＰ通信）を実線で表し、第２セッションに係るデータ通信フロー及び音声データ通信（ＲＴＰ／ＲＴＣＰ通信）を一点鎖線で表す。
【００４５】
（第１の例のデータ通信フロー）
まず、図５を用いて、ユーザ端末４０がユーザ端末５０に対するＩＮＶＩＴＥを送信してユーザ端末５０と通話セッション（第１セッション）を確立し、その後、ユーザ端末６０がユーザ端末４０に対するＩＮＶＩＴＥを送信し、ユーザ端末４０が第１セッションを保留状態にしてユーザ端末６０と通話セッション（第２セッション）を確立するまでのデータ通信フローを説明する。
【００４６】
ユーザ端末４０から送信されたユーザ端末５０に対するＩＮＶＩＴＥは、ＣＷ制御ＡＳ２０、電話会議ＡＳ１０、ユーザ端末５０の順に送信される（ステップＳ１０１〜ステップＳ１０３）。その後、ユーザ端末５０、電話会議ＡＳ１０、及びＣＷ制御ＡＳ２０が、上記ＩＮＶＩＴＥに対する正常終了応答（２００ＯＫ）を順に返す（ステップＳ１０４〜ステップＳ１０６）。これにより、ユーザ端末４０とユーザ端末５０との間に、電話会議ＡＳ１０を仲介して、第１呼に対応する通話セッション（第１セッション）が確立される（ステップＳ１０７）。ユーザ端末４０とユーザ端末５０は、第１セッションを介して音声通話を行う。
【００４７】
そこへ、ユーザ端末６０からユーザ端末４０に対するＩＮＶＩＴＥが送信されると、当該ＩＮＶＩＴＥは、ユーザ端末６０からＣＷ制御ＡＳ２０、電話会議ＡＳ１０、ユーザ端末４０の順に送信される（ステップＳ１０８〜ステップＳ１１０）。これにより、ユーザ端末４０において、第２呼の通話要求があったことを知らせる所定のコール音が鳴り、ユーザ端末４０のユーザは第２呼の通話要求があったことを知る。
【００４８】
ユーザ端末４０のユーザは、ユーザ端末４０上で所定の操作（特定のボタンのプッシュなど）を行うことにより、ＣＷ制御ＡＳ２０に対して、第１セッションを保留状態に切り替えることを要求するｒｅＩＮＶＩＴＥを送信する（ステップＳ１１１）。
【００４９】
ＣＷ制御ＡＳ２０は、ユーザ端末４０からのｒｅＩＮＶＩＴＥを受信して、第１セッションを保留状態にするための処理を行う。具体的には、ＣＷ制御ＡＳ２０は、ガイダンスＡＳ３０の接続先情報を保持したｒｅＩＮＶＩＴＥをセッション経路において隣接する電話会議ＡＳ１０へ送信する（ステップＳ１１２）。電話会議ＡＳ１０は、当該ｒｅＩＮＶＩＴＥの中からガイダンスＡＳ３０の接続先情報を抽出し、ガイダンスＡＳ３０とのセッションを確立した上で、正常終了応答をＣＷ制御ＡＳ２０へ返す（ステップＳ１１３）。これにより、第１セッションは保留状態となり、ユーザ端末５０には、電話会議ＡＳ１０を介して、ガイダンスＡＳ３０からのガイダンス音声が送信される（ステップＳ１１４）。ＣＷ制御ＡＳ２０は、ステップＳ１１３で電話会議ＡＳ１０から正常終了応答を受信したことをもって第１セッションを保留状態にする処理が完了したと判断し、ステップＳ１１１でユーザ端末４０から受信したｒｅＩＮＶＩＴＥに対する正常終了応答を返す（ステップＳ１１５）。
【００５０】
その後、ユーザ端末４０、電話会議ＡＳ１０、及びＣＷ制御ＡＳ２０はそれぞれ、ステップＳ１１０、ステップＳ１０９、及びステップＳ１０８で受信したＩＮＶＩＴＥに対する正常終了応答を順に返す（ステップＳ１１６、ステップＳ１１７、ステップＳ１１８）。これにより、ユーザ端末４０とユーザ端末６０との間に、電話会議ＡＳ１０を仲介する第２セッションが確立する（ステップＳ１１９）。ユーザ端末４０とユーザ端末６０とは、第２セッションを介して音声通話を行う。
【００５１】
以上、図５を用いて、ユーザ端末４０がＩＮＶＩＴＥを発信して確立された第１セッションから、第２セッションへと通話状態を切り替える場合のデータ信号及び処理の流れについて説明した。この場合には、第１セッションを保留状態とするためにユーザ端末４０からＣＷ制御ＡＳ２０へ送信されるｒｅＩＮＶＩＴＥは、第１セッションのセッション経路に基づいて、ユーザ端末４０からセッション経路において隣接するＣＷ制御ＡＳ２０へ直接送信され、電話会議ＡＳ１０を経由しない。従って、この場合には、後述するような問題は発生せず、上記のようにコールウェイティング機能によるセッション切替処理が円滑に実行される。
【００５２】
次に、図６を用いて、第２セッションを保留状態とし、再度第１セッションを通話状態にするまでのデータ通信フローを説明する。
【００５３】
ユーザ端末４０は、第２セッションを保留状態に切り替えるセッション切替要求パラメータを含むｒｅＩＮＶＩＴＥを送信する。ここで、第２セッションは図３及び図５に示すように、ユーザ端末６０から、ＣＷ制御ＡＳ２０、電話会議ＡＳ１０、ユーザ端末４０の順にＩＮＶＩＴＥが送信されて確立されている。従って、当該ｒｅＩＮＶＩＴＥは、ユーザ端末４０からセッション経路において隣接する電話会議ＡＳ１０へ送信される（ステップ１２０、信号受信ステップ）。
【００５４】
電話会議ＡＳ１０は、信号受信部１１により、当該ｒｅＩＮＶＩＴＥを受信すると、終端処理回避部１２により、当該ｒｅＩＮＶＩＴＥにセッション切替要求パラメータが含まれることを判別して、終端処理を行わないようにする。その後、当該ｒｅＩＮＶＩＴＥは、信号送信部１３により、ＣＷ制御ＡＳ２０へ送信される（ステップＳ１２１、終端処理回避ステップ、信号送信ステップ）。以上のように、電話会議ＡＳ１０が、セッション切替要求パラメータを含むｒｅＩＮＶＩＴＥに対する終端処理を行わずに、ＣＷ制御ＡＳ２０へ送信（透過）することにより、ＣＷ制御ＡＳ２０がｒｅＩＮＶＩＴＥを受信することができる。
【００５５】
また、ユーザ端末４０は、上記ｒｅＩＮＶＩＴＥとは別に、第１セッションを通話状態に戻すことを要求するｒｅＩＮＶＩＴＥをＣＷ制御ＡＳ２０へ送信する（ステップＳ１２２）。当該ｒｅＩＮＶＩＴＥは、第１セッションに対するものであるため、第１セッションの経路に基づいて、ユーザ端末４０からセッション経路において隣接するＣＷ制御ＡＳ２０へ直接送信される。
【００５６】
ＣＷ制御ＡＳ２０は、ステップＳ１２１で電話会議ＡＳ１０から受信したｒｅＩＮＶＩＴＥに基づいて、第２セッションを保留状態にするための処理を行う。具体的には、ユーザ端末６０に対してガイダンスＡＳ３０の接続先情報を保持したｒｅＩＮＶＩＴＥを送信する（ステップＳ１２３）。その後、ユーザ端末６０は、ガイダンスＡＳ３０との間でセッションを確立した上で、正常終了応答をＣＷ制御ＡＳ２０へ返す（ステップＳ１２４）。上記セッションの確立により、ガイダンスＡＳ３０からユーザ端末６０へとガイダンス音声信号が送信される（ステップ１２５）。
【００５７】
上記処理により、ユーザ端末６０は、電話会議ＡＳ１０からガイダンスＡＳ３０との接続に切り替わり（保留状態となり）、ユーザ端末６０と電話会議ＡＳ１０との間のセッション（電話会議ＡＳ１０にとっての第２セッション）上において、音声データ通信（ＲＴＰ／ＲＴＣＰ通信）がなくなる。すなわち、第２セッションは無通信状態となる。この状態が所定時間以上継続すると、通信監視部１５により、第２セッションの状態が異常であると判断されてしまい、最悪の場合には、電話会議ＡＳ１０の機能（不図示）により、第２セッションが切断されてしまう。従って、電話会議ＡＳ１０は、通信監視停止部１６により、保留状態とされた第２セッションについての通信監視部１５によるデータ通信監視を停止する（ステップ１２６）。これにより、通信監視部１５が、保留状態とされて無通信状態となったセッションの通信監視を継続して、セッション異常と判断してしまうことを防ぐことができる。
【００５８】
ＣＷ制御ＡＳ２０は、ステップＳ１２４でユーザ端末６０から正常終了応答を受信したことをもって第２セッションを保留状態にする処理が完了したと判断し、ステップＳ１２１で電話会議ＡＳ１０から受信したｒｅＩＮＶＩＴＥに対する正常終了応答を返す（ステップＳ１２７）。その後、電話会議ＡＳ１０は、正常終了応答部１１４により、ＣＷ制御ＡＳ２０からセッション切替要求パラメータを含むｒｅＩＮＶＩＴＥに対する正常終了応答信号を受信したことを確認してからユーザ端末４０へ正常終了応答信号を送信する（ステップ１２８、正常終了応答ステップ）。これにより、ユーザ端末４０から電話会議ＡＳ１０を経由してＣＷ制御ＡＳ２０へ送信されたセッション切替要求パラメータを含むｒｅＩＮＶＩＴＥに対する処理がＣＷ制御ＡＳ２０により正常に処理されたことを、ユーザ端末４０へ正しく通知することができる。
【００５９】
一方、ＣＷ制御ＡＳ２０は、ステップＳ１２２で受信したｒｅＩＮＶＩＴＥに基づいて、電話会議ＡＳ１０に対してユーザ端末５０の接続先情報を保持したｒｅＩＮＶＩＴＥを送信する（ステップＳ１２９）。電話会議ＡＳ１０は、当該ｒｅＩＮＶＩＴＥを受信して、当該ｒｅＩＮＶＩＴＥの中からユーザ端末５０の接続先情報を抽出し、ユーザ端末５０とのセッションを回復し、第１セッションを再度通話状態に戻した上で、正常終了応答をＣＷ制御ＡＳ２０へ返す（ステップＳ１３０）。続いて、ＣＷ制御ＡＳ２０は、当該正常終了応答を受信したことをもって第１セッションの切り戻し処理を行うため、ステップ１２２でユーザ端末４０から受信したｒｅＩＮＶＩＴＥに対する正常終了応答に電話会議ＡＳ１０の接続情報を含めて返す（ステップＳ１３１）。これにより、ユーザ端末４０とユーザ端末５０とは、第１セッションを介して再び通話を行う（ステップＳ１３２）。
【００６０】
（第２の例のデータ通信フロー）
まず、図７を用いて、ユーザ端末４０がユーザ端末５０からＩＮＶＩＴＥを受信してユーザ端末５０と通話セッション（第１セッション）を確立し、その後、ユーザ端末６０がユーザ端末４０に対するＩＮＶＩＴＥを送信し、ユーザ端末４０が第１セッションを保留状態にしてユーザ端末６０と通話セッション（第２セッション）を確立するまでのデータ通信フローを説明する。
【００６１】
ユーザ端末５０から送信されたユーザ端末４０に対するＩＮＶＩＴＥは、ＣＷ制御ＡＳ２０、電話会議ＡＳ１０、ユーザ端末４０の順に送信される（ステップＳ２０１〜ステップＳ２０３）。その後、ユーザ端末４０、電話会議ＡＳ１０、及びＣＷ制御ＡＳ２０が、上記ＩＮＶＩＴＥに対する正常終了応答を順に返す（ステップＳ２０４〜ステップＳ２０６）。これにより、ユーザ端末４０とユーザ端末５０との間に、電話会議ＡＳ１０を仲介して、第１呼の通話セッション（第１セッション）が確立される（ステップＳ２０７）。ユーザ端末４０とユーザ端末５０は、第１セッションを介して音声通話を行う。
【００６２】
そこへ、ユーザ端末６０からユーザ端末４０に対するＩＮＶＩＴＥが送信されると、当該ＩＮＶＩＴＥは、ユーザ端末６０からＣＷ制御ＡＳ２０、電話会議ＡＳ１０、ユーザ端末４０の順に送信される（ステップＳ２０８〜ステップＳ２１０）。これにより、ユーザ端末４０において、第２呼の通話要求があったことを知らせる所定のコール音が鳴り、ユーザ端末４０のユーザは第２呼の通話要求があったことを知る。
【００６３】
ユーザ端末４０は、第１セッションを保留状態に切り替えるセッション切替要求パラメータを含むｒｅＩＮＶＩＴＥを送信する。ここで、第１セッションは図４及びステップＳ２０１〜ステップ２０６に示すように、ユーザ端末５０から、ＣＷ制御ＡＳ２０、電話会議ＡＳ１０、ユーザ端末４０の順にＩＮＶＩＴＥが送信されて確立されている。従って、当該ｒｅＩＮＶＩＴＥは、ユーザ端末４０からセッション経路において隣接する電話会議ＡＳ１０へと送信される（ステップ２１１、信号受信ステップ）。
【００６４】
電話会議ＡＳ１０は、信号受信部１１により、当該ｒｅＩＮＶＩＴＥを受信すると、終端処理回避部１２により、当該ｒｅＩＮＶＩＴＥにセッション切替要求パラメータが含まれることを判別して、終端処理を行わないようにする。その後、当該ｒｅＩＮＶＩＴＥは、信号送信部１３により、ＣＷ制御ＡＳ２０へ送信される（ステップＳ２１２、終端処理回避ステップ、信号送信ステップ）。以上のように、電話会議ＡＳ１０が、セッション切替要求パラメータを含むｒｅＩＮＶＩＴＥに対する終端処理を行わずに、ＣＷ制御ＡＳ２０へ送信（透過）することにより、ＣＷ制御ＡＳ２０がｒｅＩＮＶＩＴＥを受信することができる。
【００６５】
ＣＷ制御ＡＳ２０は、ステップＳ２１２で電話会議ＡＳ１０から受信したｒｅＩＮＶＩＴＥに基づいて、第１セッションを保留状態にするための処理を行う。具体的には、ユーザ端末５０に対して、ガイダンスＡＳ３０の接続先情報を保持したｒｅＩＮＶＩＴＥを送信する（ステップＳ２１３）。ユーザ端末５０は、当該ｒｅＩＮＶＩＴＥの中からガイダンスＡＳ３０の接続先情報を抽出し、ガイダンスＡＳ３０とのセッションを確立した上で、正常終了応答をＣＷ制御ＡＳ２０へ返す（ステップＳ２１４）。これにより、第１セッションは保留状態となり、ユーザ端末５０には、ガイダンスＡＳ３０からのガイダンス音声信号が送信される（ステップＳ２１５）。
【００６６】
ＣＷ制御ＡＳ２０は、ステップＳ２１４でユーザ端末５０から正常終了応答を受信したことをもって第１セッションを保留状態にする処理が完了したと判断し、ステップＳ２１２で電話会議ＡＳ１０から受信したｒｅＩＮＶＩＴＥに対する正常終了応答を返す（ステップＳ２１６）。電話会議ＡＳ１０は、当該正常終了応答を受信して、ステップ２１１でユーザ端末４０から受信したｒｅＩＮＶＩＴＥに対する正常終了応答を返す（ステップＳ２１７、正常終了応答ステップ）。これにより、ユーザ端末４０から電話会議ＡＳ１０を経由してＣＷ制御ＡＳ２０へ送信されたパラメータを含むｒｅＩＮＶＩＴＥに対する処理がＣＷ制御ＡＳ２０により正常に処理されたことを、ユーザ端末４０へ正しく通知することができる。
【００６７】
上記処理により、ユーザ端末５０は、電話会議ＡＳ１０からガイダンスＡＳ３０との接続に切り替わり（保留状態となり）、ユーザ端末５０と電話会議ＡＳ１０との間のセッション（電話会議ＡＳ１０にとっての第１セッション）上において、音声データ通信（ＲＴＰ／ＲＴＣＰ通信）がなくなる。すなわち、第１セッションは無通信状態となる。通信監視部１５により、第１セッションの状態が異常であると判断されてしまうことを防ぐために、電話会議ＡＳ１０は、通信監視停止部１６により、保留状態とされた第１セッションについての通信監視部１５によるデータ通信監視を停止する（ステップ２１８）。これにより、通信監視部１５が、保留状態とされて無通信状態となったセッションの通信監視を継続し、セッション異常と判断してしまうことを防ぐことができる。
【００６８】
その後、ユーザ端末４０、電話会議ＡＳ１０、及びＣＷ制御ＡＳ２０はそれぞれ、ステップＳ２１０、ステップＳ２０９、及びステップＳ２０８で受信したＩＮＶＩＴＥに対する正常終了応答を順に返す（ステップＳ２１９、ステップＳ２２０、ステップＳ２２１）。これにより、ユーザ端末４０とユーザ端末６０との間に、電話会議ＡＳ１０を仲介する第２セッションが確立される（ステップＳ２２２）。ユーザ端末４０とユーザ端末６０とは、第２セッションを介して音声通話を行う。
【００６９】
次に、図８を用いて、第２セッションを保留状態とし、再度第１セッションを通話状態にするまでのデータ通信フローを説明する。
【００７０】
ユーザ端末４０は、第２セッションを保留状態に切り替えるセッション切替要求パラメータを含むｒｅＩＮＶＩＴＥを送信する。ここで、第２セッションは図４及び図７に示すように、ユーザ端末６０から、ＣＷ制御ＡＳ２０、電話会議ＡＳ１０、ユーザ端末４０の順にＩＮＶＩＴＥが送信されて確立されている。従って、当該ｒｅＩＮＶＩＴＥは、ユーザ端末４０からセッション経路において隣接する電話会議ＡＳ１０へと送信される（ステップ２２３、信号受信ステップ）。
【００７１】
電話会議ＡＳ１０は、信号受信部１１により、当該ｒｅＩＮＶＩＴＥを受信すると、終端処理回避部１２により、当該ｒｅＩＮＶＩＴＥにセッション切替要求パラメータが含まれることを識別して、終端処理を行わないようにする。その後、信号送信部１３により、当該ｒｅＩＮＶＩＴＥをＣＷ制御ＡＳ２０へ送信する（ステップＳ２２４、終端処理回避ステップ、信号送信ステップ）。以上のように、電話会議ＡＳ１０が、セッション切替要求パラメータを含むｒｅＩＮＶＩＴＥに対する終端処理を行わずに、ＣＷ制御ＡＳ２０へ送信（透過）することにより、ＣＷ制御ＡＳ２０がｒｅＩＮＶＩＴＥを受信することができる。
【００７２】
また、ユーザ端末４０は、上記ｒｅＩＮＶＩＴＥとは別に、第１セッションを通話状態に戻すことを要求するセッション切替要求パラメータを含むｒｅＩＮＶＩＴＥを送信する。当該ｒｅＩＮＶＩＴＥは、第１セッションに対するものであるため、ユーザ端末４０から第１セッションのセッション経路において隣接する電話会議ＡＳ１０へ送信される（ステップＳ２２５、信号受信ステップ）。ここで、電話会議ＡＳ１０は、ステップＳ２２３及びステップＳ２２４と同様の処理を行うことで、当該ｒｅＩＮＶＩＴＥをＣＷ制御ＡＳ２０へ送信する（ステップ２２６、終端処理回避ステップ、信号送信ステップ）。
【００７３】
ＣＷ制御ＡＳ２０は、ステップＳ２２４で電話会議ＡＳ１０から受信したｒｅＩＮＶＩＴＥに基づいて、第２セッションを保留状態にするための処理を行う。具体的には、ユーザ端末６０に対してガイダンスＡＳ３０の接続先情報を保持したｒｅＩＮＶＩＴＥを送信する（ステップＳ２２７）。その後、ユーザ端末６０は、ガイダンスＡＳ３０との間でセッションを確立した上で、正常終了応答をＣＷ制御ＡＳ２０へ返す（ステップＳ２２８）。上記セッションの確立により、ガイダンスＡＳ３０からユーザ端末６０へとガイダンス音声信号が送信される（ステップ２２９）。
【００７４】
上記処理により、ユーザ６０は、電話会議ＡＳ１０からガイダンスＡＳ３０との接続に切り替わり（保留状態となり）、ユーザ端末６０と電話会議ＡＳ１０との間のセッション（電話会議ＡＳ１０にとっての第１セッション）上において、音声データ通信（ＲＴＰ／ＲＴＣＰ通信）がなくなる。すなわち、第２セッションは無通信状態となる。通信監視部１５により、第２セッションの状態が異常であると判断されてしまうことを防ぐために、電話会議ＡＳ１０は、通信監視停止部１６により、保留状態とされた第２セッションについての通信監視部１５によるデータ通信監視を停止する（ステップ２３０）。これにより、通信監視部１５が、保留状態とされて無通信状態となったセッションの通信監視を継続し、セッション異常と判断してしまうことを防ぐことができる。
【００７５】
ＣＷ制御ＡＳ２０は、ステップＳ２２８でユーザ端末６０から正常終了応答を受信したことをもって第２セッションを保留状態にする処理が完了したと判断し、ステップＳ２２４で電話会議ＡＳ１０から受信したｒｅＩＮＶＩＴＥに対する正常終了応答を電話会議ＡＡＳ１０へ返す（ステップＳ２３１）。その後、電話会議ＡＳ１０は、正常終了応答部１１４により、ＣＷ制御ＡＳ２０からセッション切替要求パラメータを含むｒｅＩＮＶＩＴＥに対する正常終了応答信号を受信したことを確認してからユーザ端末４０へ正常終了応答信号を送信する（ステップ２３２、正常終了応答ステップ）。これにより、ユーザ端末４０から電話会議ＡＳ１０を経由してＣＷ制御ＡＳ２０へ送信されたセッション切替要求パラメータを含むｒｅＩＮＶＩＴＥに対する処理がＣＷ制御ＡＳ２０により正常に処理されたことを、ユーザ端末４０へ正しく通知することができる。
【００７６】
一方、ＣＷ制御ＡＳ２０は、ステップＳ２２６で電話会議ＡＳ１０から受信した第１セッションを通話状態に切り戻すことを要求するｒｅＩＮＶＩＴＥに基づいて、ユーザ端末５０に対して、電話会議ＡＳ１０の接続先情報を保持したｒｅＩＮＶＩＴＥを送信する（ステップＳ２３３）。ユーザ端末５０は、当該ｒｅＩＮＶＩＴＥを受信して、当該ｒｅＩＮＶＩＴＥの中から電話会議ＡＳ１０の接続先情報を抽出し、電話会議ＡＳ１０とのセッションを回復した上で、正常終了応答をＣＷ制御ＡＳ２０へ返す（ステップＳ２３４）。続いて、ＣＷ制御ＡＳ２０は、当該正常終了応答を受信したことをもって第１セッションの切り戻し処理を行うため、ステップＳ２２６で電話会議ＡＳ１０から受信したｒｅＩＮＶＩＴＥに対する正常終了応答に電話会議ＡＳ１０の接続情報を含めて電話会議ＡＳ１０へ返す（ステップＳ２３５）。さらに、電話会議ＡＳ１０は、当該正常終了応答をＣＷ制御ＡＳ２０から受信して、当該正常終了応答をステップＳ２２５でユーザ端末４０から受信したｒｅＩＮＶＩＴＥに対する正常終了応答としてユーザ端末４０へ返す（ステップＳ２３６）。これにより、ユーザ端末４０とユーザ端末５０とは、第１セッションを介して再び通話を行う（ステップＳ２３７）。
【００７７】
（通信制御プログラムについて）
次に、図９を用いて、コンピュータを電話会議ＡＳ１０（アプリケーションサーバ、第１アプリケーションサーバ）として機能させるための通信制御プログラムＰ１０について説明する。
【００７８】
図９は、通信制御方法を実行することができる通信制御プログラムＰ１０のモジュールを示すブロック図である。図９に示すように、通信制御プログラムＰ１０は、信号受信モジュールＰ１１、終端処理回避モジュールＰ１２、信号送信モジュールＰ１３、及び正常終了応答モジュールＰ１４を備えている。上記各モジュールが実行されることにより実現される機能は、上述した電話会議ＡＳ１０における対応する構成部の機能と同じである。すなわち、信号受信モジュールＰ１１、終端処理回避モジュールＰ１２、信号送信モジュールＰ１３、及び正常終了応答モジュールＰ１４の機能はそれぞれ、信号受信部１１、終端処理回避部１２、信号送信部１３、及び正常終了応答部１４の機能と同様である。
【００７９】
このように構成された通信制御プログラムＰ１０は、図２に示す記録媒体１２０に記憶され、電話会議ＡＳ１０として用いられるコンピュータにより実行される。当該コンピュータは、記録媒体２００が記録媒体読取部１０７に挿入されると、記録媒体読取部１０７から記録媒体２００に格納された通信制御プログラムＰ１０にアクセス可能となり、当該通信制御プログラムＰ１０を実行することによって、本実施形態に係る電話会議ＡＳ１０（アプリケーションサーバ、第１アプリケーションサーバ）として動作することが可能となる。
【００８０】
通信制御プログラムＰ１０は、搬送波に重畳されたコンピュータデータ信号としてネットワークを介して提供されるものであってもよい。この場合、電話会議ＡＳ１０として用いられるコンピュータは、通信制御部１０４によって受信した通信制御プログラムＰ１０を主記憶部１０２に格納することにより、当該通信制御プログラムＰ１０を実行することができる。
【００８１】
以上説明したように、本実施形態によれば、電話会議ＡＳ１０（アプリケーションサーバ、第１アプリケーションサーバ）が、セッション切替要求パラメータを含むセッション切替要求に対する終端処理を行わずに、ＣＷ制御ＡＳ２０（第２アプリケーションサーバ）へ当該セッション切替要求を送信（透過）することにより、ＣＷ制御ＡＳ２０がセッション切替要求を受信し、セッション切替処理を実行することができる。また、電話会議ＡＳ１０は、ＣＷ制御ＡＳ２０から当該セッション切替要求に対する正常終了応答信号を受信してから、当該セッション切替要求に対する正常終了応答信号をユーザ端末へ送信することにより、ＣＷ制御ＡＳ２０によるセッション切替処理が正常に完了したことを、ユーザ端末へ正しく通知することができる。さらに、電話会議ＡＳ１０は、ＣＷ制御ＡＳ２０のセッション切替処理により保留状態とされたセッションのデータ通信の監視を停止させることにより、保留状態とされて無通信状態となったセッションの通信監視を継続し、セッション異常と判断してしまうことを防ぐことができる。
【００８２】
すなわち、本実施形態によれば、複数のアプリケーションサーバを経由してサービスの提供がされるＩＰ通信ネットワークにおいて、他のアプリケーションサーバによるサービス提供を妨げずにサービスを提供するアプリケーションサーバを実装することができ、複数のサービスを円滑に提供することができる。
【００８３】
本発明に係る実施形態では、アプリケーションサーバ（第１アプリケーションサーバ）が会議電話ＡＳ１０であり、第２アプリケーションサーバがＣＷ制御ＡＳ２０である場合について詳細に説明した。しかし、第１アプリケーションサーバ及び第２アプリケーションサーバの用途はこれに限定されない。すなわち、本発明は、通信プロトコル等の技術仕様上、ユーザ端末４０から第２アプリケーションサーバに向けて送信された要求信号が第１アプリケーションサーバを経由してしまうような関係にある、第１アプリケーションサーバ及び第２アプリケーションサーバについて適用可能である。
【００８４】
以上、本発明は、上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において様々な変形が可能である。
【符号の説明】
【００８５】
１０…電話会議ＡＳ（アプリケーションサーバ、第１アプリケーションサーバ）、１１…信号受信部、１２…終端処理回避部、１３…信号送信部、１４…正常終了応答部、１５…通信監視部、１６…通信監視停止部、Ｐ１０…通信制御プログラム、Ｐ１１…信号受信モジュール、Ｐ１２…終端処理回避モジュール、Ｐ１３…信号送信モジュール、Ｐ１４…正常終了応答モジュール。
【図１】
2014017790.tif 000003
【図２】
2014017790.tif 000004
【図３】
2014017790.tif 000005
【図４】
2014017790.tif 000006
【図５】
2014017790.tif 000007
【図６】
2014017790.tif 000008
【図７】
2014017790.tif 000009
【図８】
2014017790.tif 000010
【図９】
2014017790.tif 000011