(57)【要約】【課題】  モニタ出力機能を実現できる画像処理コントローラ及びこれを含む電子機器を提供すること。【解決手段】画像処理コントローラは、画像データを記憶するメモリと、画像データに対してリサイズ処理を行うリサイザと、リサイザによりリサイズ処理が行われた画像データをモニタに表示するための画像データとして出力するモニタインターフェースを含む。モニタインターフェースは、奇数フィールドにおいては、リサイザにより水平方向にＫ倍にリサイズされ、垂直方向にＬ倍（ＫとＬは異なる値）にリサイズされた画像データを、奇数フィールド用の画像データとして出力し、偶数フィールドにおいては、奇数フィールド用の画像データと同一の画像データを、偶数フィールド用の画像データとして出力する。【選択図】        図２
2006293126.tif 000002
【特許請求の範囲】
【請求項１】
画像データを記憶するメモリと、
画像データに対してリサイズ処理を行うリサイザと、
前記リサイザによりリサイズ処理が行われた画像データを、モニタに表示するための画像データとして出力するモニタインターフェースとを含み、
前記モニタインターフェースは、
奇数フィールドにおいては、前記リサイザにより水平方向にＫ倍にリサイズされ、垂直方向にＬ倍（ＫとＬは異なる値）にリサイズされた画像データを、奇数フィールド用の画像データとして出力し、
偶数フィールドにおいては、前記奇数フィールド用の画像データと同一の画像データを、偶数フィールド用の画像データとして出力することを特徴とする画像処理コントローラ。
【請求項２】
請求項１において、
前記モニタインターフェースは、
前記リサイザにより水平方向にＫ倍に拡大され、垂直方向にＬ倍に縮小された画像データ、或いは前記リサイザにより水平方向にＫ倍に拡大され、垂直方向にＬ倍に拡大された画像データを、前記奇数フィールド用及び前記偶数フィールド用の画像データとして出力することを特徴とする画像処理コントローラ。
【請求項３】
請求項１又は２において、
メモリ記憶画像の水平方向での画素数をＩとし、垂直方向での画素数をＪとし、
モニタ表示画像の水平方向での画素数をＭ（Ｍ＞Ｉ）とし、垂直方向での画素数をＮ（Ｎ＞Ｊ）とした場合に、
前記モニタインターフェースは、
前記リサイザにより水平方向にＫ＝Ｍ／Ｉ倍にリサイズされ、垂直方向にＬ＝Ｎ／２Ｊ倍にリサイズされた画像データを、前記奇数フィールド用及び前記偶数フィールド用の画像データとして出力することを特徴とする画像処理コントローラ。
【請求項４】
請求項１乃至３のいずれかにおいて、
前記モニタインターフェースは、
前記奇数フィールドに比べて前記偶数フィールドの方が垂直同期期間の長さが長くなるように、垂直同期信号及びフィールド信号の少なくとも一方を生成して出力することを特徴とする画像処理コントローラ。
【請求項５】
請求項１乃至４のいずれかにおいて、
前記リサイザによりリサイズされた画像データを、表示ドライバに出力する表示ドライバインターフェースを含むことを特徴とする画像処理コントローラ。
【請求項６】
請求項５において、
前記リサイザによりリサイズされた画像データが入力され、前記モニタインターフェースと前記表示ドライバインターフェースとで共用される表示用ＦＩＦＯバッファを含み、
前記表示用ＦＩＦＯバッファからの画像データが、前記モニタインターフェース又は前記表示ドライバインターフェースのいずれか一方を介して出力されることを特徴とする画像処理コントローラ。
【請求項７】
請求項５又は６において、
前記リサイザによりリサイズされた画像データをＹＵＶフォーマットからＲＧＢフォーマットに変換する変換部を含み、
前記表示ドライバインターフェースを介して画像データを出力する場合には、前記変換部によりＲＧＢフォーマットに変換された画像データが出力されることを特徴とする画像処理コントローラ。
【請求項８】
請求項５又乃至７のいずれかにおいて、
前記モニタインターフェースは、
前記表示ドライバインターフェースを介して表示ドライバに画像データが出力されるフレームにおいては、モニタにブランク表示を行わせる画像データを出力することを特徴とする画像処理コントローラ。
【請求項９】
請求項１乃至８いずれかの画像処理コントローラと、
前記画像処理コントローラに接続されるホストデバイスとを含むことを特徴とする電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理コントローラ及び電子機器に関する。
【背景技術】
【０００２】
近年の携帯電話機は、ＣＣＤやＣＭＯＳなどのカメラ（イメージセンサ、カメラモジュール）を内蔵している。このようにカメラを内蔵すれば、カメラにより撮影した動画や静止画の画像を、ＬＣＤなどの表示パネルに表示したり、ファイルとして保存することが可能になる。ところが、携帯電話機に設けられたＬＣＤパネルのサイズは、テレビのモニタに比べて小さい。従って、カメラで撮った画像をテレビモニタに出力できれば、ＬＣＤに表示する場合に比べてサイズの大きな画像を表示できるようになり、携帯電話機の機能を向上できる。
【０００３】
このように携帯電話機のメモリに記憶された画像をテレビモニタに出力する機能を実現する手法として、ＶＧＡサイズ（６００ＫＢ）の２画面の画像（フレーム画像）をメモリに記憶しておき、これらの２画面の画像を切り替えて動画表示する手法が考えられる。即ちテレビモニタの奇数フィールド用の画像を記憶する領域と偶数フィールド用の画像を記憶する領域を別個にメモリに確保し、これらの奇数フィールド用の画像と偶数フィールド用の画像を交互に切り替えてテレビモニタに出力する。
【０００４】
しかしながら、この手法では、例えば６００ＫＢ×２のサイズの領域をメモリに確保する必要が生じ、携帯電話機や携帯電話機に内蔵される画像処理コントローラの高コスト化を招く。またメモリの読み出し等に使用される動作クロックとして高速なクロックが必要になり、消費電力が悪化する。
【特許文献１】特開２０００−２０６９４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、以上のような技術的課題に鑑みてなされたものであり、その目的とするところは、モニタ出力機能を実現できる画像処理コントローラ及びこれを含む電子機器を提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、画像データを記憶するメモリと、画像データに対してリサイズ処理を行うリサイザと、前記リサイザによりリサイズ処理が行われた画像データを、モニタに表示するための画像データとして出力するモニタインターフェースとを含み、前記モニタインターフェースは、奇数フィールドにおいては、前記リサイザにより水平方向にＫ倍にリサイズされ、垂直方向にＬ倍（ＫとＬは異なる値）にリサイズされた画像データを、奇数フィールド用の画像データとして出力し、偶数フィールドにおいては、前記奇数フィールド用の画像データと同一の画像データを、偶数フィールド用の画像データとして出力する画像処理コントローラに関係する。
【０００７】
本発明によれば、水平方向にＫ倍にリサイズされ、垂直方向にＬ倍（ＫとＬは異なる値）にリサイズされた画像データが、奇数フィールド用及び偶数フィールド用の画像データとして出力されるようになる。このように、奇数フィールド及び偶数フィールドに、リサイズされた同一の画像データを出力するようにすれば、元画像よりも大きなサイズの画像をモニタに表示できるようになり、モニタ出力機能を実現できる。
【０００８】
また本発明では、前記モニタインターフェースは、前記リサイザにより水平方向にＫ倍に拡大され、垂直方向にＬ倍に縮小された画像データ、或いは前記リサイザにより水平方向にＫ倍に拡大され、垂直方向にＬ倍に拡大された画像データを、前記奇数フィールド用及び前記偶数フィールド用の画像データとして出力するようにしてもよい。
【０００９】
このようにすれば、様々なサイズのメモリ記憶画像を様々なサイズのモニタ表示画像として表示できるようになる。
【００１０】
また本発明では、メモリ記憶画像の水平方向での画素数をＩとし、垂直方向での画素数をＪとし、モニタ表示画像の水平方向での画素数をＭ（Ｍ＞Ｉ）とし、垂直方向での画素数をＮ（Ｎ＞Ｊ）とした場合に、前記モニタインターフェースは、前記リサイザにより水平方向にＫ＝Ｍ／Ｉ倍にリサイズされ、垂直方向にＬ＝Ｎ／２Ｊ倍にリサイズされた画像データを、前記奇数フィールド用及び前記偶数フィールド用の画像データとして出力するようにしてもよい。
【００１１】
このようにすれば、任意のリサイズ倍率のリサイズ処理を実現でき、様々なサイズのメモリ記憶画像を様々なサイズのモニタ表示画像として表示できるようになる。
【００１２】
また本発明では、前記モニタインターフェースは、前記奇数フィールドに比べて前記偶数フィールドの方が垂直同期期間の長さが長くなるように、垂直同期信号及びフィールド信号の少なくとも一方を生成して出力するようにしてもよい。
【００１３】
このようにすれば、奇数フィールドと偶数フィールドで同一の画像データを出力した場合にも、モニタの規格を遵守した垂直同期信号やフィールド信号を出力できるようになる。
【００１４】
また本発明では、前記リサイザによりリサイズされた画像データを、表示ドライバに出力する表示ドライバインターフェースを含むようにしてもよい。
【００１５】
このようにすれば、モニタと表示パネルの両方に画像を表示できるようになる。
【００１６】
また本発明では、前記リサイザによりリサイズされた画像データが入力され、前記モニタインターフェースと前記表示ドライバインターフェースとで共用される表示用ＦＩＦＯバッファを含み、前記表示用ＦＩＦＯバッファからの画像データが、前記モニタインターフェース又は前記表示ドライバインターフェースのいずれか一方を介して出力されるようにしてもよい。
【００１７】
このように表示用ＦＩＦＯバッファを共用すれば、回路の小規模化や処理の簡素化を図れる。
【００１８】
また本発明では、前記リサイザによりリサイズされた画像データをＹＵＶフォーマットからＲＧＢフォーマットに変換する変換部を含み、前記表示ドライバインターフェースを介して画像データを出力する場合には、前記変換部によりＲＧＢフォーマットに変換された画像データが出力されるようにしてもよい。
【００１９】
このようにすれば、表示用ＦＩＦＯバッファの共用を実現しながらも、適正なフォーマットの画像データを表示ドライバに出力できるようになる。
【００２０】
また本発明では、前記モニタインターフェースは、前記表示ドライバインターフェースを介して表示ドライバに画像データが出力されるフレームにおいては、モニタにブランク表示を行わせる画像データを出力するようにしてもよい。
【００２１】
このようにすれば、モニタと表示パネルの両方に同じ画像を表示できるようになり、ユーザの利便性等を向上できる。
【００２２】
また本発明は、上記いずれかの画像処理コントローラと、前記画像処理コントローラに接続されるホストデバイスとを含む電子機器に関係する。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施形態について詳細に説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが本発明の解決手段として必須であるとは限らない。
【００２４】
１．構成例
図１に本実施形態の画像処理コントローラ３０（表示コントローラ）の構成例を示す。この画像処理コントローラ３０はメモリ６０、リサイザ８０、モニタインターフェース１１０を含む。なお画像処理コントローラ３０は図１の構成に限定されず、構成要素の一部を省略したり、構成要素間の接続形態を変更したり、図１とは異なる構成要素を追加してもよい。
【００２５】
メモリ６０（フレームメモリ）は、画像データなどを記憶するものであり、例えばＳＲＡＭなどにより構成できる。メモリ６０に記憶する画像（メモリ記憶画像）としては、図示しないホストデバイス（ＭＰＵ、ベースバンドエンジン）から送られてきたファイル保存画像や、図示しないカメラで撮影された画像などがある。
【００２６】
リサイザ８０は、画像データに対してリサイズ処理を行う。即ち画像の拡大処理や縮小処理を行う。この場合にリサイザ８０は、メモリ６０に記憶された画像データを読み出してリサイズ処理を行ってもよいし、ホストデバイス等からの画像データに対してリサイズ処理を行ってメモリ６０に書き込んでもよい。
【００２７】
なおリサイザ８０は、任意のリサイズ倍率で画像を拡大・縮小できるフラクショナルリサイザであることが望ましい。具体的には、図示しないリサイズ倍率設定レジスタに対して、ホストデバイスが任意のリサイズ倍率を設定し、この設定されたリサイズ倍率に基づいて、リサイザ８０が画像データのフラクショナルリサイズ処理を行う。
【００２８】
モニタインターフェース１１０は、テレビモニタなどのモニタ２１とのインターフェースとなるものである。具体的には、リサイザ８０によりリサイズ処理が行われた画像データを、モニタ２１に表示するための画像データとして出力する。更に具体的には、同期信号（垂直同期信号、水平同期信号）や画像データ信号を含むモニタインターフェース信号を生成して出力する。ここで同期信号や画像データ信号の生成は、モニタインターフェース１１０が含む信号ジェネレータ１１２により行われる。
【００２９】
なおモニタ２１は、例えば画像処理コントローラ３０が組み込まれる電子機器（携帯電話機等）の外部に設けられるモニタ（大型モニタ）である。このモニタ２１は、通常走査方式のモニタでもよいし、いわゆる倍密走査方式のモニタでもよい。またチューナを内蔵しないタイプのモニタであってもよい。
【００３０】
モニタインターフェース１１０により生成された同期信号や画像データ信号は、ビデオコンバータ１８によりモニタ入力用の映像信号（例えばコンポジット信号）に変換される。そして変換により得られた映像信号がモニタ２１に入力される。なお、ビデオコンバータ１８を画像処理コントローラ３０に内蔵するようにしてもよい。
【００３１】
ＮＴＳＣ方式やＰＡＬ方式のモニタ２１では、いわゆるインターレース表示が行われる。即ち奇数フィールドにおいては、奇数番目の走査ラインのラスタスキャンが行われ、偶数フィールドにおいては、偶数番目の走査ラインのラスタスキャンが行われる。
【００３２】
そして図１のモニタインターフェース１１０は、奇数フィールドにおいては、リサイザ８０により水平方向にＫ倍にリサイズされ、垂直方向にＬ倍（ＫとＬは異なる値）にリサイズされた画像データ（画素データ、画像データ信号）を、奇数フィールド用の画像データとして出力する。一方、偶数フィールドにおいては、奇数フィールド用の画像データと同一の画像データを、偶数フィールド用の画像データとして出力する。具体的にはモニタインターフェース１１０は、リサイザ８０により水平方向にＫ倍に拡大され、垂直方向にＬ倍に縮小された画像データや、水平方向にＫ倍に拡大され、垂直方向にＬ倍に拡大された画像データを、奇数フィールド用及び偶数フィールド用の画像データとして出力する。
【００３３】
このように本実施形態では、画像データを、水平方向にＫ倍にリサイズし、垂直方向にＬ倍にリサイズする。そしてリサイズにより得られた同一の画像データを、奇数フィールド用及び偶数フィールド用の画像データとして出力する。このようにすれば、メモリ記憶画像のサイズ（Ｉ×Ｊ画素）よりも大きなサイズのモニタ表示画像（Ｍ×Ｎ画素）を、モニタ２１に入力して表示することが可能になる。この結果、画像処理コントローラ３０のメモリ６０の記憶容量を節約しながらも、モニタ出力機能（テレビ出力機能）を実現できる。
【００３４】
２．モニタ出力手法
次に本実施形態のモニタ出力手法について更に詳細に説明する。図２において、Ａ１のメモリ記憶画像ＩＭは、メモリ６０（フレームメモリ）などに記憶される画像或いは記憶されるべき画像であり、リサイズ処理前の画像である。このメモリ記憶画像ＩＭは、水平方向での画素数（垂直ライン数）がＩ、垂直方向（水平ライン数）での画素数がＪになっている。例えばメモリ記憶画像ＩＭがＱＶＧＡサイズである場合にはＩ＝３２０、Ｊ＝２４０となり、ＣＩＦサイズである場合にはＩ＝３５２、Ｊ＝２８８になり、ＱＣＩＦサイズである場合にはＩ＝１７６、Ｊ＝１４４になる。なおメモリ記憶画像ＩＭの画素数はこれに限定されるものではない。
【００３５】
本実施形態では図２に示すように、このメモリ記憶画像ＩＭに対してリサイズ処理を行って、奇数フィールド用の画像ＩＭＡと偶数フィールド用の画像ＩＭＢを生成していている。具体的には図２のＡ２に示すように、奇数フィールドにおいては、水平方向にＫ倍にリサイズされ、垂直方向にＬ倍にリサイズされた画像を、奇数フィールド用の画像ＩＭＡ（画像データ）として出力する。一方、図２のＡ３に示すように、偶数フィールドにおいては、奇数フィールド用の画像ＩＭＡと同一の画像を、偶数フィールド用の画像ＩＭＢとして出力する。
【００３６】
ここでモニタ表示画像の水平方向での画素数をＭ（Ｍ＞Ｉ）とし、垂直方向での画素数をＮ（Ｎ＞Ｊ）とした場合には、水平方向のリサイズ倍率ＫはＫ＝Ｍ／Ｉと表すことができる。また垂直方向でのリサイズ倍率ＬはＬ＝Ｎ／２Ｊと表すことができる。なおＫ、Ｌは正確にＫ＝Ｍ／Ｉ、Ｌ＝Ｎ／２Ｊである必要はなく、リサイザ８０でのリサイズ処理の精度に応じて、端数の切り捨てや四捨五入を行うことができる。
【００３７】
図２に示す手法でリサイズ処理を行えば、Ａ２に示す奇数フィールド用の画像ＩＭＡにより、モニタ２１の奇数番目の走査ラインのラスタスキャンが行われる。またＡ３に示す偶数フィールド用の画像ＩＭＢにより、偶数番目の走査ラインのラスタスキャンが行われる。従って、メモリ記憶画像ＩＭのサイズ（Ｉ×Ｊ画素）よりも大きなサイズのモニタ表示画像（Ｍ×Ｎ画素）をモニタ２１に表示できるようになる。なおモニタ２１が例えば倍密走査方式等のモニタである場合には、モニタ表示画像の画素数は、実際にモニタ２１に表示される画像の画素数ではなく、モニタ２１に入力される段階（ＲＣＡ入力）でのフレーム画像の画素数となる。
【００３８】
例えば後述するように画像処理コントローラ３０がＬＣＤの表示ドライバインターフェースを内蔵する場合には、メモリ６０にはＬＣＤ用のＱＶＧＡ、ＣＩＦ、ＱＣＩＦなどの小さなサイズのメモリ記憶画像ＩＭが記憶される。
【００３９】
一方、ＮＴＳＣ方式などのモニタ２１では、水平方向の画素数が７２０、垂直方向での画素数が５２５と規格化されている。従って、ＱＶＧＡ、ＣＩＦ、ＱＣＩＦサイズのメモリ記憶画像ＩＭをそのまま出力すると、モニタ画面の小さな領域にしか画像を表示できない。
【００４０】
この場合に、例えばＶＧＡサイズの２画面のメモリ記憶画像をメモリに記憶する手法を採用すれば、モニタ画面の大きな領域に画像を表示することも可能である。しかしなが、この手法では、メモリの使用記憶容量が大きくなってしまい、画像処理コントローラや画像処理コントローラが組み込まれる電子機器の高コスト化を招く。またメモリの読み出し等に使用される動作クロックが高周波数になってしまい、消費電力が増加する。
【００４１】
これに対して本実施形態では、図２に示す手法でメモリ記憶画像ＩＭがリサイズされるため、メモリ記憶画像ＩＭの使用記憶容量を小さくできる。従って、画像処理コントローラや電子機器の低コスト化や省電力化を図れる。
【００４２】
特に本実施形態では、奇数フィールド用画像ＩＭＡと偶数フィールド用画像ＩＭＢとして、同一画像を用いている。このように同一画像を用いれば、画像処理コントローラ３０の構成や処理を簡素化でき、画像処理コントローラ３０の小規模化を図れる。即ち奇数フィールドと偶数フィールドで異なる画像を出力しようとすると、メモリ３０からの読み出し処理やリサイザ８０でのリサイズ処理が繁雑化・複雑化するおそれがある。奇数フィールドと偶数フィールドで同一画像を出力するようにすれば、このような処理の繁雑化・繁雑化を防止できる。
【００４３】
また奇数フィールドと偶数フィールドで同一画像を出力すると、隣り合う奇数走査ラインと偶数走査ラインとに同一画像が表示されるようになり、画像の解像度は落ちるものの、モニタ表示画像としては誤りの無い適正な画像を表示できる。
【００４４】
また本実施形態では、水平方向のリサイズ倍率Ｋと垂直方向でのリサイズ倍率Ｌを任意の値に設定できるフラクショナルリサイズ（フラクショナルズーム）を行っているため、ユーザの要望等に応じた様々なサイズの画像をモニタ２１に表示できる。
【００４５】
例えばＮＴＳＣ方式のテレビモニタでは、水平方向の画素数は７２０、垂直方向の画素数は５２５になる。このモニタにＶＧＡサイズ（６４０×４８０）の画像を表示すると、モニタ画面の例えば左右両端がブランク表示になってしまう。
【００４６】
この場合に本実施形態では図３に示すように、ＱＶＧＡ（３２０×２４０）のメモリ記憶画像ＩＭを水平方向にＫ＝２．２５倍（拡大）、垂直方向に１．０倍（等倍）にリサイズして、奇数フィールド用画像ＩＭＡ、偶数フィールド用画像ＩＭＢを生成し、各々、奇数フィールド、偶数フィールドにおいて出力する。こうすれば、モニタ表示画像の水平方向の画素数が７２０、垂直方向の画素数が４８０になる。従って、画像の縦横比は変わってしまうものの、モニタ画面の左右両端がブランク表示になる事態を防止でき、モニタ画面の左右両端一杯に画像を引き延ばして表示することが可能になる。これにより、ユーザの利便性等を向上できる。
【００４７】
なおモニタ画面に６４０×４８０のＶＧＡ画像を表示する場合には、水平方向のリサイズ倍率を例えばＫ＝２．００倍にすればよい。このようにすれば、画像の縦横比が変わってしまう事態を防止できる。またモニタ画面の上下両端がブランク表示になる場合には、垂直方向のリサイズ倍率Ｌを１以上に設定して、垂直方向に拡大すればよい。
【００４８】
またＭＰＥＧなどでは、ＣＩＦ（３５２×２８８）やＱＣＩＦ（１７６×１４４）のサイズが使用される場合がある。そしてＬＣＤの表示パネルにＣＩＦやＱＣＩＦサイズのＭＰＥＧ画像を表示する場合には、メモリ６０にはＣＩＦやＱＣＩＦサイズの画像が記憶される。本実施形態では、このＣＩＦやＱＣＩＦサイズのメモリ記憶画像をリサイズして、モニタ２１（ビデオコンバータ１８）に出力することができる。
【００４９】
例えば図４ではメモリ記憶画像ＩＭは、Ｉ＝３５２、Ｊ＝２８８のＣＩＦサイズになっている。図４では、このＣＩＦサイズのメモリ記憶画像ＩＭを水平方向にＫ＝１．８２倍（拡大）、垂直方向に０．８３倍（縮小）にリサイズして、奇数フィールド用画像ＩＭＡ、偶数フィールド用画像ＩＭＢを生成し、各々、奇数フィールド、偶数フィールドにおいて出力する。こうすれば、モニタ表示画像の水平方向の画素数を６４０、垂直方向の画素数を４８０にすることができる。従って、ＬＣＤの表示パネルではＣＩＦサイズで映し出されるＭＰＥＧ画像を、大きなＶＧＡサイズでモニタ２１に表示できるようになる。
【００５０】
なお、画像をモニタ画面の左右両端一杯に引き延ばして表示する場合には、水平方向のリサイズ倍率を例えばＫ＝２．０５倍にすればよい。こうすれば、モニタ表示画像の水平方向の画素数は７２０、垂直方向の画素数は４８０になり、モニタ表示画像の縦横比は変わってしまうものの、モニタ画面の左右両端がブランク表示になる事態を防止できる。
【００５１】
また画像の縦横比が変わらないようにするためには、水平方向のリサイズ倍率を例えばＫ＝１．６７倍にすればよい。こうすれば、モニタ表示画像の水平方向の画素数は５８７、垂直方向の画素数は４８０になる。従って、モニタ表示画像の縦横比は５８７／４８０＝１．２２になり、ＣＩＦの縦横比である３５２／２８８＝１．２２を維持できる。
【００５２】
また図５ではメモリ記憶画像ＩＭは、Ｉ＝１７６、Ｊ＝１４４のＱＣＩＦサイズになっている。図５では、このＱＣＩＦサイズのメモリ記憶画像ＩＭを水平方向にＫ＝３．６４倍（拡大）、垂直方向に１．６７倍（拡大）にリサイズして、奇数フィールド用画像ＩＭＡ、偶数フィールド用画像ＩＭＢを生成し、各々、奇数フィールド、偶数フィールドにおいて出力する。こうすれば、モニタ表示画像の水平方向の画素数を６４０、垂直方向の画素数を４８０にすることができ、ＬＣＤの表示パネルではＱＣＩＦで映し出されるＭＰＥＧ画像を、ＶＧＡサイズでモニタ２１に表示できるようになる。
【００５３】
なお、画像をモニタ画面の左右両端一杯に引き延ばして表示する場合には、水平方向のリサイズ倍率を例えばＫ＝４．０９倍にすればよい。こうすれば、モニタ表示画像の水平方向の画素数は７２０、垂直方向の画素数は４８０になり、モニタ表示画像の縦横比は変わってしまうものの、モニタ画面の左右両端がブランク表示になる事態を防止できる。
【００５４】
また画像の縦横比が変わらないようにするためには、水平方向のリサイズ倍率を例えばＫ＝３．３４倍にすればよい。こうすれば、モニタ表示画像の水平方向の画素数は５８７、垂直方向の画素数は４８０になる。従って、モニタ表示画像の縦横比は５８７／４８０＝１．２２になり、ＱＣＩＦの縦横比である１７６／１４４＝１．２２を維持できる。
【００５５】
図６に、本実施形態のリサイズ手法をまとめたものを示す。図６に示すように本実施形態では、メモリ記憶画像（Ｉ×Ｊ）に対して、水平方向にＫ＝Ｍ／Ｉ、垂直方向にＬ＝Ｎ／２Ｊのフラクショナルリサイズ処理（フラクショナルズーム）を行うことで、様々なサイズのモニタ表示画像（Ｍ×Ｎ）を得ることに成功している。このようにすることで、様々なサイズのメモリ記憶画像を、様々なサイズのモニタ表示画像としてモニタ２１に表示することができ、ユーザの利便性等を向上できる。
【００５６】
特に本実施形態では図６のＢ１に示すように、水平方向にＫ倍に拡大し、垂直方向にＬ倍に縮小するフラクショナルリサイズ処理や、水平方向にＫ倍に拡大し、垂直方向にＬ倍に拡大するフラクショナルリサイズ処理を行っている点に特徴がある。このようにすることで、ＣＩＦやＱＣＩＦサイズのメモリ記憶画像についても、ＶＧＡサイズ等でモニタ２１に表示することが可能になる。
【００５７】
３．モニタインターフェース信号
図７（Ａ）（Ｂ）、図８に、モニタインターフェース１１０が出力するモニタインターフェース信号の波形例を示す。図７（Ａ）は奇数フィールドでの信号波形例であり、図７（Ｂ）は偶数フィールドでの信号波形例である。また図８は水平同期期間ＶＨを拡大して示した信号波形例である。
【００５８】
ＮＰＶＳＹＮＣは垂直同期信号である。このＮＰＶＳＹＮＣにより垂直同期期間（垂直トータル期間）ＶＴの長さが設定される。
【００５９】
ＮＰＦＩＥＬＤはフィールド信号である。このＮＰＦＩＥＬＤにより、現在のフィールドが、奇数フィールドなのか偶数フィールドなのかが設定される。例えば図７（Ａ）（Ｂ）では、ＮＰＦＩＥＬＤがローレベルの場合には奇数フィールドになり、ハイレベルの場合には偶数フィールドになる。
【００６０】
ＮＰＨＳＹＮＣは水平同期信号である。このＮＰＨＳＹＮＣにより水平同期期間（水平トータル期間）ＶＨの長さが設定される。ＮＰＤＡＴ［７：０］は画像データの信号である。
【００６１】
本実施形態では図７（Ａ）（Ｂ）に示すように、奇数フィールドではＣ１に示すように奇数フィールド用の画像データ（画素データ）が出力され、偶数フィールドではＣ２に示すように偶数フィールド用の画像データが出力される。そして本実施形態では、Ｃ１の奇数フィールド用の画像データとＣ２の偶数フィールド用の画像データとして、同一の画像データを出力する点に特徴がある。このようにすることで、メモリ記憶画像のサイズが小さい場合でも、大きなサイズのモニタ表示画像を得ることができる。
【００６２】
例えば図３に示すリサイズ処理を行った場合には、図７（Ａ）のＣ１に示すライン数は２４０本になり、奇数フィールド用画像データの垂直方向の画素数はＮ／２＝２４０になる。また図７（Ｂ）のＣ２に示すライン数も２４０本になり、偶数フィールド用画像データの垂直方向の画素数もＮ／２＝２４０になる。そして図８のＤ１に示すように、奇数フィールド用及び偶数フィールド用の画像データの水平方向の画素数はＭ＝７２０になる。このような同一の奇数フィールド用画像データと偶数フィールド用画像データを、図７（Ａ）の奇数フィールドと図７（Ｂ）の偶数フィールドで出力することで、Ｍ＝７２０、Ｎ＝４８０のモニタ表示画像をモニタ２１に表示できるようになる。
【００６３】
更に本実施形態では図７（Ａ）（Ｂ）のＣ３、Ｃ４に示すように、奇数フィールドに比べて偶数フィールドの方が垂直同期期間ＶＴの長さが長くなるように、垂直同期信号ＮＰＶＳＹＮＣ及びフィールド信号ＮＰＦＩＥＬＤの少なくとも一方を生成して出力している。
【００６４】
例えば図７（Ａ）の奇数フィールドでは、垂直同期期間ＶＴの長さはＶＴ＝ＶＴ１になる。これに対して図７（Ｂ）の偶数フィールドでは、垂直同期期間ＶＴの長さはＶＴ＝ＶＴ１＋ＶＨになっており、奇数フィールドの場合に比べて１水平同期期間ＶＨの分だけ長くなっている。
【００６５】
即ち本実施形態では図７（Ａ）（Ｂ）のＣ１、Ｃ２に示すように、奇数フィールド用及び偶数フィールド用の画像データとして同一画像データを出力している。このため、何ら工夫をしなければ、奇数フィールドと偶数フィールドとで垂直同期間ＶＴの長さが同一になってしまい、ＮＴＳＣの規格を遵守できなくなるおそれがある。この点、本実施形態では、図７（Ａ）（Ｂ）のＣ３、Ｃ４に示すように、奇数フィールドに比べて偶数フィールドの方が垂直同期期間ＶＴの長さが長くなるように、垂直同期信号ＮＰＶＳＹＮＣやフィールド信号ＮＰＦＩＥＬＤを生成している。従って、ＮＴＳＣ方式の規格を遵守した適正なＮＰＶＳＹＮＣ、ＮＰＦＩＥＬＤを図１のビデオコンバータ１８に出力できるようになる。
【００６６】
特にビデオコンバータ１８の機種によっては、ＮＰＦＩＥＬＤではなく、ＮＰＶＳＹＮＣにより設定される垂直同期期間ＶＴの長さを判断して、現在のフィールドが奇数フィールドなのか偶数フィールドなのかを判別するタイプのものもある。本実施形態によれば、このようなタイプのビデオコンバータ１８がフィールド判別を誤ってしまうという事態を防止できる。
【００６７】
４．第１の変形例
図９に本実施形態の第１の変形例を示す。この第１の変形例では、図１の構成に加えて、表示用ＦＩＦＯバッファ１００と表示ドライバインターフェース１２０が設けられている。
【００６８】
ここで表示ドライバインターフェース１２０は、表示パネル２４（ＬＣＤパネル）を駆動する表示ドライバ２２（ＬＣＤドライバ）とのインターフェース処理を行うものである。例えば表示ドライバインターフェース１２０は、リサイザ８０によりリサイズされた画像データを表示ドライバ２２に出力する。すると表示ドライバ２２は、この画像データに基づいて表示パネル２４のデータ線等を駆動する。
【００６９】
表示用ＦＩＦＯバッファ１００は、メモリ６０から読み出されてリサイザ８０によりリサイズされた画像データが書き込まれ、書き込まれた画像データをモニタインターフェース１１０や表示ドライバインターフェース１２０に出力するＦＩＦＯ（FirstInFirstOut）バッファである。この表示用ＦＩＦＯバッファ１００は、メモリ６０からの画像データの読み出し速度（リサイズ速度）と、画像処理コントローラ３０から外部（モニタ２１、表示ドライバ２２）への画像データの出力速度の差を吸収するためのバッファとして機能する。
【００７０】
本実施形態では、表示用ＦＩＦＯバッファ１００が、モニタインターフェース１１０と表示ドライバインターフェース１２０とで共用される。そして表示用ＦＩＦＯバッファ１００からの画像データが、モニタインターフェース１１０又は表示ドライバインターフェース１２０のいずれか一方を介して、モニタ２１（ビデオコンバータ１８）又は表示ドライバ２２に出力される。
【００７１】
例えば本実施形態の比較例として、モニタインターフェース用の表示用ＦＩＦＯバッファと表示ドライバインターフェース用の表示用ＦＩＦＯバッファを別々に設ける手法も考えられる。しかしながら、この手法では２つの表示用ＦＩＦＯバッファが必要になってしまい、回路が大規模化する。また２つの表示用ＦＩＦＯバッファの接続等を切り替えるための制御が必要になり、処理が繁雑化する。これに対して本実施形態では表示用ＦＩＦＯバッファ１００が共用されるため、回路の大規模化、処理の繁雑化を防止できる。
【００７２】
また本実施形態では、メモリ記憶画像を表示パネル２４にそのまま表示する場合には、リサイザ８０によるリサイズ処理を行わずに、表示用ＦＩＦＯバッファ１００、表示ドライバインターフェース１２０を介して画像データを出力する。一方、メモリ記憶画像をモニタ２１に表示する場合には、リサイザ８０により図２等で説明したリサイズ処理を行って、表示用ＦＩＦＯバッファ１００、モニタインターフェース１１０を介して画像データを出力する。このように本実施形態によれば、リサイズ処理の有無に応じて画像データの出力先を変更するだけで済むため、表示用ＦＩＦＯバッファ１００の共用やそのための制御を容易化できる。
【００７３】
５．第２の変形例
図１０に本実施形態の画像処理コントローラ３０の第２の変形例を示す。この第２の変形例は画像処理コントローラ３０の詳細例を示すものである。なお図１０の構成要素の一部を省略した構成にしてもよい。
【００７４】
ホストインターフェース４０は、ホストデバイスとのインターフェース処理を行う。ホストデバイスのメインメモリ等に保存されたＪＰＥＧデータ（広義には静止画圧縮データ）は、ホストインターフェース４０を介してＪＰＥＧＦＩＦＯバッファ４２に蓄積される。そしてＪＰＥＧコーデック４４（静止画コーデック）は、ＪＰＥＧデータのデコード処理を行い、デコードにより得られた静止画の画像データは、表示用リサイザ４６によりリサイズ処理が行われて、メモリ６０に書き込まれる。ＪＰＥＧの場合は、この表示用リサイザ４６を図１、図９のリサイザ８０として機能させることができる。
【００７５】
またホストデバイスのメインメモリ等に保存されたＭＰＥＧデータ（広義には動画圧縮データ）は、ホストインターフェース４０を介してＭＰＥＧＦＩＦＯバッファ５２に蓄積される。そしてＭＰＥＧコーデック５４（動画コーデック）は、ＭＰＥＧデータのデコード処理を行い、デコードにより得られた動画の画像データはメモリ６０に書き込まれる。
【００７６】
メモリ読み出し回路７０は、メモリ６０から画像データを読み出す。なお奇数・偶数フィールド判定回路７２は、現在のフィールドが奇数フィールドか偶数フィールドかを判定する。
【００７７】
フラクショナルリサイザ８１は、メモリ読み出し回路７０から読み出された画像データに対してフラクショナルリサイズ処理を行う。具体的には、ホストインターフェース４０を介してホストデバイスにより倍率設定レジスタ８２にリサイズ倍率が設定される。そしてフラクショナルリサイザ８１は、設定されたリサイズ倍率に基づいて、フラクショナルリサイズ処理を行う。ＭＰＥＧの場合は、このフラクショナルリサイザ８１を図１、図９のリサイザ８０として機能させることができる。即ちＭＰＥＧコーデック５４によりデコードされた動画の画像データは、フラクショナルリサイザ８１によりリサイズされる。
【００７８】
変換部９０は、リサイズ処理が行われた画像データをＹＵＶフォーマットからＲＧＢフォーマットに変換する。具体的には表示ドライバインターフェース１２０を介して画像データを出力する場合には、変換部９０によりＹＵＶフォーマットからＲＧＢフォーマットへの変換処理が行われ、変換処理により得られたＲＧＢフォーマットの画像データが表示ドライバに出力される。このような変換部９０を設けることで、表示用ＦＩＦＯバッファ１００の共用が容易化される。
【００７９】
ＬＵＴ９２はγ補正などのルックアップテーブル変換処理を行う。例えばモニターインターフェース１１０を介して画像データをモニタに出力する場合には、このＬＵＴ９２により、画像データに対するγ補正処理が行われる。
【００８０】
表示用ＦＩＦＯバッファ１００は、マルチプレクサ９４を介して入力される画像データを蓄積し、蓄積した画像データを出力する。
【００８１】
モニタインターフェース１１０、表示ドライバインターフェース１２０は、各々、モニタ、表示ドライバとのインターフェース処理を行う。この場合のインターフェース信号は、信号ジェネレータ１１２、１２２が生成する。なおサブ表示パネルを駆動するサブ表示ドライバのインターフェースを更に設けてもよい。
【００８２】
図１０では、表示用ＦＩＦＯバッファ１００はモニタインターフェース１１０と表示ドライバインターフェース１２０とにより共用される。
【００８３】
例えばホストデバイスから入力されたＪＰＥＧの画像データは、ＪＰＥＧコーデック４４によりエンコードされる。そして表示用リサイザ４６により表示用サイズにリサイズされて、メモリ６０に書き込まれる。一方、ホストデバイスから入力されたＭＰＥＧの画像データは、ＭＰＥＧコーデック５４によりエンコードされて、メモリ６０に書き込まれる。メモリ６０に書き込まれた画像データは、メモリ６０から読み出され、フラクショナルリサイザ８１により表示用サイズにリサイズされる。
【００８４】
そしてモニタへの出力の場合には、リサイズ後の画像データは、ＬＵＴ９２によりγ補正が施される。そして表示用ＦＩＦＯバッファ１００、モニタインターフェース１１０を介してモニタに出力される。一方、表示パネルへの出力の場合には、リサイズ後の画像データは、変換部９０においてＲＧＢフォーマットに変換される。そして表示用ＦＩＦＯバッファ１００、表示ドライバインターフェース１２０を介して、表示パネルに出力される。
【００８５】
６．モニタでのブランク表示
図９や図１０の構成によれば、メモリ記憶画像をモニタ２１に表示したり、表示パネル２４に表示したりすることができる。従って、例えば画像処理コントローラ３０が携帯電話機に組み込まれている場合には、この携帯電話機をモニタ２１に接続して、メモリ記憶画像をモニタ２１に表示できるようになる。
【００８６】
この場合に、メモリ記憶画像をモニタ２１と表示パネル２４の両方に表示できるようにすれば、ユーザの利便性を向上できる。具体的には、モニタ２１に表示する画像と表示パネル２４に表示する画像を交互に切り替えて、モニタ２１と表示パネル２４に同じ動画を出力する。
【００８７】
ところが、表示ドライバ２２は、１画面分の表示データを記憶する表示データＲＡＭを内蔵している場合が多いが、モニタ２１は、一般的にこのような表示データＲＡＭを内蔵していない。
【００８８】
そこで本実施形態では図１１に示す手法を採用することで、モニタ２１と表示パネル２４の両方への同一動画の表示を可能にしている。具体的には図１１に示すように、第１のフレームＦ１で画像ＩＭ１を表示パネル２４に出力して表示させた後、次の第２のフレームＦ２で、この画像ＩＭ１をモニタ２１に出力して表示させる。この場合に、表示ドライバ２２は表示データＲＡＭを内蔵しているため、第２のフレームＦ２では、その表示データＲＡＭに記憶されている画像ＩＭ１が表示パネル２４に表示されることになる。
【００８９】
そして次の第３のフレームＦ３は、表示ドライバインターフェース１２０を介して画像データが出力されるフレームである。この第３のフレームＦ３では、表示ドライバインターフェース１２０が、画像ＩＭ２を表示ドライバ２２に出力する。一方、モニタインターフェース１１０は、モニタ２１にブランク表示を行わせる画像データを出力する。具体的には例えば、図１０のＹＵＶ−ＲＧＢ変換を行う変換部９０が、ＹＵＶのクリップ処理を行い、メモリ６０からの画像データを、全画素が所定色（例えば青）に設定された画像データに変換する。このようにすれば、第３のフレームＦ３では、モニタ２１には、所定色（青等）のブランク表示が行われるようになる。
【００９０】
そして次の第４のフレームＦ４では、モニタインターフェース１１０が画像ＩＭ２をモニタ２１（ビデオコンバータ１８）に出力する。この場合に、表示パネル２４には、表示ドライバ２２が内蔵する表示データＲＡＭに記憶されている画像ＩＭ２が表示される。そして次の第５のフレームＦ５では、画像ＩＭ３が表示パネル２４に表示されると共に、モニタ２１にはブランク表示が行われる。
【００９１】
図１１の手法によれば、表示用ＦＩＦＯバッファ１００をモニタインターフェース１１０と表示ドライバインターフェース１２０で共用したとしても、モニタ２１と表示パネル２４の両方に同一の動画を表示することが可能になる。
【００９２】
７．フラクショナルリサイズ処理
次に本実施形態のフラクショナルリサイズ処理について説明する。図１２は、リサイズ処理（縮小処理又は拡大処理）の対象となる原画像（メモリ記憶画像）の例である。この原画像では、原画像の垂直方向の１つの画素の行に着目すれば、その水平方向（ｘ方向）には、第０〜第Ｍｘ（Ｍｘは１以上の整数）の画素が並ぶ。また原画像の水平方向の１つの画素の列に着目すれば、その垂直方向（ｙ方向）には、第０〜第Ｍｙ（Ｍｙは１以上の整数）の画素が並ぶ。
【００９３】
このような原画像に対し、本実施形態では図１３に示す手法で縮小処理を行う。まず図１３に示すように、原画像の水平方向に隣接する画素間を仮想的にＢ１（Ｂ１は２以上の整数）分割する。例えば各画素間の仮想的な長さを１とすると、その長さをＢ１個に分割する。
【００９４】
次に、水平方向に並ぶ各画素と画素間の各分割点に対し、連続する整数を割り当てる。これにより図１３に示すように、原画像の第０の画素と第１の画素との間の仮想的な長さがＢ１個に分割された場合、第０の画素に分割番号０、第１の画素に分割番号Ｂ１が割り当てられ、各分割点にそれぞれ分割番号１、２、・・・、Ｂ１−１が割り当てられる。同様に、第２の画素に分割番号２×Ｂ１が割り当てられ、第１及び第２の画素の各分割点にそれぞれ分割番号Ｂ１＋１、Ｂ１＋２、・・・、２×Ｂ１−１が割り当てられる。更に、第３の画素に分割番号３×Ｂ１が割り当てられ、第２及び第３の画素の各分割点にそれぞれ分割番号２×Ｂ１＋１、２×Ｂ１＋２、・・・、３×Ｂ１−１が割り当てられる。
【００９５】
続いて、（（Ｃ１＋α）×Ｐｘ）（０＜Ｃ１＜Ｂ１、０≦α＜Ｂ１−Ｃ１）のｎｘ倍（０≦ｎｘ≦Ｎｘ、ｎｘは整数）の数値を求める。そして、この数値が、ｍｘ×Ｂ１（０≦ｍｘ≦Ｍｘ−１、ｍｘは整数）以上で、かつ（ｍｘ＋１）×Ｂ１より小さい場合に、縮小後の画像の水平方向の第ｎｘの画素のデータに、原画像の水平方向の第ｍｘの画素のデータを割り当てて、水平方向に縮小後の画像データとする。
【００９６】
図１３では、（Ｃ１＋α）×ＰｘがＢ１以上で２×Ｂ１未満であるため、縮小後の画像の水平方向の第１の画素のデータに、原画像の水平方向の第１の画素のデータが割り当てられている。同様に、例えば（（Ｃ１＋α）×Ｐｘ）×４が４×Ｂ１以上で５×Ｂ１未満であるため、縮小後の画像の水平方向の第４の画素のデータに、原画像の水平方向の第４の画素のデータが割り当てられている。
【００９７】
このようにして、本実施形態によれば、原画像を、その水平方向にＢ１／（（Ｃ１＋α）×Ｐｘ）倍に縮小できる。例えば、フレームごとにαを１ずつインクリメント若しくはデクリメントするように設定することで、（Ｂ１−Ｃ１）通りの縮小倍率で水平方向の画像サイズが徐々に変化する画像データを生成できるようになる。
【００９８】
図１４は、図１３の縮小処理前後の画素の説明図である。原画像の水平方向に第０の画素、第１の画素、第２の画素、第３の画素、・・・が並ぶ。そして図１３に示す処理で画像サイズを縮小した場合、縮小後の画像の水平方向の第０の画素、第１の画素、第２の画素、第３の画素、・・・の各データには、それぞれ原画像の第０の画素、第１の画素、第３の画素、第４の画素、・・・の各データが割り当てられることになる。
【００９９】
なお図１３、図１４では原画像の水平方向のサイズの縮小処理について説明したが、原画像の垂直方向のサイズの縮小処理も同様にして実現できる。
【０１００】
次に原画像の拡大処理につついて説明する。なお、以下では、原画像の垂直方向の１つの画素の行に着目すれば、その水平方向（ｘ方向）に、第０〜第Ｍ１ｘ（Ｍ１ｘは１以上の整数）の画素が並ぶものとする。また原画像の水平方向の１つの画素の列に着目すれば、その垂直方向（ｙ方向）に、第０〜第Ｍ１ｙ（Ｍ１ｙは１以上の整数）の画素が並ぶものとする。同様に、原画像に対して拡大処理された拡大後の画像の水平方向には、第０〜第Ｎ１ｘ（Ｎ１ｘは１以上の整数）の画素が並び、拡大後の画像の垂直方向には、第０〜第Ｎ１ｙ（Ｎ１ｙは１以上の整数）の画素が並ぶものとする。
【０１０１】
このような原画像に対し、本実施形態では図１５に示す手法で拡大処理を行う。まず図１５に示すように、原画像の水平方向に隣接する画素間を仮想的にＢ３（Ｂ３は２以上の整数）分割する。例えば各画素間の仮想的な長さを１とすると、その長さをＢ３個に分割する。
【０１０２】
次に、水平方向に並ぶ各画素と画素間の各分割点に対し、連続する整数を割り当てる。これにより、原画像の第０の画素と第１の画素との間の仮想的な長さがＢ３個に分割された場合、第０の画素に分割番号０、第１の画素に分割番号Ｂ３が割り当てられ、各分割点にそれぞれ分割番号１、２、・・・、Ｂ３−１が割り当てられる。同様に、第２の画素に分割番号２×Ｂ３が割り当てられ、第１及び第２の画素の各分割点にそれぞれ分割番号Ｂ３＋１、Ｂ３＋２、・・・、２×Ｂ３−１が割り当てられる。更に、第３の画素に分割番号３×Ｂ３が割り当てられ、第２及び第３の画素の各分割点にそれぞれ分割番号２×Ｂ３＋１、２×Ｂ３＋２、・・・、３×Ｂ３−１が割り当てられる。
【０１０３】
続いて、（Ｃ３＋α１）（０＜Ｃ３＜Ｂ３、０≦α１＜Ｂ３−Ｃ３）のｎ１ｘ倍（０≦ｎ１ｘ≦Ｎ１ｘ、ｎ１ｘは整数）の数値を求める。そして、この数値が、ｍ１ｘ×Ｂ３（０≦ｍ１ｘ≦Ｍ１ｘ−１、ｍ１ｘは整数）以上で、かつ（ｍ１ｘ＋１）×Ｂ３より小さい場合は、拡大後の画像の水平方向の第ｎ１ｘの画素のデータに、原画像の水平方向の第ｍ１ｘの画素のデータを割り当てて、水平方向に拡大後の画像データとする。
【０１０４】
図１５では、（Ｃ３＋α１）が０以上でＢ３未満であるため、拡大後の画像の水平方向の第１の画素のデータに、原画像の水平方向の第０の画素のデータが割り当てられている。同様に、例えば（Ｃ３＋α１）×４が２×Ｂ３以上で３×Ｂ３未満であるため、拡大後の画像の水平方向の第４の画素のデータに、原画像の水平方向の第２の画素のデータが割り当てられている。
【０１０５】
図１６は、図１５の拡大処理前後の画素の説明図である。原画像の水平方向に第０の画素、第１の画素、第２の画素、第３の画素、・・・が並ぶ。そして図１５に示す処理で画像サイズを拡大した場合、拡大後の画像の水平方向の第０の画素、第１の画素、第２の画素、第３の画素、・・・の各データには、それぞれ原画像の第０の画素、第０の画素、第１の画素、第２の画素、第２の画素、・・・の各データが割り当てられることになる。
【０１０６】
なお図１５、図１６では原画像の水平方向のサイズの拡大処理について説明したが、原画像の垂直方向のサイズの拡大処理も同様にして実現できる。
【０１０７】
８．電子機器
図１７に本実施形態の画像処理コントローラ３０を含む電子機器の例を示す。なお電子機器は図１７に示されるもの以外の構成要素（例えば操作部又は電源回路等）を含んでもよい。また本実施形態の電子機器は携帯電話機には限定されず、携帯型情報端末、携帯型オーディオ機器などであってもよい。
【０１０８】
ホストデバイス１０は、例えばＭＰＵ（Micro Processer Unit）、ベースバンドエンジン（ベースバンドプロセッサ）などである。このホストデバイス１０は、アプリケーションエンジンやベースバンドエンジンとしての処理や、グラフィックエンジンとしての処理を行うこともできる。そしてこのホストデバイス１０には、メインメモリ２８が接続され、メインメモリ２８にはＪＰＥＧやＭＰＥＧなどの画像データがファイルとして保存される。
【０１０９】
カメラ２０（カメラモジュール）は、ＣＣＤやＣＭＯＳなどのイメージセンサにより構成される。このカメラ２０は、イメージセンサの他に、カメラデータを出力するカメラ出力インターフェースや、イメージセンサを駆動する駆動回路などを含むことができる。
【０１１０】
ビデオコンバータ１８は、画像処理コントローラ３０からのデジタルの画像データを例えばアナログの映像信号（コンポジット信号等）に変換する。そしてテレビモニタなどのモニタ２１は、この映像信号を受けて、モニタへの表示動作を行う。
【０１１１】
表示パネル２４は、複数のデータ線（信号線）と、複数の走査線と、データ線及び走査線により特定される複数の画素を有する。そして各画素領域における電気光学素子（狭義には、液晶素子）の光学特性を変化させることで、表示動作を実現する。この表示パネル２４としては、例えば薄膜トランジスタ（Thin Film Transistor：ＴＦＴ）や薄膜ダイオード（Thin Film Diode：ＴＦＤ）などのスイッチング素子（２端子型非線形素子）を用いたアクティブマトリクス方式のパネルを採用できる。或いは表示パネル２４として、単純マトリクス方式のパネルを採用したり、液晶パネル以外のパネル（例えば有機ＥＬパネル）を採用してもよい。
【０１１２】
表示ドライバ２２は表示パネル２４のデータ線（ソース線、セグメント線）や走査線（ゲート線、コモン線）を駆動する。具体的には表示ドライバ２２は、画像処理コントローラ３０から受けたコマンドやパラメータ（データ）に基づいて、表示パネル２４の駆動条件（表示特性制御パラメータ）等を設定する。例えば表示ライン数、表示範囲、表示データの書き込み開始位置又は駆動方法などを設定する。そして表示ドライバ２２は、画像処理コントローラ３０から受けた画像データ（表示データ）に基づいて、設定された駆動条件に従って表示パネル２４のデータ線等を駆動する。
【０１１３】
なお、上記のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語（静止画圧縮、動画圧縮等）と共に記載された用語（ＪＰＥＧ、ＭＰＥＧ等）は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。
【０１１４】
また画像処理コントローラや電子機器の構成や動作も本実施形態で説明した構成や動作に限定に限定されず、種々の変形実施が可能である。また画像データのリサイズ手法、モニタ出力手法等も本実施形態で説明した手法に限定されない。
【図面の簡単な説明】
【０１１５】
【図１】本実施形態の画像処理コントローラの構成例。
【図２】本実施形態のモニタ出力手法の説明図。
【図３】本実施形態のモニタ出力手法の説明図。
【図４】本実施形態のモニタ出力手法の説明図。
【図５】本実施形態のモニタ出力手法の説明図。
【図６】本実施形態のモニタ出力手法の説明図。
【図７】図７（Ａ）（Ｂ）はモニタインターフェース信号の波形例。
【図８】モニタインターフェース信号の波形例。
【図９】本実施形態の画像処理コントローラの第１の変形例。
【図１０】本実施形態の画像処理コントローラの第２の変形例。
【図１１】ブランク表示手法の説明図。
【図１２】縮小・拡大処理の原画像の例。
【図１３】縮小処理の説明図。
【図１４】縮小処理前後の画素の説明図。
【図１５】拡大処理の説明図。
【図１６】拡大処理前後の画素の説明図。
【図１７】本実施形態の画像処理コントローラを含む電子機器の構成例。
【符号の説明】
【０１１６】
１０  ホストデバイス、１８  ビデオコンバータ、２０  カメラ、２２  表示ドライバ、
２４  表示パネル、２８  メインメモリ、３０  画像処理コントローラ、
４０  ホストインターフェース、４２  ＪＰＥＧＦＩＦＯバッファ、
４４  ＪＰＥＧコーデック、４６  表示用リサイザ、
５２  ＭＰＥＧＦＩＦＯバッファ、５４  ＭＰＥＧコーデック、
６０  メモリ、７０  メモリ読み出し回路、７２  奇数・偶数フィールド判定回路、
８０  リサイザ、８１  フラクショナルリサイザ、８２  倍率設定レジスタ、
９０  変換部、９２  ＬＵＴ、９４  マルチプレクサ、
１００  表示用ＦＩＦＯバッファ、１１０  モニタインターフェース、
１１２、１２２  信号ジェネレータ、１２０  表示ドライバインターフェース、
【図１】
2006293126.tif 000003
【図２】
2006293126.tif 000004
【図３】
2006293126.tif 000005
【図４】
2006293126.tif 000006
【図５】
2006293126.tif 000007
【図６】
2006293126.tif 000008
【図７】
2006293126.tif 000009
【図８】
2006293126.tif 000010
【図９】
2006293126.tif 000011
【図１０】
2006293126.tif 000012
【図１１】
2006293126.tif 000013
【図１２】
2006293126.tif 000014
【図１３】
2006293126.tif 000015
【図１４】
2006293126.tif 000016
【図１５】
2006293126.tif 000017
【図１６】
2006293126.tif 000018
【図１７】
2006293126.tif 000019