JP2007266764A - 受信装置、色補正方法、及び、色補正プログラム - Google Patents

Abstract

【課題】 異なる方式のデータの映像を切替えても、色の変化が発生しない技術を提供する。
【解決手段】 同じ映像の、方式の異なる画像データを受信し、出力手段に出力する画像データを、第１の方式の画像データから第２の方式の画像データに切替える受信装置であって、方式の各々の画像データのフレーム画像の色差異を取得する差異取得手段と、取得した差異が所定値以上である場合、取得した差異に応じて、第２の方式の画像データのフレーム画像の色を補正する補正手段と、補正した第２の方式の画像データを出力手段に出力する切替え手段とを有する。
【選択図】 図２

Description

本発明は、画像データを受信する受信装置に関するものである。

地上波デジタル放送（ＩＳＤＢ-Ｔ：Integrated Services Digital Broadcasting-Terrestrial）では、各放送局に割り当てられた伝送帯域を多数のセグメントに分割し、１つ以上のセグメントで構成した階層を複数同時に伝送するマルチキャリア伝送が予定されている。地上波デジタル放送のマルチキャリア伝送は、直交周波数多重変調（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）方式が用いられる。

このような地上波デジタル放送では、各放送局に割り当てられた伝送帯域を１３個のセグメントに分割し、１３個のセグメントのうち、１２個のセグメントを使用してハイビジョン（ＨＤＴＶ：High Definition Television）映像を放送し、１個のセグメントを使用して移動端末向けの映像を放送することが考えられている。

１２個のセグメントを使用して放送するハイビジョン映像では、多くのデータが発信可能であり、高画質の画像を表示等することが可能であるが、電波環境の悪い場所では受信が困難である。一方、１個のセグメントを使用して放送する移動端末向けの映像は、発信するデータ量は多くないが、電波環境の悪い場所でも受信が容易である。

特許文献１には、地上波デジタル放送を受信する移動受信端末に関する技術が記載されている。特許文献１に記載の移動受信端末は、通常時はハイビジョン映像を出力し、電波環境が悪くなった場合に、出力する映像を、移動端末向けの映像に切替えるものである。

特開２００３-２７４３０２号公報

地上波デジタル放送において、１２個のセグメントを使用して放送するハイビジョン映像の画像データは、ＭＰＥＧ２-ＶＩＤＥＯによりエンコードされる。また、１個のセグメントを使用して放送する移動端末向けの映像の画像データは、Ｈ．２６４によりエンコードされる。さらに、１２個のセグメントを使用して放送するハイビジョン映像の画像データと、１個のセグメントを使用して放送する移動端末向けの映像の画像データとは、発信されるまでに経由される機器が異なる。このような、エンコード方式、発信されるまでの経路等の差異により、１２個のセグメントを使用して放送するハイビジョン映像と、１個のセグメントを使用して放送する移動端末向けの映像とでは、同一の装置で受信、出力等しても、同じ場面を映している映像で色が異なる場合がある。このような場合に、上述の特許文献１の技術のように１２個のセグメントを使用して放送するハイビジョン映像と、１個のセグメントを使用して放送する移動端末向けの映像とを切替える場合、連続するフレーム画像による動画であるにもかかわらず色が変化するので、視聴者に視覚上の違和感が発生する。

本発明はこのような事情に鑑みてなされたもので、１２個のセグメントを使用して放送するハイビジョン映像と、１個のセグメントを使用して放送する移動端末向けの映像とを切替えても、色の変化が発生しない技術を提供することを目的とする。

本発明は上記の目的を達成するためになされたもので、異なる方式で送信される画像を切替える場合、一方の方式の画像と、他方の方式の画像との色の差を取得し、その色の差に応じて画像の色を補正して出力することを特徴とする。

また、本発明は、同じ映像の、方式の異なる画像データを受信し、出力手段に出力する画像データを、第１の方式の画像データから第２の方式の画像データに切替える受信装置であって、前記第１の方式の画像データのフレーム画像の色と、前記第２の方式の画像データのフレーム画像の色との色の差を取得する差取得手段と、前記取得した色の差に応じて、前記第２の方式の画像データのフレーム画像の色を補正する補正手段と、前記補正した第２の方式の画像データを前記出力手段に出力する切替え手段と、を有することを特徴とする。

本発明の技術によれば、異なる方式で送信される画像を切替える場合でも、色の変化が発生しないようにすることが可能となる。これにより、視聴上の違和感を感じさせることのないようにすることが可能となる。

以下、本発明の一実施形態を、図面を参照して詳細に説明する。本実施形態の技術は、１つの受信装置で、２つ以上の異なる方式等で送信される画像のデータを受信し、これらのデータを切替える場合に有効である。以下の説明では、受信装置は、地上波デジタル放送の、１２個のセグメントを使用して放送するハイビジョン映像のデータと、１個のセグメントを使用して放送する移動端末向けの映像のデータとを切替えて出力する場合の例を説明するが、これに限られるわけではない。例えば、１つの受信装置で、ＤＶＢ-Ｔ（Digital Video Broadcast-Terrestrial）データとＤＶＢ-Ｈ（Digital Video Broadcasting-Handheld）データとを切替えて出力する場合や、放送データとインターネット等の通信データとを切替えて出力する場合等に有効である。

まず、図１を参照し、本実施形態の受信装置の構成例を説明する。

図１において、受信装置１は、地上波デジタル放送を受信可能な装置である。この受信装置１は特に限定するものではないが、例えば、地上波デジタル放送を受信可能な携帯端末、ナビゲーションシステム、ＴＶ、チューナ等である。受信装置１は、１２個のセグメントを使用して放送するハイビジョン映像のデータと、１個のセグメントを使用して放送する移動端末向けの映像のデータとを切替えて出力するものであるので、環境が変化する等して地上波デジタル放送の受信状況が変化するものに適用するほうが有用である。以下、１２個のセグメントを使用して放送するハイビジョン映像のデータを、ＨＤＴＶデータという。また、１個のセグメントを使用して放送する移動端末向けの映像のデータを、Ｈ．２６４データという。

受信装置１は、アンテナ１０１、チューナ１０２、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）復調部１０３、処理部１０４、ＲＡＭ１０５、ＲＯＭ１０６、記憶装置１０７、入力インタフェース１０８、出力インタフェース１０９、通信インタフェース１１０等を有する。アンテナ１０１、チューナ１０２、ＯＦＤＭ復調部１０３、処理部１０４、ＲＡＭ１０５、ＲＯＭ１０６、記憶装置１０７、入力インタフェース１０８、出力インタフェース１０９、通信インタフェース１１０等は、バス１２０を介して接続される。

処理部１０４は、例えば、システムＬＳＩ（Large Scale Integration）等である。

記憶装置１０７は、例えば、ＨＤＤ（Hard Disk Drive）や、ＣＤ-Ｒ（Compact Disc- Recordable）、ＤＶＤ-ＲＡＭ（Digital Versatile Disk-Random Access Memory）等の書き込み及び読み出し可能な記憶メディア及び記憶メディア駆動装置等である。

入力インタフェース１０８には、入力装置１２１等が接続される。入力装置１２１は、例えば、ボタン、リモコン及びリモコン受信部、タッチパネル等である。

出力インタフェース１０９には、図示しないディスプレイ、スピーカ等の出力装置が接続される。

受信装置１は、通信インタフェース１１０を介して、図示しない通信ネットワークに接続される。受信装置１は、この通信ネットワークを介して図示しない情報端末と接続され、後述する指示情報等の入力を受け付けても良い。

地上波デジタル放送の放送電波は、アンテナ１０１、チューナ１０２を介して受信装置１に入力され、ＯＦＤＭ復調部１０３により復調された後、処理部１０４により分離、色補正、出力切替え等され、出力インタフェース１０９から、映像データ及び音声データとして出力される。受信装置１の、アンテナ１０１、チューナ１０２、ＯＦＤＭ復調部１０３、ＲＡＭ１０５、ＲＯＭ１０６、記憶装置１０７、入力インタフェース１０８、出力インタフェース１０９、通信インタフェース１１０等は従来技術と同じであるが、処理部１０４の一部のみ、従来技術とは異なる。

