JP2023102720A - 車両用表示制御装置、車両用表示装置、車両、方法およびプログラム - Google Patents

Abstract

【課題】車両に搭載された表示装置に対して複数のＯＳで表示制御を行う場合においてユーザに対する表示を担保する。【解決手段】車両用表示制御装置としてのＥＣＵ１００は、ＣＰＵ１０００が、車両に搭載され、かつ前記車両のユーザが視認するメータディスプレイ１０２の表示制御を行う第１ＯＳ、及び、メータディスプレイ１０２の表示制御を行い、かつ命令の実行時間の時間制約を保証するＯＳである第２ＯＳを実行し、メータディスプレイ１０２の表示に不具合がある又は可能性がある場合、メータディスプレイ１０２に対して前記第２ＯＳの制御のみによる表示を行うように構成されている。【選択図】図１

Description

本発明は、車両用表示制御装置、車両用表示装置、車両、方法およびプログラムに関する。

特許文献１には、車室内のディスプレイの表示制御を行う統合ＥＣＵの起動時に、起動時にさきがけて表示すべき先行表示要素を生成するＲＴＯＳ（Ｒｅａｌ―Ｔｉｍｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を、汎用ＯＳよりも先に起動させて表示制御を行う車両用制御装置が開示されている。

特開２０２０－２０１７６１号公報

しかしながら、特許文献１の装置は、汎用ＯＳでの表示制御後において、表示装置の表示に不具合が有る又は可能性が有る場合の表示制御に工夫の余地が残る。特に車両用の表示装置においては、常にユーザに対する表示を担保する必要がある。

本発明は、上記課題に鑑みてなされたものであり、車両に搭載された表示装置に対して複数のＯＳで表示制御を行う場合においてユーザに対する表示を担保する車両用表示制御装置、車両用表示装置、車両、方法およびプログラムを提供することを目的とする。

請求項１に記載の車両用表示制御装置は、１以上のプロセッサを備え、前記プロセッサは、車両に搭載され、かつ前記車両のユーザが視認する表示装置の表示制御を行う第１ＯＳ、及び、前記表示装置の表示制御を行い、かつ命令の実行時間の時間制約を保証するＯＳである第２ＯＳを実行し、前記表示装置の表示に不具合がある又は可能性がある場合、前記表示装置に対して前記第２ＯＳの制御のみによる表示を行う。

請求項１に記載の車両用表示制御装置では、プロセッサが第１ＯＳ及び第２ＯＳを実行することにより、車両に搭載された表示装置の表示制御を行う。当該表示装置は、ユーザが視認可能に構成されている。そして、プロセッサは、表示装置の表示に不具合がある又は可能性がある場合に、第２ＯＳの制御のみにより表示装置への表示を行う。そのため、本構成によれば、車両に搭載された表示装置に対して複数のＯＳで表示制御を行う場合においてユーザに対する表示を担保することが出来る。

請求項２に記載の車両用表示制御装置は、請求項１に記載の車両用表示制御装置であって、前記プロセッサは、前記第１ＯＳの制御による表示と、前記第２ＯＳの制御による表示と、を切り替え可能であって、前記表示装置の表示に不具合がある又は可能性がある場合、前記第１ＯＳの制御による表示に代えて前記第２ＯＳの制御による表示を前記表示装置に対して行う。

請求項２に記載の車両用表示制御装置では、第１ＯＳによる表示装置の表示に不具合が有る又は可能性が有る場合に第２ＯＳによる表示に切り替えることで、ユーザに対する表示を担保することが出来る。

請求項３に記載の車両用表示制御装置は、請求項１に記載の車両用表示制御装置であって、前記プロセッサは、前記第１ＯＳの制御による表示と、前記第２ＯＳの制御による表示と、前記表示装置に重畳表示可能であって、前記表示装置の表示に不具合がある又は可能性がある場合、前記第１ＯＳの制御による前記表示装置に対する表示を中止する。

請求項３に記載の車両用表示制御装置では、第１ＯＳ及び第２ＯＳによる表示装置の重畳表示に不具合が有る又は可能性が有る場合に第２ＯＳのみによる表示に切り替えることで、ユーザに対する表示を担保することが出来る。また、複数のＯＳで表示制御を行う場合において、同様の情報を表示する為の制御を行う必要が無くなることで、製品の製作時の効率化や情報のメモリ容量の削減などが可能となる。

請求項４に記載の車両用表示制御装置は、請求項１から３の何れか１項に記載の車両用表示制御装置であって、前記不具合が無くなった場合、前記第１ＯＳの制御による表示を前記表示装置に対して行う。

