JP2002529024A - ビデオデータのトリック再生の管理 - Google Patents

Abstract

(57)【要約】 単一チップの特定用途向け集積回路（１２）は、ビデオ及びオーディオデータの自律的管理を行う。チップは、デジタルビデオデコーダ及び出力手段と、これらデジタルビデオコーダ及び出力手段を制御する中央処理手段とを備える。中央処理手段は、コマンドを受信し（７８）、デコーダ及び出力手段によりデジタルビデオ及びオーディオデータの管理のための現在の再生状態を確立し、外部からの命令によらず、ビデオフィールド同期信号と現在の状態とに応答して（８８）デジタルビデオデータをデコードして表示するか否か、以前にデコードしたデジタルビデオデータを繰り返し表示するか否か、及びデジタルビデオデータをデコードして出力する前にデジタルビデオデータをスキップするか否かを決定する。コマンドを中央処理手段に供給することにより、特定用途向け集積回路は、再生状態間を遷移し、デジタルビデオ及びオーディオデータに対する所望の再生を行う。

Description

【発明の詳細な説明】

【０００１】 関連する出願の相互参照 本発明は、１９９８年、１０月２２に本出願と同一の出願人により出願された
、セム・ドゥルオズ（Cem Duruoz）、タナー・オゼリク（Taner Ozcelik）及び
ゴングサン・ユー（Gong-san Yu）を発明者とする同時に係属中の米国出願番号
第 号「デジタルオーディオビデオプロセッサ用の仮想タイムクロックを実現
する方法及び装置（METHOD AND APPARATUS FOR A VIRTUAL SYSTEM TIME CLOCK F
OR DIGITAL/AUDIO/VIDEO PROCESSOR）」及びセム・アイ・ドゥルオズ（Cem I. D
uruoz）、タナー・オゼリク（Taner Ozcelik）及びパタビラマン・スブラマニア
ン（Pattabiraman Subramanian）を発明者とする米国特許出願番号第 号「コ
マンドマネージャ（COMMAND MANAGER）」に関連する。これら出願は、参照によ
り、本願に組み込まれるものとする。

【０００２】 発明の分野 本発明は、デジタルビデオのトリック再生（trick playback）の管理に関する
。

【０００３】 発明の背景 ビデオ信号のデジタル伝送技術により、柔軟性が向上し、より高い解像度が実
現でき、より高い信頼性が得られるようになった。近年の業界の協働により、デ
ジタルビデオは、現実化され、デジタルビデオの伝送及び記録に関する標準規格
が制定され、民生用デジタルビデオ製品も市販されるようになった。デジタルビ
デオへの移行は、例えばパーソナルコンピュータやコンパクトディスク等のデジ
タル技術に後押しされている。パーソナルコンピュータやコンパクトディスクは
、消費者にデジタル技術の可能性を認知させた。

【０００４】 近年、価格が下がり、広く普及しているパーソナルコンピュータは、数値計算
を行うマイクロプロセッサ／コプロセッサ、入出力端子、及び画像データを格納
及び処理するための大容量デジタルメモリ等、デジタルビデオデータを生成する
ために必要なハードウェアの多くを備えている。しかしながら、パーソナルコン
ピュータ内のマイクロプロセッサは、汎用プロセッサ（general purpose proces
sor）であり、高解像度の完全動画像（full-motion）出力データを生成するのに
十分なデジタルビデオデータ処理能力を有していないため、パーソナルコンピュ
ータは、デジタルビデオデータの受信には適していない。このため、民生用のデ
ジタルビデオ受信機として使用するために開発された、デジタルビデオ関連の演
算に適した専用プロセッサ（special purpose processor）が開発されている。
この種の専用プロセッサは、１９９７年５月３０日、モシェ・バブリル（Moshe
Bublil）他により出願され、同一の出願人に譲渡された同時に係属中の米国特許
出願第０８／８６５，７４９号「デジタルオーディオビデオデコード用専用プロ
セッサ（SPECIAL PURPOSE PROCESSOR FOR DIGITAL AUDIO VIDEO DECODING）」に
開示されている。この出願は、参照により本願に組み込まれるものとする。また
、ここに使用するメモリコントローラについては、１９９７年４月３０日、エド
ワード・ジェイ・パルチ（Edward J. Paluch）により出願され、同一の出願人に
譲渡された同時に係属中の米国特許出願第０８／８４６，５９０号「デジタルビ
デオ用のメモリアドレスの生成方法（MEMORY ADDRESS GENERATION FOR DIGITAL
VIDEO）」に開示されている。この出願は、参照により本願に組み込まれるもの
とする。

【０００５】 上述の米国特許出願は、縮小命令セットＣＰＵ（reduced instruction set CP
U：以下、ＲＩＳＣ ＣＰＵという。）により制御されるデジタルビデオ処理用
の特定用途向け集積回路（application specific integrated circuit：以下、
ＡＳＩＣという。）を開示している。ＲＩＳＣ ＣＰＵは、ＡＳＩＣ以外の部分
の演算及び動作を制御し、デジタルビデオデータの受信を行う。通常用いられて
いる様々な種類のＣＰＵと同様、上述の米国特許出願に記述されているＣＰＵは
、例えば分岐（BRANCH）、呼出（CALL）、戻る（RETURN）等のフロー制御命令を
サポートするとともに、ハードウェア割込サービスを提供する。

【０００６】 ＲＩＳＣ ＣＰＵの限界のため、タスク及びスタックマネージャは、タスクフ
ラグを監視し、タスクフラグを優先させ、サブルーチン呼出を管理し（ハードウ
ェアは、サブルーチン呼出のネストをサポートしていない）、仮想命令メモリ管
理を行う必要がある。この種の専用プロセッサは、１９９７年５月３０日、タナ
ー・オゼリク（Taner Ozcelik）他により出願され、同一の出願人に譲渡された
同時に係属中の米国特許出願第０８／８６６，４１９号「デジタルビデオデコー
ド用タスク及びスタックマネージャ（TASK AND STACK MANAGER FOR DIGITAL VI
DEO DECODING）」に開示されており、この出願は、参照により、本願に組み込ま
れるものとする。

【０００７】 しかしながら、タスク及びスタック管理を行っても、ホストプロセッサは、Ａ
ＳＩＣにコマンドを供給するために、ＡＳＩＣと密接に統合する必要がある場合
がある。例えば、ホストプロセッサは、ＡＳＩＣに複雑な処理を行わせるための
コマンドを供給するために、多数の特別なコマンドを生成し、これら特別なコマ
ンドに優先順位を付けてスケジューリングを行い、各コマンドの実行状況を監視
して、順次コマンドを供給する必要がある。また、ホストプロセッサは、例えば
垂直ブランキング期間等のイベントや複数のビデオフレームに同期して動作する
必要もある。

【０００８】 発明の開示 上述の課題を解決するために、本発明に係るデータ処理方法は、中央演算処理
装置（central processing unit：以下、ＣＰＵという。）を備える単一チップ
の特定用途向け集積回路（application specific integrated circuit：以下、
ＡＳＩＣという。）によりデジタルビデオ及びオーディオデータを自律的に管理
する。ＣＰＵは、再生状態装置を実現するように命令によりプログラミングされ
る。ホストからＣＰＵに供給される命令は、ＡＳＩＣのによりデジタルビデオ及
びオーディオデータの管理のための現在の再生状態を確立する。ＣＰＵは、外部
からの命令によらず、ビデオフィールド同期信号とＡＳＩＣの現在の状態とに応
じてデジタルビデオデータをデコードして表示するか否か、以前にデコードした
デジタルビデオデータを繰り返し表示するか否か、及びデジタルビデオデータを
デコードして出力する前にデジタルビデオデータをスキップするか否かを決定す
る。このように、ホストはＣＰＵにコマンドを供給し、これによりＡＳＩＣは、
低レベルの個別のフィールド又はフレームの再生に関する詳細な指示によらず、
デジタルビデオ及びオーディオデータに対する所望の再生処理を実現する。

【０００９】 後述する本発明の詳細な具体例においては、停止状態において、ＡＳＩＣは、
いかなるデジタルビデオデータもデコード及び表示しないことによりビデオフィ
ールド同期信号に応答する。再生状態において、ＡＳＩＣは、新たなビデオフィ
ールドをデコードするすることによりビデオフィールド同期信号に応答する。ス
ロー再生状態において、ＡＳＩＣは、以前にデコードしたデジタルビデオデータ
を所定回数繰り返して表示した後、新たなビデオフィールドをデコード及び表示
することにより上記ビデオフィールド同期信号に応答する。スロー再生状態にお
いて実行すべき繰り返し回数は、スロー再生状態を指示するコマンドに含まれ、
これによりスロー再生の速度を調整することができる。高速再生状態において、
ＡＳＩＣは、以前にデコードしたデジタルビデオ参照フレームを所定回数繰り返
し表示した後、非参照フレームをスキップし、新たな参照フレームをデコード及
び表示することによりビデオフィールド同期信号に応答する。高速再生状態にお
いて実行すべき参照フレームの繰り返し回数は、高速再生コマンド内において、
ビデオオブジェクト単位内においてデコードすべき参照フレームの数として特定
される。一時停止状態において、ＡＳＩＣは、以前にデコードしたビデオフレー
ムを繰り返し表示することによりビデオフィールド同期信号に応答する。逆方向
高速再生状態において、ＡＳＩＣは、以前にデコードしたデジタルビデオ参照フ
レームを所定回数繰り返し表示した後、逆方向に非参照フレームをスキップし、
新たな参照フレームをデコード及び表示することによりビデオフィールド同期信
号に応答する。逆方向高速再生状態において実行すべき参照フレームの繰り返し
回数は、逆方向高速再生コマンド内において、ビデオオブジェクト単位内におい
てデコードすべき参照フレームの数として特定される。逆方向デコード状態にお
いて、ＡＳＩＣは、現在表示されているビデオフレーム以前にデコードされたビ
デオデータをバッファリングすることにより応答し、このデコードされたビデオ
データは、ホストからのコマンド及び制御に基づいて、逆方向コマ送り再生又は
逆方向スロー再生として出力される。

【００１０】 上述及びさらなる本発明の目的及び利点は、添付の図面及びその説明により明
らかとなる。

【００１１】 特定の実施の形態の詳細な説明 ＡＳＩＣアーキテクチャ Ｆｉｇ．１は、デジタルオーディオ／ビデオシステム１０の構成を示す図であ
る。ここに示す特定用途向け集積回路（Application Specific Integrated Circ
uit：以下、ＡＳＩＣという。）１１は、縮小命令セット（Reduced Instruction
Set：以下、ＲＩＳＣという。）中央演算処理装置（Central Processing Unit
：以下、ＣＰＵという。）１２を備える。ＲＩＳＣ ＣＰＵ１２は、ＡＳＩＣ１
１によるデジタルオーディオ／ビデオ信号のデコードを制御する。ＲＩＳＣ Ｃ
ＰＵ１２の構造及びＡＳＩＣ１１の要素は、上述の米国特許出願に記述されてい
る。ここでは、ＲＩＳＣ ＣＰＵ１２及びＡＳＩＣ１１において本発明に関連す
る特定の要素についてのみ説明する。

【００１２】 ＲＩＳＣ ＣＰＵ１２は、ＡＳＩＣ１１により実行されるデジタルオーディオ
／ビデオ信号処理を制御するためにＲＩＳＣ ＣＰＵ１２により実行される命令
を格納する命令メモリ１４を備える。これら命令は、オフチップダイナミックラ
ンダムアクセスメモリ（off-chip dynamic random access memory：以下、ＤＲ
ＡＭという。）１６とＲＩＳＣ ＣＰＵ１２間を接続する第１のデータバス１８
を介して、ＤＲＡＭ１６から命令メモリ１４にロードされる。

【００１３】 ＲＩＳＣ ＣＰＵ１２により実行される命令メモリ１４内の命令のアドレスは
、プログラムカウンタ（program counter：以下、ＰＣという。）レジスタ２０
により識別される。命令メモリ１４から読み出された命令は、命令レジスタ２２
に供給され、ＲＩＳＣ ＣＰＵ１２の動作の制御に使用される。上述の米国特許
出願に記載されているように、命令は、１６ビットのデータ幅を有し、レジスタ
ファイル２４、データパス２６、メモリインターフェイス（Ｉ／Ｆ）２８及び上
述の米国特許出願に開示されている他の要素の様々な動作を制御する。

【００１４】 さらに、命令メモリ１４には、コマンドマネージャを起動（activate）するサ
ービスルーチンを含む幾つかの割込サービスルーチンが格納されている。これら
割込サービスルーチンは、割込命令の受信に応じて、ＲＩＳＣ ＣＰＵ１２によ
り起動される。

【００１５】 さらに、命令メモリ１４には、コマンドマネージャのタスクを実行するルーチ
ンを含む他の常駐コード（resident code）３２が格納されている。

