特許 7567842 車載システム及び機能学習提示プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-07

(45)【発行日】2024-10-16

(54)【発明の名称】車載システム及び機能学習提示プログラム

(51)【国際特許分類】

   G08G 1/0962 20060101AFI20241008BHJP

   G08G 1/00 20060101ALI20241008BHJP

   G09B 19/00 20060101ALI20241008BHJP

【ＦＩ】

G08G1/0962

G08G1/00 A

G08G1/00 D

G09B19/00 H

【請求項の数】 12

(21)【出願番号】P 2022045422

(22)【出願日】2022-03-22

(65)【公開番号】P2023072633

(43)【公開日】2023-05-24

【審査請求日】2024-02-16

(31)【優先権主張番号】P 2021184859

(32)【優先日】2021-11-12

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000004260

【氏名又は名称】株式会社デンソー

(74)【代理人】

【識別番号】110000567

【氏名又は名称】弁理士法人サトー

(72)【発明者】

【氏名】野原 雅史

(72)【発明者】

【氏名】宇都宮 將隼

(72)【発明者】

【氏名】和泉 一輝

(72)【発明者】

【氏名】梅澤 朝樹

(72)【発明者】

【氏名】岡本 圭司

(72)【発明者】

【氏名】北村 遥

(72)【発明者】

【氏名】李 昊舟

(72)【発明者】

【氏名】小林 太郎

【審査官】貞光 大樹

(56)【参考文献】

【文献】特開２０１９－５３０９９（ＪＰ，Ａ）

【文献】特開２０１８－３７００２（ＪＰ，Ａ）

【文献】特表２０２１－５１７５３４（ＪＰ，Ａ）

【文献】特開２００７－６２４９４（ＪＰ，Ａ）

【文献】特開２０１２－１４５６７１（ＪＰ，Ａ）

【文献】特開２０２０－１６０９４１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０８Ｇ １／００ － １／１６

Ｇ０９Ｂ １／００ － ９／５６

Ｇ０９Ｂ １７／００ － １９／２６

Ｂ６０Ｗ １０／００ － １０／３０

Ｂ６０Ｗ ３０／００ － ６０／００

(57)【特許請求の範囲】

【請求項1】

ドライバの運転習熟度を取得する運転習熟度取得部（８ａ）と、
ドライバの運転習熟度を判定する運転習熟度判定部（８ｂ）と、
前記運転習熟度の判定結果にしたがって機能の学習をドライバに段階的に提示する機能学習提示部（８ｃ）と、を備える車載システム。

【請求項2】

前記運転習熟度取得部は、車両データを取得すると共にドライバの運転能力データを取得し、ドライバの運転習熟度を取得する請求項１に記載した車載システム。

【請求項3】

前記機能学習提示部は、運転操作の安全が確保されている状況において、機能の学習をドライバに段階的に提示する請求項１に記載した車載システム。

【請求項4】

機能の学習状況を取得する学習状況取得部（８ｄ）と、
機能の学習状況を判定する学習状況判定部（８ｅ）と、
機能の学習状況の判定結果を報知する学習判定結果報知部（８ｆ）と、を備える請求項１に記載した車載システム。

【請求項5】

前記機能学習提示部は、機能の学習状況が所定レベルに達したと判定されると、次の機能の学習をドライバに提示する請求項１に記載した車載システム。

【請求項6】

ドライバの最後の運転操作時から所定期間が経過した場合に、機能を抑制する機能抑制部（８ｇ）を備え、
前記機能学習提示部は、機能が前記機能抑制部より抑制されると、機能の抑制をドライバに提示する請求項１に記載した車載システム。

【請求項7】

前記機能学習提示部は、前記運転習熟度が基準レベルまで低下した場合に、機能を抑制する機能抑制部（８ｇ）を備え、
前記機能学習提示部は、機能が前記機能抑制部より抑制されると、機能の抑制をドライバに提示する請求項１に記載した車載システム。

【請求項8】

前記機能学習提示部は、前記運転習熟度の判定結果にしたがって機能の学習が可能であるか否かを判定し、機能の学習が可能であると判定すると、機能の事前学習をドライバに提示する請求項１に記載した車載システム。

【請求項9】

前記機能学習提示部は、運転操作中のシミュレーションを用いて機能の事前学習をドライバに提示する請求項８に記載した車載システム。

【請求項10】

他のドライバの運転操作履歴を取得する運転操作履歴取得部（８ｈ）と、
他のドライバの運転操作履歴から他のドライバの車両設定情報を取得する車両設定情報取得部（８ｉ）と、
ドライバの車両設定情報を、他のドライバの車両設定情報に追従して変更する車両設定情報変更部（８ｊ）と、を備える請求項１に記載した車載システム。

【請求項11】

前記車両設定情報変更部は、ドライバの車両設定情報を、当該ドライバの運転習熟度、当該ドライバの嗜好、当該ドライバの視点方向のうち少なくとも何れか一つに応じて変更する請求項１０に記載した車載システム。

【請求項12】

車載システム（３）に、
ドライバの運転習熟度を取得する運転習熟度取得手順と、
ドライバの運転習熟度を判定する運転習熟度判定手順と、
前記運転習熟度の判定結果にしたがって機能の学習をドライバに段階的に提示する学習提示手順と、を実行させる機能学習提示プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車載システム及び機能学習提示プログラムに関する。

【背景技術】

【0002】

移動中のドライバに対し、ドライバに適した学習コンテンツを提示することで、ドライバの学習支援を行う構成が開示されている（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２１－２６４００号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

近年市場に供給される車両には多種多様な機能が搭載されている。車両に搭載されている機能を使いこなすには複雑な操作や知識を要する場合があるが、運転の興味が薄いドライバや運転頻度が少ないドライバ等にとっては、複雑な操作や知識を覚えることに抵抗があり、機能を使いこなすことが難しい現状がある。一方、車両メーカは、機能の使い方を説明書だけでなく、多種多様なメディアで紹介して様々な手段で伝えようとしているが、そもそも機能に対して関心を持たないドライバは、機能を知ろうとする意欲が低いので、結局、機能が使われない状態になってしまう。

【0005】

このような背景から、車両に搭載されている機能をドライバに学習させることが望まれている。特許文献１に開示されている手法は車両に搭載されている機能とは無関係の学習コンテンツを提示するものであり、車両に搭載されている機能をドライバに学習させることはできない。

【0006】

本発明は、上記した事情に鑑みてなされたものであり、その目的は、車両に搭載されている機能をドライバに適切に学習させることができる車載システム及び機能学習提示プログラムを提供することにある。

【課題を解決するための手段】

【0007】