第２ＯＳの制御のみによる表示を行う場合、ユーザに対する表示に制約が生じる場合があるが、請求項４に記載の車両用表示制御装置によれば、不具合が無くなった場合、直ちに不具合発生前の表示へ戻すことで、ユーザに対する表示の制約を最小限に留めることができる。

請求項５に記載の車両用表示制御装置は、請求項２から４の何れか１項に記載の車両用表示制御装置であって、前記プロセッサは、前記表示装置の表示に不具合がある又は可能性が有るかどうかの情報を外部の情報処理装置から取得する。

請求項５に記載の車両用表示制御装置では、表示装置の表示に不具合がある又は可能性が有るかどうかの情報を外部の情報処理装置が行う事でシステムの分散が可能になることで、冗長性や正確性が向上する。

請求項６に記載の車両用表示装置は、前記表示装置と、請求項１から５の何れか一項に記載の車両用表示制御装置とを備える。

請求項６に記載の車両用表示装置では、プロセッサが第１ＯＳ及び第２ＯＳを実行することにより、車両に搭載された表示装置の表示制御を行う。当該表示装置は、ユーザが視認可能に構成されている。そして、プロセッサは、表示装置の表示に不具合がある又は可能性がある場合に、第２ＯＳの制御のみにより表示装置への表示を行う。そのため、本構成によれば、表示装置を備える車両用表示装置として、ユーザに対する表示を担保することが出来る。

請求項７に記載の車両は、前記表示装置と、請求項１から６の何れか１項に記載の前記車両用表示制御装置とを備える。

請求項７に記載の車両では、プロセッサが第１ＯＳ及び第２ＯＳを実行することにより、車両に搭載された表示装置の表示制御を行う。当該表示装置は、ユーザが視認可能に構成されている。そして、プロセッサは、表示装置の表示に不具合がある又は可能性がある場合に、第２ＯＳの制御のみにより表示装置への表示を行う。そのため、本構成によれば、車両として、ユーザに対する表示を担保することができ、これにより、走行安全を確保する事が出来る。

請求項８に記載の車両用表示制御方法は、コンピュータが、車両に搭載され、かつ前記車両のユーザが視認する表示装置の表示制御を行う第１ＯＳ、及び、前記表示装置の表示制御を行い、かつ命令の実行時間の時間制約を保証するＯＳである第２ＯＳを実行し、前記表示装置の表示に不具合がある又は可能性がある場合、前記表示装置に対して前記第２ＯＳの制御のみによる表示を行う処理を実行する。

請求項８に記載の車両用表示制御方法では、コンピュータが第１ＯＳ及び第２ＯＳを実行することにより、車両に搭載された表示装置の表示制御を行う。当該表示装置は、ユーザが視認可能に構成されている。そして、コンピュータは、表示装置の表示に不具合がある又は可能性がある場合に、第２ＯＳの制御のみにより表示装置への表示を行う。そのため、当該方法によれば、車両に搭載された表示装置に対して複数のＯＳで表示制御を行う場合においてユーザに対する表示を担保することが出来る。

請求項９に記載のプログラムは、車両に搭載され、かつ前記車両のユーザが視認する表示装置の表示制御を行う第１ＯＳ、及び、前記表示装置の表示制御を行い、かつ命令の実行時間の時間制約を保証するＯＳである第２ＯＳを実行し、前記表示装置の表示に不具合がある又は可能性がある場合、前記表示装置に対して前記第２ＯＳの制御のみによる表示を行う処理をコンピュータに実行させる。

請求項９に記載のプログラムでは、コンピュータにより第１ＯＳ及び第２ＯＳを実行させることにより、車両に搭載された表示装置の表示制御を行わせる。当該表示装置は、ユーザが視認可能に構成されている。そして、コンピュータは、表示装置の表示に不具合がある又は可能性がある場合に、第２ＯＳの制御のみにより表示装置への表示をさせる。そのため、当該プログラムによれば、車両に搭載された表示装置に対して複数のＯＳで表示制御を行う場合においてユーザに対する表示を担保することが出来る。

本発明によれば、車両に搭載された表示装置に対して複数のＯＳで表示制御を行う場合においてユーザに対する表示を担保することが出来る。

