JP2016174342A - データ伝送システム、端末装置、プログラムおよび方法 - Google Patents

Abstract

【課題】本発明は、必要とされる情報の出力状態を良好に維持することを可能にする新規なデータ伝送システムを提供することを目的とする。
【解決手段】本発明によれば、通信ネットワークに接続された複数の端末装置が各端末装置間でデータを送受信するデータ伝送システムであって、各前記端末装置は、所定のコンテンツデータに対応する出力信号の出力時間間隔に基づいて、該コンテンツデータの符号量を変更する要求であって、符号量の削減量を決定するための削減係数を指定した符号量変更要求を生成し、該符号量変更要求を該コンテンツデータの送信元を宛先に指定して送信する符号量変更要求部と、他の前記端末装置を送信元とする前記符号量変更要求に応答して対応するコンテンツデータの符号量を削減する符号量変更部と、を含むデータ伝送システムが提供される。
【選択図】図１１

Description

本発明は、データ伝送システム、端末装置、プログラムおよび方法に関する。

従来、通信ネットワークを介して接続された複数の拠点間で映像や音声を共有するためのシステムの一例として遠隔会議システムが提供されているが、従来のシステムには、通信ネットワークの通信状態の悪化によってデータの出力遅延が頻繁に発生するという問題があった。データの出力遅延が頻繁に発生すると、音声や画像が途切れ途切れになってしまい、会議の参加者は必要な情報を正しく取得することが難しくなる。

この点につき、特許第５０００１４１号公報（特許文献１）は、受信端末におけるパケットの遅延発生を送信端末に通知し、送信端末において音声データ以外の送信パケットのデータ量を減少させることで音声の途切れを防止する方法を開示する。

本発明は、上記従来技術における課題に鑑みてなされたものであり、本発明は、優先度の高い情報の出力状態を良好に維持することを可能にする新規なデータ伝送システムを提供することを目的とする。

本発明者は、優先度の高い情報の出力状態を良好に維持することを可能にするデータ伝送システムの構成につき鋭意検討した結果、以下の構成に想到し、本発明に至ったのである。

すなわち、本発明によれば、通信ネットワークに接続された複数の端末装置が各端末装置間でデータを送受信するデータ伝送システムであって、各前記端末装置は、所定のコンテンツデータに対応する出力信号の出力時間間隔に基づいて、該コンテンツデータの符号量を変更する要求であって、符号量の削減量を決定するための削減係数を指定した符号量変更要求を生成し、該符号量変更要求を該コンテンツデータの送信元を宛先に指定して送信する符号量変更要求部と、他の前記端末装置を送信元とする前記符号量変更要求に応答して対応するコンテンツデータの符号量を削減する符号量変更部と、を含むデータ伝送システムが提供される。

上述したように、本発明によれば、優先度の高い情報の出力状態を良好に維持することを可能にする新規なデータ伝送システムが提供される。

本実施形態の遠隔会議システムの通信ネットワーク構成図。 本実施形態の遠隔会議システムにおけるデータ伝送の態様を概念的に示した図。 本実施形態の端末装置のハードウェア構成図。 本実施形態の情報処理装置（中継装置、伝送管理装置）のハードウェア構成図。 本実施形態の伝送管理装置の機能ブロック図。 本実施形態における端末認証管理テーブルを示す図。 本実施形態における端末管理テーブルを示す図。 本実施形態における宛先リスト管理テーブルを示す図。 本実施形態で実施される相互認証処理を示すシーケンス図。 本実施形態における宛先リストを示す図。 本実施形態の端末装置および中継装置の機能ブロック図。 本実施形態の遠隔会議システムにおいて実施される処理を示すシーケンス図。 本実施形態における符号量変更要求履歴管理テーブルを示す図。 本実施形態における出力状態管理テーブルを示す図。 本実施形態における符号量変更要求部が実行する処理を示すフローチャート。 本実施形態における符号量変更要求部が実行する処理を示すフローチャート。 本実施形態の遠隔会議システムにおいて実施される処理を示すシーケンス図。 本実施形態の遠隔会議システムにおいて実施される処理を示すシーケンス図。

以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。

以下においては、本発明のデータ伝送システムを、その好適な適用例である“遠隔会議システム”に基づいて説明する。

図１は、本発明の実施形態である遠隔会議システム１の通信ネットワーク構成を示す。図１に示すように、本実施形態の遠隔会議システム１は、複数の端末装置１０（１０ａ，１０ｂ，１０ｃ…）と、少なくとも１つの中継装置３０と、伝送管理装置５０とを含んで構成されており、各装置は、インターネット、ＬＡＮなどとして参照されるネットワーク８０上に配置され、相互通信可能に接続されている。

各端末装置１０は、設置された拠点の映像や音声を取得して他の拠点の端末装置１０に送信し、また、他の拠点に設置された端末装置１０から映像や音声を受け取って出力する情報処理装置である。また、中継装置３０は、複数の端末装置１０の間に介在してコンテンツデータの中継を行う情報処理装置である。一方、伝送管理装置５０は、システムの運行に必要な処理（端末装置のログイン認証や通信ネットワークの通信状態の監視など）を実施するとともに、各種の管理情報を一元的に管理する情報処理装置である。

図２は、本実施形態の遠隔会議システム１におけるデータ伝送の態様を概念的に示した図である。本実施形態においては、各端末装置１０と伝送管理装置５０の間には各種管理情報を送受信するために固有の管理情報用セッションＳ_ｉが確立され、各端末装置１０と伝送管理装置５０は、当該セッションＳ_ｉを使用して各種管理情報を送受信する。また、本実施形態においては、各端末装置１０と中継装置３０の間にコンテンツデータを送受信するためのデータ用セッションＳ_ｄが確立され、各端末装置１０と伝送管理装置５０は、当該セッションＳ_ｄを使用してコンテンツデータを送受信する。

各端末装置１０は、複数のコンテンツデータを同時に伝送することができ、各データを個別に確立した固有のセッションＳ_ｄで伝送するように構成されている。ここでいうコンテンツデータとしては、例えば、画像データ（動画・静止画）や音声データを挙げることができ、テキストデータを含んでいてもよい。

以上、本実施形態の遠隔会議システム１のシステム構成について概説したが、続いて、遠隔会議システム１を構成する各装置について説明する。

最初に、本実施形態の端末装置１０のハードウェア構成について説明する。図３は、本実施形態の端末装置１０のハードウェア構成図である。図３に示すように、端末装置１０は、装置全体の動作を制御するＣＰＵ１０１、ＩＰＬ等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ１０３、端末用プログラム、画像データおよび音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し／書き込みを制御するＳＳＤ１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し／書き込みを制御するメディアドライブ１０７、端末装置１０の宛先を選択する場合などに操作される操作ボタン１０８、端末装置１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワークを利用してデータ伝送をするための通信ネットワークＩ／Ｆ１１１、および各構成要素を接続するアドレスバスやデータバス等のバスライン１１０を備えている。