図２に、処理部１０４の構成例を示す。

図２において、処理部１０４は、受信状態検出部２０１、受信状態検出条件保持部２０２、ＤＥＭＵＸ（De-MUltipleXer）２０３、デコーダ２０４、描画処理部２０５、フレームバッファ２０６、デコーダ２０７、描画処理部２０８、フレームバッファ２０９、同期部２１０、同期条件保持部２１１、色情報取得部２１２、取得条件保持部２１３、色差取得部２１４、補正部２１５、切替え部２１６、設定受付部２１７等を有する。

受信状態検出条件保持部２０２は、ＨＤＴＶデータと、Ｈ．２６４データとを切替える条件を保持する。受信状態検出部２０１は、受信状態検出条件保持部２０２内の条件に従い、ＨＤＴＶデータと、Ｈ．２６４データとを切替えて出力するか否か判定する。

ＤＥＭＵＸ２０３は、ＯＦＤＭ復調部１０３により復調されたデータを分離する。デコーダ２０４は、ＨＤＴＶデータをデコードする。描画処理部２０５は、ＨＤＴＶデータをフレームバッファ２０６に描画する。デコーダ２０７は、Ｈ．２６４データをデコードする。描画処理部２０８は、Ｈ．２６４データをフレームバッファ２０９に描画する。

同期部２１０は、同期条件保持部２１１内に保持されている条件に従い、ＨＤＴＶデータと、Ｈ．２６４データとで、同じ映像のフレーム画像を選択する。また、同期部２１０は、色情報取得部２１２に同じ映像を映しているフレーム画像を指示し、切替え部２１６に、切替えタイミングを指示する。

色情報取得部２１２は、取得条件保持部２１３内の条件に従い、ＨＤＴＶデータによるフレーム画像と、Ｈ．２６４データによるフレーム画像との各々の画素をサーチして、各フレーム画像の色を取得する。ここでは、色情報取得部２１２は、ＨＤＴＶデータによるフレーム画像をサーチする場合、「６＊６」個の画素を１つの単位として、その単位を構成する各画素の色を平均した値を取得するものとする。また、色情報取得部２１２は、Ｈ．２６４データによるフレーム画像をサーチする場合、１個の画素を１つの単位として、その単位毎に画素の色を取得するものとする。ここで取得する色は特に限定するものではないが、ここでは、画素の輝度を取得するものとする。色差取得部２１４は、色情報取得部２１２により取得された色の差を算出する。補正部２１５は、色差取得部２１４により取得された色の差に従い、フレームバッファ２０９内のフレーム画像の色を補正する。切替え部２１６は、同期部２１０の指示に従い、フレームバッファ２０６内のフレーム画像と、フレームバッファ２０９内のフレーム画像との出力を切替える。設定受付部２１７は、入力装置１２１、又は、通信インタフェース１１０を介して入力された情報に従い、同期条件保持部２１１、取得条件保持部２１３等内の情報を登録、更新等する。

なお、ＤＥＭＵＸ２０３、デコーダ２０４、デコーダ２０７、描画処理部２０５、描画処理部２０８、フレームバッファ２０６、フレームバッファ２０９、受信状態検出条件保持部２０２、受信状態検出部２０１等は、従来技術と同じものである。

また、同期部２１０がＨＤＴＶデータと、Ｈ．２６４データとで、同じ映像のフレーム画像を選択するための動作例は特に限定するものではない。同期部２１０が同じ映像のフレーム画像を選択するために、例えば、単に、ＨＤＴＶデータに含まれているタイムスタンプ（再生時刻）と、Ｈ．２６４データに含まれているタイムスタンプとの差分が所定値内であるか否かにより判定してもよいが、ここでは、ＨＤＴＶデータに含まれている動きベクトルと、Ｈ．２６４データに含まれている動きベクトルとの内積により判定するものとする。この判定動作の詳細については後述する。

同期部２１０は、検索部２５１、タイムスタンプ取得部２５２、近傍フレーム検索部２５３を有する。検索部２５１は、ＨＤＴＶデータに含まれている動きベクトルと、Ｈ．２６４データに含まれている動きベクトルとの内積により、切替えるフレーム画像の候補を取得する。タイムスタンプ取得部２５２は、フレーム画像のタイムスタンプを取得する。近傍フレーム検索部２５３は、検索部２５１により取得された切替えるフレーム画像の候補と、タイムスタンプ取得部２５２により取得されたタイムスタンプから、切替えるフレーム画像を選択する。

なお、受信状態検出部２０１、描画処理部２０５、描画処理部２０８、同期部２１０、色情報取得部２１２、色差取得部２１４、補正部２１５、切替え部２１６、設定受付部２１７等は、記憶装置（図示略）からロードしたプログラムを処理部１０４内の演算装置（図示略）が実行することにより実現するものでもよく、専用のハードウェア等でもよい。

また、図２では、音声データをデコードして出力する構成は含まれていないが、この構成は従来技術と同じものであるので、ここでは省略する。

次に、上記保持部の保持する条件情報について説明する。

まず、受信状態検出条件保持部２０２について説明する。

受信状態検出条件保持部２０２は、出力インタフェース１０９から出力するデータを、ＨＤＴＶデータによるものとするか、又は、Ｈ．２６４データによるものとするかを判定するための閾値等を保持している。この閾値は、ここでは、電界強度であるものとする。受信状態検出条件保持部２０２内の情報は予め格納されているものとするが、入力装置１２１、又は、通信インタフェース１１０から入力された情報に従い新規格納、更新等してもよい。

次に、図３を参照し、同期条件保持部２１１内の条件の一例を説明する。

同期条件保持部２１１内には、図３に一例を示すテーブル３０１が格納されている。図３において、テーブル３０１は、閾値種別３１１、閾値３１２等を含む。閾値種別３１１、閾値３１２等は互いに対応付けられている。閾値種別３１１は、閾値の種別である。図３の例において、閾値種別３１１「同期閾値」は、後述する動作により取得するフレーム画像のタイムスタンプの閾値である。閾値種別３１１「内積閾値」は、後述する動作により取得する動きベクトルの内積の閾値である。閾値種別３１１「差分閾値」は、後述する動作により取得する２乗誤差の閾値である。閾値３１２は、対応する閾値種別３１１の閾値である。

同期条件保持部２１１内の情報は、後述する動作例により新規格納、更新等される。

取得条件保持部２１３内の情報について説明する。

取得条件保持部２１３は、ＨＤＴＶデータによるフレーム画像と、Ｈ．２６４データによるフレーム画像との輝度差を取得する画素をサーチする設定情報を保持している。本実施形態では、輝度差を取得する画素をサーチする設定情報とは、全輝度取得モード、中央部輝度取得モード、ランダム輝度取得モードの３つがあるものとして説明する。取得条件保持部２１３内の設定情報は、後述する動作例により新規格納、更新等される。

ここで、全輝度取得モード、中央部輝度取得モード、ランダム輝度取得モードについて、図面を参照して説明する。

まず、全輝度取得モードについて、図４を参照して説明する。

図４（ａ）において、フレーム画像４０１は、ＨＤＴＶデータによるフレーム画像を示す。ＨＤＴＶデータによるフレーム画像の画素数は、縦軸が１０８０個、横軸が１９２０個である。図４（ｂ）において、フレーム画像４１１は、Ｈ．２６４データによるフレーム画像を示す。Ｈ．２６４データによるフレーム画像の画素数は、縦軸が１８０個、横軸が３２０個である。

