(57)【要約】【課題】複数の端末を同時に呼び出す分岐処理に未対応の通信端末であっても、再生を希望するアーリーメディアを適切かつ低コストで選択させること。【解決手段】代理装置２は、接続要求受付部２１が受け付けた複数のアーリーメディアの接続要求をもとに、これから発端末１へ流すアーリーメディアを決定するメディア判定部２２と、メディア判定部２２が決定したアーリーメディアを発端末１に転送するときに、これから転送するアーリーメディアとは別のアーリーメディアを既に転送していたときには、その既に転送していた際の発端末１への接続を維持しつつ、その接続で転送されるデータを、別のアーリーメディアからこれから転送するアーリーメディアへと切り替えるメディア切替部２３とを有する。【選択図】図１
2017034491.tif 000002
【特許請求の範囲】
【請求項１】
発端末からのセッション確立の要求が複数に分岐され、各分岐先であるメディアサーバからそれぞれ受信して前記発端末へ転送するアーリーメディアの接続要求を受け付ける接続要求受付部と、
前記接続要求受付部が受け付けた複数のアーリーメディアの接続要求をもとに、これから前記発端末へ転送するアーリーメディアを決定するメディア判定部と、
前記メディア判定部が決定したアーリーメディアを前記発端末に転送するときに、これから転送するアーリーメディアとは別のアーリーメディアを既に転送していたときには、その既に転送していた際の前記発端末への接続を維持しつつ、その接続を介して転送されるデータを、前記別のアーリーメディアから前記これから転送するアーリーメディアへと切り替えるメディア切替部とを有することを特徴とする
メディア転送装置。
【請求項２】
前記メディア切替部は、前記別のアーリーメディアのコーデックと、前記これから転送するアーリーメディアのコーデックとが異なる場合、受信した前記これから転送するアーリーメディアのコーデックを、前記別のアーリーメディアのコーデックに変換し、その変換後の前記これから転送するアーリーメディアを前記発端末へ転送するように制御することを特徴とする
請求項１に記載のメディア転送装置。
【請求項３】
前記メディア転送装置は、さらに、前記メディア切替部が切り替えた後に転送しない前記別のアーリーメディアの送信を保留するように、前記別のアーリーメディアの送信元である前記メディアサーバに指示するメディア保留部を有することを特徴とする
請求項１または請求項２に記載のメディア転送装置。
【請求項４】
前記メディア判定部は、前記受け付けたアーリーメディアの接続要求において、所定品質よりも高音質のアーリーメディアを拒否することを特徴とする
請求項１ないし請求項３のいずれか１項に記載のメディア転送装置。
【請求項５】
前記メディア判定部は、前記受け付けたアーリーメディアの接続要求において、既に転送していた前記別のアーリーメディアの優先度よりも高い優先度が指定されているアーリーメディアを、前記これから転送するアーリーメディアとして採用することを特徴とする
請求項１ないし請求項３のいずれか１項に記載のメディア転送装置。
【請求項６】
前記メディア判定部は、前記受け付けたアーリーメディアの接続要求において、機械音を流すアーリーメディアよりも、自然言語を含む音声内容を流すアーリーメディアを優先して、前記これから転送するアーリーメディアとして採用することを特徴とする
請求項１ないし請求項３のいずれか１項に記載のメディア転送装置。
【請求項７】
メディア転送装置は、接続要求受付部と、メディア判定部と、メディア切替部とを有しており、
前記接続要求受付部は、発端末からのセッション確立の要求が複数に分岐され、各分岐先であるメディアサーバからそれぞれ受信して前記発端末へ転送するアーリーメディアの接続要求を受け付け、
前記メディア判定部は、前記接続要求受付部が受け付けた複数のアーリーメディアの接続要求をもとに、これから前記発端末へ転送するアーリーメディアを決定し、
前記メディア切替部は、前記メディア判定部が決定したアーリーメディアを前記発端末に転送するときに、これから転送するアーリーメディアとは別のアーリーメディアを既に転送していたときには、その既に転送していた際の前記発端末への接続を維持しつつ、その接続を介して転送されるデータを、前記別のアーリーメディアから前記これから転送するアーリーメディアへと切り替えることを特徴とする
メディア転送方法。
【請求項８】
前記メディア転送装置は、さらに、メディア保留部を有しており、
前記メディア保留部は、前記メディア切替部が切り替えた後に転送しない前記別のアーリーメディアの送信を保留するように、前記別のアーリーメディアの送信元である前記メディアサーバに指示することを特徴とする
請求項７に記載のメディア転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディア転送装置、および、メディア転送方法の技術に関する。
【背景技術】
【０００２】
発端末から着端末に通話などのセッションを確立するためのプロトコルとして、ＳＩＰ（Session Initiation Protocol）が提案されている。ＩＰ（Internet Protocol）音声通話やマルチメディア通信などのＳＩＰを利用した通信端末には、１つの電話番号に対して、複数の端末を同時に呼び出す分岐処理（Forking）に対応しているものも存在する。
【０００３】
ある通信端末がセッション確立を要求すると、そのセッション確立前の暫定的な通信であるアーリーメディアが、分岐先の各呼出先からそれぞれ通信端末に応答される。アーリーメディアは、例えば、通話開始前のガイダンスを流すメディアである。しかし、分岐処理に対応していない通信端末は、複数のアーリーメディアを処理することができない。
【０００４】
そこで、非特許文献１には、分岐処理に対応していない通信端末とは別に、その通信端末の代理装置を設け、その代理装置が複数のアーリーメディアのうちの最初に到着したアーリーメディアだけを通信端末に転送することで、分岐処理に対応していない通信端末であっても、アーリーメディアを再生できるように制御する旨が記載されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】R. Jesske Deutsche Telekom、"Correlation of multiple responses of forked INVITES in Back to Back User Agents"、［online］、Internet Engineering Task Force(IETF) Network Working Group、March 03, 2015、［平成27年7月28日検索］、インターネット〈URL：https://tools.ietf.org/html/draft-jesske-dispatch-forking-answer-correlation-03〉
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、非特許文献１に記載の方式では、分岐先から通知される複数のアーリーメディアのうち、発端末での再生を希望するアーリーメディアを効果的に選択することができない。例えば、最初に到着したアーリーメディアからは「プププ…」という着信事業者の識別音だけが鳴り、そのあとに到着したアーリーメディアからは「これから接続する相手との通話には１分２０円かかります」などの有益な情報を伝えるガイダンスが流れるとする。
【０００７】
非特許文献１に記載の方式では、無条件に２着以降のアーリーメディアを流さないため、有益な情報を知りたい発端末のユーザは、その再生機会を失ってしまう。一方、現在ネットワークに接続されているすべての通信端末をそれぞれ分岐処理に対応している端末へと買い換えると、複数のアーリーメディアを処理可能になるものの、その買い換えにコストがかかってしまう。
【０００８】
さらに、非特許文献１に記載の方式では、発端末での再生を希望するアーリーメディアを選択することができないため、データ量が多くネットワークに過剰な負荷をかけてしまうアーリーメディアであっても、先着ルールで採用されてしまう。そのときには、ネットワーク資源が意図せずに浪費されてしまう。
【０００９】
そこで、本発明は、複数の端末を同時に呼び出す分岐処理に未対応の通信端末であっても、再生を希望するアーリーメディアを適切かつ低コストで選択させることを、主な課題とする。
【課題を解決するための手段】
【００１０】
前記課題を解決するために、本発明のメディア転送装置は、
発端末からのセッション確立の要求が複数に分岐され、各分岐先であるメディアサーバからそれぞれ受信して前記発端末へ転送するアーリーメディアの接続要求を受け付ける接続要求受付部と、
前記接続要求受付部が受け付けた複数のアーリーメディアの接続要求をもとに、これから前記発端末へ転送するアーリーメディアを決定するメディア判定部と、
前記メディア判定部が決定したアーリーメディアを前記発端末に転送するときに、これから転送するアーリーメディアとは別のアーリーメディアを既に転送していたときには、その既に転送していた際の前記発端末への接続を維持しつつ、接続を介して転送されるデータを、前記別のアーリーメディアから前記これから転送するアーリーメディアへと切り替えるメディア切替部とを有することを特徴とする。
【００１１】
これにより、メディア転送装置が複数のアーリーメディアから適切な１つのアーリーメディアを代行して発端末に転送する。よって、同時に１つのアーリーメディアしか扱えないような分岐処理に未対応の通信端末であっても、再生を希望するアーリーメディアを適切かつ低コストで選択させることができる。
【００１２】
本発明は、前記メディア切替部が、前記別のアーリーメディアのコーデックと、前記これから転送するアーリーメディアのコーデックとが異なる場合、受信した前記これから転送するアーリーメディアのコーデックを、前記別のアーリーメディアのコーデックに変換し、その変換後の前記これから転送するアーリーメディアを前記発端末へ転送するように制御することを特徴とする。
【００１３】
これにより、複数のアーリーメディアを区別できない発端末に対しても、コーデックが異なる複数のアーリーメディアから、転送するアーリーメディアを意識させずに切り替えることができる。
【００１４】
本発明は、前記メディア転送装置が、さらに、前記メディア切替部が切り替えた後に転送しない前記別のアーリーメディアの送信を保留するように、前記別のアーリーメディアの送信元である前記メディアサーバに指示するメディア保留部を有することを特徴とする。
【００１５】
これにより、送信が不要になったアーリーメディアの再生を保留させるので、そのアーリーメディアの送信に関する通信リソースを節約できる。
【００１６】
本発明は、前記メディア判定部が、前記受け付けたアーリーメディアの接続要求において、所定品質よりも高音質のアーリーメディアを拒否することを特徴とする。
【００１７】
これにより、過剰音質なアーリーメディアは採用されないため、網内の通信資源を保護できる。
【００１８】
本発明は、前記メディア判定部が、前記受け付けたアーリーメディアの接続要求において、既に転送していた前記別のアーリーメディアの優先度よりも高い優先度が指定されているアーリーメディアを、前記これから転送するアーリーメディアとして採用することを特徴とする。
【００１９】
これにより、着側であるメディアサーバが指定したポリシに従って、優先度が高いアーリーメディアを再生できる。
【００２０】
本発明は、前記メディア判定部が、前記受け付けたアーリーメディアの接続要求において、機械音を流すアーリーメディアよりも、自然言語を含む音声内容を流すアーリーメディアを優先して、前記これから転送するアーリーメディアとして採用することを特徴とする。
【００２１】
これにより、発端末のユーザにとって有益な情報を流すアーリーメディアを再生できる。
【発明の効果】
【００２２】
本発明によれば、複数の端末を同時に呼び出す分岐処理に未対応の通信端末であっても、再生を希望するアーリーメディアを適切かつ低コストで選択させることができる。
【図面の簡単な説明】
【００２３】
【図１】図１は、メディア転送システムの構成図である。
【図２】図２は、複数のアーリーメディアを代理装置が切り替えて発端末に転送するシーケンス図である。
【図３】図３は、複数のアーリーメディアに非対応の代理装置を用いたときのシーケンス図である。
【図４】図４は、複数のアーリーメディアに対応する発端末を用いたときのシーケンス図である。
【発明を実施するための形態】
【００２４】
以下、本発明の一実施形態について、図面を参照して詳細に説明する。
【００２５】
図１は、メディア転送システムの構成図である。
メディア転送システムは、発端末１と、代理装置２と、着側第２サーバ４１と、着側第３サーバ４２と、分岐装置３とがネットワークで接続されて構成される。
セッションの確立を要求する側の事業者（発事業者）には、発端末１と、代理装置２とが収容されている。セッションを受け入れる側の事業者（着事業者）には、着側第２サーバ４１と、着側第３サーバ４２と、分岐装置３と、着端末（図示省略）とが収容されている。
つまり、発事業者の発端末１と、着事業者の着端末との間で、ＳＩＰを用いた事業者間のＶｏＩＰの相互接続が確立される。なお、代理装置２は、ネットワーク同士を接続するＮＮＩ（Network-Network Interface）に設置してもよいし、ネットワークと各ユーザ端末とを接続するＵＮＩ（User-Network Interface）に設置してもよい。
【００２６】
なお、図１のメディア転送システムの各装置は、ＣＰＵ（Central Processing Unit）と、メモリと、ハードディスクなどの記憶手段（記憶部）と、ネットワークインタフェースとを有するコンピュータとして構成され、このコンピュータは、ＣＰＵが、メモリ上に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、後記する各処理部により構成される制御部（制御手段）を動作させる。
【００２７】
発端末１は、分岐処理に未対応の端末である。本来なら分岐処理に対応済みの端末を用意すべきだが、導入コストや後方互換の関係で、未対応の旧端末が残っていることもある。
代理装置（メディア転送装置）２は、着事業者の側からみたら発端末１の代理（Ｂ２ＢＵＡ：Back-to-Back User Agent）として機能する。この代理装置２は、発端末１に代わって、分岐処理により発生した複数のアーリーメディアを受信し、そのうちの１つのアーリーメディアを発端末１に転送する。
分岐装置３は、分岐処理により複数アーリーメディアをマルチプレキシングする装置である。つまり、分岐装置３は、発端末１から受信したセッションの確立要求（図２で後記するＳＩＰのＩＮＶＩＴＥ信号など）を、複数のあて先（着側第２サーバ４１、着側第３サーバ４２）へと分岐して転送する。
【００２８】
着側第２サーバ４１、着側第３サーバ４２はそれぞれ音声ガイダンスや特定の呼出音をアーリーメディアとして提供するメディアサーバ（またはＡＳ：Application Server）である。
なお、分岐装置３を第１サーバとしたときに、着側第２サーバ４１は第２サーバであり、着側第３サーバ４２は第３サーバである。以下、着側第２サーバ４１が「第２のアーリーメディア」を提供し、着側第３サーバ４２が「第３のアーリーメディア」を提供することとして説明する。
【００２９】
代理装置２は、メディア転送部２０と、接続要求受付部２１と、メディア判定部２２と、メディア切替部２３と、メディア保留部２４とを有する。
メディア転送部２０は、複数のアーリーメディア（第２のアーリーメディア、第３のアーリーメディア）を発端末１に代行して受信し、そのうちの１つのアーリーメディアを発端末１に転送する。
接続要求受付部２１は、発端末１からのセッションの確立要求を分岐装置３に転送するとともに、そのセッションの確立要求への応答として、複数のアーリーメディアの接続要求（図２で後記するＳＩＰの１８ｘ応答など）を受け付ける。
【００３０】
メディア判定部２２は、接続要求受付部２１が受け付けた複数のアーリーメディアの接続要求のうち、どのアーリーメディアをこれから発端末１に疎通させるかを判定する。この判定には、例えば、以下に例示するオペレータポリシのうちの少なくとも１つが参照される。
【００３１】
（ポリシその１）：「高音質なアーリーメディアは発事業者網内のネットワーク帯域を圧迫するため、所定品質よりも低音質なアーリーメディアのみアーリーメディアを接続する事を許容し、所定品質よりも高音質のメディアは拒否（エラー応答）する」というポリシ。
【００３２】
（ポリシその２）：「現在流しているアーリーメディアより優先度の高いアーリーメディアが新たに到着したら、その新たなものを採用する（勝ち抜き戦）」というポリシ。この優先度は、ＳＩＰ信号に付与されるなどして、着事業者（着側第２サーバ４１、着側第３サーバ４２）に指定させる。
【００３３】
（ポリシその３）：発事業者がアーリーメディアの形式や内容をもとに決定するポリシ。例えば、後の時刻に接続要求されたアーリーメディアほど優先度を高くする、アーリーメディアの音声内容が機械音（プププ…という着信事業者の識別音や、プルルル…という呼出音など）よりも、転送中ガイダンスなどの自然言語を含む音声信号のほうを高い優先度とする、など。これらのオペレータポリシを判断するための各種情報は、例えば、ＳＩＰ／ＳＤＰ（Session Description Protocol）の特定の信号に含まれる。
【００３４】
メディア切替部２３は、メディア判定部２２が採用するアーリーメディアを発端末１に流すように、メディア転送部２０に対してこれから流すアーリーメディアを切り替えるように指示する。
メディア保留部２４は、いままで発端末１に流していた既存アーリーメディアとは異なる新規アーリーメディアをこれから流すとメディア切替部２３が判断したときに、既存アーリーメディアの送信を保留（停止）するように、既存アーリーメディアの送信元（着側第２サーバ４１または着側第３サーバ４２）に指示する。
【００３５】
図２は、複数のアーリーメディアを代理装置２が切り替えて発端末１に転送するシーケンス図である。この代理装置２は、各着側サーバ（着側第２サーバ４１、着側第３サーバ４２）から送信されるアーリーメディアを終端し（各着側サーバから見て直接の送信先となり）、終端した複数のアーリーメディアのうちの１つのアーリーメディアを、発端末１に転送する。
【００３６】
以下が、ＳＩＰメッセージで使用される表現である。
「〜信号」の表現（ＩＮＶＩＴＥ信号、ＰＲＡＣＫ信号、ＵＰＤＡＴＥ信号、ＡＣＫ信号）は、それぞれＳＩＰのリクエストを示す。
「Ｎ応答（Ｎ＝３桁の数値）」の表現（１８０応答、１８３応答、２００応答）は、それぞれＳＩＰのレスポンスを示す。Ｎ＝１００番台は処理中の暫定応答であり、Ｎ＝２００番台は、処理が完了したことを示す最終回答である。
これらのＳＩＰのリクエスト／レスポンスの詳細は、ＲＦＣ３２６１として公開されている。また、各ＳＩＰメッセージには、そのＳＩＰメッセージで確立しようとする各メディア（アーリーメディア、通話メディア）についての説明が記述されたＳＤＰが付加されていることもある。このＳＤＰの詳細は、ＲＦＣ４５６６として公開されている。
【００３７】
Ｓ１０１として、発端末１は、着事業者が収容する着端末（図示省略）に対してセッション確立を要求する旨の第１のＩＮＶＩＴＥ信号を、代理装置２を経由して分岐装置３に送信する。
分岐装置３は、Ｓ１０１の第１のＩＮＶＩＴＥ信号を受け、そのあて先（Request-URI（Uniform Resource Identifier））に関連付けられた複数の着側サーバへと受信したＩＮＶＩＴＥ信号を分岐し、それぞれの分岐先へＩＮＶＩＴＥ信号を同時または順番に送信する。ここでは、２つの分岐先として、着側第２サーバ４１に送信する第２のＩＮＶＩＴＥ信号（Ｓ１０２）と、着側第３サーバ４２に送信する第３のＩＮＶＩＴＥ信号（Ｓ１０３）とを例示する。
【００３８】
Ｓ１１１として、着側第２サーバ４１は、第２のＩＮＶＩＴＥ信号（Ｓ１０２）への第２の１８ｘ応答（ｘ＝０〜９）を、分岐装置３と代理装置２とを経由して発端末１に送信する。この第２の１８ｘ応答は、セッション確立前にガイダンスを流すための第２のアーリーメディアの接続要求である。
第２の１８ｘ応答（Ｓ１１１）を接続要求受付部２１で受信した代理装置２（メディア判定部２２）は、要求された第２のアーリーメディアを発端末１に流すか否かを判定する。この判定処理は、例えば、第２の１８ｘ応答内のＳＤＰで指定された第２のアーリーメディアを流すためのコーデックの種類を参照して決定される。例えば、指定されたコーデックが、発端末１が扱えるコーデックの種類に含まれているときに許可する、または、指定されたコーデックのメディアの種類（audio,video）などが発事業者のオペレータポリシに合致するときに許可する、などである。
そして、代理装置２は、許可した第２の１８ｘ応答を発端末１に転送（透過）し、許可しない第２の１８ｘ応答を発端末１に転送しない。図２のＳ１１１では、第２の１８ｘ応答を許可したものとする。
【００３９】
Ｓ１１２として、発端末１は、第２の１８ｘ応答（Ｓ１１１）に対する第２のＰＲＡＣＫ信号を、着側第２サーバ４１に送信する。第２の１８ｘ応答への返事である第２のＰＲＡＣＫ信号により、着側第２サーバ４１は、第２の１８ｘ応答が発端末１に届いたことを知ることができるので、第２の１８ｘ応答を繰り返し送信する必要がなくなる。
Ｓ１１３として、着側第２サーバ４１は、第２のＰＲＡＣＫ信号（Ｓ１１２）への第２の２００応答を、発端末１に送信する。この第２のＰＲＡＣＫ信号（Ｓ１１２）と第２の２００応答（Ｓ１１３）とのやりとりにより、発端末１および着側第２サーバ４１は、第２のアーリーメディアの送信に使用するコーデックのネゴシエーション（交渉）を行う。
【００４０】
Ｓ１２１として、着側第２サーバ４１は、Ｓ１１２、Ｓ１１３のネゴシエーション結果に従い決定されたコーデックを用いて、第２のアーリーメディアを代理装置２に送信する。
Ｓ１２２として、代理装置２（メディア転送部２０）は、Ｓ１２１と同じコーデックを用いて、第２のアーリーメディア用の接続を発端末１との間で確立する。これにより、Ｓ１２１で送信された第２のアーリーメディアが、Ｓ１２２の接続を介して送信されることで、着側第２サーバ４１が送信するガイダンスが発端末１で再生される。
【００４１】
Ｓ１３１として、着側第２サーバ４１は、第３のＩＮＶＩＴＥ信号（Ｓ１０３）への第３の１８ｘ応答を、分岐装置３を経由して代理装置２に送信する。この第３の１８ｘ応答は、第３のアーリーメディアの接続要求である。
代理装置２のメディア判定部２２は、第２の１８ｘ応答（Ｓ１１１）のときと同様に、第３の１８ｘ応答（Ｓ１３１）においても、要求された第３のアーリーメディアを発端末１に流すか否かを判定する。
【００４２】
なお、メディア判定部２２は、Ｓ１１１においては、発端末１に対して何もアーリーメディアを流していない状態から、第２のアーリーメディアを流すか否かを判定していたのに対し、Ｓ１３１においては、発端末１に対して第２のアーリーメディアを流している状態から、第３のアーリーメディアを流すように切り替えるか否かを判定する。
よって、Ｓ１３１では、メディア判定部２２は、単に第３のアーリーメディアの送信を許可するか否かを判定するだけでなく、第２のアーリーメディアと第３のアーリーメディアとのうち、どちらのアーリーメディアを優先するかを比較する処理も行う。
【００４３】
ここで、メディア判定部２２が第２のアーリーメディアを採用する場合でも、第３のアーリーメディアを採用する場合でも、代理装置２は、発端末１と代理装置２との間の接続（Ｓ１２２）を引き続き用いる。つまり、第２のアーリーメディアから第３のアーリーメディアへの切替が行われても、Ｓ１２２の接続は切断されずに維持される。これは、発端末１が複数のアーリーメディアを切り替える手段を持たないため、単一のアーリーメディアが流れ続けているように発端末１に見せる（錯覚させる）ように、代理装置２が制御するためである。
【００４４】
以下では、Ｓ１３１において第３のアーリーメディアが選択された場合を例示する。
Ｓ１３２として、代理装置２（メディア保留部２４）は、第２のアーリーメディアの保留を指示する旨の第２のＵＰＤＡＴＥ信号を、着側第２サーバ４１に送信する。
Ｓ１３３として、着側第２サーバ４１は、第２のＵＰＤＡＴＥ信号（Ｓ１３２）への第２の２００応答、つまり、第２のアーリーメディアの保留指示に従う旨の応答を、代理装置２に送信する。
Ｓ１３４として、着側第２サーバ４１は、Ｓ１３２の指示に従い、Ｓ１２１から流し続けていた第２のアーリーメディアの送信を保留する。
【００４５】
Ｓ１３５として、代理装置２は、第３の１８ｘ応答（Ｓ１３１）に対する第３のＰＲＡＣＫ信号を、着側第３サーバ４２に送信する。Ｓ１１２と同様に、着側第３サーバ４２は、第３の１８ｘ応答（Ｓ１３１）を繰り返し送信する必要がなくなる。
Ｓ１３６として、着側第３サーバ４２は、第３のＰＲＡＣＫ信号（Ｓ１３５）への第３の２００応答を、代理装置２に送信する。前記したＳ１１１、Ｓ１１２と同様に、Ｓ１３５、Ｓ１３６でも、代理装置２および着側第３サーバ４２は、第３のアーリーメディアの送信に使用するコーデックのネゴシエーション（交渉）を行う。
【００４６】
Ｓ１４１として、着側第３サーバ４２は、Ｓ１３６のネゴシエーションで決定したコーデックに従って、第３のアーリーメディアを、代理装置２に送信する。
Ｓ１４２として、発端末１に対して既に転送している第２のアーリーメディア（Ｓ１２２）のコーデックと、これから転送する第３のアーリーメディア（Ｓ１４１）のコーデックとが異なる場合は、代理装置２（メディア切替部２３）は、Ｓ１４１で受信した第３のアーリーメディアのコーデックを、第２のアーリーメディアのコーデックに変換するよう、メディア転送部２０に指示する。
つまり、代理装置２は、第３のアーリーメディアのコーデックで作成されたメディアデータを、第２のアーリーメディアのコーデックに適合するようにコーデック変換を行う。このコーデック変換処理は、例えば、第３のアーリーメディアがＡＭＲ−ＷＢ（Wide Band）などの高音質のコーデックで作成され、第２のアーリーメディアがＡＭＲ−ＮＢ（Narrow Band）などの低音質のコーデックで作成されているとき、高音質から低音質へとダウンコンバートする処理である。
【００４７】
Ｓ１４３として、代理装置２（メディア転送部２０）は、Ｓ１２２で第２のアーリーメディア用に確立された接続を用いて、Ｓ１４２で変換された（または両コーデックが同じなら変換されなかった）第３のアーリーメディアを発端末１に送信する。発端末１は、Ｓ１２２の接続を介してアーリーメディアを受信し続けているが、そのアーリーメディアのデータ内容は、第２のアーリーメディアから第３のアーリーメディアへと置き換わっている。
【００４８】
図３は、複数のアーリーメディアに非対応の代理装置２を用いたときのシーケンス図である。以下、図２との処理の差分に着目して図３を説明する。この図３の代理装置２は、非特許文献１で示したように、複数の複数のアーリーメディアに非対応であるため、最初に到着した第２のアーリーメディア（Ｓ１２１）が常に採用され続ける。
【００４９】
そのため、代理装置２は、Ｓ１３１で後着の第３の１８ｘ応答を受信しても、その第３の１８ｘ応答が要求する第３のアーリーメディアを採用する手段を持たない。よって、代理装置２は、第２のアーリーメディアを保留できず（図２のＳ１３２〜Ｓ１３４が図３では存在せず）に流し続けるため（Ｓ１４３ｂ）、着側第３サーバ４２から送信される第３のアーリーメディアは、廃棄せざるを得ない（Ｓ１４２ｂ）。
つまり、代理装置２は、受信する複数のアーリーメディアから、発事業者のオペレータポリシに適合するアーリーメディアを選択することができない。
【００５０】
図４は、複数のアーリーメディアに対応する発端末１を用いたときのシーケンス図である。以下、図２との処理の差分に着目して図４を説明する。図２とは異なり、発端末１自身が分岐処理に対応し、複数のアーリーメディアを切り替えられるので、図４では、そもそも代理装置２が不要となる。
発端末１は、着側第２サーバ４１から直接第２のアーリーメディアを受信しているときに（Ｓ１２１ｃ）、第３の１８ｘ応答（Ｓ１３１ｃ）を介して第３のアーリーメディアの打診を受けたときには、図２のＳ１３２〜Ｓ１３４と同様に、第２のアーリーメディアを保留する（Ｓ１３２ｃ〜Ｓ１３４ｃ）。
そして、発端末１は、図２のＳ１３５、Ｓ１３６と同様に、第３のアーリーメディアのネゴシエーションを行った後（Ｓ１３５ｃ、Ｓ１３６ｃ）、着側第３サーバ４２から直接第３のアーリーメディアを受信する（Ｓ１４１ｃ）。
【００５１】
以上説明した本実施形態では、発端末１が分岐処理に未対応であり、複数のアーリーメディアを処理できない場合でも、代理装置２が複数のアーリーメディアの受信を代行し、そのうちの１つのアーリーメディアを発端末１に転送する（図２参照）。この構成により、分岐処理に未対応である発端末１であっても、複数のアーリーメディアを処理可能とすることができる。さらに、メディア保留部２４はメディア判定部２２が採用しなかったアーリーメディアの再生を保留させるので、そのアーリーメディアの送信に関する通信リソースを節約できる。なお、節約できる通信リソースとは、例えば、網内の通信帯域や、着側サーバの通信リソース、着側サーバの計算機資源である。
【００５２】
一方、図３のように、代理装置２を用いても、その代理装置２が複数のアーリーメディアを考慮していないときには、本来再生すべきアーリーメディアが破棄されてしまう（Ｓ１４２ｂ参照）。
また、図４のように、分岐処理に対応して複数のアーリーメディアを処理できる新製品の発端末１があらかじめ用意できるときには、代理装置２が不要となる。しかし、すでに導入される多くのＳＩＰ端末をすべて新製品の発端末１に置き換えるには、多大のコストと時間がかかってしまう。
そこで、図２のように複数のアーリーメディアを代行処理できる代理装置２を設けることにより、分岐処理に対応したＳＩＰシステムを早期かつ低コストで実現できる。
【符号の説明】
【００５３】
１      発端末
２      代理装置（メディア転送装置）
３      分岐装置
２０    メディア転送部
２１    接続要求受付部
２２    メディア判定部
２３    メディア切替部
２４    メディア保留部
４１    着側第２サーバ
４２    着側第３サーバ
【図１】
2017034491.tif 000003
【図２】
2017034491.tif 000004
【図３】
2017034491.tif 000005
【図４】
2017034491.tif 000006