JPH0779411A - 画像信号再生方法および画像信号再生装置、ならびに 画像信号記録媒体 - Google Patents

Abstract

(57)【要約】 【目的】 再生時に異なるビツトストリームの再生方法
を持つ様々な装置を同じデイジタルネツトワークに接続
できるようにする。 【構成】 ビツトストリーム再生装置及びビツトストリ
ーム復号化装置がデイジタルネツトワークで結合されて
いる動画像再生システムにおいて、特殊再生を行う際、
ビツトストリームのパケツトヘツダ部に共通のフオーマ
ツトに従った情報を持たせる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、動画像信号とオーディ
オ信号を、例えば光磁気ディスクや磁気テープなどの記
録媒体に記録し、これを再生してディスプレイなどに表
示したり、テレビ会議システム、テレビ電話システム、
放送用機器など、動画像信号とオーディオ信号を伝送路
を介して送信側から受信側に伝送し、受信側において、
これを受信し、表示する場合などに用いて好適な画像信
号／オーディオ信号符号化方法および画像信号／オーデ
ィオ信号符号化装置、画像信号／オーディオ信号復号化
方法および画像信号／オーディオ信号復号化装置、なら
び画像信号／オーディオ信号記録媒体に関する。

【０００２】

【従来の技術】例えば、テレビ会議システム、テレビ電
話システムなどのように、動画像信号を遠隔地に伝送す
るシステムにおいては、伝送路を効率良く利用するた
め、映像信号のライン相関やフレーム間相関を利用し
て、画像信号を圧縮符号化するようになされている。

【０００３】ライン相関を利用すると、画像信号を、例
えばＤＣＴ（離散コサイン変換）処理するなどして圧縮
することができる。

【０００４】また、フレーム間相関を利用すると、画像
信号をさらに圧縮して符号化することが可能となる。例
えば図１に示すように、時刻ｔ１，ｔ２，ｔ３におい
て、フレーム画像ＰＣ１，ＰＣ２，ＰＣ３がそれぞれ発
生しているとき、フレーム画像ＰＣ１とＰＣ２の画像信
号の差を演算して、ＰＣ１２を生成し、また、フレーム
画像ＰＣ２とＰＣ３の差を演算して、ＰＣ２３を生成す
る。通常、時間的に隣接するフレームの画像は、それ程
大きな変化を有していないため、両者の差を演算する
と、その差分信号は小さな値のものとなる。そこで、こ
の差分信号を符号化すれば、符号量を圧縮することがで
きる。

【０００５】しかしながら、差分信号のみを伝送したの
では、元の画像を復元することができない。そこで、各
フレームの画像を、Ｉピクチャ、ＰピクチャまたはＢピ
クチャの３種類のピクチャのいずれかのピクチャとし、
画像信号を圧縮符号化するようにしている。

【０００６】即ち、例えば図２に示すように、フレーム
Ｆ１乃至Ｆ１７までの１７フレームの画像信号をグルー
プオブピクチャとし、処理の１単位とする。そして、そ
の先頭のフレームＦ１の画像信号はＩピクチャとして符
号化し、第２番目のフレームＦ２はＢピクチャとして、
また第３番目のフレームＦ３はＰピクチャとして、それ
ぞれ処理する。以下、第４番目以降のフレームＦ４乃至
Ｆ１７は、ＢピクチャまたはＰピクチャとして交互に処
理する。

【０００７】Ｉピクチャの画像信号としては、その１フ
レーム分の画像信号をそのまま伝送する。これに対し
て、Ｐピクチャの画像信号としては、基本的には、図２
（Ａ）に示すように、それより時間的に先行するＩピク
チャまたはＰピクチャの画像信号からの差分を伝送す
る。

【０００８】さらにＢピクチャの画像信号としては、基
本的には、図２（Ｂ）に示すように、時間的に先行する
フレームまたは後行するフレームの両方の平均値からの
差分を求め、その差分を符号化する。

【０００９】図３は、このようにして、動画像信号を符
号化する方法の原理を示している。同図に示すように、
最初のフレームＦ１はＩピクチャとして処理されるた
め、そのまま伝送データＦ１Ｘとして伝送路に伝送され
る（画像内符号化）。これに対して、第２のフレームＦ
２は、Ｂピクチャとして処理されるため、時間的に先行
するフレームＦ１と、時間的に後行するフレームＦ３の
平均値との差分が演算され、その差分が伝送データＦ２
Ｘとして伝送される。

【００１０】但し、このＢピクチャとしての処理は、さ
らに細かく説明すると、４種類存在する。その第１の処
理は、元のフレームＦ２のデータをそのまま伝送データ
Ｆ２Ｘとして伝送するものであり（ＳＰ１）（イントラ
符号化）、Ｉピクチャにおける場合と同様の処理とな
る。第２の処理は、時間的に後のフレームＦ３からの差
分を演算し、その差分（ＳＰ２）を伝送するものである
（後方予測符号化）。第３の処理は、時間的に先行する
フレームＦ１との差分（ＳＰ３）を伝送するものである
（前方予測符号化）。さらに第４の処理は、時間的に先
行するフレームＦ１と後行するフレームＦ３の平均値と
の差分（ＳＰ４）を生成し、これを伝送データＦ２Ｘと
して伝送するものである（両方向予測符号化）。

【００１１】この４つの方法のうち、伝送データが最も
少なくなる方法が採用される。

【００１２】尚、差分データを伝送するとき、差分を演
算する対象となるフレームの画像（予測画像）との間の
動きベクトルｘ１（フレームＦ１とＦ２の間の動きベク
トル）（前方予測の場合）、もしくはｘ２（フレームＦ
３とＦ２の間の動きベクトル）（後方予測の場合）、ま
たはｘ１とｘ２の両方（両方向予測の場合）が、差分デ
ータとともに伝送される。

【００１３】また、ＰピクチャのフレームＦ３は、時間
的に先行するフレームＦ１を予測画像として、このフレ
ームとの差分信号（ＳＰ３）と、動きベクトルｘ３が演
算され、これが伝送データＦ３Ｘとして伝送される（前
方予測符号化）。あるいはまた、元のフレームＦ３のデ
ータがそのまま伝送データＦ３Ｘとして伝送される（Ｓ
Ｐ１）（イントラ符号化）。いずれの方法により伝送さ
れるかは、Ｂピクチャにおける場合と同様に、伝送デー
タがより少なくなる方が選択される。

【００１４】図４は、上述した原理に基づいて、動画像
信号を符号化して伝送し、これを復号化する装置の構成
例を示している。符号化装置１は、入力された映像信号
を符号化し、伝送路としての記録媒体３に伝送するよう
になされている。そして、復号化装置２は、記録媒体３
に記録された信号を再生し、これを復号して出力するよ
うになされている。

【００１５】符号化装置１においては、入力された映像
信号が前処理回路１１に入力され、そこで輝度信号と色
信号（この例の場合、色差信号）が分離され、それぞれ
Ａ／Ｄ変換器１２，１３でＡ／Ｄ変換される。Ａ／Ｄ変
換器１２，１３によりＡ／Ｄ変換されてデジタル信号と
なった映像信号は、フレームメモリ１４に供給され、記
憶される。フレームメモリ１４は、輝度信号を輝度信号
フレームメモリ１５に、また、色差信号を色差信号フレ
ームメモリ１６に、それぞれ記憶させる。

【００１６】フォーマット変換回路１７は、フレームメ
モリ１４に記憶されたフレームフォーマットの信号を、
ブロックフォーマットの信号に変換する。即ち、図５に
示すように、フレームメモリ１４に記憶された映像信号
は、１ライン当りＨドットのラインがＶライン集められ
たフレームフォーマットのデータとされている。フォー
マット変換回路１７は、この１フレームの信号を、１６
ラインを単位としてＭ個のスライスに区分する。そし
て、各スライスは、Ｍ個のマクロブロックに分割され
る。各マクロブロックは、１６×１６個の画素（ドッ
ト）に対応する輝度信号により構成され、この輝度信号
は、さらに８×８ドットを単位とするブロックＹ［１］
乃至Ｙ［４］に区分される。そして、この１６×１６ド
ットの輝度信号には、８×８ドットのＣｂ信号と、８×
８ドットのＣｒ信号が対応される。

【００１７】このように、ブロックフォーマットに変換
されたデータは、フォーマット変換回路１７からエンコ
ーダ１８に供給され、ここでエンコード（符号化）が行
われる。その詳細については、本発明の主眼とするとこ
ろに影響を与えないので、ここでは説明を省略する。

【００１８】エンコーダ１８によりエンコードされた信
号は、ビットストリームとして伝送路に出力され、例え
ば記録媒体３に記録される。

【００１９】記録媒体３より再生されたデータは、復号
化装置２のデコーダ３１に供給され、デコードされる。
デコーダ３１の詳細については、本発明の主眼とすると
ころに影響を与えないので、ここでは説明を省略する。

【００２０】デコーダ３１によりデコードされたデータ
は、フォーマット変換回路３２に入力され、ブロックフ
ォーマットからフレームフォーマットに変換される。そ
して、フレームフォーマットの輝度信号は、フレームメ
モリ３３の輝度信号フレームメモリ３４に供給され、記
憶され、色差信号は色差信号フレームメモリ３５に供給
され、記憶される。輝度信号フレームメモリ３４と色差
信号フレームメモリ３５より読み出された輝度信号と色
差信号は、Ｄ／Ａ変換器３６と３７によりそれぞれＤ／
Ａ変換され、後処理回路３８に供給され、合成される。
そして、図示せぬ例えばＣＲＴなどのディスプレイに出
力され、表示される。

【００２１】符号化された動画像信号及びオーディオ信
号（ビットストリーム）は、例えば、放送局のアンテナ
から送信される場合もあり、ディジタルＶＴＲ・ディジ
タルビデオディスクなどの記録媒体に記録される場合も
ある。

