第1サーバと、前記第1サーバとSIPプロトコルで接続設定をする第2サーバと、前記第1サーバと通信する第1端末と、第2端末とを有する通信システムであって、前記第1サーバは、接続要求メッセージを受信するインタフェースと、受信した前記接続要求メッセージに従い、前記SIPプロトコルで前記第2サーバに対して接続設定を行う処理部と、前記処理部の接続設定の後に、前記第1端末から受信したデータを前記第2サーバに転送する第1制御部とを有し、前記第2サーバは、前記第1制御部が転送する前記データを受信し、該データを前記第2端末へ転送する第2制御部を有することを特徴とする前記通信システム。前記第1端末が、前記第1サーバへ、前記第2端末と通信するための接続要求メッセージを送信する請求項1に記載の通信システム。前記処理部は3PCCモジュールを含むことを特徴とする請求項1に記載の通信システム。前記第1制御部は、前記第1端末との接続設定の後に、前記第1端末へ擬似RBTを送信することを特徴とする請求項1に記載の通信システム。NGNにおいては、シグナリングチャネルとデータチャネルを確立するIPアドレスが同一であることが必要である。そのため、従来の3PCC3rdPartyCallControlサービスフローのように通信させる2者間第1接続端末と第2接続端末間のデータチャネルの確立代行が不可能となる課題がある。また、3PCCサービスフローにおいて、まず3PCCを実装する装置と第1接続端末とのセッションを確立し、次に3PCCを実装する装置と第2接続端末とのセッションを確立して、第1接続端末と第2接続端末間で通話する場合、第1接続端末とのセッションの確立が完了し、第2接続端末とのセッションの確立を開始している段階で、第1接続端末では無音状態となってしまう課題がある。また、既存のアプリケーション端末などはNGNで通信帯域を確保する為のSIPを実装していないものが多く、NGN上での通信が不可能であるといった課題がある。本発明は以上の点に鑑み、通信品質が保証されたNGNにおいて、通信させる2者間第1接続端末と第2接続端末間のデータを転送する通信システムを提供することを目的とする。また、本発明は、通信品質が保証されたNGN上で3PCCサービスを提供することを目的のひとつとする。本発明は、3PCCサービスフローにおいて、第1接続端末とのセッションを確立後、第2接続端末とのセッションを確立する際に、第1接続端末で無音状態となることを防ぐことを目的のひとつとする。さらに、本発明は、端末がSIPを意識することなく相手端末との間にNGNの通信帯域を確保し、通信帯域確保後は、端末はこれまで既存のインターネット上と変わらない動作で帯域が確保されたNGNで通信することが可能な通信システムを提供することを目的のひとつとする。また、本発明は、SOAP-SIPアダプタに多セッション確立を可能とするインタフェースを実装し、数百~数千のセッションを確立可能とすることを目的のひとつとする。本発明の解決手段によると、第1サーバと、前記第1サーバとSIPプロトコルで接続設定をする第2サーバと、前記第1サーバと通信する第1端末と、第2端末とを有する通信システムであって、前記第1サーバは、接続要求メッセージを受信するインタフェースと、受信した前記接続要求メッセージに従い、前記SIPプロトコルで前記第2サーバに対して接続設定を行う処理部と、前記処理部の接続設定の後に、前記第1端末から受信したデータを前記第2サーバに転送する第1制御部とを有し、前記第2サーバは、前記第1制御部が転送する前記データを受信し、該データを前記第2端末へ転送する第2制御部を有することを特徴とする前記通信システムが提供される。本発明の第1の構成例によると、第1サーバと、前記第1サーバとSIPプロトコルで接続設定をする装置と、前記第1サーバと通信する第1端末とを有する通信システムであって、前記第1サーバは、接続要求メッセージを受信するインタフェースと、受信した前記接続要求メッセージに従い、前記SIPプロトコルで前記装置に対して接続設定を行う処理部と、前記処理部の接続設定の後に、前記第1端末から受信したデータを前記装置に転送する第1転送制御部とを有する前記通信システムが提供される。本発明の第2の構成例によると、サーバと、前記サーバとSIPプロトコルで接続設定をする装置と、前記サーバと通信する端末とを有する通信システムにおける前記サーバであって、前記接続要求メッセージを受信するインタフェースと、受信した前記接続要求メッセージに従い、前記SIPプロトコルで前記装置に対して接続設定を行う処理部と、前記処理部の接続設定の後に、前記端末から受信したデータを前記装置に転送する転送制御部とを有する前記サーバが提供される。本発明によると、通信品質が保証されたNGNにおいて、通信させる2者間第1接続端末と第2接続端末間のデータを転送する通信システムを提供することをできる。また、本発明によると、通信品質が保証されたNGN上で3PCCサービスを提供することができる。本発明によると、3PCCサービスフローにおいて、第1接続端末とのセッションを確立後、第2接続端末とのセッションを確立する際に、第1接続端末で無音状態となることを防ぐことができる。さらに、本発明によると、端末がSIPを意識することなく相手端末との間にNGNの通信帯域を確保し、通信帯域確保後は、端末はこれまで既存のインターネット上と変わらない動作で帯域が確保されたNGNで通信することが可能な通信システムを提供することができる。また、本発明によると、SOAP-SIPアダプタに多セッション確立を可能とするインタフェースを実装し、数百~数千のセッションの確立が可能になる。1.第1の実施の形態ネットワーク構成図1は、第1の実施の形態の通信網の構成例を示す説明図である。本通信網システムは、例えば、Webサーバ1と、SOAP-SIPアダプタ2と、SIPサーバ3と、HGWHomeGateway4a及び4bとを備える。SIPサーバ3は、例えばNGNN2に設置される。Webサーバ1は、SOAP-SIPアダプタ2と通信する。また、Webサーバ1は、インターネットN1等のネットワークを介して端末5aと通信する。SOAP-SIPアダプタ2は、NGNN2とHGW4aを介して端末A5bと通信する。SOAP-SIPアダプタ2と端末B5cについても同様である。図2は、第1の実施の形態のSOAP-SIPアダプタ2の構成例を示す説明図である。SOAP-SIPアダプタ2は、例えば、プロセッサ以下、CPU2001と、インタフェース以下、IF2003a及び2003bと、メモリ2004とを備える。メモリ2004は、SOAP制御部2101と、3PCCモジュール部2102と、メディアストリーム制御部2103と、SIP制御部2104とを有する。3PCCモジュール部2102は、セッション情報テーブル2010を有し、メディアストリーム制御部2103は、メディアストリーム制御情報テーブル2040を有する。セッション情報テーブル2010は、呼参加者情報テーブル2020と、端末情報テーブル2030とを有する。CPU2001は、SOAP-SIPアダプタ2における各処理を実行する。メモリ2004上のSOAP制御部2101、3PCCモジュール部2102、メディアストリーム制御部2103及びSIP制御部2104は、CPU2001により実行される。IF2003は、回線2002を介してWebサーバ1やNGNN2と通信するためのインタフェースである。図3-1は、第1の実施の形態のSOAP-SIPアダプタ2におけるセッション情報テーブル2010の構成の一例を示す説明図である。セッション情報テーブル2010は、例えば、sessionID2011に対応して、セッション状態2012と、呼参加者状態2020と、端末情報2030とを記憶する。sessionID2011は、Webサーバ1からの接続要求に対応するセッション識別子である。sessionID2011は、端末A5bと端末B5cとの通信を識別する。セッション状態2012は、sessionID2011が示すセッションの状態を示す。セッション状態2012は、例えば、Initial初期状態、Connected接続状態、Terminated終了状態等が記憶される。呼参加者状態2020は、呼参加者情報テーブル2020に相当する。呼参加者情報テーブル2020の詳細については、後述する。端末情報2030は、端末情報テーブル2030に相当する。端末情報2030は、端末毎にそれぞれ記憶される。図示の例では、端末A5bに対応する端末情報ClientA用2030_Aと、端末B5cに対応する端末情報ClientB用2030_Bとが記憶される。端末情報テーブル2030の詳細については、後述する。図3-2は、第1の実施の形態のSOAP-SIPアダプタ2における呼参加者情報テーブル2020の構成の一例を示す説明図である。呼参加者情報テーブル2020は、例えば、端末毎に、URI2021と呼状態2022と開始時間時刻2023とを記憶する。URI2021は、各ユーザに対応するSIP-URIを示す。呼状態2022は、SOAP-SIPアダプタ2と各端末5b、5cとの間のSIPのセッションの状態を示す。呼状態2022は、例えば、CallParticipantInitial初期状態、CallParticipantConnected接続状態、CallParticipantTerminated終了状態等が記憶される。開始時間2023は、SOAP-SIPアダプタ2が各端末5b、5cに対して、SIPのセッションを確立したときの時刻を示す。図3-3は、第1の実施の形態のSOAP-SIPアダプタ2における端末情報テーブル2030の構成の一例を示す説明図である。端末情報テーブル2030は、例えば、SIPで用いるパラメータ等が記憶される。端末情報テーブル2030は、例えば、ハンドル値2031と、sessionID2032と、端末状態2033と、Role2034と、sendSDPSessionDescriptionProtocol情報2035と、recvSDP情報2036と、FromURI2037と、ToURI2038とを記憶する。ハンドル値2031は、SOAP-SIPアダプタ2と端末5bとの間のSIPのセッション、及び、SOAP-SIPアダプタ2と端末B5cとの間のSIPのセッションをそれぞれ識別する情報である。sessionID2032は、上述のセッション情報テーブル2010のsessionID2011に対応する。端末状態2033は、SOAP-SIPアダプタ2と各端末5b、5cとのセッション確立に至るまでの状態を示す。端末状態2033は、例えば、Initial初期状態、ConnectWait応答を待っている状態、CallComplete応答を受け付け、UAとのセッションが確立している状態、CloseWait切断完了通知を待っている状態、Closed終了状態等が記憶される。なお、Initial、ConnectWaitは、呼参加者情報テーブル2020に記憶される呼状態2022のCallParticipantInitialに対応する。また、CallComplete、CloseWaitは、呼参加者情報テーブル2020に記憶される呼状態2022のCallParticipantConnectedに対応する。CloseWaitは、呼状態2022のCallParticipantTerminatedに対応する。Role2034は、発信側又は着信側を示す情報である。sendSDP情報2035は、例えば、SOAP-SIPアダプタ2のIPアドレスとポート番号を含む。recvSDP情報2036は、例えば、端末A5b又は端末B5cのIPアドレスとポート番号を含む。FromURI2037は、SOAP-SIPアダプタ2が送信するSIPメッセージの送信元URIを示す。FromURI2037は、例えばSOAP-SIPアダプタ2のSIP-URIである。ToURI2038は、SOAP-SIPアダプタ2が送信するSIPメッセージの送信先URIを示す。ToURI2038は、例えば、端末A5b又は端末B5cのSIP-URIである。図3-4は、第1の実施の形態のSOAP-SIPアダプタ2におけるメディアストリーム制御情報テーブル2040の構成の一例を示す説明図である。メディアストリーム制御情報テーブル2040は、例えば、sessionID2041に対応して、メディアストリーム送受信用IPアドレス2042と、メディアストリーム送受信用ポート番号2043と、相手先IPアドレス12044と、相手先ポート番号12045と、相手先IPアドレス22046と、相手先ポート番号22047とを記憶する。sessionID2041は、セッション情報テーブル2010のsessionID2011と対応する。メディアストリーム送受信用IPアドレス2042及びメディアストリーム送受信用ポート番号2043は、SOAP-SIPアダプタ2がメディアストリームを転送する際に用いるIF2003のIPアドレス及びポート番号である。相手先IPアドレス12044及び相手先ポート番号12045と、相手先IPアドレス22046及び相手先ポート番号22047の対は、メディアストリームの転送先を示す。例えば、メディアストリームの送信元が相手先IPアドレス12044及び相手先ポート番号12045に該当する場合、対応する相手先IPアドレス22046及び相手先ポート番号22047を転送先としてメディアストリームを転送する。メディアストリームの送信元が相手先IPアドレス22046及び相手先ポート番号22047の場合も同様に、対応する相手先IPアドレス12044及び相手先ポート番号12045を転送先としてメディアストリームを転送する。図示の例では、相手先IPアドレス12044及び相手先ポート番号12045は、端末A5bのIPアドレス及びポート番号を示し、相手先IPアドレス22046及び相手先ポート番号22047は、端末B5cのIPアドレス及びポート番号を示す。図24は、webサーバ1の構成図である。webサーバ1は、例えば、処理部100と、入力部110と、表示部120と、記憶部130と、通信インタフェース140を備える。入力部110は、例えば、SessionIDの入力やユーザ識別子の入力を受け付ける。表示部120は、ユーザ識別子、SIP-URIを表示する。記憶部130は、例えば、受信したSessionIDを記憶する。通信インタフェース140は、例えばSOAP-SIPアダプタ2と通信するためのインタフェースである。処理部100は、webサーバ1での各種処理を実行する。動作図12は、第1の実施の形態の3PCCサービスの手順を説明するシーケンス図である。図7は、SOAP-SIPアダプタにおけるsessionID/connectionID生成を説明するフローチャートである。なお、connectionIDについては第2の実施の形態で用いる。図8は、第1の実施の形態のSOAP-SIPアダプタ2における呼開始要求受信時の動作を説明するフローチャートである。本実施の形態によると、通信品質が保証されたNGN上で3PCCサービスを提供することが可能となる。3PCCサービスまでの流れは、以下のa~cとなる。aSOAP-SIPアダプタ2と第1接続端末A5bとのセッション確立。bSOAP-SIPアダプタ2と第2接続端末B5cとのセッション確立。c第1接続端末A5bと第2接続端末B5c間で通話。しかし、aが完了し、bを開始している段階で、第1接続端末A5bでは無音状態となってしまう課題がある。そこで、SOAP-SIPアダプタ2から擬似的にRBTRingingBackTone、接続維持メッセージを第1接続端末A5bへ送信し、この課題を解消する。また、NGNにおいては、シグナリングチャネルとデータチャネルを確立するIPアドレスが同一である必要が条件としてあり、従来の3PCCサービスフローのように通信させる2者間第1接続端末A5bと第2接続端末B5c間のデータチャネル確立代行が不可能となる課題がある。そこで、本実施の形態では、第1接続端末A5bからのデータをSOAP-SIPアダプタ2で受信し、そのデータを第2接続端末B5cへ転送する。第2接続端末B5cからのデータをSOAP-SIPアダプタ2で受信し、そのデータを第1接続端末A5bへ転送する。また、SOAP-SIPアダプタ2は、上述の転送を実現するためのメディアストリーム制御情報テーブル2040を作成する。以下、シーケンス図及び各フローチャートに従って本実施の形態の手順を説明する。まず、第3者のユーザは、端末5aを操作してWebサーバ1にログインする。Webサーバ1は、通信するユーザのユーザ識別子例えば、端末A5b、端末B5cに対応する2者のユーザ名を端末5aより入力する。例えば、Webサーバ1が、ログインした端末5aに対して表示した画面に従い、ユーザの操作により通信する2者のユーザが選択されてもよい。Webサーバ1は、SOAPmakeCallSessionRequest接続要求をSOAP-SIPアダプタ2に送信するS1。SOAPmakeCallSessionRequestは、接続させたい2者のユーザに対応するSIP-URIを含む。例えば、Webサーバ1は、ユーザ識別子とそのユーザのSIP-URIが対応して予め記憶され、入力されたユーザ識別子に対応するSIP-URIを取得する。Webサーバ1は、取得されたSIP-URIを含むSOAPmakeCallSessionRequestを生成してSOAP-SIPアダプタ2に送信する。SOAP-SIPアダプタ2は、受信したSOAPmakeCallSessionRequestに含まれるSIP-URIに対応するそれぞれの端末5b、5cに対して接続を開始し、SOAP-SIPアダプタ2で生成したsessionIDを含むSOAPmakeCallSessionResponse送信するS2~S15。以下、SOAP-SIPアダプタ2におけるステップS2~S15の詳細な動作について説明する。SOAP-SIPアダプタ2のSOAP制御部2101は、SOAPmakeCallSessionRequestを受信し、接続要求を3PCCモジュール部2102に送信するS2。この接続要求は、例えば、受信したSOAPmakeCallSessionRequestに基づいてSOAP-SIPアダプタ2で用いる適宜のプロトコルに従って生成されることができ、SOAPmakeCallSessionRequest内のSIP-URIを含む。3PCCモジュール部2102は、接続要求を受信すると7001、8001、sessionIDを生成する8002。以下に、図7を参照してsessionIDの生成について説明する。3PCCモジュール部2102は、接続要求を受信すると、乱数値を生成する7002。3PCCモジュール部2102は、生成された乱数値がセッション情報テーブル2010のsessionID2011に登録済みであるか否かを判断する7003。生成された乱数値が既に登録済みの場合すなわち、既に使用されている場合、3PCCモジュール部2102はステップ7002に戻り、以降の処理を繰り返す。一方、生成された乱数値が未登録の場合、3PCCモジュール部2102は、生成したsessionIDをセッション情報テーブル2010に記憶する7004。さらに、3PCCモジュール部2102は、セッション情報テーブル2010のセッション状態2012をInitial初期状態に設定する。また、3PCCモジュール部2102は、受信した接続要求に含まれるSIP-URIを呼参加者情報テーブル2020に記憶する。図3-2に示す呼参加者情報テーブル2020の例では、端末A5bのSIP-URI2020_A参照と、端末B5cのSIP-URI2020_B参照が記憶される。3PCCモジュール部2102は、呼参加者情報テーブル2020の各端末5b、5cに対応する呼状態2022をCallParticipantInitial初期状態にそれぞれ設定する。さらに、3PCCモジュール部2102は、端末A5b、端末B5cの端末情報を記憶する。具体的には、3PCCモジュール部2102は、生成したsessionIDを各端末5b、5cに対応して端末情報テーブル2030に記憶する。また、3PCCモジュール部2102は、受信した接続要求に含まれる各SIP-URIを、端末情報テーブル2030の各端末5b、5cに対応するToURI2038にそれぞれ記憶する。3PCCモジュール部2102は、端末情報テーブル2030の各端末5b、5cに対応する端末状態2032をInitial初期状態にそれぞれ設定する。3PCCモジュール部2102は、端末情報テーブル2030の各端末5b、5cに対応するRole2033に、発信側又は着信側を示す情報をそれぞれ設定する。なお、端末5b、5cのいずれを発信側とするかは適宜定めることができる。また、3PCCモジュール部2102は、SOAP-SIPアダプタ2のIPアドレスとポート番号を端末情報テーブル2030のsendSDP情報2035に記憶する。また、3PCCモジュール部2102は、SOAP-SIPアダプタ2のSIP-URIを端末情報テーブル2030の各端末5b、5cに対応するFromURI2037にそれぞれ記憶する。なお、SOAP-SIPアダプタ2のSIP-URI、IPアドレス及びポート番号は、予め適宜の記憶部に記憶されている。3PCCモジュール部2102は、接続要求成功応答を生成し、SOAP制御部2101に送信するS3、8011。接続要求成功応答は、生成したsessionIDを含む。SOAP制御部2101は、接続要求成功応答を受信し、SOAPmakeCallSessionResponse接続要求成功応答をWebサーバ1に送信するS4、8012。SOAPmakeCallSessionResponseは生成されたsessionIDを含み、受信した接続要求成功応答に基づいてSOAPに従って生成される。Webサーバ1は、SOAPmakeCallSessionResponseを受信し、受信したSOAPmakeCallSessionResponseに含まれるsessionIDを適宜の記憶部に記憶する。なお、ステップ8002でsessionIDの生成に失敗した場合、3PCCモジュール部2102は、接続要求失敗応答エラーレスポンスメッセージを生成し8013、SOAP制御部2101に送信する。SOAP制御部2101は、接続要求失敗応答を受信し、接続要求の失敗を示すSOAPmakeCallSessionResponseをWebサーバ1に送信する8012。次に、SOAP-SIPアダプタ2と端末A5bとのセッションを確立する。より具体的には、3PCCモジュール部2102は、メディアストリーム制御転送用のポートを取得する8003。3PCCモジュール部2102は、端末A5bに対する発信要求AをSIP制御部2104に送信するS5、8004。例えば、3PCCモジュール部2102は、端末情報テーブル2030に記憶された端末A5bに対応するsendSDP情報2035、FromURI2037及びToURI2038を含む発信要求をSIP制御部2104に送信する。また、3PCCモジュール部2102は、一例としてこのときの時刻を呼参加者情報テーブル2020の端末A5bに対応する開始時間2023に記憶する。図3-2に示す呼参加者情報テーブル2020の例では、2008.10.2210:30.30が記憶される。なお、開始時間2023は、このときの時刻に限らず、端末A5bとのセッションの開始を示す適宜の時刻を記憶してもよい。SIP制御部2104は、発信要求Aに含まれるToURIに従い、INVITEメッセージAを端末A5bに送信するS6。INVITEメッセージAは、例えば、受信した発信要求に含まれる、sendSDP情報、FromURI、ToURIを少なくとも含む。また、SIP制御部2104は、端末A5bとのセッションを識別するハンドル値を生成する。端末A5bは、INVITEメッセージAを受信し、受信したINVITEメッセージAのsendSDP情報に含まれるSOAP-SIPアダプタ2のIPアドレスとポート番号を適宜の記憶部に記憶する。記憶されたIPアドレスとポート番号は、例えばメディアストリームの送信の際に用いられる。また、端末A5bは、自身のIPアドレスとポート番号を含むrecvSDP情報を生成し、生成したSDP情報を含むSIPの200OKAをSOAP-SIPアダプタ2に送信するS7。SOAP-SIPアダプタ2のSIP制御部2104は、200OKAを受信し、SIPのACKAを端末A5bに送信するS8。SIP制御部2104は、応答通知Aを3PCCモジュール部2102に送信するS9、8005。応答通知Aは、例えば、ステップS6で生成したハンドル値と、ステップS7で受信した200OKに含まれる端末A5bのrecvSDP情報とを含む。3PCCモジュール部2102は、受信した応答通知Aに含まれるハンドル値とrecvSDP情報を、端末情報テーブル2030に端末A5bに対応して記憶する。なお、ハンドル値は、ステップS6~S8の間の適宜のタイミングで記憶されてもよい。3PCCモジュール部2102は、端末情報テーブル2030の端末A5bに対応する端末状態2033をCallCompleteセッション確立状態に更新する。また、3PCCモジュール部2102は、呼参加者情報テーブル2020の端末A5bに対応する呼状態2022をCallParticipantConnected接続状態に更新する。なお、端末状態2033は、例えば、SIPのメッセージ例えば、200OK等の送受信に応じて適宜更新してもよい。また、3PCCモジュール部2102は、生成したsessionIDと、SOAP-SIPアダプタ2のIPアドレス及びポート番号と、受信したrecvSDP情報に含まれる端末A5bのIPアドレス及びポート番号とをメディアストリーム制御部2103に送信する。メディアストリーム制御部2103は、受信した情報をそれぞれメディアストリーム制御情報テーブル2040に記憶する。例えば、メディアストリーム制御部2103は、受信したSOAP-SIPアダプタ2のIPアドレス及びポート番号をメディアストリーム送受信用IPアドレス2042、メディアストリーム送受信用ポート番号2043に記憶し、受信した端末A5bのIPアドレス及びポート番号を相手先IPアドレス12044、相手先ポート番号12045に記憶する。また、メディアストリーム制御部2103は、受信したsessionIDを記憶する。3PCCモジュール部2102は、擬似RBT送信要求をメディアストリーム制御部2103に送信するS101。メディアストリーム制御部2103は、擬似RBT送信要求を受信すると、例えばRTPReal-timeTransportProtocolに従い、擬似RBTを端末A5bに送信するS10、8006。メディアストリーム制御部2103は、例えば相手を呼び出し中である旨のアナウンスや適宜の音楽等を擬似RBTとして用いてもよい。本実施の形態では、端末A5bとのセッションの確立が完了し、端末B5cとのセッションの確立を開始している段階で、端末A5bが無音状態となることを防ぐ。なお、この擬似RBTは、後述する停止要求があるまで送信し続けることができる。次に、SOAP-SIPアダプタ2と端末B5cとのセッションを確立する。3PCCモジュール部2102は、端末B5cに対する発信要求BをSIP制御部2104に送信するS11、8007。例えば、3PCCモジュール部2102は、端末情報テーブル2030に記憶された端末B5cに対応するsendSDP情報2035、FromURI2037及びToURI2038を含む発信要求をSIP制御部2104に送信する。また、3PCCモジュール部2102は、このときの時刻を呼参加者情報テーブル2020の端末B5cに対応する開始時間2023に記憶する。図3-2に示す呼参加者情報テーブル2020の例では、2008.10.2210:30.45が記憶される。SIP制御部2104は、発信要求Bに含まれるToURIに従い、INVITEメッセージBを端末B5cに送信するS12。INVITEメッセージBは、例えば、受信した発信要求に含まれる、sendSDP情報、FromURI、ToURIを少なくとも含む。また、SIP制御部2104は、端末B5cとのセッションを識別するハンドル値を生成する。端末B5cは、INVITEメッセージBを受信し、受信したINVITEメッセージBのsendSDP情報に含まれるSOAP-SIPアダプタ2のIPアドレスとポート番号を適宜の記憶部に記憶する。また、端末B5cは、自身のIPアドレスとポート番号を含むrecvSDP情報を生成し、生成したrecvSDP情報を含む200OKBをSOAP-SIPアダプタ2に送信するS13。SOAP-SIPアダプタ2のSIP制御部2104は、200OKBを受信し、ACKBを端末B5cに送信するS14。SIP制御部2104は、応答通知Bを3PCCモジュール部2102に送信するS15、8008。応答通知Bは、例えば、ステップS12で生成したハンドル値と、ステップS13で受信した200OKに含まれる端末B5cのrecvSDP情報とを含む。3PCCモジュール部2102は、受信した応答通知Bに含まれるハンドル値及びrecvSDP情報を、端末情報テーブル2030に端末B5cに対応して記憶する。なお、ハンドル値は、ステップS12~S14の間の適宜のタイミングで記憶されてもよい。3PCCモジュール部2102は、端末情報テーブル2030の端末B5cに対応する端末状態2033をCallCompleteセッション確立状態に更新する、また、3PCCモジュール部2102は、呼参加者情報テーブル2020の端末B5cに対応する呼状態2022をCallParticipantConnected接続状態に更新する。また、3PCCモジュール部2102は、セッション情報テーブル2010のセッション状態をConnected接続状態に更新する。3PCCモジュール部2102は、sessionIDと、受信したrecvSDP情報に含まれる端末B5cのIPアドレス及びポート番号をメディアストリーム制御部2103に送信する。メディアストリーム制御部2103は、受信したsessionIDに対応して、端末B5cのIPアドレス及びポート番号をメディアストリーム制御情報テーブル2040の相手先IPアドレス22046、相手先ポート番号22047に記憶する。3PCCモジュール部2102は、擬似RBT停止要求をメディアストリーム制御部2103に送信するS102、8009。メディアストリーム制御部2103は、擬似RBT停止要求に従い擬似RBTの送信を停止する。SOAP-SIPアダプタ2は、端末A5bと端末B5cとの間でメディアストリーム転送を開始する8010。例えば、端末A5bは、RTPに従い、メディアストリームをSOAP-SIPアダプタ2に送信するS16。このとき、端末A5bは、ステップS6で記憶したSOAP-SIPアダプタ2のIPアドレスとポート番号を宛先に設定し、自身のIPアドレスとポート番号を送信元に設定する。SOAP-SIPアダプタ2のメディアストリーム制御部2103は、受信したメディアストリームを、メディアストリーム制御情報テーブル2040を参照して端末B5cに転送するS17。例えば、メディアストリーム制御部2103は、受信したメディアストリームの送信元IPアドレスとポート番号に基づいてメディアストリーム制御情報テーブル2040を参照し、対応する相手先IPアドレスとポート番号を取得する。図3-4に示すメディアストリーム制御情報テーブル2040の例では、受信したメディアストリームの送信元IPアドレスとポート番号は、端末A5bのIPアドレス10.0.2.1、ポート番号20000であり、対応する相手先IPアドレス2204610.0.2.2とポート番号2204730000が取得される。メディアストリーム制御部2103は、取得したIPアドレスとポート番号に従い、受信したメディアストリームを端末B5cに転送する。同様に、端末B5cは、RTPに従い、メディアストリームをSOAP-SIPアダプタ2に送信するS18。端末A5bの場合と同様に、端末B5cは、ステップS12で記憶したSOAP-SIPアダプタ2のIPアドレスとポート番号を宛先に設定し、自身のIPアドレスとポート番号を送信元に設定する。SOAP-SIPアダプタ2のメディアストリーム制御部2103は、受信したメディアストリームを、メディアストリーム制御情報テーブル2040を参照して端末A5bに転送するS19。図3-4に示すメディアストリーム制御情報テーブル2040の例では、受信したメディアストリームの送信元IPアドレスとポート番号は、端末B5cのIPアドレス10.0.2.2、ポート番号30000であり、対応する相手先IPアドレス1204410.0.2.1とポート番号1204520000が取得される。メディアストリーム制御部2103は、取得したIPアドレスとポート番号に従い、受信したデータストリームを端末A5bに転送する。以上のように、シグナリングチャネルを確立するIPアドレスと、データチャネルを確立するIPアドレスとが同一となり、端末A5bからのデータをSOAP-SIPアダプタ2で受信し、そのデータを端末B5cへ転送して、また、端末B5cからのデータをSOAP-SIPアダプタ2で受信し、そのデータを端末A5bへ転送することで、通信品質が保証されたNGN上で3PCCサービスが可能となる。図13は、第1の実施の形態の3PCCサービスの手順を説明するシーケンス図2である。図9は、第1の実施の形態のSOAP-SIPアダプタ2における呼情報セッション情報要求受信時の動作を説明するフローチャートである。図13、図9を参照して、Webサーバ1が呼情報を取得する動作について説明する。ここでは、Webサーバ1は、指定したsessionIDに対応する情報を取得できる。図13のステップS21~S24の処理は、上述のステップS16~S19の処理に対応する。Webサーバ1は、SOAPgetCallSessionInformationRequestセッション情報要求、呼情報要求をSOAP-SIPアダプタ2に送信するS25。SOAPgetCallSessionInformationRequestは、取得したい呼情報のsessionIDを含む。より具体的には、Webサーバ1は、上述のステップS4で記憶されたsessionIDを含むSOAPgetCallSessionInformationRequestを生成し、SOAP-SIPアダプタ2に送信する。なお、Webサーバ1は、端末5aより、ユーザ操作に基づいて上述のステップS4で記憶されたsessionIDから取得したい呼情報のsessionIDを選択してもよい。SOAP-SIPアダプタ2は、SOAPgetCallSessionInformationRequestに含まれるsessionIDをキーにSOAP-SIPアダプタ2で保持しているセッション情報テーブル2010を検索し、一致するsessionID2011のテーブル情報を含むSOAPgetCallSessionInformationResponseを送信するS26~S28。以下、SOAP-SIPアダプタ2におけるステップS26~S28の詳細な動作について説明する。まず、SOAP-SIPアダプタ2のSOAP制御部2101は、SOAPgetCallSessionInformationRequestを受信し、セッション情報要求を3PCCモジュール部2102に送信するS26。このセッション情報要求は、SOAPgetCallSessionInformationRequest内のsessionIDを含む。3PCCモジュール部2102は、セッション情報要求を受信すると9001、受信したセッション情報要求に含まれるsessionIDに基づいてセッション情報テーブル2010のsessionID2011を検索する9002。受信したセッション情報要求に含まれるsessionIDがセッション情報テーブル2010に登録済みの場合、該当したsessionID2011に対応するセッション情報が特定される9003。3PCCモジュール部2102は、該当したsessionID2011に対応する呼参加者情報テーブル呼参加者状態2020を参照して、例えば各端末5b、5cに対応するURI2021及び呼状態2022を、それぞれ取得する9004。さらに、3PCCモジュール部2102は、例えば該当したsessionID2011に対応する端末情報ClientA用2030_A及び端末情報ClientB用2030_Bより、各端末のrecvSDP情報2036をそれぞれ取得する。3PCCモジュール部2102は、sessionID2011、取得したURI2021、呼状態2022及びrecvSDP情報2036を含むセッション情報要求成功応答を生成し9005、生成したセッション情報要求成功応答をSOAP制御部2101に送信するS27。SOAP制御部2101は、セッション情報要求成功応答を受信し、SOAPgetCallSessionInformationResponseセッション情報要求成功応答をWebサーバ1に送信するS28、9006。SOAPgetCallSessionInformationResponseは、受信したセッション情報要求成功応答内のsessionID、URI、呼状態及びrecvSDP情報を含み、SOAPに従って生成される。なお、ステップ9002において、受信したセッション情報要求に含まれるsessionIDが未登録の場合、3PCCモジュール部2102は、セッション情報要求失敗応答エラーレスポンスメッセージを生成し9007、生成したセッション情報要求失敗応答をSOAP制御部2101に送信する。SOAP制御部2101は、セッション情報要求失敗応答を受信し、セッション情報要求の失敗を示すSOAPgetCallSessionInformationResponseをWebサーバ1に送信する9006。Webサーバ1は、SOAPgetCallSessionInformationResponseを受信し、例えば受信したSOAPgetCallSessionInformationResponseに含まれる呼状態を参照することで、要求した通信が成立したかなどセッションの状態を確認できる。また、例えば、端末から呼を終了した場合、呼状態がCallParticipantTerminated終了状態となり、Webサーバ1は、端末A5b又は端末B5cから呼が終了されたと判断できる。また、例えば、呼状態が正常でない場合、Webサーバ1は、例えば後述するSOAPendCallSessionRequestを用いて通信を停止させてもよい。図14は、第1の実施の形態の3PCCサービスの手順を説明するシーケンス図3である。図10は、第1の実施の形態のSOAP-SIPアダプタ2における呼参加者情報要求受信時の動作を説明するフローチャートである。図14、図10を参照して、Webサーバ1が呼参加者情報を取得する動作について説明する。ここでは、指定したSIP-URIに対応するユーザの情報を取得できる。図14のステップS31~S34の処理は、上述のステップS16~S19の処理に対応する。Webサーバ1は、SOAPgetCallParticipantsInformationRequest呼参加者情報要求をSOAP-SIPアダプタ2に送信するS35。SOAPgetCallParticipantsInformationRequestは、取得したい呼参加者情報のsessionIDとURIを含む。具体的には、例えば、Webサーバ1は、上述のステップS4で記憶されたsessionIDと、所望の呼参加者のSIP-URIを含むSOAPgetCallSessionInformationRequestを生成し、SOAP-SIPアダプタ2に送信する。一例として、Webサーバ1は、端末5aより、ユーザ操作に基づいて取得したい呼情報のsessionIDとユーザ識別子例えば、端末A5b、端末B5cに対応するユーザ名を選択してもよい。なお、Webサーバ1は、上述のようにユーザ識別子とそのユーザのSIP-URIが対応して予め記憶され、入力されたユーザ識別子に対応するSIP-URIを取得できる。SOAP-SIPアダプタ2は、SOAPgetCallParticipantsInformationRequestに含まれるsessionIDをキーにSOAP-SIPアダプタ2で保持しているセッション情報テーブル2010を検索し、一致するsessionID2011のテーブル情報を特定する。さらに、SOAP-SIPアダプタ2は、getCallParticipantsInformationRequestに含まれるSIP-URIをキーに呼参加者情報テーブル2020を検索し、一致するSIP-URI2021に対応するテーブル情報を含むSOAPgetCallParticipantsInformationResponseを送信するS36~S38。以下、SOAP-SIPアダプタ2におけるステップS36~S38の動作について説明する。SOAP-SIPアダプタ2のSOAP制御部2101は、SOAPgetCallParticipantsInformationRequestを受信し、呼参加者情報要求を3PCCモジュール部2102に送信するS36。この呼参加者情報要求は、SOAPgetCallParticipantsInformationRequest内のsessionIDとSIP-URIとを含む。3PCCモジュール部2102は、呼参加者情報要求を受信すると1001、受信した呼参加者情報要求に含まれるsessionIDに基づいてセッション情報テーブル2010のsessionID2011を検索する1002。受信した呼参加者情報要求に含まれるsessionIDがセッション情報テーブル2010に登録済みの場合、該当したsessionID2011によりセッション情報が特定される1003。3PCCモジュール部2102は、受信した呼参加者情報要求に含まれるSIP-URIに基づいて、該当したsessionID2011に対応する呼参加者情報テーブル呼参加者状態2020のURI2021を検索する1004。受信した呼参加者情報要求に含まれるSIP-URIが登録済みの場合、3PCCモジュール部2102は、該当したURI2021に対応する呼状態2022を取得する1005。また、3PCCモジュール部2102は、受信した呼参加者情報要求に含まれるSIP-URIに基づいて端末情報テーブル2030のToURI2038を参照し、対応するrecvSDP情報2036を取得する。3PCCモジュール部2102は、URI2021、取得した呼状態2022及びrecvSDP情報2036を含む呼参加者情報要求成功応答を生成し1006、生成した呼参加者情報要求成功応答をSOAP制御部2101に送信するS37。SOAP制御部2101は、呼参加者情報要求成功応答を受信し、SOAPgetCallParticipantsInformationResponse呼参加者情報要求成功応答をWebサーバ1に送信するS38、1007。SOAPgetCallParticipantsInformationResponseは、受信した呼参加者情報要求成功応答内のURI、呼状態及びrecvSDP情報を含み、SOAPに従って生成される。なお、ステップ1002において、受信した呼参加者情報要求に含まれるsessionIDが未登録の場合、及び、ステップ1004において受信した呼参加者情報要求に含まれるSIP-URIが未登録の場合、3PCCモジュール部2102は、呼参加者情報要求失敗応答エラーレスポンスメッセージを生成し1008、生成した呼参加者情報要求失敗応答をSOAP制御部2101に送信する。SOAP制御部2101は、呼参加者情報要求失敗応答を受信し、呼参加者情報要求の失敗を示すSOAPgetCallParticipantsInformationResponseをWebサーバ1に送信する1007。図15は、第1の実施の形態の3PCCサービスの手順を説明するシーケンス図4である。図11は、第1の実施の形態のSOAP-SIPアダプタ2における呼終了要求受信時の動作を説明するフローチャートである。図15、図11は、Webサーバ1が呼終了する動作について説明する。図15のステップS41~S44の処理は、上述のステップS16~S19の処理に対応する。Webサーバ1は、SOAPendCallSessionRequest呼終了要求をSOAP-SIPアダプタ2に送信するS45。SOAPendCallSessionRequestは、呼終了したい呼のsessionIDを含む。より具体的には、Webサーバ1は、上述のステップS4で記憶されたsessionIDを含むSOAPendCallSessionRequestを生成し、SOAP-SIPアダプタ2に送信する。一例として、Webサーバ1は、端末5aより、ユーザ操作に基づいて上述のステップS4で記憶されたsessionIDから呼終了したい呼のsessionIDを選択してもよい。SOAP-SIPアダプタ2は、SOAPendCallSessionRequestに含まれるsessionIDをキーにSOAP-SIPアダプタ2で保持しているセッション情報テーブル2010を検索し、一致するsessionID2011のテーブル情報から切断する端末5b、5cを特定して切断するS46~S56。以下、SOAP-SIPアダプタ2におけるステップS46~S56の詳細な動作について説明する。SOAP-SIPアダプタ2のSOAP制御部2101は、SOAPendCallSessionRequest呼終了要求を受信し、呼終了要求を3PCCモジュール部2102に送信するS46。この呼終了要求は、SOAPendCallSessionRequest内のsessionIDを含む。3PCCモジュール部2102は、呼終了要求を受信すると1101、受信した呼終了要求に含まれるsessionIDに基づいてセッション情報テーブル2010のsessionID2011を検索する1102。受信した呼終了要求に含まれるsessionIDがセッション情報テーブル2010に登録済みの場合、3PCCモジュール部2102は、呼終了要求成功応答を生成し1109、生成した呼終了要求成功応答をSOAP制御部2101に送信するS47。SOAP制御部2101は、呼終了要求成功応答を受信し、SOAPendCallSessionResponse呼終了要求成功応答をWebサーバ1に送信するS48、1110。なお、SOAPendCallSessionResponseは、成功応答のみが送信されてもよい。また、該当したsessionID2011によりセッション情報を特定し、通話中の2者ここでは端末A5b、端末B5cを特定する1103。例えば、3PCCモジュール部2102は、受信した呼終了要求に含まれるsessionIDに対応する呼参加者情報テーブル2020を参照し、各端末A5b、端末B5cのSIP-URI2021をそれぞれ取得する。メディアストリーム制御部2103は、メディアストリームの転送を停止する1104。なお、3PCCモジュール部2102から、メディアストリーム転送停止要求をメディアストリーム制御部2103に送信してもよい。3PCCモジュール部2102は、取得されたSIP-URIの一方に従い、取得されたSIP-URIを含む切断要求AをSIP制御部2104に送信するS49、1105。SIP制御部2104は、切断要求Aを受信し、受信した切断要求Aに含まれるSIP-URIをToURIとして、SIPのBYEメッセージAを端末A5bに送信するS50。同様に、3PCCモジュール部2102は、取得されたSIP-URIの他方に従い、取得されたSIP-URIを含む切断要求BをSIP制御部2104に送信するS51、1106。SIP制御部2104は、切断要求Bを受信し、受信した切断要求Bに含まれるSIP-URIをToURIとしてBYEメッセージBを端末B5cに送信するS52。端末A5bは、ステップS50において受信したBYEメッセージAに対する200OKAをSOAP-SIPアダプタ2に送信するS53。SOAP-SIPアダプタ2のSIP制御部2104は、200OKAを受信し、切断完了通知Aを3PCCモジュール部2102に送信するS54、1107。同様に、端末B5cは、ステップS52において受信したBYEメッセージBに対する200OKBをSOAP-SIPアダプタ2に送信するS55。SOAP-SIPアダプタ2のSIP制御部2104は、200OKBを受信し、切断完了通知Bを3PCCモジュール部2102に送信するS56、1108。なお、ステップ1102において、受信した呼終了要求に含まれるsessionIDが未登録の場合、3PCCモジュール部2102は、呼終了要求失敗応答エラーレスポンスメッセージを生成し1111、生成した呼終了要求失敗応答をSOAP制御部2101に送信する。SOAP制御部2101は、呼終了要求失敗応答を受信し、呼終了要求の失敗を示すSOAPendCallSessionResponseをWebサーバ1に送信する1110。2.第2の実施の形態ネットワーク構成図4は、第2の実施の形態の通信網の構成例を示す説明図である。本実施の形態の通信網システムは、例えば、SIPサーバ3と、SOAP-SIPアダプタ6a及び6bを備える。SIPサーバ3は、NGNN2に設置されている。SOAP-SIPアダプタ6aは、NGNN2を介してSOAP-SIPアダプタ6bと通信する。また、端末A7aと端末B7bは、SOAP-SIPアダプタ6a及びSOAP-SIPアダプタ6bを介して通信する。なお、端末7がどのSOAP-SIPアダプタ6に接続されるかは予め定められており、SOAP-SIPアダプタ6aと端末A7aは1対1に対応し、SOAP-SIPアダプタ6bと端末B7bも1対1に対応する。例えば、端末B7bで通信したい場合、SOAP-SIPアダプタ6bを指定すれば端末B7bと通信できる。また、SOAP-SIPアダプタ6と端末7は1対多でもよく、端末7が接続されるSOAP-SIPアダプタ6の対応関係が適宜の装置に記憶されていてもよい。図5は、第2の実施の形態のSOAP-SIPアダプタ6の構成例を示す説明図である。本実施の形態のSOAP-SIPアダプタ6は、例えば、第1の実施の形態の3PCCモジュール部2102に換えてNGN接続モジュール部5102を備える。NGN接続モジュール部5102は、コネクション情報テーブル5010を有し、コネクション情報テーブル5010は、端末情報テーブル5020を有する。CPU5001、IF5003a及び5003b、SOAP制御部5101、メディアストリーム制御部5103、SIP制御部5104は、第1の実施の形態と同様である。図6-1は、第2の実施の形態のSOAP-SIPアダプタ6aにおけるコネクション情報テーブル5010の構成の一例を示す説明図である。コネクション情報テーブル5010は、例えば、connectionID5011に対応して、コネクション状態5012と、端末情報5013とを記憶する。connectionID5011は、端末7からの接続要求に対応するコネクションを識別する情報である。例えば、TCPTransmissionControlProtocolでのコネクションを識別する。なお、connectionID5011は、SOAP-SIPアダプタ6毎にそれぞれ生成される。コネクション状態5012は、コネクションの状態を示し、例えば、第1の実施の形態のセッション状態2012に相当し、同様の状態が記憶される。端末情報5013は、端末情報テーブル5020に相当する。図6-2は、第2の実施の形態のSOAP-SIPアダプタ6aにおける端末情報テーブル5020の構成の一例を示す説明図である。端末情報テーブル5020は、例えば、ハンドル値5021と、connectionID5022と、端末状態5023と、sendSDP情報5024と、recvSDP情報5025とFromURI5026と、ToURI5027とを記憶する。ハンドル値5021は、SOAP-SIPアダプタ6aとSOAP-SIPアダプタ6bの間のSIPのセッションを識別する情報である。connectionID5022は、上述のコネクション情報テーブル5010のconnectionID5011に対応する。端末状態5023は、SOAP-SIPアダプタ6aとSOAP-SIPアダプタ6b間のセッションの状態を示す。端末状態5023は、例えば、第1の実施の形態の端末状態2033と同様の状態が記憶される。sendSDP情報5024は、例えば、SOAP-SIPアダプタ6自身のIPアドレスとポート番号を含む。図6-2に示すSOAP-SIPアダプタ6aの例では、SOAP-SIPアダプタ6aのIPアドレス10.0.1.1とポート番号10000を含む。recvSDP情報5025は、例えば、接続先のSOAP-SIPアダプタ6のIPアドレスとポート番号を含む。図6-2の例では、SOAP-SIPアダプタ6bのIPアドレス10.0.2.1とポート番号20000を含む。FromURI5026は、例えば、SOAP-SIPアダプタ6自身のSIP-URIを示す。図6-2の例では、SOAP-SIPアダプタ6aのSIP-URIを示す。ToURI5027は、例えば、接続先のSOAP-SIPアダプタ6のSIP-URIを示す。図6-2の例では、SOAP-SIPアダプタ6bのSIP-URIを示す。図6-3は、第2の実施の形態のSOAP-SIPアダプタ6aにおけるメディアストリーム制御情報テーブル5030の構成の一例を示す説明図である。本実施の形態のメディアストリーム制御情報テーブル5030は、例えば、第1の実施の形態のsessionID2041に換えてconnectionID5031を記憶する。connectionID5031は、コネクション情報テーブル5010のconnectionID5011に対応する。その他の、メディアストリーム送受信用IPアドレス5032、メディアストリーム送受信用ポート番号5033、相手先IPアドレス15034、相手先ポート番号15035、相手先IPアドレス25036、相手先ポート番号25037は、第1の実施の形態と同様である。なお、本実施の形態におけるSOAP-SIPアダプタ6aでは、相手先IPアドレス15034及び相手先ポート番号15035は、SOAP-SIPアダプタ6bのIPアドレス及びポート番号が記憶され、相手先IPアドレス25036及び相手先ポート番号25037は、端末A7aのIPアドレス及びポート番号が記憶される。また、メディアストリーム送受信用IPアドレス5032及びメディアストリーム送受信用ポート番号5033は、第1の実施の形態と同様に、SOAP-SIPアダプタ6aのIPアドレス及びポート番号が記憶される。図21-1は、第2の実施の形態のSOAP-SIPアダプタ6bにおけるコネクション情報テーブル6010の構成の一例を示す説明図である。図21-2は、第2の実施の形態のSOAP-SIPアダプタ6bにおける端末情報テーブル6020の構成の一例を示す説明図である。図21-3は、第2の実施の形態のSOAP-SIPアダプタ6bにおけるメディアストリーム制御情報テーブル6030の構成の一例を示す説明図である。SOAP-SIPアダプタ6bにおける各テーブル6010、6020、6030の構成は、上述のSOAP-SIPアダプタ6aにおける各テーブル5010、5020、5030と同様である。なお、SOAP-SIPアダプタ6bの端末情報テーブル6020では、sendSDP情報6024にSOAP-SIPアダプタ6bのIPアドレス及びポート番号が記憶され、recvSDP情報6025に接続先のSOAP-SIPアダプタ6aのIPアドレス及びポート番号が記憶される。また、FromURI6026は、SOAP-SIPアダプタ6bのSIP-URI、ToURI6027は、SOAP-SIPアダプタ6aのSIP-URIを示す。また、メディアストリーム制御情報テーブル6030では、相手先IPアドレス16034及び相手先ポート番号16035は、SOAP-SIPアダプタ6aのIPアドレス及びポート番号が記憶され、相手先IPアドレス26036及び相手先ポート番号26037は、端末B7bのIPアドレス及びポート番号が記憶される。メディアストリーム送受信用IPアドレス6032及びメディアストリーム送受信用ポート番号6033は、SOAP-SIPアダプタ6bのIPアドレス及びポート番号が記憶される。動作図19は、第2の実施の形態のNGN接続サービスの手順を説明するシーケンス図1である。図16は、第2の実施の形態のSOAP-SIPアダプタ6における接続開始要求受信時の動作を説明するフローチャートである。図22は、第2の実施の形態のSOAP-SIPアダプタ6における着信通知受信時の動作を説明するフローチャートである。図17は、第2の実施の形態のSOAP-SIPアダプタ6におけるコネクション情報要求受信時の動作を説明するフローチャートである。本実施の形態では、SIPのプロトコルを意識することなく、自端末ともう一方の相手端末とを通信品質が保証されたNGN上で接続するサービスが可能となる。既存のアプリケーション端末などはNGNで通信帯域確保を行う為のSIPを実装していないものが多く、NGN上での通信が不可能であるといった課題がある。本実施の形態では、一例として端末A7aの画面上などで通信したい相手を選択することをトリガーに、接続開始要求SOAPメッセージをSOAP-SIPアダプタ6に送信することで、SIPを意識することなく相手端末B7bとの間に通信帯域確保を行うことが可能である。通信帯域確保後は、端末7はこれまで既存のインターネット上と変わらない動作で帯域が確保された通信を行うことが可能である。以下、端末7が接続を開始する動作について説明する。SOAP-SIPアダプタ6aに接続されている端末A7aは、例えば起動の際SOAP-SIPアダプタ6a間の待受けポートをオープンする開く。これにより、端末A7aとSOAP-SIPアダプタ6a間のデータ送受信が可能な状態となる。このとき、SOAP-SIPアダプタ6aは、端末A7aのIPアドレスとポート番号を受信し、受信した端末A7aのIPアドレスとポート番号を適宜の記憶部に記憶する。端末B7b、SOAP-SIPアダプタ6bについても同様である。なお、端末7は、上述の例に限らず、適宜のタイミングで待受けポートをオープンしてもよい。端末A7aは、SOAPconnectRequest接続要求をSOAP-SIPアダプタ6aに送信するS61。SOAPconnectRequestは、接続先の端末B7bに対応するSOAP-SIPアダプタ6bのSIP-URIを含む。例えば、端末A7aは、ユーザ操作に基づき、適宜の入力部から接続先のユーザのユーザ識別子又はSOAP-SIPアダプタ6のSIP-URIを選択する。ユーザ識別子を選択する際、例えば、端末A7aは、ユーザ識別子とそのユーザの端末7が接続されるSOAP-SIPアダプタ6のSIP-URIとが対応して予め記憶され、入力されたユーザ識別子に対応するSOAP-SIPアダプタ6のSIP-URIを特定してもよい。また、ユーザ識別子とそのユーザの端末7が接続されるSOAP-SIPアダプタ6のSIP-URIとが対応して予め記憶されたWebサーバを設置し、当該Webサーバが、端末A7aで選択されたユーザ識別子に対応するSOAP-SIPアダプタ6のSIP-URIを返すようにしてもよい。SOAP-SIPアダプタ6aのSOAP制御部5101aは、SOAPconnectRequestを受信し、接続要求BをSOAP-SIPアダプタ6aのNGN接続モジュール部5102aに送信するS62。この接続要求Bは、SOAPconnectRequest内のSIP-URIを含む。SOAP-SIPアダプタ6aは、このSIP-URIに対して接続を開始する。具体的には、まず、NGN接続モジュール部5102aは、接続要求Bを受信すると1601、connectionIDを生成する1602。connectionIDの生成については、第1の実施の形態の図7及びその説明と同様である。なお、図7の説明と一部重複するが、図6-1、図6-2を参照して本実施の形態について説明すると、NGN接続モジュール部5102aは、生成したconnectionIDをコネクション情報テーブル5010と端末情報テーブル5020にそれぞれ記憶する。NGN接続モジュール部5102aは、コネクション情報テーブル5010のコネクション状態5012をInitial初期状態に設定する。さらに、NGN接続モジュール部5102aは、受信した接続要求Bに含まれるSIP-URIを端末情報テーブル5020のToURI5027に記憶する。また、NGN接続モジュール部5102aは、端末情報テーブル5020の端末状態5023をInitial初期状態に設定する。NGN接続モジュール部5102aは、SOAP-SIPアダプタ6aのIPアドレスとポート番号を含むsendSDP情報5024を端末情報テーブル5020に記憶する。また、NGN接続モジュール部5102aは、SOAP-SIPアダプタ6aのSIP-URIを端末情報テーブル5020のFromURI5026に記憶する。なお、SOAP-SIPアダプタ6aのSIP-URI、IPアドレス及びポート番号は、予め適宜の記憶部に記憶されている。NGN接続モジュール部5102aは、接続成功応答Bを生成し1607、生成した接続成功応答BをSOAP制御部5101aに送信するS63。接続成功応答Bは、生成したconnectionIDを含む。SOAP制御部5101aは、接続成功応答Bを受信し、SOAPconnectResponse接続成功応答を端末A7aに送信するS64、1608。SOAPconnectResponseは、受信した接続成功応答B内のconnectionIDを含み、SOAPに従って生成される。端末A7aは、SOAPconnectResponseを受信し、受信したSOAPconnectResponseに含まれるconnectionIDを適宜の記憶部に記憶する。なお、ステップ1602でconnectionIDの生成に失敗した場合、NGN接続モジュール部5102aは、接続要求失敗応答エラーレスポンスメッセージを生成し1609、SOAP制御部5101aに送信する。SOAP制御部5101aは、接続要求失敗応答を受信し、接続要求の失敗を示すSOAPconnectResponseを端末A7aに送信する1608。次に、SOAP-SIPアダプタ6aは、SOAP-SIPアダプタ6bとセッションを確立する。まず、NGN接続モジュール部5102aは、メディアストリーム制御転送用ポートを取得する1603。NGN接続モジュール部5102aは、発信要求BをSOAP-SIPアダプタ6aのSIP制御部5104aに送信するS65、1604。発信要求Bは、端末情報テーブル5020に記憶されたsendSDP情報5024、FromURI5026及びToURI5027を含む。SIP制御部5104aは、発信要求Bを受信し、受信した発信要求Bに含まれるToURIに従い、SIPのINVITEメッセージBをSOAP-SIPアダプタ6bに送信するS66。INVITEメッセージBは、例えば、受信した発信要求B内のsendSDP情報、FromURI、ToURIを少なくとも含む。また、SIP制御部5104aは、SOAP-SIPアダプタ6bとのSIPのセッションを識別するハンドル値を生成する。以下、SOAP-SIPアダプタ6b側の各部の動作を説明する。SOAP-SIPアダプタ6bのSIP制御部5104bは、INVITEメッセージBを受信し、着信通知AをSOAP-SIPアダプタ6bのNGN接続モジュール部5102bに送信するS67。着信通知Aは、受信したINVITEメッセージB内のsendSDP情報、FromURI、ToURIを含む。NGN接続モジュール部5102bは、着信通知Aを受信すると1901、connectionIDを生成する1902。本実施の形態では、SOAP-SIPアダプタ6aとSOAP-SIPアダプタ6bで独立してconnectionIDが生成される。なお、connectionIDの生成については、上述のステップ1602と同様である。NGN接続モジュール部5102bは、生成したconnectionIDをコネクション情報テーブル6010と端末情報テーブル6020にそれぞれ記憶する。NGN接続モジュール部5102bは、コネクション情報テーブル6010のコネクション状態6012を設定する。例えば、コネクション状態6012をInitial初期状態又はConnected接続状態に設定する。なお、Initial又はConnectedは、適宜のタイミングで変更してもよい。さらに、NGN接続モジュール部5102bは、受信した着信通知Aに含まれるsendSDP情報を端末情報テーブル6020のrecvSDP情報6025に記憶する。NGN接続モジュール部5102bは、受信した着信通知Aに含まれるFromURIを端末情報テーブル6020のToURI6027に記憶し、同様に、受信した着信通知Aに含まれるToURIすなわち自身のSIP-URIをFromURI6026に記憶する。また、NGN接続モジュール部5102bは、端末情報テーブル6020の端末状態6023を設定する。例えば、端末状態6023を適宜Initial初期状態、CallCompleteセッション確立状態等に設定する。なお、端末状態6023は、適宜変更してもよい。NGN接続モジュール部5102bは、SOAP-SIPアダプタ6bのIPアドレスとポート番号を端末情報テーブル6020のsendSDP情報6024に記憶する。なお、SOAP-SIPアダプタ6bのIPアドレスとポート番号は予め適宜の記憶部に記憶されている。また、SIP制御部5104bは、SOAP-SIPアダプタ6aとのSIPのセッションを識別するハンドル値を生成し、端末情報テーブル6020に記憶する。SOAP-SIPアダプタ6bのNGN接続モジュール部5102bは、メディアストリーム制御転送用ポートを取得する1903。NGN接続モジュール部5102bは、生成したconnectionIDと、受信した着信通知A内のsendSDP情報に含まれるSOAP-SIPアダプタ6aのIPアドレス及びポート番号と、ポートオープンにより記憶された端末B7bのIPアドレス及びポート番号とを、メディアストリーム制御部5103bに送信する。メディアストリーム制御部5103bは、受信した情報をそれぞれメディアストリーム制御情報テーブル6030に記憶する。例えば、メディアストリーム制御部5103bは、受信したSOAP-SIPアダプタ6aのIPアドレス及びポート番号を相手先IPアドレス16034、相手先ポート番号16035に記憶し、受信した端末B7bのIPアドレス及びポート番号を相手先IPアドレス26036、相手先ポート番号26037に記憶する。また、メディアストリーム制御部5103bは、受信したconnectionIDを記憶し、自身のIPアドレス及びポート番号をメディアストリーム送受信用IPアドレス6032、メディアストリーム送受信用ポート番号6033に記憶する。これにより、SOAP-SIPアダプタ6bでは、メディアストリームの転送を開始できる1904。NGN接続モジュール部5102bは、応答Aを生成し、SIP制御部5104bに送信するS68、1905。応答Aは、端末情報テーブル6020に記憶されたsendSDP情報6024、FromURI6026及びToURI6027を含む。SIP制御部5104bは、応答Aを受信すると、SIPの200OKBをSOAP-SIPアダプタ6aに送信するS69。200OKBは、例えば、受信した応答A内のsendSDP情報、FromURI、ToURIを少なくとも含む。なお、上述のステップ1902でconnectionIDの生成に失敗した場合、NGN接続モジュール部5102bは、端末A7aに対応するSOAP-SIPアダプタ6aとのSIPのセッションを切断する1906。SOAP-SIPアダプタ6a側の説明に戻ると、SOAP-SIPアダプタ6aのSIP制御部5104aは、200OKBを受信し、SIPのACKBをSOAP-SIPアダプタ6bに送信するS70。SIP制御部5104aは、応答通知BをNGN接続モジュール部5102aに送信するS71、1605。応答通知Bは、ステップS66で生成したハンドル値と、ステップS69で受信した200OKBに含まれるsendSDP情報とを含む。NGN接続モジュール部5102aは、受信した応答通知Bに含まれるハンドル値を端末情報テーブル5020に記憶する。また、NGN接続モジュール部5102aは、受信した応答通知Bに含まれるsendSDP情報を端末情報テーブル5020のrecvSDP情報5025に記憶する。なお、ハンドル値は、適宜のタイミングで記憶されてもよい。NGN接続モジュール部5102aは、端末情報テーブル5020の端末状態5023をCallCompleteセッション確立状態に更新する。また、NGN接続モジュール部5102aは、コネクション情報テーブル5010のコネクション状態5012をConnected接続状態に更新する。なお、端末状態2033は、例えば、SIPのメッセージ例えば、200OK等の送受信に対応して適宜更新してもよい。NGN接続モジュール部5102aは、生成したconnectionIDと、ポートオープンにより記憶された端末A7aのIPアドレス及びポート番号と、受信したsendSDP情報に含まれるSOAP-SIPアダプタ6bのIPアドレス及びポート番号とをメディアストリーム制御部5103aに送信する。メディアストリーム制御部5103aは、受信した情報をメディアストリーム制御情報テーブル5030にそれぞれ記憶する。例えば、メディアストリーム制御部5103aは、受信したSOAP-SIPアダプタ6bのIPアドレス及びポート番号を相手先IPアドレス15034、相手先ポート番号15035に記憶し、受信した端末A7aのIPアドレス及びポート番号を相手先IPアドレス25036、相手先ポート番号25037に記憶する。また、メディアストリーム制御部5103aは、受信したconnectionIDを記憶し、自身のIPアドレス及びポート番号をメディアストリーム送受信用IPアドレス5032、メディアストリーム送受信用ポート番号5033に記憶する。これにより、SOAP-SIPアダプタ6aでは、メディアストリームの転送を開始できる1606。次に、端末7がコネクション情報を取得する動作について説明する。端末A7aは、SOAPgetConnectionInformationListRequestコネクション情報要求をSOAP-SIPアダプタ6aに送信するS72。SOAPgetConnectionInformationListRequestは、取得したい接続情報コネクション情報のconnectionIDを含む。より具体的には、端末A7aは、上述のステップS64で記憶されたconnectionIDを含むSOAPgetConnectionInformationListRequestを生成する。一例として、端末A7aは、ステップS64のSOAPconnectionResponseを受信後、定期的にステップS72の処理を実行する。SOAP-SIPアダプタ6aは、SOAPgetConnectionInformationListRequestに含まれるconnectionIDをキーにSOAP-SIPアダプタ6aで保持しているコネクション情報テーブル5010を検索し、一致するconnectionID5011のテーブル情報を含むSOAPgetConnectionInformationListResponseを送信するS73~S75。以下、SOAP-SIPアダプタ6aにおけるステップS73~S75の詳細な動作について説明する。まず、SOAP-SIPアダプタ6aのSOAP制御部5101aは、SOAPgetConnectionInformationListRequestを受信し、コネクション情報要求をNGN接続モジュール部5102aに送信するS73。このコネクション情報要求は、SOAPgetConnectionInformationListRequest内のconnectionIDを含む。NGN接続モジュール部5102aは、コネクション情報要求を受信すると1701、受信したコネクション情報要求に含まれるconnectionIDに基づいてコネクション情報テーブル5010のconnectionID5011を検索する1702。受信したコネクション情報要求に含まれるconnectionIDがコネクション情報テーブル5010に登録済みの場合、該当したconnectionID5011に対応するコネクション情報が特定される1703。NGN接続モジュール部5102aは、該当したconnectionID5011に対応するコネクション状態5012を取得する1704。なお、NGN接続モジュール部5102aは、コネクション状態5012に限らずコネクション情報テーブル5010、端末情報テーブル5020に記憶された適宜の情報をさらに取得してもよい。NGN接続モジュール部5102aは、取得したコネクション状態5012を含むコネクション情報成功応答を生成し1705、生成したコネクション情報成功応答をSOAP制御部5101aに送信するS74。SOAP制御部5101aは、コネクション情報成功応答を受信し、SOAPgetConnectionInformationListResponseを端末A7aに送信するS75、1706。SOAPgetConnectionInformationListResponseは、受信したコネクション情報成功応答内のコネクション状態を含み、SOAPに従って生成される。なお、ステップ1702において、受信したコネクション情報要求に含まれるconnectionIDがコネクション情報テーブル5010に未登録の場合、NGN接続モジュール部5102aは、コネクション情報失敗応答エラーレスポンスメッセージを生成し1707、生成したコネクション情報失敗応答をSOAP制御部5101aに送信する。SOAP制御部5101aは、コネクション情報失敗応答を受信し、コネクション情報要求の失敗を示すSOAPgetConnectionInformationListResponseを端末A7aに送信する1706。端末A7aは、SOAPgetConnectionInformationListResponseを受信し、受信したSOAPgetConnectionInformationListResponseに含まれるコネクション状態を参照することにより、接続の状態を確認できる。これにより、例えばコネクション状態がConnected接続状態であることを確認すると、端末A7aと端末B7bでHTTPに従ったAPレベルでのシグナリングを開始しS76~S81、及び、RTPに従ったメディアストリームの通信を行うS82~87。例えば、シグナル及びメディアストリームの転送について、端末A7aから端末B7bへのメディアストリームについて説明すると、端末A7aは、SOAP-SIPアダプタ6aのIPアドレスとポート番号を宛先に設定し、自身のIPアドレスとポート番号を送信元に設定し、メディアストリームを送信するS82。なお、SOAP-SIPアダプタ6aのIPアドレスとポート番号は、予め適宜の記憶部に記憶されている。SOAP-SIPアダプタ6aのメディアストリーム制御部5103aは、メディアストリーム制御情報テーブル5030を参照して、受信したメディアストリームをSOAP-SIPアダプタ6bに転送するS83。転送の動作は第1の実施の形態と同様である。図6-3を参照して本実施の形態のSOAP-SIPアダプタ6aについて説明すると、受信したメディアストリームの送信元IPアドレスとポート番号は、端末A7aのIPアドレス192.168.10.1、ポート番号30000であり、対応する相手先IPアドレス1503410.0.2.1とポート番号1503520000が取得される。NGN接続モジュール部5102aは、取得したIPアドレスとポート番号に従い、受信したメディアストリームをSOAP-SIPアダプタ6bに転送する。また、このとき、NGN接続モジュール部5102aは、メディアストリーム制御情報テーブル5030のメディアストリーム送受信用IPアドレス5032とメディアストリーム送受信用ポート番号5033とを送信元に設定する。SOAP-SIPアダプタ6bのメディアストリーム制御部5103bは、メディアストリームを受信し、メディアストリーム制御情報テーブル6030を参照して受信したシグナルを端末B7bに転送するS84。図21-3を参照して本実施の形態のSOAP-SIPアダプタ6bについて説明すると、受信したメディアストリームの送信元IPアドレスとポート番号は、SOAP-SIPアダプタ6aのIPアドレス10.0.1.1、ポート番号10000であり、対応する相手先IPアドレス26036192.168.10.2とポート番号2603740000が取得される。NGN接続モジュール部5102bは、取得したIPアドレスとポート番号に従い、受信したメディアストリームを端末B7bに転送する。また、このとき、NGN接続モジュール部5102bは、メディアストリーム制御情報テーブル6030のメディアストリーム送受信用IPアドレス6032とメディアストリーム送受信用ポート番号6033とを送信元に設定する。なお、端末B7bから端末A7aにメディアストリームを送信する場合S85~S87、端末A7a及び端末B7b間でAPレベルのシグナルを送受信する場合S76~S81も同様である。以上のように、一例として端末A7aの画面上などで通信したい相手を選択することをトリガーに、接続開始要求のSOAPメッセージをSOAP-SIPアダプタ6aに送信することで、SIPを意識することなく相手端末B7bとの間に通信帯域を確保することが可能である。通信帯域確保後は、端末7は、これまで既存のインターネット上と変わらない動作で帯域が確保されたNGNN2で通信することが可能である。また、シグナリングチャネルを確立するIPアドレスと、データチャネルを確立するIPアドレスが同一となる。図20は、第2の実施の形態のNGN接続サービスの手順を説明するシーケンス図2である。図18は、第2の実施の形態のSOAP-SIPアダプタ6における接続終了要求受信時の動作を説明するフローチャートである。図23は、第2の実施の形態のSOAP-SIPアダプタ6における切断通知受信時の動作を説明するフローチャートである。図20、図18、図23を参照して、接続を終了する動作について説明する。図20のステップS91~S96の処理は、上述のS82~S87に対応する。端末A7aは、SOAPdisconnectRequest切断要求をSOAP-SIPアダプタ6aに送信するS97。SOAPdisconnectRequestは、接続を終了したい呼のconnectinIDを含む。具体的には、例えば、端末A7aは、上述のステップS64で記憶されたconnectionIDを含むSOAPdisconnectRequestを生成する。一例として、端末A7aは、適宜の入力部より、ユーザ操作に基づいて上述のステップS64で記憶されたconnectionIDから接続を終了したい呼のconnectionIDを選択してもよい。SOAP-SIPアダプタ6aは、connectionIDをキーにSOAP-SIPアダプタ6aで保持しているコネクション情報テーブル5010を検索し、一致するconnectionID5011のテーブル情報から切断する端末7を特定して切断するS98~S105。以下、SOAP-SIPアダプタ6aにおけるステップS98~S105の詳細な動作について説明する。まず、SOAP-SIPアダプタ6aのSOAP制御部5101aは、SOAPdisconnectRequestを受信し、切断要求BをNGN接続モジュール部5102aに送信するS98。この切断要求Bは、SOAPdisconnectRequest内のconnectionIDを含む。NGN接続モジュール部5102aは、切断要求Bを受信すると1801、受信した切断要求Bに含まれるconnectionIDに基づいてコネクション情報テーブル5010のconnectionID5011を検索する1802。受信した切断要求Bに含まれるconnectionIDがコネクション情報テーブル5010に登録済みの場合、NGN接続モジュール部5102aは、切断成功応答を生成し1807、生成した切断成功応答をSOAP制御部5101aに送信するS99。SOAP制御部5101aは、切断成功応答を受信し、SOAPdisconnectResponseを端末A7aに送信するS100、1808。なお、SOAPdisconnectResponseは、成功応答のみが送信されてもよい。また、メディアストリーム制御部5103aは、メディアストリームの転送を停止する1803。なお、NGN接続モジュール部5102aから、メディアストリーム転送停止要求をメディアストリーム制御部5103aに送信してもよい。NGN接続モジュール部5102aは、切断要求Bを生成し、SIP制御部5104aに送信するS101、1804。具体的には、NGN接続モジュール部5102aは、該当したconnectionID5011に対応する端末情報テーブル5020を参照し、ToURI5027を取得する。NGN接続モジュール部5102aは、取得したToURI5027を含む切断要求BをSIP制御部5104aに送信する。SIP制御部5104aは、切断要求Bを受信し、受信した切断要求Bに含まれるToURIに従いSIPのBYEメッセージBをSOAP-SIPアダプタ6bに送信するS102。SOAP-SIPアダプタ6bのSIP制御部5104bは、BYEメッセージBを受信し2001、切断通知AをNGN接続モジュール部5102bに送信するS103。また、SIP制御部5104bは、SIPの200OKBをSOAP-SIPアダプタ6aに送信するS104、2002。メディアストリーム制御部5103bは、メディアストリームの転送を停止し2003、メディアストリーム未転送に設定する2004。なお、NGN接続モジュール部5102bから、メディアストリーム転送停止要求をメディアストリーム制御部5103bに送信してもよい。SOAP-SIPアダプタ6aのSIP制御部5104aは、200OKBを受信し、切断完了通知BをNGN接続モジュール部5102aに送信するS105、1805。NGN接続モジュール部5102aは、切断完了通知Bを受信し、メディアストリーム未転送に設定する1806。なお、ステップ1802において、受信した呼終了要求に含まれるsessionIDが未登録の場合、NGN接続モジュール部5102aは、呼終了要求失敗応答エラーレスポンスメッセージを生成し1809、生成した呼終了要求失敗応答をSOAP制御部5101aに送信する。SOAP制御部5101aは、呼終了要求失敗応答を受信し、呼終了要求の失敗を示すSOAPdisconnectResponseを端末A7aに送信する1808。3.その他第1の実施の形態の構成第1の実施の形態において、通信システムは、例えば、第1サーバSOAP-SIPアダプタ2と、前記第1サーバとSIPプロトコルで接続設定をする装置端末B5c、CLIENTBと、前記第1サーバと通信する第1端末端末A5b、CLIENTAとを有する通信システムであって、前記第1サーバは、接続要求メッセージSOAPmakeCallSessionRequsetを受信するインタフェースSOAP制御部と、受信した前記接続要求メッセージに従い、前記SIPプロトコルで前記装置に対して接続設定を行う処理部3PCCモジュール部、SIP制御部と、前記処理部の接続設定の後に、前記第1端末から受信したデータを前記装置に転送する第1転送制御部メディアストリーム制御部とを有する。上述の通信システムにおいて、前記装置は第2端末端末B5c、CLIENTBであり、前記通信システムは、前記第1サーバへ、前記第1端末と前記第2端末とで通信するための前記接続要求メッセージを送信するサーバwebサーバ1をさらに備え、前記処理部は、前記SIPプロトコルで前記第1端末及び前記第2端末に対して接続設定を行い、前記第1転送処理部は、前記第2端末から受信したデータを前記第1端末に、前記第1端末から受信したデータを前記第2端末に、各々転送する。第2の実施の形態の構成第2の実施の形態において、通信システムは、例えば、第1サーバSOAP-SIPアダプタ6aと、前記第1サーバとSIPプロトコルで接続設定をする装置SOAP-SIPアダプタ6bと、前記第1サーバと通信する第1端末端末A7a、CLIENTAとを有する通信システムであって、前記第1サーバは、接続要求メッセージSOAPconnectRequsetを受信するインタフェースSOAP制御部と、受信した前記接続要求メッセージに従い、前記SIPプロトコルで前記装置に対して接続設定を行う処理部3PCCモジュール部、SIP制御部と、前記処理部の接続設定の後に、前記第1端末から受信したデータを前記装置に転送する第1転送制御部メディアストリーム制御部とを有する。上述の通信システムは、第2端末端末B7b、CLIENTBをさらに備え、前記装置は、第2転送処理部メディアストリーム制御部5103bを備えた第2サーバSOAP-SIPアダプタサーバ6bであり、前記第2転送処理部は、前記第1転送制御部が転送する前記データを受信し、該データを前記第2端末へ転送する。