JP4370166B2 - トリックモードを実行する方法及びシステム - Google Patents

Description

本発明の構成は、ビデオシステム全般に関し、より詳細には、デジタル形式でエンコードされたビデオ系列を記録又は再生するビデオシステムに関する。

デジタルテレビジョン（ＤＴＶ）及び高精細テレビジョン（ＨＤＴＶ）は、今日の家庭用電子製品の市場において注目されている。これらのタイプのテレビジョンの多くの購入者は、先に記録された番組を視聴したり、該購入者の好みの番組を記録したりするために、デジタルビデオディスク（ＤＶＤ）レコーダ又はプレーヤのような、デジタルビデオレコーダ又はプレーヤも購入する。特に、ＤＴＶ（又はＨＤＴＶ）とデジタルビデオレコーダ又はプレーヤとの組み合わせは、ホームシアター娯楽システムの統合された部分となる。

デジタルビデオレコーダ又はプレーヤは、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）デコーダを一般に含んでおり、このデコーダは、レコーダ又はプレーヤが再生するディスクに記憶されたデジタル形式でエンコードされたマルチメディアデータをデコードする。デジタルビデオレコーダ又はプレーヤが従来の（ＤＴＶではない、又はＨＤＴＶではない）テレビジョンに接続された場合、デジタル形式でエンコードされた信号は、従来のテレビジョンに表示される前に、デジタルビデオレコーダ又はプレーヤのＭＰＥＧデコーダによりデコードされる。しかし、多くのＤＴＶは、それ自身のＭＰＥＧデコーダを含んでいる。かかるように、デジタルビデオレコーダ又はプレーヤがＤＴＶに接続された場合、ディスクから読み出されたビデオ信号は、ＤＴＶのデコーダで遠隔的にデコードされる。このシステム構成は、リモートデコーダ構成と呼ばれる。

しかし、デジタル形式でエンコードされた信号をリモートＤＴＶデコーダによりデコードすることには重要な問題がある。特に、このタイプの構成において、トリックモードを実行することは非常に困難である。トリックモードは、通常の速度で再生が行われないか、又は順方向で再生が行われない任意のビデオ再生である。多くの場合、トリックモードは、コマ落としのトリックモードの間のように、ビデオ信号における多数のピクチャをスキップすることを含んでいる。リモートデコーダに転送されるビデオ信号におけるピクチャをスキップすることで、信号の平均ビットレートが実際に増加する場合がある。デジタルビデオレコーダ又はプレーヤとＤＴＶとの間の帯域幅は制限されているので、コマ落としのトリックモードを実行することで、信号のビットレートが転送チャネルの最大ビットレートを超える場合がある。

たとえば、ＭＰＥＧビデオ信号では、イントラ（Ｉ）ピクチャ、予測（Ｐ）ピクチャ及び双方向予測（Ｂ）ピクチャという３つの個別のタイプのデジタル形式でエンコードされたピクチャがある。当該技術分野で公知であるように、Ｉピクチャ及びＰピクチャは、少なくともＢピクチャに関して、比較的多くのエンコードデータを含んでいる。一般に、コマ落としのトリックモードの間、グループ・オブ・ピクチャ（ＧＯＰ）でスキップされる最初のピクチャは、Ｂピクチャである。しかし、Ｂピクチャがスキップされたとき、ＧＯＰにおける残りのピクチャのエンコードデータの平均データ量、又はピクチャ当たりの平均ビット数は増加する。かかる問題点は、トリックモードのビデオ信号を表示する間、バッファのオーバフロー及びピクチャの損失をもたらす場合がある。

したがって、最大ビットレートの限度を超えることなしに、さらに、システムの費用及び複雑さを増加することなしに、リモートデコーダ構成において、コマ落としのトリックモードを実行するための方法及びシステムが必要とされる。

本発明は、複数の順次走査された原画像を含むビデオ信号にトリックモードを実行する方法に関する。本方法は、トリックモードのコマンドに応答して、該ビデオ信号をトリックモードのビデオ信号に変換するため、少なくとも１つの原画像を選択的にスキップするステップ、少なくとも１つのダミーの双方向予測ピクチャを該トリックモードのビデオ信号に選択的に挿入するステップを含んでいる。また、本方法は、該トリックモードのビデオ信号をモニタするステップ、及び該トリックモードのビデオ信号のビットレートが所定の閾値を超えたときに、少なくとも１つのダミーの双方向ピクチャを該トリックモードのビデオ信号に選択的に挿入するステップを含むこともできる。

