(57)【特許請求の範囲】
【請求項１】
複数の映像のフレームを有する映像信号に補間フレームを挿入してフレームレート変換を行うように構成された映像処理装置において、
前記映像信号に含まれる少なくとも２つのフレームを用いて画素または所定ブロック毎に映像の動きを示す第１の動きベクトルを取得する第１の動きベクトル取得部と、
前記動きベクトル取得部によって取得された前記第１の動きベクトルを用いて補間画素／ブロックを作成して前記補間フレームを生成する補間フレーム生成部と、
前記第１の動きベクトル取得部で取得された前記第１の動きベクトルのうち、所定の出現頻度以上のものを第２の動きベクトルとして設定する第２の動きベクトル取得部と、を備え、
前記補間フレーム生成部は、前記映像の端部を含む周辺領域の補間画素／ブロックについては、前記第２の動きベクトル取得部で設定された前記第２の動きベクトルを用いて作成するようにしたことを特徴とする映像処理装置。
【請求項２】
請求項１に記載の映像処理装置において、前記第２の動きベクトル取得部は、前記第１の動きベクトルのうち出現頻度が最大の第１の動きベクトルを求め、該出現頻度が最大の第１の動きベクトルが所定数以上の場合に、その第１の動きベクトルを前記第２の動きベクトルとして設定し、
前記補間フレーム生成部は、前記出現頻度が最大の第１の動きベクトルが所定数以上の場合に、前記第２の動きベクトルを用いて前記映像の端部を含む周辺領域の前記補間画素／ブロックを作成することを特徴とする映像処理装置。
【請求項３】
複数の映像のフレームを有する映像信号に補間フレームを挿入してフレームレート変換を行うように構成された映像処理装置において、
前記映像信号に含まれる少なくとも２つのフレームを用いて画素または所定ブロック毎に映像の動きベクトルを取得する第１の動きベクトル取得部と、
前記第１の動きベクトル取得部で取得された前記動きベクトルにおいて、同一の第１の動きベクトルが所定数以上存在する場合に、その同一の第１の動きベクトルを第２の動きベクトルとして設定する第２の動きベクトル取得部と、
前記第１の動きベクトルを用いて前記映像の中央部を含む第１領域の補間画素／ブロックを作成し、前記第２の動きベクトルを用いて前記映像の端部を含む第２領域の補間画素／ブロックを作成して前記補間フレームを生成する補間フレーム生成部と、
を備えることを特徴とする映像処理装置。
【請求項４】
複数の映像のフレームを有する映像信号に補間フレームを挿入してフレームレート変換を行うように構成された映像処理装置において、
前記映像信号に含まれる少なくとも２つのフレームを用いて物体の動きベクトルを検出する動きベクトル検出部と、
前記映像が全体的に動いているかを判定する判定部と、
前記映像の全体的な動きを示すグローバルベクトルを設定するグローバルベクトル算出部と、
前記判定部によって前記映像が全体的に動いていると判定された場合に、前記映像の端部を含む周辺領域の補間処理を前記グローバルベクトル算出部によって得られたグローバルベクトルを用いて行い、前記周辺領域以外の領域の補間処理を前記動きベクトル取得部によって取得された前記動きベクトルを用いて行って前記補間フレームを生成する補間フレーム生成部と、
を備えることを特徴とする映像処理装置。
【請求項５】
請求項４に記載の映像処理装置において、前記判定部は、前記動きベクトル検出部で検出された前記動きベクトルにおいて同一の動きベクトルが所定数以上存在する場合に、前記映像が全体的に動いていると判定することを特徴とする映像処理装置。
【請求項６】
請求項５に記載の映像処理装置において、前記グローバルベクトル算出部は、前記前記動きベクトル検出部で検出された前記動きベクトルにおいて同一の動きベクトルが所定数以上存在する場合に、その同一の動きベクトルを前記グローバルベクトルとして設定することを特徴とする映像処理装置。
【請求項７】
請求項４に記載の映像処理装置において、前記判定部は、前記動きベクトル検出部で検出された前記動きベクトルのうち、出現頻度が最も高い動きベクトルが所定数以上の場合に、前記映像が全体的に動いていると判定することを特徴とする映像処理装置。
【請求項８】
請求項７に記載の映像処理装置において、前記グローバルベクトル算出部は、前記動きベクトル検出部で検出された前記動きベクトルのうち出現頻度が最も高い動きベクトルが所定数を超えた場合に、その動きベクトルを前記グローバルベクトルとして設定することを特徴とする映像処理装置。
【請求項９】
複数の映像のフレームを有する映像信号を処理するための映像処理装置において、
前記映像信号に含まれる少なくとも２つのフレームを用いて画素または所定ブロック毎に映像の動きを示す動きベクトルを取得する動きベクトル取得部と、
前記動きベクトル取得部によって取得された前記動きベクトルを用いて前記映像のフレームから補間処理を行って、前記画像信号のフレーム列に挿入される補間フレームを生成する補間フレーム生成部と、
前記映像全体が上下もしくは左右にパンしているか否かを判定するパン判定部と、
前記パン判定部で映像全体がパンしていると判定された場合に、そのパン方向の動きをグローバルベクトルとして算出するグローバルベクトル算出部と、を備え、
前記補間フレーム生成部は、前記パン判定部で映像全体がパンしていると判定された場合には、前記映像の端部分を含む領域に対する補間処理を前記グローバルベクトル算出部によって得られた前記グローバルベクトルを用いて行うことを特徴とする映像処理装置。
【請求項１０】
請求項９に記載の映像処理装置において、前記補間フレーム生成部は、前記映像の端部分を含む領域について、時間的に画面に入ってくる物体を有するフレームに対しては現フレームから、時間的に画面から出ていく物体を有するフレームに対しては１フレーム前のフレームから前記グローバルベクトルを用いた補間処理を行うことを特徴とする映像処理装置。
【請求項１１】
請求項１０に記載の映像処理装置において、前記映像端部分を含む領域の画面上下左右のそれぞれについて、時間的に画面に入ってくる物体、及び時間的に画面から出ていく物体を検出し、該検出結果に応じて、前記画面上下左右毎に前記グローバルベクトルによる補間処理を行うことを特徴とする映像処理装置。
【請求項１２】
請求項９に記載の映像処理装置において、前記グローバルベクトル算出部は、画面全体で支配的な動きを前記グローバルベクトルとして算出することを特徴とする映像処理装置。
【請求項１３】
請求項９に記載の映像処理装置において、前記グローバルベクトル算出部は、前記画面の端部分で支配的な動きを前記グローバルベクトルとして算出することを特徴とする映像処理装置。
【請求項１４】
請求項９に記載の映像処理装置において、前記グローバルベクトル算出部は、画面全体の支配的な動きと、前記画面の端部分で支配的な動きとを混合した動きを前記グローバルベクトルとして算出することを特徴とする映像処理装置。
【請求項１５】
請求項９に記載の映像処理装置において、前記グローバルベクトル算出部は、前記画面の端部分及び画面中央部分でそれぞれ支配的な動きをグローバルベクトルとして独立に検出し、前記画面端部分の前記グローバルベクトルの信頼性を画面中央部分のグローバルベクトルより判断することを特徴とする映像処理装置。
【請求項１６】
請求項９記載の映像処理装置において、前記パン検出部によってパン映像と判定された場合であって、前記パン方向の動き量が所定の閾値以上のときは前記グローバルベクトルで前記画面端部分の領域の補間処理を行い、閾値以下のときは前記動きベクトルを用いて前記画面端部分の領域の補間処理を行うことを特徴とする映像処理装置。
【請求項１７】
請求項９に記載の映像処理装置を具備したことを特徴とする映像表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像信号に含まれる映像のフレームから補間フレームを生成してフレームレート変換を行うための映像処理技術に関する。
【背景技術】
【０００２】
例えばテレビジョン表示装置等の映像処理装置において、動画表示におけるぼやけ感（残像感）やガタガタ感を低減して動画性能を向上させるために、映像信号の単位時間当たりのフレーム数（フレームレート）を増加して時間方向の解像度を高くするフレームレート変換処理が為される場合がある。かかるフレームレート変換処理は、典型的には、映像信号に含まれる複数（典型的には２つ）フレーム間の映像データの差分から物体の動きベクトルを検出して補間フレームを作成し、これを映像信号のフレーム列に挿入する処理を含んでいる。この補間フレーム作成のための動きベクトルを精度よく得るための従来技術としては、例えば特許文献１や非特許文献１に記載のものが知られている。
【０００３】
【特許文献１】特開平２００２−２７４１４号公報（段落０００９、図９）
【非特許文献１】東芝レビュー Vol.59 No.12(2004)
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術は、映像の全体がある方向に動く、すなわち画面がパンするような映像に対する考慮は為されていない。ここで「パン」とは、画面全体が水平（左右）方向のみならず、垂直（上下）方向やその他の方向に動くことを意味するものとする。画面全体がパンするような映像シーン（以下、この映像シーンを「パン映像」と称する）の場合、画面の端部分において映像内の物体の動きベクトルが良好に検出できない場合がある。これにつき、図１３を参照しつつ説明する。
【０００５】
図１３は、画面全体が矢印１３５の方向に移動するパン映像の様子を示している。パン映像においては、映像信号中のフレーム１３１に出現していない映像中の物体１３４が、そのフレームと時間的に連続する（フレーム１３１に対し、１垂直周期後の）フレーム１３２の端部に突然出現する現象が生じる。このときに、例えばブロック１３３の範囲内で物体１３４の動きを検出しようとしても、フレーム１３２には物体１３４が存在するのに対しフレーム１３１には物体１３４が存在しないため、フレーム１３１と１３２との間で物体１３４についての差分を得ることができず、結果として、画面端部においては当該物体１３４の動きを検出することができない。このため、このようなパン映像について補間フレームを作成してフレームレート変換処理を行うとしても、特に画面の端部を含む領域において、映像信号中の（オリジナルの）フレームと映像的に関連性の無いまたは低い補間フレームが作成される可能性が有り、フレームレート変換後の映像に画質の劣化が生じる可能性がある。本課題に関しては、フレーム生成の際に参照するフレームを増やすことにより、解決する方法も考えられるが、処理演算量、回路規模、使用メモリの増加が必須となる。
【０００６】
本発明は上記従来技術の課題に鑑みて為されたものであり、入力映像がパン映像の場合でも高画質にフレームレート変換処理を行うことが可能な技術を提供するものである。
【課題を解決するための手段】
【０００７】
本発明は、特許請求の範囲に記載された構成を特徴とする。すなわち本発明は、入力映像信号中の複数フレームから検出した映像（物体）動きベクトルを用いて補間処理をして補間フレームを作成し、これを入力映像信号のフレーム列に挿入するフレームレート変換処理において、入力映像がパン映像の場合には、映像の端部を含む領域については、上記動きベクトルに代えて、画面の全体的な動きの方向を示すグローバルベクトルを用いて補間処理を行うことを特徴とするものである。
【発明の効果】
【０００８】
本発明によれば、入力映像がパン映像の場合でも高画質にフレームレート変換処理を行うことが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施形態について、図面を参照しながら説明する。
【実施例１】
【００１０】
図１は、本発明に係る画像処理装置の第１実施例を示すブロック図である。ここでは映像処理装置としてテレビジョン表示装置を例にして説明する。当然ながら、テレビジョン表示装置以外の映像処理装置にも適用可能である。図１において、入力端子１１には映像信号が入力される。この入力映像信号は、例えばＤＶＤ、ブルーレイディスク、ＨＤＤ再生機により再生されたデジタル映像信号や、デジタルＴＶ放送により送信されるデジタルＴＶ信号であるものとする。入力映像信号がアナログ形式の場合、これを図示しないＡ／Ｄ変換器によりデジタル信号に変換した後に入力端子１１に入力される。
【００１１】
入力映像信号の精細度が表示部１６の解像度と一致しない場合、例えば入力映像信号の精細度が６４０×４８０で表示部１６の解像度が１９２０×１０８０の場合は、解像度変換部１２により入力映像信号を表示部１６の解像度に合わせたフォーマットへ拡大・縮小処理を行う。この解像度変換部１２で画素補間処理による拡大・縮小処理が為された信号は、フレームレート変換部（ＦＲＣ）１３に供給される。入力映像信号の精細度が表示部１６の解像度と一致する場合は、入力映像信号は解像度変換部１２を経由せずにＦＲＣ１３に供給される。尚、この解像度変換処理部１２は、ＦＲＣ１３後段に設け、ＦＲＣ１３からの出力信号に対し上記の拡大・縮小処理を行うようにしてもよい。
【００１２】
ＦＲＣ１３は、入力映像信号（解像度変換処理部１２からの出力信号）の映像データを１または複数フレーム分記憶する画像メモリ１４と接続されており、この画像メモリに入力映像信号の映像データを書き込みまたは読み出すことで、時間的に連続する２つのフレームの映像データを得る。ＦＲＣ１３は、この２フレームの映像データの差分を算出して当該２フレーム間における映像（物体）の動きベクトルを検出し、この検出された動きベクトルを用いて補間画素または補間ブロックを作成し、補間フレームを生成する。そして、この補間フレームを入力映像信号（解像度変換処理部１２からの出力信号）のフレーム列に挿入してフレームレートを変換する。かかるフレームレート変換処理の詳細については後述するものとする。
【００１３】
本実施例におけるＦＲＣ１３は、外部端子１８に入力されるＦＲＣ変換モード信号１７に応じたフレームレートの変換を行うものとする。このＦＲＣ変換モード信号１７は、ＦＲＣ１３におけるフレームレート変換処理モードを切り換えるための信号であり、このフレームレート変換処理モードは、本実施例では、例えば次のものを含むものとする。
（１）フレームレート（垂直周波数）が６０Ｈｚの映像信号を１２０Ｈｚのフレームレートに変換するモード。
（２）フレームレートが５０Ｈｚの映像信号を１００Ｈｚのフレームレートに変換するモード。
（３）フレームレートが２４Ｈｚ（シネマフォーマット）の映像信号を６０Ｈｚのフレームレートに変換するモード。
（４）２−３プルダウン形式でフレームレートが６０Ｈｚのテレシネ信号を、非プルダウン形式の６０Ｈｚのフレームレートに変換するモード。
【００１４】
上記（１）のモードは、フレームレートが６０Ｈｚの入力映像信号の１フレームおきに補間フレームを挿入することによって、フレームレートを１２０Ｈｚに変換する。（２）のモードは、フレームレートが５０Ｈｚの入力映像信号の１フレームおきに補間フレームを挿入することによって、フレームレートを１００Ｈｚに変換する。（３）のモードは、フレームレートが２４Ｈｚの入力映像信号のあるフレームの後に補間フレームを１枚挿入し、そのあるフレームに時間的に隣接する次のフレームに補間フレームを２枚挿入することでフレームレートを６０Ｈｚに変換する。（４）のモードは、例えば、映像信号中の同一映像が連続する２枚のフレームと別の同一映像が連続する３枚のフレームの、計５枚のフレームのうち、３枚または４枚を補間フレームと差し替えるモードである。この（４）のモードは入力信号のフレームレートは変化しないが、補間フレームにより単位時間（１秒間）における動画を構成するフレーム数が増加する（２４枚から６０枚に増加）するので、ここでは、当該モードもフレームレート変換処理とする。尚、上記では、ＦＲＣ変換モード信号１７によって４つモードが選択されるものとしたが、当然これ以外のモード（例えばフレームレートを６０Ｈｚから１８０Ｈｚに変換するモード）を設けてもよいことは明らかである。
【００１５】
ＦＲＣ１３でフレームレート変換処理された映像信号は、タイミングコントローラ部１５に供給される。タイミングコントローラ部１５では、ＦＲＣ１３からのフレームレート変換処理された映像信号を表示部１６に表示するのに最適なタイムング信号（水平、垂直同期のタイミング信号）を作成する。この作成されたタイミング信号とフレームレート変換処理された映像信号は、例えばＬＣＤパネルやＰＤＰ、有機ＥＬ等のフラットパネルで構成された表示部１６に供給され、上記タイミング信号に同期してフレームレート変換処理された映像が表示される。
【００１６】
次に、図２を用いてＦＲＣ１３の詳細を説明する。本実施例に係るＦＲＣ１３は、動きベクトル検出部２４、パン判定／グローバルベクトル算出部２６（以下、単に「パン判定・ＧＶ算出部」と呼ぶ）、補間フレーム生成部２９、及び上記画像メモリとの映像データ及び読み出し／書き込みコマンドの通信を行うメモリインターフェース（メモリＩ／Ｆ）２３を備えている。
【００１７】
かかるＦＲＣ１３には、入力映像信号（解像度変換処理部１２からの出力信号）のフレームが順次入力されるとともに、上述したＦＲＣ変換モード信号１７が入力される。ここで、現在ＦＲＣ１３に入力されるフレームを現フレーム２１とする。現フレーム２１の映像データは、動きベクトル検出部２４に入力されるとともに、メモリＩ／Ｆ２３を介して上述した画像メモリ１４に一時的に記憶される。画像メモリ１４は、この例では映像データを１フレーム分遅延する機能を有しているため、メモリＩ／Ｆ２３を介して読み出された画像メモリ１４からの出力は、現フレーム２１よりも１フレーム期間前の前フレーム２２の映像データとなる。動きベクトル検出部２４は、ＦＲＣ変換モード信号１７で指定された変換モードに従って、入力された現フレーム２１及び前フレーム２２の映像データから、その２フレーム間の映像データの差分を求めることにより、画素もしくは所定数の画素で構成されるブロック単位で動きベクトル２５を検出して出力する。
【００１８】
この動きベクトル検出部２４における動きベクトルの検出の一例について図３を参照しつつ説明する。図３は、ブロック単位ではなく画素単位で動きベクトルを求める例を示しており、この画素単位の動きベクトルは、補間フレーム２０内のある補間画素３０に対して点対称の位置にある現フレーム２１及び前フレーム２２上の画素のペアを求めて算出される。
【００１９】
図３において、ｔはフレーム時間方向を示す。ここで、補間フレーム３０内のある補間画素３０の座標を便宜上（0，0）とする。
【００２０】
まず、動きベクトル検出部２４は、現フレーム２１と前フレーム２２のそれぞれについて、動きベクトルの検索範囲を示す検索ウィンドウ３１及び３２を設定する。現フレーム２１の検索ウィンドウ３１は、例えば、補間画素３０と空間的に同じ位置にある現フレーム２１の画素３３を中心にした垂直方向５画素、水平方向１１画素の大きさを持つ。前フレーム２２の検索ウィンドウ３２も同様に、例えば、補間画素３０と空間的に同じ位置にある現フレーム２１の画素３４を中心にした垂直方向５画素、水平方向１１画素の大きさを持つ。尚、画素３３及び３４の座標も、ここでは便宜上（０，０）とする。
【００２１】
次に、補間画素３０を中心に、現フレーム２１の検索ウィンドウ３１と前フレーム２２の検索ウィンドウ３２とを通過する直線を設定する。例えば、検索ウィンドウ２１の左下端にある画素の座標を（−５，−２）とすると、この画素と補間画素３０とを結ぶ直線上にある検索ウィンドウＷ４内の画素は、右上端の画素となり、その座標は（５，２）となる。この直線を、検索ウィンドウ３１及び３２内の画素全てについて設定する。この例では、検索ウィンドウ３１及び３２の画素数は１１×５＝５５なので、補間画素３０を通過する直線として５５本の直線が設定される。
【００２２】
続いて、上記５５本のそれぞれ直線について、各直線が通過する検索ウィンドウ３１内の画素と検索ウィンドウ３２内の画素との差分を演算する。ここでは、各画素の輝度信号の差分を求めるものとする。この差分が最も小さい画素のペアを持つ直線を補間画素３０の動きベクトルとして設定する。図３の例では、検索ウィンドウ３１内の画素３５（座標は（−５，−２））と検索ウィンドウ３２内の画素３６（座標は（５，２））のペア３６が最も差分が小さいものとする。従って、画素３５と補間画素３０と画素３６とを結ぶ直線が、当該補間画素３０（もしくは画素３５、画素３６）の動きベクトル２５として設定される。すなわち、現フレーム２１の画素３５は、動きベクトル２５が指し示す方向に従って、補間フレーム２０の、補間画素３０と位置的に等しい画素を通過して、前フレーム２２内の画素３６へ動くものと推測される。
【００２３】
このようにして、動きベクトル検出部２４で全ての補間画素について動きベクトル２５が検出される。上記の例では画素毎に動きベクトルを検出しているが、ブロック毎に検出してもよい。例えば、検索ウィンドウ３１及び３２の各マスを水平方向Ｎ個、垂直方向Ｎ個（Ｎは、例えば４、８または１６）の画素で構成されるブロックとし、検索ウィンドウ３１及び３２の間で差分が最小となるブロックのペア求める、いわゆるブロックマッチング法により動きベクトルを検出するようにしてもよい。
【００２４】
検出された動きベクトル２５は、ＦＲＣ変換モード１７、現フレーム２１及び前フレーム信号２２とともに補間フレーム生成部２９へ入力され、かつパン判定・ＧＶ算出部２６にも入力される。補間フレーム生成部２９では、ＦＲＣ変換モード信号１７で指定された変換モードに従い、動きベクトル２５、現フレーム２１及び前フレーム２２を用いて画素（またはブロック）毎に補間処理を行う。この補間処理は、例えば補間フレームを構成する補間画素または補間ブロックの画素値を、上記画素値のペア３６の平均値として算出する処理である。すなわち補間フレーム生成部２９は、動きベクトル検出部２４からの動きベクトル２５で指し示されたペア３６の画素（画素３５と画素３６）の各映像データを現フレーム信号２１及び前フレーム信号２２の映像データから抽出し、この映像データ同士を加算して所定の係数で除算（単純平均では係数は２）することで、補間画素または補間ブロックの画素値を算出する。ＦＲＣ変換モード信号１７に応じて、例えば上記係数を変更するようにしてもよい。
【００２５】
上記補間処理を、補間フレーム３０を構成する全ての画素またはブロックについて行うことで１枚の補間フレームが作成される。
【００２６】
一方、パン判定・ＧＶ算出部２６では、検出された動きベクトル２５を用いて、例えば現フレーム２１（または前フレーム２２）１枚当たりの動きベクトルの出現頻度（ベクトルヒストグラム）の情報を算出し、入力映像がパン映像であるかを判定するとともに、グローバルベクトル２８を算出する。ここで、グローバルベクトルとは、映像が全体的動いているパン映像において、その映像全体の動き方向を示す動きベクトルである。このベクトルヒストグラムの作成、パン映像の判定、並びにグローバルベクトル２８の算出の一例について図４を参照しつつ説明する。
【００２７】
図４は、ベクトルヒストグラムの一例を示すものであり、Ｘ軸は例えば図３に示された検索ウィンドウ３１の水平方向に対応し、Ｙ軸は検索ウィンドウの垂直方向に対応する。すなわち本例では、グローバルベクトルの探索範囲は水平±５画素、垂直±２画素としている。図４に示されるように、現フレーム２１の（検索ウィンドウ３１または３２と対応する）探索範囲のうち、動きベクトル２５が通過した画素（座標）を１枚の現フレーム２１の全体にわたってカウントし、画素（座標）毎に動きベクトルが通過した頻度の累積（カウント数）が求められる。パン判定・ＧＶ算出部２６は、座標毎のカウント値と所定の閾値（例えば３００００）とを比較し、ある現フレーム２１に対応するベクトルヒストグラムにおいて閾値以上のカウント数を持つ座標が存在する場合、つまり、ある映像において同一の方向を向く動きベクトルが所定の閾値以上存在する場合には、当該映像がパン映像と判定する。この判定結果に応じて判定イネーブル信号２７がパン判定・ＧＶ算出部２６から出力される。この判定イネーブル信号２７は、パン映像か否かの判定結果を示すのみならず、後述するように、パン映像において動きベクトルが良好に検出できない周辺領域の期間も示しており、当該周辺領域の期間は例えば「Ｈｉ」、それ以外は「Ｌｏｗ」となる。
【００２８】
更に、所定の閾値以上のカウント数を持つ座標のうち、最もカウント数が大きい座標、すなわちベクトルヒストグラムにおいて出現頻度が最も高い動きベクトルをグローバルベクトル２８として設定する。図４の例では、丸４１で囲まれた座標（−３，０）のカウント数が最大、すなわち出現頻度が最も高い動きベクトルであり、これがグローバルベクトル２８として設定され出力される。
【００２９】
尚、前述したように、パン映像においては映像の上下左右の端部を含む周辺領域では動きベクトルが０として検出されるか、あるいは誤って検出される可能性が高いので、当該周辺領域（例えば画面端から５０画素分の領域）で検出された動きベクトルについては、上記ベクトルヒストグラム作成の際に除外するようにしてもよい。
【００３０】
実際の映像においては、図４のように動きが一方向に集中したベクトルヒストグラムは得られないケースがある。例えば背景がスクロールしている中で、注目物体がスクロール方向とは逆に動いているような場合には、例えば図５のように、ヒストグラムのピークが符号５１及び５２で示されるように２箇所存在するベクトルヒストグラムが得られる。ここで、符号５１は例えば背景の動きを示すヒストグラムで、符号５２は注目物体の動きを示すヒストグラムである。この場合では、背景と注目物体がそれぞれ別の動きをしているため、図４に示されるように１つのヒストグラムピークのみを用いて判定するのみではパン映像が良好に検出できない場合がある。その場合、例えば互いに異なる２つのヒストグラムのピーク（動きベクトルのカウント数が高い座標）を用い、それらのうち一方が所定の閾値以上で、他方が閾値以下である場合にパン映像と判定するようにしてもよい。
【００３１】
パン判定・ＧＶ算出部２６で得られた判定イネーブル信号２７及びグローバルベクトル２８は補間フレーム生成部２９に入力される。補間フレーム生成部２９では、判定イネーブル信号２７が「Ｈｉ」の期間は、入力映像がパン映像であり、かつ周辺領域においては動きベクトルが良好に検出できないとして、動きベクトル検出部２４で検出された動きベクトル２５に代えて、入力されたグローバルベクトル２８を用いて補間処理を行う。一方、判定イネーブル信号２７が「Ｌｏｗ」の期間は、良好に動きベクトルが検出可能な領域として、図３に示されたような動きベクトルを検出し、この動きベクトルに基づいて補間処理を行う。このようにして、パン映像の場合、映像の中央部の領域では検出された動きベクトル２５を用いて補間処理を行い、映像端部を含む周辺領域ではグローバルベクトル２８を用いて補間処理を行うように、補間フレーム生成部２４における処理の内容が切換制御される。判定イネーブル信号２７の生成の構成、並びに上記周辺領域への補間処理の詳細について、図６〜８を参照しつつ説明する。
【００３２】
補間フレーム生成時における画面端を含む周辺領域の破綻は、基本的には画面全体が大きくパンした際に目立つ。すなわち、動きが大きいパン映像では、周辺領域に関しては、例えば図３に示したような画素毎のマッチングもしくはブロックマッチング法では、前述した理由により正しい動きベクトルが検出できない。よって、パン映像における周辺領域の動きベクトルは、動き検出のためのアルゴリズムにもよるが、０もしくは本来の動きと異なるベクトルが検出される。
【００３３】
例えば図６に示すイメージのように、画面全体が水平方向を向く矢印６６の方向にパンしている映像の場合、画面左右における周辺領域６１及び６２が０ベクトルとなる。一方、周辺領域６１及び６２の画面中央寄りの境界６３、６４間の領域（画面中央の領域）６５においては、周辺領域６１及び６２に比べて正しい動きベクトルが検出され易い。このため、画面中央の領域においては比較的正しい（入力されたオリジナルの映像との関連性が高い）補間処理が為されるため、周辺領域６１及び６２と中央領域６５との境界が視覚的に認識され、視聴者にとって画質劣化と感じられる。ここで、周辺領域６１及び６２のように、動きベクトルが０（もしくは誤り）として検出される領域をZero-BANDと呼ぶこととする。また、上記した現象は垂直方向のパンする映像でも同様に認識される。この場合、画面上下端部分にZero-BANDが生成される。
【００３４】
Zero-BANDの幅は、動きベクトル探索範囲（すなわち図３に示された検索ウィンドウ３１または３２）の大きさと、パン映像におけるパンのスピードから決まる。ここでパンのスピードは、単位時間（１フレーム（１垂直周期））当たりに画面が移動する画素数とする。このZero-BANDの幅の決め方について、図７を参照しつつ以下に説明する。
【００３５】
図７は水平方向に動くパン映像において、中央部７１の周辺領域にグレーで示されたZero-BAND７２が発生している様子を示している。それ以外の領域にはZero-BAND７２が発生していないものとする。ここで、パンの方向が水平方向のみとして考え、図７において、動きベクトル探索範囲３１（３２）の水平方向の幅（探索範囲３１の中心を基準にした幅）を±Ｘｄ、水平方向のパンのスピードをＸｖ（≧Ｘｄ）、画面の左端または右端からある補間画素（補間位置）３０までの距離をＬｘとする。ここで、パンのスピードＸｖは、例えば単位時間（１フレーム期間）において映像が動いた画素数であり、グローバルベクトル２８が用いられる。
【００３６】
図３で示されたような画素毎のマッチングまたはブロックマッチング方式を用いて動きベクトルを探索する場合、画面両端に現れる水平方向のZero-BAND７２の幅Z_htは、下記の数１で表される。
【００３７】
【数１】
0004951487.tif 000002
【００３８】
ここで、ＭＩＮ（Ｌｘ，Ｘｖ）とは、ＬｘとＸｖのいずれか小さい方が選択されることを意味する。数１から明らかなように、水平方向のZero-BAND７２は、画面端から補間位置３０までの距離Ｌｘが動きベクトル探索範囲３１（３２）の幅Ｘｄ以上のときは存在せず、距離Ｌｘが幅Ｘｄよりも小さいときは、距離Ｌｘまたは水平方向のパンスピードＸｖのいずれか小さいほうとなる。また、Zero-BAND７２はパン映像においてその存在が目立つため、パンのスピードＸｖが０のときは、Zero-BAND７２は発生しない。更に、動きベクトル探索範囲３１（３２）の幅Ｘｄを超える動きは検出不可能なため、水平方向のZero-BAND７２の最大値は幅Ｘｄ（＝Ｘｖ(ｍａｘ)）となる。
【００３９】
垂直方向に動くパン映像においても、上記と同様に垂直方向のZero-BAND７２の幅Z_vtを求めることができる。すなわち、動きベクトル探索範囲７３の垂直方向の幅を±Ｙｄ、垂直方向のパンのスピードをＹｖ（≧Ｙｄ）、画面端から補間位置３０までの距離をＬｙとすると、下記数２のように表される。尚、パンのスピードＸｙは、図４に示されたヒストグラムによって求められたグローバルベクトル２８を用いられる。
【００４０】
【数２】
0004951487.tif 000003
【００４１】
ここで、ＭＩＮ（Ｌｙ，Ｙｖ）とは、ＬｙとＹｖのいずれか小さい方が選択されることを意味する。数２から明らかなように、垂直方向のZero-BAND７２は、画面端から補間位置３０までの距離Ｌｙが動きベクトル探索範囲３１（３２）の幅Ｙｄ以上のときは存在せず、距離Ｌｙが幅Ｙｄよりも小さいときは、距離Ｌｙまたは垂直方向のパンスピードＹｖのいずれか小さいほうとなる。また、Zero-BAND７２はパン映像においてその存在が目立つため、パンのスピードＹｖが０のときは、垂直方向のZero-BAND７２は発生しない。更に、動きベクトル探索範囲３１（３２）の幅Ｙｄを超える動きは検出不可能なため垂直方向の、Zero-BAND７２の最大値は幅Ｙｄ（＝Ｘｙ(ｍａｘ)）となる。
【００４２】
パン判定・ＧＶ算出部２６は、上記数１及び数２を用いて上述した演算を行い、水平方向のZero-BAND７２に対応する判定イネーブル信号２７ｈ、及び垂直方向のZero-BAND７２に対応する判定イネーブル信号２７ｖを生成する。図７に示されるように、判定イネーブル信号２７ｈのＨｉの期間は水平方向のZero-BAND７２の幅Z_htと一致しており、また判定イネーブル信号２７ｖのＨｉの期間は垂直方向のZero-BAND７２の幅Z_vtと一致している。このようにして得られた判定イネーブル信号２７ｈ及び２８ｖは補間フレーム生成部２９に供給される。補間フレーム生成部２９は、前述したように、判定イネーブル信号２７ｈ及び２８ｖが「Ｈｉ」のときはグローバルベクトルを用いて補間処理を行い、「Ｌｏｗ」のときは検出された動きベクトル２５を用いて補間処理を行うように、判定イネーブル信号のレベルに応じて補間処理を切り換える。
【００４３】
ここで、パンの動き量の大きさによっては、Zero-BANDは目立たない場合がある。よって、予め所定閾値ＴＨ_Ｚを設定しておき、パン判定・ＧＶ算出部２６は、パンのスピードＸｖ（またはＹｖ）が閾値ＴＨ_Ｚよりも大きいとき（つまりパンの動き量が大きいとき）のみ、上記判定イネーブル信号２７及びグローバルベクトル２８を出力する構成としてもよい。
【００４４】
続いて、上記判定イネーブル信号２７及びグローバルベクトル２８を用いた補間フレーム生成部２９における補間処理並びに補間フレームの生成について、図８を用いて説明する。図８は、グローバルベクトル２８が右から左の方向に向かうパン映像において、前フレーム２１と現フレーム２２との間に、１枚の補間フレーム２０を挿入する様子を示している。また、この例では、物体８４が前フレーム２１では出現せず現フレーム２２で初めて出現した、つまり前フレーム２１と現フレーム２２の２フレーム間で物体８４が画面右側から入ってくるものとする。更に、物体８５が前フレーム２１では出現しているがフレーム２２で消える、つまり前フレーム２１と現フレーム２２の２フレーム間で物体８５が画面左側から出て行くものとする。
【００４５】
補間フレーム生成部２９は、図８に示されるように、判定イネーブル信号２７のＬｏｗ期間（Zero-BAND７２ではない期間）では、動きベクトル検出部２４からの動きベクトル２５を用い、この動きベクトル２５で指し示される前フレーム２１と現フレーム２２の画素データの例えば平均を算出することで動き補正された補間画素を生成する。
【００４６】
一方、水平方向のZero-BAND７２の幅に対応する判定イネーブル信号２７がＨｉの期間では、グローバルベクトル２８を用いて補間画素を生成するとともに、このグローバルベクトル２８の方向とZero-BAND７２の位置に応じて補間処理を異ならせる。
【００４７】
例えば、図８に示すようにグローバルベクトル２８が画面に向かって右から左の方向であったので、画面の右側から入ってくる物体８４、つまり画面右側のZero-BAND７２のエリアに関しては、次のように補間画素を生成する。
【００４８】
まず、ある補間画素Ｐａと線対称の位置（当該補間画素と空間的に同じ位置）にある現フレーム２２側の画素Ｐ１を定める。続いて、この画素Ｐ１からグローバルベクトル２８が示す方向に位置し、かつ、このグローバルベクトル２８の長さ（距離）だけずらした位置の画像Ｐ２を特定する。そして、上記ある補間画素のデータを、この画素Ｐ２の画素データから補間する。すなわち、この補間処理は、ある補間画素とそれと線対称の位置にある画素Ｐ１とを結ぶ直線と、グローバルベクトル２８とを合成して新たな周辺補間用ベクトル８６を生成し、この周辺補間用ベクトル８６が指し示す現フレーム２２の画素Ｐ２をそのまま用いて補間画素を生成するものである。尚、この補間処理においては、前フレーム２１は使用しない。このような補間処理を、ここでは、現フレーム片側補間と呼ぶこととする。
【００４９】
一方、画面左側から消えていく物体８５、つまり画面左側のZero-BAND７２のエリアに関しては、次のように補間画素を生成する。
【００５０】
まず、ある補間画素Ｐｂと線対称の位置にある前フレーム２１側の画素Ｐ３を定める。続いて、この画素Ｐ３からグローバルベクトル２８と逆方向（正反対）のベクトル２８’の方向に位置し、かつ、このグローバルベクトル２８の長さ（距離）だけずらした位置の画像Ｐ４を特定する。そして、上記ある補間画素のデータを、この画素Ｐ４の画素データから補間する。すなわち、この補間処理は、ある補間画素とそれと線対称の位置にある画素Ｐ１とを結ぶ直線と、グローバルベクトル２８の方向と逆方向であって、グローバルベクトル２８とを合成して新たな周辺補間用ベクトル８７を生成し、この周辺補間用ベクトル８７が指し示す前フレーム２１の画素Ｐ４をそのまま用いて補間画素を生成するものである。この補間処理においては、現フレーム２２は使用しない。このような補間処理を、ここでは、前フレーム片側補間と呼ぶこととする。ここで、画面左側のZero-BAND７２のエリアについての補間処理では、動きの時間的な流れと逆方向にある前フレーム２１から補間しているので、グローバルベクトル２８が示す方向とは逆方向のベクトルを用いている。
【００５１】
図８の例とは逆に、グローバルベクトル２８が左から右の方向に向かうパン映像、すなわち物体８４が画面左側から入ってくるとともに物体８５が画面右側から出て行く映像の場合は、上記の例とは反対の処理を行えばよい。すなわち、画面右側のZero-BAND７２のエリアについては前フレーム片側補間を行い、画面左側のZero-BAND７２のエリアについては現フレーム片側補間を行う。更にまた、画面全体が下から上へ動くパン映像、すなわち物体８４が画面下側から入ってくるとともに物体８５が画面上側から出て行く映像の場合は、画面下側のZero-BAND７２のエリアについては現フレーム片側補間を行い、画面上側のZero-BAND７２のエリアについては前フレーム片側補間を行う。画面全体が上から下へ動くパン映像の場合は、これとは逆になる。
【００５２】
上記の例では、現フレーム２１または前フレーム２２から補間する際に、グローバルベクトル２８の大きさをそのまま用いたが、必要に応じてグローバルベクトル２８の長さを調整（例えば長さを半分に）して用いてもよい。
【００５３】
このように、本実施例では、映像が全体的に左右（または上下）の一方から他方に向けて動く場合、すなわちグローバルベクトル２８が一方から他方に向く場合、一方側の周辺領域（Zero-BAND７２）について現フレーム順方向補間を行い、他方側の周辺領域について前フレーム逆方向補間を行う。尚、グローバルベクトル２８が斜め方向の場合、このグローバルベクトル２８を水平方向成分と垂直方向成分に分け、各成分のベクトルを用いて上下の周辺領域と左右の周辺領域について個別に補間処理を行ってもよい。
【００５４】
以上のように本実施例によれば、パン映像の場合には、周辺町域の補間処理を、上述したマッチング処理により得られた動きベクトルに代えて映像全体の動きを示すグローバルベクトルを用いて行うようにしているので、当該周辺領域における映像の破綻を軽減させることが可能となる。従って、本実施例によれば、パン映像でも高画質なフレームレート変換を行うことができる。また本実施例では、グローバルベクトルの方向と周辺領域の位置に応じて補間処理を切り換えているので、更に精度の良い補間処理を行うことができる。
【実施例２】
【００５５】
次に、本発明に係る第２実施例について図９及び図１０を参照しつつ説明する。図９は、ＦＲＣ１３の第２実施例を示すブロック図であり、図２に示した構成要素と同一の構成要素に関しては、同一の符号を付してその説明を省略する。
【００５６】
本実施例は、図９に示されるように、図１の実施例に、入力映像信号から動画映像エリアと静止映像エリアを検出し、その境界位置に関する情報を出力する静止映像エリア検出部９１を設けたものである。ここで、静止映像エリアとは、例えば図１０の右側に示されるように、データ放送等による文字やデータが表示されるエリア１０１であるものとする。この静映像エリア１０１の左側にはパン映像の動画１０２が表示され、静映像エリア１０１と動画１０２とが境界１０３で区分けされているものとする。つまり、本実施例は、動画映像と静止映像とが合成された映像をフレームレート変換処理する際に用いられるものである。
【００５７】
このような映像では、動画１０２がパン映像であるにも関わらず、動きベクトルが０の静止映像エリア１０１が存在するために当該映像がパン映像と検出されない可能性がある。また、パン映像が検出できた場合、静止静映像エリア１０１に表示される映像が静止画であるにも関わらず、グローバルベクトルで補間処理が為されるため、静止静映像エリア１０１の静止画について誤った補間が為される場合がある。
【００５８】
これを解消するために、本実施例では、静止映像エリア検出部９１により静映像エリア１０１と動画１０２との境界１０３を検出し、これに基づき判定イネーブル信号を生成するように構成したものである。例えば図１０のような映像の場合、静止静映像エリア１０１は動画１０２に比べて輝度が大きく異なっており（例えば静止静映像エリア１０１は動画１０２よりも高輝度）、動画１０２との輝度差（水平エッジ）が顕著となる。静止映像エリア検出部９１は、このエッジの存在する水平方向位置をライン単位で検出し、それを境界１０３の情報としてパン判定・ＧＶ算出部２６に供給する。パン判定・ＧＶ算出部２６では、静止映像エリア検出部９１からの境界１０３の情報に基づき、図１０に示されるような判定イネーブル信号１０４を発生して補間フレーム生成部２９出力する。かかる判定イネーブル信号９２は、図１０に示されるように、動画１０２の範囲内において動画１０２の両端を含む周辺領域でＨｉとなっており、境界１０３よりも静止静映像エリア１０１側においてはＬｏｗとなっている。すなわち、パン検出・GV検出部２６は、境界１０３の情報により、静止画である文字、データ表示部分を除いた映像の周辺領域に対してZero-BANDを示す判定イネーブル信号１０４を生成し出力する。
【００５９】
これにより、補間フレーム生成部２９は、判定イネーブル信号１０４がＨｉの期間に対応する動画１０２の左右両端を含む周辺領域については、第１実施例と同様なグローバルベクトルを用いた補間処理を行う。Ｌｏｗの期間は動きベクトル検出部２４で検出された動きベクトルを用いて補間処理を行う。尚、静止映像エリア１０１における動きベクトルは０なので、補間フレームの静止映像エリア１０１に対応する補間画素またはブロックについては、前フレームの、当該補間画素またはブロックと空間的な位置が同じ補間画素またはブロックから補間データを作成する。
【００６０】
また、静止映像エリア検出部９１に図示しないラインメモリを設け、このラインメモリに映像の１または複数ライン分の映像データを記憶させれば、複数のライン間の輝度差を検出することができる。すなわち、このような構成によれば、ライン間の輝度差、つまり垂直方向の境界（垂直エッジ）を検出することができ、動画１０２の垂直方向のZero-BANDを示す判定イネーブル信号を生成することができる。
【００６１】
このように、本実施例では、動画映像に静止映像が合成された映像であって該動画映像がパン映像の場合でも、動画映像の周辺領域についてグローバルベクトルを用いて補間処理を行うことができ、更に静止映像については動き補正がされないように補間処理をすることができる。よって本実施例によれば、上記のようなパン映像を含む合成映像であっても高画質なフレームレート変換処理を行うことが可能となる。
【実施例３】
【００６２】
次に、本発明に係る第３実施例について図１１及び図１２を参照しつつ説明する。本実施例は、映像の周辺領域、例えば映像の左側と右側または上側と下側で、個別にグローバルベクトルを検出することを特徴とするものである。すなわち本実施例は、上記パン判定・ＧＶ算出部２６におけるZero-BANDの判定イネーブル信号２７、及びグローバルベクトル２８の出力を、映像の左側と右側または上側と下側にそれぞれ対応する２系統設けたものである。
【００６３】
上述したように、映像の端部においては動きベクトルが０または誤ったベクトルとして検出される（以下、このような検出をエラー検出と称する）。このため本実施例では、エラー検出が生じやすい映像端部を除く周辺領域から動きベクトルを検出してグローバルベクトルを設定するものである。本実施例に係るグローバルベクトル設定の概念を図１１に示す。図１１は、水平方向の左右両側にグローバルベクトルを設定する例を示しており、映像端部に近接する第１周辺領域１１０及び１１１は、前述したエラー検出が発生しやすい領域である。この第１周辺領域１１０及び１１１は、それぞれ、例えば映像端から５０画素分の幅を持つものとする。一方、第１周辺領域１１０及び１１１の映像中央領域１１６側に隣接する第２周辺領域１１２及び１１３は、第１周辺領域よりもエラー検出の頻度が少ないと考えられる領域で有り、それぞれ、例えば２００〜３００画素分の幅を持つものとする。
【００６４】
パン判定・ＧＶ算出部２６は、第２周辺領域１１２及び１１３のそれぞれについて、で第１実施例のように検出された動きベクトルを用いて図４に示されたようなベクトルヒストグラムを作成する。このときパン判定・ＧＶ算出部２６は、上記第１周辺領域１１０及び１１１ではエラー検出が生じるので、ここで検出された動きベクトルはベクトルヒストグラムの作成から除外する。そしてパン判定・ＧＶ算出部２６は、第２周辺領域１１２及び１１３のそれぞれにおいて、上述のように、所定閾値以上であって、かつ最も出現頻度の高い動きベクトルをグローバルベクトル１１４、１１５として設定する。ここで、グローバルベクトル１１４は映像の左側に位置する第２周辺領域１１２に対応するグローバルベクトルであり、グローバルベクトル１１５は映像の右側に位置する第２周辺領域１１３に対応するグローバルベクトルである。
【００６５】
そしてパン判定・ＧＶ算出部２６は、上記２つのグローバルベクトル１１４及び１１５と、このグローバルベクトルを用いて得られた２つの判定イネーブル信号を補間フレーム生成部２４に出力する。補間フレーム生成部２４は、これら２組のグローバルベクトル及び判定イネーブル信号を用いて、第２周辺領域１１２及び１１３のそれぞれについて、図８に示されたような方法を用いて個別に補間処理を行う。
【００６６】
このように本実施例では、第１周辺領域１１０及び１１１で検出された動きベクトルはグローバルベクトルの設定に使用されないようにし、第２周辺領域１１２及び１１３検出された動きベクトルを用いて画面右側と左側とで個別にグローバルベクトルを設定している。これによって、本実施例は、例えば映像右半分は全体的に左から右に動き、映像左半分は逆に右から左に動くようなパン映像でも、より正確にグローバルベクトルを設定でき、また複雑な動きに対応した精度良い補間処理を行うことができる。
【００６７】
尚、図１１では、映像の左右両側にそれぞれグローバルベクトルを設定する例を示したが、上下にそれぞれグローバルベクトルを設定してもよい。この場合は、図１１に示された映像の上下のそれぞれに第１周辺領域及び第２周辺領域を設定する。更に、映像の上下左右の４箇所にそれぞれ第１周辺領域及び第２周辺領域を設けるとともに、パン判定・ＧＶ算出部２６からのグローバルベクトル及び判定イネーブル信号の出力を４系統設け、当該４つの領域において個別にグローバルベクトルを設定し、補間処理を行うようにしてもよい。
【００６８】
更にまた、この第３実施例を応用し、映像全体の動きベクトルから設定されたグローバルベクトル１１７を用いて、パン映像において、第２周辺領域１１２及び１１３のそれぞれにおいて個別に設定されたグローバルベクトル１１４及び１１５の信頼性を確認するようにしてもよい。すなわち、この応用例では、周辺領域のグローバルベクトル１１４または１１５と映像中央領域１１６のグローバルベクトル１１７との相違を検出し、この相違に応じて周辺領域のグローバルベクトルの信頼性を判定する。例えば、グローバルベクトル１１４はグローバルベクトル１１７と同じ向きを示しているので信頼性が高いと判定し、グローバルベクトル１１５はグローバルベクトル１１７と逆の向きを示しているので信頼性が低いと判定する。
【００６９】
信頼性が高いと判定されたグローバルベクトル１１４に対応する映像左側の領域については、当該グローバルベクトル１１４または１１７を用いて前述した前フレーム片側補間を行う。一方、信頼性が低いと判定されたグローバルベクトル１１５に対応する映像左側の領域については、当該左側で動きベクトル検出部２４により検出された動きベクトル２５で、もしくは動きベクトルを０として補間処理を行う。動きベクトルが０の場合の補間処理は、すなわち、ある補間画素またはブロックと線対称の位置にある（当該補間画素と空間的に同じ位置にある）前もしくは現フレームの画素から補間を行う処理である。あるいは、これらを混合した補間処理を行う。このように処理をするのは、図１１において映像左側の動きが映像中央領域１１６に対して反対の動きであるので、当該映像左側は、パンによるZero-BAND発生可能性が低いと考えられるためである。
【００７０】
前記信頼性は、画面中央領域１１６のグローバルベクトル１１７に対して正反対か否かによってのみ判定されるものではない。例えば映像の動き方向を図１２のように４つの領域（領域１〜４）に分け、ある周辺領域のグローバルベクトル１１４が画面中央領域１１６のグローバルベクトル１１７と同じ領域に属していれば、信頼性が高いと判定するようにしてもよい。
【００７１】
以上のように本実施例では、グローバルベクトルの信頼性を判定することにより、より高精度に補間処理を行うことが可能となる。
【図面の簡単な説明】
【００７２】
【図１】本発明が適用される映像処理装置の一構成例を示すブロック図。
【図２】本発明の第１実施例に係るＦＲＣ１３の一構成例を示す図。
【図３】動きベクトル検出及び補間フレーム生成の一例を示す図。
【図４】グローバルベクトル設定のためのベクトルヒストグラムの一例を示すグラフ。
【図５】ベクトルヒストグラムの他の例を示すグラフ。
【図６】Zero-BANDの一例を示す図。
【図７】Zero-BANDと判定イネーブル信号２７との関係を示す図。
【図８】グローバルベクトルを用いた補間処理の一例を示す図。
【図９】本発明の第２実施例に係るＦＲＣ１３の一構成例を示す図。
【図１０】静止映像と動画が合成された映像の一例を示す図。
【図１１】本発明に係る第３実施例の概念を示す図。
【図１２】グローバルベクトルの信頼性の判定に関する図。
【図１３】マッチング処理による動きベクトルの検出の一例を示す図。
【符号の説明】
【００７３】
１１・・・入力端子、１２・・・解像度変換部、１３・・・フレームレート変換（FRC：Frame Rate Conversion）部、１４・・・画像メモリ、１５・・・タイミングコントロール部、１６・・・表示部、１７・・・ＦＲＣ変換モード信号、２０・・・補間フレーム、２１・・・現フレーム信号、２２・・・前フレーム信号、２３・・・メモリインターフェース、２４・・・動きベクトル検出部、２５・・・動きベクトル、２６・・・パン判定・GV算出部、２７・・・判定イネーブル信号、２８・・・グローバルベクトル、２９・・・補間フレーム生成部。
【図１】
0004951487.tif 000004
【図２】
0004951487.tif 000005
【図３】
0004951487.tif 000006
【図４】
0004951487.tif 000007
【図５】
0004951487.tif 000008
【図６】
0004951487.tif 000009
【図７】
0004951487.tif 000010
【図８】
0004951487.tif 000011
【図９】
0004951487.tif 000012
【図１０】
0004951487.tif 000013
【図１１】
0004951487.tif 000014
【図１２】
0004951487.tif 000015
【図１３】
0004951487.tif 000016