WO2020235361A1

WO2020235361A1 - 車両用装置

Info

Publication number: WO2020235361A1
Application number: PCT/JP2020/018677
Authority: WO
Inventors: 初穂堺; 哲男栗田
Original assignee: 株式会社デンソー
Priority date: 2019-05-23
Filing date: 2020-05-08
Publication date: 2020-11-26
Also published as: JP7449650B2; US20220073019A1; JP2020190986A

Abstract

実施形態の車両用装置１は、制御部２０と、不具合の監視と解消とを行う監視部としての監視アプリ３５とを備えている。このとき、制御部２０上では、複数のＭＨＩを分担して制御する複数のＯＳ２４が動作している。そして、監視アプリ３５は、制御部が備える機能としての例えばＯＳ２４に生じた不具合を監視し、不具合が検知されていないＯＳ２４の動作は継続したまま、不具合が検知されたＯＳ２４の不具合を解消する。

Description

車両用装置

関連出願の相互参照

　本出願は、２０１９年５月２３日に出願された日本出願番号２０１９－０９６７８３号に基づくもので、ここにその記載内容を援用する。

　本開示は、車両用装置に関する。

　近年、メータパネル付近に表示器を設けて速度などの車両に関する情報を表示したり、メータパネル全体を表示器で構成して速度計などをグラフィック表示したりする車両用装置がある。また、例えばナビゲーション画面など、いわゆるマルチメディア系の情報を表示するための表示器を備えた車両用装置もある。そして、例えば特許文献１には、これら車両に関する情報やマルチメディア系の情報の表示などの複数の機能を統合した車両用装置が開示されている。以下、複数の機能を統合した車両用装置を、便宜的に統合型の車両用装置と称する。

特開２０１９－０１８８４４号公報

　さて、統合型の車両用装置では、１つの制御部によって複数のヒューマンマシンインターフェースを制御している。以下、ヒューマンマシンインターフェースをＨＭＩと称する。そのため、それら複数のＨＭＩをシームレスに連係させることにより、例えばメータパネル側にナビゲーション画面を表示したり、マルチメディア系の情報を表示するための表示器に車両に関する情報を表示したりすることが可能になる。

　しかしながら、統合型の車両用装置は、従来のように個別の装置でＨＭＩを制御する構成とは異なり、一部に不具合が生じた際、不具合が生じていないＨＭＩの制御ができなくなるなど、装置全体に影響が出てしまうおそれがある。
　本開示の目的は、装置全体に影響が出ることを抑制しつつ不具合を解消することができる車両用装置を提供することにある。

　上記目的を達成するために、本開示では、車両用装置は、制御部と、不具合の監視と解消とを行う監視部と、を備えている。このとき、制御部上で、複数のヒューマンマシンインターフェースを分担して制御する複数のオペレーティングシステムを動作させている。これにより、不具合が生じた際にその不具合が車両用装置の全体に影響を与えてしまうリスクを低減することができる。

　そして、監視部は、制御部が備える機能に生じた不具合を監視し、不具合が検知されていない機能の動作は継続したまま、不具合が検知された機能の不具合を解消する。これにより、不具合が生じていない機能についてはそのまま動作させることが可能となり、不具合が検知された機能についてはその不具合が解消される。したがって、装置全体に影響が出ることを抑制しつつ、不具合を解消することができる。

図１は、実施形態による車両用装置の接続態様を模式的に示す図であり、図２は、メータディスプレイの構成を模式的に示す図であり、図３は、センターディスプレイの構成を模式的に示す図であり、図４は、ヘッドアップディスプレイの構成を模式的に示す図であり、図５は、車両用装置の構成を模式的に示す図であり、図６は、不具合を解消する処理の流れを示す図であり、図７は、車両用装置の他の構成を示す図である。