【００２２】この符号化された動画像信号及びオーディ
オ信号（ビットストリーム）を、高速のディジタルネッ
トワークを用いて再生するシステムは、例えば、図６の
ようになる。

【００２３】ディジタルＶＴＲ装置５１は、ディジタル
ＶＴＲに記録されたビットストリームを読み出し、読み
出したビットストリームを、ディジタルネットワーク５
４へと送信する。ディジタルビデオディスクドライブ５
２は、ディジタルビデオディスクに記録されたビットス
トリームを読み出し、読み出したビットストリームを、
ディジタルネットワーク５４へと送信する。ビットスト
リーム受信チューナー５３は、電波として送られてきた
ビットストリームを受信し、受信したビットストリーム
を、ディジタルネットワーク５４へと送信する。ディジ
タルネットワーク５４は、ビットストリームの最大ビッ
トレートよりも十分に高いビットレート（例えば１００
Ｍｂｐｓ）での通信が可能な、高速のディジタルネット
ワークである。

【００２４】ビットストリーム復号化器５５及び５７
は、ディジタルネットワーク５４から受けとったビット
ストリームを、動画像信号及びオーディオ信号へと変換
する復号化器であり、切替えスイッチなどを用いて、特
定のビットストリーム再生装置から再生されたビットス
トリームを、ディジタルネットワーク５４から、選択的
に受け取ることができる。モニタ５６及び５８は、例え
ばＣＲＴなどのディスプレイであり、ビットストリーム
復号化器５５及び５７から送られてきた動画像信号を表
示し、オーディオ信号を出力する。

【００２５】このシステムを用いて、特殊再生を行う場
合のシステムの構成図は、図７のようになる。

【００２６】ビットストリーム再生装置側では、ビット
ストリーム読み出し装置６２が、特殊再生指示信号（例
えば、高速再生のボタンが押されたなどの情報を伝える
信号）を受信し、そのモードに従って、記録媒体６１か
ら、ビットストリームを読み出す。

【００２７】ビットストリーム復号化装置側では、デマ
ルチプレクサ６３が、この特殊再生用のビットストリー
ムを受信し、画像信号のビットストリームとオーディオ
信号のビットストリームに分け、デコーダー６４に送
る。従って、この従来の手法を用いて特殊再生を行う場
合、ビットストリーム再生装置側と、ビットストリーム
復号化装置側のそれぞれで、特殊再生用のビットストリ
ームの文法を、一意に決めておく必要がある。

【００２８】

【発明が解決しようとする課題】図６に示すように、デ
ィジタルネットワークを介して、複数のビットストリー
ム再生装置と、複数のビットストリーム復号化装置が接
続されている場合、それぞれのビットストリーム再生装
置は、同じようにビットストリームを読み出し、それぞ
れのビットストリーム復号化装置は、同じようにビット
ストリームを解釈して復号化する必要がある。現在、通
常再生時のビットストリームについては、ＭＰＥＧなど
の方式で世界的に統一されようとしているため、ビット
ストリームの読み出し方法、及びビットストリームの復
号化方法は、どの装置でも同じものとなるであろうから
問題はない。

【００２９】しかし、高速再生や逆方向再生、スロー再
生などのいわゆる特殊再生については、特に細かい取り
決めはなく、ある程度までは装置にまかされている状態
である。

【００３０】また、動画像信号の特殊再生は行うが、オ
ーディオについては特殊再生は行わずにオーディオ信号
は何も出力しないというような、低機能低価格のビット
ストリーム再生装置も考えられれば、動画像信号につい
てもオーディオ信号についても特殊再生を行うというよ
うな、高級機タイプのビットストリーム再生装置も考え
られる。

【００３１】さらに、特殊再生時においては、コードバ
ッファのオーバーフローにもアンダーフローにも対処で
きる、高級機タイプのビットストリーム復号化装置も考
えられれば、特殊再生時には、一切の復号化処理を行わ
ず、表示も出力もしないという、低機能低価格のビット
ストリーム復号化装置も考えられる。

【００３２】図７のような方法で特殊再生を行おうとす
る従来のシステムでは、これらのように多様な装置が１
本のディジタルネットワークで接続されていた場合、特
殊再生を行うことができない。

【００３３】

【課題を解決するための手段】まず、ビットストリーム
再生装置側においては、特殊再生時において、特殊再生
用のビットストリームを作る際、この装置がどの能力ま
でを持つのかの情報を、パケットヘッダ部分のフィール
ドに書き込んで送信する。この情報は、例えば、送るビ
ットストリームが、画像信号復号化装置側のバッファに
おいて、オーバーフローを起こす可能性があるものかど
うかを示したりするものである。ビットストリーム復号
化装置側においては、特殊再生時において、このビット
ストリーム再生装置から送られてきた、パケットヘッダ
部分のフィールドに書き込まれている情報を解釈する機
能を持たせる。

【００３４】パケットヘッダ部分のフィールドに書き込
まれている情報を解釈したビットストリーム復号化装置
は、自分の特殊再生時のビットストリームの復号化能力
を考慮に入れ、どういう処理を行うかをそれぞれが決定
する。

【００３５】

【作用】１本のディジタルネットワークに、複数のビッ
トストリーム再生装置と、複数のビットストリーム復号
化／表示装置を接続し、見たいソースをビットストリー
ム復号化装置側のスイッチで切替えて利用するような動
画像再生システムを構成した場合、従来の方法では、そ
れぞれのビットストリーム再生装置は、同じようにビッ
トストリームを読み出し、それぞれのビットストリーム
復号化装置は、同じようにビットストリームを解釈して
復号化する必要があった。

【００３６】この方法は、通常再生時においてはなんら
問題はないが、高速再生や逆方向再生、スロー再生など
の、いわゆる特殊再生時においては、ビットストリーム
の作り方が、世界的に標準化されないことなどもあるた
め、それぞれの装置の動作を１つに規定するのは非常に
無理がある。

【００３７】本発明による動画像再生システムにおいて
は、それぞれのビットストリーム再生装置は、特殊再生
時においてどのような処理をしてビットストリームを作
るのかを示す情報を、共通のフォーマットに沿ってビッ
トストリームのパケットヘッダ部分に持たせさえすれ
ば、実際にどういうビットストリームを作るかは装置の
自由にまかされるわけであるから、特殊再生時に異なる
ビットストリーム再生方法を持つさまざまな装置を、同
じディジタルネットワークに接続することが可能にな
る。

【００３８】一方、それぞれのビットストリーム復号化
装置においても、それぞれのビットストリーム再生装置
が送ってくる、共通のフォーマットに沿ったパケットヘ
ッダ部分の情報を、共通のフォーマットに沿って解釈す
る部分を共通に作りさえすれば、実際の復号化処理をど
うするかは装置の自由にまかされるわけであるから、特
殊再生時に異なるビットストリーム復号化方法を持つさ
まざまな装置を、同じディジタルネットワークに接続す
ることが可能になる。

【００３９】

【実施例】

（１）本発明による動画像再生システムの構成例を図８
に示す。ビットストリーム再生装置側では、ビットスト
リーム読み出し装置７２が、特殊再生指示信号（例え
ば、高速再生のボタンが押されたなどの情報を伝える信
号）を受信し、そのモードに従って、記録媒体７１か
ら、ビットストリームを読み出す。この際、ビットスト
リーム読み出し装置７２と同様に、特殊再生指示信号を
受信したヘッダ付けかえ装置７３は、この再生装置の能
力を示すための情報を、ビットストリームのパケットヘ
ッダ部分に書き込むため、パケットヘッダを書き換えて
送信する。

【００４０】ビットストリーム復号化装置側では、デマ
ルチプレクサ７４が、この特殊再生用のビットストリー
ムを受信し、画像信号のビットストリームとオーディオ
信号のビットストリームに分け、デコーダー７６に送
る。一方、パケットヘッダの情報は、パケットヘッダ解
釈装置７５に送られる。パケットヘッダ解釈装置７５
は、ビットストリーム再生装置側から送られてきたパケ
ットヘッダを解釈し、この復号化装置の能力と照らし合
わせ、送られてきたビットストリームをそのまま復号化
するか、あるいは復号化を中断するかなどの処理を決定
し、制御信号をデコーダー７６に送る。

【００４１】再生装置の能力を示すための情報を、どの
ようにして送受信するかの例を、図９に示す。ビットス
トリームのパケット８１には、必ずパケットヘッダと呼
ばれるヘッダ部分が存在する。そのヘッダ中に、このパ
ケット中のビットストリームが、通常再生用のものなの
か、特殊再生用のものなのかを示す１ビットのフラグ
（＝トリックモードフラグ）を設ける。通常再生時のパ
ケットヘッダ８２の中にある、トリックモードフラグ８
４は値として０、特殊再生時のパケットヘッダ８３の中
にあるトリックモードフラグ８５は値として１を持つ。

【００４２】さらに、パケットヘッダ中に、トリックモ
ードフラグが１であった場合の、特殊再生時に特有のフ
ィールドとして、トリックモードコントロールフラグ群
８６を設ける。これは７ビットのフラグであり、それぞ
れ以下の情報を持つ。

【００４３】パケット中のタイムスタンプ情報が、特
殊再生用に正確に付け直されたものであるかどうか（タ
イムスタンプバリッドフラグ）、このビットストリー
ムを復号化した場合に、画像信号復号化器におけるバッ
ファにおいて、アンダーフローが起きる可能性があるか
どうか（ビデオアンダーフローコントロールリクエスト
フラグ）、このビットストリームを復号化した場合
に、画像信号復号化器におけるバッファにおいて、オー
バーフローが起きる可能性があるかどうか（ビデオオー
バーフローコントロールリクエストフラグ）、このビ
ットストリームを復号化する場合に、オーディオ信号を
出力すべきかどうか（オーディオオンオフフラグ）、
このビットストリームを復号化した場合に、オーディオ
信号復号化器におけるバッファにおいて、アンダーフロ
ーが起きる可能性があるかどうか（オーディオアンダー
フローコントロールリクエストフラグ）、このビット
ストリームを復号化した場合に、オーディオ信号復号化
器におけるバッファにおいて、オーバーフローが起きる
可能性があるかどうか（オーディオアンダーフローコン
トロールリクエストフラグ）、このビットストリーム
中の画像信号用のビットストリームが、全てフレーム内
符号化モードであるかどうか（イントラコーデッドフラ
グ）である。