請求項１に記載した発明によれば、運転習熟度取得部（８ａ）は、ドライバの運転習熟度を取得する。運転習熟度判定部（８ｂ）は、ドライバの運転習熟度を判定する。機能学習提示部（８ｃ）は、運転習熟度の判定結果にしたがって機能の学習をドライバに段階的に提示する。

【0008】

ドライバの運転習熟度を取得して判定し、その運転習熟度の判定結果にしたがって機能の学習をドライバに段階的に提示するようにした。機能の学習をドライバに段階的に提示することで、ドライバが機能を段階的に習得することを期待することができ、徐々にレベルアップしていく達成感をドライバに持たせることができる。これにより、車両に搭載されている機能をドライバに適切に学習させることができる。

【図面の簡単な説明】

【0009】

【図1】第１実施形態を示し、データ通信システムの構成を示す機能ブロック図

【図2】車載システムの構成を示す機能ブロック図

【図3】セントラルＥＣＵの機能ブロック図

【図4】機能の段階的な学習を説明する図

【図5】機能学習提示処理を示すフローチャート

【図6】第２実施形態を示し、セントラルＥＣＵの機能ブロック図

【図7】機能抑制処理を示すフローチャート

【図8】第３実施形態を示し、機能事前学習提示処理を示すフローチャート

【図9】第４実施形態を示すセントラルＥＣＵの機能ブロック図

【図10】車両設定情報変更処理を示すフローチャート

【発明を実施するための形態】

【0010】

以下、複数の実施形態について図面を参照して説明する。尚、後述する実施形態において、先行する実施形態と重複する部分について説明を省略することがある。
（第１実施形態）
以下、第１実施形態について図１から図５を参照して説明する。図１に示すように、データ通信システム１は、車両外部の非車載システム２と、車両に搭載されている車載システム３とを備える。非車載システム２は、地図生成サーバ４と、機能管理サーバ５と、携帯情報端末６とを備える。携帯情報端末６は例えばスマートフォン等である。地図生成サーバ４、機能管理サーバ５及び携帯情報端末６は、それぞれ例えばデジタル通信回線を含む通信ネットワークを介して車載システム３とデータ通信可能である。又、携帯情報端末６は、車内に持ち込まれた状態で車載システム３とデータ通信可能である。車載システム３と地図生成サーバ４及び機能管理サーバ５とはそれぞれ複数対一の関係にある。即ち、複数の車載システム３が一の地図生成サーバ４とデータ通信可能に接続可能であり、複数の車載システム３が一の機能管理サーバ５とデータ通信可能に接続される。

【0011】

地図生成サーバ４は、ＯＥＭやデータサプライヤ等により管理されるサーバであり、複数のプローブデータを統合してプローブデータ地図を生成する機能を有する。地図生成サーバ４は、車載システム３から送信されたプローブデータを受信して取得すると、複数のプローブデータを統合してプローブデータ地図を生成する。地図生成サーバ４は、例えば車載システム３から送信されたプローブデータを受信して取得する毎に、その取得したプローブデータに含まれる地物情報を、その時点で保存している最新のプローブデータ地図に逐次反映させることでプローブデータ地図を逐次更新する。

【0012】

地図生成サーバ４は、プローブデータ地図の送信条件が成立すると、その時点で保存している最新のプローブデータ地図を車載システム３へ送信する。地図生成サーバ４は、例えばプローブデータ地図を区画毎のセグメント単位で管理しており、車載システム３から送信された自車位置を受信して取得すると、その取得した自車位置に対応するセグメントのプローブデータ地図を特定し、その特定したプローブデータ地図を、通信ネットワークを介して自車位置の送信元である車載システム３へ送信する。

【0013】

機能管理サーバ５は、ＯＥＭやデータサプライヤ等により管理されるサーバであり、車両に関する機能を管理する機能を有する。機能管理サーバ５は、携帯情報端末６から送信された個人認証データを受信して取得すると、その取得した個人認証データに基づいて個人認証を行う。機能管理サーバ５は、車載システム３から送信されたドライバの運転データを受信して取得すると、その取得したドライバの運転データに基づいてドライバに適する推奨機能を特定する。機能管理サーバ５は、ドライバの運転データからドライバの運転技術を解析し、例えば走行レーンをキープする技術が不安定であると判定すると、走行支援の機能であるレーンキーピングアシスト（以下、ＬＫＡ（Lane Keeping Asist）と称する）やレーントレーシングアシスト（以下、ＬＴＡ（Lane Tracing Assist）と称する）等がドライバの運転にとって効果的であると判定し、その効果的であると判定したＬＫＡやＬＴＡの機能を推奨機能として特定する。 機能管理サーバ５は、推奨機能を特定すると、その特定した推奨機能に関する推奨機能情報を車載システム３や携帯情報端末６へ送信する。

【0014】

車載システム３や携帯情報端末６は、機能管理サーバ５から送信された推奨機能情報を受信して取得すると、その取得した推奨機能情報をドライバに報知し、推奨機能をドライバに提示する。即ち、ドライバは、車内では推奨機能が車載システム３により提示されることで、機能管理サーバ５により特定された推奨機能を認識することができ、車外でも推奨機能が携帯情報端末６により提示されることで、機能管理サーバ５により特定された推奨機能を認識することができる。尚、推奨機能はＬＫＡやＬＴＡに限らず、ドライバの運転にとって効果的な機能であればどのような機能であっても良い。

【0015】

図２に示すように、車載システム３は、データコミュニケーションモジュール（以下、ＤＣＭ（Data Communication Module）と称する）７と、セントラルＥＣＵ（Electronic Control Unit）８と、ＡＤＡＳ（Advanced Driver Assistance System）ドメインＥＣＵ９と、コックピットドメインＥＣＵ１０と、ボデーＥＣＵ１１と、パワートレインドメインＥＣＵ１２とを備える。

【0016】

ＤＣＭ７及び各ＥＣＵ８～１２は、それぞれＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びＩ／Ｏ（Input／Output）を有するマイクロコンピュータを備える。マイクロコンピュータは、非遷移的実体的記憶媒体に格納されているコンピュータプログラムを実行することで、コンピュータプログラムに対応する処理を実行し、ＤＣＭ７及び各ＥＣＵ８～１２の動作全般を制御する。マイクロコンピュータはプロセッサと同じ意味である。非遷移的実体的記憶媒体は、ハードウェアを他のコンピュータ資源と共有していても良い。ＤＣＭ７及び各ＥＣＵ８～１２は、連携して車載システム３の動作全般を制御する。

【0017】

ＤＣＭ７は、車載通信機としてＶ２Ｘ（Vehicle to X）の通信機能を有し、上記した地図生成サーバ４及び機能管理サーバ５を含むインフラ設備等との間のデータ通信における車両側の通信制御を行う。

【0018】

