JPH10108160A - データ配信システム - Google Patents
データ配信システムInfo
- Publication number
- JPH10108160A JPH10108160A JP26094796A JP26094796A JPH10108160A JP H10108160 A JPH10108160 A JP H10108160A JP 26094796 A JP26094796 A JP 26094796A JP 26094796 A JP26094796 A JP 26094796A JP H10108160 A JPH10108160 A JP H10108160A
- Authority
- JP
- Japan
- Prior art keywords
- client
- data
- server
- distribution system
- decoding capability
- 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.)
- Pending
Links
- 230000005540 biological transmission Effects 0.000 claims abstract description 24
- 230000004044 response Effects 0.000 claims abstract description 13
- 238000004519 manufacturing process Methods 0.000 abstract 1
- 238000013500 data storage Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 4
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 101000969688 Homo sapiens Macrophage-expressed gene 1 protein Proteins 0.000 description 1
- 102100021285 Macrophage-expressed gene 1 protein Human genes 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000000034 method Methods 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
Landscapes
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Television Systems (AREA)
Abstract
(57)【要約】
【課題】 クライアントがデコード能力以上のデータを
受信した場合、画像のデコードをスキップする必要があ
り、また、回線の混雑を招く。クライアントでは音声と
画像の同期の調整機能を必要とする。 【解決手段】 クライアントからの送信要求に応じて、
サーバが画像データと音声データをインターリーブした
ビットストリームを生成してクライアントへ送信する画
像配信システムにおいて、クライアントは送信要求（ス
テップ１０１）と共に、そのデコード能力を示すＤＣ値
をサーバへ送信する（ステップ１０３）。サーバは受信
したＤＣ値が越えないように送信するビットストリーム
の生成量を制御する（ステップ２０７、２０８）。その
ため、デコードできない無駄なストリームを送らないで
済むので回線に余分なデータを流さないで済む。また、
クライアントでは、音声と画像は暗黙同期がとれるので
同期の調整を必要としない。
受信した場合、画像のデコードをスキップする必要があ
り、また、回線の混雑を招く。クライアントでは音声と
画像の同期の調整機能を必要とする。 【解決手段】 クライアントからの送信要求に応じて、
サーバが画像データと音声データをインターリーブした
ビットストリームを生成してクライアントへ送信する画
像配信システムにおいて、クライアントは送信要求（ス
テップ１０１）と共に、そのデコード能力を示すＤＣ値
をサーバへ送信する（ステップ１０３）。サーバは受信
したＤＣ値が越えないように送信するビットストリーム
の生成量を制御する（ステップ２０７、２０８）。その
ため、デコードできない無駄なストリームを送らないで
済むので回線に余分なデータを流さないで済む。また、
クライアントでは、音声と画像は暗黙同期がとれるので
同期の調整を必要としない。
Description
【０００１】
【発明の属する技術分野】本発明はデータ配信システム
に係り、特に動画を音声と共に回線を介してサーバから
クライアントへ配信するデータ配信システムに関する。
に係り、特に動画を音声と共に回線を介してサーバから
クライアントへ配信するデータ配信システムに関する。
【０００２】
【従来の技術】従来、動画データを回線を利用して送信
するデータ配信システムでは、回線は通常、低ビットレ
ートであるため、圧縮符号化を行った後、送信を行って
いる。そのため、受信側（クライアント）は、圧縮符号
化された動画データを復号するデコード手段を備え、受
信したデータを復号する必要がある。また、従来、上記
の動画データと共に送信される音声データがインタリー
ブされている場合は、音声データに同期させて動画デー
タを送信する必要がある。
するデータ配信システムでは、回線は通常、低ビットレ
ートであるため、圧縮符号化を行った後、送信を行って
いる。そのため、受信側（クライアント）は、圧縮符号
化された動画データを復号するデコード手段を備え、受
信したデータを復号する必要がある。また、従来、上記
の動画データと共に送信される音声データがインタリー
ブされている場合は、音声データに同期させて動画デー
タを送信する必要がある。
【０００３】
【発明が解決しようとする課題】上記の従来のデータ配
信システムでは、クライアントのデコード能力が転送さ
れたデータを処理できないものである場合、送られた画
像をすべてデコードすると再生が遅れてしまうため、必
要に応じて画像のデコードを１枚スキップする必要があ
る。このような場合、デコードできなかったデータも回
線上を流す、つまり、無駄なデータを回線上に流すこと
になり、回線の混雑を招いている。また、クライアント
側には、画像データと音声データの同期を調整する回路
が必要である。
信システムでは、クライアントのデコード能力が転送さ
れたデータを処理できないものである場合、送られた画
像をすべてデコードすると再生が遅れてしまうため、必
要に応じて画像のデコードを１枚スキップする必要があ
る。このような場合、デコードできなかったデータも回
線上を流す、つまり、無駄なデータを回線上に流すこと
になり、回線の混雑を招いている。また、クライアント
側には、画像データと音声データの同期を調整する回路
が必要である。
【０００４】また、回線のトラフィックが混雑している
場合、データの送信が十分に行われず、音声が途切れて
しまったり、１枚のデータを送信するのに要する時間が
かかり過ぎてしまうこともある。
場合、データの送信が十分に行われず、音声が途切れて
しまったり、１枚のデータを送信するのに要する時間が
かかり過ぎてしまうこともある。
【０００５】本発明は以上の点に鑑みなされたもので、
回線に無駄なデータを流すことなく、最適なビットスト
リームを配信し得るデータ配信システムを提供すること
を目的とする。
回線に無駄なデータを流すことなく、最適なビットスト
リームを配信し得るデータ配信システムを提供すること
を目的とする。
【０００６】また、本発明の他の目的は、クライアント
側で同期をとることを不要とし得るデータ配信システム
を提供することにある。
側で同期をとることを不要とし得るデータ配信システム
を提供することにある。
【０００７】
【課題を解決するための手段】本発明は上記の目的を達
成するため、クライアントからの送信要求に応じて、サ
ーバが画像データと音声データをインターリーブしたビ
ットストリームを生成してクライアントへ送信するデー
タ配信システムにおいて、クライアントは送信要求と共
にそのデコード能力値をサーバへ送信する送信手段を有
し、サーバは受信したデコード能力値に応じて送信する
ビットストリームの生成量を制御する制御手段を有する
ことを特徴とする。
成するため、クライアントからの送信要求に応じて、サ
ーバが画像データと音声データをインターリーブしたビ
ットストリームを生成してクライアントへ送信するデー
タ配信システムにおいて、クライアントは送信要求と共
にそのデコード能力値をサーバへ送信する送信手段を有
し、サーバは受信したデコード能力値に応じて送信する
ビットストリームの生成量を制御する制御手段を有する
ことを特徴とする。
【０００８】また、本発明におけるサーバは、動画をフ
レーム内符号化する符号化手段を有すると共に、制御手
段はデコード能力値を越えないように符号化手段により
符号化する画像の単位時間当たりの枚数を決定するか、
あるいは、デコード能力値を越えないように蓄積手段か
ら読み出す画像の単位時間当たりの枚数を決定するか、
あるいは、複数種類の動画データから送信する画像デー
タを選択することを特徴とする。
レーム内符号化する符号化手段を有すると共に、制御手
段はデコード能力値を越えないように符号化手段により
符号化する画像の単位時間当たりの枚数を決定するか、
あるいは、デコード能力値を越えないように蓄積手段か
ら読み出す画像の単位時間当たりの枚数を決定するか、
あるいは、複数種類の動画データから送信する画像デー
タを選択することを特徴とする。
【０００９】更に、本発明におけるサーバは、アクセス
しているすべてのクライアントからのデコード能力値の
総和とビットストリームを送信する一つのクライアント
のデコード能力値との比に回線の許容量を乗じた値を回
線占有ビット量として割り当てて送信を行う手段を有す
る。
しているすべてのクライアントからのデコード能力値の
総和とビットストリームを送信する一つのクライアント
のデコード能力値との比に回線の許容量を乗じた値を回
線占有ビット量として割り当てて送信を行う手段を有す
る。
【００１０】本発明では、クライアント側のデコーダ能
力を示す値を配信サーバ側に予め送信しているので、配
信サーバはそのクライアントのデコーダに最適なストリ
ームを送信することができる。本発明では、また、クラ
イアント側ではデコードできるだけのデータしか受け取
らないので、デコードの遅れによる画像のスキップ処理
を考えずに済む。
力を示す値を配信サーバ側に予め送信しているので、配
信サーバはそのクライアントのデコーダに最適なストリ
ームを送信することができる。本発明では、また、クラ
イアント側ではデコードできるだけのデータしか受け取
らないので、デコードの遅れによる画像のスキップ処理
を考えずに済む。
【００１１】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面と共に説明する。
て図面と共に説明する。
【００１２】図１は本発明のデータ配信システムのサー
バ側の一実施の形態のブロック図、図２は本発明のデー
タ配信システムのクライアント側の一実施の形態のブロ
ック図を示す。このデータ配信システムは、１台のサー
バと複数台のクライアントが公衆回線あるいはローカル
・エリア・ネットワーク（ＬＡＮ）を介して接続され、
クライアントからのコネクト要求に応じてサーバが、動
画に関する画像データ及び音声データをビットストリー
ムの信号形態としてリアルタイムで伝送配信するシステ
ムである。
バ側の一実施の形態のブロック図、図２は本発明のデー
タ配信システムのクライアント側の一実施の形態のブロ
ック図を示す。このデータ配信システムは、１台のサー
バと複数台のクライアントが公衆回線あるいはローカル
・エリア・ネットワーク（ＬＡＮ）を介して接続され、
クライアントからのコネクト要求に応じてサーバが、動
画に関する画像データ及び音声データをビットストリー
ムの信号形態としてリアルタイムで伝送配信するシステ
ムである。
【００１３】図１に示すように、サーバ（配信）側は制
御部ＣＰＵ（中央処理装置）１１、送信部１２、受信部
１３、ストリーム生成部１４、画像データ蓄積部１５、
音声データ蓄積部１６及びクライアントのＤＣ（Decode
r Capacity）値記憶用メモリ１７がそれぞれバス１８を
介して接続された構成である。
御部ＣＰＵ（中央処理装置）１１、送信部１２、受信部
１３、ストリーム生成部１４、画像データ蓄積部１５、
音声データ蓄積部１６及びクライアントのＤＣ（Decode
r Capacity）値記憶用メモリ１７がそれぞれバス１８を
介して接続された構成である。
【００１４】制御部ＣＰＵ１１はこのサーバの各部を統
括制御する。送信部１２は画像データ及び音声データを
送信する。受信部１３は外部からの画像データ及び音声
データを受信する。ストリーム生成部１４は画像データ
と音声データをインターリーブする回路部であり、画像
データは秒当りの枚数を選択できるようになっている。
画像データ蓄積部１５は、フレーム内圧縮（ＭＰＥＧの
イントラピクチャやＪＰＥＧなど）により圧縮符号化さ
れた動画データを蓄積している。
括制御する。送信部１２は画像データ及び音声データを
送信する。受信部１３は外部からの画像データ及び音声
データを受信する。ストリーム生成部１４は画像データ
と音声データをインターリーブする回路部であり、画像
データは秒当りの枚数を選択できるようになっている。
画像データ蓄積部１５は、フレーム内圧縮（ＭＰＥＧの
イントラピクチャやＪＰＥＧなど）により圧縮符号化さ
れた動画データを蓄積している。
【００１５】音声データ蓄積部１６は、例えば生サンプ
リングデータやＭＰＥＧ１音声やＤＰＣＭなどで圧縮符
号化された音声データを蓄積している。クライアントの
ＤＣ値記憶用メモリ１７は、アクセスをしているクライ
アントが送ってきたデコード能力値（これを本明細書で
は「ＤＣ」というものとする）を記憶するものである。
リングデータやＭＰＥＧ１音声やＤＰＣＭなどで圧縮符
号化された音声データを蓄積している。クライアントの
ＤＣ値記憶用メモリ１７は、アクセスをしているクライ
アントが送ってきたデコード能力値（これを本明細書で
は「ＤＣ」というものとする）を記憶するものである。
【００１６】一方、クライアントは図２に示すように、
制御部ＣＰＵ２１、受信部２２、送信部２３、音声デコ
ーダ部２４及び画像デコーダ部２５がそれぞれバス２８
を介して接続されており、また音声デコーダ部２４はス
ピーカ２６と、画像デコーダ部２５はモニタ２７と接続
されている。制御部ＣＰＵ２１はクライアントの各部を
統括制御する。受信部２２はデータを受信し、送信部２
３はデータを送信する。音声デコーダ部２４は、受信し
た音声データをデコードするものである。画像デコーダ
部２５は、デコーダ能力を示す数値をそれぞれ持ってお
り、配信側であるサーバ側に対してその数値を知らせて
やることによって、デコーダに最適な処理量のビットス
トリームをサーバ側から受け取ることができるようにな
されている。
制御部ＣＰＵ２１、受信部２２、送信部２３、音声デコ
ーダ部２４及び画像デコーダ部２５がそれぞれバス２８
を介して接続されており、また音声デコーダ部２４はス
ピーカ２６と、画像デコーダ部２５はモニタ２７と接続
されている。制御部ＣＰＵ２１はクライアントの各部を
統括制御する。受信部２２はデータを受信し、送信部２
３はデータを送信する。音声デコーダ部２４は、受信し
た音声データをデコードするものである。画像デコーダ
部２５は、デコーダ能力を示す数値をそれぞれ持ってお
り、配信側であるサーバ側に対してその数値を知らせて
やることによって、デコーダに最適な処理量のビットス
トリームをサーバ側から受け取ることができるようにな
されている。
【００１７】次に、この実施の形態の動作について図３
のフローチャートを併せ参照して説明する。クライアン
トが動画の送信をサーバに対して要求する場合、クライ
アント側はまずサーバにコネクト要求を行う（ステップ
１０１）。サーバ側は、このコネクト要求があるかどう
か監視しており（ステップ２０１）、コネクト要求があ
った時にはレスポンスをその送信部１２より送信した後
（ステップ２０２）、ＤＣの受信の有無をチェックする
（ステップ２０３）。
のフローチャートを併せ参照して説明する。クライアン
トが動画の送信をサーバに対して要求する場合、クライ
アント側はまずサーバにコネクト要求を行う（ステップ
１０１）。サーバ側は、このコネクト要求があるかどう
か監視しており（ステップ２０１）、コネクト要求があ
った時にはレスポンスをその送信部１２より送信した後
（ステップ２０２）、ＤＣの受信の有無をチェックする
（ステップ２０３）。
【００１８】クライアントがレスポンス受信を確認する
と（ステップ１０２）、デコード能力を表すＤＣを送信
部２３よりサーバ側へ送信する（ステップ１０３）。デ
コード能力を表すＤＣとしては、例えばＩピクチャの平
均的な１マクロブロックのデコード時間（マイクロ秒単
位）を用いる。
と（ステップ１０２）、デコード能力を表すＤＣを送信
部２３よりサーバ側へ送信する（ステップ１０３）。デ
コード能力を表すＤＣとしては、例えばＩピクチャの平
均的な１マクロブロックのデコード時間（マイクロ秒単
位）を用いる。
【００１９】サーバ側は受信部１３によりＤＣを受信し
たことを確認すると、受信したＤＣの数値と、クライア
ントのアドレスをそのＤＣ値記憶用メモリ１７に記憶す
ると共に、レスポンスを送信部１３よりクライアント側
へ送信する（ステップ２０４）。クライアントでは、こ
のレスポンスの受信を確認すると（ステップ１０４）、
ＡＶストリームを要求する（ステップ１０５）。
たことを確認すると、受信したＤＣの数値と、クライア
ントのアドレスをそのＤＣ値記憶用メモリ１７に記憶す
ると共に、レスポンスを送信部１３よりクライアント側
へ送信する（ステップ２０４）。クライアントでは、こ
のレスポンスの受信を確認すると（ステップ１０４）、
ＡＶストリームを要求する（ステップ１０５）。
【００２０】サーバ側はＡＶストリーム要求を受信した
ことを確認すると（ステップ２０５）、レスポンスを送
信した後（ステップ２０６）、制御部ＣＰＵ１１でＤＣ
からフレーム内符号化した１枚の画像にかかるデコード
時間を概算し、秒当りの動画の枚数Ｎ（枚／秒）を決定
する（ステップ２０７）。例えば、上記のＤＣの値が”
４００”のクライアントに、サイズ３５２×２４０（３
３０マクロブロック）の動画を配信する場合、１枚のＩ
ピクチャをデコードするのにかかる時間は、１３２００
０（＝３３０×４００）マイクロ秒となるから、１秒当
りの枚数は、７．５７（＝１００００００／１３２００
０）となり、Ｎ＝７と導ける。
ことを確認すると（ステップ２０５）、レスポンスを送
信した後（ステップ２０６）、制御部ＣＰＵ１１でＤＣ
からフレーム内符号化した１枚の画像にかかるデコード
時間を概算し、秒当りの動画の枚数Ｎ（枚／秒）を決定
する（ステップ２０７）。例えば、上記のＤＣの値が”
４００”のクライアントに、サイズ３５２×２４０（３
３０マクロブロック）の動画を配信する場合、１枚のＩ
ピクチャをデコードするのにかかる時間は、１３２００
０（＝３３０×４００）マイクロ秒となるから、１秒当
りの枚数は、７．５７（＝１００００００／１３２００
０）となり、Ｎ＝７と導ける。
【００２１】そして、ストリーム生成部１４は、音声デ
ータ蓄積部１６からの音声データと、動画データ蓄積部
１５から秒当りの枚数がＮになるように読み出した画像
データとを、それぞれインターリーブしながら送信部１
２へ転送し、これよりクライアント側へ送信する（ステ
ップ２０８）。また、ストリーム生成部１４は上記の音
声データ及び画像データのデータの終りかどうかを監視
しており（ステップ２０９）、データの終りを確認する
と、データの終りを示すＥＯＦを生成し、これを送信部
１２を介して送信させる（ステップ２１０）。
ータ蓄積部１６からの音声データと、動画データ蓄積部
１５から秒当りの枚数がＮになるように読み出した画像
データとを、それぞれインターリーブしながら送信部１
２へ転送し、これよりクライアント側へ送信する（ステ
ップ２０８）。また、ストリーム生成部１４は上記の音
声データ及び画像データのデータの終りかどうかを監視
しており（ステップ２０９）、データの終りを確認する
と、データの終りを示すＥＯＦを生成し、これを送信部
１２を介して送信させる（ステップ２１０）。
【００２２】クライアント側では、ＡＶストリーム要求
後にサーバからの応答であるレスポンスを受信したこと
を確認すると（ステップ１０６）、続いてサーバから配
信されたストリームを音声デコーダ部２４及び画像デコ
ーダ部２５へ転送してデコードさせる（ステップ１０
７）。音声デコーダ部２４によりデコードされた音声信
号はスピーカ２６より発音され、画像デコーダ部２５に
よりデコードされた映像信号はモニタ２７により画像表
示される。上記の受信データのデコード動作はＥＯＦを
受信することを確認するまで行われる（ステップ１０
８）。
後にサーバからの応答であるレスポンスを受信したこと
を確認すると（ステップ１０６）、続いてサーバから配
信されたストリームを音声デコーダ部２４及び画像デコ
ーダ部２５へ転送してデコードさせる（ステップ１０
７）。音声デコーダ部２４によりデコードされた音声信
号はスピーカ２６より発音され、画像デコーダ部２５に
よりデコードされた映像信号はモニタ２７により画像表
示される。上記の受信データのデコード動作はＥＯＦを
受信することを確認するまで行われる（ステップ１０
８）。
【００２３】ここで、受信したビットストリームは、音
声デコーダ部２４及び画像デコーダ部２５のそれぞれの
能力に対して最適なものであるため、音声に対して映像
のデコードが遅れることはない。従って、音声と画像は
暗黙に同期がとれるので、デコード側では同期をとる機
能は不要となる。
声デコーダ部２４及び画像デコーダ部２５のそれぞれの
能力に対して最適なものであるため、音声に対して映像
のデコードが遅れることはない。従って、音声と画像は
暗黙に同期がとれるので、デコード側では同期をとる機
能は不要となる。
【００２４】また、これは回線が混雑している場合にも
対応できる。配信サーバ側のアクセスが過剰の場合、サ
ーバの送り出しの許容量を越えてしまう。そのため、十
分なビットストリームが配信できない場合がある。そこ
で、回線の許容量の状態と、それぞれのクライアントの
デコード能力値ＤＣからそれぞれに許容量を設定してや
る。例えば、配信サーバの回線の許容量がＭビット／ｓ
であり、配信サーバに対してクライアントＣ１、Ｃ
２、．．．、Ｃｎがアクセスしていたとする。そして、
それぞれのクライアントのデコード能力値（この場合、
平均的なＩピクチャのマクロブロック１つをデコードす
る時間）がＤＣ１、ＤＣ２、．．．、ＤＣｎである場
合、一つのクライアントＣｉに割り当てられるビット量
Ｍｉは、次式で表される。
対応できる。配信サーバ側のアクセスが過剰の場合、サ
ーバの送り出しの許容量を越えてしまう。そのため、十
分なビットストリームが配信できない場合がある。そこ
で、回線の許容量の状態と、それぞれのクライアントの
デコード能力値ＤＣからそれぞれに許容量を設定してや
る。例えば、配信サーバの回線の許容量がＭビット／ｓ
であり、配信サーバに対してクライアントＣ１、Ｃ
２、．．．、Ｃｎがアクセスしていたとする。そして、
それぞれのクライアントのデコード能力値（この場合、
平均的なＩピクチャのマクロブロック１つをデコードす
る時間）がＤＣ１、ＤＣ２、．．．、ＤＣｎである場
合、一つのクライアントＣｉに割り当てられるビット量
Ｍｉは、次式で表される。
【００２５】Ｍｉ＝Ｍ×｛ＤＣｉ／（ＤＣ１＋ＤＣ２
＋．．．＋ＤＣｎ）｝ 制御部ＣＰＵ１１はクライアントＣｉに対する送信ビッ
トレートがＭｉを越えないようにコントロールしてデー
タを送信する。
＋．．．＋ＤＣｎ）｝ 制御部ＣＰＵ１１はクライアントＣｉに対する送信ビッ
トレートがＭｉを越えないようにコントロールしてデー
タを送信する。
【００２６】クライアントはＥＯＦを受信後、サーバへ
切断要求し（ステップ１０９）、サーバ側からのレスポ
ンスを受信することにより（ステップ１１０）、動画の
送受信を終了する。また、サーバ側は、切断要求があっ
た時は（ステップ２１１）、レスポンスを送信し（ステ
ップ２１２）、回線を切断して処理を終了する。
切断要求し（ステップ１０９）、サーバ側からのレスポ
ンスを受信することにより（ステップ１１０）、動画の
送受信を終了する。また、サーバ側は、切断要求があっ
た時は（ステップ２１１）、レスポンスを送信し（ステ
ップ２１２）、回線を切断して処理を終了する。
【００２７】なお、本発明は上記の実施の形態に限定さ
れるものではなく、例えばサーバは、ＤＣの値を越えな
いように符号化手段により符号化する画像の単位時間当
たりの枚数を決定してもよく、また、送信する動画デー
タを複数種類蓄積しており、ＤＣの値を越えないように
複数種類の動画データから送信する画像データを選択し
てもよい。
れるものではなく、例えばサーバは、ＤＣの値を越えな
いように符号化手段により符号化する画像の単位時間当
たりの枚数を決定してもよく、また、送信する動画デー
タを複数種類蓄積しており、ＤＣの値を越えないように
複数種類の動画データから送信する画像データを選択し
てもよい。
【００２８】
【発明の効果】以上説明したように、本発明によれば、
クライアント側のデコーダ能力を示す値を配信サーバ側
に予め送信することにより、配信サーバはそのクライア
ントのデコーダに最適なストリームを送信するようにし
たため、デコードできない過剰なストリームを送信しな
いですむので、回線に無駄なデータを送信しないで済
む。
クライアント側のデコーダ能力を示す値を配信サーバ側
に予め送信することにより、配信サーバはそのクライア
ントのデコーダに最適なストリームを送信するようにし
たため、デコードできない過剰なストリームを送信しな
いですむので、回線に無駄なデータを送信しないで済
む。
【００２９】また、本発明によれば、クライアント側で
はデコードできるだけのデータしか受け取らず、デコー
ドの遅れによる画像のスキップ処理を考えずに済むた
め、音声と画像は暗黙同期がとれ、よって、同期をとる
ための回路が不要なために構成を従来に比し、簡略化で
きる。
はデコードできるだけのデータしか受け取らず、デコー
ドの遅れによる画像のスキップ処理を考えずに済むた
め、音声と画像は暗黙同期がとれ、よって、同期をとる
ための回路が不要なために構成を従来に比し、簡略化で
きる。
【００３０】更に、本発明によれば、アクセス過剰の場
合、回線許容量をクライアントのデコード能力の比で割
り当てて、その範囲でストリームを生成するので、回線
許容量以上にデータを送信することを防止できる。
合、回線許容量をクライアントのデコード能力の比で割
り当てて、その範囲でストリームを生成するので、回線
許容量以上にデータを送信することを防止できる。
【図１】本発明におけるサーバの一実施の形態のブロッ
ク図である。
ク図である。
【図２】本発明におけるクライアントの一実施の形態の
ブロック図である。
ブロック図である。
【図３】本発明の一実施の形態の動作説明用フローチャ
ートである。
ートである。
１１ 制御部ＣＰＵ（中央処理装置）（制御手段） １２ 送信部 １３、２２ 受信部 １４ ストリーム生成部 １５ 画像データ蓄積部（蓄積手段） １６ 音声データ蓄積部 １７ クライアントのＤＣ値記憶用メモリ １８、２８ バス ２１ 制御部ＣＰＵ（中央処理装置）（送信手段） ２３ 送信部（送信手段） ２４ 音声デコーダ部 ２５ 画像デコーダ部 ２６ スピーカ ２７ モニタ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｈ０４Ｎ 7/045
Claims (5)
- 【請求項１】 クライアントからの送信要求に応じて、
サーバが画像データと音声データをインターリーブした
ビットストリームを生成して前記クライアントへ送信す
るデータ配信システムにおいて、 前記クライアントは前記送信要求と共にそのデコード能
力値を前記サーバへ送信する送信手段を有し、前記サー
バは受信した前記デコード能力値に応じて送信する前記
ビットストリームの生成量を制御する制御手段を有する
ことを特徴とするデータ配信システム。 - 【請求項２】 前記サーバは、動画をフレーム内符号化
する符号化手段を有すると共に、前記制御手段は前記デ
コード能力値を越えないように前記符号化手段により符
号化する画像の単位時間当たりの枚数を決定することを
特徴とする請求項１記載のデータ配信システム。 - 【請求項３】 前記サーバは、動画をフレーム内符号化
した画像データを蓄積した蓄積手段を有しており、前記
制御手段は前記デコード能力値を越えないように前記蓄
積手段から読み出す画像の単位時間当たりの枚数を決定
することを特徴とする請求項１記載のデータ配信システ
ム。 - 【請求項４】 前記サーバは、送信する動画データを複
数種類蓄積しており、前記制御手段は前記デコード能力
値を越えないように前記複数種類の動画データから送信
する画像データを選択することを特徴とする請求項１記
載のデータ配信システム。 - 【請求項５】 前記サーバは、アクセスしているすべて
の前記クライアントからの前記デコード能力値の総和と
ビットストリームを送信する一つのクライアントの前記
デコード能力値との比に回線の許容量を乗じた値を回線
占有ビット量として割り当てて送信を行う手段を有する
ことを特徴とする請求項１記載のデータ配信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26094796A JPH10108160A (ja) | 1996-10-01 | 1996-10-01 | データ配信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26094796A JPH10108160A (ja) | 1996-10-01 | 1996-10-01 | データ配信システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10108160A true JPH10108160A (ja) | 1998-04-24 |
Family
ID=17354990
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26094796A Pending JPH10108160A (ja) | 1996-10-01 | 1996-10-01 | データ配信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10108160A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000052936A1 (fr) * | 1999-03-01 | 2000-09-08 | Kyushu Electronics Systems. Inc. | Procede de compression haute vitesse de donnees d'images et procede de transfert d'images animees en temps reel grace a cette technique |
| JP2003235023A (ja) * | 2002-02-12 | 2003-08-22 | Lsi Systems:Kk | データ供給装置、データ供給方法およびその方法をコンピュータに実行させるプログラム |
| JP2011066729A (ja) * | 2009-09-18 | 2011-03-31 | Brother Industries Ltd | データ処理装置、データ処理方法、およびデータ処理プログラム |
| JP2014135727A (ja) * | 2013-01-14 | 2014-07-24 | Hon Hai Precision Industry Co Ltd | 映像伝送システム及び映像伝送方法 |
| JP2014135728A (ja) * | 2013-01-14 | 2014-07-24 | Hon Hai Precision Industry Co Ltd | 映像伝送システム及び映像伝送方法 |
-
1996
- 1996-10-01 JP JP26094796A patent/JPH10108160A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000052936A1 (fr) * | 1999-03-01 | 2000-09-08 | Kyushu Electronics Systems. Inc. | Procede de compression haute vitesse de donnees d'images et procede de transfert d'images animees en temps reel grace a cette technique |
| JP2003235023A (ja) * | 2002-02-12 | 2003-08-22 | Lsi Systems:Kk | データ供給装置、データ供給方法およびその方法をコンピュータに実行させるプログラム |
| JP2011066729A (ja) * | 2009-09-18 | 2011-03-31 | Brother Industries Ltd | データ処理装置、データ処理方法、およびデータ処理プログラム |
| JP2014135727A (ja) * | 2013-01-14 | 2014-07-24 | Hon Hai Precision Industry Co Ltd | 映像伝送システム及び映像伝送方法 |
| JP2014135728A (ja) * | 2013-01-14 | 2014-07-24 | Hon Hai Precision Industry Co Ltd | 映像伝送システム及び映像伝送方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8621532B2 (en) | Method of transmitting layered video-coded information | |
| US7984179B1 (en) | Adaptive media transport management for continuous media stream over LAN/WAN environment | |
| JP4153995B2 (ja) | 画像復号化符号化装置、画像符号化装置及び画像復号化装置 | |
| US6986158B1 (en) | System and method for distributing video information over network | |
| US20050244070A1 (en) | Moving picture distribution system, moving picture distribution device and method, recording medium, and program | |
| JPH06284148A (ja) | 動画通信制御方法及び通信制御装置 | |
| JP2004525556A (ja) | ストリーミングされたメディアをバッファリングする方法及びシステム | |
| JP2002314972A (ja) | 配信システムとその配信方法、及び配信プログラム | |
| EP2704355B1 (en) | Method, device and system for establishing multi-cascade channel | |
| KR20030007764A (ko) | 동화상 수신 장치 및 동화상 송신 장치 | |
| CN116156109B (zh) | 一种视频监控播放方法和系统 | |
| JP4108640B2 (ja) | 映像伝送システム | |
| CN111147860A (zh) | 一种视频数据的解码方法及装置 | |
| US20070115345A1 (en) | Contents providing system and mobile communication terminal therefor | |
| KR100511034B1 (ko) | 화상전송장치및화상전송방법 | |
| US20110239264A1 (en) | Moving-picture image data-distribution method | |
| JPH11220711A (ja) | 多地点会議システム及び会議端末装置 | |
| JPH10108160A (ja) | データ配信システム | |
| JP4491918B2 (ja) | データ配信装置及び方法、データ配信システム | |
| JP2003209828A (ja) | 動画像リアルタイム配信システム | |
| WO2005022764A1 (en) | Contents providing system and mobile communication terminal therefor | |
| JP3554999B2 (ja) | 多地点テレビ会議システム | |
| JP3913726B2 (ja) | 多地点テレビ会議制御装置及び多地点テレビ会議システム | |
| CN116962613A (zh) | 数据传输方法及装置、计算机设备、存储介质 | |
| Yeadon et al. | Supporting video in heterogeneous mobile environments |