【００１６】 上述の全てのルーチンは、命令メモリ１４に常駐するものであり、すなわち、
これらルーチンは、ＡＳＩＣ１１が最初にブートされると、命令メモリ１４の常
駐コード領域３０に読み込まれ、その後変更されずに残される。また、命令メモ
リ１４内の非常駐コード領域３４には、非常駐コード３６が格納される。非常駐
コード３６は、ＲＩＳＣ ＣＰＵ１２によるプログラムの実行時に必要に応じて
命令メモリ１４にスワップされる。コマンドマネージャの一部は、非常駐コード
３６として格納されている非常駐ルーチンにより構成される。すなわち、任意の
時刻において、複数の非常駐（ＮＲ）コードセグメント３６の１つが命令メモリ
１４における割り当てられた非常駐コード領域３４に格納される。命令は、タス
ク又は割込サービスの実行のためにこれら命令が必要とされたときに、命令メモ
リ１４の「非常駐コード」領域３４に随時ロードされる。スワッピング処理は、
上述の米国特許出願に記述されているように、タスクの実行及びスタックマネー
ジャにより制御される。

【００１７】 また、ＲＩＳＣ ＣＰＵ１２は、命令により制御されるレジスタファイル２４
を備える。レジスタファイル２４は、複数、例えば６４個の３２ビットレジスタ
を備え、ＲＩＳＣ ＣＰＵ１２は、これらレジスタを使用して、オーディオ／ビ
デオデジタル信号のデコード及び処理のための演算を実行する。Ｆｉｇ．１には
、コマンドマネージャの一部としてＲＩＳＣ ＣＰＵ１２によって使用される特
定のレジスタの一部が示されている。以下、これらの機能について説明する。

【００１８】 レジスタファイル２４内の第１のレジスタは、ホストコマンドファイルレジス
タ３８であり、ホストコマンドファイルレジスタ３８には、ホストプロセッサ３
９からのＡＳＩＣ１１用のコマンドが格納されている。

【００１９】 レジスタファイル２４内の第２のレジスタは、ホストパラメータ（以下、ホス
トＰＲＭという。）レジスタ４０であり、ホストＰＲＭレジスタ４０には、必要
に応じて、ホストコマンド用のオペランドが格納される。コマンドマネージャは
、ホストコマンドの供給により起動されると、まず、ホストＰＲＭレジスタ４０
内のオペランドを読み出す。これは、ホストコマンドファイルレジスタ３８から
コマンドを呼び出すことにより、ホストプロセッサ３９がハードウェア割込を行
うためである。ホストプロセッサ３９が続いて他のコマンドを供給すると、ホス
トコマンドファイルレジスタ３８内のホストコマンドが上書きされ、上書きされ
たホストコマンドがコマンドマネージャにより読み出される。さらに、後述する
ように、非排他的バッファ（nonexclusive buffer）がフルの状態の場合、コマ
ンドマネージャはこれらレジスタの読出処理を延期することができる。

【００２０】 ホストコマンドファイルレジスタ３８は、Ｆｉｇ．２に示すように、３２ビッ
トのビット長を有し、１６ビットのオペランド４２と、ホストプロセッサ３９が
コマンドの完了に関する応答信号（acknowledgement）を要求する場合にハイに
設定されるフラグビット４４と、ホストコマンドがホストＰＲＭレジスタ４０に
格納されている追加的コマンドを有する場合にハイに設定されるフラグビット４
６と、８ビットのコマンド識別子（ＣＭＤ−ＩＤ）４８とから構成される。

【００２１】 Ｆｉｇ．１に示すＲＩＳＣ ＣＰＵ１２内のデータパス２６は、命令レジスタ
２２内の命令から生成された命令に応答してレジスタファイル２４に登録され、
レジスタファイル２４から供給されたコンテンツに対する演算又は論理的処理を
実行し、この結果を第２のデータバス５０に送り出す。データパス２６により実
行される特別な演算又は論理的処理は、命令レジスタ２２内の命令のオペコード
部（opcode part）により決定される。この処理については、上述の米国特許出
願にも説明されている。

【００２２】 Ｆｉｇ．１において第２のデータバス５０として示されるデータパス２６の出
力は、レジスタファイル２４の入力に接続されており、これによりデータパス２
６により実行された演算又は論理的処理の結果をレジスタファイル２４内のレジ
スタに格納することができる。さらに、第２のデータバス５０は、メモリインタ
ーフェイス２８にも接続されており、これによりデータパス２６が実行した論理
的処理の結果をＤＲＡＭ１６に格納することができ、また、ＤＲＡＭ１６に格納
されているデータを第２のデータバス５０を介して、例えばレジスタファイル２
４内のレジスタに格納することができる。

【００２３】 オフチップＤＲＡＭ１６に格納されているデータ構造体（data structure）に
は、命令メモリ１４の非常駐コード領域３４にスワップされる非常駐ＲＩＳＣ命
令５２が含まれる。

【００２４】 ＤＲＡＭ１６内のＤＲＡＭホストコマンドバッファ５４には、非常駐コマンド
が格納されている。ＤＲＡＭホストコマンドバッファ５４のデータ構造をＦｉｇ
．３に示す。ＤＲＡＭホストコマンドバッファ５４は、８組の非排他的コマンド
及びオペランドの組５８〜６５を含む。これら非排他的コマンド及びオペランド
の組５８〜６５は、ＤＲＡＭホストコマンド読出／書込ポインタ５６により参照
される。ＤＲＡＭホストコマンド読出／書込ポインタ５６は、Ｆｉｇ．４に示す
ように、１６ビットの読出ポインタ６６と１６ビットの書込ポインタ６８とから
構成される。

【００２５】 また、Ｆｉｇ．１に示すように、ＤＲＡＭ１６は、ＤＲＡＭトリック再生コマ
ンドバッファ（DRAM trick play command buffer）７０を有する。ＤＲＡＭトリ
ック再生コマンドバッファ７０は、Ｆｉｇ．５に示すように、３２ビットの排他
的コマンド及び３２ビットのオペランドの組７２から構成されている。

【００２６】 また、Ｆｉｇ．１に示すように、ホストプロセッサ３９が応答信号を要求する
場合、実行されたコマンドは、ＤＲＡＭコマンド実行完了バッファ７４に書き込
まれる。ＤＲＡＭコマンド実行完了バッファ７４は、少なくとも１６個の実行完
了コマンドを格納することができる。さらに、ＤＲＡＭ１６は、実行完了コマン
ドカウンタ７６を備え、実行完了コマンドカウンタ７６は、ホストプロセッサ３
９への直前の割込以降に実行されたコマンドの数をカウントする。

【００２７】 データパス２６から出力されるデータは、ＰＣレジスタ２０にも供給され、こ
れにより、呼出（CALL）又は分岐（BRANCH）命令により、命令メモリ１４内の命
令のアドレスを直接ＰＣレジスタ２０にロードでき、プログラムの実行は新たな
アドレスに移行することができる。この処理のために、命令メモリ１４は、第２
のデータバス５０に接続されており、これにより、命令内の即値（immediate va
lues）を呼出又は分岐命令の一部としてＰＣレジスタ２０に供給でき、及び命令
内の即値をレジスタファイル２４内のレジスタに供給することができる。

【００２８】 以上のハードウェア構造は、後に図面を用いて解説するルーチンの動作の説明
のために例示的に示したものにすぎない。このハードウェア構造、特にＲＩＳＣ
ＣＰＵにより供給される命令及びデータフローの特定のパスについては、上述
の米国特許出願において実質的により詳細に説明されている。

【００２９】 機能的コマンドのフロー（Functional command flow） 以下の説明では、ホストプロセッサ３９の命令を異なる手法で範疇化（catego
rize）する。例えば、ＡＳＩＣ１１は、ホストプロセッサ３９へのアプリケーシ
ョンプログラムインターフェイス（application programming interface：以下
、ＡＰＩという。）を提供する。ホストプロセッサ３９は、ここでマクロコマン
ド（macro commands）と呼ぶ汎用的なコマンドを、このマクロコマンド内の必要
な特定のコマンドを管理する負荷を与えることなく、ＡＳＩＣ１１に供給するこ
とができる。これらマクロコマンドは、システムコマンド、トリック再生（tric
k play）コマンド、サブピクチャコマンド、オンスクリーン（on screen displa
y）コマンド、ビデオ／オーディオコマンド等としてグループ化される。ビデオ
マクロコマンドとしては、例えば、「最終表示サイズ設定（set up the final d
isplay size）」等がある。

【００３０】 これに対し、ミクロコマンド（micro command）は、デジタルオーディオ／ビ
デオシステム１０の非常に限定された動作を制御するコマンドであり、通常、所
望の結果を得るために、論理シーケンスの形式で複数のコマンドを必要とするも
のである。ミクロコマンドは、ビデオデコードコマンド、ビデオ表示コマンド、
オーディオコマンド等としてグループ化される。ビデオ表示コマンドとしては、
例えば、「バッファポインタにおけるデータにより再構築された映像のフィール
ドを表示（display a field of video from the video reconstruction of data
at buffer pointer）」等がある。

【００３１】 また、コマンドマネージャは、コマンドが排他的に実行されるか否かによりコ
マンドをグループ化する。コマンドマネージャ７８によるホストプロセッサ３９
からのホストコマンドの処理を機能的にＦｉｇ．６に示す。後述するように、コ
マンドマネージャ７８は、マクロコマンドの「トリック再生」サブグループ内の
ホストコマンド（「排他的コマンドとも呼ばれる」）と非排他的コマンドとを区
別する。トリック再生コマンドは、ＤＲＡＭ１６内のトリック再生コマンドバッ
ファ７０にコマンドをバッファリングし、トリック再生コマンドサブルーチンを
呼び出す（ステップ５２）状態遷移ハンドラ（state transition handler）８０
を発生させるフラグを設定することにより処理される。非排他的コマンドについ
ては、コマンドマネージャ７８は、トリック再生コマンドサブルーチン８２によ
り設定されたパラメータに依存する非排他的コマンドサブルーチン５４を呼び出
す。

【００３２】 トリック再生（排他的）コマンドには、（１）次に再生コマンドが発せられた
ときに、システムが即座に再生を開始できるようにシステムを準備する「再生準
備（Play Ready）」、（２）オーディオ、ビデオ及びサブピクチャの再生を開始
する「再生（Play）」、（３）ビデオ及びサブピクチャを一時停止させ、オーデ
ィオをミュートする「一時停止（Pause）」、（４）初期値では各フレームを１
０回ずつ繰り返し表示する１／１０に設定されている調整自在に再生速度を低下
させる「スロー再生（Slow Forward）」、（５）参照フレームのみをデコード及
び表示する「高速再生（Fast Forward）」、（６）次のピクチャをデコードして
停止する処理を繰り替えす「コマ送り再生（Step Forward）」、（７）参照フレ
ームのみを表示して高速に逆方向再生を行う「逆方向高速再生（Fast Reverse）
」、（８）単一のフレーム毎に、又は調整自在に速度を低下させて逆方向再生を
行う「逆方向デコード（Reverse Decode）」、（９）全ての処理を停止し、初期
状態に戻す「停止（Stop）」等がある。

【００３３】 Ｆｉｇ．７Ａ及びＦｉｇ．７Ｂは、それぞれコマンドマネージャ７８及び状態
遷移ハンドラ８０のスケジューリングを説明する図である。Ｆｉｇ．７Ａに示す
ように、ホストコマンドは、ハードウェア割込信号を発生して（ステップ８４）
コマンドマネージャ７８をスケジューリングし（Ｆｉｇ．１２）、ホストコマン
ドを格納及び範疇化させて元の処理に戻す（ステップ８６）。コマンドマネージ
ャ７８によるコマンドの処理については後述する。また、Ｆｉｇ．７Ｂに示すよ
うに、第２のハードウェア割込信号は、ＡＳＩＣ１１内部のクロック回路（図示
せず）により発生される。クロック回路からのフィールドＩＤ（ｆＩＤ）信号は
、０から１又は１から０へ切り換えられ（toggle）、これにより、トップビデオ
フィールド又はボトムビデオフィールドの表示時刻を指定する。このとき、ビデ
オディスプレイは新たなフィールドを出力する。この割込に続いて、垂直ブラン
キング期間（ステップ８８）において、ハードウェアとソフトウェアフィールド
ＩＤとの間の同期処理が行われ（ステップ９０）、これによりデコードと表示を
正しく行うことができる。同期処理の後、状態遷移ハンドラ８０（Ｆｉｇ．９）
は、タスクマネージャによりスケジューリングされ、これにより直前の垂直ブラ
ンキング期間以降にコマンドマネージャ７８によるあらゆる割込動作に基づいて
トリック再生状態を確実に更新する。

【００３４】 このトリック再生状態の処理の後、ステップ９４を経て、通常のビデオデコー
ド及び出力処理が再開される。

【００３５】 状態遷移ハンドラ（State transition handler） トリック再生は、状態遷移ハンドラ８０及びそのサブルーチンにより実行され
る。すなわち、状態遷移ハンドラ８０及びそのサブルーチンは、Ｆｉｇ．８に示
すような可能な遷移を実行し、トリック再生を実現する。同じ状態を指示する矢
印は、同じ状態の受信により実行される動作を示している。なお、上述した再生
準備のモードは、Ｆｉｇ．８には示していない。

【００３６】 停止状態９７は、状態遷移ハンドラ８０の初期状態であり、及び命令により遷
移できる状態である。