第１実施形態に係る車両用表示装置を含む車両の概略構成図である。 第１実施形態に係る車両用表示装置のハードウェア構成を示すブロック図である。 第１実施形態に係る車両用表示装置の電子制御ユニットの機能構成を示すブロック図である。 第１実施形態に係る車両用表示装置の電子制御ユニットの制御作動の要部を説明するフローチャートである。 第１実施形態の変形例に係る車両用表示装置の電子制御ユニットの表示制御画面例であって、（ａ）はＲＴＯＳ実行部による表示制御画面の例であり、（ｂ）は汎用ＯＳ実行部及びＲＴＯＳ実行部による重畳表示に係る制御画面の例である。 第１実施形態の変形例に係る車両用表示装置の電子制御ユニットの制御作動の要部を説明するフローチャートである。

以下、本発明を適用した具体的な実施形態について、図面を参照しながら詳細に説明する。ただし、本発明が以下の実施形態に限定される訳ではない。また、説明を明確にするため、以下の記載および図面は適宜、簡略化されている。

本発明はプロセッサが、車両に搭載され、かつ前記車両のユーザが視認する表示装置の表示制御を行う第１ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、及び、前記表示装置の表示制御を行い、かつ命令の実行時間の時間制約を保証するＯＳである第２ＯＳを実行し、前記表示装置の表示に不具合がある又はその可能性がある場合 、前記表示装置に対して前記第２ＯＳの制御による表示を行うものである。

＜第１実施形態＞
図１は、第１実施形態に係る車両用表示装置１０を含む車両１の概略構成図である。図１に示されるように、車両１のユーザから視界に入る様に、メータディスプレイ１０２は設置されている。メータディスプレイ１０２は車両用表示装置１０における表示装置の一例であり、ヘッドアップディスプレイやセンタディスプレイ等、車両に搭載された任意の表示装置を用いても良い。

（車両用表示装置１０のハードウェア構成）
図２は、車両用表示装置１０のハードウェア構成を示すブロック図である。図２に示すように、車両用表示装置１０は、電子制御ユニット（以下、「ＥＣＵ」という）１００と、メータディスプレイ１０２と、センタディスプレイ１０４と、操作スイッチ１１２と、車両駆動装置１０６と、車載センサ１０８と、車外通信インターフェイス（車外通信Ｉ／Ｆ）１１４等を備えている。ＥＣＵ１００は車両用表示制御装置の一例である。車両用表示装置１０においてＥＣＵ１００は、メータディスプレイ１０２、センタディスプレイ１０４、操作スイッチ１１２及び、種々の搭載スイッチ等のそれぞれと通信可能に接続されている。

また、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）バス１１６により、車両駆動装置１０６、車載センサ１０８、車外通信Ｉ／Ｆ１１４及び、他のＥＣＵや車載機器等のそれぞれとも通信可能に接続されている。

車両用表示装置１０のＥＣＵ１００は、メータディスプレイ１０２の表示制御を行う機能を有する。ＥＣＵ１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０００、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１００１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１００２、ｅＭＭＣ（ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ）１００３、入出力インターフェイス（入出力Ｉ／Ｆ）１００４及び通信インターフェイス（通信Ｉ／Ｆ）１００５を含んで構成されている。各構成は、内部バス１００６を介して相互に通信可能に接続されている。

ＣＰＵ１０００は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ１０００は、ＲＯＭ１００１又はｅＭＭＣ１００３からプログラムを読み出し、ＲＡＭ１００２を作業領域としてプログラムを実行する。また、ＣＰＵ１０００は、ＲＯＭ１００１又はｅＭＭＣ１００３に記録されているプログラムに従って、上記各構成の制御および各種の演算処理を行う。ＣＰＵ１０００は、マルチプロセッサでも良いし、マルチコアでも良い。ＣＰＵ１０００は、プロセッサの一例である。

ＲＯＭ１００１は、各種プログラムおよび各種データを格納する。ＲＡＭ１００２は、作業領域として一時的にプログラム又はデータを記憶する。ｅＭＭＣ１００３はオペレーティングシステムを含む各種プログラム、及び各種データを格納する非一時的記録媒体である。本実施形態ではストレージにｅＭＭＣを用いたが、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）や、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＳＳＨＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｈｙｂｒｉｄ Ｄｒｉｖｅ）等の記憶装置によりストレージが構成されても良い。

入出力Ｉ／Ｆ１００４は、外部に接続する機器との情報の入出力を行うためのインターフェイスであり、ＵＳＢポートやＤＶＩポート等を有し、メータディスプレイ１０２やセンタディスプレイ１０４、操作スイッチ１１２、及び、車両に搭載された種々のタッチパッドやスイッチ、マイクやカメラ等の各種機器が接続されている。ＥＣＵ１００がメータディスプレイ１０２の表示制御を行う際にも用いられる。

