(57)【要約】【課題】本発明は、画像の所定の情報だけを変化させて表示させる場合に負荷を軽減する画像表示システムを提供することを課題とする。【解決手段】画像表示システム１であって、画像を表示する画像表示装置３と、画像データを記憶する記憶装置２０ａ，２０ｂと、画像データを生成し、記憶装置２０ａ，２０ｂに記憶させる演算装置４０，４１と、記憶装置２０ａ，２０ｂに記憶されている画像データを画像表示装置３に表示させるための表示用データに変換し、画像表示装置３に画像を表示させる表示制御装置４２とを備え、記憶装置２０ａ，２０ｂに記憶される画像データには、画像更新方法定義が含まれ、表示制御装置４２は、記憶装置２０ａ，２０ｂに記憶されている画像更新方法定義に基づいて表示用データを更新し、更新した表示用データによって画像表示装置３に画像を表示させることを特徴とする。【選択図】図１
2010128292.tif 000002
【特許請求の範囲】
【請求項１】
画像を表示する画像表示装置と、
画像データを記憶する記憶装置と、
画像データを生成し、前記記憶装置に記憶させる演算装置と、
前記記憶装置に記憶されている画像データを前記画像表示装置に表示させるための表示用データに変換し、前記画像表示装置に画像を表示させる表示制御装置と
を備え、
前記記憶装置に記憶される画像データには、画像更新方法定義が含まれ、
前記表示制御装置は、前記記憶装置に記憶されている画像更新方法定義に基づいて表示用データを更新し、更新した表示用データによって前記画像表示装置に画像を表示させることを特徴とする画像表示システム。
【請求項２】
少なくとも前記記憶装置及び前記演算装置が接続され、前記画像表示システムの複数の計算機資源が共有して通信を行うための汎用通信伝送路と、
前記記憶装置及び前記表示制御装置が接続され、前記記憶装置と前記表示制御装置とが専用で通信を行うための専用通信伝送路と
を備えることを特徴とする請求項１に記載する画像表示システム。
【請求項３】
画像更新方法定義は、画像の所定の情報についての初期値情報、更新時間間隔情報、変化量情報を含み、
前記表示制御装置は、画像更新方法定義に基づいて、更新時間間隔情報で指定された時間間隔毎に、画像の所定の情報について初期値情報で指定された初期値から変化量情報で指定された変化量分変化させ、当該変化させた所定の情報に応じて画像データを表示用データに変換することを特徴とする請求項１又は請求項２に記載する画像表示システム。
【請求項４】
画像更新方法定義は、画像の透明度についての初期値情報、更新時間間隔情報、変化量情報であることを特徴とする請求項３に記載する画像表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像表示システムに関する。
【背景技術】
【０００２】
画像の表示させる手法には、画像を徐々に薄くして透明な状態にするフェードアウトあるいは透明な状態から画像を現すフェードインがある。特許文献１に記載の装置は、表示するオブジェクト及び背景のビットマップデータ（ブレンド係数αとソースカラー値Ｒ，Ｇ，Ｂ）を有し、描画処理をコントロールするＣＰＵと、フレームメモリと、グラフィックスチップ上に搭載され、ＣＰＵからフレームメモリへのデータ転送を行うデータ転送アクセレータを備えています。データ転送アクセレータでは、ＣＰＵからビットマップデータが送信されると、係数レジスタでフェードイン係数を設定し、ブレンド係数乗算器でビットマップデータ中のブレンド係数とフェードイン係数とを乗算して新たなブレンド係数αｎを求め、ブレンダでこの新たなブレンド係数αｎに従ってビットマップデータ中のソースカラー値とフレームメモリ上のディスティネーション値とをブレンドし、フレームメモリに転送する。
【特許文献１】特開２００３−１５８７５０号公報
【特許文献２】特開平９−１３４１５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
画像の透明な度合いを変化させてフェードインやフェードアウトを行う場合、ビットマップデータとしては、色データ（ソースカラー値）を変えずに、透明度（ブレンド係数）だけを変える。しかし、上記した装置では、オブジェクトなどの透明な度合いを変化させる毎に、ＣＰＵからデータ転送アクセレータを介してフレームメモリにブレンド係数だけでなくソースカラー値も転送する。そのため、ソースカラー値を変更しないもかかわらず、ＣＰＵの処理負荷や通信バスの伝送負荷が増大する。
【０００４】
そこで、本発明は、画像の所定の情報だけを変化させて表示させる場合に負荷を軽減する画像表示システムを提供することを課題とする。
【課題を解決するための手段】
【０００５】
本発明に係る画像表示システムは、画像を表示する画像表示装置と、画像データを記憶する記憶装置と、画像データを生成し、記憶装置に記憶させる演算装置と、記憶装置に記憶されている画像データを画像表示装置に表示させるための表示用データに変換し、画像表示装置に画像を表示させる表示制御装置とを備え、記憶装置に記憶される画像データには、画像更新方法定義が含まれ、表示制御装置は、記憶装置に記憶されている画像更新方法定義に基づいて表示用データを更新し、更新した表示用データによって画像表示装置に画像を表示させることを特徴とする。
【０００６】
この画像表示システムでは、演算装置（例えば、ＣＰＵ、ＧＰＵ）により、画像データを生成し、その画像データを記憶装置（例えば、フレームバッファ、ラインバッファ）に書き込む。この画像データには、ＲＧＢデータなどの従来から用いられるデータの他に、画像更新方法定義が含まれている。画像更新方法定義は、画像の所定の情報（例えば、透明度、明るさ、ＲＧＢの配分、拡大縮小）だけを段階的に変化させるための方法を定義したものである。画像表示システムでは、表示制御装置により、記憶装置に記憶されている画像データの中の画像更新方法定義を解釈し、画像更新方法定義に従って所定の情報だけを段階的に変化させながら表示用データを順次更新し、この更新した表示用データによって表示装置に所定の情報だけを変えた画像を順次表示させる。このように画像表示システムでは、演算装置から記憶装置に画像更新方法定義を含む画像データを１回書き込むだけで、所定の情報だけを段階的に変化させた画像を順次更新して表示することができる。したがって、画像の所定の情報だけを変化させた画像に更新する毎に、演算装置から記憶装置に画像データを書き込む必要がなく、演算装置の処理負荷や演算装置と記憶装置との間の伝送路（例えば、汎用バス）の伝送負荷を軽減できる。
【０００７】
本発明の上記画像表示システムでは、少なくとも記憶装置及び演算装置が接続され、画像表示システムの複数の計算機資源が共有して通信を行うための汎用通信伝送路と、記憶装置及び表示制御装置が接続され、記憶装置と表示制御装置とが専用で通信を行うための専用通信伝送路とを備える構成としてもよい。
【０００８】
この画像表示システムでは、汎用通信伝送路によって、少なくとも記憶装置及び演算装置を含む画像表示システムの複数の計算機資源が共有して通信を行う。この汎用通信伝送路は、記憶装置や演算装置以外にも様々な計算機資源（例えば、ディスク装置、他の演算装置、各種センサ）で用いられるので、伝送負荷が高い伝送路である。また、画像表示システムでは、専用通信伝送路によって、記憶装置と表示制御装置とが専用で通信を行う。したがって、画像表示システムでは、所定の情報だけを段階的に変化させた画像を順次更新して表示する場合、汎用通信伝送路を用いて画像演算装置と記憶装置との間で画像更新方法定義を含む画像データの伝送を１回だけ行った後は専用通信伝送路を用いたデータ伝送によって段階的に変化させた画像を順次更新表示することができ、汎用通信伝送路の負荷をより軽減することができる。
【０００９】
本発明の上記画像表示システムでは、画像更新方法定義は、画像の所定の情報についての初期値情報、更新時間間隔情報、変化量情報を含み、表示制御装置は、画像更新方法定義に基づいて、更新時間間隔情報で指定された時間間隔毎に、画像の所定の情報について初期値情報で指定された初期値から変化量情報で指定された変化量分変化させ、当該変化させた所定の情報に応じて画像データを表示用データに変換すると好適である。
【００１０】
画像の所定の情報だけを段階的に変化させるための画像更新方法定義は、その所定の情報の初期値を示す初期値情報、その所定の情報を段階的に変化させる際の時間間隔を示す更新時間間隔情報、その所定の情報を段階的に変化させる際の変化量の情報を示す変化量情報を含んでいる。この画像更新方法定義を用いることにより、画像表示システムの表示制御装置では、更新時間間隔情報で指定された時間間隔毎に、初期値情報で指定された画像の所定の情報の初期値から変化量情報で指定された変化量分変化させ、この変化させた所定の情報に応じて画像データを表示用データに変換する。このように、画像表示システムでは、初期値情報、更新時間間隔情報、変化量情報によって画像更新方法定義を設定することにより、画像の所定の情報を初期値から定義された変化量ずつ段階的に定義された時間間隔で更新できる（ひいては、表示用データを初期値から段階的にある時間間隔で更新できる）。
【００１１】
本発明の上記画像表示システムでは、画像更新方法定義は、画像の透明度についての初期値情報、更新時間間隔情報、変化量情報であると好適である。
【００１２】
画像表示では、色データ（例えば、ＲＧＢデータ）を変えずに透明度だけを変えて段階的に画像を表示するフェードアウトやフェードインという機能を頻繁に用いる。そこで、画像処理システムでは、画像の透明度についての初期値情報、更新時間間隔情報、変化量情報を含む画像更新方法定義を設定し、この画像更新方法定義を用いて透明度だけを段階的に変化させた画像を順次更新して表示することにより、演算装置の処理負荷や演算装置と記憶装置との間の伝送路の伝送負荷をより軽減できる。
【発明の効果】
【００１３】
本発明は、演算装置から記憶装置に画像更新方法定義を含む画像データを１回書き込むだけで、画像の所定の情報だけを段階的に変化させた画像を順次更新して表示することができ、演算装置の処理負荷や演算装置と記憶装置との間の伝送路の伝送負荷を軽減できる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して、本発明に係る画像表示システムの実施の形態を説明する。
【００１５】
本実施の形態では、本発明に係る画像表示システムを、車両に搭載されるナビゲーションシステムにおける表示出力段に適用する。本実施の形態に係るナビゲーションシステムは、２つ以上のフレームバッファが用意され、２つ以上の画像を重ね合わせてディスプレイ上に表示することができる。本実施の形態では、２つの画像を重ね合わせる場合について説明する。
【００１６】
図１〜図３を参照して、本実施の形態に係るナビゲーションシステム１（特に、表示出力段）について説明する。図１は、本実施の形態に係るナビゲーションシステムにおける表示出力段の構成図である。図２は、図１の表示制御部の構成図である。図３は、ビットマップデータのαデータのフォーマットである。
【００１７】
ナビゲーションシステム１では、２つの画像を重ね合わせる際に透明度（α値）を周期的に変化させてフェードアウトやフェードインで表示する場合がある。特に、ナビゲーションシステム１では、ＣＰＵなどの演算装置や汎用バスの負荷を軽減するために、透明度を周期的に変化させるための情報を定義したαデータ（画像更新方法定義に相当）を用意し、表示側でαデータを解釈して所定の更新タイミングで透明度を変えながらフェード処理を行う。
【００１８】
ナビゲーションシステム１における表示出力段は、外部メモリ装置２（特に、メインメモリ２０における第０フレームバッファ２０ａと第１フレームバッファ２０ｂ）、ディスプレイ３、ナビＥＣＵ[Electronic Control Unit]４（特に、ＣＰＵ[Central Processing Unit]４０、ＧＰＵ[Graphics Processing Unit]４１、表示制御部４２）、などで構成され、ナビＥＣＵ４内部間や外部メモリ装置２間が汎用バス４３で接続される。
【００１９】
なお、本実施の形態では、ディスプレイ３が特許請求の範囲に記載する画像表示装置に相当し、第０フレームバッファ２０ａ及び第１フレームバッファ２０ｂが特許請求の範囲に記載する記憶装置に相当し、ＣＰＵ４０及びＧＰＵ４１が特許請求の範囲に記載する演算装置に相当し、表示制御部４２が特許請求の範囲に記載する表示制御装置に相当する。
【００２０】
外部メモリ装置２は、ナビゲーションシステム１などで使用される外付けのメモリ装置であり、メインメモリ２０が設けられている。外部メモリ装置２は、ナビＥＣＵ４内の各部と汎用バス４３を介してデータ通信を行う。汎用バス４３と外部メモリ装置２との間には、メモリコントローラ（図示せず）が設けられている。メインメモリ２０の所定の領域には、少なくとも２つのフレームバッファ２０ａ，２０ｂが確保されている。第０フレームバッファ２０ａは、ベース画像（重ね合わせ表示する際の下側の画像）のビットマップデータを格納するバッファである。第１フレームバッファ２０ｂは、重ね合わせ表示する際の上側の画像のビットマップデータを格納するバッファである。各フレームバッファ２０ａ，２０ｂは、１つの画像に含まれる全ての画素についての３２ビットのデータを格納できる記憶容量を有している。
【００２１】
ディスプレイ３は、ＣＲＴあるいは液晶のディスプレイであり、車載のナビゲーションシステム１やその他のシステムで共有して用いられる。
【００２２】
ナビＥＣＵ４は、ナビゲーションシステム１を統括的に制御する電子制御ユニットである。ナビＥＣＵ４では、出力の１つとして、各種地図や目的地を設定するための各種情報画面などの様々な画像をディスプレイ３に表示させる。特に、ナビＥＣＵ４では、表示出力する際に、２つの画像を重ね合わせてディスプレイ３に表示させる場合がある。
【００２３】
図４には、重ね合わせる画像の一例を示している。図４（ａ）は、ベース画像（下側画像）となる地図画像であり、ディスプレイ３の画面全体を占める画像である。図４（ｂ）は、ベース画像の上側に表示する文字画像であり、ディスプレイ３の画面の中央領域だけに表示される画像（その他の領域は透明）である。
【００２４】
図５には、図４（ａ）の地図画像の上側に図４（ｂ）の文字画像を重ね合わせた画像であり、文字画像をフェードアウトし、その後にフェードインする場合を示している。図５（ａ）は、文字画像の透明度が変化する前（初期状態）の画像である。図５（ｂ）は、文字画像の透明度が増加する過程であり、文字が薄くなっている。図５（ｃ）は、文字画像が透明な状態になっており、文字が表示されない。図５（ｄ）は、文字画像の透明度が減少する過程であり、文字が濃くなっている。図５（ｅ）は、文字画像の透明度の変化が終了し、文字が初期状態に戻っている。
【００２５】
ＣＰＵ４０、ＧＰＵ４１では、各種アプリケーションに応じて、ナビゲーションシステム１で表示させる画像のビットマップデータを生成する。そして、ＣＰＵ４０、ＧＰＵ４１では、生成したビットマップデータを汎用バス４３を介してフレームバッファ２０ａ，２０ｂに書き込む。ＣＰＵ４０、ＧＰＵ４１でどのような画像のビットマップデータを生成するかは、アプリケーション次第である。ＣＰＵ４０では、例えば、図４（ｂ）に示すような文字画像のビットマップデータを生成する。ＧＰＵ４１では、例えば、図４（ａ）に示すような地図画像のビットマップデータを生成する。
【００２６】
第０フレームバッファ２０ａに格納されるビットマップデータは、ベース画像における画素毎のデータであり、２４ビットで構成されるＲＧＢデータからなる。第１フレームバッファ２０ｂに格納されるビットマップデータは、ベース画像に重ねられる上側の画像における画素毎のデータであり、３２ビットで構成されるＲＧＢデータとαデータからなる。ＲＧＢデータは、色データであり、Ｒ[Red]データ、Ｇ[Green]データ、Ｂ[Blue]データがそれぞれ８ビットのデータからなる。
【００２７】
αデータは、透明度（α）を変化させるための各種情報が定義されるフォーマットである。αデータは、図３に示すように、８ビットのデータからなり、８ビットのうちの３ビットでαの初期値を示し、２ビットでαの１回当たりの変化量を示し、２ビットでαの更新タイミングを示し、１ビットでαの変更制御を行うか否かのＯＮ／ＯＦＦを示す。αの初期値は、３ビットのデータで８段階の値で設定され、０が透明な状態である。αの変化量としては、例えば、２ビットのデータが００の場合には２倍（又は１／２倍）ずつ変化させ、０１の場合には３倍（又は１／３倍）ずつ変化させ、１０の場合には４倍（又は１／４倍）ずつ変化させ、１１の場合には８倍（又は１／８倍）ずつ変化させる。αの更新タイミングとしては、例えば、２ビットのデータが００の場合には１０ｖｓｙｎｃ毎に更新し、０１の場合には５０ｖｓｙｎｃ毎に更新し、１０の場合には１００ｖｓｙｎｃ毎に更新し、１１の場合には５００ｖｓｙｎｃ毎に更新する。例えば、１０ｖｓｙｎｃ毎の更新とは、垂直同期信号（例えば、１／３０秒毎の信号）が１０回出力される毎に更新することである。αの変更制御のＯＮ／ＯＦＦは、１ビットのデータが１の場合にはα値変更制御を行い、０の場合にはα値変更制御を行わない（すなわち、αの初期値を維持）。
【００２８】
ＣＰＵ４０，ＧＰＵ４１では、上側画像のビットマップデータを生成する際に、アプリケーションに基づいて上側画像の透明度を周期的に変化させるのか否かを判定する。透明度を周期的に変化させる場合、ＣＰＵ４０，ＧＰＵ４１では、αデータにおける最下位からの３ビットにαの初期値を設定し、その次の２ビットにαの変化量を設定し、その次の２ビットにαの更新タイミングを設定し、最上位の１ビットに１を設定する。透明度を変化させない場合、ＣＰＵ４０，ＧＰＵ４１では、αデータにおける最下位からの３ビットにαの初期値を設定し、最上位の１ビットに０を設定する。
【００２９】
表示制御部４２では、各フレームバッファ２０ａ，２０ｂから汎用バス４３を介してビットマップデータを読み出し、ディスプレイ３で表示するためのビットマップデータ（表示用データ）を生成する。そして、表示制御部４２では、垂直同期信号に従って、そのビットマップデータをディスプレイ３に順次送信する。このディスプレイ３に送信されるビットマップデータは、１つの表示画像における画素毎のデータであり、２４ビットで構成されるＲＧＢデータからなる。この表示制御部４２は、α値変更制御部４２ａ、合成部４２ｂ、表示コントローラ４２ｃからなる。
【００３０】
α値変更制御部４２ａでは、上側画像の画素毎に、第１フレームバッファ２０ｂに格納されているビットマップデータの中のαデータを読み出す。そして、α値変更制御部４２ａでは、αデータの最下位からの３ビットのデータに基づいてαの初期値を設定し、そのαの初期値を合成部４２ｂに出力する。さらに、α値変更制御部４２ａでは、αデータの最上位のビットが１（α値変更制御ＯＮ）かあるいは０（α値変更制御ＯＦＦ）かを判定する。
【００３１】
最上位のビットが０の場合（すなわち、α値を更新しない場合）、α値変更制御部４２ａでは、変更制御を行わない。この場合、上側画像のα値（透明度）は、初期値に維持される。
【００３２】
最上位のビットが１の場合（すなわち、αを周期的に更新する場合）、α値変更制御部４２ａでは、αデータの最下位から４ビット目からの２ビットのデータに基づいてαの変化量を認識する。さらに、α値変更制御部４２ａでは、αデータの最下位から６ビット目からの２ビットのデータに基づいてαの更新タイミングを認識する。また、α値変更制御部４２ａでは、表示コントローラ４２ｃから送信された垂直同期信号の数をカウントする。そして、α値変更制御部４２ａでは、垂直同期信号のカウント数に基づいて、次のαの更新タイミングになったか否かを判定する。次のαの更新タイミングになった場合、αの初期値に今回の更新の回数とαの変化量に基づいてα値を求め、そのα値を合成部４２ｂに出力する。この場合、上側画像の透明度（α値）は、αの更新タイミング毎に、αの初期値から所定倍ずつ大きくなるあるいは小さくなる。
【００３３】
α値変更制御部４２ａは、α値を出力する際に、α値を０から１の値に正規化して出力する。α値が０の場合にはその画素は透明となり、１の場合にはその画素はビットマップデータで設定されるＲＧＢデータのままで表示される。
【００３４】
なお、１つの画像の中でもα値変更制御を行う画素もあれば、α値変更制御を行わない画素もある。図４の画像の例の場合、図４（ｂ）の上側画像の中央領域の文字部分（文字の背景の矩形領域も含む）の画素についてはα値変更制御が行われ、それ以外の領域の画素についてはα値変更制御が行われない。このα値変更制御が行われない領域の上側画像の画素は、αの初期値が０であり、透明となる。
【００３５】
合成部４２ｂでは、上側画像の画素毎に、第１フレームバッファ２０ｂに格納されているビットマップデータの中のＲＧＢデータ（Ｒ１，Ｇ１，Ｂ１）を読み出す。そして、合成部４２ｂでは、そのＲＧＢデータ（Ｒ１，Ｇ１，Ｂ１）にα値変更制御部４２ａから入力されたα値をそれぞれ乗算し、上側画像の透明度を加味したＲＧＢデータ（Ｒ１’，Ｇ１’，Ｂ１’）を求める。
【００３６】
また、合成部４２ｂでは、ベース画像の画素毎に、第０フレームバッファ２０ａに格納されているビットマップデータの中のＲＧＢデータ（Ｒ０，Ｇ０，Ｂ０）を読み出す。また、合成部４２ｂでは、α値変更制御部４２ａから入力されたα値を１から減算し、ベース画像側の透明度（１−α）を求める。そして、合成部４２ｂでは、そのＲＧＢデータ（Ｒ０，Ｇ０，Ｂ０）に（１−α）をそれぞれ乗算し、ベース画像の透明度を加味したＲＧＢデータ（Ｒ０’，Ｇ０’，Ｂ０’）を求める。
【００３７】
合成部４２ｂでは、表示画像の画素毎に、上側画像の透明度を加味したＲＧＢデータ（Ｒ１’，Ｇ１’，Ｂ１’）とベース画像の透明度を加味したＲＧＢデータ（Ｒ０’，Ｇ０’，Ｂ０’）とを加算し、表示画像の透明度を加味したＲＧＢデータ（Ｒ，Ｇ，Ｂ）を求める。そして、合成部４２ｂでは、その表示画像の透明度を加味したＲＧＢデータ（Ｒ，Ｇ，Ｂ）を表示コントローラ４２ｃに出力する。
【００３８】
表示コントローラ４２ｃでは、垂直同期信号（例えば、１／３０秒毎に発信される信号）に従って、合成部４２ｂから入力されたビットマップデータ（画素毎のＲＧＢデータ（Ｒ，Ｇ，Ｂ））をディスプレイ３に順次送信する。また、表示コントローラ４２ｃでは、垂直同期信号をα値変更制御部４２ａに出力する。
【００３９】
図１〜図３を参照して、ナビゲーションシステム１の表示出力段における動作について説明する。ここでは、ＧＰＵ４１でベース画像のビットマップデータを生成し、ＣＰＵ４０で上側画像のビットマップデータを生成する場合で説明する。
【００４０】
ナビＥＣＵ４では、各種アプリケーションを実行する。実行しているアプリケーションに応じて、ＣＰＵ４０では、上側画像のビットマップデータ（ＲＧＢデータ、αデータ）を生成し、そのビットマップデータを第１フレームバッファ２０ｂに汎用バス４３を介して書き込む。また、ＧＰＵ４１では、ベース画像のビットマップデータ（ＲＧＢデータ）を生成し、そのビットマップデータを第０フレームバッファ２０ａに汎用バス４３を介して書き込む。
【００４１】
α値変更制御部４２ａでは、上側画像の画素毎に、第１フレームバッファ２０ｂからαデータを汎用バス４３を介して読み込む。そして、α値変更制御部４２ａでは、αデータに基づいてαの初期値を設定し、そのαの初期値を合成部４２ｂに出力する。また、α値変更制御部４２ａでは、αデータに基づいてα値変更制御を行うか否かを判定する。α値変更制御を行うと判定した場合、α値変更制御部４２ａでは、αデータに基づいてαの更新タイミングと変更量を認識する。そして、α値変更制御部４２ａでは、表示コントローラ４２ｃから入力される垂直同期信号に基づいて次の更新タイミングか否かを判定し、更新タイミング毎に変更量に応じて変更したα値を合成部４２ｂに出力する。
【００４２】
合成部４２ｂでは、上側画像の画素毎に、第１フレームバッファ２０ｂに格納されているビットマップデータの中のＲＧＢデータを読み出す。そして、合成部４２ｂでは、その上側画像のＲＧＢデータにα値変更制御部４２ａから入力されたα値をそれぞれ乗算する。また、合成部４２ｂでは、ベース画像の画素毎に、第０フレームバッファ２０ａに格納されているビットマップデータの中のＲＧＢデータを読み出す。そして、合成部４２ｂでは、α値変更制御部４２ａから入力されたα値を１から減算し、そのベース画像のＲＧＢデータに（１−α）をそれぞれ乗算する。さらに、合成部４２ｂでは、表示画像の画素毎に、上側画像の透明度を加味したＲＧＢデータとベース画像の透明度を加味したＲＧＢデータとを加算し、表示画像の透明度を加味したＲＧＢデータを求める。そして、合成部４２ｂでは、その表示画像のＲＧＢデータを表示コントローラ４２ｃに出力する。
【００４３】
表示コントローラ４２ｃでは、垂直同期信号に従って、合成部４２ｂから入力された画素毎のＲＧＢデータをディスプレイ３に順次送信する。ディスプレイ３では、垂直同期信号毎に、ベース画像に上側画像を重ね合わせた画像を表示する。
【００４４】
このナビゲーションシステム１によれば、透明度を周期的に変化させるための方法を定義したαデータを用意し、ＣＰＵ４０やＧＰＵ４１からフレームバッファ２０ａ，２０ｂにαデータを含むビットマップデータを１回書き込むだけで、表示制御部４２においてＲＧＢデータを変化させずに透明度だけを周期的に変化させた画像を順次更新して表示することができる。したがって、透明度だけを変化させた画像に更新する毎に、ＣＰＵ４０やＧＰＵ４１からフレームバッファ２０ａ，２０ｂにビットマップデータを書き込む必要がなく、ＣＰＵ４０やＧＰＵ４１の処理負荷や汎用バス４３の伝送負荷を軽減できる。
【００４５】
また、ナビゲーションシステム１によれば、初期値情報、変化量情報、更新タイミング情報、制御ＯＮ／ＯＦＦ情報によってαデータを構成することにより、簡単に、画像の透明度の情報を初期値から定義された変化量ずつ段階的に定義された更新タイミングで更新できる。特に、ナビゲーションシステム１では、ＲＧＢデータを変えずに透明度だけを変えて段階的に画像を表示するフェードアウトやフェードインという機能を頻繁に用いるので、表示制御部４２でαデータを解釈して表示処理を行うことにより、ＣＰＵ４０やＧＰＵ４１の処理負荷や汎用バス４３の伝送負荷の軽減効果が高い。
【００４６】
以上、本発明に係る実施の形態について説明したが、本発明は上記実施の形態に限定されることなく様々な形態で実施される。
【００４７】
例えば、本実施の形態では車両に搭載されるナビゲーションシステムに適用したが、画像の各種情報を変化させる機能を有する様々な画像表示システムに適用可能である。
【００４８】
また、本実施の形態では画像の所定の情報として透明度を変化させる場合に適用したが、明るさ、ＲＧＢの色データ、拡大縮小、明るさなどの他の画像の情報を変化させる場合にも適用可能である。
【００４９】
また、本実施の形態では２つのフレームバッファを用いて２つの画像を重ね合わせる場合に適用したが、３つ以上のフレームバッファを用いて３つ以上の画像を重ね合わせる場合にも適用可能であり、あるいは、１つのフレームバッファを用いて画像の重ね合わせを行わない場合にも適用可能である。
【００５０】
また、本実施の形態では外部メモリ装置（特に、フレームバッファ）と他の各部との間のデータの伝送路として汎用バスを適用したが、フレームバッファと表示コントローラとの間のデータの伝送路として専用バスを設けてもよい。このように、専用バスを設けることにより、透明度だけを変化させる場合、汎用バスを用いてＣＰＵやＧＰＵからフレームバッファにビットマップデータ（αデータ、ＲＧＢデータ）を１回書き込んだ後は専用バスによるデータ通信のみで透明度の更新表示を行うことができ、汎用バスの負荷をより軽減することができる。
【００５１】
また、本実施の形態では画像データの記憶装置としてフレームバッファを適用したが、ラインバッファなどの他の記憶装置も適用可能である。
【００５２】
また、本実施の形態では画像データをビットマップデータとしたが、他のデータ構成の画像データでもよい。
【００５３】
また、本実施の形態では画像更新方法定義としてαデータにおけるαの初期値、αの変化量、αの更新タイミング、α制御のＯＮ／ＯＦＦとしたが、他の構成としてもよい。
【００５４】
また、本実施の形態ではαデータを８ビットのデータで構成し、αの変化量、更新タイミングを各ビット数で制限したが、αの変化量、更新タイミングをビット数に制約されず、ＣＰＵなどからの設定によってフレキシビリティの高い実装にすることも可能である。
【００５５】
また、本実施の形態では複数の画像の重ね合わせる方法として一つの方法を示したが、他の方法も適用可能である。
【図面の簡単な説明】
【００５６】
【図１】本実施の形態に係るナビゲーションシステムにおける表示出力段の構成図である。
【図２】図１の表示制御部の構成図である。
【図３】ビットマップデータのαデータのフォーマットである。
【図４】重ね合わせる画像の一例であり、（ａ）がベース画像の一例であり、（ｂ）が上側の画像の一例である。
【図５】図４のベース画像と上側画像とを重ね合わせ画像で透明度を変化させる例であり、（ａ）が変化前であり、（ｂ）が透明度増加過程であり、（ｃ）が透明な状態であり、（ｄ）が透明度減少過程であり、（ｅ）が変化終了である。
【符号の説明】
【００５７】
１…ナビゲーションシステム、２…外部メモリ装置、３…ディスプレイ、４…ナビＥＣＵ、２０…メインメモリ、２０ａ…第０フレームバッファ、２０ｂ…第１フレームバッファ、４０…ＣＰＵ、４１…ＧＰＵ、４２…表示制御部、４２ａ…α値変更制御部、４２ｂ…合成部、４２ｃ…表示コントローラ、４３…汎用バス
【図１】
2010128292.tif 000003
【図２】
2010128292.tif 000004
【図３】
2010128292.tif 000005
【図４】
2010128292.tif 000006
【図５】
2010128292.tif 000007