　以下、実施形態について説明する。図１に示すように、車両用装置１は、例えばメータディスプレイ２やセンターディスプレイ３あるいはヘッドアップディスプレイ４などの複数の表示器、ならびに、カメラ５やスピーカ６などの機器に接続されている。この車両用装置１は、いわゆる車両インフォテイメントを実現するコックピットシステム７を各機器と共に構成している。また、車両用装置１は、車両に設けられているＥＣＵ８にも接続されており、車速などの情報を受け取ることができる。なお、図１に示す構成は一例であり、これに限定されない。

　メータディスプレイ２は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成されており、図２に示すように、運転者の正面付近に位置するメータパネル９に設けられている。本実施形態の場合、メータパネル９全体が表示器で構成されてメータディスプレイ２となっている。このメータディスプレイ２には、例えば速度計１０や回転数計１１、各種の警告灯１２、および、車両の後方画像１３などがフルグラフィック表示される。

　つまり、メータディスプレイ２には、例えば速度、警告、法規により定められている情報、燃料の残量やシートベルト装着の有無など、車両の状態に関する情報や車両の走行あるいは安全に関する情報が主として表示される。以下、これらの情報を便宜的に車両情報と称する。また、メータディスプレイ２には、車両用装置１を起動する際の起動メッセージ、および、車両用装置１を停止させる際の停止メッセージなども表示される。これらの情報によって、メータディスプレイ２用のヒューマンマシンインターフェースが構成されている。以下、ヒューマンマシンインターフェースをＨＭＩと称する。

　センターディスプレイ３は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成されており、いわゆるセンターコンソール付近に設けられている。このセンターディスプレイ３には、図３に示すように、例えばナビゲーション画面１４やメニュー画面１５などが表示される。

　また、センターディスプレイ３は、テレビ放送や再生している楽曲の情報などを表示することもできる。つまり、センターディスプレイ３には、主として、ナビゲーション画面１４やメニュー画面１５等、いわゆるマルチメディア系の情報が表示される。これらの表示によって、センターディスプレイ３用のＨＭＩが構成されている。

　ヘッドアップディスプレイ４は、例えば生成した表示画像を凹面鏡やレンズなどの光学経路を経由してフロントウィンドやコンバイナなどの投影面に向けて投影し、運転者正面の空間上に虚像を結像させるものである。ヘッドアップディスプレイ４は、ダッシュボード上の運転者の正面付近に設けられるものを想定している。つまり、ヘッドアップディスプレイ４は、運転者が視認しやすい位置に設けられている

　換言すると、ヘッドアップディスプレイ４は、通常の運転時において運転者の視界に入る位置に設けられている。このヘッドアップディスプレイ４には、図４に示すように、一例ではあるが、例えば車速表示１６や曲がり角までの距離や曲がる方向を示す方向画像１７あるいは現在時刻１８などが表示される。これらの表示によって、ヘッドアップディスプレイ４用のＨＭＩが構成されている。

　これらメータディスプレイ２、センターディスプレイ３およびヘッドアップディスプレイ４は、互いにシームレスに連係した表示が可能となっている。そのため、例えばナビゲーション画面１４をメータディスプレイ２に表示したり、速度をセンターディスプレイ３に表示したりすることができる。

　カメラ５は、ＣＣＤセンサやＣＭＯＳセンサを備えており、車両の外部を動画および静止画で撮像する。本実施形態では、カメラ５は、車両の後方を撮像可能な位置に設けられている。このカメラ５で撮像された画像は、例えばメータディスプレイ２やセンターディスプレイ３などに表示される。スピーカ６は、ナビゲーション時の案内音声の出力や再生した楽曲の出力などを行う。

　このように、本実施形態の車両用装置１は、車両の状態に関する情報を表示する機能部とマルチメディア系の情報を表示する機能部とを含む複数の機能部が統合され、各種の情報を運転者に対して視覚的あるいは聴覚的に提示可能な統合型のものとなっている。

　そして、車両用装置１は、図５に示すように、１つの制御部２０によって制御されている。制御部２０は、ＣＰＵ２１などを有するいわゆるマイクロコンピュータで構成されている。そして、制御部２０は、ｅＭＭＣなどの不揮発性メモリなどで構成された記憶部２２に記憶されているプログラムを実行することにより、車両用装置１を制御する。このとき、各プログラムは、メインメモリ２３上に展開されて実行される。

