(57)【要約】【課題】起動処理が完了するまでに要する時間の短縮化を図る。【解決手段】車両に搭載され、汎用ＯＳにより動作するメインＣＰＵ１１と、そのメインＣＰＵ１１により制御される周辺デバイス３，４とを備える車載システム１は、リアルタイムＯＳにより動作するサブＣＰＵ１２を備えると共に、起動時において、サブＣＰＵ１２により、各周辺デバイス３，４の初期化処理を行い、その後、サブＣＰＵ１２からメインＣＰＵ１１にそれら周辺デバイス３，４の制御を譲渡するように構成されている。【選択図】図１
2016179801.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載され、汎用ＯＳにより動作するメインＣＰＵ（１１）と、そのメインＣＰＵ（１１）により制御される周辺デバイス（３，４）とを備える車載システム（１）であって、
リアルタイムＯＳにより動作するサブＣＰＵ（１２）を設けると共に、
起動時において、前記サブＣＰＵ（１２）により、前記周辺デバイス（３，４）の初期化処理を行い、その後、該サブＣＰＵ（１２）から前記メインＣＰＵ（１１）に前記周辺デバイス（３，４）の制御を譲渡するように構成されていることを特徴とする車載システム。
【請求項２】
前記周辺デバイスには、表示装置（６）の画面表示を行う映像インターフェース（３）が含まれていることを特徴とする請求項１記載の車載システム。
【請求項３】
前記周辺デバイスには、前記メインＣＰＵ（１１）のアプリケーションプログラムを格納するメディアデバイス（４）が含まれていることを特徴とする請求項１又は２記載の車載システム。
【請求項４】
前記周辺デバイス（３，４）に対し、前記メインＣＰＵ（１１）とサブＣＰＵ（１２）との間でアクセス権を切替えるためのセレクタ（１５，１６）が設けられ、前記サブＣＰＵ（１２）からの切替え信号により該セレクタ（１５，１６）を切替え制御することにより、制御の譲渡が行われることを特徴とする請求項１から３のいずれか一項に記載の車載システム。
【請求項５】
終了時においては、前記メインＣＰＵ（１１）から前記サブＣＰＵ（１２）に前記周辺デバイス（３，４）の制御を譲渡し、該サブＣＰＵ（１２）は、前記周辺デバイス（３，４）の終了処理を行った後、スタンバイ状態に移行することを特徴とする請求項１から４のいずれか一項に記載の車載システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載され、汎用ＯＳにより動作するメインＣＰＵと、そのメインＣＰＵにより制御される複数の周辺デバイスとを備える車載システムに関する。
【背景技術】
【０００２】
近年、例えばＩＶＩ（In-Vehicle Infotainment）システムと称される車載システムが普及してきている。この種の車載システムでは、例えばナビゲーション装置、オーディオ装置、バックガイドカメラ装置等の複数の車載装置を、メインＣＰＵが統合管理する構成とされている。この場合、メインＣＰＵは、標準的なＯＳ（汎用ＯＳ）として、例えばＬｉｎｕｘ（登録商標）のＯＳにより動作し、例えばメインＣＰＵのアプリケーションを格納するメディアデバイス（ｅＭＭＣ）や、バックガイドカメラの映像を取込むビデオデコーダ等の周辺デバイスを制御するようになっている。
【０００３】
このような車載システムにあっては、メインＣＰＵにおけるＬｉｎｕｘの起動時間が比較的長くかかる事情もあり、自動車のアクセサリスイッチがオンされてから、ユーザ（運転者）の所望の機器の起動処理が完了するまで長く待たなければならない事情があった。特に、アクセサリスイッチのオン時における、ＣＰＵのアプリケーションを格納するメディアデバイスの初期化や、各種周辺デバイス例えば映像ＩＦ（ビデオデコーダ）の初期化に長い時間がかかるため、ユーザにとって待ち時間が長くなり、例えばバックガイドカメラの機能をすぐ使うことができないといった不都合があった。
【０００４】
尚、特許文献１では、カーナビゲーション装置において、エンジン停止時に、ＤＲＡＭにバックアップ電源を供給し、動作途中の状態を記憶しておくことにより、再起動時の立ち上りの高速性を確保する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１２８３１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のような車載システムにおけるメインＣＰＵの起動処理としては、例えば、電源オン直後の電源安定化時間の経過後に、プログラムブート、メディアデバイス（ｅＭＭＣ）の初期化、アプリプログラムロード、各種デバイス初期化、アプリ実行の処理が順に実行される。そのうち、例えばメディアデバイスの初期化に１０００ｍｓ程度、デバイスのうち映像ＩＦ（ビデオデコーダ）の初期化に４００ｍｓ程度がかかり、バックガイドカメラ画像が表示されるまで、全体で、例えば３．４ｓ程度かかるものとなっている。安全性を高めるといった観点からは、カメラ画像の表示に要する時間を、例えば２秒以内に抑えることが要望されるのである。
【０００７】
本発明は上記事情に鑑みてなされたものであり、その目的は、起動処理が完了するまでに要する時間の短縮化を図ることができる車載システムを提供するにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の車載システム（１）は、車両に搭載され、汎用ＯＳにより動作するメインＣＰＵ（１１）と、そのメインＣＰＵ（１１）により制御される周辺デバイス（３，４）とを備えるものであって、リアルタイムＯＳにより動作するサブＣＰＵ（１２）を設けると共に、起動時において、前記サブＣＰＵ（１２）により、前記周辺デバイス（３，４）の初期化処理を行い、その後、該サブＣＰＵ（１２）から前記メインＣＰＵ（１１）に前記周辺デバイス（３，４）の制御を譲渡するように構成されているところに特徴を有する（請求項１の発明）。
【０００９】
上記構成においては、起動時において、周辺デバイス（３，４）の初期化処理については、リアルタイムＯＳにより動作するサブＣＰＵ（１２）が実行する。従って、メインＣＰＵ（１１）における起動処理、即ち、電源安定化時間及びプログラムブートの処理と並行して、周辺デバイス（３，４）の初期化処理を行うことができ、その分、起動処理に要する時間が短縮化される。周辺デバイス（３，４）の初期化処理の後は、その周辺デバイス（３，４）に対する制御が、サブＣＰＵ（１２）から、汎用ＯＳにより動作するメインＣＰＵ（１１）に譲渡されるので、通常の制御を行うことができる。
【００１０】
このように、周辺デバイス（３，４）の起動時と通常動作時との間で、周辺デバイス（３，４）を制御するＣＰＵ（１１，１２）を変更したことにより、制御を最適化することができた。この結果、請求項１の発明によれば、起動処理の高速化を実現することができ、起動処理が完了するまでに要する時間の短縮化を図ることができるという優れた効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態を示すもので、車載システムの電気的構成を概略的に示す図
【図２】システムの起動時における各ＣＰＵの処理内容を示すタイミングチャート
【図３】制御部が実行するシステム起動時の処理手順を示すフローチャート
【図４】制御部が実行するシステム終了時の処理手順を示すフローチャート
【図５】映像ＩＦに対するＣＰＵの制御の切替えに関する要部構成を示すもので、（ａ）は起動時の動作手順、（ｂ）は終了時の動作手順を説明するための図
【図６】メディアデバイスに対するＣＰＵの制御の切替えに関する要部構成を示すもので、（ａ）は起動時の動作手順、（ｂ）は終了時の動作手順を説明するための図
【発明を実施するための形態】
【００１２】
以下、本発明を具体化した一実施形態について、図面を参照しながら説明する。図１は、車両（自動車）に搭載される本実施形態に係る車載システム１の電気的構成を概略的に示している。車載システム１は、制御部２、及び、その制御部２（ＣＰＵ）により制御される複数の周辺デバイス３、４、電源制御部５等を備えている。本実施形態では、周辺デバイスの具体例として、表示装置６（図５参照）の画面表示を行うビデオデコーダ等を含む映像ＩＦ３と、アプリケーションを格納するＳＤ又はｅＭＭＣ等のメディアデバイス４とを含んでいる。
【００１３】
また、図示はしないが、前記制御部２には、操作部、スピーカやマイク、ＦＰＧＡ等も接続され、それらの制御も行うようになっている。さらに、図示はしないが、制御部２には、ナビゲーション装置（ナビゲーションＥＣＵ）、ＧＰＳ装置、オーディオ装置（オーディオＥＣＵ）、バックガイドカメラ装置（カメラＥＣＵ）等の各種車載機器も接続され、それらを統合管理するようになっている。制御部２（車載システム１）には、携帯電話やスマートフォン等の外部電子機器の無線接続も可能とされている。
【００１４】
これにて、図５に示すように、前記制御部２は、前記映像ＩＦ３を介して、前記表示装置６の画面に、バックガイドカメラの映像、ナビゲーション装置による地図表示、ＴＶや映画等のビデオ画像の表示、初期画面を含む各種インフォメーション画面の表示等を行うようになっている。このとき、前記映像ＩＦ３と表示装置６との間の接続は、例えばＬＶＤＳ規格等によりなされている。
【００１５】
図１に示すように、前記電源制御部５は、車両の起動スイッチ（アクセサリスイッチ）がオンされた起動時に、制御部２や各周辺デバイスに、駆動電源を供給する。但し、後述するサブＣＰＵに対しては、起動スイッチがオフされても、スタンバイ状態を維持するための電源を供給し続けるようになっている。尚、車載システム１は、ナビゲーション機能やオーディオ機能を制御部２にて実現する構成としても良いし、ナビゲーション機能やオーディオ機能を備えていない構成であっても良い。
【００１６】
前記制御部２は、メインＣＰＵ１１と、サブＣＰＵ１２とを備えている。そのうちメインＣＰＵ１１は、汎用ＯＳ、例えばＬｉｎｕｘ（登録商標）により動作する。これに対し、前記サブＣＰＵ１２は、リアルタイムＯＳ（ＲＴＯＳ）により動作するように構成されている。これらメインＣＰＵ１１とサブＣＰＵ１２とは、例えばＵＳＢ、ＵＡＲＴ、ＰＯＲＴ等の規格により相互間での通信可能に接続されている。また、メインＣＰＵ１１には、コンピュータの立ち上げ（起動）を行うためのＢＳＰプログラムを記憶したブートメモリ１３が接続されている。更に、制御部２には、メインＣＰＵ１１及びサブＣＰＵ１２の双方からアクセス可能な共有メモリ１４が設けられている。
【００１７】
このとき、前記メインＣＰＵ１１、サブＣＰＵ１２は、共に、前記映像ＩＦ３及びメディアデバイス４を夫々制御可能な構成とされている。そして、詳しくは後の作用説明で述べるように、本実施形態では、システム起動時、つまり起動スイッチ（アクセサリスイッチ）のオン時において、前記サブＣＰＵ１２により、前記映像ＩＦ３及びメディアデバイス４の初期化処理を行い、その後、該サブＣＰＵ１２から前記メインＣＰＵ１１にそれら映像ＩＦ３及びメディアデバイス４の制御を譲渡する（アクセス権を切替える）ように構成されている。
【００１８】
より具体的には、図５に示すように、前記映像ＩＦ３に対し、メインＣＰＵ１１とサブＣＰＵ１１との間でアクセス権を切替えるための第１のセレクタ１５が設けられ、その第１のセレクタ１５は、サブＣＰＵ１２からの切替え信号により切替え制御される。尚、ＣＰＵ１１、１２と映像ＩＦ３との間は、Ｉ２Ｃによる通信方式が採用される。また、図６に示すように、前記メディアデバイス４に対し、メインＣＰＵ１１とサブＣＰＵ１１との間でアクセス権を切替えるための第２のセレクタ１６が設けられ、その第２のセレクタ１６は、やはり、サブＣＰＵ１２からの切替え信号により切替え制御されるようになっている。この場合、ＣＰＵ１１、１２とメディアデバイス４との間は、ＣＭＤ（ＳＰＩ方式）による通信が行われる。
【００１９】
更に、本実施形態では、システム終了時、即ち、起動スイッチ（アクセサリスイッチ）のオフ時においては、メインＣＰＵ１１は、サブＣＰＵ１２に対し、映像ＩＦ３及びメディアデバイス４の制御を再度譲渡し、自らの終了処理を行う。そして、サブＣＰＵ１２は、映像ＩＦ３及びメディアデバイス４の終了処理を行った後、メインＣＰＵ１１の電源をオフした上で、スタンバイ（スリープ）状態に移行するようになっている。
【００２０】
次に、上記構成の作用について、図２〜図６も参照して述べる。図２のタイミングチャートは、上記構成の車載システム１の起動時（アクセサリスイッチのオン時）における、メインＣＰＵ１１及びサブＣＰＵ１２の時間経過に伴う処理内容を示している。また、図３のフローチャートは、起動時（アクセサリスイッチのオン時）における、サブＣＰＵ１２及びメインＣＰＵ１１の実行する処理手順を示している。
【００２１】
図３に示すように、アクセサリスイッチがオンされると、まず、サブＣＰＵ１２側においては、ステップＳ１にてサブＣＰＵ１２の起動処理が行われる。この場合、サブＣＰＵ１２は、システムの停止状態（アクセサリスイッチのオフ時）に、スタンバイ状態（スリープ状態）になっているので、極めて短時間での起動が可能である（図２及び図１の処理（１））。サブＣＰＵ１２が起動すると、次のステップＳ２にて、サブＣＰＵ１２からの指示によりメインＣＰＵ１１の起動の処理がなされる。
【００２２】
このとき、メインＣＰＵ１１にあっては、電源制御部５からの電源供給が開始されるのであるが、ステップＭ１にて、電源安定化に一定の時間（例えば２８０ｍｓ）を要するものとなる（図２及び図１の処理（２））。メインＣＰＵ１１にあって、電源安定化時間が終了すると、次のステップＭ２にて、プログラムのブート（メインＣＰＵ１１の立ち上げ）が実行される（図２及び図１の処理（５））。
【００２３】
一方、サブＣＰＵ１２にあっては、次のステップＳ３にて、アプリ格納用のメディアデバイス４の初期化処理が実行される。図２に示すように、このメディアデバイス４の初期化処理は（図２及び図１の処理（３））、メインＣＰＵ１１における電源安定化（図２及び図１の処理（２））及びプログラムブート（図２及び図１の処理（５））と並行して実行され、一定時間（例えば５００ｍｓ）を要する。図３において、ステップＳ４では、メディアデバイス４の初期化処理が終了したかどうかが判断され、終了した場合には（ステップＳ４にてＹｅｓ）、次のステップＳ５にて、メインＣＰＵ１１に対し、メディアデバイス４の初期化処理が終了した旨の通知を行うと共に、メディアデバイス４のアクセス権を譲渡する処理が行われる。このアクセス権譲渡の処理については、後の図６の説明で述べる。
【００２４】
更に、サブＣＰＵ１２にあっては、次のステップＳ６にて、メディアデバイス４以外の各種デバイス、この例では映像ＩＦ３の初期化処理が実行される（図２及び図１の処理（４））。この映像ＩＦ３の初期化処理は、図２に示すように、メディアデバイス４の初期化処理（図２及び図１の処理（３））と並行して実行することができ、やはり一定時間（例えば５００ｍｓ）を要する。図３において、次のステップＳ７では、映像ＩＦ３の初期化処理が終了したかどうかが判断され、終了した場合には（ステップＳ７にてＹｅｓ）、次のステップＳ８にて、メインＣＰＵ１１に対し、映像ＩＦ３の初期化処理が終了した旨の通知を行うと共に、映像ＩＦ３のアクセス権を譲渡する処理が行われる。このアクセス権譲渡の処理については、後の図５の説明で述べる。
【００２５】
これに対し、メインＣＰＵ１１にあっては、ステップＭ２のプログラムブートの処理が終了した後、上記のようにサブＣＰＵ１２からメディアデバイス４のアクセス権が譲渡されると（ステップＳ５）、次のステップＭ３にて、メディアデバイス４からのアプリケーションプログラムのロードを実行する。このアプリケーションプログラムのロードの処理には、例えば１０００ｍｓを要する（図２及び図１の処理（６））。図３において、サブＣＰＵ１２から映像ＩＦ３のアクセス権が譲渡されると（ステップＳ８）、メインＣＰＵ１１は、ステップＭ４にて映像設定の処理を行い、更にステップＭ５にて、アプリを実行する（図２及び図１の処理（７））。
【００２６】
これにより、アクセス権が譲渡されたメインＣＰＵ１１における、複数のデバイスに対する通常の制御等が行われるようになる。また、サブＣＰＵ１２は、メインＣＰＵ１１に対してアクセス権を譲渡した後（ステップＳ８）、スリープ（スタンバイ）状態に移行される。このとき、図２から明らかなように、起動時において、周辺デバイスであるメディアデバイス４及び映像ＩＦ３の初期化処理については、リアルタイムＯＳにより動作するサブＣＰＵ１２が実行する。従って、メインＣＰＵ１１における起動処理、即ち、電源安定化時間（２）及びプログラムブート（５）の処理と並行して、メディアデバイス４及び映像ＩＦ３の初期化処理を行うことができ、その分、車載システム１全体としての起動処理に要する時間を短縮化することができるのである。
【００２７】
次に、図４のフローチャートは、システムの終了時即ちアクセサリスイッチがオフされた時点における、サブＣＰＵ１２及びメインＣＰＵ１１の実行する処理手順を示している。即ち、アクセサリスイッチがオフされると、まず、ステップＳ１１にて、スタンバイ状態のサブＣＰＵ１２の起動処理が行われる。起動処理が行われると、次のステップＳ１２にて、メインＣＰＵ１１からの通知待ち状態となる。
【００２８】
このとき、メインＣＰＵ１１にあっては、各デバイスに関する制御プログラムの終了等の終了処理が実行される（ステップＭ１１）。メインＣＰＵ１１にあって、終了処理が完了すると（ステップＭ１１にてＹｅｓ）、次のステップＭ１２にて、サブＣＰＵ１２に対して、終了通知を行うと共に、各デバイス３，４に対するアクセス権の譲渡が行われる。この終了時における、メインＣＰＵ１１からサブＣＰＵ１２へのアクセス権の譲渡の処理についても、後の図５、図６の説明で述べる。
【００２９】
また、メインＣＰＵ１１においては、引続き、ステップＭ１３にて、自らの終了処理が実行される。ステップＭ１４では、終了処理が終了したかどうかが判断され、終了したときには（ステップＭ１４にてＹｅｓ）、次のステップＭ１５にて、サブＣＰＵ１２に対し終了通知が行われる。これにて、メインＣＰＵ１１におけるアクセサリスイッチのオフ時の処理が終了し、サブＣＰＵ１２によりメインＣＰＵ１１の電源オフがされる（後述のステップＳ１５）。
【００３０】
一方、サブＣＰＵ１２にあっては、メインＣＰＵ１１からの終了通知及びアクセス権の譲渡が行われると（ステップＭ１２）、終了待ち状態が終り（ステップＳ１２にてＹｅｓ）、ステップＳ１３にて、各デバイス３，４の終了処理（リセット、電源オフ等）を実行する。ステップＳ１４では、メインＣＰＵ１１からの終了通知待ち状態となる。メインＣＰＵ１１からステップＭ１５の終了通知があると（ステップＳ１４にてＹｅｓ）、ステップＳ１５にて、メインＣＰＵ１１の電源オフを実行し、引続きステップＳ１６にて、自らの終了処理を実行する。この後は、サブＣＰＵ１２はスタンバイ状態（スリープ状態）とされる。
【００３１】
このように、システム終了時においても、メインＣＰＵ１１からサブＣＰＵ１２に周辺デバイス３，４の制御を譲渡し、サブＣＰＵ１２がそれら周辺デバイス３，４の終了処理を行う構成としたので、メインＣＰＵ１１、周辺デバイス３、４、サブＣＰＵ１２の終了処理を効率的に行うことができ、短時間での終了処理が可能となる。また、サブＣＰＵ１２がスタンバイ状態となって各周辺デバイス３，４を監視することができ、次の起動時における起動処理を短時間で行うことが可能となる。
【００３２】
次に、図５を参照して、デバイスのうち映像ＩＦ３に対するメインＣＰＵ１１とサブＣＰＵ１２との間での制御の切替え（譲渡）の手順について述べる。図５（ａ）はシステム起動時の動作手順、図５（ｂ）はシステム終了時の動作手順を夫々示すものである。上記したように、映像ＩＦ３と、メインＣＰＵ１１及びサブＣＰＵ１１との間は、Ｉ２Ｃ規格による通信方式が採用され、それらの間に設けられた第１のセレクタ１５は、サブＣＰＵ１２からの切替え信号により切替え制御され、アクセス権を切替える。
【００３３】
図５（ａ）に示すように、起動時（アクセサリスイッチオン時）においては、第１のセレクタ１５によりアクセス権がサブＣＰＵ１２側に設定されており（動作（１））、サブＣＰＵ１２は、映像ＩＦ３の初期化処理を実行する（動作（２））。映像ＩＦ３の初期化が完了すると、サブＣＰＵ１２からの切替え信号により、第１のセレクタ１５はアクセス権をメインＣＰＵ１１に切替え（動作（３））、サブＣＰＵ１２は、ＣＰＵ間通信でメインＣＰＵ１１に対しアクセス権を譲渡した旨を通知する（動作（４））。引続き、メインＣＰＵ１１は、映像ＩＦ３に対し映像フォーマットの設定等を行ない（動作（５））、メインＣＰＵ１１からの映像信号の入出力が開始される（動作（６））。
【００３４】
これに対し、図５（ｂ）に示すように、終了時（アクセサリスイッチオフ時）においては、次の動作が実行される。即ち、サブＣＰＵ１２がアクセサリスイッチのオフを検知すると（動作（１））、サブＣＰＵ１２は、ＣＰＵ間通信でメインＣＰＵ１１に対しアクセサリスイッチがオフされた旨を通知する（動作（２））。次に、メインＣＰＵ１１は、デバイス（映像ＩＦ３）の終了処理（表示装置６の画面の黒画）を行い（動作（３））、サブＣＰＵ１２に対し、ＣＰＵ間通信で終了処理完了を通知する（動作（４））。そして、サブＣＰＵ１２からの切替え信号により、第１のセレクタ１５はアクセス権をサブＣＰＵ１２に切替え（動作（５））、サブＣＰＵ１２は、映像ＩＦ３のリセット処理を実行する（動作（６））。
【００３５】
図６は、デバイスのうちメディアデバイス４に対するメインＣＰＵ１１とサブＣＰＵ１２との間での制御の切替え（譲渡）の動作手順を示すもので、図６（ａ）はシステム起動時の動作手順、図６（ｂ）はシステム終了時の動作手順を夫々示している。上記したように、メディアデバイス４と、メインＣＰＵ１１及びサブＣＰＵ１１との間は、ＣＭＤ規格による通信方式が採用され、それらの間に設けられた第２のセレクタ１６は、サブＣＰＵ１２からの切替え信号により切替え制御され、アクセス権を切替える。
【００３６】
図６（ａ）に示すように、起動時（アクセサリスイッチオン時）においては、第２のセレクタ１６によりアクセス権がサブＣＰＵ１２側に設定されており（動作（１））、サブＣＰＵ１２は、メディアデバイス４の初期化処理を実行する（動作（２））。メディアデバイス４の初期化が完了すると、サブＣＰＵ１２からの切替え信号により、第２のセレクタ１６はアクセス権をメインＣＰＵ１１に切替え（動作（３））、サブＣＰＵ１２は、ＣＰＵ間通信でメインＣＰＵ１１に対しアクセス権を譲渡した旨を通知する（動作（４））。引続き、メインＣＰＵ１１は、メディアデバイス４に対するリード／ライトのコマンドを実行し（動作（５））、メディアデバイス４からメインＣＰＵ１１へのデータ転送を実行する（動作（６））。
【００３７】
図６（ｂ）に示すように、終了時（アクセサリスイッチオフ時）においては、サブＣＰＵ１２がアクセサリスイッチのオフを検知すると（動作（１））、サブＣＰＵ１２は、ＣＰＵ間通信でメインＣＰＵ１１に対しアクセサリスイッチがオフされた旨を通知する（動作（２））。次に、メインＣＰＵ１１は、メディアデバイス４の終了処理（例えばＣＭＤ０信号の出力）を行い（動作（３））、サブＣＰＵ１２に対し、ＣＰＵ間通信で終了処理完了を通知する（動作（４））。そして、サブＣＰＵ１２からの切替え信号により、第２のセレクタ１６はアクセス権をサブＣＰＵ１２に切替え（動作（５））、サブＣＰＵ１２は、メディアデバイス４の電源オフ又はスタンバイの処理を実行する（動作（６））。
【００３８】
このように本実施形態の車載システム１にあっては、周辺デバイスとしての映像ＩＦ３及びメディアデバイス４について、通常動作時には、ＬｉｎｕｘのＯＳにより動作するメインＣＰＵ１１により制御を行い、システムの起動時にあっては、リアルタイムＯＳにより動作するサブＣＰＵ１２が初期化処理を行うように構成した。これにより、システム起動時と通常動作時との間で、デバイスを制御するＣＰＵ１１，１２を変更したことにより、制御を最適化することができた。
【００３９】
従って、本実施形態によれば、システムの起動処理の高速化を実現することができ、起動処理が完了するまでに要する時間の短縮化を図ることができるという優れた効果を得ることができる。ちなみに、アクセサリスイッチのオン時における、バックガイドカメラの機能により表示装置６にカメラ画を表示するまでには、従来では、例えば３．４秒かかっていてユーザにとって待ち時間が長くなっていたものを、本実施形態では、２秒以下に短縮することができ、安全性を高める観点からも有効となる。
【００４０】
また、特に本実施形態では、周辺デバイス３，４に対し、メインＣＰＵ１１とサブＣＰＵ１２との間でアクセス権を切替えるためのセレクタ１５，１６が設けられ、サブＣＰＵ１２からの切替え信号により該セレクタ１５，１６の切替え制御を行うように構成したので、制御の譲渡を容易に実現することができる。
【００４１】
更に、本実施形態では、終了時においても、メインＣＰＵ１１からサブＣＰＵ１２に周辺デバイス３，４の制御を譲渡し、サブＣＰＵ１２は、周辺デバイス３，４の終了処理を行った後、スタンバイ状態に移行する構成とした。これにより、システム終了時の終了処理についても効率的に行うことができる。しかも、アクセサリスイッチオフ時にもサブＣＰＵ１２がスタンバイ状態となって各周辺デバイス３、４を監視することができると共に、起動時において、周辺デバイス３、４を速やかに起動処理することが可能となる。
【００４２】
尚、上記実施形態では、メインＣＰＵが動作する汎用ＯＳとしてＬｉｎｕｘを採用した場合を例示したが、これに限定されるものではなく、例えばＷｉｎｄｏｗｓ（登録商標）等の各種のＯＳを採用することもできる。各部における通信方式や、データ伝送の規格等についても、一例を示したに過ぎず、各種の技術を採用することができる。また、上記実施形態では、周辺デバイスとして、映像ＩＦ３及びメディアデバイス４を例示したが、本発明は、車両に搭載されているデバイス全般を対象として適用することができる。その他、車載システム全体のハードウエア構成や、制御部のソフトウエア構成等についても種々の変更が可能である等、本発明は、上記した実施形態に限定されることなく、要旨を逸脱しない範囲で適宜変更して実施し得るものである。
【符号の説明】
【００４３】
図面中、１は車載システム、２は制御部、３は映像インターフェース（周辺デバイス）、４はメディアデバイス（周辺デバイス）、６は表示装置、１１はメインＣＰＵ、１２はサブＣＰＵ、１５，１６はセレクタを示す。
【図１】
2016179801.tif 000003
【図２】
2016179801.tif 000004
【図３】
2016179801.tif 000005
【図４】
2016179801.tif 000006
【図５】
2016179801.tif 000007
【図６】
2016179801.tif 000008