【００３７】 一時停止状態９６は、現在のフレームを繰り返し表示する状態である。一時停
止状態９６は、フィールドモード９８、フレームモード１００、自動モード１０
２の３つのモードから構成される。これらモードは、ビデオ画像の表示の手法に
関連する。各ピクチャ又はフレームは、インターリーブされた２つのフィールド
から構成され、フィールド０は、奇数ラインを表示するラスタに対応し、フィー
ルド１は、偶数ラインを表示するラスタに対応する。フィールドモード９８では
、静止画像を形成するフィールド出力信号は、現在のフレームのフィールド１の
みを繰り返す。フィールド０とフィールド１とが異なる時刻に対応するデータを
含むビデオ信号もある。この場合、フィールド１のみを繰り返し出力することに
より、解像度は低下するが、フィールド間の動きにより生じるちらつき（jitter
）の発生を回避することができる。フレームモード１００では、静止画像を形成
するフィールド出力信号は、現在のフレームのフィールド０とフィールド１の両
方を繰り返し出力する。この場合、フィールド間がフィールド同期されているか
否かによって、ちらつきが発生しないこともあり、発生することもある。自動モ
ード１０２では、ビデオ入力信号がフィールド同期されているか否かを状態遷移
ハンドラ８０が判定し、この判定に基づいて、フィールドを繰り返して静止画像
を形成するか、フレームを繰り返して静止画像を形成するかが決定される。

【００３８】 同様に、スロー再生状態１０４及び逆方向デコード状態１０６は、所定の期間
静止画像を出力するものであるため、スロー再生状態１０４及び逆方向デコード
状態１０６には、上述の３つのモードが設けられている。スロー再生状態１０４
は、順送りコマ間の表示フレームの繰り返し回数を決定するカウンタをデクリメ
ントすることにより、スロー順送りトリック再生を実現する。同様に、逆方向デ
コード状態１０６は、逆方向スロー表示及び逆方向コマ送り再生用の非排他的コ
マンドを用いて逆送りトリック再生を実現する。逆方向デコード状態１０６では
、十分な数のフレームを逆方向にデコードしてバッファに格納し、これにより非
排他的表示モードが必要なフレームにアクセスできるようにする。

【００３９】 さらに、高速再生状態１１２、再生状態１１３、逆方向高速再生状態１１４が
設けられている。これら状態のための適切な処理を実行する状態遷移ハンドラサ
ブルーチンの詳細については、後述する。

【００４０】 状態遷移ハンドラ８０の動作をＦｉｇ．９に示す。まず、デフォルトのビデオ
ディスプレイを設定し（ステップ１１６）、続いてデフォルトのオンスクリーン
ディスプレイを設定する（ステップ１１７）。さらに、ホストへの割込をスケジ
ューリングし、フレームが出力用に処理されていることをホストに通知する（ス
テップ１１８）。続いて、排他的コマンドフラグが有効に設定されているか否か
を判定することにより、有効な排他的（トリック再生）モードがアクティブな状
態になっているか否かを判定する（ステップ１２０）。この判定の結果がNOであ
る場合、存在する内部コマンドを解読（interpret）する（ステップ１２２）。
これら内部コマンドには、ビデオフレームのスキップ（video skip frame）、ビ
デオフレームの繰り返し（video repeat frame）、初期デコード準備（initial
decode ready）、内部一時停止（internal pause）等がある。これら内部コマン
ドは、ホストプロセッサ３９によっては生成されず、例えば同期ルーチン実行期
間中にＡＳＩＣ１１により生成され、これによりオーディオ及びビデオデータの
同期等の処理を実現する。

【００４１】 いずれかの内部コマンドが解読されると、デフォルトトリック再生処理（ステ
ップ１３４）及び包括的処理（ステップ１２４）が確立及び実行される。包括的
処理には、フィールド又はフレーム一時停止モードを選択する非排他的ホストコ
マンド又は自動一時停止モードがホストにより選択されたこと（Ｆｉｇ．４）を
示す進歩的なフレームフラグ（progressive frame flag）の存在に基づく適切な
一時停止モードの設定が含まれる。さらに、包括的処理には、オーディオ／ビデ
オ同期のためにソフトウェアタイムクロックを適切に調整する処理が含まれる。
状態遷移ハンドラ８０は、このフィールドＩＤにより終了する（ステップ１２６
）。

【００４２】 ステップ１２０において、排他的コマンドフラグが有効に設定されている場合
、状態遷移ハンドラ８０は、全ての内部フラグをリセットし、フレームを繰り返
し、又はフレームをスキップし（トリック再生モードは、先行する全ての同期を
向こうにするため）（ステップ１２８）、続いて排他的コマンドを解読する。こ
こで、ＤＲＡＭトリック再生コマンドバッファ７０（Ｆｉｇ．５）内に有効な排
他的コマンドが存在する場合、新たな排他的コマンドを解読するために適切なサ
ブルーチンが呼び出される（ステップ１３２）。一方、ＤＲＡＭトリック再生コ
マンドバッファ７０が空である場合、又は無効なコマンドを格納している場合、
現在のトリック再生状態に対して適切なデフォルト処理サブルーチンが呼び出さ
れる（ステップ１３４）。いずれの場合も包括的処理が確立され（ステップ１２
４）、サブルーチンが終了される（ステップ１２６）。

【００４３】 ステップ１３２における排他的コマンドの解読処理をＦｉｇ．１０に示す。こ
こでは、コマンドが再生準備、再生、一時停止、スロー再生、高速再生、コマ送
り再生、逆方向高速再生、逆方向スロー、停止のいずれかであるかを判定し（そ
れぞれステップ１３６〜１４７）、この判定に応じたコマンドの解読を行う（そ
れぞれステップ１５６〜１６７）。この解読の後、サブルーチンは、ステップ１
７０において終了する。コマンドの解読は、Ｆｉｇ．８に示す遷移に対応してい
る。

【００４４】 デフォルトトリック再生処理（ステップ１３４）をＦｉｇ．１１に示す。ここ
では、コマンドが停止、再生、一時停止、高速再生、スロー再生、逆方向高速再
生、逆方向デコードのいずれかであるかを判定し（それぞれステップ１７２〜１
７８）、この判定に応じてコマンドの解読を行う（それぞれステップ１８０〜１
８６）。何らかの理由により有効なデフォルト状態が検出されなかった場合、停
止状態が選択される（ステップ１８７）。続いて、サブルーチン１３４が終了さ
れる（ステップ１８８）。これら解読処理は、Ｆｉｇ．８において、ある状態か
ら同じ状態に戻る矢印に対応する。

【００４５】 コマンドマネージャ（Command Manager） Ｆｉｇ．１２は、ホストコマンドを受信し、範疇化する方法を実現するコマン
ドマネージャ７８の処理の具体例を示すフローチャートである。この処理は、ス
テップ７８において開始され、ホストコマンドファイルレジスタ３８内のホスト
コマンドを受信した後、ＲＩＳＣ ＣＰＵ１２内にハードウェア割込信号を発生
し、Ｆｉｇ．７Ａに示す割込サービスルーチンは、コマンドマネージャ７８をス
ケジューリングする。

【００４６】 ステップ１９０において、処理は、ホストコマンドを受信するコードを実行す
る。好適な具体例においては、この処理は、まず、ホストインターフェイスを読
み出し、所定のオペランド及びコマンドを得ることにより実現される。

【００４７】 ステップ１９２においては、ホストコマンドが排他的コマンドであるか非排他
的コマンドであるかが判定される。この具体例では、全てのコマンドは、整数の
コマンド識別子（ＩＤ）を有している。排他的コマンドは、特定の数値的範囲内
のＩＤを有し、非排他的コマンドは、この数値的範囲外のＩＤを有する。すなわ
ち、ステップ１９２においては、現在のコマンドのＩＤをこの特定の範囲と比較
することにより、この現在のコマンドが排他的コマンドであるか、非排他的コマ
ンドであるかを判定する。

【００４８】 コマンドが排他的である場合、コマンドマネージャ７８は、コマンド及び必要
に応じてその引数（argument）をバッファリングし（ステップ１９４）、すなわ
ち、コマンド及び引数をＤＲＡＭトリック再生コマンドバッファ７０に格納し、
このバッファに排他的コマンドが既に格納されている場合、そのコマンドを置換
する。このステップにおいては、排他的コマンドを範疇化して格納することによ
り２段階検索（two-tier search）を実現してもよい。この具体例では、排他的
コマンドの数は、さらなる範疇化を必要としない程度に十分少ないものである。
これは、新たな排他的ホストコマンドが以前に受信された排他的コマンドを無条
件にキャンセルするためである。続いて、ステップ１９６において、有効な排他
的コマンドフラグが設定され、処理が終了する。

【００４９】 上述のように、ＤＲＡＭトリック再生コマンドバッファ７０に排他的コマンド
を格納し、有効な排他的コマンドフラグを設定することにより、状態遷移ハンド
ラ８０は、次の水平ブランキング期間中に、実際にそのコマンドを実行する。

【００５０】 ステップ１９２において、ホストコマンドレジスタ内に格納されているホスト
コマンドが上述した排他的コマンドではなく、非排他的コマンドであると判定さ
れた場合、処理は、ステップ１９８に進む。

【００５１】 コマンドマネージャ７８は、非排他的コマンドに関するあらゆる処理に先行し
て、非排他的コマンドバッファ（Ｆｉｇ．３）が一杯の状態であるか否かを判定
する。この具体例では、この判定は、バッファフルフラグ（buffer full flag）
を読み出すことにより実現される。後述するように、コマンドマネージャ７８は
、非排他的コマンドを非排他的コマンドバッファに格納する際、この格納場所が
バッファの最後であるか否かを判定し、格納場所がバッファの最後である場合、
このバッファフルプラグを設定する。非排他的コマンドがこのバッファから削除
されると、このバッファフルプラグはクリアされる。

【００５２】 非排他的コマンドバッファが一杯の状態である場合、コマンドマネージャ７８
は、ステップ２００において、ホストコマンドの処理又は受理を拒絶し、これに
より以前に受信している非排他的コマンドが失われることを回避する。この具体
例では、この処理は、サブルーチンの最後に移行してデフォルト処理に戻る（ス
テップ２０１）ことにより実行される。この処理により、コマンドはホストに受
理されないので、ホストは、再びこのコマンドを送出する。次のコマンドマネー
ジャ７８の初期化中に、非排他的コマンドがスケジュール通りに実行され、バッ
ファから除去されれば、コマンドを格納する領域が確保される また、非排他的コマンドバッファが一杯ではない場合、処理は、ステップ２０
２に進み、非排他的コマンドは、非排他的コマンドバッファに格納される。上述
のように、この具体例では、この非排他的コマンドバッファは、８つのコマンド
を格納できるバッファである。コマンドが格納されてこのバッファが一杯になる
と、上述のように、ホストコマンドバッファフルフラグが設定される。

【００５３】 処理は、任意的なステップであるステップ２０４に進み、ここでは非排他的コ
マンドバッファ内の非排他的コマンドを所定の優先基準に基づいてソートする。
デフォルトの状態では、ソートを行わず、格納された順にコマンドを実行する（
first in, first out）。続いて、コマンドマネージャ７８は、タスクをスケジ
ューリングし、バッファリングされた非排他的コマンドのさらなる処理を実行す
る（ステップ２０５）。これにより、コマンドマネージャ７８の処理が完了する
（ステップ２０１）。

【００５４】 Ｆｉｇ．１２Ａに示すステップ２０５では、タスクがスケジューリングされ、
ＤＲＡＭホストコマンドバッファ５４の第１のエントリに格納されている非排他
的コマンドは、システムコマンド１（system commands 1）、システムコマンド
２（system commands 2）、システムコマンド３（system commands 3）、サブピ
クチャコマンド（sub-picture commands）、オンスクリーンディスプレイコマン
ド（on screen display commands）、ビデオコマンド１（video commands 1）、
ビデオコマンド２（video commands 2）、オーディオコマンド１（audio comman
ds 1）、オーディオコマンド２（audio commands 2）、ビデオデコードコマンド
（video decode commands）、ビデオ表示コマンド（video display commands）
、オーディオミクロコマンド（audio micro commands）、ジャケットピクチャ表
示コマンド（jacket picture display commands）、デジタルビデオ放送コマン
ド（digital video broadcast (DSS) commands）の非排他的範疇のうちのいずれ
かに範疇化される（ステップ２０６）。これら範疇は、それぞれコマンド１０の
特定の数値的範囲に関連付けられている。すなわち、コマンドを識別するために
、コマンドＩＤが各範疇の数値的範囲と比較される。コマンドＩＤがある数値的
範囲内にある場合、そのコマンドは、その範囲に関連付けられた範疇に属するも
のと判定される。

【００５５】 コマンドが範疇化されると、非排他的コマンド用のコマンドＩＤは、ステップ
２０８において、その範疇内の各コマンドのコマンドＩＤと比較され、ステップ
２１０において、このコマンドは、実行のためにスケジューリングされる。

【００５６】 ステップ２０８及びステップ２１０における検索ツリー処理（search tree ap
proach）により、時間的観点からも記憶容量の観点からも処理を効率的に行うこ
とができる。グループ化により、非常駐ＲＩＳＣ命令５２からＮＲコード領域３
４により小さなファイルをスワップすることができる。ＲＩＳＣ ＣＰＵ１２は
、特定の命令を検出するために、このより小さなファイルのみを検索すればよい
。さらに、これら範疇内の特定のコマンド用のコードが共有されているため、効
率的な設計及び効率的なコードサイズを実現できる。

