JP5043132B2 - 通信システムにおけるデータ伝送方法 - Google Patents

Description

本発明は、通信システム等の情報処理システムに関する。特に、本発明は、通信システムにおいて情報を受信及び送信するための方法及び装置に関する。

通信システムにおいては、２つの通信端末間を接続する通信ネットワークが提供され、それにより端末は通話やその他の通信イベントにおいて互いに情報を送信することができる。情報は、音声、テキスト、イメージ、ビデオを含んでいてもよい。

現代の通信システムは、デジタル信号の伝送に基づいている。音声のようなアナログ情報は、一方の端末の送信部においてＡ／Ｄ変換部（アナログからデジタルへ変換する部位）に入力され、デジタル信号に変換される。デジタル信号は符号化され、伝送路上において他方の端末の受信部へ伝送するためのデータパケットに格納される。

各データパケットは、ヘッダー部とペイロード部とを含む。データパケットのヘッダー部は、データパケットを伝送及び処理するためのデータを含む。この情報は、パケット、及び処理エラーや送信アドレスを認識するヘッダーチェックサムを一意的に識別する識別番号と、ソースアドレスと、処理エラーを検出するために使用されるヘッダーチェックサムと、送信先アドレスとを含んでもよい。データパケットのペイロード部は、伝送用デジタル信号の情報を含む。この情報は、ビデオフレームのような符号化フレームとしてペイロード中に含まれてもよく、この各フレームは、ビデオ信号の一部を表す。

データパケット伝送に適した通信ネットワークの一つはインターネットである。ＩＰネットワーク（インターネット・プロトコル・ネットワーク）上で音声信号を伝送するのに利用されるプロトコルは、一般にＶｏｉｃｅ ｏｖｅｒ ＩＰ（ＶｏＩＰ）と呼ばれる。ＶｏＩＰは、インターネット上において、あるいはＩＰベースのネットワークを介する音声会話のルーティング（経路制御）である。

通信端末のリソース利用性等の通信システムに関する状態は、データを処理する端末の能力に影響を与える。例えば、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｓｅｓｓｉｎｇ ｕｎｉｔ）リソースは、送信及び受信端末がいかに効率的に情報を処理することができるかに影響を与える。

したがって、端末によって情報が処理され、伝送される方法を、通信システムに関連する状態に従って最適化する必要がある。

公知の解決方法として、受信端末は、送信端末に、送信端末から受信した情報を処理することが可能な受信端末のＣＰＵリソースを報告してもよい。そのとき、送信端末は、受信端末の利用可能ＣＰＵリソースに基づいて、データを受信端末に伝送するレートを調整してもよい。

しかし、各端末がビデオデータを送受信するビデオ通話のような双方向の通信イベントの間、各端末のユーザは、通話中異なる質のサービスを経験していることに気付くかもしれない。例えば、一方の端末が高品質の信号を受信している間、他方の端末は低品質の信号を受信しているかもしれない。これは、もし通話の一方の参加端末だけでも質の悪い通話品質を経験している場合には通話が終了する可能性があり、通話への参加端末の両方にとって不都合なことである

したがって、本発明は、通信イベントの参加端末の両者間においてバランスのとれたサービス品質を達成し、上記問題を解決することを目的とする。

本発明の第１の態様においては、通信ネットワークを介して第１の端末から第２の端末に第１の信号を送信する方法が提供される。
この方法は、
第２の端末から第２の信号を第１の端末において受信するステップと、
第１の端末に関する出力部から第２の信号を出力するステップと、
第２の信号の特性に関する情報を決定するステップと、
第２の端末において第２の信号を送信するのに使用される処理リソースを、第２の信号の特性に関する情報に基づいて推定するステップと、
推定された、第２の端末において第２の信号を送信するのに使用される処理リソースに基づいて第１の信号の特性を調整するステップと、
第２の端末に第１の信号を送信するステップとを含む。

本発明の他の態様においては、通信ネットワークを介して第１の端末から複数の第２の端末のそれぞれに第１の信号を送信する方法が提供される。
この方法は、
上記各第２の端末から第２の信号を第１の端末において受信するステップと、
上記各第２の信号の特性に関する情報を決定するステップと、
各第２の端末において各第２の信号を送信するのに使用される処理リソースを、上記各第２の信号の特性に関する情報に基づいて推定するステップと、
推定された、各第２の端末において各第２の信号を送信するのに使用される処理リソースに基づいて各第２の端末に送信される第１の信号の特性を調整するステップと、
各第２の端末に各第１の信号を送信するステップとを含む。