　制御部２０上には、複数のオペレーティングシステム２４が動作可能な仮想化環境が構築されている。以下、オペレーティングスシステム２４をＯＳ２４と称する。本実施形態の場合、制御部２０上ではＯＳ２４ＡとＯＳ２４Ｂの２つが動作している。つまり、車両用装置１には、１つのハードウェア上で複数のシステムが動作しており、それぞれ処理を分担している。

　換言すると、車両用装置１は、複数のシステムを動作させることにより、不具合が生じるリスクを分散させている。このとき、ＯＳ２４ＡとＯＳ２４Ｂとの間は、通信可能に接続されている。また、車両用装置１に設けられているデバイスは、ＯＳ２４ＡとＯＳ２４Ｂとによって共有されている。

　より詳細には、制御部２０は、例えば４つのコアをそれぞれＣＰＵモジュール２１ＡとＣＰＵモジュール２１Ｂとに区分けされ、ＣＰＵモジュール２１Ａ上でＯＳ２４Ａが動作し、ＣＰＵモジュール２１Ｂ上でＯＳ２４Ｂが動作している。このとき、ＯＳ２４Ｂは、ＯＳ２４Ａが機能として備えるハイパーバイザ２５上で動作している。なお、ハイパーバイザ２５を個別に設け、そのハイパーバイザ２５上でＯＳ２４ＡおよびＯＳ２４Ｂを動作させる構成とすることもできる。

　ＯＳ２４Ａは、いわゆるリアルタイムＯＳであり、ＯＳ２４Ｂに比べてリアルタイム性が要求される処理、例えば、車両の走行あるいは安全に関係する処理などを主に実行する機能部が設けられている。このようなリアルタイムＯＳは、一般的に、ＯＳ２４Ａ自体に不具合が起きにくく、また、アプリケーションプログラムの実行時間などを予測あるいは制限できる等、汎用ＯＳに比べて相対的に安定性が高い設計となっている。このＯＳ２４Ａは、第１のオペレーティングシステムに相当する。

　ＯＳ２４Ｂは、いわゆる汎用ＯＳであり、ＯＳ２４Ａに比べるとリアルタイム性能や安定性は相対的に低いことが多いものの、マルチメディア機能のような汎用的な処理を容易に実行できるというメリットがある。このＯＳ２４Ｂは、第２のオペレーティングシステムに相当する。

　各ＯＳ２４は、それぞれアプリケーションプログラムを実行することにより、各種の機能部をソフトウェアで実現している。以下、アプリケーションプログラムを便宜的にアプリと称する。制御部２０が備える機能部としては、例えばメータアプリ３０、カメラアプリ３１、ナビアプリ３２、ＨＵＤアプリ３３、通信アプリ３４、監視アプリ３５、および代行アプリ３６などがある。これらの機能部は、制御部２０上で実行されるプログラムによって実装されている。また、図５に示す機能部の数や種類あるいは機能部を実装するＯＳ２４は一例であり、これらに限定されない。

　メータアプリ３０は、ＥＣＵ８などから取得した車両情報を主としてメータディスプレイ２への表示を行うものである。つまり、メータアプリ３０は、メータディスプレイ２用のＨＭＩを制御する機能部として設けられている。このメータアプリ３０は、速度計１０のように車両の走行に必要な情報を表示するものであるとともに、例えば１／６０秒程度の比較的短い周期で表示を更新する必要がある。そのため、メータアプリ３０は、ＯＳ２４Ａに設けられている。このメータアプリ３０が制御するＨＭＩは、例えばメータ表示回路３７を経由して、例えばＬＶＤＳ形式の描画データとしてメータディスプレイ２に送信される。

