JPH08191451A - 動画像送信装置 - Google Patents
動画像送信装置Info
- Publication number
- JPH08191451A JPH08191451A JP224295A JP224295A JPH08191451A JP H08191451 A JPH08191451 A JP H08191451A JP 224295 A JP224295 A JP 224295A JP 224295 A JP224295 A JP 224295A JP H08191451 A JPH08191451 A JP H08191451A
- Authority
- JP
- Japan
- Prior art keywords
- picture
- moving image
- data
- transmitted
- frame
- 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
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/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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
-
- 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/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
-
- 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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
-
- 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, rendering scenes according to MPEG-4 scene graphs
- H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
- H04N21/440227—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by decomposing into layers, e.g. base layer and one or more enhancement layers
Abstract
(57)【要約】
【目的】 受信側で動画像をリアルタイム表示できるよ
うに、動画像を送信する。 【構成】 ネットワークに符号化データを送信するため
の送信要求を出し（Ｓ１）、これから送出しようとして
いる符号化データがどのピクチャ・タイプ（Ｉ／Ｐ／
Ｂ）かを調べる（Ｓ２）。Ｂピクチャでない場合（Ｓ
２）、その符号化データを出力する（Ｓ５）。Ｂピクチ
ャであれば（Ｓ２）、ステップＳ１で送出した送信要求
がネットワーク１０上で衝突したかどうかを調べ（Ｓ
３）、衝突していなければ、そのピクチャの符号化デー
タをそのままネットワーク１０に出力する（Ｓ５）。衝
突したならば（Ｓ３）、送信しようとしたＢピクチャの
符号化データの送信を取り止め、符号化データ中から次
のピクチャ・データを検出する（Ｓ４）。
うに、動画像を送信する。 【構成】 ネットワークに符号化データを送信するため
の送信要求を出し（Ｓ１）、これから送出しようとして
いる符号化データがどのピクチャ・タイプ（Ｉ／Ｐ／
Ｂ）かを調べる（Ｓ２）。Ｂピクチャでない場合（Ｓ
２）、その符号化データを出力する（Ｓ５）。Ｂピクチ
ャであれば（Ｓ２）、ステップＳ１で送出した送信要求
がネットワーク１０上で衝突したかどうかを調べ（Ｓ
３）、衝突していなければ、そのピクチャの符号化デー
タをそのままネットワーク１０に出力する（Ｓ５）。衝
突したならば（Ｓ３）、送信しようとしたＢピクチャの
符号化データの送信を取り止め、符号化データ中から次
のピクチャ・データを検出する（Ｓ４）。
Description
【０００１】
【産業上の利用分野】本発明は、動画像情報を圧縮符号
化、例えば、ＭＰＥＧ方式で圧縮符号化して伝送路に送
信する動画像送信装置に関し、より具体的には、当該伝
送路の込み具合に関わらず動画像を受信側でリアルタイ
ムに表示できるように動画像情報を送信する動画像送信
装置に関する。
化、例えば、ＭＰＥＧ方式で圧縮符号化して伝送路に送
信する動画像送信装置に関し、より具体的には、当該伝
送路の込み具合に関わらず動画像を受信側でリアルタイ
ムに表示できるように動画像情報を送信する動画像送信
装置に関する。
【０００２】
【従来の技術】動画像の蓄積用符号化方式としてＭＰＥ
Ｇ方式（ＭＰＥＧ１又はＭＰＥＧ２）がある。ＭＰＥＧ
方式は、まず時間軸方向の冗長度を低減すべく、動き補
償を行なった上でフレーム間の差分を取り、その後、空
間軸方向の冗長度を低減すべく離散コサイン変換（ＤＣ
Ｔ）と可変長符号化を併用する。動き補償フレーム間符
号化するフレームには、予測方向によりＰピクチャ（前
方予測画像）と、Ｂピクチャ（両方向予測画像）の２種
類がある。フレーム内符号化するフレームはＩピクチャ
と呼ばれる。従って、ＭＰＥＧ方式では、Ｐピクチャ、
Ｂピクチャ及びＩピクチャの３種類の画面がある。
Ｇ方式（ＭＰＥＧ１又はＭＰＥＧ２）がある。ＭＰＥＧ
方式は、まず時間軸方向の冗長度を低減すべく、動き補
償を行なった上でフレーム間の差分を取り、その後、空
間軸方向の冗長度を低減すべく離散コサイン変換（ＤＣ
Ｔ）と可変長符号化を併用する。動き補償フレーム間符
号化するフレームには、予測方向によりＰピクチャ（前
方予測画像）と、Ｂピクチャ（両方向予測画像）の２種
類がある。フレーム内符号化するフレームはＩピクチャ
と呼ばれる。従って、ＭＰＥＧ方式では、Ｐピクチャ、
Ｂピクチャ及びＩピクチャの３種類の画面がある。
【０００３】例えば、最初のフレームをＩピクチャ、フ
レーム＃２、＃３をＢピクチャ、フレーム＃４をＰピク
チャとし、以後、２つのＢピクチャ及び１つのＰピクチ
ャを繰り返す。そして、フレーム＃１６では、Ｐピクチ
ャの代わりにＩピクチャとし、以後、１５フレームを１
周期に、Ｉピクチャ、Ｐピクチャ及びＢピクチャを同じ
配置で繰り返す。即ち、 フレーム＃１：Ｉピクチャ フレーム＃２：Ｂピクチャ フレーム＃３：Ｂピクチャ フレーム＃４：Ｐピクチャ フレーム＃５：Ｂピクチャ フレーム＃６：Ｂピクチャ フレーム＃７：Ｐピクチャ フレーム＃８：Ｂピクチャ フレーム＃９：Ｂピクチャ フレーム＃１０：Ｐピクチャ フレーム＃１１：Ｂピクチャ フレーム＃１２：Ｂピクチャ フレーム＃１３：Ｐピクチャ フレーム＃１４：Ｂピクチャ フレーム＃１５：Ｂピクチャ フレーム＃１６：Ｉピクチャ とする。
レーム＃２、＃３をＢピクチャ、フレーム＃４をＰピク
チャとし、以後、２つのＢピクチャ及び１つのＰピクチ
ャを繰り返す。そして、フレーム＃１６では、Ｐピクチ
ャの代わりにＩピクチャとし、以後、１５フレームを１
周期に、Ｉピクチャ、Ｐピクチャ及びＢピクチャを同じ
配置で繰り返す。即ち、 フレーム＃１：Ｉピクチャ フレーム＃２：Ｂピクチャ フレーム＃３：Ｂピクチャ フレーム＃４：Ｐピクチャ フレーム＃５：Ｂピクチャ フレーム＃６：Ｂピクチャ フレーム＃７：Ｐピクチャ フレーム＃８：Ｂピクチャ フレーム＃９：Ｂピクチャ フレーム＃１０：Ｐピクチャ フレーム＃１１：Ｂピクチャ フレーム＃１２：Ｂピクチャ フレーム＃１３：Ｐピクチャ フレーム＃１４：Ｂピクチャ フレーム＃１５：Ｂピクチャ フレーム＃１６：Ｉピクチャ とする。
【０００４】従来のＭＰＥＧ１符号化装置では、１周期
のフレーム数が異なったり、ＰピクチャとＢピクチャの
頻度及び配分が異なることはあっても、基本的に、Ｉピ
クチャ、Ｐピクチャ及びＢピクチャの配分及び周期が決
まると、以後、その配分がその周期で繰り返されるよう
になっている。
のフレーム数が異なったり、ＰピクチャとＢピクチャの
頻度及び配分が異なることはあっても、基本的に、Ｉピ
クチャ、Ｐピクチャ及びＢピクチャの配分及び周期が決
まると、以後、その配分がその周期で繰り返されるよう
になっている。
【０００５】
【発明が解決しようとする課題】このように、従来のＭ
ＰＥＧ１符号化装置は、与えられた周期内でのＩピクチ
ャ、Ｐピクチャ及びＢピクチャの配分が一定であるの
で、例えば、ネットワークを介して符号化データを伝送
する場合に、次のような不都合が生じる。即ち、使用す
るネットワークが空いていて、受信側でリアルタイムに
デコード及び表示できる伝送容量を確保できる場合には
問題無いが、ネットワークが混んできて充分な伝送容量
を確保できないと、それがボトルネックになって、送信
側が、符号化データをリアルタイムに送信できなくな
り、結果として、受信側の表示のフレーム・レートが下
がってしまう。具体的には、３０フレーム／秒の動画像
が、例えば１０フレーム／秒程度になってしまう。
ＰＥＧ１符号化装置は、与えられた周期内でのＩピクチ
ャ、Ｐピクチャ及びＢピクチャの配分が一定であるの
で、例えば、ネットワークを介して符号化データを伝送
する場合に、次のような不都合が生じる。即ち、使用す
るネットワークが空いていて、受信側でリアルタイムに
デコード及び表示できる伝送容量を確保できる場合には
問題無いが、ネットワークが混んできて充分な伝送容量
を確保できないと、それがボトルネックになって、送信
側が、符号化データをリアルタイムに送信できなくな
り、結果として、受信側の表示のフレーム・レートが下
がってしまう。具体的には、３０フレーム／秒の動画像
が、例えば１０フレーム／秒程度になってしまう。
【０００６】これを解決するには、ネットワークを介し
てＭＰＥＧ１符号化データを送信する場合には、送信し
ながら直接表示する方式（オンライン方式）ではなく、
一旦、符号化データを受信側に全て送り、その後、受信
側で再生する方法（オフライン方式）を採用すればよ
い。しかし、この方式は、受信側に、今回再生したい動
画像データの符号化データを全て記憶する大容量の補助
記憶装置を用意しなければならず、符号化データがその
記憶容量を超える場合には、超えた部分以降を表示でき
なくなるという問題点がある。
てＭＰＥＧ１符号化データを送信する場合には、送信し
ながら直接表示する方式（オンライン方式）ではなく、
一旦、符号化データを受信側に全て送り、その後、受信
側で再生する方法（オフライン方式）を採用すればよ
い。しかし、この方式は、受信側に、今回再生したい動
画像データの符号化データを全て記憶する大容量の補助
記憶装置を用意しなければならず、符号化データがその
記憶容量を超える場合には、超えた部分以降を表示でき
なくなるという問題点がある。
【０００７】本発明は、受信側に動画像情報を記憶する
大容量記憶手段を必要としない動画像送信装置を提示す
ることを目的とする。
大容量記憶手段を必要としない動画像送信装置を提示す
ることを目的とする。
【０００８】本発明はまた、受信側が受信画像をリアル
タイムに表示できるようにした動画像送信装置を提示す
ることを目的とする。
タイムに表示できるようにした動画像送信装置を提示す
ることを目的とする。
【０００９】
【課題を解決するための手段】本発明に係る動画像送信
装置は、連続的な画面データで構成される動画像情報を
圧縮符号化して伝送路に送信する動画像送信装置であっ
て、当該伝送路の使用状況を判断する使用状況判断手段
と、当該伝送路の使用状況により、当該動画像情報の送
信すべき画面データを決定する送信画面決定手段とを具
備することを特徴とする。
装置は、連続的な画面データで構成される動画像情報を
圧縮符号化して伝送路に送信する動画像送信装置であっ
て、当該伝送路の使用状況を判断する使用状況判断手段
と、当該伝送路の使用状況により、当該動画像情報の送
信すべき画面データを決定する送信画面決定手段とを具
備することを特徴とする。
【００１０】即ち、本発明では、使用できる伝送容量が
小さい場合に、受信側で復号する際に参照画面とならな
い符号化画面データを送信しない。または、直前に送信
できた画面データを参照画面として、送信すべき画面デ
ータを画面間符号化して送信する。
小さい場合に、受信側で復号する際に参照画面とならな
い符号化画面データを送信しない。または、直前に送信
できた画面データを参照画面として、送信すべき画面デ
ータを画面間符号化して送信する。
【００１１】
【作用】上記手段により、受信側では、受信した符号化
データを支障無く復号して表示できる。各画面、例えば
フレームの画質が維持されているので、表示画像も、多
少の駒落ちが目立つだけである。
データを支障無く復号して表示できる。各画面、例えば
フレームの画質が維持されているので、表示画像も、多
少の駒落ちが目立つだけである。
【００１２】
【実施例】以下、図面を参照して、本発明の実施例を詳
細に説明する。
細に説明する。
【００１３】図１は、本発明の第１実施例のシステム概
略図を示す。イーサネット（米国、ゼロックス・コーポ
レーションの商標）を使用したローカル・エリア・ネッ
トワーク（ＬＡＮ）１０に、複数のコンピュータ１２，
１４，１６、ＭＰＥＧ１デコーダを有する動画像表示装
置１８、及び動画像送信装置２０が接続する。動画像送
信装置２０には、ＣＤ−ＲＯＭ駆動装置が接続し、そこ
に挿入されたＣＤ−ＲＯＭ２２に、ＭＰＥＧ１方式で符
号化された符号化データが記憶されているとする。動画
像送信装置２０は特に、ネットワーク１０に符号化デー
タを送出する時にネットワーク１０の込み具合を検出し
たり、実際にデータを送出するネットワーク制御装置２
４及び、ネットワーク１０の込み具合により、ＣＤ−Ｒ
ＯＭ２２から読み出した符号化データを再符号化する符
号変換装置２６を具備する。
略図を示す。イーサネット（米国、ゼロックス・コーポ
レーションの商標）を使用したローカル・エリア・ネッ
トワーク（ＬＡＮ）１０に、複数のコンピュータ１２，
１４，１６、ＭＰＥＧ１デコーダを有する動画像表示装
置１８、及び動画像送信装置２０が接続する。動画像送
信装置２０には、ＣＤ−ＲＯＭ駆動装置が接続し、そこ
に挿入されたＣＤ−ＲＯＭ２２に、ＭＰＥＧ１方式で符
号化された符号化データが記憶されているとする。動画
像送信装置２０は特に、ネットワーク１０に符号化デー
タを送出する時にネットワーク１０の込み具合を検出し
たり、実際にデータを送出するネットワーク制御装置２
４及び、ネットワーク１０の込み具合により、ＣＤ−Ｒ
ＯＭ２２から読み出した符号化データを再符号化する符
号変換装置２６を具備する。
【００１４】ＣＤ−ＲＯＭ２２には、先に説明した順序
で、Ｉピクチャ、Ｐピクチャ及びＢピクチャが循環的に
配置されたＭＰＥＧ１符号化データがプレスされてお
り、動画像送信装置２０は、その符号化データをネット
ワーク１０を介して動画像表示装置１８に転送するもの
とする。説明を簡単にするため、ネットワーク１０は、
１０Ｍｂｐｓの転送能力を具備し、ＭＰＥＧ１符号化デ
ータの符号化レートは１．５Ｍｂｐｓであるとする。ネ
ットワーク１０を他のユーザが誰も使っていない場合に
は、全ての符号化データをリアルタイムに送信できるこ
とになる。
で、Ｉピクチャ、Ｐピクチャ及びＢピクチャが循環的に
配置されたＭＰＥＧ１符号化データがプレスされてお
り、動画像送信装置２０は、その符号化データをネット
ワーク１０を介して動画像表示装置１８に転送するもの
とする。説明を簡単にするため、ネットワーク１０は、
１０Ｍｂｐｓの転送能力を具備し、ＭＰＥＧ１符号化デ
ータの符号化レートは１．５Ｍｂｐｓであるとする。ネ
ットワーク１０を他のユーザが誰も使っていない場合に
は、全ての符号化データをリアルタイムに送信できるこ
とになる。
【００１５】ＭＰＥＧ１符号化データでは、Ｂピクチャ
で符号化されたフレームは他のフレームをデコードする
ための参照フレームにはならないので、受信側でたとえ
途中のＢピクチャの符号化データをデコードしなくて
も、それ以降のフレームをデコードするのに何の影響も
与えない。
で符号化されたフレームは他のフレームをデコードする
ための参照フレームにはならないので、受信側でたとえ
途中のＢピクチャの符号化データをデコードしなくて
も、それ以降のフレームをデコードするのに何の影響も
与えない。
【００１６】図１に示す実施例の詳細な動作を説明す
る。ここでは、フレーム＃１からフレーム＃１０までの
符号化データを動画像表示装置１８に送信するまでは、
ネットワーク１０に充分な空きがあったが、フレーム＃
１１以降に、伝送容量に余裕が無くなった状況を考え
る。図２は、そのような状況での本実施例の動作例を示
す。図２（１）は、ＣＤ−ＲＯＭ２２に記憶されるＭＰ
ＥＧ１符号化データのピクチャ別分布を示し、同（２）
は実際に送信されるデータを示す。図２では、フレーム
＃１からフレーム＃１０までの符号化データは全て動画
像表示装置１８に送られ、デコード及び表示される。フ
レーム＃１１（Ｂピクチャ）の符号化データを送出しよ
うとした段階で、例えば、通常のコンピュータ１２，１
４，１６がネットワーク１０を介した通信を開始し、ネ
ットワーク１０が込み始めたとする。
る。ここでは、フレーム＃１からフレーム＃１０までの
符号化データを動画像表示装置１８に送信するまでは、
ネットワーク１０に充分な空きがあったが、フレーム＃
１１以降に、伝送容量に余裕が無くなった状況を考え
る。図２は、そのような状況での本実施例の動作例を示
す。図２（１）は、ＣＤ−ＲＯＭ２２に記憶されるＭＰ
ＥＧ１符号化データのピクチャ別分布を示し、同（２）
は実際に送信されるデータを示す。図２では、フレーム
＃１からフレーム＃１０までの符号化データは全て動画
像表示装置１８に送られ、デコード及び表示される。フ
レーム＃１１（Ｂピクチャ）の符号化データを送出しよ
うとした段階で、例えば、通常のコンピュータ１２，１
４，１６がネットワーク１０を介した通信を開始し、ネ
ットワーク１０が込み始めたとする。
【００１７】図３は、ネットワーク制御装置２４の動作
フローチャートを示す。イーサーネットのプロトコルを
簡単に説明すると、データを送出したい端末から送出要
求を出す。その時点で、別の端末が伝送路を使用中の場
合には衝突が起こり、その要求は受け入れられずにキャ
ンセルされる。衝突が起きない場合には、送出側の端末
がその伝送路を使ってデータを転送し、転送終了後にそ
の伝送路を解放する。
フローチャートを示す。イーサーネットのプロトコルを
簡単に説明すると、データを送出したい端末から送出要
求を出す。その時点で、別の端末が伝送路を使用中の場
合には衝突が起こり、その要求は受け入れられずにキャ
ンセルされる。衝突が起きない場合には、送出側の端末
がその伝送路を使ってデータを転送し、転送終了後にそ
の伝送路を解放する。
【００１８】ネットワーク制御装置２４は、まず、これ
からネットワーク１０に符号化データを送信するための
送信要求を出す（Ｓ１）。次に、送信装置２０がこれか
ら送出しようとしている符号化データがどのピクチャ・
タイプ（Ｉ／Ｐ／Ｂ）かを調べる（Ｓ２）。
からネットワーク１０に符号化データを送信するための
送信要求を出す（Ｓ１）。次に、送信装置２０がこれか
ら送出しようとしている符号化データがどのピクチャ・
タイプ（Ｉ／Ｐ／Ｂ）かを調べる（Ｓ２）。
【００１９】Ｂピクチャでない場合（Ｓ２）、即ち、Ｉ
ピクチャ又はＰピクチャである場合には、その符号化デ
ータを出力する（Ｓ５）。
ピクチャ又はＰピクチャである場合には、その符号化デ
ータを出力する（Ｓ５）。
【００２０】Ｂピクチャであれば（Ｓ２）、ステップＳ
１で送出した送信要求がネットワーク１０上で衝突した
かどうかを調べ（Ｓ３）、衝突していなければ、そのピ
クチャの符号化データをそのままネットワーク１０に出
力する（Ｓ５）。衝突したならば（Ｓ３）、送信しよう
としたＢピクチャの符号化データの送信を取り止め、符
号化データ中から次のピクチャのデータを検出するピク
チャ・データ検出処理を行なう（Ｓ４）。
１で送出した送信要求がネットワーク１０上で衝突した
かどうかを調べ（Ｓ３）、衝突していなければ、そのピ
クチャの符号化データをそのままネットワーク１０に出
力する（Ｓ５）。衝突したならば（Ｓ３）、送信しよう
としたＢピクチャの符号化データの送信を取り止め、符
号化データ中から次のピクチャのデータを検出するピク
チャ・データ検出処理を行なう（Ｓ４）。
【００２１】ピクチャ・データ検出処理の詳細なフロー
チャートを図４に示す。ＭＰＥＧ１方式では、各フレー
ムの符号化データのピクチャ・データの先頭には必ず３
２ビットのｐｉｃｔｕｒｅ＿ｓｔａｒｔ＿ｃｏｄｅが挿
入されている。このｐｉｃｔｕｒｅ＿ｓｔａｒｔ＿ｃｏ
ｄｅは、符号化データ中でユニークになるように規定さ
れているので、このコードを見つけるのは容易である。
図４に示すように、符号化データを３２ビット毎、順に
読み出し（Ｓ１１）、読み出した３２ビットがｐｉｃｔ
ｕｒｅ＿ｓｔａｒｔ＿ｃｏｄｅか否かを判断すればよい
（Ｓ１２）。ｐｉｃｔｕｒｅ＿ｓｔａｒｔ＿ｃｏｄｅが
検出されるまで、３２ビット単位の読み出しを続ける。
チャートを図４に示す。ＭＰＥＧ１方式では、各フレー
ムの符号化データのピクチャ・データの先頭には必ず３
２ビットのｐｉｃｔｕｒｅ＿ｓｔａｒｔ＿ｃｏｄｅが挿
入されている。このｐｉｃｔｕｒｅ＿ｓｔａｒｔ＿ｃｏ
ｄｅは、符号化データ中でユニークになるように規定さ
れているので、このコードを見つけるのは容易である。
図４に示すように、符号化データを３２ビット毎、順に
読み出し（Ｓ１１）、読み出した３２ビットがｐｉｃｔ
ｕｒｅ＿ｓｔａｒｔ＿ｃｏｄｅか否かを判断すればよい
（Ｓ１２）。ｐｉｃｔｕｒｅ＿ｓｔａｒｔ＿ｃｏｄｅが
検出されるまで、３２ビット単位の読み出しを続ける。
【００２２】先に説明したように、他のコンピュータ１
２，１４又は１６がネットワーク１０を使い始め、ネッ
トワーク１０が込んでくると、送信要求が衝突するよう
になる。それが、フレーム＃１１（Ｂのピクチャ）の符
号化データを送信しようとした時であると、図３のＳ
２，Ｓ３の条件が満たされ、本実施例では、フレーム＃
１１の符号化データが送信されず、ピクチャ・データ検
出処理（Ｓ４）により次のフレーム＃１２（Ｂピクチ
ャ）の先頭が探索される。
２，１４又は１６がネットワーク１０を使い始め、ネッ
トワーク１０が込んでくると、送信要求が衝突するよう
になる。それが、フレーム＃１１（Ｂのピクチャ）の符
号化データを送信しようとした時であると、図３のＳ
２，Ｓ３の条件が満たされ、本実施例では、フレーム＃
１１の符号化データが送信されず、ピクチャ・データ検
出処理（Ｓ４）により次のフレーム＃１２（Ｂピクチ
ャ）の先頭が探索される。
【００２３】フレーム＃１２（Ｂピクチャ）の符号化デ
ータを送信しようとする時点で、例えば、タイミング良
く送信要求が衝突しないと（Ｓ３）、フレーム＃１２の
符号化データを送信できるが（Ｓ５）、送信要求が衝突
すると、フレーム＃１２の符号化データもフレーム＃１
１と同様に送信されず、次のフレーム＃１３の先頭が探
索される（Ｓ４）。図２に示す例では、フレーム＃１２
の符号化データの送信に成功している。
ータを送信しようとする時点で、例えば、タイミング良
く送信要求が衝突しないと（Ｓ３）、フレーム＃１２の
符号化データを送信できるが（Ｓ５）、送信要求が衝突
すると、フレーム＃１２の符号化データもフレーム＃１
１と同様に送信されず、次のフレーム＃１３の先頭が探
索される（Ｓ４）。図２に示す例では、フレーム＃１２
の符号化データの送信に成功している。
【００２４】フレーム＃１３はＰピクチャなので、その
符号化データは必ず、送信される（Ｓ２，Ｓ５）。
符号化データは必ず、送信される（Ｓ２，Ｓ５）。
【００２５】このようにして、送信装置２０は、ネット
ワーク１０の込み具合に応じて適宜に、動画像表示装置
１８でのデコード動作で参照フレームとならないＢピク
チャを間引きながら、図２（２）に示す符号化データを
動画像表示装置１８にネットワーク１０を介して送信す
る。
ワーク１０の込み具合に応じて適宜に、動画像表示装置
１８でのデコード動作で参照フレームとならないＢピク
チャを間引きながら、図２（２）に示す符号化データを
動画像表示装置１８にネットワーク１０を介して送信す
る。
【００２６】このような途中のＢピクチャの符号化デー
タが抜けているようなＭＰＥＧ１の符号化データ列を受
け取った動画像表示装置１８は、次のような簡単な処理
で対応できる。即ち、送られてきた符号化データをデコ
ードし、次の符号化データを受信した段階で、表示の順
番を指示する符号化データ中のｔｅｍｐｏｒａｌ＿ｒｅ
ｆｅｒｅｎｃｅの値に従って表示を行ない、次の符号化
データを受信するまでそのフレームの表示を持続する。
タが抜けているようなＭＰＥＧ１の符号化データ列を受
け取った動画像表示装置１８は、次のような簡単な処理
で対応できる。即ち、送られてきた符号化データをデコ
ードし、次の符号化データを受信した段階で、表示の順
番を指示する符号化データ中のｔｅｍｐｏｒａｌ＿ｒｅ
ｆｅｒｅｎｃｅの値に従って表示を行ない、次の符号化
データを受信するまでそのフレームの表示を持続する。
【００２７】ネットワーク１０の使用状況を判断する処
理フローは、上記説明例に限定されない。例えば、ある
単位時間あたり何回の衝突が発生したかで判断してもよ
く、様々なバリエーションがありうることは明らかであ
る。
理フローは、上記説明例に限定されない。例えば、ある
単位時間あたり何回の衝突が発生したかで判断してもよ
く、様々なバリエーションがありうることは明らかであ
る。
【００２８】また、上記実施例では、ネットワーク１０
が込んでいる場合にＢピクチャの符号化データのみを送
信しないようにしたが、Ｐピクチャの符号化データも送
信しないようにしてもよい。この場合、次のＩピクチャ
が来るまでの全てのピクチャ（ＰピクチャとＢピクチ
ャ）を送信しないようにすればよい。
が込んでいる場合にＢピクチャの符号化データのみを送
信しないようにしたが、Ｐピクチャの符号化データも送
信しないようにしてもよい。この場合、次のＩピクチャ
が来るまでの全てのピクチャ（ＰピクチャとＢピクチ
ャ）を送信しないようにすればよい。
【００２９】上記実施例では、既にＭＰＥＧ１符号化さ
れてＣＤ−ＲＯＭ２２に記録されている符号化データを
送信する場合で、ネットワーク１０の使用状況に応じ
て、込んでいる場合に、特定ピクチャの符号化データの
送信をスキップするとしたが、その代わりに、疑似コー
ドを送信するようにしてもよい。図５はその処理フロー
チャートを示す。
れてＣＤ−ＲＯＭ２２に記録されている符号化データを
送信する場合で、ネットワーク１０の使用状況に応じ
て、込んでいる場合に、特定ピクチャの符号化データの
送信をスキップするとしたが、その代わりに、疑似コー
ドを送信するようにしてもよい。図５はその処理フロー
チャートを示す。
【００３０】ネットワーク１０に対して送信要求を出し
（Ｓ２１）、これから送信しようとしているフレームが
Ｉピクチャであれば（Ｓ２２）であれば、その符号化デ
ータを送信する（Ｓ２５）。Ｉピクチャでない場合、即
ち、Ｐピクチャ又はＢピクチャである場合（Ｓ２２）、
Ｓ２１で送出した送信要求が衝突したか否かを調べ（Ｓ
２３）。衝突していなければ（Ｓ２３）、そのフレーム
の符号化データを送信し（Ｓ２５）、衝突していれば
（Ｓ２３）、実際の符号データの代わりに、図６に示す
構造の疑似コードを送信する。
（Ｓ２１）、これから送信しようとしているフレームが
Ｉピクチャであれば（Ｓ２２）であれば、その符号化デ
ータを送信する（Ｓ２５）。Ｉピクチャでない場合、即
ち、Ｐピクチャ又はＢピクチャである場合（Ｓ２２）、
Ｓ２１で送出した送信要求が衝突したか否かを調べ（Ｓ
２３）。衝突していなければ（Ｓ２３）、そのフレーム
の符号化データを送信し（Ｓ２５）、衝突していれば
（Ｓ２３）、実際の符号データの代わりに、図６に示す
構造の疑似コードを送信する。
【００３１】図６に示した疑似コードは、３５２画素×
２８８画素の動画像であって、前のフレームとの動きベ
クトルが０、差分値が０であることを示すコードであ
る。このコードをデコードすると、前のフレームと全く
同じフレームのデータが画像データとして復元される。
またこのコードは、図６で示す”値”の欄で”ｘ”で示
す部分、即ちｔｅｍｐｏｒａｌ＿ｒｅｆｅｒｅｎｃｅ及
びｖｂｖ＿ｄｅｌａｙの値のみを今回のフレーム用に変
更するだけで、他の部分の値は一定であり、画像サイズ
に関して、ｍａｃｒｏｂｌｏｃｋ＿ｅｓｃａｐｅの数及
びｍａｃｒｏｂｌｏｃｋ＿ａｄｄｒｅｓｓ＿ｉｎｃｒｅ
ｍｅｎｔの値が変わるだけで同一シーケンス内では固定
であるので、この疑似コードは簡単に作成できる。さら
に、このコードは、Ｐピクチャ及びＢピクチャで共通し
て使用できる。
２８８画素の動画像であって、前のフレームとの動きベ
クトルが０、差分値が０であることを示すコードであ
る。このコードをデコードすると、前のフレームと全く
同じフレームのデータが画像データとして復元される。
またこのコードは、図６で示す”値”の欄で”ｘ”で示
す部分、即ちｔｅｍｐｏｒａｌ＿ｒｅｆｅｒｅｎｃｅ及
びｖｂｖ＿ｄｅｌａｙの値のみを今回のフレーム用に変
更するだけで、他の部分の値は一定であり、画像サイズ
に関して、ｍａｃｒｏｂｌｏｃｋ＿ｅｓｃａｐｅの数及
びｍａｃｒｏｂｌｏｃｋ＿ａｄｄｒｅｓｓ＿ｉｎｃｒｅ
ｍｅｎｔの値が変わるだけで同一シーケンス内では固定
であるので、この疑似コードは簡単に作成できる。さら
に、このコードは、Ｐピクチャ及びＢピクチャで共通し
て使用できる。
【００３２】図５に示すフローチャートにより、実際に
符号化データを送信する時の動作を説明する。図７は、
図２と同様に、ＣＤ−ＲＯＭ２２に記録されている符号
化データと、実際に送信する符号化データの例を示す。
フレーム＃１０の符号化データを送信しようとした時
に、ネットワーク１０が込み始めたとする。
符号化データを送信する時の動作を説明する。図７は、
図２と同様に、ＣＤ−ＲＯＭ２２に記録されている符号
化データと、実際に送信する符号化データの例を示す。
フレーム＃１０の符号化データを送信しようとした時
に、ネットワーク１０が込み始めたとする。
【００３３】先ず、フレーム＃１０（Ｐピクチャ）の符
号化データを送信するために送信要求をネットワーク１
０に送出する（Ｓ２１）。Ｐピクチャであるので（Ｓ２
２）、Ｓ２１で送出した送信要求が衝突したかどうかを
調べる（Ｓ２３）。衝突したとすると（Ｓ２３）、今回
の符号化データに代わり、疑似コードを送信する（Ｓ２
４）。この疑似コード送信処理（Ｓ２４）では、現在の
フレームがＰピクチャであるので、次のＩピクチャの直
前フレームまで、即ちフレーム＃１１（Ｂピクチャ）、
フレーム＃１２（Ｂピクチャ）、フレーム＃１３（Ｐピ
クチャ）、フレーム＃１４（Ｂピクチャ）及びフレーム
＃１５（Ｂピクチャ）について全て疑似コードを送信す
る。
号化データを送信するために送信要求をネットワーク１
０に送出する（Ｓ２１）。Ｐピクチャであるので（Ｓ２
２）、Ｓ２１で送出した送信要求が衝突したかどうかを
調べる（Ｓ２３）。衝突したとすると（Ｓ２３）、今回
の符号化データに代わり、疑似コードを送信する（Ｓ２
４）。この疑似コード送信処理（Ｓ２４）では、現在の
フレームがＰピクチャであるので、次のＩピクチャの直
前フレームまで、即ちフレーム＃１１（Ｂピクチャ）、
フレーム＃１２（Ｂピクチャ）、フレーム＃１３（Ｐピ
クチャ）、フレーム＃１４（Ｂピクチャ）及びフレーム
＃１５（Ｂピクチャ）について全て疑似コードを送信す
る。
【００３４】フレーム＃１６は、Ｉピクチャであるの
で、必ず送信される。
で、必ず送信される。
【００３５】次のフレーム＃１７（Ｂピクチャ）を送信
する時も衝突が起こったとすると、このフレームの符号
化データを疑似コードに置き換えて送信する。Ｂピクチ
ャであるので、疑似コードの置き換えは、このフレーム
だけでよい。
する時も衝突が起こったとすると、このフレームの符号
化データを疑似コードに置き換えて送信する。Ｂピクチ
ャであるので、疑似コードの置き換えは、このフレーム
だけでよい。
【００３６】同様にフレーム＃１８（Ｂピクチャ）、フ
レーム＃２１（Ｂピクチャ）、フレーム＃２３（Ｂピク
チャ）及びフレーム＃２４（Ｂピクチャ）でも衝突が起
こったとすると、図７（２）に示すように、符号化デー
タが送信される。図７（２）で”ｘｘ”で示している部
分が、疑似コードで置き換えた部分である。
レーム＃２１（Ｂピクチャ）、フレーム＃２３（Ｂピク
チャ）及びフレーム＃２４（Ｂピクチャ）でも衝突が起
こったとすると、図７（２）に示すように、符号化デー
タが送信される。図７（２）で”ｘｘ”で示している部
分が、疑似コードで置き換えた部分である。
【００３７】この符号化データを受け取った受信側の動
画表示装置では、送られてきた符号化データが完全なＭ
ＰＥＧ１符号化データになっているので、符号化データ
を順次デコードし、表示すればよい。即ち、何も特別な
処理を行なう必要がない。
画表示装置では、送られてきた符号化データが完全なＭ
ＰＥＧ１符号化データになっているので、符号化データ
を順次デコードし、表示すればよい。即ち、何も特別な
処理を行なう必要がない。
【００３８】符号化データの代わりに送信する疑似デー
タは、図６に示すように２５６ビットであって、元の符
号化データに比べ大変少ないデータ量になる。従って、
ある程度、ネットワークが込んでいても充分に送信可能
である。この２５６ビットのデータすら送信できないく
らいネットワークが込んでいる場合には、図３を参照し
て説明したように、そのフレームの符号化データを完全
にスキップすればよい。最悪の場合、Ｉピクチャの符号
データすら送れないほどネットワークが込んでいる場合
には、Ｉピクチャの符号化データもこの疑似コードに置
き換えて送信してもよい。この場合は、次のＩピクチャ
迄の全てのフレームの符号化データをこの疑似コードに
置き換える必要がある。
タは、図６に示すように２５６ビットであって、元の符
号化データに比べ大変少ないデータ量になる。従って、
ある程度、ネットワークが込んでいても充分に送信可能
である。この２５６ビットのデータすら送信できないく
らいネットワークが込んでいる場合には、図３を参照し
て説明したように、そのフレームの符号化データを完全
にスキップすればよい。最悪の場合、Ｉピクチャの符号
データすら送れないほどネットワークが込んでいる場合
には、Ｉピクチャの符号化データもこの疑似コードに置
き換えて送信してもよい。この場合は、次のＩピクチャ
迄の全てのフレームの符号化データをこの疑似コードに
置き換える必要がある。
【００３９】ＣＤ一ＲＯＭ等に予め符号化された動画像
データが格納されており、その符号化データを送信する
場合を説明したが、次に、カメラなどから取り込んでい
る動画像データを符号化しながら送信する実施例を説明
する。図８は、その実施例のシステム構成図を示す。
データが格納されており、その符号化データを送信する
場合を説明したが、次に、カメラなどから取り込んでい
る動画像データを符号化しながら送信する実施例を説明
する。図８は、その実施例のシステム構成図を示す。
【００４０】図８でも、イーサネットを使用したローカ
ル・エリア・ネットワーク（ＬＡＮ）１１０に、複数の
コンピュータ１１２，１１４，１１６、ＭＰＥＧ１デコ
ーダを有する動画像表示装置１１８、及び動画像送信装
置１２０が接続する。動画像送信装置１２０は、動画像
送信装置２０と同様に、ネットワーク１１０に符号化デ
ータを送出する時にネットワーク１１０の込み具合を検
出したり、実際にデータを送出するネットワーク制御装
置１２４及び、ネットワーク１１０の込み具合により、
外部から入力するＭＰＥＧ符号化データを再符号化する
符号変換装置１２６を具備する。１２８は動画像を入力
するカメラ、１３０は、カメラ１２８の出力する動画像
をＭＰＥＧ符号化する符号化装置であり、その出力は動
画像送信装置１２０に供給されている。
ル・エリア・ネットワーク（ＬＡＮ）１１０に、複数の
コンピュータ１１２，１１４，１１６、ＭＰＥＧ１デコ
ーダを有する動画像表示装置１１８、及び動画像送信装
置１２０が接続する。動画像送信装置１２０は、動画像
送信装置２０と同様に、ネットワーク１１０に符号化デ
ータを送出する時にネットワーク１１０の込み具合を検
出したり、実際にデータを送出するネットワーク制御装
置１２４及び、ネットワーク１１０の込み具合により、
外部から入力するＭＰＥＧ符号化データを再符号化する
符号変換装置１２６を具備する。１２８は動画像を入力
するカメラ、１３０は、カメラ１２８の出力する動画像
をＭＰＥＧ符号化する符号化装置であり、その出力は動
画像送信装置１２０に供給されている。
【００４１】符号化装置１３０は、カメラ１２８から入
力される動画像を順次ＭＰＥＧ符号化し、動画像送信装
置１２０に供給しているので、動画像送信装置１２０は
その符号化動画像データをネットワーク１１０を介して
動画像表示装置１１８に逐次的に送信できる。
力される動画像を順次ＭＰＥＧ符号化し、動画像送信装
置１２０に供給しているので、動画像送信装置１２０は
その符号化動画像データをネットワーク１１０を介して
動画像表示装置１１８に逐次的に送信できる。
【００４２】図８に示す実施例で、送信要求が衝突する
場合の動作を説明する。なお、この実施例では、Ｂピク
チャを使用せず、ＩピクチャとＰピクチャのみを使用す
るものとする。通常であれば、最初のフレーム＃１をＩ
ピクチャとするものの、２番目のフレーム＃２以降はＰ
ピクチャとなる。
場合の動作を説明する。なお、この実施例では、Ｂピク
チャを使用せず、ＩピクチャとＰピクチャのみを使用す
るものとする。通常であれば、最初のフレーム＃１をＩ
ピクチャとするものの、２番目のフレーム＃２以降はＰ
ピクチャとなる。
【００４３】図９は、図８に示す実施例の動作フローチ
ャートを示す。図１０は動作説明例であり、送信要求の
衝突によりフレーム＃３，＃４及び＃６を送信できなか
ったとしている。
ャートを示す。図１０は動作説明例であり、送信要求の
衝突によりフレーム＃３，＃４及び＃６を送信できなか
ったとしている。
【００４４】フレーム＃１，＃２の符号化データの送信
を無事終了し、これからフレーム＃３を符号化して送信
しようとしたときに、送信要求が衝突したとする。
を無事終了し、これからフレーム＃３を符号化して送信
しようとしたときに、送信要求が衝突したとする。
【００４５】フレーム＃３の符号化データを送信するた
めに送信要求をネットワーク１１０に送出する（Ｓ３
１）。フレーム＃３がＰピクチャであるので（Ｓ３
２）、Ｓ３１で送出した送信要求が衝突したかどうかを
調べる（Ｓ３３）。ここでは、衝突するとしているので
（Ｓ３３）、ＭＰＥＧ符号化装置１３０による再符号化
を実行する（Ｓ３４）。即ち、符号化装置１３０は、フ
レーム＃３の符号化データを捨て、次のフレーム＃４を
符号化する。このとき、フレーム＃４をＰピクチャで符
号化するので、本来、参照フレームは直前のフレーム＃
３であるが、フレーム＃３を送信しないことから、フレ
ーム＃２を参照フレームとしてフレーム＃４をＰピクチ
ャで符号化する。図１０に示す動作例では、フレーム＃
４でも送信要求が衝突するので、フレーム＃４の符号化
データも捨て、フレーム＃５をフレーム＃２を参照フレ
ームとしてＰピクチャで符号化する。フレーム＃５の送
信要求は衝突しないので（Ｓ３３）、動画像表示装置１
１８に送信できる（Ｓ３５）。
めに送信要求をネットワーク１１０に送出する（Ｓ３
１）。フレーム＃３がＰピクチャであるので（Ｓ３
２）、Ｓ３１で送出した送信要求が衝突したかどうかを
調べる（Ｓ３３）。ここでは、衝突するとしているので
（Ｓ３３）、ＭＰＥＧ符号化装置１３０による再符号化
を実行する（Ｓ３４）。即ち、符号化装置１３０は、フ
レーム＃３の符号化データを捨て、次のフレーム＃４を
符号化する。このとき、フレーム＃４をＰピクチャで符
号化するので、本来、参照フレームは直前のフレーム＃
３であるが、フレーム＃３を送信しないことから、フレ
ーム＃２を参照フレームとしてフレーム＃４をＰピクチ
ャで符号化する。図１０に示す動作例では、フレーム＃
４でも送信要求が衝突するので、フレーム＃４の符号化
データも捨て、フレーム＃５をフレーム＃２を参照フレ
ームとしてＰピクチャで符号化する。フレーム＃５の送
信要求は衝突しないので（Ｓ３３）、動画像表示装置１
１８に送信できる（Ｓ３５）。
【００４６】次のフレーム＃６も、送信要求が衝突しな
いので、送信できる。なお、フレーム＃６は、送信でき
た直前のフレーム、即ちここではフレーム＃５を参照フ
レームとして符号化される。
いので、送信できる。なお、フレーム＃６は、送信でき
た直前のフレーム、即ちここではフレーム＃５を参照フ
レームとして符号化される。
【００４７】以上の処理により、図１０に示す例では、 フレーム＃１：Ｉピクチャ フレーム＃２：Ｐピクチャ フレーム＃５：Ｐピクチャ フレーム＃７：Ｐピクチャ というように、符号化データが送信される。これらの符
号化データ列は、完全に、通常のＭＰＥＧ１方式に従っ
ているので、この符号化データを受け取った動画像表示
装置１１８は、何の特別な処理も要さずに、復号し、モ
ニタに画像表示できる。
号化データ列は、完全に、通常のＭＰＥＧ１方式に従っ
ているので、この符号化データを受け取った動画像表示
装置１１８は、何の特別な処理も要さずに、復号し、モ
ニタに画像表示できる。
【００４８】なお、本実施例では、フレーム画像を例に
説明したが、フィールド画像に置き換えても、同様に実
現できる。
説明したが、フィールド画像に置き換えても、同様に実
現できる。
【００４９】
【発明の効果】以上の説明から容易に理解できるよう
に、本発明によれば、ネットワークが込んでくると、送
信する各画面の画質を維持しつつ、受信側での復号表示
に支障無い画面データを送信しないようにする。これに
より、受信側では、受信した動画像をリアルタイムに表
示できる。勿論、ネットワークが空いてくると、確保で
きる容量に応じて送信画面数を増すことが出来る。
に、本発明によれば、ネットワークが込んでくると、送
信する各画面の画質を維持しつつ、受信側での復号表示
に支障無い画面データを送信しないようにする。これに
より、受信側では、受信した動画像をリアルタイムに表
示できる。勿論、ネットワークが空いてくると、確保で
きる容量に応じて送信画面数を増すことが出来る。
【図１】 本発明の第１実施例のシステム構成ブロック
図である
図である
【図２】 符号化データと実際に送信されるデータの対
応図である。
応図である。
【図３】 第１実施例のネットワーク制御装置２０のフ
ローチャートである。
ローチャートである。
【図４】 Ｓ４の詳細なフローチャートである。
【図５】 ネットワーク制御装置２０の別のフローチャ
ートである。
ートである。
【図６】 図５のＳ２４で使用する疑似コードの例であ
る。
る。
【図７】 図５に示す動作フローの説明例である。
【図８】 本発明の第２実施例のシステム構成ブロック
図である。
図である。
【図９】 ネットワーク制御装置１２０のフローチャー
トである。
トである。
【図１０】 図８及び図９の動作説明例である。
１０：ローカル・エリア・ネットワーク（ＬＡＮ） １２，１４，１６：コンピュータ １８：動画像表示装置 ２０：動画像送信装置 ２２：ＣＤ−ＲＯＭ ２４：ネットワーク制御装置 ２６：符号変換装置 １１０：ローカル・エリア・ネットワーク（ＬＡＮ） １１２，１１４，１１６：コンピュータ １１８：動画像表示装置 １２０：動画像送信装置 １２４：ネットワーク制御装置 １２６：符号変換装置 １２８：カメラ １３０：ＭＰＥＧ符号化装置
Claims (7)
- 【請求項１】 連続的な画面データで構成される動画像
情報を圧縮符号化して伝送路に送信する動画像送信装置
であって、当該伝送路の使用状況を判断する使用状況判
断手段と、当該伝送路の使用状況により、当該動画像情
報の送信すべき画面データを決定する送信画面決定手段
とを具備することを特徴とする動画像送信装置。 - 【請求項２】 上記送信画面決定手段が、上記動画像情
報の符号化画面データの内、特定形式の符号化画面デー
タから送信すべき画面データを選択する請求項１に記載
の動画像送信装置。 - 【請求項３】 動画像符号化方式がＭＰＥＧ方式である
請求項１又は２に記載の動画像送信装置。 - 【請求項４】 既に符号化されている符号化データを送
信する場合には、送信する画面の符号化データを選択的
に送信する請求項１に記載の動画像送信装置。 - 【請求項５】 符号化しながら符号化データを送信する
場合には、送信する画面の符号化データを選択的に送信
したり、符号化する入力の画面データを選択的に切り替
える請求項１に記載の動画像送信装置。 - 【請求項６】 連続的な画面データで構成される動画像
情報を圧縮符号化して伝送路に送信する動画像送信装置
であって、使用できる伝送容量が小さい場合に、受信側
で復号する際に参照画面とならない符号化画面データを
送信しないことを特徴とする動画像送信装置。 - 【請求項７】 連続的な画面データで構成される動画像
情報を適宜に画面間符号化して伝送路に送信する動画像
送信装置であって、使用できる伝送容量が小さい場合
に、直前に送信できた画面データを参照画面として、送
信すべき画面データを画面間符号化して送信することを
特徴とする動画像送信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP224295A JPH08191451A (ja) | 1995-01-10 | 1995-01-10 | 動画像送信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP224295A JPH08191451A (ja) | 1995-01-10 | 1995-01-10 | 動画像送信装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08191451A true JPH08191451A (ja) | 1996-07-23 |
Family
ID=11523893
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP224295A Pending JPH08191451A (ja) | 1995-01-10 | 1995-01-10 | 動画像送信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08191451A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6222841B1 (en) | 1997-01-08 | 2001-04-24 | Digital Vision Laboratories Corporation | Data transmission system and method |
| EP0901285A4 (en) * | 1997-02-26 | 2002-05-29 | Mitsubishi Electric Corp | DEVICE, SYSTEM AND METHOD FOR DISTRIBUTING VIDEO DATA |
| JP2005080004A (ja) * | 2003-09-01 | 2005-03-24 | Sony Corp | 動画像符号化装置 |
| EP1622385A1 (en) * | 2004-07-29 | 2006-02-01 | Microsoft Corporation | Media transrating over a bandwidth-limited network |
| JP2009081869A (ja) * | 2008-10-27 | 2009-04-16 | Fujifilm Corp | 画像出力装置及び画像出力方法 |
| US7743183B2 (en) | 2005-05-23 | 2010-06-22 | Microsoft Corporation | Flow control for media streaming |
| WO2011030680A1 (ja) * | 2009-09-08 | 2011-03-17 | ブラザー工業株式会社 | 符号化装置、符号化方法、および符号化プログラム |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63181583A (ja) * | 1987-01-23 | 1988-07-26 | Fujitsu Ltd | 画像デ−タの転送方式 |
| JPH05235985A (ja) * | 1992-02-20 | 1993-09-10 | Matsushita Electric Ind Co Ltd | 映像信号パケット送信装置及び受信装置 |
| JPH0630396A (ja) * | 1992-07-10 | 1994-02-04 | Victor Co Of Japan Ltd | 動画像符号化復号化装置 |
| JPH06105298A (ja) * | 1992-09-21 | 1994-04-15 | Fujitsu Ltd | 画像データ符号化・復元化方法及び装置 |
| JPH06350983A (ja) * | 1993-06-10 | 1994-12-22 | Nippon Telegr & Teleph Corp <Ntt> | 画像信号用可変レート符号化装置および復号化装置 |
-
1995
- 1995-01-10 JP JP224295A patent/JPH08191451A/ja active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63181583A (ja) * | 1987-01-23 | 1988-07-26 | Fujitsu Ltd | 画像デ−タの転送方式 |
| JPH05235985A (ja) * | 1992-02-20 | 1993-09-10 | Matsushita Electric Ind Co Ltd | 映像信号パケット送信装置及び受信装置 |
| JPH0630396A (ja) * | 1992-07-10 | 1994-02-04 | Victor Co Of Japan Ltd | 動画像符号化復号化装置 |
| JPH06105298A (ja) * | 1992-09-21 | 1994-04-15 | Fujitsu Ltd | 画像データ符号化・復元化方法及び装置 |
| JPH06350983A (ja) * | 1993-06-10 | 1994-12-22 | Nippon Telegr & Teleph Corp <Ntt> | 画像信号用可変レート符号化装置および復号化装置 |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6222841B1 (en) | 1997-01-08 | 2001-04-24 | Digital Vision Laboratories Corporation | Data transmission system and method |
| EP0901285A4 (en) * | 1997-02-26 | 2002-05-29 | Mitsubishi Electric Corp | DEVICE, SYSTEM AND METHOD FOR DISTRIBUTING VIDEO DATA |
| JP2005080004A (ja) * | 2003-09-01 | 2005-03-24 | Sony Corp | 動画像符号化装置 |
| EP1622385A1 (en) * | 2004-07-29 | 2006-02-01 | Microsoft Corporation | Media transrating over a bandwidth-limited network |
| US7571246B2 (en) | 2004-07-29 | 2009-08-04 | Microsoft Corporation | Media transrating over a bandwidth-limited network |
| US7743183B2 (en) | 2005-05-23 | 2010-06-22 | Microsoft Corporation | Flow control for media streaming |
| JP2009081869A (ja) * | 2008-10-27 | 2009-04-16 | Fujifilm Corp | 画像出力装置及び画像出力方法 |
| WO2011030680A1 (ja) * | 2009-09-08 | 2011-03-17 | ブラザー工業株式会社 | 符号化装置、符号化方法、および符号化プログラム |
| JP2011061362A (ja) * | 2009-09-08 | 2011-03-24 | Brother Industries Ltd | 符号化装置、符号化方法、および符号化プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6357028B1 (en) | Error correction and concealment during data transmission | |
| EP0753968B1 (en) | Moving picture transmission system and moving picture transmission apparatus | |
| US20080018803A1 (en) | Fast Channel Change in Digital Video Broadcast Systems over Dsl Using Redundant Video Streams | |
| JPH08154247A (ja) | 圧縮画像データ処理装置及び方法 | |
| KR100511034B1 (ko) | 화상전송장치및화상전송방법 | |
| US5796436A (en) | Video data storing device and method for coding video data based upon determining whether or not video data conforms to a predetermined standard | |
| JPH1042295A (ja) | 映像信号符号化方法および映像信号符号化装置 | |
| US6061403A (en) | Computer program product for selectively reducing bandwidth of real-time video data | |
| JPH08191451A (ja) | 動画像送信装置 | |
| JP3604725B2 (ja) | ディジタル放送受信装置 | |
| JP3591712B2 (ja) | 動画送信装置及び動画受信装置 | |
| JP3194317B2 (ja) | 画像信号用可変レート符号化装置 | |
| US7426238B2 (en) | Method and an apparatus for recording a decoded picture sequence using virtual picture | |
| JP2002010265A (ja) | 送信装置およびその方法と受信装置およびその方法 | |
| US20020054215A1 (en) | Image transmission apparatus transmitting image corresponding to terminal | |
| JP3822821B2 (ja) | 画像再生表示装置 | |
| JPH1070727A (ja) | 動画像伝送方法および動画像伝送装置 | |
| JPH07193821A (ja) | 動画像符号化装置および方法 | |
| JP2000138918A (ja) | 映像データベース | |
| JP2936627B2 (ja) | 廃築補償機能を備えた画像復号化方式 | |
| JPH08205159A (ja) | 動画像伝送システム | |
| JP2002335528A (ja) | 動画像復号化装置及び方法 | |
| JPH08126004A (ja) | 画像符号化装置 | |
| JP2001008212A (ja) | 画像伝送方法 | |
| KR100397133B1 (ko) | 영상 데이터 압축 전송 시스템 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050118 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050125 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050323 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050621 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050811 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060214 |