【００５７】 ステップ２１０において、非排他的コマンドが実行のためにスケジューリング
されると、必要に応じて、ホストプロセッサ３９に対し、割込メッセージにより
、ホストコマンドを実行したことを示す肯定応答が供給される。

【００５８】 この具体例においては、この処理は、ホストコマンド内のフラグを読み取り、
ホストプロセッサ３９が肯定応答を要求しているか否かを判定して行われる。肯
定応答が要求されている場合、処理はステップ２１４に進み、実行されたホスト
コマンドをコマンド実行完了バッファ７４に格納し、ホストプロセッサ３９への
割込信号が発生される。肯定応答が要求されている場合もされていない場合も、
処理はステップ２１６に進み、ここで実行コマンドカウンタ２０がインクリメン
トされる。

【００５９】 非排他的コマンド解読タスクは、ＤＲＡＭホストコマンドバッファ５４内にさ
らなる非排他的タスクが存在する場合、自らを再びスケジューリングする（ステ
ップ２１７）。

【００６０】 Ｆｉｇ．１３Ａ〜Ｆｉｇ．１３Ｈ及びＦｉｇ．１４を用いて、トリック再生処
理状態装置（trick play processing state machine）の動作を説明する。まず
、Ｆｉｇ．１３Ａを用いて、「再生準備」排他的コマンドの解読処理（ステップ
１５６）から始まる処理を詳細に説明する。「再生準備」コマンドは、ＡＳＩＣ
に対し、内部状態を準備させ、ＤＲＡＭバッファに対し、ビデオデータのデコー
ド及び表示を開始することを命令する。通常、「再生準備」コマンドは、例えば
、ＡＳＩＣが組み込まれた装置に電源が挿入されたときに行われるＡＳＩＣの包
括的なリセットの一部として実行される。

【００６１】 「再生準備」コマンドの処理を開始するために、トリック再生処理状態装置の
現在の状態が評価される（ステップ２５０）。現在の状態が停止（STOP）又は一
時停止（PAUSE）でない場合、装置は、既にビデオデータのデコード及び表示を
準備している状態にある。この場合、有効な排他的コマンドフラグがクリアされ
（ステップ２５２）、現在の状態用のデフォルト処理が次のフィールドに対して
実行される。これにより、再生準備コマンドの実行が完了する（ステップ２５４
）。

【００６２】 トリック再生処理状態装置の現在の状態が停止又は一時停止である場合、「再
生準備」フラグの現在の状態が評価される（ステップ２５６）。このフラグは、
「再生準備」排他的コマンドの実行が成功した場合に常に有効に設定される。こ
のフラグが設定されると、再生準備コマンドを再び実行する必要はなく、処理は
ステップ２５２に進み、有効な排他的コマンドフラグがクリアされ、処理が終了
する。

【００６３】 現在の状態が停止又は一時停止であり、「再生準備」フラグが設定されていな
い場合、再生準備コマンドの処理が開始される。ステップ２５８において、トリ
ック再生カウンタがデクリメントされる。トリック再生カウンタは、包括的ソフ
トウェアリセットにより、ソフトウェアリセットが完了する以前に実行されたｆ
ＩＤ遷移の数を示す例えば６等の所定の値に初期化される。トリック再生カウン
タは、「再生準備」排他的コマンドの解読において、そのコマンドの実行を遅ら
せるために使用される。詳しくは、ステップ２６０において、カウンタの現在の
値は、複数の処理へ分岐するために使用される。カウンタの値が４より大きい場
合（ステップ２６２）、処理はさらなる動作を行うことなく完了する。この結果
、次のｆＩＤへの移行の間、処理が状態遷移ハンドラ（Ｆｉｇ．９）に渡された
とき、有効な状態遷移フラグは設定されたままであり、処理は、Ｆｉｇ．１０に
示すルーチンを介して、排他的コマンドの解読を開始する。これにより、Ｆｉｇ
．１３Ａに示す「再生準備解読」ルーチンが再実行され、処理は、再びステップ
２５０、ステップ２５６及びステップ２５８に進む。このとき、後続するｆＩＤ
遷移の間の後続する各ステップを介して、トリック再生カウンタは、ステップ２
５８においてデクリメントされる。

【００６４】 そして、ステップ２６０において、トリック再生カウンタの値が３になると、
処理はステップ２６６に進み、ＡＳＩＣのＤＲＡＭバッファ内の第１のＭＰＥＧ
グループオブピクチャ（group of pictures：以下、ＧＯＰという。）のＭＰＥ
Ｇヘッダが解読される。これらヘッダが解読されると、処理は完了する。

【００６５】 「再生準備」処理ルーチンの次のパスでは、トリック再生カウンタの値は２と
なり、このとき、処理は、ステップ２６０からステップ２６８に進み、ここで、
処理はＡＳＩＣのＤＲＡＭバッファ内のＭＰＥＧ ＧＯＰの第１表示ピクチャ（
first presentable picture：以下、ＦＰＰという。）の位置を検出する。この
処理では、バッファ内の第１のＧＯＰの最初にＩ参照フレームが存在しない場合
、その第１のＧＯＰの最初に位置するＢフレームをスキップする。ＦＰＰの位置
を検出した後、ＡＳＩＣのデコードエンジン（decoding engine）は、ＤＲＡＭ
バッファ内のＭＰＥＧ ＧＯＰのＦＰＰのスライスに対するスライスデコード処
理（slice decoding）を開始する（ステップ２７０）。このデコードの後、処理
は完了する。

【００６６】 「再生準備」処理ルーチンの次のパスでは、トリック再生カウンタの値は１と
なり、このとき、処理は、さらなる動作を行うことなく、処理の最初に戻る。

【００６７】 「再生準備」処理ルーチンの最後のパスでは、トリック再生カウンタの値は０
となり、処理はステップ２７２に進み、ＡＳＩＣは、ホストがＡＳＩＣに対して
オーディオ出力をディスエーブルするよう（非排他的コマンドにより）命令して
いるか否かを判定する。このような命令がない場合、処理は、ステップ２７４に
進み、オーディオ出力をイネーブルする。ステップ２７２又はステップ２７４の
後、処理は、ステップ２７６に進み、「再生準備」フラグが設定され、続いてス
テップ２７８において、有効な排他的コマンドフラグがクリアされ、現在の状態
に対するデフォルト処理が実行できる状態となる。次に、ステップ２８０におい
て、「再生準備」コマンドに対する肯定応答がホストに対して供給され、これに
よりホストは、コマンドが無事に実行され、ＡＳＩＣが再生の準備を完了したこ
とを確認する。ステップ２８２において、トリック再生処理状態装置は、一時停
止状態に遷移し、再生を準備する。この処理により、「再生準備」コマンド処理
は完了する（ステップ２５４）。

【００６８】 Ｆｉｇ．１３Ｂは、「再生」排他的コマンドの処理及びトリック再生処理状態
装置の再生状態におけるデフォルト処理を説明するフローチャートである。新た
な「再生」排他的コマンドが処理されると（ステップ１５７）、適切な動作を行
うために、トリック再生処理状態装置の現在の状態が評価される。トリック再生
処理状態装置の現在の状態が高速再生（ＦＦ）、逆方向高速再生（ＦＲ）、逆方
向デコード（ＲＤ）である場合、再生状態への遷移は許可されない。したがって
、これらの場合、有効な排他的コマンドフラグはクリアされ（ステップ２９０）
、トリック再生処理状態装置は、「再生」コマンドを無視し、このコマンドに関
する肯定応答をホストに供給しない。ここで、処理は終了する（ステップ２９１
）。

【００６９】 一方、トリック再生処理状態装置の現在の状態がスロー再生（ＳＬＦ）である
場合、現在のフィールドＩＤ（ｆＩＤ）が確認され（ステップ２９２）、この時
点でスロー再生（ＳＬＦ）から再生（ＰＬＡＹ）への遷移が適切であるか否かが
判定される。後述するように、ある状態から他の状態への遷移は、フィールド１
（ボトムフィールド）が現在表示されており、状態遷移がフィールド０（トップ
フィールド）から開始できる場合にのみ許可される。このような制限を設けるこ
とにより、常にトップフィールドが偶数走査線上に表示され、ボトムフィールド
が奇数走査線上に表示される。このため、ステップ２９２において、ｆＩＤが１
である場合、処理はステップ２９４に進み、トリック再生処理状態装置は、再生
状態に遷移し、ステップ２９６において、有効な排他的コマンドフラグがクリア
される。続いて、ステップ２９８において、「再生」トリック再生コマンドの実
行に対する肯定応答がホストに供給され、ホストは、コマンドが無事に実行され
たことを確認する。そして、ステップ３００において、デコードサブルーチンが
呼び出され、次のフィールドがデコードされる。

【００７０】 スロー再生状態から再生状態への遷移を行うとき、ステップ２９２においてｆ
ＩＤが０であると判定された場合、再生状態への遷移は１フィールド期間分遅延
される。この場合、処理はステップ２９４に進み、フラグがチェックされ、トリ
ック再生処理状態装置がスロー再生状態の処理の一部としてフレームをデコード
している最中であるか否かが判定される。後述するように、スロー再生状態では
、新たなフレームが周期的にデコード及び表示され、これらの処理の間、現在の
フレームが繰り返し表示される。スロー再生状態において、新たなフレームをデ
コードしている間に状態遷移コマンドが受信されると、状態遷移ハンドラは、ス
ロー再生状態から遷移する前に新たなフレームのデコードを完了させる必要があ
る。この処理を確実に行うために、スロー再生状態又は他の類似する状態におい
て新たなフレームがデコードされているとき、トリック再生処理状態装置が新た
なフレームのデコードを行っている最中であることを示すフラグを設定する。ス
テップ３０２においては、このフラグに基づいて、新たなフレームが現在デコー
ド処理されているか否かに関する判定が行われる。ここで、新たなフレームがデ
コードされていない場合、現在のフィールドに対する処理が終了する（ステップ
２９１）。なお、この具体例においては、有効な排他的コマンドフラグはクリア
されず、したがって、図１３Ｂに示す「再生」トリック再生コマンドハンドラは
、次のフィールドにおいて再実行され、このときｆＩＤは１となり、再生状態へ
の状態遷移が実行される。

【００７１】 ステップ２９６において、トリック再生処理状態装置がスロー再生状態におけ
る新たなフレームをデコード中であることを示すフラグが設定されている場合、
処理は、ステップ３０４及び３００に進む。ステップ３０４では、フラグはクリ
アされ、スロー再生状態における新たなフレームのデコード処理状態が終了した
ことが示される。続いて、ステップ３００において、スロー再生状態における新
たなフレームのデコードを実行するために、デコードサブルーチンが呼び出され
る。ステップ３００が実行されると、処理は終了する（ステップ２９１）。また
、ここでも有効な状態遷移フラグはクリアされず、したがって、Ｆｉｇ．１３Ｂ
に示す「再生」トリックコマンドハンドラは、次のフィールドにおいて再実行さ
れ、このときｆＩＤは１となり、再生状態への状態遷移が実行される。

【００７２】 「再生」トリック再生コマンドが供給されたとき、トリック再生処理状態装置
が停止（ＳＴＯＰ）又は一時停止（ＰＡＵＳＥ）状態にある場合、処理はステッ
プ３０６に進む。ステップ３０６では、再生準備フラグの状態が確認される。通
常、再生準備フラグは設定されているが、ここで再生準備フラグが設定されてい
ない場合、再生コマンドは無視され、処理は直ちに戻される（ステップ２９１）
。一方、再生準備フラグが設定されている場合、処理はステップ３０８に進み、
現在のｆＩＤが確認される。現在のｆＩＤが０である場合、上述した理由により
、再生状態への状態遷移は、１フィールド期間分遅延される。この場合、処理は
、直ちに終了する（ステップ２９１）。一方、現在のｆＩＤが１である場合、処
理は、ステップ２９４、ステップ２９６及びステップ２９８に進み、上述のよう
に、トリック再生処理状態装置は、再生状態に入り、有効な排他的コマンドフラ
グをクリアし、コマンドの実行に関する肯定応答をホストに供給し、デコードサ
ブルーチンを呼び出して、再生状態におけるフレームのデコード及び表示を開始
する。

【００７３】 「再生」トリック再生コマンドが供給されたときにトリック再生処理状態装置
が再生状態にある場合、あるいはトリック再生コマンドが供給されず、デフォル
トで再生状態が実行されている場合（ステップ１８１）、処理は直接ステップ３
００に進み、デコードサブルーチンが呼び出され、新たなビデオフィールドがデ
コードされ、表示される。すなわち、再生状態への移行が成功した後、各ｆＩＤ
に対してデコードサブルーチンが呼び出され、トリック再生ハンドラの処理が終
了し、これにより新たなフレームが順次継続的にデコードされ、表示される。