全輝度取得モードでは、色情報取得部２１２は、フレーム画像４０１、フレーム画像４１１の各々の画素の全てをサーチして、各画素の輝度を取得する。即ち、色情報取得部２１２は、図４（ａ）のフレーム画像４０１を構成する全ての画素に対し、「６＊６」個の画素を１つの単位として、その単位を構成する各画素の輝度を平均した値を取得する。具体的には、例えば、画素の位置を「（１,１）」〜「（Ｘ,Ｙ）」のうちいずれかで示すものとする場合、色情報取得部２１２は、まず、対角が「（１,１）」と「（６,６）」とで示される領域４０２の画素の輝度の平均値を取得し、次に、対角が「（７,１）」と「（６,１２）」とで示される領域の画素の輝度の平均値を取得する、という処理を繰り返す。また、色情報取得部２１２は、図４（ｂ）のフレーム画像４１１を構成する全ての画素に対し、１個の画素を１つの単位として、その単位毎に画素の輝度を取得する。具体的には、例えば、色情報取得部２１２は、まず、「（１,１）」の位置の画素４１２の輝度を取得し、次に、「（１,２）」の位置の画素の輝度を取得する、という処理を繰り返す。

中央部輝度取得モードについて、図５を参照して説明する。

図５（ａ）において、フレーム画像５０１は、ＨＤＴＶデータによるフレーム画像を示す。ＨＤＴＶデータによるフレーム画像の画素数は上述と同じである。図５（ｂ）において、フレーム画像５１１は、Ｈ．２６４データによるフレーム画像を示す。Ｈ．２６４データによるフレーム画像の画素数は上述と同じである。

中央部輝度取得モードでは、色情報取得部２１２は、フレーム画像５０１、フレーム画像５１１の各々の中央部の画素をサーチして、各画素の輝度を取得する。即ち、色情報取得部２１２は、図５（ａ）のフレーム画像５０１の中央部の所定領域５０２の画素に対し、「６＊６」個の画素を１つの単位として、その単位を構成する各画素の輝度を平均した値を取得する。具体的には、例えば、上述と同様に、画素の位置を「（１,１）」〜「（Ｘ,Ｙ）」のうちいずれかで示し、所定領域５０２の対角の画素の位置が「（Ｘｃ１,Ｙｃ１）-（Ｘｃ２,Ｙｃ２）」である場合、色情報取得部２１２は、まず、対角が「（Ｘｃ１,Ｙｃ１）」と「（Ｘｃ１＋５,Ｙｃ１＋５）」とで示される領域５０３の画素の輝度の平均値を取得し、次に、対角が「（Ｘｃ１＋６,Ｘｃ１）」と「（Ｘｃ１＋５,Ｘｃ１＋１１）」とで示される領域の画素の輝度の平均値を取得する、という処理を繰り返す。また、色情報取得部２１２は、図５（ｂ）のフレーム画像５１１の中央部の所定領域５１２の画素に対し、１個の画素を１つの単位として、その単位毎に画素の輝度を取得する。具体的には、例えば、色情報取得部２１２は、まず、「（Ｘｃ１,Ｙｃ１）」の位置の画素５１３の輝度を取得し、次に、「（Ｘｃ１,Ｙｃ１＋１）」の位置の画素の輝度を取得する、という処理を繰り返す。

ランダム輝度取得モードについて、図６を参照して説明する。

図６（ａ）において、フレーム画像６０１は、ＨＤＴＶデータによるフレーム画像を示す。ＨＤＴＶデータによるフレーム画像の画素数は上述と同じである。図６（ｂ）において、フレーム画像６１１は、Ｈ．２６４データによるフレーム画像を示す。Ｈ．２６４データによるフレーム画像の画素数は上述と同じである。

ランダム輝度取得モードでは、色情報取得部２１２は、擬似乱数を発行する等により、フレーム画像６０１、フレーム画像６１１の各々に対し、ランダムに選択した画素の輝度を取得する。即ち、色情報取得部２１２は、図６（ａ）のフレーム画像６０１に対し、ランダムに選択した画素を基準とした「６＊６」個の画素を１つの単位として、その単位を構成する各画素の輝度を平均した値を取得する。この、ランダムに選択した画素６０２の位置は、例えば、図６（ａ）に示すように「６＊６」個の領域６０３内としてもよく、また、この領域６０３外の任意の位置でもよい。色情報取得部２１２は、このような処理を所定回数行なう。また、色情報取得部２１２は、図６（ｂ）のフレーム画像６１１に対し、ランダムに選択した画素６１２、画素６１３の輝度を取得する。色情報取得部２１２は、このような処理を所定回数行なう。

次に、動作例を説明する。

まず、輝度取得モードを取得条件保持部２１３に設定する動作例を、図７を参照して説明する。ユーザが、入力装置１２１又は図示しない情報端末の入力装置を用いて輝度取得モード設定を指示等すると、設定受付部２１７は以下の動作を起動させる。

図７において、設定受付部２１７は、輝度取得モードの入力を受け付ける（Ｓ７０１）。そのために、設定受付部２１７は、例えば、輝度取得モードの入力を受け付けるための画面データを、出力インタフェース１０９、又は、通信インタフェース１１０に出力する。図８において、画面８０１は、ディスプレイ等の出力装置（図示略）に表示されるものである。ユーザは、入力装置１２１又は図示しない情報端末の入力装置を用いて、ラジオボタン８１１〜８１３のうち何れかを選択して、設定する輝度取得モードを指定し、その情報の入力を指示する。これにより、入力装置１２１、又は、通信インタフェース１１０から、輝度取得モードを示す情報が入力される。

入力装置１２１、又は、通信インタフェース１１０から輝度取得モードを示す情報が入力されると、設定受付部２１７は、入力された輝度取得モードを示す設定情報を取得条件保持部２１３に格納する（Ｓ７０２）。

次に、同期判定条件を同期条件保持部２１１に設定する動作例を説明する。この動作例は、上述の輝度取得モードの設定と、設定する情報のみが異なるため、同じ図７を参照して説明する。ユーザが、入力装置１２１又は図示しない情報端末の入力装置を用いて輝度取得モード設定を指示等すると、設定受付部２１７は以下の動作を起動させる。

図７において、設定受付部２１７は、同期判定条件の入力を受け付ける（Ｓ７０１）。そのために、設定受付部２１７は、例えば、同期判定条件の入力を受け付けるための画面データを、出力インタフェース１０９、又は、通信インタフェース１１０に出力する。図９において、画面９０１は、ディスプレイ等の出力装置に表示されるものである。ユーザは、入力装置１２１又は図示しない情報端末の入力装置を用いて、領域９１１〜９１３の各々に任意の数値を入力等して、同期判定条件の閾値を指定し、この情報の入力を指示する。これにより、入力装置１２１、又は、通信インタフェース１１０から、同期判定条件情報が入力される。

入力装置１２１、又は、通信インタフェース１１０から同期判定条件情報が入力されると、設定受付部２１７は、入力された同期判定条件情報を同期条件保持部２１１に格納する（Ｓ７０２）。具体的には、例えば、設定受付部２１７は、図９の領域９１１に入力された値を、同期条件保持部２１１内のテーブル３０１の、閾値種別３１１「同期閾値」に対応する閾値３１２に格納する。また、設定受付部２１７は、図９の領域９１２に入力された値を、同期条件保持部２１１内のテーブル３０１の、閾値種別３１１「内積閾値」に対応する閾値３１２に格納する。設定受付部２１７は、図９の領域９１３に入力された値を、同期条件保持部２１１内のテーブル３０１の、閾値種別３１１「差分閾値」に対応する閾値３１２に格納する。

次に、ＨＤＴＶデータによる画像の出力と、Ｈ．２６４データによる画像の出力とを切替えるか否か判定する動作例を、図１０を参照して説明する。この動作は、例えば、受信装置１の起動時や、所定時間毎等に起動される動作である。

図１０において、受信状態検出部２０１は、まず、アンテナ１０１により受信した電波による電界強度を取得する（Ｓ１００１）。次に、受信状態検出部２０１は、受信状態検出条件保持部２０２から、閾値を読み出す（Ｓ１００２）。受信状態検出部２０１は、Ｓ１００１で取得した電界強度が、Ｓ１００２で読み出した閾値以下であるか否か判定する（Ｓ１００３）。