１つの構成では、該複数の原画像のそれぞれは、表示インジケータを含んでおり、本方法は、原画像がスキップされたとき、又はダミーの双方向予測ピクチャが該トリックモードのビデオ信号に挿入されたときに、意図された表示順序を反映するため、該複数の原画像の少なくとも１部に関する表示インジケータを選択的に変更するステップを含んでいる。この表示インジケータは、時間参照フィールドである。

さらに、それぞれの時間参照フィールドは、整数値を有しており、該複数の原画像の少なくとも１部に関する時間参照フィールドを選択的に変更する上記ステップは、原画像がスキップされるたびに、後続する原画像の時間参照フィールドの整数値を１だけ減少するステップを含んでいる。代替的に、選択的に変更する上記ステップは、ダミーの双方向予測ピクチャが該トリックモードのビデオ信号に挿入されるたびに、後続する原画像の時間参照フィールドの整数値を１だけ増加するステップを含んでいる。

１つの構成では、ダミーの双方向予測ピクチャは、参照画像から予測される。また、それぞれダミーの双方向予測ピクチャは、一方向の予測ピクチャである。参照画像は、イントラピクチャ又は予測ピクチャである。別の構成では、該トリックモードのビデオ信号の少なくとも１部は、リモートデコーダによりデコードされ、トリックモードは、コマ落としのトリックモードである。別の態様では、本方法は、少なくとも１つのダミーの双方向予測ピクチャの挿入に続いて、ダミーの双方向予測ピクチャの該トリックモードのビデオ信号への挿入により、該トリックモードのビデオ信号の再生速度が許容されないレベルに低下したとき、少なくとも１つの残りの原画像をスキップするステップをさらに含んでいる。

また、本発明は、複数の順次走査された原画像を含むビデオ信号にトリックモードを実行する方法に関する。ここで、該複数の順次走査された原画像のそれぞれは表示インジケータを含んでいる。この方法は、トリックモードのコマンドに応答して、該ビデオ信号をトリックモードのビデオ信号に変換するため、少なくとも１つの原画像を選択的にスキップするステップ、原画像がスキップされるたびに、複数の原画像の少なくとも１部に関する表示インジケータを選択的に変更するステップを含んでいる。さらに、この実施の形態におけるトリックモードのビデオ信号の少なくとも１部は、リモートデコーダによりデコードされる。

また、本発明は、複数の順次走査された原画像を含むビデオ信号にトリックモードを実行するためのシステムに関する。本システムは、記憶媒体からデータを読み出して、複数の原画像を含むビデオ信号を出力するためのコントローラ、及びビデオプロセッサを含んでいる。このビデオプロセッサは、トリックモードのコマンドに応答して、該ビデオ信号をトリックモードのビデオ信号に変換するため、少なくとも１つの原画像を選択的にスキップして、少なくとも１つのダミーの双方向予測ピクチャを該トリックモードのビデオ信号に選択的に挿入するためにプログラムされている。また、本システムは、先に説明された方法を実現するために適切なソフトウェア及び回路を含んでいる。

本発明の構成に係る、様々な最新の動作機能を実現するためのシステム１００は、図１のブロック図に示されている。しかし、本発明は、図１に例示される特定のシステムに限定されるものではなく、デジタル形式でエンコードされた信号を受けて、該信号を表示装置に転送可能な任意の他のシステムで本発明を実施することができる。さらに、システム１００は、任意のタイプの記憶媒体からデータを読み出すこと、又は該任意のタイプの記憶媒体にデータを書き込むことに限定されず、デジタル形式でエンコードされたデータを記憶可能な任意の記憶媒体をシステム１００で使用することができる。

システム１００は、コントローラ１１０を含んでおり、このコントローラ１００は、記憶媒体１１２からデータを読み出し、又は該記憶媒体１１２にデータを書き込む。また、システム１００は、サーチエンジン１１４、マイクロプロセッサ１１６、転送バッファ１１７及び表示装置１１８を有している。サーチエンジン１１４は、適切なソフトウェア及び回路を含んでおり、記憶媒体１１２から読み出されたビデオ信号における１つ以上の特定のタイプのピクチャを探す。また、マイクロプロセッサ１１６には、コントローラ１１０及びサーチエンジン１１４の動作を制御することを可能とするために、制御回路及びデータインタフェースを提供することもできる。マイクロプロセッサ１１６により実行される従来の動作のための適切なソフトウェア又はファームウェアをメモリに設けることができる。さらに、本発明の構成に従い、マイクロプロセッサ１１６用のプログラムルーチンを設けることもできる。