　カメラアプリ３１は、カメラ５から例えばＮＴＳＣ信号で入力回路３８に入力された画像を表示器に表示する処理、および、撮像した画像に含まれる障害物やその障害物までの距離などを表示する処理を行うものである。このとき、カメラアプリ３１は、汎用的な画像処理を行うことになる。そのため、カメラアプリ３１は、ＯＳ２４Ｂに設けられている。このカメラアプリ３１が表示する画像は、メータ表示回路３７を経由してメータディスプレイ２に送信されて表示される。なお、カメラアプリ３１が表示する画像は、例えばセンター表示回路３９を経由して、例えばＬＶＤＳ形式の描画データとしてセンターディスプレイ３に送信して表示することもできる。

　ナビアプリ３２は、主としてセンターディスプレイ３への表示を行うものである。つまり、ナビアプリ３２は、センターディスプレイ３用のＨＭＩを制御する機能部として設けられている。このナビアプリ３２は、例えばナビゲーション画面１４の生成および表示や、案内音声を出力する処理などのマルチメディア系の処理を行っている。そのため、ナビアプリ３２は、ＯＳ２４Ｂに設けられている。このナビアプリ３２が表示する画像は、例えばセンター表示回路３９を経由して、例えばＬＶＤＳ形式の描画データとしてセンターディスプレイ３に送信される。また、案内音声は、アンプ４１を介してスピーカ６に信号を送信することにより出力される。

　ＨＵＤアプリ３３は、主としてヘッドアップディスプレイ４への表示を行うものである。つまり、ＨＵＤアプリ３３は、ヘッドアップディスプレイ４用のＨＭＩを制御する機能部として設けられている。このＨＵＤアプリ３３は、車両の走行時の補助的な役割を果たすものであるとともに、方向画像１７などのマルチメディア系の処理を行っている。そのため、ＨＵＤアプリ３３は、ＯＳ２４Ｂに設けられている。このＨＵＤアプリ３３が表示する画像は、例えばＨＵＤ表示回路４０を経由して、例えばＬＶＤＳ形式の描画データとしてヘッドアップディスプレイ４に送信される。

　通信アプリ３４は、通信回路４２を介して、車両用装置１以外の外部の装置との間で通信を行う機能部として設けられている。通信回路４２は、図５では１つを示しているが、複数の通信方式に対応したものを用いることができるし、通信回路４２自体を複数個設ける構成とすることができる。つまり、車両用装置１は、自身とは異なる多種多様な装置に接続される可能性がある。

　通信回路４２が対応する通信方式は、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉなど、既知のものを採用することができる。外部の装置としては、運転者が所持する携帯端末やタブレット、ＵＳＢメモリ、あるいはインターネット上のサーバなどを対象とすることができる。

　監視アプリ３５は、制御部２０に生じる不具合の監視と、検知した不具合の解消とを行う。より詳細には、監視アプリ３５は、ＯＳ２４に生じた不具合を検知するとともに、不具合が検知されていないＯＳ２４の動作は継続したまま、不具合が検知されたＯＳ２４の不具合を解消する。本実施形態の場合、監視アプリ３５は、本実施形態では相対的に安定性が高いＯＳ２４Ａに設けられており、相対的に安定性が低いＯＳ２４Ｂを監視しており、不具合を検知した場合には、ＯＳ２４Ａの動作は継続したまま、ＯＳ２４ＢをリセットすることによりＯＳ２４Ｂに生じた不具合を解消する。この監視アプリ３５は、監視部に相当する

　代行アプリ３６は、ＯＳ２４が行う制御のうち少なくとも一部の制御を代行可能なものであり、監視アプリ３５が不具合を解消する際、対象となるＯＳ２４Ｂが行っていた制御のうち、少なくとも一部の制御を代行する。例えば、代行アプリ３６は、カメラアプリ３１、ナビアプリ３２あるいはＨＵＤアプリ３３による表示器への表示の制御の少なくとも一部を代行する。この代行アプリ３６は、代行部に相当する

　これらを備える車両用装置１は、車両に搭載されているバッテリに接続されている第１電源回路４３と第２電源回路４４とから電源が供給される。これら第１電源回路４３および第２電源回路４４は、制御部２０とは別体に設けられている電源制御部４５によって電源供給の開始および停止が制御される。

　第１電源回路４３は、例えばクランキングによってバッテリからの電源電圧が一時的に低下した場合であっても電源供給が可能となるように、低電圧対応の回路構成となっている。本実施形態の場合、クランキング時のバッテリの電圧低下を考慮して、一例ではあるがバッテリの電圧が例えば４Ｖ程度まで低下しても電源供給が可能となっている。この第１電源回路４３は、電圧低下が生じた場合でも動作を維持したい機能部によって利用されるデバイス、例えば例えば制御部２０、記憶部２２、メインメモリ２３あるいはメータ表示回路３７などに電源を供給する。以下、それらのデバイスを便宜的に制御系デバイスと称する。

　第２電源回路４４は、最低動作電圧がバッテリの定格電圧よりも低くなっているものの、第１電源回路４３のような低電圧に対応した回路構成にはなっていない。そのため、電圧低下が生じた場合には、電源供給が不安定になる可能性がある。この第２電源回路４４は、電圧低下が生じた場合に動作を維持する必要性が相対的に低いと考えられる機能部によって利用されるデバイス、例えばセンター表示回路３９やアンプ４１あるいは通信回路４２などに電源を供給する。以下、それらのデバイスを便宜的にＭＭ系デバイスと称する。

　次に、上記した構成の車両用装置１の作用について説明する。
　前述のように、統合型の車両用装置１では、１つの制御部２０によって複数のＨＭＩを制御している。そのため、複数のＨＭＩをシームレスに連係させることが可能になる一方、一部に不具合が生じた際、その不具合が車両用装置１の全体に影響を及ぼすおそれがある。そこで、車両用装置１では、以下のようにして装置全体に影響が出ることを抑制しつつ不具合を解消する。

　車両用装置１の監視アプリ３５は、図６に示す処理を実行してＯＳ２４Ｂを監視している。具体的には、監視アプリ３５は、ステップＳ１において、ＯＳ２４Ｂの不具合が検知したかを判定している。監視アプリ３５は、不具合を検知していないと判定した場合には、ステップＳ１においてＮＯとなることから、待機する。

　一方、監視アプリ３５は、不具合を検知したと判定した場合には、ステップＳ１においてＹＥＳとなることから、ステップＳ２において、不具合が生じた対象、ここではＯＳ２４Ｂの制御を代行可能であるかを判定する。この場合、代行可能であるかは、今まで行われていた制御をそのまま引き継ぐことも含まれるが、必ずしも今まで行われていた制御の全体を引き継ぐ必要はなく、制御の一部を引き継ぐことができる。

　例えば、カメラアプリ３１によって、メータディスプレイ２への後方画像１３の表示と、障害物やその障害物までの距離の表示とが行われている場合を想定する。このとき、カメラアプリ３１に不具合が検知され、その不具合を解消するためにＯＳ２４Ｂをリセットするとする。その場合、代行アプリ３６は、メータディスプレイ２に後方画像１３を表示する制御を引き継ぎ、障害物やその障害物までの距離を表示する制御は引き継がない構成とすることができる。勿論、障害物やその障害物までの距離を表示する制御も引き継ぐ構成とすることもできる。これにより、不具合によって後方画像１３が全く表示されなくなるといった状況を回避することが可能になる。

　あるいは、例えばナビアプリ３２やＨＵＤアプリ３３に不具合が生じた場合であれば、代行アプリ３６により、センターディスプレイ３の表示をグレーアウトしたり多少ぼやかした画像を表示したりするなど、不具合が生じていることを報知する画像を表示する構成とすることができる。つまり、ナビゲーション画面１４やメニュー画面１５を表示する制御をそのまま引き継ぐのでは無く、ＨＭＩを表示するという機能的な部分を引き継ぐことにより、不意にセンターディスプレイ３が消えて車両用装置１が故障したと判断されるような状況を回避することができる。