Ｓ１００３の判定の結果、Ｓ１００１で取得した電界強度が、Ｓ１００２で読み出した閾値以下でない場合、受信状態検出部２０１は、ＨＤＴＶデータを選択する（Ｓ１００４）。

Ｓ１００３の判定の結果、Ｓ１００１で取得した電界強度が、Ｓ１００２で読み出した閾値以下である場合、受信状態検出部２０１は、Ｈ．２６４データを選択する（Ｓ１００５）。

受信状態検出部２０１は、Ｓ１００４、又は、Ｓ１００５で選択したデータを示す情報を、同期部２１０、色情報取得部２１２等に出力する（Ｓ１００６）。この、選択したデータを示す情報とは、例えば、フラグのＯＮ及びＯＦＦ等でもよい。

次に、ＨＤＴＶデータと、Ｈ．２６４データとの同期をとる動作例を説明する。この動作は、例えば、上述の受信状態検出部２０１の動作により、選択したデータを示す情報が新に入力された場合や、それまでとは異なる情報が入力された場合に起動される動作である。

まず、図１１を参照し、ＨＤＴＶデータと、Ｈ．２６４データとの同期をとる動作例の概要を説明する。

図１１において、同期部２１０の検索部２５１は、ＨＤＴＶデータの動きベクトルと、Ｈ．２６４データの動きベクトルとの内積から、同じ映像を映すＨＤＴＶデータのフレーム画像と、Ｈ．２６４データのフレーム画像とを検出する（Ｓ１１０１）。この動作例の詳細については後述する。

次に、近傍フレーム検索部２５３は、受信状態検出部２０１から入力された情報から、ＨＤＴＶデータによるフレーム画像から、Ｈ．２６４データによるフレーム画像への切替えであるか否か判定する（Ｓ１１０２）。

Ｓ１１０２の判定の結果、ＨＤＴＶデータによるフレーム画像から、Ｈ．２６４データによるフレーム画像への切替えである場合、近傍フレーム検索部２５３は、検索部２５１により同じ画像であると判定されたＨＤＴＶデータのフレーム画像と、検索部２５１により同じ画像であると判定されたＨ．２６４データのフレーム画像の次のフレーム画像とを選択する（Ｓ１１０３）。

Ｓ１１０２の判定の結果、ＨＤＴＶデータによるフレーム画像から、Ｈ．２６４データによるフレーム画像への切替えでない場合、近傍フレーム検索部２５３は、検索部２５１により同じ画像であると判定されたＨ．２６４データのフレーム画像と、検索部２５１により同じ画像であると判定されたＨＤＴＶデータのフレーム画像の次のフレーム画像とを選択する（Ｓ１１０４）。

以下、切替えるまでに出力していたフレーム画像のうち最後のものを切替え対象フレーム画像といい、切替えた直後に最初に出力するフレーム画像を切替えフレーム画像という。従って、例えば、上述のＳ１１０２の判定の結果、ＨＤＴＶデータによるフレーム画像から、Ｈ．２６４データによるフレーム画像への切替えである場合、検索部２５１により同じ画像であると判定されたＨＤＴＶデータのフレーム画像を切替え対象フレーム画像といい、検索部２５１により同じ画像であると判定されたＨ．２６４データのフレーム画像の次のフレーム画像を切替えフレーム画像という。また、例えば、Ｓ１１０２の判定の結果、ＨＤＴＶデータによるフレーム画像から、Ｈ．２６４データによるフレーム画像への切替えでない場合、検索部２５１により同じ画像であると判定されたＨ．２６４データのフレーム画像を切替え対象フレーム画像といい、検索部２５１により同じ画像であると判定されたＨＤＴＶデータのフレーム画像の次のフレーム画像を切替えフレーム画像という。

近傍フレーム検索部２５３は、切替え対象フレーム画像のタイムスタンプ（再生時刻）の取得をタイムスタンプ取得部２５２に指示する。タイムスタンプ取得部２５２は、その指示に従い、切替え対象フレーム画像のタイムスタンプを取得する。近傍フレーム検索部２５３は、タイムスタンプ取得部２５２により取得された切替え対象フレーム画像のタイムスタンプの値を「Ｔ１」とする（Ｓ１１０５）。さらに、近傍フレーム検索部２５３は、切替えフレーム画像のタイムスタンプの取得をタイムスタンプ取得部２５２に指示する。タイムスタンプ取得部２５２は、その指示に従い、切替えフレーム画像のタイムスタンプを取得する。近傍フレーム検索部２５３は、タイムスタンプ取得部２５２により取得された切替えフレーム画像のタイムスタンプの値を「Ｔ２」とする（Ｓ１１０６）。近傍フレーム検索部２５３は、「ΔＴ=Ｔ１-Ｔ２」を算出し（Ｓ１１０７）、「ΔＴ＜同期閾値」であるか否か判定する（Ｓ１１０８）。そのために、近傍フレーム検索部２５３は、同期条件保持部２１１のテーブル３０３から、閾値種別３１１「同期閾値」と対応付けられた閾値３１２の値を読み出し、この値が、上述のＳ１１０７で算出した「ΔＴ」より大きい値か否か判定する。

Ｓ１１０８の判定の結果、「ΔＴ＜同期閾値」である場合、近傍フレーム検索部２５３は、切替えフレーム画像のレンダリングを破棄し（Ｓ１１０９）、その切替えフレーム画像の次のフレーム画像を新たな切替えフレーム画像として（Ｓ１１１０）、上述のＳ１１０５以降の処理を再度行なう。

Ｓ１１０８の判定の結果、「ΔＴ＜同期閾値」でない場合、近傍フレーム検索部２５３は、切替え対象フレーム画像のレンダリングの次に、切替えフレーム画像のレンダリングを行なうように、切替え部２１６に指示する（Ｓ１１１１）。この指示は任意でよいが、例えば、切替え部２１６が、切替え対象フレーム画像をレンダリングした後から、次のフレーム画像をレンダリングする間のタイミングを合わせて、近傍フレーム検索部２５３が、出力するフレームバッファの切替えを指示するフラグ等を出力するようにしてもよい。

ここで、上述のＳ１１０５〜Ｓ１１１１までの動作について、図１２を参照して説明する。

図１２において、「Ｐ」は、連続して出力するフレーム画像を示す。横方向に連続する各「Ｐ」は、それぞれ、ＨＤＴＶデータによるフレーム画像、Ｈ．２６４データによるフレーム画像、ディスプレイ等に出力して再生するフレーム画像を示す。図１２の例では、フレーム画像を示す「Ｐ」を、再生時刻に応じて配置している。例えば、ＨＤＴＶデータによるフレーム画像１２０１、Ｈ．２６４データによるフレーム画像１２１１は、再生時刻の同じフレーム画像であることを示す。

上述のように、切替え部２１６は、電界強度が閾値以下であるか否かにより、ＨＤＴＶデータによるフレーム画像、又は、Ｈ．２６４データによるフレーム画像の何れかを出力するように切替える。以下では、ＨＤＴＶデータによるフレーム画像から、Ｈ．２６４データによるフレーム画像へ切替える例を説明する。例えば、ＨＤＴＶデータによるフレーム画像１２０２を出力しているときに、電界強度が閾値以下となり、切替えを指示する情報が入力されたものとする。このような場合に、検索部２５１は、上述の動作例により、ＨＤＴＶデータによるフレーム画像１２０３と、Ｈ．２６４データによるフレーム画像１２１２とが、同じ映像を映すフレーム画像であると判定したものとする。

図１２（ａ）において、同じ映像を映すフレーム画像であると判定されたＨ．２６４データによるフレーム画像１２１２の次のフレーム画像はフレーム画像１２１３である。従って、切替え部２１６は、ＨＤＴＶデータによるフレーム画像１２０３の後に、Ｈ．２６４データによるフレーム画像１２１３を出力するように切替える。即ち、再生されるフレーム画像１２２１は、ＨＤＴＶデータによるフレーム画像１２０３であり、また、フレーム画像１２２１の直後に再生されるフレーム画像１２２２は、Ｈ．２６４データによるフレーム画像１２１３である。

