(57)【要約】【課題】ハードウェアを増加することなく、静止画処理中にも動画表示を行うことの出来る画像処理装置を提供する。【解決手段】デジタルカメラで静止画を撮影した場合、静止画を複数に分割し、分割領域ごとに処理する。１つの分割領域が処理し終わったら、次に、撮像素子から得られる動画の処理を行い、動画の処理が終わったら、再び、静止画の別の分割領域を処理する。このような動画処理と静止画処理の切り替えを、静止画が全部処理し終わるまで行う。これにより、デジタルカメラで静止画を撮影した後は、すぐに動画を表示し、カメラで捕らえられているライブ映像を背面液晶画面に表示するようにする。【選択図】図２
2010245637.tif 000002
【特許請求の範囲】
【請求項１】
静止画データと動画データとを入力し、データ処理を施す画像処理装置において、
該静止画データを複数の領域に分割して、該静止画の分割された領域のデータの処理と、該動画データのデータの処理とを交互に行う処理部を備え、
該静止画データの処理中に、動画を表示することを特徴とする画像処理装置。
【請求項２】
前記静止画データは、縦方向に分割されることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記静止画データを分割数は、所定時間内に表示する前記動画データの枚数と、該動画データ一枚を処理する時間と、該静止画データを１ライン処理する時間とに基づいて決定されることを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記静止画データの１つの分割領域の処理が終わったときには、次に処理すべき領域に必要な該静止画データの領域の開始位置に関するパラメータを予め計算することを特徴とする請求項１に記載の画像処理装置。
【請求項５】
前記動画データの１枚の処理の終了後に行う、前記静止画データの１つの領域の処理の開始位置は、１つ前に処理した該静止画データの１つの領域に含まれることを特徴とする請求項１に記載の画像処理装置。
【請求項６】
前記開始位置は、分割位置に近い画素に対するフィルタ処理に必要な画素を含む領域と、リサイズ処理によって必要となる調整分を含む領域分だけ、１つ前に処理した前記静止画データの１つの領域内に入った位置であることを特徴とする請求項５に記載の画像処理装置。
【請求項７】
請求項１に記載の画像処理装置を備えたデジタルカメラ。
【請求項８】
静止画データと動画データとを入力し、データ処理を施す画像処理方法において、
該静止画データを複数の領域に分割して、該静止画の分割された領域のデータの処理と、該動画データのデータの処理とを交互に行い、
該静止画データの処理中に、動画を表示することを特徴とする画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置に関する。
【背景技術】
【０００２】
近年、デジタルカメラが普及している。デジタルカメラは、背面の液晶画面に表示されている動画を見ながらシャッターチャンスを待ち、良い画像のときにシャッターを押す。シャッターを押すと、背面液晶画面が一時的に何も表示しなくなり（ブラックアウトし）、しばらくしてから撮影した画像が表示され、続いて、リアルタイムの動画が映し出される。
【０００３】
図１は、従来技術の静止画、動画の処理方法を説明する図である。
図１の様に、従来では、静止画の処理中に、背面液晶画面に動画を表示するためには、静止画用、動画用にカラープロセス部（BayerデータをYUV/RGBに変換、また解像度変換機能なども持つ）を用意して処理する必要があった。カラープロセス部のフルとミニの違いは、搭載機能の差（フルの方がどのような処理を行うか設定可能なメニューが多い）や、扱うデータ量（フルの方が単位時間に大きいデータを扱える）の違いである。シャッターを押すと静止画のBayerデータが得られるが、これはカラープロセス部１０において処理され、静止画として表示、あるいは、格納される。一方、ライブビューの動画は、カラープロセス部１０と並列して動作するカラープロセス部１１において処理される。シャッターを押すと、撮影した静止画が表示された後、すぐにライブビューの動画の表示が背面液晶画面になされる。このように、従来では、撮影直後の静止画を処理している間に、背面液晶画面にライブビューの動画を表示するためには、静止画用と動画用のカラープロセス部を独立に設けなければならなかった。これは、デジタルカメラのハードウェアを大型化してしまうので、小型化が望まれるデジタルカメラの構成としては好ましくない。
【０００４】
また、特許文献２の様に静止画処理中は動画処理をしない（ライブビューしない）という方法がとられることも多かった。
特許文献１には、高画素化によっても動画表示機能を実現でき、且つ撮影間隔の短縮及び省電力化を図ることが出来るデジタルカメラが開示されている。
【０００５】
特許文献２には、ライブビュー表示などの利便性を向上できるデジタルカメラ技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−２８９６３６号公報
【特許文献２】特開２００１−２３８１０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ハードウェアを増加することなく、静止画処理中にも動画表示を行うことの出来る画像処理装置を提供することである。
【課題を解決するための手段】
【０００８】
本発明の一側面における画像処理装置は、静止画データと動画データとを入力し、データ処理を施す画像処理装置において、該静止画データを複数の領域に分割して、該静止画の分割された領域のデータの処理と、該動画データのデータの処理とを交互に行う処理部を備え、該静止画データの処理中に、動画を表示する。
【発明の効果】
【０００９】
ハードウェアを増加することなく、静止画処理中にも動画表示を行うことの出来る画像処理装置を提供することが出来る。
【図面の簡単な説明】
【００１０】
【図１】従来技術の静止画、動画の処理方法を説明する図である。
【図２】本発明の実施形態の動作を説明する図である。
【図３】フィルタ処理に使用するフィルタの例を示した図である。
【図４】分割部分における、読み込むのに必要なデータ領域について説明する図である。
【図５】Bayerデータを示す図（その１）である。
【図６】Bayerデータを示す図（その２）である。
【図７】再処理領域と開始オフセットの決定方法を説明する図（その１）である。
【図８】再処理領域と開始オフセットの決定方法を説明する図（その２）である。
【図９】再処理領域と開始オフセットの決定方法を説明する図（その３）である。
【図１０】各パラメータを説明する図である。
【図１１】本実施形態の処理フローである。
【図１２】本発明の実施形態の画像処理装置の全体の構成図である。
【図１３】Color Process部の第１の構成図である。
【図１４】Color Process部の第２の構成図である。
【発明を実施するための形態】
【００１１】
図２は、本発明の実施形態の動作を説明する図である。
図２の様に、静止画を分割して処理（図２では３分割の例）し、その間に動画データを割り込ませるように処理を行う。この場合、静止画を分割した位置に到達したら、静止画の処理を一旦停止する。そして、処理パラメータ（処理すべき画素数等の設定、ここでは、動画のほうが画像が荒くなっているとしている。これは、動画は動いているので少々画素が荒くても使用に耐えるからである。）を動画用に切替えて動画データの処理を行う。静止画に戻る場合は、処理パラメータを静止画用に戻し、分割した先頭の位置から処理を開始する。図２では、静止画のBayerデータを[1]〜[3]の３つに分割し、最初に動画（１）を処理したら、静止画の[1]を処理し、次に、動画（２）を処理する。そして、次に、静止画[2]を処理し、次に、動画（３）を処理し、その次に、静止画[3]を処理する。本実施形態によれば、カラープロセス部は１つで済み、かつ、静止画と動画を処理できるので、ハードウェアの量を最小限に抑えつつ、静止画と動画を処理することが出来る。
【００１２】
データを分割した場合に考慮しなければいけないこととして、分割した静止画データの処理再開位置を求めることがあげられる。
前述した様に、静止画データを分割し、その分割した間に動画データを割り込ませることで、静止画データそのものの処理時間は必要になるものの、一定の間隔で動画データを処理できる様になる。この時、カラープロセス部では、通常フィルタ処理(例えば、欠陥補正・輪郭強調・ノイズ抑制など、ラプラシアンフィルタなどを使った処理が行われる)が行われ、これらのフィルタ処理には、処理対象の画素のほかに周辺画素のデータが必要になる。
【００１３】
図３は、フィルタ処理に使用するフィルタの例を示した図である。
図３（ａ）の場合は、中央に位置する画素を計算するのに必要な周辺画素は、5×5画素必要なイメージとなっている。この様に、5×5の25画素のデータを使用して、中央の1画素を計算している。
【００１４】
図３（ａ）の場合、中央以外の周辺24画素は、計算に必要な周辺画素が存在しないため、通常は捨てられることになる（5×5画素を入力しても、出力は1画素となる）。
図３（ｂ）は、上記のフィルタ(5×5)処理に、6×6画素を入力した場合、出力される画素は2×2画素となる。このフィルタ処理に必要な周辺画素は、画像データを分割する際に注意が必要となる。
【００１５】
以下では、説明を簡単にするために、必要な１画素を処理するのに必要な画素範囲を、上記と同じ5×5とする。
図４は、分割部分における、読み込むのに必要なデータ領域について説明する図である。
【００１６】
図４（ａ）のようなデータを中央で2分割したケースを例にした場合、図４（ｂ）の様に分割して処理を行うことになるが、図４（ｂ）における（Ａ）の部分のデータは２度処理を行う必要があるのが分かる。すなわち、分割部分の上側の領域を処理する場合には、分割部分より下側に出っ張った２行分の領域が必要であり、分割部分の下側の領域を処理する場合には、分割部分より上側の出っ張った２行分の領域が必要となる。この様に、フィルタ処理を行う場合、画像データを分割して処理を行う時に、2度読み込みを行う必要があるデータが存在するのが分かる。以降、この2度読み込む必要のある分割部分より出っ張った部分の画素を"のりしろ"という。
【００１７】
次に、画像データを分割した時に、その入力したデータに対してリサイズ処理(入力したデータサイズに対して、縮小・拡大を行い、画像データのサイズを変更して出力する処理：解像度変換）を行う場合に注意しなければいけないポイントを説明する。
【００１８】
リサイズ処理にて縮小を行う場合、サンプリング（処理の割合で、画素を間引くこと）をリサイズ率(サンプリングを行う間隔)により行っていくが、画像データが分割されている場合、サンプリング数が奇数になってしまうと、YUVデータへの変換時に支障をきたす(YUV422などの場合は、データ数が偶数の必要がある）。そのため、奇数番目となるデータについては、次のブロックで再処理を行う必要が出てくる。
【００１９】
以上の様に、フィルタ処理における周辺画素の再処理、または、リサイズ処理における奇数位置の再処理などのように、処理対象データの分割を行うことで、のりしろのサイズ、リサイズの縮小・拡大率に応じて分割した領域の開始位置などの計算が必要になる。
【００２０】
図５及び図６は、Bayerデータを示している。
入力するBayerデータは、図５の様なピクセルタイプを配列したデータとなっている。Bayer配列は、ピクセルタイプ（ピクセルタイプには、赤、緑、青に対応して、Ｒ、Ｇｂ、Ｇｒ、Ｂの４種類がある）が、上の行がＲ、Ｇｒの繰り返しであり、下の行がＧｂ、Ｂの繰り返しである。ピクセルタイプは、配列２×２画素で１組となっている。この２×２の配列の上２行がＲ、Ｇｒで、下２行がＧｂ、Ｂである。カラープロセス部に入力するデータは、下記の R,Gr,B,Gbのピクセルタイプを正しく認識する必要があるので、静止画データが分割された時、その先頭が奇数位置となる場合にピクセルタイプの補正が必要になる。例えば、現在の先頭がＲ画素であった場合、垂直方向に分割される位置が奇数位置であれば、Ｇｂ画素が先頭になるため、ピクセルタイプの補正が必要となる。
【００２１】
次に、Bayerデータのグループについて簡単に説明する。図６は、Bayerデータのグループを示した図である。第０行から順に、第０行がグループ１、第１行がグループ２、第３行がグループ３、というように、グループ８まで設定され、第８行以降は、グループ１〜８の繰り返しである。各グループには、ゲイン（画素値に乗算する値）とオフセット（画素値の０値が実際の０値とずれている場合に、これを修正するためのオフセット値）がそれぞれ設定されている。
【００２２】
Bayerデータは、ライン単位でゲインを与えたり、オフセットする値を変更しなければいけない事がある。そのため、データの分割を行った場合、その分割する境界がどのグループになるのか計算を行う必要がある。また、図６では、説明を行うために８グループに分けてあるが、８グループ以外のグループ数になった場合も、同様に考える必要がある。
【００２３】
このほか、YUV/RGBデータを格納する格納先のアドレスも、分割した先頭データに相当する位置が、再処理する領域のサイズにより異なってくる。画像データを分割した場合は、これらの格納先アドレス、ゲインやオフセットの補正値などを、のりしろやリサイズ処理において発生する再処理の領域に対して参照しながら行う必要があるということになる。
【００２４】
分割したブロックの処理を再開する場合は、読み込み開始位置におけるパラメータを速やかに設定することが望まれる。（例えば、図２の静止画[1]→動画(2)→静止画[2]といった処理を行う場合の静止画[2]に対するパラメータ（格納先アドレスやピクセルタイプなど）である。）
図２の場合、静止画[1]に対する設定は、元々、静止画全体に対する、設計時に設定される初期値で良い（処理を行う垂直方向の画素数のみ異なる）が、動画(2)の処理を行う場合、カラープロセス部にて使うパラメータ（画素数やピクセルタイプ等の値）は動画用に書き換える必要があり、さらに、静止画[2]の処理に戻る際は、静止画[1]の続きで行う必要がある。
【００２５】
この時、静止画[2]における各パラメータは、ハードウェア内部で計算しているものなので、それらをファームウェアに知らせ、処理再開時に再設定してもらうことで、ファームウェアの負荷軽減を図ることができる。
【００２６】
ただし、分割して処理を行う画素数、のりしろ、リサイズのパラメータから、次の分割ブロックの位置などは必然的に決まるものなので、必ずしもハードウェアでの対応は必要なく、ファームウェアで全てを計算して求めても問題ない。
【００２７】
一例としては、具体的には、処理を再開するブロックに対する以下のパラメータが対象となる。
・先頭のピクセルタイプ
・先頭ラインのグループ値
・データの入力元アドレス
・データの出力先アドレス（Y/Cb/Crそれぞれの出力先アドレス)
・リサイズ処理時の開始位置オフセット
これらの値は、分割された静止画データの最初に処理したブロックの終端から、次に処理すべきブロックの始端への変化量によって全て異なってくるので、分割したブロックの処理終了時に、これらのパラメータを計算しておくことで、次ブロックの再開を容易にできる。
【００２８】
図７〜図９は、再処理領域（リサイズ時の参照画素）と開始オフセットの決定方法を説明する図である。
解像度変換（リサイズ）の結果の画素数は偶数である必要がある。奇数では色差間引きが行えないためである。色差間引きとは、色差の画素だけ間引いて、全体のデータ量を少なくする処理である。輝度の画素は間引くと画質に影響を与えるが、色差は少々間引いても画質に影響与えないことが知られている。ゆえに、解像度変換の出力が奇数であった場合、その最後のデータは、次のブロックで再び処理する必要がある。
【００２９】
図７において、各ブロック00、01、10は、基本サイズで分割されるが、ブロックの境界部分の画素のフィルタ処理をするために、各ブロックを処理するためには、基本サイズに加え、のりしろ部分を余計に必要とする。図７の「戻り」は、ブロック01と10の処理単位として、基本サイズ＋のりしろの大きさをとった場合、ブロック00の基本サイズ領域に入り込む部分を示している。各ブロックは、基本サイズ＋のりしろの大きさで処理される。
【００３０】
図８は、解像度変換入力サイズが横×縦が、１０×１０であり、H/VPIT0=3（処理開始時、最初の変換を行う画素までの距離を示すSTAは、すべて”０”である）の場合である。ここで、HPIT0/VPIT0は、解像度変換を行う際のピッチサイズ（変換を行う距離間隔）であり、HPIT0は水平方向、VPIT0は垂直方向を示す。HSTA0/VSTA0は、次ブロックにて最初に変換を行う画素までの距離である。HSTA0は水平方向、VSTA0は垂直方向である。また、○がサンプリングポイントであり、点線は無効なサンプリングポイントを示す。サンプリングポイントとは、リサイズを行う場合、元の画像データから所定の間隔で画素を間引きするのであるが、この間引きしたときに、残しておく画素データがサンプリングポイントである。
【００３１】
図８の場合、リサイズは、１０×１０のサイズの画素をピッチサイズ３でサンプリングすることによって行うので、サンプリングポイントは、４×４（偶数×偶数）、出力サイズは、４×４、次のブロック時に再び処理を行う画素は、０×０となる。次の水平方向のブロックは、0aの列から開始(戻り０)、（HSTA0、VSTA0）=(2,0)（0aから0cまでの差座標）である。次の垂直方向のブロックは、a0の行から開始（戻り０）、（HSTA0、VSTA0）=（0,2）（a0からc0までの差座標）である。この図８の例では、次のブロックへ処理を移した場合は、再処理を行う領域は発生しない。
【００３２】
図９は、横×縦が１２×１０であり、HPIT0/VPIT0=2で、STAはすべて”０”の場合である。図９の場合は、縦横共に２画素ごとにサンプリングを行うので、サンプリングポイントは、６×５（偶数×奇数）であり、出力サイズは、６×４、次のブロック時に再び処理を行う画素サイズは、０×２となる。次の水平方向のブロックは、0cから開始（戻り0）、(HSTA0、VSTA0)=(0,0)であり、次の垂直方向のブロックは、80から開始（戻り２）、（HSTA0、VSTA0）=(0,0)である。すなわち、現在のブロックと次のブロックとの境界は、水平方向では、１２画素目、垂直方向では、１０画素目にあるので、境界は、0bの列と90の行である。次のブロックを処理する場合には、垂直方向は、a0の行から80の行に戻ることになる。したがって、垂直方向は、80の行からa0の行が再処理領域となる。
【００３３】
以上の様に、処理を行う画素サイズとリサイズ処理によっては、再処理を行うべき領域が発生することが分かる。
【００３４】
図１０は、各パラメータを説明する図である。
これらの領域の計算方法は、図７〜図９で述べている通りである。前ブロックの終了位置からのりしろ分の戻りと、リサイズ処理での再処理領域分を加えた領域分、次のブロックの開始位置が戻る。この分戻った位置の先頭ピクセルのタイプと、グループ値と、入力元アドレスと、出力先アドレスを計算する。出力先アドレスは、リサイズ処理及び色差間引き後のデータの格納先におけるアドレスである。入力元アドレスは、読み込むべきデータが格納されている格納元のアドレスである。再処理領域サイズが分かれば、各パラメータの計算は、以下の様に行える。
【００３５】
・先頭のピクセルタイプ
「分割サイズ−(のりしろ＋再処理領域サイズ）」（縦方向のラインの数）の計算が奇数になれば、ピクセルタイプを補正する。例えば、分割は垂直方向に行われるため、直前のブロックにおいてのピクセルタイプが"R"であった場合、上記の計算が奇数の場合、"Gb"が次の開始位置にあるピクセルタイプとなる。なぜなら、ピクセルタイプは、２ラインで１組をなしているので、ライン数が奇数の場合には、１組の真ん中で分割されてしまうからである。したがって、この場合には、ピクセルタイプを"R"から"Gb"に補正する。
【００３６】
・先頭ラインのグループ値
「分割サイズ−(のりしろ＋再処理領域サイズ）／グループ数」（縦方向のラインの数）や、本式と等価となる式で余りを求め、その余りからグループを割り当てる。なぜなら、グループ番号は、（グループの繰り返し回数）×（グループ数ｎ）＋（グループ番号（０〜ｎ−１））であらわされるからである。
【００３７】
・データの入力元アドレス
「前ブロックの終了位置−(のりしろ＋再処理領域サイズ)＊水平サイズ」や、本式と等価となる式で求め、アドレスを計算する。（のりしろ＋再処理領域サイズ）は、縦方向のライン数を示しているので、１ラインの水平サイズが分かれば、のりしろ＋再処理領域サイズ分戻ったアドレス位置がどこかが分かる。
【００３８】
・データの出力先アドレス（Y/Cb/Crそれぞれの出力先アドレス)
Y/Cb/Crの出力先は戻り値に関係ないため、分割境界でのアドレスがそのまま次のブロックの先頭アドレスとなる。各出力先アドレスは、Y、Cb、Crそれぞれについて別個に定める。あるいは、YCbCrではなく、RGBであっても同様である。
【００３９】
・リサイズ処理時の開始位置オフセット
図７〜図９で計算したVSTA0がこのパラメータに相当する。すなわち、次のブロックの処理開始位置と、最初に行うべきサンプリングポイントまでの距離が開始位置オフセットになる。
【００４０】
これらのパラメータを、ハードウェア内部、または、ファームウェアが計算しておくことで、分割したブロックの再開をスムーズに行うことが可能となる。
【００４１】
図１１は、本実施形態の処理フローである。
図１１の処理フローは、ファームウェアで実行される。ステップＳ１０において、静止画データの分割サイズを計算する。分割サイズは、静止画を分割して処理する場合に、各分割された領域のデータの大きさを示す。この場合、分割サイズは、動画１枚のデータの大きさと同じである必要は無い。この分割サイズにより、動画データを挿入する間隔を制御する。１秒間に表示する動画フレーム数をｎ、動画画素数をＭ、静止画の水平画素数をＳｈ、１画素当たりの処理速度をｆＭＨｚとすると、動画処理を除く時間で処理可能な分割サイズ（垂直方向の画素）は、（１／ｎ−（Ｍ／ｆ））／（Ｓｈ／ｆ）で表される。１／ｎは、動画１枚を表示する間隔であり、Ｍ／ｆは、１画素当たりの処理時間×動画サイズにより、処理に必要な時間を求めて、動画１枚当たりの間隔から引く。Ｓｈ／ｆは、静止画の水平サイズ（１ライン分）を処理する時間を求めている。例えば、ｎとして、１秒間に３０フレームを表示し、３２０×２４０（ＱＶＧＡサイズ）＝７６８００ピクセル、Ｓｈ＝２０００ピクセル、ｆ＝５０ＭＨｚ、とすると、分割サイズは、７９４．９３と計算され、垂直方向に７９０画素をめどとすればよいことがわかる。
【００４２】
ステップＳ１１において、動画データ処理を設定し、ステップＳ１２において、動画データ処理を行う。ステップＳ１３において、静止画データブロック処理設定を行う。このとき、先頭ブロックは初期値を設定する。２番目のブロック以降は、ステップＳ１６で退避するパラメータを使用して再設定しても良い。ステップＳ１４において、静止画データ処理を行い、ステップＳ１５において、最終ブロックが終了したか否かを判断する。ステップＳ１５の判断がＹｅｓの場合には、静止画データの処理を終了する。ステップＳ１５の判断がＮｏの場合には、ステップＳ１６において、静止画処理パラメータを退避し、ステップＳ１１に戻る。
【００４３】
図１２は、本発明の実施形態の画像処理装置を備えたデジタルカメラの全体の構成図である。
ＣＰＵ１７は、ＣＰＵバス２５によって各部と接続されている。センサ１５から入力された画像信号は、Bayer  formatter１８において、生信号が図５の配列に配置される。Pre-Process部１９において、Bayerデータを補正し、Pre-Process部１９から出力されたBayerデータは、Color  Process部２０において、YUV信号に変換が行われ、Resize部において、拡大縮小が行われる。JPEG部２１において、YUV信号の画像データがJPEGに変換され、メモリバス２６、ＳＤＲＡＭコントローラ２３を介して、ＳＤＲＡＭ２４に格納される。また、動画は、ＬＣＤ  Ｉ／Ｆ２２を介して、ＬＣＤ１６に表示される。
【００４４】
図１３は、Color Process部の第１の構成図である。
ＣＰＵ１７にて、分割した静止画のパラメータを計算して行う場合は、以下の様な構成で行う。動画→静止画[1]→動画→静止画[2]→動画‥‥と処理を行う画像データに対して、前述したパラメータも含めて、全てＣＰＵ１７で計算して与える。入力されるBayerデータは、Bayerデータ入力部３０において取得され、カラープロセス部３１において、YUV信号に変換される。また、カラーデータ出力部３２では、画像信号のリサイズ及び色差間引きを行って、ＳＤＲＡＭコントローラへカラーデータを出力する。
【００４５】
図１４は、Color Process部の第２の構成図である。
図１４に、前述した分割時の再開を行いやすくしたハードウェアを使ってパラメータを用意する構成図を示す。分割したデータの処理終了時、カラーデータ出力部３２ａは戻り値を計算し、これより得られる再処理領域サイズをBayerデータ入力部３０ａが受け取る。これにより、次に処理を行うパラメータをＣＰＵ１７へ通知できる。そのパラメータをＣＰＵ１７が読取り、動画データを処理中に退避しておく。
【符号の説明】
【００４６】
１０、１１      カラープロセス部
１５      センサ
１６      ＬＣＤ
１７      ＣＰＵ
１８      Bayer  Formatter
１９      Pre-Process部
２０      Color  Process部
２１      JPEG部
２２      ＬＣＤ  Ｉ／Ｆ
２３      ＳＤＲＡＭＣ（ＳＤＲＡＭコントローラ）
２４      ＳＤＲＡＭ
２５      ＣＰＵバス
３０、３０ａ      Bayerデータ入力部
３１      カラープロセス部
３２、３２ａ      カラーデータ出力部
【図１】
2010245637.tif 000003
【図２】
2010245637.tif 000004
【図５】
2010245637.tif 000005
【図６】
2010245637.tif 000006
【図１１】
2010245637.tif 000007
【図１２】
2010245637.tif 000008
【図１３】
2010245637.tif 000009
【図１４】
2010245637.tif 000010
【図３】
2010245637.tif 000011
【図４】
2010245637.tif 000012
【図７】
2010245637.tif 000013
【図８】
2010245637.tif 000014
【図９】
2010245637.tif 000015
【図１０】
2010245637.tif 000016