JPH11103317A - データ伝送システム及び再生装置 - Google Patents
データ伝送システム及び再生装置Info
- Publication number
- JPH11103317A JPH11103317A JP24128097A JP24128097A JPH11103317A JP H11103317 A JPH11103317 A JP H11103317A JP 24128097 A JP24128097 A JP 24128097A JP 24128097 A JP24128097 A JP 24128097A JP H11103317 A JPH11103317 A JP H11103317A
- Authority
- JP
- Japan
- Prior art keywords
- data
- server
- client
- time
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 222
- 230000015654 memory Effects 0.000 claims abstract description 113
- 230000004044 response Effects 0.000 claims abstract description 33
- 238000012360 testing method Methods 0.000 claims description 39
- 238000012544 monitoring process Methods 0.000 claims description 15
- 238000000605 extraction Methods 0.000 claims description 9
- 239000000284 extract Substances 0.000 claims description 8
- 238000012545 processing Methods 0.000 claims description 8
- 230000001360 synchronised effect Effects 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 17
- 238000000034 method Methods 0.000 description 17
- 230000003044 adaptive effect Effects 0.000 description 8
- 238000001514 detection method Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000002123 temporal effect Effects 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 3
- 238000010521 absorption reaction Methods 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000007175 bidirectional communication Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 239000006185 dispersion Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000010355 oscillation Effects 0.000 description 1
- 229940036310 program Drugs 0.000 description 1
- 238000013102 re-test Methods 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N17/00—Diagnosis, testing or measuring for television systems or their details
- H04N17/004—Diagnosis, testing or measuring for television systems or their details for digital television systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23614—Multiplexing of additional data and video streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/637—Control signals issued by the client directed to the server or network components
- H04N21/6375—Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/654—Transmission by server directed to the client
- H04N21/6547—Transmission by server directed to the client comprising parameters, e.g. for client setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/24—Systems for the transmission of television signals using pulse code modulation
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
- Television Signal Processing For Recording (AREA)
- Television Systems (AREA)
Abstract
(57)【要約】
【課題】 従来のアダプティブ・クロック方式は復号器
が複雑な構成で高価であり、また、複数サーバから１つ
のクライアントへの分散方式伝送は非常に複雑で高価と
なる。また、簡易繰り返し・間引き方式では、高品質伝
送ができない。 【解決手段】 サーバは、入力されたデータ要求に応じ
て要求元のクライアントへ送信するデータ中に、連続再
生に必要な次に送信するデータの送信時刻を示す時刻情
報を付加して送信する。差分比較器１４は、基準時刻時
計装置１５からの基準時刻と最初の時刻情報の到来時刻
との差分値を算出し、その差分値を差分保存器１６に記
憶する。要求時刻算出器１７は、参照時刻情報を差分保
存器１６により保存されている差分値により補正して、
参照時刻情報が示す時刻になると、次のデータ要求を発
する。また、クライアントはバッファメモリの空き容量
が所定量になったことを検出して、データ送信要求を発
することもできる。
が複雑な構成で高価であり、また、複数サーバから１つ
のクライアントへの分散方式伝送は非常に複雑で高価と
なる。また、簡易繰り返し・間引き方式では、高品質伝
送ができない。 【解決手段】 サーバは、入力されたデータ要求に応じ
て要求元のクライアントへ送信するデータ中に、連続再
生に必要な次に送信するデータの送信時刻を示す時刻情
報を付加して送信する。差分比較器１４は、基準時刻時
計装置１５からの基準時刻と最初の時刻情報の到来時刻
との差分値を算出し、その差分値を差分保存器１６に記
憶する。要求時刻算出器１７は、参照時刻情報を差分保
存器１６により保存されている差分値により補正して、
参照時刻情報が示す時刻になると、次のデータ要求を発
する。また、クライアントはバッファメモリの空き容量
が所定量になったことを検出して、データ送信要求を発
することもできる。
Description
【０００１】
【発明の属する技術分野】本発明はデータ伝送システム
及び再生装置に係り、特に蓄積装置に蓄積されている、
時間的連続性が必要な動画像情報や音声情報をディジタ
ル符号化して得られたディジタルデータを、ネットワー
クを通じて蓄積装置から再生装置に伝送して、再生装置
により途切れなく時間的連続性を維持して再生するデー
タ伝送システム及び再生装置に関する。
及び再生装置に係り、特に蓄積装置に蓄積されている、
時間的連続性が必要な動画像情報や音声情報をディジタ
ル符号化して得られたディジタルデータを、ネットワー
クを通じて蓄積装置から再生装置に伝送して、再生装置
により途切れなく時間的連続性を維持して再生するデー
タ伝送システム及び再生装置に関する。
【０００２】
【従来の技術】図１６は一般的なデータ伝送システムの
一例の構成図を示す。同図に示すように、このデータ伝
送システムは、動画像情報や音声情報をディジタル符号
化して得られたディジタルデータを蓄積する蓄積装置を
備えたサーバＳ１、Ｓ２がネットワークＮＥを介して、
再生装置を備えたクライアントＣ１、Ｃ２に接続された
構成である。
一例の構成図を示す。同図に示すように、このデータ伝
送システムは、動画像情報や音声情報をディジタル符号
化して得られたディジタルデータを蓄積する蓄積装置を
備えたサーバＳ１、Ｓ２がネットワークＮＥを介して、
再生装置を備えたクライアントＣ１、Ｃ２に接続された
構成である。
【０００３】ここで、本発明が適用されるネットワーク
ＮＥは、単に１つのローカル・エリア・ネットワーク
（ＬＡＮ）だけを指すのではなく、例えば図１７に示す
ように、複数のＬＡＮ（ここでは一例として４つのＬＡ
Ｎ）Ｌ１〜Ｌ４がルータＲ１〜Ｒ４やモデムＭ１、Ｍ２
などの接続手段を介して相互に、かつ、電話回線網ＴＥ
とも接続されて全体として一つのネットワークを構成す
るものも含む。また、インターネットも一つのネットワ
ークＮＥである。
ＮＥは、単に１つのローカル・エリア・ネットワーク
（ＬＡＮ）だけを指すのではなく、例えば図１７に示す
ように、複数のＬＡＮ（ここでは一例として４つのＬＡ
Ｎ）Ｌ１〜Ｌ４がルータＲ１〜Ｒ４やモデムＭ１、Ｍ２
などの接続手段を介して相互に、かつ、電話回線網ＴＥ
とも接続されて全体として一つのネットワークを構成す
るものも含む。また、インターネットも一つのネットワ
ークＮＥである。
【０００４】このデータ伝送システムでは、サーバＳ
１、Ｓ２からクライアントＣ１、Ｃ２へのデータ伝送は
図１８に示すように、時分割バースト伝送が各クライア
ントに対して断続的に行われるのが通常であり、同一ネ
ットワークに接続されている複数装置間の見掛け上の複
数同時伝送は、実際には時分割伝送で実現されている。
１、Ｓ２からクライアントＣ１、Ｃ２へのデータ伝送は
図１８に示すように、時分割バースト伝送が各クライア
ントに対して断続的に行われるのが通常であり、同一ネ
ットワークに接続されている複数装置間の見掛け上の複
数同時伝送は、実際には時分割伝送で実現されている。
【０００５】図１８の伝送期間Ｔａでは、サーバＳ１か
らクライアントＣ１とＣ２へ見掛け上の同時伝送（サー
ビス）を行っている。続く伝送期間Ｔｂでは、サーバＳ
１からクライアントＣ１へのデータ伝送と、サーバＳ２
からクライアントＣ２へのデータ伝送が見掛け上同時に
行われている。また、伝送期間Ｔａ及びＴｂのいずれに
おいても、クライアントＣ１の受信データレートは、ク
ライアントＣ２のそれよりも若干高くなっている。ただ
し、非同期転送モード（ＡＴＭ）ネットワークのような
スイッチ型ネットワーク（任意端末間任意接続切り替え
型ネットワーク）では、一部図２の伝送態様と異なり、
伝送期間Ｔｂのように別個の２組の伝送は時間的に重な
った伝送が可能である。
らクライアントＣ１とＣ２へ見掛け上の同時伝送（サー
ビス）を行っている。続く伝送期間Ｔｂでは、サーバＳ
１からクライアントＣ１へのデータ伝送と、サーバＳ２
からクライアントＣ２へのデータ伝送が見掛け上同時に
行われている。また、伝送期間Ｔａ及びＴｂのいずれに
おいても、クライアントＣ１の受信データレートは、ク
ライアントＣ２のそれよりも若干高くなっている。ただ
し、非同期転送モード（ＡＴＭ）ネットワークのような
スイッチ型ネットワーク（任意端末間任意接続切り替え
型ネットワーク）では、一部図２の伝送態様と異なり、
伝送期間Ｔｂのように別個の２組の伝送は時間的に重な
った伝送が可能である。
【０００６】従来のネットワークを用いたデータ伝送シ
ステムの同期方式には、アダプティブ・クロック方式
と、簡易繰り返し・間引き方式とがある。アダプティブ
・クロック方式は、図１９に示すように、Ｔｃ期間とＴ
ｄ期間でそれぞれ部分的（期間的）一定データレート
（連続的）としてデータを伝送する。
ステムの同期方式には、アダプティブ・クロック方式
と、簡易繰り返し・間引き方式とがある。アダプティブ
・クロック方式は、図１９に示すように、Ｔｃ期間とＴ
ｄ期間でそれぞれ部分的（期間的）一定データレート
（連続的）としてデータを伝送する。
【０００７】実際のネットワーク上の伝送は、図１９
（Ａ）に示すように、データレート情報ａ１、ａ２とデ
ータｄ１、ｄ５を時分割多重し、あるいは時刻情報ｂ
１、ｂ２、ｂ３、ｂ４とデータｄ２、ｄ３、ｄ６、ｄ７
とを時分割多重し、あるいはデータｄ４のみを時系列的
に、かつ、断続的に行われるが、再生装置側では、図１
９（Ｂ）に示すように（準）一定データレート伝送で受
信再生されるような仮想伝送形態を仮定して、データレ
ート情報ａ１、ａ２や時刻情報ｂ１〜ｂ４を伝送する。
（Ａ）に示すように、データレート情報ａ１、ａ２とデ
ータｄ１、ｄ５を時分割多重し、あるいは時刻情報ｂ
１、ｂ２、ｂ３、ｂ４とデータｄ２、ｄ３、ｄ６、ｄ７
とを時分割多重し、あるいはデータｄ４のみを時系列的
に、かつ、断続的に行われるが、再生装置側では、図１
９（Ｂ）に示すように（準）一定データレート伝送で受
信再生されるような仮想伝送形態を仮定して、データレ
ート情報ａ１、ａ２や時刻情報ｂ１〜ｂ４を伝送する。
【０００８】図１９の時間軸に示す時刻Ｔ１、Ｔ２など
は、その情報がクライアントに連続的一定データレート
伝送で届いた時点の基準時刻を意味するもので、具体的
定義の例は国際標準”ＩＳＯ／ＩＥＣ１３８１８−１”
に、システム時刻基準参照値（ＳＣＲ：System Clock R
eference）やプログラム時刻基準参照値（ＰＣＲ：Prog
ram Clock Reference）として記述されている。
は、その情報がクライアントに連続的一定データレート
伝送で届いた時点の基準時刻を意味するもので、具体的
定義の例は国際標準”ＩＳＯ／ＩＥＣ１３８１８−１”
に、システム時刻基準参照値（ＳＣＲ：System Clock R
eference）やプログラム時刻基準参照値（ＰＣＲ：Prog
ram Clock Reference）として記述されている。
【０００９】クライアントＣ１やＣ２はこのアダプティ
ブ・クロック方式の場合は、図２０のブロック図に示す
構成により、仮想伝送形態に内部データ伝送状態を変換
して処理する。図２０において、クライアントにより受
信されてネットワークインタフェース２１に入力された
図１９（Ａ）に示す如き断続（バースト）伝送形態のデ
ィジタルデータ（ビットストリーム）は、ネットワーク
バッファメモリ２２に一次蓄積されて出力データレート
制御装置２４に入力される一方、データレート検出装置
２３に入力される。
ブ・クロック方式の場合は、図２０のブロック図に示す
構成により、仮想伝送形態に内部データ伝送状態を変換
して処理する。図２０において、クライアントにより受
信されてネットワークインタフェース２１に入力された
図１９（Ａ）に示す如き断続（バースト）伝送形態のデ
ィジタルデータ（ビットストリーム）は、ネットワーク
バッファメモリ２２に一次蓄積されて出力データレート
制御装置２４に入力される一方、データレート検出装置
２３に入力される。
【００１０】データレート検出装置２３は、入力された
データを解析して単位時間当たりの平均符号量を求める
演算装置であり、データが一定レートの符号化ストリー
ムであれば、単なる値を設定するレジスタ装置でよい。
なお、サーバ内の図示しない中央処理装置（ＣＰＵ）が
データレート情報を計算して求めて出力データレート制
御装置２４に入力してもよい。
データを解析して単位時間当たりの平均符号量を求める
演算装置であり、データが一定レートの符号化ストリー
ムであれば、単なる値を設定するレジスタ装置でよい。
なお、サーバ内の図示しない中央処理装置（ＣＰＵ）が
データレート情報を計算して求めて出力データレート制
御装置２４に入力してもよい。
【００１１】出力データレート制御装置２４は例えばバ
ッファを有し、データレート検出装置２３から入力され
たデータレート情報に基づいて、ネットワークバッファ
メモリ２２からのデータを、擬似的に仮想伝送形態であ
る一定データレートで入力データを読み出し出力し、復
号器用バッファメモリ２５に供給すると共に、時刻情報
をフェイズ・ロックト・ループ（ＰＬＬ）２６に供給す
る。
ッファを有し、データレート検出装置２３から入力され
たデータレート情報に基づいて、ネットワークバッファ
メモリ２２からのデータを、擬似的に仮想伝送形態であ
る一定データレートで入力データを読み出し出力し、復
号器用バッファメモリ２５に供給すると共に、時刻情報
をフェイズ・ロックト・ループ（ＰＬＬ）２６に供給す
る。
【００１２】ＰＬＬ２６は図２１に示す如き回路構成と
されており、入力された時刻情報（データ）を引算器３
１でカウンタ３５の出力と引き算した後、ＤＡ変換器３
２でアナログ信号に変換し、更にローパスフィルタ３３
で不要高周波数成分を除去した後、電圧制御発振器３４
に制御電圧として印加してその出力発振周波数を制御
し、電圧制御発振器３４の出力発振周波数をカウンタ３
５で分周する。ここでカウンタ３５には時刻情報の値が
セットされることにより、電圧制御発振器３４からは所
定周波数のクロックが出力され、カウンタ３５からはサ
ーバ側時刻を再現した基準時刻信号が出力されてサーバ
側とクライアント側の同期をとる。
されており、入力された時刻情報（データ）を引算器３
１でカウンタ３５の出力と引き算した後、ＤＡ変換器３
２でアナログ信号に変換し、更にローパスフィルタ３３
で不要高周波数成分を除去した後、電圧制御発振器３４
に制御電圧として印加してその出力発振周波数を制御
し、電圧制御発振器３４の出力発振周波数をカウンタ３
５で分周する。ここでカウンタ３５には時刻情報の値が
セットされることにより、電圧制御発振器３４からは所
定周波数のクロックが出力され、カウンタ３５からはサ
ーバ側時刻を再現した基準時刻信号が出力されてサーバ
側とクライアント側の同期をとる。
【００１３】一方、前記の簡易繰り返し・間引き方式に
は、図２２に示す簡易繰り返しによる同期方式と、図２
３に示す簡易間引きによる同期方式とがある。簡易繰り
返しによる同期方式は、サーバ側からその内部の基準時
間（図２２（Ａ）の伝送時刻基準）に基づいて、データ
をネットワークを介してクライアント側へ送信し、クラ
イアント（復号器）側はサーバとは別個の内部基準時間
（図２２（Ｂ）の復号器時刻基準）に基づいて、データ
を図２２（Ｃ）に模式的に示すように復号再生する。
は、図２２に示す簡易繰り返しによる同期方式と、図２
３に示す簡易間引きによる同期方式とがある。簡易繰り
返しによる同期方式は、サーバ側からその内部の基準時
間（図２２（Ａ）の伝送時刻基準）に基づいて、データ
をネットワークを介してクライアント側へ送信し、クラ
イアント（復号器）側はサーバとは別個の内部基準時間
（図２２（Ｂ）の復号器時刻基準）に基づいて、データ
を図２２（Ｃ）に模式的に示すように復号再生する。
【００１４】従って、両内部基準時間の間には、差異が
あるのが通常である。図２２はクライアント側の基準時
間推移がサーバ側よりも早い場合の例を示しており、図
２２（Ａ）、（Ｂ）に示すように、時刻Ｔ１〜Ｔ７に該
当する各データがサーバから伝送される前にクライアン
ト側で必要になり、同図（Ｃ）に模式的に示すようにク
ライアントの復号器では、例えば時刻Ｔ０に該当するデ
ータを時刻Ｔ１で、時刻Ｔ６に該当するデータを時刻Ｔ
９でもそれぞれ繰り返し再生出力している。
あるのが通常である。図２２はクライアント側の基準時
間推移がサーバ側よりも早い場合の例を示しており、図
２２（Ａ）、（Ｂ）に示すように、時刻Ｔ１〜Ｔ７に該
当する各データがサーバから伝送される前にクライアン
ト側で必要になり、同図（Ｃ）に模式的に示すようにク
ライアントの復号器では、例えば時刻Ｔ０に該当するデ
ータを時刻Ｔ１で、時刻Ｔ６に該当するデータを時刻Ｔ
９でもそれぞれ繰り返し再生出力している。
【００１５】図２３は簡易間引きによる同期方式を説明
する図である。上記の簡易繰り返しによる同期方式と同
じくサーバ側から同図（Ａ）に示すその内部基準時間に
基づいてデータを伝送し、クライアント側ではサーバと
は別個の内部基準時間に基づいて復号再生する。図２３
はクライアント側の基準時間推移が同図（Ｂ）に示すよ
うに、サーバ側よりも遅い場合の例を示しており、同図
（Ｃ）に模式的に示すように、クライアントの復号器で
は、例えば時刻Ｔ３やＴ７に該当するデータを再生する
前に次の時刻のデータが伝送されてくるため、時刻Ｔ３
に該当するデータや時刻Ｔ７に該当するデータを再生し
ないで、間引いている。
する図である。上記の簡易繰り返しによる同期方式と同
じくサーバ側から同図（Ａ）に示すその内部基準時間に
基づいてデータを伝送し、クライアント側ではサーバと
は別個の内部基準時間に基づいて復号再生する。図２３
はクライアント側の基準時間推移が同図（Ｂ）に示すよ
うに、サーバ側よりも遅い場合の例を示しており、同図
（Ｃ）に模式的に示すように、クライアントの復号器で
は、例えば時刻Ｔ３やＴ７に該当するデータを再生する
前に次の時刻のデータが伝送されてくるため、時刻Ｔ３
に該当するデータや時刻Ｔ７に該当するデータを再生し
ないで、間引いている。
【００１６】
【発明が解決しようとする課題】しかるに、前記のアダ
プティブ・クロック方式のデータ伝送システムでは、以
下の問題がある。まず、復号器内部に出力データレート
制御装置２４とＰＬＬ回路２６とが必要になり、復号器
が複雑な構成で高価である。また、サーバ側も基準時間
内に対応した伝送が必要となり、装置が複雑で高価であ
る。また、各部分期間内は一定データレートにする必要
があり、動画像や音声情報の符号化に制限を受けると共
に、多くの装置が接続されるネットワークに対し、柔軟
なネットワーク利用の障害になる。
プティブ・クロック方式のデータ伝送システムでは、以
下の問題がある。まず、復号器内部に出力データレート
制御装置２４とＰＬＬ回路２６とが必要になり、復号器
が複雑な構成で高価である。また、サーバ側も基準時間
内に対応した伝送が必要となり、装置が複雑で高価であ
る。また、各部分期間内は一定データレートにする必要
があり、動画像や音声情報の符号化に制限を受けると共
に、多くの装置が接続されるネットワークに対し、柔軟
なネットワーク利用の障害になる。
【００１７】更に、伝送途中でエラーが発生して再伝送
する場合、エラー検出と再伝送のための装置対応が別途
必要で、特に基準時刻情報は伝送時刻に意味があり、同
じ基準時刻情報を再使用できない。また、更に複数サー
バから１つのクライアントへの分散方式伝送は非常に複
雑で高価となる。
する場合、エラー検出と再伝送のための装置対応が別途
必要で、特に基準時刻情報は伝送時刻に意味があり、同
じ基準時刻情報を再使用できない。また、更に複数サー
バから１つのクライアントへの分散方式伝送は非常に複
雑で高価となる。
【００１８】また、前記の簡易繰り返し・間引き方式の
データ伝送システムでは、プログラムの所々で繰り返し
や間引きが発生するため、高品質伝送ができず、また、
伝送途中でエラーが発生して再伝送する場合、エラー検
出と再伝送のための装置対応が別途必要で、特に基準時
刻情報は同じデータを使用できない。
データ伝送システムでは、プログラムの所々で繰り返し
や間引きが発生するため、高品質伝送ができず、また、
伝送途中でエラーが発生して再伝送する場合、エラー検
出と再伝送のための装置対応が別途必要で、特に基準時
刻情報は同じデータを使用できない。
【００１９】本発明は以上の点に鑑みなされたもので、
ネットワークの双方向通信性を利用して、各部分期間毎
に必要なデータ伝送をクライアント側からサーバ側に要
求して、サーバ側はそれに対応したデータ伝送をするデ
ータ伝送システム及び再生装置を提供することを目的と
する。
ネットワークの双方向通信性を利用して、各部分期間毎
に必要なデータ伝送をクライアント側からサーバ側に要
求して、サーバ側はそれに対応したデータ伝送をするデ
ータ伝送システム及び再生装置を提供することを目的と
する。
【００２０】また、本発明の他の目的は、時間基準はク
ライアント側のみで扱い、複雑な相互基準時間調整を不
要としたデータ伝送システム及び再生装置を提供するこ
とにある。
ライアント側のみで扱い、複雑な相互基準時間調整を不
要としたデータ伝送システム及び再生装置を提供するこ
とにある。
【００２１】更に、本発明の他の目的は、クライアント
がサーバより受信したデータを一時的に蓄積しておくバ
ッファメモリの空き容量を監視し、所定量以上の空き容
量のときにサーバにデータ要求を行い、サーバがそれに
応答して所定量以下のデータを送信することにより、複
雑な相互基準時間調整を不要としたデータ伝送システム
及び再生装置を提供することにある。
がサーバより受信したデータを一時的に蓄積しておくバ
ッファメモリの空き容量を監視し、所定量以上の空き容
量のときにサーバにデータ要求を行い、サーバがそれに
応答して所定量以下のデータを送信することにより、複
雑な相互基準時間調整を不要としたデータ伝送システム
及び再生装置を提供することにある。
【００２２】
【課題を解決するための手段】上記の目的を達成するた
め、請求項１記載の本発明のデータ伝送システムは、一
又は二以上のサーバと一又は二以上のクライアントが同
じネットワークに接続されており、サーバは動画像や音
声に関する符号化されたディジタルデータを蓄積してお
り、そのディジタルデータをネットワークを介してクラ
イアントに適宜の単位毎に断続的に送信し、クライアン
トは受信したディジタルデータを再生して時間的に連続
した再生情報を得るデータ伝送システムにおいて、サー
バは、入力されたデータ要求に応じて送信するデータ中
に、連続再生に必要な次に送信するデータの送信時刻を
示す時刻情報を付加して送信し、クライアントは、受信
したデータ中から時刻情報を抽出し、その時刻情報に基
づいてサーバへ次のデータのデータ要求を発するように
したものである。
め、請求項１記載の本発明のデータ伝送システムは、一
又は二以上のサーバと一又は二以上のクライアントが同
じネットワークに接続されており、サーバは動画像や音
声に関する符号化されたディジタルデータを蓄積してお
り、そのディジタルデータをネットワークを介してクラ
イアントに適宜の単位毎に断続的に送信し、クライアン
トは受信したディジタルデータを再生して時間的に連続
した再生情報を得るデータ伝送システムにおいて、サー
バは、入力されたデータ要求に応じて送信するデータ中
に、連続再生に必要な次に送信するデータの送信時刻を
示す時刻情報を付加して送信し、クライアントは、受信
したデータ中から時刻情報を抽出し、その時刻情報に基
づいてサーバへ次のデータのデータ要求を発するように
したものである。
【００２３】また、請求項３記載の本発明のデータ伝送
システムは、サーバが、入力されたデータ要求に応じて
送信する画像データ及び音声データをそれぞれに別々
に、連続再生に必要な次に送信する画像データ及び音声
データの送信時刻を示す時刻情報を付加して送信し、ク
ライアントは、受信した画像データ中から時刻情報を抽
出し、その時刻情報に基づいてサーバへ次の画像データ
のデータ要求を発し、かつ、受信した音声データ中から
時刻情報を抽出し、その時刻情報に基づいて画像データ
を送信するサーバと同じか又は異なるサーバへ次の音声
データの要求を発するようにしたものである。
システムは、サーバが、入力されたデータ要求に応じて
送信する画像データ及び音声データをそれぞれに別々
に、連続再生に必要な次に送信する画像データ及び音声
データの送信時刻を示す時刻情報を付加して送信し、ク
ライアントは、受信した画像データ中から時刻情報を抽
出し、その時刻情報に基づいてサーバへ次の画像データ
のデータ要求を発し、かつ、受信した音声データ中から
時刻情報を抽出し、その時刻情報に基づいて画像データ
を送信するサーバと同じか又は異なるサーバへ次の音声
データの要求を発するようにしたものである。
【００２４】また、請求項５記載の本発明のデータ伝送
システムは、サーバが、送信するデータのうち少なくと
も最初に送信するデータ中に、そのデータの符号化周期
情報を付加して送信し、クライアントは、受信したデー
タ中から符号化周期情報を抽出し、その符号化周期情報
に基づいて周期的にサーバへデータ要求を発するように
したものである。
システムは、サーバが、送信するデータのうち少なくと
も最初に送信するデータ中に、そのデータの符号化周期
情報を付加して送信し、クライアントは、受信したデー
タ中から符号化周期情報を抽出し、その符号化周期情報
に基づいて周期的にサーバへデータ要求を発するように
したものである。
【００２５】上記の各発明では、クライアントは受信し
た時刻情報あるいは符号化周期情報に基づいた時刻タイ
ミングで、サーバに対して次のデータの送信を要求する
ようにしているため、サーバ側はクライアント側の基準
時刻に基づいてデータを送信し、クライアントは自己の
基準時刻に基づいてデータを復号再生することができ
る。
た時刻情報あるいは符号化周期情報に基づいた時刻タイ
ミングで、サーバに対して次のデータの送信を要求する
ようにしているため、サーバ側はクライアント側の基準
時刻に基づいてデータを送信し、クライアントは自己の
基準時刻に基づいてデータを復号再生することができ
る。
【００２６】また、請求項６記載の本発明のデータ伝送
システムは、一又は二以上のサーバと一又は二以上のク
ライアントが同じネットワークに接続されており、サー
バは動画像や音声に関する符号化されたディジタルデー
タを蓄積しており、そのディジタルデータをネットワー
クを介してクライアントに適宜の単位毎に断続的に送信
し、クライアントは受信したディジタルデータを再生し
て時間的に連続した再生情報を得るデータ伝送システム
において、クライアントは、サーバより受信したデータ
を、ネットワーク・バッファメモリに一時的に蓄積した
後、復号器用バッファメモリに出力すると共に、ネット
ワーク・バッファメモリの空き容量を監視し、その空き
容量が所定量以上になったことを検出したときに、サー
バにデータ送信要求を送信し、サーバは、クライアント
からのデータ送信要求に応じて、所定量以下のデータ量
のデータをクライアントに送信する。
システムは、一又は二以上のサーバと一又は二以上のク
ライアントが同じネットワークに接続されており、サー
バは動画像や音声に関する符号化されたディジタルデー
タを蓄積しており、そのディジタルデータをネットワー
クを介してクライアントに適宜の単位毎に断続的に送信
し、クライアントは受信したディジタルデータを再生し
て時間的に連続した再生情報を得るデータ伝送システム
において、クライアントは、サーバより受信したデータ
を、ネットワーク・バッファメモリに一時的に蓄積した
後、復号器用バッファメモリに出力すると共に、ネット
ワーク・バッファメモリの空き容量を監視し、その空き
容量が所定量以上になったことを検出したときに、サー
バにデータ送信要求を送信し、サーバは、クライアント
からのデータ送信要求に応じて、所定量以下のデータ量
のデータをクライアントに送信する。
【００２７】ここで、クライアントは、空き容量が所定
量以上になったことを検出したときは、その検出した空
き容量の情報をデータ送信要求に含めてサーバへ送信
し、サーバは、クライアントからのデータ送信要求に応
じて、そのデータ送信要求中の空き容量情報が示す空き
容量程度のデータ量のデータをクライアントに送信して
もよい。この場合、サーバは、データ送信要求中の空き
容量情報が示す空き容量以下のデータ量か、あるいは実
際にデータを送信するまでにクライアントで消費される
データを上記空き容量に付加したデータ量のデータをク
ライアントに送信する。
量以上になったことを検出したときは、その検出した空
き容量の情報をデータ送信要求に含めてサーバへ送信
し、サーバは、クライアントからのデータ送信要求に応
じて、そのデータ送信要求中の空き容量情報が示す空き
容量程度のデータ量のデータをクライアントに送信して
もよい。この場合、サーバは、データ送信要求中の空き
容量情報が示す空き容量以下のデータ量か、あるいは実
際にデータを送信するまでにクライアントで消費される
データを上記空き容量に付加したデータ量のデータをク
ライアントに送信する。
【００２８】また、クライアントは、空き容量が所定量
以上になったことを検出したときは、要求番号をデータ
送信要求に含めてサーバへ送信し、サーバは、クライア
ントからのデータ送信要求に応じて、そのデータ送信要
求中の要求番号と同じ値の送信番号と共にデータをクラ
イアントに送信するようにしてもよい。
以上になったことを検出したときは、要求番号をデータ
送信要求に含めてサーバへ送信し、サーバは、クライア
ントからのデータ送信要求に応じて、そのデータ送信要
求中の要求番号と同じ値の送信番号と共にデータをクラ
イアントに送信するようにしてもよい。
【００２９】上記の発明では、ネットワーク・バッファ
メモリには常に所定量以上のディジタルデータの蓄積が
確保されるため、クライアントの基準時刻に基づいてデ
ータを復号再生することができる。
メモリには常に所定量以上のディジタルデータの蓄積が
確保されるため、クライアントの基準時刻に基づいてデ
ータを復号再生することができる。
【００３０】また、請求項９の本発明のデータ伝送シス
テムは、クライアントが、データ送信要求を送信する前
に、テスト情報とテストであることを示す情報を有する
テスト信号を１回又は複数回サーバへ送信し、サーバは
テスト信号の受信時は直ちに応答信号を返送し、クライ
アントは、テスト信号送信後、次に応答信号を受信する
までの往復遅延時間を一又は二以上測定・算出し、測定
・算出したこの往復遅延時間又はそれを統計処理した値
に基づき、バッファメモリ量及び一度のデータ送信要求
量を設定する。
テムは、クライアントが、データ送信要求を送信する前
に、テスト情報とテストであることを示す情報を有する
テスト信号を１回又は複数回サーバへ送信し、サーバは
テスト信号の受信時は直ちに応答信号を返送し、クライ
アントは、テスト信号送信後、次に応答信号を受信する
までの往復遅延時間を一又は二以上測定・算出し、測定
・算出したこの往復遅延時間又はそれを統計処理した値
に基づき、バッファメモリ量及び一度のデータ送信要求
量を設定する。
【００３１】この発明では、ネットワークの遅延時間と
共に遅延時間の揺らぎ／ジッター量を推定し、その推定
値に応じてバッファメモリ量及び一度のデータ送信要求
量を設定するようにしているため、安定動作に有効であ
る。
共に遅延時間の揺らぎ／ジッター量を推定し、その推定
値に応じてバッファメモリ量及び一度のデータ送信要求
量を設定するようにしているため、安定動作に有効であ
る。
【００３２】また、テスト信号はサーバがデータ送受信
の前にクライアントに送信し、クライアントがその応答
信号に自己の受信バッファメモリ量の情報を含めて送信
してもよく、その場合は、サーバが測定・算出した往復
遅延時間又はそれを統計処理した値と、受信バッファメ
モリ量の情報とに基づき伝送ビットレートを算出し、ク
ライアントからの伝送要求量を補正して伝送すること
で、安定なシステムを構成できる。
の前にクライアントに送信し、クライアントがその応答
信号に自己の受信バッファメモリ量の情報を含めて送信
してもよく、その場合は、サーバが測定・算出した往復
遅延時間又はそれを統計処理した値と、受信バッファメ
モリ量の情報とに基づき伝送ビットレートを算出し、ク
ライアントからの伝送要求量を補正して伝送すること
で、安定なシステムを構成できる。
【００３３】また、上記の目的を達成するため、本発明
の再生装置は、一又は二以上のサーバとネットワークを
介して接続されており、サーバは動画像や音声に関する
符号化されたディジタルデータを蓄積しており、入力さ
れたデータ要求に応じてサーバから送信されたディジタ
ルデータと、連続再生に必要な次に送信するデータの送
信時刻を示す時刻情報を、ネットワークを介して断続的
に受信再生して、時間的に連続した再生情報を得るクラ
イアントを構成する再生装置であって、受信した信号中
から時刻情報を抽出する抽出手段と、基準時刻に同期し
たクロックを発生する基準時刻時計装置と、基準時刻時
計装置からのクロックに基づき、受信したディジタルデ
ータを復号再生する復号手段と、抽出手段からの時刻情
報と基準時刻時計装置からの基準時刻とを比較して、時
刻情報に基づく時刻でデータ要求をサーバへ発するデー
タ要求手段とを有する構成としたものである。
の再生装置は、一又は二以上のサーバとネットワークを
介して接続されており、サーバは動画像や音声に関する
符号化されたディジタルデータを蓄積しており、入力さ
れたデータ要求に応じてサーバから送信されたディジタ
ルデータと、連続再生に必要な次に送信するデータの送
信時刻を示す時刻情報を、ネットワークを介して断続的
に受信再生して、時間的に連続した再生情報を得るクラ
イアントを構成する再生装置であって、受信した信号中
から時刻情報を抽出する抽出手段と、基準時刻に同期し
たクロックを発生する基準時刻時計装置と、基準時刻時
計装置からのクロックに基づき、受信したディジタルデ
ータを復号再生する復号手段と、抽出手段からの時刻情
報と基準時刻時計装置からの基準時刻とを比較して、時
刻情報に基づく時刻でデータ要求をサーバへ発するデー
タ要求手段とを有する構成としたものである。
【００３４】この発明では、再生装置は受信した時刻情
報に基づいた時刻タイミングで、サーバに対して次のデ
ータの送信を要求するようにしているため、自己の基準
時刻に基づいてデータを復号再生することができる。
報に基づいた時刻タイミングで、サーバに対して次のデ
ータの送信を要求するようにしているため、自己の基準
時刻に基づいてデータを復号再生することができる。
【００３５】更に、本発明の再生装置は、一又は二以上
のサーバとネットワークを介して接続されており、サー
バから送信された動画像や音声に関する符号化されたデ
ィジタルデータを、ネットワークを介して断続的に受信
再生して、時間的に連続した再生情報を得るクライアン
トを構成する再生装置であって、受信したデータを一時
蓄積するネットワークバッファと、ネットワークバッフ
ァから一定データレートで読み出されたデータを復号す
る復号手段と、ネットワークバッファの空き容量を監視
し、その空き容量が所定量以上になったことを検出した
ときに、サーバにデータ送信要求を送信するバッファメ
モリ監視回路とを有する構成としたものである。この再
生装置では、ネットワーク・バッファメモリには常に所
定量以上のディジタルデータを確保できる。
のサーバとネットワークを介して接続されており、サー
バから送信された動画像や音声に関する符号化されたデ
ィジタルデータを、ネットワークを介して断続的に受信
再生して、時間的に連続した再生情報を得るクライアン
トを構成する再生装置であって、受信したデータを一時
蓄積するネットワークバッファと、ネットワークバッフ
ァから一定データレートで読み出されたデータを復号す
る復号手段と、ネットワークバッファの空き容量を監視
し、その空き容量が所定量以上になったことを検出した
ときに、サーバにデータ送信要求を送信するバッファメ
モリ監視回路とを有する構成としたものである。この再
生装置では、ネットワーク・バッファメモリには常に所
定量以上のディジタルデータを確保できる。
【００３６】なお、本明細書における「同じネットワー
ク」は、一つのＬＡＮのみならず、所定の接続手段によ
り相互接続された複数のＬＡＮやインターネットなどの
全体として一つとしてみなせるネットワークも包含する
ものである。
ク」は、一つのＬＡＮのみならず、所定の接続手段によ
り相互接続された複数のＬＡＮやインターネットなどの
全体として一つとしてみなせるネットワークも包含する
ものである。
【００３７】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面と共に説明する。
て図面と共に説明する。
【００３８】図１は本発明になるデータ伝送システムの
クライアントの要部の第１の実施の形態のブロック図を
示す。この実施の形態は、図１６に示したような、サー
バＳ１、Ｓ２の蓄積装置に蓄積されている、時間的連続
性が必要な動画像情報や音声情報をディジタル符号化し
て得られたディジタルデータを、ネットワークＮＥを通
じてサーバＳ１、Ｓ２からクライアントＣ１、Ｃ２に伝
送して、クライアントＣ１、Ｃ２により途切れなく時間
的連続性を維持して再生するデータ伝送システムにおい
て、クライアントＣ１、Ｃ２の要部を図１に示すよう
に、ネットワークＮＥを介して入力されたデータを送受
信するネットワークインターフェース１１と、復号器用
バッファメモリ１２と、時刻情報抽出回路１３と、差分
比較器１４と、基準時刻時計装置（内部自走カウンタ）
１５と、差分保存器１６と、要求時刻算出器１７と、動
画音声復号器１８とから構成したものである。
クライアントの要部の第１の実施の形態のブロック図を
示す。この実施の形態は、図１６に示したような、サー
バＳ１、Ｓ２の蓄積装置に蓄積されている、時間的連続
性が必要な動画像情報や音声情報をディジタル符号化し
て得られたディジタルデータを、ネットワークＮＥを通
じてサーバＳ１、Ｓ２からクライアントＣ１、Ｃ２に伝
送して、クライアントＣ１、Ｃ２により途切れなく時間
的連続性を維持して再生するデータ伝送システムにおい
て、クライアントＣ１、Ｃ２の要部を図１に示すよう
に、ネットワークＮＥを介して入力されたデータを送受
信するネットワークインターフェース１１と、復号器用
バッファメモリ１２と、時刻情報抽出回路１３と、差分
比較器１４と、基準時刻時計装置（内部自走カウンタ）
１５と、差分保存器１６と、要求時刻算出器１７と、動
画音声復号器１８とから構成したものである。
【００３９】次に、この実施の形態の動作について説明
する。図１６のネットワークＮＥを介してクライアント
Ｃ１からサーバＳ１に対して、図２（Ａ）に示すように
伝送要求すると、この伝送要求に応じてサーバＳ１から
クライアントＣ１に対して図２（Ｂ）に示すようにデー
タが伝送される。また、別のクライアントＣ２から同じ
サーバＳ１に対して、図２（Ｃ）に示すように伝送要求
すると、この伝送要求に応じてサーバＳ１からクライア
ントＣ２に対して図２（Ｄ）に示すようにデータが伝送
される。
する。図１６のネットワークＮＥを介してクライアント
Ｃ１からサーバＳ１に対して、図２（Ａ）に示すように
伝送要求すると、この伝送要求に応じてサーバＳ１から
クライアントＣ１に対して図２（Ｂ）に示すようにデー
タが伝送される。また、別のクライアントＣ２から同じ
サーバＳ１に対して、図２（Ｃ）に示すように伝送要求
すると、この伝送要求に応じてサーバＳ１からクライア
ントＣ２に対して図２（Ｄ）に示すようにデータが伝送
される。
【００４０】なお、クライアントＣ１とＣ２のデータ要
求が重複した場合は、一方のデータ要求が、他方のデー
タ要求が終了するまで待たされる。これはネットワーク
ＮＥの時分割の手続に依存する。ただし、クライアント
Ｃ１とＣ２のデータ要求が重複しても相手のサーバが異
なる場合には、時間的に重なった伝送が可能である。
求が重複した場合は、一方のデータ要求が、他方のデー
タ要求が終了するまで待たされる。これはネットワーク
ＮＥの時分割の手続に依存する。ただし、クライアント
Ｃ１とＣ２のデータ要求が重複しても相手のサーバが異
なる場合には、時間的に重なった伝送が可能である。
【００４１】次に、１つのクライアントＣ（Ｃ１又はＣ
２）と１つのサーバＳ（Ｓ１又はＳ２）との間の伝送動
作について更に詳細に説明する。前述したように図２
（Ａ）、（Ｃ）に、また図３（Ａ）に模式的に示すよう
に、クライアントＣからサーバＳに対してネットワーク
を通じてデータ要求がなされると、図２（Ｂ）、（Ｄ）
に、また図３（Ｂ）に模式的に示すように、要求先のサ
ーバＳから要求元のクライアントＣへネットワークを通
じてデータが伝送されてくる。
２）と１つのサーバＳ（Ｓ１又はＳ２）との間の伝送動
作について更に詳細に説明する。前述したように図２
（Ａ）、（Ｃ）に、また図３（Ａ）に模式的に示すよう
に、クライアントＣからサーバＳに対してネットワーク
を通じてデータ要求がなされると、図２（Ｂ）、（Ｄ）
に、また図３（Ｂ）に模式的に示すように、要求先のサ
ーバＳから要求元のクライアントＣへネットワークを通
じてデータが伝送されてくる。
【００４２】この伝送データは、動画像や音声に関する
データｄ１、ｄ２、ｄ３、ｄ４と、各データｄ１〜ｄ４
が意味を持つ最後の時刻情報あるいは伝送待機している
次のデータｄ２、ｄ３、ｄ４、ｄ５の開始に関する時刻
情報ｔ１、ｔ２、ｔ３、ｔ４が、各データの末尾に時分
割多重された構成とされているか、又はデータｄ５のみ
とされた構成である。なお、時刻情報ｔ１〜ｔ４はデー
タの末尾に限らず、任意の位置に時分割多重されていて
よい。
データｄ１、ｄ２、ｄ３、ｄ４と、各データｄ１〜ｄ４
が意味を持つ最後の時刻情報あるいは伝送待機している
次のデータｄ２、ｄ３、ｄ４、ｄ５の開始に関する時刻
情報ｔ１、ｔ２、ｔ３、ｔ４が、各データの末尾に時分
割多重された構成とされているか、又はデータｄ５のみ
とされた構成である。なお、時刻情報ｔ１〜ｔ４はデー
タの末尾に限らず、任意の位置に時分割多重されていて
よい。
【００４３】クライアントＣはサーバＳからネットワー
クを通じて伝送されてきた図３（Ｂ）に模式的に示すデ
ータｄ１及び時刻情報ｔ１からなる、あるサイズの可変
長データを、図１のネットワークインターフェース１１
で受信した後、復号器用バッファメモリ１２に一時蓄積
する一方、時刻情報ｔ１を時刻情報抽出回路１３にて抽
出した後差分比較器１４及び要求時刻算出器１７にそれ
ぞれ入力する。動画音声復号器１８は、復号器用バッフ
ァメモリ１２に一時蓄積されているデータｄ１を、基準
時刻時計装置１５から供給されるクロックに同期して復
号する。基準時刻時計装置１５は、例えば２７ＭＨｚの
ディジタルビデオにおける基準周波数の基準クロックか
ら作られる９０ｋＨｚパルスをカウントするカウンタで
ある。
クを通じて伝送されてきた図３（Ｂ）に模式的に示すデ
ータｄ１及び時刻情報ｔ１からなる、あるサイズの可変
長データを、図１のネットワークインターフェース１１
で受信した後、復号器用バッファメモリ１２に一時蓄積
する一方、時刻情報ｔ１を時刻情報抽出回路１３にて抽
出した後差分比較器１４及び要求時刻算出器１７にそれ
ぞれ入力する。動画音声復号器１８は、復号器用バッフ
ァメモリ１２に一時蓄積されているデータｄ１を、基準
時刻時計装置１５から供給されるクロックに同期して復
号する。基準時刻時計装置１５は、例えば２７ＭＨｚの
ディジタルビデオにおける基準周波数の基準クロックか
ら作られる９０ｋＨｚパルスをカウントするカウンタで
ある。
【００４４】ここで、通常は一番最初のデータ中の参照
時刻情報ｔ１と基準時刻時計装置１５の時刻との間には
ズレがあり、この対応として、伝送された最初のデータ
中の参照時刻情報ｔ１の到来時刻を見掛け上の０時間と
して差分比較器１４において、基準時刻時計装置１５か
らの基準時刻と上記到来時刻との差分値を算出し、その
差分値を差分保存器１６に記憶する。
時刻情報ｔ１と基準時刻時計装置１５の時刻との間には
ズレがあり、この対応として、伝送された最初のデータ
中の参照時刻情報ｔ１の到来時刻を見掛け上の０時間と
して差分比較器１４において、基準時刻時計装置１５か
らの基準時刻と上記到来時刻との差分値を算出し、その
差分値を差分保存器１６に記憶する。
【００４５】なお、伝送された最初のデータ中の参照時
刻情報ｔ１を基準時刻時計装置１５にプリセット（ロー
ド）し、以降は基準時刻時計装置１５が自走してその発
生時刻を基準時刻として用いてもよい。すなわち、基準
時刻時計装置１５は内部自走カウンタで構成してもよ
い。
刻情報ｔ１を基準時刻時計装置１５にプリセット（ロー
ド）し、以降は基準時刻時計装置１５が自走してその発
生時刻を基準時刻として用いてもよい。すなわち、基準
時刻時計装置１５は内部自走カウンタで構成してもよ
い。
【００４６】要求時刻算出器１７は、受信データｄ１と
共に伝送されてきた参照時刻情報ｔ１を差分保存器１６
により保存されている差分値により補正して、参照時刻
情報ｔ１が示す時刻Ｔ１になると、次のデータ要求を発
生してネットワークインターフェース１１を介してサー
バＳに発する。サーバＳはこのデータ要求に基づき、図
３（Ｂ）に模式的に示すように、次のデータｄ２と参照
時刻情報ｔ２をクライアントＣへ伝送する。
共に伝送されてきた参照時刻情報ｔ１を差分保存器１６
により保存されている差分値により補正して、参照時刻
情報ｔ１が示す時刻Ｔ１になると、次のデータ要求を発
生してネットワークインターフェース１１を介してサー
バＳに発する。サーバＳはこのデータ要求に基づき、図
３（Ｂ）に模式的に示すように、次のデータｄ２と参照
時刻情報ｔ２をクライアントＣへ伝送する。
【００４７】データ伝送要求からデータ受信までに、あ
る程度の時間が必要であるが、上記のデータ要求はそれ
を勘案して発することもできる。あるいは、復号器用バ
ッファメモリ１２の空き容量が十分であれば、所定の時
間になる前にデータ伝送要求を発することにより、ネッ
トワーク輻輳時の伝送遅れやエラー時の再伝送への時間
余裕をもつこともできる。
る程度の時間が必要であるが、上記のデータ要求はそれ
を勘案して発することもできる。あるいは、復号器用バ
ッファメモリ１２の空き容量が十分であれば、所定の時
間になる前にデータ伝送要求を発することにより、ネッ
トワーク輻輳時の伝送遅れやエラー時の再伝送への時間
余裕をもつこともできる。
【００４８】以下、上記と同様にして動画音声復号器１
８によりデータｄ２が復号される。また、要求時刻算出
器１７は受信データｄ２と共に伝送されてきた参照時刻
情報ｔ２を差分値で補正算出した値が時刻Ｔ２になる
と、次のデータ要求をサーバＳに発する。サーバＳはこ
のデータ要求に基づき、図３（Ｂ）に模式的に示すよう
に、次のデータｄ３と参照時刻情報ｔ３をクライアント
Ｃへ伝送する。クライアントＣは、このデータｄ３も同
様に、動画音声復号器１４により復号すると共に、要求
時刻算出器１７が参照時刻情報ｔ３を差分値で補正算出
した値が時刻Ｔ３になると、次のデータ要求をサーバＳ
に発する。サーバＳはこのデータ要求に基づき、図３
（Ｂ）に模式的に示すように、次のデータｄ４と参照時
刻情報ｔ４をクライアントＣへ伝送する。
８によりデータｄ２が復号される。また、要求時刻算出
器１７は受信データｄ２と共に伝送されてきた参照時刻
情報ｔ２を差分値で補正算出した値が時刻Ｔ２になる
と、次のデータ要求をサーバＳに発する。サーバＳはこ
のデータ要求に基づき、図３（Ｂ）に模式的に示すよう
に、次のデータｄ３と参照時刻情報ｔ３をクライアント
Ｃへ伝送する。クライアントＣは、このデータｄ３も同
様に、動画音声復号器１４により復号すると共に、要求
時刻算出器１７が参照時刻情報ｔ３を差分値で補正算出
した値が時刻Ｔ３になると、次のデータ要求をサーバＳ
に発する。サーバＳはこのデータ要求に基づき、図３
（Ｂ）に模式的に示すように、次のデータｄ４と参照時
刻情報ｔ４をクライアントＣへ伝送する。
【００４９】ここで、通常は伝送途中のエラーなどに起
因して発生する復号データエラーに対応するため、上記
の各データｄ１〜ｄ４や後述のｄ５にはＣｒ３（サイク
リック・リダンダンシイ・チェックコード）などのエラ
ー検査データが含まれているので、動画音声復号器１８
はこのＣｒ３に基づいてエラー検査及びエラー訂正を行
っている。
因して発生する復号データエラーに対応するため、上記
の各データｄ１〜ｄ４や後述のｄ５にはＣｒ３（サイク
リック・リダンダンシイ・チェックコード）などのエラ
ー検査データが含まれているので、動画音声復号器１８
はこのＣｒ３に基づいてエラー検査及びエラー訂正を行
っている。
【００５０】そして、上記のデータｄ４の復号時にＣｒ
３によりエラー訂正できないエラーが発生したものとす
ると、この場合には、クライアントＣは、図３（Ａ）に
ｅで模式的に示すように、再伝送要求をサーバＳへ送出
する。すると、サーバＳはこの再伝送要求ｅに応答し
て、前回と同じデータｄ４及び参照時刻情報ｔ４をクラ
イアントＣへ伝送する。
３によりエラー訂正できないエラーが発生したものとす
ると、この場合には、クライアントＣは、図３（Ａ）に
ｅで模式的に示すように、再伝送要求をサーバＳへ送出
する。すると、サーバＳはこの再伝送要求ｅに応答し
て、前回と同じデータｄ４及び参照時刻情報ｔ４をクラ
イアントＣへ伝送する。
【００５１】クライアントＣは、この再送データｄ４
を、動画音声復号器１４により正常に復号すると共に、
要求時刻算出器１７により時刻情報抽出回路１３よりの
参照時刻情報ｔ４と差分保存器１６よりの差分値とによ
り算出された時刻が参照時刻情報ｔ４が指定する時刻Ｔ
４になると、要求時刻算出器１７からネットワークイン
ターフェース１１を介して次のデータ要求をサーバＳに
発する。
を、動画音声復号器１４により正常に復号すると共に、
要求時刻算出器１７により時刻情報抽出回路１３よりの
参照時刻情報ｔ４と差分保存器１６よりの差分値とによ
り算出された時刻が参照時刻情報ｔ４が指定する時刻Ｔ
４になると、要求時刻算出器１７からネットワークイン
ターフェース１１を介して次のデータ要求をサーバＳに
発する。
【００５２】サーバＳはこのデータ要求に基づき、図３
（Ｂ）に模式的に示すように、次のデータｄ５をクライ
アントＣへ伝送する。このようにして、クライアントＣ
の要求に応じてサーバＳからネットワークを通じてデー
タ及び参照時刻情報が断続的に送られてくることによ
り、クライアントＣではデータを復号して連続的に動画
像や音声情報を得ることができる。
（Ｂ）に模式的に示すように、次のデータｄ５をクライ
アントＣへ伝送する。このようにして、クライアントＣ
の要求に応じてサーバＳからネットワークを通じてデー
タ及び参照時刻情報が断続的に送られてくることによ
り、クライアントＣではデータを復号して連続的に動画
像や音声情報を得ることができる。
【００５３】この実施の形態では、従来のアダプティブ
・クロック方式のデータ伝送システムに比べて再生装置
を構成するクライアントを簡単で安価な構成にでき、サ
ーバ側もデータ要求に応答してデータ参照時刻情報と共
に送信するだけでよいので、基準時間内に対応した伝送
が不要となり、装置を簡単に構成できる。また、伝送途
中でエラーが発生して再伝送する場合、同じ基準時刻情
報を再使用できる。
・クロック方式のデータ伝送システムに比べて再生装置
を構成するクライアントを簡単で安価な構成にでき、サ
ーバ側もデータ要求に応答してデータ参照時刻情報と共
に送信するだけでよいので、基準時間内に対応した伝送
が不要となり、装置を簡単に構成できる。また、伝送途
中でエラーが発生して再伝送する場合、同じ基準時刻情
報を再使用できる。
【００５４】また、この実施の形態は、従来の簡易繰り
返し・間引き方式のデータ伝送システムに比べて、高品
質な伝送ができる。また、この実施の形態では、ネット
ワークとして従来より広く普及しているイーサネットを
利用でき、ＡＴＭなどの特別なネットワークの敷設が不
要であり、安価にシステムを構築できる。
返し・間引き方式のデータ伝送システムに比べて、高品
質な伝送ができる。また、この実施の形態では、ネット
ワークとして従来より広く普及しているイーサネットを
利用でき、ＡＴＭなどの特別なネットワークの敷設が不
要であり、安価にシステムを構築できる。
【００５５】次に、本発明の第２の実施の形態について
説明する。図４は本発明の第２の実施の形態の動作を説
明するタイミングチャートである。この実施の形態で
は、画像信号と音声信号にそれぞれ専用の参照時刻情報
があり、別個にデータ伝送要求とその伝送データ受信を
行う。すなわち、図４（Ａ）に示すように、クライアン
トＣからサーバＳに対して、画像データ要求ｆ１と音声
データ要求ｇ１とが別個に行われ、これに応答してサー
バＳは要求元のクライアントＣに対して図４（Ｂ）に示
すように、画像データＶ０と音声データＡ０を伝送す
る。また、画像データＶ０の末尾には時刻情報ｔｖ１が
多重されており、音声データＡ０の末尾にも時刻情報ｔ
ａ１が多重されている。
説明する。図４は本発明の第２の実施の形態の動作を説
明するタイミングチャートである。この実施の形態で
は、画像信号と音声信号にそれぞれ専用の参照時刻情報
があり、別個にデータ伝送要求とその伝送データ受信を
行う。すなわち、図４（Ａ）に示すように、クライアン
トＣからサーバＳに対して、画像データ要求ｆ１と音声
データ要求ｇ１とが別個に行われ、これに応答してサー
バＳは要求元のクライアントＣに対して図４（Ｂ）に示
すように、画像データＶ０と音声データＡ０を伝送す
る。また、画像データＶ０の末尾には時刻情報ｔｖ１が
多重されており、音声データＡ０の末尾にも時刻情報ｔ
ａ１が多重されている。
【００５６】図１に示したクライアントＣ内の差分比較
器１４は、最初に受信した画像データの受信時刻を見掛
け上の０時間とし、その時の基準時刻時計装置１５の基
準時刻との差分値を算出して画素データ用差分値とし、
同様に音声データについても音声データ用差分値を算出
する。そして、差分比較器１４は、これらの差分値を差
分保存器１６に別々に記憶しておき、以降はその差分値
で補正したデータ伝送要求動作制御を行う。
器１４は、最初に受信した画像データの受信時刻を見掛
け上の０時間とし、その時の基準時刻時計装置１５の基
準時刻との差分値を算出して画素データ用差分値とし、
同様に音声データについても音声データ用差分値を算出
する。そして、差分比較器１４は、これらの差分値を差
分保存器１６に別々に記憶しておき、以降はその差分値
で補正したデータ伝送要求動作制御を行う。
【００５７】すなわち、クライアントＣは、要求時刻算
出器１７が受信画像データＶ０と共に伝送されてきた参
照時刻情報ｔｖ１を上記の画像データ用差分値で補正し
た時刻Ｔｖ１になると、次の画像データのデータ要求を
図４（Ａ）にｆ２で模式的に示すようにサーバＳに発す
る。サーバＳはこのデータ要求に基づき、図４（Ｂ）に
模式的に示すように、次の画像データＶ１と参照時刻情
報ｔｖ２をクライアントＣへ伝送する。
出器１７が受信画像データＶ０と共に伝送されてきた参
照時刻情報ｔｖ１を上記の画像データ用差分値で補正し
た時刻Ｔｖ１になると、次の画像データのデータ要求を
図４（Ａ）にｆ２で模式的に示すようにサーバＳに発す
る。サーバＳはこのデータ要求に基づき、図４（Ｂ）に
模式的に示すように、次の画像データＶ１と参照時刻情
報ｔｖ２をクライアントＣへ伝送する。
【００５８】また、クライアントＣは、要求時刻算出器
１７が受信音声データＡ０と共に伝送されてきた参照時
刻情報ｔａ１を上記の音声データ用差分値で補正した時
刻Ｔａ１になると、次のデータ要求をするわけである
が、図４の例では、このとき丁度画像データＶ１を受信
中であるので、画像データＶ１と参照時刻情報ｔｖ２の
受信終了後に、次の音声データのデータ要求を図４
（Ａ）にｇ２で模式的に示すようにサーバＳに発する。
サーバＳはこのデータ要求に基づき、図４（Ｂ）に模式
的に示すように、次の音声データＡ１と参照時刻情報ｔ
ａ２をクライアントＣへ伝送する。以下、上記と同様の
動作が繰り返される。
１７が受信音声データＡ０と共に伝送されてきた参照時
刻情報ｔａ１を上記の音声データ用差分値で補正した時
刻Ｔａ１になると、次のデータ要求をするわけである
が、図４の例では、このとき丁度画像データＶ１を受信
中であるので、画像データＶ１と参照時刻情報ｔｖ２の
受信終了後に、次の音声データのデータ要求を図４
（Ａ）にｇ２で模式的に示すようにサーバＳに発する。
サーバＳはこのデータ要求に基づき、図４（Ｂ）に模式
的に示すように、次の音声データＡ１と参照時刻情報ｔ
ａ２をクライアントＣへ伝送する。以下、上記と同様の
動作が繰り返される。
【００５９】この実施の形態では、画像データと音声デ
ータのそれぞれについて別々に差分値を算出し、その差
分値で補正したデータ伝送要求動作制御を行うようにし
ているため、より実際に即した正確な同期再生ができ、
また、動画像と音声を異なるサーバから受信することが
簡単にでき、単にエンドユーザ向けの画像・音声サービ
スに止まらず、ＡＶ編集器やテレビジョン放送の送り出
し装置への応用もできる。
ータのそれぞれについて別々に差分値を算出し、その差
分値で補正したデータ伝送要求動作制御を行うようにし
ているため、より実際に即した正確な同期再生ができ、
また、動画像と音声を異なるサーバから受信することが
簡単にでき、単にエンドユーザ向けの画像・音声サービ
スに止まらず、ＡＶ編集器やテレビジョン放送の送り出
し装置への応用もできる。
【００６０】次に、本発明の第３の実施の形態について
説明する。図５は本発明の第３の実施の形態の動作を説
明するタイミングチャートである。この実施の形態で
は、伝送されるデータ中には参照時刻情報がなく、最初
のデータ若しくは最初のデータに先行して、画像データ
や音声データなどの各符号化周期情報が含まれたデータ
伝送システムにおいて、クライアントはその各符号化周
期情報に基づいて適宜データ伝送要求をサーバに発し、
連続的にプログラムデータ受信と再生動作を行うもので
ある。
説明する。図５は本発明の第３の実施の形態の動作を説
明するタイミングチャートである。この実施の形態で
は、伝送されるデータ中には参照時刻情報がなく、最初
のデータ若しくは最初のデータに先行して、画像データ
や音声データなどの各符号化周期情報が含まれたデータ
伝送システムにおいて、クライアントはその各符号化周
期情報に基づいて適宜データ伝送要求をサーバに発し、
連続的にプログラムデータ受信と再生動作を行うもので
ある。
【００６１】例えば、フレーム周波数２５Ｈｚの画像信
号がフレーム毎に符号化されるものとすると、画像デー
タの符号化周期は４０ｍｓ（＝１／２５Ｈｚ）であり、
音声信号はサンプリング周波数３２ｋＨｚでサンプリン
グされ、その１０２４サンプル毎に符号化されるものと
すると（これをオーディオフレームと呼ぶことにす
る）、音声データの符号化周期は３２ｍｓ（＝１０２４
／（３２×１０3）Ｈｚ）である。
号がフレーム毎に符号化されるものとすると、画像デー
タの符号化周期は４０ｍｓ（＝１／２５Ｈｚ）であり、
音声信号はサンプリング周波数３２ｋＨｚでサンプリン
グされ、その１０２４サンプル毎に符号化されるものと
すると（これをオーディオフレームと呼ぶことにす
る）、音声データの符号化周期は３２ｍｓ（＝１０２４
／（３２×１０3）Ｈｚ）である。
【００６２】従って、この場合、図５（Ａ）にｈ１で示
すクライアントＣからサーバＳへの画像データ要求に応
答して、サーバＳから要求元のクライアントＣへ伝送さ
れてきた最初の画像データＶ０には、図５（Ｂ）に示す
ように、符号化周期が４０ｍｓであることを示す画像デ
ータの符号化周期情報ｊ１が含まれている。同様に、図
５（Ａ）にｉ１で示すクライアントＣからサーバＳへの
音声データ要求に応答して、サーバＳから要求元のクラ
イアントＣへ伝送されてきた最初の音声データＡ０に
は、図５（Ｂ）に示すように、符号化周期が３２ｍｓで
あることを示す音声データの符号化周期情報ｋ１が含ま
れている。
すクライアントＣからサーバＳへの画像データ要求に応
答して、サーバＳから要求元のクライアントＣへ伝送さ
れてきた最初の画像データＶ０には、図５（Ｂ）に示す
ように、符号化周期が４０ｍｓであることを示す画像デ
ータの符号化周期情報ｊ１が含まれている。同様に、図
５（Ａ）にｉ１で示すクライアントＣからサーバＳへの
音声データ要求に応答して、サーバＳから要求元のクラ
イアントＣへ伝送されてきた最初の音声データＡ０に
は、図５（Ｂ）に示すように、符号化周期が３２ｍｓで
あることを示す音声データの符号化周期情報ｋ１が含ま
れている。
【００６３】クライアントＣはこの符号化周期情報ｊ１
に基づいて、最初のデータ要求ｈ１から４０ｍｓ毎に、
図５（Ａ）にｈ２、ｈ３、ｈ４で示すように画像データ
の要求をサーバＳに対して行って、図５（Ｂ）にＶ１、
Ｖ２、Ｖ３で示すように１フレーム分ずつ画像データを
受信し、一方、上記の符号化周期情報ｋ１に基づいて、
最初のデータ要求ｉ１から３２ｍｓ毎に、図５（Ａ）に
ｉ２、ｉ３、ｉ４で示すように音声データの要求をサー
バＳに対して行って、図５（Ｂ）にＡ１、Ａ２、Ａ３で
示すように１オーディオフレーム分ずつ音声データを受
信する。
に基づいて、最初のデータ要求ｈ１から４０ｍｓ毎に、
図５（Ａ）にｈ２、ｈ３、ｈ４で示すように画像データ
の要求をサーバＳに対して行って、図５（Ｂ）にＶ１、
Ｖ２、Ｖ３で示すように１フレーム分ずつ画像データを
受信し、一方、上記の符号化周期情報ｋ１に基づいて、
最初のデータ要求ｉ１から３２ｍｓ毎に、図５（Ａ）に
ｉ２、ｉ３、ｉ４で示すように音声データの要求をサー
バＳに対して行って、図５（Ｂ）にＡ１、Ａ２、Ａ３で
示すように１オーディオフレーム分ずつ音声データを受
信する。
【００６４】なお、この実施の形態では、クライアント
Ｃの内部の基準時刻時計装置１５の基準時刻に基づいて
データ伝送制御するので、画像データを送信するサーバ
と、音声データを送信するサーバとが異なっていても構
わない。
Ｃの内部の基準時刻時計装置１５の基準時刻に基づいて
データ伝送制御するので、画像データを送信するサーバ
と、音声データを送信するサーバとが異なっていても構
わない。
【００６５】また、クライアントＣの復号器用バッファ
メモリ１２の記憶容量が十分であるならば、上記の画像
データ伝送要求と、音声データ伝送要求とその伝送を、
上記のビデオフレームやオーディオフレームの各符号化
データの任意の整数倍にして行ってもよい。例えば、バ
ッファメモリ１２の空きが多い場合には、２フレーム分
のデータ伝送要求をし、それ以外の場合は１フレーム分
のデータ伝送要求をするようにしてもよい。
メモリ１２の記憶容量が十分であるならば、上記の画像
データ伝送要求と、音声データ伝送要求とその伝送を、
上記のビデオフレームやオーディオフレームの各符号化
データの任意の整数倍にして行ってもよい。例えば、バ
ッファメモリ１２の空きが多い場合には、２フレーム分
のデータ伝送要求をし、それ以外の場合は１フレーム分
のデータ伝送要求をするようにしてもよい。
【００６６】ところで、画像信号の符号化においてはフ
レーム間予測が用いられ（例えば、ＭＰＥＧ２として知
られるＩＳＯ／ＩＥＣ１３８１８−２国際標準方式）、
その場合には最初のフレームを復号して出力するまで、
３フレーム以上の時間が必要な場合がある。このような
ときには、最初の符号化情報から判定して、画像データ
のデータ伝送要求を先行し、音声データのデータ伝送要
求は画像データの２フレーム周期程度遅らせて発しても
よい。
レーム間予測が用いられ（例えば、ＭＰＥＧ２として知
られるＩＳＯ／ＩＥＣ１３８１８−２国際標準方式）、
その場合には最初のフレームを復号して出力するまで、
３フレーム以上の時間が必要な場合がある。このような
ときには、最初の符号化情報から判定して、画像データ
のデータ伝送要求を先行し、音声データのデータ伝送要
求は画像データの２フレーム周期程度遅らせて発しても
よい。
【００６７】次に、本発明の第４の実施の形態について
説明する。図６は本発明になるデータ伝送システムのク
ライアントの要部の第４の実施の形態のブロック図を示
す。この実施の形態は、図１６に示したようなデータ伝
送システムにおいて、クライアントＣ１、Ｃ２の要部を
図６に示すように、ネットワークＮＥを介して入力され
たデータを送受信するネットワークインターフェース４
１と、ネットワークインターフェース４１からのデータ
を蓄積するネットワーク・バッファメモリ４２と、ネッ
トワーク・バッファメモリ４２の空き容量を監視するバ
ッファメモリ監視回路４３と、復号器用バッファメモリ
４４と、動画音声復号器４５と、クロック及び基準時刻
を発生するクロック発生器・カウンタ４６とから構成し
たものである。
説明する。図６は本発明になるデータ伝送システムのク
ライアントの要部の第４の実施の形態のブロック図を示
す。この実施の形態は、図１６に示したようなデータ伝
送システムにおいて、クライアントＣ１、Ｃ２の要部を
図６に示すように、ネットワークＮＥを介して入力され
たデータを送受信するネットワークインターフェース４
１と、ネットワークインターフェース４１からのデータ
を蓄積するネットワーク・バッファメモリ４２と、ネッ
トワーク・バッファメモリ４２の空き容量を監視するバ
ッファメモリ監視回路４３と、復号器用バッファメモリ
４４と、動画音声復号器４５と、クロック及び基準時刻
を発生するクロック発生器・カウンタ４６とから構成し
たものである。
【００６８】ネットワーク・バッファメモリ４２は例え
ば、図７に示すように、ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ−
Ｆｉｒｓｔ−Ｏｕｔメモリ）素子を有する回路５１から
構成されており、この回路５１は蓄積するデータのメモ
リ占有量が全記憶容量の１／４のときに１／４占有表示
信号５２を出力し、全記憶容量の１／２のときに１／２
占有表示信号５３を出力し、全記憶容量の３／４のとき
に３／４占有表示信号５４を出力する。バッファメモリ
監視回路４３はこれらの占有表示信号５２〜５４を論理
演算して、ネットワーク・バッファメモリ４２の空き容
量が所定量以上になった時にデータ送信要求を発生す
る。
ば、図７に示すように、ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ−
Ｆｉｒｓｔ−Ｏｕｔメモリ）素子を有する回路５１から
構成されており、この回路５１は蓄積するデータのメモ
リ占有量が全記憶容量の１／４のときに１／４占有表示
信号５２を出力し、全記憶容量の１／２のときに１／２
占有表示信号５３を出力し、全記憶容量の３／４のとき
に３／４占有表示信号５４を出力する。バッファメモリ
監視回路４３はこれらの占有表示信号５２〜５４を論理
演算して、ネットワーク・バッファメモリ４２の空き容
量が所定量以上になった時にデータ送信要求を発生す
る。
【００６９】次に、この実施の形態の動作について説明
する。図１６に示した伝送システムにおいて、クライア
ントＣ１及びＣ２が図６の構成であるものとすると、サ
ーバＳ１あるいはＳ２から動画像や音声に関する符号化
されたディジタルデータが適宜の単位毎に断続的にネッ
トワークＮＥを介して伝送されてくるので、クライアン
トＣ１又はＣ２はこれを受信し、図６のネットワークイ
ンターフェース４１を介してネットワーク・バッファメ
モリ４２に一旦蓄積する。
する。図１６に示した伝送システムにおいて、クライア
ントＣ１及びＣ２が図６の構成であるものとすると、サ
ーバＳ１あるいはＳ２から動画像や音声に関する符号化
されたディジタルデータが適宜の単位毎に断続的にネッ
トワークＮＥを介して伝送されてくるので、クライアン
トＣ１又はＣ２はこれを受信し、図６のネットワークイ
ンターフェース４１を介してネットワーク・バッファメ
モリ４２に一旦蓄積する。
【００７０】ネットワーク・バッファメモリ４２に蓄積
されたディジタルデータは、一定データレートで読み出
されて復号器用バッファメモリ４４に蓄積された後、動
画音声復号器４５に供給され、ここでクロック発生器・
カウンタ４６からのクロック及び基準時刻に基づいて復
号され、動画像信号と音声信号とが互いに同期して再生
される。ここで、バッファメモリ監視回路４３はネット
ワーク・バッファメモリ４２のデータのメモリ占有量を
監視しており、例えばメモリ占有量が１／２以下、すな
わち空き容量がネットワーク・バッファメモリ４２の１
／２以上になった時にデータ送信要求をサーバに発生す
る。
されたディジタルデータは、一定データレートで読み出
されて復号器用バッファメモリ４４に蓄積された後、動
画音声復号器４５に供給され、ここでクロック発生器・
カウンタ４６からのクロック及び基準時刻に基づいて復
号され、動画像信号と音声信号とが互いに同期して再生
される。ここで、バッファメモリ監視回路４３はネット
ワーク・バッファメモリ４２のデータのメモリ占有量を
監視しており、例えばメモリ占有量が１／２以下、すな
わち空き容量がネットワーク・バッファメモリ４２の１
／２以上になった時にデータ送信要求をサーバに発生す
る。
【００７１】例えば、図８（Ａ）に模式的に示すよう
に、クライアントＣ１がネットワーク・バッファメモリ
４２の空き容量が１／２以上になったことにより、サー
バＳ１に対してデータ送信要求を発生すると、サーバＳ
１はこれに応答して図８（Ｂ）に模式的に示すように、
上記ネットワーク・バッファメモリ４２のメモリ容量の
１／２以下のデータ量のデータをクライアントＣ１へ送
信する。
に、クライアントＣ１がネットワーク・バッファメモリ
４２の空き容量が１／２以上になったことにより、サー
バＳ１に対してデータ送信要求を発生すると、サーバＳ
１はこれに応答して図８（Ｂ）に模式的に示すように、
上記ネットワーク・バッファメモリ４２のメモリ容量の
１／２以下のデータ量のデータをクライアントＣ１へ送
信する。
【００７２】同様に、図８（Ｃ）に模式的に示すよう
に、クライアントＣ２がネットワーク・バッファメモリ
４２の空き容量が１／２以上になったことにより、サー
バＳ１に対してデータ送信要求を発生すると、サーバＳ
１はこれに応答して図８（Ｄ）に模式的に示すように、
上記ネットワーク・バッファメモリ４２のメモリ容量の
１／２以下のデータ量のデータをクライアントＣ２へ送
信する。
に、クライアントＣ２がネットワーク・バッファメモリ
４２の空き容量が１／２以上になったことにより、サー
バＳ１に対してデータ送信要求を発生すると、サーバＳ
１はこれに応答して図８（Ｄ）に模式的に示すように、
上記ネットワーク・バッファメモリ４２のメモリ容量の
１／２以下のデータ量のデータをクライアントＣ２へ送
信する。
【００７３】この結果、ネットワーク・バッファメモリ
４３には常に所定量以上のディジタルデータの蓄積が確
保されるため、クライアントの基準時刻に基づいてデー
タを復号再生することができ、よって簡易繰り返しや間
引きを行わずにプログラムの連続再生が高品質にでき
る。
４３には常に所定量以上のディジタルデータの蓄積が確
保されるため、クライアントの基準時刻に基づいてデー
タを復号再生することができ、よって簡易繰り返しや間
引きを行わずにプログラムの連続再生が高品質にでき
る。
【００７４】なお、パーソナルコンピュータをクライア
ントとする場合には、そのメインメモリ（ＣＰＵ接続メ
モリ）の一部をネットワーク・バッファメモリ４２とし
て用いることができ、ＣＰＵによって占有量監視ができ
る。このときには、メモリ容量の１／２以下などのよう
な固定的占有量監視ではなく、任意の占有量の監視がで
きる。また、動的にバッファメモリを制御できる。
ントとする場合には、そのメインメモリ（ＣＰＵ接続メ
モリ）の一部をネットワーク・バッファメモリ４２とし
て用いることができ、ＣＰＵによって占有量監視ができ
る。このときには、メモリ容量の１／２以下などのよう
な固定的占有量監視ではなく、任意の占有量の監視がで
きる。また、動的にバッファメモリを制御できる。
【００７５】次に、１つのクライアントＣ（Ｃ１又はＣ
２）と１つのサーバＳ（Ｓ１又はＳ２）との間の伝送動
作の各例について更に詳細に説明する。前述したよう
に、クライアントＣは、そのネットワーク・バッファメ
モリ４２の空き容量が所定量以上になったことを検出し
たときに、データ送信要求をサーバＳに送信するのであ
るが、図９に示す第５の実施の形態では、クライアント
Ｃは図９（Ａ）に模式的に示すように、データ送信要求
であることを示すヘッダｈｅ１〜ｈｅ５に、その時点で
の空き容量に対応したデータ送信要求容量情報ｒ１〜ｒ
５をそれぞれ付加してサーバＳへ送信する。ここで、デ
ータ送信要求容量情報ｒ１、ｒ２、ｒ３、ｒ４及びｒ５
は、それぞれ最大の要求容量がＡ、Ｂ、Ｃ、Ｄ及びＥで
あることを示す。
２）と１つのサーバＳ（Ｓ１又はＳ２）との間の伝送動
作の各例について更に詳細に説明する。前述したよう
に、クライアントＣは、そのネットワーク・バッファメ
モリ４２の空き容量が所定量以上になったことを検出し
たときに、データ送信要求をサーバＳに送信するのであ
るが、図９に示す第５の実施の形態では、クライアント
Ｃは図９（Ａ）に模式的に示すように、データ送信要求
であることを示すヘッダｈｅ１〜ｈｅ５に、その時点で
の空き容量に対応したデータ送信要求容量情報ｒ１〜ｒ
５をそれぞれ付加してサーバＳへ送信する。ここで、デ
ータ送信要求容量情報ｒ１、ｒ２、ｒ３、ｒ４及びｒ５
は、それぞれ最大の要求容量がＡ、Ｂ、Ｃ、Ｄ及びＥで
あることを示す。
【００７６】サーバＳはこのデータ送信要求を受信する
と、その中のデータ送信要求容量情報ｒ１、ｒ２、ｒ
３、ｒ４及びｒ５を解析して、図９（Ｂ）にｄ１１、ｄ
１２、ｄ１３、ｄ１４及びｄ１５で模式的に示すよう
に、最大要求容量Ａ、Ｂ、Ｃ、Ｄ及びＥ以下の送信容量
Ａｘ、Ｂｘ、Ｃｘ、Ｄｘ及びＥｘでデータを要求元のク
ライアントＣへ送信する。すなわち、この実施の形態で
は、データ送信要求容量情報ｒ１〜ｒ５が示す最大要求
容量（空き容量）Ａ〜Ｅと送信容量Ａｘ〜Ｅｘとの間に
は、次の関係がある。
と、その中のデータ送信要求容量情報ｒ１、ｒ２、ｒ
３、ｒ４及びｒ５を解析して、図９（Ｂ）にｄ１１、ｄ
１２、ｄ１３、ｄ１４及びｄ１５で模式的に示すよう
に、最大要求容量Ａ、Ｂ、Ｃ、Ｄ及びＥ以下の送信容量
Ａｘ、Ｂｘ、Ｃｘ、Ｄｘ及びＥｘでデータを要求元のク
ライアントＣへ送信する。すなわち、この実施の形態で
は、データ送信要求容量情報ｒ１〜ｒ５が示す最大要求
容量（空き容量）Ａ〜Ｅと送信容量Ａｘ〜Ｅｘとの間に
は、次の関係がある。
【００７７】 Ａ＞Ａｘ、Ｂ＞Ｂｘ、Ｃ＞Ｃｘ、Ｄ＞Ｄｘ、Ｅ＞Ｅｘ この実施の形態では、クライアントＣがネットワーク・
バッファメモリの空き容量に応じたデータ送信要求を
し、サーバＳが要求送信容量以下で、かつ、要求送信容
量に応じた量のデータを送信するようにしているため、
ネットワーク・バッファメモリに多くの空き容量がある
ときには、多くのデータがサーバＳからクライアントＣ
に送信されるので、より高いジッター量に対する対応が
できる。
バッファメモリの空き容量に応じたデータ送信要求を
し、サーバＳが要求送信容量以下で、かつ、要求送信容
量に応じた量のデータを送信するようにしているため、
ネットワーク・バッファメモリに多くの空き容量がある
ときには、多くのデータがサーバＳからクライアントＣ
に送信されるので、より高いジッター量に対する対応が
できる。
【００７８】なお、上記の実施の形態の変形例として、
サーバＳがクライアントＣからのデータ送信要求中のデ
ータ送信要求容量情報ｒ１〜ｒ５を解析すると共に、ク
ライアントＣからのデータ送信要求受信後に実際にデー
タを送信するまでに、要求元のクライアントＣで消費さ
れるデータを何らかの手段で測定し、その消費されるデ
ータ分を上記のデータ送信要求容量情報ｒ１〜ｒ５が示
す空き容量に加算したデータ量のデータを送信するよう
にしてもよい。また、クライアントＣが、上記のデータ
送信要求送信から実際のデータ受信までの消費データ分
を空き容量に含めたデータ量のデータ送信要求をしても
よい。
サーバＳがクライアントＣからのデータ送信要求中のデ
ータ送信要求容量情報ｒ１〜ｒ５を解析すると共に、ク
ライアントＣからのデータ送信要求受信後に実際にデー
タを送信するまでに、要求元のクライアントＣで消費さ
れるデータを何らかの手段で測定し、その消費されるデ
ータ分を上記のデータ送信要求容量情報ｒ１〜ｒ５が示
す空き容量に加算したデータ量のデータを送信するよう
にしてもよい。また、クライアントＣが、上記のデータ
送信要求送信から実際のデータ受信までの消費データ分
を空き容量に含めたデータ量のデータ送信要求をしても
よい。
【００７９】次に、本発明の第６の実施の形態について
図１０と共に説明する。クライアントＣは、そのネット
ワーク・バッファメモリ４２の空き容量が所定量以上に
なったことを検出したときに、図１０（Ａ）に模式的に
示すように、データ送信要求であることを示すヘッダｈ
ｅ１〜ｈｅ５に、各送信要求固有の要求番号情報ｒｎ１
〜ｒｎ５を付加してサーバＳへ送信する。
図１０と共に説明する。クライアントＣは、そのネット
ワーク・バッファメモリ４２の空き容量が所定量以上に
なったことを検出したときに、図１０（Ａ）に模式的に
示すように、データ送信要求であることを示すヘッダｈ
ｅ１〜ｈｅ５に、各送信要求固有の要求番号情報ｒｎ１
〜ｒｎ５を付加してサーバＳへ送信する。
【００８０】サーバＳはこのデータ送信要求を受信する
と、図１０（Ｂ）に模式的に示すように、送信要求中の
要求番号情報と同じ番号を送信番号ｎ１〜ｎ５としてデ
ータｄ１１〜ｄ１５に付加してクライアントＣに送信す
る。従って、この実施の形態では、クライアントＣが受
信したデータがどの送信要求に基づくものであるかが判
別できるため、図１０（Ａ）に示した要求番号３の要求
番号情報ｒｎ３を有するデータ送信要求を送信した後に
受信した、図１０（Ｂ）に示す送信番号２の送信番号情
報ｎ２が付加されたデータｄ１２と、送信番号３の送信
番号情報ｎ３が付加されたデータｄ１３のうち、どちら
が要求番号２のデータ送信要求に基づくデータであるか
が判別できる。
と、図１０（Ｂ）に模式的に示すように、送信要求中の
要求番号情報と同じ番号を送信番号ｎ１〜ｎ５としてデ
ータｄ１１〜ｄ１５に付加してクライアントＣに送信す
る。従って、この実施の形態では、クライアントＣが受
信したデータがどの送信要求に基づくものであるかが判
別できるため、図１０（Ａ）に示した要求番号３の要求
番号情報ｒｎ３を有するデータ送信要求を送信した後に
受信した、図１０（Ｂ）に示す送信番号２の送信番号情
報ｎ２が付加されたデータｄ１２と、送信番号３の送信
番号情報ｎ３が付加されたデータｄ１３のうち、どちら
が要求番号２のデータ送信要求に基づくデータであるか
が判別できる。
【００８１】ネットワークによるデータ伝送では、輻輳
時に一部データが欠落することもあり、要求番号２のデ
ータ送信要求に対応した送信データが欠落して要求番号
３のデータ送信要求に対応した送信データを受信したの
か、要求番号２のデータ送信要求に対応した送信データ
が遅れて届いたのか、どちらかの判定ができ、これによ
りクライアントＣでの復号動作を正しく行うことができ
る。
時に一部データが欠落することもあり、要求番号２のデ
ータ送信要求に対応した送信データが欠落して要求番号
３のデータ送信要求に対応した送信データを受信したの
か、要求番号２のデータ送信要求に対応した送信データ
が遅れて届いたのか、どちらかの判定ができ、これによ
りクライアントＣでの復号動作を正しく行うことができ
る。
【００８２】また、データ要求からそのデータ受信まで
の時間が長い場合は、以前に送信したデータ送信要求に
基づきサーバＳからデータが送信されてくる前に、クラ
イアントＣのネットワーク・バッファメモリの空き容量
が更に大きくなり、そのためクライアントＣが更なるデ
ータ送信要求を発することが必要な場合もあり、このよ
うな場合に、この実施の形態によれば、どの要求に対す
るデータが送信されてきたのかを判別管理することがで
きる。
の時間が長い場合は、以前に送信したデータ送信要求に
基づきサーバＳからデータが送信されてくる前に、クラ
イアントＣのネットワーク・バッファメモリの空き容量
が更に大きくなり、そのためクライアントＣが更なるデ
ータ送信要求を発することが必要な場合もあり、このよ
うな場合に、この実施の形態によれば、どの要求に対す
るデータが送信されてきたのかを判別管理することがで
きる。
【００８３】次に、本発明の第７の実施の形態について
図１１と共に説明する。この実施の形態では、クライア
ントＣは、そのネットワーク・バッファメモリ４２の空
き容量が所定量以上になったことを検出したときに、図
１１（Ａ）に模式的に示すように、データ送信要求に先
立ち、まずテスト情報ＴＥＳＴをテスト信号であること
を示す情報ｈｅと共にサーバＳへ送信する。
図１１と共に説明する。この実施の形態では、クライア
ントＣは、そのネットワーク・バッファメモリ４２の空
き容量が所定量以上になったことを検出したときに、図
１１（Ａ）に模式的に示すように、データ送信要求に先
立ち、まずテスト情報ＴＥＳＴをテスト信号であること
を示す情報ｈｅと共にサーバＳへ送信する。
【００８４】サーバＳはこのテスト信号を受信すると、
図１１（Ｂ）に模式的に示すように、そのテスト情報Ｔ
ＥＳＴと共にテスト信号の応答であることを示す情報ｒ
ｅをクライアントＣに返送する。すると、クライアント
Ｃは自身がテスト情報ＴＥＳＴを発信してから確認を受
信するまでの送受信往復に要した時間を測定・算出し、
その測定往復時間に基づき、以降のデータ送信要求時の
一度のデータ送信要求量を図１１（Ａ）、（Ｂ）に示す
ように設定する。
図１１（Ｂ）に模式的に示すように、そのテスト情報Ｔ
ＥＳＴと共にテスト信号の応答であることを示す情報ｒ
ｅをクライアントＣに返送する。すると、クライアント
Ｃは自身がテスト情報ＴＥＳＴを発信してから確認を受
信するまでの送受信往復に要した時間を測定・算出し、
その測定往復時間に基づき、以降のデータ送信要求時の
一度のデータ送信要求量を図１１（Ａ）、（Ｂ）に示す
ように設定する。
【００８５】これは、ネットワークの遅延時間と共に遅
延時間の揺らぎ／ジッター量を推定して、それに応じて
バッファメモリ量を割り当てるものである。一般に遅延
時間が長いと、それに応じてジッターも多くなる。ジッ
ターが多い場合には、当然バッファメモリ量も多く必要
となり、またほぼそれに比例して一度の送受信データ量
も多くするのが安定動作につながる。
延時間の揺らぎ／ジッター量を推定して、それに応じて
バッファメモリ量を割り当てるものである。一般に遅延
時間が長いと、それに応じてジッターも多くなる。ジッ
ターが多い場合には、当然バッファメモリ量も多く必要
となり、またほぼそれに比例して一度の送受信データ量
も多くするのが安定動作につながる。
【００８６】なお、テスト情報ＴＥＳＴを発信するの
は、クライアントＣが最初にネットワーク・バッファメ
モリ４２の空き容量が所定量以上になったことを検出し
たときでもよいし、あるいは所定時間経過する毎にその
後の最初のネットワーク・バッファメモリ４２の空き容
量が所定量以上になったことを検出したときでもよい。
は、クライアントＣが最初にネットワーク・バッファメ
モリ４２の空き容量が所定量以上になったことを検出し
たときでもよいし、あるいは所定時間経過する毎にその
後の最初のネットワーク・バッファメモリ４２の空き容
量が所定量以上になったことを検出したときでもよい。
【００８７】図１２は本発明の第７の実施の形態の変形
例を示す。上記の第７の実施の形態では、１回だけ往復
遅延時間の測定をしているが、この変形例では、図１２
（Ａ）に模式的に示すように、テスト信号をある時間間
隔でクライアントＣがサーバＳへ２回送信し、それに応
じて図１２（Ｂ）に模式的に示すように、サーバＳから
２回テスト信号の応答があるので、クライアントＣが２
回往復遅延時間を測定している。この２回の往復遅延時
間の平均値算出や分散値算出などの統計処理をすること
により、より正確に往復遅延時間やジッターなどを推定
できる。この測定・算出した往復遅延時間やジッターに
基づいて、サーバＳから受信するデータ伝送のビットレ
ートに対応したバッファメモリ量を設定することによ
り、より安定した動作が得られる。なお、テスト信号は
３回以上の複数回送受信するようにしてもよいことは勿
論である。
例を示す。上記の第７の実施の形態では、１回だけ往復
遅延時間の測定をしているが、この変形例では、図１２
（Ａ）に模式的に示すように、テスト信号をある時間間
隔でクライアントＣがサーバＳへ２回送信し、それに応
じて図１２（Ｂ）に模式的に示すように、サーバＳから
２回テスト信号の応答があるので、クライアントＣが２
回往復遅延時間を測定している。この２回の往復遅延時
間の平均値算出や分散値算出などの統計処理をすること
により、より正確に往復遅延時間やジッターなどを推定
できる。この測定・算出した往復遅延時間やジッターに
基づいて、サーバＳから受信するデータ伝送のビットレ
ートに対応したバッファメモリ量を設定することによ
り、より安定した動作が得られる。なお、テスト信号は
３回以上の複数回送受信するようにしてもよいことは勿
論である。
【００８８】次に、本発明の第８の実施の形態について
図１３と共に説明する。この実施の形態では、サーバＳ
は、図１３（Ｂ）に模式的に示すように、データ送受信
を開始する前にまずテスト情報ＴＥＳＴをテスト信号で
あることを示す情報ｈｅと共にクライアントＣへ２回、
ある時間間隔をおいて送信する。
図１３と共に説明する。この実施の形態では、サーバＳ
は、図１３（Ｂ）に模式的に示すように、データ送受信
を開始する前にまずテスト情報ＴＥＳＴをテスト信号で
あることを示す情報ｈｅと共にクライアントＣへ２回、
ある時間間隔をおいて送信する。
【００８９】クライアントＣは、このテスト信号を受信
する毎に、図１３（Ａ）に模式的に示すように、テスト
信号の応答であることを示す情報ｒｅと受信バッファメ
モリ量等の情報ＢＵをサーバＳに返送する。すると、サ
ーバＳは、自身がテスト情報ＴＥＳＴを発信してから確
認を受信するまでの送受信往復に要した時間を測定・算
出し、その測定往復遅延時間の平均値や分散値などの統
計処理に基づき、往復遅延時間を正確に算出する。サー
バＳは、この測定・算出した往復遅延時間とクライアン
トＣの受信バッファメモリ量に基づき、伝送ビットレー
トを算出し、クライアントからの伝送要求量を補正して
伝送する。
する毎に、図１３（Ａ）に模式的に示すように、テスト
信号の応答であることを示す情報ｒｅと受信バッファメ
モリ量等の情報ＢＵをサーバＳに返送する。すると、サ
ーバＳは、自身がテスト情報ＴＥＳＴを発信してから確
認を受信するまでの送受信往復に要した時間を測定・算
出し、その測定往復遅延時間の平均値や分散値などの統
計処理に基づき、往復遅延時間を正確に算出する。サー
バＳは、この測定・算出した往復遅延時間とクライアン
トＣの受信バッファメモリ量に基づき、伝送ビットレー
トを算出し、クライアントからの伝送要求量を補正して
伝送する。
【００９０】すなわち、この第８の実施の形態と図１２
の変形例との違いは、この第８の実施の形態では往復遅
延時間測定をサーバＳ側で行い、その測定結果と受信バ
ッファメモリ量に応じたクライアントＣへのデータ伝送
の最大ビットレートに制限をすることである。これは、
クライアントＣの受信バッファメモリ量を知り、ネット
ワークの遅延時間と共に遅延時間の揺らぎ／ジッター量
を推定することで、それに応じて適切なサービス可能な
ビットレートを設定するためである。
の変形例との違いは、この第８の実施の形態では往復遅
延時間測定をサーバＳ側で行い、その測定結果と受信バ
ッファメモリ量に応じたクライアントＣへのデータ伝送
の最大ビットレートに制限をすることである。これは、
クライアントＣの受信バッファメモリ量を知り、ネット
ワークの遅延時間と共に遅延時間の揺らぎ／ジッター量
を推定することで、それに応じて適切なサービス可能な
ビットレートを設定するためである。
【００９１】受信バッファメモリ量が定められている場
合には、ジッター吸収量はビットレートに依存し、例え
ば４Ｍビットのバッファメモリとピーク・ツウ・ピーク
１秒のジッターがあれば、ジッター吸収のために最大ビ
ットレートは４Ｍビット／秒以下しかあり得ない。この
実施の形態によれば、遅延時間やジッターが多い場合に
は、例えば画像の解像度が低い、すなわちビットレート
の低い画像データ伝送に制限することができる。
合には、ジッター吸収量はビットレートに依存し、例え
ば４Ｍビットのバッファメモリとピーク・ツウ・ピーク
１秒のジッターがあれば、ジッター吸収のために最大ビ
ットレートは４Ｍビット／秒以下しかあり得ない。この
実施の形態によれば、遅延時間やジッターが多い場合に
は、例えば画像の解像度が低い、すなわちビットレート
の低い画像データ伝送に制限することができる。
【００９２】次に、本発明の第９の実施の形態について
説明する。図１４は本発明になるデータ伝送システムの
クライアントの要部の第９の実施の形態のブロック図を
示す。図１４において、サーバから動画像や音声に関す
る符号化されたディジタルデータが適宜の単位毎に断続
的にネットワークを介して伝送されてくるので、クライ
アントはこれを受信し、ネットワークインターフェース
及び分配器６１により画像データと音声データとに分離
し、画像データは画像用ネットワーク・バッファメモリ
６２に供給して一時蓄積し、音声データは音声用ネット
ワーク・バッファメモリ６４に供給して一時蓄積する。
説明する。図１４は本発明になるデータ伝送システムの
クライアントの要部の第９の実施の形態のブロック図を
示す。図１４において、サーバから動画像や音声に関す
る符号化されたディジタルデータが適宜の単位毎に断続
的にネットワークを介して伝送されてくるので、クライ
アントはこれを受信し、ネットワークインターフェース
及び分配器６１により画像データと音声データとに分離
し、画像データは画像用ネットワーク・バッファメモリ
６２に供給して一時蓄積し、音声データは音声用ネット
ワーク・バッファメモリ６４に供給して一時蓄積する。
【００９３】画像用ネットワーク・バッファメモリ６２
に蓄積された画像データは、一定データレートで読み出
されて復号器用バッファメモリ６６に蓄積された後、動
画復号器６７に供給され、ここでクロック発生器及びカ
ウンタ７０からのクロック及び基準時刻に基づいて復号
される。これと並行して、音声用ネットワーク・バッフ
ァメモリ６４に蓄積された音声データは、一定データレ
ートで読み出されて復号器用バッファメモリ６８に蓄積
された後、音声復号器６９に供給され、ここでクロック
発生器及びカウンタ７０からのクロック及び基準時刻に
同期したクロックを発生するＰＬＬ回路及びカウンタ７
１からのクロック及び基準時刻に基づいて、画像データ
に同期して復号される。
に蓄積された画像データは、一定データレートで読み出
されて復号器用バッファメモリ６６に蓄積された後、動
画復号器６７に供給され、ここでクロック発生器及びカ
ウンタ７０からのクロック及び基準時刻に基づいて復号
される。これと並行して、音声用ネットワーク・バッフ
ァメモリ６４に蓄積された音声データは、一定データレ
ートで読み出されて復号器用バッファメモリ６８に蓄積
された後、音声復号器６９に供給され、ここでクロック
発生器及びカウンタ７０からのクロック及び基準時刻に
同期したクロックを発生するＰＬＬ回路及びカウンタ７
１からのクロック及び基準時刻に基づいて、画像データ
に同期して復号される。
【００９４】一方、バッファメモリ監視回路６３、６５
は画像用ネットワーク・バッファメモリ６２、音声用ネ
ットワーク・バッファメモリ６４のデータのメモリ占有
量を互いに独立して監視しており、例えばメモリ占有量
が１／２以下、すなわち空き容量が全体の容量の１／２
以上になった時に画像データ送信要求、音声データ送信
要求をサーバに発生する。
は画像用ネットワーク・バッファメモリ６２、音声用ネ
ットワーク・バッファメモリ６４のデータのメモリ占有
量を互いに独立して監視しており、例えばメモリ占有量
が１／２以下、すなわち空き容量が全体の容量の１／２
以上になった時に画像データ送信要求、音声データ送信
要求をサーバに発生する。
【００９５】例えば、図１５（Ａ）に模式的に示すよう
に、クライアントＣが画像ネットワーク・バッファメモ
リ６２の空き容量が１／２以上になったことにより、サ
ーバＳ１に対して画像データ送信要求を発生すると、サ
ーバＳ１はこれに応答して図１５（Ｂ）に模式的に示す
ように、上記画像用ネットワーク・バッファメモリ６２
のメモリ容量の１／２以下のデータ量のデータをクライ
アントＣへ送信する。
に、クライアントＣが画像ネットワーク・バッファメモ
リ６２の空き容量が１／２以上になったことにより、サ
ーバＳ１に対して画像データ送信要求を発生すると、サ
ーバＳ１はこれに応答して図１５（Ｂ）に模式的に示す
ように、上記画像用ネットワーク・バッファメモリ６２
のメモリ容量の１／２以下のデータ量のデータをクライ
アントＣへ送信する。
【００９６】同様に、図１５（Ｃ）に模式的に示すよう
に、クライアントＣが音声用ネットワーク・バッファメ
モリ６４の空き容量が１／２以上になったことにより、
サーバＳ２に対して音声データ送信要求を発生すると、
サーバＳ２はこれに応答して図１５（Ｄ）に模式的に示
すように、上記音声用ネットワーク・バッファメモリ６
４のメモリ容量の１／２以下のデータ量のデータをクラ
イアントＣへ送信する。
に、クライアントＣが音声用ネットワーク・バッファメ
モリ６４の空き容量が１／２以上になったことにより、
サーバＳ２に対して音声データ送信要求を発生すると、
サーバＳ２はこれに応答して図１５（Ｄ）に模式的に示
すように、上記音声用ネットワーク・バッファメモリ６
４のメモリ容量の１／２以下のデータ量のデータをクラ
イアントＣへ送信する。
【００９７】このように、この実施の形態では、同じク
ライアントＣから画像と音声によって異なるサーバＳ
１、Ｓ２に別個にデータ要求を送信する。そして、別個
に遅延時間、ジッター測定・算出も行うことになる。従
って、ネットワーク・バッファメモリは図１４に６２、
６４で示した様に画像用と音声用と別個に設け、バッフ
ァメモリ監視回路６３、６５によりそれぞれのバッファ
メモリ６２、６４の空き容量を監視している。
ライアントＣから画像と音声によって異なるサーバＳ
１、Ｓ２に別個にデータ要求を送信する。そして、別個
に遅延時間、ジッター測定・算出も行うことになる。従
って、ネットワーク・バッファメモリは図１４に６２、
６４で示した様に画像用と音声用と別個に設け、バッフ
ァメモリ監視回路６３、６５によりそれぞれのバッファ
メモリ６２、６４の空き容量を監視している。
【００９８】この実施の形態も、ネットワーク・バッフ
ァメモリ６２、６４には常に所定量以上の画像データ、
音声データの蓄積が確保されるため、クライアントの基
準時刻に基づいて画像データ及び音声データを復号再生
することができ、よって簡易繰り返しや間引きを行わず
にプログラムの連続再生が高品質にできる。
ァメモリ６２、６４には常に所定量以上の画像データ、
音声データの蓄積が確保されるため、クライアントの基
準時刻に基づいて画像データ及び音声データを復号再生
することができ、よって簡易繰り返しや間引きを行わず
にプログラムの連続再生が高品質にできる。
【００９９】なお、第４乃至第９の実施の形態や図１２
の変形例は適宜、組合せて実現することも可能である。
の変形例は適宜、組合せて実現することも可能である。
【０１００】なお、本発明は以上の実施の形態に限定さ
れるものではなく、例えばネットワークに接続されてい
るサーバの数やクライアントの数は任意である。また、
上記の各実施の形態では、再生装置であるクライアント
が時刻情報で示唆された時刻になると次のデータ要求を
発するようにしているが、伝送路の障害が一時的に発生
した時等、データが復号器用バッファメモリ中に存在せ
ず、要求発生時刻を過ぎている可能性が考えられ、かか
る事態に対応するため、データが復号器用バッファメモ
リ中に存在しないときは、データ要求を発するように構
成してもよい。
れるものではなく、例えばネットワークに接続されてい
るサーバの数やクライアントの数は任意である。また、
上記の各実施の形態では、再生装置であるクライアント
が時刻情報で示唆された時刻になると次のデータ要求を
発するようにしているが、伝送路の障害が一時的に発生
した時等、データが復号器用バッファメモリ中に存在せ
ず、要求発生時刻を過ぎている可能性が考えられ、かか
る事態に対応するため、データが復号器用バッファメモ
リ中に存在しないときは、データ要求を発するように構
成してもよい。
【０１０１】
【発明の効果】以上説明したように、本発明によれば、
クライアントは受信した時刻情報あるいは符号化周期情
報に基づいた時刻タイミングで、サーバに対して次のデ
ータの送信を要求することにより、サーバ側はクライア
ント側の基準時刻に基づいてデータを送信し、クライア
ントは自己の基準時刻に基づいてデータを復号再生する
ことができるため、アダプティブ・クロック方式に比べ
てクライアント（再生装置）を簡単で安価な構成とする
ことができ、また、多くのクライアントが接続されるネ
ットワークの柔軟利用ができると共に、ＡＴＭなどの特
別なネットワークの敷設が不要で、既存のイーサネット
を利用でき、よって従来に比べて安価なデータ伝送シス
テムを構築することができる。
クライアントは受信した時刻情報あるいは符号化周期情
報に基づいた時刻タイミングで、サーバに対して次のデ
ータの送信を要求することにより、サーバ側はクライア
ント側の基準時刻に基づいてデータを送信し、クライア
ントは自己の基準時刻に基づいてデータを復号再生する
ことができるため、アダプティブ・クロック方式に比べ
てクライアント（再生装置）を簡単で安価な構成とする
ことができ、また、多くのクライアントが接続されるネ
ットワークの柔軟利用ができると共に、ＡＴＭなどの特
別なネットワークの敷設が不要で、既存のイーサネット
を利用でき、よって従来に比べて安価なデータ伝送シス
テムを構築することができる。
【０１０２】また、本発明によれば、画像データと音声
データを別々のサーバから得ることができるため、複数
のサーバから１つのクライアントへの分散方式伝送が極
めて簡単にできる。更に、本発明によれば、再送要求に
より、エラー発生時と同じ時刻情報を有するデータをサ
ーバから送信させることができるため、同じ基準時刻情
報の再使用ができる。また、本発明によれば、クライア
ントは自己の基準時刻に基づいてデータを復号再生する
ため、簡易繰り返しや間引きを行わずにプログラムの連
続的再生が高品質にできる。
データを別々のサーバから得ることができるため、複数
のサーバから１つのクライアントへの分散方式伝送が極
めて簡単にできる。更に、本発明によれば、再送要求に
より、エラー発生時と同じ時刻情報を有するデータをサ
ーバから送信させることができるため、同じ基準時刻情
報の再使用ができる。また、本発明によれば、クライア
ントは自己の基準時刻に基づいてデータを復号再生する
ため、簡易繰り返しや間引きを行わずにプログラムの連
続的再生が高品質にできる。
【０１０３】更に、本発明によれば、ネットワーク・バ
ッファメモリの空き容量を監視し、その空き容量が所定
量以上になったことを検出したときに、サーバにデータ
送信要求を送信し、サーバは、クライアントからのデー
タ送信要求に応じて、所定量以下のデータ量のデータを
クライアントに送信することにより、ネットワーク・バ
ッファメモリに所定量以上のディジタルデータの蓄積を
確保するようにしたため、クライアントの基準時刻に基
づいてデータを復号再生することができ、簡易繰り返し
や間引きを行わずにプログラムの連続的再生が高品質に
できる。
ッファメモリの空き容量を監視し、その空き容量が所定
量以上になったことを検出したときに、サーバにデータ
送信要求を送信し、サーバは、クライアントからのデー
タ送信要求に応じて、所定量以下のデータ量のデータを
クライアントに送信することにより、ネットワーク・バ
ッファメモリに所定量以上のディジタルデータの蓄積を
確保するようにしたため、クライアントの基準時刻に基
づいてデータを復号再生することができ、簡易繰り返し
や間引きを行わずにプログラムの連続的再生が高品質に
できる。
【０１０４】また更に、本発明によれば、クライアント
は、検出した空き容量の情報をデータ送信要求に含めて
サーバへ送信し、サーバは、クライアントからのデータ
送信要求に応じて、そのデータ送信要求中の空き容量情
報が示す空き容量以下のデータ量のデータをクライアン
トに送信するようにしたため、ネットワーク・バッファ
メモリに常に所定量以上のディジタルデータを蓄積でき
る。
は、検出した空き容量の情報をデータ送信要求に含めて
サーバへ送信し、サーバは、クライアントからのデータ
送信要求に応じて、そのデータ送信要求中の空き容量情
報が示す空き容量以下のデータ量のデータをクライアン
トに送信するようにしたため、ネットワーク・バッファ
メモリに常に所定量以上のディジタルデータを蓄積でき
る。
【０１０５】また、本発明によれば、クライアントは、
要求番号をデータ送信要求に含めてサーバへ送信し、サ
ーバは、クライアントからのデータ送信要求に応じて、
そのデータ送信要求中の要求番号と同じ値の送信番号と
共にデータをクライアントに送信するようにしたため、
クライアント側でどのデータ送信要求に対するデータ受
信であるかの判別・管理が容易にできる。
要求番号をデータ送信要求に含めてサーバへ送信し、サ
ーバは、クライアントからのデータ送信要求に応じて、
そのデータ送信要求中の要求番号と同じ値の送信番号と
共にデータをクライアントに送信するようにしたため、
クライアント側でどのデータ送信要求に対するデータ受
信であるかの判別・管理が容易にできる。
【０１０６】また、本発明によれば、テスト信号を送受
信することにより、往復遅延時間を測定・算出し、その
値に基づいてクライアントがバッファメモリ量や一度の
データ送信要求量を設定したり、あるいはサーバがクラ
イアントからの受信バッファメモリ量をも考慮して、ク
ライアントからの伝送要求量を補正して伝送するように
したため、システムの安定動作に有効であり、データ伝
送システムの信頼性を向上できる。
信することにより、往復遅延時間を測定・算出し、その
値に基づいてクライアントがバッファメモリ量や一度の
データ送信要求量を設定したり、あるいはサーバがクラ
イアントからの受信バッファメモリ量をも考慮して、ク
ライアントからの伝送要求量を補正して伝送するように
したため、システムの安定動作に有効であり、データ伝
送システムの信頼性を向上できる。
【図１】本発明の要部の第１の実施の形態のブロック図
である。
である。
【図２】本発明の第１の実施の形態のデータ要求とデー
タ伝送とを説明する図である。
タ伝送とを説明する図である。
【図３】本発明の第１の実施の形態のデータ要求とデー
タ伝送を詳細に説明する図である。
タ伝送を詳細に説明する図である。
【図４】本発明の第２の実施の形態の動作を説明するタ
イミングチャートである。
イミングチャートである。
【図５】本発明の第３の実施の形態の動作を説明するタ
イミングチャートである。
イミングチャートである。
【図６】本発明になるデータ伝送システムのクライアン
トの要部の第４の実施の形態のブロック図である。
トの要部の第４の実施の形態のブロック図である。
【図７】図６中のネットワーク・バッファメモリの一例
の構成図である。
の構成図である。
【図８】図６の動作を説明するタイミングチャートであ
る。
る。
【図９】本発明の第５の実施の形態の動作を説明するタ
イミングチャートである。
イミングチャートである。
【図１０】本発明の第６の実施の形態の動作を説明する
タイミングチャートである。
タイミングチャートである。
【図１１】本発明の第７の実施の形態の動作を説明する
タイミングチャートである。
タイミングチャートである。
【図１２】本発明の第７の実施の形態の変形例の動作を
説明するタイミングチャートである。
説明するタイミングチャートである。
【図１３】本発明の第８の実施の形態の動作を説明する
タイミングチャートである。
タイミングチャートである。
【図１４】本発明になるデータ伝送システムのクライア
ントの要部の第９の実施の形態のブロック図である。
ントの要部の第９の実施の形態のブロック図である。
【図１５】図１４の動作を説明するタイミングチャート
である。
である。
【図１６】本発明が適用されるデータ伝送システムの一
例の構成図である。
例の構成図である。
【図１７】図１６中のネットワークの一例を示す図であ
る。
る。
【図１８】従来の動作の一例を説明するタイミングチャ
ートである。
ートである。
【図１９】アダプティブ・クロック方式でのサーバから
クライアントへの伝送態様説明図である。
クライアントへの伝送態様説明図である。
【図２０】アダプティブ・クロック方式でのクライアン
トの一例のブロック図である。
トの一例のブロック図である。
【図２１】図２０中のＰＬＬ回路の一例のブロック図で
ある。
ある。
【図２２】簡易繰り返し方式による同期方式の一例を説
明するタイミングチャートである。
明するタイミングチャートである。
【図２３】簡易間引き方式による同期方式の一例を説明
するタイミングチャートである。
するタイミングチャートである。
１１、４１ ネットワークインターフェース １２ 復号器用バッファメモリ（復号手段） １３ 時刻情報抽出回路（抽出手段） １４ 差分比較器（データ要求手段） １５ 基準時刻時計装置（内部自走カウンタ） １６ 差分保存器（データ要求手段） １７ 要求時刻算出器（データ要求手段） １８ 動画音声復号器（復号手段） ４２ ネットワーク・バッファメモリ ４３、６３、６５ バッファメモリ監視回路 ４４、６６、６８ 復号器用バッファメモリ（復号手
段） ４５ 動画音声復号器（復号手段） ４６ クロック発生器・カウンタ（復号手段） ５１ ＦＩＦＯ素子／回路 ６１ ネットワークインターフェース及び分配器 ６２ 画像用ネットワーク・バッファメモリ ６４ 音声用ネットワーク・バッファメモリ ６７ 動画復号器 ６９ 音声復号器 ｄ１〜ｄ５、ｄ１１〜ｄ１５ データ ｔ１〜ｔ４ 参照時刻情報 ｆ１、ｆ２、ｈ１〜ｈ４ 画像データのデータ要求 ｇ１、ｇ２、ｉ１〜ｉ４ 音声データのデータ要求 ｔｖ１〜ｔｖ４ 画像データの参照時刻情報 ｔａ１〜ｔａ４ 音声データの参照時刻情報 ｊ１ 画像データの符号化周期情報 ｋ１ 音声データの符号化周期情報 Ｖ０〜Ｖ３ 画像データ Ａ０〜Ａ３ 音声データ Ｓ１、Ｓ２ サーバ Ｃ１、Ｃ２ クライアント ＮＥ ネットワーク ｈｅ１〜ｈｅ５ ヘッダ情報 ｒ１〜ｒ５ データ送信要求容量情報 ｒｎ１〜ｒｎ５ 要求番号情報 ｎ１〜ｎ５ 送信番号情報 ＴＥＳＴ テスト情報 ｒｅ テスト信号の応答情報 ＢＵ 受信バッファメモリ量等の情報
段） ４５ 動画音声復号器（復号手段） ４６ クロック発生器・カウンタ（復号手段） ５１ ＦＩＦＯ素子／回路 ６１ ネットワークインターフェース及び分配器 ６２ 画像用ネットワーク・バッファメモリ ６４ 音声用ネットワーク・バッファメモリ ６７ 動画復号器 ６９ 音声復号器 ｄ１〜ｄ５、ｄ１１〜ｄ１５ データ ｔ１〜ｔ４ 参照時刻情報 ｆ１、ｆ２、ｈ１〜ｈ４ 画像データのデータ要求 ｇ１、ｇ２、ｉ１〜ｉ４ 音声データのデータ要求 ｔｖ１〜ｔｖ４ 画像データの参照時刻情報 ｔａ１〜ｔａ４ 音声データの参照時刻情報 ｊ１ 画像データの符号化周期情報 ｋ１ 音声データの符号化周期情報 Ｖ０〜Ｖ３ 画像データ Ａ０〜Ａ３ 音声データ Ｓ１、Ｓ２ サーバ Ｃ１、Ｃ２ クライアント ＮＥ ネットワーク ｈｅ１〜ｈｅ５ ヘッダ情報 ｒ１〜ｒ５ データ送信要求容量情報 ｒｎ１〜ｒｎ５ 要求番号情報 ｎ１〜ｎ５ 送信番号情報 ＴＥＳＴ テスト情報 ｒｅ テスト信号の応答情報 ＢＵ 受信バッファメモリ量等の情報
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｈ０４Ｎ 7/081 Ｈ０４Ｎ 7/08 Ｚ 7/24 7/13 Ｚ 7/173
Claims (16)
- 【請求項１】 一又は二以上のサーバと一又は二以上の
クライアントが同じネットワークに接続されており、前
記サーバは動画像や音声に関する符号化されたディジタ
ルデータを蓄積しており、そのディジタルデータを前記
ネットワークを介して前記クライアントに適宜の単位毎
に断続的に送信し、前記クライアントは受信したディジ
タルデータを再生して時間的に連続した再生情報を得る
データ伝送システムにおいて、 前記サーバは、入力されたデータ要求に応じて送信する
データ中に、連続再生に必要な次に送信するデータの送
信時刻を示す時刻情報を付加して送信し、 前記クライアントは、受信した前記データ中から前記時
刻情報を抽出し、その時刻情報に基づいて前記サーバへ
次のデータのデータ要求を発することを特徴とするデー
タ伝送システム。 - 【請求項２】 前記クライアントは、基準時刻時計装置
から発生するクロックにより、受信した前記データを復
号再生すると共に、前記サーバから最初に受信したデー
タの到来時刻とその時の前記基準時刻時計装置が示す基
準時刻との差を示す差分値を求め、この差分値で前記時
刻情報を補正した時刻で前記サーバへ次のデータのデー
タ要求を発することを特徴とする請求項１記載のデータ
伝送システム。 - 【請求項３】 一又は二以上のサーバと一又は二以上の
クライアントが同じネットワークに接続されており、前
記サーバは動画像に関する符号化された画像データと、
音声に関する符号化された音声データとを蓄積してお
り、その蓄積データを前記ネットワークを介して前記ク
ライアントに適宜の単位毎に断続的に送信し、前記クラ
イアントは受信した前記画像データ及び音声データをそ
れぞれ再生して時間的に連続したプログラムの再生情報
を得るデータ伝送システムにおいて、 前記サーバは、入力されたデータ要求に応じて送信する
画像データ及び音声データをそれぞれに別々に、連続再
生に必要な次に送信する画像データ及び音声データの送
信時刻を示す時刻情報を付加して送信し、 前記クライアントは、受信した前記画像データ中から前
記時刻情報を抽出し、その時刻情報に基づいて前記サー
バへ次の画像データのデータ要求を発し、かつ、受信し
た前記音声データ中から前記時刻情報を抽出し、その時
刻情報に基づいて前記画像データを送信するサーバと同
じか又は異なるサーバへ次の音声データの要求を発する
ことを特徴とするデータ伝送システム。 - 【請求項４】 前記クライアントは、基準時刻時計装置
から発生するクロックにより、受信した前記画像データ
及び音声データをそれぞれ復号再生すると共に、前記サ
ーバから最初に受信したデータの到来時刻とその時の前
記基準時刻時計装置が示す基準時刻との差を示す差分値
を、前記画像データと音声データのそれぞれについて求
め、前記画像データの差分値で前記画像データ中に付加
されている前記時刻情報を補正した時刻で前記サーバへ
次の画像データのデータ要求を発し、かつ、前記音声デ
ータの差分値で前記音声データ中に付加されている前記
時刻情報を補正した時刻で前記サーバへ次の音声データ
のデータ要求を発することを特徴とする請求項３記載の
データ伝送システム。 - 【請求項５】 一又は二以上のサーバと一又は二以上の
クライアントが同じネットワークに接続されており、前
記サーバは動画像や音声に関する符号化されたディジタ
ルデータを蓄積しており、そのディジタルデータを前記
ネットワークを介して前記クライアントに適宜の単位毎
に断続的に送信し、前記クライアントは受信したディジ
タルデータを再生して時間的に連続した再生情報を得る
データ伝送システムにおいて、 前記サーバは、送信するデータのうち少なくとも最初に
送信するデータ中に、そのデータの符号化周期情報を付
加して送信し、 前記クライアントは、受信した前記データ中から前記符
号化周期情報を抽出し、その符号化周期情報に基づいて
周期的に前記サーバへデータ要求を発することを特徴と
するデータ伝送システム。 - 【請求項６】 一又は二以上のサーバと一又は二以上の
クライアントが同じネットワークに接続されており、前
記サーバは動画像や音声に関する符号化されたディジタ
ルデータを蓄積しており、そのディジタルデータを前記
ネットワークを介して前記クライアントに適宜の単位毎
に断続的に送信し、前記クライアントは受信したディジ
タルデータを再生して時間的に連続した再生情報を得る
データ伝送システムにおいて、 前記クライアントは、前記サーバより受信したデータ
を、ネットワーク・バッファメモリに一時的に蓄積した
後、復号器用バッファメモリに出力すると共に、前記ネ
ットワーク・バッファメモリの空き容量を監視し、その
空き容量が所定量以上になったことを検出したときに、
前記サーバにデータ送信要求を送信し、 前記サーバは、前記クライアントからの前記データ送信
要求に応じて、前記所定量以下のデータ量のデータを前
記クライアントに送信することを特徴とするデータ伝送
システム。 - 【請求項７】 一又は二以上のサーバと一又は二以上の
クライアントが同じネットワークに接続されており、前
記サーバは動画像や音声に関する符号化されたディジタ
ルデータを蓄積しており、そのディジタルデータを前記
ネットワークを介して前記クライアントに適宜の単位毎
に断続的に送信し、前記クライアントは受信したディジ
タルデータを再生して時間的に連続した再生情報を得る
データ伝送システムにおいて、 前記クライアントは、前記サーバより受信したデータ
を、ネットワーク・バッファメモリに一時的に蓄積した
後、復号器用バッファメモリに出力すると共に、前記ネ
ットワーク・バッファメモリの空き容量を監視し、その
空き容量が所定量以上になったことを検出したときは、
その検出した空き容量の情報をデータ送信要求に含めて
前記サーバへ送信し、 前記サーバは、前記クライアントからの前記データ送信
要求に応じて、そのデータ送信要求中の前記空き容量情
報が示す空き容量程度のデータ量のデータを前記クライ
アントに送信することを特徴とするデータ伝送システ
ム。 - 【請求項８】 前記クライアントは、前記空き容量が所
定量以上になったことを検出したときは、要求番号を前
記データ送信要求に含めて前記サーバへ送信し、前記サ
ーバは、前記クライアントからの前記データ送信要求に
応じて、そのデータ送信要求中の前記要求番号と同じ値
の送信番号と共にデータを前記クライアントに送信する
ことを特徴とする請求項６又は７記載のデータ伝送シス
テム。 - 【請求項９】 前記クライアントは、前記データ送信要
求を送信する前に、テスト情報とテストであることを示
す情報を有するテスト信号を１回又は複数回前記サーバ
へ送信し、前記サーバは前記テスト信号の受信時は直ち
に応答信号を返送し、前記クライアントは、前記テスト
信号送信後、次に前記応答信号を受信するまでの往復遅
延時間を一又は二以上測定・算出し、測定・算出したこ
の往復遅延時間又はそれを統計処理した値に基づき、バ
ッファメモリ量及び一度のデータ送信要求量を設定する
ことを特徴とする請求項６又は７記載のデータ伝送シス
テム。 - 【請求項１０】 データ送受信を開始する前に前記サー
バは、テスト情報とテストであることを示す情報を有す
るテスト信号を１回又は複数回前記クライアントへ送信
し、前記クライアントは前記テスト信号の受信時は直ち
に自己の受信バッファメモリ量の情報を含む応答信号を
返送し、前記サーバは、前記テスト信号送信後、次に前
記応答信号を受信するまでの往復遅延時間を一又は二以
上測定・算出し、測定・算出したこの往復遅延時間又は
それを統計処理した値と、前記受信バッファメモリ量の
情報とに基づき、伝送ビットレートを算出し、前記クラ
イアントからの伝送要求量を補正して伝送することを特
徴とする請求項６又は７記載のデータ伝送システム。 - 【請求項１１】 前記クライアントは、動画像データと
音声データを異なるサーバから受信し、動画像データ用
の前記ネットワーク・バッファメモリの空き容量と、音
声データ用の前記ネットワーク・バッファメモリの空き
容量を互いに独立して監視し、その監視結果により互い
に独立してデータ送信要求を送信することを特徴とする
請求項６又は７記載のデータ伝送システム。 - 【請求項１２】 一又は二以上のサーバとネットワーク
を介して接続されており、前記サーバは動画像や音声に
関する符号化されたディジタルデータを蓄積しており、
入力されたデータ要求に応じて前記サーバから送信され
た前記ディジタルデータと、連続再生に必要な次に送信
するデータの送信時刻を示す時刻情報を、前記ネットワ
ークを介して断続的に受信再生して、時間的に連続した
再生情報を得るクライアントを構成する再生装置であっ
て、 前記受信した信号中から前記時刻情報を抽出する抽出手
段と、 基準時刻に同期したクロックを発生する基準時刻時計装
置と、 前記基準時刻時計装置からのクロックに基づき、受信し
た前記ディジタルデータを復号再生する復号手段と、 前記抽出手段からの前記時刻情報と前記基準時刻時計装
置からの基準時刻とを比較して、前記時刻情報に基づく
時刻で前記データ要求を前記サーバへ発するデータ要求
手段とを有することを特徴とする再生装置。 - 【請求項１３】 前記時刻情報は、前記サーバが送信す
るデータのうち少なくとも最初に送信するデータ中に付
加される、そのデータの符号化周期情報であり、前記デ
ータ要求手段は前記符号化周期情報に基づいて周期的に
前記データ要求を前記サーバへ発することを特徴とする
請求項１２記載の再生装置。 - 【請求項１４】 一又は二以上のサーバとネットワーク
を介して接続されており、前記サーバから送信された動
画像や音声に関する符号化されたディジタルデータを、
前記ネットワークを介して断続的に受信再生して、時間
的に連続した再生情報を得るクライアントを構成する再
生装置であって、 前記受信したデータを一時蓄積するネットワークバッフ
ァと、 前記ネットワークバッファから一定データレートで読み
出されたデータを復号する復号手段と、 前記ネットワークバッファの空き容量を監視し、その空
き容量が所定量以上になったことを検出したときに、前
記サーバにデータ送信要求を送信するバッファメモリ監
視回路とを有することを特徴とする再生装置。 - 【請求項１５】 前記バッファメモリ監視回路は、前記
空き容量が所定量以上になったことを検出したときは、
その検出した空き容量の情報を前記データ送信要求に含
めて前記サーバへ送信することを特徴とする請求項１４
記載の再生装置。 - 【請求項１６】 前記バッファメモリ監視回路は、前記
空き容量が所定量以上になったことを検出したときは、
要求番号を前記データ送信要求に含めて前記サーバへ送
信することを特徴とする請求項１４又は１５記載の再生
装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24128097A JP3201313B2 (ja) | 1997-08-01 | 1997-09-05 | データ伝送システム及び再生装置 |
| DE69836883T DE69836883D1 (de) | 1997-08-01 | 1998-07-31 | Datenübertragungssystem und -wiedergabegerät |
| EP19980306129 EP0895420B1 (en) | 1997-08-01 | 1998-07-31 | A data transmission system and reproducing apparatus |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20776697 | 1997-08-01 | ||
| JP9-207766 | 1997-08-01 | ||
| JP24128097A JP3201313B2 (ja) | 1997-08-01 | 1997-09-05 | データ伝送システム及び再生装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11103317A true JPH11103317A (ja) | 1999-04-13 |
| JP3201313B2 JP3201313B2 (ja) | 2001-08-20 |
Family
ID=26516456
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP24128097A Expired - Fee Related JP3201313B2 (ja) | 1997-08-01 | 1997-09-05 | データ伝送システム及び再生装置 |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP0895420B1 (ja) |
| JP (1) | JP3201313B2 (ja) |
| DE (1) | DE69836883D1 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005184783A (ja) * | 2004-11-12 | 2005-07-07 | Onkyo Corp | ネットワーク型コンテンツ再生システム |
| US7634532B2 (en) | 2002-05-31 | 2009-12-15 | Onkyo Corporation | Network type content reproduction system |
| KR101355338B1 (ko) * | 2007-08-07 | 2014-01-23 | 아바야 인코포레이티드 | 클록 조정 방법, 클록 조정 시스템 및 컴퓨터 판독가능한매체 |
| JP2015536064A (ja) * | 2012-09-14 | 2015-12-17 | ディーティーエス・インコーポレイテッドＤＴＳ，Ｉｎｃ． | 再生同期 |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6766376B2 (en) | 2000-09-12 | 2004-07-20 | Sn Acquisition, L.L.C | Streaming media buffering system |
| FR2860665B1 (fr) * | 2003-10-07 | 2006-04-07 | Canon Kk | Decodage de sequence d'images numeriques |
| EP2044772A4 (en) * | 2006-07-07 | 2010-03-31 | Redlasso Corp | SEARCH ENGINE FOR AUDIO DATA |
| WO2015135576A1 (en) * | 2014-03-11 | 2015-09-17 | Telefonaktiebolaget L M Ericsson (Publ) | Distributing media content services and alternative media content |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5426513A (en) * | 1989-06-16 | 1995-06-20 | Harris Corporation | Prioritized image transmission system and method |
| JPH06237451A (ja) * | 1993-02-10 | 1994-08-23 | Hitachi Ltd | 動画通信方式および端末装置 |
| JPH06284148A (ja) * | 1993-03-30 | 1994-10-07 | Hitachi Ltd | 動画通信制御方法及び通信制御装置 |
| WO1995002947A1 (en) * | 1993-07-12 | 1995-01-26 | Sony Corporation | Image signal reproducing method and image signal reproducing apparatus |
| US5543853A (en) * | 1995-01-19 | 1996-08-06 | At&T Corp. | Encoder/decoder buffer control for variable bit-rate channel |
-
1997
- 1997-09-05 JP JP24128097A patent/JP3201313B2/ja not_active Expired - Fee Related
-
1998
- 1998-07-31 DE DE69836883T patent/DE69836883D1/de not_active Expired - Lifetime
- 1998-07-31 EP EP19980306129 patent/EP0895420B1/en not_active Expired - Lifetime
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7634532B2 (en) | 2002-05-31 | 2009-12-15 | Onkyo Corporation | Network type content reproduction system |
| US7908370B2 (en) | 2002-05-31 | 2011-03-15 | Onkyo Corporation | Network type content reproducing system |
| US8005928B2 (en) | 2002-05-31 | 2011-08-23 | Onkyo Corporation | Network type content reproducing system |
| US8037177B2 (en) | 2002-05-31 | 2011-10-11 | Onkyo Corporation | Network type content reproducing system |
| US8291074B2 (en) | 2002-05-31 | 2012-10-16 | Onkyo Corporation | Network type content reproducing system |
| US8516042B2 (en) | 2002-05-31 | 2013-08-20 | Onkyo Corporation | Network type content reproducing system |
| JP2005184783A (ja) * | 2004-11-12 | 2005-07-07 | Onkyo Corp | ネットワーク型コンテンツ再生システム |
| KR101355338B1 (ko) * | 2007-08-07 | 2014-01-23 | 아바야 인코포레이티드 | 클록 조정 방법, 클록 조정 시스템 및 컴퓨터 판독가능한매체 |
| JP2015536064A (ja) * | 2012-09-14 | 2015-12-17 | ディーティーエス・インコーポレイテッドＤＴＳ，Ｉｎｃ． | 再生同期 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0895420A3 (en) | 2002-10-30 |
| DE69836883D1 (de) | 2007-03-08 |
| JP3201313B2 (ja) | 2001-08-20 |
| EP0895420B1 (en) | 2007-01-17 |
| EP0895420A2 (en) | 1999-02-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7539925B2 (en) | Transmission apparatus and method, reception apparatus and method, storage medium, and program | |
| KR100825171B1 (ko) | 비동기식 디지털 홈 네트워크에서의 멀티미디어 지터 제거 | |
| JPH06237451A (ja) | 動画通信方式および端末装置 | |
| JP2004350310A (ja) | ビデオ・エンコーダおよびエンコーダからデコーダへのタイミングを同期させる方法 | |
| JP2001045092A (ja) | 通信装置および方法、通信システム、並びに記録媒体 | |
| JP2013026787A (ja) | 送信装置、受信システム、通信システム、送信方法、受信方法、及びプログラム | |
| EP1715612B1 (en) | Transmitting apparatus, relaying apparatus, receiving apparatus and network system including these apparatus | |
| JP3201313B2 (ja) | データ伝送システム及び再生装置 | |
| EP1667354A1 (en) | Communication system and method, information processing apparatus and method, and program | |
| JP3644995B2 (ja) | 符号化伝送方式におけるタイムスタンプ値演算方法 | |
| JP2000350197A (ja) | 映像伝送方法とそれを用いた監視システム | |
| JP4081936B2 (ja) | 通信装置、通信方法、および記録媒体 | |
| JP3617655B2 (ja) | エンコードシステムおよびエンコード方法、デコードシステムおよびデコード方法、エンコードデータ記録装置およびエンコードデータ記録方法、エンコードデータ伝送装置およびエンコードデータ伝送方法、並びに記録媒体 | |
| US6735223B1 (en) | Method of controlling offset of time stamp and apparatus for transmitting packet using the same | |
| JP2002208953A (ja) | 通信システム | |
| US9270946B2 (en) | Media distribution switching method, receiving device and transmitting device | |
| WO2005006688A1 (ja) | 通信システム | |
| JP5082715B2 (ja) | 受信装置、受信方法およびコンピュータプログラム | |
| JP3419607B2 (ja) | クロック再生装置 | |
| JP2002281077A (ja) | 信号受信装置及び信号受信方法 | |
| JP3856135B2 (ja) | ストリーム変換／送出装置 | |
| JP3801043B2 (ja) | データ受信装置及び方法 | |
| JP3441257B2 (ja) | データ伝送装置 | |
| JPH1118071A (ja) | スロー再生システム | |
| JPH10313448A (ja) | 動画像送信装置および受信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090622 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090622 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100622 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110622 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120622 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |