JP2024049060A - 提案装置及び提案システム - Google Patents

Abstract

【課題】本開示は、車両の車載器のリソース圧迫を抑制することを目的とする。【解決手段】提案装置は、車両から前記車両の状態及び車載機器の状態に係る状態情報を取得する取得部と、前記取得部が取得した前記状態情報に基づいて、前記車両の運転者による前記車載機器の操作の傾向を診断する診断部と、前記診断部による診断の結果、前記運転者に前記車載機器の操作忘れの傾向がある場合、操作忘れを通知するアプリケーションの導入を前記運転者に提案する提案部と、を備える。【選択図】図１

Description

本開示は、提案装置及び提案システムに関する。

特許文献１には、車載電子機器の作動解除忘れの可能性が少しでもあることを報知する操作忘れ報知装置が開示されている。

特開２００８－１３７５５６号公報

ここで、外部のサーバ等と通信可能な車載器を備えた所謂コネクティッドカーに対して、特許文献１に記載の操作忘れ報知装置と同様の機能を備えるアプリケーションを導入することは可能である。しかし、当該アプリケーションを必要としない運転者が乗車する車両の車載器に対して当該アプリケーションを導入すると、車載器のリソースを圧迫することとなり望ましくない。

そこで、本開示は、車両の車載器のリソース圧迫を抑制することができる提案装置及び提案システムを提供することを目的とする。

請求項１に係る提案装置は、車両から前記車両の状態及び車載機器の状態に係る状態情報を取得する取得部と、前記取得部が取得した前記状態情報に基づいて、前記車両の運転者による前記車載機器の操作の傾向を診断する診断部と、前記診断部による診断の結果、前記運転者に前記車載機器の操作忘れの傾向がある場合、操作忘れを通知するアプリケーションの導入を前記運転者に提案する提案部と、を備える。

請求項１に係る提案装置では、取得部は、状態情報を取得する。また、診断部は、取得部が取得した状態情報に基づいて、車両の運転者による車載機器の操作の傾向を診断する。そして、提案部は、診断部による診断の結果、運転者に車載機器の操作忘れの傾向がある場合、操作忘れを通知するアプリケーションの導入を運転者に提案する。これにより、当該提案装置によれば、診断の結果、運転者に車載機器の操作忘れの傾向がある場合に当該アプリケーションの導入が運転者に提案されるため、車両の車載器のリソース圧迫を抑制することができる。

請求項２に係る提案装置は、請求項１において、前記取得部は、複数の車両から前記状態情報を取得し、前記診断部は、前記取得部が取得した前記状態情報から前記複数の車両の複数の運転者による前記車載機器の操作を踏まえて、一の車両の一の運転者による前記車載機器の操作の傾向を診断し、前記提案部は、前記診断部による診断の結果、前記一の運転者に前記車載機器の操作忘れの傾向がある場合、前記アプリケーションの導入を前記一の運転者に提案する。

請求項２に係る提案装置では、取得部は、複数の車両から状態情報を取得する。また、診断部は、取得部が取得した状態情報から複数の運転者による車載機器の操作を踏まえて、一の運転者による車載機器の操作の傾向を診断する。そして、提案部は、診断部による診断の結果、一の運転者に車載機器の操作忘れの傾向がある場合、アプリケーションの導入を一の運転者に提案する。これにより、当該提案装置によれば、複数の運転者による車載機器の操作忘れの傾向を踏まえた提案を行うことができる。

請求項３に係る提案装置は、請求項１又は２において、前記取得部は、一の車両から複数種類の前記状態情報を取得し、前記診断部は、前記取得部が取得した複数種類の前記状態情報から前記一の車両の一の運転者による複数の前記車載機器の操作を踏まえて、前記一の運転者による前記車載機器の操作の傾向を診断する。

請求項３に係る提案装置では、取得部は、一の車両から複数種類の状態情報を取得する。そして、診断部は、取得部が取得した複数種類の状態情報から一の運転者による複数の車載機器の操作を踏まえて、一の運転者による車載機器の操作の傾向を診断する。これにより、当該提案装置によれば、複数の車載機器の操作忘れの傾向を踏まえた提案を行うことができる。

請求項４に係る提案装置は、請求項１から３の何れか１項において、前記診断部は、予め設定された条件に合致する前記状態情報を診断の対象から除外する。

請求項４に係る提案装置では、診断部は、予め設定された条件に合致する状態情報を診断の対象から除外する。例えば、車両の走行中に車載機器に含まれるサイドミラーが閉じている場合には、車載機器の操作忘れの傾向があると想定されるが、当該提案装置によれば、上記の場合に車速が所定値以下であれば、対応する状態情報を診断の対象から除外することで、車載機器の操作忘れの誤判断を抑制することができる。

請求項５に係る提案システムは、請求項１から４の何れか１項に記載の提案装置と、前記車両に搭載され、前記提案装置と通信可能であって前記状態情報を取得する車載器と、を備える。

以上説明したように、本開示に係る提案装置及び提案システムでは、車両の車載器のリソース圧迫を抑制することができる。

提案システムの概略構成を示す図である。 提案装置のハードウェア構成を示すブロック図である。 車両の概略構成を示すブロック図である。 提案処理の流れを示すフローチャートである。 車載機器に含まれるモニタに表示される表示例である。

以下、本実施形態に係る提案システム１０について説明する。
本実施形態に係る提案システム１０は、車両４０の統合ＥＣＵ（Ｅｌｅｃｔｒｉｃａｌ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）５０のリソース圧迫を抑制するシステムである。

（第１の実施形態）
まず、本実施形態に係る提案システム１０の第１の実施形態について説明する。

図１は、提案システム１０の概略構成を示す図である。
図１に示すように、提案システム１０は、提案装置２０及び車両４０を含む。提案装置２０及び車両４０に搭載された統合ＥＣＵ５０は、ネットワークＮを介して接続されている。統合ＥＣＵ５０は「車載器」の一例である。

提案装置２０は、所定の事業者が保有するサーバコンピュータである。
車両４０は、エンジン車両、ハイブリッド車両、又は電気自動車の何れであってもよいが、本実施形態では、一例として、車両４０はエンジン車両とする。

次に、提案装置２０のハードウェア構成を説明する。図２は、提案装置２０のハードウェア構成を示すブロック図である。

図２に示すように、提案装置２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３、記憶部２４、入力部２５、表示部２６、及び通信部２７を備えている。各構成は、バス２８を介して相互に通信可能に接続されている。

ＣＰＵ２１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ２１は、ＲＯＭ２２又は記憶部２４からプログラムを読み出し、ＲＡＭ２３を作業領域としてプログラムを実行する。ＣＰＵ２１は、ＲＯＭ２２又は記憶部２４に記録されているプログラムにしたがって、上記各構成の制御及び各種の演算処理を行う。

ＲＯＭ２２は、各種プログラム及び各種データを格納する。ＲＡＭ２３は、作業領域として一時的にプログラム又はデータを記憶する。

記憶部２４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はフラッシュメモリ等の記憶装置により構成され、各種プログラム及び各種データを格納する。記憶部２４には、ＣＰＵ２１に後述する提案処理を実行させるための提案プログラム２４Ａが格納されている。

入力部２５は、マウス等のポインティングデバイス、キーボード、マイク、及びカメラ等を含み、各種の入力を行うために使用される。

表示部２６は、例えば、液晶ディスプレイであり、種々の情報を表示する。表示部２６は、タッチパネル方式を採用して、入力部２５として機能してもよい。

通信部２７は、他の機器と通信するためのインターフェースである。当該通信には、例えば、イーサネット（登録商標）若しくはＦＤＤＩ等の有線通信の規格、又は、４Ｇ、５Ｇ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、若しくはＷｉ－Ｆｉ（登録商標）等の無線通信の規格が用いられる。通信部２７は、ネットワークＮに対して接続されている。

次に、提案装置２０の機能構成について説明する。図２に示すように、提案装置２０のＣＰＵ２１は、機能構成として、取得部２１Ａ、診断部２１Ｂ、及び提案部２１Ｃを有する。各機能構成は、ＣＰＵ２１が記憶部２４に記憶された提案プログラム２４Ａを読み出し、実行することにより実現される。

取得部２１Ａは、車両４０から車両４０の状態及び後述する車載機器６５の状態に係る状態情報を取得する。一例として、状態情報は、車両４０の状態として、車両４０が走行中、具体的には、車両４０が直進中、カーブ中、又は右左折中等であるか、及び車両４０が停車中又は駐車中であるかを示す情報を含む。さらに、状態情報は、車載機器６５の状態として、車載機器６５が作動中又は停止中であるかを示す情報を含む。

診断部２１Ｂは、取得部２１Ａが取得した状態情報に基づいて、車両４０の運転者による車載機器６５の操作の傾向を診断する。一例として、診断部２１Ｂは、車載機器６５の操作の傾向として、車載機器６５の操作忘れの傾向があるか否かを診断する。車載機器６５の操作忘れは、車両４０の右左折中に車載機器６５に含まれるウインカースイッチが停止中である等の車載機器６５の作動忘れと、車両４０の直進中に車載機器６５に含まれるウインカースイッチ又はハザードランプが作動中である等の車載機器６５の停止忘れとを含む。ここで、診断部２１Ｂは、車載機器６５の操作忘れの該当回数が単位時間あたりに所定数を超える場合、運転者に車載機器６５の操作忘れの傾向があると診断する。

また、診断部２１Ｂは、予め設定された条件に合致する状態情報を診断の対象から除外する。一例として、当該条件は、車両４０の走行中に車載機器６５に含まれるサイドミラーが閉じているが、車速が所定値以下の場合、及び車両４０の走行中に車載機器６５に含まれるハザードランプが作動中であるが、作動時間が所定時間以下の場合等である。

提案部２１Ｃは、診断部２１Ｂによる診断の結果、運転者に車載機器６５の操作忘れの傾向がある場合、車載機器６５の操作忘れを通知するアプリケーション（以下、「通知アプリ」とする）の導入を運転者に提案する。例えば、提案部２１Ｃは、当該提案として、車両４０に対して通知アプリの導入を推奨する所定の通知を送信する。そして、当該通知を受信した車両４０は、車載機器６５に含まれるモニタ又はスピーカ等を通じて当該通知が示す内容を報知する。これにより、通知アプリの導入が運転者に提案される。

次に、車両４０の概略構成を説明する。図３は、車両４０の概略構成を示すブロック図である。

図３に示すように、車両４０は、統合ＥＣＵ５０と、ＤＣＭ（Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）６０と、車載機器６５とを備えている。なお、車両４０が備えるＥＣＵは統合ＥＣＵ５０に限られず、車両４０の機能毎に応じた図示しないＥＣＵを複数備えている。

統合ＥＣＵ５０及びＤＣＭ６０は、外部バス（通信バス）６２を介して接続されている。外部バス６２では、イーサネット（登録商標）による通信が行われている。なお、外部バス６２の通信方式はイーサネット（登録商標）に限らず、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）プロトコル、又はＣＡＮ－ＦＤ（ＣＡＮ Ｗｉｔｈ Ｆｌｅｘｉｂｌｅ Ｄａｔａ Ｒａｔｅ）等を適用してもよい。

また、ＤＣＭ６０は、ネットワークＮに接続され、外部との通信が可能となっている。当該通信は、無線通信であって、例えば、５Ｇ、ＬＴＥ、又はＷｉ－Ｆｉ（登録商標）等の通信規格が用いられる。

また、統合ＥＣＵ５０は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、記憶部５４、通信Ｉ／Ｆ（Ｉｎｔｅｒ Ｆａｃｅ）５５及び入出力Ｉ／Ｆ５６を含んで構成されている。ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、記憶部５４、通信Ｉ／Ｆ５５及び入出力Ｉ／Ｆ５６は、内部バス５７を介して相互に通信可能に接続されている。

ＣＰＵ５１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ５１は、ＲＯＭ５２又は記憶部５４からプログラムを読み出し、ＲＡＭ５３を作業領域としてプログラムを実行する。ＣＰＵ５１は、ＲＯＭ５２又は記憶部５４に記録されているプログラムにしたがって、上記各構成の制御及び各種の演算処理を行う。