ところが、上述のように、切替える直前に出力していたフレーム画像は、ＨＤＴＶデータによるフレーム画像１２０３であり、上述のような切替えが無い場合にそのフレーム画像１２０３の次に出力すべきフレーム画像はフレーム画像１２０４である。このフレーム画像１２０４は、Ｈ．２６４データによるフレーム画像１２１３より再生時刻が後のフレーム画像である。従って、上述のように切替えて出力する場合、フレーム画像１２２１の次に出力されるフレーム画像１２２２は、それまで出力していたフレーム画像の間隔より「ｔ」分だけ狭くなる。そのため、視聴者には、切替えた部分だけ早回しをしているように見える。さらに、間隔が狭くなるため、出力装置のレンダリング処理の負荷がかかる。

そこで、切替えるフレーム画像の再生時刻の差分が所定値以下となる場合は、その切替え対象のフレーム画像を破棄し、そのフレーム画像以降の再生時刻のフレーム画像を出力することで、上述のような、一時的に早回しをしているような視聴上の違和感を解消することが可能となる。さらに、間隔が狭くなることが無いため、出力装置のレンダリング処理の負荷をかけることが無い。このための処理が、上述のＳ１１０５〜Ｓ１１１１である。

上述の図１２（ａ）のフレーム画像の場合、図１２（ｂ）に一例を示すように、フレーム画像１２２１の次に出力するフレーム画像１２２２を、Ｈ．２６４データによるフレーム画像１２１３の次のフレーム画像１２１４とする。これにより、上述のような、一時的に早回しをしているような視聴上の違和感を解消することが可能となる。さらに、間隔が狭くなることが無いため、出力装置のレンダリング処理の負荷をかけることが無い。

次に、上述のＳ１１０１の、ＨＤＴＶデータの動きベクトルと、Ｈ．２６４データの動きベクトルとの内積から、同じ画像であるＨＤＴＶデータのフレーム画像と、Ｈ．２６４データのフレーム画像とを検出する動作例を、図１３を参照して説明する。

図１３において、まず、補正部２１５は、切替え候補のフレーム画像を取得する（Ｓ１３０１）。ここで、切替え候補のフレーム画像とは、例えば、受信状態検出部２０１から切替えを指示する情報が入力されてから所定時間後の、ＨＤＴＶデータによるフレーム画像と、Ｈ．２６４データによるフレーム画像とである。

検索部２５１は、Ｓ１３０１で選択したＨ．２６４データによるフレーム画像を、ＨＤＴＶデータによるフレーム画像と同じ大きさに拡大する（Ｓ１３０２）。次に、検索部２５１は、Ｓ１３０１で選択したＨＤＴＶデータによるフレーム画像と、Ｓ１３０２で拡大したＨ．２６４データによるフレーム画像との差分画像を取得する（Ｓ１３０３）。このＳ１３０２、Ｓ１３０３の処理は従来技術と同じであるので、具体的な動作例は省略する。

検索部２５１は、Ｓ１３０３の処理で取得した差分画像との輝度の２乗誤差を算出する（Ｓ１３０４）。この２乗誤差は、例えば、切替え対象フレーム画像と、Ｓ１３０３で取得した差分画像との、同じ位置における画素の輝度の差分を２乗する処理を、それらのフレーム画像内の全ての画素に対し行なって加算したものである。

次に、検索部２５１は、Ｓ１３０１で取得したＨＤＴＶデータによるフレーム画像の動きベクトルを取得する。このとき、検索部２５１は、ＨＤＴＶデータによるフレーム画像の動きベクトルを間引いて取得する（Ｓ１３０５）。この詳細な動作例は後述する。

検索部２５１は、Ｓ１３０１で取得したＨ．２６４データによるフレーム画像の動きベクトルを取得する（Ｓ１３０６）。検索部２５１は、Ｓ１３０５で取得した動きベクトルと、Ｓ１３０６で取得した動きベクトルとの内積を算出する（Ｓ１３０７）。

なお、ここで、内積は、以下の数１、又は、数２で算出することができる。

なお、数２は、動きベクトルを座標で示した場合の式である。

検索部２５１は、このＳ１３０５〜Ｓ１３０７の処理を、Ｓ１３０１で取得したＨＤＴＶデータによるフレーム画像と、Ｓ１３０１で取得したＨ．２６４データによるフレーム画像とで、同じ位置の各動きベクトルに対し行なう。

ここで、図１４を参照し、動きベクトルを取得する動作例を詳細に説明する。なお、以下で説明する動作例は、従来技術と同じである。

図１４において、検索部２５１は、ＨＤＴＶデータ及びＨ．２６４データの各々に対し、シーケンスレイヤのヘッダ等から設定情報を抽出する（Ｓ１４０１）。次に、検索部２５１は、ＧＯＰ（Group of Pictures）レイヤのヘッダ等から設定情報を抽出する（Ｓ１４０２）。検索部２５１は、ピクチャレイヤのヘッダ等から設定情報を抽出する（Ｓ１４０３）。検索部２５１は、スライスレイヤのヘッダ等を解析して設定情報を抽出する（Ｓ１４０４）。検索部２５１は、マクロブロックを抽出し（Ｓ１４０５）、抽出した各マクロブロックに含まれる動きベクトルのＸＹ座標を取得する（Ｓ１４０６）。動きベクトルのＸＹ座標を取得するために、例えば、「Moving_vector（i,j）」関数を用いるとよい。なお、ここで、「（i,j）」は、動きベクトルを取得するマクロブロックを示す。

また、図１５を参照し、上述のＳ１３０５の、動きベクトルを間引いて取得する動作例を説明する。なお、以下で説明する動作例において、動きベクトルを取得する動作例そのものは、上述の図１４を参照して説明した従来技術と同じである。

図１５において、検索部２５１は、ＨＤＴＶデータの、横軸のマクロブロックの数「ｘ１」と、Ｈ．２６４データの、横軸のマクロブロックの数「ｘ２」とを取得し、「Ｘ=ｘ１÷ｘ２」とする（Ｓ１５０１）。さらに、検索部２５１は、ＨＤＴＶデータの、縦軸のマクロブロックの数「ｙ１」と、Ｈ．２６４データの、縦軸のマクロブロックの数「ｙ２」とを取得し、「Ｙ=ｙ１÷ｙ２」とする（Ｓ１５０２）。検索部２５１は、ＨＤＴＶデータの、マトリクス「（ｉ＊Ｘ,ｊ＊Ｙ）」で示される各マクロブロックから、動きベクトルを取得する（Ｓ１５０３）。ここで、「ｉ」はＨＤＴＶデータのマクロブロックの横軸の位置を示し、「ｊ」はＨＤＴＶデータのマクロブロックの縦軸の位置を示す。「Ｘ」は上述のＳ１５０１で取得した値であり、「Ｙ」は上述のＳ１５０２で取得した値である。動きベクトルのＸＹ座標を取得するために、例えば、「Moving_vector(i*X,j*Y)」関数を用いるとよい。

図１３に戻り、検索部２５１は、Ｓ１３０７で算出した内積の総和が所定閾値より大きく、かつ、Ｓ１３０４で取得した２乗誤差が所定閾値より小さいか否か判定する（Ｓ１３０８）。そのために、検索部２５１は、同期条件保持部２１１内のテーブル３０１から、閾値種別３１１「内積閾値」と対応付けられた閾値３１２を読み出し、Ｓ１３０７で算出した内積の総和が、読み出した閾値３１２より大きいか否か判定する。また、検索部２５１は、同期条件保持部２１１内のテーブル３０１から、閾値種別３１１「誤差閾値」と対応付けられた閾値３１２を読み出し、Ｓ１３０４で取得した２乗誤差が、読み出した閾値３１２より大きいか否か判定する。

Ｓ１３０８の判定の結果、Ｓ１３０７で算出した内積の総和が所定閾値より大きく、かつ、Ｓ１３０４で取得した２乗誤差が所定閾値より小さい場合、検索部２５１は、Ｓ１３０１で選択したフレーム画像が、同一の映像を映すフレーム画像であると判定する。

