(57)【要約】【課題】【解決手段】中継装置２０は、ＲＴＳＰメソッドにStreamMuxConfig値が含まれているか否かを判定する。中継装置２０は、StreamMuxConfig値が含まれている場合には、ＲＴＳＰメソッドを、StreamMuxConfig値を含むＨ．２４５信号に変換して３Ｇ−３２４Ｍ端末１０に送信する。中継装置２０は、StreamMuxConfig値が含まれていない場合には、ＲＴＳＰメソッドをStreamMuxConfig値が含まれないことを示すＨ．２４５信号に変換して３Ｇ−３２４Ｍ端末１０に送信する。【選択図】図１
2006042030.tif 000002
【特許請求の範囲】
【請求項１】
送信側プロトコルに従って生成された送信側制御情報を送信装置から受信する受信部と、
前記送信側制御情報に送信情報の再生に用いる再生制御データが含まれているか否かを判定する判定部と、
該判定部による判定結果に基づいて前記送信側制御情報を、前記再生制御データを含む受信側プロトコルに従う受信側制御情報、又は、前記再生制御データが含まれないことを示す前記受信側制御情報に変換する変換部と、
前記受信側制御情報を受信装置に送信する送信部と
を備えることを特徴とする中継装置。
【請求項２】
前記判定部は、前記送信側制御情報に前記再生制御データが含まれるか否かを示す判定データに基づいて判定を行うことを特徴とする請求項１に記載の中継装置。
【請求項３】
前記送信情報は音声データを含み、前記再生制御データは前記音声データのデコードに用いられることを特徴とする請求項１又は２に記載の中継装置。
【請求項４】
送信情報の再生に用いる再生制御データを含む送信側プロトコルに従う送信側制御情報、又は、前記再生制御データが含まれないことを示す送信側制御情報を送信する送信装置と、
該送信装置から前記送信側制御情報を受信し、該送信側制御情報に前記再生制御データが含まれるか否かを判定し、該判定結果に基づいて前記送信側制御情報を、前記再生制御データを含む受信側プロトコルに従う受信側制御情報、又は、前記再生制御データが含まれないことを示す前記受信側制御情報に変換して受信装置に送信する中継装置と、
該中継装置から前記受信側制御情報を受信し、該受信側制御情報に前記再生制御データが含まれるか否かを判定し、該判定結果に基づいて前記受信側制御情報又は前記送信情報から前記再生制御データを検出する受信装置と
を備えることを特徴とする通信システム。
【請求項５】
送信側プロトコルに従って生成された送信側制御情報を送信装置から受信するステップと、
前記送信側制御情報に送信情報の再生に用いる再生制御データが含まれるか否かを判定するステップと、
該判定結果に基づいて前記送信側制御情報を、前記再生制御データを含む受信側プロトコルに従う受信側制御情報、又は、前記再生制御データが含まれないことを示す前記受信側制御情報に変換するステップと、
前記受信側制御情報を受信装置に送信するステップと
を有することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継装置、通信システム及び通信方法に関する。
【背景技術】
【０００２】
近年、マルチメディアデータの汎用符号化方式の標準としてＭＰＥＧ（Moving Picture Coding Experts Group）−４符号化方式が多く採用されている。ＭＥＰＧ−４は、例えば、パーソナルコンピュータ上や、ＲＴＰ（Real-Time Transport Protocol）によるインターネットを介した映像ストリーミング配信における映像データ及び音声データの符号化方式等として利用されている。更に、移動体通信においても、第三世代移動体通信の標準化団体である３ＧＰＰ（3rd Generation Partnership Project）により、第三世代移動体通信におけるテレビ電話通信プロトコルの映像符号化方式として、ＭＥＰＧ−４  Ｖｉｓｕａｌが採用されている。
【０００３】
又、第三世代移動体通信におけるテレビ電話通信プロトコルに採用されている３Ｇ−３２４Ｍに従って、インターネット上の映像データ及び音声データを、３Ｇ−３２４Ｍに従う移動体通信端末（以下「３Ｇ−３２４Ｍ端末」という）に送信するサービスが行われている（例えば、株式会社ＮＴＴドコモが提供するＭ−stage Ｖライブ等がある）。
【０００４】
ここで、ＭＥＰＧ−４の音声符号化方式であるＭＰＥＧ−４  ＡＡＣ（Advanced  Audio  Coding）に着目すると、ＭＰＥＧ−４  ＡＡＣに従う音声データ（以下「ＡＡＣデータ」という）のデコードには、StreamMuxConfigと呼ばれるパラメーターが用いられる。StreamMuxConfigは、ＡＡＣデータストリーム、又は、ＡＣＣデータの送受信を制御するプロトコルに従った制御情報に含まれ、エンコーダを含む配信サーバや端末装置からデコーダを含む端末装置に通知される。
【０００５】
このＭＰＥＧ−４  ＡＡＣのStreamMuxConfigの通知方法には、ＲＴＰ／ＲＴＳＰ（Real-Time Transport Protocol／Real Time Streaming Protocol）、Ｈ．２４５を定める標準勧告において規定されている。Ｈ．２４５は、３Ｇ−３２４ＭやＨ．３２３等の制御プロトコルである。これらの標準勧告では、ＲＴＰ／ＲＴＳＰを採用する送信装置と受信装置との間の通知方法（例えば、非特許文献１参照）、Ｈ．２４５を採用する送信装置と受信装置との間の通知方法（例えば、非特許文献２参照）について規定されている。具体的には、StreamMuxConfigの通知方式の通知方法、即ち、ＡＡＣデータストリーム、又は、制御情報のいずれによりStreamMuxConfigを通知するかについてどのように通知するか等が規定されている。尚、３Ｇ−３２４Ｍを採用する送信装置と受信装置との間の通知方法については規定がない。
【非特許文献１】ＲＦＣ３０１６
【非特許文献２】ＩＴＵ−Ｔ  Ｈ．２４５  Ａｎｎｅｘ  Ｈ
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、３Ｇ−３２４Ｍでは、音声符号化方式として、３ＧＰＰにより標準音声符号化方式として策定されたＡＭＲ（Adaptive Multi-Rate）が採用されており、ＭＰＥＧ−４  ＡＡＣは採用されていない。そのため、第３世代移動体通信におけるテレビ電話通信では、ＭＰＥＧ−４  ＡＡＣの利点を活かした効果的な音楽や音響情報等の提供はできなかった。
【０００７】
そこで、音声データ及び映像データを３Ｇ−３２４Ｍに従う３Ｇ−３２４Ｍデータストリームとして３Ｇ−３２４Ｍ端末に送信する際に、ＭＰＥＧ−４  ＡＡＣの適用を検討したところ、以下のような新たな課題を発見した。ＡＡＣデータの再生のためには、サーバ等の送信装置から３Ｇ−３２４Ｍ端末へのＭＰＥＧ−４  ＡＡＣのStreamMuxConfigの通知が必要となる。このとき、送信装置と受信装置が同一プロトコルを用いる場合には従来の通知方法を用いて対応可能であるが、異なるプロトコルを用いる場合には従来の通知方法では対応できない。特に、受信装置は、ＭＰＥＧ−４  ＡＡＣのStreamMuxConfigがＡＡＣデータストリーム、又は、制御情報のいずれにより通知されるかを判断できない。
【０００８】
そのため、例えば、ＲＴＰ／ＲＴＳＰを用いる送信装置から３Ｇ−３２４Ｍ端末に、独自の通信方式やプロトコルを用いてＭＰＥＧ−４  ＡＡＣのStreamMuxConfigやその通知方式を通知した場合には、その独自方式と汎用的なＲＴＰ／ＲＴＳＰを用いる送信装置や３Ｇ―３２４Ｍ端末との接続が困難になる。あるいは、送信装置が、送信情報のＭＰＥＧ−４  ＡＡＣに従うエンコード条件を予め設定し、StreamMuxConfigを固定値とすることもできる。この場合、３Ｇ−３２４端末は、予めその固定値を設定しておき、固定のStreamMuxConfigを用いてＡＡＣデータをデコードできる。この方法では、StreamMuxConfigの通知は不要になるものの、エンコード条件が固定されてしまう。そのため、３Ｇ−３２４Ｍ端末が再生する送信情報のバラエティや柔軟性が著しく低下し、ＭＰＥＧ−４  ＡＡＣの利点が活かされない。
【０００９】
そこで、本発明は、送信装置と受信装置が用いるプロトコルが異なる場合であっても、送信情報の再生に用いる送信装置からの再生制御データを、受信装置が容易に取得可能にすることを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係る中継装置は、送信側プロトコルに従って生成された送信側制御情報を送信装置から受信する受信部と、送信側制御情報に送信情報の再生に用いる再生制御データが含まれているか否かを判定する判定部と、判定部による判定結果に基づいて送信側制御情報を、再生制御データを含む受信側プロトコルに従う受信側制御情報、又は、再生制御データが含まれないことを示す受信側制御情報に変換する変換部と、受信側制御情報を受信装置に送信する送信部とを備えることを特徴とする。
【００１１】
「送信側プロトコル」は送信装置が用いるプロトコルであり、「受信側プロトコル」は受信装置が用いるプロトコルである。「送信側制御情報」は送信側プロトコルに従う制御情報であり、「受信側制御情報」は受信側プロトコルに従う制御情報である。
【００１２】
このような中継装置によれば、送信側制御情報に再生制御データが含まれているか否かを判定し、再生制御データが含まれている場合には、送信側制御情報を再生制御データを含む受信側制御情報に変換して受信装置に送信できる。又、中継装置は、再生制御データが含まれていない場合には、送信側制御情報を再生制御データが含まれないことを示す受信側制御情報に変換して受信装置に送信できる。そのため、受信装置は受信側制御情報に基づいて再生制御データが受信側制御情報に含まれるか否かを判定し、受信側制御情報や送信情報等から、送信装置からの再生制御データを容易に取得することができる。
【００１３】
判定部は、送信側制御情報に再生制御データが含まれるか否かを示す判定データに基づいて判定を行うことが好ましい。これによれば、中継装置は再生制御データが含まれるか否かを容易に判定できる。又、送信情報は音声データを含み、再生制御データは音声データのデコードに用いられるものであることが好ましい。これによれば、中継装置は、多様で柔軟性に富んだ音声データの提供に寄与できる。
【００１４】
本発明に係る通信システムは、送信情報の再生に用いる再生制御データを含む送信側プロトコルに従う送信側制御情報、又は、再生制御データが含まれないことを示す送信側制御情報を送信する送信装置と、送信装置から送信側制御情報を受信し、送信側制御情報に再生制御データが含まれるか否かを判定し、判定結果に基づいて送信側制御情報を、再生制御データを含む受信側プロトコルに従う受信側制御情報、又は、再生制御データが含まれないことを示す受信側制御情報に変換して受信装置に送信する中継装置と、中継装置から受信側制御情報を受信し、受信側制御情報に再生制御データが含まれるか否かを判定し、判定結果に基づいて受信側制御情報又は送信情報から再生制御データを検出する受信装置とを備えることを特徴とする。
【００１５】
本発明に係る通信方法は、送信側プロトコルに従って生成された送信側制御情報を送信装置から受信し、送信側制御情報に送信情報の再生に用いる再生制御データが含まれるか否かを判定するステップと、判定結果に基づいて送信側制御情報を、再生制御データを含む受信側プロトコルに従う受信側制御情報、又は、再生制御データが含まれないことを示す受信側制御情報に変換するステップと、受信側制御情報を受信装置に送信するステップとを備えることを特徴とする。
【発明の効果】
【００１６】
以上説明したように、本発明によれば、送信装置と受信装置が用いるプロトコルが異なる場合であっても、送信情報の再生に用いる送信装置からの再生制御データを、受信装置が容易に取得可能になる。
【発明を実施するための最良の形態】
【００１７】
（通信システム）
図１に示すように通信システム１００は、ＲＴＰ／ＲＴＳＰサーバ３０と、中継装置２０と、３Ｇ−３２４Ｍ端末１０とを備える。ＲＴＰ／ＲＴＳＰサーバ３０は、送信情報を受信装置に送信する送信装置である。３Ｇ―３２４Ｍ端末１０は、送信情報を送信装置から受信する受信装置である。送信情報には、動画像データや音声データ等を含むマルチメディアコンテンツデータ等がある。中継装置２０は、送信装置と受信装置との間の制御情報を中継する。
【００１８】
ＲＴＰ／ＲＴＳＰサーバ３０は、ＲＴＰ／ＲＴＳＰ（Real-Time Transport Protocol／Real Time Streaming Protocol）を用いる。ＲＴＳＰは、ＲＴＰ上に実装される。３Ｇ−３２４Ｍ端末１０は、３Ｇ−３２４Ｍを用いる。３Ｇ−３２４Ｍは、Ｈ．３２４の拡張規格であり、３ＧＰＰにより標準化されている（３ＧＰＰ  ＴＳ２６．１１１）。３Ｇ−３２４Ｍでは、制御プロトコルとしてＨ．２４５を用いる。Ｈ．２４５は、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication standardization sector）により標準化されている。
【００１９】
次に各装置について詳細に説明する。ＲＴＰ／ＲＴＳＰサーバ３０は、ＲＴＳＰ送信部３１と、データストリーム送信部３２と、制御情報生成部３３と、エンコーダ３４と、記憶部３５とを備える。記憶部３５は、送信情報を記憶する。エンコーダ３４は、記憶部３５から送信情報を取得し、符号化する。例えば、エンコーダ３４は、動画像データや音声データ等の送信情報をＭＰＥＧ−４等の符号化方式により符号化（エンコード）できる。具体的には、エンコーダ３４は、ＭＰＥＧ−４  ＡＡＣ（Advanced  Audio  Coding）により音声データを音声符号化（エンコード）し、ＭＰＥＧ−４  ＡＡＣに従うＡＡＣデータを生成する。エンコーダ３４は、符号化したＡＡＣデータ等の送信情報をデータストリーム送信部３２に入力する。エンコーダ３４は、符号化（エンコード）の条件を制御情報生成部３３に入力する。
【００２０】
制御情報生成部３３は、送信側プロトコル（ＲＴＳＰ）に従って送信側制御情報を生成する。ＲＴＰ／ＲＴＳＰサーバ３０は、送信情報の送信前に中継装置２０とＲＴＰ／ＲＴＳＰセッションを確立する。このときに、制御情報生成部３３は、３Ｇ―３２４Ｍ端末１０に提供する送信側制御情報を生成する。具体的には、制御情報生成部３３は、ＲＴＳＰに従う送信側制御情報としてＲＴＳＰメソッドを生成する。ＲＴＳＰメソッドは、ヘッダ部とＲＴＳＰメソッドボディ部とを含む。制御部３３は、ＲＴＳＰメソッドボディ部をセッション記述プロトコル（Session Description Protocol、以下「ＳＤＰ」という）を用いて記述する。制御情報生成部３３は、ＲＦＣ３０１６に従ってＲＴＳＰメソッドを生成できる。
【００２１】
まず、制御情報生成部３３は、エンコーダ３４から取得した符号化（エンコード）の条件に基づいて、送信情報の再生に用いる再生制御データを設定する。制御情報生成部３３は、エンコードされた動画像データや音声データ等の送信情報のデコードに用いる情報を再生制御データとして設定する。そして、制御情報生成部３３は、送信側制御情報により再生制御データを通知する場合には、再生制御データを含む送信側制御情報を生成し、送信情報に含めて再生制御データを通知する場合には、再生制御データが含まれないことを示す送信側制御情報を生成する。
【００２２】
例えば、制御情報生成部３３は、再生制御データとして送信情報のデコードに用いるStreamMuxConfig値を設定する。そして、制御情報生成部３３は、図２（ａ）、（ｂ）に示すＲＴＳＰメソッド１ａ，２ａを生成する。尚、図２では、再生制御データに関する部分のみを示す。ＲＴＳＰメソッド１ａ，２ａは、cpresentパラメーターとconfigパラメーターのフィールドを含む。cpresentパラメーターとconfigパラメーターは、ＲＴＳＰメソッドボディ部のＳＤＰによって記述されるセッション情報内のＭＰＥＧ−４  ＡＡＣメディア記述子である。
【００２３】
cpresentパラメーターのフィールドには、送信側制御情報に再生制御データが含まれるか否かを示す判定データが格納される。cpresentパラメーターは、「０」が再生制御データが含まれることを示し、「１」が再生制御データが含まれないことを示す。configパラメーターのフィールドには、再生制御データが格納される。
【００２４】
制御情報生成部３３は、ＲＴＳＰメソッドにより再生制御データを通知する場合には、図２（ａ）に示すように、cpresentパラメーターのフィールドに「０」を格納し、configパラメーターのフィールドに設定したStreamMuxConfig値を格納して、ＲＴＳＰメソッド１ａを生成する。制御情報生成部３３は、送信情報に含めて再生制御データを通知する場合には、図２（ｂ）に示すように、cpresentパラメーターのフィールドに「１」を格納し、configパラメーターのフィールドにはStreamMuxConfig値を格納せずに、Ｎｕｌｌ値を設定して、ＲＴＳＰメソッド２ａを生成する。
【００２５】
制御情報生成部３３は、生成したＲＴＳＰメソッドをＲＴＳＰ送信部３１に入力する。制御情報生成部３３は、送信情報に含めて再生制御データを通知する場合には、設定したStreamMuxConfig値等の再生制御データをデータストリーム送信部３２に入力する。
【００２６】
ＲＴＳＰ送信部３１は、送信側制御情報を中継装置２０に送信する制御情報送信部である。ＲＴＳＰ送信部３１は、制御情報生成部３３から送信側制御情報としてＲＴＳＰメソッドを取得する。ＲＴＳＰ送信部３１は、中継装置２０とＲＴＰ／ＲＴＳＰセッションを確立する。このとき、ＲＴＳＰ送信部３１は、ＲＴＳＰに従ってＲＴＳＰメソッドを中継装置２０に送信する。以上のようにして、ＲＴＰ／ＲＴＳＰサーバ３０は、送信情報の再生に用いる再生制御データを含む送信側プロトコルに従う送信側制御情報、又は、再生制御データが含まれないことを示す送信側制御情報を送信する。
【００２７】
データストリーム送信部３２は、送信情報を３Ｇ―３２４Ｍ端末１０に送信する送信情報送信部である。データストリーム送信部３２は、エンコーダ３４から取得した送信情報をＲＴＰ／ＲＴＳＰに従って、データストリームとして３Ｇ―３２４Ｍ端末１０にストリーミング送信する。例えば、データストリーム送信部３２は、音声データを符号化したＡＡＣデータストリームを３Ｇ―３２４Ｍ端末１０にストリーミング送信する。データストリーム送信部３２は、制御情報生成部３３からStreamMuxConfig値等の再生制御データを取得した場合、送信情報にStreamMuxConfig値等の再生制御データを含めて３Ｇ―３２４Ｍ端末１０に送信する。
【００２８】
中継装置２０は、Ｈ．２４５送信部２１と、変換部２２と、判定部２３と、ＲＴＳＰ受信部２４とを備える。変換部２２は、検出部２２ａと、MuxConfigPresent設定部２２ｂと、StreamMuxConfig設定部２２ｃと、信号生成部２２ｄとを備える。以下、図３、図４を用いて処理の流れに沿って説明する。図３は、送信側制御情報に再生制御データが含まれる場合の処理の流れを示し、図４は、送信側制御情報に再生制御データが含まれない場合の処理の流れを示す。
【００２９】
ＲＴＳＰ受信部２４は、送信側プロトコルに従って生成された送信側制御情報を送信装置から受信する受信部である。ＲＴＳＰ受信部２４は、ＲＴＰ／ＲＴＳＰサーバ３０とのＲＴＰ／ＲＴＳＰセッション確立時に、図２（ａ）、（ｂ）に示すようなＲＴＳＰメソッド１ａ，２ａを、ＲＴＰ／ＲＴＳＰサーバ３０から受信する（１０１，２０１）。ＲＴＳＰ受信部２４は、受信した送信側制御情報を判定部２３に入力する（１０２，２０２）。
【００３０】
判定部２３は、送信側制御情報に送信情報の再生に用いる再生制御データが含まれているか否かを判定する。判定部２３は、送信側制御情報に再生制御データが含まれるか否かを示す判定データに基づいて判定を行うことができる。具体的には、判定部２３は、ＲＴＳＰメソッドボディ部のＳＤＰによって記述されるセッション情報内のＭＰＥＧ−４  ＡＡＣメディア記述子のcpresentパラメーターの値を判定する。例えば、判定部２３は、ＲＴＳＰメソッド１ａのようにcpresentパラメーターの値が「０」の場合には、再生制御データ（StreamMuxConfig値）を含むと判定する。判定部２３は、ＲＴＳＰメソッド２ａのようにcpresentパラメーターの値が「１」の場合には、再生制御データ（StreamMuxConfig値）を含まないと判定する。
【００３１】
判定部２３は、変換部２０に判定結果を入力する。具体的には、判定部２３は、再生制御データを含むと判定した場合、図３に示すように、検出部２２ａとMuxConfigPresent設定部２２ｂに、再生制御データ（StreamMuxConfig値）を含むという判定結果として、cpresentパラメーターの値「０」を入力する（１０３，１０４）。一方、判定部２３は、再生制御データを含まないと判定した場合、図４に示すように、MuxConfigPresent設定部２２ｂに、再生制御データ（StreamMuxConfig値）を含まないという判定結果として、cpresentパラメーターの値「１」を入力する（２０３）。
【００３２】
変換部２２は、判定部２３による判定結果に基づいて送信側制御情報を、再生制御データを含む受信側プロトコルに従う受信側制御情報、又は、再生制御データが含まれないことを示す受信側制御情報に変換する。具体的には、変換部２２は、ＲＴＳＰに従う送信側制御情報、ＲＴＳＰメソッドを、Ｈ．２４５に従う受信側制御情報、Ｈ．２４５信号に変換する。
【００３３】
図２（ａ）、（ｂ）に示すように、Ｈ．２４５信号１ｂ，２ｂは、例えば、音声能力パラメーターを含むことができる。音声能力パラメーターは、MuxConfigPresentパラメーターとStreamMuxConfigパラメーターのフィールドを含む。MuxConfigPresentパラメーターのフィールドには、受信側制御情報に再生制御データが含まれるか否かを示す判定データが格納される。MuxConfigPresentパラメーターは、「０」が再生制御データが含まれることを示し、「１」が再生制御データが含まれないことを示す。StreamMuxConfigパラメーターのフィールドには、再生制御データ（StreamMuxConfig値）が格納される。変換部２２は、Ｈ．２４５に従って音声能力パラメーターを含むＨ．２４５信号１ｂ，２ｂを生成できる。
【００３４】
図３に示すように、再生制御データ（StreamMuxConfig値）を含むという判定結果の場合、検出部２２ａとMuxConfigPresent設定部２２ｂは、cpresentパラメーターの値「０」を判定部２３から取得する。検出部２２ａは、ＲＴＳＰ受信部２４が受信したＲＴＳＰメソッド１ａのconfigパラメーターを参照し、StreamMuxConfig値を検出する（１０５）。検出部２２ａは、検出したStreamMuxConfig値をStreamMuxConfig設定部２２ｃに入力する（１０６）。
【００３５】
MuxConfigPresent設定部２２ｂは、判定部２３から取得したcpresentパラメーターの値「０」をMuxConfigPresentパラメーターとして設定し、信号生成部２２ｄに入力する（１０７）。StreamMuxConfig設定部２２ｃは、検出部２２ａから取得したStreamMuxConfig値をStreamMuxConfigパラメーターとして設定し、信号生成部２２ｄに入力する（１０８）。信号生成部２２ｄは、MuxConfigPresent設定部２２ｂにより設定された「０」をMuxConfigPresentパラメーターのフィールドに格納し、StreamMuxConfig設定部２２ｃにより設定されたStreamMuxConfig値をStreamMuxConfigパラメーターのフィールドに格納して、音声能力パラメーターを生成する。そして、信号生成部２２ｄは、生成した音声能力パラメーターを含むＨ．２４５信号１ｂを生成する。このようにして、変換部２２は、ＲＴＳＰメソッド１ａを音声能力パラメーターを含むＨ．２４５信号１ｂに変換する。信号生成部２２ｄは、変換した音声能力パラメーター１ｂを、Ｈ．２４５送信部２１に入力する（１０９）。
【００３６】
一方、図４に示すように、再生制御データ（StreamMuxConfig値）を含まないという判定結果の場合、MuxConfigPresent設定部２２ｂは、cpresentパラメーターの値「１」を判定部２３から取得する。  MuxConfigPresent設定部２２ｂは、判定部２３から取得したcpresentパラメーターの値「１」をMuxConfigPresentパラメーターとして設定し、信号生成部２２ｄに入力する（２０４）。このとき、StreamMuxConfig設定部２２ｃから信号生成部２２ｄには、何も入力されない。
【００３７】
信号生成部２２ｄは、MuxConfigPresent設定部２２ｂにより設定された「１」をMuxConfigPresentパラメーターのフィールドに格納し、StreamMuxConfigパラメーターのフィールドにはStreamMuxConfig値を格納せずにＮｕｌｌ値を格納して、音声能力パラメーターを生成する。そして、信号生成部２２ｄは、生成した音声能力パラメーターを含むＨ．２４５信号２ｂを生成する。このようにして、変換部２２は、ＲＴＳＰメソッド２ａを音声能力パラメーターを含むＨ．２４５信号２ｂに変換する。信号生成部２２ｄは、変換した音声能力パラメーター２ｂを、Ｈ．２４５送信部２１に入力する（２０５）。
【００３８】
Ｈ．２４５送信部２１は、受信側制御情報を受信装置に送信する送信部である。Ｈ．２４５送信部２１は、変換部２２の信号生成部２２ｄから受信側制御情報としてＨ．２４５信号を取得する。Ｈ．２４５送信部２１は、３Ｇ−３２４Ｍ端末１０とデータチャネルを確立する。例えば、Ｈ．２４５送信部２１は、音声データチャネルを確立する。このとき、Ｈ．２４５送信部２１は、Ｈ．２４５に従ってＨ．２４５信号を３Ｇ−３２４Ｍ端末１０に送信する（１１０，２０６）。
【００３９】
以上のようにして、中継装置２０は、ＲＴＰ／ＲＴＳＰサーバ３０から送信側制御情報を受信し、送信側制御情報に再生制御データが含まれるか否かを判定し、判定結果に基づいて送信側制御情報を、再生制御データを含む受信側制御情報、又は、再生制御データが含まれないことを示す受信側制御情報に変換して３Ｇ−３２４Ｍ端末１０に送信する。
【００４０】
３Ｇ−３２４端末１０は、Ｈ．２４５受信部１１と、データストリーム受信部１２と、判定部１３と、検出部１４と、デコーダ１５と、出力部１６とを備える。ここでも、図３、図４を用いて処理の流れに沿って説明する。Ｈ．２４５受信部１１は、受信側制御情報を中継装置２０から受信する制御情報受信部である。Ｈ．２４５受信部１１は、中継装置２０と音声データチャネル等のデータチャネルを確立する。Ｈ．２４５受信部１１は、このチャネル確立時に、受信側制御情報としてＨ．２４５信号を受信する。Ｈ．２４５受信部１１は、受信したＨ．２４５信号を判定部１３に入力する（１１１，２０７）。
【００４１】
データストリーム受信部１２は、送信情報をＲＴＰ／ＲＴＳＰサーバ３０から受信する送信情報受信部である。データストリーム受信部１２は、ＲＴＰ／ＲＴＳＰに従ってデータストリームとしてストリーミング送信される送信情報を受信する。例えば、データストリーム受信部１２は、ＡＡＣデータストリームを受信する。データストリーム受信部１２は、受信した送信情報をデコーダ１５に入力する。
【００４２】
判定部１３は、受信側制御情報に再生制御データが含まれるか否かを判定する。判定部１３は、受信側制御情報に再生制御データが含まれるか否かを示す判定データに基づいて判定を行うことができる。具体的には、判定部１３は、Ｈ．２４５信号に含まれる音声能力パラメーターのMuxConfigPresentパラメーターの値を判定する。例えば、判定部１３は、Ｈ．２４５信号１ｂのようにMuxConfigPresentパラメーターの値が「０」の場合には、再生制御データ（StreamMuxConfig値）を含むと判定する。判定部１３は、Ｈ．２４５信号２ｂのようにMuxConfigPresentパラメーターの値が「１」の場合には、再生制御データ（StreamMuxConfig値）を含まないと判定する。
【００４３】
判定部１３は、検出部１４に判定結果を入力する（１１２，２０８）。具体的には、判定部１３は、再生制御データを含むと判定した場合、検出部１４に再生制御データ（StreamMuxConfig値）を含むという判定結果として、MuxConfigPresentの値「０」を入力する。一方、判定部１３は、再生制御データを含まないと判定した場合、検出部１４に再生制御データ（StreamMuxConfig値）を含まないという判定結果として、MuxConfigPresentの値「１」を入力する。
【００４４】
検出部１４は、判定部１３による判定結果に基づいて、受信側制御情報、又は、送信情報から再生制御データを検出する。具体的には、検出部１４は、判定部１３から判定結果としてMuxConfigPresentの値「０」を取得した場合、図３に示すように、Ｈ．２４５受信部１１を参照し、受信したＨ．２４５信号１ｂから再生制御データ（StreamMuxConfig値）を検出する（１１３）。
【００４５】
一方、検出部１４は、判定部１３から判定結果としてMuxConfigPresentの値「１」を取得した場合、送信情報から再生制御データを検出する。図４に示すように、データストリーム受信部１２は、送信情報をＲＴＰ／ＲＴＳＰサーバ３０から受信する（２０９）。検出部１４は、データストリーム受信部１２を参照し、受信したＡＡＣデータストリーム等の送信情報から再生制御データ（StreamMuxConfig値）を検出する（２１０）。検出部１４は、検出した再生制御データ（StreamMuxConfig値）をデコーダ１５に入力する。以上のようにして、３Ｇ−３２４Ｍ端末１０は、中継装置２０から受信側制御情報を受信し、受信側制御情報に再生制御データが含まれるか否かを判定し、判定結果に基づいて受信側制御情報又は送信情報から再生制御データを検出する。
【００４６】
デコーダ１５は、符号化された送信情報を復号する。デコーダ１５は、ストリーミング受信部１２からＡＡＣデータストリーム等の送信情報を取得する。デコーダ１５は、検出部１４から再生制御データ（StreamMuxConfig値）を取得する。デコーダ１５は、再生制御データ（StreamMuxConfig値）を用いて送信情報を復号（デコード）する。デコーダ１５は、復号した送信情報を出力部１６に出力する。
【００４７】
（通信方法）
次に、図１に示した通信システム１００を用いて行う通信方法について説明する。図５に示すように、ＲＴＰ／ＲＴＳＰサーバ３０は、送信情報を３Ｇ−３２４Ｍ端末１０に送信する前に、中継装置２０にＲＴＳＰメソッドを送信する（Ｓ１０１）。中継装置２０は、受信したＲＴＳＰメソッドのＲＴＳＰメソッドボディ部に含まれるcpresentパラメーターの値が「０」であるか「１」であるかを判定することにより、ＲＴＳＰメソッドに再生制御データ（StreamMuxConfig値）が含まれるか否かを判定する（Ｓ１０２）。
【００４８】
ステップ（Ｓ１０２）において、中継装置２０は、cpresentパラメーターの値が「０」であり、ＲＴＳＰメソッド１ａに再生制御データ（StreamMuxConfig値）が含まれると判定した場合、ＲＴＳＰメソッド１ａのから再生制御データ（StreamMuxConfig値）を検出する（Ｓ１０３）。中継装置２０は、MuxConfigPresentパラメーターに「０」を設定し、StreamMuxConfigパラメーターに検出したStreamMuxConfig値を設定する。このようにして中継装置２０は、ＲＴＳＰメソッド１ａをMuxConfigPresentパラメーター「０」及びStreamMuxConfigパラメーター「StreamMuxConfig値」が設定された音声能力パラメーターを含むＨ．２４５信号１ｂに変換する（Ｓ１０４）。中継装置２０は、変換したＨ．２４５信号１ｂを３Ｇ−３２４Ｍ端末１０に送信する（Ｓ１０５）。
【００４９】
３Ｇ−３２４Ｍ端末１０は、受信したＨ．２４５信号１ｂの音声能力パラメーターに含まれるMuxConfigPresentパラメーターの値が「０」であり、Ｈ．２４５信号１ｂが再生制御データ（StreamMuxConfig値）を含むと判定する（Ｓ１０６）。そして、３Ｇ−３２４Ｍ端末１０は、受信したＨ．２４５信号１ｂの音声能力パラメーターからStreamMuxConfig値を検出する（Ｓ１０７）。
【００５０】
一方、ステップ（Ｓ１０２）において、中継装置２０は、cpresentパラメーターの値が「１」であり、ＲＴＳＰメソッド２ａに再生制御データ（StreamMuxConfig値）が含まれないと判定した場合、MuxConfigPresentパラメーターに「１」を設定する。このようにして中継装置２０は、ＲＴＳＰメソッド２ａをMuxConfigPresentパラメーター「１」が設定された音声能力パラメーターを含むＨ．２４５信号２ｂに変換する（Ｓ１０８）。中継装置２０は、変換したＨ．２４５信号２ｂを３Ｇ−３２４Ｍ端末１０に送信する（Ｓ１０９）。
【００５１】
３Ｇ−３２４Ｍ端末１０は、受信したＨ．２４５信号２ｂの音声能力パラメーターに含まれるMuxConfigPresentパラメーターの値が「１」であり、Ｈ．２４５信号１ｂが再生制御データ（StreamMuxConfig値）を含まないと判定する（Ｓ１１０）。そして、３Ｇ−３２４Ｍ端末１０は、ＲＴＰ／ＲＴＳＰサーバ３０から受信したＡＡＣデータストリームからStreamMuxConfig値を検出する（Ｓ１１１）。
【００５２】
（効果）
このような通信システム１００、中継装置２０及び通信方法によれば、送信側制御情報（ＲＴＳＰメソッド）に再生制御データ（StreamMuxConfig値）が含まれているか否かを判定し、再生制御データ（StreamMuxConfig値）が含まれている場合には、送信側制御情報（ＲＴＳＰメソッド）を再生制御データ（StreamMuxConfig値）を含む受信側制御情報（Ｈ．２４５信号）に変換して３Ｇ−３２４Ｍ端末１０に送信できる。又、中継装置２０は、再生制御データ（StreamMuxConfig値）が含まれていない場合には、送信側制御情報（ＲＴＳＰメソッド）を再生制御データが含まれないことを示す受信側制御情報（Ｈ．２４５信号）に変換して３Ｇ−３２４Ｍ端末１０に送信できる。
【００５３】
そのため、３Ｇ−３２４Ｍ端末１０は受信側制御情報（Ｈ．２４５信号）に基づいて再生制御データ（StreamMuxConfig値）が受信側制御情報（Ｈ．２４５信号）に含まれるか否かを判定し、受信側制御情報（Ｈ．２４５信号）や送信情報等から、ＲＴＰ／ＲＴＳＰサーバ３０からの再生制御データ（StreamMuxConfig値）を容易に取得することができる。
【００５４】
しかも、中継装置２０の判定部２３は、送信側制御情報（ＲＴＳＰメソッド）に再生制御データ（StreamMuxConfig値）が含まれるか否かを示す判定データ（cpresent）に基づいて判定を行う。そのため、中継装置２０は再生制御データが含まれるか否かを容易に判定できる。
【００５５】
更に、送信情報を音声データ、再生制御データをその音声データのデコードに用いるものとすることができる。例えば、中継装置２０は、ＭＰＥＧ−４  ＡＡＣに従って符号化されたＡＡＣデータのデコードに用いるStreamMuxConfig値を中継することができる。これによれば、中継装置２０は、多様で柔軟性に富んだ音声データの提供に寄与できる。
【００５６】
特に、送信側プロトコルとしてＲＴＳＰ（Real Time Streaming Protocol）を用い、受信側プロトコルとして３Ｇ−３２４Ｍの制御プロトコルであるＨ．２４５を用いることにより、中継装置２０は、ＲＴＳＰに従って送信される動画像データや音声データ等の送信情報の３Ｇ−３２４Ｍ端末１０への提供に寄与できる。
【００５７】
このように３Ｇ−３２４Ｍ端末１０が、ＲＴＰ／ＲＴＳＰサーバ３０からStreamMuxConfig値を容易に取得できることにより、ＲＴＰ／ＲＴＳＰサーバ３０から３Ｇ−３２４Ｍ端末１０に、独自の通信方式やプロトコルを用いてＭＰＥＧ−４  ＡＡＣのStreamMuxConfigやその通知方式を通知する場合のように、独自方式と汎用的なＲＴＰ／ＲＴＳＰサーバ３０や３Ｇ―３２４Ｍ端末１０との接続が困難になることがない。
【００５８】
即ち、通信システム１００では、ＲＴＰ／ＲＴＳＰに従う装置間、３Ｇ―３２４Ｍの制御プロトコルであるＨ．２４５に従う装置間で規定されているＭＰＥＧ−４  ＡＡＣのStreamMuxConfig値の通知方式をそのまま利用できる。よって、通信システム１００では、既存の規定を拡張することなく、ＲＴＰ／ＲＴＳＰサーバ３０と３Ｇ―３２４Ｍ端末１０を容易に接続できる。
【００５９】
しかも、ＲＴＰ／ＲＴＳＰサーバ３０がＭＰＥＧ−４  ＡＡＣに従うエンコード条件を予め設定し、StreamMuxConfig値を固定値とする必要もなく、動的にStreamMuxConfig値を設定し、通知できる。そのため、エンコード条件が固定されてしまうことにより、３Ｇ−３２４Ｍ端末１０が再生する送信情報のバラエティや柔軟性が著しく低下してしまうことも防止できる。よって、通信システム１００では、ＭＰＥＧ−４  ＡＡＣの利点を活用して、バラエティや柔軟性に富んだ送信情報の提供を確保できる。尚、本発明は上記実施形態に限定されるものではなく種々の変更が可能である。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施形態に係る通信システムの構成を示すブロック図である。
【図２】本発明の実施形態に係る送信側制御情報及び受信側制御情報を示す図である。
【図３】本発明の実施形態に係る送信側制御情報に再生制御データが含まれる場合の処理の流れを示す図である。
【図４】本発明の実施形態に係る送信側制御情報に再生制御データが含まれない場合の処理の流れを示す図である。
【図５】本発明の実施形態に係る通信方法の手順を示すフロー図である。
【符号の説明】
【００６１】
１０  ３Ｇ−３２４端末
１１  Ｈ．２４５受信部
１２  データストリーム受信部
１３  判定部
１４  検出部
１５  デコーダ
１６  出力部
２０  中継装置
２１  Ｈ．２４５送信部
２２  変換部
２２ａ  検出部
２２ｂ  MuxConfigPresent設定部
２２ｃ  StreamMuxConfig設定部
２２ｄ  信号生成部
２３  判定部
２４  ＲＴＳＰ受信部
３０  ＲＴＰ／ＲＴＳＰサーバ
３１  ＲＴＳＰ送信部
３２  データストリーム送信部
３３  制御情報生成部
３４  エンコーダ
３５  記憶部
１００  通信システム
【図１】
2006042030.tif 000003
【図２】
2006042030.tif 000004
【図３】
2006042030.tif 000005
【図４】
2006042030.tif 000006
【図５】
2006042030.tif 000007