【００７４】 Ｆｉｇ．１３Ｃを用いて、一時停止（ＰＡＵＳＥ）トリック再生状態のための
トリック再生処理について説明する。新たな「一時停止」トリック再生コマンド
が供給されると、処理はステップ１５８からステップ３２０に進み、現在のトリ
ック再生状態が評価される。現在のトリック再生状態が再生（ＰＬＡＹ）である
場合、ステップ３２２においてｆＩＤが確認され、一時停止状態への遷移が適切
であるか否かが判定される。上述のように、ｆＩＤが０である場合、ボトムフレ
ームが現在表示されており、一時停止状態への遷移は、次の１フィールドがデコ
ード及び表示されるまで待機する必要がある。したがって、この場合、処理はス
テップ３２２からステップ３２４に進み、ここでデコードサブルーチンを呼び出
し、ボトムフィールドをデコード及び表示する。デコードサブルーチンを呼び出
した後、処理は、ステップ３２６に進み、トリック再生処理が完了する。この状
況では、有効な排他的コマンドフラグはクリアされず、したがって、次のｆＩＤ
の遷移において、処理は一時停止トリック再生ハンドラに戻り、ステップ３２０
及びステップ３２２の処理を繰り返す。

【００７５】 また、ステップ３２２において、ｆＩＤが１である場合、現在の再生状態から
一時停止状態への遷移が適切であると判定される。この場合、処理は、ステップ
３２２からステップ３２８に進み、一時停止状態への遷移が実行される。続いて
、ステップ３３０において、「一時停止」トリック再生コマンドに関する肯定応
答がホストに供給され、ステップ３３４において、有効な排他的コマンドフラグ
がクリアされる。この処理の後、一時停止状態への遷移が完了し、トリック再生
ハンドラが終了される（ステップ３２６）。

【００７６】 停止状態（ＳＴＯＰ）状態では、フレームは表示されていないため、停止状態
から一時停止状態への遷移は、ｆＩＤの値に関わらず許可される。したがって、
「一時停止」排他的コマンドが供給されたときに、現在の状態が停止である場合
、Ｆｉｇ．１３Ｃに示すトリック再生状態遷移ハンドラは、上述したステップ３
２８、ステップ３３０、ステップ３３４を直接実行し、一時停止状態への遷移が
実行され、「一時停止」トリック再生コマンドに関する肯定応答がホストに供給
される。

【００７７】 逆方向デコード（ＲＤ）状態から一時停止状態への遷移は、ｆＩＤが０である
場合にのみ許可される。すなわち、「一時停止」トリック再生コマンドが供給さ
れたとき、現在の状態が逆方向デコード状態である場合、処理はステップ３３６
に進む。ステップ３３６において、ｆＩＤが０である場合、状態遷移は、１フィ
ールド先でなければ行うことができない。この場合、処理はステップ３２６に進
み、Ｆｉｇ．１３Ｃに示すトリック再生ハンドラが終了する。なお、逆方向デコ
ード状態から一時停止状態への遷移は、ｆＩＤが０であってもデコードサブルー
チンを呼び出さないという点で、再生状態からの遷移と異なっている。逆方向デ
コード状態では、後述するように、フレームのデコードは、状態遷移ハンドラか
らの個別の独立したタスクにより処理されるので、各ｆＩＤ毎にデコードサブル
ーチンを呼び出す必要はない。このため、ステップ３３６においてｆＩＤが０で
あり、その結果遷移を１フィールド遅延させなくてはならない場合であっても、
逆方向デコード状態からの遷移の一部としてデコードハンドラを呼び出す必要は
ない。

【００７８】 ステップ３３６において、ｆＩＤが１であると判定された場合、逆方向デコー
ド状態から一時停止再生状態への遷移を直ちに実行することができる。この場合
、処理は、ステップ３３６からステップ３２８、ステップ３３０、ステップ３３
４に直接進み、一時停止状態への遷移が実行され、「一時停止」トリック再生コ
マンドに関する肯定応答がホストに供給される。

【００７９】 ステップ３２０において、現在の状態が逆方向高速再生（ＦＲ）、高速再生（
ＦＦ）、又はスロー再生（ＳＬＦ）であると判定された場合、一時停止状態への
遷移処理は、ステップ３３８に進む。ステップ３３８では、ｆＩＤが１であるか
否かが判定される。ｆＩＤが１である場合、一時停止状態への遷移を直ちに行う
ことができ、したがって、処理は、上述のように、ステップ３２８、ステップ３
３０、ステップ３３４に直接進む。一方、ステップ３３８において、ｆＩＤが０
であると判定された場合、一時停止状態への遷移は１フィールド分遅延させなく
てはならない。この場合、処理は、ステップ３４０に進み、内部フラグを確認し
て、トリック再生処理状態装置が逆方向高速再生、高速再生、スロー再生のいず
れかの処理の一部として新たなフレームをデコードしている最中であるか否かが
判定される。上述し、さらに後に詳細に説明するように、逆方向高速再生、高速
再生、スロー再生のいずれかの状態においては、新たなフレームが周期的にデコ
ードされて出力され、これらの処理の間、以前にデコードされたフレームが繰り
返し表示される。フラグは、これら各状態において、新たなフレームがデコード
されていることを示すために設定される。これらいずれかの状態において、新た
なフレームがデコードされている場合、デコードサブルーチンを呼び出して、一
時停止状態への遷移より前に、このデコードを完了させる必要がある。したがっ
て、ステップ３４０において、先行するスロー再生、高速再生、逆方向高速再生
のいずれかの状態において、新たなフレームに対するデコードが行われている最
中であると判定された場合、処理はステップ３２４に進み、デコードサブルーチ
ンを呼び出し、処理が終了する（ステップ３２６）。一方、スロー再生、高速再
生、逆方向高速再生のいずれかの状態において、新たなフレームのデコードが行
われていない場合、処理はステップ３４０から直接ステップ３２６に進む。

【００８０】 一時停止状態に入ると、新たな排他的コマンドが供給されるまで、デフォルト
処理が実行される。トリック再生処理状態装置が一時停止状態にある場合、新た
なフレームはデコードされないため、一時停止状態のデフォルト処理（ステップ
１８２）は、直接ステップ３２６に進み処理を終了する。

【００８１】 Ｆｉｇ．１３Ｄを用いて、「スロー再生」排他的コマンドによるトリック再生
状態遷移について説明する。新たな「スロー再生」排他的コマンドが供給される
と、処理は、ステップ１５９からステップ３５０に進む。スロー再生（ＳＬＦ）
状態におけるデフォルト処理では、処理はステップ１８４からステップ３５０に
進む。ステップ３５０において、現在の状態が判定され、次の適切な動作が選択
される。現在の状態が停止（ＳＴＯＰ）、高速再生（ＦＦ）、逆方向高速再生（
ＦＲ）、逆方向デコード（ＲＤ）のいずれかである場合、スロー再生状態への遷
移は許可されない。この場合、処理は直接ステップ３５２に進み、Ｆｉｇ．１３
Ｄに示す状態遷移ハンドラは終了する。

【００８２】 「スロー再生」排他的コマンドが供給されたとき、現在の状態が一時停止（Ｐ
ＡＵＳＥ）である場合、処理はステップ３５４に進み、現在のｆＩＤが判定され
る。上述のように、状態遷移は、ｆＩＤが１である場合にのみ許可される。した
がって、ステップ３５４においてｆＩＤが０であると判定された場合、処理はス
テップ３５２に進み、終了する。一方、ステップ３５４において、ｆＩＤが１で
あると判定された場合、処理は、ステップ３５６に進み、トリック再生処理状態
装置は、スロー再生状態に移行する。続いて、ステップ３５８において、後続す
るビデオフィールドに対しデフォルトの処理が実行されるよう、有効な排他的コ
マンドフラグがクリアされる。続いて、ステップ３６２において、「スロー再生
」排他的コマンド内で識別される繰り返し値（repeat value）がＡＳＩＣのメモ
リに格納される。この値は、後にスロー再生処理を実行する際の速度の決定に使
用される。詳しくは、スロー再生状態では、フレームがデコードされ、デコード
されたフレームが繰り返し値により特定された回数繰り返し表示された後、新た
なフレームがデコードされる。すなわち、繰り返し値は、次のフレームがデコー
ドされる前に、フィールドを繰り返して出力する回数を決定するものであり、望
まれる再生速度に基づいて、１乃至１０以上の範囲で、通常偶数の値をとる。

【００８３】 スロー再生状態への遷移が行われると、まず、単一のフレームがデコードされ
、このフレームが繰り返し値により特定されている回数繰り返し表示される。す
なわち、ステップ３６２に続いて、トリック再生状態装置は、ステップ３６４に
おいて、新たなフレームをデコードするスロー再生（ＳＬＦ−ＰＬＡＹ）状態に
入る。続いて、ステップ３６６において、スロー再生状態の処理がフレームのデ
コード中であることを示すフラグが設定される。このフラグは、この状態遷移ハ
ンドラ及び他の状態遷移ハンドラが状態遷移以前にフレームのデコード処理を確
実に行うために使用する。続いて、処理はステップ３６７に進み、繰り返しカウ
ンタは、ステップ３６２において格納されたスロー再生コマンドに基づく繰り返
し値により初期化される。繰り返しカウンタは、後に、現在のフレームを表示す
る回数を決定するために使用される。次に、ステップ３６８において、デコード
サブルーチンが呼び出され、新たなフレームのデコードが開始される。これによ
り処理は終了する（ステップ３５２）。

【００８４】 再生（ＰＬＡＹ）状態において、「スロー再生」排他的コマンドが供給される
と、一時停止（ＰＡＵＳＥ）状態の場合に類似する処理が行われる。すなわち、
再生状態において、「スロー再生」排他的コマンドが供給されると、現在のｆＩ
Ｄの値が判定される。ｆＩＤが１である場合、直ちにスロー再生状態に遷移する
ことができ、処理は、一時停止状態からスロー再生状態への遷移に関連して上述
したステップ３５６〜ステップ３６８を実行する。一方、ｆＩＤが０である場合
、再生状態からスロー再生状態への遷移は、１又は複数フィールド分待機する必
要がある。この場合、処理はステップ３６８に進み、デコードサブルーチンが呼
び出される。これにより、再生状態における現在のフレームのデコードが確実に
実行される。ステップ３６８の後、処理は終了する（ステップ３５２）。

【００８５】 スロー再生状態において「スロー再生」排他的コマンドが供給された場合、又
は、スロー再生状態におけるデフォルト処理を実行する場合、処理はステップ３
７２に進み、有効な排他的コマンドフラグの値が判定される。デフォルト処理が
実行されており、新たなスロー再生コマンドが供給されない場合、ステップ３７
２において、有効な排他的コマンドフラグがクリアされ、処理はステップ３７４
に進む。ステップ３７４では、上述のフラグに基づいて、スロー再生状態におい
て新たなフレームがデコードされている最中であるか否かが判定される。新たな
フレームがデコードされている場合、処理はステップ３７６に進み、デコードが
既に処理中ではないことを示すためにフラグがクリアされ、続いてステップ３６
８において、デコードルーチンを呼び出し、そのフレームのデコードを完了する
。

【００８６】 ステップ３７４において、新たなフレームのデコードが行われていないと判定
された場合、処理はステップ３７８に進み、上述の繰り返しカウンタの値が０と
比較される。繰り返しカウンタの値が０に達している場合、新たなフレームのデ
コードが開始される。

【００８７】 ステップ３７８において、ステップカウンタが０ではない場合、処理はステッ
プ３８０に進み、繰り返しカウンタの値と、コマンドから得られた初期の繰り返
し値とを比較する。ステップ３８０において、カウンタの値が繰り返し値に等し
いと判定された場合、これは、カウンタ値がデクリメントされていない状態であ
るため、Ｆｉｇ．１３Ｄのサブルーチンにおける現在のパスがスロー再生状態に
遷移した後のサブルーチンにおける最初のパスであることを示している。したが
って、ステップ３８０において、繰り返しカウンタの値が未だ初期値であると判
定された場合、処理はステップ３８２に進み、ＡＳＩＣは、スロー再生一時停止
状態（SLF-PAUSE sub-state）に入る。このスロー再生一時停止状態では、カウ
ンタがデクリメントされて０になるまで、現在のフレームが繰り返し出力される
。ステップ３８２の後、又はステップ３８０において繰り返しカウンタの値が初
期値とは異なる場合はステップ３８０から直接、処理は３８４に進み、繰り返し
カウンタの値がデクリメントされる。続いて、処理はステップ３５２に進み終了
する。なお、この場合、新たなフレームはデコードされず、この結果、繰り返し
カウンタの値が０になるまで、同じフレームが繰り返し出力される。

【００８８】 ホストによるさらなる処理により、繰り返しカウンタの値がデクリメントされ
て０になると、Ｆｉｇ．１３Ｄに示すサブルーチンの次のパスにおいて、処理は
ステップ３７８から上述したステップ３６４乃至ステップ３６７を実行し、他の
フレームのデコードが開始される。