ＲＯＭ５２は、各種プログラム及び各種データを記憶している。ＲＡＭ５３は、作業領域として一時的にプログラム又はデータを記憶する。

記憶部５４は、ｅＭＭＣ（ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ）又はＵＦＳ（Ｕｎｉｖｅｒｓａｌ Ｆｌａｓｈ Ｓｔｏｒａｇｅ）等により構成されたＮＡＮＤ Ｍｅｍｏｒｙである。

また、ＲＯＭ５２及び記憶部５４等、統合ＥＣＵ５０が備える各部品は、ＨＳＭ（Ｈａｒｄｗａｒｅ Ｓｅｃｕｒｉｔｙ Ｍｏｄｕｌｅ）等の耐タンパ性のある媒体であるのが望ましい。

通信Ｉ／Ｆ５５は、ＤＣＭ６０と接続するためのインターフェースである。当該インターフェースは、イーサネット（登録商標）による通信規格が用いられる。通信Ｉ／Ｆ５５は、外部バス６２に対して接続されている。

入出力Ｉ／Ｆ５６は、車載機器６５と通信するためのインターフェースである。なお、これに限らず、車載機器６５とは他のＥＣＵを介して接続されていてもよい。この場合、統合ＥＣＵ５０と他のＥＣＵとは、イーサネット（登録商標）又はＣＡＮプロトコル等で接続されている。

統合ＥＣＵ５０は、入出力Ｉ／Ｆ５６を通じて車載機器６５から状態情報を収集し、収集した状態情報を記憶部５４に記憶させる。そして、統合ＥＣＵ５０は、記憶部５４に記憶された状態情報を提案装置２０に定期的に送信する。

図４は、提案装置２０による、運転者に車載機器６５の操作忘れの傾向がある場合に通知アプリの導入を運転者に提案する提案処理の流れを示すフローチャートである。ＣＰＵ２１が記憶部２４から提案プログラム２４Ａを読み出して、ＲＡＭ２３に展開して実行することにより、提案処理が行われる。

図４に示すステップＳ１０において、ＣＰＵ２１は、車両４０から状態情報を取得する。そして、ステップＳ１１に進む。

ステップＳ１１において、ＣＰＵ２１は、ステップＳ１０で取得した状態情報に基づいて、車両４０の運転者による車載機器６５の操作の傾向を診断する。そして、ステップＳ１２に進む。

ステップＳ１２において、ＣＰＵ２１は、ステップＳ１１で運転者に車載機器６５の操作忘れの傾向があると診断したか否かを判定し、操作忘れの傾向があると診断した場合（ステップＳ１２：ＹＥＳ）はステップＳ１３に進む。一方、ＣＰＵ２１は、ステップＳ１１で運転者に車載機器６５の操作忘れの傾向があると診断していない場合（ステップＳ１２：ＮＯ）は、提案処理を終了する。

ステップＳ１３において、ＣＰＵ２１は、通知アプリの導入を運転者に提案する。そして、提案処理を終了する。

次に、通知アプリの導入に関する運転者への提案内容の例について説明する。
図５は、車載機器６５に含まれるモニタに表示される表示例である。一例として、統合ＥＣＵ５０は、提案装置２０から送信された通知アプリの導入を推奨する所定の通知を受信している場合、車載機器６５に含まれるイグニッションスイッチがオンになったことに基づいて図５に示す画面をモニタに表示させる。

図５に示す表示例には、メッセージ情報８０と、はいボタン８２と、いいえボタン８４と、が表示されている。

メッセージ情報８０は、運転者に対する種々のメッセージを示している。一例として、図５では、メッセージ情報８０として「車載機器の操作忘れの傾向があるため、「通知アプリ」の導入をおすすめします。通知アプリを導入しますか？」と表示されている。そして、はいボタン８２が操作された場合、統合ＥＣＵ５０は、通知アプリの導入を開始する。一方、いいえボタン８４が操作された場合、統合ＥＣＵ５０は、通知アプリを導入することなく、モニタの表示内容を予め定めた内容へと変化させる。