通信Ｉ／Ｆ１００５は、車両１に搭載された他の機器と通信するためのインターフェイスであり、ＣＡＮ規格のバスであるＣＡＮバス１１６により、車両駆動装置１０６、車載センサ１０８、車外通信Ｉ／Ｆ１１４及び、他のＥＣＵや車載機器等のそれぞれと通信可能に接続されている。通信規格はデジタルコンテンツなど大量データの転送にはＭＯＳＴまたはＩＤＢ-１３９４や車載Ｅｔｈｅｒｎｅｔ（商標登録）、転送速度をそれほど要求されないシステムにおいてはＬｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ（ＬＩＮ）、エアバッグやシートベルトなどの乗員保護装置には、低速で信頼性を高めたＳａｆｅ-ｂｙ-Ｗｉｒｅという規格を用いる等、適宜変更しても良い。

メータディスプレイ１０２は、車両１のユーザから運転姿勢において視界に入る位置に設置される表示装置である。入出力Ｉ／Ｆ１００４を通じて、ＥＣＵ１００により表示制御がなされることで、車両１のユーザに対して情報の表示を行い、車両操作の支援を行う。また、ＥＣＵ１００は、車両１に搭載された各種メータ機器と接続されている。そのため、メータディスプレイ１０２には車両１の車速や、エンジン回転数、残燃料量、ギアや蓄電池の状態、表示灯や警告灯を始めとする各種車両機能等の情報が表示される。

センタディスプレイ１０４は、車両１のインストルメントパネルの車幅方向中央付近に取り付けられた表示装置である。メータディスプレイ１０２と同様に、入出力Ｉ／Ｆ１００４を通じて、ＥＣＵ１００により表示制御がなされることで、車両１のユーザに対して情報の表示を行い、車両操作の支援を行う。車両１のユーザによって入力された信号に基づき、目的地までユーザを誘導する地図情報やニュース、天気情報の表示や音楽再生等の機能を有する。また、センタディスプレイ１０４の表示制御部とメータディスプレイ１０２の表示制御部は情報の共有を行っても良く、それぞれのディスプレイに表示する、周辺の地図情報や車両の走行状態などの表示画像を作成する基となる情報を他方が提供する事で情報の連携を行っても良い。

操作スイッチ１１２は、車両ユーザの操作可能な位置に設置されたものであり、メータディスプレイ１０２やセンタディスプレイ１０４の表示の変更やオーディオの制御、運転支援システムの実行・停止等の車両操作をユーザが行う際に用いられる。

車両駆動装置１０６は、車両１に設けられた駆動用の装置類であって、ユーザによって入力された信号に基づいて車両１を駆動させる。すなわち、車両駆動装置１０６は、ボデー各部、エンジン各部に装着されたモータ、バルブ、アクチュエータを含む。これらは専用のＥＣＵを介してＣＡＮバス１１６と繋がっていても良い。

車載センサ１０８は、車両１に設けられたセンサ類であって、車両１及びその運転支援の為の各種情報を取得する目的で設けられ、車両１のボデー各部やエンジン各部等に装着されたセンサを含む。これらは専用のＥＣＵを介してＣＡＮバス１１６と繋がっていても良い。

車外通信Ｉ／Ｆ１１４は、外部センタなどの外部装置との通信を行う為に設けられる。通信では、ＣＡＮバス１１６を通じて他の車載機器から取得した情報の送信や、外部装置から車両の周辺情報やメンテナンス情報など、各種サービス情報の受信が行われる。通信モジュールを有し、有線または無線の通信回線、例えば、ＣＡＮ、イーサネット（登録商標）、ＦＤＤＩ（Ｆｉｂｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）、Ｗｉ－Ｆｉ（登録商標）、Ｉ２Ｃ（Ｉｎｔｅｒ-Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、Ｚｉｇｂｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）などの種々の規格を用いて通信を行って良い。また、車外通信を行う機能は任意の制御ユニットが有しても良く、例えば、ＥＣＵ１００が車外通信機能を合わせ持つ構成としても良い。

（本実施形態に係る車両用表示装置の機能構成）
図３は、第１実施形態に係る車両用表示装置の機能構成を示すブロック図である。

車両１が備える車両用表示装置１０では、車両駆動装置１０６や車載センサ１０８、車外通信Ｉ／Ｆ１１４、センタディスプレイ１０４および操作スイッチ１１２等の車載機器から取得した情報を基に、ＥＣＵ１００がメータディスプレイ１０２の表示制御を行う。

