(57)【要約】【課題】表示装置に画像を表示させるための画像データを生成する画像データ生成装置において、描画部の作動に不具合を生じた場合であっても描画を行うことができるようにする。【解決手段】描画装置においては、アプリケーションを実行することにより得られたアプリケーションデータを取得し（Ｓ１２０、Ｓ３１０）、入力されたデータに従って画像データを生成する複数の描画部、のうちの予め設定された共有ＧＰＵに、アプリケーションデータに基づく画像データを生成させる（Ｓ１７０）。また共有ＧＰＵが異常状態である旨を取得し（Ｓ１１０）、異常状態である旨が取得されると、共有ＧＰＵに換えて、サブＧＰＵに、アプリケーションデータに基づく画像データを生成させる（Ｓ３４０）。このような描画装置によれば、共有ＧＰＵの作動に不具合を生じた場合であってもサブＧＰＵを利用することができるので、描画を継続することができる。【選択図】図２
2015141324.tif 000002
【特許請求の範囲】
【請求項１】
表示装置に画像を表示させるための画像データを生成する画像データ生成装置（１０）であって、
アプリケーションを実行することにより得られたアプリケーションデータを取得するデータ取得手段（Ｓ１２０、Ｓ３１０）と、
入力されたデータに従って画像データを生成する複数の描画部、のうちの予め設定された特定描画部（５１）に、前記アプリケーションデータに基づく画像データを生成させる特定描画生成手段（Ｓ１７０）と、
前記特定描画部が異常状態である旨を取得する異常取得手段（Ｓ１１０）と、
前記異常状態である旨が取得されると、前記特定描画部に換えて、前記複数の描画部のうちの前記特定描画部を除く他の描画部（５２）に、前記アプリケーションデータに基づく画像データを生成させる他描画生成手段（Ｓ３４０）と、
を備えたことを特徴とする画像データ生成装置。
【請求項２】
請求項１に記載の画像データ生成装置において、
複数の描画部によって生成された複数の画像データを合成する画像合成部（５５）に対して、前記他の描画部にて生成された画像データを、前記特定描画部にて生成された画像データよりも上位の階層に配置するよう指示する階層指示手段（Ｓ３５０）、を備えたこと
を特徴とする画像データ生成装置。
【請求項３】
請求項２に記載の画像データ生成装置において、
前記特定描画生成手段は、前記異常状態である旨が取得された場合にも、前記特定描画部に前記アプリケーションデータに基づく画像データを生成させ、
前記他描画生成手段は、前記異常状態である旨が取得されない場合にも、前記他の描画部に前記アプリケーションデータに基づく画像データを生成させ、
前記階層指示手段は、前記異常状態である旨が取得された場合に、前記他の描画部にて生成された画像データを、前記特定描画部にて生成された画像データよりも上位の階層に配置するか、或いは無効にするよう指示し、前記異常状態である旨が取得されない場合に、前記他の描画部にて生成された画像データを、前記特定描画部にて生成された画像データよりも下位の階層に配置するよう指示すること
を特徴とする画像データ生成装置。
【請求項４】
請求項１〜請求項３の何れか１項に記載の画像データ生成装置において、
前記特定描画部に対応する特定描画データを生成する特定描画データ生成手段（Ｓ１２０）と、
前記他の描画部に対応する他描画データを生成する他描画データ生成手段（Ｓ３１０）と、
を備え、
前記データ取得手段は、前記特定描画データおよび前記他描画データを前記アプリケーションデータとして取得すること
を特徴とする画像データ生成装置。
【請求項５】
請求項４に記載の画像データ生成装置において、
前記他描画データ生成手段は、前記他描画データとして、前記特定描画データに基づく画像の全てを覆うだけの領域を有する画像を生成するためのデータを生成すること
を特徴とする画像データ生成装置。
【請求項６】
請求項４に記載の画像データ生成装置において、
前記他描画データ生成手段は、前記他描画データとして、前記特定描画データに基づく画像よりも狭い領域となる画像を生成するためのデータを生成すること
を特徴とする画像データ生成装置。
【請求項７】
請求項１〜請求項４の何れか１項に記載の画像データ生成装置において、
当該画像データ生成装置は、車両に搭載され、当該車両の計器として車両状態および車両環境のうちの少なくとも何れかを示す表示を行う表示装置に提供する画像データを生成すること
を特徴とする画像データ生成装置。
【請求項８】
コンピュータを、請求項１〜請求項７の何れか１項に記載の処理実行部が有する各手段として機能させるための画像データ生成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示装置に画像を表示させるための画像データを生成する画像データ生成装置および画像データ生成プログラムに関する。
【背景技術】
【０００２】
上記の画像データ生成装置として、１つの描画部（ＧＰＵ：Graphics Processing Unit）を複数のアプリケーションで共有して描画させるものが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−０２６２９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記画像データ生成装置では、あるアプリケーションによる描画の際に描画部の作動に不具合を生じた場合、他のアプリケーションによる描画が実施できなくなるおそれがある。
【０００５】
そこで、このような問題点を鑑み、表示装置に画像を表示させるための画像データを生成する画像データ生成装置において、描画部の作動に不具合を生じた場合であっても描画を行うことができるようにすることを本発明の目的とする。
【課題を解決するための手段】
【０００６】
本発明の画像データ生成装置において、データ取得手段はアプリケーションを実行することにより得られたアプリケーションデータを取得し、特定描画生成手段は、入力されたデータに従って画像データを生成する複数の描画部、のうちの予め設定された特定描画部に、アプリケーションデータに基づく画像データを生成させる。そして、異常取得手段は特定描画部が異常状態である旨を取得し、他描画生成手段は、異常状態である旨が取得されると、特定描画部に換えて、複数の描画部のうちの特定描画部を除く他の描画部に、アプリケーションデータに基づく画像データを生成させる。
【０００７】
このような画像データ生成装置によれば、特定描画部の作動に不具合を生じた場合であっても他の描画部を利用することができるので、描画を継続することができる。
なお、本発明は、コンピュータを、画像データ生成装置を構成する各手段として実現するための画像データ生成プログラムとしてもよい。また、各請求項の記載は、可能な限りにおいて任意に組み合わせることができる。この際、発明の目的を達成できる範囲内において一部構成を除外してもよい。
【図面の簡単な説明】
【０００８】
【図１】本発明が適用された第１実施形態の描画装置１の概略構成を示すブロック図である。
【図２】アプリ制御部１０（ＣＰＵ１１）が実行する、アプリケーション［Ａ］または［Ｂ］による第１実施形態の描画処理を示すフローチャートである。
【図３】ＳＤＲＡＭ５４内のＶＲＡＭ５４ａに記録されるデータの一例を示す説明図である。
【図４】画像の重ね合わせ方法の一例を示す説明図である。
【図５】描画装置１による作動の一例を示すラダーチャートである。
【図６】第２実施形態の描画装置２の概略構成を示すブロック図である。
【図７】アプリ制御部１０（ＣＰＵ１１）が実行する、アプリケーション［Ｃ］または［Ｄ］による第２実施形態の描画処理を示すフローチャートである。
【図８】アプリ制御部１０（ＣＰＵ１１）が実行する、変形例の描画処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下に本発明にかかる実施の形態を図面と共に説明する。
［第１実施形態］
［本実施形態の構成］
本発明が適用された描画装置１は、例えば乗用車等の車両に搭載されており、表示装置（ディスプレイ）に画像を表示させるための画像データを生成する装置である。この描画装置１では、通常使用する描画用のプロセッサ（ＧＰＵ）に異常が発生した場合であっても良好に描画を継続できるような機能を備えている。
【００１０】
詳細には、図１に示すように、描画装置１は、アプリ制御部１０、共有ＧＰＵ５１、サブＧＰＵ５２、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）コントローラ５３、ＳＤＲＡＭ５４、画像出力部［Ａ］５５、ディスプレイ［Ａ］５６を備えている。これらの各構成は、バス１５にて互いに通信可能に接続されている。
【００１１】
共有ＧＰＵ５１およびサブＧＰＵ５２は、周知のＧＰＵとして構成されている。ただし、共有ＧＰＵ５１は、サブＧＰＵ５２と比較して画像処理能力が高く、共有ＧＰＵ５１に異常が無い通常状態においては、共有ＧＰＵ５１が主として利用される。
【００１２】
共有ＧＰＵ５１およびサブＧＰＵ５２は、バス１５を介して入力されたデータに従って画像データを生成し、ＳＤＲＡＭ５４内の所定のＶＲＡＭ５４ａに、この画像データを書き込むよう指示する。
【００１３】
ＳＤＲＡＭ５４は、画像データを記録するためのＶＲＡＭ５４ａとしての領域と、各ＧＰＵ５１，５２の状態を記録するための領域（ＧＰＵ状態５４ｂ）とを備えている。
ＳＤＲＡＭコントローラ５３は、バス１５を介してＳＤＲＡＭ５４へのアクセス要求を受けるとこの要求に応じてＳＤＲＡＭ５４内のデータの読み書きを制御する。
【００１４】
画像出力部［Ａ］５５は、共有ＧＰＵ５１およびサブＧＰＵ５２によって生成された複数の画像データを合成した合成画像を生成し、この合成画像を映像信号に変換してディスプレイ［Ａ］５６に出力する。画像出力部［Ａ］５５は、アプリ制御部１０から階層順序に関する指令を受けて、ＶＲＡＭ５４ａにおける複数の画像データを階層順序に従って並び替えて合成した合成画像を生成する。
【００１５】
ディスプレイ［Ａ］５６は、画像出力部［Ａ］５５からの映像信号に基づく画像を表示させる周知のディスプレイとして構成されている。
アプリ制御部１０は、ＣＰＵ１１、ＲＯＭやＲＡＭ等のメモリ１２を備えたコンピュータとして構成されており、ＣＰＵ１１がメモリ１２に記録されたプログラムを実行することにより、描画装置１において画像を生成するための制御を司る。アプリ制御部１０は、このプログラムとして、描画機能［Ａ］２０を備えている。
【００１６】
描画機能［Ａ］２０は、アプリケーション［Ａ］２１ａ、アプリケーション［Ｂ］２１ｂ等、複数のアプリケーションを備えており、各アプリケーション２１ａ，２１ｂとしては、描画アプリ（フェール）２２ａ，２２ｂ、描画アプリ（通常）２３ａ，２３ｂ、制御アプリ２４ａ，２４ｂを備えている。
【００１７】
また、描画機能［Ａ］２０は、ライブラリ［Ａ］２６ａ、ライブラリ［Ｂ］２６ｂ、オペレーションソフト（ＯＳ）２７を備えている。
アプリケーション［Ａ］２１ａおよびアプリケーション［Ｂ］２１ｂは、例えば、車両における計器類の情報を取得し、取得した情報に対応する画像を生成する機能を有する。ただし、アプリケーション［Ａ］２１ａおよびアプリケーション［Ｂ］２１ｂは、異なる情報に対する処理を実施するよう設定されている。
【００１８】
例えば、この際、アプリケーション［Ａ］２１ａによる処理を例示すると、ＣＰＵ１１は、制御アプリ２４ａを用いて、車両の車速、水温等、走行状態に関する情報を取得し、描画アプリ（通常）２３ａまたは描画アプリ（フェール）２２ａを用いて描画用のデータを生成する。ここで、描画アプリ（通常）２３ａは共有ＧＰＵ５１で用の描画用データを作成するアプリケーションであり、描画アプリ（フェール）２２ａはサブＧＰＵ５２用の描画用データを作成するアプリケーションである。
【００１９】
ライブラリ［Ａ］２６ａには描画アプリ（フェール）２２ａ用の画像データと、サブＧＰＵ５２に対する指示内容を複数備えた命令セットとが記録されている。描画アプリ（フェール）２２ａは、ＯＳ２７の機能を利用しつつ、ライブラリ［Ａ］２６ａ内の複数の画像の組み合わせを計器類の情報に従って抽出し、これらに基づく画像を生成するようサブＧＰＵ５２に指示する。
【００２０】
ライブラリ［Ｂ］２６ｂには描画アプリ（通常）２３ａ用の画像データと、共有ＧＰＵ５１に対する指示内容を複数備えた命令セットとが記録されている。描画アプリ（通常）２３ａは、ＯＳ２７の機能を利用しつつ、ライブラリ［Ｂ］２６ｂ内の複数の画像の組み合わせを計器類の情報に従って抽出し、これらに基づく画像を生成するよう共有ＧＰＵ５１に指示する。
【００２１】
なお、ライブラリ［Ａ］２６ａ内の画像においては、サブＧＰＵ５２と共有ＧＰＵ５１との能力差を考慮して、ライブラリ［Ｂ］２６ｂ内の画像と比較よりも簡素な画像（描画の際の処理負荷が小さな画像）が記録されている。
【００２２】
［本実施形態の処理］
このように構成された描画装置１において、アプリ制御部１０は、図２に示す描画処理を実施する。描画処理は、例えば車両の電源が投入されると開始される処理であり、その後、一定周期毎（例えば５０ｍｓ毎）に繰り返し実施される処理である。
【００２３】
この処理では、図２に示すように、まず、共有ＧＰＵ５１が正常状態であるか否かの判定を行う（Ｓ１１０）。この処理では、共有ＧＰＵ５１が正常状態（「描画可能」または「描画中」）であるか異常状態（「異常」）であるかを示す情報をＳＤＲＡＭ５４のＧＰＵ状態５４ｂの領域から取得する。
【００２４】
共有ＧＰＵ５１が正常状態であれば（Ｓ１１０：ＹＥＳ）、通常描画データを作成する（Ｓ１２０）。この処理では、前述のように、描画アプリ（通常）２３ａを用いて、ライブラリ［Ｂ］２６ｂ内の画像に基づく画像を生成するためのデータを作成する。
【００２５】
続いて、共有ＧＰＵ５１が描画可能状態であるか否かを判定する（Ｓ１３０）。共有ＧＰＵ５１が描画可能状態であるか否かについては、ＧＰＵ状態５４ｂを参照し、共有ＧＰＵ５１の状態が「描画可能」であるかどうかによって判断する。
【００２６】
共有ＧＰＵ５１が描画可能状態でなければ（Ｓ１３０：ＮＯ）、共有ＧＰＵ５１による描画処理がタイムアウトしたか否かを判定する（Ｓ１４０）。すなわち、描画可能状態であるか否かの判断を開始してから、予め設定された時間を超えて共有ＧＰＵ５１が描画可能状態に復帰しない状態であるか否かを判定する。
【００２７】
共有ＧＰＵ５１による描画処理がタイムアウトしていなければ（Ｓ１４０：ＮＯ）、Ｓ１３０の処理に戻る。また、共有ＧＰＵ５１による描画処理がタイムアウトしていれば（Ｓ１４０：ＹＥＳ）、後述するＳ２３０の処理に移行する。
【００２８】
Ｓ１３０の処理にて、共有ＧＰＵ５１が描画可能状態であれば（Ｓ１３０：ＹＥＳ）、ＳＤＲＡＭ５４のＧＰＵ状態５４ｂにおいて共有ＧＰＵ５１の状態を「描画可能」から「描画中」に遷移させる（Ｓ１６０）。なお、「描画中」である場合には、他のアプリケーションが生成した画像を受け付けない描画不可能な状態となる。
【００２９】
続いて、共有ＧＰＵ５１に対して描画データを送信し、描画を要求する（Ｓ１７０）。この処理によって生成される画像は、例えば、図３（ａ）に示すように、車両の状態を示す種々の要素を３次元的に表現する画像であり、使用者が高級感を感じることができるように複雑な動きを有するよう設定されている。共有ＧＰＵ５１は、この画像をＶＲＡＭ５４ａのうちのＶＲＡＭ１の領域に記録させる。
【００３０】
そして、共有ＧＰＵ５１が描画を完了したか否かを判定する（Ｓ１８０）。ここで、共有ＧＰＵ５１は描画を完了するとアプリ制御部１０に描画完了信号を返すよう設定されており、アプリ制御部１０はこの描画完了信号を受信することで共有ＧＰＵ５１が描画を完了したことを認識する。
【００３１】
共有ＧＰＵ５１が描画を完了していれば（Ｓ１８０：ＹＥＳ）、ＳＤＲＡＭ５４のＧＰＵ状態５４ｂにおいて共有ＧＰＵ５１の状態を「描画中」から「描画可能」に遷移させ（Ｓ２２０）、描画処理を終了する。
【００３２】
また、共有ＧＰＵ５１が描画を完了していなければ（Ｓ１８０：ＮＯ）、共有ＧＰＵ５１がエラーを返したか否かを判定する（Ｓ１９０）。共有ＧＰＵ５１がエラーを返していれば（Ｓ１９０：ＹＥＳ）、共有ＧＰＵ５１の状態を「描画中」から「異常」に遷移させ（Ｓ２３０）、描画処理を終了する。
【００３３】
なお、共有ＧＰＵ５１の状態が「異常」となると、共有ＧＰＵ５１は再起動を行い、共有ＧＰＵ５１の再起動が完了すると共有ＧＰＵ５１がＳＤＲＡＭ５４のＧＰＵ状態５４ｂにおいて共有ＧＰＵ５１の状態を「描画可能」に復帰させる。
【００３４】
また、共有ＧＰＵ５１がエラーを返していなければ（Ｓ１９０：ＮＯ）、共有ＧＰＵ５１による描画処理がタイムアウトしたか否かを判定する（Ｓ２００）。すなわち、共有ＧＰＵ５１にデータを送ってから、予め設定された時間を超えて共有ＧＰＵ５１からの応答を受信できていない状態であるか否かを判定する。
【００３５】
共有ＧＰＵ５１による描画処理がタイムアウトしていなければ（Ｓ２００：ＮＯ）、Ｓ１８０の処理に戻る。また、共有ＧＰＵ５１による描画処理がタイムアウトしていれば（Ｓ２００）、前述のＳ２３０の処理を実施し、その後、描画処理を終了する。
【００３６】
ところで、Ｓ１１０の処理にて、共有ＧＰＵ５１が異常状態であれば（Ｓ１１０：ＮＯ）、フェール描画データを生成する（Ｓ３１０）。この処理では、前述のように、描画アプリ（フェール）２３ａを用いて、ライブラリ［Ａ］２６ａ内の画像に基づく画像を生成するためのデータを作成する。
【００３７】
続いて、サブＧＰＵ５２が描画可能状態であるか否かを判定する（Ｓ３２０）。サブＧＰＵ５２が描画可能状態であるか否かについては、ＧＰＵ状態５４ｂを参照し、サブＧＰＵ５２の状態が「描画可能」であるかどうかによって判断する。
【００３８】
サブＧＰＵ５２が描画可能状態でなければ（Ｓ３２０：ＮＯ）、Ｓ３２０の処理を繰り返す。また、サブＧＰＵ５２が描画可能状態であれば（Ｓ３２０：ＹＥＳ）、サブＧＰＵ５２の状態を「描画可能」から「描画中」に遷移させ（Ｓ３３０）、サブＧＰＵ５２に対して描画データを送信し、描画を要求する（Ｓ３４０）。
【００３９】
この処理にて要求される描画データに基づく画像は、例えば、図３（ｂ）に示すように、共有ＧＰＵ５１による画像よりも簡素な画像とされる。すなわち、共有ＧＰＵ５１による画像が、車両の状態を示す種々の要素を３次元的に表現する画像であるのに対して、サブＧＰＵ５２による画像は、表示させる要素を走行の際に必要となる最低限の要素に絞り、しかも２次的な画像にするなど、より簡素な表示方法としている。
【００４０】
また、この画像は、共有ＧＰＵ５１による画像の全てを覆うだけの領域を有する画像とされる。サブＧＰＵ５２は、この画像をＶＲＡＭ５４ａのうちのＶＲＡＭ２の領域に記録させる。
【００４１】
続いて、レイヤ順位を変更するよう画像出力部［Ａ］５５に対して指示を送る（Ｓ３５０）。すなわち、図４（ａ）に示すように、共有ＧＰＵ５１による画像（ＶＲＡＭ１）の画像の上位の階層に、サブＧＰＵ５２による画像（ＶＲＡＭ２）の画像を重ねるように配置した合成画像を生成するよう指示する。このようにすることで、共有ＧＰＵ５１による画像はサブＧＰＵ５２による画像に全ての領域において覆われることになる。
【００４２】
なお、共有ＧＰＵ５１が正常である場合には、サブＧＰＵ５２による画像（ＶＲＡＭ２）の画像を共有ＧＰＵ５１による画像（ＶＲＡＭ１）の下位の階層に設定するか、或いは、サブＧＰＵ５２による画像を無効とするよう設定される。
【００４３】
続いて、サブＧＰＵ５２が描画を完了したか否かを判定する（Ｓ３６０）。ここで、サブＧＰＵ５２についても共有ＧＰＵ５１と同様に、描画を完了するとアプリ制御部１０に描画完了信号を返すよう設定されており、アプリ制御部１０はこの描画完了信号を受信することでサブＧＰＵ５２が描画を完了したことを認識する。
【００４４】
サブＧＰＵ５２が描画を完了していれば（Ｓ３６０：ＹＥＳ）、ＳＤＲＡＭ５４のＧＰＵ状態５４ｂにおいてサブＧＰＵ５２の状態を「描画中」から「描画可能」に遷移させ（Ｓ３７０）、描画処理を終了する。
【００４５】
次に、このような描画装置１による作動の一例を、図５を用いて説明する。アプリケーション［Ａ］２１ａによって描画を行う際に、共有ＧＰＵ５１に異常がなければ、描画要求後に共有ＧＰＵ５１から描画完了通知が返される（図５の（Ａ）参照）。
【００４６】
また、アプリケーション［Ｂ］２１ｂによって描画を行う際に、共有ＧＰＵ５１に異常がなければ、アプリケーション［Ａ］２１ａの場合と同様に、描画要求後に共有ＧＰＵ５１から描画完了通知が返される（図５の（Ｂ）参照）。ここで、アプリケーション［Ｂ］２１ｂによって描画を行う際に、送信するデータに異常があった場合等には、共有ＧＰＵ５１にて正常な処理を実施することができない。
【００４７】
すると、共有ＧＰＵ５１から出力される画像が変化しない状態（固着した状態）になる場合があり、この際には、エラーやタイムアウトが発生する（図５の（Ｃ）参照）。また、このとき、共有ＧＰＵ５１の状態は「異常」に遷移する。
【００４８】
このような場合、アプリケーション［Ａ］２１ａでは、異常を認識し、描画アプリ（フェール）２３ａを用いた描画を行う（図５の（Ｄ）参照）。このときには、サブＧＰＵ５２による画像（ＶＲＡＭ２）が有効に表示されるように、サブＧＰＵ５２による画像（ＶＲＡＭ２）の画像を共有ＧＰＵ５１による画像（ＶＲＡＭ１）よりも上位の階層に設定される。
【００４９】
［本実施形態による効果］
以上のように詳述した描画装置１において、アプリ制御部１０はアプリケーションを実行することにより得られたアプリケーションデータを取得し、入力されたデータに従って画像データを生成する複数の描画部（ＧＰＵ）、のうちの予め設定された共有ＧＰＵ５１に、アプリケーションデータに基づく画像データを生成させる。そして、アプリ制御部１０は共有ＧＰＵ５１が異常状態である旨を取得し、異常状態である旨が取得されると、共有ＧＰＵ５１に換えて、サブＧＰＵ５２に、アプリケーションデータに基づく画像データを生成させる。
【００５０】
このような描画装置１によれば、共有ＧＰＵ５１の作動に不具合を生じた場合であってもサブＧＰＵ５２を利用することができるので、描画を継続することができる。
また、上記描画装置１においてアプリ制御部１０は、複数の描画部によって生成された複数の画像データを合成する画像出力部［Ａ］５５に対して、サブＧＰＵ５２にて生成された画像データを、共有ＧＰＵ５１にて生成された画像データよりも上位の階層に配置するよう指示する。
【００５１】
このような描画装置１によれば、サブＧＰＵ５２にて生成された画像を上位の階層とした画像データを生成するので、共有ＧＰＵ５１による画像に異常があり、この画像が固着したような場合でも、その上位にサブＧＰＵ５２による正常な画像を重ねて表示させることができる。よって、正常な画像を提供することができる。
【００５２】
また、上記描画装置１においてアプリ制御部１０は、共有ＧＰＵ５１に対応する特定描画データを生成するとともに、サブＧＰＵ５２に対応する他描画データを生成し、特定描画データおよび他描画データをアプリケーションデータとして取得する。そして、アプリ制御部１０は、他描画データとして、特定描画データに基づく画像の全てを覆うだけの領域を有する画像を生成するためのデータを生成する。
【００５３】
このような描画装置１によれば、描画部に対応した適切なアプリケーションデータを生成することができる。そして、サブＧＰＵ５２にて生成された画像が共有ＧＰＵ５１にて生成された画像を覆い、画像全体を差し替えるので、共有ＧＰＵ５１にて生成された画像のレイアウトを考慮することなくサブＧＰＵ５２による画像を生成することができる。
【００５４】
また、上記描画装置１においては、車両に搭載され、当該車両の計器として車両状態および車両環境のうちの少なくとも何れかを示す表示を行う表示装置に提供する画像データを生成する。
【００５５】
ここで、車両の計器類は表示に遅延が生じると現状と異なる状態を表示してしまい車両の運行に問題が生じる虞があるが、本発明の構成を備えていれば、サブＧＰＵ５２が機能するので表示の遅延を効果的に抑制することができる。
【００５６】
［第２実施形態］
次に、別形態の描画装置２について説明する。本実施形態（第２実施形態）では、第１実施形態の描画装置１と異なる箇所のみを詳述し、第１実施形態の描画装置１と同様の箇所については、同一の符号を付して説明を省略する。
【００５７】
本実施形態の描画装置２は、図６に示すように、描画機能［Ａ］２０に加えて、描画機能［Ｂ］３０を備えている。描画機能［Ｂ］３０としては、アプリケーション［Ｃ］３１ａやアプリケーション［Ｄ］３１ｂを、ライブラリ［Ｃ］やＯＳ３３の機能を用いて実行する。
【００５８】
アプリケーション［Ｃ］３１ａやアプリケーション［Ｄ］３１ｂにおいては、共有ＧＰＵ５１を用いた描画のみを実施可能に設定されており、ライブラリ［Ｃ］には、共有ＧＰＵ５１に対応した画像データと、共有ＧＰＵ５１に対する指示内容を複数備えた命令セットとが記録されている。
【００５９】
また、描画装置２は、描画機能［Ｂ］３０に対応した画像を表示させるための画像出力部［Ｂ］５７やディスプレイ［Ｂ］５８も備えている。画像出力部［Ｂ］５７やディスプレイ［Ｂ］５８については、前述の画像出力部［Ａ］５５やディスプレイ［Ａ］５６と同等の構成および機能を有する。
【００６０】
このような描画機能［Ｂ］３０（アプリケーション［Ｃ］３１ａや、アプリケーション［Ｄ］３１ｂ）を実行させる際には、図７に示すような描画処理を実施すればよい。すなわち、図２に示した描画処理のうちのＳ３１０〜Ｓ３７０の処理を除いた処理とすればよい。
【００６１】
ここで、描画機能［Ｂ］３０では、例えば、図３（ｃ）に示すように、車両の状態のログ等の画像が生成され、この画像は、画像出力部［Ｂ］５７を介してディスプレイ［Ｂ］５８に出力される。
【００６２】
このように、全てのアプリケーションがサブＧＰＵ５２に対応した処理を行う必要はなく、表示の重要性に応じてサブＧＰＵ５２に対応したアプリケーションとするかどうかについては任意に設定できる。
【００６３】
［その他の実施形態］
本発明は、上記の実施形態によって何ら限定して解釈されない。また、上記の実施形態の構成の一部を、課題を解決できる限りにおいて省略した態様も本発明の実施形態である。また、上記の複数の実施形態を適宜組み合わせて構成される態様も本発明の実施形態である。また、特許請求の範囲に記載した文言のみによって特定される発明の本質を逸脱しない限度において考え得るあらゆる態様も本発明の実施形態である。また、上記の実施形態の説明で用いる符号を特許請求の範囲にも適宜使用しているが、各請求項に係る発明の理解を容易にする目的で使用しており、各請求項に係る発明の技術的範囲を限定する意図ではない。
【００６４】
例えば、上記実施形態の描画装置１，２においてアプリ制御部１０は、異常状態である旨が取得された場合にも、共有ＧＰＵ５１にアプリケーションデータに基づく画像データを生成させ、異常状態である旨が取得されない場合にも、サブＧＰＵ５２にアプリケーションデータに基づく画像データを生成させてもよい。このようにする場合、異常状態である旨が取得された場合に、サブＧＰＵ５２にて生成された画像データを、共有ＧＰＵ５１にて生成された画像データよりも上位の階層に配置するか無効にするよう指示し、異常状態である旨が取得されない場合に、サブＧＰＵ５２にて生成された画像データを、共有ＧＰＵ５１にて生成された画像データよりも下位の階層に配置するよう指示すればよい。
【００６５】
詳細には、図８に示す描画処理では、図２にて示した描画処理に対して、Ｓ１１０の処理を省略し、Ｓ３１０〜Ｓ３７０の処理を、Ｓ２２０およびＳ２３０の処理の後に実施すればよい。ただし、Ｓ３５０の処理では、共有ＧＰＵ５１が正常であるか否かに応じて共有ＧＰＵ５１による画像を上位の階層に設定するか下位の階層に設定するかを変更する必要がある。
【００６６】
このような描画装置によれば、画像の階層を入れ替えるだけで画像を正常な状態に維持することができる。
さらに、上記描画装置においてアプリ制御部１０は、サブＧＰＵ５２による画像が、共有ＧＰＵ５１による画像よりも狭い領域となるようにしてもよい。すなわち、図４（ｂ）に示すように、サブＧＰＵ５２による画像を共有ＧＰＵ５１による画像の上位に重ねたときに、共有ＧＰＵ５１による画像の一部が見えるようにする。ただし、サブＧＰＵ５２による画像では、車両状態で頻繁に更新すべき車速やエンジン回転数等の要素については、共有ＧＰＵ５１による画像を覆い隠すよう設定されている。
【００６７】
このような描画装置１によれば、サブＧＰＵ５２が共有ＧＰＵ５１にて生成された画像の一部を覆う画像を生成し、画像の一部を差し替えるので、サブＧＰＵ５２が描画する領域を狭くすることでき、サブＧＰＵ５２による処理負荷を軽減できる。この結果、共有ＧＰＵ５１による画像が固着した場合には、固着した一部の画像をそのまま利用することができる。
【００６８】
［実施形態の構成と本発明の手段との対応関係］
上記実施形態におけるアプリ制御部１０は、本発明でいう画像データ生成装置に相当し、上記実施形態における共有ＧＰＵ５１は、本発明でいう特定描画部に相当する。また、上記実施形態におけるサブＧＰＵ５２は、本発明でいう他の描画部に相当し、上記実施形態における画像出力部５５は、本発明でいう画像合成部に相当する。
【００６９】
さらに、上記実施形態においてアプリ制御部１０が実行する処理のうちのＳ１１０の処理は、本発明でいう異常取得手段に相当し、上記実施形態におけるＳ１２０の処理は、本発明でいう特定描画データ生成手段に相当する。また、上記実施形態におけるＳ１２０、Ｓ３１０の処理は、本発明でいうデータ取得手段に相当し、上記実施形態におけるＳ１７０の処理は、本発明でいう特定描画生成手段に相当する。
【００７０】
さらに、上記実施形態におけるＳ３１０の処理は、本発明でいう他描画データ生成手段に相当し、上記実施形態におけるＳ３４０の処理は、本発明でいう他描画生成手段に相当する。また、上記実施形態におけるＳ３５０の処理は、本発明でいう階層指示手段に相当する。
【符号の説明】
【００７１】
１，２…描画装置、１０…アプリ制御部、１１…ＣＰＵ、１２…メモリ、１５…バス、２１ａ…アプリケーション、２４ａ…制御アプリ、５１…共有ＧＰＵ、５２…サブＧＰＵ、５３…ＳＤＲＡＭコントローラ、５４…ＳＤＲＡＭ、５４ａ…ＶＲＡＭ、５４ｂ…ＧＰＵ状態、５５…画像出力部［Ａ］、５６…ディスプレイ［Ａ］、５７…画像出力部［Ｂ］、５８…ディスプレイ［Ｂ］。
【図１】
2015141324.tif 000003
【図２】
2015141324.tif 000004
【図５】
2015141324.tif 000005
【図６】
2015141324.tif 000006
【図７】
2015141324.tif 000007
【図８】
2015141324.tif 000008
【図３】
2015141324.tif 000009
【図４】
2015141324.tif 000010