(57)【特許請求の範囲】
【請求項１】
サーバ側に蓄積している圧縮符号化した動画像データをネットワークを介してクライアントに実時間で配信するネットワーク動画像配信システムであって、
サーバ側には、クライアントからの要求により指定された動画像データの番組を選択してクライアントに送出する手段を有し、クライアント側には、該サーバに所望の動画像データの番組を要求する手段を有するネットワーク動画像配信システムにおいて、
クライアント側には、
最初のリフレッシュ処理データをサーバから受信するとき、パケット単位で要求を行い、１回の要求に対してパケットが到着するまでの時間を計測するとともに、前記最初のリフレッシュ処理データがいくつのパケットに含まれていたかも確認する手段と、
前記１回の要求に対してパケットが到着するまでの時間が１パケットに含まれる動画像データの処理時間を超える場合、再同期を行うために新たにリフレッシュ処理データを要求する際に、最初のリフレッシュ処理データ要求の際に確認した前記パケットをもとに複数パケットの要求をサーバに行う手段とを有し、
サーバ側には、
該クライアントからの要求で指定された複数パケットを連続的に該クライアントに送信する手段を有する
ことを特徴とするネットワーク動画像配信システム。
【請求項２】
前記クライアント側には、
リフレッシュ処理データの処理が完了していない場合には、リフレッシュ処理データの要求を抑制する再同期抑制手段を有する
ことを特徴とする請求項１記載のネットワーク動画像配信システム。
【請求項３】
前記クライアント側には、
新しいパケットの到着時点で、転送開始時の最初の第１パケット到着時刻からの処理経過時間を計測する手段と、
該計測された処理経過時間は、前記パケットに記録されているパケット内の時間インデックスと比較され、差分が予め設定された処理遅延許容値より大きい場合に、復号処理を中断し、パケット要求及び受信処理部にすでに到着しているパケットをクリアし、サーバに次の送信待ちパケットの後に出現する新たなリフレッシュ処理データを要求するとともに、このリフレッシュ処理データ要求時に、伝送処理遅延検出部で算出された差分の値を前記サーバに通知する手段とを有し、
前記サーバ側には、
動画像データをパケットに分割し、該パケットのヘッダに時間インデックスを付加して送出する手段と、
クライアントからのリフレッシュ処理データ要求に対して、次の送信予定パケットの時間インデックスが、受信した前記差分の値より後の時刻に出現するリフレッシュ処理データを含んだパケットを検出し、そのパケットから送信する手段とを有する
ことを特徴とする請求項２記載のネットワーク動画像配信システム。
【請求項４】
前記クライアント側には、
パケットに含まれる映像データの復号処理が終了する時点で、パケット要求及び受信処理部の受信バッファから転送開始時の最初の第１パケットを読み出した時間からの処理経過時間を計測する手段と、
該計測された処理経過時間は、前記パケット要求及び受信処理部から読み出す次のパケット内の時間インデックスと比較され、差分が予め設定された処理遅延許容値より大きい場合に、復号処理を中断し、パケット要求及び受信処理部にすでに到着しているパケットをクリアし、サーバに次の送信待ちパケットの後に出現する新たなリフレッシュ処理データを要求するとともに、このリフレッシュ処理データ要求時に、復号処理遅延検出部で算出された差分の値を前記サーバに通知する手段とを有し、
前記サーバ側には、
動画像データをパケットに分割し、該パケットのヘッダに時間インデックスを付加して送出する手段と、
クライアントからのリフレッシュ処理データ要求に対して、次の送信予定パケットの時間インデックスが、受信した前記差分の値より後の時刻に出現するリフレッシュ処理データを含んだパケットを検出し、そのパケットから送信する手段とを有する
ことを特徴とする請求項２記載のネットワーク動画像配信システム。
【請求項５】
サーバ側に蓄積している圧縮符号化した動画像データを、クライアントからの要求によりネットワークを介して実時間でクライアントに配信するネットワーク動画像配信システムのクライアント装置において、
最初のリフレッシュ処理データをサーバから受信するとき、パケット単位で要求を行い１回の要求に対してパケットが到着するまでの時間を計測するとともに、前記最初のリフレッシュ処理データがいくつのパケットに含まれていたかも確認する手段と、
前記１回の要求に対してパケットが到着するまでの時間が１パケットに含まれる動画像データの処理時間を超える場合、再同期を行うために新たにリフレッシュ処理データを要求する際に、最初のリフレッシュ処理データ要求の際に確認した前記パケットをもとに複数パケットの要求をサーバに行う手段とを有する
ことを特徴とするネットワーク動画像配信システムにおけるクライアント装置。
【請求項６】
リフレッシュ処理データの処理が完了していない場合には、リフレッシュ処理データの要求を抑制する再同期抑制手段を有する
ことを特徴とする請求項５記載のネットワーク動画像配信システムにおけるクライアント装置。
【請求項７】
新しいパケットの到着時点で、転送開始時の最初の第１パケット到着時刻からの処理経過時間を計測する手段と、
該計測された処理経過時間は、前記パケットに記録されているパケット内の時間インデックスと比較され、差分が予め設定された処理遅延許容値より大きい場合に、復号処理を中断し、パケット要求及び受信処理部にすでに到着しているパケットをクリアし、サーバに次の送信待ちパケットの後に出現する新たなリフレッシュ処理データを要求するとともに、このリフレッシュ処理データ要求時に、伝送処理遅延検出部で算出された差分の値を前記サーバに通知する手段とを有する
ことを特徴とする請求項６記載のネットワーク動画像配信システムにおけるクライアント装置。
【請求項８】
パケットに含まれる映像データの復号処理が終了する時点で、パケット要求及び受信処理部の受信バッファから転送開始時の最初の第１パケットを読み出した時間からの処理経過時間を計測する手段と、
該計測された処理経過時間は、前記パケット要求及び受信処理部から読み出す次のパケット内の時間インデックスと比較され、差分が予め設定された処理遅延許容値より大きい場合に、復号処理を中断し、パケット要求及び受信処理部にすでに到着しているパケットをクリアし、サーバに次の送信待ちパケットの後に出現する新たなリフレッシュ処理データを要求するとともに、このリフレッシュ処理データ要求時に、復号処理遅延検出部で算出された差分の値を前記サーバに通知する手段とを有する
ことを特徴とする請求項６記載のネットワーク動画像配信システムにおけるクライアント装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、分散管理されたサーバ、クライアント、ネットワークで構成されるシステムに於いて、品質の良い動画像の配信を可能にするネットワーク動画像配信システムとこのシステムにおけるクライアント装置に関するものである。
【０００２】
【従来の技術】
ローカルエリアネットワーク（以降ＬＡＮと記す）の普及、計算機の性能の向上、ディスク装置の大容量化と低価格化により、サーバ・クライアント型のデータベースシステムが広く普及しはじめている。このデータベースシステムでは、サーバ側にデータベースを構築し、クライアント側は必要に応じてサーバに情報を問い合わせる。
【０００３】
近年のデータベースシステムでは、テキストベースの情報だけではなく、音声情報や動画像情報のようなデータも扱わなければならなくなっている。特に動画像データは、事前に圧縮符号化され蓄積されているものの、他のメディアに比べてデータのサイズも大きいので、ファイル転送のような一度クライアントにデータをすべて転送し再生を始めるといった手段はあまり現実的ではない。このため、クライアントが実時間で映像を復号ならびに再生を行うのに必要なデータをサーバから連続的に供給する方式が一般的に用いられている。サーバ側がデータの供給レートの制御を行い、クライアントはデータをただ受け取り再生をするだけでよい。
【０００４】
【発明が解決しようとする課題】
しかしながら、動画像の配信を行う従来のデータベースシステムにおける配信サービスの方式によって安定した動画像配信サービスを行うには、複数のクライアントに安定したデータの供給を保証する高性能のサーバ、データを転送する際に他のトラフィックに影響を受けることのない伝送帯域の保証されたネットワーク、ならびに供給されたデータを取りこぼしなく再生する均質な性能を持ったクライアントによるシステムの構成が必要となる。これらは、他の外的な要因を考慮せず理想的なシステム環境の上において実現されることを前提としている。しかし、効率性や経済性の観点からも、動画像配信サービスを既存の環境下で実現することが望まれている。
【０００５】
既存の環境下とは、サーバ、ネットワーク、クライアントのそれぞれに対して定義される。サーバは、既存のネットワークに接続された汎用的な計算機を想定し、動画像配信サービス以外の用途でも使用できる。ネットワークは、動画像配信以外の用途でも利用され、動画像転送時の帯域保証はされないものとする。また、複数のネットワークが相互接続された環境下で、サーバからクライアントまでの経路に複数のネットワークを経由するような状況も想定する。クライアント側は、既存のＰＣ（パーソナルコンピュータ）／ＷＳ（ワークステーション）等で、専用の動画像符号化データの復号ハードウェアを持ったクライアントから、内外の処理状況によりＣＰＵ、メモリ等のリソースが時々変化する等の影響を受け易いソフトウェアベースのクライアントまでを想定する。
【０００６】
本発明は、以上のような、外的内的要因によって影響を受ける環境下において、その状況に適応しながら動画像配信サービスを中断させる事無く運用されるネットワーク動画像配信システムの実現を目的とし、また、そのようなシステムを実現するためのクライアント装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明は、サーバ側に蓄積している圧縮符号化した動画像データをネットワークを介してクライアントに実時間で配信するネットワーク動画像配信システムであって、サーバ側には、クライアントからの要求により指定された動画像データの番組を選択してクライアントに送出する手段を有し、クライアント側には、該サーバに所望の動画像データの番組を要求する手段を有するネットワーク動画像配信システムにおいて、クライアント側には、最初のリフレッシュ処理データをサーバから受信するとき、パケット単位で要求を行い、１回の要求に対してパケットが到着するまでの時間を計測するとともに、前記最初のリフレッシュ処理データがいくつのパケットに含まれていたかも確認する手段と、前記１回の要求に対してパケットが到着するまでの時間が１パケットに含まれる動画像データの処理時間を超える場合、再同期を行うために新たにリフレッシュ処理データを要求する際に、最初のリフレッシュ処理データ要求の際に確認した前記パケットをもとに複数パケットの要求をサーバに行う手段とを有し、サーバ側には、該クライアントからの要求で指定された複数パケットを連続的に該クライアントに送信する手段を有することを特徴とするネットワーク動画像配信システムを、上記の目的を達成するための手段とする。
【０００８】
また、本発明は、上記のネットワーク動画像配信システムにおいて、前記クライアント側には、リフレッシュ処理データの処理が完了していない場合には、リフレッシュ処理データの要求を抑制する再同期抑制手段を有することを特徴とするネットワーク動画像配信システムを、上記の目的を達成するための手段とする。
【０００９】
また、本発明は、上記のネットワーク動画像配信システムにおいて、前記クライアント側には、新しいパケットの到着時点で、転送開始時の最初の第１パケット到着時刻からの処理経過時間を計測する手段と、該計測された処理経過時間は、前記パケットに記録されているパケット内の時間インデックスと比較され、差分が予め設定された処理遅延許容値より大きい場合に、復号処理を中断し、パケット要求及び受信処理部にすでに到着しているパケットをクリアし、サーバに次の送信待ちパケットの後に出現する新たなリフレッシュ処理データを要求するとともに、このリフレッシュ処理データ要求時に、伝送処理遅延検出部で算出された差分の値を前記サーバに通知する手段とを有し、前記サーバ側には、動画像データをパケットに分割し、該パケットのヘッダに時間インデックスを付加して送出する手段と、クライアントからのリフレッシュ処理データ要求に対して、次の送信予定パケットの時間インデックスが、受信した前記差分の値より後の時刻に出現するリフレッシュ処理データを含んだパケットを検出し、そのパケットから送信する手段とを有することを特徴とするネットワーク動画像配信システムを、上記の目的を達成するための手段とする。
【００１０】
また、本発明は、上記のネットワーク動画像配信システムにおいて、前記クライアント側には、パケットに含まれる映像データの復号処理が終了する時点で、パケット要求及び受信処理部の受信バッファから転送開始時の最初の第１パケットを読み出した時間からの処理経過時間を計測する手段と、該計測された処理経過時間は、前記パケット要求及び受信処理部から読み出す次のパケット内の時間インデックスと比較され、差分が予め設定された処理遅延許容値より大きい場合に、復号処理を中断し、パケット要求及び受信処理部にすでに到着しているパケットをクリアし、サーバに次の送信待ちパケットの後に出現する新たなリフレッシュ処理データを要求するとともに、このリフレッシュ処理データ要求時に、復号処理遅延検出部で算出された差分の値を前記サーバに通知する手段とを有し、前記サーバ側には、動画像データをパケットに分割し、該パケットのヘッダに時間インデックスを付加して送出する手段と、クライアントからのリフレッシュ処理データ要求に対して、次の送信予定パケットの時間インデックスが、受信した前記差分の値より後の時刻に出現するリフレッシュ処理データを含んだパケットを検出し、そのパケットから送信する手段とを有することを特徴とするネットワーク動画像配信システムを、上記の目的を達成するための手段とする。
【００１１】
また、本発明は、サーバ側に蓄積している圧縮符号化した動画像データを、クライアントからの要求によりネットワークを介して実時間でクライアントに配信するネットワーク動画像配信システムのクライアント装置において、最初のリフレッシュ処理データをサーバから受信するとき、パケット単位で要求を行い１回の要求に対してパケットが到着するまでの時間を計測するとともに、前記最初のリフレッシュ処理データがいくつのパケットに含まれていたかも確認する手段と、前記１回の要求に対してパケットが到着するまでの時間が１パケットに含まれる動画像データの処理時間を超える場合、再同期を行うために新たにリフレッシュ処理データを要求する際に、最初のリフレッシュ処理データ要求の際に確認した前記パケットをもとに複数パケットの要求をサーバに行う手段とを有することを特徴とするネットワーク動画像配信システムにおけるクライアント装置を、上記の目的を達成するための手段とする。
【００１２】
また、本発明は、上記のネットワーク動画像配信システムにおけるクライアント装置において、リフレッシュ処理データの処理が完了していない場合には、リフレッシュ処理データの要求を抑制する再同期抑制手段を有することを特徴とするネットワーク動画像配信システムにおけるクライアント装置を、上記の目的を達成するための手段とする。
【００１３】
また、本発明は、上記のネットワーク動画像配信システムにおけるクライアント装置において、新しいパケットの到着時点で、転送開始時の最初の第１パケット到着時刻からの処理経過時間を計測する手段と、該計測された処理経過時間は、前記パケットに記録されているパケット内の時間インデックスと比較され、差分が予め設定された処理遅延許容値より大きい場合に、復号処理を中断し、パケット要求及び受信処理部にすでに到着しているパケットをクリアし、サーバに次の送信待ちパケットの後に出現する新たなリフレッシュ処理データを要求するとともに、このリフレッシュ処理データ要求時に、伝送処理遅延検出部で算出された差分の値を前記サーバに通知する手段とを有することを特徴とするネットワーク動画像配信システムにおけるクライアント装置を、上記の目的を達成するための手段とする。
【００１４】
また、本発明は、上記のネットワーク動画像配信システムにおけるクライアント装置において、パケットに含まれる映像データの復号処理が終了する時点で、パケット要求及び受信処理部の受信バッファから転送開始時の最初の第１パケットを読み出した時間からの処理経過時間を計測する手段と、該計測された処理経過時間は、前記パケット要求及び受信処理部から読み出す次のパケット内の時間インデックスと比較され、差分が予め設定された処理遅延許容値より大きい場合に、復号処理を中断し、パケット要求及び受信処理部にすでに到着しているパケットをクリアし、サーバに次の送信待ちパケットの後に出現する新たなリフレッシュ処理データを要求するとともに、このリフレッシュ処理データ要求時に、復号処理遅延検出部で算出された差分の値を前記サーバに通知する手段とを有することを特徴とするネットワーク動画像配信システムにおけるクライアント装置を、上記の目的を達成するための手段とする。
【００１５】
本発明では、システムそれぞれの状況を検出する手段を有して、サーバ、ネットワーク、クライアントの状況に応じてその処理を適応させながら実行を行う。既存のシステムの多くが、サーバ側より動画像データの転送レートが制御されているが、本発明では、転送レートの制御ならびに状況の検出をクライアント主導で行う。サーバ、ネットワークの状況はデータの到着状況を見ることによって、またクライアントの状況については復号の進捗を監視することによって、クライアントが集中的に把握する。クライアントは、サーバに復号に必要なサイズの動画像データを逐次要求し、サーバは大きなデータも細かくパケットに分割して転送する。動画像データの復号については、システムのそれぞれの状況に応じて処理が遅延する可能性があるが、遅延を解消するには、例えば、既定値までの遅延を許容し、遅延が既定値を超え増加した場合は、クライアントはサーバから受信済みで一時バッファに蓄積され処理していない動画像データをクリアするとともに、サーバに遅延を解消できる時間からの新たな動画像データとしてリフレッシュ処理データを要求し復号を開始する。ここで、リフレッシュ処理データの要求に際しては、最初のリフレッシュ処理データを受信するとき、１回のパケット要求に対してのパケット到着時間を計測して決定したリフレッシュ処理データの送信に要するパケット数をもとに複数パケットを要求するとともに、リフレッシュ処理データの処理中には再同期を抑制する。以上のように、システムそれぞれの状況を検出し、その状況に応じてその処理を適応させながら実行することにより、現在多く利用されている分散管理されたサーバ、ネットワーク、クライアントからなるシステムに於いて、良好な動画像の配信サービスを実現する。
【００１６】
【発明の実施の形態】
次に、本発明の実施の形態を、図を用いて詳しく説明する。
【００１７】
図１は、本発明の第１の実施形態例を説明するシステム構成図である。本実施形態例では、ＩＳＤＮテレビ電話等で使われているＨ．２６１画像符号化方式を用いたシステム例を示す。本システムは、図１に示すようなＬＡＮの集合体として構築されるインターネット等のネットワーク３上で、サーバ１と複数のクライアント２により実現される。サーバ１ならびにクライアント２は、それぞれが接続されているネットワーク３を介して相互接続を行う。
【００１８】
図２に、本実施形態例におけるデータの伝送形態を示す。Ｈ．２６１符号化方式は、フレーム間差分を用いた符号化方式である。クライアント２に配信する動画像データには、図２（ａ）に示すように符号化時に符号化器に指示を出し、フレーム内符号化モードで符号化した映像フレームを周期的に挿入する。以降、このフレーム内符号化モードで符号化した映像フレームをリフレッシュ処理データと呼ぶ。図２（ａ）の４は、動画像データの中に周期的に挿入されたリフレッシュ処理データの先頭を示す。Ｈ．２６１による符号化データは、ビット列として表されるので、ネットワーク３上のデータの転送処理を容易にするため、図２（ｂ）に示すようにデータのビットストリームをネットワーク上に転送する適当な大きさのパケット５に分割し、図２（ｃ）に示すようにパケット６内にヘッダ７を付加して、そのパケットデータ６の集合体を単一の動画像データとしてサーバ１が保持する。
【００１９】
蓄積サービスの場合は、ファイルとしてパケットデータ６の集合体を保持しておき、実時間の配信の場合は最新のデータからあらかじめ設定しておいた時間過去にさかのぼった範囲のパケットデータ６の集合体を保持する。
【００２０】
個々のパケットデータのヘッダ７には、そのパケットに含まれるビットストリームが直前までのビットストリームの復号が遅延等の影響を受けず正常に行われた状況での復号処理開始時間によって表される時間インデックス７１と、パケット内にフレーム内符号化データが含まれているかどうかの識別子７２が含まれている。
【００２１】
図３に、本実施形態例におけるサーバとクライアントの構成をブロック図で示す。サーバ１側は、動画像データ蓄積処理部１１、リフレッシュ処理データ検出部１２、およびサーバ側パケット送出処理部１３を有する。一方、クライアント２側は、動画像表示処理部２１、復号処理部２２、パケット要求及び受信処理部２３、復号処理遅延検出部２４、および伝送処理遅延検出部２５を有する。そして、サーバ１側のサーバ側パケット送出処理部１３と、クライアント２側のパケット要求及び受信処理部２３が、ネットワーク３に接続されている。
【００２２】
このような図３の構成をもとに本実施形態例の動作を説明する。
【００２３】
まず、パケット要求及び受信処理部２３がネットワーク３を介してサーバ側パケット送出処理部１３と接続を行ない、最初に要求する動画像データのコンテンツ名を指定する。次に、クライアント２側のパケット要求及び受信処理部２３はサーバ側パケット送出処理部１３に対して最初に出現するリフレッシュ処理データからパケット単位でデータの転送を要求し、データの復号を開始する。パケット要求及び受信処理部２３にて受信されたパケットは、パケット要求及び受信処理部２３内の受信バッファに蓄積され、復号処理部２２が順次読み出して処理を行う。また、クライアント２側においては、サーバ側パケット送出処理部１３により送られた最初の動画像データのパケット受信と同時に復号処理遅延検出部２４および伝送処理遅延検出部２５において伝送および復号の処理経過時間の計測を始める。
【００２４】
伝送処理遅延検出部２５は、新しいパケットを受け取る時点で、転送開始時の最初の第１パケット到着時間からの処理経過時間を計測する。伝送処理遅延検出部２５において計測されたそのパケットの処理経過時間は、パケットに記録されているパケット内のデータのビットストリームの時間インデックス７１と比較する。
【００２５】
復号処理遅延検出部２４は、パケット要求及び受信処理部２３から受け取ったパケットに含まれる映像データの復号処理が終了する時点で、パケット要求及び受信処理部２３の受信バッファから転送開始時の最初の第１パケットを読み出した時間からの処理経過時間を計測する。復号処理遅延検出部２４において計測された処理経過時間は、パケット要求及び受信処理部２３から読み出す次のパケット内のデータのビットストリームの時間インデックス７１と比較する。
【００２６】
復号処理遅延検出部２４ならびに伝送処理遅延検出部２５で行われる処理遅延検出は、以下の同様の手続きで行われる。図５にその概念図を示す。
【００２７】
復号処理遅延検出部２４において計測された復号処理の処理経過時間が時間インデックス７１より小さい場合、処理開始時間になるまで復号処理部２２およびパケット要求及び受信処理部２３の処理を中断する。図５（ａ）に示すように、１パケットあたりの伝送ならびに復号処理の時間１１１が１パケットあたりの処理時間１１０以下で処理される場合がこの場合にあたる。
【００２８】
図５（ｂ）に示すように、１パケットあたりの伝送ならびに復号処理時間１１２が処理時間１１０を上回ることにより処理経過時間が処理開始時間より大きかった場合、その差分１１３の大きさによって２通り動作を行う。
【００２９】
クライアント側において処理遅延許容値を設定し、差分１１３が許容値より小さい場合にはそのまま復号処理部２２およびパケット要求及び受信処理部２３の処理を継続する。
【００３０】
差分１１３が許容値よりも大きい場合には、復号処理部２２の処理を中断し、パケット要求及び受信処理部２３にすでに到着しているパケットをクリアした後、サーバ側パケット送出処理部１２に次の送信待ちパケットの後に出現するリフレッシュ処理データを要求する。リフレッシュ処理データ要求時に、復号処理遅延検出部２４ならびに伝送処理遅延検出部２５で算出された差分１１３の値もあわせてサーバ１に通知する。サーバ１側では、クライアント２からのリフレッシュ処理データ要求に対して、リフレッシュ処理データ検出部１３において次の送信予定パケットの時間インデックス７１から送られてきた差分の値より後の時刻に出現するリフレッシュ処理データを含んだパケットを検出し、そのパケットから送信する。クライアント２側は、要求に応じたリフレッシュ処理データを受け取ると、パケット要求及び受信処理部２３は引き続きそのパケットに連続するパケットを要求し、復号処理部２２はそのパケットに記録されている開始時間まで復号処理を中断することによって遅延を解消し、開始時間が来たところで復号処理を再開する。
【００３１】
次に、本発明の第２の実施形態例について説明する。
【００３２】
本実施形態例は、サーバとクライアント間のネットワークが動画像データを要求する伝送帯域を大幅に下回る場合や複数のネットワークを経由し伝送遅延が大きい場合に有効となる実施形態例である。図４に本実施形態例における伝送処理の概念図を示す。
【００３３】
本システムでは、処理遅延を解消する手段としてリフレッシュ処理データを用いている。Ｈ．２６１の符号化方式を用いた動画像データでは、リフレッシュ処理データ自身は他のデータに比べ大きなサイズとなり、図４（ｂ）に示すようにネットワーク上を伝送されるパケット１０４の最大サイズと比較しても大きくなり、複数パケットにまたがる１０５のような場合がある。処理遅延を解消するためには、リフレッシュ処理データをすべて受信し復号して表示しなければならないが、複数パケットが必要な場合には、図４（ａ）のように１個の要求パケット１０１に対して１個のデータパケット１０２を転送するのは効率が悪い。特に、伝送帯域が低い場合や伝送遅延が大きい場合は、要求パケットの送信時間１０３に含まれてくる処理遅延は無視できない。そこで、クライアントはサーバに対して１回の要求で複数のパケットを要求する手段を用いる。
【００３４】
まず、クライアント側ではサーバに接続し最初のリフレッシュ処理データを受信する際は、パケット単位で要求を行う。この時に、１回の要求に対してパケットが到着するまでの時間を計測し、１パケットあたりの伝送時間が１パケットに含まれる動画像データの処理時間を上回っていないか確認する。また、リフレッシュ処理データがいくつのパケットに含まれていたかも確認する。
【００３５】
１パケットの伝送時間が１パケットの処理時間に対して十分に小さい場合は、ネットワーク上の伝送帯域は確保されていると判断し、トラフィックの分散を図るためにもパケットの複数要求は行わず、図４（ｂ）の要求パケット１０６とデータパケット１０７のように毎回伝送を行う。
【００３６】
１パケットの伝送時間が１パケットの処理時間を超えるような状況においては、再同期を行うために新たにリフレッシュ処理データを要求する際に、最初のリフレッシュ処理データ要求の際に確認したパケットの個数をもとに複数パケットの要求を図４（ｃ）の１０８の様に行う。この場合サーバは、１度の指示で指示された複数パケットを１０９に示すように連続的に伝送する。クライアント側は、連続的に送られる動画像パケットを受信バッファ内に蓄積する。蓄積された受信バッファ内の動画像パケットは、到達したものから復号処理にまわされる。
【００３７】
伝送遅延が確保できない場合は、第１の実施形態例で設定した処理遅延許容値の範囲ではリフレッシュ処理データを処理できない可能性があるため、許容値を超えた場合においてもリフレッシュ処理データの処理が完了していない場合には再同期の抑制を行う機能を持つ。許容値を超えてリフレッシュ処理データを処理した場合は、処理が完了した時点で再び再同期を行う。その他の処理については、第１の実施形態例の手順に従うものとする。
【００３８】
【発明の効果】
以上説明したように、本発明によれば、ネットワークを介しての動画像配信に際し、分散管理されたサーバ、ネットワーク、クライアントそれぞれの場所で生ずる負荷の状況に適応的に動作し、能力の範囲で最善の動画像再生を行うことができる。本発明においては、制御の主体がクライアント側にあるためサーバ側の負荷を軽減し、同時アクセスクライアント数の上限を引き上げることができ、ネットワーク上に不要なパケットの送出を抑えることもできる。クライアント側がソフトウェアを用いた復号を行う場合や、動画像データの配信に必要とされる伝送帯域の保証されないようなネットワーク上で特に効果がある。
【図面の簡単な説明】
【図１】本発明の一実施形態例を示すシステム構成図
【図２】（ａ），（ｂ），（ｃ）は上記実施形態例におけるデータパケットの伝送形態を説明する図
【図３】上記実施形態例におけるサーバとクライアントのブロック構成図
【図４】（ａ）は１個の要求パケットに対し１個のデータパケットを転送する場合の伝送処理を説明する図、（ｂ）は要求パケットとデータパケットを交互に送る時の伝送処理の概念図、（ｃ）は要求パケットの後で複数のパケットを一括して送る時の伝送処理の概念図
【図５】（ａ）は１パケットあたりの伝送ならびに復号処理時間がパケットあたりの処理時間より小さい場合の伝送処理の概念図、（ｂ）は１パケットあたりの伝送ならびに復号処理時間がパケットあたりの処理時間より大きい場合の伝送処理の概念図
【符号の説明】
１…サーバ
１１…動画像データ蓄積処理部
１２…リフレッシュ処理データ検出部
１３…サーバ側パケット送出処理部
２…クライアント
２１…動画像表示処理部
２２…復号処理部
２３…パケット要求及び受信処理部
２４…復号処理遅延検出部
２５…伝送処理遅延検出部
３…ネットワーク
４…リフレッシュデータの先頭
５、６…パケット
７…ヘッダ
７１…時間インデックス
７２…識別子
【図１】
0003730942.tif 000002
【図２】
0003730942.tif 000003
【図３】
0003730942.tif 000004
【図４】
0003730942.tif 000005
【図５】
0003730942.tif 000006