セントラルＥＣＵ８は、ＡＤＡＳドメインＥＣＵ９、コックピットドメインＥＣＵ１０及びパワートレインドメインＥＣＵ１２を統合管理する。ＡＤＡＳドメインＥＣＵ９は、自車位置推定部９ａと、自車周辺認識部９ｂと、注意箇所特定部９ｃと、ドライバ状態認識部９ｄと、地図品質判定部９ｅと、安全確認判定部９ｆと、運転介入実施部９ｇとを備える。コックピットドメインＥＣＵ１０は、報知制御部１０ａを備える。

【0019】

ロケータ１３は、ＧＮＳＳ（Global Navigation Satellite System）衛星から受信されたＧＮＳＳ衛星信号に含まれる各種パラメータを用いて位置座標を計算し、その計算した位置座標をジャイロセンサや車速センサ等の検知結果により補正し、その補正した位置座標を自車位置推定部９ａへ出力する。尚、ＧＮＳＳは、汎地球測位航法衛星システムの総称であり、ＧＰＳ（Global Positioning System）、ＧＬＯＮＡＳＳ（Global Navigation Satellite System）、Ｇａｌｉｌｅｏ、ＢｅｉＤｏｕ、ＩＲＮＳＳ（Indian Regional Navigational Satellite System）等の多様なシステムが実現されている。自車位置推定部９ａは、ロケータ１３から位置座標を入力すると、その入力した位置座標を用いて自車位置を推定し、その推定した自車位置をＤＣＭ７へ出力する。

【0020】

ミリ波レーダ１４は、ミリ波を自車周辺へ照射して自車周辺をセンシングし、その検知結果を自車周辺認識部９ｂへ出力する。ミリ波レーダ１４は、直進性が強い、回路やアンテナ設計の小型化が可能である、広帯域幅により高距離分解能及び高角度分解能である、天候等の環境変化に強い等の利点がある。ソナー１５は、例えば超音波を自車周辺へ照射して自車周辺をセンシングし、その検知結果を自車周辺認識部９ｂへ出力する。ソナー１５は、ガラス面や水面にも反射する等の利点がある。

【0021】

ＬｉＤＡＲ（Light Detection and Ranging）１６は、レーザ光を自車周辺へ照射して自車周辺をセンシングし、その検知結果を自車周辺認識部９ｂへ出力する。ＬｉＤＡＲ１６は、非金属にも反射する、夜間や降雨でも検知可能である等の利点がある。カメラ１７は、例えばＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）等の画像センサを含み、自車周辺を撮像し、その撮像したカメラ画像を自車周辺認識部９ｂへ出力する。ミリ波レーダ１４、ソナー１５、ＬｉＤＡＲ１６及びカメラ１７は、自律系センサである。尚、ミリ波レーダ１４、ソナー１５、ＬｉＤＡＲ１６及びカメラ１７の全てを備える必要はなく、少なくとも何れか一つの自律系センサを備える構成でも良い。又、ミリ波レーダ１４、ソナー１５、ＬｉＤＡＲ１６及びカメラ１７とは別の自律系センサを備える構成でも良い。

【0022】

自車周辺認識部９ｂは、ミリ波レーダ１４から検知結果を入力し、ソナー１５から検知結果を入力し、ＬｉＤＡＲ１６から検知結果を入力し、カメラ１７からカメラ画像を入力すると、その入力した検知結果及びカメラ画像を用いて自車周辺を認識し、その認識した自車周辺の周辺情報をＤＣＭ７、地図品質判定部９ｅ、安全確認判定部９ｆ及び運転介入実施部９ｇへ出力する。周辺情報には、静的な情報として、道路の路面上にペイントされている区画線、停止線、横断歩道等の位置や種別、道路の路面上から立設されている信号機、道路標識等の位置や種別、道路幅、道路種別、車線数等の地物情報が含まれる。又、周辺情報には、動的静的な情報として、歩行者、自転車及び対向車の位置等が含まれる。

【0023】

ＤＣＭ７は、自車位置推定部９ａから自車位置を入力し、自車周辺認識部９ｂから自車周辺の周辺情報を入力すると、その入力した自車位置と自車周辺の周辺情報と時刻とが対応付けられたプローブデータを通信ネットワークを介して地図生成サーバ４へ送信する。この場合、ＤＣＭ７は、例えば走行距離が一定距離に達したタイミング、経過時間が一定時間に達したタイミング等でプローブデータを通信ネットワークを介して地図生成サーバ４へ送信する。

【0024】

ＤＣＭ７において、プローブデータ地図取得部２ａは、地図生成サーバ４から送信されたプローブデータ地図を受信すると、その受信したプローブデータ地図を注意箇所特定部９ｃ及び地図品質判定部９ｅへ出力する。

【0025】

地図品質判定部９ｅは、自車周辺認識部９ｂから自車周辺の周辺情報を入力し、ＤＣＭ７からプローブデータ地図を入力すると、そのプローブデータ地図と自車周辺の周辺情報とを照合し、プローブデータ地図の品質良否を判定する。地図品質判定部９ｅは、例えばプローブデータ地図により示される地物情報と、自律系センサの検知結果により示される自車周辺の周辺情報とが一致するか否かを判定し、プローブデータ地図の品質良否を判定する。具体的には、地図品質判定部９ｅは、プローブデータ地図により示される地物の位置及び種別と、自律系センサの検知結果により示される自車周辺の周辺情報に含まれる地物の位置及び種別とが一致するか否かを判定し、プローブデータ地図の品質良否を判定する。

【0026】

地図品質判定部９ｅは、例えばプローブデータ地図により示される地物情報が自律系センサの検知結果により示される自車周辺の周辺情報と一致する一致度を数値化し、その数値化した数値を閾値と比較する。地図品質判定部９ｅは、プローブデータ地図により示される地物情報と自律系センサの検知結果により示される自車周辺の周辺情報とのずれが小さく、その一致度を示す数値が閾値以上であると判定すると、プローブデータ地図の品質良を判定する。地図品質判定部９ｅは、プローブデータ地図の品質良を判定すると、その品質良と判定したプローブデータ地図を注意箇所特定部９ｃへ出力する。一方、地図品質判定部９ｅは、プローブデータ地図により示される地物情報と自律系センサの検知結果により示される自車周辺の周辺情報とのずれが大きく、その一致度を示す数値が閾値未満であると判定すると、プローブデータ地図の品質否を判定する。

【0027】

外部アレイマイク１８は、自車周辺を集音した音声情報を注意箇所特定部９ｃへ出力する。外部アレイマイク１８も、上記したミリ波レーダ１４、ソナー１５、ＬｉＤＡＲ１６及びカメラ１７と同様に自律系センサである。注意箇所特定部９ｃは、地図品質判定部９ｅからプローブデータ地図を入力すると、注意箇所を特定し、その特定結果を安全確認判定部９ｆへ出力する。注意箇所とは、例えば交差点の死角等であり、ドライバが運転中において安全確認を必要とする箇所である。この場合、注意箇所特定部９ｃは、外部アレイマイク１８から音声情報を入力すると、その入力した音声情報も参考にして注意箇所を特定する。尚、注意箇所特定部９ｃは、地図品質判定部９ｅからプローブデータ地図を入力しない場合には、自律系センサの検知結果を用いて注意箇所を特定し、その特定結果を安全確認判定部９ｆへ出力する。

【0028】

ドライバの状態を監視するドライバステータスモニタ（登録商標）（以下、ＤＳＭ（Driver Status Monitor）と称する）１９は、ドライバの顔をドライバモニタカメラにより撮像し、ドライバの顔画像から顔向き、視線方向、首振り等を判定し、その判定結果をドライバ状態認識部９ｄへ出力する。

【0029】

ドライバ状態認識部９ｄは、ＤＳＭ１９から判定結果を入力すると、その判定結果を用いてライバ状態を認識し、その認識したドライバ状態を示すドライバ状態情報をＤＣＭ７、安全確認判定部９ｆ及び運転介入実施部９ｇへ出力する。

【0030】

安全確認判定部９ｆは、自車周辺認識部９ｂから自車周辺の周辺情報を入力し、ドライバ状態認識部９ｄからドライバ状態情報を入力すると、その入力した自車周辺の周辺情報とドライバ状態情報とを用いてアラートを発動する必要があるか否かを判定する。安全確認判定部９ｆは、注意箇所が発生している状況においてドライバの視線方向が当該注意箇所の方向に向いているか否かを判定し、ドライバが安全確認を行っているか否かをドライバ状態に基づいて判定し、アラートを発動する必要があるか否かを判定する。

【0031】

安全確認判定部９ｆは、ドライバの視線方向が注意箇所の方向に向いていると判定すると、アラートを発動する必要がないと判定する。一方、安全確認判定部９ｆは、ドライバの視線方向が注意箇所の方向に向いていないと判定すると、アラートを発動する必要があると判定し、報知指示を報知制御部１０ａへ出力する。

【0032】

報知制御部１０ａは、安全確認判定部９ｆから報知指示を入力すると、駆動指示をヘッドアップディスプレイ（以下、ＨＵＤ（Head-Up Display）と称する）２０、センターインフォメーションディスプレイ（以下、ＣＩＤ（Center Information Display）と称する）２１、スピーカ２２及びアンビエント灯２３へ出力すると共に、報知指示をボデーＥＣＵ１１へ出力する。報知制御部１０ａは、ＨＵＤ２０、ＣＩＤ２１、スピーカ２２、アンビエント灯２３及びサイド電子ミラー２４においてドライバの視線方向に近い箇所にアラートを発動し、ドライバが安全確認を行っていないことを示す安全確認の未実施情報をドライバに報知する。

【0033】

アラートは、例えば注意箇所への安全確認を促すメッセージやアイコン等である。ドライバの視線方向が自車進行方向の真前方を向いていれば、報知制御部１０ａは、例えばＨＵＤ２０のドライバ正面にメッセージやアイコン等を表示させる。ドライバの視線方向が自車進行方向の右寄り前方を向いていれば、報知制御部１０ａは、例えばＨＵＤ２０のドライバ正面右寄りにメッセージやアイコン等を表示させる。ドライバの視線方向が自車進行方向の左寄り前方を向いていれば、報知制御部１０ａは、例えばＨＵＤ２０のドライバ正面左寄りにメッセージやアイコン等を表示させる。又、報知制御部１０ａは、例えば注意箇所への安全確認を促すメッセージやアイコン等をＣＩＤ２１に表示させても良い。又、報知制御部１０ａは、例えば注意箇所への安全確認を促すメッセージをスピーカ２２から音出力させても良い。このようにしてアラートが発動されることで、注意箇所に対しての注意が疎かになっていることをドライバに自覚させることができる。

【0034】

又、報知制御部１０ａは、上記したように機能管理サーバ５から送信された推奨機能情報が車載システム３に受信されると、その受信された推奨機能情報をＨＵＤ２０やＣＩＤ２１に表示させたりスピーカ２２から音出力させたりして推奨機能情報により特定される推奨機能をドライバに提示する。

【0035】

指紋認証センサ２５は、ドライバの指紋をセンシングし、その検知結果をコックピットドメインＥＣＵ１０へ出力する。掌紋認証センサ２６は、ドライバの掌紋をセンシングし、その検知結果をコックピットドメインＥＣＵ１０へ出力する。コックピットドメインＥＣＵ１０は、指紋認証センサ２５や掌紋認証センサ２６から検知結果を入力すると、その入力した検知結果を用いてドライバを個人認証し、その認証結果をセントラルＥＣＵ８へ出力する。

【0036】

エアバック２７に付帯されているセンサ群２８は、例えば車速センサ、加速度センサ及びヨーレートセンサを含み、それぞれ車速、加速度及びヨーレートを検知し、その検知結果を運転介入実施部９ｇへ出力する。センサ群２８は、ＡＤＡＳドメインＥＣＵ９又はセントラルＥＣＵ８に付帯されていても良い。

【0037】

運転介入実施部９ｇは、自車周辺認識部９ｂから自車周辺の周辺情報を入力し、ドライバ状態認識部９ｄからドライバ状態情報を入力し、エアバック２７に付帯されているセンサ群２８から検知結果を入力すると、その入力した自車周辺の周辺情報とドライバ状態情報と検知結果とを用いてドライバの運転操作に対して介入を行う必要があるか否かを判定する。運転介入実施部９ｇは、例えばドライバの視線方向が自車進行方向に向いているか否か、自車進行方向が危険であるか否か、車速、加速度及びヨーレートが正常であるか否か等を判定し、ドライバの運転操作に対して介入を行う必要があるか否かを判定する。

【0038】

運転介入実施部９ｇは、例えばドライバの視線方向が自車進行方向に向いている、自車進行方向が危険でない、車速、加速度及びヨーレートが正常であると判定し、ドライバの運転が適切であると判定すると、ドライバの運転操作に対して介入を行う必要がないと判定する。一方、運転介入実施部９ｇは、例えばドライバの視線方向が自車進行方向に向いていない、自車進行方向が危険である、車速、加速度及びヨーレートが正常でないの何れかを判定し、ドライバの運転が適切でないと判定すると、ドライバの運転操作に対して介入を行う必要があると判定し、運転介入指示をパワートレインドメインＥＣＵ１２へ出力する。

【0039】