また、端末装置１０は、会議の様子を撮像して画像データを取得するための画像入力装置として、レンズ光学系および固体撮像素子（ＣＭＯＳやＣＣＤ等）を含む内蔵型のカメラ１１２を備えており、撮像素子Ｉ／Ｆ１１３がカメラ１１２の駆動を制御する。

また、端末装置１０には、画像出力装置として、外付けのディスプレイ１２０が接続されており、ディスプレイ１２０は、ディスプレイＩ／Ｆ１１８が出力する画像信号（ＶＧＡ信号、ＨＤＭＩ（登録商標）信号、ＤＶＩ信号など）に基づいて、他の拠点の会議の様子や操作入力画面などを表示する。なお、ディスプレイは内蔵されていてもよい。

さらに、端末装置１０は、音声入力装置として、内蔵型のマイク１１４を備えており、音声入力Ｉ／Ｆ１１６がマイク１１４からの音声信号の入力を制御する。また、端末装置１０は、音声出力装置として、内蔵型のスピーカー１１５を備えており、スピーカー１１５は、音声出力Ｉ／Ｆ１１７が出力する音声信号に基づいて、他の拠点の会議の音声などを出力する。

各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１９には、ＵＳＢケーブル等によって、外付けカメラ、外付けマイク、および外付けスピーカー等の外部機器が接続可能に構成されており、本実施形態においては、外付けカメラが接続された場合には、内蔵型のカメラ１１２に優先して外付けカメラが駆動し、外付けマイクや外付けスピーカーが接続された場合には、内蔵型のマイク１１４や内蔵型のスピーカー１１５に優先して、外付けマイクや外付けスピーカーが駆動するように構成することができる。もしくは、カメラ、スピーカーおよびマイクの全てを外付けのみにしてもよい。

以上、本実施形態の端末装置１０のハードウェア構成について説明したが、続いて、本実施形態における中継装置３０および伝送管理装置５０のハードウェア構成について説明する。なお、中継装置３０および伝送管理装置５０は、いずれも、Ｗｅｂサーバとして参照される汎用の情報処理装置であるので、以下においては、これらのハードウェア構成をまとめて説明する。

図４は、本実施形態の情報処理装置（中継装置３０、伝送管理装置５０）のハードウェア構成図である。図４に示すように、本実施形態の情報処理装置３０，５０は、装置全体の動作を制御するＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、各種データ（データ中継用プログラムや伝送管理用プログラム等）を記憶するＨＤ２０４、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し／書き込みを制御するＨＤＤ２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し／書き込みを制御するメディアドライブ２０７、各種情報を表示するディスプレイ２０８、ＬＡＮやインターネットなどの通信ネットワークを介してデータ伝送をするための通信ネットワークＩ／Ｆ２０９、入力装置としてのキーボード２１１およびマウス２１２、ＣＤ−ＲＯＭ２１３に対する各種データの読み出し／書き込みを制御するＣＤ−ＲＯＭドライブ２１４、および、上記各構成要素を接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。

以上、本実施形態の端末装置１０、中継装置３０および伝送管理装置５０のハードウェア構成について説明してきたが、続いて、伝送管理装置５０の機能ブロックについて説明する。

図５は、本実施形態の伝送管理装置５０の機能ブロックを示す。図５に示すように、本実施形態の伝送管理装置５０は、送受信部５１、端末認証部５２、端末管理部５３、抽出部５４、端末状態確認部５６、宛先リスト管理部５７、記憶・読出処理部５９および記憶装置５８を含んで構成される。

送受信部５１は、ネットワーク８０を介して端末装置１０および中継装置３０と各種データの送受信を行う。端末認証部５２は、送受信部５１を介して受信されたログイン要求情報に含まれている端末ＩＤおよびパスワードを検索キーとし、記憶装置５８に格納された端末認証管理テーブル５００（図６参照）を検索し、端末認証管理テーブル５００に同一の組の端末ＩＤおよびパスワードが管理されているかを判断することによって端末認証を行う。

端末管理部５３は、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末管理テーブル５０２（図７参照）に、この要求元端末の端末ＩＤ、要求元端末の稼動状態、伝送管理装置５０でログイン要求情報が受信された受信日時、および要求元端末のＩＰアドレスを関連付けて記憶して管理する。また、端末管理部５３は、利用者が端末装置１０の電源スイッチ１０９（図３参照）をＯＮの状態からＯＦＦにすることで、端末装置１０から送られてきた、電源をＯＦＦする旨の稼動状態情報に基づいて、端末管理テーブル５０２のオンラインを示す稼動状態をオフラインに変更する。

抽出部５４は、ログイン要求した要求元端末の端末ＩＤをキーとして、図８に示す宛先リスト管理テーブル５０４を検索し、要求元端末と通話することができる宛先端末の候補の端末ＩＤを読み出すことで端末ＩＤを抽出する。ここで宛先リスト管理テーブル５０４は、遠隔会議システム１にアカウントを有する各端末装置１０間で事前に実施される相互認証処理に基づいて生成されるテーブルであり、送信元の端末装置１０の端末ＩＤと当該送信元の端末装置１０が承認を受けた宛先の端末装置１０の端末ＩＤを対応付けて管理する。

また、抽出部５４は、ログイン要求してきた要求元端末の端末ＩＤをキーとして、宛先リスト管理テーブル５０４を検索し、上記要求元端末の端末ＩＤを宛先端末の候補として登録している他の要求元端末の端末ＩＤも抽出する。また、抽出部５４は、この抽出部５４によって抽出された宛先端末の候補の端末ＩＤを検索キーとして、端末管理テーブル５０２を検索し、上記抽出部５４によって抽出された端末ＩＤ毎に稼動状態を読み出す。これにより、抽出部５４は、ログイン要求してきた要求元端末と通話することができる宛先端末の候補の稼動状態を取得することができる。また、抽出部５４は、この抽出部５４によって抽出された端末ＩＤを検索キーとして、端末管理テーブル５０２を検索し、ログイン要求してきた要求元端末の稼動状態も抽出する。

端末状態確認部５６は、端末ＩＤ又は宛先名を検索キーとして端末管理テーブル５０２を検索することにより、対応する稼動状態を確認する。

宛先リスト管理部５７は、宛先リスト管理テーブル５０４の各要求元端末の端末ＩＤ毎に、宛先端末の端末ＩＤを追加又は削除する。

記憶・読出処理部５９は、記憶装置５８に各種データを記憶し、記憶装置５８に記憶された各種データを読み出す処理を行う。

以上、伝送管理装置５０の機能ブロックについて説明してきたが、続いて、端末装置１０が遠隔会議システム１にログインして会議に参加する際に実行される処理を図９に示すシーケンス図に基づいて説明する。