【００４４】このように、送られてくる特殊再生用のビ
ットストリームの内容をあらかじめ知っておくことで、
ビットストリーム復号化装置側では、実際に復号化処理
を行う際に、どのように対処すればよいかを決定するこ
とができる。

【００４５】（２）本発明において、ビットストリーム
再生装置から送られてくるビットストリームのパケット
が、通常再生モードから特殊再生モードに遷移した場
合、及び、特殊再生モードから通常再生モードに遷移し
た場合の、ビットストリーム復号化装置内の動作を、図
１０に示す。

【００４６】まず、通常再生モードのビットストリーム
が送られてくる間は、デマルチプレクサは、ビットスト
リームをビデオ用とオーディオ用に分け、ビデオデコー
ダとオーディオデコーダのそれぞれに送り、通常の再生
を行う（図１０（ａ））。

【００４７】ビットストリーム再生装置側で特殊再生を
指示するボタンが押されたなどのイベントが発生し、、
送られてくるビットストリームのパケットが、特殊再生
モードに遷移すると、デマルチプレクサからパケットヘ
ッダの情報を受けとっている、パケットヘッダ解釈装置
は、状態遷移を感知する（図１０（ｂ））。

【００４８】状態遷移を感知したパケットヘッダ解釈装
置は、デマルチプレクサに対してビットストリームの送
信を一時的に中断させる指令を行い、ビデオデコーダ及
びオーディオデコーダに対して、モード遷移の指令を行
う（図１０（ｃ））。

【００４９】パケットヘッダ解釈装置からモード遷移の
指令を受けた、ビデオデコーダ及びオーディオデコーダ
は、モード遷移のための処理を行う（図１０（ｄ））。
具体的には、ビデオデコーダにおいては、現在デコード
中のフレームを破棄し、現在表示中のフレームを、特殊
再生の最初のフレームを表示するまで表示し続ける処理
がなされ、オーディオデコーダにおいては、現在デコー
ド中のオーディオフレームを破棄し、特殊再生の最初の
オーディオフレームを出力するまで、出力をミュートす
る処理がなされる。また、デコーダによっては、加え
て、コードバッファをクリアする処理がなされるものも
ある。

【００５０】モード遷移処理が完了したら、特殊再生モ
ードの再生が開始される（図１０（ｅ））。

【００５１】ビットストリーム再生装置側で通常再生に
復帰するボタンが押されたなどのイベントが発生し、送
られてくるビットストリームのパケットが、通常再生モ
ードに遷移すると、デマルチプレクサからパケットヘッ
ダの情報を受けとっている、パケットヘッダ解釈装置
は、状態遷移を感知する（図１０（ｆ））。

【００５２】状態遷移を感知したパケットヘッダ解釈装
置は、デマルチプレクサに対してビットストリームの送
信を一時的に中断させる指令を行い、ビデオデコーダ及
びオーディオデコーダに対して、モード遷移の指令を行
う（図１０（ｇ））。

【００５３】パケットヘッダ解釈装置からモード遷移の
指令を受けた、ビデオデコーダ及びオーディオデコーダ
は、モード遷移のための処理を行う（図１０（ｈ））。
具体的には、ビデオデコーダにおいては、現在デコード
中のフレームを破棄し、現在表示中のフレームを、通常
再生の最初のフレームを表示するまで表示し続ける処理
がなされ、オーディオデコーダにおいては、現在デコー
ド中のオーディオフレームを破棄し、通常再生の最初の
オーディオフレームを出力するまで、出力をミュートす
る処理がなされる。また、デコーダによっては、加え
て、コードバッファをクリアする処理がなされるものも
ある。

【００５４】モード遷移処理が完了したら、通常再生モ
ードの再生が開始される。こうして、再び、システムの
状態は、図１０（ａ）の状態に戻る。

【００５５】（３）請求項９に記載のビットストリーム
復号化方式、及び復号化装置の実施例を、図８を用いて
説明する。

【００５６】デマルチプレクサ７４から、パケットヘッ
ダの情報を受けとったパケットヘッダ解釈装置７５は、
ビットストリームのモードが、通常再生から特殊再生に
移行した際、デコーダー７６に対して、全てのデコード
処理の中断を指令する。ビットストリームのモードが、
通常再生に戻ったら、デコーダー７６に対して、デコー
ド処理再開の信号を送る。デコーダー７６は、デコード
中断の指令を受けとっている間は、画像については表示
をフリーズさせ、オーディオについては出力をミュート
するなどの処理を行う。

【００５７】特殊再生におけるビットストリームは、通
常再生時と比べ、テンポラルリファレンスの値など、意
味がなくなっているパラメータを含んでいる。このよう
な装置を構成することで、特殊再生のビットストリーム
を全く復号化しないような、ビットストリーム復号化装
置も、実現することが可能となる。

【００５８】（４）図１１（ａ）に、請求項１２に記載
のビットストリーム再生方式、及び再生装置、請求項１
３に記載のビットストリーム復号化方式、及び復号化装
置の実施例を示す。

【００５９】ヘッダつけかえ装置９２は、記録媒体９１
から読み出したビットストリームのパケットヘッダを、
特殊再生用のものにつけかえる。さらに、タイムスタン
プ再計算装置９３は、読み出したビットストリームの
量、読み出しにかかった時間などを元に、的確なデコー
ド開始タイミング、表示・出力開始タイミングを計算
し、パケットヘッダ中のタイムスタンプ情報を、特殊再
生用のものに書き換える。

【００６０】従って、ヘッダつけかえ装置９２は、実施
例１で示したシステムタイムスタンプバリッドフラグを
真にして、パケットを送信することになる。

【００６１】デマルチプレクサ９４は、ビットストリー
ムをデコーダー９５に送るとともに、このタイムスタン
プ情報をタイミングコントロール装置９６に送信する。
タイミングコントロール装置９６は、送られてきた特殊
再生用のタイムスタンプ情報を参照しながら、デコーダ
ー９５に対して、デコード開始、表示開始の制御信号を
送る。

【００６２】このようにすることによって、特殊再生モ
ードにおいても、的確なタイミングで、復号化及び表示
・出力を行うことが可能となる。

【００６３】（５）実施例４において、タイムスタンプ
を計算し直す作業は、かなり大変な作業であり、このよ
うなビットストリーム再生装置を作ろうとすると、コス
トが高くなってしまう可能性がある。

【００６４】図１１（ｂ）に、タイムスタンプの計算の
し直しをしないタイプの、ビットストリーム再生装置か
ら送られたビットストリームも復号化できるような、請
求項１４に記載のビットストリーム復号化方式、及び復
号化装置の実施例を示す。

【００６５】ヘッダつけかえ装置９８は、記録媒体９７
から読み出したビットストリームのパケットヘッダを、
特殊再生用のものにつけかえる。

【００６６】しかし、タイムスタンプ情報については、
実施例４のように計算のしなおしたりはせず、そのまま
の値を送信する。従って、ヘッダつけかえ装置９８は、
実施例１で示したシステムタイムスタンプバリッドフラ
グを偽にして、パケットを送信することになる。

【００６７】デマルチプレクサ９４は、ビットストリー
ムをデコーダー１００に送るとともに、送られてくるパ
ケットのタイムスタンプ情報が正確でないことを知り、
デコード開始のタイミング、及び表示・出力開始のタイ
ミングは、タイミングコントロール装置１０１に任せる
という指示を送る。タイミングコントロール装置１０１
は、デコーダのバッファ内のデータ量などを参照し、デ
コード開始タイミングや、表示・出力開始のタイミング
を決めて、デコーダー１００に指令を送る。

【００６８】本実施例のようなビットストリーム復号化
装置を構成することにより、タイムスタンプの計算し直
しをしないタイプの、ビットストリーム再生装置から送
られたビットストリームも、復号化が可能となり、タイ
ムスタンプの計算のし直しをするタイプのビットストリ
ーム再生装置も、しないタイプのビットストリーム再生
装置も、同じディジタルネットワークに接続して使用す
ることができるようになる。

【００６９】（６）請求項１５に記載のビットストリー
ム復号化方式、及び復号化装置の実施例を、図８を用い
て説明する。

【００７０】デマルチプレクサ７４から、パケットヘッ
ダの情報を受けとったパケットヘッダ解釈装置７５は、
ビットストリームのモードが、特殊再生であり、さらに
パケット中のタイムスタンプが不正確であることがわか
った場合、デコーダー７６に対して、全てのデコード処
理の中断を指令する。

【００７１】ビットストリームのモードが、通常再生に
戻るか、タイムスタンプが正確であるパケットを受信し
たら、デコーダー７６に対して、デコード処理再開の信
号を送る。デコーダー７６は、デコード中断の指令を受
けとっている間は、画像については表示をフリーズさ
せ、オーディオについては出力をミュートするなどの処
理を行う。

【００７２】このような装置を構成することで、実施例
５に記載のタイミングコントロール装置１０１のような
働きをする装置がないビットストリーム復号化装置、す
なわち、タイムスタンプが正確な場合にだけ特殊再生を
行うことができるようなビットストリーム復号化装置
も、実現することが可能となる。

【００７３】（７）なお、ビットストリーム復号化装置
側における、コードバッファのアンダーフロー、及びオ
ーバーフローに対処する装置の構成例については、画像
信号復号化装置についても、オーディオ信号復号化装置
についても、動作は全く同じであるので、以下では、画
像信号復号化装置の場合を例にとって説明する。

【００７４】通常再生時においては、ビットストリーム
が記録媒体に記録される時点で、ビットストリーム復号
化装置側のバッファにおいて、アンダーフローもオーバ
ーフローも起きないように、ビットストリームが作成さ
れるので、バッファのアンダーフローやオーバーフロー
については心配する必要はない。