【００８９】 ステップ３７２において、トリック再生状態装置が既にスロー再生状態にある
場合に、新たな「スロー再生」コマンドが供給されることもある。例えば、ホス
トが再生の速度を速くあるいは遅くするために繰り返しカウンタの値を変更しよ
うとすることがある。この場合、ステップ３７２において、有効な排他的コマン
ドフラグが設定される。このとき、処理はステップ３８５に進み、現在のｆＩＤ
が判定される。現在のｆＩＤが１である場合、新たな「スロー再生」コマンドは
、直ちに実行され、処理は、上述したステップ３５６乃至ステップ３６８を実行
し、ここで他の処理とともに、新たな「スロー再生」コマンドからの新たな繰り
返し値が格納され、新たなフレームのデコード処理を開始する。

【００９０】 ステップ３８５において、現在のｆＩＤが０である場合、新たな「スロー再生
」コマンドは、直ちに処理できず、サブルーチンは、ステップ３８６に進み、上
述のフラグがチェックされて、新たなフレームのデコード処理が行われている最
中であるか否かが判定される。新たなフレームが現在デコードされている場合、
処理はステップ３７６及びステップ３７８に進む。一方、新たなフレームが現在
デコード処理されていない場合、処理は上述したステップ３７８に進み、繰り返
しカウンタの値が０に達しているか否かを判定し、繰り返しカウンタの値が０に
達している場合、新たなフレームのデコードを開始する。

【００９１】 Ｆｉｇ．１３Ｅを用いて、「高速再生」排他的コマンドに対するトリック再生
状態遷移について説明する。新たな「高速再生」排他的コマンドが供給されると
、処理はステップ１６０からステップ３９０に進む。ステップ３９０において、
「高速再生」コマンド内の参照フレームカウンタが評価され、「高速再生」コマ
ンドをどのように実行するかが判定される。高速再生（ＦＦ）状態では、ＭＰＥ
Ｇビデオストリームにおける参照フレームがデコードされ、表示される。すなわ
ち、各ＭＰＥＧビデオオブジェクトユニット（video object unit：以下、ＶＯ
ＢＵという。）からの設定された数の参照フレームがデコードされ、処理は次の
ＶＯＢＵの参照フレームをスキップする。「高速再生」コマンドとともに供給さ
れる参照フレームカウンタは、各ＶＯＢＵからデコードすべき参照フレームの数
を特定するカウンタである。高速再生状態は、特別な「ｎｏ−Ｂ」モードを有し
ており、このｎｏ−Ｂモードでは、各ＶＯＢＵからの各参照フレームがデコード
及び表示される。「高速再生」コマンド内の参照フレームカウンタの値が０であ
る場合、高速再生状態は、ｎｏ−Ｂモードに入る。

【００９２】 すなわち、ステップ３９０において、「高速再生」コマンド内の参照フレーム
カウンタの値が０と比較され、ここで参照フレームカウンタの値が０であると判
定された場合、ステップ３９１において、「ｎｏ−Ｂ」フラグが設定され、高速
再生状態は、「ｎｏ−Ｂ」モードに入る。一方、参照フレームカウンタの値が０
以外の数値である場合、ステップ３９２において「ｎｏ−Ｂ」フラグがクリアさ
れ、ステップ３９３において、現在のＶＯＢＵから出力される参照フレームの数
をカウントする高速再生カウンタ（FF counter）が０に初期化される（高速再生
カウンタは、「ｎｏ−Ｂ」モードでは使用されず、ステップ３９１以降では初期
化されない）。

【００９３】 ステップ３９１又はステップ３９３の後、処理はステップ３９４に進み、現在
の状態が判定され、次の適切なさらなる処理が選択される。高速再生状態のデフ
ォルト処理（ステップ１８３）は、直接ステップ３９４に進む。

【００９４】 現在の状態が再生（ＰＬＡＹ）、スロー再生（ＳＬＦ）、逆方向高速再生（Ｆ
Ｒ）、逆方向デコード（ＲＤ）のいずれかである場合、高速再生（ＦＦ）状態か
らの遷移は許可されない。この場合、処理はステップ３９６に直接進み、Ｆｉｇ
．１３Ｅに示す状態遷移ハンドラは終了する。

【００９５】 「高速再生」排他的コマンドが供給されたときの現在の状態が停止（ＳＴＯＰ
）又は一時停止（ＰＡＵＳＥ）である場合、処理はステップ３９８に進み、現在
のｆＩＤが判定される。上述のように、状態遷移は、ｆＩＤが１の場合にのみ許
可される。したがって、ステップ３９８において、ｆＩＤが０であると判定され
た場合、処理はステップ３９６に進み、終了する。一方、ステップ３９８におい
てｆＩＤが１であると判定された場合、処理はステップ４００に進み、有効な排
他的コマンドがクリアされ、次のビデオフィールドに対し、デフォルト処理が実
行される。次に、ステップ４０２において、トリック再生状態装置は高速再生状
態に遷移する。そして、ステップ４０４において、上述したフラグがリセットさ
れ、フレームデコード処理が現在行われていないことが示される。続いて、ステ
ップ４０６において、トリック再生カウンタの値が０に初期化され、このトリッ
ク再生カウンタは、後の高速再生処理における速度の判定に使用される。詳しく
は、高速再生状態においては、参照フレームがデコードされ、このフレームは、
「高速再生」コマンドとともに受け取った繰り返し値により特定された回数繰り
返し表示され、この後、新たな参照フレームがデコードされる。繰り返し値は、
次のフレームをデコードする前にフィールドを繰り返し出力する回数を特定する
値であり、望まれる高速再生の速度に基づいて、１〜１０以上の範囲内で、通常
偶数の値をとる。高速再生状態に入ると、まず単一のフレームがデコードされ、
続いて繰り返し値により特定されている回数、そのフレームが繰り返し表示され
る。この処理を実現するために、トリック再生繰り返しカウンタの値は０に初期
化される。

【００９６】 ステップ３９４において、トリック再生処理状態装置が高速再生状態にある場
合は、処理はステップ４０８に進み、デフォルト処理を実行する。また、ステッ
プ３９８乃至ステップ４０６における様々な設定の後、処理はステップ４０８に
進む。ステップ４０８において、上述のフラグが確認され、状態装置が新たな参
照フレームをデコード中であるか否かが判定される。上述のように、Ｆｉｇ．１
３Ｅに示すサブルーチンの最初のパスのステップ４０４において、このフラグは
クリアされ、さらに以前にデコードされた参照フレームが繰り返し出力されてい
る間、後続するサブルーチンのパスにおいてもこのフラグはクリアさる。この場
合、処理はステップ４１０に進む。

【００９７】 ステップ４１０において、トリック再生繰り返しカウンタの現在の値が評価さ
れ、このトリック再生繰り返しカウンタの値が０にデクリメントされているか否
かが判定される。上述のように、Ｆｉｇ．１３Ｅのサブルーチンの第１のパスの
間、このカウンタはステップ４０６において０にリセットされる。さらに、後続
するパスにおいて、トリック再生繰り返しカウンタは、以前にデコードされた参
照フレームが要求された回数繰り返し出力された後に０になる。このとき、処理
は、ステップ４１２に進む。

【００９８】 ステップ４１２において、新たな参照フレームのデコードが開始される。ここ
で、高速再生状態においてフレームのデコード処理が進行中であるあることを示
すフラグが設定される。続いて、ステップ４１４において、デコード処理が呼び
出され、フレームに対するデコードが開始され、処理が終了する（ステップ３９
６）。

【００９９】 新たな参照フレームのデコードが開始されると、次のフィールドを出力するた
めに、処理はステップ４０８に戻る。このとき、ステップ４１２において設定さ
れたフラグは、フレームのデコード処理が進行中であることを示す。したがって
、処理はステップ４１６に進み、このフラグがリセットされ、デコードが完了し
たことが示される。続いて、処理はステップ４１８に進み、トリック再生繰り返
しカウンタが「高速再生」コマンドにより供給された値により初期化され、これ
により新たにデコードされたフレームを繰り返すべき回数が示される。続いて、
ステップ４２０において、処理は、次の参照フレームにスキップするよう指示さ
れる。

【０１００】 ステップ４２０において指示された処理は、現在のフレームの第２のフィール
ドのデコードが完了した後に開始される。すなわち、この処理は、まず、現在の
ＶＯＢＵからデコードされた参照フレームの数がステップ３９０において「高速
再生」コマンドから得られた参照フレームカウンタにより特定された参照フレー
ムの数と等しいか否かを判定することにより、次の適切な参照フレームに移行す
る。この数が等しくない場合、又は「ｎｏ−Ｂ」フラグが設定されている場合、
この処理は参照フレームを検出するまでＶＯＢＵ内のＢフレームをスキップする
。この処理において、ＶＯＢＵの最後に到達した場合、又は現在のＶＯＢＵから
デコードされた参照フレームの数が参照フレームカウンタにより特定された数と
一致した場合、処理は次のＶＯＢＵに移り、Ｂフレームをスキップすることによ
り、次のＶＯＢＵ内の第１の参照フレームが検出される。

【０１０１】 ステップ４２０において上述の処理を開始した後、Ｆｉｇ．１３Ｅに示すサブ
ルーチンは、ステップ４１４に進み、デコードルーチンが呼び出され、現在のフ
レームのボトムフィールドがデコードされる。

【０１０２】 上述の処理の後、高速再生状態のデフォルト処理の間、処理は再びステップ４
０８に進み、ここではフレームをデコード処理中ではないため、トリック再生カ
ウンタの値は０ではなく、処理はステップ４０８及びステップ４１０からステッ
プ４２２に進む。ステップ４２２において、トリック再生カウンタはデクリメン
トされ、処理が完了する。このステップ４０８からステップ４１０及びステップ
４２２への処理は、トリック再生カウンタの値がデクリメントされて０になるま
で繰り返され、トリック再生カウンタの値が０になると、処理は上述したステッ
プ４０８からステップ４１０、ステップ４１２及びステップ４１４を実行し、続
いて、次のフィールドに対してステップ４０８からステップ４１６、ステップ４
１８、ステップ４２０及びステップ４１４が実行され、これによりトリック再生
カウンタの値がリセットされ、新たな参照フレームがデコードされる。

【０１０３】 なお、「高速再生」排他的コマンドが高速再生状態のときに供給された場合、
処理はステップ３９０に進み、新たな「高速再生」コマンドからの参照フレーム
カウンタの値が０と比較され、格納される。同時に、「高速再生」コマンドから
のトリック再生繰り返しカウンタ用の初期値も格納される。これにより、ホスト
は、新たな「高速再生」コマンドを用いてカウンタ値を変更し、より速い又はよ
り遅い再生を実現することができる。

【０１０４】 Ｆｉｇ．１３Ｆを用いて、「コマ送り再生」排他的コマンドによるトリック再
生状態遷移について説明する。「コマ送り再生」コマンドは、トリック再生状態
装置が一時停止（ＰＡＵＳＥ）状態にある場合以外は、一時停止コマンドとして
解釈される。また、トリック再生状態装置が一時停止状態にある場合に「コマ送
り再生」コマンドが供給されると、順方向に１つのフレームがデコードされる。

【０１０５】 すなわち、「コマ送り再生」コマンドが解読されると（ステップ１６２）、ス
テップ４３０において、現在の状態が一時停止状態であるか否かの判定が行われ
る。現在の状態が一時停止状態ではない場合、処理はステップ１５８に進み、「
コマ送り再生コマンド」を「一時停止」コマンドとして解釈する（Ｆｉｇ．１３
Ｃ参照）。

【０１０６】 一方、「コマ送り再生」コマンドが供給されたときに、現在の状態が「一時停
止」状態である場合、処理はステップ４３０からステップ４３２に進む。ステッ
プ４３２では、現在のｆＩＤが評価される。現在のｆＩＤが０である場合、状態
遷移は許可されず、サブルーチンは終了する（ステップ４３８）。この結果、フ
レームはデコードされず、状態装置は、次の１以上のフィールドに対応する期間
中、一時停止状態に留まる。この処理の後、次のフィールドにおいて、再びＦｉ
ｇ．１３Ｆのサブルーチンが開始されると、このとき、ｆＩＤは１となり、状態
遷移が許可される。この場合、処理はステップ４３２からステップ４３４に進み
、状態装置は再生「ＰＬＡＹ」状態に遷移する。次に、ステップ４３６において
、デコードサブルーチンが呼び出され、次のフレームのトップフィールドがデコ
ードされ、Ｆｉｇ．１３Ｆに示すサブルーチンは終了する。なお、この処理では
、有効な排他的コマンドフラグは変更されない。このため、次のフィールド（ｆ
ＩＤ＝０）においては、処理はステップ１６２及びＦｉｇ．１３Ｆのサブルーチ
ンに再び進む。このとき、ステップ４３０において、現在の状態は「再生」状態
であるため、処理はステップ１５８からＦｉｇ．１３Ｃに示すサブルーチンに進
む。Ｆｉｇ．１３Ｃに関する上述の説明から明らかなように、このような状況で
は、処理はステップ３２０、ステップ３２２、ステップ３２４、及びステップ３
２６に進み、ここでデコードサブルーチンが呼び出され、新たなフレームのボト
ムフィールドがデコードされる。ここでも、有効な排他的コマンドフラグは変更
されない。この結果、次のフィールド（ｆＩＤ＝１）では、処理はステップ１６
２及びＦｉｇ．１３Ｆに示すサブルーチンに進む。このとき、ステップ４３０に
おいて、現在の状態は再生状態であると判定され、したがって、処理はステップ
１５８からＦｉｇ．１３Ｃに示すサブルーチンに進む。Ｆｉｇ．１３Ｃに関する
上述の説明から明らかなように、このような状況では、処理は、ステップ３２０
、ステップ３２２、ステップ３２４、及びステップ３２６に進み、ここでデコー
ドサブルーチンが呼び出され、新たなフレームのボトムフィールドがデコードさ
れる。ここでも、有効な排他的コマンドフラグは変更されない。この結果、次の
フィールド（ｆＩＤ＝１）では、処理はステップ１６２及びＦｉｇ．１３Ｆに示
すサブルーチンに進む。ステップ４３０において、現在の状態は再生状態である
と判定され、したがって、処理はステップ１５８からＦｉｇ．１３Ｃに示すサブ
ルーチンに進む。Ｆｉｇ．１３Ｃに関する上述の説明から明らかなように、この
ような状況では、処理は、ステップ３２０、ステップ３２２、ステップ３２８、
ステップ３３０、ステップ３３４及びステップ３２６に進み、ここでデコードサ
ブルーチンが呼び出され、新たなフレームのボトムフィールドがデコードされる
。さらに有効な排他的コマンドフラグがクリアされ、状態装置は一時停止状態に
戻る。このような処理により、単一のフレームが順方向にデコードされ、出力さ
れ、状態装置が一時停止状態から再生状態に遷移し、再び一時停止状態に戻る。