　そして、監視アプリ３５は、代行可能であると判定した場合には、ステップＳ２においてＹＥＳとなることから、ステップＳ３において、対象の制御を代行アプリ３６に代行させる。なお、監視アプリ３５は、代行可能ではないと判定した場合には、ステップＳ２においてＮＯとなることから、ステップＳ３を省略してステップＳ４に移行する。

　続いて、監視アプリ３５は、ステップＳ４において、対象の不具合を解消する。本実施形態では、監視アプリ３５は、対象となるＯＳ２４Ｂをリセットすることにより、対象の不具合を解消する。なお、ＯＳ２４Ｂがリセットされている最中は、代行アプリ３６によって表示が代行される状態、あるいは、代行できない場合にはＯＳ２４Ａ側から例えば「リセット中」といったメッセージを表示する状態になる。

　さて、車両用装置１が備えるデバイスは、上記したようにＯＳ２４ＡおよびＯＳ２４Ｂによって共有されている。そのため、ＯＳ２４Ｂで検知された不具合によっては、デバイスの再起動が必要になることがある。これは、例えばあるデバイスが停止したことに起因してＯＳ２４Ｂに不具合が生じた場合、ＯＳ２４Ａ側にもそのデバイスが停止したことの影響が出る可能性があるためである。その一方で、不具合がプログラム上のものであった場合には、デバイスはそのまま継続して使用できる場合も想定される。

　そのため、監視アプリ３５は、ステップＳ５において、デバイスを初期化する必要があるかを判定する。監視アプリ３５は、デバイスを初期化する必要があると判定した場合には、ステップＳ５においてＹＥＳとなることから、ステップＳ６において、対象となるデバイスを初期化する。一方、監視アプリ３５は、デバイスを初期化する必要がないと判定した場合には、ステップＳ５においてＮＯとなることから、ステップＳ６を省略してステップＳ７に移行する。

　続いて、監視アプリ３５は、ステップＳ７において、再接続が必要であるかを判定する。この場合、監視アプリ３５は、ＯＳ２４ＡとＯＳ２４Ｂとの間の再接続が必要であるかを判定している。ＯＳ２４Ｂをリセットした場合には一般的には再接続が必要であると考えられるため、監視アプリ３５は、ステップＳ７においてＹＥＳとなることから、ステップＳ８において再接続処理を実行する。これにより、リセットが完了した後においてＯＳ２４ＡとＯＳ２４Ｂとが通信可能に再接続される。なお、再接続が不要な場合の例については後述する。

　そして、監視アプリ３５は、処理を終了する。なお、ここでは便宜的に処理を終了するとしているが、実際には、監視アプリ３５はステップＳ１に移行して不具合の監視を引き続き行うことになる。

　このように、車両用装置１は、不具合が検知された場合、対象となるＯＳ２４Ｂをリセットすることにより不具合を解消するとともに、ＯＳ２４Ａについてはその動作を継続させることにより、装置全体に影響が出ることを抑制しつつ不具合を解消している。

　以上説明した実施形態によれば、次のような効果を得ることができる。
　車両用装置１は、制御部２０と、不具合の監視と解消とを行う監視部としての監視アプリ３５と、を備えている。このとき、車両用装置１は、制御部２０上で複数のＨＭＩを分担して制御する複数のＯＳ２４を動作させている。これにより、不具合が生じた際にその不具合が車両用装置１の全体に影響を与えてしまうリスクを低減できる。

　そして、監視アプリ３５は、制御部が備える機能としてのＯＳ２４に生じた不具合を監視し、不具合が検知されていないＯＳ２４の動作は継続したまま、不具合が検知されたＯＳ２４の不具合を解消する。これにより、不具合が生じていないＯＳ２４はそのまま動作し続けることが可能となり、装置全体に影響が出ることを抑制しつつ、不具合を解消することができる。

　車両用装置１は、ＯＳ２４が行う制御のうち少なくとも一部の制御を代行可能な代行部としての代行アプリ３６を備えている。そして、監視アプリ３５は、不具合を解消する際、対象となるＯＳ２４が行っていた制御のうち少なくとも一部の制御を代行アプリ３６に代行させる。