【００７５】しかし、特殊再生時においては、全てのビ
ットストリームを読み出さず、例えばとびとびに読み出
すことも考えられる。この際、ビットストリームの送信
速度が復号化速度に追いつかない場合は、やがて、ビッ
トストリーム復号化装置側でバッファが空になってしま
う状態、すなわちアンダーフローが生ずる可能性があ
る。

【００７６】この問題に対処する、請求項１９に記載の
ビットストリーム再生方式、及び再生装置の実施例を、
図１１（ａ）を用いて説明する。

【００７７】タイムスタンプ再計算装置９３は、記録媒
体９１から読み出したビットストリームの量、及び読み
出しにかかった時間、今までに送信したビットストリー
ムの量などを参照して、復号化装置側のバッファに残っ
ているはずのデータ量を計算する。

【００７８】そして、復号化装置側のバッファがアンダ
ーフローを起こしそうになっていたら、これから送信す
るビットストリームのデコード開始時間、及び表示・出
力開始時間を、それぞれ適当に送らせるために、タイム
スタンプを調整し、その指令を、ヘッダつけかえ装置９
２に送る。こうすることで、ビットストリーム復号化装
置側においては、ビットストリームは送られてくるが、
復号化開始のタイミングが遅れるため、バッファ内のデ
ータ量が増加し、アンダーフローを起こさずにすむこと
になる。

【００７９】（８）図１２に、実施例７で述べた、バッ
ファのアンダーフローの問題を、ビットストリーム復号
化装置側で対処する場合の装置の構成例を示す。

【００８０】デマルチプレクサ１１２は、ビットストリ
ーム再生装置１１１から送られたビットストリームを受
けとる。このビットストリームが特殊再生用のものであ
り、さらにビデオアンダーフローコントロールリクエス
トフラグが真であった場合、ビデオデコーダー１１４
は、バッファ内データ量監視装置１１５に対して、ビデ
オデコーダコードバッファ１１３内にあるデータ量を問
い合わせ、その応答によって、ビットストリームの読み
込みをコントロールする動作モードに入る。

【００８１】本実施例のビットストリーム復号化装置を
用いて、特殊再生モードのビットストリームを処理する
際の処理の流れを、図１３に示す。

【００８２】デコーダは、バッファからビットストリー
ムを読み込む前に、データ量が読み込みたい量だけ十分
にあるかどうかを問い合わせる。その問い合わせに対し
て、データ量が十分ある場合は、読み込み許可の応答が
返される（図１３（ａ））。

【００８３】その応答を受けて、デコーダは、ビットス
トリームの読み込みを行う（図１３（ｂ））。

【００８４】ビットストリームの読み込みを完了したデ
コーダは、読み込んだビットストリームのデコード処理
を行い（図１３（ｃ））、再びデータ量の問い合わせを
行う。この際、十分なデータ量がない場合（アンダーフ
ロー）は、読み込み不可の応答が返される（図１３
（ｄ））。

【００８５】この応答を受け、デコーダはしばらくデコ
ード処理を中断し（図１３（ｅ））、一定時間の後、再
びデータ量の問い合わせを行う。デコード処理が中断し
ている間も、ビットストリームはバッファに入って来て
いるので、いずれ、十分なビットストリームがバッファ
内に入る。この段階で、読み込み許可の応答が返される
（図１３（ｆ））。

【００８６】読み込み許可の応答を受けとったデコーダ
は、ビットストリームを読み込み、再びデコード処理を
再開する（図１３（ｇ））。

【００８７】このようなビットストリーム復号化装置を
構成することによって、バッファアンダーフローが起き
る可能性のある、特殊再生用のビットストリームも、復
号化が可能となる。

【００８８】（９）図１４に、実施例７で述べた、バッ
ファのアンダーフローの問題を、ビットストリーム復号
化装置側で、また別の方法で対処する場合の処理の流れ
を示す。なお、ビットストリーム復号化装置の構成例に
ついては、図１２と全く同じであるので、ここでは説明
を省略する。

【００８９】デコーダは、バッファからビットストリー
ムを読み込む必要が生じたら、バッファに対して、読み
込み指令の信号を送り（図１４（ａ））、バッファは、
その信号を受けて、ビットストリームをデコーダに送る
（図１４（ｂ））。

【００９０】読み込みを開始した時点で、バッファ内に
十分な量のビットストリームがなかった場合、読み込み
を行っている途中で、バッファ内のデータがなくなって
しまう（アンダーフロー）。その際には、バッファは、
デコーダに対して、データなしの信号を送る（図１４
（ｃ））。

【００９１】データなしの信号を受け、デコーダは、ビ
ットストリームの読み込みを一時停止し、デコード処理
を中断する（図１４（ｄ））。

【００９２】デコーダは、一定時間の後、再び、バッフ
ァに対してビットストリームの読み込み指令の信号を送
る（図１４（ｅ））。デコード処理が中断している間
も、ビットストリームはバッファに入って来ているの
で、いずれ、ビットストリームがバッファ内に入る。ビ
ットストリームが入っていたら、バッファはデコーダに
対して、ビットストリームの送信を再開し、デコーダ
は、デコード処理を再開する（図１４（ｆ））。

【００９３】このようなビットストリーム復号化装置を
構成することによって、バッファアンダーフローが起き
る可能性のある、特殊再生用のビットストリームも、復
号化が可能となる。

【００９４】（１０）請求項２２に記載のビットストリ
ーム復号化方式、及び復号化装置の実施例を、図８を用
いて説明する。

【００９５】デマルチプレクサ７４から、パケットヘッ
ダの情報を受けとったパケットヘッダ解釈装置７５は、
ビットストリームのモードが、特殊再生であり、さら
に、送られてくるビットストリームを通常再生時と同様
に復号化した場合、バッファのアンダーフローを起こす
可能性があることがわかった場合、デコーダー７６に対
して、全てのデコード処理の中断を指令する。ビットス
トリームのモードが、通常再生に戻るか、アンダーフロ
ーの可能性がないビットストリームを受信したら、デコ
ーダー７６に対して、デコード処理再開の信号を送る。

【００９６】デコーダー７６は、デコード中断の指令を
受けとっている間は、画像については表示をフリーズさ
せ、オーディオについては出力をミュートするなどの処
理を行う。

【００９７】このような装置を構成することで、実施例
８や実施例９に記載の装置のように、バッファのアンダ
ーフローに対処する特別な処理方法を持たないビットス
トリーム復号化装置も、実現することが可能となる。

【００９８】（１１）通常再生時においては、ビットス
トリームが記録媒体に記録される時点で、ビットストリ
ーム復号化装置側のバッファにおいて、アンダーフロー
もオーバーフローも起きないように、ビットストリーム
が作成されるので、バッファのアンダーフローやオーバ
ーフローについては心配する必要はない。

【００９９】しかし、特殊再生時においては、全てのビ
ットストリームを読み出さず、例えばとびとびに読み出
すことも考えられる。この際、ビットストリームの送信
速度が復号化速度よりも速い場合は、やがて、ビットス
トリーム復号化装置側でバッファがあふれてしまう状
態、すなわちオーバーフローが生ずる可能性がある。こ
の問題に対処する、請求項２６に記載のビットストリー
ム再生方式、及び再生装置の実施例を、図１５（ａ）を
用いて説明する。

【０１００】ビットストリーム読み出し装置１２２は、
記録媒体１２１からビットストリームを読み出し、デコ
ーダに送る。ここで、例えば、再生しているビットスト
リームが１フレーム１／３０秒の画像データであった場
合、１／３０秒の間に、１フレーム分以上のビットスト
リームを送信しなければ、バッファのオーバーフローは
起こらない。

【０１０１】そこで、読み出しコントローラ１２３は、
ビットストリーム読み出し装置１２２が読み出したビッ
トストリームの量、及び送信にかかった時間から、ビッ
トストリームがどの程度の割合で送信されているかを計
算し、１／３０秒の間に１フレーム分以上のビットスト
リームを送ることがないよう、ビットストリーム読み出
し装置を制御する。すなわち、１／３０秒経過する間
に、１フレーム分のビットストリームを送信してしまっ
たら、その後は、１／３０秒が経過するまで、ビットス
トリームの読み出しと送信を中断させる。

【０１０２】このような装置を構成することで、ビット
ストリーム復号化装置におけるバッファのオーバーフロ
ーを防止する、特殊再生モードのビットストリームを作
ることができるようになる。

【０１０３】（１２）実施例１１で述べた、ビットスト
リーム復号化装置におけるバッファオーバーフローを防
止する、また別の再生装置の実施例を、図１５（ｂ）を
用いて説明する。

【０１０４】ビットストリーム読み出し装置１２５は、
記録媒体１２４からビットストリームを読み出し、デコ
ーダに送る。バッファ内データ量計算装置は、ビットス
トリーム読み出し装置１２５が読み出したビットストリ
ームの量、及び送信にかかった時間などから、ビットス
トリーム復号化装置におけるバッファ内に残っているは
ずのビットストリームの量をシミュレートすることによ
り計算する。この計算により、バッファのオーバーフロ
ーが起きそうになっていることがわかったら、バッファ
内データ量計算装置１２７は、読み出しコントローラ１
２６にその情報を送信し、それを受けて、読みだしコン
トローラ１２６は、ビットストリーム読み出し装置１２
５に、読み出し中断の指令を送る。

【０１０５】やがて、バッファ内のビットストリームの
量が減ってきたことがわかったら、バッファ内データ量
計算装置１２７は、同様に読み出しコントローラ１２６
を通じて、ビットストリーム読み出し再開の指令を送
る。

【０１０６】このような装置を構成することで、ビット
ストリーム復号化装置におけるバッファのオーバーフロ
ーを防止する、特殊再生モードのビットストリームを作
ることができるようになる。