また、本発明の他の態様においては、通信ネットワークを介して第２の端末に第１の信号を送信する第１の端末が提供される。
上記第１の端末は、
上記第２の端末から第２の信号を受信する受信回路と、
第２の信号を出力する出力部と、
上記第２の信号の特性に関する情報を決定し、第２の端末において第２の信号を送信するのに使用される処理リソースを第２の信号の特性に関する情報に基づいて推定し、推定された、第２の端末において第２の信号を送信するのに使用される処理リソースに基づいて第１の信号の特性を調整するリソース管理部と、
第１の信号を第２の端末に送信する送信回路とを備える。

また、本発明の他の態様においては、通信ネットワークを介して第１の信号を複数の第２の端末のそれぞれに送信する第１の端末が提供され、
上記第２の端末のそれぞれから第２の信号を受信する受信回路と、
上記各第２の信号の特性に関する情報を決定し、各第２の端末において各第２の信号を送信するのに使用される処理リソースを上記各第２の信号の特性に関する情報に基づいて推定し、推定された、各第２の端末において各第２の信号を送信するのに使用される処理リソースに基づいて各第２の端末に送信される第１の信号の特性を調整するリソース管理部と、
各第１の信号を各第２の端末に送信する送信回路とを備える。

上記発明はまた、上記定義された方法を実行するためのコンピュータ読み込み可能なプログラムを提供する。

本発明の実施の形態は、特性に関連する情報が一箇所に集められることを可能にする。これにより、信号伝送特性に関する決定は全ての参加端末に関してなされ、ホストがその信号伝送特性を調整することを許容しないこととなる。すなわち、ホストは、参加端末に送信すべき信号を指示することができる。すなわち、信号特性に関する情報が一箇所に集められれば、会議中に起きていることについてより良い概観を持つことができ、かつ全ての参加端末にとって必要となる信号伝送特性についてより良い決定を行うことができる。特性に関する情報は多量のデータを構成しないので、伝送オーバーヘッドを大きく付加しない。この概念は、会議電話中だけでなく、一対一の通話中においても利用できる。例えば、コーラー（ｃａｌｌｅｒ）ＡがコーラーＢとの通話に関与している場合、コーラーＢは、コーラーＡに送る予定の信号について決定することができる。同時に、コーラーＡにどのような信号を送ってほしいのかについて決定する。コーラーＢがコーラーＡに送ってほしい信号のタイプに関する要求はコーラーＡに送信され、そのときコーラーＡは、コーラーＢによって送信された要求により定義された信号特性を利用して送信を開始することができる。

本発明のより良い理解のため、また如何にして本発明による効果が奏されるかを示すため、本発明の実施の形態を以下の図面を参照して説明する。
通信ネットワークを示す図である。 本発明の実施の形態の第１の端末を示す図である。 本発明の実施の形態の第１、第２の端末を示す図である。 本発明の実施の形態の方法を示すフロチャートである。 本発明の他の実施の形態の方法を示すフロチャートである。 ビデオ会議通話の図である。

まず、図１を参照して説明する。図１は、通信ネットワーク１０４に接続された第１端末１００及び第２端末１１２を示す。これらの端末は、通信ネットワーク１０４を介して、オーディオデータやビデオデータを含むメディア信号等のデータを互いに送信する。本発明の一実施形態では、通信ネットワークは、インターネットによって提供されるＶｏＩＰネットワークである。本明細書で更に詳細に示されあるいは記載される例示の通信システムでは、ＶｏＩＰネットワークの専門用語を利用するが、本発明の実施の形態は、データの伝送を促進する他のいかなる適切な通信システムにおいて利用され得ると理解されるべきである。