　これにより今まで行われていた制御が突然停止して例えば表示器への表示が全く行われなくなるといった状況を回避することができる。したがって、運転者に車両用装置１が故障したといった不安を与えるおそれを低減することができる。

　車両用装置１では、複数のＯＳ２４は、主として車両に関する情報を処理するものであって、相対的に安定性が高い第１のＯＳ２４Ａと、主としてマルチメディア系の情報を処理するものであって、第１のＯＳ２４Ａに比べると相対的に安定性が低い第２のＯＳ２４Ｂとを含んでいる。

　これにより、以下、複数の機能を統合した車両用装置１において、各機能を効率的に動作させることが可能になる。すなわち、安定して動作させたい機能部をＯＳ２４Ａに設け、汎用的な処理を行う機能部をＯＳ２４Ｂに設けることにより、１つの制御部２０により、表示する情報の種類やその情報を表示する際に必要となる処理が異なる複数のＨＭＩを効率よく生成することができる。また、処理を分散させることにより、不具合が影響を与える範囲をより小さくすることができ、車両用装置１の全体への影響を抑えることができる。

　また、監視アプリ３５は、第１のＯＳ２４Ａに設けられており、第２のＯＳ２４Ｂに生じる不具合を検知する。ＯＳ２４Ａは、上記したように相対的且つ一般的に安定性が高いため、監視アプリ３５を安定して動作させることができる。その一方で、各種の汎用的な処理を実行できるものの相対的に安定性が低く、また、多種多様な外部の装置に接続される。つまり、ＯＳ２４Ｂ側では、ＯＳ２４Ｂ自身が要因となる以外に、外部の装置が要因となる不具合が生じる可能性がある。

　そのため、ＯＳ２４Ａに監視アプリ３５を設けてマスターとし、スレーブとしてのＯＳ２４Ｂを監視する構成とすることにより、車両用装置１に適した態様で不具合の監視と解消とを行うことができる。つまり、監視アプリ３５は、複数のＳＯ２４のうち、相対的な安定性が最も高いＯＳ２４Ａに設けられており、他のＯＳ２４Ｂに生じる不具合を検知する構成により、監視アプリ３５そのものを安定して動作させることができ、車両用装置１に適した態様での不具合の監視とその不具合の解消とを行うことができる。

　車両用装置１は、表示器への表示を含むＨＭＩを制御している。表示器は、運転者に情報を提示するものであり、運転者の視野内に設置されると考えられる。そして、その表示器への表示に不具合が生じると、不具合が運転者に視認されることになる。このため、表示器への表示は、不具合の監視および解消の重要な対象になると考えられる。そのため、表示器への表示を含むＨＭＩを不具合の監視および解消の対象とすることにより、運転者に不安感や不信感を抱かせるおそれを低減することができる。

　車両用装置１は、カメラ５で撮像した映像の表示器への表示を含むＨＭＩを制御している。車両の後方は運転者の死角となるため、障害物や人などの存在を運転者が把握しづらい位置である。このため、車両の後方をカメラ５で撮像して表示器に表示することにより、運転者の補助を行うことができると考えられる。そのため、カメラ５で撮像した映像の表示器への表示を含むＨＭＩを不具合の監視および解消の対象とすることにより、運転者の利便性の向上と事故の抑制とを行うことができる。

　実施形態ではＯＳ２４Ａをマスターとし、ＯＳ２４Ｂをスレーブとして監視する例を示したが、図７に示すように、各ＯＳ２４にそれぞれ監視アプリ３５を設け、他のＯＳ２４を相互に監視する構成とすることができる。この場合、代行アプリ３６は、例えば安定性が相対的に高いＯＳ２４Ａに設け、他のＯＳ２４の制御を一義的に代行する構成とすることができる。また、図７に破線にて模式的に示すように、各ＯＳ２４に代行アプリ３６を設ける構成とすることもできる。

　このような構成によっても、不具合が検知されていないＯＳ２４の動作は継続したまま、不具合が検知されたＯＳ２４の不具合を解消することができ、装置全体に影響が出ることを抑制しつつ不具合を解消することができる。