まず、利用者が電源スイッチ１０９（図３参照）をＯＮにする（ステップＳ１）。これに応答して、端末装置１０は、伝送管理装置５０に対して、端末ＩＤとパスワードを含むログイン要求を発行する（ステップＳ２）。

伝送管理装置５０の端末認証部５２は、送受信部５１を介して受信したログイン要求に含まれている端末ＩＤおよびパスワードを検索キーとして、記憶装置５８の端末認証管理テーブル５００（図６参照）を検索し、端末認証管理テーブル５００に同一の端末ＩＤおよび同一のパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ３）。認証に成功した場合、端末管理部５３は、端末管理テーブル５０２（図８参照）に、ログイン要求元の端末装置１０の端末ＩＤおよび宛先名で示されるレコード毎に、稼動状態、上記ログイン要求が受信された受信日時、および端末装置１０のＩＰアドレスを関連付けて記憶する（ステップＳ４）。その後、端末認証部５２は、送受信部５１を介して認証結果（認証成功）をログイン要求元の端末装置１０に送信する（ステップＳ５）。

端末装置１０は、認証結果（認証成功）を受信すると、伝送管理装置５０に対して宛先リスト要求を発行する（ステップＳ６）。これを受けて、伝送管理装置５０の抽出部５４は、宛先リスト要求元の端末装置１０の端末ＩＤを検索キーとして、宛先リスト管理テーブル５０４（図８参照）を検索し、宛先リスト要求元の端末装置１０と通話することができる宛先端末の候補の端末ＩＤを抽出すると共に、この端末ＩＤに対応する宛先名を端末管理テーブル５０２（図７参照）から読み出す（ステップＳ７）。

次に、伝送管理装置５０の記憶・読出処理部５９は、記憶装置５８から宛先リスト枠のデータを読み出す（ステップＳ８）と共に、この宛先リスト枠並びに抽出部５４が抽出した端末ＩＤおよび宛先名を含めた「宛先リスト情報（宛先リスト枠、端末ＩＤ、宛先名）」を、宛先リスト要求元の端末装置１０に送信する（ステップＳ９）。これを受けて、要求元の端末装置１０は、受信した宛先リスト情報を管理情報記憶部に記憶する（ステップＳ１０）。

さらに、伝送管理装置５０の抽出部５４は、先に抽出した宛先端末の候補の端末ＩＤを検索キーとして、端末管理テーブル５０２（図７参照）を検索し、宛先端末の候補の端末ＩＤ毎に、対応する稼動状態を読み出す（ステップＳ１１）。

次に、伝送管理装置５０の送受信部５１は、上記Ｓ７で検索キーに使用した端末ＩＤと、対応する宛先端末の稼動状態を含む「端末の稼動状態情報」を要求元の端末装置１０に送信する（ステップＳ１２）。

これを受けて、要求元の端末装置１０は、受信した「端末の稼動状態情報」を管理情報記憶部に記憶する（ステップＳ１３）。このようにして、要求元の端末装置１０は、通話することができる宛先端末の候補の現時点における稼動状態を取得することができる。

次に、要求元の端末装置１０は、管理情報記憶部に記憶されている宛先リスト情報および端末の稼働状態情報に基づいて、宛先候補としての端末装置１０の状態を反映させた宛先リストを作成・表示する。図１０は、端末装置１０に接続されたディスプレイ１２０に表示された宛先リストを例示的に示す。

以上、端末装置１０が遠隔会議システム１にログインする際に実行される処理について説明してきたが、本実施形態では、利用者が表示された宛先リスト（図１０参照）から所望の端末装置１０を選択したこと応答して、その選択先との間でコンテンツデータの送受信がスタンバイされるように構成されている。利用者が選択した端末装置１０が既に他の端末装置１０と会議中であった場合には、当該利用者（の端末装置１０）は、その会議に参加している全ての端末装置１０との間でコンテンツデータの送受信がスタンバイされる。

以上、端末装置１０が遠隔会議システム１にログインして会議に参加する際に実行される処理について説明してきたが、続いて、本実施形態の端末装置１０および中継装置３０機能ブロックについて説明する。

図１１は、本実施形態の端末装置１０および中継装置３０の機能ブロックを示す。図１１に示すように、本実施形態の端末装置１０は、符号量変更要求部１２、符号量変更部１３、最終出力時刻更新部１４、および送受信部１５を含んで構成されている。

符号量変更要求部１２は、利用者が選択した所定のコンテンツデータに係る出力遅延を検知したことに応答して、当該コンテンツデータの符号量の削減を要求する旨（以下、符号量変更要求という）を当該コンテンツデータの送信元宛に送信するための機能部である。また、符号量変更部１３は、他の端末装置１０を送信元とする符号量変更要求に応答して、送信データの符号量を削減する処理を実行するための機能部である。

最終出力時刻更新部１４は、利用者が選択した所定のコンテンツデータに係る最終出力時刻（後述する）を更新するため機能部である。また、送受信部１５は、中継装置３０を介して他の端末装置１０との間で各種データを送受信するための機能部である。

一方、本実施形態の中継装置３０は、中継制御部３２と符号量変更要求履歴管理部３４を含んで構成されている。

中継制御部３２は、端末装置１０から受信した各種データを指定された宛先に転送するための機能部である。また、符号量変更要求履歴管理部３４は、各端末装置１０から受信した符号量変更要求の履歴を管理するための機能部である。

以上、端末装置１０および中継装置３０の機能ブロックについて概説したが、続いて、図１１に示した各機能部が実行する具体的な処理の内容を図１２に示すシーケンス図に基づいて説明する。なお、以下の説明においては、適宜、図１１を参照するものとする。

利用者は、端末装置１０ａのディスプレイ１２０に表示された宛先リスト（図１０参照）から所望の宛先を選択することによって会議に参加する。このとき、端末装置１０ａは、送信を希望するコンテンツデータの登録・解除を受け付けるための入力画面をディスプレイ１２０に表示する。

利用者が入力画面を介して送信を希望するコンテンツデータを選択すると、端末装置１０ａは、選択されたコンテンツデータの登録要求を中継装置３０に送信する（Ｓ１）。

これを受けて中継装置３０は、端末装置１０ａから登録を要求された各コンテンツデータに対して、端末装置１０が現在参加する会議内でユニークなデータＩＤを付与するとともに、当該会議に参加する全ての端末装置１０（端末装置１０ａを含む）が登録したコンテンツデータのデータ名とデータＩＤの一覧であるコンテンツデータ登録情報を生成し（Ｓ２）、これを端末装置１０ａに送信する（Ｓ３）。

