(57)【要約】【課題】車両の車両状態情報を活用し、有益な情報サービスの提供を行う。【解決手段】本発明にかかるサービス提供システムは、車両状態情報を出力する出力装置を備えた自動車と、前記車両状態情報に基づく情報を提供する情報提供装置と、前記情報に基づいてサービスを提供するサービス提供装置とを含むサービス提供システムであって、情報提供装置は、自動車の車両状態情報と、該自動車を運転するドライバーのドライバー識別子とを受信する受信手段と、車両状態情報をドライバー識別子と対応付けて記憶し、車両状態情報に応じた運転習熟度が規定された運転習熟度判定情報を記憶した記憶手段と、車両状態情報と運転習熟度判定情報とに基づいて、ドライバー別に、運転習熟度を判定する判定手段と、ドライバーの運転習熟度を、前記サービス提供装置に提供する提供手段とを備える。【選択図】図１
2014065362.tif 000002
【特許請求の範囲】
【請求項１】
車両状態情報を出力する出力装置を備えた自動車と、前記車両状態情報に基づく情報を提供する情報提供装置と、前記情報に基づいてサービスを提供するサービス提供装置とを含むサービス提供システムであって、
前記情報提供装置は、
前記自動車の車両状態情報と、該自動車を運転するドライバーのドライバー識別子とを受信する受信手段と、
前記受信手段により受信された車両状態情報をドライバー識別子と対応付けて記憶し、前記車両状態情報に応じた運転習熟度が規定された運転習熟度判定情報を記憶した記憶手段と、
前記記憶手段に記憶された車両状態情報と運転習熟度判定情報とに基づいて、ドライバー別に、運転習熟度を判定する判定手段と、
前記判定手段により判定されたドライバーの運転習熟度を、前記サービス提供装置に提供する提供手段と、
を備えたことを特徴とするサービス提供システム。
【請求項２】
前記サービス提供システムは、前記自動車を運転するドライバーの携帯端末を含み、
前記携帯端末は、
前記出力装置から前記自動車の車両状態情報を取得する車両状態情報取得手段と、
前記情報提供装置に前記自動車の車両状態情報と、該自動車を運転するドライバー識別子とを送信する送信手段と、
を備えたことを特徴とする請求項１記載の運転支援システム。
【請求項３】
前記サービス提供装置は、
前記情報提供装置から、サービス提供対象者となるドライバーの運転習熟度を取得する取得手段と、
前記取得手段により取得された前記ドライバーの運転習熟度に基づいて、該ドライバーの自動車保険料を算出するサービス提供手段と、
を備えたことを特徴とする請求項１又は２記載の運転支援システム。
【請求項４】
前記サービス提供装置は、
前記情報提供装置から、サービス提供対象者となるドライバーの運転習熟度を取得する取得手段と、
前記取得手段により取得された前記ドライバーの運転習熟度に基づいて、該ドライバーの運転する自動車の査定金額を算出するサービス提供手段と、
を備えたことを特徴とする請求項１又は２記載の運転支援システム。
【請求項５】
前記サービス提供装置は、
前記情報提供装置から、配車車両を運転するドライバー候補者の運転習熟度を取得する取得手段と、
前記取得手段により取得された前記ドライバー候補者の運転習熟度に基づいて、配車車両及び該配車車両のドライバーを検索するサービス提供手段と、
を備えたことを特徴とする請求項１又は２記載の運転支援システム。
【請求項６】
自動車の備えた出力装置から車両状態情報を取得し、前記車両状態情報に基づく情報をサービス提供装置に提供する情報提供装置であって、
前記自動車の車両状態情報と、該自動車を運転するドライバーのドライバー識別子とを受信する受信手段と、
前記受信手段により受信された車両状態情報をドライバー識別子と対応付けて記憶し、前記車両状態情報に応じた運転習熟度が規定された運転習熟度判定情報を記憶した記憶手段と、
前記記憶手段に記憶された車両状態情報と運転習熟度判定情報とに基づいて、ドライバー別に、運転習熟度を判定する判定手段と、
前記判定手段により判定されたドライバーの運転習熟度を、前記サービス提供装置に提供する提供手段と、
を備えたことを特徴とする情報提供装置。
【請求項７】
車両状態情報を出力する出力装置を備えた自動車と、前記車両状態情報に基づく情報を提供する情報提供装置と、前記情報に基づいてサービスを提供するサービス提供装置とを含むサービス提供システムにおけるサービス提供方法であって、
前記情報提供装置が、
前記自動車の車両状態情報と、該自動車を運転するドライバーのドライバー識別子とを受信する工程と、
前記受信する工程により受信された車両状態情報をドライバー識別子と対応付けて記憶する工程と、
前記記憶手段から、前記車両状態情報と、前記車両状態情報に応じた運転習熟度が規定された運転習熟度判定情報とを読み出す工程と、
前記車両状態情報と前記運転習熟度判定情報とに基づいて、ドライバー別に、運転習熟度を判定する工程と、
前記判定する工程により判定されたドライバーの運転習熟度を、前記サービス提供装置に提供する工程と、
を有することを特徴とするサービス提供方法。
【請求項８】
自動車の備えた出力装置から車両状態情報を取得し、前記車両状態情報に基づく情報をサービス提供装置に提供する情報提供装置に、
前記自動車の車両状態情報と、該自動車を運転するドライバーのドライバー識別子とを受信する受信手段と、
前記受信手段により受信された車両状態情報をドライバー識別子と対応付けて記憶し、前記車両状態情報に応じた運転習熟度が規定された運転習熟度判定情報を記憶した記憶手段と、
前記記憶手段に記憶された車両状態情報と運転習熟度判定情報とに基づいて、ドライバー別に、運転習熟度を判定する判定手段と、
前記判定手段により判定されたドライバーの運転習熟度を、前記サービス提供装置に提供する提供手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の車両状態情報を活用し、有益な情報サービスの提供を行う技術に関する。
【背景技術】
【０００２】
従来より、車載式故障診断システムが知られている（例えば、特許文献１参照）。車載式故障診断システムは、OBD（On-board diagnostics）とも呼ばれ、自動車に搭載されるコンピュータが行う自己故障診断をいう。一般にOBDにより故障と診断された場合、コンピュータは故障を示すランプを点灯させドライバーに故障を伝えると共に、故障内容を表す故障コードを記録する。ドライバーはランプ点灯により故障発生を認知し、整備士は故障コードを専用の機械を用いて読み出すことで故障箇所を迅速に特定することができる。
【０００３】
車載式故障診断システムは、主として大気汚染防止のため、排出ガス対策装置に故障が発生したことをドライバーに警告することを目的として開発された経緯がある。しかし、近年のＯＢＤ−ＩＩ（90年代中頃に導入された新しい標準）では、ほぼ完全にエンジン制御情報をモニターできるようになり、またさらにシャシー、ボディー、アクセサリーについても、モニターできるようになっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２０５９４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現在、車載式故障診断システムは、車排出ガス対策装置に関する状態情報のみならず、車両全体の状態情報（車両状態情報という）を網羅的に把握、取得できるようにまでなっている。また、日本では２０００年以降に発売された新車には、車載式故障診断システムの搭載が義務付けられた。
【０００６】
このことから、車載式故障診断システムは故障診断の用途のみに用いられるだけでなく故障診断システムから出力される車両状態情報を活用し、例えば、インターネット等を介し提供される情報サービス分野をはじめ、様々なサービスに応用されることが望まれる。
【０００７】
本発明は上記の点に鑑み提案されたものであり、その目的とするところは、車両の車両状態情報を活用し、有益な情報サービスの提供を行うことにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明にあっては、車両状態情報を出力する出力装置を備えた自動車と、前記車両状態情報に基づく情報を提供する情報提供装置と、前記情報に基づいてサービスを提供するサービス提供装置とを含むサービス提供システムであって、前記情報提供装置は、前記自動車の車両状態情報と、該自動車を運転するドライバーのドライバー識別子とを受信する受信手段と、前記受信手段により受信された車両状態情報をドライバー識別子と対応付けて記憶し、前記車両状態情報に応じた運転習熟度が規定された運転習熟度判定情報を記憶した記憶手段と、前記記憶手段に記憶された車両状態情報と運転習熟度判定情報とに基づいて、ドライバー別に、運転習熟度を判定する判定手段と、前記判定手段により判定されたドライバーの運転習熟度を、前記サービス提供装置に提供する提供手段とを備えるようにしている。
【発明の効果】
【０００９】
本発明の実施の形態によれば、各運転者に対しパーソナライズされた運転支援を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】サービス提供システムの構成例を示す図である。
【図２】サービス提供システムのソフトウェア構成例を示す図である。
【図３】情報提供サーバ１００、携帯端末３００、サービス提供サーバ４００及びクライアント端末５００のハードウェア構成例を示す図である。
【図４】ＯＢＤデータの一例を示す図である。
【図５】ＯＢＤデータ履歴１２１の一例を示す図である。
【図６】運転習熟度判定テーブル１２２の一例を示す図である。
【図７】運転習熟度情報１２３の一例を示す図である。
【図８】サービス提供システムの処理例（処理１）を示すシーケンス図である。
【図９】本実施形態にかかる運転習熟度判定処理を示すフローチャートである。
【図１０】サービス提供システムの処理例（処理２）を示すシーケンス図である。
【図１１】クライアント端末５００の画面例を示す。
【図１２】運転習熟度情報例を示す。
【図１３】クライアント端末５００の画面例を示す。
【図１４】クライアント端末５００の画面例を示す。
【図１５】クライアント端末５００の画面例を示す。
【図１６】運転習熟度情報例を示す。
【発明を実施するための形態】
【００１１】
以下、本発明の好適な実施形態につき説明する。
【００１２】
＜構成＞
（システム構成）
図１は、本発明の一実施形態にかかるサービス提供システムの構成例を示す図である。本実施形態にかかるサービス提供システムは、情報提供サーバ１００、車両２００、携帯端末３００、サービス提供サーバ４００、クライアント端末５００、ネットワーク６００を含む。
【００１３】
情報提供サーバ１００は、サービス提供サーバ４００に対し、携帯端末３００を有するドライバーのパーソナライズされた運転習熟度情報を提供するサーバである。情報提供サーバ１００は、車両２００のＯＢＤ（On-board diagnostics）データを、ドライバー（運転者）の有する携帯端末３００を介し取得し、ドライバー別にＯＢＤデータを管理する。また、情報提供サーバ１００は、ＯＢＤデータに基づいて、ドライバー別に運転習熟度の判定を行って、判定したドライバーの運転習熟度をサービス提供サーバ４００に提供する。この点、詳細は後述する。
【００１４】
車両２００は、ＯＢＤを備える自動車である。ガソリン車、電気自動車、ハイブリット車、その他の燃料駆動による自動車などを含む。また、自動車種は、タクシー、ハイヤー、バス、運送・引越しトラックなどを含む。上述したように、ＯＢＤ（On-board diagnostics）とは、車載式故障診断システムをいい、各種センサからのＯＢＤデータをリアルタイムに取得し車両の状態を管理する。
【００１５】
本実施形態にかかる自動車の車両２００は、図に示されるように、ＥＣＵ２１０、ＯＢＤリーダ２２０を搭載する。
【００１６】
ＥＣＵ２１０は、エンジンコントロールユニット(Engine Control Unit)の略称で、自動車全体及び各車載機を電子制御するための制御コンピュータである。また、ＥＣＵ２１０は、上述の車載式故障診断装置としての機能を有し、各車載機の状態を把握する。具体的には、ＯＢＤデータとして、例えばエンジン回転数、車速、運転時間、走行距離、走行履歴（位置情報）、スロットル開度、進角、吸気温度、電圧、燃費情報、ＣＯ２排出量、ブレーキ、ドア、ランプ、ギア、ライト（車外灯）、カーテシ（車内灯）、ウインカー、ブレーキ、ハンドルなど、各種の車両状態情報を把握する。また、これら車両状態情報に応じ故障診断を行う機能も有する。
【００１７】
ＯＢＤリーダ２２０は、ＥＣＵ２１０と外部とのインターフェースの機能を有する。本実施形態において、ＥＣＵ２１０は携帯端末３００に対しＯＢＤデータを提供するため、ＯＢＤリーダ２２０は、携帯端末３００と通信を行うための通信機能（例えばＷｉＦｉ）を有する。また、通信の他、携帯端末３００に直接ケーブルで接続するためのコネクタを採用することも可能である。
【００１８】
携帯端末３００は、ドライバーの有する携帯端末である。例えば、スマートフォン、携帯電話、ＰＤＡ等により実現されうる。ドライバーの携帯端末３００は、車両２００に乗車中、ＯＢＤリーダ２２０を介しＥＣＵ２１０と通信を行って、車両２００の車両状態を示すＯＢＤデータを逐一取得する。また、走行中又は走行後、取得したＯＢＤデータを情報提供サーバ１００に送信する。
【００１９】
サービス提供サーバ４００は、ドライバーの運転習熟度に基づいて、利用者に各種サービスを提供するサーバである。本実施形態において、サービス提供サーバ４００は、例えば、自動車保険見積りサービス提供サーバ４０１（以下「自動車保険サーバ」と略す）、中古車査定サービス提供サーバ４０２（以下「中古車査定サーバ」と略す）、配車検索サービス提供サーバ４０３（以下「配車検索サーバ」と略す）を含む。
【００２０】
自動車保険サーバ４０１は、例えば、自動車保険料の見積りを行うサーバである。例えば、利用者（ドライバーと同一人物）が自動車保険見積りシステム又はサイトにアクセスし、自身の自動車の情報、年齢、免許の色など、保険料に影響を与える各種の入力条件（パラメータ）を入力すると、自動車保険サーバ４０１は、情報提供サーバ１００からドライバーの運転習熟度を取得し、利用者の運転習熟度を含む入力条件に応じた自動車保険料を算出する。
【００２１】
中古車査定サーバ４０２は、例えば、中古自動車の価値（例えば、買い取り価格）の査定を行うサーバである。例えば、利用者（ドライバーと同一人物）が中古車査定システム又はサイトにアクセスし、自身の自動車の情報など、査定金額に影響を与える各種の入力条件（パラメータ）を入力すると、中古車査定サーバ４０２は、情報提供サーバ１００からドライバーの運転習熟度を取得し、利用者の運転習熟度を含む入力条件に応じた中古車の査定金額を算出する。
【００２２】
配車検索サーバ４０３は、例えば、タクシー、ハイヤー、バス、運送・引越しトラックなど、配車の対象となる車両を検索するサーバである。例えば、利用者（配車を希望する顧客）が配車検索システム又はサイトにアクセスし、配車を希望する業態、配車希望場所、配車日時、乗車人数など、配車検索結果に影響を与える各種の入力条件（パラメータ）を入力すると、配車検索サーバ４０３は、情報提供サーバ１００から配車対象車両のドライバーの運転習熟度を取得し、ドライバーの運転習熟度を含む入力条件に応じた車両を検索し、配車する。
【００２３】
なお、サービス提供サーバ４００は、一般利用者や関係者などが広く利用できるよう、インターネット上に設置され、Ｗｅｂサイト等を通じサービスを提供してもよい。また、サービス提供サーバ４００は、関係者（例えば、社員等）のみが業務上利用できるよう、社内システムとして設置されてもよい。
【００２４】
クライアント端末５００は、サービス提供サーバ４００にアクセスし、サービス提供サーバ４００からサービス提供を受ける端末であって、例えば利用者のＰＣ端末である。また、ＰＣ端末のほか、例えば、スマートフォン、携帯電話、ＰＤＡ等であってもよい。
【００２５】
ネットワーク６００は、情報提供サーバ１００、携帯端末３００を相互に接続する通信ネットワークである。例えば、ネットワーク６００は、３Ｇ、インターネット、専用回線など各種ネットワークを含む。
【００２６】
（ソフトウェア構成）
図２は、本発明の一実施形態にかかるサービス提供システムのソフトウェア構成例を示す図である。
【００２７】
まず、情報提供サーバ１００は、機能部として、通信部１１０、記憶部１２０、運転習熟度判定部１３０、運転習熟度情報提供部１４０を有する。
【００２８】
通信部１１０は、外部装置とデータの送受信を行う機能を有している。
【００２９】
記憶部１２０は、ＯＢＤデータ履歴１２１、運転習熟度判定テーブル１２２、運転習熟度情報１２３、マップ情報１２４などを記憶する機能を有している。これら情報の詳細については具体例を挙げて後述する。
【００３０】
運転習熟度判定部１３０は、ＯＢＤデータ履歴１２１と、運転習熟度判定テーブル１２２とに基づいて、ドライバー別（毎）に、運転習熟度を判定する機能を有している。
【００３１】
運転支援コンテンツ提供部１４０は、運転習熟度判定部１３０により判定されたドライバーの運転習熟度を、サービス提供サーバ４００に提供する機能を有している。
【００３２】
次に、携帯端末３００は、機能部として、通信部３１０、車両状態情報取得部３２０を有する。
【００３３】
通信部３１０は、外部装置とデータの送受信を行う機能を有している。
【００３４】
車両状態情報取得部３２０は、ドライバーが車両２００に乗車中、ＯＢＤリーダ２２０を介しＥＣＵ２１０から、車両２００の車両状態を示すＯＢＤデータを逐一取得する機能を有している。また、走行中又は走行後、取得したＯＢＤデータは、自動車を運転するドライバー識別子と共に、通信部３１０を介し情報提供サーバ１００に送信される。
【００３５】
次に、サービス提供サーバ４００は、機能部として、通信部４１０、運転習熟度情報取得部４２０、サービス提供部４３０を有する。
【００３６】
通信部４１０は、外部装置とデータの送受信を行う機能を有している。
【００３７】
運転習熟度情報取得部４２０は、情報提供サーバ１００から、ドライバーの運転習熟度情報を取得する機能を有している。
【００３８】
サービス提供部４３０は、サービスを提供する機能を有している。具体的には、上述したように、自動車保険サーバ４０１は、自動車保険料の見積りサービスを提供する。また、中古車査定サーバ４０２は、中古自動車の査定サービスを提供する。また、配車検索サーバ４０３は、配車対象車両の検索サービスを提供する。
【００３９】
なお、これらの機能部は、各装置を構成するコンピュータのＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。但し、これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。
【００４０】
また、これらの機能部は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。
【００４１】
また、記憶部１２０は、情報提供サーバ１００を構成するコンピュータ内のＨＤＤ（Hard Disk Drive）等の記憶媒体上に所定のデータを体系的に保持するものである。勿論、情報提供サーバ１００内に配置される必要はなく、他の装置上に配置してもよい。
【００４２】
また、クライアント端末５００については、一般のＰＣ等により実現されるため、ソフトウェア構成例等の詳細は省略する。
【００４３】
（ハードウェア構成）
図３は、本発明の一実施形態にかかる情報提供サーバ１００、携帯端末３００、サービス提供サーバ４００及びクライアント端末５００のハードウェア構成例を示す図である。具体的に、これらハードウェア構成は、一般的なパソコンやワークステーションなどと同様の構成であり、図に示されるように、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、入力装置１４と、出力装置１５と、通信装置１６と、ＨＤＤ１７とを有する。
【００４４】
ＣＰＵ１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ１２は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ１３は、ＣＰＵ１１での処理を一時的に記憶したり、データを記憶したりする。入力装置１４は、キーボードやマウスである。出力装置１５は、ディスプレイである。通信装置１６は、ネットワーク６００を介し他装置との通信を行う。ＨＤＤ１６は、各種データ及びプログラムを格納する。
【００４５】
（ＯＢＤデータの一例）
図４は、本実施形態にかかるＯＢＤデータの一例を示す図である。ＯＢＤデータは、「ＯＢＤデータ項目」、「ＯＢＤデータ値」等の項目を含む。
【００４６】
「ＯＢＤデータ項目」は、車載式故障診断システムで規定されるＯＢＤデータの名称を示す。「ＯＢＤデータ値」は、「ＯＢＤデータ項目」に対応する具体的なデータ値を示す。
【００４７】
具体的に、ＯＢＤデータは、一例として、エンジン回転数、車速、運転時間（累計）、走行距離（累計）、走行履歴（位置情報）、ブレーキ負荷、ハンドル角度などがある。
【００４８】
これら情報は、ＥＣＵ２１０の有する車載式故障診断システムの機能により提供され、本実施形態においては、ドライバーが乗車中の間、一定時間間隔毎に、上述の如くＯＢＤリーダ２２０を介し携帯端末３００に出力される。また、携帯端末３００から情報提供サーバ１００に送信される。
【００４９】
（ＯＢＤデータ履歴の一例）
図５は、本実施形態にかかるＯＢＤデータ履歴１２１の一例を示す図である。ＥＣＵ２１０の有する車載式故障診断システムのＯＢＤデータは、ドライバーの携帯端末３００を介し、ドライバーＩＤと共に情報提供サーバ１００に送信され、記憶部１２０にＯＢＤデータ履歴１２１としてドライバー別に蓄積される。よって、ＯＢＤデータ履歴は、図に示されるように「年月日」、「時刻」、及び「ＯＢＤデータ項目」毎の「ＯＢＤデータ値」等の項目を含む。なお、「年月日」及び「時刻」は、ＥＣＵ２１０において、当該ＯＢＤデータが取得された年月日時刻を示す。
【００５０】
例えば、図５のＯＢＤデータ履歴を参照すると、2012/8/6 8:00を開始時刻として、ＯＢＤデータが受信され蓄積されていることが分かる。以降、例えば１分毎にＯＢＤデータが受信されており、このＯＢＤデータ履歴によれば、時系列に沿って車両２００の車両状態を把握することができる。
【００５１】
なお、図５のＯＢＤデータ履歴は、携帯端末３００を有するドライバー（ドライバーＩＤ：ｕｓｅｒ００１）のＯＢＤデータ履歴とする。情報提供サーバ１００は、複数ドライバーのＯＢＤデータ履歴を管理するため、例えばドライバーＩＤを用いてドライバー毎のＯＢＤデータ履歴を識別する。また携帯端末３００は、情報提供サーバ１００と通信する際、ドライバーＩＤを用いてログイン等を行うものとする。
【００５２】
（運転習熟度判定テーブル）
図６は、本実施形態にかかる運転習熟度判定テーブル１２２の一例を示す図である。運転習熟度判定テーブル１２２は、車両状態情報を示すＯＢＤデータに応じて、運転習熟度を示すレベルを判定するための情報である。具体的には、図に示されるように、「ＯＢＤデータ項目」、「判定用指標」及び「運転習熟度」が対応付けられる。
【００５３】
「ＯＢＤデータ項目」は、ＯＢＤデータの項目を示す。図の「エンジン回転数」、「ブレーキ負荷」、「ハンドル角度」、「走行履歴」などは、ＯＢＤデータに含まれるデータである。
【００５４】
「判定用指標」は、「ＯＢＤデータ項目」を基にして算出され、運転習熟度を判定するための指標である。例えば、「エンジン回転数」はエンジンの回転数を示すＯＢＤデータであるが、このままのデータでは運転習熟度を判定するに適さない。つまり、エンジンの回転数を示すＯＢＤデータの値自体から、直接、運転習熟度を判定することは困難である。
【００５５】
そこで、本実施形態においては、例えば「エンジン回転数」等に基づいて、「エンジン回転変化率」を算出する。「エンジン回転変化率」は、エンジン回転の単位時間あたりの変化率を示す。例えば、「エンジン回転変化率」が１２０（％）の場合、ドライバーは、アクセルを踏むことにより、１秒後、１２０％増のエンジン回転数を出力したことを意味する。よって、例えば、ドライバーの運転が急アクセル（急発進）傾向にある程、「エンジン回転変化率」は高くなる。この意味で、「エンジン回転変化率」は、ドライバーの運転習熟度を判定するための指標となりうる。
【００５６】
同様に例えば、「急ブレーキの割合」は、「ブレーキ負荷」等に基づいて算出される。例えば、ドライバーの運転が急ブレーキ傾向にある程、「急ブレーキの割合」は高くなる。この意味で、「急ブレーキの割合」は、ドライバーの運転習熟度を判定するための指標となりうる。
【００５７】
同様に例えば、「急ハンドルの割合」は、「ハンドル角度」等に基づいて算出される。例えば、ドライバーの運転が急ハンドル傾向にある程、「急ハンドルの割合」は高くなる。この意味で、「急ハンドルの割合」は、ドライバーの運転習熟度を判定するための指標となりうる。
【００５８】
同様に例えば、「法定速度遵守度」は、「走行履歴」、「車速」、「法定速度」（既知情報）等に基づいて算出される。例えば、ドライバーの運転が「法定速度」を超える車速での走行傾向にある程、「法定速度遵守度」は低くなる。この意味で、「法定速度遵守度」は、ドライバーの運転習熟度を判定するための指標となりうる。
【００５９】
「運転習熟度」は、「判定用指標」の値に応じて規定される運転の習熟度（レベル）を示す。例えば、図の運転習熟度判定テーブル１２２によれば、運転上、車両の「エンジン回転変化率」の理想値は、１２０％以下であるとされる。このことから、実際にドライバーが運転した車両の「エンジン回転数」に基づき算出された「エンジン回転変化率」の判定用指標値が１１５％である場合、そのドライバーの「エンジン回転変化率」についての「運転習熟度」は、レベル３と判定される。
【００６０】
一方、「エンジン回転変化率」の理想値を上回ったりする場合には、そのドライバーの「エンジン回転変化率」についての「運転習熟度」は、レベル２やレベル１と判定される。
【００６１】
（運転習熟度情報）
図７は、本実施形態にかかる運転習熟度情報１２３の一例を示す図である。運転習熟度情報１２３は、ドライバーのＯＢＤデータ履歴と、運転習熟度判定テーブル１２２とに基づいて判定されたドライバー別の運転習熟度（レベル）である。具体的には、図に示されるように、「ドライバーＩＤ」と、「判定用指標」毎の「運転習熟度」とが対応付けられる。
【００６２】
「運転習熟度」は、ドライバー別の運転習熟度（レベル）である。また、運転習熟度情報１２３では、図に示されるように、「判定用指標」毎（例えば、「エンジン回転変化率」、「急ブレーキの割合」、「急ハンドルの割合」、「法定速度遵守」）に運転習熟度を保持する。
【００６３】
なお、運転習熟度情報１２３は、ドライバーのＯＢＤデータ履歴と、運転習熟度判定テーブル１２２とに基づいて判定されたドライバー別の運転習熟度（レベル）であるため、ドライバー別に保持される情報である。
【００６４】
（マップ情報）
マップ情報１２４は、ナビゲーション用途等に用いられる地図データである。具体的には、地図情報、地理・地形情報、道路情報、交通標識情報、法定速度等を含む交通法規情報などを有する。
【００６５】
上述したように、本実施形態にかかる運転習熟度は、ドライバーのＯＢＤデータ履歴と運転習熟度判定テーブル１２２とに基づいて判定されるところ、環境情報の一例であるマップ情報１２４は、ときにこの運転習熟度を判定する際に補足的に用いられるものである。マップ情報１２４を用いることにより、運転習熟度の判定結果がより適切になる場合があるためである。
【００６６】
＜動作＞
次に、本実施形態にかかるサービス提供システムの処理動作について説明する。以下、（処理１）、（処理２）の２つの処理に分けて説明する。
【００６７】
（処理１）
図８は、本実施形態にかかるサービス提供システムの処理例（処理１）を示すシーケンス図である。処理１では、ＯＢＤデータ蓄積処理及び運転習熟度判定処理について説明する。情報提供サーバ１００は、サービス提供サーバ４００に運転習熟度情報を提供するにあたり、少なくとも最低限分のＯＢＤデータの蓄積が必要である。
【００６８】
まず、ドライバーは、運転を開始するにあたって車両２００に乗車すると、携帯端末３００を用いて、情報提供サーバ１００にアクセスし、ログインを実行する（ステップＳ１００）。携帯端末３００は、情報提供サーバ１００にアクセスするための専用アプリケーションを事前に有し、当該専用アプリケーションを通じ、ドライバーＩＤを入力し、ログインを実行できる。又は、汎用ブラウザ等を通じ、ログインを実行してもよい。
【００６９】
情報提供サーバ１００は、ログインの要求を受信すると、ドライバーＩＤに基づいてログイン処理を実行する（ステップＳ１０１）。予め登録されているドライバーＩＤである場合、ログインを許可する。
【００７０】
次に、ドライバーは、携帯端末３００の通信機能（例えばＷｉＦｉ）を用いて、ＯＢＤリーダ２２０を介し、ＥＣＵ２１０（車載式故障診断システムを含む）に対し、ＯＢＤデータ取得開始要求を実行する（ステップＳ１０２）。上述と同様、携帯端末３００は、情報提供サーバ１００にアクセスするための専用アプリケーション又は汎用ツール等を通じ、ＯＢＤデータ取得開始要求を実行できる。
【００７１】
なお、ステップＳ１００及びステップＳ１０２の動作は同時に実行されてもよい。即ち、携帯端末３００を用いて、ログインを実行するタイミングで、同時にＯＢＤデータ取得開始要求を実行してもよい。
【００７２】
ＥＣＵ２１０は、ＯＢＤリーダ２２０を介し、携帯端末３００にＯＢＤデータを送信する（ステップＳ１０３）。なお、ＯＢＤデータの具体例は例えば図４に示される。
【００７３】
携帯端末３００（車両状態情報取得部３２０）は、ＯＢＤデータを受信すると、受信したＯＢＤデータを情報提供サーバ１００に送信する（ステップＳ１０４）。
【００７４】
なお、ＯＢＤリーダ２２０は、ネットワーク６００と通信することのできる環境等にある場合には、ＥＣＵ２１０は、携帯端末３００を中継せずに、ＯＢＤリーダ２２０を介し、情報提供サーバ１００に直接、ＯＢＤデータを送信してもよい。但し、必要に応じて携帯端末３００の情報（例えば、ＧＰＳセンサによる位置情報等）を取得し、情報提供サーバ１００に、携帯端末３００の情報とＯＢＤデータとを送信する。
【００７５】
また、上述の如く本実施形態にかかる携帯端末３００は、例えば、スマートフォン、携帯電話、ＰＤＡ等により実現されうる。このため、携帯端末３００は、ＧＰＳセンサを備える場合、ＧＰＳセンサでの位置情報をＯＢＤデータの「走行履歴（位置情報）」と一致するか確認し、誤差が大きい場合、ＧＰＳセンサでの位置情報をＯＢＤデータの「走行履歴（位置情報）」と差し替えてから、情報提供サーバ１００に、ＯＢＤデータを送信してもよい。これにより、ＯＢＤデータの精度がより向上させる。つまり、携帯端末３００の有する機能に基づき、ＯＢＤデータの精度を補完するとよい。
【００７６】
情報提供サーバ１００は、ＯＢＤデータを受信すると、記憶部１２０に受信したＯＢＤデータをドライバーＩＤ毎に関連付けて蓄積する（ステップＳ１０５）。なお、このＯＢＤデータの具体例は例えば図５に示される。
【００７７】
以降、ステップＳ１０３〜Ｓ１０５が繰り返される。つまり、ＥＣＵ２１０は、乗車中の間（ＯＢＤデータ取得終了要求を受信する迄の間）、ＯＢＤデータを送信し続ける。また、携帯端末３００も受信したＯＢＤデータを情報提供サーバ１００に送信し続けるので、情報提供サーバ１００の記憶部１２０には、乗車中の間逐一のＯＢＤデータが蓄積され続ける。
【００７８】
その後、ドライバーは、車両２００の運転を終了するにあたって、例えば降車する直前、携帯端末３００の通信機能（例えばＷｉＦｉ）を用いて、ＯＢＤリーダ２２０を介し、ＥＣＵ２１０（車載式故障診断システムを含む）に対し、ＯＢＤデータ取得終了要求を実行する（ステップＳ１０６）。これを受け、ＥＣＵ２１０は、ＯＢＤデータの送信を終了する。
【００７９】
なお、ＯＢＤデータ取得終了要求を実行するに代え、例えば、車両２００のエンジンを停止してもよい。これにより、ＥＣＵ２１０も停止するためである。
【００８０】
またドライバーは、携帯端末３００を用いて、情報提供サーバ１００にアクセスし、ログオフを実行する（ステップＳ１０７）。これを受け、情報提供サーバ１００は、ＯＢＤデータの受信及び蓄積を終了する。
【００８１】
なお、ログオフを省略してもよい。情報提供サーバ１００は、例えば、一定時間、同ドライバーの携帯端末３００からＯＢＤデータを受信しない場合、ログオフされたものと見なす。
【００８２】
以上のように、ドライバーは、車両２００を運転する度、携帯端末３００を通じて情報提供サーバ１００にＯＢＤデータを送信する。これにより、情報提供サーバ１００には、同ドライバーの車両２００にかかるＯＢＤデータ履歴１２１が蓄積される。
【００８３】
次に、情報提供サーバ１００（運転習熟度判定部１３０）は、ログオフの要求を受信すると、当該ドライバーＩＤのＯＢＤデータ履歴に基づいて、運転習熟度判定処理を実行する（ステップＳ１０８）。
【００８４】
情報提供サーバ１００（運転習熟度判定部１３０）は、運転習熟度判定処理により判定された運転習熟度を、運転習熟度情報としてドライバー別に保存する（ステップＳ１０９）。
【００８５】
図９は、本実施形態にかかる運転習熟度判定処理を示すフローチャートである。
【００８６】
運転習熟度判定部１３０は、運転習熟度判定テーブルを参照する（ステップＳ１０８−１）。上述の如く、運転習熟度判定テーブルは、記憶部１２０に記憶されている。
【００８７】
運転習熟度判定部１３０は、当該ドライバーのＯＢＤデータ履歴を取得する（ステップＳ１０８−２）。ここでは、ドライバーＩＤ：user01のＯＢＤデータ履歴が取得される（例えば、図５参照）。
【００８８】
運転習熟度判定部１３０は、当該ドライバーのＯＢＤデータ履歴１２１のＯＢＤデータ値に基づいて、判定指標値を算出する（ステップＳ１０８−３）。判定指標値を算出するのは、ＯＢＤデータ値自体から、直接、運転習熟度を判定することは困難だからである。
【００８９】
ここでは、運転習熟度を判定するために用いられる「判定用指標」として、例えば「エンジン回転変化率」、「急ブレーキの割合」、「急ハンドルの割合」、「法定速度遵守度」が算出されるものとする。
【００９０】
具体的には、上述したように、「エンジン回転変化率」は、ＯＢＤデータ履歴１２１の「エンジン回転数」等に基づいて算出される。また、「急ブレーキの割合」は、ＯＢＤデータ履歴１２１の「ブレーキ負荷」等に基づいて算出される。また、「急ハンドルの割合」は、ＯＢＤデータ履歴１２１の「ハンドル角度」等に基づいて算出される。また、「法定速度遵守度」は、ＯＢＤデータ履歴１２１の「走行履歴」、「車速」、及び「法定速度」（既知情報）等に基づいて算出される。
【００９１】
ここで、当該ドライバーの判定用指標値は、例えば以下の通り算出されたものとする。
「エンジン回転変化率」：１６０％
「急ブレーキの割合」：１５％
「急ハンドルの割合」：２５％
「法定速度遵守度」：９６％
なお、運転習熟度判定部１３０は、当該ドライバーのＯＢＤデータ履歴１２１のＯＢＤデータ値に基づいて、判定指標値を算出する際、以下のようにマップ情報１２４を考慮することも可能である。
【００９２】
本実施形態にかかる運転習熟度判定部１３０は、ＯＢＤデータ履歴１２１において、「ブレーキ負荷」のＯＢＤデータ値が急ブレーキを示すデータ値が存在したり、またもしくは、「ハンドル角度」のＯＢＤデータ値が急ハンドルを示すデータ値が存在する場合には、当該ドライバーの判定用指標値の「急ブレーキの割合」や「急ハンドルの割合」に計上し算出する。
【００９３】
しかしながら、マップ情報１２４を考慮した場合、当該ドライバーの判定用指標値の「急ブレーキの割合」や「急ハンドルの割合」に計上すべきでないケースがある。具体的に例えば、ＯＢＤデータ履歴１２１において、異常な「ブレーキ負荷」や「ハンドル角度」を示すデータ値が取得された地点（「走行履歴（位置情報）」地点が、マップ情報１２４によれば、例えば直線道路上であってさらに「車速」が法定速度であった場合、この「ブレーキ負荷」や「ハンドル角度」を示すデータ値は、本来は発生する可能性の低い値であって、何らかのアクシデントに基づくものである可能性がある。例えば、ドライバーは、見通しの良好な直線道路上、法定速度を遵守し走行していたところ、想定外に歩行者などの飛び出しが有り、このため、急ブレーキ又は急ハンドルを行った可能性がある。
【００９４】
運転習熟度判定部１３０は、このような場合、当該ドライバーの判定用指標値の「急ブレーキの割合」や「急ハンドルの割合」に計上しない。つまり、運転習熟度判定部１３０は、当該ドライバーのＯＢＤデータ履歴１２１のＯＢＤデータ値に基づいて、判定指標値を算出する際、そのＯＢＤデータ値の妥当性を、マップ情報１２４のような環境情報を用いて確認するようにする。このようにすることで、運転習熟度判定部１３０は、より精度の高い判定指標値を算出することができる。これはまたより制度の高い運転習熟度を判定できることを意味する。
【００９５】
運転習熟度判定部１３０は、運転習熟度判定テーブルと判定指標値とに基づいて、「運転習熟度」を判定する（ステップＳ１０８−４）。
【００９６】
具体的に、図６の運転習熟度判定テーブルを参照する。「判定用指標」毎に、算出された判定用指標値と照らし合わせ、運転習熟度（レベル）を判定する。ここで、運転習熟度（レベル）は、例えば以下の通り判定される。
「エンジン回転変化率」：レベル１
「急ブレーキの割合」：レベル２
「急ハンドルの割合」：レベル１
「法定速度遵守度」：レベル３
運転習熟度判定部１３０は、「運転習熟度」を判定すると、これを運転習熟度情報として記憶部１２０に保存又は更新する（ステップＳ１０８−５）。更新とは、既に運転習熟度情報が存在する場合、これを上書き保存するものである。ここで、具体的な運転習熟度情報は、例えば図７に示される。
【００９７】
なお、予め運転者のＯＢＤデータなどの統計情報を収集し、機械的に学習された教師データを記憶するようにする。そして、運転習熟度は、この教師データに基づいて判定をすることもできる。
【００９８】
（処理２）
図１０は、本実施形態にかかるサービス提供システムの処理例（処理２）を示すシーケンス図である。情報提供サーバ１００は、ある程度ＯＢＤデータの蓄積がなされた以降、サービス提供サーバ４００からの要求に応じ、ドライバー別の運転習熟度情報を提供することができる。この点、処理２で説明する。
【００９９】
まず、サービスを受ける利用者は、クライアント端末５００を操作し、サービス提供サーバ４００にアクセスする。利用者は、サービスを受けるにあたり必要な入力条件を入力し、サービス提供要求を実行する。これにより、クライアント端末５００は、サービス提供サーバ４００に対し、サービス提供要求を送信する（ステップＳ２００）。なお、サービス提供要求は入力された入力条件を含む。
【０１００】
サービス提供サーバ４００（運転習熟度情報取得部４２０）は、サービス提供要求を受信すると、サービス提供に必要な運転習熟度を取得するため、情報提供サーバ１００に対し、運転習熟度情報取得要求を送信する（ステップＳ２０１）。なお、運転習熟度情報取得要求は、取得対象となる運転習熟度情報を特定するためのドライバーＩＤを含む。
【０１０１】
情報提供サーバ１００（運転習熟度情報提供部１４０）は、運転習熟度情報取得要求を受信すると、ドライバーＩＤをキーとして、当該ドライバーの運転習熟度情報を記憶部１２０から取得する（ステップＳ２０２）。
【０１０２】
情報提供サーバ１００（運転習熟度情報提供部１４０）は、取得した運転習熟度情報をサービス提供サーバ４００に送信する（ステップＳ２０３）。
【０１０３】
サービス提供サーバ４００（サービス提供部４３０）は、運転習熟度情報を受信すると、運転習熟度情報を用いて、サービス提供処理を実行する（ステップＳ２０４）。
【０１０４】
サービス提供サーバ４００（サービス提供部４３０）は、サービス提供処理を完了すると、クライアント端末５００に対し、サービスを提供する（ステップＳ２０５）。
【０１０５】
（自動車保険見積りサービスの提供例）
上述の処理２に関し、サービス提供サーバ４００を、自動車保険サーバ４０１へ適用した例について説明する。上述したように、自動車保険サーバ４０１は、例えば、自動車保険料の見積りを行うサーバである。
【０１０６】
図１１は、本実施形態にかかるクライアント端末５００の画面例を示す。例えば、利用者（ドライバーと同一人物）は、クライアント端末５００を操作して、自動車保険見積りシステム又はサイトにアクセスすると、クライアント端末５００の画面には、画面１１０１が表示される。
【０１０７】
利用者は、自身の自動車保険料の見積りを行うために、例えば、車種、型式、等級、年齢条件、年間走行距離、用途、免許の色など、各種の入力条件を入力する。これら入力条件は、自動車保険料に影響するパラメータである。
【０１０８】
また、本実施形態において、利用者は、「ドライバーＩＤ」（例えば、user001）を入力する。「ドライバーＩＤ」は、当該利用者の「ドライバーＩＤ」に対応するものであり、当該利用者は、車両２００を運転する際、自身の携帯端末３００を介しＯＢＤデータを情報提供サーバ１００に送信している。このため、情報提供サーバ１００は、当該利用者に対応する「ドライバーＩＤ」の運転習熟度情報を有していることになる（例えば、図７参照）。
【０１０９】
クライアント端末５００は、利用者により各種の入力条件を入力され「お見積り」ボタンが押下されると、自動車保険サーバ４０１に対し、見積りサービス提供要求を送信する（ステップＳ２００）。
【０１１０】
自動車保険サーバ４０１は、見積りサービス提供要求を受信すると、見積りサービス提供に必要な当該利用者の運転習熟度を取得するため、情報提供サーバ１００に対し、入力されたドライバーＩＤ（例えば、user001）を含む運転習熟度情報取得要求を送信する（ステップＳ２０１）。
【０１１１】
情報提供サーバ１００は、運転習熟度情報取得要求を受信すると、ドライバーＩＤ（例えば、user001）をキーとして、当該ドライバーの運転習熟度情報を記憶部１２０から取得する（ステップＳ２０２）。
【０１１２】
情報提供サーバ１００は、取得した運転習熟度情報を自動車保険サーバ４０１に送信する（ステップＳ２０３）。
【０１１３】
自動車保険サーバ４０１は、当該利用者の運転習熟度情報を受信すると、受信した当該利用者の運転習熟度情報を用いて、見積もりサービス提供処理を実行する（ステップＳ２０４）。
【０１１４】
図１２は、本実施形態にかかる運転習熟度情報例を示す。図に示されるように、自動車保険サーバ４０１は、当該利用者の運転習熟度情報を受信する。
【０１１５】
自動車保険サーバ４０１は、入力された各種の入力条件及び運転習熟度情報に基づいて自動車保険料を見積もって算出する。運転習熟度情報は、当該利用者のドライバーとしての運転スキルや安全運転度を表していえる。よって、運転習熟度情報が高いドライバーほど、自動車保険の対象となる事案発生の可能性は低いので、自動車保険サーバ４０１は、運転習熟度情報が高いドライバーに対しては、自動車保険料を安く見積ることができる。逆に、運転習熟度情報が低いドライバーに対しては、自動車保険料を高く見積ることができる。
【０１１６】
なお、当該利用者の運転習熟度情報は、「エンジン回転変化率」：レベル１、「急ブレーキの割合」：レベル２、「急ハンドルの割合」：レベル１、「法定速度遵守度」：レベル３である。これは、標準レベル（例えばレベル２）よりも運転習熟度は低い。このため、当該利用者の自動車保険料は、入力された各種の入力条件のみが入力された場合に比べ、運転習熟度情報が加味された分やや高めに見積られる。
【０１１７】
自動車保険サーバ４０１は、見積りサービス提供処理を完了すると、クライアント端末５００に対し、見積りサービスを提供する（ステップＳ２０５）。このとき例えば、クライアント端末５００の画面には、画面１１０２が表示される。
【０１１８】
以上、本実施形態にかかる自動車保険サーバ４０１は、ドライバーの実際の運転習熟度情報に基づいて自動車保険料を見積り、算出できる。従来は、車種、型式、等級、年齢条件、年間走行距離、用途、免許の色などの入力条件に基づいて自動車保険料を見積っていたところ、ドライバーの実際の運転習熟度情報を加味することにより、より適切な自動車保険料を見積り、算出できる。
【０１１９】
また、利用者からすると、日頃の運転において、運転習熟度が高くなるよう、急発進、急ブレーキ、急ハンドルを避け、法定速度を遵守するなどし、安全運転に努めることにより、自動車保険料を低減させることができる。
【０１２０】
（自動車保険見積りサービスの変形例）
なお、自動車保険見積りサービスの変形例として、利用者は、一の保険会社からの自動車保険料の見積りを算出するのみならず、「入札方式」による自動車保険料の見積りを行うことも可能である。「入札方式」とは、利用者からの公開情報に基づいて、複数の保険会社が自動車保険料の見積りを算出し、利用者に提供する方式をとるものである。
【０１２１】
図１３は、本変形例にかかるクライアント端末５００の画面例を示す。例えば、利用者（ドライバーと同一人物）は、クライアント端末５００を操作して、自動車保険見積りシステム又はサイトにアクセスすると、クライアント端末５００の画面には、画面１３０１が表示される。
【０１２２】
利用者は、自身の自動車保険料の見積りを行うために、例えば、車種、型式、等級、年齢条件、年間走行距離、用途、免許の色など、各種の入力条件を入力する。これら入力条件は、自動車保険料に影響するパラメータである。また利用者は、「ドライバーＩＤ」（例えば、user001）を入力する。
【０１２３】
クライアント端末５００は、利用者により各種の入力条件を入力され「お見積り」ボタンが押下されると、自動車保険サーバ４０１に対し、見積りサービス提供要求を送信する（ステップＳ２００）。
【０１２４】
自動車保険サーバ４０１は、見積りサービス提供要求を受信すると、見積りサービス提供に必要な当該利用者の運転習熟度を取得するため、情報提供サーバ１００に対し、入力されたドライバーＩＤ（例えば、user001）を含む運転習熟度情報取得要求を送信する（ステップＳ２０１）。
【０１２５】
情報提供サーバ１００は、運転習熟度情報取得要求を受信すると、ドライバーＩＤ（例えば、user001）をキーとして、当該ドライバーの運転習熟度情報を記憶部１２０から取得する（ステップＳ２０２）。
【０１２６】
情報提供サーバ１００は、取得した運転習熟度情報を自動車保険サーバ４０１に送信する（ステップＳ２０３）。
【０１２７】
自動車保険サーバ４０１は、当該利用者の運転習熟度情報を受信すると、受信した当該利用者の運転習熟度情報を用いて、保険会社各社毎の見積もりサービス提供処理を実行する（ステップＳ２０４）。
【０１２８】
本変形例においては、自動車保険サーバ４０１には、複数の保険会社が登録されており、自動車保険サーバ４０１は、入力された各種の入力条件及び運転習熟度情報に基づいて、登録されている保険会社各社毎に、自動車保険料を見積もって算出する。
【０１２９】
保険会社各社は、運転習熟度情報が高いドライバーほど、自動車保険の対象となる事案発生の可能性は低いので、自動車保険サーバ４０１は、運転習熟度情報が高いドライバーに対しては、自動車保険料を安く見積る傾向にあることはいうまでもない。
【０１３０】
しかしながら、保険会社各社は各々の保険料算出方法を有しており、保険料算出上、保険会社各社毎に、運転習熟度のうち重視するパラメータは異なる。例えば、ある保険会社は、他の保険会社よりも「急ブレーキの割合」を重視する傾向にある場合、他のパラメータよりも、「急ブレーキの割合」に対しより重い重み付けを付けて、自動車保険料を算出しうる。これにより、同一のドライバーであっても、保険会社各社毎に異なる保険料が算出される可能性があり、利用者は、複数の保険会社の中から提示された保険料を比較検討し、所望の保険会社を選択することができる。
【０１３１】
なお、上述の自動車保険見積りサービスにおいて、情報提供サーバ１００は、運転習熟度情報を自動車保険サーバ４０１に送信するとき、併せてＯＢＤデータ履歴１２１を送信してもよい。この場合、自動車保険サーバ４０１は、運転習熟度情報よりもＬＯＷレベルのデータであるＯＢＤデータを受信し、受信したＯＢＤデータを自動車保険料の見積りに反映することが可能である。例えば、自動車保険料の見積りに大きく影響を与えるＯＢＤデータ（例えば、事故を示すデータ等）が存在するような場合、このようなＯＢＤデータを自動車保険料の見積りに反映させることにより、より精度高く自動車保険料の見積りを行うことができる。
【０１３２】
（中古車査定サービスの提供例）
次に、サービス提供サーバ４００を、中古車査定サーバ４０２へ適用した例について説明する。上述したように、中古車査定サーバ４０２は、例えば、中古自動車の価値（例えば、買い取り価格）の査定を行うサーバである。
【０１３３】
図１４は、本実施形態にかかるクライアント端末５００の画面例を示す。例えば、利用者（ドライバーと同一人物）は、クライアント端末５００を操作して、中古車査定システム又はサイトにアクセスすると、クライアント端末５００の画面には、画面１４０１が表示される。
【０１３４】
利用者は、自身の自動車（中古車）の査定を行うために、例えば、車種、型式、年式、色、総走行距離、事故歴有無など、各種の入力条件を入力する。これら入力条件は、査定金額に影響するパラメータである。
【０１３５】
また、本実施形態において、利用者は、「ドライバーＩＤ」（例えば、user001）を入力する。「ドライバーＩＤ」は、当該利用者の「ドライバーＩＤ」に対応するものであり、当該利用者は、車両２００を運転する際、自身の携帯端末３００を介しＯＢＤデータを情報提供サーバ１００に送信している。このため、情報提供サーバ１００は、当該利用者に対応する「ドライバーＩＤ」の運転習熟度情報を有していることになる（例えば、図７参照）。
【０１３６】
クライアント端末５００は、利用者により各種の入力条件を入力され「査定」ボタンが押下されると、中古車査定サーバ４０２に対し、中古車査定サービス提供要求を送信する（ステップＳ２００）。
【０１３７】
中古車査定サーバ４０２は、中古車査定サービス提供要求を受信すると、中古車査定サービス提供に必要な当該利用者の運転習熟度を取得するため、情報提供サーバ１００に対し、入力されたドライバーＩＤ（例えば、user001）を含む運転習熟度情報取得要求を送信する（ステップＳ２０１）。
【０１３８】
情報提供サーバ１００は、運転習熟度情報取得要求を受信すると、ドライバーＩＤ（例えば、user001）をキーとして、当該ドライバーの運転習熟度情報を記憶部１２０から取得する（ステップＳ２０２）。
【０１３９】
情報提供サーバ１００は、取得した運転習熟度情報を中古車査定サーバ４０２に送信する（ステップＳ２０３）。
【０１４０】
中古車査定サーバ４０２は、当該利用者の運転習熟度情報を受信すると、受信した当該利用者の運転習熟度情報を用いて、中古車査定サービス提供処理を実行する（ステップＳ２０４）。
【０１４１】
中古車査定サーバ４０２は、入力された各種の入力条件及び運転習熟度情報に基づいて中古車の査定金額を算出する。運転習熟度情報は、当該利用者のドライバーとしての運転スキルや安全運転度を表していえる。よって、運転習熟度情報が高いドライバーほど、査定対象の中古車の状態程度は良好であるので、自動車保険サーバ４０１は、運転習熟度情報が高いドライバーに対しては、当該ドライバーの運転していた中古車の査定金額を高く査定することができる。逆に、運転習熟度情報が低いドライバーに対しては、中古車の査定金額を低く査定することができる。
【０１４２】
なお、当該利用者の運転習熟度情報は、「エンジン回転変化率」：レベル１、「急ブレーキの割合」：レベル２、「急ハンドルの割合」：レベル１、「法定速度遵守度」：レベル３であるとする。これは、標準レベル（例えばレベル２）よりも運転習熟度は低い。このため、当該利用者の運転していた中古車の査定金額は、入力された各種の入力条件のみが入力された場合に比べ、即ち一般相場金額と比べ、運転習熟度情報が加味された分やや低めに査定される。
【０１４３】
中古車査定サーバ４０２は、中古車査定サービス提供処理を完了すると、クライアント端末５００に対し、中古車査定サービスを提供する（ステップＳ２０５）。このとき例えば、クライアント端末５００の画面には、画面１４０２が表示される。
【０１４４】
以上、本実施形態にかかる中古車査定サーバ４０２は、ドライバーの実際の運転習熟度情報に基づいて中古車の査定金額を算出できる。従来は、車種、型式、年式、色、総走行距離、事故歴有無などの入力条件に基づいて中古車の査定金額を算出していたところ、ドライバーの実際の運転習熟度情報を加味することにより、より適切な中古車の査定金額を算出できる。
【０１４５】
また、利用者からすると、日頃の運転において、運転習熟度が高くなるよう、急発進、急ブレーキ、急ハンドルを避け、法定速度を遵守するなどし、安全運転に努めることにより、自動車（中古車）の査定金額を高くすることができる。
【０１４６】
なお、中古車査定サービスの変形例としても、利用者は、「入札方式」による中古車の査定を行うことができる。
【０１４７】
中古車の査定業者各社は各々の査定算出方法を有しており、査定算出上、査定業者毎に、運転習熟度のうち重視するパラメータは異なる。例えば、ある査定業者は、他の査定業者よりも「急ブレーキの割合」を重視する傾向にある場合、他のパラメータよりも、「急ブレーキの割合」に対しより重い重み付けを付けて、査定金額を算出しうる。これにより、同一のドライバーであっても、査定業者各社毎に異なる査定金額が算出される可能性があり、利用者は、複数の査定業者の中から提示された査定金額を比較検討し、所望の査定業者を選択することができる。
【０１４８】
なお、上述の中古車査定サービスにおいて、情報提供サーバ１００は、運転習熟度情報を中古車査定サーバ４０２に送信するとき、併せてＯＢＤデータ履歴１２１を送信してもよい。この場合、中古車査定サーバ４０２は、運転習熟度情報よりもＬＯＷレベルのデータであるＯＢＤデータを受信し、受信したＯＢＤデータを自動車保険料の見積りに反映することが可能である。例えば、中古車査定金額に大きく影響を与えるＯＢＤデータ（例えば、事故を示すデータ等）が存在するような場合、このようなＯＢＤデータを中古車査定に反映させることにより、より精度高く中古車査定を行うことができる。
【０１４９】
（配車検索サービスの提供例）
次に、サービス提供サーバ４００を、配車検索サーバ４０３へ適用した例について説明する。上述したように、配車検索サーバ４０３は、例えば、タクシー、ハイヤー、バス、運送・引越しトラックなど、配車の対象となる車両を検索するサーバである。以下タクシーの配車検索サーバ４０３の例を示す。
【０１５０】
図１５は、本実施形態にかかるクライアント端末５００の画面例を示す。例えば、利用者（配車を希望する顧客）は、クライアント端末５００を操作して、配車検索システム又はサイトにアクセスすると、クライアント端末５００の画面には、画面１５０１が表示される。
【０１５１】
利用者は、タクシー予約を行うために、例えば、配車を希望する業態、配車希望場所、配車日時、乗車人数など、各種の入力条件を入力する。これら入力条件は、配車検索結果に影響するパラメータである。
【０１５２】
また、本実施形態において、利用者は、「優良ドライバーを希望する」にチェックを入れる。「優良ドライバーを希望する」にチェックを入れると、特に運転習熟度の高いドライバーを希望できる。
【０１５３】
なお、配車検索システムで配車される車両を運転するドライバーは、「ドライバーＩＤ」を有しており、ドライバーは、車両２００を運転する際、自身の携帯端末３００を介しＯＢＤデータを情報提供サーバ１００に送信している。このため、情報提供サーバ１００は、配車検索システムで配車される車両を運転するドライバーの運転習熟度情報を有していることになる（例えば、図７参照）。
【０１５４】
クライアント端末５００は、利用者により各種の入力条件を入力され「申し込む」ボタンが押下されると、配車検索サーバ４０３に対し、配車検索・予約サービス提供要求を送信する（ステップＳ２００）。
【０１５５】
配車検索サーバ４０３は、配車検索・予約サービス提供要求を受信すると、配車希望場所、配車日時、乗車人数などの入力条件に基づいて、配車可能な車両及びドライバー候補を検索する。例えば、「ドライバーＩＤ」：user001、user002、user003を有するドライバー候補が検索されたものとする。
【０１５６】
配車検索サーバ４０３は、ドライバー候補の運転習熟度を取得するため、情報提供サーバ１００に対し、ドライバー候補のドライバーＩＤ（例えば、user001、user002、user003）を含む運転習熟度情報取得要求を送信する（ステップＳ２０１）。
【０１５７】
情報提供サーバ１００は、運転習熟度情報取得要求を受信すると、ドライバーＩＤ（例えば、user001、user002、user003）をキーとして、当該ドライバー候補の運転習熟度情報を記憶部１２０から取得する（ステップＳ２０２）。
【０１５８】
情報提供サーバ１００は、取得した運転習熟度情報を配車検索サーバ４０３に送信する（ステップＳ２０３）。
【０１５９】
配車検索サーバ４０３は、運転習熟度情報を受信すると、当該ドライバー候補の運転習熟度情報を用いて、配車検索・予約サービス提供処理を実行する（ステップＳ２０４）。
【０１６０】
図１６は、本実施形態にかかる運転習熟度情報例を示す。図に示されるように、配車検索サーバ４０３は、配車希望場所、配車日時、乗車人数などの入力条件に基づいて検索されたドライバー候補を対象として、各ドライバー候補の運転習熟度情報を受信する。
【０１６１】
配車検索サーバ４０３は、入力された各種の入力条件及び運転習熟度情報に基づいて、配車可能な車両及びドライバーを決定する。運転習熟度情報は、ドライバーとしての運転スキルや安全運転度を表していえる。よって、運転習熟度情報が高いドライバーほど、優良ドライバーといえ、優先的に配車することができる。
【０１６２】
なお、ドライバー候補のうち、「ドライバーＩＤ」：user001の運転習熟度情報は、「エンジン回転変化率」：レベル３、「急ブレーキの割合」：レベル３、「急ハンドルの割合」：レベル３、「法定速度遵守度」：レベル３である。これは、他のどのドライバー候補の運転習熟度よりも運転習熟度は高い。このため、ドライバー候補のうち、「ドライバーＩＤ」：user001のドライバーが、配車対象の車両及びドライバーとして決定される。
【０１６３】
配車検索サーバ４０３は、配車検索・予約サービス提供処理を完了すると、クライアント端末５００に対し、配車検索・予約サービスを提供する（ステップＳ２０５）。このとき例えば、クライアント端末５００の画面には、画面１５０２が表示される。
【０１６４】
以上、本実施形態にかかる配車検索サーバ４０３は、ドライバーの実際の運転習熟度情報に基づいて配車対象の車両及びドライバーを検索できる。従来は、配車希望場所、配車日時、乗車人数などの入力条件に基づいて配車対象の車両及びドライバーを検索していたところ、ドライバーの実際の運転習熟度情報を加味することにより、より適切な車両及びドライバーを検索し、配車できる。
【０１６５】
＜総括＞
以上説明したように、本実施形態にかかる情報提供サーバ１００は、ドライバー別（毎）に、ＯＢＤデータを蓄積し、ドライバー別のＯＢＤデータに基づいて運転習熟度を判定する。そして、サービス提供サーバ４００は、ドライバーの運転習熟度に応じたサービスを提供する。即ち、本実施形態によれば、車両の車両状態情報を活用し、有益な情報サービスの提供を行うことができる。
【０１６６】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【０１６７】
例えば、本実施形態において、ＯＢＤデータのうち、「エンジン回転数」、「ブレーキ負荷」、「ハンドル角度」、「走行履歴」に基づいて、運転習熟度を判定した。しかしながら、これはあくまで一例であり、他のＯＢＤデータを用いることにより、運転習熟度の判定を行うことも可能である。
【符号の説明】
【０１６８】
１１        ＣＰＵ
１２        ＲＯＭ
１３        ＲＡＭ
１４        入力装置
１５        出力装置
１６        通信装置
１７        ＨＤＤ
１００      情報提供サーバ
１１０      通信部
１２０      記憶部
１３０      運転習熟度判定部
１４０      運転習熟度情報提供部
２００      車両
２１０      ＥＣＵ
２２０      ＯＢＤリーダ
３００      携帯端末
３１０      通信部
３２０      車両状態情報取得部
４００      サービス提供サーバ
４１０      通信部
４２０      運転習熟度情報取得部
４３０      サービス提供部
５００      クライアント端末
６００      ネットワーク
【図１】
2014065362.tif 000003
【図２】
2014065362.tif 000004
【図３】
2014065362.tif 000005
【図４】
2014065362.tif 000006
【図５】
2014065362.tif 000007
【図６】
2014065362.tif 000008
【図７】
2014065362.tif 000009
【図８】
2014065362.tif 000010
【図９】
2014065362.tif 000011
【図１０】
2014065362.tif 000012
【図１１】
2014065362.tif 000013
【図１２】
2014065362.tif 000014
【図１３】
2014065362.tif 000015
【図１４】
2014065362.tif 000016
【図１５】
2014065362.tif 000017
【図１６】
2014065362.tif 000018