【０１０７】 Ｆｉｇ．１３Ｇを用いて「逆方向高速再生」排他的コマンドによるトリック再
生状態遷移について説明する。新たな「逆方向高速再生」排他的コマンドが供給
されると、処理はステップ１６３からステップ４４０に進む。ステップ４４０に
おいて、「逆方向高速再生」コマンド内の参照フレームカウンタが読み出され、
「逆方向高速再生」コマンドをどのように実行するかが判定される。逆方向高速
再生状態においては、ＭＰＥＧビデオストリームの参照フレームがデコードされ
、表示される。ＭＰＥＧ ＶＯＢＵ内の所定数の参照フレームがデコードされ、
処理は次のＶＯＢＵ内の参照フレームスキップする。「逆方向高速再生」コマン
ドとともに供給される参照フレームカウンタは、各ＶＯＢＵ内からデコードされ
る参照フレームの数を特定する。

【０１０８】 ステップ４４０に続いて、処理はステップ４４２に進み、現在の状態が判定さ
れ、次の適切な処理が選択される。逆方向高速再生状態のデフォルト処理（１８
５）は、ステップ４２２に直接進む。

【０１０９】 現在の状態が再生（ＰＬＡＹ）、スロー再生（ＳＬＦ）、高速再生（ＦＦ）、
逆方向デコード（ＲＤ）である場合、逆方向高速再生状態への遷移は許可されな
い。この場合、処理は直接ステップ４４４に進み、Ｆｉｇ．１３Ｇに示す状態遷
移ハンドラは終了する。

【０１１０】 現在の状態が停止（ＳＴＯＰ）又は一時停止（ＰＡＵＳＥ）である場合、「逆
方向高速再生」排他的コマンドは受理され、処理はステップ４４６に進み、フラ
グが確認されて、逆方向デコードタスクの初期バッファリング処理（initial bu
ffering operation）が実行中であるか否かが判定される。「逆方向高速再生」
状態では、逆方向デコードタスクが起動され、この逆方向デコードタスクは、ビ
デオデータを連続的にデコードし、デコードしたビデオデータを後に出力するた
めにバッファリングする。このタスクは、逆方向高速再生再生の開始に先行して
デコードされた参照フレームの初期バッファリングを実行する。

【０１１１】 逆方向デコードバッファリングタスクが開始されていない場合、処理はステッ
プ４４６からステップ４４８に進み、現在のｆＩＤが判定される。上述のように
、状態遷移はｆＩＤが１の場合にのみ許可される。ステップ４４８において、し
たがって、ｆＩＤが０であると判定された場合、処理はステップ４４４に進み、
終了する。一方、ステップ４４８において、ｆＩＤが１であると判定された場合
、処理はステップ４５０に進み、初期逆方向デコードバッファリング処理が実行
中であることを示すフラグが設定される。ステップ４５０に続いて、あるいは、
逆方向デコードバッファリングが既に起動されていた場合はステップ４４６から
直接、処理はステップ４５２に進み、逆方向デコードバッファリングタスクによ
り、既に５つの参照フレームがデコードされ、バッファリングされているか否か
が判定される。初期の処理では、５つの参照フレームはデコードされておらず、
処理はステップ４５４に進み、逆方向デコードバッファリングが開始され、サブ
ルーチンは終了する（ステップ４４４）。

【０１１２】 なお、ステップ４５２からステップ４４４までの処理において、状態は変化せ
ず、有効な排他的コマンドフラグはクリアされない。したがって、次の幾つかの
フィールドにおいて、処理は再びＦｉｇ．１３Ｇに示すサブルーチンに進み、ス
テップ４４２，ステップ４４６、ステップ４５２及びステップ４５４を順次実行
して、５つの参照フレームがデコード及びバッファリングされるまで、逆方向デ
コードバッファリングを繰り返し実行する。そして、５つの参照フレームがデコ
ード及びバッファリングされると、処理はステップ４５２からステップ４５６に
進む。

【０１１３】 ステップ４５６において、トリック再生カウンタは、０に初期化され、後に逆
方向高速再生処理の速度の決定に使用される。すなわち、逆方向高速再生状態に
おいては、参照フレームがデコードされ、このフレームは、「逆方向高速再生」
コマンドとともに供給された繰り返し値により特定される回数繰り返して表示さ
れ、この後新たな参照フレームがデコードされる。繰り返し値は、次のフレーム
がデコードされるまでに繰り返しフィールドが出力される回数を特定する値であ
り、望まれる逆方向高速再生再生の速度に基づいて、通常、１乃至１０以上の範
囲内の偶数の値をとる。高速再生状態に遷移すると、まず単一のフレームがデコ
ードされ、このフレームは繰り返し値により特定された回数繰り返し表示される
。この処理を実現するために、トリック再生繰り返しカウンタの値は０に初期化
される。

【０１１４】 ステップ４５６に続いて、処理はステップ４５８に進み、ステップ４４６にお
いて確認されたフラグがクリアされ、初期逆方向デコードバッファリングが完了
したことが示される。同時に、ステップ４５８において、フラグ（上述）がリセ
ットされ、フレームデコードが現在進行中でないことが示される。続いて、ステ
ップ４６０において、有効な排他的コマンドフラグがクリアされ、後続するビデ
オフィールドに対するデフォルト処理が実行される。次に、ステップ４６２にお
いて、「逆方向高速再生」コマンドに対する肯定応答がホストに供給され、逆方
向高速再生再生が開始されることが通知される。続いて、ステップ４６４におい
て、トリック再生状態装置は、逆方向高速再生状態に遷移する。処理は、ステッ
プ４６６に進み、逆方向高速再生状態におけるデフォルト処理を実行する。なお
、ステップ４４２において、状態装置が逆方向高速再生状態にあると判定された
場合も、処理はステップ４６６に進みデフォルト処理を実行する。したがって、
新たな排他的コマンドが供給されない限り、この時点からＦｉｇ．１３Ｇに示す
状態遷移サブルーチンにおける処理は、ステップ４６６に進む。

【０１１５】 ステップ４６６において、上述のフラグが判定され、状態装置が新たな参照フ
レームをデコード中であるか否かが判定される。上述のように、Ｆｉｇ．１３Ｇ
に示すサブルーチンの初期パスにおけるステップ４５８において、クリアされる
。このフラグは、このサブルーチンの後続するパスにおいて、以前にデコードさ
れた参照フレームが繰り返し出力されている間にもクリアされる。この状況では
、処理はステップ４６８に進む。

【０１１６】 ステップ４６８において、トリック再生繰り返しカウンタの現在の値が評価さ
れ、この値がデクリメントされて０になっているか否かが判定される。上述のよ
うに、Ｆｉｇ．１３Ｇに示すサブルーチンの初期パスでは、このカウンタは、ス
テップ４５６において０にリセットされる。さらに、後続するパスでは、このト
リック再生繰り返しカウンタの値は、以前にデコードされた参照フレームが要求
された回数繰り返し出力された後に０に達する。この場合、処理はステップ４７
０に進む。

【０１１７】 ステップ４７０では、新たな参照フレームのデコードが開始される。ここでは
、逆方向高速再生状態の処理がフレームのデコード処理の最中であることを示す
フラグが設定される。続いて、ステップ４７２において、デコード処理が呼び出
され、フレームのデコードが開始される。続いて、逆方向デコードバッファリン
グ処理が再開され（ステップ４５４）、処理が終了する（ステップ４４４）。

【０１１８】 次のフィールド出力のための新たな参照フレームのデコードが開始されると、
処理はステップ４６６に戻る。このとき、ステップ４７０において設定されたフ
ラグは、フレームデコード処理中であることを示す。したがって、処理はステッ
プ４７４に進み、フラグがリセットされ、デコードが完了したことが示される。
続いて、処理はステップ４７６に進み、トリック再生繰り返しカウンタは、「逆
方向高速再生」コマンドにより供給された値により初期化され、新たにデコード
されたフレームを繰り返すべき回数が示される。続いて、ステップ４７２におい
て、デコード処理が呼び出され、フレームのデコードが開始される。次に、ステ
ップ４５４において、逆方向デコードバッファリング処理が再開され、処理が終
了する（ステップ４４４）。

【０１１９】 ステップ４７２により指示された処理は、現在のフレームにおける第２のフィ
ールドのデコードが完了した後に開始される。すなわち、まず、現在のＶＯＢＵ
からデコードされた参照フレームの数がステップ４４０において「逆方向高速再
生」コマンドから得られた参照フレームの数に一致するか否かを判定することに
より、適切な次の参照フレームに処理を移行する。ここで参照フレームの数が一
致しない場合、参照フレームを検出するまで処理はＶＯＢＵ内のＢフレームをス
キップする。この処理において、ＶＯＢＵの最後に到達した場合、又は現在のＶ
ＯＢＵからデコードされた参照フレームの数が参照フレームカウンタにより特定
されている数に一致した場合、次のＶＯＢＵが処理され、Ｂフレームをスキップ
することにより、次のＶＯＢＵ内の最初の参照フレームの位置が検出される。

【０１２０】 ステップ４２０における上述の処理を開始した後、Ｆｉｇ．１３Ｇに示すサブ
ルーチンは、ステップ４１４に進み、デコードルーチンが呼び出され、現在のフ
レームのボトムフィールドがデコードされる。

【０１２１】 上述の処理の後、逆方向高速再生状態のデフォルト処理の間、処理は再びステ
ップ４６６に進み、ここでフレームのデコード処理は進行中ではなく、トリック
再生カウンタの値は０ではないため、処理は、ステップ４６６、ステップ４６８
及びステップ４７８を実行する。ステップ４７８において、トリック再生カウン
タはデクリメントされ、処理は終了する。このステップ４６６、ステップ４６８
及びステップ４７８における処理は、トリック再生カウンタがデクリメントされ
て０に到達するまで繰り返され、トリック再生カウンタが０になると、上述のよ
うに、処理はステップ４６６からステップ４６８、ステップ４７０、ステップ４
７２及びステップ４５４に進み、トリック再生カウンタがリセットされて、新た
な参照フレームのデコードが開始される。

【０１２２】 なお、「逆方向高速再生」排他的コマンドが逆方向高速再生状態において供給
された場合、処理はステップ４４０に進み、新たな「逆方向高速再生」コマンド
からの参照フレームカウンタの値が０と比較され、格納される。同時に、新たな
「逆方向高速再生」コマンドからのトリック再生繰り返しカウンタ用の値も格納
される。これにより、ホストは新たな「逆方向高速再生」コマンドを用いて、カ
ウンタ値を変更し、より速い又はより遅い逆方向再生を実現することができる。

【０１２３】 Ｆｉｇ．１３Ｈを用いて、「逆方向デコード」排他的コマンドについて説明す
る。まず、逆方向スロー再生及び逆方向コマ送り再生は、ホストが「逆方向デコ
ード」排他的コマンドにより状態装置を逆方向デコード（ＲＤ）状態に遷移させ
た後に、ホストから供給される非排他的コマンドにより実現される。逆方向デコ
ード状態では、ＡＳＩＣは、逆方向スロー又は逆方向コマ送りに対応する逆方向
再生を実現できるように、ＭＰＥＧソースからのフレームを逆順にデコード及び
バッファリングする。

【０１２４】 「逆方向デコード」排他的コマンドに対する処理（ステップ１６５）は、まず
、ステップ４８０に進み、ここで状態装置の現在の状態が評価される。状態装置
が現在高速再生（ＦＦ）、逆方向高速再生（ＦＲ）、スロー再生（ＳＬＦ）又は
再生（ＰＬＡＹ）状態にある場合、逆方向デコード（ＲＤ）状態への遷移は許可
されず、Ｆｉｇ．１３Ｈに示すサブルーチンは直ちに終了する（ステップ４８２
）。