併せて、中継装置３０は、図１３（ａ）に示す符号量変更要求履歴管理テーブル６００を生成（既に生成済みの場合は内容を更新）する（Ｓ４）。図１３（ａ）に示すように、符号量変更要求履歴管理テーブル６００は、中継装置３０が中継するコンテンツデータに関して、セッションＩＤを格納するためのフィールド６０１、データＩＤを格納するためのフィールド６０２、および、そのコンテンツデータの符号量変更要求の内容を格納するためのフィールド６０３を備えている。

一方、端末装置１０ａの符号量変更要求部１２は、中継装置３０からコンテンツデータ登録情報を受領したことに応答して、図１４（ａ）に示す出力状態管理テーブル７００を生成する（Ｓ５）。図１４（ａ）に示すように、出力状態管理テーブル７００は、他の端末装置１０（１０ｂ、１０ｃ、１０ｄ…）から受信するコンテンツデータに関して、優先度を格納するためのフィールド７０１、データＩＤを格納するためのフィールド７０２、最終出力時刻（後述する）を格納するためのフィールド７０３、および、符号量変更要求に係る状態を格納するためのフィールド７０４を備えている。

続いて、端末装置１０ａは、中継装置３０から受信したコンテンツデータ登録情報に基づいて、端末装置１０ａがその会議において受信する予定のコンテンツデータの一覧を含む設定画面をディスプレイ１２０に表示する（Ｓ６）。利用者は、当該設定画面を介して、利用者が遅延なく出力したいと考える少なくとも１つのコンテンツデータを選択するとともに、選択したコンテンツデータの優先度を設定する。具体的には、会議において参加者の発言内容を最重要視する場合に、音声データの優先度を高く設定するといったケースが考えられる。

端末装置１０ａが利用者の選択入力を受けたことに応答して、符号量変更要求部１２は、出力状態管理テーブル７００のフィールド７０２に対して、選択されたコンテンツデータのデータＩＤをセットする（Ｓ７）。図１４（ｂ）は、データＩＤがセットされた出力状態管理テーブル７００を示す。

上述した手順が済んだ時点で、端末装置１０ａは、他の端末装置１０（１０ｂ、１０ｃ、１０ｄ…）を宛先に指定した自身のコンテンツデータを中継装置３０に対して送信するとともに、自身が宛先として指定された他の端末装置１０（１０ｂ、１０ｃ、１０ｄ…）のコンテンツデータを中継装置３０から受信する。このとき、中継装置３０を介して送受信されるコンテンツデータのパケットにはデータＩＤが格納される。

このようにして会議が進行する中で、他の端末装置１０（１０ｂ、１０ｃ、１０ｄ…）がコンテンツデータを発送してから端末装置１０ａが当該データに対応する出力信号を自身の出力装置に出力するまでの時間が許容範囲を超えて長くなると、端末装置１０ａの利用者は、画像や音声の遅延を感知するようになり、その内容を正しく理解することが難しくなる。

この点につき、本実施形態では、利用者が事前に選択したコンテンツデータ（画像や音声）の出力遅延が利用者に感知されるレベルに達する前にその出力遅延を解消するための手当を施す。

この点につき、まず最初に、端末装置１０ａの最終出力時刻更新部１４が実行する処理について説明する。コンテンツデータの出力遅延の原因は、専ら、通信ネットワークの通信状態に起因する“伝送遅延”と、データを受信してから出力信号を生成するまでの処理時間に起因する“内部処理遅延”に求められるが、その原因の如何にかかわらず、出力遅延の兆候は、出力信号を出力する時間間隔の増大化として現れる。この点に関して、最終出力時刻更新部１４は、受信したコンテンツデータの最終出力時刻を出力状態管理テーブル７００のフィールド７０３に格納し、新たな出力信号が出力される度にその値を更新するように構成されている。

ここで、最終出力時刻とは、映像データの場合は、デコーダにより復号化されレンダリング可能な状態になった映像フレームを画面にレンダリングする処理を指示した時刻を意味し、音声データの場合は、デコーダにより復号化され出力可能な状態になった音声フレームをスピーカーデバイスに出力するように指示した時刻を意味する。この他にも本発明の主旨を逸脱しない範囲で他の適切なタイミングを最終出力時刻としてもよいが、極力利用者への提示に近い処理を正常に実行したタイミングを最終出力時刻とすることが望ましい。

具体的には、最終出力時刻更新部１４は、音声出力Ｉ／Ｆ１１７（図３参照）が、他の端末装置１０を送信元とする音声データに基づいて生成した音声信号をスピーカー１１５（図３参照）に出力した最終出力時刻を、当該音声データに対応するフィールド７０３に格納し、新たに音声信号が出力される度にその値を更新する。また、最終出力時刻更新部１４は、ディスプレイＩ／Ｆ１１８が、他の端末装置１０を送信元とする画像データに基づいて生成した画像信号をディスプレイ１２０（図３参照）に出力した最終出力時刻を、当該画像データに対応するフィールド７０３に格納し、新たに出力信号が出力される度にその値を更新する。

図１４（ｃ）は、端末装置１０ａがコンテンツデータの受信を開始した後の出力状態管理テーブル７００を示す。端末装置１０ａがデータの受信を開始すると、図１４（ｃ）に示すように、各データのデータＩＤに対応するフィールド７０３に最新の最終出力時刻がセットされる。

再び、図１２に戻って説明を続ける。符号量変更要求部１２は、最終出力時刻更新部１４によって更新される最終出力時刻を常時監視し、出力遅延の程度に応じた符号量変更要求を生成する（Ｓ８）。

本実施形態において、符号量変更要求部１２は、自身の端末ＩＤと、対象となるコンテンツデータのデータＩＤと、出力遅延要因と、削減係数とを指定した符号量変更要求を生成する。

ここで、「出力遅延要因」とは、“伝送遅延”および“内部処理遅延”を意味する。符号量変更要求部１２は、符号量変更要求の生成時に、通信速度計測部１７が計測するネットワーク通信速度が所定の閾値を超えているか否かを判定し、計測値が所定の閾値を下回っている場合には、出力遅延要因として、“伝送遅延”を指定して符号量変更要求を生成する。併せて、符号量変更要求部１２は、符号量変更要求を生成時に、ＣＰＵ使用率計測部１８が計測するＣＰＵ使用率が所定の閾値を超えているか否かを判定し、計測値が所定の閾値を超えている場合には、出力遅延要因として“内部処理遅延”を指定して符号量変更要求を生成する。なお、以下においては、符号量変更要求に指定する“伝送遅延”および“内部処理遅延”の値を、それぞれ、“Network”および“CPU”として参照する。

一方、「削減係数」とは、符号量の削減量を決定するパラメータであり、1.0を上限とする正の実数である。符号量変更要求部１２は、符号量変更要求の生成時に、最適な削減係数を算出し、算出した削減係数を指定して符号量変更要求を生成する。なお、削減係数の算出方法の詳細については後述する。