ハイパーバイザ１００７は、ＲＯＭ１００１やｅＭＭＣ１００３に保存されたプログラムが、電源入力時にＲＡＭ１００２を作業領域としてＣＰＵ１０００により実行されることで機能する。ハイパーバイザ１００７は、ハードウェア上に仮想機械（バーチャルマシン）を作成し、ＯＳを動作させることができる。具体的には、ハイパーバイザ１００７条で動作させるゲストＯＳが意図する制御を基に、ＣＰＵ１０００やＲＯＭ１００１、ＲＡＭ１００２、ｅＭＭＣ１００３、入出力Ｉ／Ｆ１００４、通信Ｉ／Ｆ１００５等のハードウェアを制御する。また、ハイパーバイザ１００７は常時、メータディスプレイ１０２の表示を監視している。ハイパーバイザ１００７はＣＰＵ１０００がメータディスプレイ１０２の表示制御を行うＯＳを切り替える際に用いるシステムの一例である。

本実施形態ではＥＣＵ１００がメータディスプレイ１０２の表示制御を行う表示制御アプリケーションの動作の為、ゲストＯＳとして用いる、第１ＯＳの一例として、汎用ＯＳを用いる。また、第２ＯＳの一例として、命令の実行時間の時間制約を保証するＯＳのＲＴＯＳを用いる。汎用ＯＳには、ＡＧＬ（Ａｕｔｏ ｍｏｔｉｖｅ Ｇｒａｄｅ Ｌｉｎｕｘ）（商標登録）、ＡＡＯＳ（Ａｎｄｒｏｉｄ Ａｕｔｏｍｏｔｉｖｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）（商標登録）等が有り、ＲＴＯＳには、ＱＮＸ（商標登録）、μＩＴＲＯＮ（商標登録）、ＲＴＬｉｎｕｘ（商標登録）等がある。また、ＯＳは命令の実行時間の時間制約を保証する為、ユーザーアプリケーションから、待ちが発生しないサービスコールを呼出した場合に要する最悪値の要求を満たす・ハードウェア割り込みが発生してから、処理ルーチンを呼出すまでの最悪値の要求を満たす・高優先度のタスクが確実に実行されることを保証するスケジューリング規則を持つ、等の要求を満たすＯＳが選定される。

汎用ＯＳは汎用ＯＳ実行部１００８により実行され、実行した汎用ＯＳのシステム上でメータディスプレイ１０２の表示制御アプリケーションを動作させる。また、ＲＴＯＳも同様に、ＲＴＯＳ実行部１００９により実行され、実行したＲＴＯＳのシステム上でメータディスプレイ１０２の表示制御アプリケーションを動作させる。メータディスプレイ１０２の表示制御において、汎用ＯＳ実行部１００８により実行されているメータディスプレイ１０２の表示制御アプリケーションと、ＲＴＯＳ実行部１００９により実行されているメータディスプレイ１０２の表示制御アプリケーションはどちらも常に動作しており、ハイパーバイザ１００７が適宜表示制御を行うアプリケーションが動作するＯＳを切り替える事で、それぞれのＯＳ上の表示制御アプリケーションによる表示制御が行われる。また、本実施形態では常にどちらのアプリケーションも動作させる構成としたが、一時的にアプリケーションを停止させ、必要な時に再度アプリケーションを実行する構成としても良い。

また、本実施形態の記載では、センタディスプレイ１０４の表示制御についても、同一のハイパーバイザ１００７上で同様に行われるが、異なるハードウェア上で行われても良い。また、表示制御部が通信を行い、情報を共有した上で表示情報に用いても良い。

（制御作動の要部を説明するフローチャート）
図４は、第１実施形態に係る車両１のＥＣＵ１００の制御作動の要部を説明するフローチャートである。以下の処理は、ＥＣＵ１００におけるＣＰＵ１０００がハイパーバイザ１００７、汎用ＯＳ実行部１００８及びＲＴＯＳ実行部１００９として機能することにより実現される。

図４のフローチャートは車両１のイグニッションがＯＮになる毎に実行される。先ず、ステップ（以下、ステップを省略する）Ｓ１００において、ＣＰＵ１０００は車両１のイグニッションのＯＮを検知する。

