(57)【要約】【課題】  ネットワークレイヤの品質情報を利用したストリーム制御では、サービス品質を十分に保証することは難しい。【解決手段】  中間ノード２０の第１の通信部６１は、第１のネットワーク４１経由でサーバからストリームデータを受信する。第２の通信部６２は、第２のネットワーク４２経由で端末からストリームデータの再生出力状況情報を受信する。パケット処理部６４は、送受信パケットのプロトコル処理を行い、バッファ６０へのパケットの入出力を制御する。制御部６８は、端末における再生出力状況にもとづいた品質制御命令をトランスコーディング部６６に与え、トランスコーディング部６６は、ストリームデータをトランスコードして伝送品質を変更する。パケット処理部６４は、トランスコードされたストリームデータのパケットを第２のネットワーク４２経由で端末に転送する。【選択図】        図４
2005101873.tif 000002
【特許請求の範囲】
【請求項１】
端末にストリームデータを送信する送信部と、
前記端末におけるストリームデータの再生時の出力状況に関する情報を前記端末から受信する受信部と、
前記端末におけるストリームデータの前記出力状況に応じて、前記端末に送信するストリームデータをトランスコードするトランスコーディング部とを含むことを特徴とする通信装置。
【請求項２】
端末にストリームデータを送信する送信部と、
前記端末におけるストリームデータの再生時の出力状況に関する情報を前記端末から受信する受信部と、
前記端末におけるストリームデータの前記出力状況に応じて、前記端末に送信するストリームのパケット伝送品質を制御する制御部とを含むことを特徴とする通信装置。
【請求項３】
前記出力状況に関する情報は、時分割双方向伝送方式における前記端末からの返信パケットから取得されることを特徴とする請求項１または２に記載の通信装置。
【請求項４】
受信されたストリームデータをバッファリングしてパケットの遅延揺らぎを吸収する受信バッファと、
前記受信バッファ内のストリームデータを復号して再生する出力部と、
前記ストリームデータの再生時の出力状況に関する情報を前記ストリームデータの送信ノードに送信する制御部とを含むことを特徴とする端末。
【請求項５】
前記制御部は、時分割双方向伝送方式における返信パケットに前記出力状況に関する情報を格納して前記送信ノードに返信することを特徴とする請求項４に記載の端末。
【請求項６】
端末におけるストリームデータの再生時の出力状況に関する情報を前記端末から受信して、前記端末に送信するストリームデータの伝送品質をフィードバック制御することを特徴とするストリーム制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーム制御技術に関し、特に連続メディアストリームの伝送品質を制御するストリーム制御方法とその方法を利用可能な通信装置および端末に関する。
【背景技術】
【０００２】
ブロードバンドのネットワークが一般ユーザに普及し、画像や音声を利用したピア・ツウ・ピアによるリアルタイム通信や、映像を用いたストリーミング配信などネットワーク資源を多用する連続メディアサービスの利用が盛んになっている。それに伴い、ユーザのネットワークサービスの品質に対する意識が高まり、品質の劣化にはユーザはたいへん敏感になってきており、ベストエフォート型のサービスを提供してきたインターネットにも、ＱｏＳ（Quality of Service）の保証が強く求められている。また、無線通信の利用も広がっており、無線ＬＡＮのアクセスポイントにもＱｏＳ制御が求められている。
【０００３】
このような状況にあって、ルータ、スイッチ、無線アクセスポイントなどのネットワークの中間ノードには、ネットワーク層における比較的単純なパケットの転送制御だけでなく、アプリケーション層までを考慮したある種のインテリジェンスが求められるようになっている。たとえば、特許文献１には、伝送路の伝送状態を推定して、送信データのビットレートまたは誤り耐性レベルを変更制御するデータ伝送装置が開示されている。
【特許文献１】特開２００２−２０４２７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＩＰ（Internet Protocol）ネットワークにおける音声、ビデオなどの連続メディアデータ伝送において、ユーザレベルでサービス品質を維持するためには、受信側のネットワークの輻輳状態や受信端末の処理性能に応じて、受信端末に適した品質のメディアデータをその端末に送信することが必要である。ＩＰネットワークにおいて、受信端末における連続メディアデータの受信状態を通知する仕組みとして、ＲＴＰ（Real-Time Transport Protocol）／ＲＴＣＰ（Real-Time Transport Control Protocol）があるが、これは、ネットワークレイヤにおけるパケットの遅延揺らぎや損失率の情報を通知するものであり、アプリケーションレイヤにおける連続メディアの実際の再生品質に関する情報を必ずしも反映していない。ネットワークレイヤで検出可能な品質情報だけに頼ったストリーム制御では、ユーザレベルのＱｏＳを十分に保証することは難しい。
【０００５】
本発明はこうした状況に鑑みてなされたもので、その目的は、受信端末におけるストリームデータの再生状況に応じてストリームの伝送品質を制御することのできるストリーム制御技術を提供することにある。
【課題を解決するための手段】
【０００６】
本発明のある態様は通信装置に関する。この装置は、端末にストリームデータを送信する送信部と、前記端末におけるストリームデータの再生時の出力状況に関する情報を前記端末から受信する受信部と、前記端末におけるストリームデータの前記出力状況に応じて、前記端末に送信するストリームデータをトランスコードするトランスコーディング部とを含む。
【０００７】
本発明の別の態様も通信装置に関する。この装置は、端末にストリームデータを送信する送信部と、前記端末におけるストリームデータの再生時の出力状況に関する情報を前記端末から受信する受信部と、前記端末におけるストリームデータの前記出力状況に応じて、前記端末に送信するストリームのパケット伝送品質を制御する制御部とを含む。
【０００８】
本発明のさらに別の態様は端末に関する。この端末は、受信されたストリームデータをバッファリングしてパケットの遅延揺らぎを吸収する受信バッファと、前記受信バッファ内のストリームデータを復号して再生する出力部と、前記ストリームデータの再生時の出力状況に関する情報を前記ストリームデータの送信ノードに送信する制御部とを含む。「送信ノード」は、ストリームデータの送信元のサーバだけでなく、ストリームデータを転送する中間のネットワークノードも含む。
【０００９】
本発明のさらに別の態様はストリーム制御方法に関する。この方法は、端末におけるストリームデータの再生時の出力状況に関する情報を前記端末から受信して、前記端末に送信するストリームデータの伝送品質をフィードバック制御する。
【００１０】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１１】
本発明によれば、端末におけるストリームデータの再生状況に応じたストリーム伝送制御を行うことができる。
【発明を実施するための最良の形態】
【００１２】
実施の形態１
図１は、実施の形態１に係るストリーム伝送システムの構成図である。サーバ１０と中間ノード２０の間は第１のネットワーク４１で接続され、中間ノード２０と端末３０の間は第２のネットワーク４２で接続されている。サーバ１０は、音声やビデオなどの連続メディアのストリームデータを端末３０に提供するとともに、後述のストリーム制御を行う。端末３０は、サーバ１０から中間ノード２０を経由してストリームデータを受信する。端末３０は、たとえば、パーソナルコンピュータ、ＰＤＡ（Personal Data Assistant）などの携帯電子機器、データ通信機能をもつ携帯電話などである。中間ノード２０は、ルータ、スイッチなどのネットワークノードであり、標準的なパケット転送処理を実行するとともに、後述のストリーム制御を行う。尚、本構成図では、ストリームの送信側をストリームデータのサーバとしているが、ビデオカメラ等のリアルタイムメディア発生装置でも構わない。
【００１３】
図２は、図１のストリーム伝送システムにおけるストリーム伝送機構を説明する図である。アプリケーションレイヤにおいては、サーバ１０は、連続メディアデータの送信制御を行うサーバアプリケーションを実行し、中間ノード２０は、サーバ１０から転送されるストリームを必要に応じてトランスコーディングし、端末３０は、連続メディアアプリケーションを実行する。ネットワークレイヤにおいては、サーバ１０、中間ノード２０、および端末３０は、ＵＤＰ（User Datagram Protocol）またはＲＴＰを利用してＩＰ（Internet Protocol）によるパケット通信を行う。
【００１４】
サーバ１０のアプリケーションレイヤで生成されたストリームデータ２００は、ネットワークレイヤでＵＤＰパケットもしくはＲＴＰパケットに乗せられて、中間ノード２０のネットワークレイヤに到達する。中間ノード２０は、基本的にはＵＤＰやＲＴＰのパケットをそのまま転送するが、後述のようにアプリケーションレイヤでストリームデータ２００をトランスコーディングした上で、パケット転送することもある。こうして転送されたパケットは端末３０のネットワークレイヤに到達し、ストリームデータ２００としてアプリケーションレイヤに供給される。
【００１５】
端末３０は、ストリームデータ２００の再生時の出力状況に関する情報（以下、単に出力状況情報という）をＩＰパケットのペイロードに格納した第１の制御データ２１０を中間ノード２０に送信する。
【００１６】
中間ノード２０は、端末３０から送信される第１の制御データ２１０により端末３０におけるストリームデータ２００の出力状況を把握し、端末３０の処理性能や通信状態に適した符号化方式や符号化レートに切り替えて、ストリームデータ２００をトランスコードして転送する。また、中間ノード２０は、端末３０から第１の制御データ２１０を受けたとき、ネットワークレイヤにおいてパケットのトラフィック制御を行うことにより、端末３０における出力状況に合わせて、ストリームデータ２００の伝送品質を制御することもできる。
【００１７】
同様に、端末３０は、出力状況情報を含む第２の制御データ２２０をサーバ１０に送信する。サーバ１０は、第２の制御データ２２０により端末３０におけるストリームデータ２００の出力状況を把握し、端末３０の処理性能や通信状態に適した符号化方式や符号化レートに切り替えて、ストリームデータ２００を符号化して送信する。
【００１８】
図３は、端末３０の機能構成図である。これらの構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたストリーム制御機能のあるプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは、当業者には理解されるところである。
【００１９】
通信処理部５０は、ネットワークレイヤにおけるパケット処理機能を有し、第２のネットワーク４２からストリームデータ２００を受信する。揺らぎ吸収用受信バッファ５２は、アプリケーションレイヤにおけるストリームデータ２００の受信バッファであり、パケットの遅延揺らぎを吸収するために設けられる。デコーダ５４は、揺らぎ吸収用受信バッファ５２からストリームデータ２００を読み取り、復号処理を行う。ストリームデータ２００がビデオデータである場合、表示部５６は復号されたビデオフレームをディスプレイに表示する。ストリームデータ２００が音声データである場合、スピーカに出力される。
【００２０】
制御部５８は、デコーダ５４におけるストリームデータ２００の再生出力状況を監視して出力状況情報を取得し、通信処理部５０に与える、通信処理部５０は出力状況情報をＩＰパケットのペイロードに格納し、第１、第２の制御データ２１０、２２０を作成して、中間ノード２０とサーバ１０に送信する。
【００２１】
出力状況情報には、パケットの遅延、遅延揺らぎ、損失率、ビットレート、スループットなどのネットワーク品質情報、ビデオのフレームレート、フレームの出力時刻、フレームの出力時間間隔の揺らぎなどのメディア再生品質情報、バッファからストリームデータを取り出した時点のタイムスタンプ、その時点での再生時刻の遅れ、再生の可否、フレーム間予測における欠落フレームに関する情報などが含まれる。
【００２２】
図４は、実施の形態１に係る中間ノード２０の機能構成図である。中間ノード２０はルータ、スイッチなどの通信装置である。これらの機能ブロックもハードウエアのみ、ソフトウエアのみ、またはそれらの組み合わせによっていろいろな形で実現することができる。
【００２３】
第１の通信部６１は、第１のネットワーク４１との間でパケット通信を行い、第２の通信部６２は、第２のネットワーク４２との間でパケット通信を行う。バッファ６０は、第１の通信部６１と第２の通信部６２による送受信パケットをバッファリングする。パケット処理部６４は、送受信パケットのプロトコル処理を行い、バッファ６０へのパケットの入出力を制御する。
【００２４】
制御部６８は、端末３０から送信された第１の制御データ２１０をパケット処理部６４から受け取り、第１の制御データ２１０から端末３０におけるストリームデータ２００の出力状況情報を抽出し、出力状況情報にもとづいた品質制御命令をトランスコーディング部６６とパケット処理部６４に与える。
【００２５】
トランスコーディング部６６は、パケット処理部６４からストリームデータ２００を受け取り、制御部６８から与えられた品質制御命令にしたがって、ストリームデータ２００の符号化方式や符号化レートを変更する。トランスコーディング部６６は、ストリームデータ２００をいったんデコードして、符号化のパラメータを変更したり、データを間引きしたり、あるいは、圧縮符号化アルゴリズムを変えるなどして、再度エンコードすることにより、ストリームデータ２００の符号化レートや符号化方式を変更する。
【００２６】
トランスコーディング部６６により、トランスコードされたストリームデータ２００はパケット処理部６４に供給される。パケット処理部６４は、トランスコードされたストリームデータ２００をバッファ６０に格納し、第２の通信部６２がバッファ６０に格納されたストリームデータ２００を端末３０に転送する。パケット処理部６４は、制御部６８から与えられた品質制御命令にしたがって、必要に応じてトラフィックシェーピングなどの帯域制御を行う。
【００２７】
図５は、実施の形態１に係るサーバ１０の機能構成図である。これらの機能ブロックもハードウエアのみ、ソフトウエアのみ、またはそれらの組み合わせによっていろいろな形で実現することができる。
【００２８】
メディア送信部７６は、端末３０がリクエストした連続メディアデータをメディアデータ格納部８０から読み込み、トランクコーディング部７４に与える。トランクコーディング部７４は、所定の符号化方式でストリームデータ２００を生成し、送信バッファ７２に書き込む。通信処理部７０は、送信バッファ７２に格納されたストリームデータ２００を第１のネットワーク４１経由で端末３０に向けて送信する。
【００２９】
制御部７８は、端末３０から送信された第２の制御データ２２０を通信処理部７０から受け取り、第２の制御データ２２０から端末３０におけるストリームデータ２００の出力状況情報を抽出し、出力状況情報にもとづいた品質制御命令をトランクコーディング部７４に与える。トランクコーディング部７４は、制御部７８から与えられた品質制御命令にしたがって、符号化方式や符号化レートを変更し、新たな符号化方式あるいは符号化レートのもとでストリームデータ２００を生成する。
【００３０】
図６は、中間ノード２０によるストリーム制御手順の一例を説明するフローチャートである。ここでは、ビデオストリームの場合を説明する。
【００３１】
中間ノード２０は端末３０から出力状況情報としてフレームレートを受信する（Ｓ１０）。制御部６８は、端末３０におけるフレームレートが所定の閾値である１５フレーム／秒より小さい場合（Ｓ１２のＹ）、トランスコーディング部６６にサービス品質を低くする命令を与え、トランスコーディング部６６は、制御部６８からの品質制御命令にもとづき、画質を落としてストリームデータ２００のビットレートを下げるように、符号化方式または符号化レートを切り替える（Ｓ１４）。
【００３２】
制御部６８は、フレームレートが１５フレーム／秒以上である場合（Ｓ１２のＮ）、トランスコーディング部６６にサービス品質を高くする命令を与え、トランスコーディング部６６は、制御部６８からの品質制御命令にもとづき、画質を高くしてストリームデータ２００のビットレートを上げるように、符号化方式または符号化レートを切り替える（Ｓ１６）。
【００３３】
サーバ１０における制御部７８およびトランクコーディング部７４によるストリーム制御も、図６と同様の手順で行うことができる。
【００３４】
本実施の形態のストリーム伝送システムによれば、端末３０におけるアプリケーションレイヤでの現実のストリーム再生品質に関する情報を中間ノード２０やサーバ１０にフィードバックし、端末３０に送信するストリームの伝送品質を制御することができる。ネットワークレイヤでは、端末３０のアプリケーションレイヤにおける受信バッファでのデータ破棄までは観測することができないため、ストリームの再生品質を正確に把握することはできないが、本実施の形態のストリーム伝送システムは、アプリケーションレイヤにおける再生品質を把握しているため、ユーザレベルでサービス品質を保証することができる。
【００３５】
実施の形態２
図７は、実施の形態２に係るストリーム伝送システムの構成図である。本実施の形態のストリーム伝送システムは、無線ＬＡＮを含むネットワークにおいて構築される。無線ＬＡＮのアクセスポイント９０は端末３２と無線で通信する。ここでは、無線通信方式としてブルートゥース（Bluetooth）（商標または登録商標）規格を例に説明するが、無線通信方式を限定する趣旨ではない。アクセスポイント９０は、ＬＡＮ８１を介してサーバ１０と接続しており、サーバ１０から送信されるストリームデータ２００はＬＡＮ８１を経由してアクセスポイント９０に到達し、アクセスポイント９０はストリームデータ２００を端末３２に無線で転送する。
【００３６】
図８は、端末３２の機能構成図である。図３に示した実施の形態１の端末３０と同じ構成については、同符号を付し、説明を省略する。制御部５８は、デコーダ５４におけるストリームデータ２００の再生出力状況を監視し、出力状況情報を出力状況データ付加部５９に与える。出力状況データ付加部５９はこの出力状況情報をブルートゥースによる無線双方向通信における返信信号に付加して、通信処理部５０を介してアクセスポイント９０に送信する。
【００３７】
図９は、アクセスポイント９０の機能構成図である。通信部９１は、ＬＡＮ８１との間でパケット通信を行い、無線通信部９３は、端末３２との間で無線パケット通信を行う。バッファ９２は、通信部９１と無線通信部９３による通信パケットをバッファリングする。パケット処理部９４は、送受信パケットのプロトコル処理を行い、バッファ９２へのパケットの入出力を制御する。
【００３８】
出力状況データ抽出部９６は、無線双方向通信における端末３２からの返信信号をパケット処理部９４から受け取り、その返信信号から端末３２におけるストリームデータ２００の出力状況情報を抽出する。制御部９８は、抽出された出力状況情報にもとづいた品質制御命令をパケット処理部９４に与える。
【００３９】
サーバ１０が送信するストリームデータ２００は、ＬＡＮ８１を経由してバッファ９２に受信され、パケット処理部９４によりブルートゥース規格のパケットに乗せられて、無線通信部９３により端末３２に送信される。パケット処理部９４は、制御部９８から与えられた品質制御命令にしたがって、ＡＣＬ（Asynchronous Connection Less）パケット種別を選択し、ストリームデータ２００の伝送品質を制御する。
【００４０】
図１０は、アクセスポイント９０と端末３２間のブルートゥースによる無線通信の手順を説明する図である。横軸に時間をとり、１スロット毎に区切って無線双方向通信の状態を図示している。
【００４１】
時分割双方向伝送方式(ＴＤＤ、Time Division Duplex）の無線双方向通信では、通常は、双方向にデータパケットがやりとりされているが、本実施の形態では、連続メディアストリームの伝送であるため、一方向にデータパケットが送信され、データ受信側からはヘッダのみのパケットがＡＣＫ（Acknowledge、確認応答）として返信されることになる。この返信パケットは、本来は双方向のデータパケットであるが、データを送る必要がないため、パケットのヘッダのＡＣＫを示すビットを１にして、ヘッダのみのパケットとして送られるものである。本実施の形態では、このヘッダのみの返信パケットのデータ部に出力状況情報を付加する。
【００４２】
同図のように、データ送信側のアクセスポイント９０からはストリームデータ２００のパケット１００ａ〜ｃ（以下、単にデータパケット１００ａ〜ｃという）が端末３２に送信される。データ受信側の端末３２は、アクセスポイント９０からデータパケット１００ａ〜ｃを受信すると、次のスロットで返信パケット１３０ａ〜ｃをアクセスポイント９０に返信する。返信パケット１３０ａ〜ｃのヘッダ１１０ａ〜ｃのＡＣＫを示すビットは１に設定されている。端末３２の出力状況データ付加部５９は、出力状況情報を返信パケット１３０ａ〜ｃのデータ部１２０ａ〜ｃに格納する。ただし、返信パケット１３０ａ〜ｃのビット長が１スロット内に収まるように、出力状況情報のビット長は制限される。
【００４３】
１スロット内に収まる範囲であれば、返信パケット１３０ａ〜ｃはブルートゥース通信でもともと送信されているものであるから、データ部１２０ａ〜ｃが返信パケット１３０ａ〜ｃに追加されても、利用可能な無線通信帯域に変化は生じない。したがって、時分割双方向伝送方式における返信パケット１３０ａ〜ｃ（以下、返信パケット１３０という）に出力状況情報を付加して、アクセスポイント９０にフィードバックしても、サーバ１０から端末３２方向へのストリームデータ２００の通信帯域を圧迫することはない。
【００４４】
図１１は、アクセスポイント９０によるストリーム制御手順の一例を説明するフローチャートである。アクセスポイント９０は、端末３２から返信パケット１３０を受信し、出力状況データ抽出部９６は、受信された返信パケット１３０から出力状況情報としてフレーム表示間隔の揺らぎを取得する（Ｓ２０）。
【００４５】
制御部９８は、フレーム表示間隔の揺らぎが所定の閾値より小さい場合（Ｓ２２のＹ）、パケット処理部９４にサービス品質を低くする命令を与え、パケット処理部９４は、制御部９８からの品質制御命令にもとづき、ブルートゥース通信における低速のパケット種別に切り替えて、ストリームデータ２００のパケットを端末３２に無線で送信する（Ｓ２４）。
【００４６】
制御部９８は、フレーム表示間隔の揺らぎが所定の閾値以上である場合（Ｓ２２のＮ）、パケット処理部９４にサービス品質を高くする命令を与え、パケット処理部９４は、制御部９８からの品質制御命令にもとづき、ブルートゥース通信における高速のパケット種別に切り替えて、ストリームデータ２００のパケットを端末３２に無線で送信する（Ｓ２６）。
【００４７】
実施の形態２のストリーム伝送システムにおいても、実施の形態１のように、端末３２からサーバ１０へ第２の制御データ２２０を送信し、サーバ１０が、端末３２におけるストリームデータ２００の出力状況に応じて、ストリームデータ２００の伝送品質を制御するように構成してもよい。また、実施の形態２のアクセスポイント９０においても、実施の形態１の中間ノード２０のように、ストリームデータ２００のトランスコーディングを行い、ストリームデータ２００の伝送品質を制御してもよい。
【００４８】
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４９】
そのような変形例として、実施の形態２では、受信端末におけるストリームの出力状況に応じた無線通信の伝送品質制御として、ブルートゥース無線通信において、伝送速度の異なるパケット種別を変更する構成を説明したが、無線ＬＡＮ通信において、無線ＬＡＮ規格において定められている伝送速度を切り替えるように構成してもよい。また伝送品質を制御する方法として、伝送速度を制御する方法の他、誤り訂正方式のパラメータを調整して誤り耐性を制御する方法を採用してもよい。
【００５０】
ネットワークノードにおいて、アプリケーションレイヤでのトランスコーディングによるストリームの品質制御と、ネットワークレイヤでの帯域制御や無線通信パラメータ制御などによるパケットの品質制御とを組み合わせて実行する方法には、いろいろなバリエーションがある。たとえば、受信端末における利用可能帯域を超えるビットレートでストリームデータが転送されてきた場合には、トランスコーディングによりビットレートを下げ、それでも、受信端末におけるストリームデータの出力状況に改善が見られない場合には、トランスコーディングによってさらにビットレートを下げるとともに、ネットワークレイヤにおけるパケットの伝送速度を制御するなどの方法がある。また、アプリケーションレイヤにおける品質制御として、トランスコーディング以外に、ＦＥＣ（前方誤り訂正）などの誤り訂正方式をアプリケーションレイヤに導入して、誤り耐性をアプリケーションのレベルで行うように構成してもよい。
【図面の簡単な説明】
【００５１】
【図１】実施の形態１に係るストリーム伝送システムの構成図である。
【図２】図１のストリーム伝送システムにおけるストリーム伝送機構を説明する図である。
【図３】図１の端末の機能構成図である。
【図４】図１の中間ノードの機能構成図である。
【図５】図１のサーバの機能構成図である
【図６】図４の中間ノードによるストリーム制御手順を説明するフローチャートである。
【図７】実施の形態２に係るストリーム伝送システムの構成図である。
【図８】図７の端末の機能構成図である。
【図９】図７のアクセスポイントの機能構成図である。
【図１０】図９のアクセスポイントと図８の端末の間の無線通信手順を説明する図である。
【図１１】図９のアクセスポイントによるストリーム制御手順を説明するフローチャートである。
【符号の説明】
【００５２】
１０  サーバ、  ２０  中間ノード、  ３０、３２  端末、  ５０  通信処理部、  ５２  揺らぎ吸収用受信バッファ、  ５４  デコーダ、  ５６  表示部、  ５８  制御部、  ５９  出力状況データ付加部、  ６０  バッファ、  ６４  パケット処理部、  ６６  トランスコーディング部、  ６８  制御部、  ７０  通信処理部、  ７２  送信バッファ、  ７４  トランクコーディング部、  ７６  メディア送信部、  ７８  制御部、  ８０  メディアデータ格納部、  ９０  アクセスポイント、  ９２  バッファ、  ９３  無線通信部、  ９４  パケット処理部、  ９６  出力状況データ抽出部、  ９８  制御部、  ２００  ストリームデータ、  ２１０  第１の制御データ、  ２２０  第２の制御データ。
【図１】
2005101873.tif 000003
【図２】
2005101873.tif 000004
【図３】
2005101873.tif 000005
【図４】
2005101873.tif 000006
【図５】
2005101873.tif 000007
【図６】
2005101873.tif 000008
【図７】
2005101873.tif 000009
【図８】
2005101873.tif 000010
【図９】
2005101873.tif 000011
【図１０】
2005101873.tif 000012
【図１１】
2005101873.tif 000013