(57)【要約】【課題】各運転者に対しパーソナライズされた運転支援を行う。【解決手段】本発明にかかる運転支援システムは、車両状態情報を出力する出力装置を備えた自動車と、自動車を運転するユーザの携帯端末と、携帯端末に運転支援コンテンツを提供する運転支援装置とを含む運転支援システムであって、運転支援装置は、自動車の車両状態情報と、該自動車を運転するユーザ識別子とを受信する受信手段と、車両状態情報をユーザ識別子と対応付けて記憶すると共に、車両状態情報に応じた運転習熟度が規定された運転習熟度判定情報と、運転習熟度に応じた運転支援コンテンツが規定された運転支援情報とを記憶した記憶手段と、ユーザ別に運転習熟度を判定する運転習熟度判定手段と、ユーザ別に該運転習熟度に応じた運転支援コンテンツを提供する運転支援コンテンツ提供手段とを備える。【選択図】図１
2014066521.tif 000002
【特許請求の範囲】
【請求項１】
車両状態情報を出力する出力装置を備えた自動車と、前記自動車を運転するユーザの携帯端末と、前記携帯端末に運転支援コンテンツを提供する運転支援装置とを含む運転支援システムであって、
前記運転支援装置は、
前記自動車の車両状態情報と、該自動車を運転するユーザ識別子とを受信する受信手段と、
前記受信手段により受信された車両状態情報をユーザ識別子と対応付けて記憶すると共に、前記車両状態情報に応じた運転習熟度が規定された運転習熟度判定情報と、前記運転習熟度に応じた運転支援コンテンツが規定された運転支援情報とを記憶した記憶手段と、
前記記憶手段に記憶された車両状態情報と運転習熟度判定情報とに基づいて、ユーザ別に、運転習熟度を判定する運転習熟度判定手段と、
前記運転習熟度判定手段により判定された運転習熟度と前記記憶手段に記憶された運転支援情報とに基づいて、ユーザ別に、該運転習熟度に応じた運転支援コンテンツを提供する運転支援コンテンツ提供手段と、
を備えたことを特徴とする運転支援システム。
【請求項２】
前記携帯端末は、
前記出力装置から前記自動車の車両状態情報を取得する車両状態情報取得手段と、
前記運転支援装置に前記自動車の車両状態情報と、該自動車を運転するユーザ識別子とを送信する送信手段と、
前記運転支援コンテンツを受信する受信手段と、
前記運転支援コンテンツに基づく運転支援を実行する運転支援手段と、
を備えたことを特徴とする請求項１記載の運転支援システム。
【請求項３】
前記運転習熟度判定情報は、地点毎、進行方向毎、及び前記車両状態情報の項目毎に、運転習熟度が規定されること、
を特徴とする請求項１又は２記載の運転支援システム。
【請求項４】
前記運転支援情報は、地点毎、進行方向毎、前記車両状態情報の項目毎、及び運転習熟度毎に、運転支援コンテンツが規定されること、
を特徴とする請求項１ないし３何れか一項記載の運転支援システム。
【請求項５】
前記運転支援コンテンツは、少なくとも、運転上の注意を通知する通知内容と、運転技術を支援するアシスト情報との何れかを含むこと、
を特徴とする請求項１ないし４何れか一項記載の運転支援システム。
【請求項６】
車両状態情報を出力する出力装置を備えた自動車を運転するユーザの携帯端末に運転支援コンテンツを提供する運転支援装置であって、
前記自動車の車両状態情報と、該自動車を運転するユーザ識別子とを受信する受信手段と、
前記受信手段により受信された車両状態情報をユーザ識別子と対応付けて記憶すると共に、前記車両状態情報に応じた運転習熟度が規定された運転習熟度判定情報と、前記運転習熟度に応じた運転支援コンテンツが規定された運転支援情報とを記憶した記憶手段と、
前記車両状態情報と前記運転習熟度判定情報とに基づいて、ユーザ別に、運転習熟度を判定する運転習熟度判定手段と、
前記運転習熟度判定手段により判定された運転習熟度と前記運転支援情報とに基づいて、ユーザ別に、該運転習熟度に応じた運転支援コンテンツを提供する運転支援コンテンツ提供手段と、
を備えたことを特徴とする運転支援装置。
【請求項７】
車両状態情報を出力する出力装置を備えた自動車と、前記自動車を運転するユーザの携帯端末と、前記携帯端末に運転支援コンテンツを提供する運転支援装置とを含む運転支援システムにおける運転支援方法であって、
前記運転支援装置が、
前記自動車の車両状態情報と、該自動車を運転するユーザ識別子とを受信する工程と、
前記受信する工程により受信された車両状態情報をユーザ識別子と対応付けて記憶手段に記憶する工程と、
前記記憶手段から、前記車両状態情報と、前記車両状態情報に応じた運転習熟度が規定された運転習熟度判定情報と、前記運転習熟度に応じた運転支援コンテンツが規定された運転支援情報とを読み出す工程と、
前記車両状態情報と前記運転習熟度判定情報とに基づいて、ユーザ別に、運転習熟度を判定する工程と、
前記判定する工程により判定された運転習熟度と前記運転支援情報とに基づいて、ユーザ別に、該運転習熟度に応じた運転支援コンテンツを提供する工程と、
を有することを特徴とする運転支援方法。
【請求項８】
車両状態情報を出力する出力装置を備えた自動車を運転するユーザの携帯端末に運転支援コンテンツを提供する運転支援装置であるコンピュータに、
前記自動車の車両状態情報と、該自動車を運転するユーザ識別子とを受信する受信手段と、
前記受信手段により受信された車両状態情報をユーザ識別子と対応付けて記憶すると共に、前記車両状態情報に応じた運転習熟度が規定された運転習熟度判定情報と、前記運転習熟度に応じた運転支援コンテンツが規定された運転支援情報とを記憶した記憶手段と、
前記車両状態情報と前記運転習熟度判定情報とに基づいて、ユーザ別に、運転習熟度を判定する運転習熟度判定手段と、
前記運転習熟度判定手段により判定された運転習熟度と前記運転支援情報とに基づいて、ユーザ別に、該運転習熟度に応じた運転支援コンテンツを提供する運転支援コンテンツ提供手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各運転者に対しパーソナライズされた運転支援を行う技術に関する。
【背景技術】
【０００２】
運転者の運転技量や運転習熟度に対応した経路案内、走行支援を行うナビゲーション装置や走行支援装置が知られている。
【０００３】
例えば、特許文献１には、合流地点にて、運転者の運転技量に対応した案内を提示するナビゲーション装置が記載されている。具体的に、ナビゲーション装置１００は、移動体に搭載され、格納部１０１と、決定部１０２と、提示部１０３と、を備える。格納部１０１は、運転者の運転技量を示す度合いと、合流地点における合流の難しさを示す度合いと、を格納する。決定部１０２は、移動体が合流地点から所定距離手前に位置したときに、格納部１０１に格納されている習熟度と合流難易度とに基づいて、当該合流地点の案内内容を決定する。提示部１０３は、案内内容を提示する。
【０００４】
また例えば、特許文献２には、運転者の特性に応じてより適切な合流時の走行支援を行うことを可能とした走行支援装置が記載されている。具体的に、走行支援装置は、加速車線の地形情報、車両状態量、環境情報、運転者の運転特性情報を取得し（ステップＳ１〜Ｓ３）、これらを基にして合流開始位置ＰＳ、到達時刻ｔを予測する（ステップＳ４、Ｓ５）。さらに、位置ＰＳ到達時の車速Ｖ１、自車両と位置ＰＳに同時に到達する本線上の車両の現在位置ＰＢを求め（ステップＳ６、Ｓ７）、その近傍の車両状況を把握し（ステップＳ８）、合流開始位置ＰＳ到達時点で自車両の走行に影響を及ぼす位置にあるか否かを判定し（ステップＳ９）、影響を及ぼしうると判定した場合には適切な警報・操作支援を実施する（ステップＳ１０）。
【０００５】
また例えば、特許文献３には、運転者の現在の習熟度を的確に反映した経路探索を行うことができるナビゲーション装置が記載されている。具体的に、ナビゲーション装置は、探索対象とする経路を指定する探索条件指定手段と、探索対象の道路地図情報を格納した地図情報記憶手段と、前記探索条件で指定された条件で目的地に至る経路を前記道路地図情報から探索して表示する探索手段を備えたナビゲーション装置において、運転者の運転技量に関する習熟度情報を記憶した習熟度情報記憶手段を備え、前記探索手段は前記探索条件指定手段により指定された条件と前記習熟度記憶手段に記憶された運転者の習熟度情報に基づき、指定された条件を満たし、かつ運転者の習熟度に対応する走行条件の経路を探索する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−１１５７１７号公報
【特許文献２】特開２００７−１３３６７２号公報
【特許文献３】特開２００５−１０６４７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１−３記載のナビゲーション装置及び走行支援装置においては、例えば、レンタカーや社用車など、複数の運転者で共有し使用される自動車の場合、運転者の運転技量や運転習熟度に対応した経路案内、走行支援を行うことは困難であるという問題がある。
【０００８】
仮に、社用車の場合には、完全に不特定多数の運転者に使用されるレンタカーとは異なり、ある程度、運転者（例えば社員等）は事前に想定されうる。このため、運転開始の都度、運転者を特定する操作を行うことで、運転者を特定し分け、その運転者の運転技量や運転習熟度に対応した経路案内、走行支援を行うことも有り得る。しかしこの場合であっても、少なくとも運転の都度、運転者を特定する操作の手間が必要である。
【０００９】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、自動車個体に依存することなく、各運転者に対しパーソナライズされた運転支援を行うことにある。
【課題を解決するための手段】
【００１０】
上記の課題を解決するため、本発明にあっては、車両状態情報を出力する出力装置を備えた自動車と、前記自動車を運転するユーザの携帯端末と、前記携帯端末に運転支援コンテンツを提供する運転支援装置とを含む運転支援システムであって、前記運転支援装置は、前記自動車の車両状態情報と、該自動車を運転するユーザ識別子とを受信する受信手段と、前記受信手段により受信された車両状態情報をユーザ識別子と対応付けて記憶すると共に、前記車両状態情報に応じた運転習熟度が規定された運転習熟度判定情報と、前記運転習熟度に応じた運転支援コンテンツが規定された運転支援情報とを記憶した記憶手段と、前記記憶手段に記憶された車両状態情報と運転習熟度判定情報とに基づいて、ユーザ別に、運転習熟度を判定する運転習熟度判定手段と、前記運転習熟度判定手段により判定された運転習熟度と前記記憶手段に記憶された運転支援情報とに基づいて、ユーザ別に、該運転習熟度に応じた運転支援コンテンツを提供する運転支援コンテンツ提供手段とを備えるようにしている。
【発明の効果】
【００１１】
本発明の実施の形態によれば、各運転者に対しパーソナライズされた運転支援を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】システムの構成例を示す図である。
【図２】システムのソフトウェア構成例を示す図である。
【図３】運転支援サーバ１００及び携帯端末３００のハードウェア構成例を示す図である。
【図４】マップ１２１の一例を示す図である。
【図５】運転習熟度判定テーブル１２２の一例を示す図である。
【図６】運転支援情報テーブル１２３の一例を示す図である。
【図７】ＯＢＤデータの一例を示す図である。
【図８】ＯＢＤデータ履歴の一例を示す図である。
【図９】運転習熟度情報１２５の一例を示す図である。
【図１０】システムの処理例（処理１）を示すシーケンス図である。
【図１１】運転習熟度判定処理を示すフローチャートである。
【図１２】システムの処理例（処理２）を示すシーケンス図である。
【図１３】運転支援例を示す。
【発明を実施するための形態】
【００１３】
以下、本発明の好適な実施形態につき説明する。
【００１４】
＜構成＞
（システム構成）
図１は、本発明の一実施形態にかかるシステムの構成例を示す図である。本実施形態にかかるシステムは、運転支援サーバ１００、車両２００、携帯端末３００、ネットワーク４００を含む。
【００１５】
運転支援サーバ１００は、各ドライバーに対し、パーソナライズされた運転支援コンテンツを提供するサーバである。運転支援サーバ１００は、車両２００のＯＢＤ（On-board diagnostics）データを、ドライバー（ユーザ）の有する携帯端末３００を介し取得し、ドライバー別にＯＢＤデータを管理する。また、運転支援サーバ１００は、ＯＢＤデータに基づいて、ドライバー別に運転習熟度の判定を行って、運転習熟度に基づく運転支援コンテンツを携帯端末３００に提供する。この点、詳細は後述する。
【００１６】
車両２００は、ＯＢＤを備える自動車である。ガソリン車、電気自動車、ハイブリット車、その他の燃料駆動による自動車などを含む。ＯＢＤとはOn-board diagnosticsの略称で、車載式故障診断システムをいい、各種センサからのＯＢＤデータをリアルタイムに取得し車両の状態を管理する。例えば、ＯＢＤはある箇所を故障と診断した場合、運転席パネルなどで故障を示すランプを点灯させることにより、ドライバーに故障を伝えると共に、故障内容を表すＯＢＤデータを記録する。整備士はＯＢＤデータを専用の機器を用いて読み出すことにより、故障箇所を容易に特定できる。
【００１７】
本実施形態にかかる車両２００は、図に示されるように、ＥＣＵ２１０、ＯＢＤリーダ２２０を搭載する。
【００１８】
ＥＣＵ２１０は、エンジンコントロールユニット(Engine Control Unit)の略称で、自動車全体及び各車載機を電子制御するための制御コンピュータである。また、ＥＣＵ２１０は、上述の車載式故障診断装置としての機能を有し、各車載機の状態を把握する。具体的には、ＯＢＤデータとして、例えばエンジン回転数、車速、運転時間、走行距離、走行履歴（位置情報）、スロットル開度、進角、吸気温度、電圧、燃費情報、ＣＯ２排出量、ブレーキ、ドア、ランプ、ギア、ライト（車外灯）、カーテシ（車内灯）、ウインカーなど、各種の車両状態情報を把握する。また、これら車両状態情報に応じ故障診断を行う機能も有する。
【００１９】
ＯＢＤリーダ２２０は、ＥＣＵ２１０と外部とのインターフェースの機能を有する。本実施形態において、ＥＣＵ２１０は携帯端末３００に対しＯＢＤデータを提供するため、ＯＢＤリーダ２２０は、携帯端末３００と通信を行うための通信機能（例えばＷｉｆｉ（登録商標））を有する。また、通信の他、携帯端末３００に直接ケーブルで接続するためのコネクタを採用することも可能である。
【００２０】
携帯端末３００は、ドライバーの有する携帯端末である。例えば、スマートフォン、携帯電話、ＰＤＡ等により実現されうる。ドライバーは、車両２００に乗車中、ＯＢＤリーダ２２０を介しＥＣＵ２１０と通信を行って、車両２００の車両状態を示すＯＢＤデータを逐一取得する。また、走行中又は走行後、取得したＯＢＤデータを運転支援サーバ１００に送信する。
【００２１】
ネットワーク４００は、運転支援サーバ１００、携帯端末３００を相互に接続する通信ネットワークである。例えば、ネットワーク４００は、３Ｇ、インターネット、専用回線など各種ネットワークを含む。
【００２２】
（ソフトウェア構成）
図２は、本発明の一実施形態にかかるシステムのソフトウェア構成例を示す図である。
【００２３】
まず、運転支援サーバ１００は、機能部として、通信部１１０、記憶部１２０、運転習熟度判定部１３０、運転支援コンテンツ提供部１４０を有する。
【００２４】
通信部１１０は、外部装置とデータの送受信を行う機能を有している。
【００２５】
記憶部１２０は、マップ１２１、運転習熟度判定テーブル１２２、運転支援情報テーブル１２３、ＯＢＤデータ１２４、運転習熟度情報１２５などを記憶する機能を有している。これら情報の詳細については具体例を挙げて後述する。
【００２６】
運転習熟度判定部１３０は、ＯＢＤデータ１２４の履歴と、運転習熟度判定テーブル１２２とに基づいて、ユーザ別に、運転習熟度を判定する機能を有している。
【００２７】
運転支援コンテンツ提供部１４０は、運転習熟度判定部１３０により判定された運転習熟度と、運転支援情報テーブル１２３とに基づいて、ユーザ別に、運転習熟度に応じた運転支援コンテンツを提供する機能を有している。運転支援コンテンツは、携帯端末３００に送信される。
【００２８】
次に、携帯端末３００は、機能部として、通信部３１０、車両状態情報取得部３２０、運転支援部３３０を有する。
【００２９】
通信部３１０は、外部装置とデータの送受信を行う機能を有している。
【００３０】
車両状態情報取得部３２０は、ドライバーが車両２００に乗車中、ＯＢＤリーダ２２０を介しＥＣＵ２１０から、車両２００の車両状態を示すＯＢＤデータを逐一取得する機能を有している。また、走行中又は走行後、取得したＯＢＤデータは、自動車を運転するユーザ識別子（例えば、ユーザＩＤ等）と共に、通信部３１０を介し運転支援サーバ１００に送信される。
【００３１】
運転支援部３３０は、運転支援サーバ１００から受信した運転支援コンテンツに基づく運転支援を実行する機能を有している。
【００３２】
なお、これらの機能部は、各装置を構成するコンピュータのＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。但し、これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。
【００３３】
また、これらの機能部は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。
【００３４】
また、記憶部１２０は、運転支援サーバ１００を構成するコンピュータ内のＨＤＤ（Hard Disk Drive）等の記憶媒体上に所定のデータを体系的に保持するものである。勿論、運転支援サーバ１００内に配置される必要はなく、他の装置上に配置してもよい。
【００３５】
（ハードウェア構成）
図３は、本発明の一実施形態にかかる運転支援サーバ１００及び携帯端末３００のハードウェア構成例を示す図である。具体的に、これらハードウェア構成は、一般的なパソコンやワークステーションなどと同様の構成であり、図に示されるように、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、入力装置１４と、出力装置１５と、通信装置１６と、ＨＤＤ１７とを有する。
【００３６】
ＣＰＵ１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ１２は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ１３は、ＣＰＵ１１での処理を一時的に記憶したり、データを記憶したりする。入力装置１４は、キーボードやマウスである。出力装置１５は、ディスプレイである。通信装置１６は、ネットワーク４００を介し他装置との通信を行う。ＨＤＤ１６は、各種データ及びプログラムを格納する。
【００３７】
（マップの一例）
図４は、本実施形態にかかるマップ１２１の一例を示す図である。具体的に、マップ１２１は、図に示されるように、携帯端末３００に提供するナビゲーション用の地図データである。また、マップ１２１は、ドライバーに対し運転上注意を促すべきポイント地点（注意地点という）の情報を有する。この注意地点は、例えば、急カーブ、スリップ注意地点、車幅縮小地点など、ドライバーに対し運転上注意を促すべきポイント地点が予め登録されているものである。
【００３８】
運転支援サーバ１００は、注意地点の対象に、ドライバーのＯＢＤデータを取得すると共に、走行中の注意地点において、ドライバーに対し運転習熟度に応じて運転支援コンテンツを提供する。
【００３９】
（運転習熟度判定テーブル）
図５は、本実施形態にかかる運転習熟度判定テーブル１２２の一例を示す図である。運転習熟度判定テーブル１２２は、車両状態情報を示すＯＢＤデータに応じて、運転習熟度を示すレベルを判定するための情報である。具体的には、図に示されるように、「地点」、「進行方向」、「ＯＢＤデータ項目」、及び「運転習熟度」が対応付けられる。
【００４０】
「地点」は、マップ１２１の注意地点に対応し、例えば座標情報により表現される。運転習熟度判定テーブル１２２では、「地点」毎に運転習熟度を示すレベルを規定することで、地点毎にＯＢＤデータに応じてレベルを判定できる。
【００４１】
「進行方向」は、車両２００の進行方向を示す。例えば、車線道路が傾斜を有する場合、片方から進行する車両から見ると登り坂車線である一方、もう片方から進行する車両から見ると下り坂車線である。そして、登り坂と下り坂とでは、運転上注意すべきポイントは異なり、提供すべき運転支援コンテンツも異なってくる。このため、運転習熟度判定テーブル１２２では、「進行方向」毎に運転習熟度を示すレベルを規定することで、進行方向毎にＯＢＤデータに応じてレベルを判定できる。
【００４２】
なお、本実施形態において、進行方向を表現する指標として、東京方面に対し、上り・下りという表現を用いるものとした。勿論これは便宜上の例示表現であり、他にも例えば東西南北を用いた表現などを用いてもよい。
【００４３】
「ＯＢＤデータ項目」は、ＯＢＤデータの項目を示す。図の「エンジン回転数」、「車速」、「進角」、「ブレーキ」などは、ＯＢＤデータに含まれるデータである。
【００４４】
「運転習熟度」は、「ＯＢＤデータ項目」の値に応じて規定される運転の習熟度（レベル）を示す。例えば、図の運転習熟度判定テーブル１２２によれば、地点０１の下り車線において、運転上、車両の「エンジン回転数」の理想値は、1000〜1500回転であるとされる。このことから、地点０１の下り車線において、実際にユーザが運転した車両の「エンジン回転数」のＯＢＤデータ値の実際値（複数回の履歴がある場合は、例えばその平均値）が１２００である場合、そのユーザの地点０１の下り車線における「運転習熟度」は、レベル３と判定される。
【００４５】
一方、「エンジン回転数」の理想値を下回ったり、上回ったりする場合には、そのユーザの地点０１の下り車線における「運転習熟度」は、レベル２やレベル１と判定される。
【００４６】
（運転支援情報テーブル）
図６は、本実施形態にかかる運転支援情報テーブル１２３の一例を示す図である。運転支援情報テーブル１２３は、運転習熟度に応じて提供される運転支援コンテンツの情報である。具体的には、図に示されるように、「地点」、「進行方向」、「ＯＢＤデータ項目」、「運転習熟度」、「通知内容」、「アシスト」が対応付けられる。
【００４７】
「地点」は、マップ１２１の注意地点に対応するものである。運転支援情報テーブル１２３では、「地点」毎に運転習熟度に応じた運転支援コンテンツを規定することで、地点毎に運転習熟度に応じた運転支援コンテンツを提供できる。
【００４８】
「進行方向」は、車両２００の進行方向を示す。運転支援情報テーブル１２３では、「進行方向」毎に運転習熟度に応じた運転支援コンテンツを規定することで、進行方向毎に運転習熟度に応じた運転支援コンテンツを提供できる。
【００４９】
「ＯＢＤデータ項目」は、ＯＢＤデータの項目を示す。
【００５０】
「運転習熟度」は、上述したように「ＯＢＤデータ項目」の値に応じて規定される運転の習熟度（レベル）を示す。運転支援情報テーブル１２３においては、運転習熟度判定テーブル１２２に基づいて判定された「運転習熟度」（レベル）に応じ、提供される運転支援コンテンツ（例えば、「通知内容」、「アシスト」）が決定される。
【００５１】
「通知内容」は、ユーザに対し表示又は音声等を通じ通知され、「運転習熟度」（レベル）に応じて提供される運転支援コンテンツである。例えば、地点０１の下り車線において、「車速」が「運転習熟度」：レベル２のユーザに対し提供される「通知内容」は、「下りカーブです。速度を20〜30ｋｍで走行して下さい。」となる。
【００５２】
「アシスト」は、ユーザに対し表示又は音声等を通じ通知され、「運転習熟度」（レベル）に応じて提供される運転支援コンテンツである。上述の「通知内容」は、その地点で、運転上注意喚起すべき情報であるのに対し、「アシスト」は、理想的な運転・走行を実現するための、運転技能の向上に関するアシスト情報である。例えば、地点０１の下り車線において、「エンジン回転数」が「運転習熟度」：レベル２のユーザに対し提供される「アシスト」は、「エンジン回転数を1000〜1500にすると、速度20〜30ｋｍに保てます。」となる。
【００５３】
なお、運転支援情報テーブル１２３上、「通知内容」及び「アシスト」において、「-」となっている箇所がある。これは、特段に通知又はアシストすべき情報がないことを示す。例えば、「エンジン回転数」が「運転習熟度」：レベル３のユーザに対し提供される「通知内容」及び「アシスト」は「-」となっている。これはレベル３の高い運転習熟度を有するユーザに対し、特段に通知又はアシストすべき情報はないからである。
【００５４】
（ＯＢＤデータの一例）
図７は、本実施形態にかかるＯＢＤデータの一例を示す図である。ＯＢＤデータ１２４は、「ＯＢＤデータ項目」、「ＯＢＤデータ値」等の項目を含む。
【００５５】
「ＯＢＤデータ項目」は、車載式故障診断システムで規定されるＯＢＤデータの名称を示す。「ＯＢＤデータ値」は、「ＯＢＤデータ項目」に対応する具体的なデータ値を示す。
【００５６】
具体的に、ＯＢＤデータは、一例として、エンジン回転数、車速、運転時間（累計）、走行距離（累計）、走行履歴（位置情報）、進角などがある。
【００５７】
これら情報は、ＥＣＵ２１０の有する車載式故障診断システムの機能により提供され、本実施形態においては、ドライバーが乗車中の間、一定時間間隔毎に、上述の如くＯＢＤリーダ２２０を介し携帯端末３００に出力される。また、携帯端末３００から運転支援サーバ１００に送信される。
【００５８】
（ＯＢＤデータ履歴の一例）
図８は、本実施形態にかかるＯＢＤデータ履歴の一例を示す図である。ＥＣＵ２１０の有する車載式故障診断システムのＯＢＤデータは、ユーザの携帯端末３００を介し、ユーザＩＤと共に運転支援サーバ１００に送信され、記憶部１２０にＯＢＤデータ１２４の履歴（ＯＢＤデータ履歴という）としてユーザ別に蓄積される。よって、ＯＢＤデータ履歴は、図に示されるように「年月日」、「時刻」、及び「ＯＢＤデータ項目」毎の「ＯＢＤデータ値」等の項目を含む。なお、「年月日」及び「時刻」は、ＥＣＵ２１０において、当該ＯＢＤデータが取得された年月日時刻を示す。
【００５９】
例えば、図８のＯＢＤデータ履歴を参照すると、2012/8/6 8:00を開始時刻として、ＯＢＤデータが受信され蓄積されていることが分かる。以降、例えば１分毎にＯＢＤデータが受信されており、このＯＢＤデータ履歴によれば、時系列に沿って車両２００の車両状態を把握することができる。
【００６０】
なお、図８のＯＢＤデータ履歴は、携帯端末３００を有するユーザ（ユーザＩＤ：ｕｓｅｒ００１）のＯＢＤデータ履歴とする。運転支援サーバ１００は、複数ユーザのＯＢＤデータ履歴を管理するため、例えばユーザＩＤを用いてユーザ毎のＯＢＤデータ履歴を識別する。また携帯端末３００は、運転支援サーバ１００と通信する際、ユーザＩＤを用いてログイン等を行うものとする。
【００６１】
（運転習熟度情報）
図９は、本実施形態にかかる運転習熟度情報１２５の一例を示す図である。運転習熟度情報１２５は、ユーザ（例えば、ｕｓｅｒ０１）のＯＢＤデータ履歴と、運転習熟度判定テーブル１２２とに基づいて判定されたユーザ別の運転習熟度（レベル）である。具体的には、図に示されるように、「地点」、「進行方向」、「ＯＢＤデータ項目」毎の「運転習熟度」が対応付けられる。
【００６２】
「地点」は、マップ１２１の注意地点に対応するものである。運転習熟度情報１２５では、「地点」毎に運転習熟度を保持する。
【００６３】
「進行方向」は、車両２００の進行方向を示す。運転習熟度情報１２５では、「進行方向」毎に運転習熟度を保持する。
【００６４】
「運転習熟度」は、ユーザ別の運転習熟度（レベル）である。また、運転習熟度情報１２５では、図に示されるように、「ＯＢＤデータ項目」毎（例えば、「エンジン回転数」、「車速」、「進角」、「ブレーキ」）に運転習熟度を保持する。
【００６５】
なお、運転習熟度情報１２５は、ユーザのＯＢＤデータ履歴と、運転習熟度判定テーブル１２２とに基づいて判定されたユーザ別の運転習熟度（レベル）であるため、ユーザ別（ユーザ毎）に保持される情報である。
【００６６】
＜動作＞
次に、本実施形態にかかるシステムの処理動作について説明する。以下、（処理１）、（処理２）の２つの処理に分けて説明する。
【００６７】
（処理１）
図１０は、本実施形態にかかるシステムの処理例（処理１）を示すシーケンス図である。処理１では、ＯＢＤデータ蓄積処理及び運転習熟度判定処理について説明する。運転支援は、ユーザのＯＢＤデータの蓄積があって実現できるため、運転支援の前に少なくとも最低限分のＯＢＤデータの蓄積が必要である。そして、ある程度ＯＢＤデータの蓄積がなされた以降は、運転中に運転支援を行いながらも、同時にＯＢＤデータの蓄積がなされうる。
【００６８】
まず、ユーザは、運転を開始するにあたって車両２００に乗車すると、携帯端末３００を用いて、運転支援サーバ１００にアクセスし、ユーザ・ログインを実行する（ステップＳ１００）。携帯端末３００は、運転支援サーバ１００にアクセスするための専用アプリケーションを事前に有し、当該専用アプリケーションを通じ、ユーザＩＤを入力し、ユーザ・ログインを実行できる。又は、汎用ブラウザ等を通じ、ユーザ・ログインを実行してもよい。
【００６９】
運転支援サーバ１００は、ユーザ・ログインの要求を受信すると、ユーザＩＤに基づいてログイン処理を実行する（ステップＳ１０１）。予め登録されているユーザＩＤである場合、ログインを許可する。
【００７０】
次に、ユーザは、携帯端末３００の通信機能（例えばＷｉＦｉ）を用いて、ＯＢＤリーダ２２０を介し、ＥＣＵ２１０（車載式故障診断システムを含む）に対し、ＯＢＤデータ取得開始要求を実行する（ステップＳ１０２）。上述と同様、携帯端末３００は、運転支援サーバ１００にアクセスするための専用アプリケーション又は汎用ツール等を通じ、ＯＢＤデータ取得開始要求を実行できる。
【００７１】
なお、ステップＳ１００及びステップＳ１０２の動作は同時に実行されてもよい。即ち、携帯端末３００を用いて、ユーザ・ログインを実行するタイミングで、同時にＯＢＤデータ取得開始要求を実行してもよい。
【００７２】
ＥＣＵ２１０は、ＯＢＤリーダ２２０を介し、携帯端末３００にＯＢＤデータを送信する（ステップＳ１０３）。ＯＢＤデータの具体例は例えば図７に示される。
【００７３】
携帯端末３００（車両状態情報取得部４２０）は、ＯＢＤデータを受信すると、受信したＯＢＤデータを運転支援サーバ１００に送信する（ステップＳ１０４）。ＯＢＤデータの具体例は例えば図７に示される。
【００７４】
なお、ＯＢＤリーダ２２０は、ネットワーク４００と通信することのできる環境等にある場合には、ＥＣＵ２１０は、携帯端末３００を中継せずに、ＯＢＤリーダ２２０を介し、運転支援サーバ１００に直接、ＯＢＤデータを送信してもよい。
【００７５】
また、上述の如く本実施形態にかかる携帯端末３００は、例えば、スマートフォン、携帯電話、ＰＤＡ等により実現されうる。このため、携帯端末３００は、ＧＰＳセンサを備える場合、ＧＰＳセンサでの位置情報をＯＢＤデータの「走行履歴（位置情報）」と一致するか確認し、誤差が大きい場合、ＧＰＳセンサでの位置情報をＯＢＤデータの「走行履歴（位置情報）」と差し替えてから、運転支援サーバ１００に、ＯＢＤデータを送信してもよい。これにより、ＯＢＤデータの精度がより向上させる。
【００７６】
運転支援サーバ１００は、ＯＢＤデータを受信すると、記憶部１２０に受信したＯＢＤデータをユーザＩＤ毎に関連付けて蓄積する（ステップＳ１０５）。なお、このＯＢＤデータの具体例は例えば図８に示される。
【００７７】
以降、ステップＳ１０３〜Ｓ１０５が繰り返される。つまり、ＥＣＵ２１０は、乗車中の間（ＯＢＤデータ取得終了要求を受信する迄の間）、ＯＢＤデータを送信し続ける。また、携帯端末３００も受信したＯＢＤデータを運転支援サーバ１００に送信し続けるので、運転支援サーバ１００の記憶部１２０には、乗車中の間逐一のＯＢＤデータが蓄積され続ける。
【００７８】
その後、ユーザは、車両２００の運転を終了するにあたって、例えば降車する直前、携帯端末３００の通信機能（例えばＷｉＦｉ）を用いて、ＯＢＤリーダ２２０を介し、ＥＣＵ２１０（車載式故障診断システムを含む）に対し、ＯＢＤデータ取得終了要求を実行する（ステップＳ１０６）。これを受け、ＥＣＵ２１０は、ＯＢＤデータの送信を終了する。
【００７９】
なお、ＯＢＤデータ取得終了要求を実行するに代え、例えば、車両２００のエンジンを停止してもよい。これにより、ＥＣＵ２１０も停止するためである。
【００８０】
またユーザは、携帯端末３００を用いて、運転支援サーバ１００にアクセスし、ユーザ・ログオフを実行する（ステップＳ１０７）。これを受け、運転支援サーバ１００は、ＯＢＤデータの受信及び蓄積を終了する。
【００８１】
なお、ユーザ・ログオフを省略してもよい。運転支援サーバ１００は、例えば、一定時間、同ユーザの携帯端末３００からＯＢＤデータを受信しない場合、ユーザ・ログオフされたものと見なす。
【００８２】
以上のように、ユーザは、車両２００を運転する度、携帯端末３００を通じて運転支援サーバ１００にＯＢＤデータを送信する。これにより、運転支援サーバ１００には、同ユーザの車両２００にかかるＯＢＤデータ履歴１２４が蓄積される。
【００８３】
次に、運転支援サーバ１００（運転習熟度判定部１３０）は、ユーザ・ログオフの要求を受信すると、当該ユーザＩＤのＯＢＤデータ履歴に基づいて、運転習熟度判定処理を実行する（ステップＳ１０８）。
【００８４】
運転支援サーバ１００（運転習熟度判定部１３０）は、運転習熟度判定処理により判定された運転習熟度を、運転習熟度情報としてユーザ別に保存する（ステップＳ１０９）。
【００８５】
図１１は、本実施形態にかかる運転習熟度判定処理を示すフローチャートである。
【００８６】
運転習熟度判定部１３０は、運転習熟度判定テーブルを参照する（ステップＳ１０８−１）。上述の如く、運転習熟度判定テーブルは、記憶部１２０に記憶されている。
【００８７】
運転習熟度判定部１３０は、当該ユーザのＯＢＤデータ履歴を取得する（ステップＳ１０８−２）。ここでは、ユーザＩＤ：ｕｓｅｒ０１のＯＢＤデータ履歴が取得される（例えば、図８参照）。
【００８８】
運転習熟度判定部１３０は、運転習熟度判定テーブル上の「地点」及び「進行方向」に対応する「ＯＢＤデータ値」を取得する（ステップＳ１０８−３）。具体的に、図５及び８を参照し、以下説明する。
【００８９】
図５の運転習熟度判定テーブルを参照すると、運転習熟度を判定する「地点」及び「進行方向」として、地点０１（x1,y1）・下り、地点０２（x2,y2）・上り下りが規定されている。よってこの場合、ユーザＩＤ：ｕｓｅｒ０１のＯＢＤデータ履歴の中から、「「走行履歴（位置情報）」をキーとして、地点０１（x1,y1）・下り、地点０２（x2,y2）・上り下りにおいて取得されたＯＢＤデータの値を取得する。
【００９０】
ここで、図８のｕｓｅｒ０１のＯＢＤデータ履歴を参照すれば、次のＯＢＤデータを取得できる。
【００９１】
＜ＯＢＤデータ１＞
「年月日」：2012/8/6
「時刻」：8：02
「エンジン回転数」：2000
「車速」：42
「運転時間（累計）」：1100：34
「走行距離（累計）」：30001
「走行履歴（位置情報）」：（x1,y1）
「進行方向」：下り
「進角」：11
「ブレーキ」：0
＜ＯＢＤデータ２＞
「年月日」：2012/8/6
「時刻」：8：03
「エンジン回転数」：2000
「車速」：49
「運転時間（累計）」：1100：35
「走行距離（累計）」：30002
「走行履歴（位置情報）」：（x2,y2）
「進行方向」：下り
「進角」：2
「ブレーキ」：0
次いで、運転習熟度判定部１３０は、各「地点」にて、複数の「ＯＢＤデータ値」があるか否かを判定する（ステップＳ１０８−４）。ＯＢＤデータ履歴は、ユーザが車両を運転する都度、累積的にＯＢＤデータが蓄積されたものである。よって、例えば蓄積された「年月日」や「時刻」は違えども、同一「地点」を運転した場合には、同一「地点」において、複数のＯＢＤデータが蓄積されている場合がある。このような場合、同一「地点」においても、常に同一のＯＢＤデータが取得されるわけではなく、時々のばらつきがある（例えば、あるときは車速４０ｋｍ、あるときは車速５０ｋｍで走行）。従って、運転習熟度判定部１３０は、「ＯＢＤデータ値」の平均値を算出する（ステップＳ１０８−５）。
【００９２】
なお、平均値算出に用いられる「ＯＢＤデータ値」は、新しいデータを採用し古いデータを排除するため、直近の一定期間内に蓄積されたＯＢＤデータであることが望ましい。例えば、直近１年以内に蓄積されたＯＢＤデータのみを用いることができる。また、記憶部１２０において、ＯＢＤデータの蓄積を所定期間（例えば１年迄）とし、所定期間経過した古いＯＢＤデータは記憶部１２０から削除するようにしてもよい。
【００９３】
さらに、記憶部１２０に記憶されているマップ１２１が更新されたタイミングで、蓄積されたＯＢＤデータを記憶部１２０から一旦削除し、改めてＯＢＤデータの蓄積を開始してもよい。また、運転習熟度のレベルに変更があったタイミングで、蓄積されたＯＢＤデータを記憶部１２０から一旦削除し、改めてＯＢＤデータの蓄積を開始してもよい。
【００９４】
運転習熟度判定部１３０は、運転習熟度判定テーブルと「ＯＢＤデータ値」（Ｓ１０８−５を経由の場合は「ＯＢＤデータ値」の平均値）とに基づいて、「運転習熟度」を判定する（ステップＳ１０８−６）。具体的に、図５の運転習熟度判定テーブル、上述の＜ＯＢＤデータ１＞を用いて、以下説明する。
【００９５】
まず、＜ＯＢＤデータ１＞を参照すると、「エンジン回転数」：2000、「車速」：42、「走行履歴（位置情報）」：（x1,y1）、「進角」：11、「ブレーキ」：0となっている。これを、図５の運転習熟度判定テーブルの「地点０１」に照らし合わせることにより、「運転習熟度」を判定する。例えば、＜ＯＢＤデータ１＞のうち「エンジン回転数」は2000であるので、「エンジン回転数」の「運転習熟度」は、レベル１に該当する。同様に、「車速」の「運転習熟度」は、レベル１に該当する。同様に、「進角」の「運転習熟度」は、レベル３に該当する。同様に、「ブレーキ」の「運転習熟度」は、レベル１に該当する。
【００９６】
運転習熟度判定部１３０は、「運転習熟度」を判定すると、これを運転習熟度情報として記憶部１２０に保存又は更新する（ステップＳ１０８−７）。更新とは、既に運転習熟度情報が存在する場合、これを上書き保存するものである。ここで、具体的な運転習熟度情報は、例えば図９に示される。
【００９７】
なお、「ＯＢＤデータ値」は、そのときの気象条件によって、少なからず値が変更する可能性がある。このため、「ＯＢＤデータ値」が取得された日時刻の気象情報を別途取得し、「ＯＢＤデータ値」を補正してもよい。具体的には、「ＯＢＤデータ値」において、実際の「車速」が４０ｋｍ／ｈで走行していても、雨天であれば、例えば補正係数1.2を乗算し、「車速」が４８ｋｍ／ｈで走行していたものとする。こうすることで、運転習熟度判定テーブル（晴天時基準）と「ＯＢＤデータ値」とに基づいて、「運転習熟度」を判定する際、気象条件に応じて、より精度の高い「運転習熟度」を判定できる。
【００９８】
（処理２）
図１２は、本実施形態にかかるシステムの処理例（処理２）を示すシーケンス図である。上述したように、運転支援のためには、少なくとも最低限分のＯＢＤデータの蓄積が必要である。そして、ある程度ＯＢＤデータの蓄積がなされた以降は、運転中に運転支援を行いながらも、同時にＯＢＤデータの蓄積がなされうる。この点、処理２で説明する。
【００９９】
まず、ユーザは、運転を開始するにあたって車両２００に乗車すると、携帯端末３００を用いて、運転支援サーバ１００にアクセスし、ユーザ・ログインを実行する（ステップＳ２００）。携帯端末３００は、専用アプリケーションを通じ、ユーザＩＤを入力し、ユーザ・ログインを実行できる。
【０１００】
運転支援サーバ１００は、ユーザ・ログインの要求を受信すると、ユーザＩＤに基づいてログイン処理を実行する（ステップＳ２０１）。予め登録されているユーザＩＤである場合、ログインを許可する。
【０１０１】
次に、ユーザは、運転支援を要請すべく、携帯端末３００を用いて、運転支援サーバ１００にアクセスし、運転支援開始要求を実行する（ステップＳ２０２）。携帯端末３００は、専用アプリケーションを通じ、運転支援開始要求を実行できる。
【０１０２】
運転支援サーバ１００は、運転支援開始要求を受信すると、運転支援モードに移行する（ステップＳ２０３）。
【０１０３】
次に、ユーザは、携帯端末３００の通信機能（例えばＷｉＦｉ）を用いて、ＯＢＤリーダ２２０を介し、ＥＣＵ２１０（車載式故障診断システムを含む）に対し、ＯＢＤデータ取得開始要求を実行する（ステップＳ２０４）。上述と同様、携帯端末３００は、運転支援サーバ１００にアクセスするための専用アプリケーション又は汎用ツール等を通じ、ＯＢＤデータ取得開始要求を実行できる。
【０１０４】
ＥＣＵ２１０は、ＯＢＤリーダ２２０を介し、携帯端末３００にＯＢＤデータを送信する（ステップＳ２０５）。
【０１０５】
携帯端末３００（車両状態情報取得部４２０）は、ＯＢＤデータを受信すると、受信したＯＢＤデータを運転支援サーバ１００に送信する（ステップＳ２０６）。
【０１０６】
運転支援サーバ１００は、ＯＢＤデータを受信すると、記憶部１２０に受信したＯＢＤデータをユーザＩＤ毎に関連付けて蓄積する（ステップＳ２０７）。図１０のＳ１０５と同様である。
【０１０７】
次に、運転支援サーバ１００（運転支援コンテンツ提供部１４０）は、ユーザの運転する車両２００が運転支援コンテンツを提供すべき地点に位置するか否かを判定する（ステップＳ２０８）。
【０１０８】
具体的には、Ｓ２０７で受信したＯＢＤデータのうち、「走行履歴（位置情報）」を参照する。そして、記憶部１２０の運転支援情報テーブル１２３を参照し、運転支援情報テーブル１２３内の「地点」及び「進行方向」と、「走行履歴（位置情報）」とが一致する場合、ユーザの運転する車両２００が運転支援コンテンツを提供すべき地点に位置すると判定する。なお、本実施形態にかかる「地点」とは、マップ１２１上、ドライバーに対し運転上注意を促すべきポイント地点である。
【０１０９】
運転支援サーバ１００（運転支援コンテンツ提供部１４０）は、ユーザの運転する車両２００が運転支援コンテンツを提供すべき地点に位置すると判定した場合、提供すべき運転支援コンテンツを決定する（ステップＳ２０９）。
【０１１０】
具体的には、まず、当該ユーザ（例えば、ｕｓｅｒ０１）の当該地点における運転習熟度情報を取得する。例えば、図９を参照すると、ユーザの運転する車両２００の位置が地点０１及び進行方向が下りの場合、当該ユーザの「運転習熟度」は次の通りである。
「エンジン回転数」：レベル１
「車速」：レベル１
「進角」：レベル３
「ブレーキ」：レベル１
次いで、図６を参照し、地点０１、下り、「エンジン回転数」：レベル１、「車速」：レベル１、「進角」：レベル３、「ブレーキ」：レベル１に対応する「通知内容」及び「アシスト」を取得する。ここで取得される「通知内容」及び「アシスト」は、次の通りである。
「通知内容」：下りカーブでスピードが出やすくなっています。大変危険ですので速度を20〜30ｋｍに落として走行して下さい。ブレーキを十分に使って走行して下さい。
「アシスト」：エンジン回転数を1000〜1500にすると、速度20〜30ｋｍに保てます。カーブの手前に来たら、ブレーキを半ば程度まで踏み込みます。
【０１１１】
そして、これら「通知内容」及び「アシスト」は、当該地点（例えば、地点０１）において、当該ユーザ（例えば、ｕｓｅｒ０１）に対し、提供されるべき運転支援コンテンツである。
【０１１２】
運転支援サーバ１００は、携帯端末３００に運転支援コンテンツを送信する（ステップＳ２１０）。
【０１１３】
携帯端末３００は、運転支援コンテンツを受信すると、運転支援コンテンツを用いて運転支援処理を実行する（ステップＳ２１１）。具体的には、運転支援コンテンツを、携帯端末３００の表示画面に表示したり、音声により音声案内したりする等がある。
【０１１４】
図１３は、本実施形態にかかる運転支援例を示す。マップ上、運転を注意すべき地点の表示と共に、ユーザＩＤに基づくユーザの呼称を含む「通知内容」及び「アシスト」が音声案内される。
【０１１５】
具体的には、「ｕｓｅｒ０１さん、下りカーブでスピードが出やすくなっています。大変危険ですので速度を20〜30ｋｍに落として走行して下さい。エンジン回転数を1000〜1500にすると、速度20〜30ｋｍに保てます。また、ブレーキを十分に使って走行して下さい。カーブの手前に来たら、ブレーキを半ば程度まで踏み込みます。」との音声案内がなされている。
【０１１６】
なお、「通知内容」及び「アシスト」は、画面上に表示することも可能であるが、運転安全上、音声案内がより望ましい。
【０１１７】
当該ユーザ（ｕｓｅｒ０１）は、これ迄この地点０１を運転する際、高い「エンジン回転数」、高い「車速」、踏み込みの弱い「ブレーキ」で、運転してしまう習慣があった。このため、このユーザのこの地点０１において、「エンジン回転数」、「車速」及び「ブレーキ」の「運転習熟度」は、共にレベル１と判定されている。このため、運転支援サーバ１００は、今回、このユーザが同地点０１を運転するにあたり、適正な運転を行えるよう音声案内により具体的な注意喚起やアシストを提供する。ユーザは、自身の携帯端末３００を通じ、自身の過去の運転習慣に基づくパーソナライズされた注意喚起やアシストが提供されるので、これ迄の運転とは異なり、より安全で適切な運転を行うことができる。
【０１１８】
なお、携帯端末３００の画面上に表示されるマップ１２１は、運転支援サーバ１００から提供されてもよいし、携帯端末３００でも同様のマップを予め保持していてもよい。
【０１１９】
以降、ステップＳ２０４〜Ｓ２１１が繰り返される。その後、ユーザは、車両２００の運転を終了するにあたって、例えば降車する直前、携帯端末３００の通信機能（例えばＷｉＦｉ）を用いて、ＯＢＤリーダ２２０を介し、ＥＣＵ２１０（車載式故障診断システムを含む）に対し、ＯＢＤデータ取得終了要求を実行する（ステップＳ２１１）。これを受け、ＥＣＵ２１０は、ＯＢＤデータの送信を終了する。
【０１２０】
またユーザは、携帯端末３００を用いて、運転支援サーバ１００にアクセスし、ユーザ・ログオフを実行する（ステップＳ２１２）。これを受け、運転支援サーバ１００は、ＯＢＤデータの受信、蓄積及び運転支援モードを終了する。
【０１２１】
なお、上述のステップＳ１０８−５において、同一「地点」において、複数のＯＢＤデータが蓄積されている場合、時々のばらつきを吸収するため、運転習熟度判定部１３０は、「ＯＢＤデータ値」の平均値を算出するものとした。しかしながら、これは、「ＯＢＤデータ値」が平均化されることにより、ＯＢＤデータ中、例えばほんの一度のレベル１相当の「ＯＢＤデータ値」の存在を排除するものではない。
【０１２２】
従って、運転支援サーバ１００は、複数のＯＢＤデータのうち、１つ１つのＯＢＤデータ毎に運転習熟度（例えば、図５）を判定し、１度でもレベル１や２の運転習熟度が判定された場合、その運転習熟度に応じた「通知内容」及び「アシスト」を取得し、運転支援コンテンツとして、携帯端末３００に送信することもできる。この場合、例えば、常日頃は、例えばレベル３のような高い運転習熟度を持って運転するユーザであっても、ほんの１度でもレベル１や２の運転習熟度が判定された場合には、レベル１や２の運転習熟度に対応する「通知内容」及び「アシスト」（例えば、図６）が提供されるため、ユーザは、より安全で適切な運転を行うことができる。
【０１２３】
＜総括＞
以上説明したように、本実施形態にかかる運転支援サーバ１００は、ユーザ別（毎）に、ＯＢＤデータを蓄積し、ユーザ別のＯＢＤデータに基づいて運転習熟度を判定する。そして、ユーザの有する携帯端末を通じ、ユーザ別の運転習熟度に応じた運転支援を行う。これにより、例えば、レンタカーや社用車など、複数の運転者で共有し使用される自動車の場合にも、運転者の運転技量や運転習熟度に対応した経路案内、走行支援を行うことが可能である。即ち、本実施形態によれば、自動車個体に依存することなく、各運転者に対しパーソナライズされた運転支援を行うことができる。
【０１２４】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【０１２５】
例えば、本実施形態において、ＯＢＤデータのうち、「エンジン回転数」、「車速」、「進角」、「ブレーキ」に基づいて、運転習熟度を判定した。しかしながら、これはあくまで一例であり、他のＯＢＤデータを用いることにより、その地点の特性に応じた適切な運転支援を行うことも可能である。
【０１２６】
例えば、ＯＢＤデータのうち、「ウインカー」を用いることにより、交差点地点での適切なウインカーの使用タイミングに関する運転支援を行うことができる。
【符号の説明】
【０１２７】
１１        ＣＰＵ
１２        ＲＯＭ
１３        ＲＡＭ
１４        入力装置
１５        出力装置
１６        通信装置
１７        ＨＤＤ
１００      運転支援サーバ
１１０      通信部
１２０      記憶部
１３０      運転習熟度判定部
１４０      運転支援コンテンツ提供部
２００      車両
２１０      ＥＣＵ
２２０      ＯＢＤリーダ
３００      携帯端末
３１０      通信部
３２０      車両状態情報取得部
３３０      運転支援部
４００      ネットワーク
【図１】
2014066521.tif 000003
【図２】
2014066521.tif 000004
【図３】
2014066521.tif 000005
【図４】
2014066521.tif 000006
【図５】
2014066521.tif 000007
【図６】
2014066521.tif 000008
【図７】
2014066521.tif 000009
【図８】
2014066521.tif 000010
【図９】
2014066521.tif 000011
【図１０】
2014066521.tif 000012
【図１１】
2014066521.tif 000013
【図１２】
2014066521.tif 000014
【図１３】
2014066521.tif 000015