なお、サーチエンジン１１４及びマイクロプロセッサ１１６の全部又は一部は、本発明が意図する範囲で、マイクロプロセッサ１２０とすることができる。さらに、コントローラ１１０、サーチエンジン１１４、マイクロプロセッサ１１６及び転送バッファ１１７の全部又は一部は、本発明が意図する範囲でビットストリームソース１２２とすることができる。

１つの構成では、表示装置１１８は、それ自身のデコーダ（図示せず）を含んでいる。このデコーダは、記憶媒体１１２から読み出され、ビットストリームソース１２２により処理された任意のビデオ信号の全部又は一部をデコードする。この特定の構成では、ビットストリームソース１２２におけるデコーダ（図示せず）は、記憶媒体１１２から読み出されたビデオ信号を典型的にデコードしない。この特定の実施の形態は、リモートデコーダ構成と呼ばれる。なお、本発明はこの構成に限定されず、他の適切なシステムで本発明を実施することができる。

動作において、コントローラ１１０は、記憶媒体１１２から複数の順次走査された原画像を含むビデオ信号を読み出す。便宜的に、フレーズ「順次走査された原画像（ｐｒｏｇｒｅｓｓｉｖｅｌｙ ｓｃａｎｎｅｄ ｏｒｉｇｉｎａｌ ｐｉｃｔｕｒｅ）」は、「原画像」として本明細書を通して略称される。１つの実施の形態では、マイクロプロセッサ１１６が、コマ落としコマンドのようなトリックモードのコマンドを受けた場合、マイクロプロセッサ１１６は、１以上の適切な原画像をスキップするため、トリックモードのビデオ信号における１以上の適切な原画像を探すようにサーチエンジン１１４に指示する。一旦探されると、マイクロプロセッサは、少なくとも１つの原画像を選択的にスキップして、該ビデオ信号をトリックモードのビデオ信号に変換する。このスキップされたピクチャは、デコードされることはなく、トリックモードの間に表示されることもない。

さらに、トリックモードのコマンドの間、マイクロプロセッサ１１６は、ダミーの双方向予測（ダミーＢ）ピクチャをトリックモードのビデオ信号に挿入するため、別の組の１以上の適切な原画像を探すようにサーチエンジンに指示する。ダミーＢピクチャは、所定のピクチャから予測することができるＢピクチャであって、その動きベクトル及び離散コサイン変換（ＤＣＴ）係数はゼロに設定されるか、又はエンコードされない。適切な原画像が一旦探されると、サーチエンジン１１４は、マイクロプロセッサ１１６に合図し、マイクロプロセッサ１１６は、この探された原画像から予測される対応するダミーＢピクチャを生成する。その後、マイクロプロセッサ１１６は、ダミーＢピクチャが転送バッファ１１７及び表示装置１１８に送出されるように、少なくとも１つの対応するダミーＢピクチャを選択的に挿入する。この構成では、ダミーＢピクチャは、該ダミーＢピクチャが表示装置１１８に転送されて表示されるように、原画像を繰り返すために使用される。

本発明の別の態様では、マイクロプロセッサ１１６は、トリックモードのビデオ信号のビットレートをモニタする。トリックモードのビデオ信号のビットレートが所定の閾値を超えたとき、マイクロプロセッサ１１６は、サーチエンジン１１４と共に、先に説明された選択的な挿入処理を実行する。この挿入処理では、少なくとも１つのダミーＢピクチャがトリックモードのビデオ信号に挿入される。

別の構成では、マイクロプロセッサ１１６は、意図された表示順序を反映するため、トリックモードのビデオ信号に含まれる複数の原画像のうちの１つ以上に含まれている情報の所定の部分を変更する。この変更する処理は、原画像がスキップされたか、又はダミーＢピクチャがビデオ信号に挿入されたかで実行される。本発明の全体の動作は、以下に更に詳細に説明される。