【０１０７】（１３）図１６に、実施例１１で述べた、
バッファのオーバーフローの問題を、ビットストリーム
復号化装置側で対処する場合の装置の構成例を示す。

【０１０８】デマルチプレクサ１３２は、ビットストリ
ーム再生装置１３１から送られてきたビットストリーム
を受けとり、ビデオデコーダコードバッファ１３３に送
る。ビデオデコーダー１３４は、デコーダコードバッフ
ァ１３３からビットストリームを読み込んで復号化処理
を行うが、この読み込みの速度の方が、デマルチプレク
サ１３２から送られるビットストリームの転送速度より
も遅いと、やがてバッファはあふれてしまう（オーバー
フロー）。

【０１０９】そこで、バッファ内データ量監視装置１３
５を設ける。バッファ内データ量監視装置１３５は、ビ
デオデコーダコードバッファ内のデータ量を監視し、そ
のデータ量によって、ビットストリーム再生装置１３１
のビットストリームの読み出しを制御する。

【０１１０】本実施例のビットストリーム復号化装置を
用いて、特殊再生モードのビットストリームを処理する
際の処理の流れを、図１７に示す。

【０１１１】ビットストリーム再生装置はビットストリ
ームを読み出し、デマルチプレクサを通じてビットスト
リームをバッファに送信し、デコーダはバッファからデ
ータを読み出してデコード処理を行う。ビットストリー
ム再生装置から送られてくるデータ量転送速度の方が速
い場合、バッファ内のデータ量は増加する（図１７
（ａ））。

【０１１２】やがて、バッファがオーバーフローを起こ
しそうになったら、バッファ内データ量監視装置は、ビ
ットストリーム再生装置に対して、ビットストリーム送
信中断の指令を送る（図１７（ｂ））。

【０１１３】ビットストリーム送信中断の指令を受けと
った、ビットストリーム再生装置は、読み出しを中断す
る。この際もデコーダにおいてはデコード処理、バッフ
ァからのビットストリームの読み出し処理は行われてい
るので、バッファ内のデータ量は減少する（図１７
（ｃ））。

【０１１４】やがてバッファ内のデータ量がオーバーフ
ローの危険がなくなる程度まで減少したら、バッファ内
データ量監視装置は、ビットストリーム再生装置に対し
て、ビットストリームの読み出し再開の指令を送る（図
１７（ｄ））。こうして、再び図１７（ａ）の状態に戻
る。

【０１１５】このようなビットストリーム復号化装置を
構成することによって、バッファオーバーフローが起き
る可能性のある、特殊再生用のビットストリームも、復
号化が可能となる。

【０１１６】（１４）図１８に、実施例１１で述べた、
バッファのオーバーフローの問題を、ビットストリーム
復号化装置側で対処する場合の、また別の装置の構成例
を示す。

【０１１７】デマルチプレクサ１４２は、ビットストリ
ーム再生装置１４１から送られてきたビットストリーム
を受けとり、ビデオデコーダコードバッファ１４３に送
る。ビデオデコーダー１４４は、デコーダコードバッフ
ァ１４３からビットストリームを読み込んで復号化処理
を行うが、この読み込みの速度の方が、デマルチプレク
サ１４２から送られるビットストリームの転送速度より
も遅いと、やがてバッファはあふれてしまう（オーバー
フロー）。

【０１１８】そこで、バッファ内データ量監視装置１４
５を設ける。バッファ内データ量監視装置１４５は、ビ
デオデコーダコードバッファ内のデータ量を監視し、そ
のデータ量によって、デマルチプレクサ１４２に、ビデ
オデコーダコードバッファ１４３へのビットストリーム
の送信を行うかどうかの信号を送ることによって、オー
バーフローを防ぐ。

【０１１９】本実施例のビットストリーム復号化装置を
用いて、特殊再生モードのビットストリームを処理する
際の処理の流れを、図１９に示す。

【０１２０】デマルチプレクサはビットストリームを受
信し、ビットストリームをバッファに送信し、デコーダ
はバッファからデータを読み出してデコード処理を行
う。デマルチプレクサに送られてくるデータ量転送速度
の方が速い場合、バッファ内のデータ量は増加する（図
１９（ａ））。

【０１２１】やがて、バッファがオーバーフローを起こ
しそうになったら、バッファ内データ量監視装置は、デ
マルチプレクサに対して、ビットストリーム送信中断の
指令を送る（図１９（ｂ））。

【０１２２】ビットストリーム送信中断の指令を受けと
ったデマルチプレクサは、デマルチプレクス処理は行う
が、バッファへのビットストリームの送信は行わず、ビ
ットストリームを破棄する。この際もデコーダにおいて
はデコード処理、バッファからのビットストリームの読
み出し処理は行われているので、バッファ内のデータ量
は減少する（図１９（ｃ））。

【０１２３】やがてバッファ内のデータ量がオーバーフ
ローの危険がなくなる程度まで減少したら、バッファ内
データ量監視装置は、デマルチプレクサに対して、ビッ
トストリームの読み出し再開の指令を送る（図１９
（ｄ））。こうして、再び図１９（ａ）の状態に戻る。

【０１２４】このようなビットストリーム復号化装置を
構成することによって、バッファオーバーフローが起き
る可能性のある、特殊再生用のビットストリームも、復
号化が可能となる。

【０１２５】実施例１３の場合、ビデオデコーダコード
バッファとオーディオデコーダコードバッファのうち、
どちらがオーバーフローを起こしそうになっても、ビッ
トストリーム再生装置からのビットストリームの送信が
止まってしまうため、ビデオ信号もオーディオ信号も復
号化できないことになる。

【０１２６】しかし、本実施例では、デマルチプレクス
後のデータが破棄されるだけであるので、例えば、ビデ
オデコーダコードバッファにおいてはオーバーフローが
起きそうだが、オーディオーデコーダコードバッファに
おいてはオーバーフローは起きそうでない場合は、オー
ディオデータの復号化は継続して行うことができるとい
う長所を持つ。

【０１２７】（１５）図２０に、実施例１１で述べた、
バッファのオーバーフローの問題を、ビットストリーム
復号化装置側で対処する場合の、また別の装置の構成例
を示す。

【０１２８】デマルチプレクサ１５２は、ビットストリ
ーム再生装置１５１から送られてきたビットストリーム
を受けとり、ビデオデコーダコードバッファ１５３に送
る。ビデオデコーダー１５４は、デコーダコードバッフ
ァ１５３からビットストリームを読み込んで復号化処理
を行うが、この読み込みの速度の方が、デマルチプレク
サ１５２から送られるビットストリームの転送速度より
も遅いと、やがてバッファはあふれてしまう（オーバー
フロー）。

【０１２９】そこで、バッファ内データ量監視装置１５
５を設ける。バッファ内データ量監視装置１５５は、ビ
デオデコーダコードバッファ内のデータ量を監視し、そ
のデータ量が多くなり、オーバーフローを起こしそうに
なったら、オーバーフローを起こす危険性がなくなるま
で、ビデオデコーダコードバッファ１５３に対して、例
えば一番古いものから、１フレーム分づつ、ビットスト
リームデータを破棄するよう、指令の信号を送る。

【０１３０】このようなビットストリーム復号化装置を
構成することによって、バッファオーバーフローが起き
る可能性のある、特殊再生用のビットストリームも、復
号化が可能となる。

【０１３１】（１６）実施例１１で述べた、バッファの
オーバーフローの問題を、ビットストリーム復号化装置
側で対処する場合の、また別の装置の構成例を、実施例
１５と同様、図２０を用いて示す。

【０１３２】デマルチプレクサ１５２は、ビットストリ
ーム再生装置１５１から送られてきたビットストリーム
を受けとり、ビデオデコーダコードバッファ１５３に送
る。ビデオデコーダー１５４は、デコーダコードバッフ
ァ１５３からビットストリームを読み込んで復号化処理
を行うが、この読み込みの速度の方が、デマルチプレク
サ１５２から送られるビットストリームの転送速度より
も遅いと、やがてバッファはあふれてしまう（オーバー
フロー）。

【０１３３】そこで、バッファ内データ量監視装置１５
５を設ける。バッファ内データ量監視装置１５５は、ビ
デオデコーダコードバッファ内のデータ量を監視し、そ
のデータ量が多くなり、オーバーフローを起こしそうに
なったら、オーバーフローを起こす危険性がなくなるま
で、ビデオデコーダコードバッファ１５３に対して、デ
マルチプレクサ１５２から送られてきたデータを貯め込
まずに破棄するよう、指令の信号を送る。

【０１３４】このようなビットストリーム復号化装置を
構成することによって、バッファオーバーフローが起き
る可能性のある、特殊再生用のビットストリームも、復
号化が可能となる。

【０１３５】（１７）請求項３４に記載のビットストリ
ーム復号化方式、及び復号化装置の実施例を、図８を用
いて説明する。デマルチプレクサ７４から、パケットヘ
ッダの情報を受けとったパケットヘッダ解釈装置７５
は、ビットストリームのモードが、特殊再生であり、さ
らに、送られてくるビットストリームを通常再生時と同
様に復号化した場合、バッファのオーバーフローを起こ
す可能性があることがわかった場合、デコーダー７６に
対して、全てのデコード処理の中断を指令する。ビット
ストリームのモードが、通常再生に戻るか、オーバーフ
ローの可能性がないビットストリームを受信したら、デ
コーダー７６に対して、デコード処理再開の信号を送
る。デコーダー７６は、デコード中断の指令を受けとっ
ている間は、画像については表示をフリーズさせ、オー
ディオについては出力をミュートするなどの処理を行
う。

【０１３６】このような装置を構成することで、実施例
１３〜１６に記載の装置のように、バッファのアンダー
フローに対処する特別な処理方法を持たないビットスト
リーム復号化装置も、実現することが可能となる。

【０１３７】（１８）請求項３９に記載のビットストリ
ーム復号化方式、及び復号化装置の実施例を、図８を用
いて説明する。