その後、符号量変更要求部１２は、生成した符号量変更要求をコンテンツデータの送信元である他の端末装置１０を宛先に指定して中継装置３０に送信し（Ｓ９）、これに伴って出力状態管理テーブル７００を更新する（Ｓ１０）。一方、中継装置３０が端末装置１０ａから符号量変更要求を受信したことを受けて、符号量変更要求履歴管理部３４は、符号量変更要求履歴管理テーブル６００を更新する（Ｓ１１）。

ここで、例えば、端末装置１０ａの符号量変更要求部１２が、データＩＤ“dat003”、端末ＩＤ“aaa”、出力遅延要因“Network”、削減係数“0.9”を含む符号量変更要求を中継装置３０に送信したとする。この場合、端末装置１０ａの符号量変更要求部１２は、出力状態管理テーブル７００を、図１４（ｄ）に示すように更新する。この場合、データＩＤ“dat003”のフィールド７０４にステート値として“要求中”が格納されるとともに、送信した符号量変更要求に指定した出力遅延要因“Network”と削減係数“0.9”が格納される。

一方、中継装置３０の符号量変更要求履歴管理部３４は、符号量変更要求履歴管理テーブル６００を、図１３（ｂ）に示すように変更する。この場合、データＩＤ“dat003”のフィールド６０３に、受信した符号量変更要求に指定された値（データＩＤ“dat003”、端末ＩＤ“aaa”、出力遅延要因“Network”、削減係数“0.9”）が格納される。

一方、中継制御部３２は、更新された符号量変更要求履歴管理テーブル６００の内容に基づいて端末装置１０ａから受信した符号量変更要求をデータＩＤ“dat003”に係るコンテンツデータの送信元である他の端末装置１０に転送する（Ｓ１２）。なお、中継制御部３２が実行する処理の詳細については後述する。

中継装置３０から符号量変更要求を受信した他の端末装置１０の符号量変更部１３は、当該符号量変更要求に指定された値に基づいて、対象となるコンテンツデータの符号量を変更する処理を実行する（Ｓ１３）。なお、符号量変更部１３が実行する処理の詳細については後述する。

以上、図１１に示した各機能部が協働して実行する処理の内容を図１２に示すシーケンス図に基づいて説明してきたが、続いて、符号量変更要求部１２が実行する処理の詳細な内容を説明する。

符号量変更要求部１２が実行する処理は、２つのメインルーチンと各メインルーチンから呼び出されるサブルーチンで構成される。

まず、符号量変更要求部１２が実行するサブルーチンを図１５に示すフローチャートに基づいて説明する。なお、図１５に示すサブルーチンは、２つのメインルーチンから呼び出される際に実行モード（定期実行モードまたは受信時実行モード）を指定されるものとする。

ステップ１０１では、対象となるコンテンツデータ（以下、データＡという）に関して、最終出力時刻から現在時刻までの経過時間Ｔを算出する。

ステップ１０２では、下記式（１）により最新の削減係数Ｒ_ｎｅｗを算出する。

上記式（１）において、Ｔは、Ｓ１０１で算出した経過時間を示し、Ｒ_Ｃは、対象となるコンテンツデータに係る直近の符号量変更要求において指定した削減係数（現在値）を示し、Ｔ_Ｃは標準出力時間間隔を示す。

ここで、標準出力時間間隔Ｔ_Ｃは、データの種別毎に予め定められるパラメータであり、各データの正常時における理論的な出力時間間隔に所定のマージンを追加した値をＴ_Ｃとして設定することができる。例えば、60fpsの映像データの理論的な出力時間間隔は、1/60秒=16.6msであるので、これに20%のマージンを追加した20msをＴ_Ｃとして設定することができる。

なお、ステップ１０２においては、算出結果が1.0を超える場合はＲ_ｎｅｗ＝1.0とし、算出結果が所定の閾値Ｒ_ｔｈを下回る場合は、Ｒ_ｎｅｗ＝Ｒ_ｔｈとする。ここでＲ_ｔｈは、システムにおいて許容されるデータの限界削減率に照らして決定する。例えば、最高で１／１０までの削減が許容される場合は、Ｒ_ｔｈ＝0.1とする。

ステップ１０３では、ステップ１０２で算出したＲ_ｎｅｗの値とＲ_Ｃの値が異なり、かつ、Ｒ_ｎｅｗもしくはＲ_Ｃの少なくとも一方の値が1.0ではない、という条件を満たすか否かを判定する。判定の結果、条件を満たさない場合は（Ｓ１０３、Ｎｏ）、そのまま処理を終了する。一方、条件を満たす場合は（Ｓ１０３、Ｙｅｓ）、処理はステップ１０４に進む。

ステップ１０４では、メインルーチンから指定された実行モードが「受信時実行モード」である、または、ステップ１０２で算出した（Ｔ_Ｃ／Ｔ）の値が1.0より小さい、という条件を満たすか否かを判定する。判定の結果、条件を満たさない場合は（Ｓ１０４、Ｎｏ）、そのまま処理を終了する。一方、条件を満たす場合は（Ｓ１０４、Ｙｅｓ）、処理はステップ１０５に進む。

メインルーチンから指定された実行モードが「定期実行モード」である場合、処理の実行タイミングによりＴの値が小さくなる結果、Ｒ_ｎｅｗの算出結果が1.0を超えることがあるが、これは出力状態の改善によるものではない。このような場合、ステップ１０４においてＮｏ判定がなされ処理が終了する。一方、（Ｔ_Ｃ／Ｔ）の値が1.0以上になっている場合（すなわち、出力遅延が生じている場合）には、遅延状態から復旧するためにステップ１０５以降の処理を実行する。

ステップ１０５では、符号量変更要求部１２は、自身の端末ＩＤと、データＡのデータＩＤと、出力遅延要因と、ステップ１０２で算出した最新の削減係数Ｒ_ｎｅｗとを指定した符号量変更要求を生成して中継装置３０に送信する。なお、（Ｔ_Ｃ／Ｔ）の値が1.0より小さい場合には、符号量変更要求に出力遅延要因を指定しない。

最後のステップ１０６では、出力状態管理テーブル７００（図１４参照）におけるデータＡのフィールド７０４に格納されている現在の削減係数Ｒ_Ｃの値を最新の削減係数Ｒ_ｎｅｗの値に更新し、処理を終了する。

続いて、符号量変更要求部１２が実行する２つのメインルーチンを図１６に基づいて説明する。

符号量変更要求部１２は、端末装置１０と中継装置３０の間でセッションが確立している間、図１６（ａ）に示すフローチャートの処理を定期的に実行する（定期実行モード）。符号量変更要求部１２は、出力状態管理テーブル７００（図１４参照）において、所定の閾値以上の優先度に設定されている全てのコンテンツデータについて、所定の間隔で定期的に前述のサブルーチン（図１５参照）を呼び出し、定期実行モードを指定して処理を実行する（Ｓ２０１）。なお、優先度の閾値は利用者が変更できるようにしてもよい。