［ダミー双方向予測ピクチャを使用したコマ落としトリックモード］
図２は、ダミーＢピクチャを使用した、コマ落としのトリックモードのようなトリックモードで動作するための１つのやり方を示す方法２００を例示するフローチャートである。１つの構成では、本発明は、リモートデコーダ構成で実施される。本発明によれば、リモートデコーダ構成は、ビデオ信号におけるピクチャの少なくとも１部が、デコーダによりデコードされる任意のシステムである。このデコーダは、該デコーダにピクチャを供給するビットストリームソースの外部にあって、該ビットストリームソースの制御下にないデコーダである。例として、ビットストリームソースは、光記憶媒体からデータを読み出して、転送チャネルを通して、このデータをそれ自身のデコーダを含むデジタルテレビジョンに転送する光記憶媒体のプレーヤ又はレコーダである。しかし、本発明は、この例すなわちリモートデコーダ構成であっても限定されるものではなく、任意の他の適切なシステム又は構成で本発明を実施することができる。

ステップ２１０で、複数の順次走査された原画像を含むビデオ信号が読み出される。ステップ２１２で、トリックモードのコマンドが受信される。本発明によれば、このトリックモードのコマンドは、早送り又は巻戻しのようなコマ落としのコマンドを含めて、１以上の原画像をスキップする任意のコマンドである。ステップ２１４で示されるように、少なくとも１つの原画像が選択的にスキップされる。この選択的なピクチャのスキップにより、ビデオ信号はトリックモードのビデオ信号に変換される。

１つの構成では、スキップされる第一の原画像は、Ｂピクチャである。図４を参照して、一般的なグループ・オブ・ピクチャ（ＧＯＰ）４００が表示順序で示されている。下付きの番号は、通常の再生速度で、ＧＯＰにおける他のピクチャと相対的に、それぞれのピクチャがいつ表示されるかを示している。このＧＯＰ４００は、ビデオ信号における多くのＧＯＰのうちの１つである。本発明は、この特定のＧＯＰ構造に限定されるものではなく、ＧＯＰ４００は、コマ落としのトリックモードがどのように実行することができるかを例示する役割を果たしている。たとえば、３Ｘの早送り再生が望まれる場合（１Ｘは通常の再生を表す）、ＧＯＰ４００における全てのＢピクチャがスキップされる。したがって、この特定のＧＯＰについて、ピクチャＩ_２及びＰピクチャのみが転送及び／又はデコードされて表示される。

より高速なトリックモードについて、幾つかのＰピクチャがスキップされ、所定の速度で、（ピクチャＩ_２を含めて）全体のＧＯＰ４００がスキップされる場合がある。Ｐピクチャがスキップされる場合、当業者であれば、ＧＯＰの最後の方にあるＰピクチャを最初にスキップすることが好ましいことを理解されるであろう。この例では、ピクチャＰ_１４が最初にスキップされ、次いでピクチャＰ_１１がスキップされる等となる。このようなやり方でピクチャをスキップすることで、トリックモードの間に表示されるピクチャをデコードするために必要とされる適切なデコードシーケンスを保つことができる。

先に説明されたように、ＧＯＰにおけるピクチャをスキップすることで、トリックモードのビデオ信号の平均ビットレートが増加する。実際に、かかる増加は、トリックモードのビデオ信号を転送する転送チャネルで許容される限界を超える場合がある。図２に戻り、フローチャート２００を参照して、判定ブロック２１６に示されるように、少なくとも１つのダミーＢピクチャをトリックモードのビデオ信号に挿入すべきかが判定される。挿入すべきではないと判定された場合、フローチャート２００は、以下に説明されるステップ２２４に進む。挿入すべきであると判定された場合、ステップ２１８で、少なくとも１つのダミーＢピクチャが挿入される。ダミーＢピクチャをトリックモードのビデオ信号に挿入することで、かかる信号のビットレートはより低いビットレートになる。

先に説明されたように、ダミーＢピクチャは、所定のピクチャから予測することができるＢピクチャであって、その動きベクトル及び離散コサイン変換（ＤＣＴ）係数はゼロに設定されるか、又はエンコードされない。かかるように、ダミーＢピクチャは、殆ど情報を含んでいない。ダミーＢピクチャの主要な目的は、ビットを殆ど使用せずに、該ダミーＢピクチャが予測されるピクチャを複製すること、すなわち繰り返すことにある。このように、ダミーＢピクチャはコマ落としのトリックモードのビデオ信号に配置されるため、ＧＯＰにおけるピクチャ当たりの平均ビット数を減少することができ、これにより、平均ビットレートを低減することができる。

ダミーＢピクチャが予測されるピクチャは、一般に参照画像と呼ばれる。任意の数の原画像を参照画像とすることができる。１つの構成では、参照画像は、Ｉピクチャ又はＰピクチャのいずれかである。ダミーＢピクチャのトリックモードのビデオ信号への挿入の例を示すために、図４におけるＧＯＰ４００に再び注意が向けられる。全てのＢピクチャがスキップされ、ピクチャＰ_１４及びＰ_１１がスキップされた場合（再生速度が５Ｘ）、任意の数のダミーＢピクチャをトリックモードのビデオ信号に挿入することで、より低いビットレートになる。これらダミーＢピクチャは、ピクチャＩ_２，Ｐ_５又はＰ_８のいずれかから予測される。

ダミーＢピクチャがトリックモードのビデオ信号に付加されることにより、トリックモードの再生速度が低下する。本発明の１つの構成では、判定ブロック２２０で、ダミーＢピクチャの挿入によってコマ落とし再生の速度が許容されないレベルまで低下したかが判定される。５Ｘの再生速度である先の例を参照して、２つのダミーＢピクチャがトリックモードのビデオ信号に挿入された場合、再生速度は３Ｘに低下される。再生速度の低下が許容される場合、処理はステップ２２４に進む。この速度の低下が許容されない場合、ステップ２２２で、１以上の残りの原画像がスキップされる。

１つの構成では、許容されない速度の低下は、意図されたトリックモードの再生速度から、おおよそ３０パーセントの再生速度における低下とすることができる。勿論、本発明は、この特定の要素に限定されるものではなく、再生速度における他の変化を許容されないものとして考慮することができる。２つのダミーＢピクチャの挿入に続いて、ピクチャＰ_５及びＰ_８をスキップすることができ、これにより、再生速度が５Ｘに増加される。この実施の形態では、ダミーＢピクチャが予測される参照画像をスキップすることを回避することが好ましい。

ダミーＢピクチャの挿入により、トリックモードのビデオ信号を表示する際の波立ち（ｃｈｏｐｐｉｎｅｓｓ）を低減することができる。この波立ちは、高速のコマ落としによるトリックモードで特に問題となる。たとえば、図４に戻り、ＧＯＰ４００を参照して、（順方向又は逆方向のいずれかで）１５Ｘの再生が実行されるべき場合、ピクチャＩ_２のみがデコードされて表示される。また、このアルゴリズムは、トリックモードのビデオ信号における任意の他のＧＯＰにも当てはまる。したがって、早送りのトリックモードについて後続するＧＯＰにおけるＩピクチャ、及び巻戻しのトリックモードについて先行するＧＯＰにおけるＩピクチャのみがデコードされて表示される。しかし、かかる表示は、非常に激しい波立ちが生じ、不快な視聴感を与える場合がある。高いレートでＩピクチャからＩピクチャにジャンプすることで、ディスプレイにおけるシーン変化、又は動く物体の突然の出現及び消失のため、追従することが非常に困難となる場合がある。

例を続けて、それぞれのＩピクチャの前又は後ろのいずれかで、１以上のダミーＢピクチャをトリックモードのビデオ信号に挿入することで、トリックモードの表示を延長することができる。たとえば、Ｉ_２から予測される多数のダミーＢピクチャをトリックモードのビデオ信号に挿入することができる。これらダミーのＢピクチャは、ピクチャＩ_２の繰り返しであるため、ダミーＢピクチャは、ピクチャＩ_２における情報が表示される時間量を増加し、これにより、表示の際の波立ちを低減することができる。また、この挿入処理により、トリックモードのビデオ信号の平均ビットレートを低減することができる。この例では、Ｉピクチャのみが転送されるために、信号は比較的高いビットレートを有する。

１つの構成では、トリックモードのビデオ信号に挿入されるダミーＢピクチャは、１方向の予測ピクチャである。１方向の予測ピクチャは、単なる１つのピクチャから予測される。したがって、Ｂピクチャは、２つの別々のピクチャから一般に予測される。１方向のダミーＢピクチャは、順方向で予測されるダミーＢピクチャ、又は逆方向で予測されるダミーＢピクチャのいずれかである。ダミーＢピクチャが順方向で予測されるダミーＢピクチャである場合、このダミーＢピクチャは、該ダミーＢピクチャの（表示順序で）前にある参照画像から予測することができる。対照的に、ダミーＢピクチャが逆方向で予測されるダミーＢピクチャである場合、このダミーＢピクチャは、該ダミーＢピクチャに（表示順序で）続く参照画像から予測することができる。これらダミーＢピクチャは、単に１つのピクチャから予測されるため、１方向の予測ダミーＢピクチャは、ピクチャの繰り返し、すなわちピクチャの複製に適している。

ダミーＢピクチャの多様性のため、トリックモードのビデオ信号における殆どの位置で任意の適切なコマ落としのトリックモードの速度で挿入することができる。したがって、本発明は、上述した例に限定されるものではなく、当業者であれば、トリックモードのビデオ信号のビットレートを低くするため、及びかかる信号の表示の際の波立ちを低減するために使用される様々な挿入処理が存在することを理解されるであろう。

別の実施の形態では、複数の原画像のそれぞれは、表示インジケータを含んでいる。図２に戻り、フローチャート２００を参照して、判定ブロック２２４で判定されたように、これらのピクチャの表示インジケータが選択的に変更される場合、ステップ２２６で示されるように、複数の原画像の少なくとも１部に関する表示インジケータを選択的に変更することができる。

特に、これら表示インジケータを変更することで、原画像がスキップされたとき、又はダミーＢピクチャがトリックモードのビデオ信号に挿入されたとき、複数の原画像に関する意図された表示順序を反映することができる。この処理は、ダミーＢピクチャがトリックモードのビデオ信号に挿入されているかに関わらず実行することができる。したがって、ピクチャが単にスキップされ、ダミーＢピクチャがトリックモードのビデオ信号に挿入されないコマ落としのトリックモードの間であっても、表示インジケータを変更する処理を実行することができる。表示インジケータが変更されない場合、フローチャート２００はステップ２２８に進む。

１つの構成では、表示インジケータは、時間参照フィールドである。この時間参照フィールドは、一般にデジタル形式でエンコードされたピクチャのピクチャヘッダに配置される１０ビットのフィールドである。デコーダのなかには、時間参照フィールドに依存して、ビデオ信号における特定のピクチャがビデオ信号における他のピクチャに関して、いつ表示されるかを判定するものがある。このフィールドは、整数値を通常有している。

例として、図４を再び参照して、ＧＯＰ４００は、１５のピクチャを含んでいる。ＧＯＰ４００におけるピクチャの下付き番号は、それぞれのピクチャの時間参照フィールドの整数値に対応している。たとえば、ピクチャＢ_０の時間参照フィールドは、ＧＯＰにおける最初のピクチャであり、整数値０を有している。ピクチャＢ_１の時間参照フィールドは、表示される次のピクチャであり、整数値１を有している。したがって、それぞれ後続するピクチャの時間参照フィールドの整数値は、ピクチャＰ_１４まで終始１だけ増加される。ピクチャＰ_１４の時間参照フィールドは、整数値１４を有する。便宜的に、フレーズ「時間フィールドの整数値」は、「整数値」と呼ばれる。

原画像がスキップされたとき、ダミーＢピクチャがトリックモードのビデオ信号に挿入された場合、原画像の時間参照フィールドに従う表示順序は、もはや有効ではない。したがって、挿入されたダミーＢピクチャ又はスキップされた原画像に続く原画像の時間参照フィールドの整数値は、適切な表示順序を示すために変更される。たとえば、ピクチャＢ_９及びＢ_１０がスキップされた場合、後続するそれら原画像の整数値は、値２だけ減少される。したがって、ピクチャＰ_１１の時間参照フィールドの整数値は、１１から９に変更される。ピクチャＰ_１２の時間参照フィールドの整数値は、１２から１０に変更される等である。この変更処理は、ＧＯＰ４００の終了に到達するまで継続し、ＧＯＰ４００における残りのピクチャが適切な順序で表示されることが保証される。したがって、ＧＯＰにおける原画像がスキップされるたびに、そのＧＯＰにおける残りのピクチャの時間参照フィールドの整数値は、値１だけ減少される。

さらに、ダミーＢピクチャがトリックモードのビデオ信号に挿入されたとき、後続する原画像の時間参照フィールドの整数値は、意図された表示順序を反映するために、適切な値だけ増加される。例として、ＧＯＰ４００における全てのＢピクチャ及び最後の２つのＰピクチャがスキップされた場合、ピクチャＩ_２、Ｐ_５及びＰ_８のみが残される。意図された表示順序を反映するために、ピクチャＩ_２について時間参照フィールドの整数値が２から０に変更される。ピクチャＰ_５についての整数値は、５から１に変更され、ピクチャＰ_８についての整数値は、８から３に変更される。

たとえば、４つのダミーＢピクチャが、ピクチャＩ_２に続くトリックモードのビデオ信号に挿入された場合、残りのＢピクチャについての整数値は、以下のようになる。ピクチャＰ_５の整数値は、１から５に戻り（トリックモードの開始前の整数値）、ピクチャＰ_８の整数値は、２から７に変更される。結果として、ダミーＢピクチャがトリックモードのビデオ信号に挿入されるたびに、後続する残りの原画像の時間参照フィールドの整数値は、整数値１だけ増加される。

トリックモードのビデオ信号におけるＧＯＰにおいてスキップされないピクチャの時間参照フィールドの整数値を変更するステップは、これらの例に従って実行される。なお、本発明は、これら特定の例に限定されるものではなく、意図された表示順序を反映するため、関連する時間参照フィールドの整数値を変更する他のやり方も任意の適切なやり方で実施することができる。さらに、本発明は、時間参照フィールドの使用に限定されるものではなく、先に説明された実施の形態のいずれかで、任意の他の適切な表示インジケータを変更して、意図された表示順序を反映することができる。図２に戻り、方法２００を参照して、表示インジケータが一旦選択的に変更されると、処理は判定ブロック２２８に進む。トリックモードが継続される場合、ステップ２１４で、トリックモードが継続される。トリックモードが継続されない場合、ステップ２３０で、通常の再生が開始される。

図３を参照して、方法２００に関して説明されたトリックモードに対する代替的な方法３００を表すフローチャートを表している。フローチャート３００に示されるように、ステップ３１０からステップ３１４は、方法２００におけるステップ２１０からステップ２１４と同じであり、したがって、ここでは説明を省略する。ステップ３１６で、トリックモードのコマンドの間、トリックモードのビデオ信号のビットレートがモニタされる。トリックモードのビデオ信号のビットレートをモニタすることは、コマ落としのトリックモードの間に必要とされる場合がある。これは、先に説明したように、ピクチャをスキップすることは、平均ビットレートが増加する場合があるためである。あるケースでは、この増加されたビットレートは、ビデオ信号を転送する転送チャネルで許容される最大ビットレートを超える場合がある。本発明によれば、この転送チャネルで許容される最大ビットレートは、所定の閾値と呼ばれる。

判定ブロック３１８で、トリックモードのビデオ信号のビットレートがこの所定の閾値を超えたかが判定される。ビットレートが所定の閾値に到達していない場合、フローチャート３００は判定ブロック３２６に進む。ステップ３１８に戻り、ビットレートが所定の閾値を超えた場合、ステップ３２０に示されるように、ダミーＢピクチャがトリックモードのビデオ信号に挿入される。また、望まれる場合、ダミーＢピクチャの挿入に続いて、ステップ３２２及び３２４で示されるように、１以上の残りの原画像をスキップして、再生速度を増加することができる。さらに、ステップ３２６及び３２８で示されるように、原画像の少なくとも１部に関する表示インジケータを変更することもできる。

ステップ３２０、３２２、３２４、３２６及び３２８に示される手順は、図２の方法２００に例示される対応する手順に類似している。したがって、ダミーＢピクチャの挿入は、トリックモードのビデオ信号のビットレートの監視に基づいて行われ、このビットレートが所定の閾値を超えた場合に実行される。判定ブロック３３０で、トリックモードを継続すべきかが判定される。継続すべきであると判定された場合、ステップ３１４で、方法３００が再開される。継続すべきではないと判定された場合、ステップ３２２で、通常の再生が再開される。

本発明を本明細書で開示される実施の形態に沿って説明してきたが、上述した説明は、例示することが意図されており、特許請求の範囲により定義されるように本発明の範囲を制限するものではないことを理解されたい。

本発明の構成に係る、ダミーの双方向予測ピクチャを使用したコマ落としトリックモードを実行することができるシステムのブロック図である。 本発明の構成に係る、ダミーの双方向予測ピクチャを使用したコマ落としトリックモードを実行する動作を例示するフローチャートである。 本発明の構成に係る、ダミーの双方向予測ピクチャを使用したコマ落としトリックモードを実行する代替的な動作を例示するフローチャートである。 ＭＰＥＧビデオにおける一般的なグループ・オブ・ピクチャを例示する図である。

Claims (14)

1. 複数の順次走査された原画像を含むビデオ信号にトリックモードを実行する方法であって、
   トリックモードのコマンドに応答して、該ビデオ信号をトリックモードビデオ信号に変換するために、少なくとも１つの原画像を選択的にスキップするステップと、
   イントラピクチャに隣接するように、少なくとも１つのダミーの双方向予測ピクチャを該トリックモードビデオ信号に選択的に挿入するステップと、
   原画像がスキップされた場合又はダミーの双方向予測ピクチャが該トリックモードビデオ信号に挿入された場合、該トリックモードビデオ信号の画像について意図された表示順序を反映するために、該複数の原画像の少なくとも一部の表示インジケータを選択的に変更するステップと
   を有し、該少なくとも１つのダミーの双方向予測ピクチャは、該イントラピクチャから予測されたものであり、
   前記表示インジケータは時間参照フィールドにより表現され、
   原画像がスキップされるたびに、該時間参照フィールドのそれぞれの整数値は１だけ減らされ、
   ダミーの双方向予測ピクチャが該トリックモードビデオ信号に挿入されるたびに、該時間参照フィールドのそれぞれの整数値は１だけ増やされる、方法。
2. 該トリックモードビデオ信号をモニタするステップと、
   該トリックモードビデオ信号のビットレートが所定の閾値を超えた場合、少なくとも１つのダミーの双方向予測ピクチャを該トリックモードビデオ信号に選択的に挿入する前記ステップを実行するステップと、
   をさらに有する請求項１記載の方法。
3. 参照画像からそれぞれダミーの双方向予測ピクチャを予測するステップをさらに有する請求項１記載の方法。
4. それぞれダミーの双方向予測ピクチャは、一方向の予測ピクチャである請求項１記載の方法。
5. 該参照画像は、イントラピクチャである請求項３記載の方法。
6. 該参照画像は、予測ピクチャである請求項３記載の方法。
7. リモートデコーダにより、該トリックモードビデオ信号の少なくとも一部をデコードするステップをさらに有する請求項１記載の方法。
8. 該トリックモードは、コマ落としのトリックモードである請求項１記載の方法。
9. 該方法は、少なくとも１つのダミーの双方向予測ピクチャの挿入に続いて、該トリックモードビデオ信号へのダミーの双方向予測ピクチャの挿入によって、該トリックモードビデオ信号の再生速度が許容されないレベルに低下した場合に、少なくとも１つの残りの原画像をスキップするステップをさらに有する請求項１記載の方法。
10. 複数の順次走査された原画像を含むビデオ信号にトリックモードを実行するためのシステムであって、
    記憶媒体からデータを読み出し、該複数の原画像を含む該ビデオ信号を出力するためのコントローラと、
    ビデオプロセッサと
    を備え、該複数の原画像のそれぞれは表示インジケータを含み、該ビデオプロセッサは、
    トリックモードのコマンドに応答して、該ビデオ信号をトリックモードビデオ信号に変換するために、少なくとも１つの原画像を選択的にスキップすること、
    イントラピクチャに隣接するように、少なくとも１つのダミーの双方向予測ピクチャを該トリックモードビデオ信号に選択的に挿入すること、
    原画像がスキップされた場合又はダミーの双方向予測ピクチャが該トリックモードビデオ信号に挿入された場合、該トリックモードビデオ信号の画像について意図された表示順序を反映するために、該複数の原画像の少なくとも一部に関する表示インジケータを選択的に変更すること
    を実行するようにプログラムされ、該少なくとも１つのダミーの双方向予測ピクチャは、該イントラピクチャから予測されたものであり、
    該表示インジケータは時間参照フィールドにより表現され、
    それぞれの時間参照フィールドは整数値を有し、
    原画像がスキップされるたびに、該時間参照フィールドの整数値は１だけ減らされ、
    ダミーの双方向予測ピクチャが該トリックモードビデオ信号に挿入されるたびに、該時間参照フィールドの整数値は１だけ増やされる、システム。
11. 該ビデオプロセッサは、該トリックモードビデオ信号をモニタし、該トリックモードビデオ信号のビットレートが所定の閾値を超えた場合に、少なくとも１つのダミーの双方向予測ピクチャを該トリックモードビデオ信号に選択的に挿入するように更にプログラムされている請求項１０記載のシステム。
12. リモートデコーダをさらに備え、該リモートデコーダは、該トリックモードビデオ信号の少なくとも一部をデコードする請求項１０記載のシステム。
13. 該トリックモードは、コマ落としのトリックモードである請求項１０記載のシステム。
14. 該ビデオプロセッサは、少なくとも１つのダミーの双方向予測ピクチャの挿入に続いて、ダミーの双方向予測ピクチャの該トリックモードビデオ信号への挿入によって、該トリックモードビデオ信号の再生速度が許容されないレベルに低下した場合に、少なくとも１つの残りの原画像をスキップする請求項１０記載のシステム。

Images