Ｓ１３０８の判定の結果、内積の総和が内積閾値内であり、かつ、２乗誤差が差分閾値内である場合、検索部２５１は、Ｓ１３０１の処理を再度行ない、他の切替え候補のフレーム画像を選択する。ここで選択する他の切替え候補のフレーム画像は特に定めるものではないが、例えば、前に選択したフレーム画像の一方を基準として、他方を順次選択してもよく、また、両方を他の切替え候補のフレーム画像として選択してもよい。

次に、タイムスタンプを取得する動作例を、図１６を参照して説明する。なお、以下で説明する動作例は従来技術と同じである。

図１６において、タイムスタンプ取得部２５２は、入力されたデータから、ＴＳ（Transport Stream Packet）パケットが取得可能か否か判定する（Ｓ１６０１）。

Ｓ１６０１の判定の結果、ＴＳパケットが取得不可である場合、タイムスタンプ取得部２５２は処理を終了する。

Ｓ１６０１の判定の結果、ＴＳパケットが取得可能である場合、タイムスタンプ取得部２５２はＴＳパケットを解析し（Ｓ１６０２）、PayloadStartUnitIndicatorフラグがＯＮ、即ち、「１」であるか否か判定する（Ｓ１６０３）。

Ｓ１６０３の判定の結果、PayloadStartUnitIndicatorフラグがＯＮである場合、ＰＥＳ（Packetized Elementarty Stream）パケットのヘッダが存在するので、タイムスタンプ取得部２５２は、ＰＥＳパケットのヘッダ内のＰＴＳ（Presentation Time Stamp）を取得する（Ｓ１６０４）。

Ｓ１６０３の判定の結果、PayloadStartUnitIndicatorフラグがＯＮでない場合、タイムスタンプ取得部２５２は、他のＴＳパケットに対し、上述のＳ１６０２以降の処理を行なう。

次に、補正を行なう動作例を説明する。この動作例は、例えば、検索部２５１が、上述の処理により、同じ映像を映すフレーム画像を選択した後、そのフレーム画像を示す情報と共に起動指示情報が入力される等した場合に起動するものである。

まず、図１７〜図２０を参照し、色情報取得部２１２が、輝度差を取得する画素領域をサーチする動作例を説明する。

図１７において、色情報取得部２１２は、取得条件保持部２１３から、輝度取得モードを読み出す（Ｓ１７０１）。色情報取得部２１２は、読み出した設定情報が、全輝度取得モードを示しているか否か判定する（Ｓ１７０２）。

Ｓ１７０２の判定の結果、設定情報が全輝度取得モードを示している場合、色情報取得部２１２は、後述する全画面検索を行なう。

Ｓ１７０２の判定の結果、設定情報が全輝度取得モードを示していない場合、色情報取得部２１２は、Ｓ１７０１で読み出した設定情報が、中央部輝度取得モードを示しているか否か判定する（Ｓ１７０３）。

Ｓ１７０３の判定の結果、設定情報が中央部輝度取得モードを示している場合、色情報取得部２１２は、後述する中央部画面検索を行なう。

Ｓ１７０３の判定の結果、設定情報が中央部輝度取得モードを示していない場合、色情報取得部２１２は、Ｓ１７０１で読み出した設定情報が、ランダム輝度取得モードを示しているか否か判定する（Ｓ１７０４）。

Ｓ１７０４の判定の結果、設定情報がランダム輝度取得モードを示している場合、色情報取得部２１２は、後述するランダム検索を行なう。

Ｓ１７０４の判定の結果、設定情報がランダム輝度取得モードを示していない場合、色情報取得部２１２は、処理を終了する。

次に、図１８を参照し、全画面検索の動作例を説明する。

図１８において、まず、色情報取得部２１２は、初期値を設定する。具体的には、「Ｙｓｕｍ１=０」、「Ｙｓｕｍ２=０」とする（Ｓ１８０１）。次に、色情報取得部２１２は、検索部２５１に指示された同じ映像を映すフレーム画像のうち、ＨＤＴＶデータによるフレーム画像の端から「６＊６」画素の領域を選択し、この領域の画素の輝度信号の値の平均値を算出し、この値を「Ｙ」とする（Ｓ１８０２）。次に、色情報取得部２１２は、「Ｙｓｕｍ１=Ｙｓｕｍ１＋Ｙ」を算出する（Ｓ１８０３）。色情報取得部２１２は、上述のＳ１８０２、Ｓ１８０３の処理を、検索部２５１に指示されたＨＤＴＶデータのフレーム画像の全ての画素に対し行なったか否か判定する（Ｓ１８０４）。

Ｓ１８０４の判定の結果、ＨＤＴＶデータのフレーム画像の全ての画素に対し行なっていない場合、色情報取得部２１２は、上述のＳ１８０２の処理を行なっていない「６＊６」画素の領域を選択し、上述の処理を行なう。

Ｓ１８０４の判定の結果、ＨＤＴＶデータのフレーム画像の全ての画素に対し行なっている場合、色情報取得部２１２は、「Ｙｓｕｍ１=Ｙｓｕｍ１÷（３２０＊１８０）」を算出する（Ｓ１８０５）。

次に、色情報取得部２１２は、検索部２５１に指示された同じ映像を映すフレーム画像のうち、Ｈ．２６４データによるフレーム画像から１つの画素を選択し、その画素から取得した輝度信号を「ｙ」とする（Ｓ１８０６）。次に、色情報取得部２１２は、「Ｙｓｕｍ２=Ｙｓｕｍ２＋ｙ」を算出する（Ｓ１８０７）。色情報取得部２１２は、上述のＳ１８０６、Ｓ１８０７の処理を、検索部２５１に指示されたＨ．２６４データのフレーム画像の全ての画素に対し行なったか否か判定する（Ｓ１８０８）。

Ｓ１８０８の判定の結果、ＨＤＴＶデータのフレーム画像の全ての画素に対し行なっていない場合、色情報取得部２１２は、上述のＳ１８０６の処理を行なっていない画素に対し、上述の処理を行なう。

Ｓ１８０９の判定の結果、ＨＤＴＶデータのフレーム画像の全ての画素に対し行なっている場合、色情報取得部２１２は、「Ｙｓｕｍ２=Ｙｓｕｍ２÷（３２０＊１８０）」を算出する（Ｓ１８０９）。この後、色差取得部２１４を起動し、輝度差取得処理に移行する。

次に、図１９を参照し、中央部画面検索の動作例を説明する。

図１９において、まず、色情報取得部２１２は、初期値を設定する。具体的には、「Ｙｓｕｍ１=０」、「Ｙｓｕｍ２=０」とする（Ｓ１９０１）。次に、色情報取得部２１２は、検索部２５１に指示された同じ映像を映すフレーム画像のうち、ＨＤＴＶデータによるフレーム画像内の中央部の領域を選択する（Ｓ１９０２）。この中央部の領域の大きさ及び形状は任意でよいが、ここでは、この中央部の領域を、画素の位置「（６００,３６０）-（１３２０,７２０）」で定まる矩形領域であるものとする。

色情報取得部２１２は、Ｓ１９０２にて選択した領域内にて、端から「６＊６」画素の領域を選択し、この領域の画素の輝度信号の値の平均値を算出し、この値を「Ｙ」とする（Ｓ１９０３）。次に、色情報取得部２１２は、「Ｙｓｕｍ１=Ｙｓｕｍ１＋Ｙ」を算出する（Ｓ１９０４）。色情報取得部２１２は、上述のＳ１９０３、Ｓ１９０４の処理を、Ｓ１９０２で選択した領域内の全ての画素に対し行なったか否か判定する（Ｓ１９０５）。

Ｓ１９０５の判定の結果、Ｓ１９０２で選択した全ての画素に対し行なっていない場合、色情報取得部２１２は、上述のＳ１９０３の処理を行なっていない「６＊６」画素の領域を選択し、上述の処理を行なう。