　また、車両用装置１には、ＯＳ２４Ａ、ＯＳ２４ＢおよびＯＳ２４Ｃのように、３つ以上のＯＳ２４を動作させることができる。この場合、各ＯＳ２４は、実施形態のようにハイパーバイザ２５上で動作させることができる。また、例えばＯＳ２４ＣをＯＳ２４Ｂ上の仮想化環境として動作させることもできる。

　このような構成によっても、複数のＯＳ２４で処理が分担されることから、不具合が生じるリスクを分散させることができるとともに、不具合が影響を及ぼす範囲を限定できるなど、車両用装置１の全体に不具合が影響するおそれを低減することができる。

　実施形態では監視アプリ３５によりＯＳ２４の機能を監視する例を示したが、監視アプリ３５により制御部２０が備える機能部としての各アプリを監視し、不具合が検知されたアプリを例えばリセットすることにより、機能部の不具合を解消する構成とすることができる。このような構成によっても、正常に動作している機能部の動作を維持したまま不具合を解消することが可能となる。したがって、車両用装置１の全体に影響が出ることを抑制しつつ、不具合を解消することができる。

　実施形態では速度計１０や回転数計１１あるいは警告灯１２をフルグラフィック表示させる構成例を示したが、メータパネル９の例えば中央部分にメータディスプレイ２を設け、速度計１０や回転数計１１あるいは警告灯１２をいわゆるアナログ式で設ける構成とすることもできる。

　実施形態ではカメラアプリ３１をＯＳ２４Ｂに設ける構成を例示したが、迅速且つ安定した状態でカメラ５からの映像を表示するために、カメラアプリ３１をＯＳ２４Ａに設ける構成とすることができる。

　本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に含まれるものである。

　本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。

Claims

　制御部（２０）と、
　不具合の監視と解消とを行う監視部（３５）と、を備え、
　前記制御部上で、複数のヒューマンマシンインターフェースを分担して制御する複数のオペレーティングシステム（２４）を動作させ、
　前記監視部は、制御部が備える機能に生じた不具合を監視し、不具合が検知されていない機能の動作は継続したまま、不具合が検知された機能の不具合を解消する車両用装置。
　前記機能が行う制御のうち少なくとも一部の制御を代行可能な代行部（３６）を備え、
　前記監視部は、不具合を解消する際、対象となる機能が行っていた制御のうち少なくとも一部の制御を前記代行部に代行させる請求項１記載の車両用装置。
　複数のオペレーティングシステムは、主として車両に関する情報を処理するものであって、相対的に安定性が高い第１のオペレーティングシステム（２４Ａ）と、主としてマルチメディア系の情報を処理するものであって、前記第１のオペレーティングシステムに比べると相対的に安定性が低い第２のオペレーティングシステム（２４Ｂ）と、を含み、
　前記制御部は、各オペレーティングシステムに機能を割り当てている請求項１または２記載の車両用装置。
　前記監視部は、前記第１のオペレーティングシステムに設けられており、前記第２のオペレーティングシステムに生じる不具合を検知する請求項３記載の車両用装置。
　前記監視部は、複数のオペレーティングシステムのうち、相対的な安定性が最も高いオペレーティングシステムに設けられており、他のオペレーティングシステムに生じる不具合を検知する請求項１または２記載の車両用装置。
　前記監視部は、複数のオペレーティングシステムにそれぞれ設けられており、他のオペレーティングシステムに生じる不具合を検知する請求項１から３のいずれか一項記載の車両用装置。
　前記制御部は、表示器（２、３、４）への表示を行うヒューマンマシンインターフェースを制御する請求項１から６のいずれか一項記載の車両用装置。
　前記制御部は、カメラ（５）で撮像した映像の表示器への表示を行うヒューマンマシンインターフェースを制御する請求項１から７のいずれか一項記載の車両用装置。
　前記制御部では、３つ以上のオペレーティングシステムが動作する請求項１から８のいずれか一項記載の車両用装置。