上記のように、第１の実施形態では、ＣＰＵ２１は、状態情報を取得する。また、ＣＰＵ２１は、取得した状態情報に基づいて、車両４０の運転者による車載機器６５の操作の傾向を診断する。そして、ＣＰＵ２１は、診断の結果、運転者に車載機器６５の操作忘れの傾向がある場合、通知アプリの導入を運転者に提案する。これにより、第１の実施形態に係る提案装置２０によれば、診断の結果、運転者に車載機器６５の操作忘れの傾向がある場合に通知アプリの導入が運転者に提案されるため、車両４０の統合ＥＣＵ５０のリソース圧迫を抑制することができる。

また、第１の実施形態では、ＣＰＵ２１は、予め設定された条件に合致する状態情報を診断の対象から除外する。例えば、車両４０の走行中に車載機器６５に含まれるサイドミラーが閉じている場合には、車載機器６５の操作忘れの傾向があると想定されるが、第１の実施形態に係る提案装置２０によれば、上記の場合に車速が所定値以下であれば、対応する状態情報を診断の対象から除外することで、車載機器６５の操作忘れの誤判断を抑制することができる。

（第２の実施形態）
次に、本実施形態に係る提案システム１０の第２の実施形態について、上記実施形態との重複部分を省略又は簡略しつつ説明する。

第２の実施形態の取得部２１Ａは、複数の車両４０から状態情報を取得する。
第２の実施形態の診断部２１Ｂは、取得部２１Ａが取得した状態情報から、一の車両４０の一の運転者と類似する性質を有する複数の車両４０の複数の運転者による車載機器６５の操作を踏まえて、一の運転者による車載機器６５の操作の傾向を診断する。当該類似する性質は、同年代、同性、及び車種が同じ等である。第２の実施形態では、提案装置２０の記憶部２４は、複数の運転者によりそれぞれ入力された各運転者に関する運転者情報を記憶している。当該運転者情報は、運転者の年齢、運転者の性別、及び運転者が保有する車両４０の車種等を示す情報を含む。そして、診断部２１Ｂは、記憶部２４に記憶された一の運転者の運転者情報に基づいて、当該一の運転者と類似する性質を有する複数の運転者を特定する。

ここで、診断部２１Ｂは、一の運転者に車載機器６５（例：ウインカースイッチ）の操作忘れの傾向があると診断した場合、当該一の運転者と同様の車載機器６５の操作忘れの傾向がある複数の運転者を示す情報を診断結果に付加する。

第２の実施形態の提案部２１Ｃは、診断部２１Ｂによる診断の結果、一の運転者に車載機器６５の操作忘れの傾向がある場合、通知アプリの導入を一の運転者に提案する。第２の実施形態では、提案部２１Ｃは、一の運転者と類似する性質を有する複数の運転者による車載機器６５の操作を踏まえた所定の通知を車両４０に送信する。そして、当該通知を受信した車両４０は、車載機器６５に含まれるモニタ又はスピーカ等を通じて当該通知が示す内容を報知する。図示は省略するが、当該通知を受信した車両４０のモニタには「あなたと同様に皆さんもウインカースイッチの停止忘れが多いので、通知アプリの導入をおすすめします。」等のメッセージが表示される。

上記のように、第２の実施形態では、ＣＰＵ２１は、複数の車両４０から状態情報を取得する。また、ＣＰＵ２１は、取得した状態情報から複数の運転者による車載機器６５の操作を踏まえて、一の運転者による車載機器６５の操作の傾向を診断する。そして、ＣＰＵ２１は、診断の結果、一の運転者に車載機器６５の操作忘れの傾向がある場合、通知アプリの導入を一の運転者に提案する。これにより、第２の実施形態に係る提案装置２０によれば、複数の運転者による車載機器６５の操作忘れの傾向を踏まえた提案を行うことができる。

（第３の実施形態）
次に、本実施形態に係る提案システム１０の第３の実施形態について、上記実施形態との重複部分を省略又は簡略しつつ説明する。

第３の実施形態の取得部２１Ａは、一の車両４０から複数種類の状態情報を取得する。
第３の実施形態の診断部２１Ｂは、取得部２１Ａが取得した複数種類の状態情報から一の車両４０の一の運転者による複数の車載機器６５の操作を踏まえて、一の運転者による車載機器６５の操作の傾向を診断する。第３の実施形態では、診断部２１Ｂは、複数の車載機器６５の操作忘れが単位時間あたりに所定数を超えて生じた場合、一の運転者に車載機器６５の操作忘れの傾向があると診断する。