【０１３８】デマルチプレクサ７４から、パケットヘッ
ダの情報を受けとったパケットヘッダ解釈装置７５は、
ビットストリームのモードが、特殊再生であり、さら
に、オーディオ信号についても、特殊再生用のビットス
トリームが構成されており、出力を指示するフラグが真
になっていることがわかった場合、デコーダー７６に対
して、オーディオ信号に関しては全てのデコード処理を
中断すること指令する。ビットストリームのモードが、
通常再生に戻ったら、デコーダー７６に対して、オーデ
ィオ信号についても、デコードの処理を再開させる信号
を送る。デコーダー７６は、オーディオ信号のデコード
中断の指令を受けとっている間は、オーディオについ
て、出力をミュートするなどの処理を行う。このような
装置を構成することで、特殊再生時には、画像信号の特
殊再生のみを行い、オーディオ信号については、復号化
の処理を行わないような、ビットストリーム復号化装置
も、実現することが可能となる。

【０１３９】（１９）請求項６１に記載のビットストリ
ーム復号化方式、及び復号化装置の実施例を、図８を用
いて説明する。デマルチプレクサ７４から、パケットヘ
ッダの情報を受けとったパケットヘッダ解釈装置７５
は、ビットストリームのモードが、特殊再生であり、さ
らに、送られてくる画像信号用のビットストリームの中
には、フレーム内符号化モード以外のモードのビットス
トリームも含まれていることがわかった場合、デコーダ
ー７６に対して、デコード処理の中断を指令する。ビッ
トストリームのモードが、通常再生に戻るか、フレーム
内符号化モードのみで構成されている画像信号用のビッ
トストリームを受信したら、デコーダー７６に対して、
デコード処理再開の信号を送る。デコーダー７６は、デ
コード中断の指令を受けとっている間は、画像信号につ
いて、表示をフリーズさせるなどの処理を行う。

【０１４０】このような装置を構成することで、特殊再
生時においては、画像信号についてはフレーム内符号化
のビットストリームのみを復号化する機能しか持たない
ビットストリーム復号化装置も、実現することが可能と
なる。

【発明の効果】

【０１４１】（１）本発明による動画像再生システムに
おいては、それぞれのビットストリーム再生装置は、特
殊再生時においてどのような処理をしてビットストリー
ムを作るのかを示す情報を、共通のフォーマットに沿っ
てビットストリームのパケットヘッダ部分に持たせさえ
すればよく、実際にどういうビットストリームを作るか
は装置の自由にまかされているので、特殊再生時に異な
るビットストリーム再生方法を持つさまざまな装置を、
同じディジタルネットワークに接続することが可能にな
る。

【０１４２】（２）本発明による動画像再生システムに
おいては、それぞれのビットストリーム復号化装置は、
それぞれのビットストリーム再生装置が送ってくる、共
通のフォーマットに沿ったパケットヘッダ部分の情報
を、共通のフォーマットに沿って解釈する部分を共通に
作りさえすればよく、実際の復号化処理をどうするかは
装置の自由にまかされているので、特殊再生時に異なる
ビットストリーム復号化方法を持つさまざまな装置を、
同じディジタルネットワークに接続することが可能にな
る。

【図面の簡単な説明】

【図１】高能率符号化の原理を説明する図である。

【図２】画像データを圧縮する場合におけるピクチャの
タイプを説明する図である。

【図３】動画像信号を符号化する原理を説明する図であ
る。

【図４】従来の画像信号符号化装置と復号化装置の構成
例を示すブロック図である。

【図５】図４におけるフォーマット変換回路１７のフォ
ーマット変換の動作を説明する図である。

【図６】ディジタルネットワークを用いた、従来の動画
像信号再生システムの構成例である。

【図７】従来の発明における、特殊再生の実現例であ
る。

【図８】本発明における、特殊再生の実現例である。

【図９】本発明における、パケットヘッダの構成例であ
る。

【図１０】本発明における、通常再生モード／特殊再生
モードの状態遷移方法である。

【図１１】実施例４及び実施例５の、ビットストリーム
再生システムの構成例である。

【図１２】実施例８の、ビットストリーム復号化装置の
構成例である。

【図１３】実施例８のビットストリーム復号化装置にお
ける、処理の流れを表した図である。

【図１４】実施例９のビットストリーム復号化装置にお
ける、処理の流れを表した図である。

【図１５】実施例１１及び実施例１２の、ビットストリ
ーム再生装置の構成例である。

【図１６】実施例１３の、ビットストリーム復号化装置
の構成例である。

【図１７】実施例１３のビットストリーム復号化装置に
おける、処理の流れを表した図である。

【図１８】実施例１４の、ビットストリーム復号化装置
の構成例である。

【図１９】実施例１４のビットストリーム復号化装置に
おける、処理の流れを表した図である。

【図２０】実施例１５及び実施例１６の、ビットストリ
ーム復号化装置の構成例である。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 5/92 5/937 7/24 7734−5Ｃ Ｈ０４Ｎ 5/93 Ｃ 7/13 Ｚ (72)発明者 矢ヶ崎 陽一 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内

Claims (61)

【特許請求の範囲】
1. 【請求項１】 符号化された画像信号が収められている
   記録メディアから、ビットストリームを読み出し、ビッ
   トストリームを復号化し、 画像信号を再生する方法に
   おいて、 ビットストリームを記録メディアから再生する際、 通常の再生の他に、適当なブロックごとに、間隔をあけ
   て再生したり、 時間的に逆方向の順序で再生するなど
   の、特殊再生機能を有することを特徴とするビットスト
   リーム再生方式、及び再生装置。
2. 【請求項２】 請求項１に記載のビットストリーム再生
   方式、及び再生装置において、 再生されたビットストリームが、特殊再生を行ったもの
   であるかどうかを示すためのフラグを、ビットストリー
   ムのパケットヘッダ部分に持たせることを特徴とするビ
   ットストリーム記録方式、再生方式、及び再生装置。
3. 【請求項３】 前記ビットストリームのパケットヘッダ
   を受けとり、このパケットが、通常再生モードなのか、
   特殊再生モードなのかを判定することを特徴とする請求
   項２に記載のビットストリーム復号化方式、及び復号化
   装置。
4. 【請求項４】 前記ビットストリームのパケットヘッダ
   を受けとり、特殊再生を示すフラグがオフからオンへと
   遷移した場合には、復号化装置に対し、即座に特殊再生
   モードへの移行を指令し、特殊再生を示すフラグがオン
   からオフへと遷移した場合には、復号化装置に対し、即
   座に通常再生モードへの移行を指令するデマルチプレク
   サを有することを特徴とする請求項２に記載のビットス
   トリーム記録方式、再生方式、及び再生装置。
5. 【請求項５】 前記デマルチプレクサから、特殊再生モ
   ードへの移行指令を受けた場合には、現在復号化中のフ
   レームを破棄し、 特殊再生モードにおける最初のフレームを表示できるよ
   うになるまで、現在表示中のフレームを表示し続け、通
   常再生モードへの移行指令を受けた場合には、現在復号
   化中のフレームを破棄し、 通常再生モードにおける最初のフレームを表示できるよ
   うになるまで、現在表示中のフレームを表示し続けるこ
   とを特徴とする請求項４に記載の画像信号復号化方式、
   及び復号化装置。
6. 【請求項６】 請求項５に記載の画像信号復号化方式、
   及び復号化装置において、 特殊再生モードへの移行指令を受けた場合には、前記各
   処理に加え、コードバッファをクリアし、通常再生モー
   ドへの移行指令を受けた場合には、前記各処理に加え、
   コードバッファをクリアすることを特徴とする画像信号
   復号化方式、及び復号化装置。
7. 【請求項７】 前記デマルチプレクサから、特殊再生モ
   ードへの移行指令を受けた場合には、現在復号化中のオ
   ーディオデータを破棄し、特殊再生モードにおける最初
   のオーディオ信号を出力できるようになるまで 出力を
   ミュートし、 通常再生モードへの移行指令を受けた場合には、現在復
   号化中のオーディオデータを破棄し、通常再生モードに
   おける最初のオーディオ信号を出力できるようになるま
   で 出力をミュートし続けることを特徴とする請求項４
   に記載のオーディオ信号復号化方式、及び復号化装置。
8. 【請求項８】 請求項７に記載のオーディオ信号復号化
   方式、及び復号化装置において、 前記デマルチプレクサから、特殊再生モードへの移行指
   令を受けた場合には、前記各処理に加え、コードバッフ
   ァをクリアし、通常再生モードへの移行指令を受けた場
   合には、前記各処理に加え、コードバッファをクリアす
   ることを特徴とする請求項７記載のオーディオ信号復号
   化方式、及び復号化装置。
9. 【請求項９】 請求項２記載のビットストリーム復号化
   方式、及び復号化装置において、 前記ビットストリームのパケットヘッダを受けとり、特
   殊再生を示すフラグがオフからオンへと遷移した場合
   に、このフラグが再びオフになるまでの間、全ての復号
   化処理と表示・出力処理を中断することを特徴とする、
   ビットストリーム復号化方式、及び復号化装置。
10. 【請求項１０】 請求項２に記載のビットストリーム再
    生方式、及び再生装置において、 特殊再生を行う場合に、特殊再生されるフレームのタイ
    ムスタンプを、読み出したビットストリームの大きさな
    どから計算し、特殊再生時における正確なタイムスタン
    プにつけかえられるかどうかの情報をフラグで示し、ビ
    ットストリームのパケットヘッダ部分に持たせることを
    特徴とするビットストリーム再生方式、及び再生装置。
11. 【請求項１１】 前記ビットストリームのパケットヘッ
    ダを受けとり、特殊再生モード時におけるタイムスタン
    プが、正確なものであるかどうかを判定することを特徴
    とする請求項１０に記載のビットストリーム復号化方
    式、及び復号化装置。