Ｓ１０２において、ＣＰＵ１０００はハイパーバイザ１００７を実行する。具体的に、前のステップのＳ１００でイグニッションがＯＮになり、ＥＣＵ１００にも自動的に電力が供給されると、ＥＣＵ１００はｅＭＭＣ１００３に保存された制御プログラムを、ＲＡＭ１００２を作業領域としてＣＰＵ１０００により実行することでハイパーバイザ１００７を実行する。

Ｓ１０４において、ＣＰＵ１０００は汎用ＯＳとＲＴＯＳを実行する。具体的には、Ｓ１０２で実行したハイパーバイザ１００７の上で汎用ＯＳとＲＴＯＳを実行し、メータディスプレイ１０２の表示制御の準備を行う。

Ｓ１０６では、ＣＰＵ１０００はＲＴＯＳによるメータディスプレイ１０２の表示制御を行う。具体的には、ＲＴＯＳが実行され、ＲＴＯＳ上の表示制御アプリケーションによるメータディスプレイ１０２の表示制御の準備が完了すると、ＲＴＯＳによるメータディスプレイ１０２の表示制御を行う。

Ｓ１０８では、ＣＰＵ１０００は汎用ＯＳによる表示制御の準備が完了したか否かの判定を行う。具体的に、ＣＰＵ１０００は実行された汎用ＯＳ上で動作する表示制御アプリケーションによるメータディスプレイ１０２の表示制御の準備が完了したかの判定を行う。ＣＰＵ１０００は汎用ＯＳによる表示制御の準備が完了したと判定した場合（Ｓ１０８でＹｅｓの場合）、Ｓ１１０へ進む。一方、ＣＰＵ１０００は汎用ＯＳによる表示制御の準備が完了していないと判定した場合（Ｓ１０８でＮｏの場合）、Ｓ１０６に戻る。

Ｓ１１０では、ＣＰＵ１０００は汎用ＯＳによる表示制御へと表示制御を行うＯＳを切り替える。すなわち、汎用ＯＳによる表示制御の準備が完了すると、ハイパーバイザ１００７はＲＴＯＳによる表示制御から汎用ＯＳによる表示制御へと表示制御を行うＯＳを切り替える。

Ｓ１１２では、ＣＰＵ１０００がメータディスプレイ１０２の表示に不具合又はその可能性があるか否かの判定を行う。ＣＰＵ１０００がメータディスプレイ１０２の表示に不具合又はその可能性が無いと判定した場合、つまり、不具合及びその可能性もない場合（Ｓ１１２でＮｏの場合）はＳ１１４に進む。一方、ＣＰＵ１０００がメータディスプレイ１０２の表示に不具合又はその可能性があると判定した場合、つまり、不具合及びその可能性の何れかがある場合（Ｓ１１２でＹｅｓの場合）はＳ１１６に進む。

Ｓ１１４では、ＣＰＵ１０００は汎用ＯＳによる表示制御を実行する。すなわち、これまで汎用ＯＳによる表示制御を実行していた場合は、汎用ＯＳによる表示制御を続け、これまでＲＴＯＳによる表示制御を実行していた場合は、汎用ＯＳによる表示制御に切り替える。

Ｓ１１６では、ＣＰＵ１０００はＲＴＯＳによる表示制御を実行する。すなわち、これまで汎用ＯＳによる表示制御を実行していた場合は、ＲＴＯＳによる表示制御に切り替え、これまでＲＴＯＳによる表示制御を実行していた場合は、ＲＴＯＳによる表示制御を続ける。

Ｓ１１８では、ＣＰＵ１０００は一定時間が経過したかどうかを判定。ＣＰＵ１０００は一定時間が経過したと判定した場合（Ｓ１１８でＹｅｓの場合）、Ｓ１１２に戻る。一方、ＣＰＵ１０００は一定時間が経過していないと判定した場合（Ｓ１１８でＮｏの場合）、Ｓ１１８を繰り返す。本構成により、不具合又はその可能性が無くなった場合、元の汎用ＯＳによる表示制御へ戻すことを可能とする。

以上の様に、本実施形態によれば、汎用ＯＳ実行部１００８によるメータディスプレイ１０２の表示制御後にメータディスプレイ１０２の表示に不具合が有る又はその可能性が有る場合は、ＲＴＯＳ実行部１００９による表示制御に切り替える事で、メータディスプレイ１０２の表示に不具合がある又はその可能性がある場合においても表示装置のユーザに対しての表示を担保することが出来る。特に、表示装置にメータディスプレイ１０２を用いる場合はユーザとしての運転者に向けての表示を担保することができる。本実施形態によれば、運転者が車両１を運転する際に、運転者に対する表示が確保されるため、車両１の走行安全に寄与することができる。