一方、符号量変更要求部１２は、コンテンツデータの出力期間において、図１６（ｂ）に示すフローチャートの処理を逐次的に実行する（受信時実行モード）。符号量変更要求部１２は、出力状態管理テーブル７００（図１４参照）において、所定の閾値以上の優先度に設定されているコンテンツデータの出力に同期して前述のサブルーチン（図１５参照）を呼び出し、受信時実行モードを指定して処理を実行する（Ｓ３０１）。具体的には、符号量変更要求部１２は、映像データの場合、デコーダにより復号化されレンダリング可能な状態になったフレームをレンダリング処理したタイミングで処理を実行し、音声データの場合、デコーダにより復号化され出力可能な状態になったフレームをスピーカーデバイスに出力するように処理したタイミングで処理を実行する。

以上、符号量変更要求部１２が実行する処理について説明してきたが、続いて、中継装置３０の中継制御部３２が実行する処理について説明する。なお、以下においては、コンテンツデータを単に「データ」という場合がある。また、コンテンツデータの送信元の端末装置１０を「送信端末」といい、コンテンツデータを受信する端末装置１０を「受信端末」という場合がある。

例えば、中継装置３０が、受信端末１０ａから符号量変更要求（データＩＤ“dat003”、端末ＩＤ“aaa”、出力遅延要因“Network”、削減係数“0.9”）を受信した場合、中継装置３０の符号量変更要求履歴管理部３４は、符号量変更要求履歴管理テーブル６００（図１３参照）のデータＩＤ“dat003”のレコードのフィールド６０３に、受信した符号量変更要求の内容（aaa、Network、0.9）を格納する。

符号量変更要求履歴管理テーブル６００が更新されたことを受けて、中継制御部３２は、更新されたレコードのフィールド６０３に格納されている符号量変更要求の内容（aaa、Network、0.9）を読み出し、その内容に合った符号量変更要求を“dat003”に係るデータの送信端末に転送する。

ここで、図１３（ｂ）の符号量変更要求履歴管理テーブル６００において☆で示すように、１つのデータに対して同時期に２以上の受信端末から符号量変更要求がなされる場合がある。さらに、このとき、それぞれの符号量変更要求に指定された内容（出力遅延要因、削減係数）が異なる場合がある。このような場合、中継制御部３２は、以下の手順で符号量変更要求を生成する。

まず、１つのデータに対して“Network”を指定した符号量変更要求と“CPU”を指定した符号量変更要求が同時になされている場合、中継制御部３２は、“CPU”を指定した符号量変更要求を優先的に選択する。これは、１つのデータに関して、伝送遅延を生じている受信端末と内部処理遅延を生じている受信端末が同時に存在する場合、内部処理遅延を生じている受信端末側の問題を解消することによって、伝送遅延を生じている他の受信端末の出力状態が改善する場合があることによる。

さらに、出力遅延要因を共通する複数の符号量変更要求が存在する場合には、以下の手順で符号量変更要求を生成する。

まず、複数の符号量変更要求において、それぞれに指定される削減係数が完全に一致する場合は、指定された削減係数を指定して符号量変更要求を生成する。一方、複数の符号量変更要求において、それぞれに指定される削減係数が異なる場合は、削減係数の代表値を決定し、決定した代表値を削減係数として指定して符号量変更要求を再生成する。本実施形態においては、２以上の削減係数の最大値を新たな削減係数として指定することができ、また、２以上の削減係数の平均値を新たな削減係数として指定することができる。前者の方法によれば、出力状態が最も深刻な端末装置１０の状況が速やかに改善されることが期待できる。一方、後者の方法によれば、各受信端末における改善効果が平準化されるので、利用者に違和感を覚えさせることのない、緩慢な回復が期待できる。

以上、中継装置３０の中継制御部３２が実行する処理について説明してきたが、続いて、中継装置３０から符号量変更要求を受信した受信端末の符号量変更部１３が実行する処理について説明する。

中継装置３０から符号量変更要求を受信した受信端末の符号量変更部１３は、当該符号量変更要求が指定するデータＩＤに係るデータの符号量を、当該符号量変更要求が指定する出力遅延要因および削減係数に応じて変更する処理を実行する。

符号量変更要求が指定するデータが映像データである場合、符号量変更部１３は、以下の処理を実行することができる。

例えば、符号量変更部１３は、カメラデバイスがキャプチャする解像度を指定された削減係数に見合った解像度に変更する。具体的には、カメラデバイスの動作を一旦停止し、指定された削減係数Ｒから割り出される最も近い解像度を動作モードの中から選択してから再度デバイス動作を開始する。

例えば、符号量変更要求に削減係数として“0.25”が指定されている場合、現在動作している解像度から、幅、及び、高さが半分に近い解像度を新たに設定し（この場合、ピクセル数が１／４になる。）、カメラデバイスから取得された映像フレームデータをエンコーダに入力する前に逐次リサイズ（縮小）する。

例えば、符号量変更要求に削減係数として“0.1”が指定されている場合、現在のフレームサイズの幅、及び、高さに対して0.316（0.1のルート）を掛けたサイズを新たに設定する。

例えば、符号量変更要求に削減係数として“0.3”が指定されている場合、現在設定されているエンコーダの圧縮率を3/10に低減する。

一方、符号量変更要求が指定するデータが音声データである場合、符号量変更部１３は、オリジナルの音声データのサンプリングレートを指定された削減係数に見合ったレートに下げることができる。例えば、符号量変更要求に削減係数として“0.5”が指定されている場合、現在設定されているサンプリングレートを1/2に低減する。

なお、符号量変更要求に出力遅延要因として“CPU”が指定されている場合、符号量変更部１３は、デコードの際の計算負荷をより増大させる可能性があるエンコーダ設定の変更よりも、解像度を下げる処理を優先的に実行することが好ましい。

以上、端末装置１０の符号量変更部１３が実行する処理について説明してきたが、続いて、これまで説明した内容を図１７および図１８に示すシーケンス図に基づいて振り返る。

端末装置１０ａは、端末装置１０ｂおよび端末装置１０ｃを宛先に指定してコンテンツデータ（画像および音声）を中継装置３０に送信する（Ｓ１）。中継装置３０は、端末装置１０ａから受信したデータを端末装置１０ｂおよび端末装置１０ｃに転送する（Ｓ１、Ｓ２）。

これを受けて、端末装置１０ｂは、端末装置１０ａが送信する映像データに係る符号量変更要求（データＩＤ“dat003”、端末ＩＤ“bbb”、出力遅延要因“Network”、削減係数“0.9”）を中継装置３０に送信する（Ｓ４）。

