(57)【要約】      （修正有）【課題】ユーザが起動操作を入力してから機能を提供できるようになるまでの時間を短縮する車両用機器を提供する。【解決手段】第１の制御手段（サブマイコン）および第２の制御手段（メインマイコン）が共にスリープ状態になっているシステムスリープ状態において、第１の制御手段が起動されると特定種類のデータの受信を待機する待機状態に遷移し、待機状態において受信待機時間が経過するまでに特定種類のデータを受信した場合には第２の制御手段を起動してプログラムの読み出しおよびメモリへの展開までを行った状態で起動操作の入力を待機する準備状態に遷移し、準備状態において操作待機時間が経過するまでに起動操作が入力された場合にはメモリに展開したプログラムを第２の制御手段で実行する実行状態に遷移する。【選択図】図２
2016091257.tif 000002
【特許請求の範囲】
【請求項１】
常に起動しており、車両に設けられている車載ネットワーク（６）上にデータが流れたか否かを監視する監視手段（１３）と、
スリープ状態にあるとき、前記監視手段（１３）によって起動され、当該車載ネットワーク（６）上を流れるデータを受信する第１の制御手段（１２）と、
スリープ状態にあるとき、前記第１の制御手段（１２）によって起動され、プログラムを記憶している記憶手段（１７）からプログラムを読み出してメモリ（１８）に展開し、当該メモリ（１８）に展開されたプログラムを実行する第２の制御手段（１６）と、を備え、
前記第１の制御手段（１２）および前記第２の制御手段（１６）が共にスリープ状態になっているシステムスリープ状態において前記第１の制御手段（１２）が前記監視手段（１３）によって起動されると、予め設定されている特定種類のデータの受信を待機する待機状態に遷移し、当該待機状態において予め設定されている受信待機時間が経過するまでに前記特定種類のデータを受信しなかった場合には前記システムスリープ状態に遷移する一方、前記受信待機時間が経過するまでに前記特定種類のデータを受信した場合には前記第２の制御手段（１６）を起動して前記記憶手段（１７）からのプログラムの読み出しおよび前記メモリ（１８）への展開までを行った状態で起動操作の入力を待機する準備状態に遷移し、当該準備状態において予め設定されている操作待機時間が経過するまでに前記起動操作が入力されなかった場合には前記待機状態に遷移する一方、前記操作待機時間が経過するまでに前記起動操作が入力された場合には前記メモリ（１８）に展開したプログラムを前記第２の制御手段（１６）で実行する実行状態に遷移することを特徴とする車両用機器。
【請求項２】
前記車載ネットワーク（６）は、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であり、
前記特定種類のデータは、ＣＡＮのデータフレームの識別子（ＩＤ）であることを特徴とする請求項１記載の車両用機器。
【請求項３】
表示手段（２０）を備え、
前記表示手段（２０）に情報を表示する機能を提供するものであることを特徴とする請求項１または２記載の車両用機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載される車両用機器に関する。
【背景技術】
【０００２】
車両に搭載されている各種の機器は、主としてバッテリから電源の供給を受けて動作する。この場合、各機器に対して電源を常時供給するとバッテリの消耗が激しくなることから、アクセサリ電源（以下、ＡＣＣと称する）がＯＦＦされた場合には一部の機器に対して電源の供給を停止することで、バッテリの消耗を軽減している。そして、電源の供給が停止された車両用機器は、ＡＣＣをＯＮするといったユーザの起動操作に応じて電源が供給されると、起動を開始する。
【０００３】
ところで、近年では、各機器が提供する機能の高度化に伴って起動時に読み込むべきプログラムの大きさや種類が増加しており、ユーザが起動操作を入力してから機能を提供できるようになるまでの時間（以下、便宜的に車両用機器の起動時間と称する）が長くなりつつある。そこで、例えば特許文献１では、起動時間の異なるメインＣＰＵとサブＣＰＵの２つの制御手段を設け、ＡＣＣがＯＮされてからメインＣＰＵの起動が完了するまでの間はサブＣＰＵにより表示制御を行うことで、迅速に画面表示機能を提供することが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２８４０２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１のような構成を採用したとしても、機器の起動時間は、ＣＰＵ等の制御手段の起動時間よりも短縮することはできなかった。つまり、従来の構成では、車両用機器の起動時間の短縮化には限界があった。
本発明は、上記した事情に鑑みてなされたものであり、その目的は、ユーザが起動操作を入力してから機能を提供できるようになるまでの時間を短縮することができる車両用機器を提供することにある。
【課題を解決するための手段】
【０００６】
請求項１に記載した発明によれば、車両用機器は、第１の制御手段および第２の制御手段が共にスリープ状態になっているシステムスリープ状態において第１の制御手段が起動されると特定種類のデータの受信を待機する待機状態に遷移し、当該待機状態において受信待機時間が経過するまでに特定種類のデータを受信した場合には第２の制御手段を起動してプログラムの読み出しおよびメモリへの展開までを行った状態で起動操作の入力を待機する準備状態に遷移し、当該準備状態において操作待機時間が経過するまでに起動操作が入力された場合にはメモリに展開したプログラムを第２の制御手段で実行する実行状態に遷移する。
【０００７】
このように、車載ネットワーク上にデータが流れたことトリガとして起動すなわち機能を提供する準備を開始することにより、ユーザの起動操作（例えばＡＣＣのＯＮ）が行われる前にはプログラムの読み出しおよびメモリへの展開を完了させることができるようになる。したがって、起動操作をトリガとして起動する場合と比べて、ＡＣＣがＯＮされてから機能提供が開始されるまでの時間、つまり、ユーザが体感する車両用機器の起動時間を大幅に短縮することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態の車両用機器の電気的構成を模式的に示す図
【図２】車両用機器の状態遷移を模式的に示す図
【図３】車両用機器の起動時間を模式的に示す図
【発明を実施するための形態】
【０００９】
以下、本発明の一実施形態について図面を参照しながら説明する。
車両用機器１は、車両（図示省略）に搭載されており、バッテリ２から電源が供給されている。この車両には、車両用機器１以外にも、詳細は後述するが状態検知ＥＣＵ３（Electronic Control Unit）を含めて、ＥＣＵ４、ＥＣＵ５等の各種の機器が搭載されている。これらの機器は、ＣＡＮバス６（Controller Area Network。車載ネットワークに相当）によって互いに通信可能に接続されている。なお、車両用機器１は、車両に対して固定状態で搭載されているものであってもよいし、車両に対して着脱可能に搭載されているものであってもよい。これら車両用機器１、状態検知ＥＣＵ３、ＥＣＵ４、５等により、ＣＡＮバス６で接続された車載システム１００が構成されている。
【００１０】
車両用機器１は、サブ基板１０およびメイン基板１１を有している。このサブ基板１０は、コネクタによってメイン基板１１と接続されており、両者の間で電源の供給および通信可能に構成されている。なお、必ずしもサブ基板１０とメイン基板１１の２つを設ける必要はなく、１つの基板で構成してもよいが、個別の基板とすることにより、共通のサブ基板１０に対して、機能に応じてメイン基板１１を交換することができるようになる。
【００１１】
サブ基板１０には、サブマイコン１２（第１の制御手段に相当）、ＣＡＮトランシーバ１３（監視手段に相当）、およびサブ側電源回路１４が設けられている。サブマイコン１２は、図示しないＣＰＵ、ＲＯＭおよびＲＡＭ等を有するマイクロコンピュータで構成されており、サブ側電源回路１４から供給される電源により動作する。このサブマイコン１２は、ＣＡＮトランシーバ１３によって受信されたデータフレームを取得する。なお、ＣＡＮのデータフレームについては周知であるので詳細な説明は省略するが、識別子（ＩＤ）やデータフィールド等がまとまったものとなっている。
【００１２】
また、サブマイコン１２は、通常動作時よりも消費電力は少ない省電力モード（スリープ状態）にあるとき、ＣＡＮトランシーバ１３によって起動される。具体的には、ＣＡＮトランシーバ１３は、サブ側電源回路１４から電源が常時供給されており、ＣＡＮバス６の揺らぎ、つまりは、ＣＡＮバス６上にデータが流れたか否かを監視している。そして、ＣＡＮトランシーバ１３は、ＣＡＮバス６上にデータが流れたことを検出すると、そのデータを受信してサブマイコン１２に受け渡す。
【００１３】
このとき、ＣＡＮトランシーバ１３からサブマイコン１２にデータが受け渡されることによって、つまり、ＣＡＮトランシーバ１３側からの信号がサブマイコン１２に入力されることによって、スリープ状態にあるサブマイコン１２は起動する。なお、サブマイコン１２が既に起動している場合には、データはそのままサブマイコン１２に受け渡されることになる。
【００１４】
また、サブマイコン１２は、車両用機器１の動作状態（図２参照）の遷移を制御する機能を備えている。この制御についての詳細は後述するが、サブマイコン１２は、例えばメイン基板１１側への電源供給の開始の制御や、メインマイコン１６への動作指令（例えば、図２に示す準備状態から実行状態への遷移指令など）の出力等を行っている。
【００１５】
メイン基板１１に設けられているメインマイコン１６（第２の制御手段）は、車両用機器１が提供する機能を実行する主となる制御手段である。このメインマイコン１６は、図示しないＣＰＵ、ＲＯＭおよびＲＡＭ等を有するマイクロコンピュータで構成されており、メイン側電源回路１９から供給される電源により動作する。このメインマイコン１６は、例えば半導体メモリで構成されたＳＤ１７（Secure Digital。記憶手段に相当）に記憶されているプログラムを実行する。より具体的には、メインマイコン１６は、起動時には、ＳＤ１７からプログラムを読み出し、読み出したプログラムを例えばＤＤＲメモリ等で構成されたメインメモリ１８に展開し、展開したプログラムを実行する。これにより、車両用機器１の機能が提供される。
【００１６】
メイン側電源回路１９は、サブ基板１０側から供給される電源をメイン基板１１内の各回路に供給する。このとき、メイン側電源回路１９は、サブマイコン１２からの起動指令に基づいて電源の供給を開始する。このメイン側電源回路１９は、メインマイコン１６のリセット回路も兼ねている。また、メイン側電源回路１９は、メインマイコン１６の負荷状態に応じて供給する電源を調整する機能を備えている。具体的には、メイン側電源回路１９は、メインマイコン１６が低負荷状態であると判定すると、供給する電源を低下させて省電力化を優先する一方、メインマイコン１６が高負荷状態であると判定すると、メインマイコン１６に供給する動作電力を増加させて処理速度を優先させる。
【００１７】
メイン基板１１には、表示部２０および操作部２１が設けられている。表示部２０は、例えば液晶ディスプレイ等で構成されており、車両のダッシュボード等に設けられている。操作部２１は、表示部２０に対応して設けられているタッチパネル（図示省略）や機械的なスイッチ類（図示省略）により構成されており、車両用機器１に対するユーザの操作が入力される。
【００１８】
そして、車両用機器１は、ユーザに視覚的に各種の情報を提供する機能を備えている。具体的には、車両用機器１は、車両の後方や側方等、ユーザ特に運転者の死角を撮像する撮像手段としてのカメラ２２で撮像した画像を画像処理用のＡＳＩＣ２３（Application Specific Integrated Circuit）で処理し、処理した画像に例えば車幅を示すマーキング等を行って表示部２０に表示することで、ユーザに後方等の画像・映像を提供する機能を備えている。なお、車両用機器１が提供する機能としては、ナビゲーション機能やオーディオ機能等であってもよいし、それらを組み合わせてもよい。
【００１９】
メインマイコン１６は、これらのように車両用機器１が提供する機能を実現するためのＯＳ（Operating System）や画像処理等の比較的規模の大きいプログラムを読み込む必要がある。また、本実施形態で言えば、ＡＳＩＣ２３の初期化等の行うことも必要となる。そのため、メインマイコン１６は、サブマイコン１２に比べると、その起動に時間がかかるものとなっている。なお、車両用機器１が提供する機能がナビゲーション機能等の場合にも、地図データから地図画面を生成したり、リンク情報から案内経路を算出したりする等の処理を行う必要があり、比較的規模の大きいプログラムを読み込む必要があるため起動時間が長くなる可能性がある。
【００２０】
以下、車両用機器１が提供する機能を実現するために必要なプログラムを読み込むことを、モジュールの読込と称して説明する。なお、後述するように、モジュールの読込が完了した段階では未だ機能そのものは提供されておらず、表示部２０への表示も行われていない。
【００２１】
次に、上記した構成の作用について説明する。
本実施形態のように死角に対する画像を提供する車両用機器１であれば、ＡＣＣがＯＮされてから画像が提供されるまでの時間、つまり、ユーザが走行しようとしてから後方の安全確認等を行うことができるようになるまでの時間が短いほど、より安全性に寄与できると考えられる。また、ナビゲーション機能を提供する場合等であっても、ＡＣＣがＯＮされてから目的地の入力等を行えるようになるまでの時間が短くなれば、より利便性に寄与できると考えられる。
【００２２】
その一方で、上記したように、メインマイコン１６等の制御手段が起動する際に読み込むべきプログラムの大きさや種類が増加すると、つまり、モジュールの読込に時間が係ると、安全性や利便性を向上させることが難しくなるおそれがある。
そこで、本実施形態の車両用機器１は、以下のようにしてユーザが起動操作を入力してから機能を提供できるようになるまでの時間（以下、便宜的に車両用機器１の起動時間と称する）を短縮している。なお、ユーザが起動操作を入力してから機能を利用できるようになるまでの時間を車両用機器１の起動時間と考えることもできる。
【００２３】
図２に示すように、車両用機器１には、システムスリープ状態、待機状態、準備状態および実行状態の４つの動作状態が主に設けられている。
システムスリープ状態は、ＡＣＣがＯＦＦされている状態であり、サブマイコン１２およびメインマイコン１６が共にスリープ状態になっている。ただし、常時通電されているＣＡＮトランシーバ１３は起動している。このため、システムスリープ状態であっても、ＣＡＮバス６上にデータが流れたか否かは、ハードウェア的に監視されている。システムスリープ状態にある車両用機器１は、ＣＡＮバス６がアクティブになると、つまり、ＣＡＮバス６上に何らかのデータが流れると、ＣＡＮトランシーバ１３によってサブマイコン１２が起動され、待機状態に遷移する。
【００２４】
待機状態では、サブマイコン１２は起動している一方、メインマイコン１６は未だスリープ状態のままである。この待機状態において、サブマイコン１２は、特定ＩＤのデータフレーム（特定種類のデータに相当）の受信を待機する。より具体的に言えば、車両用機器１は、サブマイコン１２において、受信したＣＡＮのデータフレームのＩＤが、予め設定されている特定ＩＤであるかを判断している。
【００２５】
特定ＩＤは、車両状態が変化したことを通知するために予め設定されているＩＤであり、状態検知ＥＣＵ３によって車両状態の変化が検知された際にＣＡＮバス６上に送信されるデータフレームのＩＤに設定される。ここで、本実施形態で言う車両状態の変化とは、ユーザが車両に対して行った操作に応じた変化であり、ドアの開放、リモートキーによるロックの解除、ブレーキ操作、ＡＣＣのＯＮ等がある。
【００２６】
つまり、特定ＩＤのデータフレームは、例えば停車中の車両のドアをユーザが開放したときやリモートキーによりドアのロックを解除したとき等、ユーザが車両の走行を開始する可能性があるときに、ＣＡＮバス６上に流れることになる。この特定ＩＤのデータフレームは、スリープ状態にある機器へも通知されるものであるため、ある程度繰り返して送信される。
【００２７】
そのため、待機状態にある車両用機器１は、待機状態になってから経過した時間が予め設定されている受信待機時間を超えたかを判定しつつ、特定ＩＤのデータフレームを待機する。このとき、サブマイコン１２は、ＣＡＮのデータフィールドは考慮せず、状態を遷移すべきか否かをＩＤのみで判断する。なお、受信待機時間は、状態検知ＥＣＵ３や車載システム１００の仕様等に応じて適宜設定すればよい。
【００２８】
車両用機器１は、特定ＩＤのデータフレームを受信せずに受信待機時間が経過した場合には、システムスリープ状態に遷移する。つまり、車両用機器１は、ＣＡＮバス６上にデータが流れたものの、本実施形態で言う車両状態の変化でなかった場合には、受信待機時間を経た後、消費電力を削減するためにシステムスリープ状態となる。
【００２９】
これに対して、車両用機器１は、受信待機時間が経過する前に特定ＩＤのデータフレームを受信した場合には、準備状態に遷移する。この準備状態では、メインマイコン１６は、サブマイコン１２によって起動されており、モジュール読込までを行った状態、つまり、ＳＤ１７からのプログラムの読み出しおよびメインメモリ１８への展開までを行った状態で待機している。換言すると、準備状態におけるメインマイコン１６は、相対的に長い時間が掛かるプログラムの読み出しが完了し、直ぐにプログラムを実行できる状態となっている。
【００３０】
準備状態にある車両用機器１は、準備状態になってから経過した時間が予め設定されている操作待機時間を超えたかを判定しつつ、ＡＣＣがＯＮされる（ユーザの起動操作）を待機する。なお、操作待機時間は、状態検知ＥＣＵ３や車載システム１００の仕様等に応じて適宜設定すればよい。
【００３１】
そして、車両用機器１は、ＡＣＣがＯＮされないまま操作待機時間が経過した場合には、待機状態に遷移する。つまり、車両用機器１は、車両の状態が変化したものの、ＡＣＣがＯＮされなかった場合には、すなわち、ユーザが走行する意思表示を行わなかった場合には、操作待機時間を経た後、消費電力を削減するために待機状態となる。なお、ＡＣＣがＯＮされたことは、状態検知ＥＣＵ３等から送信されるＣＡＮのデータフレームを受信することで検知することができる。
【００３２】
これに対して、車両用機器１は、操作待機時間が経過する前にＡＣＣがＯＮされた場合には、実行状態に遷移する。この実行状態では、メインマイコン１６は、既にメインメモリ１８に展開されているプログラムを実行する。そのため、ＡＣＣがＯＮされた後、モジュール読込に時間を掛けることなくプログラムが実行され、機能の提供が開始されることになる。つまり、ＡＣＣをＯＮするという起動操作が行われた後、直ぐに機能の提供が開始される。このため、ユーザは、ＡＣＣがＯＮされてからモジュールの読込を開始する従来のものに比べると、車両用機器１の起動時間が圧倒的に短縮されたと感じることになる。
【００３３】
具体的には、図３（Ａ）に示すように、時刻Ｔ０において例えばロックが解除されたという車両状態の変化が発生したとする。この車両状態の変化は、状態検知ＥＣＵ３によって検知され、特定ＩＤのデータフレームによって車両用機器１に通知される。車両用機器１は、時刻Ｔ１において特定ＩＤを受信すると、メインマイコン１６を起動させてモジュール読込を開始し、ＡＣＣがオンされるのを待機する。つまり、車両状態の変化や特定ＩＤの受信をトリガとして、車両用機器１は機能を提供する準備を開始する。
【００３４】
そして、時刻Ｔ２においてＡＣＣがオンされると、車両用機器１は、メインマイコン１６においてプログラムの実行が開始され、時刻Ｔ３において機能提供が開始される。機能提供としては、例えば画面表示等が相当する。この時刻Ｔ２からＴ３までの期間Ｐ１が、ユーザが体感する車両用機器１の起動時間に相当する。
【００３５】
この場合、上記したように、時刻Ｔ２の時点ではモジュール読込が既に完了している。より具体的に言えば、モジュールの読込は、例えばロックを解除したりドアを開けたりしてからユーザが座席に座ってＡＣＣをオンするまでの間に、ユーザが関与すること無く行われている。そのため、ユーザからしてみると、ＡＣＣをＯＮすると直ぐに機能提供が開始されたことになる。
【００３６】
また、実際に、車両用機器１ではＡＣＣをＯＮしてから直ぐにその機能が利用可能となることから、本実施形態のようにカメラ２２で撮像した画像も直ちに表示され、走行を開始する際に安全確認等を迅速に行うことができるようになる。なお、ナビゲーション機能等であれば、ＡＣＣをＯＮして直ぐに目的地の設定等を行うことができるため、ユーザが便利だと感じるようになる。
【００３７】
なお、車両用機器１は、図２に示すように、ＡＣＣがＯＮされてから起動を開始することも可能になっている。これは、例えば友人と待ち合わせている時に、車両に乗り込んだままユーザが待機しており、友人が来たときにＡＣＣをＯＮするといった状況等を想定しているためである。
【００３８】
この場合、図３（Ｂ）に参考例として示すように、従来と同様にＡＣＣがＯＮされてから起動を開始するため、車両用機器１の起動時間は、時刻Ｔ１２からＴ１３までの期間Ｐ１０となり、従来と同様の起動時間になる可能性がある。ただし、仮に車両内にユーザが居たとしても、走行を開始する際にはブレーキを踏んでからＡＣＣをＯＮすることが一般的であると考えられるため、ブレーキを踏んだという車両状態の変化をトリガとすることで、図３（Ｂ）よりも早いタイミングで起動を開始することができ、車両用機器１の起動時間の短縮を図ることができる。
【００３９】
以上説明した実施形態によれば、次のような効果を得ることができる。
車両用機器１は、車両に設けられているＣＡＮバス６（車載ネットワーク）上にデータが流れたか否かを監視するＣＡＮトランシーバ１３（監視手段）と、スリープ状態にあるとき、ＣＡＮトランシーバ１３によって起動されてＣＡＮバス６上を流れるデータフレーム（データ）を受信するサブマイコン１２（第１の制御手段）と、スリープ状態にあるとき、サブマイコン１２によって起動され、プログラムを記憶しているＳＤ１７（記憶手段）からプログラムを読み出してメインメモリ１８（メモリ）に展開し、メインメモリ１８に展開されたプログラムを実行するメインマイコン１６（第２の制御手段）と、を備えている。
【００４０】
この車両用機器１は、システムスリープ状態においてサブマイコン１２がＣＡＮトランシーバ１３によって起動されると（車両状態の変化が検知されると）、特定ＩＤのデータフレーム（特定種類のデータ）の受信を待機する待機状態に遷移する。続いて、待機状態において、車両用機器１は、予め設定されている受信待機時間が経過するまでに特定ＩＤのデータフレームを受信した場合には、メインマイコン１６を起動してＳＤ１７からのプログラムの読み出しおよびメインメモリ１８への展開までを行った状態（モジュール読込が完了した状態）でＡＣＣがＯＮされること（起動操作の入力）を待機する準備状態に遷移する。そして、準備状態において、車両用機器１は、予め設定されている操作待機時間が経過するまでにＡＣＣがＯＮされた場合には、メインメモリ１８に展開したプログラムをメインマイコン１６で実行する実行状態に遷移する。
【００４１】
このように、車載ネットワーク上にデータが流れたこと、つまり、本実施形態で言えば車両状態が変化したことをトリガとして機能を提供する準備を開始することにより、ＡＣＣがＯＮされたことをトリガとして車両用機器１が実行状態に遷移する場合と比べて、ＡＣＣがＯＮされてから機能の提供が開始されるまでの時間、つまり、ユーザが体感する車両用機器１の起動時間を大幅に短縮することができる。
【００４２】
車両用機器１は、ＣＡＮのデータフレームのＩＤのみで起動状態への遷移を判断しているので、データフィールドまで解析する場合に比べて迅速に起動状態に遷移するか否かを判断することができる。
【００４３】
車両用機器１は、表示部２０（表示手段）を備えており、表示部２０に各種の情報を表示することで、自身の機能を提供する。この場合、ＡＣＣがＯＮされてから車両用機器１が機能の提供を開始するまでの起動時間は、ユーザによって容易に把握される。このため、起動時間が短ければユーザは便利であると感じる一方、起動時間が長い場合には動作が遅いと不満に感じることがある。しかし、車両用機器１の場合、上記したように起動時間が大幅に短縮されているので、ユーザが不満に感じるおそれを低減することができる。
【００４４】
また、実施形態のように、表示部２０に表示されるのが車両後方等の画像である場合、ＡＣＣがＯＮされると迅速に画像を表示することができる。これにより、停車場所から発信する際の安全性を向上させることができる。
車両用機器１の場合、常時通電されているのは基本的にＣＡＮトランシーバ１３のみであるため、消費電力が大幅に増加するおそれを低減することができる。
本発明は、上記した実施形態にのみ限定されるものではなく、その要旨を逸脱しない範囲で任意に変形や拡張をすることができる。
【００４５】
実施形態では監視手段（ＣＡＮトランシーバ１３）と第１の制御手段（サブマイコン１２）とを個別に設けたが、監視手段を内蔵したマイコンを第１の制御手段として採用してもよい。その場合、マイコンで行う処理は特定ＩＤを受信したか否かの判定処理であるので、それほど高機能なマイコンを用いる必要が無く、常時通電したとしても電力消費が大幅に増加してしまうことを抑制できる。また、実施形態と同様に、監視手段のみを常時通電するようにしてもよい。
【００４６】
一実施形態ではＣＡＮのデータフレームのＩＤのみで状態遷移の判断を行ったが、データフィールド等を判断に加えてもよい。例えば、データフィールドでドアの位置が特定可能である場合等において、運転席のドアが開放されたときには起動準備を開始し、トランクや後部座席のドアが開放されたときには起動準備を開始しないといった構成とすることで、走行を開始しない可能性がある車両状態の変化を検知した場合には起動準備をしないことで電力消費の増加を抑えること等ができるようになる。
【００４７】
車両状態の変化としては、実施形態で例示したものに限らず、他の変化を検知するようにしてもよい。
本発明は、ユーザに視覚的に機能を提供する車両用機器１に限らず、ユーザに関与しない車両用機器に適用してもよい。
記憶手段はＳＤ１７に限らず、ハードディスクやフラッシュメモリ等であってもよい。
【符号の説明】
【００４８】
図面中、１は車両用機器、６はＣＡＮバス（車載ネットワーク）、１２はサブマイコン（第１の制御手段）、１３はＣＡＮトランシーバ（監視手段）、１６はメインマイコン（第２の制御手段）、１７はＳＤ（記憶手段）、１８はメインメモリ（メモリ）、２０は表示部（表示手段）、を示す。
【図１】
2016091257.tif 000003
【図２】
2016091257.tif 000004
【図３】
2016091257.tif 000005