Ｓ１９０５の判定の結果、Ｓ１９０２で選択した全ての画素に対し行なっている場合、色情報取得部２１２は、「Ｙｓｕｍ１=Ｙｓｕｍ１÷（１２０＊６０）」を算出する（Ｓ１９０５）。

次に、色情報取得部２１２は、検索部２５１に指示された同じ映像を映すフレーム画像のうち、Ｈ．２６４データによるフレーム画像内の中央部の領域を選択する（Ｓ１９０７）。この中央部の領域の大きさ及び形状は任意でよいが、ここでは、この中央部の領域を、画素の位置「（１００,６０）-（２２０,１２０）」で定まる矩形領域であるものとする。

色情報取得部２１２は、Ｓ１９０７で選択した領域の端から１つの画素を選択し、その画素から取得した輝度信号を「ｙ」とする（Ｓ１９０８）。次に、色情報取得部２１２は、「Ｙｓｕｍ２=Ｙｓｕｍ２＋ｙ」を算出する（Ｓ１９０９）。色情報取得部２１２は、上述のＳ１９０８、Ｓ１９０９の処理を、Ｓ１９０７で選択した領域内の全ての画素に対し行なったか否か判定する（Ｓ１９１０）。

Ｓ１９１０の判定の結果、Ｓ１９０７で選択した領域内の全ての画素に対し行なっていない場合、色情報取得部２１２は、上述のＳ１９０８の処理を行なっていない画素に対し、上述の処理を行なう。

Ｓ１９１０の判定の結果、Ｓ１９０７で選択した領域内の全ての画素に対し行なっている場合、色情報取得部２１２は、「Ｙｓｕｍ２=Ｙｓｕｍ２÷（１２０＊６０）」を算出する（Ｓ１９１１）。この後、色差取得部２１４を起動し、輝度差取得処理に移行する。

次に、図２０を参照し、ランダム検索の動作例を説明する。

図２０において、まず、色情報取得部２１２は、初期値を設定する。具体的には、「Ｙｓｕｍ１=０」、「Ｙｓｕｍ２=０」、「ｎ１=０」、「ｎ２=０」とする（Ｓ２００１）。次に、色情報取得部２１２は、検索部２５１に指示された同じ映像を映すフレーム画像のうち、ＨＤＴＶデータによるフレーム画像内の画素をランダムに選択する（Ｓ２００２）。

色情報取得部２１２は、Ｓ２００２にて選択した画素を基準として「６＊６」画素の領域を選択し、この領域の画素の輝度信号の値の平均値を算出し、この値を「Ｙ」とする（Ｓ２００３）。次に、色情報取得部２１２は、「Ｙｓｕｍ１=Ｙｓｕｍ１＋Ｙ」を算出し（Ｓ２００４）、さらに、「ｎ１=ｎ１＋１」を算出する（Ｓ２００５）。色情報取得部２１２は、「ｎ１=Ｎ」であるか否か判定する（Ｓ２００６）。この「Ｎ」は「Ｎ＞０」の任意の整数であり、予め定められているものとするが、入力装置１２１、又は、通信インタフェース１１０を介して入力された情報に従い変更等してもよい。

Ｓ２００６の判定の結果、「ｎ１=Ｎ」でない場合、色情報取得部２１２は、上述のＳ２００２以降の処理を再度行なう。

Ｓ２００６の判定の結果、「ｎ１=Ｎ」である場合、色情報取得部２１２は、「Ｙｓｕｍ１=Ｙｓｕｍ１÷Ｎ」を算出する（Ｓ２００７）。

次に、色情報取得部２１２は、検索部２５１に指示された同じ映像を映すフレーム画像のうち、Ｈ．２６４データによるフレーム画像内の画素をランダムに選択する（Ｓ２００８）。

色情報取得部２１２は、Ｓ２００８で選択した画素から取得した輝度信号の値を「ｙ」とする（Ｓ２００９）。次に、色情報取得部２１２は、「Ｙｓｕｍ２=Ｙｓｕｍ２＋ｙ」を算出し（Ｓ２０１０）、さらに、「ｎ２=ｎ２＋１」を算出する（Ｓ２０１１）。色情報取得部２１２は、「ｎ２=Ｎ」であるか否か判定する（Ｓ２０１２）。

Ｓ２０１２の判定の結果、「ｎ２=Ｎ」でない場合、色情報取得部２１２は、上述のＳ２００８以降の処理を行なう。

Ｓ２０１２の判定の結果、「ｎ２=Ｎ」である場合、色情報取得部２１２は、「Ｙｓｕｍ２=Ｙｓｕｍ２÷Ｎ」を算出する（Ｓ２０１３）。この後、色差取得部２１４を起動し、輝度差取得処理に移行する。

次に、輝度差を取得する動作例を、図２１を参照して説明する。

図２１において、色差取得部２１４は、上述の処理で色情報取得部２１２が取得した「Ｙｓｕｍ１」、「Ｙｓｕｍ２」の値から、輝度差を算出する。具体的には、色差取得部２１４は、式「Δｓｕｍ=Ｙｓｕｍ１-Ｙｓｕｍ２」により輝度差を算出する（Ｓ２１０１）。この後、補正部２１５を起動し、色補正処理に移行する。

次に、色を補正する動作例を、図２２を参照して説明する。

図２２において、補正部２１５は、フレームバッファ２０９内の変換対象のフレーム画像の画素を１つ選択する（Ｓ２２０１）。この変換対象のフレーム画像とは、例えば、検索部２５１に指示されたＨ．２６４データによるフレーム画像である。

次に、補正部２１５は、Ｓ２２０１で選択した画素の輝度を取得し、「ｙ」とする（Ｓ２２０２）。補正部２１５は、「Ｙ′=（（１＋Δｓｕｍ）／Ｙｓｕｍ２）＊ｙ」を算出し、算出した「Ｙ′」の値を、Ｓ２２０１で選択した画素の輝度として色補正を行なう（Ｓ２２０３）。この、算出した輝度に画素を変更する処理そのものは従来技術と同じであり、具体的には、例えば、Ｓ２２０１で選択した画素の輝度が算出した「Ｙ′」となるようにテーブル内のパラメータ（図示略）等を変更しても良く、また、補正部２１５が、フレームバッファ２０９に描画されたフレーム画像の色そのものを算出した「Ｙ′」の値となるように変更しても良い。

補正部２１５は、フレームバッファ２０９内の変換対象のフレーム画像に、未選択の画素があるか否か判定する（Ｓ２２０４）。

Ｓ２２０４の判定の結果、未選択の画像がある場合、補正部２１５は、Ｓ２２０１の処理を再度行ない、未選択の画素のうち１つを選択する。

Ｓ２２０４の判定の結果、未選択の画素がない場合、補正部２１５は、色補正処理を終了する。補正部２１５は、このような処理を、検索部２５１に指示されたＨ．２６４データによるフレーム画像以降のフレーム画像の全てに対し行なうことにより、色補正を行なう。

一方、上述のように、近傍フレーム検索部２５３は、切替え対象フレーム画像のレンダリングの次に、切替えフレーム画像のレンダリングを行なうように、切替え部２１６に指示する。切替え部２１６は、この指示に従い、フレームバッファ２０６内のフレーム画像からフレームバッファ２０９からのフレーム画像に切替える、又は、フレームバッファ２０９内のフレーム画像からフレームバッファ２０６からのフレーム画像に切替える等して、フレーム画像を出力インタフェース１０９から出力する（Ｓ２２０５）。

上記動作により、フレームバッファ２０９内のフレーム画像には色補正が施されているので、視聴上の違和感を感じさせない画像を出力することが可能となる。

以上、この発明の実施形態を、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

例えば、上述の実施形態では、Ｈ．２６４データによるフレーム画像の色を補正するものとしたが、これに限られるわけではなく、ＨＤＴＶデータによるフレーム画像を補正してもよい。