これを受けて、中継装置３０は、符号量変更要求生成処理を実施する（Ｓ５）。この場合、データＩＤ“dat003”のセッションにおいて要求されている符号量変更要求は１つなので、中継装置３０は、符号量変更要求（dat003、bbb、Network、0.9）を端末装置１０ａに転送する（Ｓ６）。

中継装置３０から符号量変更要求を受信した端末装置１０ａは、当該要求に指定された内容に基づいて、データＩＤ“dat003”に係る映像データのエンコーダの圧縮率を現在の設定値の9/10に低減する処理を実行する（Ｓ７）。これ以降、端末装置１０ａからは、以前の9/10の圧縮率で圧縮した映像データが中継装置３０に送信され（Ｓ８）、中継装置３０は、これを端末装置１０ｂ、１０ｃに転送する（Ｓ９、Ｓ１０）。

その後、端末装置１０ｃが、端末装置１０ａが送信する同じ映像データに係る符号量変更要求（データＩＤ“dat003”、端末ＩＤ“ccc”出力遅延要因“CPU”、削減係数“0.7”）を中継装置３０に送信する（Ｓ１１）。

これを受けて、中継装置３０は、符号量変更要求生成処理を実施する（Ｓ１２）。この場合、符号量変更要求履歴管理テーブル６００（図１３参照）において、Ｓ４とＳ１２で受信した２つの符号量変更要求が併存するので、中継装置３０は、前述の通り、端末装置１０ｃから受信した“CPU”を指定した符号量変更要求の方を優先的に選択して端末装置１０ａに転送する（Ｓ１３）。

中継装置３０から符号量変更要求（dat003、ccc、CPU、0.7）を受信した端末装置１０ａは、先に受信した要求と異なる内容の符号量変更要求を受信したことを検知して、エンコーダの圧縮率を通常の設定値に復旧すると共に、エンコーダに入力する映像解像度を縮小する処理を実施する（Ｓ１４）。これ以降、端末装置１０ａからは、解像度を縮小した映像データが中継装置３０に送信され（Ｓ１５）、中継装置３０は、これを端末装置１０ｂ、１０ｃに転送する（Ｓ１６、Ｓ１７）。

図１８に基づいて説明を続ける。

上述したように、端末装置１０ａが符号量変更処理が実行したことを受けて、端末装置１０ｂにおいて映像データ“dat003”の出力状況が改善した結果、Ｒ_Ｃの値が1.0に復旧する。これを受けて、端末装置１０ｂは、符号量変更要求（dat003、bbb、1.0）を中継装置３０に送信する（Ｓ１８）。

これを受けて、中継装置３０は、符号量変更要求生成処理を実施する（Ｓ１９）。この場合、中継装置３０は、端末装置１０ｂから受信したデータＩＤ“dat003”に係る符号量変更要求に指定された削減係数が“1.0”であることを受けて、端末装置１０ｂの当該要求が解除されたと判断し、符号量変更要求履歴管理テーブル６００（図１３参照）において、これと併存するもう一方の符号量変更要求（dat003、ccc、CPU、0.7）を端末装置１０ａに転送する（Ｓ２０）。

中継装置３０から符号量変更要求（dat003、ccc、CPU、0.7）を受信した端末装置１０ａは、その内容が現在適用中の符号量変更要求と同一であることを検知し、これを受けて符号量変更を実行しない（Ｓ２１）。その結果、端末装置１０ａから送信される映像データの品質がそのまま維持される（Ｓ２２、Ｓ２３、Ｓ２４）。

その後、端末装置１０ｃにおいて映像データ“dat003”の出力状況が改善た結果、Ｒ_Ｃの値が1.0に復旧する。これを受けて、端末装置１０ｃは、符号量変更要求（dat003、ccc、1.0）を中継装置３０に送信する（Ｓ２５）。

これを受けて、中継装置３０は、符号量変更要求生成処理を実施する（Ｓ２６）。この場合、中継装置３０は、端末装置１０ｃから受信したデータＩＤ“dat003”に係る符号量変更要求に指定された削減係数が“1.0”であることを受けて、端末装置１０ｃの当該要求が解除されたと判断する。このとき、符号量変更要求履歴管理テーブル６００（図１３参照）において、データＩＤ“dat003”に係る要求が他に存在しないので、中継装置３０は、端末装置１０ｃから受信した符号量変更要求（dat003、ccc、1.0）を端末装置１０ａに転送する（Ｓ２７）。

中継装置３０から符号量変更要求（dat003、ccc、1.0）を受信した端末装置１０ａは、データＩＤ“dat003”に係る映像データの解像度設定を復旧する処理を行う（Ｓ２８）。これ以降、端末装置１０ａからは、通常の解像度の映像データが中継装置３０に送信され（Ｓ２９）、中継装置３０は、これを端末装置１０ｂ、１０ｃに転送する（Ｓ３０、Ｓ３１）。

以上、説明したように、本実施形態によれば、受信端末側が出力遅延の程度に応じた適切なデータ削減率を動的に計算し、送信端末側がそれに従ってコンテンツデータの符号量を削減するので、利用者が必要とする情報の出力状態を常に良好に維持することができる。

なお、上述した実施形態の各機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などで記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式で通信ネットワークを介して伝送することができる。

以上、本発明について、遠隔会議システムの実施形態に基づいて説明してきたが、本発明は上述した実施形態に限定されるものではなく、本発明は、通信ネットワークを介して端末装置間でコンテンツデータを相互に伝送することを内容とするデータ伝送システムであれば、その用途を問わず、どのようなシステムにも適用することができる。また、その場合、端末装置は、その用途に応じて、スマートフォン、汎用ＰＣ、タブレット型端末、携帯電話、電子黒板、プロジェクタ等の投影装置、自動車に搭載されるカーナビゲーション端末などで構成することができる。その他、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１…遠隔会議システム
１０…端末装置
１２…符号量変更要求部
１３…符号量変更部
１４…最終出力時刻更新部
１５…送受信部
１７…通信速度計測部
１８…ＣＰＵ使用率計測部
３０…中継装置
３２…中継制御部
３４…符号量変更要求履歴管理部
５０…伝送管理装置
５１…送受信部
５２…端末認証部
５３…端末管理部
５４…抽出部
５６…端末状態確認部
５７…宛先リスト管理部
５８…記憶装置
５９…記憶・読出処理部
８０…ネットワーク
１０１…ＣＰＵ
１０２…ＲＯＭ
１０３…ＲＡＭ
１０４…フラッシュメモリ
１０５…ＳＳＤ
１０６…記録メディア
１０７…メディアドライブ
１０８…操作ボタン
１０９…電源スイッチ
１１０…バスライン
１１２…カメラ
１１４…マイク
１１５…スピーカー
１１９…外部機器接続Ｉ／Ｆ
１２０…ディスプレイ
１２０ｃ…ケーブル
２０１…ＣＰＵ
２０２…ＲＯＭ
２０３…ＲＡＭ
２０５…ＨＤＤ
２０６…記録メディア
２０７…メディアドライブ
２０８…ディスプレイ
２１０…バスライン
２１１…キーボード
２１２…マウス
２１３…ＣＤ−ＲＯＭ
２１４…ＣＤ−ＲＯＭドライブ
５００…端末認証管理テーブル
５０２…端末管理テーブル
５０４…宛先リスト管理テーブル
６００…符号量変更要求履歴管理テーブル
６０１,６０２,６０３…フィールド
７００…出力状態管理テーブル
７０１,７０２,７０３,７０４…フィールド

