(57)【要約】【課題】  ３ＰＣＣサービスでは、通信する２者（第１接続端末と第２接続端末）とは違う第三者がその２者に対し発呼をするため、電話をかけたい相手（第２接続端末）が電話に応答できない状態で発呼をした場合、第１接続端末と第２接続端末で通話が確立しないにも関わらず、第１接続端末と第三者ではセッションが確立する課題がある。【解決手段】  第１接続端末と第２接続端末の通話開始前に、第２接続端末にて通信開始元（発信元）の接続端末を判断する。また、第１接続端末と第２接続端末とのセッション確立前に、第２接続端末の判断に基づいて３ＰＣＣサービスを開始するか否かを処理する。【選択図】図２
2014103614.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバと、第１端末及び第２端末と通信する制御装置とを有する通信システムであって、
前記制御装置は、
前記Ｗｅｂサーバから、前記第1端末に対応するＴｏ  ＵＲＩと前記第２端末に対応するＦｒｏｍ  ＵＲＩとを含む呼設定要求メッセージを受信するインタフェースと、
受信した前記接続要求メッセージに従い、前記第１端末に対して前記Ｔｏ  ＵＲＩと前記Ｆｒｏｍ  ＵＲＩとセッションＩＤとを含む第1メッセージを送信し、前記第1端末から、前記セッションＩＤと前記第1メッセージに関する応答許可の情報とを含む第２メッセージを受信する場合には、前記Ｗｅｂサーバには呼設定応答メッセージが送信されるように制御し、かつ前記第1端末との前記セッションＩＤに基づく第1セッションと前記第2端末との前記セッションＩＤに基づく第2セッションとを設定する第1制御部とを有することを特徴とする通信システム。
【請求項２】
前記呼設定要求メッセージと前記呼設定応答メッセージとはＳＯＡＰメッセージであり、前記第1メッセージと前記第２メッセージとはＳＩＰのＭＥＳＳＡＧＥメッセージであることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記第2メッセージは、前記第1端末のＳＩＰ  ＵＲＩを電話応答ＳＩＰ  ＵＲＩとして含むことを特徴とする請求項１乃至請求項２のいずれかに記載の通信システム。
【請求項４】
前記制御装置は、前記呼設定要求メッセージで要求される通話について、前記セッションＩＤと、通信先端末の応答情報と、前記通信先端末の識別情報とを対応つけて記憶する第１テーブルをさらに有し、前記第2メッセージを受信するときに、前記通信先端末の応答情報を前記第1メッセージに関する応答許可の情報に基づいて更新し、前記通信先端末の識別情報を前記電話応答ＳＩＰ  ＵＲＩに更新することを特徴とする請求項１乃至請求項３のいずれかに記載の通信システム。
【請求項５】
前記制御装置は、前記第1端末及び前記第2端末毎のＳＩＰ ＵＲＩと状態情報とを格納する第２テーブルと、少なくとも前記第1セッションと前記第2セションとの識別情報とＴｏ  ＵＲＩとＦｒｏｍ  ＵＲＩとが格納される第３テーブルとをさらに有し、前記第2メッセージを受信するときに、前記第２テーブルの前記第1端末のＳＩＰ  ＵＲＩと前記第３テーブルの前記ＴＯ  ＵＲＩとを前記電話応答ＳＩＰ  ＵＲＩに更新することを特徴とする請求項１乃至請求項４のいずれかに記載の通信システム。
【請求項６】
前記制御装置は第２制御部をさらに有し、
前記第1制御部は、前記第２メッセージを受信するときに、前記第２制御部に応答許可通知を送信し、
前記第2制御部は、前記応答許可通知を受信するときに、前記第1端末への発信要求と、前記第2端末への発信要求とを前記第1制御部に送信することを特徴とする請求項１乃至請求項５のいずれかに記載の通信システム。
【請求項７】
前記第2制御部は、前記応答許可通知を受信するときに前記第1端末と前記第2端末への３ｒｄ  Ｐａｒｔｙ  Ｃａｌｌ  Ｃｏｎｔｒｏｌを開始することを特徴とする請求項１乃至請求項６のいずれかに記載の通信システム。
【請求項８】
前記制御装置は、前記第1のセッションと前記第2のセッションとの設定の後に、前記第1端末及び前記第2端末の一方から送信されるメディアストリームを、前記第1端末及び前記第2端末の他方へ転送することを特徴とする請求項１乃至請求項７のいずれかに記載の通信システム。
【請求項９】
前記第1制御部は、前記第2端末からの前記第2メッセージに前記第1メッセージに関する応答許可の情報ではなく前記第1メッセージに関する応答拒否の情報が含まれている場合には、前記Ｗｅｂサーバに接続要求失敗メッセージが送信されるように制御することを特徴とする請求項１乃至請求項８のいずれかに記載の通信システム。
【請求項１０】
Ｗｅｂサーバから、前記第1端末に対応するＴｏ  ＵＲＩと前記第２端末に対応するＦｒｏｍ  ＵＲＩとを含む呼設定要求メッセージを制御装置が受信するステップと、
受信した前記接続要求メッセージに従い、前記第１端末に対して前記Ｔｏ  ＵＲＩと前記Ｆｒｏｍ  ＵＲＩとセッションＩＤとを含む第1メッセージを前記制御装置が送信するステップと、
前記Ｆｒｏｍ  ＵＲＩに対応する呼の通信元の情報と、前記通信元への応答可否の入力部とを前記第1端末の表示部に表示するステップと、
前記第1端末が前記通信元への応答許可の入力を受ける場合に、前記第1端末から、前記セッションＩＤと前記第1メッセージに関する応答許可の情報とを含む第２メッセージを前記制御装置が受信するステップと、
前記第２メッセージの受信の後に、前記制御装置が前記Ｗｅｂサーバに呼設定応答メッセージが送信するステップと、
前記第1端末との前記セッションＩＤに基づく第1セッションと前記第2端末との前記セッションＩＤに基づく第2セッションとを前記制御装置が設定するステップとを有する通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及びサーバに係り、特に、次世代ネットワークにおける対拠点間接続方式についての通信システム及びサーバに関する。
【背景技術】
【０００２】
近年、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）技術を利用した通信事業者による次世代の通信網に関する検討が盛んに行われている。この種の次世代通信網をＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）と呼んでいる。ＮＧＮでは、通信をしようとするサーバとクライアントの間にセッションを確立し、そのセッション毎に帯域を管理する方法が採られることが多い。また、ＮＧＮにて、帯域の確保に用いられるセッション制御プロトコルは例えばＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）がある。
【０００３】
また、帯域確保用セッションの制御プロトコルを実装しないクライアント装置が帯域保障型網で通信するとき、セッション代行装置がクライアント装置に代わって帯域保障型網内に帯域確保用セッションを確立する技術が開示されている（例えば、特許文献１参照）。
【０００４】
また、アプリケーション間で情報交換を行うためのＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）が知られている。
【０００５】
また、通信品質が保証されたＮＧＮにおいて、通信させる２者間のデータを転送する技術が開示されている（例えば、特許文献２）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−７８８７８号公報
【特許文献２】特開２０１０−２１３０２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＮＧＮにおいては、シグナリングチャネルとデータチャネルを確立するＩＰアドレスが同一であることが必要である。そのため、従来の３ＰＣＣ（３ｒｄ  Ｐａｒｔｙ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ）サービスフローのように通信させる２者間（第１接続端末と第２接続端末間）のデータチャネルの確立代行が不可能となる課題がある。また、３ＰＣＣサービスフローにおいて、まず３ＰＣＣを実装する装置と第１接続端末とのセッションを確立し、次に３ＰＣＣを実装する装置と第２接続端末とのセッションを確立して、第１接続端末と第２接続端末間で通話する場合、第１接続端末とのセッションの確立が完了し、第２接続端末とのセッションの確立を開始する。
【０００８】
ここで、３ＰＣＣサービスでは、通信する２者（第１接続端末と第２接続端末）とは違う第三者がその２者に対し発呼をするため、第１接続端末または第２接続端末に通知される通信開始元の情報（電話番号）は通信開始元（発信元）の接続端末の情報ではなく第三者の情報となる。また、電話をかけたい相手（第２接続端末）が電話に応答することができない状態で発呼をした場合、第１接続端末と第２接続端末で通話が確立しないにも関わらず、第１接続端末と第三者ではセッションが確立するため、課金処理を同時に行うときは課金が発生してしまうという課題がある。
【課題を解決するための手段】
【０００９】
本発明による通信システムは一例として、  Ｗｅｂサーバと、第１端末及び第２端末と通信する制御装置とを有する通信システムであって、前記制御装置は、前記Ｗｅｂサーバから、前記第1端末に対応するＴｏ  ＵＲＩと前記第２端末に対応するＦｒｏｍ  ＵＲＩとを含む接続要求メッセージを受信するインタフェースと、受信した前記接続要求メッセージに従い、前記第１端末に対して前記Ｔｏ  ＵＲＩと前記Ｆｒｏｍ  ＵＲＩとセッションＩＤとを含む第1メッセージを送信し、前記第1端末から、前記セッションＩＤと前記第1メッセージに関する応答許可の情報とを含む第２メッセージを受信する場合には、前記Ｗｅｂサーバには接続要求成功応答メッセージが送信すされるように制御し、かつ前記第1端末との前記セッションＩＤに基づくセッションと前記第2端末との前記セッションＩＤに基づくセッションとを設定する第1制御部とを有することを特徴とする。
【発明の効果】
【００１０】
本発明によると、３ＰＣＣサービスにおいて、第１接続端末と第２接続端末の通話開始前に、第２接続端末にて通信開始元（発信元）の接続端末を特定することができる。また、第１接続端末と第２接続端末とのセッション確立前に、３ＰＣＣサービスを開始するかキャンセルするかを判断することができる。また、特に設定をする場合には、第２接続端末が状況に応じて電話を受ける端末を選択することも可能になる。
【図面の簡単な説明】
【００１１】
【図１】通信網の構成例を示す説明図である。
【図２】ＳＯＡＰ−ＳＩＰアダプタ２の構成例を示す説明図である。
【図３−１】ＳＯＡＰ−ＳＩＰアダプタ２におけるセッション情報テーブル２０１０の構成の一例を示す説明図である。
【図３−２】ＳＯＡＰ−ＳＩＰアダプタ２における呼参加者情報テーブル２０２０の構成の一例を示す説明図である。
【図３−３】ＳＯＡＰ−ＳＩＰアダプタ２における端末情報テーブル２０３０の構成の一例を示す説明図である。
【図３−４】ＳＯＡＰ−ＳＩＰアダプタ２におけるメディアストリーム制御情報テーブル２０４０の構成の一例を示す説明図である。
【図３−５】のＳＯＡＰ−ＳＩＰアダプタ２における第２接続端末応答状況情報テーブル２０５０の構成例を示す説明図である。
【図４−１】端末Ｂ５ｃの３ＰＣＣサービス要求応答情報テーブル２６００構成の一例を示す構成図である。
【図４−２】端末Ｂ５ｃの応答電話一覧テーブル２６２０構成の一例を示す構成図である。
【図５】端末Ｂ５ｃの構成図例である。
【図６】応答要求受信時の表示例である。
【図７】ＳＯＡＰ−ＳＩＰアダプタにおけるｓｅｓｓｉｏｎＩＤ／ｃｏｎｎｅｃｔｉｏｎＩＤ生成を説明するフローチャートである。
【図８】ＳＯＡＰ−ＳＩＰアダプタ２における呼開始要求受信時の動作を説明するフローチャートである。
【図９】ＳＯＡＰ−ＳＩＰアダプタ２における呼情報（セッション情報）要求受信時の動作を説明するフローチャートである。
【図１０】ＳＯＡＰ−ＳＩＰアダプタ２における呼参加者情報要求受信時の動作を説明するフローチャートである。
【図１１】ＳＯＡＰ−ＳＩＰアダプタ２における呼終了要求受信時の動作を説明するフローチャートである。
【図１２】３ＰＣＣサービスの手順を説明するシーケンス図（１）である。
【図１３】３ＰＣＣサービスの手順を説明するシーケンス図（２）である。
【図１４】３ＰＣＣサービスの手順を説明するシーケンス図（３）である。
【図１５】３ＰＣＣサービスの手順を説明するシーケンス図（４）である。
【図１６】ｗｅｂサーバ１の構成図である。
【図１７】端末Ｂ５ｃにおけるＳＩＰ  ＭＥＳＳＡＧＥ受信、ＳＩＰ  ＭＥＳＳＡＧＥ送信動作を説明するフローチャートである。
【発明を実施するための形態】
【００１２】
１．第１の実施の形態
（ネットワーク構成）
図１は、第１の実施の形態の通信網の構成例を示す説明図である。
【００１３】
本通信網（システム）は、例えば、Ｗｅｂサーバ１と、ＳＯＡＰ−ＳＩＰアダプタ２と、ＳＩＰサーバ３と、ＨＧＷ（Ｈｏｍｅ  Ｇａｔｅｗａｙ）４ａ及び４ｂとを備える。ＳＩＰサーバ３は、例えばＮＧＮ  Ｎ２に設置される。
【００１４】
Ｗｅｂサーバ１は、ＳＯＡＰ−ＳＩＰアダプタ２と通信する。また、Ｗｅｂサーバ１は、インターネットＮ１等のネットワークを介して端末５ａと通信する。ＳＯＡＰ−ＳＩＰアダプタ２は、ＮＧＮ  Ｎ２とＨＧＷ４ａを介して端末Ａ５ｂと通信する。ＳＯＡＰ−ＳＩＰアダプタ２と端末Ｂ５ｃについても同様である。
【００１５】
図２は、第１の実施の形態のＳＯＡＰ−ＳＩＰアダプタ２の構成例を示す説明図である。
【００１６】
ＳＯＡＰ−ＳＩＰアダプタ２は、例えば、プロセッサ（以下、ＣＰＵ）２００１と、インタフェース（以下、ＩＦ）２００３ａ及び２００３ｂと、メモリ２００４とを備える。また、ＳＯＡＰ−ＳＩＰアダプタ２は制御装置、制御サーバとして設置してもよい。メモリ２００４は、ＳＯＡＰ制御部２１０１と、３ＰＣＣモジュール部２１０２と、メディアストリーム制御部２１０３と、ＳＩＰ制御部２１０４とを有する。３ＰＣＣモジュール部２１０２は、セッション情報テーブル２０１０を有し、メディアストリーム制御部２１０３は、メディアストリーム制御情報テーブル２０４０を有する。セッション情報テーブル２０１０は、呼参加者情報テーブル２０２０と、端末情報テーブル２０３０と、第２接続端末応答状況情報テーブル２０５０を有する。
【００１７】
ＣＰＵ２００１は、ＳＯＡＰ−ＳＩＰアダプタ２における各処理を実行する。メモリ２００４上のＳＯＡＰ制御部２１０１、３ＰＣＣモジュール部２１０２、メディアストリーム制御部２１０３及びＳＩＰ制御部２１０４は、ＣＰＵ２００１により実行される。ＩＦ２００３は、回線２００２を介してＷｅｂサーバ１やＮＧＮ  Ｎ２と通信するためのインタフェースである。
【００１８】
図３−１は、第１の実施の形態のＳＯＡＰ−ＳＩＰアダプタ２におけるセッション情報テーブル２０１０の構成の一例を示す説明図である。
【００１９】
セッション情報テーブル２０１０は、例えば、ｓｅｓｓｉｏｎＩＤ２０１１に対応して、セッション状態２０１２と、呼参加者状態２０２０と、端末情報２０３０と、第２接続端末応答状況２０５０を記憶する。
【００２０】
ｓｅｓｓｉｏｎＩＤ２０１１は、Ｗｅｂサーバ１からの接続要求に対応するセッション識別子である。ｓｅｓｓｉｏｎＩＤ２０１１は、端末Ａ５ｂと端末Ｂ５ｃとの通信を識別する。セッション状態２０１２は、ｓｅｓｓｉｏｎＩＤ２０１１が示すセッションの状態を示す。セッション状態２０１２は、例えば、「Ｉｎｉｔｉａｌ（初期状態）」、「Ｃｏｎｎｅｃｔｅｄ（接続状態）」、「Ｔｅｒｍｉｎａｔｅｄ（終了状態）」等が記憶される。呼参加者状態２０２０は、呼参加者情報テーブル２０２０に相当する。呼参加者情報テーブル２０２０の詳細については、後述する。端末情報２０３０は、端末情報テーブル２０３０に相当する。端末情報２０３０は、端末毎にそれぞれ記憶される。図示の例では、端末Ａ５ｂに対応する端末情報（Ｃｌｉｅｎｔ  Ａ用）２０３０＿Ａと、端末Ｂ５ｃに対応する端末情報（Ｃｌｉｅｎｔ  Ｂ用）２０３０＿Ｂとが記憶される。端末情報テーブル２０３０の詳細については、後述する。第２接続端末応答状況２０５０は、第２接続端末応答状況情報テーブル２０５０に相当する。第２接続端末応答状況情報テーブル２０５０の詳細については、後述する。
【００２１】
図３−２は、第１の実施の形態のＳＯＡＰ−ＳＩＰアダプタ２における呼参加者情報テーブル２０２０の構成の一例を示す説明図である。
【００２２】
呼参加者情報テーブル２０２０は、例えば、端末毎に、ＵＲＩ２０２１と呼状態２０２２と開始時間（時刻）２０２３とを記憶する。
【００２３】
ＵＲＩ２０２１は、各ユーザに対応するＳＩＰ−ＵＲＩを示す。呼状態２０２２は、ＳＯＡＰ−ＳＩＰアダプタ２と各端末５ｂ、５ｃとの間のＳＩＰのセッションの状態を示す。呼状態２０２２は、例えば、「ＣａｌｌＰａｒｔｉｃｉｐａｎｔＩｎｉｔｉａｌ（初期状態）」、「ＣａｌｌＰａｒｔｉｃｉｐａｎｔＣｏｎｎｅｃｔｅｄ（接続状態）」、「ＣａｌｌＰａｒｔｉｃｉｐａｎｔＴｅｒｍｉｎａｔｅｄ（終了状態）」等が記憶される。開始時間２０２３は、ＳＯＡＰ−ＳＩＰアダプタ２が各端末５ｂ、５ｃに対して、ＳＩＰのセッションを確立したときの時刻を示す。
【００２４】
図３−３は、第１の実施の形態のＳＯＡＰ−ＳＩＰアダプタ２における端末情報テーブル２０３０の構成の一例を示す説明図である。
【００２５】
端末情報テーブル２０３０は、例えば、ＳＩＰで用いるパラメータ等が記憶される。端末情報テーブル２０３０は、例えば、ハンドル値２０３１と、ｓｅｓｓｉｏｎＩＤ２０３２と、端末状態２０３３と、Ｒｏｌｅ２０３４と、ｓｅｎｄ  ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）情報２０３５と、ｒｅｃｖ  ＳＤＰ情報２０３６と、Ｆｒｏｍ  ＵＲＩ２０３７と、Ｔｏ  ＵＲＩ２０３８とを記憶する。
【００２６】
ハンドル値２０３１は、ＳＯＡＰ−ＳＩＰアダプタ２と端末５ｂとの間のＳＩＰのセッション、及び、ＳＯＡＰ−ＳＩＰアダプタ２と端末Ｂ５ｃとの間のＳＩＰのセッションをそれぞれ識別する情報である。ｓｅｓｓｉｏｎＩＤ２０３２は、上述のセッション情報テーブル２０１０のｓｅｓｓｉｏｎＩＤ２０１１に対応する。端末状態２０３３は、ＳＯＡＰ−ＳＩＰアダプタ２と各端末５ｂ、５ｃとのセッション確立に至るまでの状態を示す。端末状態２０３３は、例えば、「Ｉｎｉｔｉａｌ（初期状態）」、「ＣｏｎｎｅｃｔＷａｉｔ（「応答」を待っている状態）」、「ＣａｌｌＣｏｍｐｌｅｔｅ（「応答」を受け付け、ＵＡとのセッションが確立している状態）」、「ＣｌｏｓｅＷａｉｔ（「切断完了通知」を待っている状態）」、「Ｃｌｏｓｅｄ（終了状態）」等が記憶される。なお、「Ｉｎｉｔｉａｌ」、「ＣｏｎｎｅｃｔＷａｉｔ」は、呼参加者情報テーブル２０２０に記憶される呼状態２０２２の「ＣａｌｌＰａｒｔｉｃｉｐａｎｔＩｎｉｔｉａｌ」に対応する。また、「ＣａｌｌＣｏｍｐｌｅｔｅ」、「ＣｌｏｓｅＷａｉｔ」は、呼参加者情報テーブル２０２０に記憶される呼状態２０２２の「ＣａｌｌＰａｒｔｉｃｉｐａｎｔＣｏｎｎｅｃｔｅｄ」に対応する。「ＣｌｏｓｅＷａｉｔ」は、呼状態２０２２の「ＣａｌｌＰａｒｔｉｃｉｐａｎｔＴｅｒｍｉｎａｔｅｄ」に対応する。
【００２７】
Ｒｏｌｅ２０３４は、発信側又は着信側を示す情報である。ｓｅｎｄ  ＳＤＰ情報２０３５は、例えば、ＳＯＡＰ−ＳＩＰアダプタ２のＩＰアドレスとポート番号を含む。ｒｅｃｖ  ＳＤＰ情報２０３６は、例えば、端末Ａ５ｂ又は端末Ｂ５ｃのＩＰアドレスとポート番号を含む。Ｆｒｏｍ  ＵＲＩ２０３７は、ＳＯＡＰ−ＳＩＰアダプタ２が送信するＳＩＰメッセージの送信元ＵＲＩを示す。Ｆｒｏｍ  ＵＲＩ２０３７は、例えばＳＯＡＰ−ＳＩＰアダプタ２のＳＩＰ−ＵＲＩである。Ｔｏ  ＵＲＩ２０３８は、ＳＯＡＰ−ＳＩＰアダプタ２が送信するＳＩＰメッセージの送信先ＵＲＩを示す。Ｔｏ  ＵＲＩ２０３８は、例えば、端末Ａ５ｂ又は端末Ｂ５ｃのＳＩＰ−ＵＲＩである。
【００２８】
図３−４は、第１の実施の形態のＳＯＡＰ−ＳＩＰアダプタ２におけるメディアストリーム制御情報テーブル２０４０の構成の一例を示す説明図である。
【００２９】
メディアストリーム制御情報テーブル２０４０は、例えば、ｓｅｓｓｉｏｎＩＤ２０４１に対応して、メディアストリーム送受信用ＩＰアドレス２０４２と、メディアストリーム送受信用ポート番号２０４３と、相手先ＩＰアドレス（１）２０４４と、相手先ポート番号（１）２０４５と、相手先ＩＰアドレス（２）２０４６と、相手先ポート番号（２）２０４７とを記憶する。
【００３０】
ｓｅｓｓｉｏｎＩＤ２０４１は、セッション情報テーブル２０１０のｓｅｓｓｉｏｎＩＤ２０１１と対応する。メディアストリーム送受信用ＩＰアドレス２０４２及びメディアストリーム送受信用ポート番号２０４３は、ＳＯＡＰ−ＳＩＰアダプタ２がメディアストリームを転送する際に用いるＩＦ２００３のＩＰアドレス及びポート番号である。相手先ＩＰアドレス（１）２０４４及び相手先ポート番号（１）２０４５と、相手先ＩＰアドレス（２）２０４６及び相手先ポート番号（２）２０４７の対は、メディアストリームの転送先を示す。例えば、メディアストリームの送信元が相手先ＩＰアドレス（１）２０４４及び相手先ポート番号（１）２０４５に該当する場合、対応する相手先ＩＰアドレス（２）２０４６及び相手先ポート番号（２）２０４７を転送先としてメディアストリームを転送する。メディアストリームの送信元が相手先ＩＰアドレス（２）２０４６及び相手先ポート番号（２）２０４７の場合も同様に、対応する相手先ＩＰアドレス（１）２０４４及び相手先ポート番号（１）２０４５を転送先としてメディアストリームを転送する。図示の例では、相手先ＩＰアドレス（１）２０４４及び相手先ポート番号（１）２０４５は、端末Ａ５ｂのＩＰアドレス及びポート番号を示し、相手先ＩＰアドレス（２）２０４６及び相手先ポート番号（２）２０４７は、端末Ｂ５ｃのＩＰアドレス及びポート番号を示す。
【００３１】
図３−５は、第１の実施の形態のＳＯＡＰ−ＳＩＰアダプタ２における第２接続端末応答状況情報テーブル２０５０の構成例を示す説明図である。
【００３２】
第２接続端末応答状況情報テーブル２０５０は、Ｗｅｂサーバから送信されるｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔで要求される通話の通信先の情報を格納する。例えば、ｓｅｓｓｉｏｎＩＤ２０５１と、通話の通信先端末の応答の情報である第２接続端末応答状況２０５２と、通話の通信先端末の識別情報である第２接続端末応答ＵＲＩ２０５３とを記憶する。
【００３３】
ｓｅｓｓｉｏｎＩＤ２０５１は、上述のセッション情報テーブル２０１０のｓｅｓｓｉｏｎＩＤ２０１１に対応する。第２接続端末応答状況２０５２は、ＳＯＡＰ−ＳＩＰアダプタ２と端末５ｃとの間で、例えば、ＳＩＰのメッセージ送受信により得られる端末５ｃが電話に応答可能か否かの状態情報を示す。第２接続端末応答状況２０５２は、例えば、「Ｗａｉｔｉｎｇ（応答待ち状態）」、「Ａｃｃｅｐｔ（応答可能）」、「Ｒｅｆｕｓｅ（応答拒否）」等が記憶される。
【００３４】
図１６は、ｗｅｂサーバ１の構成図である。
【００３５】
ｗｅｂサーバ１は、例えば、処理部１００と、入力部１１０と、表示部１２０と、記憶部１３０と、通信インタフェース１４０を備える。入力部１１０は、例えば、ＳｅｓｓｉｏｎＩＤの入力やユーザ識別子の入力を受け付ける。表示部１２０は、ユーザ識別子、ＳＩＰ−ＵＲＩを表示する。記憶部１３０は、例えば、受信したＳｅｓｓｉｏｎＩＤを記憶する。通信インタフェース１４０は、例えばＳＯＡＰ−ＳＩＰアダプタ２と通信するためのインタフェースである。処理部１００は、ｗｅｂサーバ１での各種処理を実行する。
【００３６】
図４−１は、第１の実施の形態の端末Ｂ５ｃの３ＰＣＣサービス要求応答情報テーブル２６００構成の一例を示す構成図である。３ＰＣＣサービス要求応答情報テーブル２６００は、例えば、ｓｅｓｓｉｏｎＩＤ２６１２と、Ｆｒｏｍ  ＵＲＩ２６１３と、応答可否情報２６１４と、電話応答端末２６１５と、返信２６１６とを記憶する。応答可否２６１４は、電話への応答が可能か否かを選択した結果を示す。応答可否２６１４は、例えば、「許可」、「拒否」等が記憶される。電話応答端末２６１５は、応答電話一覧テーブル２６２０の登録番号２６２１に対応する。返信２６１６は、ＳＩＰのメッセージ受信に対して返信（ＳＩＰのメッセージ送信）状態をします。返信２６１６は、例えば「未」、「済」等が記憶される。
【００３７】
図４−２は、第１の実施の形態の端末Ｂ５ｃの応答電話一覧テーブル２６２０構成の一例を示す構成図である。応答電話一覧テーブル２６２０は、例えば、登録番号２６２１と、登録端末名２６２２と、ＳＩＰ  ＵＲＩ２６２３とを記憶する。
（動作）
図１２は、第１の実施の形態の３ＰＣＣサービスの手順を説明するシーケンス図である。図７は、ＳＯＡＰ−ＳＩＰアダプタにおけるｓｅｓｓｉｏｎＩＤ／ｃｏｎｎｅｃｔｉｏｎＩＤ生成を説明するフローチャートである。なお、ｃｏｎｎｅｃｔｉｏｎＩＤについては第２の実施の形態で用いる。図８は、第１の実施の形態のＳＯＡＰ−ＳＩＰアダプタ２における呼開始要求受信時の動作を説明するフローチャートである。
【００３８】
本実施の形態によると、通信品質が保証されたＮＧＮ上で３ＰＣＣサービスを提供することが可能となる。
【００３９】
３ＰＣＣサービスまでの流れは、以下の（ａ）〜（ｃ）となる。（ａ）ＳＯＡＰ−ＳＩＰアダプタ２と第１接続端末Ａ５ｂとのセッション確立。（ｂ）ＳＯＡＰ−ＳＩＰアダプタ２と第２接続端末Ｂ５ｃとのセッション確立。（ｃ）第１接続端末Ａ５ｂと第２接続端末Ｂ５ｃ間で通話。しかし、（ａ）が完了し、（ｂ）を開始している段階で、第１接続端末Ａ５ｂでは無音状態となってしまう課題がある。そこで、ＳＯＡＰ−ＳＩＰアダプタ２から擬似的にＲＢＴ（Ｒｉｎｇｉｎｇ  Ｂａｃｋ  Ｔｏｎｅ、接続維持メッセージ）を第１接続端末Ａ５ｂへ送信し、この課題を解消する。
【００４０】
また、ＮＧＮにおいては、シグナリングチャネルとデータチャネルを確立するＩＰアドレスが同一である必要が条件としてあり、従来の３ＰＣＣサービスフローのように通信させる２者間（第１接続端末Ａ５ｂと第２接続端末Ｂ５ｃ間）のデータチャネル確立代行が不可能となる課題がある。そこで、本実施の形態では、第１接続端末Ａ５ｂからのデータをＳＯＡＰ−ＳＩＰアダプタ２で受信し、そのデータを第２接続端末Ｂ５ｃへ転送する。第２接続端末Ｂ５ｃからのデータをＳＯＡＰ−ＳＩＰアダプタ２で受信し、そのデータを第１接続端末Ａ５ｂへ転送する。また、ＳＯＡＰ−ＳＩＰアダプタ２は、上述の転送を実現するためのメディアストリーム制御情報テーブル２０４０を作成する。
【００４１】
さらに、３ＰＣＣサービスにおいては、通信する２者（第１接続端末Ａ５ｂと第２接続端末Ｂ５ｃ）とは違う第三者であるＳＯＡＰ−ＳＩＰアダプタ２がその２者に対し発呼をするため、第１接続端末Ａ５ｂまたは第２接続端末Ｂ５ｃに通知される通信開始元の情報（電話番号）は通信開始元（発信元）の接続端末の情報ではなくＳＯＡＰ−ＳＩＰアダプタ２の情報となる。また、電話をかけたい相手（第２接続端末Ｂ５ｃ）が電話に応答することができない状態で発呼をした場合、第１接続端末Ａ５ｂと第２接続端末Ｂ５ｃで通話が確立しないにも関わらず、第１接続端末Ａ５ｂとＳＯＡＰ−ＳＩＰアダプタ２ではセッションが確立するため、課金処理を同時に行うときは課金が発生してしまうという課題がある。そこで、本実施の形態では、第１接続端末Ａ５ｂと第２接続端末Ｂ５ｃの通話開始前に、第２接続端末Ｂ５ｃにて通信開始元（発信元）の接続端末を特定できるように制御する。また、第１接続端末Ａ５ｂとのセッション確立前に、第２接続端末Ｂ５ｃに対して電話に応答可能か否かを確認し、３ＰＣＣサービスを開始するかキャンセルするかを判断することで無駄な課金が発生させない。また、第２接続端末Ｂ５ｃが状況に応じて電話を受ける端末を選択するように、ＳＯＡＰ−ＳＩＰアダプタ２と第２接続端末Ｂ５ｃでＳＩＰによるメッセージ送受信してもよい。
【００４２】
以下、シーケンス図及び各フローチャートに従って本実施の形態の手順を説明する。
【００４３】
まず、第３者のユーザは、端末５ａを操作してＷｅｂサーバ１にログインする。Ｗｅｂサーバ１は、通信するユーザのユーザ識別子（例えば、端末Ａ５ｂ、端末Ｂ５ｃに対応する２者のユーザ名）を端末５ａより入力する。例えば、Ｗｅｂサーバ１が、ログインした端末５ａに対して表示した画面に従い、ユーザの操作により通信する２者のユーザが選択されてもよい。
【００４４】
Ｗｅｂサーバ１は、ＳＯＡＰメッセージであるＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔ（接続要求）をＳＯＡＰ−ＳＩＰアダプタ２に送信する（Ｓ１）。ＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔは、接続させたい２者のユーザに対応するＳＩＰ−ＵＲＩを含む。例えば、Ｗｅｂサーバ１は、ユーザ識別子とそのユーザのＳＩＰ−ＵＲＩが対応して予め記憶され、入力されたユーザ識別子に対応するＳＩＰ−ＵＲＩを取得する。Ｗｅｂサーバ１は、取得されたＳＩＰ−ＵＲＩを含むＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔを生成してＳＯＡＰ−ＳＩＰアダプタ２に送信する。
【００４５】
ＳＯＡＰ−ＳＩＰアダプタ２は、受信したＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔに含まれるＳＩＰ−ＵＲＩに対応する端末５ｃに対して応答要求を送信、端末５ｃから応答可否通知を受信する。その後、それぞれの端末５ｂ、５ｃに対しては接続を開始し、Ｗｅｂサーバ1に対してはＳＯＡＰ−ＳＩＰアダプタ２で生成したｓｅｓｓｉｏｎＩＤを含むＳＯＡＰメッセージであるＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ送信する（Ｓ２〜Ｓ１５）。以下、ＳＯＡＰ−ＳＩＰアダプタ２におけるステップＳ２〜Ｓ１５の詳細な動作について説明する。
【００４６】
ＳＯＡＰ−ＳＩＰアダプタ２のＳＯＡＰ制御部２１０１は、ＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔを受信し、接続要求を３ＰＣＣモジュール部２１０２に送信する（Ｓ２）。この接続要求は、例えば、受信したＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔに基づいてＳＯＡＰ−ＳＩＰアダプタ２で用いる適宜のプロトコルに従って生成されることができ、ＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔ内のＳＩＰ−ＵＲＩを含む。
【００４７】
３ＰＣＣモジュール部２１０２は、接続要求を受信すると（７００１、８００１）、ｓｅｓｓｉｏｎＩＤを生成する（８００２）。以下に、図７を参照してｓｅｓｓｉｏｎＩＤの生成について説明する。
【００４８】
３ＰＣＣモジュール部２１０２は、接続要求を受信すると、乱数値を生成する（７００２）。３ＰＣＣモジュール部２１０２は、生成された乱数値がセッション情報テーブル２０１０のｓｅｓｓｉｏｎＩＤ２０１１に登録済みであるか否かを判断する（７００３）。生成された乱数値が既に登録済みの場合（すなわち、既に使用されている場合）、３ＰＣＣモジュール部２１０２はステップ７００２に戻り、以降の処理を繰り返す。一方、生成された乱数値が未登録の場合、３ＰＣＣモジュール部２１０２は、生成したｓｅｓｓｉｏｎＩＤをセッション情報テーブル２０１０に記憶する（７００４）。さらに、３ＰＣＣモジュール部２１０２は、セッション情報テーブル２０１０のセッション状態２０１２を「Ｉｎｉｔｉａｌ（初期状態）」に設定する。
【００４９】
また、３ＰＣＣモジュール部２１０２は、受信した接続要求に含まれるＳＩＰ−ＵＲＩを呼参加者情報テーブル２０２０に記憶する。図３−２に示す呼参加者情報テーブル２０２０の例では、端末Ａ５ｂのＳＩＰ−ＵＲＩ（２０２０＿Ａ参照）と、端末Ｂ５ｃのＳＩＰ−ＵＲＩ（２０２０＿Ｂ参照）が記憶される。３ＰＣＣモジュール部２１０２は、呼参加者情報テーブル２０２０の各端末５ｂ、５ｃに対応する呼状態２０２２を「ＣａｌｌＰａｒｔｉｃｉｐａｎｔＩｎｉｔｉａｌ（初期状態）」にそれぞれ設定する。
【００５０】
さらに、３ＰＣＣモジュール部２１０２は、端末Ａ５ｂ、端末Ｂ５ｃの端末情報を記憶する。具体的には、３ＰＣＣモジュール部２１０２は、生成したｓｅｓｓｉｏｎＩＤを各端末５ｂ、５ｃに対応して端末情報テーブル２０３０に記憶する。また、３ＰＣＣモジュール部２１０２は、受信した接続要求に含まれる各ＳＩＰ−ＵＲＩを、端末情報テーブル２０３０の各端末５ｂ、５ｃに対応するＴｏ  ＵＲＩ２０３８にそれぞれ記憶する。３ＰＣＣモジュール部２１０２は、端末情報テーブル２０３０の各端末５ｂ、５ｃに対応する端末状態２０３２を「Ｉｎｉｔｉａｌ（初期状態）」にそれぞれ設定する。３ＰＣＣモジュール部２１０２は、端末情報テーブル２０３０の各端末５ｂ、５ｃに対応するＲｏｌｅ２０３３に、発信側又は着信側を示す情報をそれぞれ設定する。なお、端末５ｂ、５ｃのいずれを発信側とするかは適宜定めることができる。また、３ＰＣＣモジュール部２１０２は、ＳＯＡＰ−ＳＩＰアダプタ２のＩＰアドレスとポート番号を端末情報テーブル２０３０のｓｅｎｄ  ＳＤＰ情報２０３５に記憶する。また、３ＰＣＣモジュール部２１０２は、ＳＯＡＰ−ＳＩＰアダプタ２のＳＩＰ−ＵＲＩを端末情報テーブル２０３０の各端末５ｂ、５ｃに対応するＦｒｏｍ  ＵＲＩ２０３７にそれぞれ記憶する。なお、ＳＯＡＰ−ＳＩＰアダプタ２のＳＩＰ−ＵＲＩ、ＩＰアドレス及びポート番号は、予め適宜の記憶部に記憶されている。
【００５１】
さらに、３ＰＣＣモジュール部２１０２は、端末Ｂ５ｃの第２接続端末応答状況を記憶する。具体的には、３ＰＣＣモジュール部２１０２は、生成したｓｅｓｓｉｏｎＩＤを各端末５ｂ、５ｃに対応して第２接続端末応答状況情報テーブル２０５０に記憶する。また、３ＰＣＣモジュール部２１０２は、第２接続端末応答状況情報テーブル２０５０の第２接続端末応答状況２０５２に「Ｗａｉｔｉｎｇ（応答待ち状態）」に設定する。
【００５２】
３ＰＣＣモジュール部２１０２は、端末Ｂ５ｃに対する応答要求（Ｂ）をＳＩＰ制御部２１０４に送信する（Ｓ２−１、８０１４〜８０１５）。ＳＩＰ制御部２１０４は、応答要求（Ｂ）に含まれるＴｏ  ＵＲＩに従い、ＭＥＳＳＡＧＥメッセージ（Ｂ）を端末Ｂ５ｃに送信する（Ｓ２−２）。ＭＥＳＳＡＧＥメッセージは、ＳＩＰにおいてインスタントメッセージを送るメソッドである。すなわち、ＳＩＰにおけるリクエストのルーティング機能などを引き継いで、ボディ部のフォーマットにメッセージ内容を含むものである。ＭＥＳＳＡＧＥメッセージ（Ｂ）は、例えば、受信した応答要求に含まれる、Ｆｒｏｍ  ＵＲＩ、Ｔｏ  ＵＲＩ、ｓｅｓｓｉｏｎＩＤを少なくとも含む。
【００５３】
図５に端末Ｂ５ｃの構成を示す。また、図１７に、特に端末Ｂ５ｃにおけるＳＩＰ  ＭＥＳＳＡＧＥ受信、ＳＩＰ  ＭＥＳＳＡＧＥ送信動作を説明するフローチャートを示す。端末Ｂ５ｃのＳＩＰ制御部２５１０は、ＭＥＳＳＡＧＥメッセージ（Ｂ）を受信し（２７０１）、受信したＭＥＳＳＡＧＥメッセージ（Ｂ）に含まれるｓｅｓｓｉｏｎＩＤ、Ｆｒｏｍ  ＵＲＩを３ＰＣＣサービス応答要求情報テーブル２６１０に記憶する。また、端末Ｂ５ｃは、ＳＩＰの２００  ＯＫ（Ｂ）をＳＯＡＰ−ＳＩＰアダプタ２に送信する（Ｓ２−３）。また、端末Ｂ５ｃのＳＩＰ制御部２５１０は、３ＰＣＣサービス応答要求情報テーブル２６１０から、受信したＭＥＳＳＡＧＥメッセージ（Ｂ）に含まれるｓｅｓｓｉｏｎＩＤに対応する、Ｆｒｏｍ  ＵＲＩ２６１３、応答電話一覧テーブル２６２０を表示部２５２０に渡す。なお、応答電話一覧テーブル２６２０はＧＵＩ画面よりユーザが事前に登録可能である。
【００５４】
表示部２５２０は、Ｆｒｏｍ  ＵＲＩ２６１３、応答電話一覧テーブル２６２０をもとに応答要求画面（２７０３、図６）を表示する。なお、Ｆｒｏｍ  ＵＲＩをもとに、例えば、端末Ｂ５ｃの図示しないユーサ情報記憶部（電話帳）から名前を検索して表示することも可能である。また、端末Ｂ５ｃを操作するユーザが、電話応答リストから電話をうける端末の選択と、電話応答の可否をすることが可能である。電話応答リストは、応答電話一覧テーブル２６２０に登録されている情報を表示する。このとき、ＳＩＰ制御部２５１０は、３ＰＣＣサービス応答要求情報テーブル２６１０の応答可否２６１４、電話応答端末(電話応答ＳＩＰ-ＵＲＩ)２６１５を更新する（２７０４）。
【００５５】
さらに、端末Ｂ５ｃのＳＩＰ制御部２５１０は、３ＰＣＣサービス応答要求情報テーブル２６１０のｓｅｓｓｉｏｎＩＤ２６１２、応答可否２６１４、応答電話一覧テーブル２６２０の電話応答ＳＩＰ  ＵＲＩ２６２３（３ＰＣＣサービス応答要求情報テーブル２６１０の電話応答端末２６１５に対応するＳＩＰ  ＵＲＩ）を含めたＭＥＳＳＡＧＥメッセージ（ＳＯＡＰ−ＳＩＰ）をＳＯＡＰ−ＳＩＰアダプタ２に送信する（Ｓ２−４）。なお、電話応答ＳＩＰ  ＵＲＩは、応答可否が応答可能である場合にのみ含むものとする。さらに、端末Ｂ５ｃのＳＩＰ制御部２５１０は、３ＰＣＣサービス応答要求情報テーブル２６１０の返信２６１６を“未”から“済”へ更新する（初期値は、“未”である）（２７０６）。
【００５６】
ＳＯＡＰ−ＳＩＰアダプタ２のＳＩＰ制御部２１０４は、ＭＥＳＳＡＧＥメッセージ（ＳＯＡＰ−ＳＩＰ）を受信し、ＳＩＰの２００  ＯＫ（ＳＯＡＰ−ＳＩＰ）を端末Ｂ５ｃに送信する（Ｓ２−５）。
【００５７】
ＳＩＰ制御部２１０４は、応答可否通知（Ｂ）を３ＰＣＣモジュール部２１０２に送信する（Ｓ２−６、８０１７）。応答可否通知（Ｂ）は、例えば、ステップＳ２−４で受信したＭＥＳＳＡＧＥに含まれるｓｅｓｓｉｏｎＩＤ、応答可否、電話応答ＳＩＰ  ＵＲＩを含む。３ＰＣＣモジュール部２１０２は、第２接続端末応答状況情報テーブル２０５０の第２接続端末応答状況２０５２を「Ａｃｃｅｐｔ（応答可能）」に更新、第２接続端末応答ＳＩＰ ＵＲＩ２０５３を電話応答ＳＩＰ ＵＲＩに更新する。また、３ＰＣＣモジュール部２１０２は、呼参加者情報テーブル２０２０の端末Ｂ５ｃに対応するＵＲＩ２０２１を電話応答ＳＩＰ  ＵＲＩに更新する。また、３ＰＣＣモジュール部２１０２は、端末情報テーブル２０３０のＴｏ  ＵＲＩ２０３８を電話応答ＳＩＰ  ＵＲＩに更新する。
【００５８】
３ＰＣＣモジュール部２１０２は、接続要求成功応答を生成し、ＳＯＡＰ制御部２１０１に送信する（Ｓ３、８０１１）。接続要求成功応答は、生成したｓｅｓｓｉｏｎＩＤを含む。ＳＯＡＰ制御部２１０１は、接続要求成功応答を受信し、ＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ（接続要求成功応答）をＷｅｂサーバ１に送信する（Ｓ４、８０１２）。ＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅは生成されたｓｅｓｓｉｏｎＩＤを含み、受信した接続要求成功応答に基づいてＳＯＡＰに従って生成される。Ｗｅｂサーバ１は、ＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを受信し、受信したＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅに含まれるｓｅｓｓｉｏｎＩＤを適宜の記憶部に記憶する。
【００５９】
なお、ステップ８００２でｓｅｓｓｉｏｎＩＤの生成に失敗した場合、ステップ８０１６で端末Ｂ５ｃからＭＥＳＳＡＧＥメッセージ（ＳＯＡＰ−ＳＩＰ）を一定時間受信しなかった場合、ステップ８０１８で端末Ｂ５ｃから応答拒否を受信した場合、３ＰＣＣモジュール部２１０２は、接続要求失敗応答（エラーレスポンスメッセージ）を生成し（８０１３）、ＳＯＡＰ制御部２１０１に送信する。ＳＯＡＰ制御部２１０１は、接続要求失敗応答を受信し、接続要求の失敗を示すＳＯＡＰメッセージであるＳＯＡＰ  ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅをＷｅｂサーバ１に送信する（８０１２）。また、ステップ８０１８で端末Ｂ５ｃから応答拒否を受信した場合、３ＰＣＣモジュール部２１０２は、第２接続端末応答状況情報テーブル２０５０の第２接続端末応答状況２０５２を「Ｒｅｆｕｓｅ（応答拒否）」に更新する。
【００６０】
次に、ＳＯＡＰ−ＳＩＰアダプタ２と端末Ａ５ｂとのセッションを確立する。
【００６１】
より具体的には、３ＰＣＣモジュール部２１０２は、第２接続端末応答状況情報テーブル２０５０について、ステップ８０１８でＳＩＰ制御部２１０４から受信した応答可否通知（Ｂ）に含まれるｓｅｓｓｉｏｎＩＤに対応する第２接続端末応答状況２０５２を参照する。参照した内容が、「Ｗａｉｔｉｎｇ（応答待ち状態）」、「Ｒｅｆｕｓｅ（応答拒否）」であれば処理を終了し、「Ａｃｃｅｐｔ（応答可能）」であれば以降処理を継続する。
３ＰＣＣモジュール部２１０２は、メディアストリーム制御・転送用のポートを取得する（８００３）。３ＰＣＣモジュール部２１０２は、端末Ａ５ｂに対する発信要求（Ａ）をＳＩＰ制御部２１０４に送信する（Ｓ５、８００４）。例えば、３ＰＣＣモジュール部２１０２は、端末情報テーブル２０３０に記憶された端末Ａ５ｂに対応するｓｅｎｄ  ＳＤＰ情報２０３５、Ｆｒｏｍ  ＵＲＩ２０３７及びＴｏ  ＵＲＩ２０３８を含む発信要求をＳＩＰ制御部２１０４に送信する。また、３ＰＣＣモジュール部２１０２は、一例としてこのときの時刻を呼参加者情報テーブル２０２０の端末Ａ５ｂに対応する開始時間２０２３に記憶する。図３−２に示す呼参加者情報テーブル２０２０の例では、「２００８．１０．２２  １０：３０．３０」が記憶される。なお、開始時間２０２３は、このときの時刻に限らず、端末Ａ５ｂとのセッションの開始を示す適宜の時刻を記憶してもよい。
【００６２】
ＳＩＰ制御部２１０４は、発信要求（Ａ）に含まれるＴｏ  ＵＲＩに従い、ＩＮＶＩＴＥメッセージ（Ａ）を端末Ａ５ｂに送信する（Ｓ６）。ＩＮＶＩＴＥメッセージ（Ａ）は、例えば、受信した発信要求に含まれる、ｓｅｎｄ  ＳＤＰ情報、Ｆｒｏｍ  ＵＲＩ、Ｔｏ  ＵＲＩを少なくとも含む。また、ＳＩＰ制御部２１０４は、端末Ａ５ｂとのセッションを識別するハンドル値を生成する。
【００６３】
端末Ａ５ｂは、ＩＮＶＩＴＥメッセージ（Ａ）を受信し、受信したＩＮＶＩＴＥメッセージ（Ａ）のｓｅｎｄ  ＳＤＰ情報に含まれるＳＯＡＰ−ＳＩＰアダプタ２のＩＰアドレスとポート番号を適宜の記憶部に記憶する。記憶されたＩＰアドレスとポート番号は、例えばメディアストリームの送信の際に用いられる。また、端末Ａ５ｂは、自身のＩＰアドレスとポート番号を含むｒｅｃｖ  ＳＤＰ情報を生成し、生成したＳＤＰ情報を含むＳＩＰの２００  ＯＫ（Ａ）をＳＯＡＰ−ＳＩＰアダプタ２に送信する（Ｓ７）。ＳＯＡＰ−ＳＩＰアダプタ２のＳＩＰ制御部２１０４は、２００  ＯＫ（Ａ）を受信し、ＳＩＰのＡＣＫ（Ａ）を端末Ａ５ｂに送信する（Ｓ８）。
【００６４】
ＳＩＰ制御部２１０４は、応答通知（Ａ）を３ＰＣＣモジュール部２１０２に送信する（Ｓ９、８００５）。応答通知（Ａ）は、例えば、ステップＳ６で生成したハンドル値と、ステップＳ７で受信した２００  ＯＫに含まれる端末Ａ５ｂのｒｅｃｖ  ＳＤＰ情報とを含む。３ＰＣＣモジュール部２１０２は、受信した応答通知（Ａ）に含まれるハンドル値とｒｅｃｖ  ＳＤＰ情報を、端末情報テーブル２０３０に端末Ａ５ｂに対応して記憶する。なお、ハンドル値は、ステップＳ６〜Ｓ８の間の適宜のタイミングで記憶されてもよい。３ＰＣＣモジュール部２１０２は、端末情報テーブル２０３０の端末Ａ５ｂに対応する端末状態２０３３を「ＣａｌｌＣｏｍｐｌｅｔｅ（セッション確立状態）」に更新する。また、３ＰＣＣモジュール部２１０２は、呼参加者情報テーブル２０２０の端末Ａ５ｂに対応する呼状態２０２２を「ＣａｌｌＰａｒｔｉｃｉｐａｎｔＣｏｎｎｅｃｔｅｄ（接続状態）」に更新する。なお、端末状態２０３３は、例えば、ＳＩＰのメッセージ（例えば、２００  ＯＫ等）の送受信に応じて適宜更新してもよい。
【００６５】
また、３ＰＣＣモジュール部２１０２は、生成したｓｅｓｓｉｏｎＩＤと、ＳＯＡＰ−ＳＩＰアダプタ２のＩＰアドレス及びポート番号と、受信したｒｅｃｖ  ＳＤＰ情報に含まれる端末Ａ５ｂのＩＰアドレス及びポート番号とをメディアストリーム制御部２１０３に送信する。メディアストリーム制御部２１０３は、受信した情報をそれぞれメディアストリーム制御情報テーブル２０４０に記憶する。例えば、メディアストリーム制御部２１０３は、受信したＳＯＡＰ−ＳＩＰアダプタ２のＩＰアドレス及びポート番号をメディアストリーム送受信用ＩＰアドレス２０４２、メディアストリーム送受信用ポート番号２０４３に記憶し、受信した端末Ａ５ｂのＩＰアドレス及びポート番号を相手先ＩＰアドレス（１）２０４４、相手先ポート番号（１）２０４５に記憶する。また、メディアストリーム制御部２１０３は、受信したｓｅｓｓｉｏｎＩＤを記憶する。
【００６６】
３ＰＣＣモジュール部２１０２は、擬似ＲＢＴ送信要求をメディアストリーム制御部２１０３に送信する（Ｓ１０１）。メディアストリーム制御部２１０３は、擬似ＲＢＴ送信要求を受信すると、例えばＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）に従い、擬似ＲＢＴを端末Ａ５ｂに送信する（Ｓ１０、８００６）。メディアストリーム制御部２１０３は、例えば相手を呼び出し中である旨のアナウンスや適宜の音楽等を擬似ＲＢＴとして用いてもよい。本実施の形態では、端末Ａ５ｂとのセッションの確立が完了し、端末Ｂ５ｃとのセッションの確立を開始している段階で、端末Ａ５ｂが無音状態となることを防ぐ。なお、この擬似ＲＢＴは、後述する停止要求があるまで送信し続けることができる。
【００６７】
次に、ＳＯＡＰ−ＳＩＰアダプタ２と端末Ｂ５ｃとのセッションを確立する。
【００６８】
３ＰＣＣモジュール部２１０２は、端末Ｂ５ｃに対する発信要求（Ｂ）をＳＩＰ制御部２１０４に送信する（Ｓ１１、８００７）。例えば、３ＰＣＣモジュール部２１０２は、端末情報テーブル２０３０に記憶された端末Ｂ５ｃに対応するｓｅｎｄ  ＳＤＰ情報２０３５、Ｆｒｏｍ  ＵＲＩ２０３７及びＴｏ  ＵＲＩ２０３８を含む発信要求をＳＩＰ制御部２１０４に送信する。また、３ＰＣＣモジュール部２１０２は、このときの時刻を呼参加者情報テーブル２０２０の端末Ｂ５ｃに対応する開始時間２０２３に記憶する。図３−２に示す呼参加者情報テーブル２０２０の例では、「２００８．１０．２２  １０：３０．４５」が記憶される。
【００６９】
ＳＩＰ制御部２１０４は、発信要求（Ｂ）に含まれるＴｏ  ＵＲＩに従い、ＩＮＶＩＴＥメッセージ（Ｂ）を端末Ｂ５ｃに送信する（Ｓ１２）。ＩＮＶＩＴＥメッセージ（Ｂ）は、例えば、受信した発信要求に含まれる、ｓｅｎｄ  ＳＤＰ情報、Ｆｒｏｍ  ＵＲＩ、Ｔｏ  ＵＲＩを少なくとも含み、更新した電話応答ＳＩＰ  ＵＲＩを用いる。また、ＳＩＰ制御部２１０４は、端末Ｂ５ｃとのセッションを識別するハンドル値を生成する。
【００７０】
端末Ｂ５ｃは、ＩＮＶＩＴＥメッセージ（Ｂ）を受信し、受信したＩＮＶＩＴＥメッセージ（Ｂ）のｓｅｎｄ  ＳＤＰ情報に含まれるＳＯＡＰ−ＳＩＰアダプタ２のＩＰアドレスとポート番号を適宜の記憶部に記憶する。また、端末Ｂ５ｃは、自身のＩＰアドレスとポート番号を含むｒｅｃｖ  ＳＤＰ情報を生成し、生成したｒｅｃｖ  ＳＤＰ情報を含む２００  ＯＫ（Ｂ）をＳＯＡＰ−ＳＩＰアダプタ２に送信する（Ｓ１３）。ＳＯＡＰ−ＳＩＰアダプタ２のＳＩＰ制御部２１０４は、２００  ＯＫ（Ｂ）を受信し、ＡＣＫ（Ｂ）を端末Ｂ５ｃに送信する（Ｓ１４）。
【００７１】
ＳＩＰ制御部２１０４は、応答通知（Ｂ）を３ＰＣＣモジュール部２１０２に送信する（Ｓ１５、８００８）。応答通知（Ｂ）は、例えば、ステップＳ１２で生成したハンドル値と、ステップＳ１３で受信した２００  ＯＫに含まれる端末Ｂ５ｃのｒｅｃｖ  ＳＤＰ情報とを含む。３ＰＣＣモジュール部２１０２は、受信した応答通知（Ｂ）に含まれるハンドル値及びｒｅｃｖ  ＳＤＰ情報を、端末情報テーブル２０３０に端末Ｂ５ｃに対応して記憶する。なお、ハンドル値は、ステップＳ１２〜Ｓ１４の間の適宜のタイミングで記憶されてもよい。３ＰＣＣモジュール部２１０２は、端末情報テーブル２０３０の端末Ｂ５ｃに対応する端末状態２０３３を「ＣａｌｌＣｏｍｐｌｅｔｅ（セッション確立状態）」に更新する、また、３ＰＣＣモジュール部２１０２は、呼参加者情報テーブル２０２０の端末Ｂ５ｃに対応する呼状態２０２２を「ＣａｌｌＰａｒｔｉｃｉｐａｎｔＣｏｎｎｅｃｔｅｄ（接続状態）」に更新する。また、３ＰＣＣモジュール部２１０２は、セッション情報テーブル２０１０のセッション状態を「Ｃｏｎｎｅｃｔｅｄ（接続状態）」に更新する。
【００７２】
３ＰＣＣモジュール部２１０２は、ｓｅｓｓｉｏｎＩＤと、受信したｒｅｃｖ  ＳＤＰ情報に含まれる端末Ｂ５ｃのＩＰアドレス及びポート番号をメディアストリーム制御部２１０３に送信する。メディアストリーム制御部２１０３は、受信したｓｅｓｓｉｏｎＩＤに対応して、端末Ｂ５ｃのＩＰアドレス及びポート番号をメディアストリーム制御情報テーブル２０４０の相手先ＩＰアドレス（２）２０４６、相手先ポート番号（２）２０４７に記憶する。
【００７３】
３ＰＣＣモジュール部２１０２は、擬似ＲＢＴ停止要求をメディアストリーム制御部２１０３に送信する（Ｓ１０２、８００９）。メディアストリーム制御部２１０３は、擬似ＲＢＴ停止要求に従い擬似ＲＢＴの送信を停止する。
【００７４】
ＳＯＡＰ−ＳＩＰアダプタ２は、端末Ａ５ｂと端末Ｂ５ｃとの間でメディアストリーム転送を開始する（８０１０）。
【００７５】
例えば、端末Ａ５ｂは、ＲＴＰに従い、メディアストリームをＳＯＡＰ−ＳＩＰアダプタ２に送信する（Ｓ１６）。このとき、端末Ａ５ｂは、ステップＳ６で記憶したＳＯＡＰ−ＳＩＰアダプタ２のＩＰアドレスとポート番号を宛先に設定し、自身のＩＰアドレスとポート番号を送信元に設定する。
【００７６】
ＳＯＡＰ−ＳＩＰアダプタ２のメディアストリーム制御部２１０３は、受信したメディアストリームを、メディアストリーム制御情報テーブル２０４０を参照して端末Ｂ５ｃに転送する（Ｓ１７）。例えば、メディアストリーム制御部２１０３は、受信したメディアストリームの送信元ＩＰアドレスとポート番号に基づいてメディアストリーム制御情報テーブル２０４０を参照し、対応する相手先ＩＰアドレスとポート番号を取得する。図３−４に示すメディアストリーム制御情報テーブル２０４０の例では、受信したメディアストリームの送信元ＩＰアドレスとポート番号は、端末Ａ５ｂのＩＰアドレス（１０．０．２．１）、ポート番号（２００００）であり、対応する相手先ＩＰアドレス（２）２０４６（１０．０．２．２）とポート番号（２）２０４７（３００００）が取得される。メディアストリーム制御部２１０３は、取得したＩＰアドレスとポート番号に従い、受信したメディアストリームを端末Ｂ５ｃに転送する。
【００７７】
同様に、端末Ｂ５ｃは、ＲＴＰに従い、メディアストリームをＳＯＡＰ−ＳＩＰアダプタ２に送信する（Ｓ１８）。端末Ａ５ｂの場合と同様に、端末Ｂ５ｃは、ステップＳ１２で記憶したＳＯＡＰ−ＳＩＰアダプタ２のＩＰアドレスとポート番号を宛先に設定し、自身のＩＰアドレスとポート番号を送信元に設定する。
【００７８】
ＳＯＡＰ−ＳＩＰアダプタ２のメディアストリーム制御部２１０３は、受信したメディアストリームを、メディアストリーム制御情報テーブル２０４０を参照して端末Ａ５ｂに転送する（Ｓ１９）。図３−４に示すメディアストリーム制御情報テーブル２０４０の例では、受信したメディアストリームの送信元ＩＰアドレスとポート番号は、端末Ｂ５ｃのＩＰアドレス（１０．０．２．２）、ポート番号（３００００）であり、対応する相手先ＩＰアドレス（１）２０４４（１０．０．２．１）とポート番号（１）２０４５（２００００）が取得される。メディアストリーム制御部２１０３は、取得したＩＰアドレスとポート番号に従い、受信したデータストリームを端末Ａ５ｂに転送する。
【００７９】
以上のように、シグナリングチャネルを確立するＩＰアドレスと、データチャネルを確立するＩＰアドレスとが同一となり、端末Ａ５ｂからのデータをＳＯＡＰ−ＳＩＰアダプタ２で受信し、そのデータを端末Ｂ５ｃへ転送して、また、端末Ｂ５ｃからのデータをＳＯＡＰ−ＳＩＰアダプタ２で受信し、そのデータを端末Ａ５ｂへ転送することで、通信品質が保証されたＮＧＮ上で３ＰＣＣサービスが可能となる。
【００８０】
図１３は、第１の実施の形態の３ＰＣＣサービスの手順を説明するシーケンス図（２）である。図９は、第１の実施の形態のＳＯＡＰ−ＳＩＰアダプタ２における呼情報（セッション情報）要求受信時の動作を説明するフローチャートである。
【００８１】
図１３、図９を参照して、Ｗｅｂサーバ１が呼情報を取得する動作について説明する。ここでは、Ｗｅｂサーバ１は、指定したｓｅｓｓｉｏｎＩＤに対応する情報を取得できる。図１３のステップＳ２１〜Ｓ２４の処理は、上述のステップＳ１６〜Ｓ１９の処理に対応する。
【００８２】
Ｗｅｂサーバ１は、ＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ（セッション情報要求、呼情報要求）をＳＯＡＰ−ＳＩＰアダプタ２に送信する（Ｓ２５）。ＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔは、取得したい呼情報のｓｅｓｓｉｏｎＩＤを含む。より具体的には、Ｗｅｂサーバ１は、上述のステップＳ４で記憶されたｓｅｓｓｉｏｎＩＤを含むＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔを生成し、ＳＯＡＰ−ＳＩＰアダプタ２に送信する。なお、Ｗｅｂサーバ１は、端末５ａより、ユーザ操作に基づいて上述のステップＳ４で記憶されたｓｅｓｓｉｏｎＩＤから取得したい呼情報のｓｅｓｓｉｏｎＩＤを選択してもよい。
【００８３】
ＳＯＡＰ−ＳＩＰアダプタ２は、ＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔに含まれるｓｅｓｓｉｏｎＩＤをキーにＳＯＡＰ−ＳＩＰアダプタ２で保持しているセッション情報テーブル２０１０を検索し、一致するｓｅｓｓｉｏｎＩＤ２０１１のテーブル情報を含むＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅを送信する（Ｓ２６〜Ｓ２８）。以下、ＳＯＡＰ−ＳＩＰアダプタ２におけるステップＳ２６〜Ｓ２８の詳細な動作について説明する。
【００８４】
まず、ＳＯＡＰ−ＳＩＰアダプタ２のＳＯＡＰ制御部２１０１は、ＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔを受信し、セッション情報要求を３ＰＣＣモジュール部２１０２に送信する（Ｓ２６）。このセッション情報要求は、ＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ内のｓｅｓｓｉｏｎＩＤを含む。
【００８５】
３ＰＣＣモジュール部２１０２は、セッション情報要求を受信すると（９００１）、受信したセッション情報要求に含まれるｓｅｓｓｉｏｎＩＤに基づいてセッション情報テーブル２０１０のｓｅｓｓｉｏｎＩＤ２０１１を検索する（９００２）。受信したセッション情報要求に含まれるｓｅｓｓｉｏｎＩＤがセッション情報テーブル２０１０に登録済みの場合、該当したｓｅｓｓｉｏｎＩＤ２０１１に対応するセッション情報が特定される（９００３）。３ＰＣＣモジュール部２１０２は、該当したｓｅｓｓｉｏｎＩＤ２０１１に対応する呼参加者情報テーブル（呼参加者状態）２０２０を参照して、例えば各端末５ｂ、５ｃに対応するＵＲＩ２０２１及び呼状態２０２２を、それぞれ取得する（９００４）。さらに、３ＰＣＣモジュール部２１０２は、例えば該当したｓｅｓｓｉｏｎＩＤ２０１１に対応する端末情報（Ｃｌｉｅｎｔ  Ａ用）２０３０＿Ａ及び端末情報（Ｃｌｉｅｎｔ  Ｂ用）２０３０＿Ｂより、各端末のｒｅｃｖ  ＳＤＰ情報２０３６をそれぞれ取得する。
【００８６】
３ＰＣＣモジュール部２１０２は、ｓｅｓｓｉｏｎＩＤ２０１１、取得したＵＲＩ２０２１、呼状態２０２２及びｒｅｃｖ  ＳＤＰ情報２０３６を含むセッション情報要求成功応答を生成し（９００５）、生成したセッション情報要求成功応答をＳＯＡＰ制御部２１０１に送信する（Ｓ２７）。ＳＯＡＰ制御部２１０１は、セッション情報要求成功応答を受信し、ＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ（セッション情報要求成功応答）をＷｅｂサーバ１に送信する（Ｓ２８、９００６）。ＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅは、受信したセッション情報要求成功応答内のｓｅｓｓｉｏｎＩＤ、ＵＲＩ、呼状態及びｒｅｃｖ  ＳＤＰ情報を含み、ＳＯＡＰに従って生成される。
【００８７】
なお、ステップ９００２において、受信したセッション情報要求に含まれるｓｅｓｓｉｏｎＩＤが未登録の場合、３ＰＣＣモジュール部２１０２は、セッション情報要求失敗応答（エラーレスポンスメッセージ）を生成し（９００７）、生成したセッション情報要求失敗応答をＳＯＡＰ制御部２１０１に送信する。ＳＯＡＰ制御部２１０１は、セッション情報要求失敗応答を受信し、セッション情報要求の失敗を示すＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅをＷｅｂサーバ１に送信する（９００６）。
【００８８】
Ｗｅｂサーバ１は、ＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅを受信し、例えば受信したＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅに含まれる呼状態を参照することで、要求した通信が成立したかなどセッションの状態を確認できる。また、例えば、端末から呼を終了した場合、呼状態が「ＣａｌｌＰａｒｔｉｃｉｐａｎｔＴｅｒｍｉｎａｔｅｄ（終了状態）」となり、Ｗｅｂサーバ１は、端末Ａ５ｂ又は端末Ｂ５ｃから呼が終了されたと判断できる。また、例えば、呼状態が正常でない場合、Ｗｅｂサーバ１は、例えば後述するＳＯＡＰ  ｅｎｄＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔを用いて通信を停止させてもよい。
【００８９】
図１４は、第１の実施の形態の３ＰＣＣサービスの手順を説明するシーケンス図（３）である。図１０は、第１の実施の形態のＳＯＡＰ−ＳＩＰアダプタ２における呼参加者情報要求受信時の動作を説明するフローチャートである。
【００９０】
図１４、図１０を参照して、Ｗｅｂサーバ１が呼参加者情報を取得する動作について説明する。ここでは、指定したＳＩＰ−ＵＲＩに対応するユーザの情報を取得できる。図１４のステップＳ３１〜Ｓ３４の処理は、上述のステップＳ１６〜Ｓ１９の処理に対応する。
【００９１】
Ｗｅｂサーバ１は、ＳＯＡＰ  ｇｅｔＣａｌｌＰａｒｔｉｃｉｐａｎｔｓＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ（呼参加者情報要求）をＳＯＡＰ−ＳＩＰアダプタ２に送信する（Ｓ３５）。ＳＯＡＰ  ｇｅｔＣａｌｌＰａｒｔｉｃｉｐａｎｔｓＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔは、取得したい呼参加者情報のｓｅｓｓｉｏｎＩＤとＵＲＩを含む。具体的には、例えば、Ｗｅｂサーバ１は、上述のステップＳ４で記憶されたｓｅｓｓｉｏｎＩＤと、所望の呼参加者のＳＩＰ−ＵＲＩを含むＳＯＡＰ  ｇｅｔＣａｌｌＳｅｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔを生成し、ＳＯＡＰ−ＳＩＰアダプタ２に送信する。一例として、Ｗｅｂサーバ１は、端末５ａより、ユーザ操作に基づいて取得したい呼情報のｓｅｓｓｉｏｎＩＤとユーザ識別子（例えば、端末Ａ５ｂ、端末Ｂ５ｃに対応するユーザ名）を選択してもよい。なお、Ｗｅｂサーバ１は、上述のようにユーザ識別子とそのユーザのＳＩＰ−ＵＲＩが対応して予め記憶され、入力されたユーザ識別子に対応するＳＩＰ−ＵＲＩを取得できる。
【００９２】
ＳＯＡＰ−ＳＩＰアダプタ２は、ＳＯＡＰ  ｇｅｔＣａｌｌＰａｒｔｉｃｉｐａｎｔｓＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔに含まれるｓｅｓｓｉｏｎＩＤをキーにＳＯＡＰ−ＳＩＰアダプタ２で保持しているセッション情報テーブル２０１０を検索し、一致するｓｅｓｓｉｏｎＩＤ２０１１のテーブル情報を特定する。さらに、ＳＯＡＰ−ＳＩＰアダプタ２は、ｇｅｔＣａｌｌＰａｒｔｉｃｉｐａｎｔｓＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔに含まれるＳＩＰ−ＵＲＩをキーに呼参加者情報テーブル２０２０を検索し、一致するＳＩＰ−ＵＲＩ２０２１に対応するテーブル情報を含むＳＯＡＰ  ｇｅｔＣａｌｌＰａｒｔｉｃｉｐａｎｔｓＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅを送信する（Ｓ３６〜Ｓ３８）。以下、ＳＯＡＰ−ＳＩＰアダプタ２におけるステップＳ３６〜Ｓ３８の動作について説明する。
【００９３】
ＳＯＡＰ−ＳＩＰアダプタ２のＳＯＡＰ制御部２１０１は、ＳＯＡＰ  ｇｅｔＣａｌｌＰａｒｔｉｃｉｐａｎｔｓＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔを受信し、呼参加者情報要求を３ＰＣＣモジュール部２１０２に送信する（Ｓ３６）。この呼参加者情報要求は、ＳＯＡＰ  ｇｅｔＣａｌｌＰａｒｔｉｃｉｐａｎｔｓＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ内のｓｅｓｓｉｏｎＩＤとＳＩＰ−ＵＲＩとを含む。３ＰＣＣモジュール部２１０２は、呼参加者情報要求を受信すると（１００１）、受信した呼参加者情報要求に含まれるｓｅｓｓｉｏｎＩＤに基づいてセッション情報テーブル２０１０のｓｅｓｓｉｏｎＩＤ２０１１を検索する（１００２）。受信した呼参加者情報要求に含まれるｓｅｓｓｉｏｎＩＤがセッション情報テーブル２０１０に登録済みの場合、該当したｓｅｓｓｉｏｎＩＤ２０１１によりセッション情報が特定される（１００３）。３ＰＣＣモジュール部２１０２は、受信した呼参加者情報要求に含まれるＳＩＰ−ＵＲＩに基づいて、該当したｓｅｓｓｉｏｎＩＤ２０１１に対応する呼参加者情報テーブル（呼参加者状態）２０２０のＵＲＩ２０２１を検索する（１００４）。受信した呼参加者情報要求に含まれるＳＩＰ−ＵＲＩが登録済みの場合、３ＰＣＣモジュール部２１０２は、該当したＵＲＩ２０２１に対応する呼状態２０２２を取得する（１００５）。また、３ＰＣＣモジュール部２１０２は、受信した呼参加者情報要求に含まれるＳＩＰ−ＵＲＩに基づいて端末情報テーブル２０３０のＴｏ  ＵＲＩ２０３８を参照し、対応するｒｅｃｖ  ＳＤＰ情報２０３６を取得する。
【００９４】
３ＰＣＣモジュール部２１０２は、ＵＲＩ２０２１、取得した呼状態２０２２及びｒｅｃｖ  ＳＤＰ情報２０３６を含む呼参加者情報要求成功応答を生成し（１００６）、生成した呼参加者情報要求成功応答をＳＯＡＰ制御部２１０１に送信する（Ｓ３７）。ＳＯＡＰ制御部２１０１は、呼参加者情報要求成功応答を受信し、ＳＯＡＰ  ｇｅｔＣａｌｌＰａｒｔｉｃｉｐａｎｔｓＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ（呼参加者情報要求成功応答）をＷｅｂサーバ１に送信する（Ｓ３８、１００７）。ＳＯＡＰ  ｇｅｔＣａｌｌＰａｒｔｉｃｉｐａｎｔｓＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅは、受信した呼参加者情報要求成功応答内のＵＲＩ、呼状態及びｒｅｃｖ  ＳＤＰ情報を含み、ＳＯＡＰに従って生成される。
【００９５】
なお、ステップ１００２において、受信した呼参加者情報要求に含まれるｓｅｓｓｉｏｎＩＤが未登録の場合、及び、ステップ１００４において受信した呼参加者情報要求に含まれるＳＩＰ−ＵＲＩが未登録の場合、３ＰＣＣモジュール部２１０２は、呼参加者情報要求失敗応答（エラーレスポンスメッセージ）を生成し（１００８）、生成した呼参加者情報要求失敗応答をＳＯＡＰ制御部２１０１に送信する。ＳＯＡＰ制御部２１０１は、呼参加者情報要求失敗応答を受信し、呼参加者情報要求の失敗を示すＳＯＡＰ  ｇｅｔＣａｌｌＰａｒｔｉｃｉｐａｎｔｓＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅをＷｅｂサーバ１に送信する（１００７）。
【００９６】
図１５は、第１の実施の形態の３ＰＣＣサービスの手順を説明するシーケンス図（４）である。図１１は、第１の実施の形態のＳＯＡＰ−ＳＩＰアダプタ２における呼終了要求受信時の動作を説明するフローチャートである。
【００９７】
図１５、図１１は、Ｗｅｂサーバ１が呼終了する動作について説明する。図１５のステップＳ４１〜Ｓ４４の処理は、上述のステップＳ１６〜Ｓ１９の処理に対応する。
【００９８】
Ｗｅｂサーバ１は、ＳＯＡＰ  ｅｎｄＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔ（呼終了要求）をＳＯＡＰ−ＳＩＰアダプタ２に送信する（Ｓ４５）。ＳＯＡＰ  ｅｎｄＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔは、呼終了したい呼のｓｅｓｓｉｏｎＩＤを含む。より具体的には、Ｗｅｂサーバ１は、上述のステップＳ４で記憶されたｓｅｓｓｉｏｎＩＤを含むＳＯＡＰ  ｅｎｄＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔを生成し、ＳＯＡＰ−ＳＩＰアダプタ２に送信する。一例として、Ｗｅｂサーバ１は、端末５ａより、ユーザ操作に基づいて上述のステップＳ４で記憶されたｓｅｓｓｉｏｎＩＤから呼終了したい呼のｓｅｓｓｉｏｎＩＤを選択してもよい。
【００９９】
ＳＯＡＰ−ＳＩＰアダプタ２は、ＳＯＡＰ  ｅｎｄＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔに含まれるｓｅｓｓｉｏｎＩＤをキーにＳＯＡＰ−ＳＩＰアダプタ２で保持しているセッション情報テーブル２０１０を検索し、一致するｓｅｓｓｉｏｎＩＤ２０１１のテーブル情報から切断する端末５ｂ、５ｃを特定して切断する（Ｓ４６〜Ｓ５６）。以下、ＳＯＡＰ−ＳＩＰアダプタ２におけるステップＳ４６〜Ｓ５６の詳細な動作について説明する。
【０１００】
ＳＯＡＰ−ＳＩＰアダプタ２のＳＯＡＰ制御部２１０１は、ＳＯＡＰ  ｅｎｄＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔ（呼終了要求）を受信し、呼終了要求を３ＰＣＣモジュール部２１０２に送信する（Ｓ４６）。この呼終了要求は、ＳＯＡＰ  ｅｎｄＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔ内のｓｅｓｓｉｏｎＩＤを含む。３ＰＣＣモジュール部２１０２は、呼終了要求を受信すると（１１０１）、受信した呼終了要求に含まれるｓｅｓｓｉｏｎＩＤに基づいてセッション情報テーブル２０１０のｓｅｓｓｉｏｎＩＤ２０１１を検索する（１１０２）。
【０１０１】
受信した呼終了要求に含まれるｓｅｓｓｉｏｎＩＤがセッション情報テーブル２０１０に登録済みの場合、３ＰＣＣモジュール部２１０２は、呼終了要求成功応答を生成し（１１０９）、生成した呼終了要求成功応答をＳＯＡＰ制御部２１０１に送信する（Ｓ４７）。ＳＯＡＰ制御部２１０１は、呼終了要求成功応答を受信し、ＳＯＡＰ  ｅｎｄＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ（呼終了要求成功応答）をＷｅｂサーバ１に送信する（Ｓ４８、１１１０）。なお、ＳＯＡＰ  ｅｎｄＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅは、成功応答のみが送信されてもよい。
【０１０２】
また、該当したｓｅｓｓｉｏｎＩＤ２０１１によりセッション情報を特定し、通話中の２者（ここでは端末Ａ５ｂ、端末Ｂ５ｃ）を特定する（１１０３）。例えば、３ＰＣＣモジュール部２１０２は、受信した呼終了要求に含まれるｓｅｓｓｉｏｎＩＤに対応する呼参加者情報テーブル２０２０を参照し、各端末Ａ５ｂ、端末Ｂ５ｃのＳＩＰ−ＵＲＩ２０２１をそれぞれ取得する。メディアストリーム制御部２１０３は、メディアストリームの転送を停止する（１１０４）。なお、３ＰＣＣモジュール部２１０２から、メディアストリーム転送停止要求をメディアストリーム制御部２１０３に送信してもよい。
【０１０３】
３ＰＣＣモジュール部２１０２は、取得されたＳＩＰ−ＵＲＩの一方に従い、取得されたＳＩＰ−ＵＲＩを含む切断要求（Ａ）をＳＩＰ制御部２１０４に送信する（Ｓ４９、１１０５）。ＳＩＰ制御部２１０４は、切断要求（Ａ）を受信し、受信した切断要求（Ａ）に含まれるＳＩＰ−ＵＲＩをＴｏ  ＵＲＩとして、ＳＩＰのＢＹＥメッセージ（Ａ）を端末Ａ５ｂに送信する（Ｓ５０）。
【０１０４】
同様に、３ＰＣＣモジュール部２１０２は、取得されたＳＩＰ−ＵＲＩの他方に従い、取得されたＳＩＰ−ＵＲＩを含む切断要求（Ｂ）をＳＩＰ制御部２１０４に送信する（Ｓ５１、１１０６）。ＳＩＰ制御部２１０４は、切断要求（Ｂ）を受信し、受信した切断要求（Ｂ）に含まれるＳＩＰ−ＵＲＩをＴｏ  ＵＲＩとしてＢＹＥメッセージ（Ｂ）を端末Ｂ５ｃに送信する（Ｓ５２）。
【０１０５】
端末Ａ５ｂは、ステップＳ５０において受信したＢＹＥメッセージ（Ａ）に対する２００  ＯＫ（Ａ）をＳＯＡＰ−ＳＩＰアダプタ２に送信する（Ｓ５３）。ＳＯＡＰ−ＳＩＰアダプタ２のＳＩＰ制御部２１０４は、２００  ＯＫ（Ａ）を受信し、切断完了通知（Ａ）を３ＰＣＣモジュール部２１０２に送信する（Ｓ５４、１１０７）。
【０１０６】
同様に、端末Ｂ５ｃは、ステップＳ５２において受信したＢＹＥメッセージ（Ｂ）に対する２００  ＯＫ（Ｂ）をＳＯＡＰ−ＳＩＰアダプタ２に送信する（Ｓ５５）。ＳＯＡＰ−ＳＩＰアダプタ２のＳＩＰ制御部２１０４は、２００  ＯＫ（Ｂ）を受信し、切断完了通知（Ｂ）を３ＰＣＣモジュール部２１０２に送信する（Ｓ５６、１１０８）。
【０１０７】
なお、ステップ１１０２において、受信した呼終了要求に含まれるｓｅｓｓｉｏｎＩＤが未登録の場合、３ＰＣＣモジュール部２１０２は、呼終了要求失敗応答（エラーレスポンスメッセージ）を生成し（１１１１）、生成した呼終了要求失敗応答をＳＯＡＰ制御部２１０１に送信する。ＳＯＡＰ制御部２１０１は、呼終了要求失敗応答を受信し、呼終了要求の失敗を示すＳＯＡＰ  ｅｎｄＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅをＷｅｂサーバ１に送信する（１１１０）。
【符号の説明】
【０１０８】
１  Ｗｅｂサーバ
２、６  ＳＯＡＰ−ＳＩＰアダプタ
３  ＳＩＰサーバ
４  ＨＧＷ
５、７  端末
１００  処理部
１１０  入力部
１２０  、２５２０  表示部
１３０  記憶部
１４０  、２５３０  通信インタフェース
２００１、５００１  ＣＰＵ
２００３、５００３  ＩＦ
２００４、５００４  メモリ
２０１０  セッション情報テーブル
２０１１  ｓｅｓｓｉｏｎＩＤ
２０２０  呼参加者情報テーブル
２０３０、５０２０、６０２０  端末情報テーブル
２０４０、５０３０、６０３０  メディアストリーム制御情報テーブル
２０５０  第２接続端末応答状況情報テーブル
２１０１、５１０１  ＳＯＡＰ制御部
２１０２  ３ＰＣＣモジュール部
２１０３、５１０３  メディアストリーム制御部
２１０４、５１０４  、２５１０  ＳＩＰ制御部
２６１０  ３ＰＣＣサービス応答要求情報テーブル
２６２０  応答電話一覧テーブル
Ｎ１  インターネット
Ｎ２  ＮＧＮ
【図１】
2014103614.tif 000003
【図２】
2014103614.tif 000004
【図３−１】
2014103614.tif 000005
【図３−２】
2014103614.tif 000006
【図３−３】
2014103614.tif 000007
【図３−４】
2014103614.tif 000008
【図３−５】
2014103614.tif 000009
【図４−１】
2014103614.tif 000010
【図４−２】
2014103614.tif 000011
【図５】
2014103614.tif 000012
【図６】
2014103614.tif 000013
【図７】
2014103614.tif 000014
【図８】
2014103614.tif 000015
【図９】
2014103614.tif 000016
【図１０】
2014103614.tif 000017
【図１１】
2014103614.tif 000018
【図１２】
2014103614.tif 000019
【図１３】
2014103614.tif 000020
【図１４】
2014103614.tif 000021
【図１５】
2014103614.tif 000022
【図１６】
2014103614.tif 000023
【図１７】
2014103614.tif 000024