また、上述の実施形態では、色の差は、輝度を取得し、輝度を補正するものとして説明したが、これに限られるわけではない。例えば、「Ｒ,Ｇ,Ｂ」、「Ｙ,Ｃｂ,Ｃｒ」、明度、彩度等の何れかでもよく、これらの一部又は全てを組み合わせても良い。

また、上述の実施形態では、ユーザが、予め、輝度取得モードを定めておくものとしたが、これに限られるわけではない。例えば、出力するコンテンツの種別により、設定を変更してもよい。この場合、例えば、取得条件保持部２１３には、予め、例えば「ニュース」、「映画」、「その他一般」等のコンテンツの種類と、取得画素設定とが対応付けられたテーブルが格納されている。この取得画素設定は、出力する種類のコンテンツを出力する場合に、色情報取得部２１２で色情報を取得する画素の設定である。具体的には、例えば、取得条件保持部２１３内のテーブルには、種類「映画」には取得画素設定「全画面」、種類「ニュース」には取得画素設定「中央部」、種類「その他一般」には取得画素設定「ランダム」等が対応付けられている。取得画素設定「全画面」は、上述の全輝度取得モードに該当する。取得画素設定「中央部」は、上述の中央部輝度取得モードに該当する。取得画素設定「ランダム」は、上述のランダム輝度取得モードに該当する。装置１は、通信インタフェース１１０を介して番組情報を受信する。この番組情報に含まれる番組の種類が、色情報取得部２１２に入力等される。色情報取得部２１２は、取得条件保持部２１３のテーブルから、入力等された番組の種類に対応する取得画素設定を読み出し、読み出した取得画素設定で、上述のような各画素の色情報の取得を行なう。

また、Ｈ．２６４データによるフレーム画像の色を補正する場合であり、かつ、上述のＳ１１０２の判定等で、Ｈ．２６４データからＨＤＴＶデータへ切替えると判定された場合、色情報取得部２１２等は、色差取得部２１４等に指示する等して、上述の色補正処理を停止させてもよい。これとは逆に、ＨＤＴＶデータによるフレーム画像の色を補正する場合であり、かつ、上述のＳ１１０２の判定等で、ＨＤＴＶデータからＨ．２６４データへ切替えると判定された場合、色情報取得部２１２等は、色差取得部２１４等に指示する等して、上述の色補正処理を停止させてもよい。

本発明の一実施形態の、受信装置の構成例を示す図である。 同実施形態において、画像データを処理する処理部の構成例を示す図である。 同実施形態において、同期条件保持部内の条件の一例を示す図である。 同実施形態において、全輝度取得モードを説明する図である。 同実施形態において、中央部輝度取得モードを説明する図である。 同実施形態において、ランダム輝度取得モードを説明する図である。 同実施形態において、輝度取得モードの設定を受け付ける動作例を示す図である。 同実施形態において、画面例を示す図である。 同実施形態において、画面例を示す図である。 同実施形態において、出力するデータを切替えるか否か判定する動作例を説明する図である。 同実施形態において、切替えるフレーム画像を選択する動作例を説明する図である。 同実施形態において、切替えるフレーム画像の再生時刻の間隔について説明するための図である。 同実施形態において、同じ映像を映すフレーム画像を選択する動作例を説明する図である。 同実施形態において、動きベクトルを取得する動作例を説明する図である。 同実施形態において、動きベクトルを間引いて取得する動作例を説明する図である。 同実施形態において、タイムスタンプを取得する動作例を説明する図である。 同実施形態において、輝度を取得する動作例を説明する図である。 同実施形態において、輝度を取得する動作例を説明する図である。 同実施形態において、輝度を取得する動作例を説明する図である。 同実施形態において、輝度を取得する動作例を説明する図である。 同実施形態において、輝度差を取得する動作例を説明する図である。 同実施形態において、補正する動作例を説明する図である。

符号の説明

１：受信装置、１０１：アンテナ、１０２：チューナ、１０３：ＯＦＤＭ復調部、１０４：処理部、１０５：ＲＡＭ、１０６：ＲＯＭ、１０７：記憶装置、１０８：入力インタフェース、１０９：出力インタフェース、１１０：通信インタフェース、１２０：バス、１２１：入力装置、２０１：受信状態検出部、２０２：受信状態検出条件保持部、２０３：ＤＥＭＵＸ、２０４：デコーダ、２０５：描画処理部、２０６：フレームバッファ、２０７：デコーダ、２０８：描画処理部、２０９：フレームバッファ、２１０：同期部、２５１：検索部、２５２：タイムスタンプ取得部、２５３：近傍フレーム検索部、２１１：同期条件保持部、２１２：色情報取得部、２１３：取得条件保持部、２１４：色差取得部、２１５：補正部、２１６：切替え部、２１７：設定受付部

Claims (6)

1. 同じ映像の、方式の異なる画像データを受信し、出力手段に出力する画像データを、第１の方式の画像データから第２の方式の画像データに切替える受信装置であって、
   前記第１の方式の画像データのフレーム画像の色と、前記第２の方式の画像データのフレーム画像の色との色の差を取得する差取得手段と、
   前記取得した色の差に応じて、前記第２の方式の画像データのフレーム画像の色を補正する補正手段と、
   前記補正した第２の方式の画像データを前記出力手段に出力する切替え手段と、
   を有することを特徴とする受信装置。
2. 請求項１記載の受信装置であって、
   前記第１の方式の画像データのフレーム画像の動きベクトルと、前記第２の方式の画像データのフレーム画像の動きベクトルとの内積の総和が、所定値内であるか否かにより、前記第１の方式の画像データのフレーム画像と、前記第２の方式の画像データのフレーム画像とが同じ映像を映しているか否か判定する同期検出手段、をさらに有し、
   前記差取得手段が、前記同期検出手段により同じ映像を映していると判定された前記第１の方式の画像データのフレーム画像の色と、前記第２の方式の画像データのフレーム画像の色との色の差を取得すること
   を特徴とする受信装置。
3. 請求項１又は２記載の受信装置であって、
   前記差異取得手段が、前記第１の方式の画像データのフレーム画像の色と前記第２の方式の画像データのフレーム画像との各々の全画素、各フレーム画像の中央部の画素、及び、各フレーム画像の任意の画素のうち何れか１つの色の差を取得すること、を特徴とする受信装置。
4. 請求項１乃至３何れか１つに記載の受信装置であって、
   前記第１の方式の画像データのフレーム画像の再生時刻と、前記第２の方式の画像データのフレーム画像の再生時刻とを取得する再生時刻取得手段と、
   前記取得された再生時刻の差分が所定値より大きい場合、前記再生時刻を取得した第１の方式の画像データのフレーム画像の次に、前記再生時刻を取得した第２の画像データのフレーム画像を出力手段に出力する指示を、前記切替え手段に出力するフレーム検索手段と、をさらに有すること
   を特徴とする受信装置。
5. 同じ映像の、方式の異なる画像データを受信し、出力手段に出力する画像データを、第１の方式の画像データから第２の方式の画像データに切替える受信装置による色補正方法であって、
   前記第１の方式の画像データのフレーム画像の色と、前記第２の方式の画像データのフレーム画像の色との色の差を取得する差取得ステップと、
   前記取得した色の差に応じて、前記第２の方式の画像データのフレーム画像の色を補正する補正ステップと、
   前記補正した第２の方式の画像データを前記出力手段に出力する切替えステップと、
   を有することを特徴とする色補正方法。
6. 同じ映像の、方式の異なる画像データを受信し、出力手段に出力する画像データを、第１の方式の画像データから第２の方式の画像データに切替える受信装置に実行させる色補正プログラムであって、
   前記第１の方式の画像データのフレーム画像の色と、前記第２の方式の画像データのフレーム画像の色との色の差を取得する差取得ステップと、
   前記取得した色の差に応じて、前記第２の方式の画像データのフレーム画像の色を補正する補正ステップと、
   前記補正した第２の方式の画像データを前記出力手段に出力する切替えステップと、
   を実行させることを特徴とする色補正プログラム。
   
   
   

Images