端末１００、１２２は、例えば、パーソナルコンピュータ、ゲームデバイス、及びＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）や、適切に使用可能な携帯電話及びテレビや、ネットワーク１０４に接続可能なその他の装置であってもよい。端末は、Ｅｔｈｅｒｎｅｔ(登録商標），ＷｉＦｉ，ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ），３Ｇ（ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ）等、特定のアクセス技術を採用した有線または無線接続を介してネットワークに接続されてもよい。

図１に示されるように、第１の端末１００は第２の端末１１２に信号２００を送信する。第２の端末は、第１の端末１００に信号３００を送信する。第２の端末から第１の端末に送信された信号３００は、以下、上記２つの信号を明確に区別するために応答信号３００と呼ぶ。したがって、応答信号３００という用語は、信号が送信される方向を示すためだけに利用され、信号２００と同じ通信イベント内であるいは同時に発生することに制限されないと理解されるべきである。

図２を参照して説明する。図２は、第１の端末１００を詳細に示す。第１の端末１００は、ネットワーク１０４を介して送信されたデータを受信するための受信回路１と、ネットワーク１０４を介してデータを送信するための送信回路２とを含む。なお、第２の端末１１２は、類似の送信及び受信回路を含むものであってもよいと理解されるべきである。

端末１００の送信回路は、マイクロホン２６やウェブカメラ２８等の入力装置から入力されたデータを受信し、ネットワーク１０４を介してデータを第２の端末１１２に信号２００により送信する。送信回路は、アナログ入力装置から入力されたアナログデータをデジタル情報へ変換するＡ／Ｄコンバータ３０と、そのデジタル情報を、符号化されたデータフレームに符号化する符号化部３２と、データの送信の前に、符号化されたデータフレームをパケットに格納するパケット化部４２とを含む。

受信回路は、第２の端末１１２から応答信号３００において受信したデータをラウドスピーカ１６やディスプレースクリーン１８等の様々な出力装置に出力する。受信回路は、ネットワークから受信したデータをバッファリングするためのジッターバッファ１０と、データパケットで受信したデータを復号するための復号部１２と、ビデオデータをディスプレースクリーン１８に出力されるように処理するためのレンダ部３６と、アナログ出力装置にアナログデータを出力するためのデジタルからアナログへのコンバータ１４（Ｄ／Ａコンバータ）とを含む。

端末１００は、経路推定部２０と、リソース管理ブロック２２をも含む。

経路推定部２０は受信回路から入力を受信する。経路推定部２０は、ネットワーク１０４を介して受信したデータの特性を決定する。第２の端末１１２が応答信号３００を第１の端末１００に送信したとき、経路推定部は応答信号３００の特性を決定する。本発明の実施の形態によれば、経路推定部は応答信号３００の特性を決定し、その応答信号３００の特性から第２の端末のＣＰＵリソースの利用可能性が推定される。

経路制御部によって決定された応答信号の特性は、例えば信号のフレームレートやビットレートを含んでもよい。応答信号３００の特性はそのときリソース管理ブロック２２に入力される。

本発明の実施の形態においては、端末１００のリソース管理ブロック２２は、応答信号３００の特性に基づいて応答信号を送信するのに利用される第２の端末のＣＰＵリソースを推定し、それに応じて第２の端末に送信する信号２００の特性を調整する。例えば、リソース管理部は、応答信号のフレームレートが閾値よりも小さい場合、第２の端末のＣＰＵリソースが低いと決定してもよい。第２の端末１１２のＣＰＵリソースが低いと決定された場合、第１の端末から第２の端末に送信する信号２００のデータレートは、信号２００が第２の端末のリソースを過負荷にさせないことを確保するために、閾値以下に減少される。さらに、これは、第２の端末が第１の端末１００への応答信号の送信に割り当てるＣＰＵリソースを増加させることを可能にする。

しかしながら、もし第２の端末のＣＰＵリソースが高いと決定された場合は、信号２００のフレームレートは閾値よりも大きく増加されてもよい。これは、第２の端末が受信した信号２００の処理のためのより大きなＣＰＵリソースを割り当てることを強制する。また、これは、第１の端末への応答信号３００の送信のために利用可能なＣＰＵリソースを減少させるかもしれない。

本発明の実施の形態によって決定され、調整された、応答信号３００及び信号２００の特性は、信号のフレームレート、信号のビットレートや、信号における各フレームの解像度に限定されない。発明の実施の形態は、信号のフレームレートを調整することを記載しているが、本発明の実施の形態に準じてＣＰＵの信号処理の要求に影響する如何なる特性が調整されてもよいと理解されるべきである。

本発明の他の実施の形態においては、第２の端末から送信される応答信号３００の特性は、第２の端末１１２によって報告されてもよい。その際、第１の端末は、受信した応答信号３００の特性を推定する必要はない。この場合、第２の端末１１２は、第１の端末１００に送信した応答信号３００のフレームレートを報告してもよい。これについて図３を参照して説明する。

図３は、第１の端末１００及び第２の端末１１２の詳細について示す。

図３に示されるように、第２の端末は特性報告部４１′を含む。特性報告部４１′は、応答信号３００の特性を第１の端末に報告する。本発明の一実施の形態では、特性報告部４１′は、フレームが第２の端末の符号化部３２′から出力される際のレートを決定し、値Ａ′としてそのフレームレートを報告する。フレームレートの値Ａ′は、パケット化部４２′によってデータパケットに挿入されて第１の端末１００にデータパケットにより送信される前に、応答信号により送信されるデータを用いて符号化されてもよい。また、値Ａ′は、個々の論理制御チャネルにおいて報告されてもよい。

データパケットは、第１の端末１００の受信回路によって受信及び復号される。復号されたフレームレートの値Ａ′は、リソース管理部２２に入力される。リソース管理部は、フレームレート値Ａ′を利用して第２の端末のＣＰＵリソースを推定し、推定されたＣＰＵリソースにしたがって第２の端末に送信する信号２００のフレームレートを制御する。

同様に第１の端末は、信号２００の特性を第２の端末１２２に報告する特性報告部４１を含んでもよい。本発明の一実施形態では、特性報告部４１は、フレームが符号化部３２から出力される際のレートを報告するようにしてもよい。信号２００のフレームレートの値Ａが、第２の端末１１２のリソース管理部２２′に報告されてもよい。その場合、第２の端末のリソース管理部２２′は、フレームレート値Ａを利用して第１の端末のＣＰＵリソースを推定し、推定したＣＰＵリソースに従って第１の端末に送信する信号のフレームレートを制御し得る。図３を再度参照して説明する。

本発明の他の実施の形態では、第２の端末１１２の受信回路１′が第１の端末１００から送信された信号２００を処理することができるレートに関する情報は、信号２００の特性を調整するために第２の端末から送信される応答信号３００の特性とともに利用してもよい。

図３に示されるように、第２の端末１１２は、処理遅延タイマ４３′を含んでもよい。処理遅延タイマ４３′は、第１の端末から受信した信号２００のパケットが受信回路１′によって処理されるのにかかる時間を決定する。処理遅延タイマ４３′は、信号２００のパケットがジッターバッファ１０′に到着したときと、パケットからのフレームがレンダ部３６′から出力されたときとの間の時間を測定してもよい。その場合、処理遅延タイマは、受信回路が１秒当り何フレーム処理することができるかを決定してもよい。

受信回路１′が処理することができる１秒当りのフレームの数は、第１の端末に値Ｂ′として報告される。１秒当りのフレーム数Ｂ′は、符号化され、第２の端末１１２から第１の端末に応答信号３００によって送信され得る。

第２の端末の受信回路１′が処理することができる１秒当りのフレームの数を示す値Ｂ′は、第１の端末１００のリソ−ス管理部２２に入力される。

本発明の実施の形態においては、第１の端末１００のリソース管理部２２は、信号２００のデータレートが調整されるべきかを決定するために、第２の端末の受信回路１′が処理することができる１秒当りのフレームの数を示す値Ｂ′を、応答信号３００のフレームレートを示す値Ａ′とを比較する。これについて図４を参照して説明する。

図４に示されるように、ステップＳ１で、値Ａ′が値Ｂ′よりも所定量ｘを超えて大きいかが決定される。

値Ａ′が値Ｂ′よりも所定量ｘを超えて大きい場合は、本方法はステップＳ２に移る。

ステップＳ２では、第１の端末のリソース管理部２２は、第２の端末へ送信する信号２００のフレームレートを符号化部３２に増加させるように指示し、これにより、信号２００の処理をするためのより大きなＣＰＵリソースを割り当て、かつ第２の端末１１２のリソ−ス管理部２２′に、応答信号３００を送信するためのＣＰＵリソースを減少させることを強制する。

値Ａ′が値Ｂ′よりも所定量ｘを超えて大きくない場合は、本方法はステップＳ３に移る。

ステップＳ３では、値Ｂ′が値Ａ′よりも所定量ｙを超えて大きいかが決定される。

値Ｂ′が値Ａ′よりも所定量ｙを超えて大きい場合は、本方法はステップＳ４に移る。

ステップＳ４では、第１の端末のリソース管理部２２は、第２の端末に送信される信号２００のフレームレートを減少させるように符号化部３２に指示し、これにより、信号２００を処理するのに必要なＣＰＵリソースを減少させ、かつ第２の端末のリソース管理部が応答信号３００を送信するためのより大きなＣＰＵリソースを割り当てることを可能にする。

値Ａ′が値Ｂ′よりも所定量ｙを下回って小さい場合は、本方法はステップＳ５に移る。

ステップＳ５では、第１の端末のリソース管理部２２は、信号２００の現在のフレームレートを維持する。

処理遅延タイマ４３は、第１の端末１００において同様に提供されてもよい。第１の端末の処理遅延タイマ４３は、受信回路１が処理することができる１秒当りのフレームの数を報告してもよい。その場合、第２の端末のリソース管理部２２′は、図４に示された方法にしたがって応答信号３００のフレームレートを調整するようにしてもよい。

第２の端末１１２の利用可能ＣＰＵリソースについての情報は、本発明の他の実施の形態に準じて、信号２００のフレームレートを調整するため、応答信号３００の特性とともに利用されてもよい。これについて再度図３を参照して説明する。

第２の端末１１２のリソース管理部２２′は、利用可能なＣＰＵリソースを第１の端末に報告してもよい。第２の端末の利用可能ＣＰＵリソースが閾値以上である場合、第２の端末のリソース管理部２２′は、第１の端末に、利用可能ＣＰＵリソースが高いと報告する。反対に、第２の端末の利用可能ＣＰＵリソースが閾値よりも小さい場合、第２の端末のリソース管理部２２′は、第１の端末に利用可能ＣＰＵリソースが低いと報告する。

第２の端末の利用可能ＣＰＵリソースが高いか低いかを報告する値Ｃ′は、符号化され、応答信号３００とともに第１の端末に送信される。

第１の端末においては、第２の端末の利用可能ＣＰＵリソースを報告する値Ｃ′は、第１の端末のリソース管理部２２に入力される。

本発明の実施の形態によれば、第１の端末１００のリソース管理部２２は、第２の端末の受信回路１′が処理可能な１秒当りのフレームの数を示す値Ｂ′、応答信号３００のフレームレートを示す値Ａ′、及び第２の端末における利用可能ＣＰＵリソースを示す値Ｃ′に応じて信号２００のデータレートを調整する。これについて図５を参照して説明する。

図５に示されるように、ステップＳ１０では、値Ａ′が値Ｂ′よりも所定量ｘを超えて大きいかを決定する。

値Ａ′が値Ｂ′よりも所定量ｘを超えて大きい場合は、本方法はステップＳ２０に移る。

ステップＳ２０では、第２の端末の利用可能ＣＰＵリソースを示す値Ｃ′が高いかを決定する。第２の端末の利用可能ＣＰＵリソースが高いと決定された場合は、本方法はステップＳ３０に移る。

ステップＳ３０では、第１の端末のリソース管理部２２は、第２の端末に送信する信号２００のフレームレートを増加させるように符号化部３２に指示し、これにより第２の端末１１２のリソース管理部２２′に信号２００を処理するためにより大きなＣＰＵリソースの割り当てを強制する。

ステップＳ２０で第２の端末の利用可能ＣＰＵリソースが低いと決定された場合、本方法はステップＳ７０に移る。

ステップＳ１０で値Ａ′が値Ｂ′よりも所定量ｘを超えて大きくないことが決定された場合は、本方法はステップＳ４０に移る。

ステップＳ４０で値Ｂ′が値Ａ′よりも所定量ｙを超えて大きいかどうかが決定される。

値Ｂ′が値Ａ′よりも所定量ｙを超えて大きくない場合は、本方法はステップＳ７０に移る。

値Ｂ′が値Ａ′よりも所定量ｙを超えて大きい場合は、本方法はステップＳ５０に移る。

ステップＳ５０では、第２の端末の利用可能ＣＰＵリソースを示す値Ｃ′が低いかが決定される。第２の端末の利用可能ＣＰＵリソースが低いことが決定された場合は、本方法はステップＳ６０に移る。

ステップＳ６０では、第１の端末のリソース管理部２２は、第２の端末に送信する信号２００のフレームレートを減少させるように符号化部３２に指示し、これにより、信号２００を処理するのに必要なＣＰＵリソースを減少させ、かつ第２の端末のリソース管理部が応答信号３００を送信するためのより大きなＣＰＵリソースを割り当てることを可能にする。

ステップＳ５０で第２の端末の利用可能ＣＰＵリソースが高いと決定された場合、本方法はステップＳ７０に移る。

ステップＳ７０で第１の端末のリソース管理部２２は、信号２００の現在のフレームレートを維持する。

同様に第１の端末１００のリソース管理部２２は、第１の端末の利用可能ＣＰＵリソースを第２の端末に報告してもよい。その場合、第２の端末のリソース管理部２２′は、応答信号３００のフレームレートを図５を参照して記載される方法にしたがって調整するようにしてもよい。

本発明の更なる他の実施の形態においては、信号２００を表示するのに利用されるディスプレースクリーン１８に関する情報は、信号２００のフレームレートを調整するため、応答信号３００の特性とともに利用される。

図３を再度参照し、第２の端末１１２のレンダ部３６′は、第２の端末のディスプレースクリーンに関する情報を第１の端末に報告してもよい。例えば、レンダ部はビデオデータを表示するのに利用される解像度を信号２００により報告してもよい。また、レンダ部はディスプレースクリーンの解像度が閾値よりも大きいか小さいかを報告してもよい。

第２の端末のディスプレースクリーンの解像度を示す値Ｄ′は、符号化され、第１の端末に応答信号３００とともに送信されてもよい。

第１の端末において、第２の端末のディスプレースクリーンの解像度を示す値Ｄ′は、第１の端末のリソース管理部２２に入力される。

本発明の実施の形態によれば、第１の端末１００のリソース管理部２２は、第２の端末１１２のディスプレースクリーンの解像度に応じて信号２００のデータレートを調整する。例えば、ディスプレースクリーンの解像度が高い場合は、第１の端末のリソース管理部２２は、第１の端末の符号化部３２にビデオデータを高解像度で符号化するように指示してもよい。これは、例えば、符号化部３２において利用可能なフレームレートを減少させることによりあるいはビットレートを増加させることにより達成され得る。

第１の端末のリソース管理部２２は、信号２００の特性を調整するために、値Ｄ′によって示される第２の端末のディスプレースクリーンの解像度を、上記識別された如何なる値と組み合わせて利用してもよい。

特に、固定ビットレートが符号化部３２で利用可能な場合において、第２の端末のディスプレースクリーンの解像度が閾値より大きいことが報告されたときは、値Ａ′，Ｂ′，Ｃ′がフレームレートが増加されるべきことを示している場合でも、各フレームの解像度を保持するために、リソース管理部は信号２００のフレームレートが増加するのを抑制するようにしてもよい。しかし、第２の端末のディスプレースクリーンの解像度が閾値より小さいことが報告されたときは、リソース管理部は信号２００のフレームレートが増加することを可能にするようにしてもよい。

本発明の一実施形態においては、信号２００及び応答信号３００は、第１の端末のユーザと第２の端末のユーザとの間のビデオ通話等、同じ通信イベントにおいて生じる。

本発明の実施の形態の変形例においては、信号２００及び応答信号３００は、異なる通信イベントに関してもよい。例えば、信号２００は、通話中に送信されるビデオ信号を含んでもよいし、応答信号３００はファイル転送を含んでもよい。

本発明の更に他の実施の形態においては、２以上の端末は互いに信号を送受信してもよい。例えば、これは、図６に示されるようにビデオ会議通話中に生じてもよい。

図６において、５つの端末１０１，１０２，１０３，１０４，１０５は、ビデオ会議通話において通信する。端末１０１は会議通話のホスト端末として機能する。会議通話に参加する他の端末は、ビデオ信号Ｖ１，Ｖ２，Ｖ３，及びＶ４をホスト端末１０１に送信する。ホスト端末は、ビデオ信号を結合し、かつ結合したビデオ信号Ｖｃを他の各端末に送信する。

本発明の実施の形態によれば、ホスト端末は、各端末から受信したビデオ信号の特性を利用して各端末のＣＰＵリソースを推定する。各ビデオ信号の特性は、ホスト端末１０１において推定され、あるいは会議通話に参加する他の各端末によって報告されてもよい。

その場合、ホスト端末は、各端末に関して推定されたＣＰＵリソースにしたがって、各端末に送信した結合されたビデオ信号Ｖｃの特性を調整してもよい。結合されたビデオ信号の特性の調整は、上述したような処理遅延時間やスクリーン解像度等、端末から報告される他の状態に基づいてもよい。

その場合、ホストは、会議への各参加端末にコマンドを送信することができ、結合されたビデオストリームを送信する自身の品質特性を調整する。そして、ホストは、他の参加端末について必ずしも知ることなく自身についての決定をしなければならない各参加端末とは対照的に、各参加端末に期待する送信の品質を、各参加端末に提示する。特性データは、決定を一箇所で行うことが可能なように一箇所に集められてもよい。これにより、ビデオの種類及び送信品質についての要求が各参加端末に対して生成され得る。

特性データは、ビデオデータそれ自身のように同一経路にそって経路制御される必要はないと理解されるだろう。なお、一般にはそのように経路制御される。しかしながら、「皆が皆に送信する」という状況に関し、ビデオデータは互いに直接送信されてもよい。これは、特性データを中央に集めることなく、１対１の最適化をもたらす。これを発展させるため、特性データは、全ての参加端末に関する特性データを決定する１つの「主」パーティに送られてもよい。

本発明の実施の形態においては、必要とされる処理は、ハードウェアによって、あるいはプロセッサ上で実行可能な適切に適応されたソフトウェアによって実行されてもよい。本発明を実行するためのソフトウェアは、移動可能なディスク、カード、テープ等の移動媒体手段に記録され、供給されてもよい。ソフトウエアは、データネットワークを介してダウンロードすることも可能である。これは実行上の問題である。

本発明の実施の形態は、異なる他の会議構造においても適用可能である。

この発明は、特に、好ましい実施の形態に関して示され、記載されているが、形式及び詳細における様々な変更が、特許請求の範囲によって定義された発明の目的から逸脱することなくなされ得ることは当業者により理解される。

１００ 第１の端末
１０４ ネットワーク
１１２ 第２の端末
２００ 信号
３００ 応答信号
２２ リソース管理部
３０ Ａ／Ｄコンバータ
３２ 符号化部
１ 受信回路
２ 送信回路
１８ ディスプレースクリーン

Claims (18)

1. 通信ネットワークを介して第１の端末から第２の端末に第１の信号を送信する方法であって、
   第２の端末から第２の信号を第１の端末において受信するステップと、
   第１の端末に関する出力部から第２の信号を出力するステップと、
   第２の信号の特性に関する情報を決定するステップと、
   第２の端末において第２の信号を送信するのに使用される処理リソースを、第２の信号の特性に関する情報に基づいて推定するステップと、
   推定された、第２の端末において第２の信号を送信するのに使用される処理リソースに基づいて第１の信号の特性を調整するステップと、
   第２の端末に第１の信号を送信するステップとを含むことを特徴とする送信方法。
2. 請求項１に記載の送信方法において、
   第２の信号の特性に関する情報を決定するステップは、第１の端末において第２の信号の特性を推定するステップを含むことを特徴とする送信方法。
3. 請求項１に記載の送信方法において、
   第２の信号の特性に関する情報を決定するステップは、第２の信号の特性に関して第２の端末から報告された情報を受信するステップを含むことを特徴とする送信方法。
4. 請求項１に記載の送信方法において、
   第２の端末において第２の信号を送信するのに使用される処理リソースを、第２の信号の特性に関する情報に基づいて推定するステップは、
   第２の信号の特性に関する情報と第２の端末において第１の信号を受信するのに利用される処理リソースに関する情報とを比較するステップを含むことを特徴とする送信方法。
5. 請求項４に記載の送信方法において、
   第２の端末において第１の信号を処理するのに利用される処理リソースに関する情報は、第２の端末によって第１の端末に報告されることを特徴とする送信方法。
6. 請求項１から請求項５のいずれか１項に記載の送信方法において、
   第２の信号の特性に関する情報は、信号のフレームレートであることを特徴とする送信方法。
7. 請求項４から請求項６のいずれか１項に記載の送信方法において、
   第２の端末において第１の信号を受信するのに利用される処理リソースに関する情報は、第２の端末によって処理される第１の信号のフレームレートであることを特徴とする送信方法。
8. 請求項１から請求項７のいずれか１項に記載の送信方法において、
   第２の信号の特性に関する情報は、第２の信号の解像度であることを特徴とする送信方法。
9. 請求項４から請求項６のいずれか１項に記載の送信方法において、
   第２の端末において第１の信号を処理するのに利用される処理リソースに関する情報は、
   第２の端末によって処理される第１の信号の解像度であることを特徴とする送信方法。
10. 請求項１から請求項９のいずれか１項に記載の送信方法において、
    第２の端末は、第１の信号を表示するのに利用されるディスプレー・スクリーンの解像度を報告することを特徴とする送信方法。
11. 請求項１０に記載の送信方法において、
    第１の信号を表示するのに利用されるディスプレー・スクリーンの解像度が第１の閾値よりも大きい場合、第１の信号の解像度は第２の閾値よりも小さく調整されないことを特徴とする送信方法。
12. 通信ネットワークを介して第１の端末から複数の第２の端末のそれぞれに第１の信号を送信する方法であって、
    上記各第２の端末から第２の信号を第１の端末において受信するステップと、
    上記各第２の信号の特性に関する情報を決定するステップと、
    各第２の端末において各第２の信号を送信するのに使用される処理リソースを、上記各第２の信号の特性に関する情報に基づいて推定するステップと、
    推定された、各第２の端末において各第２の信号を送信するのに使用される処理リソースに基づいて各第２の端末に送信される第１の信号の特性を調整するステップと、
    各第２の端末に各第１の信号を送信するステップとを含むことを特徴とする送信方法。
13. 請求項１２に記載の送信方法において、
    第１の信号は、少なくとも第２の信号の１つを含むことを特徴とする送信方法。
14. 請求項１２または請求項１３に記載の送信方法において、
    第１の端末は、会議通話のホスト端末であることを特徴とする送信方法。
15. 請求項１から請求項１４のいずれか１項に記載の送信方法において、
    第１の端末は、前記または各第２の信号の伝送に使用される特性を定義する要求を前記または各第２の端末に送信することを特徴とする送信方法。
16. 通信ネットワークを介して第２の端末に第１の信号を送信する第１の端末であって、
    上記第１の端末は、
    上記第２の端末から第２の信号を受信する受信回路と、
    第２の信号を出力する出力部と、
    上記第２の信号の特性に関する情報を決定し、第２の端末において第２の信号を送信するのに使用される処理リソースを第２の信号の特性に関する情報に基づいて推定し、推定された、第２の端末において第２の信号を送信するのに使用される処理リソースに基づいて第１の信号の特性を調整するリソース管理部と、
    第１の信号を第２の端末に送信する送信回路とを備えることを特徴とする第１の端末。
17. 通信ネットワークを介して第１の信号を複数の第２の端末のそれぞれに送信する第１の端末であって、
    上記第２の端末のそれぞれから第２の信号を受信する受信回路と、
    上記各第２の信号の特性に関する情報を決定し、各第２の端末において各第２の信号を送信するのに使用される処理リソースを上記各第２の信号の特性に関する情報に基づいて推定し、推定された、各第２の端末において各第２の信号を送信するのに使用される処理リソースに基づいて各第２の端末に送信される第１の信号の特性を調整するリソース管理部と、
    各第１の信号を各第２の端末に送信する送信回路とを備えることを特徴とする第１の端末。
18. コンピュータに、請求項１から請求項１５のいずれか１項に記載の方法に係るステップを実行させるコンピュータ読み込み可能なプログラム。

Images