(57)【特許請求の範囲】
【請求項１】
複数の静止画像の、矩形の画面部品を重ねて1つの画面を表示する装置において、
１つの画面を構成する第１の画面部品を、第２の画面部品に置き換えるときに、前記第２の画面部品の領域が前記第１の画面部品で占められる領域と全く同じ、或いは、前記第１の画面部品で占められる領域の全体を含むか否かを判断する条件判断手段と、
前景の画素と背景の画素を重ね合わせて画面合成を行う合成処理手段とを備え、
前記合成処理手段は、前記第２の画面部品の領域が前記第１の画面部品で占められる領域と全く同じ、或いは、前記第１の画面部品で占められる領域の全体を含む場合には、前記第１の画面部品をフレームメモリから消去せずに前記第２の画面部品を描画し、
前記条件判断手段は、画面合成を高速に処理する必要があるかどうかを判断し、
画像合成を高速に処理する必要がある場合には、乗算及び除算を伴う演算処理をする画面合成処理を禁止する
ことを特徴とする画像出力装置。
【請求項２】
複数の静止画像の、矩形の画面部品を重ねて1つの画面を表示する装置において、
１つの画面を構成する第１の画面部品を、第２の画面部品に置き換えるときに、前記第２の画面部品の領域が前記第１の画面部品で占められる領域と全く同じ、或いは、前記第１の画面部品で占められる領域の全体を含むか否かを判断する条件判断手段と、
前景の画素と背景の画素を重ね合わせて画面合成を行う合成処理手段とを備え、
前記合成処理手段は、前記第２の画面部品の領域が前記第１の画面部品で占められる領域と全く同じ、或いは、前記第１の画面部品で占められる領域の全体を含む場合には、前記第１の画面部品をフレームメモリから消去せずに前記第２の画面部品を描画し、
半透過処理すべき静止画像の画面部品に加えて、該画面部品の透過率に応じた面積割合
で、カラーキーパターンに置換えた擬似半透過処理用画像を用意しておき、
前記条件判断手段は、静止画像の画面部品を高速に処理すべきであるかどうかを判断し、
前記合成処理手段は、高速に処理すべきものである場合には、前記擬似半透過処理用画像を用いて合成を行い、高速に処理すべきものではない場合には、半透過処理を行うことを特徴とする画像出力装置。
【請求項３】
複数の静止画像の、矩形の画面部品を重ねて1つの画面を表示する方法において、
１つの画面を構成する第１の画面部品を、第２の画面部品に置き換えるときに、前記第２の画面部品の領域が前記第１の画面部品で占められる領域と全く同じ、或いは、前記第１の画面部品で占められる領域の全体を含むか否かを判断する条件判断ステップと、
前景の画素と背景の画素を重ね合わせて画面合成を行う合成処理ステップとを備え、
前記合成処理ステップは、前記第２の画面部品の領域が前記第１の画面部品で占められる領域と全く同じ、或いは、前記第１の画面部品で占められる領域の全体を含む場合には、前記第１の画面部品をフレームメモリから消去せずに前記第２の画面部品を描画し、
前記条件判断ステップは、画面合成を高速に処理する必要があるかどうかを判断し、画像合成を高速に処理する必要がある場合には、乗算及び除算を伴う演算処理をする画面合成処理を禁止する
ことを特徴とする画面構成方法。
【請求項４】
複数の静止画像の、矩形の画面部品を重ねて1つの画面を表示する方法において、
１つの画面を構成する第１の画面部品を、第２の画面部品に置き換えるときに、前記第２の画面部品の領域が前記第１の画面部品で占められる領域と全く同じ、或いは、前記第１の画面部品で占められる領域の全体を含むか否かを判断する条件判断ステップと、
前景の画素と背景の画素を重ね合わせて画面合成を行う合成処理ステップとを備え、
前記合成処理ステップは、前記第２の画面部品の領域が前記第１の画面部品で占められる領域と全く同じ、或いは、前記第１の画面部品で占められる領域の全体を含む場合には、前記第１の画面部品をフレームメモリから消去せずに前記第２の画面部品を描画し、
半透過処理すべき静止画像の画面部品に加えて、該画面部品の透過率に応じた面積割合
で、カラーキーパターンに置換えた擬似半透過処理用画像を用意しておき、
前記条件判断ステップは、静止画像の画面部品を高速に処理すべきであるかどうかを判断し、
前記合成処理ステップは、高速に処理すべきものである場合には、前記擬似半透過処理用画像を用いて合成を行い、高速に処理すべきものではない場合には、半透過処理を行うことを特徴とする画面構成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンスクリーンディスプレイ（以下、ＯＳＤと表記する）においてビットマップデータを背景画像に重ねて高速に描画するための画像出力装置および画面構成方法に関する。
【背景技術】
【０００２】
従来、フレームメモリにビットマップデータを描画する処理はハードウェアを用いて高速化するような方法が一般的にとられている。ハードウェアアクセラレーションを使用することによりビットマップデータの描画を高速化する効果が得られるが、ハードウェアアクセラレーションの効果が得られないＣＰＵ負荷の高い演算処理が必要な描画は十分に高い速度で行うことができなかった。
【０００３】
描画処理に時間を要する処理の一つにアルファブレンド処理がある。アルファブレンド処理は、半透明の画像とほかの画像を重ね合わせる処理であり、二つの画像をアルファ値と呼ばれる係数を使って半透明合成するものである。パーソナルコンピュータのように乗算／除算の演算処理能力が高い装置ではアルファブレンド処理を十分高速で行うことができるが、演算処理能力がパーソナルコンピュータに比べて低い機器では、アルファブレンド処理を高速に行うことが困難である。
【０００４】
ＣＰＵの能力が低く、大容量のメモリを持たない装置においても不正の無いアルファブレンド処理を可能にするために、フレームメモリに描画する処理がアルファブレンド処理不可能な場合、中間データ生成時点でアルファブレンド処理を前処理してしまい、中間データをアルファブレンド処理が含まれない状態にしてしまう処理を有する印刷装置において、中間データ生成時には描画に用いるデータと、アルファブレンド情報を記述したテーブルをもって中間データ生成とする生成手段を有し、アルファブレンド情報を記述したテーブルを元に中間データからアルファブレンド処理を除去する処理を行うことにより効率良く除去処理を行う手段を有する画像処理装置が提案されている(特許文献１参照)。
【０００５】
【特許文献１】特開２００６−２４４２４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の印刷装置におけるアルファブレンド処理を除去する技術は前処理が必要であるため、描画の即時応答性が必要なデジタル放送レコーダーにおけるＯＳＤを表示する場合においては、同じ技術が適用できなかった。
【０００７】
本発明は、レコーダーのメニュー画面のフォーカス移動表示のような即時応答性が必要なＯＳＤ描画を高速に行うことを目的とする。
【課題を解決するための手段】
【０００８】
本発明の画像出力装置は、
複数の静止画像の、矩形の画面部品を重ねて1つの画面を表示する装置において、
１つの画面を構成する第１の画面部品を、第２の画面部品に置き換えるときに、前記第２の画面部品の領域が前記第１の画面部品で占められる領域と全く同じ、或いは、前記第１の画面部品で占められる領域の全体を含むか否かを判断する条件判断手段と、
前景の画素と背景の画素を重ね合わせて画面合成を行う合成処理手段とを備え、
前記合成処理手段は、前記第２の画面部品の領域が前記第１の画面部品で占められる領域と全く同じ、或いは、前記第１の画面部品で占められる領域の全体を含む場合には、前記第１の画面部品をフレームメモリから消去せずに前記第２の画面部品を描画し、
前記条件判断手段は、画面合成を高速に処理する必要があるかどうかを判断し、
画像合成を高速に処理する必要がある場合には、乗算及び除算を伴う演算処理をする画面合成処理を禁止することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、新たに描画を行う前にクリア処理を行うことが不要となるので、高速にＯＳＤに描画することができる。
【発明を実施するための最良の形態】
【００１０】
実施の形態１．
図１はこの発明の実施の形態１の画像出力装置を示すブロック図である。図示の画像出力装置は、複数の静止画像の画面部品を重ねて１つの画面を表示するものであり、画像分類管理手段１、条件判断手段２、クリア処理手段３、合成処理手段５、ビデオデコード手段６、及び描画手段７を有する。
【００１１】
画像分類管理手段１は、画面部品を構成するビットマップ画像を、合成処理の方法に応じて分類し、静止画像の画面部品の表示コマンドを使用する方法を管理する。
画像分類管理手段１は、例えば、全透過する画素を含む静止画像の画面部品と、合成処理することによって全透過以外の透過率で描画する静止画像の画面部品とを分類し、静止画像の画面部品の表示コマンドを使用する方法を管理する。各画面部品は、画面上の矩形の領域を占めるものであり、その４つの頂点の座標は、（ｘａ，ｙａ）、（ｘａ，ｙｂ）、（ｘｂ，ｙａ）、（ｘｂ，ｙｂ）で表される。但し、ｘａ、ｘｂは、画面上の水平方向（横方向）の座標値、ｙａ、ｙｂは画面上の垂直方向（縦方向）の座標値である。
【００１２】
条件判断手段２は、現在描画されている画面部品の占める領域が、これから描画しようとしている画面部品の占める領域に対してはみ出す部分を有するかどうかの判定を行う。
図２（ａ）〜（ｄ）において、符号Ｐａは、現在描画されている画面部品が占める領域を表し、符号Ｐｂは、これから描画しようとしている画面部品が占める領域を表す。
図２（ａ）に示される領域Ｐａと領域Ｐｂは一部のみが重なりあうものであり、領域Ｐａは領域Ｐｂに対してはみ出す部分を有し、領域Ｐｂは領域Ｐａに対してはみ出す部分を有する。
図２（ｂ）に示される領域Ｐａは領域Ｐｂに対してはみ出す部分を有さず、領域Ｐｂは領域Ｐａに対してはみ出す部分を有する。図２（ａ）に示される領域Ｐａと図２（ｂ）に示される領域Ｐａは互いに同じ位置にあり、同じ大きさを有し、図２（ｂ）に示される領域Ｐｂは、図２（ａ）に示される領域Ｐａの全体と図２（ａ）に示される領域Ｐｂ（図２（ｂ）では符号Ｐｂ’で示されている）の全体の双方を含む、最も小さい矩形の領域である。
図２（ｃ）に示される領域Ｐａは領域Ｐｂに対してはみ出す部分を有さず、領域Ｐｂは領域Ｐａに対してはみ出す部分を有する。
図２（ｄ）に示される領域Ｐａは領域Ｐｂに対してはみ出す部分を有し、領域Ｐｂは領域Ｐａに対してはみ出す部分を有さない。
なお、図示されていないが、領域Ｐａと領域Ｐｂが同じときは、いずれの領域も他方の領域に対してはみ出す部分を有さない。
【００１３】
条件判断手段２は、上記の現在描画されている画面部品の占める領域が、これから描画しようとする画面部品の占める領域に対してはみ出す部分を有するかどうかの判定とともに、描画しようとする画面部品が、アルファブレンド処理が必要なものであるか、カラーキー処理が必要なものであるか、これらのいずれも行わず、通常のデータ転送処理（完全上書き処理）だけを行うものであるかの判定を行なう。
【００１４】
クリア手段３は、条件判断手段２の条件判断により、現在描画している画面部品をクリアすることが必要と判断された場合に現在描画している画面部品の領域のクリアする処理を実行する。このクリア処理を行うと、描画手段７内のフレームメモリ内の各記憶位置の値が初期値例えば白色を表す値に置き換えられる。
【００１５】
合成処理手段５は、半透過処理、例えばアルファブレンド処理、カラーキー処理、通常の転送処理（完全上書き処理）を選択的に行うことができるものである。
【００１６】
合成処理手段５は、例えば図３に示すように、第１層グラフィクス生成手段４１、第１の第１層用スイッチ４２、第１層アルファブレンド処理手段４３、第１層カラーキー処理手段４４、第２の第１層用スイッチ４５、第１層グラフィクスメモリ４６、第２層グラフィクス生成手段５１、第１の第２層用スイッチ５２、第２層アルファブレンド処理手段５３、第２層カラーキー処理手段５４、第２の第２層用スイッチ５５、第２層グラフィクスメモリ５６、及び加算手段６１を有する。
【００１７】
条件判断手段２でアルファブレンド処理が必要であると判断されたとき、第１層グラフィクス生成手段４１、５１で生成された画面部品のビットマップデータが、スイッチ４２，５２により、アルファブレンド処理手段４３、５３に供給され、アルファブレンド処理を受け、その後スイッチ４５、５５を介して加算手段６１に供給される。
【００１８】
条件判断手段２でカラーキー処理が必要であると判断されたとき、第１層グラフィクス生成手段４１、５１で生成された画面部品のビットマップデータが、スイッチ４２，５２により、カラーキー処理手段４４、５４に供給され、カラーキー処理を受け、その後スイッチ４５、５５を介して加算手段６１に供給される。
【００１９】
条件判断手段２で、アルファブレンド処理、カラーキー処理のいずれも受けずに通常処理（完全上書き処理）を受けるべきであると判断されたとき、第１層グラフィクス生成手段４１、５１で生成された画面部品のビットマップデータが、スイッチ４２，５２及びスイッチ４５、５５を介して（アルファブレンド処理手段４３，５３、及びカラーキー処理手段４４、５４のいずれも通ることなく、）加算手段６１に供給される。
【００２０】
加算手段６１は、入力されたデータを（画素毎に）加算して、出力する。加算手段６１から出力されたデータは、描画手段７内のフレームメモリ８に書き込まれる。描画手段７は、フレームメモリ８に記憶されたデータをＯＳＤに表示する。
【００２１】
画像分類管理手段１での画像を分類する方法として、画面部品を構成する入力画像データがＰＮＧ形式のビットマップデータである場合、データ構造にアルファチャンネルが存在するか否かを調べることにより透過処理が必要か否かを判断できる。また、ソフトウェアでＰＮＧデータ構造をチェックするプログラムを作成して画像分類を自動的に行っても良い。さらにまた、アルファチャンネルの有無を無視して、画面をデザインする者が独自に画像分類を行っても良い。
【００２２】
図４は画像分類管理手段１で扱う各画面部品のデータ構造の一例を示している。ファイル名、ブレンド種別、サイズ、領域名、位置の情報（ｘ座標、ｙ座標）を保持している。ｘ座標及びｙ座標は、各画面部品の例えば左上の頂点の横方向位置及び縦方向位置を表す。
【００２３】
ブレンド種別についてビットマップデータの分類は、全透過または透過なしで構成されているものか、中間の透過率を指定しているビットマップであるかどうかを基準に分類する。中間の透過率を使うものはアルファブレンド処理手段４３、５３によるアルファブレンド処理が必要なものに分類される。
【００２４】
全透過するものは、カラーキー処理手段４４，５４による処理を受けるものに分類され、透過する部分にその画像で使用されていない任意の色を塗り、その色をカラーキーとして設定する。
【００２５】
画像分類管理手段１のほかの例として、ビットマップデータのファイル名に接頭辞を付けておくことによって、上記のＰＮＧデータ構造をチェックするプログラムを走らせる前にビットマップデータで合成処理の必要性を区別しておいても良い。
たとえば、アルファブレンド処理が必要なファイル名には図４の表の第２行に例示するように、「ａｂ＿」を付加しておく。カラーキー処理が必要なファイルには図４の表の第３行に例示するように、「ｃｋ＿」を付加しておく。通常処理のファイルには図４の表の第４行に例示するように、「ｎｏ＿」を付加しておく。このようにすれば、条件判断手段２では、ビットマップデータの中身を解析する必要がなくなる分、ソフトウェアを簡素化できる。
【００２６】
条件判断手段２では、描画指示のあった画像について現在描画されている画面部品が占める領域（描画領域）Ｐａ（図２（ａ）〜（ｄ））と、これから描画しようとする画面部品が占める領域（描画領域）Ｐｂ（図２（ａ）〜（ｄ））とを比較し、描画領域Ｐａが描画領域Ｐｂに対してはみ出す部分を有するかどうかの判定を行い、領域Ｐａが領域Ｐｂに対してはみ出す部分を有さない場合（図２（ｂ）、図２（ｃ）の場合）には、クリア処理は実行せずに、ブレンドの種別を判断し、判断結果に応じてブレンド処理を行う。
【００２７】
もし、領域Ｐａが領域Ｐｂに対してはみ出す部分を有する場合（図２（ａ）、図２（ｄ）の場合）には、クリア処理手段６でクリア処理を実行する。
【００２８】
この場合、これから描画しようとする画面部品を、そのために本来必要な領域よりも大きな領域を占めるように構成することで、クリア処理を不要とし、或いは削減することができる。例えば、画面部品の構成に本来必要な領域が図２（ａ）の符号Ｐｂで示すものである場合、図２（ａ）に示される領域Ｐｂを占める画面部品ではなく、図２（ｂ）に示される領域Ｐｂを占める画面部品、即ち、領域Ｐａの全体と、図２（ａ）の領域Ｐｂの全体を含む矩形の領域を占める画面部品を構成して用いることで、クリア処理を不要とし、或いは削減することができる。
【００２９】
また、例えばボタン画像を画面部品として表示する場合に、クリア処理の呼び出し頻度（実行頻度）を低くするために、ボタン画像の縦横の寸法と配置する位置と画像の数を、ほかの画像に置き換える場合にも変更しないこととしても良い。
【００３０】
このようにすることによって、毎回、現在の（画面部品としての）ビットマップ画像を次の（画面部品としての）ビットマップ画像に置き換えるために、次の（画面部品としての）ビットマップ画像を描画する前にクリア処理を実行する必要がなくなり、ビットマップ画像の切り替え表示が高速になる。即ち、クリア処理を実行するのは、ＯＳＤ表示全体を消去する場合のみとなり、クリア処理の実行回数（頻度）を減らすことができる。
【００３１】
図５に条件判断手段２における処理手順を示す。
まず、描画しようとする画面部品としてのビットマップ画像（新画像）の占める領域を現在描画されている（表示中の）画面部品としてのビットマップ画像（現画像）の占める領域と比較する。もし、現画像が占める領域が、新画像が占める領域に対してはみ出す部分を有する場合（図２（ａ）、（ｄ））には（ステップＳ７１でＹｅｓ）、新しく描画を始める前に現在描画されているビットマップ画像を消去する処理（クリア処理）を実施する（ステップＳ７４）。
【００３２】
現画像が占める領域が、新画像が占める領域に対してはみ出す部分を有さない場合、即ち新画像の占める領域が現画像の占める領域と同じか或いは、はみ出す部分を有する場合（図２（ｂ）、（ｃ））には（ステップＳ７１でＮｏ）、クリア処理は実行せずに画像合成処理のため、ステップＳ７２に進む。
【００３３】
まず、画像分類管理手段１による、合成処理の方法についての分類結果に基づいて以下の判断を行う。
ステップＳ７２では、描画しようとする画面部品としてのビットマップ画像（新画像）が、透過処理を要するものか否かを判断する（Ｓ７２）。透過処理不要の場合（ステップＳ７２でＮｏ）、ステップＳ７５に進み画像合成処理は行わずにそのまま画像データを転送する通常処理（完全上書き処理）を行う。
なんらかの透過処理が必要な場合は（ステップＳ７２でＹｅｓ）、ステップＳ７３に進み、全透過が必要か半透過が必要かの判断を行う。
【００３４】
全透過が必要な場合、即ち、半透過ではなく、全透過する部分のみを含むビットマップデータの場合は（ステップＳ７３でＹｅｓ）、ステップＳ７６のカラーキー処理に進む。このカラーキー処理については後述する。
ステップＳ７３でＮｏの場合は、半透過処理を行う必要があるので、ステップＳ７７のアルファブレンド処理に進む。
【００３５】
透過処理が不要のビットマップ画像に対してアルファブレンド処理を行うこともできるが、図１の条件判断手段２を加えることによって、高速処理できるものと処理に時間がかかるものとに分け、高速処理できるものに対してアルファブレンド処理を行い、高速処理できないものに対して代替処理を行うこととすることができるため、全体として描画に要する時間を短縮することが可能となる。
【００３６】
アルファブレンド処理手段４３、５３で行われるアルファブレンド処理には、画像全体を１つの共通のアルファ値を用いて半透明にして重ね合わせる方法や、画像の画素ごとのアルファ値を用いて画素ごとに合成する方法がある。アルファ値が０から２５５の範囲の整数値をとる場合ｒ、ｇ、ｂ各成分のアルファブレンド処理の計算式は次のように表される。
ｒ＝｛ｒｆ・ａ＋ｒｂ・（２５５−ａ）｝／２５５      …（１Ｒ）
ｇ＝｛ｇｆ・ａ＋ｇｂ・（２５５−ａ）｝／２５５      …（１Ｇ）
ｂ＝｛ｂｆ・ａ＋ｂｂ・（２５５−ａ）｝／２５５      …（１Ｂ）
上記の式（１Ｒ）、（１Ｇ）、（１Ｂ）中で、ｒｆは第１層、例えば前景の赤色成分、ｒｂは第２層、例えば背景の赤色成分、ｇｆは前景の緑色成分、ｇｂは背景の緑色成分、ｂｆは前景の青色成分、ｂｂは背景の青色成分、ａは前景のα値を表している。式（１Ｒ）は次のように書き換えることで、乗算と除算を３回から２回に減らすことができる。
ｒ＝ｒｂ＋（ｒｆ−ｒｂ）・ａ／２５５      …（２Ｒ）
式（１Ｇ）及び式（１Ｂ）も同様に変形可能である。
【００３７】
第１層アルファブレンド処理手段４３では、第１層グラフィクス生成手段４１から供給された前景のビットマップ画像とアルファ値（α＝ａ／２５５）を掛けあわせ、半透過処理を行い、第１層グラフィックメモリ４６にデータを転送する。
【００３８】
同様に、第２層アルファブレンド処理手段５３では、第２層グラフィクス生成手段５１から供給された背景のビットマップ画像についてアルファ値（１−α）＝（２５５−ａ）／２５５）を掛けて半透過処理を行い、第２層グラフィックメモリ５６に転送する。
加算手段６１は、第１層グラフィクスメモリ４６から読み出されたデータと、第２層グラフィクスメモリ５６から読み出されたデータを加算することで、合成を行う。加算手段６１から出力される合成結果は、合成処理手段５の出力として、描画手段７に転送される。
【００３９】
ビデオデコード手段６では動画像をデコードし、描画手段７に転送する。
描画手段７は、合成処理手段５の出力とビデオデコード手段６の出力とを合成することで、動画とビットマップ静止画像とを重ね合わせた画像を得る。
【００４０】
透明指定あるいは半透明指定した箇所では下層の画像が見えることになる。アルファ係数が０／２５５から２５５／２５５で表されている場合に、係数が２５５／２５５の不透明設定がされているものに関しては、上層の画像で下層の画像が上書きされるため、下層の画像はユーザーには見えない。
【００４１】
条件判断手段２でカラーキー処理を要するものとして分類されたビットマップデータは、カラーキー処理手段４４、５４で、少なくともその一部がカラーキーで塗られ、該カラーキーで塗られた部分（画素）以外のビットマップデータのみがグラフィクスメモリ４６、５６に転送される、さらに加算手段６１を介して描画手段７内のフレームメモリ８に転送される。
カラーキーで塗られた部分はフレームメモリ８に転送されない。
その結果、カラーキーで塗られた部分では背景の画像がそのまま表示される(透けて見えるものとして表示される)ことになる。この処理は、アルファブレンド処理のように乗算や除算の演算処理が発生しないため、カラーキーによる描画はアルファブレンド処理よりも高速に行われる。
【００４２】
第１層グラフィック生成手段４１にビットマップ画像がレンダリングされると、第１層カラーキー処理手段４４に送られ、カラーキーとして指定されている色以外の画素がビットマップに含まれていたら、カラーキー処理手段４４において、カラーキー以外の画素を第１層グラフィックメモリ４６に転送する。カラーキーの部分はグラフィックメモリ４６に書き込まれない。
【００４３】
第２層グラフィクス生成手段５１、第２層カラーキー処理手段５３、第２層グラフィクスメモリ５６の動作も上記と同様である。
【００４４】
透過処理が不要な画面部品としての画像については、第１層グラフィクス生成手段４１、第２層グラフィクス生成手段５１の出力が、スイッチ４２、４５、５２、５５を介して、そのまま第１層グラフィクスメモリ４６、第２層グラフィクスメモリ５６に転送され、その後、加算手段６１を経て、フレームメモリ８に転送される。
この場合にも、カラーキー処理と同様に、アルファブレンド演算処理が発生しないため描画が高速に行われる。
【００４５】
実施の形態２．
図６は、この発明の実施の形態２の画像出力装置を示すブロック図である。図６において、図１と同じ符号は同一又は類似の部材を示す。
３１は、パーソナルコンピュータであり、画面部品としてのビットマップデータＢＭＤに対し、図７（ａ）、（ｂ）に示す千鳥格子状のカラーキーパターンを塗る。即ち、図７（ａ）、（ｂ）のカラーキーパターンに重なる画素をカラーキーの色の画素で置換え、置き換えたビットマップ画像を生成する。カラーキーで置き換える部分の大きさ（従って、全体に対する面積比）は、透過率に応じて変えられる。異なる透過率の画像（例えばｎ種類の画像）が必要な場合には、カラーキーで置き換える部分の大きさが異なる（ｎ種類の）画像を用意しておく。図７（ａ）には、カラーキーで置き換える部分の大きさが比較的小さいものを示し、図７（ｂ）には、カラーキーで置き換える部分の大きさが較的大きいものを示す。生成された画像（カラーキーパターンが上塗りされた画像）のデータは、画像出力装置を動作させるためのプログラムと一緒にフラッシュメモリ、メモリカードなどの記録媒体３２などに書き込まれ、画像出力装置に提供される。
【００４６】
このようなカラーキーパターンで上塗りされた画像を用いることで、アルファブレンド処理の行う代わりに、カラーキー手段処理を行って擬似アルファブレンド画像（「擬似半透過処理用画像」）を生成することができる。
【００４７】
実施の形態３．
図８は、ＯＳＤ画面レイアウトの例である。１１はディスプレイ画面、１２はフォーカス（ハイライト）が当たっているボタン画像、１３及び１４はフォーカスが当たっていないボタン画像、１５はフォーカスが当たっているボタンに応じて、表示される内容が変化する情報表示領域である。
【００４８】
符号１１で示される画面を表示させる場合、リモコンの上下カーソルキーを押すと、ボタン１２からボタン１３へフォーカスが移動する。このような表示を行うには、１つのボタンにつきフォーカスが当たっている画像と当たっていない画像の２種類を用意する方法がある。そのときに、フォーカスが当たっているものをフォーカスが当たっていないものと幅、高さともに同じ寸法にしておくと、ボタン画像を描画しなおすときに上書きするだけでよく、クリア処理を呼び出す必要がない。このように定位置に表示するボタン画像の大きさはすべて同じものに揃え、ＯＳＤ全体を非表示にするときのみクリア処理を呼び出すようにする。
【００４９】
実施の形態４．
図９は動画を背景とした場合のＯＳＤを表している。図において、２１はディスプレイ画面、２２は背景の動画、２３はＯＳＤで表されたタイムコードである。タイムコードのように一定時間単位で表示を更新し、即時応答性が必要なリアルタイム性を要求されるＯＳＤ描画については、カラーキー処理により描画を行う。図９において、１文字ごとに１つのビットマップ画像が貼り付けられる場合、矩形の中に数字が書かれているため、合成処理を施さない場合には、数字の周りの下層のビデオあるいは静止画像が隠される。この問題を解決するために、数字の背景をカラーキーで塗りつぶし、カラーキーの色設定を行う。カラーキーで塗られた部分はグラフィックメモリに転送されないので、合成した画面にはビデオの上に矩形の背景なしで数字が表示される。
【００５０】
実施の形態５．
リアルタイム性が要求されないような描画速度が重視されない画面を構成する場合にはアルファブレンド処理を実施しても問題はないが、実施の形態４のようにタイムコードを表示するような場合や実施の形態３のようにリモコン操作に連動してフォーカス移動を行うような場合には、アルファブレンド用の画像を使用すると表示速度が追いつかないことがある。
【００５１】
この問題を解決するために、図１０に示すように、条件判断手段２内に、高速表示を行なうかどうかの判断をする画面モード管理手段２ｃを追加する。ボタン画像のフォーカス表示の切り替えを行うような画面デザインや時計表示を行うような即時応答が必要な場面は、乗算および除算を伴う演算処理をする画面合成処理、例えばアルファブレンド処理を禁止する。
【００５２】
一方、たとえば番組詳細情報を、背景が動画である画面に重ねて表示させる場合のように、即時応答性があまり求められないような場合にはアルファブレンド処理を許可する。
【００５３】
図１１に処理フローを示す。図１１は図５の処理フローの変形であり、図５と同一の符号は、同様の処理ステップを示す。
【００５４】
ステップＳ７３で全透過ではない（ステップＳ７３でＮｏ）場合には、ステップＳ９１に進む。ステップＳ９１では、リアルタイム性が要求されるモード(即ち、高速表示を行なうモード)かどうかを判別し、リアルタイム性が不要な場合には（ステップＳ９１でＮｏ）となり、ステップＳ７７に進みアルファブレンド処理を行う。
【００５５】
リアルタイム性が必要な場合には（ステップＳ９１でＹｅｓ）、実施の形態２で示したようなアルファブレンドを使わなくても背景が透けて見える画像を使い、カラーキー処理ができる代替画像（千鳥格子状カラーキーパターンを塗った画像、即ち、擬似半透過処理用画像）に置換し（ステップＳ９２）、ステップＳ７６に進んでカラーキー処理を行う。
【００５６】
なお、リアルタイム性の必要性の有無のモード管理は描画を行うためのプログラムのフラグのオン、オフ（ＯＮ、ＯＦＦ）で実現することができる。
【００５７】
アルファブレンド禁止モードで処理するのが適切な表示には、図８に示される、リモコンのカーソルキーの操作によるフォーカス（ハイライト）の移動表示のほか、スポーツ番組の時間表示、字幕表示などがある。アルファブレンド許可モードで処理するのが適切な表示には、チャンネル番号表示、番組名表示、番組詳細情報表示などがある。
【００５８】
実施の形態６．
図１２は、実施の形態６の画像出力装置を示す。図示の画像出力装置は、図１０に示すものと概して同じであるが、条件判断手段２が領域管理手段２ｄを備える。
【００５９】
図１３は実施の形態６の動作を説明するための図である。図１３において８１は画面全体、８２は動画像の主要な領域を示しており、ＯＳＤによって動画像の表示を妨げられないようにしたい領域（「アルファブレンド必須領域」とも呼ばれる）を示している。８３は動画像の一部が隠れてもあまりユーザーが気にしない領域を表している。図示の例では、領域８３は、画面の周辺部に位置し、領域８２は、画面の中央部、即ち、周辺部８３以外の部分から成る。動画像の表示を極力邪魔しないようにＯＳＤを表示する場合、実施の形態５で示したモード管理手段２ｃに加え、図１２に示すように、領域管理をする手段２ｄを条件判断手段２内に設け、動画像の主要な領域８２は、アルファブレンド処理が必須の領域とし、動画像の一部が隠れてもあまりユーザーが気にしない領域８３はアルファブレンド処理が不要な領域として処理する。アルファブレンド処理が不要な領域８３に描画するときは図７のカラーキーパターンで塗りつぶした画像を用いたカラーキー処理を行うようにする。
【００６０】
図１４は、実施の形態６の装置の動作を示す。図１４は、図１１と概して同じであるが、ステップＳ９３が付加されている。
【００６１】
リアルタイム性（高速処理）が不要の場合には、図１４のステップＳ９１でＮｏとなるが、次にステップＳ９３において、領域判定を行なう。この領域判定では、描画するビットマップを配置する位置が図１３のアルファブレンド必須領域８２と重なっているかどうかを判定する。もし、アルファブレンド必須領域８２にビットマップを描画する場合は、ステップＳ７７のアルファブレンド処理を実行するが、アルファブレンド不要領域８３のみにビットマップ画像を描画する場合には、ステップＳ９２に進み、カラーキーパターンで塗りつぶした画像（代替画像）を用いてカラーキー処理（Ｓ７６）を行なう。このようにすることで、演算処理をさらに少なくすることができる。
【００６２】
なお、ステップＳ９１を省略し、ステップＳ７３でＮｏのとき、ステップＳ９３に進むこととしても良い。即ち、リアルタイム性要求モードかどうかの判定を行なわず、領域判定を行ない、その結果に応じてアルファブレンド処理又は、代替画像を用いたカラーキー処理を行なうようにしても良い。
【産業上の利用可能性】
【００６３】
本発明の活用例として、ビデオレコーダーおよびテレビジョン受像機のＯＳＤ表示に適用できる。
【図面の簡単な説明】
【００６４】
【図１】この発明の実施の形態１の画像出力装置を示すブロック図である。
【図２】（ａ）〜（ｄ）は、現在描画されている画面部品と、これから描画しようとしている画面部品との関係を示す図である。
【図３】図１の合成処理手段の一例を示すブロック図である。
【図４】実施の形態１の画像出力装置で用いられる画面部品のデータ構造を示す図である。
【図５】図１の条件判断手段２の処理手順を示すフロー図である。
【図６】この発明の実施の形態２の画像出力装置を示すブロック図である。
【図７】（ａ）及び（ｂ）は、実施の形態２で用いられるカラーキーパターンの例を示す図である。
【図８】ＯＳＤ画面レイアウトの例を示す図である。
【図９】動画を背景とした場合のＯＳＤの例を示すである。
【図１０】この発明の実施の形態５の画像出力装置を示すブロック図である。
【図１１】図１０の条件判断手段２の処理手順を示すフロー図である。
【図１２】この発明の実施の形態６の画像出力装置を示すブロック図である。
【図１３】領域管理の概念図である。
【図１４】図１２の条件判断手段２の処理手順を示すフロー図である。
【符号の説明】
【００６５】
１  画像分類管理手段、  ２  条件判断手段、  ３  クリア処理手段、  ５  合成処理手段、  ６  ビデオデコード手段、  ７  描画手段、  ８  フレームメモリ、  ４１  第１層グラフィック生成手段、  ４２  スイッチ、  ４３  アルファブレンド処理手段、  ４４  カラーキー処理手段、  ４５  スイッチ、  ４６  第１層グラフィックメモリ、  ５１  第２層グラフィック生成手段、  ５２  スイッチ、  ５３  アルファブレンド処理手段、  ５４  カラーキー処理手段、  ５５  スイッチ、  ５６  第２層グラフィックメモリ、  ６１  加算手段。
【図１】
0005057895.tif 000002
【図２】
0005057895.tif 000003
【図３】
0005057895.tif 000004
【図４】
0005057895.tif 000005
【図５】
0005057895.tif 000006
【図６】
0005057895.tif 000007
【図７】
0005057895.tif 000008
【図８】
0005057895.tif 000009
【図９】
0005057895.tif 000010
【図１０】
0005057895.tif 000011
【図１１】
0005057895.tif 000012
【図１２】
0005057895.tif 000013
【図１３】
0005057895.tif 000014
【図１４】
0005057895.tif 000015