パワートレインドメインＥＣＵ１２は、運転介入実施部９ｇから運転介入指示を入力すると、運転介入指示をブレーキ装置２９へ出力する。ブレーキ装置２９に付帯されているセンサ群３０は、例えば車速センサ、加速度センサ及びヨーレートセンサを含み、それぞれ車速、加速度及びヨーレートを検知し、その検知結果をブレーキ装置２９へ出力する。センサ群３０は、パワートレインドメインＥＣＵ１２又はセントラルＥＣＵ８に付帯されていても良い。ブレーキ装置２９は、パワートレインドメインＥＣＵ１２から運転介入指示を入力すると、例えばセンサ群３０の検知結果を用いて衝突被害軽減ブレーキ（以下、ＡＥＢ（Autonomous Emergency Braking）と称する）制御を行う。尚、運転操作に対する介入としてはＡＥＢ制御に加え、操舵制御や姿勢制御等を行っても良く、例えば横滑り防止制御（以下、ＥＳＣ（Electronic Stability Control）を行っても良い。

【0040】

図３に示すように、セントラルＥＣＵ８には、ワイパー制御ユニット３１と、オートライト制御ユニット３２と、オートドア制御ユニット３３と、オートハイビーム制御ユニット３４と、雨滴センサ３５とが接続されている。ワイパー制御ユニット３１にはワイパーユニット３６が接続されている。ワイパーユニット３６は、速度制御部３６ａと、角度制御部３６ｂと、ウォッシャー制御部３６ｃと、ポジション制御部３６ｄと、スイッチ３６ｅとを備える。ワイパー制御ユニット３１は、ワイパー制御指示をワイパーユニット３６へ出力し、ワイパーユニット３６の動作を制御する。

【0041】

同様に、オートライト制御ユニット３２は、オートライト制御指示をオートライトユニット（図示せず）へ出力し、オートライトユニットの動作を制御する。オートドア制御ユニット３３は、オートドア制御指示をオートドアユニット（図示せず）へ出力し、オートドアユニットの動作を制御する。オートハイビーム制御ユニット３４は、オートハイビーム制御指示をオートハイビームユニット（図示せず）へ出力し、オートハイビームユニットの動作を制御する。雨滴センサ３５は、降雨を検知すると、検知信号をセントラルＥＣＵ８へ出力する。

【0042】

セントラルＥＣＵ８は、運転習熟度取得部８ａと、運転習熟度判定部８ｂと、機能学習提示部８ｃと、学習状況取得部８ｄと、学習状況判定部８ｅと、学習判定結果報知部８ｆとを備える。これら各部８ａ～８ｆによりセントラルＥＣＵ８が実行する機能学習提示プログラムが実現される。

【0043】

運転習熟度取得部８ａは、車両データとして例えば加減速制御の補正頻度、ステアリング制御の補正頻度、レーンディパーチャーアラート（以下、ＬＤＡ（Lane Departure Alert）と称する）の発生頻度、衝突被害軽減ブレーキ（ＡＥＢ（Autonomous Emergency Braking）と称する）の発生頻度等を取得する。運転習熟度取得部８ａは、運転能力データとして例えばドライバの顔画像の判定結果から運転中のわき見や落ち着きの有無等の程度を取得する。運転習熟度取得部８ａは、これらの車両データと運転能力データを一定期間に亘って取得する。この場合、一定期間は、例えばドライバが車両を購入してからの期間、直近の数日の期間等のどのような期間でも良い。

【0044】

運転習熟度判定部８ｂは、ドライバの運転習熟度が運転習熟度取得部８ａにより取得されると、その取得されたドライバの運転習熟度を判定する。運転習熟度判定部８ｂは、例えば加減速制御の補正頻度やステアリング制御の補正頻度等が比較的少ない、運転中のわき見が比較的少なかったり落ち着きが有ったりする等を判定すると、ドライバの運転習熟度が比較的高いと判定する。又、運転習熟度判定部８ｂは、ドライバが運転において使用している機能を判定し、周囲状況に応じて適切な機能を使用していると判定すると、ドライバの運転習熟度が比較的高いと判定する。運転習熟度判定部８ｂは、例えば間欠ワイパーの機能であれば、ドライバがワイパースイッチのオンオフやワイパー速度等を降雨の状況に応じて適切に設定していれば、ドライバの運転習熟度が比較的高いと判定する。

【0045】

一方、運転習熟度判定部８ｂは、例えば加減速制御の補正頻度やステアリング制御の補正頻度等が比較的多い、運転中のわき見が比較的多かったり落ち着きが無かったりする等を判定すると、ドライバの運転習熟度が比較的低いと判定する。又、運転習熟度判定部８ｂは、ドライバが運転において使用している機能を判定し、周囲状況に応じて適切な機能を使用していないと判定すると、ドライバの運転習熟度が比較的低いと判定する。運転習熟度判定部８ｂは、例えば間欠ワイパーの機能であれば、ドライバがワイパースイッチのオンオフやワイパー速度等を降雨の状況に応じて適切に設定していなければ、ドライバの運転習熟度が比較的低いと判定する。

【0046】

尚、運転習熟度判定部８ｂは、間欠ワイパーの機能の以外についても同様であり、例えばライトの機能については、ドライバがライトのオンオフを周囲環境の明るさに応じて適切に設定していれば、ドライバの運転習熟度が比較的高いと判定し、適切に設定していなければ、ドライバの運転習熟度が比較的低いと判定する。又、運転習熟度判定部８ｂは、トンネルへの進入やトンネルからの退出に対するライトスイッチのオンオフ等についても同様であり、ライトスイッチのオンオフをトンネルへ進入するタイミングやトンネルから退出するタイミングに応じて適切に設定していれば、ドライバの運転習熟度が比較的高いと判定し、適切に設定していなければ、ドライバの運転習熟度が比較的低いと判定する。

【0047】

機能学習提示部８ｃは、ドライバの運転習熟度が運転習熟度判定部８ｂにより判定されると、その運転習熟度の判定結果にしたがって機能の学習をドライバに段階的に提示する。機能学習提示部８ｃは、ドライバの運転習熟度を予め設定されている所定レベルと比較し、所定レベルに達していなければ、機能の学習をドライバに段階的に提示する。この場合、機能の段階的な学習を提示するとは、機能の学習をゲーミフィケーション的にドライバに提示することを意味し、学習すべき複数の機能を俯瞰的に提示した上で、一つの機能を習得する毎に次の機能の学習を提示することを意味する。即ち、ドライバは、機能を段階的に習得することで、徐々にレベルアップしていく達成感を得ることができる。

【0048】

機能学習提示部８ｃは、例えば車両が停止状態にあるとき等の運転操作の安全が確保されている状況において、機能の学習をドライバに段階的に提示する。又、機能学習提示部８ｃは、カレンダー情報を取得することでドライバのスケジュールを判定し、ドライバが多忙なときには機能の学習をドライバに提示せず、時間に余裕があるときに機能の学習をドライバに提示する。又、機能学習提示部８ｃは、ドライバの生体情報を取得することでドライバの体調を判定し、ドライバの体調が安定していないときには機能の学習をドライバに提示せず、ドライバの体調が安定しているときに機能の学習をドライバに提示する。