【０１２５】 一方、現在の状態が停止（ＳＴＯＰ）又は一時停止（ＰＡＵＳＥ）である場合
、逆方向デコード（ＲＤ）状態への遷移は許可され、処理はステップ４８４に進
み、ｆＩＤの現在の値が判定される。上述のように、ｆＩＤが０である場合、状
態遷移は許可されず、したがって、この場合Ｆｉｇ．１３Ｈに示すサブルーチン
は直ちに終了する（ステップ４８２）。次のフィールドにおいて、又はｆＩＤが
１である場合、処理はステップ４８４からステップ４８６に進み、状態装置は、
逆方向デコード状態に遷移し、次にステップ４８８において、有効な排他的コマ
ンドがクリアされ、続いてステップ４９０において、逆方向デコード処理タスク
をスケジューリングし、これにより、デコードされたフレームのバッファリング
が開始される。これにより、「逆方向デコード」排他的コマンドの処理は終了す
る（ステップ４８２）。

【０１２６】 逆方向デコード状態では、デフォルト処理（ステップ１８６）が実行される。
デフォルト処理では、ホストから独立して供給された非排他的コマンドによる指
示に基づいて、ステップ４９２において、フレームは逆方向スロー再生又は逆方
向コマ送り再生として、逆順に表示される。これによりデフォルト処理は終了す
る（ステップ４８２）。

【０１２７】 逆方向デコード状態において、新たな「逆方向デコード」コマンドが供給され
ることがある。この場合、ステップ４９４において、現在のｆＩＤの値が判定さ
れる。ｆＩＤが０である場合、Ｆｉｇ．１３Ｈに示すサブルーチンは直ちに終了
する（ステップ４８２）。次のフィールドにおいて、又はｆＩＤが１である場合
、処理はステップ４９４からステップ４９６に進み、ここで有効な非排他的コマ
ンドがクリアされ、次にステップ４９８において逆方向デコード処理タスクがま
だスケジューリングされていない場合、逆方向デコード処理タスクをスケジュー
リングする。続いて、処理はステップ４９２に進み、ホストから独立して供給さ
れた非排他的コマンドによる指示に基づいて、フレームは逆方向スロー再生又は
逆方向コマ送り再生として、逆順に表示される。これによりデフォルト処理は終
了する（ステップ４８２）。

【０１２８】 Ｆｉｇ．１４を用いて、ステップ１２４（Ｆｉｇ．９）の包括的処理における
ビデオデータのトップフィールド及びボトムフィールドの表示について説明する
。状態によって、フィールドの表示の手法が異なるため、まず、ステップ５００
において、状態装置の現在の状態を判定する。

【０１２９】 停止（ＳＴＯＰ）状態では、フィールドは表示されず、したがって処理は終了
する（ステップ５０２）。 Ｐ５５Ｌ１８ 再生（ＰＬＡＹ）状態では、標準の再生処理が実行され、すなわち、ｆＩＤが
０の場合トップフィールドが表示され、ｆＩＤが１の場合ボトムフィールドが表
示される。したがって、再生状態においては、処理はステップ５０４に進み、現
在のｆＩＤの値が評価される。ｆＩＤが０の場合、処理はステップ５０６に進み
、トップフィールドが表示される。一方、ｆＩＤが１の場合、処理はステップ５
０８に進み、ボトムフィールドが表示される。

【０１３０】 一時停止（ＰＡＵＳＥ）又は逆方向デコード（ＲＤ）状態では、表示は単一の
フレームで一時停止し、すなわち同一のフレームが繰り返し表示される。したが
って、これらの状態では、フィールド又はフレーム静止モードがアクティブ化さ
れているか否かが問題となる。フィールド静止モードがアクティブ化されている
場合、ｆＩＤが０の場合もｆＩＤが１の場合もビデオデータのトップフィールド
が表示される。この結果、出力解像度は低下するが、フィールド間に動きがある
場合に生じる「にじみ（blur）」や「ちらつき（shimmer）」を回避できる。一
方、フレーム静止モードがアクティブ化されている場合、ｆＩＤが０のときはビ
デオデータのトップフィールドが表示され、ｆＩＤが１のときはビデオデータの
ボトムフィールドが表示される。この場合、出力解像度を向上させることができ
るが、フィールド間に動きがある場合、「にじみ（blur）」や「ちらつき（shim
mer）」が生じる虞もある。したがって、一時停止又は逆方向デコード状態では
、ステップ５１０において、ｆＩＤの値が評価される。ｆＩＤが０の場合、一時
停止モードに関わらず、処理はステップ５０６に進み、トップフィールドが表示
される。一方、ｆＩＤが１である場合、処理はステップ５１２に進み、一時停止
モードに関する判定が行われる。現在の一時停止モードがフレーム静止モードで
ある場合、処理はステップ５１２からステップ５０８に進み、ボトムフィールド
が表示される。一方、現在の一時停止モードがフィールド静止モードである場合
、処理はステップ５１２からステップ５０６に進み、トップフィールドが表示さ
れる。

【０１３１】 スロー再生（ＳＬＦ）、高速再生（ＦＦ）、逆方向高速再生（ＦＲ）状態にお
いては、単一のフレームを繰り返し表示することが多く、この場合、出力すべき
フィールドは、一時停止（ＰＡＵＳＥ）又は逆方向デコード（ＲＤ）状態と同様
の手法により選択する必要がある。しかしながら、スロー再生、高速再生、逆方
向高速再生の状態では、フレームから次のフレームへの移行中に遷移が行われる
ことが多い。この期間中は、フィールドを再生状態と同様の手法で出力する必要
があり、すなわち、ｆＩＤが１のときトップフィールドを表示し、ｆＩＤが０の
ときボトムフィールドを表示する必要がある。したがって、スロー再生、高速再
生、逆方向高速再生の状態では、処理はステップ５１４から開始され、ここで上
述したフラグを確認し、フレームがデコードされている最中であるか否かが判定
される。フレームのデコードが行われている場合、現在のフレームから次のフレ
ームに移行するまで表示を継続する。すなわち、フレームのデコード中であるこ
とを示すフラグが設定されている場合、処理は、ステップ５１４からステップ５
０４に進み、再生状態と同様にフィールドを表示する。一方、フレームのデコー
ド処理が行われていない場合、処理はステップ５１４からステップ５１０に進み
、一時停止状態又は逆方向デコード状態と同様の手法でフィールドを表示する。

【０１３２】 なお、逆方向再生状態、すなわち逆方向高速再生状態又は逆方向デコード状態
では、あるフレームから次のフレームへの移行中には、フィールドを逆方向に再
生する方がよい場合もあり、すなわち、ｆＩＤが０のときにボトムフィールドを
表示し、ｆＩＤが１のときにトップフィールドを表示してもよい。ここで、フィ
ールド間に動きがある場合、この逆方向のフィールド再生は、フレームの移行を
行う際に、表示において適切な逆方向の動きを再生する。Ｆｉｇ．１４に示す具
体例では、逆方向再生におけるフィールドの再生は、順方向の再生と同様の手法
で行っているが、これによれば、逆方向再生において、順方向と逆方向の動きが
交互に現れるような時間的に不自然な再生がなされる虞がある。しかしながら、
逆方向再生において、表示するフィールドも逆方向にした場合、走査線の位置が
不正になるため、空間的な歪みが生じる虞がある。このような空間的歪みは、Ｆ
ｉｇ．１４に示す手法によるフィールドの再生順序により生じる虞のある時間的
な不自然さより深刻であると考えられる。しかしながら、他の具体例においては
、逆方向再生モードにおいて、フィールドを逆方向に表示するようにしてもよい
。

【０１３３】 本発明を様々な具体例を用いて説明し、またこれら具体例を詳細事項とともに
記述したが、本出願人は、このような詳細な具体例により本発明を限定する意図
はない。当業者にとって、本発明のさらなる利点及び変形は明らかである。した
がって、本発明の広範な範囲は、上述の特定の詳細事項、例示的な装置及び方法
、及び上述した具体例に限定されるものではない。すなわち、本発明の包括的な
概念から逸脱することなく、上述の具体例を様々に変形することができる。

【図面の簡単な説明】

【図１】 Ｆｉｇ．１は、参照する米国特許出願に記載されている特定用途向け集積回路
（ＡＳＩＣ）の構成要素を示すブロック図であり、特に、オフチップダイナミッ
クランダムアクセスメモリ（ＤＲＡＭ）及びそこに格納されたデータと、ＡＳＩ
Ｃを制御する縮小命令セット中央演算処理装置（ＲＩＳＣ ＣＰＵ）と、その構
成要素及び格納されたデータを示す図である。

【図２】 Ｆｉｇ．２は、ＲＩＳＣホストコマンドレジスタ内に格納されるホストからの
コマンドのデータ構造を示す図である。

【図３】 Ｆｉｇ．３は、ＤＲＡＭホストコマンドバッファ内に格納された非排他的コマ
ンドのデータ構造を示す図である。

【図４】 Ｆｉｇ．４は、ＤＲＡＭに格納された非排他的コマンド用のＤＲＡＭホストコ
マンド読出−書込ポインタのデータ構造を示す図である。

【図５】 Ｆｉｇ．５は、ＤＲＡＭトリック再生コマンドバッファに格納された排他的コ
マンドのデータ構造を示す図である。

【図６】 Ｆｉｇ．６は、ホストからのコマンド、コマンドマネージャ、状態遷移ハンド
ラ、及びサブルーチンの機能的関係を示す図である。

【図７】 Ｆｉｇ．７Ａ及びＦｉｇ．７Ｂは、コマンドマネージャを実行するデジタルオ
ーディオ／ビデオプロセッサのメインルーチンの関連する部分と、状態遷移ハン
ドラルーチンを示すフローチャートである。

【図８】 Ｆｉｇ．８は、状態遷移ハンドラにより実行される許可可能なデジタルビデオ
デコード状態を説明する状態遷移図である。

【図９】 Ｆｉｇ．９は、状態遷移ハンドラルーチンを示すフローチャートである。

【図１０】 Ｆｉｇ．１０は、排他的コマンドを解読するサブルーチンを示すフローチャー
トである。

【図１１】 Ｆｉｇ．１１は、Ｆｉｇ．９に示すデフォルトトリック再生処理サブルーチン
を示すフローチャートである。

【図１２】 Ｆｉｇ．１２は、命令メモリの持続的格納領域を含むコマンドマネージャの処
理を示すフローチャートである。

【図１３】 Ｆｉｇ．１２Ａは、Ｆｉｇ．１に示すＤＲＡＭの仮想命令メモリにおける処理
を示すフローチャートである。

【図１４】 Ｆｉｇ．１３Ａは、ＲＩＳＣ ＣＰＵをプログラミングして実現される状態装
置におけるトリック再生処理の詳細な動作を説明するフローチャートである。

【図１５】 Ｆｉｇ．１３Ｂは、ＲＩＳＣ ＣＰＵをプログラミングして実現される状態装
置におけるトリック再生処理の詳細な動作を説明するフローチャートである。

【図１６】 Ｆｉｇ．１３Ｃは、ＲＩＳＣ ＣＰＵをプログラミングして実現される状態装
置におけるトリック再生処理の詳細な動作を説明するフローチャートである。

【図１７】 Ｆｉｇ．１３Ｄは、ＲＩＳＣ ＣＰＵをプログラミングして実現される状態装
置におけるトリック再生処理の詳細な動作を説明するフローチャートである。

【図１８】 Ｆｉｇ．１３Ｅは、ＲＩＳＣ ＣＰＵをプログラミングして実現される状態装
置におけるトリック再生処理の詳細な動作を説明するフローチャートである。

【図１９】 Ｆｉｇ．１３Ｆは、ＲＩＳＣ ＣＰＵをプログラミングして実現される状態装
置におけるトリック再生処理の詳細な動作を説明するフローチャートである。

【図２０】 Ｆｉｇ．１３Ｇは、ＲＩＳＣ ＣＰＵをプログラミングして実現される状態装
置におけるトリック再生処理の詳細な動作を説明するフローチャートである。

【図２１】 Ｆｉｇ．１３Ｈは、ＲＩＳＣ ＣＰＵをプログラミングして実現される状態装
置におけるトリック再生処理の詳細な動作を説明するフローチャートである。

【図２２】 Ｆｉｇ．１４は、ＲＩＳＣ ＣＰＵのプログラムにおける包括的処理における
トップフィールド及びボトムフィールドの表示処理を説明するフローチャートで
ある。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ， ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，Ｓ Ｌ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 オゼリク、タナー アメリカ合衆国 カリフォルニア州 94306 パロ アルト ミリタリー ウェ イ 542 (72)発明者 スブラマニアン、パタビラマン アメリカ合衆国 カリフォルニア州 95050 サンタ クララ ワーバートン アベニュー 170 アパートメント ５ Ｆターム(参考） 5C053 FA22 FA23 GB04 HA21 JA21 KA24 KA25 LA11 5D044 AB05 AB07 BC08 CC09 DE32 FG18 FG23 GK12 HL02 5D110 AA21 AA27 AA29 DB05 DC02 EA02 EA14

Claims (34)

【特許請求の範囲】
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. 【請求項３４】 上記媒体は、伝送媒体又は記録媒体のいずれかであることを
    特徴とする請求項３３記載のプログラム製品。