(57)【要約】【課題】  制御装置間で音声や画像の双方向通信を可能とするデータ転送装置を提供する。【解決手段】  データ転送装置となるＳＩＰサーバ（１００）に制御装置（Ａ、Ｂ）間の能力交換チェックを行う能力交換チェック（Ｓ１４１）を備えると共に、各制御装置（Ａ、Ｂ）間の画像フォーマット・音声フォーマットが合致するようにフォーマット形式の変換処理を行う交換ゲート（Ｓ１４２）を設置し、制御装置（Ａ、Ｂ）間による音声や画像の双方向通信を行う。【選択図】  図１
2005150830.tif 000002
【特許請求の範囲】
【請求項１】
音声と画像との少なくとも１つの情報を送受信する制御装置間で前記情報の双方向通信処理を行うデータ転送装置であって、
前記制御装置の保持するフォーマット形式を蓄積するフォーマット情報蓄積手段と、
前記フォーマット情報蓄積手段に蓄積したフォーマット形式を基に、前記制御装置間で共通のフォーマット形式を検索し、前記制御装置間において優先順位の高いフォーマット形式を選択し、該選択したフォーマット形式を前記制御装置に通知するフォーマット通知手段と、
前記制御装置に通知したフォーマット形式による双方向通信処理を行う転送手段と、
を有することを特徴とするデータ転送装置。
【請求項２】
前記フォーマット通知手段は、前記共通のフォーマット形式が検索できない場合には、前記フォーマット情報蓄積手段に蓄積した自制御装置のフォーマット形式を前記制御装置に通知することを特徴とする請求項１記載のデータ転送装置。
【請求項３】
前記自制御装置のフォーマット形式は、自制御装置において優先順位の高いフォーマット形式を前記制御装置に通知することを特徴とする請求項２記載のデータ転送装置。
【請求項４】
前記優先順位は、ＳＩＰプロトコルの場合には、発信側となる制御装置が優先となり前記フォーマット形式が選択され、Ｈ．３２３プロトコル、Ｈ．２４８プロトコルの場合には、前記制御装置間の主従関係により優先順位が決定され、前記フォーマット形式が選択されることを特徴とする請求項１記載のデータ転送装置。
【請求項５】
前記フォーマット形式は、音声フォーマットと画像フォーマットとの少なくとも１つのフォーマット形式であることを特徴とする請求項１から４の何れか１項に記載のデータ転送装置。
【請求項６】
前記フォーマット形式は、コーデックであることを特徴とする請求項１から５の何れか１項に記載のデータ転送装置。
【請求項７】
フォーマット形式を蓄積するフォーマット情報蓄積手段と、制御手段と、を有し、音声と画像との少なくとも１つの情報を送受信する制御装置間で前記情報の双方向通信処理を行うデータ転送装置におけるデータ転送方法であって、
前記制御装置の保持するフォーマット形式を前記フォーマット情報蓄積手段に蓄積する工程と、
前記フォーマット情報蓄積手段に蓄積したフォーマット形式を基に前記制御装置間で共通のフォーマット形式を検索し、前記制御装置間において優先順位の高いフォーマット形式を選択し、該選択したフォーマット形式を前記制御装置に通知する通知工程と、
前記制御装置に通知したフォーマット形式による双方向通信処理を行う転送工程と、
を前記制御手段が行うことを特徴とするデータ転送方法。
【請求項８】
前記通知工程は、前記共通のフォーマット形式が検索できない場合には、前記フォーマット情報蓄積手段に蓄積した自制御装置のフォーマット形式を前記制御装置に通知することを特徴とする請求項７記載のデータ転送方法。
【請求項９】
前記自制御装置のフォーマット形式は、自制御装置において優先順位の高いフォーマット形式を前記制御装置に通知することを特徴とする請求項８記載のデータ転送方法。
【請求項１０】
前記優先順位は、ＳＩＰプロトコルの場合には、発信側となる制御装置が優先となり前記フォーマット形式が選択され、Ｈ．３２３プロトコル、Ｈ．２４８プロトコルの場合には、前記制御装置間の主従関係により優先順位が決定され、前記フォーマット形式が選択されることを特徴とする請求項７記載のデータ転送方法。
【請求項１１】
前記フォーマット形式は、音声フォーマットと画像フォーマットとの少なくとも１つのフォーマット形式であることを特徴とする請求項７から１０の何れか１項に記載のデータ転送方法。
【請求項１２】
前記フォーマット形式は、コーデックであることを特徴とする請求項７から１１の何れか１項に記載のデータ転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セットトップボックスやＰＣ、携帯情報端末などの制御装置間で音声や画像の双方向通信処理を行うデータ転送装置及びデータ転送方法に関し、特に、テレビ電話やＩＰ電話などに好適なデータ転送装置及びデータ転送方法に関するものである。
【背景技術】
【０００２】
セットトップボックスやＰＣ等の制御装置間で画像や音声を双方向に通信する通信方法において、インターネットに接続し、通信の設定を行うためのプロトコルとしては、Ｈ．３２３や、Ｈ．２４８や、ＳＩＰプロトコルなどが挙げられる。また、制御装置間の接続が確立した後に転送する画像や、音声は圧縮形態で通信される。なお、画像を圧縮する方法としては、ＭＰＥＧ４や、Ｈ．２６１や、Ｈ．２６３などが使用される。また、音声を圧縮する方法としては、Ｇ．７１１や、Ｇ．７２３などが使用される。
【０００３】
ここで、画像や、音声を通信する際には、セットトップボックスやＰＣなどの一方の制御装置ともう一方の制御装置との間で画像フォーマット、音声フォーマットが同一であることが条件となり、この音声フォーマット・画像フォーマットが異なっていては画像や音声を通信することができないのが現状である。具体的には、Ｈ．３２３プロトコル、Ｈ．２４８プロトコル、ＳＩＰプロトコルなどによるセッションの確立から双方向通話までの処理動作において、それぞれのプロトコルでセッションを確立した後は、制御装置間で画像や音声を通信し合うため、同一のフォーマット形式が必要となる。以下、図６、図７を参照しながら従来の制御装置間の双方向通信の処理動作について説明する。なお、図６は、ＳＩＰプロトコルによる双方向通信処理を示唆するものであり、図７は、Ｈ．３２３プロトコルによる双方向通信処理を示唆するものである。
【０００４】
（従来のＳＩＰプロトコルによる双方向通信処理について）
まず、図６を参照しながらＳＩＰプロトコルによる双方向通信の処理手順について説明する。
【０００５】
まず、制御装置（Ａ）、制御装置（Ｂ）がそれぞれ起動した際に、ＳＩＰサーバ（１００）（実際にはアドレス解決のためのロケーションサーバ（２００））と通信処理を行い、各制御装置（Ａ、Ｂ）のＩＰアドレスをロケーションサーバ（２００）に登録することになる（ステップＳ６１１、ステップＳ６１２）（端末登録処理）。
【０００６】
次に、制御装置（Ａ）が電話開始のために制御装置（Ｂ）と接続を開始する場合には、制御装置（Ａ）がＩＮＶＩＴＥ：呼受付判断要求で相手接続先となる制御装置（Ｂ）のメールアドレスをＳＩＰサーバ（１００）に通知することになる（ステップＳ６２１）。制御装置（Ａ）からＩＮＶＩＴＥ：呼受付判断要求を受信したＳＩＰサーバ（１００）は、接続相手先となる制御装置（Ｂ）の実際のアドレスを調べるためにロケーションサーバ（２００）と交信し（ステップＳ６２２）、その応答をロケーションサーバ（２００）から受信する。そして、該当する実際の接続相手先となる制御装置（Ｂ）に対してＩＮＶＩＴＥ：呼受付判断要求を送信することになる（ステップＳ６２３）。
【０００７】
制御装置（Ｂ）は、ＳＩＰサーバ（１００）からのＩＮＶＩＴＥ：呼受付判断要求に応じると（制御装置（Ｂ）において着信、すなわち、電話に出ると）、制御装置（Ｂ）は、制御装置（Ａ）との間でＳＩＰサーバ（１００）を介してＯＫ（ステップＳ６２４、ステップＳ６２５）、ＡＣＫ（ステップＳ６２６、ステップＳ６２７）のレスポンスの交換を行い、制御装置（Ａ）と制御装置（Ｂ）との間で呼を確立し、その後、制御装置（Ａ）と制御装置（Ｂ）との間で音声と画像の双方向通信処理を開始することになる（ステップＳ６３１、ステップＳ６３２）。
【０００８】
なお、互いの制御装置同士（Ａ、Ｂ）で動作可能なコーデックなどの能力情報は、発信元の制御装置（Ａ）はＩＮＶＩＴＥ：呼受付判断要求時に（ステップＳ６２１）、また、着信元の制御装置（Ｂ）はＯＫレスポンス返却時に（ステップＳ６２４）添付して各制御装置間（Ａ、Ｂ）で交換することになる。
【０００９】
（従来のＨ．３２３プロトコルによる双方向通信処理について）
次に、図７を参照しながらＨ．３２３プロトコルによる双方向通信の処理手順について説明する。
【００１０】
まず、制御装置（Ａ）、制御装置（Ｂ）がそれぞれ起動した際に、それぞれの制御装置（Ａ、Ｂ）が属するゾーンにあるゲートキーパと通信し、自制御装置とゲートキーパとのＩＰアドレスを交換し合うことになる（ステップＳ７１１、ステップＳ７１２）（端末登録処理）。詳細には、制御装置（Ａ）は、Ｈ．３２３ゲートキーパ（Ａ）と通信し、ＩＰアドレスを交換することになる（ステップＳ７１１）。また、制御装置（Ｂ）は、Ｈ．３２３ゲートキーパ（Ｂ）と通信し、ＩＰアドレスを交換することになる（ステップＳ７１２）。なお、ＧＲＱはＨ．３２３ゲートキーパのＩＰアドレス要求であり、ＧＣＦはＨ．３２３ゲートキーパの確認応答であり、ＲＲＱは各制御装置のＩＰアドレス通知であり、ＲＣＦはＨ．３２３ゲートキーパ側の確認応答である。
【００１１】
次に、制御装置（Ａ）が制御装置（Ｂ）と接続を開始する場合は、制御装置（Ａ）はＡＲＱ：呼受付判断要求で相手接続先となる制御装置（Ｂ）のメールアドレスをＨ．３２３ゲートキーパ（Ａ）に通知し（ステップＳ７２１）、応答としてＡＣＦ：呼受付判断確認で相手先のＩＰアドレスがＨ．３２３ゲートキーパ（Ａ）から返却されることになる（ステップＳ７２２）。なお、ここで返却されるＩＰアドレスはＨ．３２３ゲートキーパ（Ａ）のアドレスとする方法である、Ｈ．２２５．０のＲＡＳ制御を例として説明する。
【００１２】
次に、制御装置（Ａ）は、呼制御として、ＡＣＦ：呼受付判断確認で得たＨ．３２３ゲートキーパ（Ａ）のＩＰアドレスを用いてＳＥＴＵＰ：呼確立要求をＨ．３２３ゲートキーパ（Ａ）に対して行うことになる（ステップＳ７３１）。次に、Ｈ．３２３ゲートキーパ（Ａ）は、ＳＥＴＵＰ：呼確立要求を受け付けて制御装置（Ｂ）に対してＳＥＴＵＰ：呼確立要求を出し直し（ステップＳ７３２）、また、自ゾーンの制御装置（Ａ）に対しては、ＣＡＬＬ  ＰＲＯＣＥＥＤＩＮＧで接続中を伝えておくことになる（ステップＳ７３３）。
【００１３】
ＳＥＴＵＰ：呼確立要求を受け付けた制御装置（Ｂ）は、自ゾーンのＨ．３２３ゲートキーパ（Ｂ）との間でＡＲＱ：呼受付判断要求とＡＣＦ：呼受付判断確認とをした後に（ステップＳ７３５、ステップＳ７３６）、一旦、ＡＬＥＲＴＩＮＧ：呼出し中をＨ．３２３ゲートキーパ（Ａ）に出し（ステップＳ７３７）、制御装置（Ｂ）側において受信が可能ならば着信することになる。
【００１４】
なお、この着信はＣＯＮＮＥＣＴとして、Ｈ．３２３ゲートキーパ（Ａ）と、制御装置（Ａ）とに通知されることになる（ステップＳ７３８、ステップＳ７３９）。ちなみに、ステップＳ７３９は、制御装置（Ａ）に対してＨ．３２３ゲートキーパ（Ａ）のＨ．２４５制御アドレスを返すことになるため、ネゴシエーションフェーズでは、Ｈ．３２３ゲートキーパ（Ａ）を介して主従関係の設定と（ステップＳ７４１）、お互いの制御装置同士で動作可能なコーデックなどの能力情報の交換と（ステップＳ７４２）、使用する画像、音声を通す論理チャンネルの設定と（ステップＳ７４３）を行うことになる。そして、制御装置（Ａ）と制御装置（Ｂ）との間で、音声と画像との双方向通信をすることになる（ステップＳ７５１、ステップＳ７５２）。
【００１５】
なお、本発明より先に出願された技術文献として、プロトコル変換と共にデータの形式をも変換し、インフラストラクチャが異なる端末間の通信を、それぞれの場合に応じて実行可能な通信中継装置がある（例えば、特許文献１参照）。
【００１６】
また、制御装置間で直接通信し合うのではなく、一旦サーバで各制御装置の画像・音声を受け付け、その受け付けた画像・音声を各制御装置に転送することで、異なる画像・音声のフォーマットでも制御装置間における画像・音声の通信処理を可能とするマルチメディア視聴方法がある（例えば、特許文献２参照）。
【特許文献１】特開２００３−９１４６４号公報
【特許文献２】特開２００２−１１８８３１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
しかしながら、セットトップボックスやＰＣ、携帯情報端末などの制御装置間でＩＰを介して双方向に画像や音声を通信する際には、一方の制御装置側の保持する画像フォーマット、音声フォーマットともう一方の制御装置の保持する画像フォーマット・音声フォーマットとが同一である必要があり、図６、図７に示す双方向通信の処理動作において行われる能力交換時に、互いの制御装置同士間が異なる能力しか保持していない場合には、画像や音声の双方向通信を行うことができないという問題がある。
【００１８】
例えば、画像としてＭＰＥＧ４、音声としてＧ．７１１のみを搭載した制御装置と双方向通信が可能な相手先の制御装置は、画像としてＭＰＥＧ４、音声としてＧ．７１１のコーデックを搭載していないと、制御装置間で画像や音声の双方向通信を行うことができないことになる。
【００１９】
また、上記特許文献１は、通信中継装置でケースに合わせて処理形態が構成されており、パイプライン上に並ぶ形式で処理が行われ、この処理を部品化し、これを組み合わせる構造とすることでインフラストラクチャが異なる端末でのデータ変換を容易としているが、プロトコル内で使用される音声と画像とのフォーマット形式を変換しているものではない。
【００２０】
また、特許文献２は、サーバで各制御装置の画像・音声を受け付け、その受け付けた画像・音声を各制御装置に転送することで、異なる画像・音声のフォーマットでも制御装置間における画像・音声の通信処理を可能としているが、制御装置側にその時使用される画像・音声フォーマットの種類だけコーデックが必要となる。
【００２１】
本発明は上記事情に鑑みてなされたものであり、制御装置間で音声と画像との少なくとも１つの情報の双方向通信を可能とするデータ転送装置及びデータ転送方法を提供することを目的とするものである。
【課題を解決するための手段】
【００２２】
かかる目的を達成するために、本発明は以下の特徴を有することとする。
【００２３】
本発明にかかるデータ転送装置は、音声と画像との少なくとも１の情報を送受信する制御装置間で情報の双方向通信処理を行うデータ転送装置であって、制御装置の保持するフォーマット形式を蓄積するフォーマット情報蓄積手段と、フォーマット情報蓄積手段に蓄積したフォーマット形式を基に、制御装置間で共通のフォーマット形式を検索し、制御装置間において優先順位の高いフォーマット形式を選択し、該選択したフォーマット形式を制御装置に通知するフォーマット通知手段と、制御装置に通知したフォーマット形式による双方向通信処理を行う転送手段と、を有することを特徴とする。
【００２４】
また、本発明にかかるデータ転送装置は、フォーマット通知手段は、共通のフォーマット形式が検索できない場合には、フォーマット情報蓄積手段に蓄積した自制御装置のフォーマット形式を制御装置に通知することを特徴とする。
【００２５】
また、本発明にかかるデータ転送装置は、自制御装置のフォーマット形式は、自制御装置において優先順位の高いフォーマット形式を制御装置に通知することを特徴とする。
【００２６】
また、本発明にかかるデータ転送装置は、優先順位は、ＳＩＰプロトコルの場合には、発信側となる制御装置が優先となりフォーマット形式が選択され、Ｈ．３２３プロトコル、Ｈ．２４８プロトコルの場合には、制御装置間の主従関係により優先順位が決定され、フォーマット形式が選択されることを特徴とする。
【００２７】
また、本発明にかかるデータ転送装置は、フォーマット形式は、音声フォーマットと画像フォーマットとの少なくとも１のフォーマット形式であることを特徴とする。
【００２８】
また、本発明にかかるデータ転送装置は、フォーマット形式は、コーデックであることを特徴とする。
【００２９】
また、本発明にかかるデータ転送方法は、フォーマット形式を蓄積するフォーマット情報蓄積手段と、制御手段と、を有し、音声と画像との少なくとも１の情報を送受信する制御装置間で情報の双方向通信処理を行うデータ転送装置におけるデータ転送方法であって、制御装置の保持するフォーマット形式をフォーマット情報蓄積手段に蓄積する工程と、フォーマット情報蓄積手段に蓄積したフォーマット形式を基に制御装置間で共通のフォーマット形式を検索し、制御装置間において優先順位の高いフォーマット形式を選択し、該選択したフォーマット形式を制御装置に通知する通知工程と、制御装置に通知したフォーマット形式による双方向通信処理を行う転送工程と、を制御手段が行うことを特徴とする。
【００３０】
また、本発明にかかるデータ転送方法は、通知工程は、共通のフォーマット形式が検索できない場合には、フォーマット情報蓄積手段に蓄積した自制御装置のフォーマット形式を制御装置に通知することを特徴とする。
【００３１】
また、本発明にかかるデータ転送方法は、自制御装置のフォーマット形式は、自制御装置において優先順位の高いフォーマット形式を制御装置に通知することを特徴とする。
【００３２】
また、本発明にかかるデータ転送方法は、優先順位は、ＳＩＰプロトコルの場合には、発信側となる制御装置が優先となりフォーマット形式が選択され、Ｈ．３２３プロトコル、Ｈ．２４８プロトコルの場合には、制御装置間の主従関係により優先順位が決定され、フォーマット形式が選択されることを特徴とする。
【００３３】
また、本発明にかかるデータ転送方法は、フォーマット形式は、音声フォーマットと画像フォーマットとの少なくとも１のフォーマット形式であることを特徴とする。
【００３４】
また、本発明にかかるデータ転送方法は、フォーマット形式は、コーデックであることを特徴とする。
【発明の効果】
【００３５】
本発明にかかるデータ転送装置及びデータ転送方法は、制御装置の保持するフォーマット形式を蓄積し、該蓄積したフォーマット形式を基に、制御装置間で共通のフォーマット形式を検索し、制御装置間において優先順位の高いフォーマット形式を選択し、該選択したフォーマット形式を制御装置に通知し、該制御装置に通知したフォーマット形式による双方向通信処理を行うことで、制御装置間で音声と画像との少なくとも１つの双方向通信が可能となる。
【発明を実施するための最良の形態】
【００３６】
まず、図１、図２を参照しながら、本発明にかかるデータ転送装置及びデータ転送方法について説明する。
【００３７】
本発明にかかるデータ転送装置及びデータ転送方法は、ＳＩＰプロトコル（１００）では、図１に示すように、ＳＩＰサーバ（１００）内に、制御装置間の能力交換のチェックを行う能力交換チェック（Ｓ１４１）を備えると共に、変換ゲート（Ｓ１４２）を設置することを特徴とするものである。なお、変換ゲート（Ｓ１４２）には、各制御装置（Ａ、Ｂ）間の画像フォーマット・音声フォーマットが合致するようにリアルタイムにフォーマット変換処理を行い、音声や画像を転送する手段を有している。また、Ｈ．３２３プロトコルやＨ．２４８プロトコルでは、図２に示すように、ゲートキーパ内に、制御装置間の能力交換のチェックを行う能力交換チェック（Ｓ２６１）を備えると共に、変換ゲート（Ｓ２６２）を設置することを特徴とするものである。なお、変換ゲート（Ｓ２６２）には、各制御装置（Ａ、Ｂ）間の画像フォーマット・音声フォーマットが合致するようにリアルタイムにフォーマット変換処理を行い、音声や画像を転送する手段を有している。
【実施例】
【００３８】
以下、添付図面を参照しながら、本発明にかかるデータ転送装置及びデータ転送方法の実施例について説明する。
【００３９】
本発明にかかるデータ転送装置は、ＳＩＰプロトコルの場合は、図１に示すように図６に示す従来の技術から能力交換チェック（Ｓ１４１）と変換ゲート（Ｓ１４２）とを新たに備え付けたものである。
【００４０】
また、Ｈ．３２３プロトコルの場合は、図２に示すように図７に示す従来の技術から能力交換チェック（Ｓ２６１）と変換ゲート（Ｓ２６２）とを新たに備え付けたものである。
【００４１】
なお、ＳＩＰプロトコルの能力交換チェック（Ｓ１４１）と、Ｈ．３２３プロトコルの能力交換チェック（Ｓ２６１）との処理概要を図３に示し、ＳＩＰプロトコルの変換ゲート（Ｓ１４２）とＨ．３２３プロトコルの変換ゲート（Ｓ２６２）との処理概要を図４に示す。
【００４２】
まず、図３を参照しながら、能力交換チェックの処理動作について説明する。
【００４３】
なお、この図３に示す能力交換チェックの処理動作は、ＳＩＰプロトコルの場合には、図１に示すステップＳ１２１において、制御装置（Ａ）からのＩＮＶＩＴＥ：呼受付判断要求で能力交換情報を受け付けた際に動作を開始することになる。また、Ｈ．３２３プロトコルの場合には、図２に示すステップＳ２４２において、制御装置（Ａ）からの能力交換をH．３２３ゲートキーパ（A）が受け付けた際に動作を開始することになる。なお、本発明にかかるデータ転送装置は、図１に示すＳＩＰサーバと、図２に示すゲートキーパと、を示唆するものである。
【００４４】
まず、制御装置（Ａ）のコーデック能力情報（制御装置（Ａ）の保持するコーデックの種類）を蓄え（ステップＳ３１１）、制御装置（Ｂ）に対しては、動作可能なコーデックとして変換ゲートの保持する全てのコーデック能力情報を通知し（ステップＳ３１２）、その後、制御装置（Ｂ）のコーデック能力情報（制御装置（Ｂ）の保持するコーデックの種類）を受け取ることになる（ステップＳ３１３）。ここで、ステップＳ３１１で受け取った制御装置（Ａ）のコーデック能力情報と、ステップＳ３１３で受け取った制御装置（Ｂ）のコーデック能力情報と、で同一のコーデックがあるか否かを比較することになる（ステップＳ３１４）。
【００４５】
この比較により、同一のコーデックがあると判定した場合は（ステップＳ３１４／ＹＥＳ）、それらのコーデックの中で優先順位の高いコーデックを選択し、その選択したコーデックを使用するように制御装置（Ａ）と制御装置（Ｂ）とに通知することになる（ステップＳ３１５）。また、ステップＳ３１４において、同一のものがないと判定した場合は（ステップＳ３１４／ＮＯ）、制御装置（Ａ）には制御装置（Ａ）が通知したコーデック値を、制御装置（Ｂ）には制御装置（Ｂ）が通知したコーデック値を使用するように通知することになる（ステップＳ３１６）。なお、このコーデック値の選択方法は、後述する図４に基づいた能力交換チェックにより行われる。
【００４６】
そして、実際の画像、音声を変換しながら通信するための変換ゲートのアドレスを音声アドレス、画像アドレスに登録することになる（ステップＳ３１７）。これにより、制御装置（Ａ）と制御装置（Ｂ）とに画像、音声を通信するアドレスは、図１に示すステップＳ１４２、図２に示すステップＳ１６２の変換ゲート宛てとなる。そして、この変換ゲートに使用コーデックを通知して（ステップＳ３１８）、能力交換チェックを終了することになる。
【００４７】
次に、図４を参照しながら、上記図３に示す能力交換チェックの一例について説明する。
チェックパターン−１では、ビデオＶｎ（ｎは任意の整数）は、制御装置（Ａ）と制御装置（Ｂ）とで共通のものとしてＶ２と、Ｖ４とがあるが、ＳＩＰプロトコルの場合には、発信側制御装置が優先となり、また、Ｈ．３２３プロトコルの場合には、主従関係で主のもので優先順位が高い方を選択することになり、この場合、制御装置（Ａ）が発信側であり主従関係が主とみなせば、Ｖ２が選択されることになる。なお、オーディオＡｎ（ｎは任意の整数）は一意にＡ１に決定されることになる。
【００４８】
また、チェックパターン−２では、ビデオＶｎ、オーディオＡｎとも、制御装置（Ａ）と制御装置（Ｂ）とで共通のものがないので、それぞれで優先順位の高いものが選ばれることになる。
【００４９】
なお、画像と音声との通信は、上述した変換ゲートを使用せずに制御装置（Ａ）と制御装置（Ｂ）との間でマルチメディア通信が可能な場合と、上述した変換ゲートを使用する場合とがある。前者の場合には、制御装置（Ａ）と制御装置（Ｂ）との間で画像と音声とを直接通信し合うことになる。後者の場合には、制御装置（Ａ、Ｂ）は、画像、音声を通信するアドレスが変換ゲート宛てになっているので、両方の制御装置（Ａ、Ｂ）からのデータは変換ゲートを必ず通すことになる。この変換ゲートにおける処理動作について図５を参照しながら説明する。
【００５０】
なお、図５において実際のコーデックは、上述した図３、図４の能力交換チェックで決定されており、図３のステップＳ３１８において使用コーデック通知も受けているので、ここでは制御装置（Ａ）の使用コーデックは、画ｆｏｒｍａｔ−Ａ、音ｆｏｒｍａｔ−Ａと称し、制御装置（Ｂ）の使用コーデックは画ｆｏｒｍａｔ−Ｂ、音ｆｏｒｍａｔ−Ｂと称すことにする。
【００５１】
まず、制御装置（Ａ）からの画ｆｏｒｍａｔ−Ａ、音ｆｏｒｍａｔ−Ａは、リアルタイムデコードを行い、元の画像、音声に戻し（ステップＳ５１１）、次に、リアルタイムエンコードを行い、画ｆｏｒｍａｔ−Ｂ、音ｆｏｒｍａｔ−Ｂに変換して制御装置（Ｂ）に渡すことになる（ステップＳ５１２）。逆に、制御装置（Ｂ）からの画ｆｏｒｍａｔ−Ｂ、音ｆｏｒｍａｔ−Ｂは、リアルタイムデコードを行い、元の画像、音声に戻し（ステップＳ５１３）、リアルタイムエンコードで画ｆｏｒｍａｔ−Ａ、音ｆｏｒｍａｔ−Ａに変換して制御装置（Ａ）に渡すことになる（ステップＳ５１４）。
【００５２】
なお、通信の継続性のための時間情報の扱いであるが、元画ｆｏｒｍａｔデータ、元音ｆｏｒｍａｔデータ内の時間情報をそのまま用いることから継続性の乱れはない。
【００５３】
このように、セットトップボックスやＰＣ、携帯情報端末などの制御装置間でＩＰを介して双方向に画像と音声とを通信して対話するマルチメディア双方向通信システムにおいて、一方の制御装置側の持つ画像フォーマット・音声フォーマットともう一方の制御装置の持つ画像フォーマット・音声フォーマットとが異なる場合であっても、各制御装置の保持するフォーマットを変更することなく、音声と画像との双方向通信が可能となる。これにより、安価で数が少ないコーデックしか搭載できないセットトップボックス、ＰＣ、携帯情報端末などの制御装置でも、その制御装置の保持するコーデック以外のコーデックを保持する他の制御装置との間で音声や画像の双方向通信を行うことができることになる。
【００５４】
また、一方の制御装置（例えば図１、図２に示す制御装置（Ａ））のみが、他の機能を実現するために、今までのコーデックではなく新たなコーデックを搭載するように変更したとしても、また、新たな制御装置がＷｉｎｄｏｗｓ（Ｒ）メディアやＤＩＶＸなどの最新のコーデックのみしか搭載しないとしても、本実施例のように、能力交換チェック方式と変換ゲートとを保持し、変換ゲート内に該当するコーデックを搭載することで、もう一方の制御装置（例えば図１、２に示す制御装置（Ｂ））を変更することなく、継続して音声や画像の双方向通信を行うことが可能となる。
【００５５】
なお、上記の実施例は本発明の好適な実施例であり、本発明の実施例は、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変更して実施することは可能である。例えば、上記実施例は、画像と音声との両方の情報を双方向に通信するマルチメディア通信システムについて説明したが、音声のみを使用するインターネット上の電話システム、または、画像のみを伝送する広告システムなどにも適用可能であり、画像と、音声とのいずれか１つの情報のみの通信でも本発明にかかるデータ転送装置は適用可能である。また、上記実施例では、Ｈ．３２３プロトコルを用いて説明したが、Ｈ．２４８プロトコルを用いることも可能であり、Ｈ．２４８プロトコルを用いる場合は、Ｈ．３２３プロトコルと同様の処理を行うことになる。
【産業上の利用可能性】
【００５６】
本発明にかかるデータ転送装置及びデータ転送方法は、セットボックスやＰＣ、携帯情報端末などの制御装置間で音声と画像との少なくとも１つの情報の双方向通信処理を行うマルチメディア通信システムに適用可能である。
【図面の簡単な説明】
【００５７】
【図１】本発明にかかるデータ転送装置を用いたＳＩＰプロトコルによる双方向通信の処理動作を示すシーケンスチャートである。
【図２】本発明にかかるデータ転送装置を用いたＨ．３２３プロトコルによる双方向通信の処理動作を示すシーケンスチャートである。
【図３】本発明にかかるデータ転送装置の能力交換チェックの処理動作を示すフローチャートである。
【図４】本発明にかかるデータ転送装置における能力交換チェックのチェックパターンの一例を示す説明図である。
【図５】本発明にかかるデータ転送装置における変換ゲートの処理動作を示す図である。
【図６】従来のＳＩＰプロトコルによる双方向通信の処理動作を示すシーケンスチャートである。
【図７】従来のＨ．３２３プロトコルによる双方向通信処理の処理動作を示すシーケンスチャートである。
【符号の説明】
【００５８】
１００    ＳＩＰ（プロキシ）サーバ
２００    ロケーションサーバ
Ｓ１４１、Ｓ２６１    能力交換チェック
Ｓ１４２、Ｓ２６２    変換ゲート
【図１】
2005150830.tif 000003
【図２】
2005150830.tif 000004
【図３】
2005150830.tif 000005
【図４】
2005150830.tif 000006
【図５】
2005150830.tif 000007
【図６】
2005150830.tif 000008
【図７】
2005150830.tif 000009