第３の実施形態では、提案部２１Ｃは、診断部２１Ｂによる診断の結果、一の運転者に車載機器６５の操作忘れの傾向がある場合、当該一の運転者による複数の車載機器６５の操作を踏まえた所定の通知を車両４０に送信する。そして、当該通知を受信した車両４０は、車載機器６５に含まれるモニタ又はスピーカ等を通じて当該通知が示す内容を報知する。図示は省略するが、当該通知を受信した車両４０のモニタには「ウインカースイッチ及びハザードランプ等の停止忘れが多いので、通知アプリの導入をおすすめします。」等のメッセージが表示される。

上記のように、第３の実施形態では、ＣＰＵ２１は、一の車両４０から複数種類の状態情報を取得する。そして、ＣＰＵ２１は、取得した複数種類の状態情報から一の運転者による複数の車載機器６５の操作を踏まえて、一の運転者による車載機器６５の操作の傾向を診断する。これにより、第３の実施形態に係る提案装置２０によれば、複数の車載機器６５の操作忘れの傾向を踏まえた提案を行うことができる。

（その他）
上記実施形態では、ＣＰＵ２１は、運転者に車載機器６５の操作忘れの傾向があると診断しない場合、すなわち、運転者に車載機器６５の操作忘れの傾向がない場合は提案処理を終了した（図４参照）。しかし、これに限らず、運転者に車載機器６５の操作忘れの傾向がない場合、ＣＰＵ２１は、運転者に車載機器６５の操作忘れの傾向がないことを示す通知を車両４０に送信してもよい。この場合は、当該通知が示す内容が車載機器６５に含まれるモニタ又はスピーカ等を通じて報知されることで、車載機器６５の操作忘れの傾向がないことを運転者に把握させることができる。

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

また、上記実施形態では、提案プログラム２４Ａが記憶部２４に予め記憶（インストール）されている態様を説明したが、これに限定されない。提案プログラム２４Ａは、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の記録媒体に記録された形態で提供されてもよい。また、提案プログラム２４Ａは、ネットワークＮを介して外部装置からダウンロードされる形態としてもよい。

１０ 提案システム
２０ 提案装置
２１Ａ 取得部
２１Ｂ 診断部
２１Ｃ 提案部
４０ 車両
５０ 統合ＥＣＵ（車載器）
６５ 車載機器

Claims (5)

1. 車両から前記車両の状態及び車載機器の状態に係る状態情報を取得する取得部と、
   前記取得部が取得した前記状態情報に基づいて、前記車両の運転者による前記車載機器の操作の傾向を診断する診断部と、
   前記診断部による診断の結果、前記運転者に前記車載機器の操作忘れの傾向がある場合、操作忘れを通知するアプリケーションの導入を前記運転者に提案する提案部と、
   を備える提案装置。
2. 前記取得部は、複数の車両から前記状態情報を取得し、
   前記診断部は、前記取得部が取得した前記状態情報から前記複数の車両の複数の運転者による前記車載機器の操作を踏まえて、一の車両の一の運転者による前記車載機器の操作の傾向を診断し、
   前記提案部は、前記診断部による診断の結果、前記一の運転者に前記車載機器の操作忘れの傾向がある場合、前記アプリケーションの導入を前記一の運転者に提案する、
   請求項１に記載の提案装置。
3. 前記取得部は、一の車両から複数種類の前記状態情報を取得し、
   前記診断部は、前記取得部が取得した複数種類の前記状態情報から前記一の車両の一の運転者による複数の前記車載機器の操作を踏まえて、前記一の運転者による前記車載機器の操作の傾向を診断する、
   請求項１に記載の提案装置。
4. 前記診断部は、予め設定された条件に合致する前記状態情報を診断の対象から除外する、
   請求項１に記載の提案装置。
5. 請求項１から４の何れか１項に記載の提案装置と、
   前記車両に搭載され、前記提案装置と通信可能であって前記状態情報を収集する車載器と、
   を備える提案システム。