【0049】

機能学習提示部８ｃは、機能の学習をドライバに提示する具体的な手法としては、例えばイグニッションオンやモータオンのタイミングで学習の実施を問い合わせるメッセージをＣＩＤ２１に表示させ、学習を実施するか否かをドライバが選択可能な「ＹＥＳ」ボタン及び「ＮＯ」ボタンを表示させる。即ち、ドライバは、「ＹＥＳ」ボタンを押下することで学習の実施を許諾することができ、「ＮＯ」ボタンを押下することで学習の実施を拒否することができる。尚、機能学習提示部８ｃは、学習の実施を問い合わせるメッセージをＣＩＤ２１に表示させることの他に、メッセージをスピーカから音出力させて音声認識により選択可能としても良いし、車内での日常会話をベースにしたチャットボット的な音声認識によりドライバが学習を実施するか否かを選択可能としても良い。

【0050】

学習状況取得部８ｄは、機能の学習状況を取得する。学習状況判定部８ｅは、機能の学習状況が学習状況取得部８ｄにより取得されると、その取得された機能の学習状況を判定する。学習状況判定部８ｅは、例えば間欠ワイパーの機能であれば、予め降雨の状況に応じた理想的な間欠ワイパーの作動モデルを記憶している。学習状況判定部８ｅは、雨滴センサ３５の検知結果や車外からの天気情報等により降雨の状況を判定し、ドライバが設定している間欠ワイパーの作動状態を、その降雨の状況に応じた作動モデルと照合してドライバが間欠ワイパーの機能を適切に使用しているか否かを判定する。

【0051】

学習状況判定部８ｅは、ドライバが設定している間欠ワイパーの作動状態と作動モデルとの乖離が比較的小さいと判定すると、ドライバが間欠ワイパーの機能を降雨の状況に応じて適切に使用していると判定し、ドライバが間欠ワイパーの機能を習得して機能の学習状況が所定レベルに達したと判定する。一方、学習状況判定部８ｅは、ドライバが設定している間欠ワイパーの作動状態と作動モデルとの乖離が比較的大きいと判定すると、ドライバが間欠ワイパーの機能を降雨の状況に応じて適切に使用していないと判定し、ドライバが間欠ワイパーの機能を未だ習得しておらず機能の学習状況が所定レベルに達していないと判定する。

【0052】

学習判定結果報知部８ｆは、機能の学習状況が学習状況判定部８ｅにより判定されると、その判定結果をドライバに報知する。学習判定結果報知部８ｆは、例えば間欠ワイパーの機能であれば、ドライバが間欠ワイパーの機能を習得したこと、又は未だ習得していないことをドライバに報知する。即ち、学習判定結果報知部８ｆは、機能の学習状況の判定結果を報知することで、機能を習得したこと、又は未だ習得していないことをドライバに認識させる。

【0053】

機能学習提示部８ｃは、機能の学習状況が所定レベルに達したと判定されると、次の機能の学習をドライバに提示する。機能学習提示部８ｃは、図４に示すように、レベル１を「間欠ワイパー」、レベル２を「オートライト」、レベル３を「オートドア」、レベル４を「オートハイビーム」、レベル５を「自動駐車」、レベル６を「アダプティブクルーズコントロール（以下、ＡＣＣ（Adaptive Cruise Control）と称する）」として設定していれば、レベル１の「間欠ワイパー」の学習状況が所定レベルに達したと判定されると、次の機能であるレベル２の「オートライト」の学習をドライバに提示する。以下、同様であり、機能学習提示部８ｃは、レベル２の「オートライト」の学習状況が所定レベルに達したと判定されると、次の機能であるレベル３の「オートドア」の学習をドライバに提示する。即ち、ドライバは、「間欠ワイパー」、「オートライト」、「オートドア」、「オートハイビーム」、「自動駐車」、「ＡＣＣ」の各機能を順次学習し、学習状況が所定レベルに達する毎にレベルアップし、次のレベルの機能を学習する。

【0054】

次に、上記した構成の作用について図５を参照して説明する。車載システム３は、機能学習提示プログラムにより機能学習提示処理を行う。機能学習提示処理を行うタイミングは、例えば車両購入時から一定期間が経過した時期、又は車両購入時等である。車両購入時から一定期間が経過した時期に機能学習提示処理を行う場合には、その一定期間においてドライバの運転習熟度を取得することになるが、車両購入時に機能学習提示処理を行う場合には、ドライバの運転習熟度を取得することがなく、ドライバの運転習熟度が所定レベルに達していないと判定する。

【0055】

車載システム３は、機能学習提示処理の開始条件が成立すると、機能学習提示処理を開始する。車載システム３は、機能学習提示処理を開始すると、車両データを取得すると共にドライバの運転能力データを取得し、ドライバの運転習熟度を取得する（Ａ１、運転習熟度取得手順に相当する）。車載システム３は、ドライバの運転習熟度を取得すると、その取得したドライバの運転習熟度を予め設定されている所定レベルと比較する（Ａ２、運転習熟度判定手順に相当する）。

【0056】

車載システム３は、その取得したドライバの運転習熟度が所定レベルに達していると判定すると（Ａ２：ＹＥＳ）、機能学習提示処理を終了する。一方、車載システム３は、その取得したドライバの運転習熟度が所定レベルに達していないと判定すると（Ａ２：ＮＯ）、学習を提示すべき機能があるか否かを判定する（Ａ３）。車載システム３は、上記した図４に示したレベル１の「間欠ワイパー」からレベル６の「ＡＣＣ」までの全ての機能の学習を提示済みであれば、学習を提示すべき機能がないと判定するが、レベル１の「間欠ワイパー」からレベル６の「ＡＣＣ」までの全ての機能の学習を提示済みでなければ、換言すると、学習の提示が途中であれば、学習を提示すべき機能があると判定する。

【0057】

車載システム３は、学習を提示すべき機能がないと判定すると（Ａ３：ＮＯ）、機能学習提示処理を終了する。一方、車載システム３は、学習を提示すべき機能があると判定すると（Ａ３：ＹＥＳ）、その学習を提示すべき機能の学習を提示する（Ａ４、学習提示手順に相当する）。車載システム３は、例えばレベル１の「間欠ワイパー」の機能の学習を未提示であれば、レベル１の「間欠ワイパー」の機能の学習を提示する。車載システム３は、例えばレベル１の「間欠ワイパー」の機能の学習を提示済みであり、且つレベル１の「間欠ワイパー」の機能の学習状況が所定レベルに達していれば、レベル２の「オートライト」の機能の学習を提示する。

【0058】

