(57)【要約】【課題】ノイズの影響を与えることなく高性能化を実現できる車両用装置を提供する。【解決手段】実施形態の車両用装置（１）は、定格の動作クロックで動作する定格状態と、定格の動作クロックよりも高速であって動作可能な高速状態とを設定可能なＣＰＵ（３）と、ＣＰＵ（３）を定格状態または高速状態のいずれかに設定する設定部（３ｂ）と、を備え、設定部（３ｂ）は、起動から所定期間においてＣＰＵ（３）を高速状態に設定するとともに、所定期間が経過した後はＣＰＵ（３）を定格状態に設定する。【選択図】図１
2020149317.tif 000002
【特許請求の範囲】
【請求項１】
定格の動作クロックで動作する定格状態と、定格の動作クロックよりも高速であって動作可能な高速状態とを設定可能なＣＰＵ（３）と、
前記ＣＰＵ（３）を定格状態または高速状態のいずれかに設定する設定部（３ｂ）と、を備え、
前記設定部（３ｂ）は、起動から所定期間において前記ＣＰＵ（３）を高速状態に設定するとともに、所定期間が経過した後は前記ＣＰＵ（３）を定格状態に設定する車両用装置。
【請求項２】
前記設定部は、所定期間として、起動からヒューマンマシンインターフェースの提供が開始されるまでの期間において、前記ＣＰＵを高速状態に設定する請求項１記載の車両用装置。
【請求項３】
前記設定部は、所定期間として、起動から前記ＣＰＵ上で動作するアプリケーション（３０ａ、３０ｂ、３０ｃ、４０ａ、４０ｂ、４０ｃ、４０ｄ、４０ｅ、４０ｆ、４０ｇ）が実行されるまでの期間において、前記ＣＰＵを高速状態に設定する請求項１記載の車両用装置。
【請求項４】
前記ＣＰＵによって制御される機能部（４、５、６、７、８、９、１０、１１、３０ａ、３０ｂ、３０ｃ、４０ａ、４０ｂ、４０ｃ、４０ｄ、４０ｅ、４０ｆ、４０ｇ）を備え、
前記設定部は、所定期間として、起動から前記機能部（４、５、６、７、８、９、１０、１１、３０ａ、３０ｂ、３０ｃ、４０ａ、４０ｂ、４０ｃ、４０ｄ、４０ｅ、４０ｆ、４０ｇ）の動作が開始されるまでの期間において、前記ＣＰＵを高速状態に設定する請求項１記載の車両用装置。
【請求項５】
前記設定部は、所定期間として、起動から前記ＣＰＵ上で動作するオペレーティングシステム（２０、３０、４０）が立ち上がるまでの期間において、前記ＣＰＵを高速状態に設定する請求項１記載の車両用装置。
【請求項６】
前記ＣＰＵに接続されている周辺回路（４、５、６、７、８、９、１０、１１）を備え、
前記設定部は、所定期間として、起動から前記周辺回路（４、５、６、７、８、９、１０、１１）の初期化が完了するまでの期間において、前記ＣＰＵを高速状態に設定する請求項１記載の車両用装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両用装置に関する。
【背景技術】
【０００２】
一般的に、コンピュータシステムでは、ＣＰＵの動作クロックを高くすることにより高性能化を実現できると考えられる。このとき、例えば特許文献１に記載されているような負荷に応じて動作クロックが変動するＣＰＵを用いることにより、必要に応じて一時的に処理能力を向上させることが可能となり、消費電力と処理能力とのバランスをとりつつ全体的な高性能化を実現することができる。以下、動作中に動作クロックが変動するＣＰＵを、便宜的に変動型ＣＰＵと称する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２００７−５３５７２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、車両用装置もＣＰＵによって制御されるコンピュータシステムの１つであると考えられる。ただし、車両用装置の場合には、いわゆるパソコンなどの汎用的なコンピュータシステムとは異なり、変動型ＣＰＵを採用すると以下のような問題が発生する。
【０００５】
すなわち、車両には、例えばラジオチューナーやＧＮＳＳモジュールあるいはＷｉｆｉやＢｌｕｅｔｏｏｔｈ（登録商標）など、ノイズに敏感な機能部が設けられている。また、車両には、複数の車両用装置が設けられている。そのため、機能部や他の車両用装置に対してノイズが影響を与えることを防ぐために、各車両用装置には個々に厳密なノイズ設計が求められる。
【０００６】
そして、仮に変動型ＣＰＵを採用する場合には、動作中に動作クロックが変動するとそれに伴ってノイズ成分も変動するため、変動型ＣＰＵが取り得る全ての動作クロックに対してノイズ設計を行う必要がある。しかし、検証の工数や費用を考慮すると、全ての動作クロックを想定した理想的なノイズ設計を行うことは現実的には困難である。そして、そのような理想的なノイズ設計を行わなければ、音声の劣化や車両の位置ずれ、あるいは他の車両用装置との通信エラーなどを引き起こすおそれがある。
【０００７】
本発明は、以上説明した問題に鑑みてなされたものであって、その目的は、ノイズの影響を与えることなく高性能化を実現できる車両用装置を提供することにある。
【課題を解決するための手段】
【０００８】
実施形態の車両用装置（１）は、定格の動作クロックで動作する定格状態と、定格の動作クロックよりも高速であって動作可能な高速状態とを設定可能なＣＰＵ（３）と、ＣＰＵ（３）を定格状態または高速状態のいずれかに設定する設定部（３ｂ）と、を備え、設定部（３ｂ）は、起動から所定期間においてＣＰＵ（３）を高速状態に設定するとともに、所定期間が経過した後はＣＰＵ（３）を定格状態に設定する。
【０００９】
このような構成によれば、起動時には機能部や他の車両用装置も起動中であると考えられるため、ノイズの影響を与えることなく車両用装置の高性能化を実現することができる。また、定格状態に設定すれば動作クロックは変動しないため、他の機能部や周辺回路あるいは他の装置にノイズが影響することを防止できる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態による車両用装置の電気的構成例を模式的に示す図
【図２】車両用装置のソフトウェア構成例を模式的に示す図
【図３】起動処理の流れを示す図
【図４】車両用装置とＣＰＵの状態を対比して示す図
【図５】第２実施形態による車両用装置とＣＰＵの状態を対比して示す図
【図６】第３実施形態による車両用装置とＣＰＵの状態を対比して示す図その１
【図７】車両用装置とＣＰＵの状態を対比して示す図その２
【図８】車両用装置とＣＰＵの状態を対比して示す図その３
【発明を実施するための形態】
【００１１】
以下、複数の実施形態について図面を参照しながら説明する。なお、各実施形態において実質的に共通するものには同一符号を付して説明する。
（第１実施形態）
以下、第１実施形態について、図１から図４を参照しながら説明する。まず、図１を参照しながら車両用装置１の電気的構成について説明する。
【００１２】
図１に示すように、本実施形態の車両用装置１は、１つのハードウェア２上に本実施形態では１つのＣＰＵ３が設けられている。このＣＰＵ３は、複数のコア３ａを内蔵したものであり、本実施形態では８個のコア３ａを内蔵している。各コア３ａは、後述する図２に示すように、ＣＰＵ３上で動作するオペレーティングシステム３０、４０に適宜割り当てられている。なお、コア３ａの数は一例であり、これに限定されない。
【００１３】
ＣＰＵ３は、定格の動作クロックで動作する定格状態と、定格の動作クロックよりも高速で動作可能な高速状態とを設定可能となっている。そして、ＣＰＵ３には、ソフトウェアで実現された設定部３ｂが設けられている。この設定部３ｂは、ＣＰＵ３を定格状態または高速状態のいずれかに設定する。
【００１４】
ＣＰＵ３は、定格状態に設定されている場合には、定格の動作クロックでのみ動作する。一方、ＣＰＵ３は、高速状態に設定されている場合には、負荷に応じて、定格の動作クロックと許容される最大クロックとの間で動作クロックを変動させながら動作する。このとき、ＣＰＵ３は、負荷に応じて動作クロックが自動的に変動する構成となっている。
【００１５】
なお、高速状態であっても負荷によっては定格の動作クロックで動作することもあるため、必ずしも高速状態＝動作クロックが変動している状態ということではない。また、本実施形態では、定格クロックと最大クロックとの間で予め複数段階で設定されている動作クロックのうち、いずれかの動作クロックを負荷に応じて選択する構成のＣＰＵ３を採用している。ただし、定格クロックと最大クロックとの間の任意の動作クロックで動作可能なものを用いることもできる。
【００１６】
また、ハードウェア２上には、ラジオチューナー４、映像入力部５、Global Navigation Satellite Systemモジュール６（以下、ＧＮＳＳモジュール６）、通信インターフェース７（以下、通信ＩＦ７）、テレビチューナー８、Data Communication Module８（以下、ＤＣＭ９）、音声出力部１０、映像出力部１１、記憶部１２、Controller Area Networkインターフェース１３（以下、ＣＡＮＩＦ１３）などが設けられている。
【００１７】
ただし、車両用装置１は、必ずしも図１に示す全ての構成を備えている必要はなく、必要な構成を備えていればよい。以下、これらを便宜的に周辺回路とも称する。また、これらの周辺回路は、ＣＰＵ３によって制御される機能部を構成する。
ラジオチューナー４は、放送局から送信される電波をアンテナで受信することにより、ラジオ放送の視聴を可能にする。
【００１８】
映像入力部５は、車両の後方に設けられて後方を撮影するリアカメラ１４や、車両のドアに設けられて側方および後方を撮影するドアカメラ１５により撮影された映像が入力される。映像入力部５は、入力された映像をＣＰＵ３等で処理できるフォーマットに変換する等の処理を行う。なお、カメラの数や機能は一例であり、これに限定されず、いわゆるルームミラーを代用するカメラを設ける構成やドアカメラ１５を設けない構成とすることもできる。
【００１９】
ＧＮＳＳモジュール６は、全球測位衛星システムの人工衛星から信号を受信する。このＧＮＳＳモジュール６は、例えばGlobal Positioning System、GLObal NAvigation Satellite System、Galileo、準天頂衛星システム、BeiDou Navigation Satellite Systemなどの各種の方式のうち、対象となる方式に対応する仕様となっている。
【００２０】
通信ＩＦ７は、例えばＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉｆｉなど、記憶媒体や外部の装置との間でデータのやり取りを行うインターフェースである。テレビチューナー８は、放送局から送信される電波をアンテナで受信することにより、ユーザにテレビ番組の視聴を可能にする。
【００２１】
ＤＣＭ９は、車両用のデータ通信装置であり、車両の外部に設けられているセンターとの間、あるいは、車両に設けられている他のElectronic Control Unit１６（以下、ＥＣＵ１６）との間で通信を行う。なお、車両用装置１もＥＣＵ１６の１つと考えることはできるものの、ここでは説明の簡略化のために両者を区別している。
【００２２】
このＤＣＭ９は、例えばＥＣＵ１６から収集した車両情報をネットワーク経由で外部のセンターに送ったり、センターからの情報を受信してユーザに報知したり、万が一事故が発生した場合には自動でセンターに接続して事故が発生した位置や時刻を伝えたりする。
音声出力部１０は、ラジオ放送やテレビ放送あるいはナビゲーション機能などからの音声をスピーカに対して出力する。
【００２３】
映像出力部１１は、リアカメラ１４やドアカメラ１５で撮像した映像や、テレビ放送の映像、あるいは外部メディアから読み込んだ映像などを表示出力する。また、映像出力部１１は、車両用装置１の動作状態や取得した車両情報などの表示出力も行う。
【００２４】
本実施形態の場合、車両用装置１は、例えば速度メータや警告灯などをフルグラフィック表示する構成となっている。そして、映像出力部１１から出力された速度メータの画像や警告ランプの画像は、例えば運転席の前方に配置されている表示部としてのメータディスプレイ１７に表示される。また、ナビゲーション画面は、例えば車両の中央付近に配置されている表示部としてのセンターディスプレイ１８に表示される。なお、表示部の数や配置は一例であり、これに限定されない。
【００２５】
記憶部１２は、例えば半導体メモリで構成されており、車両用装置１の動作に必要となる各種のデータやプログラムが記憶されている。なお、詳細は後述するが、車両用装置１の起動時には記憶部１２からブートローダが読み出されて実行され、その際、ＣＰＵ３の状態が設定される。つまり、記憶部１２に記憶されているブートローダがＣＰＵ３で実行されることにより、設定部３ｂがソフトウェアで実現されている。
【００２６】
ＣＡＮＩＦ１３は、ＣＡＮバス１９を経由して各種のＥＣＵ１６との間でデータのやり取りを行うインターフェースである。このＣＡＮＩＦ１３は、ＣＰＵ３が起動していない状態でも動作しており、ＣＡＮバス１９を介して起動信号（Ｓ）が入力されると、ＣＰＵ３を起動させる構成となっている。なお、ＣＡＮバス１９は、そもそも車両用に設計されたものであり、対ノイズ性が高いことから、本実施形態で言うノイズの影響を受ける機能部や周辺回路からは除外されるものとする。
【００２７】
起動信号（Ｓ）は、例えばリモコンキーからの解錠操作、ドアの開放、アクセサリスイッチのオン、イグニッションスイッチのオン、パワースイッチのオンなどを検知したときに、それらを検知したＥＣＵ１６から車両用装置１に対して送信される。なお、起動信号（Ｓ）が送信される要因はこれらに限定されない。
【００２８】
次に、図２を参照しながら車両用装置１のソフトウェア構成について説明する。図２に示すように、車両用装置１は、ハードウェア２上つまりはＣＰＵ３上で、ハイパーバイザ２０が動作する。このハイパーバイザ２０は、仮想化環境を構築するためのソフトウェアであり、周知のものを採用することができる。そのため、ここではハイパーバイザ２０の詳細な説明は省略する。なお、ハイパーバイザ２０は、例えばＯＳの機能の一部として実装されるものであってもよい。以下、ハイパーバイザ２０を便宜的にＨＶとも称する。
【００２９】
このハイパーバイザ２０上では、複数ここではオペレーティングシステム３０（以下、ＯＳ３０）とオペレーティングシステム４０（以下、ＯＳ４０）との２つが動作する。ＯＳ３０は、いわゆるReal Time ＯＳであり、各種のプログラムを実行することにより、主としてリアルタイム性能が要求される機能を実現する。
【００３０】
以下、ＯＳ３０ならびにＯＳ４０上で実行される各種のプログラムを、便宜的にアプリケーションと総称する。また、個別のアプリケーションについては、例えば後述するように映像アプリ４０ｂなどとも称する。
【００３１】
ＯＳ３０では、例えばＧＮＳＳモジュール６で受信した情報から現在位置や時刻を取得するためのＧＮＳＳアプリ３０ａ、メータディスプレイ１７に速度メータの画像を表示するメータアプリ３０ｂ、センターディスプレイ１８に時刻を表示する時刻アプリ３０ｃなどが実行される。そして、各アプリケーションとそれに対応する周辺回路とによって、それぞれの機能部が実現されている。なお、アプリケーションの数や種類は一例であり、これらに限定されない。以下、ＯＳ３０を便宜的にReal Time ＯＳ（以下、ＲＴＯＳ）とも称する。
【００３２】
ＯＳ４０は、ＯＳ３０に比べてリアルタイム性が要求されない機能や、いわゆるマルチメディア系の機能を実現する。このＯＳ４０により、情報の提供と娯楽の提供とを行ういわゆる車載インフォテイメント機能が提供されている。以下、ＯＳ４０を便宜的にMulti Media ＯＳ（以下、ＭＭＯＳ）とも称する。
【００３３】
このＯＳ４０では、例えばヒューマンマシンインターフェース（以下、ＨＭＩ）を提供するＨＭＩアプリ４０ａ、映像入力部５に入力された映像を表示する映像アプリ４０ｂ、通信ＩＦ７を介して記憶媒体や外部の装置と通信を行う通信アプリ４０ｃ、ラジオチューナー４で受信したラジオ放送を視聴するラジオアプリ４０ｄ、テレビチューナー８で受信したテレビ放送を視聴するテレビアプリ４０ｅ、ＤＣＭ９を制御するＤＣＭアプリ４０ｆ、ナビゲーション機能を提供するナビアプリ４０ｇなどが実行される。そして、各アプリケーションとそれに対応する周辺回路とによって、それぞれの機能部が実現されている。なお、アプリケーションの数や種類は一例であり、これらに限定されない。
【００３４】
これらハイパーバイザ２０とＯＳ３０、ＯＳ４０との間、ならびにＯＳ３０とＯＳ４０との間は、所定のプロトコルで通信可能に構成されている。また、ＯＳ３０、ＯＳ４０からハードウェア２へのアクセスは、基本的にはハイパーバイザ２０を経由して行われる。
【００３５】
次に、上記した構成の作用について説明する。
前述のように、一般的なコンピュータシステムであれば動作クロックを高くすることにより高性能化を実現することができると考えられる。このとき、単純に動作クロックを高くするとオーバースペックになる可能性があることから、動作中に動作クロックを変動可能な変動型ＣＰＵを用いれば、消費電力と処理能力とのバランスをとりつつ全体的な高性能化を実現することができると考えられる。
【００３６】
ただし、車両用装置１の場合には、上記したようにラジオチューナー４やＧＮＳＳモジュール６、あるいはＷｉｆｉやＢｌｕｅｔｏｏｔｈのような通信ＩＦ７など、比較的ノイズに敏感な機能部を備えている。そして、車両用装置１にはそれらに影響を与えないように厳密なノイズ設計が求められている。これは、ＣＰＵ３の動作時に生じるノイズが機能部に影響すると、音声の劣化や車両の位置ずれ、あるいは他の車両用装置１との通信エラーといった誤動作や機能部の性能劣化を引き起こすおそれがあるためである。
【００３７】
しかし、変動型ＣＰＵは、動作中に動作クロックが変動するとそれに伴ってノイズ成分も変動する。そして、検証の工数や費用を考慮すると、変動型ＣＰＵが取り得る全ての動作クロックに対してノイズ設計を行うことは、現実的には困難である。
【００３８】
そのため、従来では、動作クロックを変動させないことにより、ノイズ設計を容易に行えるようにしていた。これは、車両用装置１の場合には実行されるＯＳやアプリケーションがある程度想定できることから、それらの動作に十分な性能のＣＰＵ３が予め採用されており、いわゆるパソコンのような汎用的な一般的なコンピュータシステムと比べると動作中に動作クロックを変動させる状況が発生し難いという車両用装置１の性質にも起因している。
【００３９】
換言すると、車両用装置１の場合には、変動型ＣＰＵを用いるメリットがそれほどなく、逆に、変動型ＣＰＵを用いることでノイズ設計が困難になるというデメリットが存在していた。
【００４０】
その一方で、車両用装置１は、上記したように速度メータ画像や警告ランプなどを表示する。これらの表示は、走行中だけでなく、走行を開始する際にも必要とされる情報であるため、迅速に表示する必要がある。また、例えばアメリカ合衆国におけるKid's Transportation法（以下、ＫＴ法）のように、リアカメラ１４の画像が表示されるまでの時間などを含む後方視認要件を規定する法規も存在している。
【００４１】
そのため、車両用装置１の高性能化が強く求められている。ただし、上記したように、機能部やＥＣＵ１６に影響を与えないことが必須の条件となっている。そこで、本実施形態では、以下のようにして機能部やＥＣＵ１６にノイズの影響を与えることなく、車両用装置１の高性能化ここでは車両用装置１が起動してから動作可能になるまでの時間の短縮化を実現している。なお、ノイズの影響を与えないとは、ノイズが全く発生しないということではなく、ノイズ設計によって対策できるということを意味している。
【００４２】
まず、図３を参照しながら、起動時の処理の流れについて説明する。なお、ＣＰＵ３の状態の設定は設定部３ｂによって行われるものの、説明の簡略化のため、以下では車両用装置１を主体として説明する。
【００４３】
車両用装置１は、図３に示す起動処理において、起動信号（Ｓ）が入力されて起動されると、ステップＳ１においてＣＰＵ３を高速状態に設定する。この設定は、記憶部１２から読み出されたブートローダが実行されるときに行われる。つまり、ＣＰＵ３は、起動後に迅速に高速状態に移行する。
【００４４】
続いて、車両用装置１は、ステップＳ２において起動から所定期間が経過したかを判断する。この所定期間については後述する。そして、車両用装置１は、所定期間が経過していないと判断した場合には、ステップＳ２でＮＯとなり、ＣＰＵ３の設定変更を行わずに待機する。なお、ここではＣＰＵ３の設定変更を待機しているのであって、起動処理そのものは高速状態のＣＰＵ３によって実行されることになる。
【００４５】
一方、車両用装置１は、所定期間が経過したと判断した場合には、ステップＳ２がＹＥＳとなり、ステップＳ３においてＣＰＵ３を定格状態に設定する。そして、車両用装置１は、ＣＰＵ３の設定処理を終了する。つまり、車両用装置１は、起動時に、起動から所定期間においてＣＰＵ３を高速状態に設定するとともに、所定期間が経過するとＣＰＵ３を定格状態に設定する処理を行っている。
【００４６】
次に、上記した所定期間の詳細について説明する。車両用装置１は、図４に横軸を時間軸としたシーケンスチャートで示すように、起動時にその状態が変化する。車両用装置１は、起動するとＯＳの立ち上げが行われた後、周辺回路の初期化が行われ、その後、高速起動が必要な機能を優先しつつ、高速起動が必要ない機能についても実行される。なお、ＯＳの立ち上げや周辺回路の初期化および各機能の実行は、一部重複して行われることもある。
【００４７】
ここで、高速起動が必要な機能とは、走行中に必要とされる機能、および、走行を開始する前に通知すべき情報を提供する機能であり、本実施形態で言えばドアカメラ１５やリアカメラ１４で撮影した映像の表示、速度メータ画像の表示、警告ランプの画像の表示などが対応する。これら高速起動が必要な機能は、対応する周辺回路の初期化が完了すると随時実行される。また、ユーザの利便性に鑑みれば、図示は省略するがデフロスト機能やエアコン機能も高速起動が必要な機能に含めて考えることもできる。
【００４８】
一方、高速起動が必要ない機能とは、高速起動が必要な機能以外のものであり、本実施形態で言えば、ラジオ放送やテレビ放送の視聴などが対応する。また、高速起動が必要ない機能としては、起動時に自動的に実行されない機能や、ユーザの操作によって開始される機能なども含まれる。
【００４９】
このように、車両用装置１の起動時にはＯＳの立ち上げや様々な初期化の処理を実行する必要があり、初期化が完了した後のいわゆる通常状態よりも負荷が大きくなることが想定される。そのため、車両用装置１の高性能化を実現するためには、起動時間の短縮化の優先度が高くなってくる。
【００５０】
また、起動した直後では一部の機能すなわち高速起動が必要な機能を迅速に実行する必要があるものの、高速起動が必要ない機能は一定時間が経過した後に実行されればよいことが多い。さらに、車両用装置１が起動するタイミングでは、他のＥＣＵ１６も起動中であると考えられる。
【００５１】
そこで、これらの点に着目し、車両用装置１の起動時に、ＣＰＵ３を高速な動作クロックで動作する高速状態に設定している。これにより、起動時の処理能力を向上させることが可能となり、車両用装置１の起動時間の短縮化つまりは高性能化の実現と、動作クロックが変動することに起因するノイズの影響を与えない状態にすることとを、両立させることができる。
【００５２】
ところで、本実施形態では、ノイズの影響を与えない状態として、文字通り機能部の周辺回路などにノイズが影響しない状態だけでなく、ノイズの影響があってもそれが車両用機器の性能や信頼性に直接的な影響を及ぼさない状態も含めている。
【００５３】
例えば、ラジオチューナー４にノイズが影響して音質が劣化したとしても、音声が出力されていなければ、ノイズの影響は及んでいないと考えることができる。あるいは、ＧＮＳＳモジュール６にノイズが影響して現在位置を特定できないとしても、車両の現在位置の表示が行われていなければ、ノイズの影響は及んでいないと考えることもできる。
【００５４】
そして、ノイズの影響が及んでいないと考えることができる期間が長いほど、処理能力が向上している高速状態の期間も長くなり、車両用装置１をより高性能化することができると考えられる。
【００５５】
そこで、車両用装置１は、図４に示す時刻Ｔ０において起動したとすると、時刻Ｔ１においてＨＭＩの表示が開始されるまでの期間において、ＣＰＵ３を高速状態に設定している。つまり、車両用装置１は、ユーザに視覚的または聴覚的に情報の提供が開始するまでの期間、ＣＰＵ３を高速状態に設定している。
【００５６】
これにより、高速状態をより長く維持することができ、起動時間をより一層短縮化することができる。なおＨＭＩは、ＣＰＵ３上で動作するアプリケーションであるとともに、ＣＰＵ３によって制御される機能部を構成している。そのため、ＨＭＩの表示が開始されるまでの期間とは、起動からＣＰＵ３上で動作する特定のアプリケーションが実行されるまでの期間、ならびに、起動から特定の機能部の動作が開始されるまでの期間にも相当する。なお、特定とは、ノイズに敏感なものと考えることができる。
【００５７】
その後、車両用装置１は、ＣＰＵ３を定格状態に設定する。これにより、それ以降はＣＰＵ３が定格クロックで動作することから、動作クロックの変動に伴うノイズの影響は排除される。
【００５８】
以上説明した車両用装置１によれば、次のような効果を得ることができる。
車両用装置１は、定格の動作クロックで動作する定格状態と、定格の動作クロックよりも高速で動作可能な高速状態とを設定可能なＣＰＵ３と、ＣＰＵ３を定格状態または高速状態のいずれかに設定する設定部３ｂと、を備え、設定部３ｂは、起動から所定期間においてＣＰＵ３を高速状態に設定するとともに、所定期間が経過した後にはＣＰＵ３を定格状態に設定する。
【００５９】
このような構成によれば、比較的負荷が高いと考えられる起動時にＣＰＵ３の処理能力を向上させることができ、車両用装置１の高性能化を実現することができる。そして、起動時には各機能部や他の車両用装置１も起動中であると考えられるため、ノイズによる誤動作や性能劣化を防止することができる。
【００６０】
したがって、ノイズの影響を与えることなく高性能化を実現することができる。換言すると、高速状態ではノイズ耐性の高い機能を動作させることにより、ノイズによる誤動作や性能劣化への影響を排除することができる。
【００６１】
また、ノイズ設計や評価工数は従来と変えずに性能を向上させることができるため、高性能化と信頼性とを両立させることができる。さらに、車両用装置１の起動が速くなれば、例えばユーザが乗車して直ぐに画面表示が開始され、ユーザにとって分かり易い形で高性能であることをアピールすることができる。
【００６２】
また、車両用装置１は、起動からヒューマンマシンインターフェースの提供が開始されるまでの期間において、ＣＰＵ３を高速状態に設定する。つまり、車両用装置１は、起動からＣＰＵ３上で動作する特定のアプリケーションであるＨＭＩが実行されるまでの期間において、ＣＰＵ３を高速状態に設定する。更に言えば、車両用装置１は、起動から特定の機能部であるＨＭＩの動作が開始されるまでの期間において、ＣＰＵ３を高速状態に設定する。
【００６３】
これにより、実質的にノイズの影響があってもそれが車両用機器の性能や信頼性に直接的な影響を及ぼさない期間を所定期間とし、その所定期間中にＣＰＵ３を高速状態とすることが可能となる。したがって、高速状態をより長く維持することができ、起動時の処理の迅速化すなわち起動時間のより一層の短縮化を実現することができる。
【００６４】
本実施形態では特定のアプリケーションとしてＨＭＩアプリ４０ａを例示し、特定の機能部としてＨＭＩを例示したが、他のアプリケーションや機能部を特定のアプリケーションまたは特定の機能部とすることもできる。
【００６５】
（第２実施形態）
以下、第２実施形態について、図５を参照しながら説明する。第２実施形態では、第１実施形態とは異なる所定期間の例について説明する。なお、車両用装置１の構成は第１実施形態と共通するので、図１および図２も参照しながら説明する。
【００６６】
第２実施形態では、車両用装置１は、所定期間として、起動からＣＰＵ３上で動作するＯＳが立ち上がるまでの期間において、ＣＰＵ３を高速状態に設定する。このとき、車両用装置１には、図２に示したようにハイパーバイザ２０、ＯＳ３０およびＯＳ４０が動作する。これらハイパーバイザ２０、ＯＳ３０およびＯＳ４０は、図４に示すように、ＯＳの立ち上げ時には、まずハイパーバイザ２０が立ち上がり、次にＯＳ３０が立ち上がり、最後にＯＳ４０が立ち上がる構成となっている。
【００６７】
この場合、図４にＣＰＵ３の状態その１として示すように、車両用装置１つまり設定部３ｂは、起動した時刻Ｔ０からＯＳ３０が立ち上がる時刻Ｔ１０までの期間を所定期間とし、ＣＰＵ３を高速状態に設定することができる。上記したように、ＯＳ３０はＧＮＳＳモジュール６の処理を担当しており、そのＧＮＳＳモジュール６は、ＯＳ４０のナビアプリ４０ｇによって利用される。そのため、ＯＳ３０が立ち上がったらＣＰＵ３を定格状態としてＧＮＳＳモジュール６をノイズの影響を受けない状態とすることで、ＯＳ４０が立ち上がって直ぐにＧＮＳＳモジュール６が利用されても問題が発生しないようにすることができ、誤動作や性能劣化を防止することができる。
【００６８】
また、図４にＣＰＵ３の状態その２として示すように、車両用装置１は、起動した時刻Ｔ０からＯＳ４０が立ち上がる時刻Ｔ１１までの期間を所定期間とし、ＣＰＵ３を高速状態に設定することができる。上記したように、ＯＳ４０はラジオ放送やテレビ放送を提供しており、それらの機能はユーザの操作によって開始されると考えられる。そのため、ＯＳ４０が立ち上がった時点でＣＰＵ３を定格状態にすることで、ラジオモジュールやテレビモジュールをノイズの影響を受けない状態とすることができ、いつユーザが操作しても問題が発生しないようにすることができ、誤動作や性能劣化を防止することができる。
【００６９】
あるいは、図４にＣＰＵ３の状態その３として示すように、車両用装置１は、起動した時刻Ｔ０からハイパーバイザ２０が立ち上がる時刻Ｔ１２までの期間を所定期間とし、ＣＰＵ３を高速状態に設定することができる。ハイパーバイザ２０は、ＯＳ３０やＯＳ４０からのアクセスを仲介するための仮想デバイスを提供する。そのため、ハイパーバイザ２０が立ち上がった時点で初期化が完了している周辺回路も存在する。また、ハイパーバイザ２０自体が周辺回路にアクセスすることもある。
【００７０】
そのため、ハイパーバイザ２０が立ち上がった時点でＣＰＵ３を定格状態にすることで、ハイパーバイザ２０がアクセスする周辺回路をノイズの影響を受けない状態とすることができ、誤動作や性能劣化を防止することができる。なお、ハイパーバイザ２０が例えばＯＳ３０の機能の一部として実装されている場合には、ハイパーバイザ２０のアプリケーションが実行されるまでの期間、または、ハイパーバイザ２０を実現する機能部が実行されるまでの期間、ＣＰＵ３を高速状態とすることもできる。
【００７１】
（第３実施形態）
以下、第３実施形態について、図６から図８を参照しながら説明する。第３実施形態では、第１実施形態および第２実施形態とは異なる所定期間の例について説明する。なお、車両用装置１の構成は第１実施形態と共通するので、図１および図２も参照しながら説明する。
【００７２】
車両用装置１は、図６に示すように、所定期間として、起動から周辺回路の初期化が完了するまでの期間において、ＣＰＵ３を高速状態に設定している。これにより、ＯＳ３０やＯＳ４０で利用される周辺回路を迅速に初期化でき、ＯＳ３０やＯＡＢが起動後に各機能を素早く実行することができる。
【００７３】
このとき、車両用装置１は、図７に示すように、特定の周辺回路の初期化が完了するまでの期間において、ＣＰＵ３を高速状態に設定することができる。この場合、特定の周辺回路としては、例えば高速起動が必要な機能によって利用されるものを対象とすることができる。これにより、高速起動が必要な機能が実行される時点でＣＰＵ３が定格状態になるため、高速起動が必要な機能に対してノイズの影響を与えることを防止できる。
【００７４】
あるいは、車両用装置１は、図８に示すように、ＯＳの立ち上げ中に例えばＯＳ３０側で特定の周辺回路の初期化が完了するまでの期間、ＣＰＵ３を高速状態に設定することができる。例えば、高速起動が必要な機能であるリアカメラ１４の映像は、ＣＰＵ３をショートカットして表示するような構成とすることができる。その場合、映像入力部５や映像出力部１１の初期化が完了すれば、ＯＳ３０やＯＳ４０の立ち上げの完了を待たなくても表示することで、より迅速な表示を行うことができるようになる。
【００７５】
本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に含まれるものである。
【００７６】
各実施形態では定格クロックが１つである例を示したが、定格クロックが複数あり、それらが切り替わるものを採用することもできる。その場合、切り替わる動作クロックが既知であることから、予め各動作クロックに対するノイズ設計をしておけばノイズが影響を与えることを防止できる。
【００７７】
本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。
【符号の説明】
【００７８】
図面中、１は車両用装置、２はハードウェア、３はＣＰＵ、３ｂは設定部、４はラジオチューナー（機能部）、５は映像入力部（機能部）、６はＧＮＳＳモジュール（機能部）、７は通信インターフェース（機能部）、８はテレビチューナー（機能部）、９はＤＣＭ（機能部）、１０は音声出力部（機能部）、１１は映像出力部（機能部）、２０はハイパーバイザ、３０はオペレーティングシステム、３０ａはＧＮＳＳアプリ（機能部）、３０ｂはメータアプリ（機能部）、３０ｃは時刻アプリ（機能部）、４０はオペレーティングシステム、４０ａはＨＭＩアプリ（機能部）、４０ｂは映像アプリ（機能部）、４０ｃは通信アプリ（機能部）、４０ｄはラジオアプリ（機能部）、４０ｅはテレビアプリ（機能部）、４０ｆはＤＣＭアプリ（機能部）、４０ｇはナビアプリ（機能部）を示す。
【図１】
2020149317.tif 000003
【図２】
2020149317.tif 000004
【図３】
2020149317.tif 000005
【図４】
2020149317.tif 000006
【図５】
2020149317.tif 000007
【図６】
2020149317.tif 000008
【図７】
2020149317.tif 000009
【図８】
2020149317.tif 000010