12. 【請求項１２】 請求項１０に記載のビットストリーム
    再生方式、及び再生装置において、 特殊再生を行う場合に、特殊再生されるフレームのタイ
    ムスタンプを、読み出したビットストリームの大きさな
    どから計算し、特殊再生時における正確なタイムスタン
    プにつけかえ、 前記フラグをオンにすることを特徴と
    するビットストリーム再生方式、及び再生装置。
13. 【請求項１３】 請求項１０に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 特殊再生時における正確なタイムスタンプが得られるこ
    とが わかった場合、特殊再生時における正確なタイム
    スタンプを参照しながら画像信号を復号化、表示するこ
    とを特徴とするビットストリーム復号化方式、及び復号
    化装置。
14. 【請求項１４】 請求項１０に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 特殊再生時における正確なタイムスタンプが得られない
    ことがわかった場合、送られてくるタイムスタンプ情報
    は無視し、 ビットストリーム復号化装置のバッファ内のデータ量な
    どを参照して、復号化や表示を行うことを特徴とするビ
    ットストリーム復号化方式、及び復号化装置。
15. 【請求項１５】 請求項１０に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 特殊再生時における正確なタイムスタンプが得られない
    ことがわかった場合、特殊再生モードの間はビットスト
    リームの復号化処理と表示を中断することを特徴とする
    ビットストリーム復号化方式、及び復号化装置。
16. 【請求項１６】 請求項２に記載のビットストリーム再
    生方式、及び再生装置において、 特殊再生を行う場合に、画像信号復号化装置においてバ
    ッファのアンダーフローが起こらないように、特殊再生
    のビットストリームを作ることができるかどうかの情報
    をフラグで示し、ビットストリームのパケットヘッダ部
    分に持たせることを特徴とするビットストリーム再生方
    式、及び再生装置。
17. 【請求項１７】 請求項１６に記載のビットストリーム
    のパケットヘッダを受けとり、 特殊再生モード時におけるビットストリームが、画像信
    号復号化装置においてバッファのアンダーフローを起こ
    す可能性があるかどうかを判定することを特徴とする画
    像信号復号化方式、及び復号化装置。
18. 【請求項１８】 請求項２に記載のビットストリーム再
    生方式、及び再生装置において、 特殊再生を行う場合に、画像信号復号化装置においてバ
    ッファのアンダーフローが起こらないように特殊再生の
    ビットストリームを作り、請求項１６に記載のフラグを
    オフにすることを特徴とするビットストリーム再生方
    式、及び再生装置。
19. 【請求項１９】 請求項１８に記載のビットストリーム
    再生方式、及び再生装置において、 特殊再生を行う場合に、画像信号復号化装置においてバ
    ッファのアンダーフローが起こらないようにするための
    特殊再生のビットストリームは、画像信号復号化装置に
    おいて、画像信号復号化装置における復号化処理、表示
    処理のタイミングを適切に計算し、ビットストリーム中
    のタイムスタンプ情報を適切に書き換えることであるこ
    とを特徴とするビットストリーム再生方式、及び再生装
    置。
20. 【請求項２０】 請求項１６に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 画像信号復号化装置においてバッファのアンダーフロー
    が起こる可能性があり、バッファ内にあるビットストリ
    ームの量が１フレーム分以下の場合、バッファ内に１フ
    レーム分のビットストリームが入力されるまで復号化処
    理を中断することを特徴とする画像信号復号化方式、及
    び復号化装置。
21. 【請求項２１】 請求項１６に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 画像信号復号化装置においてバッファのアンダーフロー
    が起こる可能性があり、復号化処理中にバッファ内に残
    っているビットストリームデータがなくなった場合、一
    旦復号化処理を中断し、適当なタイミングで再びバッフ
    ァに読み出しをかけ、 ビットストリームデータが入っていたら読み出し、復号
    化処理の続きを行うことを特徴とする画像信号復号化方
    式、及び復号化装置。
22. 【請求項２２】 請求項１６に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 画像信号復号化装置においてバッファのアンダーフロー
    が起こる可能性がある場合に、特殊再生モードの間は画
    像信号の復号化処理と表示を中断することを特徴とする
    画像信号復号化方式、及び復号化装置。
23. 【請求項２３】 請求項２に記載のビットストリーム再
    生方式、及び再生装置において、 特殊再生を行う場合に、画像信号復号化装置においてバ
    ッファのオーバーフローが起こらないように、特殊再生
    のビットストリームを作ることができるかどうかの情報
    をフラグで示し、ビットストリームのパケットヘッダ部
    分に持たせることを特徴とするビットストリーム再生方
    式、及び再生装置。
24. 【請求項２４】 請求項２３に記載のビットストリーム
    のパケットヘッダを受けとり、 特殊再生モード時におけるビットストリームが、バッフ
    ァのオーバーフローを起こす可能性があるかどうかを判
    定することを特徴とする画像信号復号化方式、及び復号
    化装置。
25. 【請求項２５】 請求項２に記載のビットストリーム再
    生方式、及び再生装置において、 特殊再生を行う場合に、画像信号復号化装置においてバ
    ッファのオーバーフローが起こらないように特殊再生の
    ビットストリームを作り、 請求項２３に記載のフラグをオフにすることを特徴とす
    るビットストリーム再生方式、及び再生装置。
26. 【請求項２６】 請求項２５に記載のビットストリーム
    再生方式、及び再生装置において、 特殊再生を行う場合に、画像信号復号化装置においてバ
    ッファのオーバーフローが起こらないように特殊再生の
    ビットストリームを作る方法が、１フレーム分の表示時
    間内に、１フレーム分以上のビットストリームを画像信
    号復号化装置に送出しないように制御することであるこ
    とを特徴とするビットストリーム再生方式、及び再生装
    置。
27. 【請求項２７】 請求項２５に記載のビットストリーム
    再生方式、及び再生装置において、 特殊再生を行う場合に、画像信号復号化装置においてバ
    ッファのオーバーフローが起こらないように特殊再生の
    ビットストリームを作る方法が、画像信号復号化装置に
    おけるバッファ内のデータ量をシミュレーションにより
    計算し、その結果に基づいてビットストリームを送出す
    るかどうかを制御することであることを特徴とするビッ
    トストリーム再生方式、及び再生装置。
28. 【請求項２８】 請求項２３に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとった場合において、 画像信号復号化装置においてバッファのオーバーフロー
    が起こる可能性があることがわかった場合に、バッファ
    内のデータ残量が一定のしきい値を越えたら、ビットス
    トリーム再生装置に対してデータ送信中断の指令を送出
    し、バッファ内のデータ残量が一定のしきい値を下回っ
    たら、ビットストリーム再生装置に対してデータ送信再
    開の指令を送出することによって、バッファのオーバー
    フローを防ぐことを特徴とする画像信号復号化方式、及
    び復号化装置。
29. 【請求項２９】 請求項２８に記載の画像信号復号化装
    置から、ビットストリーム送信中断／再開の指令を受け
    とり、その信号によってビットストリームの送信を制御
    することを特徴とするビットストリーム再生方式、及び
    再生装置。
30. 【請求項３０】 請求項２３に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとった場合において、画像信号復号化装置においてバ
    ッファのオーバーフローが起こる可能性があることがわ
    かった場合に、バッファ内のデータ残量が一定のしきい
    値を越えたら、デマルチプレクサに対してデータ送信中
    断の指令を送出し、バッファ内のデータ残量が一定のし
    きい値を下回ったら、デマルチプレクサに対してデータ
    送信再開の指令を送出することによって、バッファのオ
    ーバーフローを防ぐことを特徴とする画像信号復号化方
    式、及び復号化装置。
31. 【請求項３１】 請求項３０に記載の画像信号復号化装
    置から画像信号のビットストリームの送信中断／再開の
    指令を受けとり、 送信中断の指令を受けている間は、画像信号のビットス
    トリームを捨て続け、 画像信号復号化装置へビットストリームの送信を行わな
    いことを特徴とするデマルチプレクサ。
32. 【請求項３２】 請求項２３に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとった場合において、画像信号復号化装置においてバ
    ッファのオーバーフローが起こる可能性があることがわ
    かった場合に、 バッファ内のデータ残量が一定のしきい値を越えたら、
    バッファ内のデータ残量が一定のしきい値を下回るま
    で、バッファ内のビットストリームを、１フレーム分ず
    つ捨てることによって、バッファのオーバーフローを防
    ぐことを特徴とする画像信号復号化方式、及び復号化装
    置。
33. 【請求項３３】 請求項２３に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとった場合において、画像信号復号化装置においてバ
    ッファのオーバーフローが起こる可能性があることがわ
    かった場合に、 バッファ内のデータ残量が一定のしきい値を越えたら、
    バッファ内のデータ残量が一定のしきい値を下回るま
    で、送られてくるビットストリームを、バッファに貯め
    ずに捨てることによって、バッファのオーバーフローを
    防ぐことを特徴とする画像信号復号化方式、及び復号化
    装置。
34. 【請求項３４】 請求項２３に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとった場合において、画像信号復号化装置においてバ
    ッファのオーバーフローが起こる可能性があることがわ
    かった場合に、特殊再生モードの間は画像信号の復号化
    処理と表示を中断することを特徴とする画像信号復号化
    方式、及び復号化装置。
35. 【請求項３５】 請求項２に記載のビットストリーム再
    生方式、及び再生装置において、 特殊再生を行う場合に、特殊再生時にオーディオの出力
    を行うかどうかの情報をフラグで示し、ビットストリー
    ムのパケットヘッダ部分に持たせることを特徴とするビ
    ットストリーム再生方式、及び再生装置。
36. 【請求項３６】 請求項３５に記載のビットストリーム
    のパケットヘッダを受けとり、特殊再生モード時にオー
    ディオの出力を行うかどうかを解釈できることを特徴と
    するビットストリーム復号化方式、及び復号化装置。
37. 【請求項３７】 請求項２に記載のビットストリーム再
    生方式、及び再生装置において、 特殊再生を行う場合に、オーディオ信号についても、特
    殊再生用のビットストリームを作り、請求項３５に記載
    のフラグをオンにすることを特徴とするビットストリー
    ム再生方式、及び再生装置。