車載システム３は、学習を提示した機能の利用状況を取得することで学習状況を取得し（Ａ５）、その取得した機能の学習状況を予め設定されている所定レベルと比較する（Ａ６）。車載システム３は、例えばレベル１の「間欠ワイパー」の機能を提示した場合であれば、上記したようにドライバが設定している間欠ワイパーの作動状態を、その降雨の状況に応じた作動モデルと照合してドライバが間欠ワイパーの機能を適切に使用しているか否かを判定する。

【0059】

車載システム３は、ドライバが間欠ワイパーの機能を降雨の状況に応じて適切に使用していると判定すると、ドライバがレベル１の「間欠ワイパー」の機能を習得して機能の学習状況が所定レベルに達したと判定する（Ａ６：ＹＥＳ）。一方、学習状況判定部８ｅは、ドライバが間欠ワイパーの機能を降雨の状況に応じて適切に使用していないと判定すると、ドライバが間欠ワイパーの機能を未だ習得しておらず機能の学習状況が所定レベルに達していないと判定する（Ａ６：ＮＯ）。

【0060】

車載システム３は、機能の学習状況が所定レベルに達したと判定すると、次の機能の学習をドライバに提示する（Ａ７）。この場合、車載システム３は、例えば「レベル１の間欠ワイパーの学習をクリアしました。次はレベル２のオートライトの学習です」等のメッセージをＣＩＤ２１に表示させたりスピーカ２２から音出力させたりする。

【0061】

車載システム３は、機能学習提示処理の終了条件が成立したか否かを判定し（Ａ８）、機能学習提示処理の終了条件が成立していないと判定すると（Ａ８：ＮＯ）、上記したステップＡ５に戻り、ステップＡ５以降を繰り返す。即ち、車載システム３は、ドライバがレベル１の「間欠ワイパー」の機能を習得した場合には、レベル２の「オートライト」の学習を提示し、ドライバが「オートライト」の機能を適切に使用しているか否かを判定する。これ以降、同様に、車載システム３は、ドライバがレベル２の「オートライト」の機能を習得した場合には、レベル３の「オートドア」の学習を提示し、ドライバがレベル３の「オートドア」の機能を習得した場合には、レベル４の「オートハイビーム」の学習を提示する。車載システム３は、機能学習提示処理の終了条件が成立したと判定すると（Ａ８：ＹＥＳ）、機能学習提示処理を終了する。

【0062】

以上に説明したように第１実施形態によれば、次に示す作用効果を得ることができる。
車載システム３において、ドライバの運転習熟度を取得して判定し、その運転習熟度の判定結果にしたがって機能の学習をドライバに段階的に提示するようにした。運転習熟度の判定結果にしたがって機能の学習をドライバに段階的に提示することで、ドライバが機能を段階的に習得することを期待することができ、徐々にレベルアップしていく達成感をドライバに持たせることができる。これにより、車両に搭載されている機能をドライバに適切に学習させることができる。

【0063】

車載システム３において、運転操作の安全が確保されている状況において、機能の学習をドライバに段階的に提示するようにした。運転操作の安全を脅かす状況で機能の学習をドライバに提示せず、運転操作の安全が確保されている状況に限って機能の学習をドライバに提示することで、運転操作の安全を適切に確保しつつ、機能の学習をドライバに段階的に提示することができる。

【0064】

車載システム３において、機能の学習状況を取得して判定し、その機能の学習状況の判定結果を報知するようにした。機能の学習状況としてドライバが機能を習得したか否かをドライバに適切に認識させることができる。

【0065】

車載システム３において、機能の学習状況が所定レベルに達したと判定すると、次の機能の学習をドライバに提示するようにした。次の機能の学習をドライバに提示することで、
多種多様な機能の学習をドライバに段階的に提示することができる。

【0066】

（第２実施形態）
次に、第２実施形態について図６から図７を参照して説明する。第２実施形態は、ドライバが運転しない期間が長期間に及んだ場合や運転習熟度が低下した場合に対処する構成である。この場合、セントラルＥＣＵ８は、第１実施形態で説明した各部８ａ～８ｆに加え、機能抑制部８ｇを備える。

【0067】

機能抑制部８ｇは、ドライバの最後の運転操作時からの経過期間を監視しており、ドライバの最後の運転操作時から所定期間が経過したと判定すると、ドライバが使用可能な機能を抑制する。この場合、所定期間を一律に設定しても良いし、例えばドライバの過去の運転習熟度に応じて所定期間を設定しても良い。ドライバの過去の運転習熟度が比較的高ければ、ドライバが機能の使用に精通していた可能性が比較的高いと想定し得ることから所定期間を比較的長く設定し、ドライバの過去の運転習熟度が比較的低ければ、ドライバが機能の使用に精通していた可能性が比較的低いと想定し得ることから所定期間を比較的短く設定しても良い。又、機能抑制部８ｇは、ドライバの運転習熟度が予め設定されている基準レベルまで低下したと運転習熟度判定部８ｂにより判定されると、機能を抑制する。

【0068】

機能抑制部８ｇは、機能を抑制することとして、例えばメータ装置における表示数を低減させたりＣＩＤ２１におけるホーム画面をリセットさせたりすることで、ドライバに提示する情報を簡素化したり操作を単純化したりする。機能学習提示部８ｃは、機能が機能抑制部８ｇにより抑制されると、機能の抑制をドライバに提示する。

【0069】

次に、上記した構成の作用について図７を参照して説明する。車載システム３は、機能抑制処理の開始条件が成立すると、機能抑制処理を開始する。車載システム３は、機能抑制処理を開始すると、ドライバの最後の運転操作時から所定期間が経過したか否かを判定すると共に（Ａ１１）、ドライバの運転習熟度が基準レベルまで低下したか否かを判定する（Ａ１２）。車載システム３は、ドライバの最後の運転操作時から所定期間が経過したと判定すると（Ａ１１：ＹＥＳ）、又はドライバの運転習熟度が基準レベルまで低下したと判定すると（Ａ１２：ＹＥＳ）、機能を抑制し（Ａ１３）、機能の抑制をドライバに提示し（Ａ１４）、機能抑制処理を終了する。

【0070】

以上に説明したように第２実施形態によれば、次に示す作用効果を得ることができる。
車載システム３において、ドライバの最後の運転操作時から所定期間が経過した場合、又はドライバの運転習熟度が基準レベルまで低下した場合に、機能を抑制し、機能の抑制をドライバに提示するようにした。ドライバの最後の運転操作時から所定期間が経過した場合やドライバの運転習熟度が低下した場合は、ドライバが機能を使いこなす可能性が低いと想定されることから、機能を抑制することで、ドライバが使いこなせない機能を不必要に提供してしまう事態を回避することができる。又、機能の抑制をドライバに提示することで、不必要な機能を抑制したことをドライバに提示することができる。