（変形例）
第１実施形態では、メータディスプレイ１０２の表示制御時は汎用ＯＳによる表示制御、もしくは、ＲＴＯＳによる表示制御としたが、汎用ＯＳとＲＴＯＳの両方による重畳表示制御を行っても良い。

図５（ａ）は第１実施形態の変形例に係る車両用表示装置１０の電子制御ユニット１００のＲＴＯＳ実行部１００９による表示制御画面例である。ＲＴＯＳ実行部１００９による表示制御では、情報量よりも表示制御の準備速度を優先する為、運転支援を行う為にメータディスプレイ１０２に表示を行う情報量は限られ、一部の重要表示情報１０２０のみの表示を行う。重要表示情報１０２０にて表示される重要表示の一例として、ＡＢＳ不良やエンジン不良を表すテルテール、フラッシャ、現在のシフト操作情報、累積走行距離、現在速度、ガソリン残量、水温などの情報がある。

図５（ｂ）は第１実施形態の変形例に係る車両用表示装置１０の電子制御ユニット１００の汎用ＯＳ実行部１００８とＲＴＯＳ実行部１００９による重畳表示制御画面例である。汎用ＯＳ実行部１００８とＲＴＯＳ実行部１００９による重畳表示制御では、図５（ａ）のＲＴＯＳ実行部１００９の表示制御に対して、汎用ＯＳ実行部１００８による表示制御を重畳する。汎用ＯＳ実行部は、表示制御の準備速度よりも情報量やレンダリングなどの高度な画面表示を優先する為、多様な情報の表示制御が可能となり、一般表示情報１０２１の表示が行える。一般表示情報１０２１にて表示される一般表示の一例として、タコメータの情報や、３Ｄ表示での運転支援システムの行動予定情報、時刻等の情報や、装飾表示がある。

図６は第１実施形態の変形例に係る車両用表示装置の電子制御ユニットの制御作動の要部を説明するフローチャートである。

Ｓ２００からＳ２０８の処理は上述した第１実施形態のＳ１００からＳ１０８の処理と同様である。続くステップであるＳ２１０に対応する、上述した第一実施形態のＳ１１０では、汎用ＯＳのみによりメータディスプレイ１０２の表示制御を行っていたが、本変形例のＳ２１０では、汎用ＯＳによる表示制御に、ＲＴＯＳによる表示制御を加えた、重畳表示制御を行う。これにより、ＲＴＯＳおよび、汎用ＯＳの両方において、同様の情報を表示する為の制御を行う必要が無くなり、製品の製作時の効率化や情報のメモリ容量の削減などを可能とする。

続くＳ２１２の処理はＳ１１２の処理と同様である。また、Ｓ２１４は上述したＳ２１０と同様である。Ｓ２１６、Ｓ２１８の処理はＳ１１６、Ｓ１１８と同様である。

また、第１実施形態ではメータディスプレイ１０２の表示に不具合又はその可能性が有るかをハイパーバイザ１００７が判断する構成としたが、メータディスプレイ１０２の表示に不具合又はその可能性が有るかを判断する情報処理装置を外部に別途設けて情報を取得する構成としても良い。本構成によれば、表示装置の表示に不具合がある又は可能性が有るかどうかの情報を外部の情報処理装置が行う事でシステムの分散が可能になり、冗長性や正確性が向上する。

また、第１実施形態では、一定時間経過ごとにＳ１１２でハイパーバイザ１００７がメータディスプレイ１０２の表示に不具合又はその可能性が有るかを判断する構成としたが、汎用ＯＳ実行部１００８によるメータディスプレイ１０２の表示制御を正常に行えなかった旨のフェイル情報を取得した場合は、一定時間を待たずに即座にＳ１１６のステップを実行する構成としても良い。

第一実施形態では、ＣＰＵ１０００がメータディスプレイ１０２の表示制御を行うＯＳを切り替える際に用いるシステムの一例として、ハードウェアの上で動作するハイパーバイザ１００７上で更に汎用ＯＳ実行部１００８とＲＴＯＳ実行部１００９が動作する構成としたが、ハードウェアとハイパーバイザ１００７の間に有する、別のホストＯＳを通じてハードウェアを間接的に制御する等、任意の既知の構成としても良い。

第一実施形態では、ハイパーバイザ１００７上で汎用ＯＳ実行部１００８とＲＴＯＳ実行部１００９が動作する構成としたが、ホストＯＳは２つに限らず、更に冗長性を持たせるために３つ以上のホストＯＳが動作する構成としても良い。また、変形例の重畳表示においても、３つ以上のホストＯＳによる重畳表示とする構成としても良い。