38. 【請求項３８】 請求項３７に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 オーディオ信号についても、特殊再生を行うことを特徴
    とするビットストリーム復号化方式、及び復号化装置。
39. 【請求項３９】 請求項３７に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとった場合、特殊再生モードの間は、オーディオ信号
    については、ビットストリームの復号化は行わず、オー
    ディオ信号を出力しないことを特徴とするビットストリ
    ーム復号化方式、及び復号化装置。
40. 【請求項４０】 請求項２に記載のビットストリーム再
    生方式、及び再生装置において、 特殊再生を行う場合に、オーディオ信号復号化装置にお
    いてバッファのアンダーフローが起こらないように、特
    殊再生のビットストリームを作ることができるかどうか
    の情報をフラグで示し、ビットストリームのパケットヘ
    ッダ部分に持たせることを特徴とするビットストリーム
    再生方式、及び再生装置。
41. 【請求項４１】 請求項４０に記載のビットストリーム
    のパケットヘッダを受けとり、 特殊再生モード時におけるビットストリームが、オーデ
    ィオ信号復号化装置においてバッファのアンダーフロー
    を起こす可能性があるかどうかを判定することを特徴と
    する画像信号復号化方式、及び復号化装置。
42. 【請求項４２】 請求項２に記載のビットストリーム再
    生方式、及び再生装置において、 特殊再生を行う場合に、オーディオ信号復号化装置にお
    いてバッファのアンダーフローが起こらないように特殊
    再生のビットストリームを作り、 請求項４０に記載のフラグをオフにすることを特徴とす
    るビットストリーム再生方式、及び再生装置。
43. 【請求項４３】 請求項４２に記載のビットストリーム
    再生方式、及び再生装置において、 特殊再生を行う場合に、オーディオ信号復号化装置にお
    いてバッファのアンダーフローが起こらないように特殊
    再生のビットストリームを作る方法が、オーディオ信号
    復号化装置においてオーディオ信号復号化装置における
    復号化処理、出力のタイミングを適切に計算し、 ビットストリーム中のタイムスタンプ情報を適切に書き
    換えることであることを特徴とするビットストリーム再
    生方式、及び再生装置。
44. 【請求項４４】 請求項４０に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 オーディオ信号復号化装置においてバッファのアンダー
    フローが起こる可能性があることがわかった場合に、バ
    ッファ内にあるビットストリームの量が単位時間内の再
    生に必要な分以下の場合、バッファ内に単位時間内の再
    生に必要な分のビットストリームが入力されるまで復号
    化処理を中断することを特徴とするオーディオ信号復号
    化方式、及び復号化装置。
45. 【請求項４５】 請求項４０に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 オーディオ信号復号化装置においてバッファのアンダー
    フローが起こる可能性があることがわかった場合に、復
    号化処理中にバッファ内に残っているビットストリーム
    データがなくなったら、一旦復号化処理を中断し、 適当なタイミングで再びバッファに読み出しをかけ、 ビットストリームデータが入っていたら読み出し、 復号化処理の続きを行うことを特徴とするオーディオ信
    号復号化方式、及び復号化装置。
46. 【請求項４６】 請求項４０に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 オーディオ信号復号化装置においてバッファのアンダー
    フローが起こる可能性があることがわかった場合に、特
    殊再生モードの間はオーディオ信号の復号化処理と出力
    を中断することを特徴とするオーディオ信号復号化方
    式、及び復号化装置。
47. 【請求項４７】 請求項２に記載のビットストリーム再
    生方式、及び再生装置において、 特殊再生を行う場合に、オーディオ信号復号化装置にお
    いてバッファのオーバーフローが起こらないように、特
    殊再生のビットストリームを作ることができるかどうか
    の情報をフラグで示し、ビットストリームのパケットヘ
    ッダ部分に持たせることを特徴とするビットストリーム
    再生方式、及び再生装置。
48. 【請求項４８】 請求項４７に記載のビットストリーム
    のパケットヘッダを受けとり、 特殊再生モード時におけるビットストリームが、バッフ
    ァのオーバーフローを起こす可能性があるかどうかを解
    釈できることを特徴とするオーディオ信号復号化方式、
    及び復号化装置。
49. 【請求項４９】 請求項２に記載のビットストリーム再
    生方式、及び再生装置において、 特殊再生を行う場合に、オーディオ信号復号化装置にお
    いてバッファのオーバーフローが起こらないように特殊
    再生のビットストリームを作り、 請求項４７に記載のフラグをオフにすることを特徴とす
    るビットストリーム再生方式、及び再生装置。
50. 【請求項５０】 請求項４９に記載のビットストリーム
    再生方式、及び再生装置において、 特殊再生を行う場合に、オーディオ信号復号化装置にお
    いてバッファのオーバーフローが起こらないように特殊
    再生のビットストリームを作る方法が、単位時間内に、
    単位時間内の再生に必要な分のビットストリームをオー
    ディオ信号復号化装置に送出しないように制御すること
    を特徴とするビットストリーム再生方式、及び再生装
    置。
51. 【請求項５１】 請求項４９に記載のビットストリーム
    再生方式、及び再生装置において、 特殊再生を行う場合に、オーディオ信号復号化装置にお
    いてバッファのオーバーフローが起こらないように特殊
    再生のビットストリームを作る方法が、オーディオ信号
    復号化装置におけるバッファ内のデータ量をシミュレー
    ションにより計算し、 その結果に基づいてビットストリームを送出するかどう
    かを制御することを特徴とするビットストリーム再生方
    式、及び再生装置。
52. 【請求項５２】 請求項４７に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 オーディオ信号復号化装置においてバッファのオーバー
    フローが起こる可能性があることがわかった場合に、バ
    ッファ内のデータ残量が一定のしきい値を越えたら、ビ
    ットストリーム再生装置に対してデータ送信中断の指令
    を送出し、 バッファ内のデータ残量が一定のしきい値を下回った
    ら、ビットストリーム再生装置に対してデータ送信再開
    の指令を送出することによって、バッファのオーバーフ
    ローを防ぐことを特徴とするオーディオ信号復号化方
    式、及び復号化装置。
53. 【請求項５３】 請求項５２に記載のオーディオ信号復
    号化装置からビットストリーム送信中断／再開の指令を
    受けとり、 その信号によってビットストリームの送信を制御するこ
    とを特徴とするビットストリーム再生方式、及び再生装
    置。
54. 【請求項５４】 請求項４７に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 オーディオ信号復号化装置においてバッファのオーバー
    フローが起こる可能性があることがわかった場合に、バ
    ッファ内のデータ残量が一定のしきい値を越えたら、デ
    マルチプレクサに対してデータ送信中断の指令を送出
    し、 バッファ内のデータ残量が一定のしきい値を下回った
    ら、デマルチプレクサに対してデータ送信再開の指令を
    送出することによって、バッファのオーバーフローを防
    ぐことを特徴とするオーディオ信号復号化方式、及び復
    号化装置。
55. 【請求項５５】 請求項５４に記載のオーディオ信号復
    号化装置からオーディオ信号のビットストリームの送信
    中断／再開の指令を受けとり、 送信中断の指令を受けている間は、オーディオ信号のビ
    ットストリームを捨て続け、 オーディオ信号復号化装置へビットストリームの送信を
    行わないことを特徴とするデマルチプレクサ。
56. 【請求項５６】 請求項４７に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 オーディオ信号復号化装置においてバッファのオーバー
    フローが起こる可能性があることがわかった場合に、バ
    ッファ内のデータ残量が一定のしきい値を越えたら、バ
    ッファ内のデータ残量が一定のしきい値を下回るまで、
    バッファ内のビットストリームを、単位時間内の再生に
    必要な分づつ 捨てることによって、バッファのオーバ
    ーフローを防ぐ機能を有することを特徴とするオーディ
    オ信号復号化方式、及び復号化装置。
57. 【請求項５７】 請求項４７に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 オーディオ信号復号化装置においてバッファのオーバー
    フローが起こる可能性があることがわかった場合に、バ
    ッファ内のデータ残量が一定のしきい値を越えたら、バ
    ッファ内のデータ残量が一定のしきい値を下回るまで、
    送られてくるビットストリームを、バッファに貯めずに
    捨てることによって、バッファのオーバーフローを防ぐ
    ことを特徴とするオーディオ信号復号化方式、及び復号
    化装置。
58. 【請求項５８】 請求項４７に記載のビットストリーム
    再生装置から送られたビットストリームのパケットを受
    けとり、 オーディオ信号復号化装置においてバッファのオーバー
    フローが起こる可能性があることがわかった場合に、特
    殊再生モードの間はオーディオ信号の復号化処理と出力
    を中断することオーディオ信号復号化方式、及び復号化
    装置。
59. 【請求項５９】 請求項２に記載のビットストリーム再
    生方式、及び再生装置において、 特殊再生を行う場合に、特殊再生される画像信号のビッ
    トストリームが、全てフレーム内符号化モードのビット
    ストリームで構成されているかどうかの情報をフラグで
    示し、ビットストリームのパケットヘッダ部分に持たせ
    ることを特徴とするビットストリーム再生方式、及び再
    生装置。
60. 【請求項６０】 請求項５９に記載のビットストリーム
    のパケットヘッダを受けとり、 特殊再生モード時における画像信号のビットストリーム
    が、全てフレーム内符号化モードのビットストリームで
    構成されているかどうかを判定することを特徴とするビ
    ットストリーム復号化方式、及び復号化装置。
61. 【請求項６１】 請求項５９に記載のビットストリーム
    のパケットヘッダを受けとり、 特殊再生モード時における画像信号のビットストリーム
    が、全てがフレーム内符号化モードのビットストリーム
    で構成されているわけではないことがわかった場合に、
    特殊再生モードの間は画像信号の復号化処理と表示を中
    断することを特徴とする画像信号復号化方式、及び復号
    化装置。