【0071】

（第３実施形態）
次に、第３実施形態について図８を参照して説明する。第３実施形態は、運転習熟度の判定結果にしたがって機能の学習が可能であると判定すると、機能の事前学習をドライバに提示する構成である。

【0072】

機能抑制部８ｇは、運転習熟度の判定結果にしたがって機能の学習が可能であるか否かを判定する。機能抑制部８ｇは、機能の学習が可能であると判定すると、機能の事前学習をドライバに提示する。機能抑制部８ｇは、例えばナビゲーションの機能において目的地までの経路で自動車専用道路を走行することを特定し、ドライバの運転習熟度の判定結果にしたがってＡＣＣ機能の学習が可能であると判定すると、ＡＣＣ機能の事前学習をドライバに提示する。機能抑制部８ｇは、例えばＡＣＣ機能の動画をＣＩＤ２１に表示させたりステアリングスイッチのグラフィックをメータ装置に表示させたりする等して運転操作中のシミュレーションを用いて機能の事前学習をドライバに提示する。

【0073】

次に、上記した構成の作用について図８を参照して説明する。車載システム３は、機能事前学習提示処理の開始条件が成立すると、機能事前学習提示処理を開始する。車載システム３は、機能事前学習提示処理を開始すると、運転習熟度の判定結果にしたがって機能の学習が可能であるか否かを判定する（Ａ２１）。車載システム３は、機能の学習が可能であると判定すると（Ａ２１：ＹＥＳ）、機能の事前学習をドライバに提示し（Ａ２２）、機能事前学習提示処理を終了する。

【0074】

以上に説明したように第３実施形態によれば、次に示す作用効果を得ることができる。
車載システム３において、運転習熟度の判定結果にしたがって機能の学習が可能であるか否かを判定し、機能の学習が可能であると判定すると、機能の事前学習をドライバに提示するようにした。機能の学習をドライバに提示する前に、機能の事前学習をドライバに提示することができ、ドライバが機能の事前学習を行うことで、ドライバが機能の学習を適切に行うことができる。

【0075】

（第４実施形態）
次に、第４実施形態について図９から図１０を参照して説明する。第４実施形態は、他のドライバの運転操作履歴から他のドライバの車両設定情報を取得し、ドライバの車両設定情報を、その取得した他のドライバの車両設定情報に追従して変更する構成である。この場合、セントラルＥＣＵ８は、第１実施形態で説明した各部８ａ～８ｆに加え、運転操作履歴取得部８ｈと、車両設定情報取得部８ｉと、車両設定情報変更部８ｊとを備える。

【0076】

運転操作履歴取得部８ｈは、他のドライバの運転操作履歴を取得する。他のドライバとは、自分の車両に乗車して運転操作を行った人物、又は自分の車両と同一型式車種の車両に乗車して運転操作を行った人物である。

【0077】

車両設定情報取得部８ｉは、他のドライバの運転操作履歴が運転操作履歴取得部８ｈにより取得されると、その取得された他のドライバの運転操作履歴から他のドライバの車両設定情報を取得する。車両設定情報取得部８ｉは、他のドライバの車両設定情報として、例えば自動運転中における車間距離、減速制御の強度やタイミング、加速制御の強度やタイミング等を取得する。

【0078】

車両設定情報変更部８ｊは、他のドライバの車両設定情報が車両設定情報取得部８ｉにより取得されると、ドライバの車両設定情報を、その取得された他のドライバの車両設定情報に追従して変更する。この場合、車両設定情報変更部８ｊは、ドライバの車両設定情報を、当該ドライバの運転習熟度、当該ドライバの嗜好、当該ドライバの視点方向のうち少なくとも何れか一つに応じて変更する。車両設定情報変更部８ｊは、ドライバの車両設定情報を当該ドライバの運転習熟度に応じて変更する場合には、例えばドライバが運転初心者の場合であれば安全性を担保するために特定の安全に関わる機能をオンに設定する。車両設定情報変更部８ｊは、ドライバの車両設定情報を当該ドライバの嗜好に応じて変更する場合には、例えばドライバが減速制御について早めのタイミングを嗜好する場合であれば減速制御のタイミングを早めに設定する。車両設定情報変更部８ｊは、ドライバの車両設定情報を当該ドライバの視点方向に応じて変更する場合には、例えばドライバが前方注視している場合であれば自分の運転に合わせ、前座席の片方を注視している場合であれば他人の運転に合わせるように設定する。例えばＡＲゴーグルをかけて隣の席にあたかも他人が座っており、前方を見ると自分の運転に切り替わり、隣の席を見ると他人がいるようなバーチャル映像と共にその他人の運転に切り替わるように設定する。

【0079】

次に、上記した構成の作用について図１０を参照して説明する。車載システム３は、車両設定情報変更処理の開始条件が成立すると、車両設定情報変更処理を開始する。車載システム３は、車両設定情報変更処理を開始すると、他のドライバの運転操作履歴を取得し（Ａ３１）、その取得した他のドライバの運転操作履歴から他のドライバの車両設定情報を取得する（Ａ３２）。車載システム３は、ドライバの車両設定情報を、その取得した他のドライバの車両設定情報に追従して変更し（Ａ３２）、車両設定情報変更処理を終了する。

【0080】

以上に説明したように第４施形態によれば、次に示す作用効果を得ることができる。
車載システム３において、他のドライバの運転操作履歴を取得し、その取得した他のドライバの運転操作履歴から他のドライバの車両設定情報を取得し、ドライバの車両設定情報を、その取得した他のドライバの車両設定情報に追従して変更するようにした。ドライバの車両設定情報を、他のドライバの車両設定情報に追従させることができる。

【0081】

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

【0082】

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

【0083】

機能学習提示処理を行うタイミングは、例えば車両購入時から一定期間が経過した時期、又は車両購入時に限らず、車両を購入する前の試乗時のときでも良い。機能学習提示処理を試乗時に行えば、車両を購入する前に学習状況の判定結果を得ることができ、その判定結果によっては購入しようとする車両を変更する等、臨機応変に対応することができる。即ち、学習しても機能を使いこなすのが難しいような場合には、購入しようとする車両を変更することを想定することができる。又、車両を入れ替えた場合に、入れ替え前の車両における学習状況の判定結果を、入れ替え後の車両に継承するようにしても良い。

【符号の説明】

【0084】

図面中、１は車載システム、８はセントラルＥＣＵ、８ａは運転習熟度取得部、８ｂは運転習熟度判定部、８ｃは機能学習提示部、８ｄは学習状況取得部、８ｅは学習状況判定部、８ｆは学習判定結果報知部、８ｇは機能抑制部、８ｈは運転操作履歴取得部、８ｉは車両設定情報取得部、８ｊは車両設定情報変更部である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】