JP3330797B2 - 動画像データ格納方式および動画像データ復号方式 - Google Patents
動画像データ格納方式および動画像データ復号方式Info
- Publication number
- JP3330797B2 JP3330797B2 JP25538295A JP25538295A JP3330797B2 JP 3330797 B2 JP3330797 B2 JP 3330797B2 JP 25538295 A JP25538295 A JP 25538295A JP 25538295 A JP25538295 A JP 25538295A JP 3330797 B2 JP3330797 B2 JP 3330797B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- frame
- packet
- intra
- encoded data
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 88
- 238000013500 data storage Methods 0.000 title claims description 29
- 230000015654 memory Effects 0.000 claims description 60
- 238000010586 diagram Methods 0.000 description 31
- 238000000605 extraction Methods 0.000 description 8
- 238000012544 monitoring process Methods 0.000 description 5
- 230000002093 peripheral effect Effects 0.000 description 4
- 230000004913 activation Effects 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 101100122750 Caenorhabditis elegans gop-2 gene Proteins 0.000 description 2
- 101000946275 Homo sapiens Protein CLEC16A Proteins 0.000 description 2
- 102100034718 Protein CLEC16A Human genes 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 201000010273 Porphyria Cutanea Tarda Diseases 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 150000001768 cations Chemical class 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- NVGOPFQZYCNLDU-UHFFFAOYSA-N norflurazon Chemical compound O=C1C(Cl)=C(NC)C=NN1C1=CC=CC(C(F)(F)F)=C1 NVGOPFQZYCNLDU-UHFFFAOYSA-N 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- NUSQOFAKCBLANB-UHFFFAOYSA-N phthalocyanine tetrasulfonic acid Chemical compound C12=CC(S(=O)(=O)O)=CC=C2C(N=C2NC(C3=CC=C(C=C32)S(O)(=O)=O)=N2)=NC1=NC([C]1C=CC(=CC1=1)S(O)(=O)=O)=NC=1N=C1[C]3C=CC(S(O)(=O)=O)=CC3=C2N1 NUSQOFAKCBLANB-UHFFFAOYSA-N 0.000 description 1
- 238000013139 quantization Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
- H04N19/423—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
- H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/782—Television signal recording using magnetic recording on tape
- H04N5/783—Adaptations for reproducing at a rate different from the recording rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Television Signal Processing For Recording (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
Description
【０００１】
【発明の属する技術分野】フレーム内符号化ピクチャデ
ータとフレーム間予測符号化ピクチャデータとが混在す
る画像データの符号化・復号化方式において、動画像の
特殊再生を実現する方式に関する。
ータとフレーム間予測符号化ピクチャデータとが混在す
る画像データの符号化・復号化方式において、動画像の
特殊再生を実現する方式に関する。
【０００２】
【従来の技術】CD-ROM等の記憶媒体に格納されている画
像データを再生してディスプレイに動画を表示させるこ
とは広く行われている。また、VOD （ビデオオンデマン
ド）サービスのように、遠隔地のサーバに格納されてい
る画像データをネットワークを介して受け取り、動画を
再生するようなサービスも普及しつつある。
像データを再生してディスプレイに動画を表示させるこ
とは広く行われている。また、VOD （ビデオオンデマン
ド）サービスのように、遠隔地のサーバに格納されてい
る画像データをネットワークを介して受け取り、動画を
再生するようなサービスも普及しつつある。
【０００３】通常、動画の画像データは、圧縮（符号
化）して格納または転送される。動画の画像データを圧
縮する方式としては、国際標準規格を目指して提案され
ているMPEG (Moving Picture coding Experts Group)方
式が広く知られている。
化）して格納または転送される。動画の画像データを圧
縮する方式としては、国際標準規格を目指して提案され
ているMPEG (Moving Picture coding Experts Group)方
式が広く知られている。
【０００４】MPEG方式では、画像データは、Ｉピクチ
ャ、ＰピクチャおよびＢピクチャと呼ばれる３種類のデ
ータから構成される。Ｉピクチャ（Intraframe Pictur
e）データは、フレーム内符号化によって圧縮されたデ
ータであり、１枚のＩピクチャデータから１フレームの
画像を再生できる。Ｐピクチャ（Predictive Picture）
データは、過去のフレームの画像データからの動き補償
予測を用いたフレーム間予測符号化によって圧縮された
データである。Ｂピクチャ（Bidirectionally pre-dict
ive Picture ）データは、過去または未来のフレームの
画像データからの動き補償予測を用いたフレーム間予測
符号化によって圧縮されたデータである。
ャ、ＰピクチャおよびＢピクチャと呼ばれる３種類のデ
ータから構成される。Ｉピクチャ（Intraframe Pictur
e）データは、フレーム内符号化によって圧縮されたデ
ータであり、１枚のＩピクチャデータから１フレームの
画像を再生できる。Ｐピクチャ（Predictive Picture）
データは、過去のフレームの画像データからの動き補償
予測を用いたフレーム間予測符号化によって圧縮された
データである。Ｂピクチャ（Bidirectionally pre-dict
ive Picture ）データは、過去または未来のフレームの
画像データからの動き補償予測を用いたフレーム間予測
符号化によって圧縮されたデータである。
【０００５】図１６は、従来の画像データ符号化・復号
化方式のブロック図である。符号化装置２０１は、ビッ
トマップ形式の画像データを受信し、その画像データを
符号化して圧縮する。すなわち、符号化部２０２がフレ
ーム毎に符号化処理を行い、Ｉピクチャデータ、Ｐピク
チャデータおよびＢピクチャデータを生成する。バッフ
ァメモリ２０３は、それら符号化した画像データをいっ
たん格納し、所定のタイミングで読み出してパケット組
立部２０４へ渡たす。パケット組立部２０４は、符号化
装置２０１において符号化された画像データをMPEG方式
に準拠したフォーマットでパケット化して蓄積媒体２０
５に書き込む。
化方式のブロック図である。符号化装置２０１は、ビッ
トマップ形式の画像データを受信し、その画像データを
符号化して圧縮する。すなわち、符号化部２０２がフレ
ーム毎に符号化処理を行い、Ｉピクチャデータ、Ｐピク
チャデータおよびＢピクチャデータを生成する。バッフ
ァメモリ２０３は、それら符号化した画像データをいっ
たん格納し、所定のタイミングで読み出してパケット組
立部２０４へ渡たす。パケット組立部２０４は、符号化
装置２０１において符号化された画像データをMPEG方式
に準拠したフォーマットでパケット化して蓄積媒体２０
５に書き込む。
【０００６】画像データを再生するときには、パケット
解除部２０６は、蓄積媒体２０５から読み出したパケッ
トに格納されている画像データをビットストリームとし
て復号化装置２０７へ転送する。復号化装置２０７は、
パケット解除部２０６から受信したデータをいったんバ
ッファメモリ２０８に格納する。復号部２０９は、所定
のタイミングでバッファメモリ２０８から画像データを
読み出し、その画像データを復号化（伸張）して不図示
のフレームメモリに書き込む。そして、そのフレームメ
モリに書き込まれた画像データがディスプレイ上に再生
される。
解除部２０６は、蓄積媒体２０５から読み出したパケッ
トに格納されている画像データをビットストリームとし
て復号化装置２０７へ転送する。復号化装置２０７は、
パケット解除部２０６から受信したデータをいったんバ
ッファメモリ２０８に格納する。復号部２０９は、所定
のタイミングでバッファメモリ２０８から画像データを
読み出し、その画像データを復号化（伸張）して不図示
のフレームメモリに書き込む。そして、そのフレームメ
モリに書き込まれた画像データがディスプレイ上に再生
される。
【０００７】ところで、画像を再生する場合、高速再生
や高速逆再生などの特殊再生が要求されることがある。
この要求は、例えばユーザの指示であり、コントローラ
２１０がその指示に従って特殊再生処理を起動・停止す
る。このような特殊再生は、フレーム内符号化によって
圧縮されているＩピクチャデータのみを復号化すること
によって実現される。Ｉピクチャデータのみを復号化す
る方式としては、以下の手法が考えられる。
や高速逆再生などの特殊再生が要求されることがある。
この要求は、例えばユーザの指示であり、コントローラ
２１０がその指示に従って特殊再生処理を起動・停止す
る。このような特殊再生は、フレーム内符号化によって
圧縮されているＩピクチャデータのみを復号化すること
によって実現される。Ｉピクチャデータのみを復号化す
る方式としては、以下の手法が考えられる。
【０００８】第１の方式は、復号化装置２０７において
Ｉピクチャデータを抽出し、その抽出したＩピクチャデ
ータを復号化する方式である。第２の方式は、蓄積媒体
２０５においてＩピクチャデータを抽出し、その抽出し
たＩピクチャデータを復号化装置２０７へ転送して復号
化する方式である。
Ｉピクチャデータを抽出し、その抽出したＩピクチャデ
ータを復号化する方式である。第２の方式は、蓄積媒体
２０５においてＩピクチャデータを抽出し、その抽出し
たＩピクチャデータを復号化装置２０７へ転送して復号
化する方式である。
【０００９】
【発明が解決しようとする課題】第１の方式では、特殊
再生を行う場合においても、通常再生時と同じデータが
蓄積媒体２０５から復号装置２０７へ転送される。たと
えば、３倍速再生を行う場合には、通常再生するときと
同じデータが通常再生時の３倍の速度で転送される。す
なわち、特殊再生時においても、蓄積媒体２０５から復
号装置２０７へＩピクチャデータ、Ｐピクチャデータお
よびＢピクチャデータが転送される。ところが、上述の
ような特殊再生では、Ｉピクチャデータのみを再生する
ので、ＰピクチャデータおよびＢピクチャデータは再生
されることなく廃棄されてしまう。このように、第１の
方式では、再生されることのないデータも転送するの
で、データ転送速度を高速にする必要があり、コストが
高くなる。また、通常再生時よりも高速に転送されてく
るデータからＩピクチャデータを抽出して復号する処理
をするための機能を設けることもコスト増の要因とな
る。
再生を行う場合においても、通常再生時と同じデータが
蓄積媒体２０５から復号装置２０７へ転送される。たと
えば、３倍速再生を行う場合には、通常再生するときと
同じデータが通常再生時の３倍の速度で転送される。す
なわち、特殊再生時においても、蓄積媒体２０５から復
号装置２０７へＩピクチャデータ、Ｐピクチャデータお
よびＢピクチャデータが転送される。ところが、上述の
ような特殊再生では、Ｉピクチャデータのみを再生する
ので、ＰピクチャデータおよびＢピクチャデータは再生
されることなく廃棄されてしまう。このように、第１の
方式では、再生されることのないデータも転送するの
で、データ転送速度を高速にする必要があり、コストが
高くなる。また、通常再生時よりも高速に転送されてく
るデータからＩピクチャデータを抽出して復号する処理
をするための機能を設けることもコスト増の要因とな
る。
【００１０】第２の方式の一形態としては、蓄積媒体２
０５において、通常の画像データ（Ｉピクチャデータ、
ＰピクチャデータおよびＢピクチャデータからなる画像
データを分割したパケット）とは別にＩピクチャデータ
のみを格納しておき、特殊再生時には、その別に格納し
てあるＩピクチャデータを読み出して復号する方式が考
えられている。この方式では、特殊再生時にはＩピクチ
ャデータのみ復号化装置２０７へ転送するので、第１の
方式の問題点は解決される。しかしながら、この第２の
方式では、通常の画像データを格納する領域の他にＩピ
クチャデータのみを格納しておく領域が必要になる。し
たがって、蓄積媒体２０５の記憶領域を大きくしなけれ
ばならないという問題が生じる。
０５において、通常の画像データ（Ｉピクチャデータ、
ＰピクチャデータおよびＢピクチャデータからなる画像
データを分割したパケット）とは別にＩピクチャデータ
のみを格納しておき、特殊再生時には、その別に格納し
てあるＩピクチャデータを読み出して復号する方式が考
えられている。この方式では、特殊再生時にはＩピクチ
ャデータのみ復号化装置２０７へ転送するので、第１の
方式の問題点は解決される。しかしながら、この第２の
方式では、通常の画像データを格納する領域の他にＩピ
クチャデータのみを格納しておく領域が必要になる。し
たがって、蓄積媒体２０５の記憶領域を大きくしなけれ
ばならないという問題が生じる。
【００１１】本発明は、上記問題を解決するものであ
り、蓄積媒体の容量を大きくすることなく、効率的にか
つ簡単な方法で画像データの特殊再生を行う方式を提供
することを課題とする。
り、蓄積媒体の容量を大きくすることなく、効率的にか
つ簡単な方法で画像データの特殊再生を行う方式を提供
することを課題とする。
【００１２】
【課題を解決するための手段】本発明の手段を図１を参
照しながら説明する。本発明では、フレーム内符号化方
式で符号化されたフレーム内符号化データとフレーム間
予測符号化方式で符号化されたフレーム間予測符号化デ
ータとから構成される画像データを扱う。
照しながら説明する。本発明では、フレーム内符号化方
式で符号化されたフレーム内符号化データとフレーム間
予測符号化方式で符号化されたフレーム間予測符号化デ
ータとから構成される画像データを扱う。
【００１３】画像データ１を記憶媒体２に格納するとき
には、画像データ１は所定形式のパケットに分割され
る。このとき、フレーム内符号化データの少なくとも一
部が含まれるパケット３−１、３−２、．．．およびフ
レーム内符号化データが含まれないパケット４−１、４
−２、．．．が生成される。それらパケットを記憶媒体
２に格納するとき、フレーム内符号化データの少なくと
も一部が含まれるパケット３−１、３−２、．．．に対
して、それらのパケットがフレーム内符号化データを含
んでいることを示す情報を設定する。
には、画像データ１は所定形式のパケットに分割され
る。このとき、フレーム内符号化データの少なくとも一
部が含まれるパケット３−１、３−２、．．．およびフ
レーム内符号化データが含まれないパケット４−１、４
−２、．．．が生成される。それらパケットを記憶媒体
２に格納するとき、フレーム内符号化データの少なくと
も一部が含まれるパケット３−１、３−２、．．．に対
して、それらのパケットがフレーム内符号化データを含
んでいることを示す情報を設定する。
【００１４】フレーム内符号化データのみを用いて動画
像を再生する場合には、記憶媒体２からフレーム内符号
化データの少なくとも一部が含まれるパケット３−１、
３−２、．．．のみを読み出す。この読出し処理は、上
記情報が設定されているパケットを抽出することによっ
て容易に行うことができる。
像を再生する場合には、記憶媒体２からフレーム内符号
化データの少なくとも一部が含まれるパケット３−１、
３−２、．．．のみを読み出す。この読出し処理は、上
記情報が設定されているパケットを抽出することによっ
て容易に行うことができる。
【００１５】復号化部５は、記憶媒体２から読み出され
たパケットに格納されているデータを復号する。したが
って、フレーム内符号化データのみを用いて動画像を再
生する場合には、フレーム内符号化データの少なくとも
一部が含まれるパケット３−１、３−２、．．．に格納
されているデータのみに対して復号化処理を行う。そし
て、フレーム内符号化データを復号したデータを動画像
再生データとする。フレーム内符号化データのみを復号
する手法としては、例えば、フレーム内符号化データを
検出したときにの復号化処理を起動し、フレーム間予測
符号化データを検出したときに復号化処理を停止する。
上記画像再生において、フレーム内符号化データが含ま
れないパケット４−１、４−２、．．．に対しては復号
化処理を行わないので、復号化部５の負担が小さくな
る。
たパケットに格納されているデータを復号する。したが
って、フレーム内符号化データのみを用いて動画像を再
生する場合には、フレーム内符号化データの少なくとも
一部が含まれるパケット３−１、３−２、．．．に格納
されているデータのみに対して復号化処理を行う。そし
て、フレーム内符号化データを復号したデータを動画像
再生データとする。フレーム内符号化データのみを復号
する手法としては、例えば、フレーム内符号化データを
検出したときにの復号化処理を起動し、フレーム間予測
符号化データを検出したときに復号化処理を停止する。
上記画像再生において、フレーム内符号化データが含ま
れないパケット４−１、４−２、．．．に対しては復号
化処理を行わないので、復号化部５の負担が小さくな
る。
【００１６】
【発明の実施の形態】以下、本発明の実施形態について
図面を参照しながら説明する。なお、ここで説明する動
画像の特殊再生は、たとえば、高速再生や高速逆再生な
どであり、フレーム内符号化によって圧縮された画像デ
ータ（MPEGのＩピクチャデータ）のみを用いて動画像を
再生するものである。
図面を参照しながら説明する。なお、ここで説明する動
画像の特殊再生は、たとえば、高速再生や高速逆再生な
どであり、フレーム内符号化によって圧縮された画像デ
ータ（MPEGのＩピクチャデータ）のみを用いて動画像を
再生するものである。
【００１７】図２は、本発明の画像データ符号化・復号
化方式の一実施形態のブロック図である。ここでは、動
画像符号化圧縮方式としてMPEG方式を使った場合の構成
を説明する。
化方式の一実施形態のブロック図である。ここでは、動
画像符号化圧縮方式としてMPEG方式を使った場合の構成
を説明する。
【００１８】符号化装置１０は、ビットマップ形式の画
像データを受信し、その画像データをMPEG方式で符号化
して圧縮する。すなわち、符号化部１１が画像データに
対してフレーム毎に符号化処理を行い、その画像データ
からＩピクチャデータ、ＰピクチャデータおよびＢピク
チャデータを生成する。所定数のフレーム（例えば、５
フレーム）に対して、１枚のＩピクチャデータを生成す
る。バッファメモリ１２は、それら符号化した画像デー
タをいったん格納し、所定のタイミングで読み出してパ
ケット組立部２０へ渡たす。
像データを受信し、その画像データをMPEG方式で符号化
して圧縮する。すなわち、符号化部１１が画像データに
対してフレーム毎に符号化処理を行い、その画像データ
からＩピクチャデータ、ＰピクチャデータおよびＢピク
チャデータを生成する。所定数のフレーム（例えば、５
フレーム）に対して、１枚のＩピクチャデータを生成す
る。バッファメモリ１２は、それら符号化した画像デー
タをいったん格納し、所定のタイミングで読み出してパ
ケット組立部２０へ渡たす。
【００１９】パケット組立部２０は、符号化装置１０に
おいて符号化された画像データをMPEG方式に準拠したフ
ォーマットでパケット化して蓄積媒体３１に書き込む。
このパケットは、固定長（例えば、１８８バイト）であ
る。パケット組立部２０は、Ｉピクチャデータ、Ｐピク
チャデータおよびＢピクチャデータからなる画像データ
のビットストリームを多数のパケットに分割して格納す
るときに、Ｉピクチャデータの少なくとも一部が格納さ
れているパケットに対しては、「当該パケットがＩピク
チャデータの少なくとも一部が格納していることを示す
情報」を設定する。この情報をＩピクチャインデックス
と呼ぶ。Ｉピクチャインデックスについては、御述説明
する。一方、パケット組立部２０は、Ｉピクチャデータ
が格納されていないパケットに対しては、Ｉピクチャイ
ンデックスを設定しない。なお、各パケットにＩピクチ
ャデータが含まれるか否かを判断する方法については後
述する。
おいて符号化された画像データをMPEG方式に準拠したフ
ォーマットでパケット化して蓄積媒体３１に書き込む。
このパケットは、固定長（例えば、１８８バイト）であ
る。パケット組立部２０は、Ｉピクチャデータ、Ｐピク
チャデータおよびＢピクチャデータからなる画像データ
のビットストリームを多数のパケットに分割して格納す
るときに、Ｉピクチャデータの少なくとも一部が格納さ
れているパケットに対しては、「当該パケットがＩピク
チャデータの少なくとも一部が格納していることを示す
情報」を設定する。この情報をＩピクチャインデックス
と呼ぶ。Ｉピクチャインデックスについては、御述説明
する。一方、パケット組立部２０は、Ｉピクチャデータ
が格納されていないパケットに対しては、Ｉピクチャイ
ンデックスを設定しない。なお、各パケットにＩピクチ
ャデータが含まれるか否かを判断する方法については後
述する。
【００２０】データ蓄積装置３０は、パケット組立部２
０によって組み立てられたパケットを格納し、ユーザか
らの指示に従ってそのパケットを読み出して出力する。
データ蓄積装置３０は、たとえば、VOD サービスにおけ
るサーバである。パケット組立部２０によって組み立て
られたパケットは、蓄積媒体３１に格納される。蓄積媒
体３１は、たとえば、ハードディスクまたは光ディスク
等である。Ｉピクチャパケット抽出部３２は、Ｉピクチ
ャデータの少なくとも一部が格納されているパケット
（以下、Ｉピクチャパケットと呼ぶ）を抽出する。すな
わち、Ｉピクチャパケット抽出部３２は、蓄積媒体３１
に格納されているパケットの中からＩピクチャインデッ
クスが設定されているパケットのみを取り出してセレク
タ３３へ渡す。
０によって組み立てられたパケットを格納し、ユーザか
らの指示に従ってそのパケットを読み出して出力する。
データ蓄積装置３０は、たとえば、VOD サービスにおけ
るサーバである。パケット組立部２０によって組み立て
られたパケットは、蓄積媒体３１に格納される。蓄積媒
体３１は、たとえば、ハードディスクまたは光ディスク
等である。Ｉピクチャパケット抽出部３２は、Ｉピクチ
ャデータの少なくとも一部が格納されているパケット
（以下、Ｉピクチャパケットと呼ぶ）を抽出する。すな
わち、Ｉピクチャパケット抽出部３２は、蓄積媒体３１
に格納されているパケットの中からＩピクチャインデッ
クスが設定されているパケットのみを取り出してセレク
タ３３へ渡す。
【００２１】セレクタ３３の一方の入力端子には、蓄積
媒体３１から読み出したパケットがそのまま入力され
る。すなわち、蓄積媒体３１に書き込んだ順番どうりに
パケットを間引きすることなく読み出し、そのパケット
を上記一方の入力端子に入力する。セレクタ３３の他方
の入力端子には、Ｉピクチャパケット抽出部３２によっ
て抽出されたＩピクチャパケットのみが入力される。そ
して、セレクタ３３は、ユーザが「通常再生」を要求し
たときは、蓄積媒体３１から読み出した全パケットを出
力し、ユーザが「特殊再生」を要求したときは、Ｉピク
チャパケット抽出部３２が抽出したＩピクチャパケット
のみを出力する。なお、ユーザの指示は、コントローラ
６０を介してデータ蓄積装置３０へ通知される。
媒体３１から読み出したパケットがそのまま入力され
る。すなわち、蓄積媒体３１に書き込んだ順番どうりに
パケットを間引きすることなく読み出し、そのパケット
を上記一方の入力端子に入力する。セレクタ３３の他方
の入力端子には、Ｉピクチャパケット抽出部３２によっ
て抽出されたＩピクチャパケットのみが入力される。そ
して、セレクタ３３は、ユーザが「通常再生」を要求し
たときは、蓄積媒体３１から読み出した全パケットを出
力し、ユーザが「特殊再生」を要求したときは、Ｉピク
チャパケット抽出部３２が抽出したＩピクチャパケット
のみを出力する。なお、ユーザの指示は、コントローラ
６０を介してデータ蓄積装置３０へ通知される。
【００２２】パケット解除部４０は、データ蓄積装置３
０から出力されたパケットに格納されている画像データ
をビットストリームに変換して復号化装置５０へ転送す
る。データ蓄積装置３０がVOD サービスにおけるサーバ
であるとすると、データ蓄積装置３０とパケット解除部
４０との間は公衆網または専用線等で接続される。
０から出力されたパケットに格納されている画像データ
をビットストリームに変換して復号化装置５０へ転送す
る。データ蓄積装置３０がVOD サービスにおけるサーバ
であるとすると、データ蓄積装置３０とパケット解除部
４０との間は公衆網または専用線等で接続される。
【００２３】復号化装置５０は、パケット解除部４０か
ら受信した画像データをいったんバッファメモリ５１に
格納する。復号部５２は、所定のタイミングでバッファ
メモリ５１から画像データを読み出し、その画像データ
をMPEG方式で復号化（伸張）する。復号部５２は、ユー
ザが「通常再生」を要求したときには、バッファメモリ
５２に格納されているすべての画像データを復号する。
一方、ユーザが「特殊再生」を要求したときには、バッ
ファメモリ５２から読み出した画像データの中のＩピク
チャデータのみを復号する。復号化装置５０は、復号し
た画像データを不図示のフレームメモリに書き込む。そ
して、そのフレームメモリに書き込まれた画像データが
ディスプレイ上に再生（表示）される。なお、ユーザの
指示は、コントローラ６０を介して復号化装置５０へ通
知される。
ら受信した画像データをいったんバッファメモリ５１に
格納する。復号部５２は、所定のタイミングでバッファ
メモリ５１から画像データを読み出し、その画像データ
をMPEG方式で復号化（伸張）する。復号部５２は、ユー
ザが「通常再生」を要求したときには、バッファメモリ
５２に格納されているすべての画像データを復号する。
一方、ユーザが「特殊再生」を要求したときには、バッ
ファメモリ５２から読み出した画像データの中のＩピク
チャデータのみを復号する。復号化装置５０は、復号し
た画像データを不図示のフレームメモリに書き込む。そ
して、そのフレームメモリに書き込まれた画像データが
ディスプレイ上に再生（表示）される。なお、ユーザの
指示は、コントローラ６０を介して復号化装置５０へ通
知される。
【００２４】図３は、図２に示すブロック図の各部の出
力データの状態を示す図である。符号化装置１０の出力
は、に示すように、Ｉピクチャデータ、Ｐピクチャデ
ータおよびＢピクチャデータとして符号化された画像デ
ータのビットストリームである。ここでは、５フレーム
（５ピクチャ）毎に１つのＩピクチャデータを生成して
いる。ここで、GOP (Group of Pictures) は、少なくと
も１つのＩピクチャデータを含んだ複数のフレームに対
応する画像データから構成されるグループであり、図３
においては、５フレームの画像データで１つのGOP を構
成している。各GOP の先頭には不図示のGOP ヘッダが設
けられ、続いてＩピクチャデータが格納される。そし
て、Ｉピクチャデータの後に、Ｐピクチャデータおよび
Ｂピクチャデータが格納される。
力データの状態を示す図である。符号化装置１０の出力
は、に示すように、Ｉピクチャデータ、Ｐピクチャデ
ータおよびＢピクチャデータとして符号化された画像デ
ータのビットストリームである。ここでは、５フレーム
（５ピクチャ）毎に１つのＩピクチャデータを生成して
いる。ここで、GOP (Group of Pictures) は、少なくと
も１つのＩピクチャデータを含んだ複数のフレームに対
応する画像データから構成されるグループであり、図３
においては、５フレームの画像データで１つのGOP を構
成している。各GOP の先頭には不図示のGOP ヘッダが設
けられ、続いてＩピクチャデータが格納される。そし
て、Ｉピクチャデータの後に、Ｐピクチャデータおよび
Ｂピクチャデータが格納される。
【００２５】パケット組立部２０において、符号化装置
１０から出力された画像データをパケット化するとき、
各フレームに対応する画像データ（各フレームに対応す
るＩピクチャデータ、ＰピクチャデータまたはＢピクチ
ャデータ）のデータ長はフレーム毎に異なるので、各フ
レームに対応する画像データが１つのパケット内に格納
されるのか、あるいは複数のパケットに分割されて格納
されるのかはフレームによって異なる。図３に示す例に
おいては、に示すように、GOP １内のＩピクチャデー
タは、パケット１およびパケット２に格納され、GOP １
内のＰピクチャデータおよびＢピクチャデータはパケッ
ト２〜パケット５に格納されている。また、GOP ２内の
Ｉピクチャデータは、パケット５およびパケット６に格
納され、GOP ２内のＰピクチャデータおよびＢピクチャ
データは、パケット６およびパケット６以降のパケット
に格納されている。パケット２、５および６において
は、ＩピクチャデータとＩピクチャデータ以外のピクチ
ャデータ（ＰピクチャデータまたはＢピクチャデータ）
が混在して格納されている。
１０から出力された画像データをパケット化するとき、
各フレームに対応する画像データ（各フレームに対応す
るＩピクチャデータ、ＰピクチャデータまたはＢピクチ
ャデータ）のデータ長はフレーム毎に異なるので、各フ
レームに対応する画像データが１つのパケット内に格納
されるのか、あるいは複数のパケットに分割されて格納
されるのかはフレームによって異なる。図３に示す例に
おいては、に示すように、GOP １内のＩピクチャデー
タは、パケット１およびパケット２に格納され、GOP １
内のＰピクチャデータおよびＢピクチャデータはパケッ
ト２〜パケット５に格納されている。また、GOP ２内の
Ｉピクチャデータは、パケット５およびパケット６に格
納され、GOP ２内のＰピクチャデータおよびＢピクチャ
データは、パケット６およびパケット６以降のパケット
に格納されている。パケット２、５および６において
は、ＩピクチャデータとＩピクチャデータ以外のピクチ
ャデータ（ＰピクチャデータまたはＢピクチャデータ）
が混在して格納されている。
【００２６】パケット１、２、５および６には、Ｉピク
チャデータの少なくとも一部が格納されているので、そ
れら各パケットには、Ｉピクチャインデックスが設定さ
れている。図３では、Ｉピクチャインデックスを★印で
表しているデータ蓄積装置３０の蓄積媒体３１には、パ
ケット組立部２０の出力が格納される。すなわち、蓄積
媒体３１には、図３のに示すパケット状態で画像デー
タが格納されている。
チャデータの少なくとも一部が格納されているので、そ
れら各パケットには、Ｉピクチャインデックスが設定さ
れている。図３では、Ｉピクチャインデックスを★印で
表しているデータ蓄積装置３０の蓄積媒体３１には、パ
ケット組立部２０の出力が格納される。すなわち、蓄積
媒体３１には、図３のに示すパケット状態で画像デー
タが格納されている。
【００２７】ユーザが「通常再生」を要求したときに
は、データ蓄積装置３０は、蓄積媒体３１に格納されて
いるパケットを蓄積媒体３１に書き込んだ順番通りに読
み出してパケット解除部４０へ転送する。すなわち、図
３のに示す状態の画像データをそのままの順番で間引
きすることなくパケット解除部４０へ転送する。したが
って、パケット解除部４０の出力は、パケット１〜６を
順番にビットストリーム化したものである。
は、データ蓄積装置３０は、蓄積媒体３１に格納されて
いるパケットを蓄積媒体３１に書き込んだ順番通りに読
み出してパケット解除部４０へ転送する。すなわち、図
３のに示す状態の画像データをそのままの順番で間引
きすることなくパケット解除部４０へ転送する。したが
って、パケット解除部４０の出力は、パケット１〜６を
順番にビットストリーム化したものである。
【００２８】一方、ユーザが「特殊再生」を要求したと
きは、データ蓄積装置３０は、Ｉピクチャパケット抽出
部３２によって抽出されたＩピクチャパケットのみをパ
ケット解除部４０へ出力する。Ｉピクチャパケット抽出
部３２は、図３のに示す状態の画像データからＩピク
チャパケット（★印を付したパケット）を抽出するの
で、データ蓄積装置３０は、図３のに示すように、パ
ケット１、２、５および６のみをパケット解除部４０へ
転送する。パケット解除部４０は、受信したパケットを
ビットストリーム化するので、特殊再生時には、図３の
に示すように、パケット１、２、５および６をビット
ストリーム化した画像データを復号化装置５０へ転送す
る。
きは、データ蓄積装置３０は、Ｉピクチャパケット抽出
部３２によって抽出されたＩピクチャパケットのみをパ
ケット解除部４０へ出力する。Ｉピクチャパケット抽出
部３２は、図３のに示す状態の画像データからＩピク
チャパケット（★印を付したパケット）を抽出するの
で、データ蓄積装置３０は、図３のに示すように、パ
ケット１、２、５および６のみをパケット解除部４０へ
転送する。パケット解除部４０は、受信したパケットを
ビットストリーム化するので、特殊再生時には、図３の
に示すように、パケット１、２、５および６をビット
ストリーム化した画像データを復号化装置５０へ転送す
る。
【００２９】復号化装置５０は、パケット解除部４０か
ら転送される画像データのビットストリームを復号す
る。「通常再生」が要求されている場合には、全ビット
ストリームを復号する。一方、「特殊再生」が要求され
ている場合には、Ｉピクチャのみを復号し、Ｉピクチャ
以外のデータ（残存データ）は廃棄する。復号化装置５
０においてＩピクチャのみを復号する処理については、
後述詳しく説明する。
ら転送される画像データのビットストリームを復号す
る。「通常再生」が要求されている場合には、全ビット
ストリームを復号する。一方、「特殊再生」が要求され
ている場合には、Ｉピクチャのみを復号し、Ｉピクチャ
以外のデータ（残存データ）は廃棄する。復号化装置５
０においてＩピクチャのみを復号する処理については、
後述詳しく説明する。
【００３０】図４は、符号化装置１０、パケット組立部
２０、およびそのの周辺部のブロック図である。図２に
おいては、画像データを扱う構成のみを示しているが、
実際には、音声データ、およびテキストデータや制御デ
ータなどのユーザデータも処理する。すなわち、図４に
示すように、音声データは音声符号化部７１で符号化し
てバッファメモリ７２に格納する。また、ユーザデータ
は、ユーザデータ用のバッファメモリ７３に格納する。
２０、およびそのの周辺部のブロック図である。図２に
おいては、画像データを扱う構成のみを示しているが、
実際には、音声データ、およびテキストデータや制御デ
ータなどのユーザデータも処理する。すなわち、図４に
示すように、音声データは音声符号化部７１で符号化し
てバッファメモリ７２に格納する。また、ユーザデータ
は、ユーザデータ用のバッファメモリ７３に格納する。
【００３１】バッファメモリ監視部７４は、各バッファ
メモリ１２、７２および７３の占有量（データ蓄積量）
を監視し、占有量が所定値となったバッファメモリから
データを読み出す。このとき、読み出されるデータは、
固定長であり、後述するパケットのペイロードに格納さ
れる。そして、上述の手法により各バッファメモリから
読み出したデータを多重化部MUX ７５で多重化してパケ
ット組立部２０へ転送する。このとき、バッファメモリ
監視部７４は、どのバッファメモリからデータを読み出
したのかを示す情報およびそのタイミング（読出しタイ
ミング信号）をパケット組立部２０内のヘッダ作成部２
２に通知する。
メモリ１２、７２および７３の占有量（データ蓄積量）
を監視し、占有量が所定値となったバッファメモリから
データを読み出す。このとき、読み出されるデータは、
固定長であり、後述するパケットのペイロードに格納さ
れる。そして、上述の手法により各バッファメモリから
読み出したデータを多重化部MUX ７５で多重化してパケ
ット組立部２０へ転送する。このとき、バッファメモリ
監視部７４は、どのバッファメモリからデータを読み出
したのかを示す情報およびそのタイミング（読出しタイ
ミング信号）をパケット組立部２０内のヘッダ作成部２
２に通知する。
【００３２】多重化部MUX ７５から出力されたデータ
は、パケット組立部２０内のバッファメモリ２１に書き
込まれる。このとき、ピクチャタイプ識別部７６は、画
像データを検出し、その画像データがＩピクチャデー
タ、ＰピクチャデータまたはＢピクチャデータのいずれ
であるのかを識別する。そして、この識別結果をヘッダ
作成部２２に通知する。
は、パケット組立部２０内のバッファメモリ２１に書き
込まれる。このとき、ピクチャタイプ識別部７６は、画
像データを検出し、その画像データがＩピクチャデー
タ、ＰピクチャデータまたはＢピクチャデータのいずれ
であるのかを識別する。そして、この識別結果をヘッダ
作成部２２に通知する。
【００３３】図５(a) は、１フレームの画像データのフ
ォーマットを示す図である。すなわち、Ｉピクチャデー
タ、ＰピクチャデータまたはＢピクチャデータの構成図
である。PSC (Pisture Start Code)は、画像データの先
頭を示す３２ビットの同期用の信号である。TR (Tempor
al Reference) は、画像データの表示順序を示す番号で
ある。PSC およびTRに続いて、PCT (Picture Coding Ty
pe) を設定するための領域が設けられる。PCT は、３ビ
ットの情報であり、Ｉピクチャデータ、Ｐピクチャデー
タまたはＢピクチャデータのいずれであるかを指定す
る。PCT は、各フレームに対応する画像データが符号化
装置１０において符号化されるときに、そのフレームに
対する符号化方式に従って設定される。
ォーマットを示す図である。すなわち、Ｉピクチャデー
タ、ＰピクチャデータまたはＢピクチャデータの構成図
である。PSC (Pisture Start Code)は、画像データの先
頭を示す３２ビットの同期用の信号である。TR (Tempor
al Reference) は、画像データの表示順序を示す番号で
ある。PSC およびTRに続いて、PCT (Picture Coding Ty
pe) を設定するための領域が設けられる。PCT は、３ビ
ットの情報であり、Ｉピクチャデータ、Ｐピクチャデー
タまたはＢピクチャデータのいずれであるかを指定す
る。PCT は、各フレームに対応する画像データが符号化
装置１０において符号化されるときに、そのフレームに
対する符号化方式に従って設定される。
【００３４】ピクチャタイプ識別部７６は、多重化部MU
X ７５からパケット組立部２０へ転送されるビットスト
リームを監視し、画像データがパケット組立部２０に入
力されるとき、その画像データのPCT を取り出しピクチ
ャタイプを認識する。すなわち、画像データがＩピクチ
ャデータ、ＰピクチャデータまたはＢピクチャデータの
いずれであるかを認識する。そして、ピクチャタイプ識
別部７６は、その認識結果をパケット組立部２０内のヘ
ッダ作成部２２へ通知する。
X ７５からパケット組立部２０へ転送されるビットスト
リームを監視し、画像データがパケット組立部２０に入
力されるとき、その画像データのPCT を取り出しピクチ
ャタイプを認識する。すなわち、画像データがＩピクチ
ャデータ、ＰピクチャデータまたはＢピクチャデータの
いずれであるかを認識する。そして、ピクチャタイプ識
別部７６は、その認識結果をパケット組立部２０内のヘ
ッダ作成部２２へ通知する。
【００３５】ヘッダ作成部２２は、ピクチャタイプ識別
部７６から転送される認識結果を受信するとともに、バ
ッファメモリ監視部７４から読出しタイミング信号を受
信する。このことにより、ヘッダ作成部２２は、多重化
部MUX ７５から出力されたデータの種別（画像データ、
音声データまたはユーザデータのいずれであるのか）を
認識する。また、受信データが画像データであった場合
には、そのピクチャタイプも認識する。
部７６から転送される認識結果を受信するとともに、バ
ッファメモリ監視部７４から読出しタイミング信号を受
信する。このことにより、ヘッダ作成部２２は、多重化
部MUX ７５から出力されたデータの種別（画像データ、
音声データまたはユーザデータのいずれであるのか）を
認識する。また、受信データが画像データであった場合
には、そのピクチャタイプも認識する。
【００３６】図５(b) は、パケットのフォーマットを示
す図である。このフォーマットは、画像データ、音声デ
ータおよびユーザデータに対して共通である。ヘッダ作
成部２２は、先頭の同期バイトからアダプテーションフ
ィールドまでを作成する。また、ペイロードはバッファ
メモリ２１に格納されているデータである。各パケット
が、画像データ、音声データまたはユーザデータのいず
れの情報を格納しているのかは、PID (Packet Identifi
cation) を用いて指定する。たとえば、音声データに
は、"0005"を割り当て、ユーザデータには、"0007"を割
り当てる。また、画像データには、通常、"0003"を割り
当てるが、Ｉピクチャパケット（Ｉピクチャデータの少
なくとも一部を含んでいるパケット）には、"0013"を割
り当てる。このＩピクチャパケットであることを示す情
報（ここでは、"0013"）が、図３を参照しながら説明し
たＩピクチャインデックスである。
す図である。このフォーマットは、画像データ、音声デ
ータおよびユーザデータに対して共通である。ヘッダ作
成部２２は、先頭の同期バイトからアダプテーションフ
ィールドまでを作成する。また、ペイロードはバッファ
メモリ２１に格納されているデータである。各パケット
が、画像データ、音声データまたはユーザデータのいず
れの情報を格納しているのかは、PID (Packet Identifi
cation) を用いて指定する。たとえば、音声データに
は、"0005"を割り当て、ユーザデータには、"0007"を割
り当てる。また、画像データには、通常、"0003"を割り
当てるが、Ｉピクチャパケット（Ｉピクチャデータの少
なくとも一部を含んでいるパケット）には、"0013"を割
り当てる。このＩピクチャパケットであることを示す情
報（ここでは、"0013"）が、図３を参照しながら説明し
たＩピクチャインデックスである。
【００３７】ヘッダ作成部２２は、データの種別によっ
てPID を決定し、そのPID を設定したヘッダを作成す
る。そして、ヘッダ作成部２２は、そのヘッダを多重化
部MUX２３へ転送する。多重化部MUX ２３は、バッファ
メモリ２１から読み出したデータをパケットのペイロー
ドとし、そのペイロードにヘッダ作成部２２が作成した
ヘッダを付与してデータ蓄積装置３０へ転送する。
てPID を決定し、そのPID を設定したヘッダを作成す
る。そして、ヘッダ作成部２２は、そのヘッダを多重化
部MUX２３へ転送する。多重化部MUX ２３は、バッファ
メモリ２１から読み出したデータをパケットのペイロー
ドとし、そのペイロードにヘッダ作成部２２が作成した
ヘッダを付与してデータ蓄積装置３０へ転送する。
【００３８】次に、パケット組立部２０に入力されるデ
ータからパケットを組み立てるときに、そのパケットに
Ｉピクチャデータが含まれるか否かを判断する方法を説
明する。図６は、各パケットにＩピクチャデータが含ま
れるか否かを判断する方法を説明する図である。
ータからパケットを組み立てるときに、そのパケットに
Ｉピクチャデータが含まれるか否かを判断する方法を説
明する。図６は、各パケットにＩピクチャデータが含ま
れるか否かを判断する方法を説明する図である。
【００３９】タイミング信号は、バッファメモリ監視部
７４がバッファメモリ１２からデータを読み出す期間の
み「Ｈ」レベルとなる信号である。したがって、タイミ
ング信号は、画像データがパケット組立部２０に入力さ
れる期間のみ「Ｈ」レベルとなる。Ｉピクチャフラグ
は、ヘッダ作成部２２内で設定される情報であり、Ｉピ
クチャデータを検出したときに「１」が設定され、Ｐピ
クチャデータまたはＢピクチャデータを検出したときに
「０」が設定される。
７４がバッファメモリ１２からデータを読み出す期間の
み「Ｈ」レベルとなる信号である。したがって、タイミ
ング信号は、画像データがパケット組立部２０に入力さ
れる期間のみ「Ｈ」レベルとなる。Ｉピクチャフラグ
は、ヘッダ作成部２２内で設定される情報であり、Ｉピ
クチャデータを検出したときに「１」が設定され、Ｐピ
クチャデータまたはＢピクチャデータを検出したときに
「０」が設定される。
【００４０】ヘッダ作成部２２は、上記タイミング信号
およびＩピクチャフラグに従って、各パケットがＩピク
チャデータを含むか否かを判断する。すなわち、タイミ
ング信号が「Ｈ」レベルであり、かつＩピクチャフラグ
が「１」であれば、そのとき生成されるパケットをＩピ
クチャパケットとみなす。この場合、ヘッダ作成部２２
は、PID を"0013"とすることにより、Ｉピクチャインデ
ックスを設定する。一方、タイミング信号が「Ｌ」レベ
ルであった場合、または、Ｉピクチャフラグが「０」で
あった場合は、そのパケットはＩピクチャパケットでは
ないとみなし、Ｉピクチャインデックスは設定しない。
およびＩピクチャフラグに従って、各パケットがＩピク
チャデータを含むか否かを判断する。すなわち、タイミ
ング信号が「Ｈ」レベルであり、かつＩピクチャフラグ
が「１」であれば、そのとき生成されるパケットをＩピ
クチャパケットとみなす。この場合、ヘッダ作成部２２
は、PID を"0013"とすることにより、Ｉピクチャインデ
ックスを設定する。一方、タイミング信号が「Ｌ」レベ
ルであった場合、または、Ｉピクチャフラグが「０」で
あった場合は、そのパケットはＩピクチャパケットでは
ないとみなし、Ｉピクチャインデックスは設定しない。
【００４１】図７は、各パケットにＩピクチャデータが
含まれるか否かを判断する方法の一例を説明するフロー
チャートである。ここでは、パケットのペイロード部に
格納されるデータがバッファメモリ１２、７２または７
３のいずれか一つから読み出され、そのデータがパケッ
ト組立部２０に転送されたときのヘッダ作成部２２の動
作を説明する。
含まれるか否かを判断する方法の一例を説明するフロー
チャートである。ここでは、パケットのペイロード部に
格納されるデータがバッファメモリ１２、７２または７
３のいずれか一つから読み出され、そのデータがパケッ
ト組立部２０に転送されたときのヘッダ作成部２２の動
作を説明する。
【００４２】ステップＳ１では、入力データが画像デー
タか否かを判断する。この判断は、バッファメモリ監視
部７４から通知される読出しタイミング信号によって行
う。入力データが画像データでなければ、ステップＳ２
１において、音声データであることを示すPID ("0005")
またはユーザデータであることを示すPID ("0007")をヘ
ッダに設定する。
タか否かを判断する。この判断は、バッファメモリ監視
部７４から通知される読出しタイミング信号によって行
う。入力データが画像データでなければ、ステップＳ２
１において、音声データであることを示すPID ("0005")
またはユーザデータであることを示すPID ("0007")をヘ
ッダに設定する。
【００４３】入力データが画像データであった場合に
は、ステップＳ２において、そのデータ内にＩピクチャ
データを示すPCT が含まれているか否かを判断する。Ｉ
ピクチャデータを示すPCT が含まれていれば、ステップ
Ｓ３において、Ｉピクチャフラグを調べる。Ｉピクチャ
フラグに「１」が設定されていなければステップＳ４に
おいて「１」を設定し、すでに「１」が設定されていれ
ば、そのままステップＳ５へ進む。
は、ステップＳ２において、そのデータ内にＩピクチャ
データを示すPCT が含まれているか否かを判断する。Ｉ
ピクチャデータを示すPCT が含まれていれば、ステップ
Ｓ３において、Ｉピクチャフラグを調べる。Ｉピクチャ
フラグに「１」が設定されていなければステップＳ４に
おいて「１」を設定し、すでに「１」が設定されていれ
ば、そのままステップＳ５へ進む。
【００４４】ステップＳ５では、そのデータ内にＰピク
チャデータまたはＢピクチャデータを示すPCT が含まれ
ているか否かを判断する。ＰピクチャデータまたはＢピ
クチャデータを示すPCT が検出されれば、ステップＳ６
においてＩピクチャフラグに「０」を設定した後にステ
ップＳ７へ進み、上記PCT が検出されなければ、ステッ
プＳ６をスキップしてステップＳ７へ進む。
チャデータまたはＢピクチャデータを示すPCT が含まれ
ているか否かを判断する。ＰピクチャデータまたはＢピ
クチャデータを示すPCT が検出されれば、ステップＳ６
においてＩピクチャフラグに「０」を設定した後にステ
ップＳ７へ進み、上記PCT が検出されなければ、ステッ
プＳ６をスキップしてステップＳ７へ進む。
【００４５】ステップＳ７では、入力データにＩピクチ
ャデータの少なくとも一部が含まれているとみなし、Ｉ
ピクチャパケットであることを示すPID ("0013")をヘッ
ダに設定する。
ャデータの少なくとも一部が含まれているとみなし、Ｉ
ピクチャパケットであることを示すPID ("0013")をヘッ
ダに設定する。
【００４６】ステップＳ２において、入力データ内にＩ
ピクチャデータを示すPCT が含まれていないと判断され
た場合には、ステップＳ１１において、Ｉピクチャフラ
グを調べる。Ｉピクチャフラグに「１」が設定されてい
れば、ステップＳ５〜ステップＳ７の処理を実行する。
一方、「１」が設定されていなければ、ステップＳ１２
において、Ｉピクチャデータを含まない画像データであ
るとみなし、通常の画像データであることを示すPID ("
0003")をヘッダに設定する。
ピクチャデータを示すPCT が含まれていないと判断され
た場合には、ステップＳ１１において、Ｉピクチャフラ
グを調べる。Ｉピクチャフラグに「１」が設定されてい
れば、ステップＳ５〜ステップＳ７の処理を実行する。
一方、「１」が設定されていなければ、ステップＳ１２
において、Ｉピクチャデータを含まない画像データであ
るとみなし、通常の画像データであることを示すPID ("
0003")をヘッダに設定する。
【００４７】図８は、図７に示すフローチャートを補足
的に説明する図である。図８に示す例では、パケットメ
モリ監視部７４が、データ１としてバッファメモリ７２
から音声データを読み出し、続いて、データ２〜データ
５としてバッファメモリ１２から画像データを読み出し
ている。データ２には、Ｐピクチャデータの一部とＩピ
クチャデータの先頭部分が格納されている。データ３に
は、Ｉピクチャデータのみが格納されている。データ４
には、Ｉピクチャデータの一部とＰピクチャデータの先
頭部分が格納されている。データ５には、Ｐピクチャデ
ータの一部とＢピクチャデータの先頭部分が格納されて
いる。画像データのピクチャタイプを指定するPCT は、
各画像データの先頭部分に格納されているので、データ
２、４、５には、それぞれ、Ｉピクチャデータ、Ｐピク
チャデータ、Ｂピクチャデータを示すPCT が格納されて
いる。なお、データ１〜データ５は、それぞれ各パケッ
トのペイロードとなるデータである。
的に説明する図である。図８に示す例では、パケットメ
モリ監視部７４が、データ１としてバッファメモリ７２
から音声データを読み出し、続いて、データ２〜データ
５としてバッファメモリ１２から画像データを読み出し
ている。データ２には、Ｐピクチャデータの一部とＩピ
クチャデータの先頭部分が格納されている。データ３に
は、Ｉピクチャデータのみが格納されている。データ４
には、Ｉピクチャデータの一部とＰピクチャデータの先
頭部分が格納されている。データ５には、Ｐピクチャデ
ータの一部とＢピクチャデータの先頭部分が格納されて
いる。画像データのピクチャタイプを指定するPCT は、
各画像データの先頭部分に格納されているので、データ
２、４、５には、それぞれ、Ｉピクチャデータ、Ｐピク
チャデータ、Ｂピクチャデータを示すPCT が格納されて
いる。なお、データ１〜データ５は、それぞれ各パケッ
トのペイロードとなるデータである。
【００４８】パケット組立部２０にデータ１が入力する
と、データ１は画像データではないので、ステップＳ１
において"NO"と判断され、ステップＳ２１において、音
声データであることを示すPID が設定される。
と、データ１は画像データではないので、ステップＳ１
において"NO"と判断され、ステップＳ２１において、音
声データであることを示すPID が設定される。
【００４９】パケット組立部２０にデータ２が入力する
と、データ２にはＩピクチャパケットを識別するPCT が
格納されているので、ステップＳ２において"YES" と判
断される。そして、ステップＳ４においてＩピクチャフ
ラグに「１」を設定した後、ステップＳ７においてＩピ
クチャデータを含むことを示すPID が設定される。すな
わち、Ｉピクチャインデックスが設定される。
と、データ２にはＩピクチャパケットを識別するPCT が
格納されているので、ステップＳ２において"YES" と判
断される。そして、ステップＳ４においてＩピクチャフ
ラグに「１」を設定した後、ステップＳ７においてＩピ
クチャデータを含むことを示すPID が設定される。すな
わち、Ｉピクチャインデックスが設定される。
【００５０】パケット組立部２０にデータ３が入力する
と、ステップＳ２において"NO"と判断される。ところ
が、Ｉピクチャフラグは、データ２によって「１」が設
定された状態であるので、ステップＳ１１では"YES" と
判断され、データ２と同様に、Ｉピクチャインデックス
が設定される。
と、ステップＳ２において"NO"と判断される。ところ
が、Ｉピクチャフラグは、データ２によって「１」が設
定された状態であるので、ステップＳ１１では"YES" と
判断され、データ２と同様に、Ｉピクチャインデックス
が設定される。
【００５１】パケット組立部２０にデータ４が入力する
と、データ３の場合と同様に、Ｉピクチャインデックス
が設定される。ところが、データ４には、Ｐピクチャデ
ータを識別するPCT が格納されているので、ステップＳ
５において"YES" と判断されＩピクチャフラグに「０」
が設定される。
と、データ３の場合と同様に、Ｉピクチャインデックス
が設定される。ところが、データ４には、Ｐピクチャデ
ータを識別するPCT が格納されているので、ステップＳ
５において"YES" と判断されＩピクチャフラグに「０」
が設定される。
【００５２】パケット組立部２０にデータ５が入力する
と、ステップＳ２において"NO"と判断された後、ステッ
プＳ１１においても"NO"と判断されるので、ステップＳ
１２において、通常の画像データ（ここでは、Ｉピクチ
ャデータを含まない画像データという意味）であること
を示すPID が設定される。
と、ステップＳ２において"NO"と判断された後、ステッ
プＳ１１においても"NO"と判断されるので、ステップＳ
１２において、通常の画像データ（ここでは、Ｉピクチ
ャデータを含まない画像データという意味）であること
を示すPID が設定される。
【００５３】このように、パケット組立部２０にデータ
１〜データ５が入力されると、ヘッダ作成部２２は、デ
ータ２〜データ４に対してＩピクチャインデックスを設
定する。したがって、データ１〜データ５をそれぞれ格
納する５個のパケットを生成すると、データ２〜データ
４がそれぞれ格納される３個のパケットがＩピクチャパ
ケットとなる。そして、各パケット（Ｉピクチャパケッ
トおよびＩピクチャパケット以外のパケット双方を含
む）は、蓄積媒体３１に書き込まれる。
１〜データ５が入力されると、ヘッダ作成部２２は、デ
ータ２〜データ４に対してＩピクチャインデックスを設
定する。したがって、データ１〜データ５をそれぞれ格
納する５個のパケットを生成すると、データ２〜データ
４がそれぞれ格納される３個のパケットがＩピクチャパ
ケットとなる。そして、各パケット（Ｉピクチャパケッ
トおよびＩピクチャパケット以外のパケット双方を含
む）は、蓄積媒体３１に書き込まれる。
【００５４】図９は、データ蓄積装置３０の機能ブロッ
ク図である。読出し制御部３４は、図２に示すＩピクチ
ャパケット抽出部３２およびセレクタ３３と同等の機能
である。
ク図である。読出し制御部３４は、図２に示すＩピクチ
ャパケット抽出部３２およびセレクタ３３と同等の機能
である。
【００５５】ユーザからコントローラ６０を介して「特
殊再生解除指示」または「通常再生指示」を受信する
と、読出し制御部３４は、通常のパケット読出し動作を
開始する。すなわち、蓄積媒体３１に書き込んだ順番に
パケットを順次読み出す。図３に示す例では、パケット
１〜６を順番に読み出す。そして、それらの読み出した
パケットをパケット解除部４０へ転送する。
殊再生解除指示」または「通常再生指示」を受信する
と、読出し制御部３４は、通常のパケット読出し動作を
開始する。すなわち、蓄積媒体３１に書き込んだ順番に
パケットを順次読み出す。図３に示す例では、パケット
１〜６を順番に読み出す。そして、それらの読み出した
パケットをパケット解除部４０へ転送する。
【００５６】ユーザから「特殊再生起動指示」を受信す
ると、読出し制御部３４は、特殊再生時のパケット読出
し動作を開始する。すなわち、各パケットのヘッダに設
定されているPID を調べ、Ｉピクチャインデックスが設
定されているパケット（Ｉピクチャパケット）のみを読
み出す。ここで、蓄積媒体３１に格納されている各パケ
ットは固定長（１８８バイト）であるので、蓄積媒体３
１の読出しアドレスを１８８バイトずつスキップしてい
くことにより、各パケットのPID を次々に簡単に検索す
ることができる。
ると、読出し制御部３４は、特殊再生時のパケット読出
し動作を開始する。すなわち、各パケットのヘッダに設
定されているPID を調べ、Ｉピクチャインデックスが設
定されているパケット（Ｉピクチャパケット）のみを読
み出す。ここで、蓄積媒体３１に格納されている各パケ
ットは固定長（１８８バイト）であるので、蓄積媒体３
１の読出しアドレスを１８８バイトずつスキップしてい
くことにより、各パケットのPID を次々に簡単に検索す
ることができる。
【００５７】PID 書換え部３５は、蓄積媒体３１から読
み出したＩピクチャパケットのヘッダに設定されている
PID を書き換える。Ｉピクチャパケットには、PID とし
てＩピクチャインデックスが設定されているので、PID
書換え部３５は、このＩピクチャインデックスを、通常
の画像データ（ここでは、Ｉピクチャデータを含まない
パケットという意味）であることを示すPID に書き換え
る。具体的には、PID書換え部３５は、Ｉピクチャパケ
ットに設定されているPID を"0013"から"0003"に書き換
える。このPID 書換え処理は、通常再生時であっても特
殊再生時であっても行われる。
み出したＩピクチャパケットのヘッダに設定されている
PID を書き換える。Ｉピクチャパケットには、PID とし
てＩピクチャインデックスが設定されているので、PID
書換え部３５は、このＩピクチャインデックスを、通常
の画像データ（ここでは、Ｉピクチャデータを含まない
パケットという意味）であることを示すPID に書き換え
る。具体的には、PID書換え部３５は、Ｉピクチャパケ
ットに設定されているPID を"0013"から"0003"に書き換
える。このPID 書換え処理は、通常再生時であっても特
殊再生時であっても行われる。
【００５８】データ蓄積装置３０から読み出されるパケ
ットのPID は、画像データを格納したパケットの場合、
すべて通常の画像データであることを示す値（"0003"）
となっている。一方、音声データまたはユーザデータが
格納されたパケットは、PIDは書き換えられることはな
いので、各PID は、それぞれ"0005"、"0007"のままであ
る。
ットのPID は、画像データを格納したパケットの場合、
すべて通常の画像データであることを示す値（"0003"）
となっている。一方、音声データまたはユーザデータが
格納されたパケットは、PIDは書き換えられることはな
いので、各PID は、それぞれ"0005"、"0007"のままであ
る。
【００５９】図１０は、パケット解除部４０およびその
周辺部のブロック図である。パケット解除部４０は、デ
ータ蓄積装置３０からパケットを受信すると、そのヘッ
ダをペイロードから分離する。そして、PID 識別部８１
は、そのヘッダに設定されているPID を検出し、入力パ
ケットに格納されているデータが、画像データ、音声デ
ータまたはユーザデータのいずれであるのかを認識す
る。そして、その認識結果を用いて多重分離部DMUX８２
の出力を制御し、入力パケットに格納されていたデータ
を所定のバッファメモリ８３〜８５に書き込む。
周辺部のブロック図である。パケット解除部４０は、デ
ータ蓄積装置３０からパケットを受信すると、そのヘッ
ダをペイロードから分離する。そして、PID 識別部８１
は、そのヘッダに設定されているPID を検出し、入力パ
ケットに格納されているデータが、画像データ、音声デ
ータまたはユーザデータのいずれであるのかを認識す
る。そして、その認識結果を用いて多重分離部DMUX８２
の出力を制御し、入力パケットに格納されていたデータ
を所定のバッファメモリ８３〜８５に書き込む。
【００６０】たとえば、画像データを格納したパケット
がパケット解除部４０に入力した場合、PID 識別部８１
は、その入力パケットのヘッダに設定されているPID を
調べることによって、入力パケットが画像データを格納
していることを認識し、その入力パケットに格納されて
いたデータをバッファメモリ８３に書き込む。入力パケ
ットが、音声データを格納していれば、そのデータはバ
ッファメモリ８４に書き込まれ、ユーザデータを格納し
ていれば、そのデータはバッファメモリ８５に書き込ま
れる。
がパケット解除部４０に入力した場合、PID 識別部８１
は、その入力パケットのヘッダに設定されているPID を
調べることによって、入力パケットが画像データを格納
していることを認識し、その入力パケットに格納されて
いたデータをバッファメモリ８３に書き込む。入力パケ
ットが、音声データを格納していれば、そのデータはバ
ッファメモリ８４に書き込まれ、ユーザデータを格納し
ていれば、そのデータはバッファメモリ８５に書き込ま
れる。
【００６１】バッファメモリ８３の出力は、画像データ
のビットストリームとして、復号化装置５０へ転送され
る。また、バッファメモリ８４の出力は、音声復号用の
処理装置へ転送され、バッファメモリ８５の出力は、ユ
ーザデータ処理用の装置に転送される。
のビットストリームとして、復号化装置５０へ転送され
る。また、バッファメモリ８４の出力は、音声復号用の
処理装置へ転送され、バッファメモリ８５の出力は、ユ
ーザデータ処理用の装置に転送される。
【００６２】図１１は、復号化装置５０のブロック図で
ある。復号化装置５０は、画像データのビットストリー
ムを受信し、その画像データを復号（伸長）してフレー
ムメモリ９１に書き込む。
ある。復号化装置５０は、画像データのビットストリー
ムを受信し、その画像データを復号（伸長）してフレー
ムメモリ９１に書き込む。
【００６３】バッファメモリ５１は、データ蓄積装置３
０からパケット形式で読み出してパケット解除部４０で
ビットストリーム化された画像データをいったん格納す
る。この画像データは、Ｉピクチャデータ、Ｐピクチャ
データおよびＢピクチャデータからなる。ただし、特殊
再生時には、データ蓄積装置３０はＩピクチャパケット
のみを読み出すので、特殊再生時の画像データには、Ｐ
ピクチャデータまたはＢピクチャデータが含まれていな
い場合もある。
０からパケット形式で読み出してパケット解除部４０で
ビットストリーム化された画像データをいったん格納す
る。この画像データは、Ｉピクチャデータ、Ｐピクチャ
データおよびＢピクチャデータからなる。ただし、特殊
再生時には、データ蓄積装置３０はＩピクチャパケット
のみを読み出すので、特殊再生時の画像データには、Ｐ
ピクチャデータまたはＢピクチャデータが含まれていな
い場合もある。
【００６４】ヘッダデータ復号部５３は、画像再生処理
に基づいたタイミングでバッファメモリ５１から読み出
した画像データに含まれるヘッダデータを復号する。す
なわち、ヘッダデータ復号部５３は、図５(a) に示すフ
ォーマットの画像データのヘッダを復号するとともに、
不図示のシーケンスヘッダおよびGOP ヘッダ等も復号す
る。そして、この復号結果から得られる各種パラメータ
を係数データ復号部５４および復号化制御部５５に通知
する。
に基づいたタイミングでバッファメモリ５１から読み出
した画像データに含まれるヘッダデータを復号する。す
なわち、ヘッダデータ復号部５３は、図５(a) に示すフ
ォーマットの画像データのヘッダを復号するとともに、
不図示のシーケンスヘッダおよびGOP ヘッダ等も復号す
る。そして、この復号結果から得られる各種パラメータ
を係数データ復号部５４および復号化制御部５５に通知
する。
【００６５】係数データ復号部５４は、ヘッダデータ復
号部５３から通知された各種パラメータに従って画像デ
ータを復号する。具体的には、MPEG方式で規定される逆
量子化処理、逆ＤＣＴ処理、可変長復号化処理などを行
う。そして、係数データ復号部５４が復号した画像デー
タは、順次、ビットマップ形式でフレームメモリ９１に
書き込まれる。フレームメモリ９１に書き込まれた画像
データは、不図示のディスプレイに表示される。
号部５３から通知された各種パラメータに従って画像デ
ータを復号する。具体的には、MPEG方式で規定される逆
量子化処理、逆ＤＣＴ処理、可変長復号化処理などを行
う。そして、係数データ復号部５４が復号した画像デー
タは、順次、ビットマップ形式でフレームメモリ９１に
書き込まれる。フレームメモリ９１に書き込まれた画像
データは、不図示のディスプレイに表示される。
【００６６】復号化制御部５５は、ユーザからの指示で
ある特殊再生の起動・解除要求およびヘッダデータ復号
部５３から通知されるパラメータに従って、係数データ
復号部５４に対して復号処理の「開始」または「停止」
を指示する。また、復号化制御部５５は、係数データ復
号部５４において復号エラーが発生した場合には、その
復号処理を停止させる指示または復号データを廃棄する
ための指示を出す。
ある特殊再生の起動・解除要求およびヘッダデータ復号
部５３から通知されるパラメータに従って、係数データ
復号部５４に対して復号処理の「開始」または「停止」
を指示する。また、復号化制御部５５は、係数データ復
号部５４において復号エラーが発生した場合には、その
復号処理を停止させる指示または復号データを廃棄する
ための指示を出す。
【００６７】次に、復号化装置５０の動作を説明する。
画像データを通常再生する場合には、前述したように、
データ蓄積装置３０は蓄積媒体３１に格納されているパ
ケットを順番に読み出す。したがって、復号化装置５０
は、たとえば、図３のに示すように、Ｉピクチャデー
タ、ＰピクチャデータおよびＢピクチャデータがそれぞ
れ完全な状態である画像データを受信する。ここで、通
常再生とは、ユーザが通常再生を要求したとき、または
特殊再生状態を解除したときである。
画像データを通常再生する場合には、前述したように、
データ蓄積装置３０は蓄積媒体３１に格納されているパ
ケットを順番に読み出す。したがって、復号化装置５０
は、たとえば、図３のに示すように、Ｉピクチャデー
タ、ＰピクチャデータおよびＢピクチャデータがそれぞ
れ完全な状態である画像データを受信する。ここで、通
常再生とは、ユーザが通常再生を要求したとき、または
特殊再生状態を解除したときである。
【００６８】通常再生時には、復号化制御部５５は、係
数データ復号部５４に対して常に復号化処理を行わせ
る。ただし、復号エラーが発生したときには、復号処理
を停止させる。したがって、図３のに示す画像データ
のビットストリームが入力された場合には、Ｉ，Ｐ，
Ｂ，Ｂ，Ｐ，Ｉ，．．．という順番で順次復号される。
数データ復号部５４に対して常に復号化処理を行わせ
る。ただし、復号エラーが発生したときには、復号処理
を停止させる。したがって、図３のに示す画像データ
のビットストリームが入力された場合には、Ｉ，Ｐ，
Ｂ，Ｂ，Ｐ，Ｉ，．．．という順番で順次復号される。
【００６９】特殊再生時には、データ蓄積装置３０は、
Ｉピクチャパケット（Ｉピクチャデータの少なくとも一
部が格納されているパケット）のみを読み出して転送す
る。したがって、復号化装置５０は、たとえば、図３の
に示すような画像データのビットストリームを受信す
る。この画像データは、Ｉピクチャデータと残存データ
とからなる。この残存データは、パケット２、５または
６等に格納されていたＰピクチャデータまたはＢピクチ
ャデータである。残存データとして復号化装置５０に到
着するＰピクチャデータまたはＢピクチャデータは、特
殊再生時においては、再生されることはない。
Ｉピクチャパケット（Ｉピクチャデータの少なくとも一
部が格納されているパケット）のみを読み出して転送す
る。したがって、復号化装置５０は、たとえば、図３の
に示すような画像データのビットストリームを受信す
る。この画像データは、Ｉピクチャデータと残存データ
とからなる。この残存データは、パケット２、５または
６等に格納されていたＰピクチャデータまたはＢピクチ
ャデータである。残存データとして復号化装置５０に到
着するＰピクチャデータまたはＢピクチャデータは、特
殊再生時においては、再生されることはない。
【００７０】図１２は、復号化制御部５５の動作フロー
チャートである。ステップＳ３１では、ユーザからの特
殊再生指示を受信する。この特殊再生指示は、たとえ
ば、ユーザが高速再生ボタンを操作することによって発
生し、コントローラ６０を介して通知される。ステップ
Ｓ３２では、ステップＳ３１において受信した特殊再生
指示が「起動」であるか否かを判断する。この特殊再生
指示が「起動」であれば、以降、特殊再生状態となり、
ステップＳ３３〜ステップＳ３７が実行される。
チャートである。ステップＳ３１では、ユーザからの特
殊再生指示を受信する。この特殊再生指示は、たとえ
ば、ユーザが高速再生ボタンを操作することによって発
生し、コントローラ６０を介して通知される。ステップ
Ｓ３２では、ステップＳ３１において受信した特殊再生
指示が「起動」であるか否かを判断する。この特殊再生
指示が「起動」であれば、以降、特殊再生状態となり、
ステップＳ３３〜ステップＳ３７が実行される。
【００７１】ステップＳ３３において、ヘッダデータ復
号部５３から通知されるパラメータを受信する。このパ
ラメータには、図３(a) に示すPCT が含まれている。し
たがって、Ｉピクチャデータを識別するPCT が復号化制
御部５５に通知されれば、Ｉピクチャデータが入力され
たことを認識し、同様に、ＰピクチャデータまたはＢピ
クチャデータを識別するPCT が通知されれば、Ｐピクチ
ャデータまたはＢピクチャデータが入力されたことを認
識する。
号部５３から通知されるパラメータを受信する。このパ
ラメータには、図３(a) に示すPCT が含まれている。し
たがって、Ｉピクチャデータを識別するPCT が復号化制
御部５５に通知されれば、Ｉピクチャデータが入力され
たことを認識し、同様に、ＰピクチャデータまたはＢピ
クチャデータを識別するPCT が通知されれば、Ｐピクチ
ャデータまたはＢピクチャデータが入力されたことを認
識する。
【００７２】ステップＳ３４では、ヘッダデータ復号部
５３から通知されるパラメータに従って、入力データが
Ｉピクチャデータであるか否かを判断する。Ｉピクチャ
データであれば、ステップＳ３５において、係数データ
復号部５４に対して復号化処理を行うように指示を出
す。係数データ復号部５４が復号化処理を行っていると
きに復号エラーが発生すれば、ステップＳ３６におい
て、係数データ復号部５４から復号化制御部５５へその
旨が通知される。復号化制御部５５は、エラー通知を受
けると、ステップＳ３７において、係数データ復号部５
４に対して復号化処理を停止するように指示を出す。
５３から通知されるパラメータに従って、入力データが
Ｉピクチャデータであるか否かを判断する。Ｉピクチャ
データであれば、ステップＳ３５において、係数データ
復号部５４に対して復号化処理を行うように指示を出
す。係数データ復号部５４が復号化処理を行っていると
きに復号エラーが発生すれば、ステップＳ３６におい
て、係数データ復号部５４から復号化制御部５５へその
旨が通知される。復号化制御部５５は、エラー通知を受
けると、ステップＳ３７において、係数データ復号部５
４に対して復号化処理を停止するように指示を出す。
【００７３】なお、特殊再生状態においては、ステップ
Ｓ３５における指示に従って復号化処理が開始された後
は、復号エラーが発生するまで復号化処理を継続する
が、ヘッダデータ復号部５３から復号化制御部５５へパ
ラメータの通知があった場合には、ステップＳ３３以降
の処理を実行する。
Ｓ３５における指示に従って復号化処理が開始された後
は、復号エラーが発生するまで復号化処理を継続する
が、ヘッダデータ復号部５３から復号化制御部５５へパ
ラメータの通知があった場合には、ステップＳ３３以降
の処理を実行する。
【００７４】ステップＳ３４において、入力データがＩ
ピクチャデータでないと判断した場合には、Ｐピクチャ
データまたはＢピクチャデータが入力されたとみなし、
ステップＳ３７において、係数データ復号部５４に対し
て復号化処理を停止するように指示を出す。
ピクチャデータでないと判断した場合には、Ｐピクチャ
データまたはＢピクチャデータが入力されたとみなし、
ステップＳ３７において、係数データ復号部５４に対し
て復号化処理を停止するように指示を出す。
【００７５】ステップＳ３７において復号処理を停止し
た後は、ステップＳ３３に戻り、ヘッダデータ復号部５
３からパラメータが通知されるのを待つ。そして、Ｉピ
クチャデータを識別するPCT が通知されると、復号処理
を再開する。
た後は、ステップＳ３３に戻り、ヘッダデータ復号部５
３からパラメータが通知されるのを待つ。そして、Ｉピ
クチャデータを識別するPCT が通知されると、復号処理
を再開する。
【００７６】ステップＳ３２において、受信した特殊再
生指示が「起動」でなかった場合には、その指示が「解
除」であったとみなす。すなわち、動画像再生状態が、
特殊再生状態から通常再生状態へ移ったと判断する。
生指示が「起動」でなかった場合には、その指示が「解
除」であったとみなす。すなわち、動画像再生状態が、
特殊再生状態から通常再生状態へ移ったと判断する。
【００７７】特殊再生が解除されると、ステップＳ３５
へ進み、係数データ復号部５４に対して復号化処理を行
うように指示を出す。復号エラーが発生すれば、ステッ
プＳ３７において、復号処理を停止する。以降の動作
は、特殊再生時と同様にステップＳ３３へ戻り、ヘッダ
データ復号部５３からＩピクチャデータを識別するPCT
が通知されると、復号処理を再開する。
へ進み、係数データ復号部５４に対して復号化処理を行
うように指示を出す。復号エラーが発生すれば、ステッ
プＳ３７において、復号処理を停止する。以降の動作
は、特殊再生時と同様にステップＳ３３へ戻り、ヘッダ
データ復号部５３からＩピクチャデータを識別するPCT
が通知されると、復号処理を再開する。
【００７８】なお、通常再生状態においては、ステップ
Ｓ３５における指示に従って復号化処理が開始された後
は、復号エラーが発生するまで復号化処理を継続し、ヘ
ッダデータ復号部５３から復号化制御部５５へパラメー
タの通知があった場合においても、復号化処理を停止し
ない。
Ｓ３５における指示に従って復号化処理が開始された後
は、復号エラーが発生するまで復号化処理を継続し、ヘ
ッダデータ復号部５３から復号化制御部５５へパラメー
タの通知があった場合においても、復号化処理を停止し
ない。
【００７９】図１３は、特殊再生状態において復号化処
理の起動および停止を説明する図である。同図におい
て、パケットｎ〜パケットｎ＋３は、特殊再生時にデー
タ蓄積装置３０において読み出されるＩピクチャパケッ
トである。復号化装置５０へ入力されるデータは、パケ
ットｎ〜パケットｎ＋３に格納されている画像データの
ビットストリームである。この画像データは、Ｉピクチ
ャデータだけではなく、ＰピクチャデータやＢピクチャ
データからなる残存データも含まれている。これらのＰ
ピクチャデータまたはＢピクチャデータは、完全な１フ
レーム分のデータとして残っているものもあるが、前半
部分のみ（最初から途中まで）のデータあるいは後半部
分のみ（途中から最後まで）のデータも含まれている。
いずれにしても、特殊再生時にはＩピクチャデータのみ
を再生するので、Ｉピクチャパケット内の残存している
ＰピクチャデータまたはＢピクチャデータは除去され
る。以下、図１２に示すフローチャートとともに、特殊
再生状態における復号化処理の起動および停止を説明す
る。
理の起動および停止を説明する図である。同図におい
て、パケットｎ〜パケットｎ＋３は、特殊再生時にデー
タ蓄積装置３０において読み出されるＩピクチャパケッ
トである。復号化装置５０へ入力されるデータは、パケ
ットｎ〜パケットｎ＋３に格納されている画像データの
ビットストリームである。この画像データは、Ｉピクチ
ャデータだけではなく、ＰピクチャデータやＢピクチャ
データからなる残存データも含まれている。これらのＰ
ピクチャデータまたはＢピクチャデータは、完全な１フ
レーム分のデータとして残っているものもあるが、前半
部分のみ（最初から途中まで）のデータあるいは後半部
分のみ（途中から最後まで）のデータも含まれている。
いずれにしても、特殊再生時にはＩピクチャデータのみ
を再生するので、Ｉピクチャパケット内の残存している
ＰピクチャデータまたはＢピクチャデータは除去され
る。以下、図１２に示すフローチャートとともに、特殊
再生状態における復号化処理の起動および停止を説明す
る。
【００８０】Ｉピクチャデータ１０１が入力すると、ス
テップＳ３４において"YES" と判断されるので、復号化
装置５０は復号化処理を開始する。このことによって、
Ｉピクチャデータ１０１が復号される。
テップＳ３４において"YES" と判断されるので、復号化
装置５０は復号化処理を開始する。このことによって、
Ｉピクチャデータ１０１が復号される。
【００８１】Ｐピクチャデータ（ここでは、Ｐピクチャ
データまたはＢピクチャデータをＰピクチャデータをす
る）１０２が入力すると、ステップＳ３４において"NO"
と判断されるので、復号化装置５０は復号化処理を停止
する。復号化制御部５５は、ステップＳ３３〜ステップ
Ｓ３７の処理を繰り返し、Ｉピクチャデータが入力され
ると、復号化装置５０は復号化処理を再開する。すなわ
ち、Ｉピクチャデータ１０５が入力すると、復号化装置
５０は復号化処理を開始する。このような動作により、
Ｐピクチャデータ１０２〜１０４は復号されず、Ｉピク
チャデータ１０５が復号される。
データまたはＢピクチャデータをＰピクチャデータをす
る）１０２が入力すると、ステップＳ３４において"NO"
と判断されるので、復号化装置５０は復号化処理を停止
する。復号化制御部５５は、ステップＳ３３〜ステップ
Ｓ３７の処理を繰り返し、Ｉピクチャデータが入力され
ると、復号化装置５０は復号化処理を再開する。すなわ
ち、Ｉピクチャデータ１０５が入力すると、復号化装置
５０は復号化処理を開始する。このような動作により、
Ｐピクチャデータ１０２〜１０４は復号されず、Ｉピク
チャデータ１０５が復号される。
【００８２】Ｉピクチャデータ１０６に続いてＰピクチ
ャデータ１０７が入力した場合は、以下のようになる。
係数データ復号部５４は、Ｉピクチャデータ１０６を復
号しているところである。この状態でＰピクチャデータ
１０７が入力される。Ｐピクチャデータ１０７は、その
ヘッダを有していない状態でこのビットストリームに残
存している。このため、Ｐピクチャデータ１０７が復号
化装置５０に入力しても、ヘッダデータ復号部５３は、
Ｐピクチャデータ１０７が到着したことを検出できな
い。したがって、係数データ復号部５４は、復号化処理
を継続する。すなわち、Ｐピクチャデータ１０７に対し
ても復号化処理を実行しようとする。
ャデータ１０７が入力した場合は、以下のようになる。
係数データ復号部５４は、Ｉピクチャデータ１０６を復
号しているところである。この状態でＰピクチャデータ
１０７が入力される。Ｐピクチャデータ１０７は、その
ヘッダを有していない状態でこのビットストリームに残
存している。このため、Ｐピクチャデータ１０７が復号
化装置５０に入力しても、ヘッダデータ復号部５３は、
Ｐピクチャデータ１０７が到着したことを検出できな
い。したがって、係数データ復号部５４は、復号化処理
を継続する。すなわち、Ｐピクチャデータ１０７に対し
ても復号化処理を実行しようとする。
【００８３】ところが、Ｐピクチャデータ１０７はヘッ
ダを有していないので、Ｐピクチャデータ１０７を復号
するために必要なパラメータを抽出することができず、
復号エラーが発生する。したがって、復号化装置５０は
復号化処理を停止する。そして、次のＩピクチャデータ
（Ｉピクチャデータ１０８）が入力されると、復号化装
置５０は復号化処理を再開する。なお、復号された画像
データは、順次フレームメモリ９１に書き込まれていく
が、そのデータによって１フレームを構成出来ない場合
には、そのデータは廃棄される。したがって、例えば、
Ｐピクチャデータ１０７に対して復号化処理が開始さ
れ、復号エラーが検出される前にＰピクチャデータ１０
７の一部がフレームメモリ９１に書き込まれたとして
も、そのデータは廃棄される。
ダを有していないので、Ｐピクチャデータ１０７を復号
するために必要なパラメータを抽出することができず、
復号エラーが発生する。したがって、復号化装置５０は
復号化処理を停止する。そして、次のＩピクチャデータ
（Ｉピクチャデータ１０８）が入力されると、復号化装
置５０は復号化処理を再開する。なお、復号された画像
データは、順次フレームメモリ９１に書き込まれていく
が、そのデータによって１フレームを構成出来ない場合
には、そのデータは廃棄される。したがって、例えば、
Ｐピクチャデータ１０７に対して復号化処理が開始さ
れ、復号エラーが検出される前にＰピクチャデータ１０
７の一部がフレームメモリ９１に書き込まれたとして
も、そのデータは廃棄される。
【００８４】上述のような動作により、復号化装置５０
は、Ｉピクチャデータのみを再生することができる。図
１４は、本発明の画像データ符号化・復号化方式の他の
形態のブロック図である。図１４において、図２で用い
た符号と同じ符号は、同じブロックを示す。図１４に示
す画像データ符号化・復号化方式の構成は、基本的に図
２の構成と同じであるが、特殊再生の起動または解除を
指示する信号をバッファメモリ５１にも通知する点が異
なる。図２と図１４に示す構成の差異を以下に説明す
る。
は、Ｉピクチャデータのみを再生することができる。図
１４は、本発明の画像データ符号化・復号化方式の他の
形態のブロック図である。図１４において、図２で用い
た符号と同じ符号は、同じブロックを示す。図１４に示
す画像データ符号化・復号化方式の構成は、基本的に図
２の構成と同じであるが、特殊再生の起動または解除を
指示する信号をバッファメモリ５１にも通知する点が異
なる。図２と図１４に示す構成の差異を以下に説明す
る。
【００８５】図１５(a) は、図２に示す方式で特殊再生
を起動したときの動作を説明する図である。上述したよ
うに、蓄積媒体３１から読み出した画像データは、復号
化装置５０のバッファメモリ５１にいったん格納され
る。通常再生時には、数フレーム分の画像データが常時
バッファメモリ５１に格納された状態になっている。
を起動したときの動作を説明する図である。上述したよ
うに、蓄積媒体３１から読み出した画像データは、復号
化装置５０のバッファメモリ５１にいったん格納され
る。通常再生時には、数フレーム分の画像データが常時
バッファメモリ５１に格納された状態になっている。
【００８６】この状態で特殊再生を起動しようとする
と、バッファメモリ５１には数フレーム分の画像データ
が格納されているので、すぐに特殊再生動作に移行する
ことはできない。すなわち、バッファメモリ５１の状態
を監視し、通常再生時に書き込まれた画像データをすべ
て復号した後に実際の特殊再生動作を開始するようしな
ければならない。このような処理を行うためには、常
に、バッファメモリ５１内に何フレーム分の画像データ
が格納されているかを認識しておく必要がある。
と、バッファメモリ５１には数フレーム分の画像データ
が格納されているので、すぐに特殊再生動作に移行する
ことはできない。すなわち、バッファメモリ５１の状態
を監視し、通常再生時に書き込まれた画像データをすべ
て復号した後に実際の特殊再生動作を開始するようしな
ければならない。このような処理を行うためには、常
に、バッファメモリ５１内に何フレーム分の画像データ
が格納されているかを認識しておく必要がある。
【００８７】図１５(b) は、図１４に示す方式で特殊再
生を起動したときの動作を説明する図である。この構成
では、特殊再生の起動要求があったときに、バッファメ
モリ５１に格納されている画像データを廃棄する。この
ような構成とすることにより特殊再生の起動要求と同時
に特殊再生を開始することができる。また、バッファメ
モリ５１内に何フレーム分の画像データが格納されてい
るのかを監視する必要がない。
生を起動したときの動作を説明する図である。この構成
では、特殊再生の起動要求があったときに、バッファメ
モリ５１に格納されている画像データを廃棄する。この
ような構成とすることにより特殊再生の起動要求と同時
に特殊再生を開始することができる。また、バッファメ
モリ５１内に何フレーム分の画像データが格納されてい
るのかを監視する必要がない。
【００８８】なお、図１４に示す方式では、特殊再生の
解除要求が発生したときにも、バッファメモリ５１に格
納されている画像データを廃棄する。
解除要求が発生したときにも、バッファメモリ５１に格
納されている画像データを廃棄する。
【００８９】
【発明の効果】フレーム内符号化方式で符号化されたフ
レーム内符号化データとフレーム間予測符号化方式で符
号化されたフレーム間予測符号化データとから構成され
る画像データをパケット形式で記憶媒体に格納すると
き、フレーム内符号化データの少なくとも一部が含まれ
るパケットに対して、それらのパケットがフレーム内符
号化データを含んでいることを示す情報を設定する。し
たがって、フレーム内符号化データのみを用いて動画像
を再生する場合には、上記情報を検索することによっ
て、記憶媒体からフレーム内符号化データの少なくとも
一部が含まれるパケットのみを容易に読み出すことがで
きる。
レーム内符号化データとフレーム間予測符号化方式で符
号化されたフレーム間予測符号化データとから構成され
る画像データをパケット形式で記憶媒体に格納すると
き、フレーム内符号化データの少なくとも一部が含まれ
るパケットに対して、それらのパケットがフレーム内符
号化データを含んでいることを示す情報を設定する。し
たがって、フレーム内符号化データのみを用いて動画像
を再生する場合には、上記情報を検索することによっ
て、記憶媒体からフレーム内符号化データの少なくとも
一部が含まれるパケットのみを容易に読み出すことがで
きる。
【００９０】フレーム内符号化データのみを用いて動画
像を再生する場合、復号化部は、フレーム内符号化デー
タの少なくとも一部が含まれるパケットのみに対して復
号化処理を行う。このとき、フレーム内符号化データが
含まれないパケットに対しては復号化処理を行わないの
で、復号化部の負担が小さくなる。
像を再生する場合、復号化部は、フレーム内符号化デー
タの少なくとも一部が含まれるパケットのみに対して復
号化処理を行う。このとき、フレーム内符号化データが
含まれないパケットに対しては復号化処理を行わないの
で、復号化部の負担が小さくなる。
【図１】本発明の原理を説明する図である。
【図２】本発明の画像データ符号化・復号化方式の一実
施形態のブロック図である。
施形態のブロック図である。
【図３】図２に示すブロック図の各部の出力データの状
態を示す図である。
態を示す図である。
【図４】符号化装置、パケット組立部、およびその周辺
部のブロック図である。
部のブロック図である。
【図５】(a) は、１フレームの画像データのフォーマッ
ト、(b) は、パケットのフォーマットを示す図である。
ト、(b) は、パケットのフォーマットを示す図である。
【図６】各パケットにＩピクチャデータが含まれるか否
かを判断する方法を説明する図である。
かを判断する方法を説明する図である。
【図７】各パケットにＩピクチャデータが含まれるか否
かを判断する方法の一例を説明するフローチャートであ
る。
かを判断する方法の一例を説明するフローチャートであ
る。
【図８】図７に示すフローチャートを補足的に説明する
図である。
図である。
【図９】データ蓄積装置の機能ブロック図である。
【図１０】パケット解除部およびその周辺部のブロック
図である。
図である。
【図１１】復号化装置のブロック図である。
【図１２】復号化制御部の動作フローチャートである。
【図１３】特殊再生状態において復号化処理の起動およ
び停止を説明する図である。
び停止を説明する図である。
【図１４】本発明の画像データ符号化・復号化方式の他
の形態のブロック図である。
の形態のブロック図である。
【図１５】(a) および(b) は、それぞれ、図２および図
１４に示す方式で特殊再生を起動したときの動作を説明
する図である。
１４に示す方式で特殊再生を起動したときの動作を説明
する図である。
【図１６】従来の画像データ符号化・復号化方式のブロ
ック図である。
ック図である。
１０ 符号化装置 １１ 符号化部 １２ バッファメモリ ２０ パケット組立部 ２１ バッファメモリ ２２ ヘッダ作成部 ２３ 多重化部 ３０ データ蓄積装置 ３１ 蓄積媒体 ３２ Ｉピクチャパケット抽出部 ３３ セレクタ ３４ 読出し制御部 ３５ PID 書換え部 ４０ パケット解除部 ５０ 復号化装置 ５１ バッファメモリ ５２ 復号部 ６０ コントローラ ７４ バッファメモリ監視部 ７６ ピクチャタイプ識別部 ８１ PID 識別部 ９１ フレームメモリ
フロントページの続き (72)発明者 前田 聖 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 武藤 正男 福岡県福岡市博多区博多駅前三丁目22番 ８号 富士通九州ディジタル・テクノロ ジ株式会社内 (72)発明者 稲垣 博彦 栃木県小山市城東３丁目28番１号 富士 通ディジタル・テクノロジ株式会社内 審査官 鈴木 明 (56)参考文献 特開 平６−267196（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04N 5/91 - 5/956 H04N 7/24 - 7/68
Claims (8)
- 【請求項１】 フレーム内符号化方式で符号化されたフ
レーム内符号化データとフレーム間予測符号化方式で符
号化されたフレーム間予測符号化データとからなる動画
像データを、フレーム内符号化データのみを含む第１の
パケット、フレーム内符号化データおよびフレーム間符
号化データの双方を含む第２のパケット、およびフレー
ム間符号化データのみを含む第３のパケットに分割して
それらのパケットをデータ蓄積媒体に格納する動画像デ
ータ格納装置において、 上記第１および第２のパケット内の所定位置にそれぞれ
フレーム内符号化データが含まれていることを示す情報
を設定することを特徴とする動画像データ格納装置。 - 【請求項２】 フレーム内符号化方式で符号化されたフ
レーム内符号化データとフレーム間予測符号化方式で符
号化されたフレーム間予測符号化データとからなる動画
像データを所定形式のパケットに分割してそれらパケッ
トをデータ蓄積媒体に格納する動画像データ格納装置で
あって、 上記動画像データからフレーム内符号化データを検出す
る検出手段と、 上記動画像データを分割することにより、フレーム内符
号化データのみを含む第１のパケット、フレーム内符号
化データおよびフレーム間符号化データの双方を含む第
２のパケット、およびフレーム間符号化データのみを含
む第３のパケットを生成するパケット生成手段と、 上記第１および第２のパケットに対して、それぞれ、フ
レーム内符号化データを含んでいることを示す情報を付
与する付与手段と、 上記第１のパケット、第２のパケット、および第３のパ
ケットを上記データ蓄積媒体に格納する格納手段と、 を有することを特徴とする動画像データ格納装置。 - 【請求項３】 フレーム内符号化方式で符号化されたフ
レーム内符号化データとフレーム間予測符号化方式で符
号化されたフレーム間予測符号化データとからなる動画
像データを分割することによって得られるフレーム内符
号化データのみを含む第１のパケット、フレーム内符号
化データおよびフレーム間符号化データの双方を含む第
２のパケット、およびフレーム間符号化データのみを含
む第３のパケットから画像データを復号する動画像デー
タ復号装置であって、 上記第１および第２のパケットにはフレーム内符号化デ
ータを含んでいることを表示する格納情報が設定され、
上記第３のパケットにはフレーム内符号化データを含ん
でいないことを表示する格納情報が設定されており、 上記格納情報に基づいて、上記第１〜第３のパケットか
ら上記第１および第２のパケットのみを抽出する抽出手
段と、 その抽出手段により抽出された第１および第２のパケッ
トに対して復号処理を行い、フレーム内符号化データを
復号したデータを動画像再生データとして出力する復号
手段と、 を有する動画像データ復号装置。 - 【請求項４】 上記復号化処理において、復号エラーが
発生したデータを廃棄することによってフレーム間予測
符号化データを削除することを特徴とする請求項３に記
載の動画像データ復号装置。 - 【請求項５】 フレーム内符号化方式で符号化されたフ
レーム内符号化データとフレーム間予測符号化方式で符
号化されたフレーム間予測符号化データとからなる動画
像データを分割することによって得られるフレーム内符
号化データのみを含む第１のパケット、フレーム内符号
化データおよびフレーム間符号化データの双方を含む第
２のパケット、およびフレーム間符号化データのみを含
む第３のパケットから画像データを復号する動画像デー
タ復号装置であって、 上記第１および第２のパケットにはそれぞれフレーム内
符号化データを含んでいることを表示する格納情報が設
定され、上記第３のパケットにはフレーム内符号化デー
タを含んでいないことを表示する格納情報が設定されて
おり、 上記第１〜第３のパケットから上記格納情報に基づいて
抽出された上記第１および第２のパケットを受信して画
像データとして格納するバッファメモリと、 フレーム内符号化データおよびフレーム間予測符号化デ
ータを検出する検出手段と、 上記バッファメモリに格納されている画像データを復号
する復号化手段と、 上記検出手段がフレーム内符号化データを検出したとき
に上記復号化手段の復号化処理を起動し、上記検出手段
がフレーム間予測符号化データを検出したときに上記復
号化手段の復号化処理を停止する制御手段と、 を有することを特徴とする動画像データ復号装置。 - 【請求項６】 上記復号化手段は、復号したデータによ
って１フレームの画像を再生できないときには、そのデ
ータを廃棄することを特徴とする請求項５に記載の動画
像データ復号装置。 - 【請求項７】 特殊再生起動指示または特殊再生解除指
示を受信したときに上記バッファメモリに格納されてい
る画像データを廃棄することを特徴とする請求項５に記
載の動画像データ復号装置。 - 【請求項８】 フレーム内符号化方式で符号化されたフ
レーム内符号化データとフレーム間予測符号化方式で符
号化されたフレーム間予測符号化データとからなる動画
像データを分割することによって得られるフレーム内符
号化データのみを含む第１のパケット、フレーム内符号
化データおよびフレーム間符号化データの双方を含む第
２のパケット、およびフレーム間符号化データのみを含
む第３のパケットから画像データを復号する動画像デー
タ復号システムであって、 上記第１および第２のパケットにはフレーム内符号化デ
ータを含んでいることを表示する格納情報が設定され、
上記第３のパケットにはフレーム内符号化データを含ん
でいないことを表示する格納情報が設定されており、 上記第１〜第３のパケットを格納する記憶媒体と、 特殊再生要求を受信したときに、上記格納情報に基づい
て、上記記憶媒体から上記第１および第２のパケットの
みを読み出すデータ読出し装置と、 特殊再生要求を受信したときに、上記読出し装置によっ
て読み出されたパケットに対して復号化処理を行い、フ
レーム内符号化データを復号したデータを動画像再生デ
ータとする復号装置と、 を有することを特徴とする動画像データ復号システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25538295A JP3330797B2 (ja) | 1995-10-02 | 1995-10-02 | 動画像データ格納方式および動画像データ復号方式 |
| US08/661,023 US5991503A (en) | 1995-10-02 | 1996-06-10 | Moving picture data storing system and moving picture data decoding system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25538295A JP3330797B2 (ja) | 1995-10-02 | 1995-10-02 | 動画像データ格納方式および動画像データ復号方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0998430A JPH0998430A (ja) | 1997-04-08 |
| JP3330797B2 true JP3330797B2 (ja) | 2002-09-30 |
Family
ID=17277992
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25538295A Expired - Fee Related JP3330797B2 (ja) | 1995-10-02 | 1995-10-02 | 動画像データ格納方式および動画像データ復号方式 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5991503A (ja) |
| JP (1) | JP3330797B2 (ja) |
Families Citing this family (45)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3858274B2 (ja) * | 1996-04-15 | 2006-12-13 | ソニー株式会社 | 映像信号送出装置 |
| TW361046B (en) * | 1996-10-31 | 1999-06-11 | Matsushita Electric Ind Co Ltd | Dynamic picture image decoding apparatus and method of decoding dynamic picture image |
| US6208655B1 (en) | 1996-11-27 | 2001-03-27 | Sony Europa, B.V., | Method and apparatus for serving data |
| CN1190081C (zh) | 1997-03-17 | 2005-02-16 | 松下电器产业株式会社 | 发送和接收动态图像数据的方法及其设备 |
| JP3479443B2 (ja) | 1997-12-16 | 2003-12-15 | 株式会社日立製作所 | 動画像データの圧縮方法及び出力方法及び動画像データの再生方法ならびに動画像データの圧縮装置及び出力装置及び再生装置 |
| JP3189889B2 (ja) * | 1998-02-20 | 2001-07-16 | 日本電気株式会社 | Ｐｉｄフィルタ回路 |
| US6904174B1 (en) * | 1998-12-11 | 2005-06-07 | Intel Corporation | Simplified predictive video encoder |
| US6408029B1 (en) | 1998-04-02 | 2002-06-18 | Intel Corporation | Method and apparatus for simplifying real-time data encoding |
| US7046734B2 (en) * | 1998-04-02 | 2006-05-16 | Intel Corporation | Method and apparatus for performing real-time data encoding |
| FR2780186B1 (fr) * | 1998-06-23 | 2000-08-11 | St Microelectronics Sa | Procede et dispositif de decodage d'une image, comprimee notamment selon les normes mpeg, en particulier une image bidirectionnelle |
| EP1098314A4 (en) * | 1998-07-15 | 2010-04-14 | Panasonic Corp | DECODING METHOD AND DEVICE |
| US8577205B2 (en) | 1998-07-30 | 2013-11-05 | Tivo Inc. | Digital video recording system |
| US6233389B1 (en) | 1998-07-30 | 2001-05-15 | Tivo, Inc. | Multimedia time warping system |
| US7558472B2 (en) | 2000-08-22 | 2009-07-07 | Tivo Inc. | Multimedia signal processing system |
| JP3086676B2 (ja) * | 1998-09-29 | 2000-09-11 | 三洋電機株式会社 | 画像再生装置 |
| US7295763B1 (en) * | 1998-11-13 | 2007-11-13 | Thomson Licensing | Storage medium for digital television signal |
| DE19908488A1 (de) * | 1999-02-26 | 2000-08-31 | Thomson Brandt Gmbh | Verfahren und Vorrichtung zur Wiedergabe von digitalen Datenströmen |
| US6757906B1 (en) | 1999-03-30 | 2004-06-29 | Tivo, Inc. | Television viewer interface system |
| US8689265B2 (en) | 1999-03-30 | 2014-04-01 | Tivo Inc. | Multimedia mobile personalization system |
| FI113124B (fi) * | 1999-04-29 | 2004-02-27 | Nokia Corp | Tiedonsiirto |
| US6160501A (en) * | 1999-05-11 | 2000-12-12 | Intel Corporation | Storing packet data |
| EP1885127A3 (en) | 1999-09-20 | 2008-03-19 | Tivo, Inc. | Closed caption tagging system |
| JP2002016919A (ja) * | 2000-04-28 | 2002-01-18 | Sony Corp | 情報送信方法及び装置、情報受信方法及び装置、情報記録方法及び装置、並びに、情報記録再生方法及び装置 |
| JP4331876B2 (ja) * | 2000-09-18 | 2009-09-16 | パナソニック株式会社 | デジタル信号記録再生システム |
| US20070230921A1 (en) * | 2001-04-05 | 2007-10-04 | Barton James M | Multimedia time warping system |
| US7657111B2 (en) * | 2003-02-14 | 2010-02-02 | Fujifilm Corporation | Apparatus and program for image processing for obtaining processed compressed moving image data |
| EP2348707B1 (en) | 2004-07-01 | 2014-01-01 | Mitsubishi Electric Corporation | Video playback device and method enabling random access |
| JP2006101229A (ja) * | 2004-09-29 | 2006-04-13 | Toshiba Corp | 映像再生装置 |
| US9258592B2 (en) | 2004-11-19 | 2016-02-09 | Tivo Inc. | Method and apparatus for secure transfer of previously broadcasted content |
| US7826530B2 (en) * | 2005-01-14 | 2010-11-02 | Broadcom Corporation | Use of out of order encoding to improve video quality |
| JP4715306B2 (ja) * | 2005-05-25 | 2011-07-06 | ソニー株式会社 | ストリーム制御装置、ストリーム再生方法、映像記録再生システム |
| US20070116117A1 (en) * | 2005-11-18 | 2007-05-24 | Apple Computer, Inc. | Controlling buffer states in video compression coding to enable editing and distributed encoding |
| US8780997B2 (en) * | 2005-11-18 | 2014-07-15 | Apple Inc. | Regulation of decode-side processing based on perceptual masking |
| US8233535B2 (en) | 2005-11-18 | 2012-07-31 | Apple Inc. | Region-based processing of predicted pixels |
| US8295343B2 (en) | 2005-11-18 | 2012-10-23 | Apple Inc. | Video bit rate control method |
| US8031777B2 (en) * | 2005-11-18 | 2011-10-04 | Apple Inc. | Multipass video encoding and rate control using subsampling of frames |
| JP5031230B2 (ja) * | 2005-11-28 | 2012-09-19 | キヤノン株式会社 | データ送信装置及び方法 |
| US7661121B2 (en) | 2006-06-22 | 2010-02-09 | Tivo, Inc. | In-band data recognition and synchronization system |
| US8752199B2 (en) * | 2006-11-10 | 2014-06-10 | Sony Computer Entertainment Inc. | Hybrid media distribution with enhanced security |
| US8739304B2 (en) * | 2006-11-10 | 2014-05-27 | Sony Computer Entertainment Inc. | Providing content using hybrid media distribution scheme with enhanced security |
| JP4469879B2 (ja) | 2007-08-07 | 2010-06-02 | 株式会社東芝 | 半導体メモリ蓄積装置とその素材管理方法 |
| WO2009093647A1 (ja) | 2008-01-24 | 2009-07-30 | Nec Corporation | 動画像ストリーム加工方法及び装置、それを用いた動画像再生装置並びに動画像配信装置 |
| US8438596B2 (en) | 2009-04-08 | 2013-05-07 | Tivo Inc. | Automatic contact information transmission system |
| JP2015136057A (ja) * | 2014-01-17 | 2015-07-27 | ソニー株式会社 | 通信装置、通信データ生成方法、および通信データ処理方法 |
| US10735459B2 (en) * | 2017-11-02 | 2020-08-04 | International Business Machines Corporation | Service overload attack protection based on selective packet transmission |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2797404B2 (ja) * | 1989-04-20 | 1998-09-17 | ソニー株式会社 | 動画像データの記録方式 |
-
1995
- 1995-10-02 JP JP25538295A patent/JP3330797B2/ja not_active Expired - Fee Related
-
1996
- 1996-06-10 US US08/661,023 patent/US5991503A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US5991503A (en) | 1999-11-23 |
| JPH0998430A (ja) | 1997-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3330797B2 (ja) | 動画像データ格納方式および動画像データ復号方式 | |
| US6396874B1 (en) | Decoding method and apparatus and recording method and apparatus for moving picture data | |
| JP4538908B2 (ja) | データ変換装置及び方法 | |
| US6628890B1 (en) | Digital recording/reproduction apparatus | |
| JP2004502359A (ja) | ビデオ誤り回復方法 | |
| JP4515465B2 (ja) | 動画撮影装置および動画撮影方法、記録媒体に記録された映像信号を再生する動画再生装置および動画再生方法 | |
| JPH0918870A (ja) | タイミング検出回路及びその方法 | |
| JPH0730886A (ja) | 画像および音声信号処理方法とその装置 | |
| JP4613860B2 (ja) | Ｍｐｅｇ符号化ストリーム復号装置 | |
| JP2001204032A (ja) | Ｍｐｅｇ復号装置 | |
| JPH10336625A (ja) | 映像配信方法およびシステム | |
| JP2000331421A (ja) | 情報記録装置及び情報再生装置 | |
| JP3066301B2 (ja) | 記録媒体再生装置、再生方法、記録方法、及び記録装置 | |
| JPH10276407A (ja) | ビデオ情報提供管理方法およびシステム | |
| JP4145103B2 (ja) | 動画データの再生方法及び再生装置 | |
| JP3279186B2 (ja) | 動画像データの再生制御方式 | |
| JP2003009085A (ja) | デジタル信号記録装置および方法、デジタル信号再生装置および方法 | |
| JPH08191434A (ja) | 動画／音声符号化データ多重化方法及び動画／音声符号化データ多重化装置 | |
| JPH10276408A (ja) | ビデオ情報提供制御方法およびシステム | |
| JP3045696B2 (ja) | 復号化方法及びその装置 | |
| JP2006180315A (ja) | 動画撮影装置、動画再生装置および動画撮影方法、動画再生方法 | |
| JP4350638B2 (ja) | 映像記録装置 | |
| JP3780142B2 (ja) | 映像記録再生装置 | |
| JP3951430B2 (ja) | 映像信号符号化システム | |
| JPH11220695A (ja) | 動画像データの復号装置及び復号方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20020709 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080719 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090719 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100719 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100719 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110719 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110719 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120719 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120719 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130719 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |