(57)【特許請求の範囲】
【請求項１】
圧縮された情報ストリームの信号状態を検出する方法であって、
予め定義されたサーチ窓で、前記圧縮された情報ストリームでの交互モードの状態と有効フレームとを検出するステップと、前記有効フレームは、予め確立された基準に基づいて検出されるフレームであり、
交互モードの状態及び少なくとも１つの有効フレームの両者が同じ前記予め定義されたサーチ窓で検出されたとき、有効な信号状態が検出されたことを示す指示を出力するステップと、
を含むことを特徴とする方法。
【請求項２】
交互モード状態において前記予め定義されたサーチ窓で有効フレームが検出されないとき、無効な信号が検出されたことを示す別の指示を出力するステップを更に含む、
請求項１記載の方法。
【請求項３】
前記無効な信号の状態は、弱信号の状態及び無信号の状態のうちの１つを含む、
請求項２記載の方法。
【請求項４】
前記圧縮された情報ストリームでエラーを検出するステップと、
前記圧縮された情報ストリームで交互モードの状態を検出するステップと、
無効な信号の状態が検出されたことを示す誤検出の指示を回避するため、交互モードの状態がエラーなしで検出されるたびに、前記予め定義されたサーチ窓のサイズを次の有効な信号を検出するためのウィンドウサイズを決定する初期値に設定するステップと、
を更に含む請求項２記載の方法。
【請求項５】
前記圧縮された情報ストリームはバッファに記憶され、前記検出するステップは、前記バッファに記憶されているデータが有効であるかを前記予め確立された基準と比較することで判定するステップを含む、
請求項１記載の方法。
【請求項６】
前記検出するステップは、前記圧縮された情報ストリームが有効なヘッダ及びタイムスタンプ情報を有することを前記予め確立された基準と比較することで判定するステップを含む、
請求項１記載の方法。
【請求項７】
前記圧縮された情報ストリームはＭＰＥＧ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）ストリームを含み、前記検出するステップは、前記ＭＰＥＧストリームに対応するＭＰＥＧヘッダ及びＭＰＥＧデータが有効であるかを前記予め確立された基準と比較することで判定するステップを含む、
請求項１記載の方法。
【請求項８】
前記ＭＰＥＧストリームは、ＰＥＳ（ｐａｃｋｅｔｉｚｅｄ  ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）バッファに記憶され、
前記検出するステップは、
前記ＰＥＳバッファに記憶されているＰＥＳデータが有効であるかを判定するステップと、
前記ＭＰＥＧストリームに対応するＰＥＳヘッダ及びタイムスタンプ情報が有効であるかを判定するステップと、
前記ＭＰＥＧストリームに対応するＭＰＥＧヘッダ及びＭＰＥＧデータが有効であるかを判定するステップとを含み、
前記ＰＥＳバッファに記憶されているＰＥＳデータ、前記ＰＥＳヘッダ及びタイムスタンプ情報、並びに前記ＭＰＥＧヘッダ及びＭＰＥＧデータが有効であるかを判定する前記ステップは、前記予め確立された基準と比較することで行われる、
ことを特徴とする請求項７記載の方法。
【請求項９】
前記圧縮された情報ストリームでエラーを検出するステップと、
通常モードで前記圧縮された情報ストリームの所与のフレームでエラーが検出されたとき、所与の時間期間で検出された弱信号の状態の数を示す弱信号のカウンタを変更するステップと、
前記弱信号のカウンタを、所与の時間期間での全体のフレーム数を示すフレームカウント閾値に比較するステップと、
前記弱信号のカウンタが前記フレームカウントの閾値よりも大きいとき、弱信号の状態が検出されたことを示す指示を出力するステップと、
を更に含む請求項１記載の方法。
【請求項１０】
前記圧縮された情報ストリームでエラーを検出するステップと、
前記予め定義されたサーチ窓が経過したかを判定するステップと、
交互モードの状態における前記圧縮された情報ストリームの所与のフレームでエラーが検出され、かつ前記予め定義されたサーチ窓が経過したとき、所与の時間期間で検出された弱信号の状態の数を示す弱信号のカウンタを変更するステップと、
所与の時間期間での全体のフレーム数を示すフレームカウントの閾値を前記弱信号のカウンタに比較するステップと、
前記弱信号のカウンタが前記フレームカウントの閾値よりも大きいとき、弱信号の状態が検出されたことを示す指示を出力するステップと、
を更に含む請求項１記載の方法。
【請求項１１】
前記交互モードの状態はトリックモードのフラグにより提供される、
請求項１記載の方法。
【請求項１２】
圧縮された情報ストリームの信号状態を検出する装置であって、
予め定義されたサーチ窓で、前記圧縮された情報ストリームで交互モードの状態と有効フレームを検出する手段と、前記有効フレームは、予め確立された基準に基づいて検出されるフレームであり、
交互モードの状態及び少なくとも１つの有効フレームの両者が同じ前記予め定義されたサーチ窓で検出されたとき、有効な信号状態が検出されたことを示す指示を出力する手段と、
を有することを特徴とする装置。
【請求項１３】
交互モード状態において前記予め定義されたサーチ窓で有効フレームが検出されないとき、無効な信号が検出されたことを示す別の指示を出力する手段を更に含む、
請求項１２記載の装置。
【請求項１４】
前記無効信号の状態は、弱信号の状態及び無信号の状態のうちの１つを含む、
請求項１３記載の装置。
【請求項１５】
前記圧縮された情報ストリームでエラーを検出する手段と、
前記圧縮された情報ストリームの交互モードを検出する手段と、
無効信号の状態が検出されたことを示す誤検出の指示を回避するため、前記圧縮された情報ストリームの交互モードの状態がエラーなしに検出されるたびに、前記予め定義されたサーチ窓のサイズを次の有効な信号を検出するためのウィンドウサイズを決定する初期値に設定する手段と、
を更に有する請求項１３記載の装置。
【請求項１６】
前記圧縮された情報ストリームはバッファに記憶され、前記検出する手段は、前記バッファにおけるデータが有効であるかを前記予め確立された基準と比較することで判定する手段を有する、
請求項１２記載の装置。
【請求項１７】
前記検出する手段は、前記圧縮された情報ストリームが有効なヘッダ及びタイムスタンプ情報を含むかを前記予め確立された基準と比較することで判定する手段を有する、
請求項１２記載の装置。
【請求項１８】
前記検出する手段は、前記圧縮された情報ストリームに対応するヘッダ及びデータが有効であるかを前記予め確立された基準と比較することで判定する手段を有する、
請求項１２記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データストリーム全般に関し、より詳細には、データストリームにおいて弱信号（ｗｅａｋ  ｓｉｇｎａｌ）又は無効信号（ｉｎｖａｌｉｄ  ｓｉｇｎａｌ）を検出するための方法及び装置に関する。
【０００２】
本出願は、２００３年７月２１日に提出された“Ｄｅｔｅｃｔｉｎｇ  ａ  Ｗｅａｋ  ｏｒ  Ｉｎｖａｌｉｄ  Ｓｉｇｎａｌ  ｉｎ  ａ  Ｄａｔａ  Ｓｔｒｅａｍ”と題された仮出願シリアル番号６０／４８８，９０８の利益を請求するものである。
【背景技術】
【０００３】
一般に、異なるモードのビデオストリームデータは、弱信号又は無効信号を検出する公知の方法を混乱させる有効なフレーム間のダミー又は補助的なフレームを含んでいる。典型的に、従来の検出技術は、有効なビデオフレームを現在の入力フレームに比較して、弱フレーム又は無効フレームを検出する。典型的に従来の検出装置は、弱フレーム又は無効フレームをカウントする。このカウントが設定された閾値を超えるとき、弱信号のイベントが発生され、これに応じて受信装置が応答する。しかし、このアプローチは、ダミー又は補助データを含むデータストリームへの誤ったポジティブな弱信号のイベントを生じる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
たとえば、エンコーダのなかには、ダミーフレームのみを加え、その新たなタイミングのタイムスタンプを管理するものがあり、デコーダは、現在のダミーフレームをスキップされるべきフレームとして検出し、デコーダは、古い（前の）フレームの表示を繰り返す。かかるケースでは、ダミーフレームは、ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）ヘッダにおけるトリックモードフラグをモニタすることで容易に検出される。しかし、エンコーダのなかには、それらのタイムスタンプを管理するために不連続性を挿入するか、又はトリックモードストリームをエンコードするための異なるやり方を使用するものがあり、対応するデコーダは、所望のようにストリームをデコードしない。
【０００５】
したがって、先に確認された従来技術の問題を克服するトリックモードの動作において弱信号を検出するための方法及び装置が必要とされている。
【課題を解決するための手段】
【０００６】
上述された課題は従来技術の他の関連した課題と同様に、トリックモードのＭＰＥＧストリームのような圧縮された情報ストリームについて弱信号の状態を検出するための方法及び装置に向けられる本発明により解決される。
【０００７】
本発明の態様によれば、交互モード（ａｌｔｅｒｎａｔｅ−ｍｏｄｅ）状態及び有効フレームの両者を有する圧縮された情報ストリームについて信号状態を検出するための方法が提供される。本方法は、予め定義されたサーチ窓で圧縮された情報ストリーム内で交互モード状態及び有効フレームを検出することで始まる。交互モード状態及び少なくとも１つの有効フレームが予め定義されたサーチ窓の同じ１つで共に検出されたとき、有効信号が検出された旨の指示が出力される。
【発明を実施するための最良の形態】
【０００８】
本発明のこれらの態様、特徴及び利点、並びに他の態様、特徴及び利点は、添付図面と共に読まれる好適な実施の形態の以下の詳細な記載から明らかとなる。
【０００９】
本発明は、圧縮された情報ストリーム、より詳細にはトリックモードＭＰＥＧストリームの弱信号の状態を検出するための方法及び装置に向けられる。
【００１０】
例示のために、ＭＰＥＧ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）ストリームにおけるトリックモード動作に関し、本発明の簡単な説明が与えられる。しかし、本発明は、トリックモード動作又はＭＰＥＧストリームに制限されない。
【００１１】
トリックモード動作に関して、データストリームは、ダミーフレーム及び不連続の設定を合わせた周期について１つの有効なフレームを有する。
したがって、本発明によれば、トリックモードのフラグ及び有効フレームがサーチ窓で共に検出されたときに有効な信号が存在する筈であるため、有効なフレームを検出するためにサーチ窓が利用される。したがって、そのフレームに関して復号化の問題が存在する場合でさえも、その窓で無効なフレームが有効なフレームとしてカウントされる可能性がある。さらに、かかるアプローチは、トリックモードのフラグが失われたか、又は有効なフレームが悪い信号状態に関連して特定の信号周期について存在しないために、弱信号の状態又は無信号の状態を検出するためにも利用される。
【００１２】
本発明は、ハードウェア、ソフトウェア、ファームウェア、特定用途プロセッサ、又はその組み合わせからなる各種の形式で実現することができる。好ましくは、本発明は、ハードウェア及びソフトウェアの組み合わせとして実現される。さらに、ソフトウェアは、プログラムストレージ装置で実施されるアプリケーションプログラムとして実現されるのが好ましい。アプリケーションプログラムは、適切なアーキテクチャを有するマシンにアップロードされるか、又はマシンにより実行される。好ましくは、マシンは、１以上の中央処理装置（ＣＰＵ）、ランダムアクセスメモリ（ＲＡＭ）、及び入力／出力（Ｉ／Ｏ）インタフェースのようなハードウェアを有するコンピュータプラットフォームで実現される。また、コンピュータプラットフォームは、オペレーティングシステム及びマイクロ命令コードをも含む。本明細書で記載される各種の処理及び機能は、マイクロ命令の一部、又はオペレーティングシステムを介して実行されるアプリケーションプログラム（又はその組み合わせ）の一部のいずれかである。さらに、各種の他の周辺装置は、更なるデータストレージ装置及び印刷装置のようなコンピュータプラットフォームに接続される。
【００１３】
添付図面に示される構成システムコンポーネント及び方法ステップのなかにはソフトウェアで実現されるのが好ましいため、システムコンポーネント（又は処理ステップ）間の実際のコネクションは、本発明がプログラムされる方式に依存して異なる。本明細書での教示が与えられれば、当業者は、本発明のこれらの実現又はコンフィギュレーション又は類似の実現又はコンフィギュレーションを考えることができる。
【００１４】
図４は、本発明の例示的な実施の形態に係る、特にＭＰＥＧ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）ビデオストリームのトリックモード動作について、圧縮された情報ストリームにおいて弱信号の状態を検出するための装置４００を例示するブロック図である。装置４００は、中央処理ユニット（ＣＰＵ）４０５、メモリ装置４１０、トランポートストリームデマルチプレクサ４１５、ビデオ用のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）バッファ４２０、オーディオ用のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）バッファ４２５、ビデオデコーダ４３０、及びオーディオデコーダ４３５を含む。本発明は図４に示されるコンフィギュレーション及びエレメントのみに限定されず、本発明の精神を維持しつつ、他のコンフィギュレーション及びエレメントが実現されることが理解される。
【００１５】
図１は、本発明の例示的な実施の形態に係る、特にＭＰＥＧ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）ビデオストリームのトリックモード動作について、圧縮された情報ストリームにおいて弱信号の状態を検出するための方法を例示するフローチャートである。図２及び図３は、本発明の例示的な実施の形態に係る、図１の方法を更に例示するフローチャートである。すなわち、図２及び図３は、図１の方法／ルーチンにおけるエラー処理及び有効な信号処理に関するサブルーチンである。
【００１６】
本方法を始める前に、全ての変数がそれらの初期値にセット／リセットされる。フレーム復号化は、ステップ１０１の間に信号源に関して始まる。ステップ１０１は、図４のビデオデコーダ４３０及びオーディオデコーダ４３５により実行される。図１の方法は、デジタル入力ソースに関して好適に実現されるように適用可能であり、したがって入力がアナログである場合、異なるアプローチが弱信号の状態を検出するために利用される。したがって、ＣＰＵ４０５は、ビデオソースがデジタルビデオソースであるか、アナログビデオソースであるかをはじめに判定する。ビデオソースがデジタルビデオソースである場合、本方法はステップ１１０に進む。さもなければ、本方法はステップ１９５に進む。ステップ１９５で、弱信号検出器（図示せず）は、アナログビデオソース用の使用のために指示され、本方法は終了する。
【００１７】
ステップ１１０で、変数“Ｆｒａｍｅ＿ｃｏｕｎｔ”がインクリメントされる。本明細書で使用されるように、変数“Ｆｒａｍｅ＿ｃｏｕｎｔ”は、カウントされているフレーム数を示し、特定の時間周期を検出するために利用される値を提供する。本明細書で提供された例では、変数Ｆｒａｍｅ＿ｃｏｕｎｔにより検出される時間周期は、６０ヘルツの入力ソースについて１秒である。勿論、時間周期は、フレームレートが入力ソースに従って変化するために、入力ソースに依存して変動する。たとえば、６０ヘルツのマテリアルは、毎秒６０フレームで表示され、２９．９７ヘルツのマテリアルは、毎秒２９．９７フレームで表示される。変数Ｆｒａｍｅ＿ｃｏｕｎｔは、全てのフレームをカウントするが、Ｆｒａｍｅ＿ｃｏｕｎｔの値がステップ１４０での比較の間に参照値ＦＲＡＭＥ＿ＰＥＲ＿ＳＥＣに等しいと分かったときに、ステップ１４５で０にリセットされる。
【００１８】
他のアプローチも検出用に採用することができる。たとえば、タイマ（図示せず）を利用することができる。かかるケースでは、変数Ｆｒａｍｅ＿ｃｏｕｎｔは、タイマが点火されたときにゼロ（０）にリセットされ、１秒のタイマ周期を検出するために毎秒でタイマ割り込みが適用され、又はタイマ割込みのインターバルが１秒よりも短い場合にタイマの割込みから１秒がカウントされる。本明細書で使用される変数Ｆｒａｍｅ＿ｃｏｕｎｔの値及び他の変数は、メモリ装置４１０で記憶され、図４におけるＣＰＵ４０５により処理（たとえばデクリメント、インクリメント等）される。
【００１９】
弱信号の状態の基準は、ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）ヘッダ及びデータフォーマット、又はＭＰＥＧヘッダフォーマットのような、図４のＰＥＳバッファ４２０における情報に関して評価することができること、有効な信号処理を実行する代わりに（ステップ１３５及び図３参照）、これらの領域において問題が存在するとき、エラー処理に対してジャンプが行われる。
【００２０】
したがって、予め確立された基準をＰＥＳバッファ４２０における現在のＰＥＳデータに比較することで、ＰＥＳバッファ４２０において有効なＰＥＳデータが存在するかがＣＰＵ４０５により判定される。存在する場合、本方法はステップ１２０に進む。さもなければ、本方法はステップ１９０に進む。ステップ１９０では、エラー処理が実行され、本方法はステップ１４０に進む。
【００２１】
ステップ１２０で、ＰＥＳヘッダ及び対応するタイムスタンプを予め確立された基準に比較することでＰＥＳヘッダが有効であるかが判定される。有効である場合、本方法はステップ１２５に進む、さもなければ、本方法はステップ１９０に進む。ステップ１２５では、ビデオデコーダ４３０及びオーディオデコーダ４３５により、次のレイヤ、すなわちＭＰＥＧストリームの復号化が始まる。ステップ１３０で、ＣＰＵ４０５は、ＭＰＥＧヘッダ及びデータが有効であるかを判定する。有効である場合、本方法はステップ１３５に進む。さもなければ、本方法はステップ１９０に進む。ステップ１３５では、有効な信号処理が実行される。
【００２２】
ステップ１４０で、ＣＰＵ４０５は、変数Ｆｒａｍｅ＿ｃｏｕｎｔがＦＲＡＭＥ＿ＰＥＲ＿ＳＥＣに等しいかを判定する。Ｆｒａｍｅ＿ｃｏｕｎｔ及びＦＲＡＭＥ＿ＰＥＲ＿ＳＥＣの両者は、整数として実現され、所与の時間期間内での特定のフレーム数をそれぞれ表している。好ましくは、必ずしも必要ではないが、変数Ｆｒａｍｅ＿ｃｏｕｎｔは、一秒に一度の割合でＦＲＡＭＥ＿ＰＥＲ＿ＳＥＣに比較される。良好な信号状態について、ＦＲＡＭＥ＿ＰＥＲ＿ＳＥＣは、有効なフレームカウントを表し、これは全てのフレームが有効なフレームであることを意味する。したがって、等しい（すなわちＦｒａｍｅ＿ｃｏｕｎｔ＝ＦＲＡＭＥ＿ＰＥＲ＿ＳＥＣ）場合、本方法はステップ１４５に進む。さもなければ、本方法が終了される。ステップ１４５で、Ｆｒａｍｅ＿ｃｏｕｎｔはゼロにリセットされる。
【００２３】
ステップ１５０で、ＣＰＵ４０５は、変数Ｗｅａｋ＿ｓｉｇｎａｌ＿ｃｏｕｎｔがＬＩＭＩＴ＿ＦＲＡＭＥ＿ＣＯＵＮＴよりも大きいかを判定する。大きい場合、本方法はステップ１５５に進む。さもなければ、本方法は終了する。変数“ｗｅａｋ＿ｓｉｇｎａｌ＿ｃｏｕｎｔ”は、所与の時間周期で検出された弱信号の状態の数を示す。変数“ＬＩＭＩＴ＿ＦＲＡＭＥ＿ＣＯＵＮＴ”は、所与の時間期間でフレームの閾値となる数（又はカウント）を示す。なお、変数“ｗｅａｋ＿ｓｉｇｎａｌ＿ｃｏｕｎｔ”及びＬＩＭＩＴ＿ＦＲＡＭＥ＿ＣＯＵＮＴは、整数として実現することができる。ステップ１５５では、弱信号の検出イベントはＣＰＵ４０５により生成され、本方法が終了される。
【００２４】
エラー処理（図１におけるステップ１９０）に属する図２を参照して、ＣＰＵ４０５は、交互モードの状態（すなわちトリックモードフラグ）が現在検出されたかを判定する（ステップ２０５）。検出された場合、サブルーチンはステップ２１０に進む。さもなければ、トリックモードが検出されない（すなわちデータストリームがノーマルモードであると検出された）場合、エラーは、おそらく弱信号に帰属され、サブルーチンはステップ２２０に進む（この場合、Ｗｅａｋ＿ｓｉｇｎａｌ＿ｃｏｕｎｔの値を増加することは、生成されている弱信号のイベントの可能性を増加する）。
【００２５】
ステップ２１０で、変数ＷａｉｔＧｏｏｄＳｉｇｎａｌＣｏｕｎｔがデクリメントされる。変数ＷａｉｔＧｏｏｄＳｉｇｎａｌＣｏｕｎｔは、秒で測定されるか、若しくはその分数又は倍数で測定される、特定の時間周期を表す整数として実現される。ステップ２１５で、ＷａｉｔＧｏｏｄＳｉｇｎａｌＣｏｕｎｔがゼロに等しいか（すなわちテストウィンドウが経過したか）がＣＰＵ４０５により決定される。ゼロに等しい（ＷａｉｔＧｏｏｄＳｉｇｎａｌＣｏｕｎｔ＝０）場合、本方法はステップ２２０に進む。さもなければ、サブルーチンが終了する。ステップ２２０で、Ｗｅａｋ＿ｓｉｇｎａｌ＿ｃｏｕｎｔがインクリメントされ、サブルーチンが終了される。
【００２６】
有効な信号処理（図１におけるステップ１３５）に属する図３を参照して、トリックモードが現在検出されたかチェックが行われる（ステップ３０５）。検出された場合、サブルーチンはステップ３１０に進む。さもなければ、サブルーチンが終了する。ステップ３１０で、変数ＷａｉｔＧｏｏｄＳｉｇｎａｌＣｏｕｎｔが参照値ＩＮＩＴ＿ＷＡＩＴ＿ＶＡＬＵＥの初期値に設定され、サブルーチンが終了する。ＩＮＩＴ＿ＷＡＩＴ＿ＶＡＬＵＥは、秒で測定されるか、その分数又は倍数で計測される、特定の時間周期を表す整数として実現される。初期値ＩＮＩＴ＿ＷＡＩＴ＿ＶＡＬＵＥは、次の有効な信号を検出するためにウィンドウサイズを決定する。したがって、データストリームが、限定されるものではないがトリックモードのような独特のモードにある場合、誤った肯定的な弱信号のイベントを回避するために、カウント（ＷａｉｔＧｏｏｄＳｉｇｎａｌＣｏｕｎｔ）が連続的にリセットされる。これはエラー処理ステップ（図２参照）と対照的であり、ここではＷａｉｔＧｏｏｄＳｉｇｎａｌＣｏｕｎｔが減少され（ステップ２１０）、現在のフレームは、後続する状態が合致するまで無効としてマークされず、有効なフレームは前に検出され、ＷａｉｔＧｏｏｄＳｉｇｎａｌＣｏｕｎｔがゼロに到達する。
【００２７】
例示的な実施の形態は添付図面を参照して本実施の形態で記載されたが、本発明はそれらの正確な実施の形態に限定されず、様々な他の変形及び変更が本発明の範囲又は精神から逸脱することなしに当業者により実施することができる。かかる変形及び変更は、特許請求の範囲に定義されるように本発明の範囲に含まれることが意図される。
【図面の簡単な説明】
【００２８】
【図１】本発明の例示的な実施の形態に係る、ＭＰＥＧ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）ビデオストリームのトリックモード動作の弱信号の状態を検出するための方法を例示するフローチャートである。
【図２】本発明の例示的な実施の形態に係る、図１の方法を更に例示するフローチャートである。
【図３】本発明の例示的な実施の形態に係る、図１の方法を更に例示するフローチャートである。
【図４】本発明の例示的な実施の形態に係る、ＭＰＥＧ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）ビデオストリームのトリックモードの動作の弱信号の状態を検出するための装置４００を例示するブロック図である。
【図１】
0004682134.tif 000002
【図２】
0004682134.tif 000003
【図３】
0004682134.tif 000004
【図４】
0004682134.tif 000005