本発明を諸図面及び実施形態に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び修正を行うことが容易であり、本発明は上記実施形態に限られたものではなく、これらの変形及び修正も本発明の範囲に含まれることに留意されたい。たとえば、各手段または各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段またはステップ等を１つに組み合わせたり、或いは分割して複数のユニットや任意のサーバによって行ったりさせることが可能である。また、車両用表示制御装置の制御処理部にて本実施形態にかかる動作を行う装置や方法、および、本実施形態にかかる動作を行わせるプログラムも本発明の範囲に含まれる。

なお、上記実施形態でＣＰＵ１０００がソフトウェア（プログラム）を読み込んで実行した各種処理を、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の製造後に回路構成を変更可能なＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、及びＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が例示される。また、上述した各処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせ等）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路である。

また、上記実施形態において、各プログラムはコンピュータが読み取り可能な非一時的記録媒体に予め記憶（インストール）されている態様で説明した。例えば、ＥＣＵ１００における制御用のプログラムはｅＭＭＣ１００３に予め記憶されている。しかしこれに限らず、各プログラムは、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の非一時的記録媒体に記録された形態で提供されてもよい。また、プログラムは、ネットワークを介して外部装置からダウンロードされる形態としてもよい。

１ 車両
１０ 車両用表示装置
１００ 電子制御ユニット（ＥＣＵ・車両用表示制御装置）
１０００ ＣＰＵ（プロセッサ）
１０２ メータディスプレイ（表示装置）

Claims (9)

1. １以上のプロセッサを備え、前記プロセッサは、
   車両に搭載され、かつ前記車両のユーザが視認する表示装置の表示制御を行う第１ＯＳ、及び、前記表示装置の表示制御を行い、かつ命令の実行時間の時間制約を保証するＯＳである第２ＯＳを実行し、
   前記表示装置の表示に不具合がある又は可能性がある場合、前記表示装置に対して前記第２ＯＳの制御のみによる表示を行う
   ように構成されている車両用表示制御装置。
2. 前記プロセッサは、
   前記第１ＯＳの制御による表示と、前記第２ＯＳの制御による表示と、を切り替え可能であって、
   前記表示装置の表示に不具合がある又は可能性がある場合、前記第１ＯＳの制御による表示に代えて前記第２ＯＳの制御による表示を前記表示装置に対して行う
   請求項１に記載の車両用表示制御装置。
3. 前記プロセッサは、
   前記第１ＯＳの制御による表示と、前記第２ＯＳの制御による表示と、前記表示装置に重畳表示可能であって、
   前記表示装置の表示に不具合がある又は可能性がある場合、前記第１ＯＳの制御による前記表示装置に対する表示を中止する
   請求項１に記載の車両用表示制御装置。
4. 前記プロセッサは、
   前記不具合が無くなった場合、前記第１ＯＳの制御による表示を前記表示装置に対して行う請求項１から３の何れか１項に記載の車両用表示制御装置。
5. 前記プロセッサは、
   前記表示装置の表示に不具合がある又は可能性が有るかどうかの情報を外部の情報処理装置から取得する請求項１から４の何れか１項に記載の車両用表示制御装置。
6. 前記表示装置と、
   請求項１から５の何れか１項に記載の前記車両用表示制御装置と
   を備える車両用表示装置。
7. 前記表示装置と、
   請求項１から５の何れか１項に記載の前記車両用表示制御装置と
   を備える車両。
8. コンピュータが、
   車両に搭載され、かつ前記車両のユーザが視認する表示装置の表示制御を行う第１ＯＳ、及び、前記表示装置の表示制御を行い、かつ命令の実行時間の時間制約を保証するＯＳである第２ＯＳを実行し、
   前記表示装置の表示に不具合がある又は可能性がある場合、前記表示装置に対して前記第２ＯＳの制御のみによる表示を行う
   処理を実行する車両用表示制御方法。
9. 車両に搭載され、かつ前記車両のユーザが視認する表示装置の表示制御を行う第１ＯＳ、及び、前記表示装置の表示制御を行い、かつ命令の実行時間の時間制約を保証するＯＳである第２ＯＳを実行し、
   前記表示装置の表示に不具合がある又は可能性がある場合、前記表示装置に対して前記第２ＯＳの制御のみによる表示を行う
   処理をコンピュータに実行させるプログラム。