特許第５０００１４１号公報

Claims (15)

1. 通信ネットワークに接続された複数の端末装置が各端末装置間でデータを送受信するデータ伝送システムであって、
   各前記端末装置は、
   所定のコンテンツデータに対応する出力信号の出力時間間隔に基づいて、該コンテンツデータの符号量を変更する要求であって、符号量の削減量を決定するための削減係数を指定した符号量変更要求を生成し、該符号量変更要求を該コンテンツデータの送信元を宛先に指定して送信する符号量変更要求部と、
   他の前記端末装置を送信元とする前記符号量変更要求に応答して対応するコンテンツデータの符号量を削減する符号量変更部と、
   を含む、
   データ伝送システム。
2. 前記符号量変更要求部は、
   前記所定のコンテンツデータに対応する出力信号の出力時間間隔に対する該コンテンツデータの標準出力時間間隔の比に基づいて前記削減係数を算出する、請求項１に記載のデータ伝送システム。
3. 前記通信ネットワーク上に各前記端末装置間で送受信されるデータを中継するための中継装置が配置される、
   請求項１または２に記載のデータ伝送システム。
4. 前記符号量変更要求部は、
   前記端末装置と前記中継装置の間でセッションが確立している間、前記符号量変更要求を定期的に前記中継装置に送信し、
   前記所定のコンテンツデータの出力期間においては、該コンテンツデータの出力に同期して前記符号量変更要求を逐次的に前記中継装置に送信する、
   請求項３に記載のデータ伝送システム。
5. 前記中継装置は、
   各前記端末装置から送信された前記符号量変更要求の要求履歴をコンテンツデータ毎に保持する符号量変更要求履歴管理部を含む、
   請求項３または４に記載のデータ伝送システム。
6. 前記符号量変更部は、
   前記符号量変更要求に指定される前記削減係数に基づいて前記所定のコンテンツデータの符号量を削減する、
   請求項１〜５のいずれか一項に記載のデータ伝送システム。
7. 前記符号量変更要求部は、
   前記所定のコンテンツデータに対応する出力信号の出力時間間隔が所定の閾値を超えた時点のネットワーク通信速度とＣＰＵ使用率から出力遅延の要因を推定し、該コンテンツデータの前記符号量変更要求に推定した要因を指定し、
   前記符号量変更部は、
   前記符号量変更要求に含まれる前記要因に応じた方法でコンテンツデータの符号量を削減する、
   請求項１〜６のいずれか一項に記載のデータ伝送システム。
8. 通信ネットワークを介して他の端末装置との間でデータを送受信する端末装置あって、
   所定のコンテンツデータに対応する出力信号の出力時間間隔に基づいて、該コンテンツデータの符号量を変更する要求であって、符号量の削減量を決定するための削減係数を指定した符号量変更要求を生成し、該符号量変更要求を該コンテンツデータの送信元を宛先に指定して送信する符号量変更要求部と、
   他の前記端末装置を送信元とする前記符号量変更要求に応答して対応するコンテンツデータの符号量を削減する符号量変更部と、
   を含む、
   端末装置。
9. 通信ネットワークを介して他の端末装置との間でデータを送受信する端末装置を制御するためのコンピュータ実行可能なプログラムであって、
   コンピュータを、
   所定のコンテンツデータに対応する出力信号の出力時間間隔に基づいて、該コンテンツデータの符号量を変更する要求であって、符号量の削減量を決定するための削減係数を指定した符号量変更要求を生成し、該符号量変更要求を該コンテンツデータの送信元を宛先に指定して送信する符号量変更要求手段、
   他の前記端末装置を送信元とする前記符号量変更要求に応答して対応するコンテンツデータの符号量を削減する符号量変更手段、
   として機能させるためのプログラム。
10. 前記符号量変更要求手段は、
    前記所定のコンテンツデータに対応する出力信号の出力時間間隔に対する該コンテンツデータの標準出力時間間隔の比に基づいて前記削減係数を算出する、
    請求項９に記載のプログラム。
11. 前記符号量変更要求手段は、
    前記通信ネットワーク上に各前記端末装置間で送受信されるデータを中継するための配置される中継装置と前記端末装置との間でセッションが確立している間、前記符号量変更要求を定期的に前記中継装置に送信し、
    前記所定のコンテンツデータの出力期間においては、該コンテンツデータの出力に同期して前記符号量変更要求を逐次的に前記中継装置に送信する、
    請求項１０に記載のプログラム。
12. 前記符号量変更手段は、
    前記符号量変更要求に指定される前記削減係数に基づいて前記所定のコンテンツデータの符号量を削減する、
    請求項９〜１１のいずれか一項に記載のプログラム。
13. 前記符号量変更要求手段は、
    前記所定のコンテンツデータに対応する出力信号の出力時間間隔が所定の閾値を超えた時点のネットワーク通信速度とＣＰＵ使用率から出力遅延の要因を推定し、該コンテンツデータの前記符号量変更要求に推定した要因を指定し、
    前記符号量変更手段は、
    前記符号量変更要求に含まれる前記要因に応じた方法でコンテンツデータの符号量を削減する、
    請求項９〜１２のいずれか一項に記載のプログラム。
14. 第１の端末装置と第２の端末装置の間で通信ネットワークを介してデータを送受信する方法であって、
    第１の端末装置が所定のコンテンツデータに対応する出力信号の出力時間間隔に基づいて、該コンテンツデータの符号量を変更する要求であって、符号量の削減量を決定するための削減係数を指定した符号量変更要求を生成し、該符号量変更要求を該コンテンツデータの送信元である第２の端末装置に宛てて送信する第１のステップと、
    前記第２の端末装置が前記符号量変更要求に応答して対応するコンテンツデータの符号量を削減する第２のステップと、
    を含む方法。
15. 前記第１のステップは、
    前記所定のコンテンツデータに対応する出力信号の出力時間間隔に対する該コンテンツデータの標準出力時間間隔の比に基づいて前記削減係数を算出するステップを含む、
    請求項１４に記載の方法。