(57)【要約】【課題】動画像処理装置の診断精度を高める。【解決手段】ＣＲＣ算出部１４４は、ストリームデータのデコードを含む動画像処理を行う動画像処理装置１１０がテスト用ストリームデータを処理して得た動画像を構成する複数のピクチャのＣＲＣ値であるテストＣＲＣ値を算出する。ＣＰＵ１２０は、テスト用ストリームデータに対応する動画像の少なくとも一部の連続したピクチャのＣＲＣ値の期待値のうちの、ＣＲＣ算出部１４４が算出した先頭のテストＣＲＣ値と同値を有する期待値を検出し、検出した期待値を起点にし、テストＣＲＣ値と期待値との順次比較を行うことにより動画像処理装置１１０を診断する。【選択図】図１
2010103946.tif 000002
【特許請求の範囲】
【請求項１】
ストリームデータのデコードを含む動画像処理を行う動画像処理装置がテスト用ストリームデータを処理して得た動画像を構成する複数のピクチャのＣＲＣ値であるテストＣＲＣ値を算出し、
前記テスト用ストリームデータに対応する動画像の少なくとも一部の連続したピクチャのＣＲＣ値の期待値のうちの、先頭のテストＣＲＣ値と同値を有する期待値を検出し、
検出した期待値を起点にし、テストＣＲＣ値と期待値との順次比較を行うことにより前記動画像処理装置を診断する動画像処理装置診断方法。
【請求項２】
ストリームデータのデコードを含む動画像処理を行う動画像処理装置の診断を行う診断装置であって、
前記動画像処理装置がテスト用ストリームデータを処理して得た動画像を構成する複数のピクチャのＣＲＣ値であるテストＣＲＣ値を算出するテストＣＲＣ値算出部と、
前記テスト用ストリームデータに対応する動画像の少なくとも一部の連続したピクチャのＣＲＣ値の期待値を記憶する期待値記憶部と、
該期待値記憶部に記憶された期待値のうちの、前記テストＣＲＣ値算出部が算出したテストＣＲＣ値の先頭の値を有する期待値を検出すると共に、検出した期待値を起点にして、テストＣＲＣ値と期待値との順次比較を行うことにより前記動画像処理装置を診断する診断実行部とを備えることを特徴とする診断装置。
【請求項３】
前記テストＣＲＣ値算出部が算出したテストＣＲＣ値を一時的に格納して前記診断実行部に供するバッファをさらに備えることを特徴とする請求項２に記載の診断装置。
【請求項４】
前記動画像処理装置は、ＢＯＳＴ（Ｂｕｉｌｔ  Ｏｆｆ  Ｓｅｌｆ  Ｔｅｓｔ）機能を備え、
前記診断実行部は、前記動画像処理装置のＣＰＵにより兼ねることを特徴とする請求項２または３に記載の診断装置。
【請求項５】
前記動画像処理装置は、ストリームデータからＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）形式の動画像を得るものであることを特徴とする請求項２から４のいずれか１項に記載の診断装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画像処理装置の診断技術に関する。
【背景技術】
【０００２】
図３は、特許文献１の図２であり、特許文献１に開示された表示装置を示す。
この表示装置は、自己診断機能を備えており、中央制御部１と、診断プログラム部６と、図形発生部２と、画像メモリ部３と、ビデオ発生部４と、表示部５と、高速データ圧縮部７とからなる。これらの各機能ブロックはバスラインａに接続されており、図形発生部２と、画像メモリ部３と、ビデオ発生部４と、表示部５、高速データ圧縮部７は、さらに高速ラインｂに接続されている。
【０００３】
診断に際して、中央制御部１は、高速データ圧縮部７を初期化すると共に診断プログラム部６より指示されたデータを読み出し、図形発生部２に書き込む。図形発生部２は、書き込まれたデータに従って図形データを高速度で出力する。この図形データは高速ラインｂを介して画像メモリ部３に入力され記憶される。画像メモリ部３は、ビデオ発生部４に同期して高速度で多量のデータを順次出力する。画像メモリ部３からのデータはビデオ発生部４に入力され、その出力は、表示部５と高速データ圧縮部７に同時に入力される。
【０００４】
高速データ圧縮部７は、ビデオ発生部４からのデータから必要な部分を抽出してＣＲＣコード（ＣＲＣ値ともいう）を生成して中央制御部１に出力する。中央制御部１は、高速データ圧縮部７からのＣＲＣコードと、診断プログラム部６に予め記憶しておいたＣＲＣコードの期待値とを比較する。そして、比較の結果が一致していれば、表示装置の本来の機能部分（図形発生部２、画像メモリ部３、ビデオ発生部４）に故障がなく、不一致であれば上記機能部分に故障があると診断する。
【０００５】
近年、デジタル放送などのストリームデータを受信し、デコードなどを行って表示用の動画像を得る動画像処理装置が開発されており、これらの動画像処理装置に対しても、正常に動作するか否かの診断が必要である。
【０００６】
このような動画像処理装置の診断には、特許文献１の手法を適用できると考えられる。具体的には、テスト用のストリームデータを動画像処理装置に処理させて得た動画像の各ピクチャのＣＲＣ値を算出し、算出したＣＲＣ値と、テスト用のストリームデータに対応する動画像のあるべきＣＲＣ値（期待値）とを比較することにより、動画像処理装置の診断が可能である。
【特許文献１】特開昭６０−３０２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、ストリームデータをデコードして表示する動画像処理装置において、ＭＰＥＧ２やＨ．２６４を含んだＴＳ（トランスポート・ストリーム）データのデコードにはかなりの遅延が認められている。また、デコードした後の表示制御において、複数のフレームの相関をとり画質を向上させるなどの後処理に起因した遅延も生じうる。
【０００８】
そのため、動画像処理装置がテスト用のストリームデータを処理して得た動画像に含まれるピクチャのＣＲＣ値と、ＣＲＣ値の期待値とを比較することにより動画像処理装置の診断を行う際に、比較されるＣＲＣ値と期待値は、同一のピクチャに対応するものではなくなる可能性がある。これでは、正しい診断結果を得ることが困難である。
【０００９】
さらに、ＢＯＳＴ（Ｂｕｉｌｔ  Ｏｆｆ  Ｓｅｌｆ  Ｔｅｓｔ）機能を備えた動画像処理装置、すなわち動画像処理装置のＣＰＵにより診断プログラムを実行するシステムでは、通常、ＣＲＣ値の期待値との比較処理が割込処理によって実行されるため、割込処理時間が長引くと、期待値の取りこぼしが生じ、上記問題はより顕著になる。
【課題を解決するための手段】
【００１０】
本発明の一つの態様は、ストリームデータのデコードを含む動画像処理を行う動画像処理装置の診断方法である。この診断方法は、動画像処理装置がテスト用ストリームデータを処理して得た動画像を構成する複数のピクチャのＣＲＣ値であるテストＣＲＣ値を算出し、テスト用ストリームデータに対応する動画像の少なくとも一部の連続したピクチャのＣＲＣ値の期待値のうちの、先頭のテストＣＲＣ値と同値を有する期待値を検出し、検出した期待値を起点にし、テストＣＲＣ値と期待値との順次比較を行うことにより動画像処理装置を診断する。
【００１１】
なお、上記診断方法を装置やシステムなどに置き換えて表現したもの、本発明の態様としては有効である。
【発明の効果】
【００１２】
本発明にかかる技術によれば、動画像処理装置の診断精度を高めることができる。
【発明を実施するための最良の形態】
【００１３】
図１は、本発明の実施の形態にかかる診断システム１００を示す。診断システム１００は、動画像処理装置１１０と、ＳｅｒＤｅｓ受信デバイス１３０と、ＦＰＧＡ１４０を備える。
【００１４】
動画像処理装置１１０は、正常に動作するか否かの診断対象であり、以下ＤＵＴ（Ｄｅｖｉｃｅ  Ｕｎｄｅｒ  Ｔｅｓｔ）という。図示のように、ＤＵＴ１１０は、デコード部１１２と、表示制御回路１１４と、パラレル／シリアル変換回路１１６と、ＣＰＵ１２０と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２２を備える。
【００１５】
デコード部１１２は、入力されたストリームデータをデコードして表示制御回路１１４に出力する。表示制御回路１１４は、デコード部１１２からのデータに対して、表示するための表示制御処理を行ってパラレル／シリアル変換回路１１６に出力する。
【００１６】
パラレル／シリアル変換回路１１６は、表示制御回路１１４からのデータを、出力規格に準拠したデータ形式に変換する。本実施の形態において、ＤＵＴ１１０は、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）形式の同画像データを出力するものであり、パラレル／シリアル変換回路１１６は、表示制御回路１１４からのデータに対してパラレル／シリアル変換を行って、ＨＤＭＩ形式のデータを得て出力する。
【００１７】
デコード部１１２、表示制御回路１１４、パラレル／シリアル変換回路１１６の動作は、ＣＰＵ１２０により制御される。また、本実施の形態において、ＤＵＴ１１０は、ＢＯＳＴ（Ｂｕｉｌｔ  Ｏｆｆ  Ｓｅｌｆ  Ｔｅｓｔ）機能を備え、ＣＰＵ１２０は、ＤＵＴ１１０の診断も行う。
【００１８】
ＲＯＭ１２２は、ＤＵＴ１１０の診断プログラムと診断用データを格納している。診断用データは、テスト用ストリームデータが表す動画像に含まれるピクチャのＣＲＣ値の期待値（以下単に期待値という）である。
【００１９】
ＣＰＵ１２０は、ＲＯＭ１２２や図示しないメモリに記憶されたプログラムを実行することにより、ＤＵＴ１１０の各機能ブロックの制御や、ＤＵＴ１１０の診断を行う。
【００２０】
診断以外の通常動作時は、パラレル／シリアル変換回路１１６から出力されるデータは、再生装置例えばテレビ器のＨＤＭＩ入力端子に入力され、再生に供される。ＤＵＴ１１０の診断時には、ＤＵＴ１１０は、ＳｅｒＤｅｓ（ＳＥＲｉａｌｉｚｅｒ／ＤＥＳｅｒｉａｌｉｚｅｒ）受信デバイス１３０と接続される。
【００２１】
ＤＵＴ１１０におけるパラレル／シリアル変換回路１１６からのＨＤＭＩ形式の動画像データは、高速シリアルデータであるため、ＳｅｒＤｅｓ受信デバイス１３０は、それをパラレルデータに変換してＦＰＧＡ１４０の同期パターン検出部１４２とＣＲＣ算出部１４４に出力する。ＳｅｒＤｅｓ受信デバイスは、以下ＳｅｒＤｅｓ  Ｒｘという。
【００２２】
ＦＰＧＡ１４０は、プログラマブルロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）であり、同期パターン検出部１４２と、ＣＲＣ算出部１４４と、バッファ１４６が形成されている。
【００２３】
同期パターン検出部１４２は、ＳｅｒＤｅｓ  Ｒｘ１３０からの動画像データに重層されている同期信号（インターレースの場合はフィールドの種類を示す信号を含む）と、画像データ部分（動画像を構成するピクチャデータ）とを分離する。
【００２４】
同期信号と画像データ部分の分離は、ＳＭＰＴＥ２５９Ｍ（ＳＤ解像度）やＳＭＰＴＥ２９２Ｍ（ＨＤ解像度）で規定されているＳＡＶ及びＥＡＶに基づいて行われる。ＳＡＶ／ＥＡＶには、フィールド区分（第一フィールドや第２フィールド）およびフィールド部ランキング期間識別信号が重層されており、同期パターン検出部１４２は、これらの信号と画像データ部とを分離する。
【００２５】
ＣＲＣ算出部１４４は、同期パターン検出部１４２の分離結果に基づいて、ＳｅｒＤｅｓ  Ｒｘ１３０からのデータに含まれる画像データ部分の各フィールド（ピクチャ）における、フィールドブランキング期間ではない部分を用いてＣＲＣ値を順次算出してバッファ１４６に一時的に格納する。バッファ１４６に格納されたＣＲＣ値は、ＣＰＵ１２０に供し、ＲＯＭ１２２に格納された期待値との順次比較がなされる。以下、ＣＲＣ算出部１４４が算出してバッファ１４６に格納したＣＲＣ値を「テストＣＲＣ値」という。
【００２６】
ＤＵＴ１１０において、入力されたストリームデータから動画像データを得るまでのデコードなどの処理は、ＣＰＵ１２０により制御されるが、その開始タイミングが往々にしてずれることがある。また、ＳｅｒＤｅｓ  Ｒｘ１３０には、ＰＬＬ回路が搭載されているため、ＰＬＬの同期がとれるまで、動画像データをＦＰＧＡ１４０への開始タイミングもずれることがある。また、ＣＰＵ１２０によるＲＯＭ１２２に格納された診断用プログラムの動作タイミングの予測も困難である。さらに、前述したように、テストＣＲＣ値と期待値との比較処理が割込処理によって実行されるため、割込処理時間が長引くと、期待値の取りこぼしが生じてしまう。これらのことから、ＣＲＣ算出部１４４が得たテストＣＲＣ値の１つ目は、必ずテストストリームデータに含まれる動画像の１枚目のピクチャのものではない。そのために、通常、期待値も、テストストリームデータに含まれる動画像の１枚目からではなく、例えば３枚目や４枚目のピクチャのものから用意される。
【００２７】
図２は、テストストリームデータに含まれる動画像のピクチャと、ＤＵＴ１１０から出力され、期待値との比較用にＣＲＣ値（テストＣＲＣ値）が算出されたピクチャと、期待値が用意されたピクチャの例を示す。図示の例では、動画像のピクチャの先頭は１枚目のＰ０であることに対して、テストＣＲＣ値が算出されたピクチャの先頭は、６枚目のＰ５である。また、期待値は、４枚目のＰ３のものから用意されている。
【００２８】
図２に示すようなテストＣＲＣ値と期待値とを比較する際に、テストＣＲＣ値と期待値とも１つ目からの順で、Ｋ番目のテストＣＲＣ値とＫ番目の期待値との比較を行うようにすると、比較される２つのＣＲＣ値（テストＣＲＣ値と期待値）が、異なるピクチャに対応するものになってしまう。これでは、動画像処理装置（ＤＵＴ１１０）が正常に動作していても、正常に動作していないとの診断結果になってしまう恐れがある。
【００２９】
本実施の形態において、ＣＰＵ１２０は、ＲＯＭ１２２に格納された診断プログラムを実行することにより、テストＣＲＣ値と期待値との比較を下記のように行う。
【００３０】
まず、ＲＯＭ１２２に格納された期待値のうちの、バッファ１４６に格納されたテストＣＲＣ値の先頭の値と一致する期待値を検出する。図２に示す例では、ＤＵＴ１１０が正常に動作していれば、テストＣＲＣ値の先頭の値（Ｐ５のテストＣＲＣ値）と、ＲＯＭ１２２に格納された期待値の３つ目と一致する。
【００３１】
そして、検出した期待値を起点にし、テストＣＲＣ値と期待値との順次比較を行う。具体的には、テストＣＲＣ値の１つ目と期待値の３つ目を比較し、テストＣＲＣ値の２つ目と期待値の４つ目を比較するように、「テストＣＲＣ値のＫ個目と期待値の（Ｋ＋２）目の比較」を順次行う。
【００３２】
こうすることにより、比較されるテストＣＲＣ値と期待値は、同一のピクチャに対応するものになるため、正しい診断結果を得ることができる。
【００３３】
以上、実施の形態をもとに本発明を説明した。実施の形態は例示であり、本発明の主旨から逸脱しない限り、上述した各実施の形態に対してさまざまな変更、増減、組合せを行ってもよい。これらの変更、増減、組合せが行われた変形例も本発明の範囲にあることは当業者に理解されるところである。
【００３４】
例えば、本実施の形態において、ＤＵＴ１１０はＢＯＳＴ機能を備えたものであるため、ＤＵＴ１１０のＣＰＵ１２０は、診断実行部を兼ねて、テストＣＲＣ値と期待値との比較を行うようになっているが、ＦＰＧＡ１４０内でテストＣＲＣ値と期待値の比較を行って診断を行うようにしてもよい。こうすることにより、診断処理をより高速にできる。
【００３５】
また、本実施の形態において、ＣＲＣ算出部１４４やバッファ１４６をＦＰＧＡで構成することにより、再プログラミングによる構成変更が可能であるため、ＤＵＴ１１０の診断項目の変更などに柔軟に対応できる。勿論、ＦＰＧＡ１４０の各機能ブロックと同様の機能を実現することができれば、ＦＰＧＡ以外の回路でこれらの機能ブロックを構成してもよい。
【図面の簡単な説明】
【００３６】
【図１】本発明の実施の形態にかかる診断システムを示す図である。
【図２】テストＣＲＣ値と期待値の対応関係を説明するための図である。
【図３】特許文献１に記載された表示装置を示す図である。
【符号の説明】
【００３７】
１００  診断システム
１１０  動画像処理装置
１１２  デコード部
１１４  表示制御回路
１１６  パラレル／シリアル変換回路
１２０  ＣＰＵ
１２２  ＲＯＭ
１３０  ＳｅｒＤｅｓ受信デバイス
１４０  ＦＰＧＡ
１４２  同期パターン検出部
１４４  ＣＲＣ算出部
１４６  バッファ
【図１】
2010103946.tif 000003
【図２】
2010103946.tif 000004
【図３】
2010103946.tif 000005