JP6711958B2 - 情報管理装置、情報処理装置、システムおよび情報管理方法 - Google Patents

Description

本発明は、情報管理装置、情報処理装置、システムおよび情報管理方法に関する。

特許文献１には、テレマティクスを用いて車両の運転履歴情報（運転態様）に基づいて自動車保険の保険料を算出することが開示されている。特許文献１によれば、ユーザは、保険料が有利になるように安全運転を心掛ける。

特開２０１６−１１９００４号公報

特許文献１には、保険料の算出以外の運転態様の利用方法について開示されていない。本発明の目的は、運転態様に基づく個人の信用情報を多様なサービスに広く利用可能な新規なシステムを提供することにある。

本発明の一つの側面は、情報管理装置であって、車両に搭載された車載装置から、前記車両の運転態様に関する情報を受信する受信手段と、前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両を示す識別子に関連付けて設定する設定手段と、前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記車両を、それを優良車両に推奨する信用情報として登録する登録手段と、前記登録された信用情報を前記車両とは異なる他のユーザに利用可能に送信する送信手段と、前記受信手段が、第１の車両の車載装置から、該第１の車両の現在位置を示す情報と、該第１の車両が運転操作の一部または全部を電子制御ユニット側で行う機能を使用することを示す情報とを受信した場合に、前記現在位置から所定範囲内を走行中の前記優良車両を前記信用情報に基づいて選択する選択手段と、を備え、前記送信手段は、前記選択された優良車両を前記第１の車両に送信することを特徴とする。

本発明によれば、運転態様に基づく個人の信用情報を多様なサービスに広く利用可能となる。

信用情報を管理するシステムを説明するための図である。 車両の構成例を説明するための図である。 信用情報の生成の方法の例を説明するための図である。 、 信用情報の利用の方法の例を説明するための図である。 評価情報および信用情報の例を説明するための図である。

以下、添付図面を参照しながら本発明の実施形態について説明する。なお、各図は、実施形態の構造ないし構成を示す模式図であり、図示された各部材の寸法は必ずしも現実のものを反映するものではない。

‐システムの構成について
図１は、信用情報を管理するシステムＳＹＳの構成を示す。信用情報とは、詳細については後述とするが、車両の運転態様に基づく個人の評価結果が所定の基準を満たしていることを示す情報である。システムＳＹＳは、実施形態に係る情報管理装置１０と、情報管理装置１０とユーザＡ〜Ｆ（以下、特に区別しない場合には単に「ユーザ」と表現する。）との間の通信を実現するネットワーク２０と、を具備する。本実施形態では、情報管理装置１０は、通信インタフェース１１、処理部１２および記憶部１３を備えるサーバである。情報管理装置１０は、通信インタフェース１１により、ネットワーク２０を介して各ユーザとの間で通信を行うことができる。

処理部１２は、ＣＰＵ（中央演算処理装置）およびメモリ（ＲＡＭ、ＲＯＭ）を含み、所定のプログラムに基づいて信用情報を管理する。なお、処理部１２は、本明細書で説明される各機能の主な実行主体となるが、以下、説明の容易化のため情報管理装置１０を実行主体として表現する場合がある。

記憶部１３は、例えばハードディスクドライブ等であり、本実施形態ではユーザＡ〜Ｃにそれぞれ対応するデータベース１３１〜１３３（以下、特に区別しない場合には単に「データベース」と表現する。）として、ユーザごとの信用情報を記憶する。また、詳細については後述とするが、処理部１２は、この信用情報の他、それに関連する情報を設定してデータベースに格納し、或いは、この情報を再設定してデータベースを更新する。なお、ここでは３人のユーザＡ〜Ｃに対応する３つのデータベース１３１〜１３３を図示するが、ユーザの数およびデータベースの数は本例に限られない。

図２は、各ユーザＡ〜Ｄが使用する車両３０およびその車載装置を説明するためのブロック図である。車両３０は、ここでは四輪車であるが、二輪車等の他の車両でもよい。車両３０は、ＥＣＵ（電子制御ユニット）３１、検出部３２および通信インタフェース３３を備える。ＥＣＵ３１は、検出部３２による検出結果に基づいて、その車両の運転態様に関する情報（以下、「運転態様情報」という。）を、通信インタフェース３３により、ネットワーク２０を介して情報管理装置１０に送信する。ネットワーク２０への接続は，ＴＣＵ（Ｔｅｌｅｍａｔｉｃｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｔ）を経由した接続や、Ｗｉ−Ｆｉによる接続など、種々の方法での接続が可能である。この運転態様情報は、検出部３２による検出結果そのものであってもよいし、この検出結果に基づいて得られる情報、例えば、点数、ランク、評価用パラメータ等であってもよい。

検出部３２は、車両３０の走行に関連する情報、例えば、車両３０の走行状態、車両３０の周囲の走行環境、運転者の状態等を検出するための各種センサを含む。検出部３２は、例えば、走行距離計測器、車速センサ、加速度センサ、操舵角センサ、ＧＰＳ（グローバルポジショニングシステム）、カメラ（例えばイメージセンサ）、レーダー（例えばミリ波レーダー）等を含む。

車両３０の走行状態は、走行中の車両３０そのものの状態を示す情報であり、車両３０の運転態様を評価するための直接的な指標となる。車両３０の走行状態の例としては、走行距離、車速、車速の変化量（加速、減速）、車速の変化の頻度（例えば、急加速の頻度、急停止の頻度）、操舵角、操舵角の変化量（旋回の程度）、操舵角の変化の頻度（例えば、急旋回の頻度）等が挙げられる。これらは、車速センサ、加速度センサ、操舵角センサ等により得られる。車両３０の走行状態の他の例として、車両３０に加わる遠心力（Ｇ）が、例えばＧセンサを用いて、又は、車速、操舵角等に基づいて得られる。

車両３０の周囲の走行環境は、走行中の車両３０の周囲（外）の状態を示す情報であり、例えば、運転者が他の運転者や歩行者に不快感や危機感を与えうる運転をしていないか等、を評価するための指標となる。車両３０の周囲の走行環境の例としては、例えば、走行中の場所が挙げられる。これはＧＰＳ等により得られる。また、車両３０の周囲の走行環境の他の例として、走行中の場所での制限速度および交通状況（混雑の程度）、車両３０の前方を走行する先行車との距離、障害物の有無、等が挙げられる。これらは、例えばカメラ、レーダー等により得られる。

運転者の状態は、車両３０の運転者の状態を示す情報であり、例えば、運転者が運転に集中しているか、運転者が体調の悪い状態で運転していないか等、を評価するための指標となる。運転者の状態の例としては、運転者の表情、視線等が挙げられる。これらは、例えばカメラ等により得られる。また、運転者の状態の他の例として、例えば運転者の腕に固定可能に構成されたセンサを用いることで、心拍数や発汗量といった運転者の体調を直接的に示すパラメータを取得することも可能である。また、運転者の状態の更に他の例として、カメラ等のセンサを用いて、運転者の運転中の飲食や喫煙の有無等、運転者の運転中の態度を検出することも可能である。

なお、車両３０の走行状態、車両３０の周囲の走行環境、及び、運転者の状態についての上記内容は例として示されたものであり、検出部３２の検出対象はこれらの例に限られるものではない。

再び図１を参照すると、情報管理装置１０は、ユーザＡ〜Ｃのそれぞれの車両３０から、ネットワーク２０を介して、検出部３２による検出結果に基づく運転態様情報を通信インタフェース１１により受け取る。情報管理装置１０は、処理部１２において、この運転態様情報に基づいてユーザの運転態様を評価し、評価情報を設定する。この評価情報は、ユーザごとに区別可能に記憶部１３のデータベースに格納される。例えば、情報管理装置１０は、ユーザＡの車両３０から運転態様情報を受信し、その運転態様情報に基づいてユーザＡの評価情報を設定し、その評価情報をデータベース１３１に格納する。情報管理装置１０が新たな運転態様情報を受け取った場合には、評価情報は再設定され、上記データベースは更新される。なお、新たな運転態様情報に伴う評価情報は、過去の評価情報に加えられてもよいし（即ち、蓄積されてもよいし）、或いは、一部／全部が置き換えられてもよい（即ち、上書きされてもよい）。

評価情報の区別には識別子（ＩＤ）が用いられ、評価情報は、ユーザ（運転者）及び／又は該ユーザの車両に関連付け可能である。本実施形態では、運転態様情報は、車両３０の通信インタフェース３３からネットワーク２０を介して情報管理装置１０に提供される。そのため、識別子を用いた評価情報の関連付けは、検出部３２の登録情報（シリアルナンバー）や車両３０の登録情報（車両ナンバー）に基づいて、実現可能である。また、運転者は友人等の他人から車両３０を借りて運転する場合も考えられる。そのため、上記関連付けは、運転者個人を特定可能なもの、例えばＩＣカード運転免許証、ＥＣＴ（Ｅｌｅｃｔｒｏｎｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ）カード等により、或いは、車載カメラ等のセンサにより、運転者を特定することで実現されてもよい。

詳細については後述とするが、評価情報が、例えば所定の安全性を示す基準を満たした場合、処理部１２は、その評価情報に関連付け可能な個体に対して信用情報を生成する。個体は、典型的にはユーザ（運転者）自身であるが、そのユーザが所有する車両３０であってもよい。例えば、識別子により評価情報に関連付けられたユーザは、優良運転者（安全運転者）として認定され、及び／又は、そのユーザの車両は優良車両（安全運転車両）として認定されうる。このようにして生成された信用情報は、処理部１２により記憶部１３のデータベースにユーザごとに登録される。

情報管理装置１０は、上記登録された信用情報を他のユーザＤ〜Ｆに送信可能である。本実施形態では、ユーザＤ、Ｅ、Ｆは、それぞれ、車両３０の運転者、個人、会社とする。詳細については後述とするが、ユーザＤ〜Ｆは、該送信された信用情報を所定のサービスにおいて利用可能となる。

図３は、情報管理装置１０による上記信用情報の生成の方法を説明するためのフローチャートである。ステップＳ１１０（以下、単に「Ｓ１１０」という。他のステップについても同様。）では、ユーザから、厳密にはユーザの車両３０に搭載された車載装置から、車両３０の運転態様情報を受信する。前述のとおり、運転態様情報は、検出部３２による検出結果そのものであってもよいし、この検出結果に基づく情報であってもよい。なお、Ｓ１１０は、ユーザの運転中の間、継続的に（常時）行われてもよいし、所定周期で（例えば１時間ごとに）行われてもよい。或いは、Ｓ１１０は、運転開始時（イグニッションオン時）、運転終了時（イグニッションオフ時）等、所定のイベントの発生を契機に行われてもよい。

Ｓ１２０では、Ｓ１１０で受け取った運転態様情報に基づいて、そのユーザの運転態様を評価し、評価情報を設定する。新規のユーザの場合には、そのユーザに対応するデータベースを記憶部１３に準備し、該設定された評価情報を該データベースに格納し、そうでない場合には、そのユーザに対応するデータベースを、該設定された評価情報で更新する。なお、Ｓ１２０は、Ｓ１１０の運転態様情報の受信があった際に行われてもよいし、Ｓ１１０で受け取った運転態様情報を記憶部１３に蓄積（保持）しておき、所定周期で（例えば１時間ごとに）行われてもよい。

運転態様の評価は、何らかの安全基準に基づいて運転態様の良否を判定することで実現可能であり、例えば、運転態様情報に基づく所定の演算処理を行うことで、或いは、所定の参照テーブルを参照することで、行われる。本実施形態では、運転態様の評価は加点方式で行われ、評価情報は評価点（点数）である。例えば、所定期間（例えば１時間）の運転中において急加速や急停止がなかった場合やその回数が許容範囲内であった場合には評価点を「＋１（１点を加算）」とする。また、例えば、交通渋滞と認定されたエリアを運転している間、ユーザが正常な状態を維持できていた場合（例えば苛立つことなく運転に集中していた場合）には評価点を「＋１」とする。このようにして得られる評価点が大きいほど、そのユーザの運転態様は良いと言える。

本実施形態では、上記評価を加点方式にすることで、殆ど運転しない人や運転にブランクのある人には高い評価点が付与されないようにする。これにより、評価情報の信頼性を高くする。また、評価情報として付与される評価点は、該付与から所定期間（例えば１ヵ月、１年等）が経過した場合にはリセットないし破棄されるとよい。即ち、加算ないし累積される評価点のうち、基準よりも古い評価点はカウントされないことが好ましい。これにより、評価情報の信頼性を更に高くすることが可能である。

Ｓ１３０では、Ｓ１２０で設定された評価情報が基準を満たすか否か、本実施形態では、上記評価点が基準値に達したか否か、を判定する。評価点が基準値に達している場合にはＳ１４０に進み、そうでない場合にはＳ１１０に戻る。なお、Ｓ１３０は、継続的に行われてもよいし（即ち、評価点が基準値に達した時点でＳ１４０に進んでもよいし）、所定周期で行われてもよい。また、基準値は、種々の設定が可能であり、例えば、エリアごとのユーザの平均値と連動して算出されてもよいし、或いは、天候や季節の変化によるユーザの運転特性の変化に応じて設定されてもよい。

Ｓ１４０では、評価情報が基準を満たしたことに応じて、そのユーザを優良運転者として認定し、及び／又は、そのユーザの車両を優良車両として認定し、信用情報を生成する。この信用情報は、記憶部１３のデータベースに登録される。

詳細については後述とするが、本実施形態では、評価点は項目ごとに付与され、それらの項目の評価点の一部／全部が所定条件を満たした場合に、それに対応する信用情報が登録される。なお、他の実施形態として、評価点は項目に分類されていなくてもよい（総合点で評価されてもよい。）。また、評価情報は、評価点（点数）ではなく、２段階以上で評価可能なランク付け（優、良、可、不可など）でもよい。

他のユーザＤ〜Ｆは、このようにして登録された信用情報を、所定のサービスにおいて利用可能である。サービスとは他人（顧客）に対する商品の提供（販売、貸出等）であり、その商品の有形無形を問わない（多くの場合、便益、労務等の提供をいう。）。サービスの例としては、詳細については後述とするが、運転支援機能（いわゆる自動運転機能）の使用、車両を用いた送迎サービスの利用、車両のレンタルサービス等が挙げられる。以下、図４Ａ及び図４Ｂのフローチャートを参照しながら、情報管理装置１０および他のユーザＤ〜Ｆによる信用情報の利用方法の例を説明する。

‐第１の例
第１の例として、図４Ａを参照しながら、車両３０の運転中のユーザＤ（図１参照）が上記信用情報を利用する場合について述べる。本例では、ユーザＤは運転支援機能を使用する。運転支援とは、車両３０の運転操作（主に加速、制動および操舵）の一部または全部を、運転者側ではなく、ＥＣＵ３１側で行うことをいう。即ち、運転支援状態では、少なくとも一部についての運転操作主体は、運転者ではなく、ＥＣＵ３１である。運転支援機能の例としては、例えば、車間距離制御（アダプティブクルーズコントロール（以下において単に「ＡＣＣ」という。））機能、車線逸脱防止支援（レーンキープアシスト）機能、衝突回避支援機能等が挙げられる。

ユーザＤがＡＣＣ機能を使用する場合、車両３０のＥＣＵ３１は、車両３０の前方を走行する先行車との距離を検出部３２により計測しながら、その先行車との距離を維持するように車速を制御する。言い換えると、ＡＣＣ機能の使用時においては、この先行車は、安全走行のベンチマークとして追従される被追従車両である。よって、ＡＣＣ機能の使用時において、ユーザＤの安全のため、どの車両を被追従車両とするかはユーザＤにとって重要な問題となる。以下の説明において、理解を容易にするため、ユーザＡ〜ＣはいずれもユーザＤの所定範囲内（比較的近く）をユーザＤと同じ目的地に向かって走行中であるものとする。

図４Ａによれば、Ｓ２１０では、情報管理装置１０は、データベースに登録された信用情報を照会して、ユーザＤが利用するサービスにおける推奨候補を選択する。本例では、ユーザＤがＡＣＣ機能を使用する際の推奨候補、即ち、ユーザＡ〜Ｃのいずれが運転する車両３０を被追従車両とするべきかが選択される。その後、Ｓ２２０では、情報管理装置１０は、この選択された推奨候補を、ネットワーク２０を介してユーザＤの車両３０に送信する。これにより、ユーザＤは優良車両を被追従車両として選択することができる。

情報管理装置１０は、ユーザＤの近くを優良車両が複数走行していた場合には、それらのうちの１つを無作為に（ランダムで）選択し、その結果をユーザＤの車両に送信することも可能である。この場合、情報管理装置１０は、この選択を、例えば乱数を用いて実行すればよい。これにより、特定の優良車両が、ユーザＤを含む多数のユーザにより集中的に被追従車両として選択されるような事態が発生することを防ぐことができる。

ここでは理解を容易にするため説明を省略したが、上記フローチャートの実行中、情報管理装置１０は、ユーザＤの車両から、その現在位置を示す情報を継続的に又は周期的に受け取りながら、ユーザＡ〜Ｃの車両から、それらの現在位置を示す情報も受け取る。これにより、情報管理装置１０は、ユーザＤから所定範囲内を走行中の優良車両の有無を、データベースを参照しながら検索することができる。

なお、ここではＡＣＣ機能を使用する場合を例示したが、他の運転支援機能を安全に使用するためには周囲の他の車両の運転態様との関係が不可分であるため、上記内容は必ずしもＡＣＣ機能の例に限られるものではない。

‐第２の例
第２の例として、図４Ｂを参照しながら、ユーザＥ（図１参照）が上記信用情報を利用する場合について述べる。ユーザＥは、車両を用いた送迎サービスを利用し、本例ではタクシーを利用する。タクシーの利用者のなかには、比較的高齢の利用者、怪我を負っている利用者、送迎中に仮眠をとることを希望する利用者等、加速度や遠心力をあまり感じさせることのない緩やかな運転を好むものも多い。よって、ユーザＥがこのような緩やかな運転を行うタクシーの利用を希望する場合、いずれのタクシーに乗るかはユーザＥにとって重要な問題となる。以下の説明において、理解を容易にするため、ユーザＡ〜ＣはいずれもユーザＥの所定範囲内を走行中のタクシーの運転者であるものとする。

図４Ｂによれば、Ｓ２３０では、ユーザＥからの要求があった場合にはＳ２１０に進み、そうでない場合にはＳ２３０に戻る。この要求は、信用情報の照会要求であり、本実施形態では、ユーザＥの希望に沿った推奨候補のタクシーについての問い合わせを示す。この要求は、例えば携帯端末（スマートフォン等）を用いて行われる。よって、情報管理装置１０は、ユーザＥから、ユーザＥがタクシーの利用を希望していること、及び、どのようなタクシーを希望しているかを示す情報の他、ユーザＥの現在位置を示す情報を受信する。

Ｓ２１０では、情報管理装置１０は、データベースに登録された信用情報を照会して、ユーザＥが利用するサービスにおける推奨候補を選択する。本例では、ユーザＥの希望に沿った推奨候補、即ち、ユーザＡ〜Ｃのいずれが運転する車両３０に乗るべきかが選択される。その後、Ｓ２２０では、情報管理装置１０は、この選択された推奨候補を、ネットワーク２０を介してユーザＥに送信する。これにより、ユーザＥは優良車両のタクシーを利用することができる。

以上では、ＡＣＣ機能を使用する第１の例と、タクシーを利用する第２の例と、の２つの例を例示したが、サービスの利用者にとって、そのサービスの利用に直接的／間接的に関連する個体の情報は、一般に関心の高い情報であると考えられる。よって、その個体が運転態様に基づく信用情報を有する場合には、そのことをサービスの利用者に利用可能にすることで、そのサービスを安全かつ安心なものにすることができる。また、このような仕組みによれば、各運転者が安全運転を心掛けることが期待されるため、事故発生の防止等、交通事情の改善も促進される。

以上では理解を容易にするため、第１〜第２の例の説明において図４Ａ〜４Ｂのフローチャートをそれぞれ参照したが、図４Ｂのフローチャートは、第１の例、即ち、ユーザＤがＡＣＣ機能を使用する例でも用いられる。例えば、ユーザＤは、ＡＣＣ機能の使用前に、被追従車両として適切な車両がユーザＤの近くを走行しているか否か、情報管理装置１０に問い合わせることが可能である。よって、上記Ｓ２３０は、ユーザＤからの継続的（又は周期的）な要求に応じて情報管理装置１０により行われるものでもよいし、該要求が行われなくとも装置１０から車両３０に継続的に信用情報を送信することが予め設定（契約）されていることで行われるものでもよい。即ち、情報管理装置１０は、ＡＣＣ機能の使用を開始する車両３０（ユーザＤ）からの信用情報の照会要求に応答して信用情報を送信してもよいし、ＡＣＣ機能を備える車両３０に対して継続的に信用情報を送信してもよい。いずれの場合でも、情報管理装置１０は、信用情報の照会要求に応じて照会結果を返信する形となる。

‐第３の例
第３の例として、ユーザＦ（図１参照）が上記信用情報を利用する場合について述べる。ユーザＦは、サービスの提供者であり、本例では、車両３０のレンタルサービス（貸出サービス）を行うサービス会社である。レンタルサービスにおいては、或る利用者から返却された貸出対象を次の利用者に貸出可能な状態にするため、サービスの提供者には、その貸出対象についてのメンテナンス等、所定の準備が求められる場合がある。よって、ユーザＦにとって、貸出対象である車両３０がどのような態様で使用されているかは重要な問題となる。以下の説明において、理解を容易にするため、ユーザＡ〜ＣはいずれもユーザＦのサービスの利用者であるものとする。

本例の場合、ユーザＦは、ユーザＡ〜Ｃへの車両３０の貸出を行う際、ユーザＡ〜Ｃの信用情報が記憶部１３のデータベース１３１〜１３３に登録されているか否か、例えば店舗の端末を用いて、照会要求を行うことが可能である。即ち、ユーザＦは、ユーザＡ〜Ｃの信用情報の登録の有無を照会し、その照会結果に基づいて、ユーザＡ〜Ｃの運転態様を予測可能となる。この場合、情報管理装置１０は、図４Ｂのフローチャートに従って照会結果をユーザＦ（厳密には、店舗の端末）に返信すればよい。これにより、ユーザＦは、ユーザＡ〜Ｃから車両３０が返却された場合に、それらの車両３０のそれぞれについて、メンテナンスの必要があるか、必要であればどの程度のメンテナンスを行うか、どの項目のメンテナンスを省略可能か、等を判断可能となる。情報管理装置１０は、これらメンテナンス情報をユーザＦに対して送信することも可能である。

本例においては、ユーザＦは、ユーザＡ〜Ｃの信用情報の登録の有無を照会すると共に、又は、該照会の代わりに、車両３０の貸出後から返却前までの期間の評価情報、本例では評価点を参照してもよい。この理由として、例えば、仮に、車両３０の貸出の時点においてユーザＡ〜Ｃの信用情報がデータベース１３１〜１３３に登録されていなかったとしても、ユーザＡ〜Ｃの運転態様が比較的良い場合がある。また、車両のレンタルサービスでは、典型的には、車両３０は比較的短い期間内（例えば１日以内、１週間以内等）に返却されると考えられるため、その間に信用情報が登録されない場合もある。更に、車両のレンタルサービスにおいては、車内が綺麗に使用されたか等、判断基準が前述の第１〜第２の例とは異なる、という特殊な事情もある。

そこで、ユーザＦは、車両３０の貸出中における評価点を参照することで、上記メンテナンスに関する判断を行ってもよい。これにより、例えば、ユーザＡの信用情報がデータベース１３１に登録されていなかったとしても、ユーザＡの貸出中の評価点が高い場合には、ユーザＦは、メンテナンスの一部の項目を省略することを決定することができる。一方、例えば、ユーザＡの信用情報がデータベース１３１に登録されていたとしても、ユーザＡの貸出中の評価点が低い場合には、ユーザＦは、メンテナンスの一部の項目の省略を行わないことを決定することもできる。なお、本例においては、Ｓ１１０〜Ｓ１２０（図３参照）は継続的に又は比較的短い周期で（例えば１０分〜１時間ごとに）為されるとよい。

このように、上記信用情報はサービスの提供者にも利用可能であり、付随的／代替的に評価情報が利用されてもよい。ここでは車両３０のレンタルサービスを例示したが、本例の内容はカーシェアリングサービスについても貸出サービスの一態様として同様に適用可能である。

‐運転態様情報に基づく評価方法の具体例
図５を参照しながら、ユーザＡ〜Ｃの運転態様情報に基づく評価方法の例を述べる。前述のとおり、運転態様情報は、検出部３２による検出結果そのものであってもよいし、その検出結果に基づいて得られる情報であってもよい。

ここで、ユーザＤ〜Ｆの間では、要求内容（項目、その基準等）が互いに異なるため、運転態様情報の評価は項目ごとに行われる。例えば、ＡＣＣ機能の利用者であるユーザＤは、安全性に特に着目すると考えられる。また、タクシーの利用者であるユーザＥは、安全性は勿論のこと、乗り心地にも着目すると考えられる。また、レンタルサービスを提供するユーザＦは、安全性は勿論のこと、貸出対象の車両が綺麗な状態で返却されるか否かにも着目すると考えられる。よって、本実施形態では、運転態様情報の評価は項目ごとに行われる。そして、その評価結果が、いずれかのサービスに有用な条件を満たした場合に、それに対応する信用情報が生成される。即ち、一人のユーザに対して２以上の信用情報が生成される場合がある。

図５に示された第１項目は、運転者の基本的な運転能力（例えば、急加速や急停止が少ない等、運転中の状況判断の早さ、正確さ等。）を示す項目である。第２項目は、運転者の運転技術（例えば、加速度、遠心力等を感じさせにくい緩やかな運転を行うか否か）を示す項目である。第３項目は、車内の使用状態（例えば、車内での飲食や喫煙の有無）を示す項目である。

なお、ここでは理解を容易にするため、ユーザＤ〜Ｆの要求内容に対応する３つの項目を例示したが、各項目はより詳細に細分化されていてもよく、項目の数は４以上であってもよい。また、より詳細に細分化された項目について評価を行うのに際して、前述の検出部３２による多様な検出結果が用いられればよい。

例えば、前述のＡＣＣ機能の使用（第１の例参照）のサービスＰにおいては、第１項目の重要度が特に高く、第２項目の重要度は第１項目に比べて低く、また、第３項目は実質的には重要でない。また、例えば、前述のタクシーの利用（第２の例参照）のサービスＱにおいては、第１〜第２項目の重要度が特に高く、また、第３項目の重要度は比較的低い。また、例えば、前述のレンタルサービス（第３の例参照）のサービスＲにおいては、第１〜第３項目の全てが重要である。

このような場合、第１〜第３項目の評価点について所定の係数を用いて加重加算を行うことで、信用情報の生成の可否が判定されればよい。

例えば、サービスＰについては、
（第１条件）：Ｅ_１×α_Ｐ１＋Ｅ_２×α_Ｐ２＋Ｅ_３×α_Ｐ３ ≧ Ｅ_ＴＨ＿Ｐ
Ｅ_１：或るユーザについての第１項目の評価点、
Ｅ_２：そのユーザについての第２項目の評価点、
Ｅ_３：そのユーザについての第３項目の評価点、
α_Ｐ１：係数（α_Ｐ１＞０）、
α_Ｐ２：係数（α_Ｐ１＞α_Ｐ２＞０）、
α_Ｐ３：係数（α_Ｐ３＝０）、
Ｅ_ＴＨ＿Ｐ：サービスＰで要求される基準値、
が成立したか否か、に基づいて上記判定がされる。上記第１条件が成立した場合、サービスＰに利用可能な信用情報が、そのユーザについて生成され、記憶部１３のデータベースに登録される。

同様に、サービスＱについては、
（第２条件）：Ｅ_１×α_Ｑ１＋Ｅ_２×α_Ｑ２＋Ｅ_３×α_Ｑ３ ≧ Ｅ_ＴＨ＿Ｑ
α_Ｑ１：係数（α_Ｑ１＞０）、
α_Ｑ２：係数（α_Ｑ２＝α_Ｑ１＞０）、
α_Ｑ３：係数（α_Ｑ１（＝α_Ｑ２）＞α_Ｑ３≧０）、
Ｅ_ＴＨ＿Ｑ：サービスＱで要求される基準値、
が成立したか否か、に基づいて信用情報の生成の可否が判定される。なお、上記第２条件において、重要度に応じてα_Ｑ１≠α_Ｑ２としてもよく、これらの係数のいずれも０より大きければよい。

また、同様に、サービスＲについては、
（第３条件）：Ｅ_１×α_Ｒ１＋Ｅ_２×α_Ｒ２＋Ｅ_３×α_Ｒ３ ≧ Ｅ_ＴＨ＿Ｒ
α_Ｒ１：係数（α_Ｒ１＞０）、
α_Ｒ２：係数（α_Ｒ２＝α_Ｒ１＞０）、
α_Ｒ３：係数（α_Ｒ３＝α_Ｒ２＝α_Ｒ１＞０）、
Ｅ_ＴＨ＿Ｒ：サービスＲで要求される基準値、
が成立したか否か、に基づいて信用情報の生成の可否が判定される。なお、上記第３条件において、重要度に応じてα_Ｒ１≠α_Ｒ２≠α_Ｒ３としてもよく、これらの係数のいずれも０より大きければよい。

本実施形態によれば、ユーザＡについては、第１〜第３項目の全てにおいて比較的高い評価点である。また、ユーザＢについては、第１〜第３項目のうち第１項目について比較的高い評価点である。一方、ユーザＣについては、第１〜第３項目のいずれにおいても比較的低い評価点となっている。その結果、本実施形態では、サービスＰについては、ユーザＡ及びＢの信用情報が登録されており、サービスＱ及びＲについては、ユーザＡの信用情報のみが登録された形となっている（図５の「○」は信用情報が登録されたことを示している。）。ユーザごとにまとめると、ユーザＡについてはサービスＰ、Ｑ及びＲにおいて利用可能な信用情報がデータベース１３１に登録され、ユーザＢについてはサービスＰにおいて利用可能な信用情報がデータベース１３２に登録され、ユーザＣについてはデータベース１３３に信用情報が登録されていない、という状態となっている。

よって、例えば、前述の第１の例では、ＡＣＣ機能を使用するユーザＤは、情報管理装置１０から受けた信用情報に基づいて、ユーザＡおよびユーザＢのいずれかの車両を被追従車両として決定すればよい。また、前述の第２の例では、タクシーを使用するユーザＥは、情報管理装置１０から受けた信用情報に基づいて、ユーザＡの車両に乗ればよい。また、前述の第３の例では、レンタルサービスを提供するユーザＦは、情報管理装置１０から受けた信用情報に基づいて、ユーザＡから返却された車両３０についてメンテナンスの一部の項目を省略することを決定すればよい。

‐信用情報を利用したシステムの他の例
以上では、信用情報の管理およびサービス内容の管理の双方を情報管理装置１０で行う態様を例示したが、システムＳＹＳは、信用情報の管理を情報管理装置１０で行い、サービス内容の管理を他のサーバ（情報処理装置）で行うように構成されてもよい。例えば、該他のサーバと情報管理装置１０とは互いに異なる会社等に属している。そして、該他のサーバは、情報管理装置１０と通信可能であり、情報管理装置１０は、該他のサーバに対して、図３のフローチャートに従って得られた信用情報を出力する。情報管理装置１０から信用情報を受け取った該他のサーバは、この信用情報を用いて、前述の第１〜第３の例で示されたサービス、その他のサービスの提供を行う。このようなシステムによれば、比較的簡便な構成で、信用情報を多様なサービスにおいて利用可能となる。

‐変形例
情報管理装置１０は、車両３０から受信した運転態様情報に基づく運転態様の評価を行い、その運転態様の改善点等を、ネットワーク２０を介して、予め登録された送信先、例えば、車両３０、その運転者の携帯端末等に通知することも可能である。例えば、上記評価の結果、所定期間内において急加速や急停止の回数が許容範囲を超えた場合には、そのことを車両３０又は運転者の携帯端末に通知する。これにより、運転態様の改善を促し、事故発生の防止等、交通事情の改善を促進させることができる。

また、他の例として、情報管理装置１０は、車両３０に事故発生等の危険性がある場合には、その危険度をユーザに通知することも可能である。例えば、ユーザが運転を開始してから所定時間を経過しても、運転態様情報に基づく評価情報（評価点）が所定の下限値に満たない場合には、そのことをユーザに通知してもよい。これにより、運転態様の改善を促し、事故発生の防止等、交通事情の改善を促進させることができる。また、例えば、あるユーザの近くを、運転時間が長い割に信用情報も評価情報も極めて低い車両が走行している場合またはその可能性がある場合には、そのことをユーザに通知してもよい。これにより、そのユーザが事故に巻き込まれないように注意を喚起し、事故発生の防止等、交通事情の改善を促進させることができる。

以上、本実施形態によれば、運転態様に基づく個人の信用情報を多様なサービスに広く利用可能である。信用情報の利用用途は上述の例に限られるものではなく、目的等に応じて変更が可能であり、また、或る例の態様に他の例の態様の一部を組み合わせることも可能である。

‐実施形態のまとめ
第１の態様は、情報管理装置（例えば１０）であって、車両（例えばユーザＡ〜Ｃ、３０）に搭載された車載装置（例えば３１〜３３）から、前記車両の運転態様に関する情報を受信する受信手段（例えば１１）と、前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両又はその運転者を示す識別子に関連付けて設定する設定手段（例えば１２）と、前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記運転者及び／又は前記車両を、それらを優良運転者及び／又は優良車両に推奨する信用情報として登録する登録手段（例えば１２、１３）と、を備える。
第１の態様によれば、識別子により識別可能な運転者及び／又は車両は、その運転特性についての評価情報に基づいて、優良運転者（安全運転者）及び／又は優良車両（安全運転車両）として登録され、これを信用情報として多様なサービスに利用可能となる。各運転者には安全運転を心掛けることが期待されるため、事故発生の防止等、交通事情を改善することもできる。

第２の態様では、前記設定手段は、前記受信した情報に基づいて前記運転態様の評価を加点方式で行い、前記評価情報を設定する。
第２の態様によれば、加点方式で運転態様が評価されるので、評価が公平かつ高精度となる。例えば、殆ど運転しない人、運転にブランクのある人が優良運転者に認定されること等を防ぐことが可能となる。

第３の態様では、前記登録された信用情報の照会要求に応答して照会結果を返信する送信手段（例えば１１）を更に備える。
第３の態様によれば、信用情報の利用希望者は適切に信用情報を照会可能となる。なお、照会結果の返信は、希望者から紹介要求がある度に行われてもよいが、信用情報が登録される度に送信するよう要求を受けている場合には、信用情報が登録される度に行われてもよい。

第４の態様では、前記送信手段は、前記運転態様が安全ではなかった場合、そのことを示す情報を予め登録された送信先に対して送信する。
第４の態様によれば、運転態様が不適切な場合には、そのことを、例えば車両や運転者の携帯端末（スマートフォン等）に通知する。これにより、運転態様の改善を促し、事故発生の防止等、交通事情を改善する。

第５の態様では、前記登録手段は、少なくとも前記優良車両を登録しており、前記受信手段が、第１の車両（例えばユーザＤ）の車載装置から、該第１の車両の現在位置を示す情報と、該第１の車両が車間距離制御（ＡＣＣ）機能を使用することを示す情報とを受信した場合に、前記現在位置から所定範囲内を走行中の前記優良車両を前記信用情報に基づいて選択する選択手段（例えば１２）を更に備え、前記送信手段は、前記選択された優良車両を前記第１の車両に送信する。
第５の態様によれば、第１の車両は、ＡＣＣにおける被追従車両として安全運転車両を選択することができる。これにより、事故発生の防止等、交通事情を改善する。

第６の態様では、前記登録手段は、少なくとも前記優良車両を登録しており、前記受信手段が、或るユーザ（例えばユーザＥ）の携帯端末から、該ユーザの現在位置を示す情報と、該ユーザが送迎サービスの利用を希望していることを示す情報とを受信した場合に、前記現在位置から所定範囲内を走行中の前記優良車両を前記信用情報に基づいて選択する選択手段（例えば１２）を更に備え、前記送信手段は、前記選択された優良車両を前記ユーザの前記携帯端末に送信する。
第６の態様によれば、タクシー等の送迎サービスの利用者は、乗車するべき車両に安全運転車両を選択することができる。

第７の態様では、前記選択手段は、前記所定範囲内を前記優良車両が複数走行している場合には該複数の複数の優良車両のうちの１つを無作為に（ランダムで）選択するように構成されている。
第７の態様によれば、複数の優良車両があっても、そのなかの１つが無作為に選択されるため、特定の優良車両が多数のユーザから集中的に選択されるような事態が発生することを防ぐことができる。

第８の態様では、前記登録手段は、少なくとも前記優良運転者を登録しており、前記受信手段が、車両の貸出サービスを行う店舗（例えばユーザＦ）の端末から、前記店舗が顧客に対して車両の貸出を行うことを示す情報を受信した場合、前記送信手段は、前記信用情報に基づいて、前記顧客が前記優良運転者として登録されているか否かを示す情報を前記店舗の前記端末に送信する。
第８の態様によれば、例えば車両のレンタルサービスやカーシェアリングサービスにおいても信用情報を利用可能である。

第９の態様では、前記送信手段は、前記顧客が前記優良運転者として登録されているか否かに基づいて、前記顧客に貸出された車両についてのメンテナンス情報を前記店舗の前記端末に送信する。
第９の態様によれば、サービスの提供者は、顧客が使用した車両のメンテナンス情報（例えば、いくつかのメンテナンス項目の省略の可否等）を判断することが可能となる。

第１０の態様では、前記送信手段は、前記運転態様に基づく前記車両の危険度を、予め登録された送信先に対して送信する。
第１０の態様によれば、事故発生の防止等、交通事情を改善する。

第１１の態様では、前記運転態様は、前記車両の走行状態、前記車両の運転者の状態、及び／又は、前記車両の周囲の走行環境を含む。
第１１の態様によれば、危険度を適切に算出可能である。車両の走行状態は、例えば、走行距離、車速、その変化量およびその頻度、並びに、操舵角、その変化量およびその頻度である。車両の周囲の走行環境は、例えば、走行中の場所、その場所の制限速度および交通状況（混雑の程度）である。運転者の状態は、例えば、運転者の表情、視線、心拍および発汗量である。これらはいずれも車載の各種センサ（カメラ、レーダー等）から取得可能である。

第１２の態様では、情報管理装置（例えば１０）と通信可能な情報処理装置（例えばユーザＦのサーバ）であって、前記情報管理装置から前記信用情報を受信する手段と、ユーザの携帯端末から前記優良運転者または前記優良車両について照会の要求があった場合に、該携帯端末に対して前記信用情報を送信する手段と、を備える。
第１２の態様によれば、信用情報を用いたサービスの多様化に有利である。

第１３の態様は、複数の車両（例えばユーザＡ〜Ｃ、３０）と、サーバ（例えば１０）とを具備するシステム（例えばＳＹＳ）であって、前記サーバは、各車両に搭載された車載装置（例えば３１〜３３）から、その車両の運転態様に関する情報を受信する受信手段（例えば１１）と、前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両又はその運転者を示す識別子に関連付けて設定する設定手段（例えば１２）と、前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記運転者及び／又は前記車両を、それらを優良運転者及び／又は優良車両に推奨する信用情報として登録する登録手段（例えば１２、１３）と、を備える。
第１３の態様によれば、第１の態様同様、信用情報を多様なサービスに利用可能となると共に、交通事情を改善することもできる。

第１４の態様は、情報管理の方法であって、車両（例えばユーザＡ〜Ｃ、３０）に搭載された車載装置（例えば３１〜３３）から、前記車両の運転態様に関する情報を受信する工程（Ｓ１１０）と、前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両又はその運転者を示す識別子に関連付けて設定する工程（Ｓ１２０）と、前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記運転者及び／又は前記車両を、それらを優良運転者及び／又は優良車両に推奨する信用情報として登録する工程（Ｓ１３０〜Ｓ１４０）と、を含む。
第１４の態様によれば、第１の態様同様、信用情報を多様なサービスに利用可能となると共に、交通事情を改善することもできる。

本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１０：情報管理装置、１１：通信インタフェース、１２：処理部、１３：記憶部、２０：ネットワーク。

Claims (17)

1. 車両に搭載された車載装置から、前記車両の運転態様に関する情報を受信する受信手段と、
   前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両を示す識別子に関連付けて設定する設定手段と、
   前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記車両を、それを優良車両に推奨する信用情報として登録する登録手段と、
   前記登録された信用情報を前記車両とは異なる他のユーザに利用可能に送信する送信手段と、
   前記受信手段が、第１の車両の車載装置から、該第１の車両の現在位置を示す情報と、該第１の車両が運転操作の一部または全部を電子制御ユニット側で行う機能を使用することを示す情報とを受信した場合に、前記現在位置から所定範囲内を走行中の前記優良車両を前記信用情報に基づいて選択する選択手段と、を備え、
   前記送信手段は、前記選択された優良車両を前記第１の車両に送信する
   ことを特徴とする情報管理装置。
2. 車両に搭載された車載装置から、前記車両の運転態様に関する情報を受信する受信手段と、
   前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両を示す識別子に関連付けて設定する設定手段と、
   前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記車両を、それを優良車両に推奨する信用情報として登録する登録手段と、
   前記登録された信用情報を前記車両とは異なる他のユーザに利用可能に送信する送信手段と、
   前記受信手段が、或るユーザの携帯端末から、該ユーザの現在位置を示す情報と、該ユーザが車両を用いた所定のサービスの利用を希望していることを示す情報とを受信した場合に、前記現在位置から所定範囲内を走行中の前記優良車両を前記信用情報に基づいて選択する選択手段と、を備え、
   前記送信手段は、前記選択された優良車両を前記ユーザの前記携帯端末に送信する
   ことを特徴とする情報管理装置。
3. 前記選択手段は、前記所定範囲内を前記優良車両が複数走行している場合には該複数の優良車両のうちの１つを無作為に選択するように構成された
   ことを特徴とする請求項１または請求項２に記載の情報管理装置。
4. 車両に搭載された車載装置から、前記車両の運転態様に関する情報を受信する受信手段と、
   前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両の運転者を示す識別子に関連付けて設定する設定手段と、
   前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記運転者を、それを優良運転者に推奨する信用情報として登録する登録手段と、
   前記登録された信用情報を前記運転者とは異なる他のユーザに利用可能に送信する送信手段と、を備え、
   前記受信手段が、車両を用いた所定のサービスを行う店舗の端末から、前記店舗が顧客に対して前記所定のサービスを行うことを示す情報を受信した場合、前記送信手段は、前記信用情報に基づいて、前記顧客が前記優良運転者として登録されているか否かを示す情報を前記店舗の前記端末に送信する
   ことを特徴とする情報管理装置。
5. 前記送信手段は、前記顧客が前記優良運転者として登録されているか否かに基づいて、前記顧客に対する前記所定のサービスに用いられた車両についてのメンテナンス情報を前記店舗の前記端末に送信する
   ことを特徴とする請求項４に記載の情報管理装置。
6. 前記設定手段は、前記受信した情報に基づいて前記運転態様の評価を加点方式で行い、前記評価情報を設定する
   ことを特徴とする請求項１から請求項５の何れか１項に記載の情報管理装置。
7. 前記送信手段は、前記他のユーザからの前記登録された信用情報の照会要求に応答して照会結果を返信する
   ことを特徴とする請求項１から請求項６の何れか１項に記載の情報管理装置。
8. 前記送信手段は、前記運転態様が安全ではなかった場合、そのことを示す情報を予め登録された送信先に対して送信する
   ことを特徴とする請求項１から請求項７の何れか１項に記載の情報管理装置。
9. 前記送信手段は、前記運転態様に基づく前記車両の危険度を、予め登録された送信先に対して送信する
   ことを特徴とする請求項１から請求項８のいずれか１項に記載の情報管理装置。
10. 前記運転態様は、前記車両の走行状態、前記車両の運転者の状態、及び／又は、前記車両の周囲の走行環境を含む
    ことを特徴とする請求項９に記載の情報管理装置。
11. 請求項１から請求項１０の何れか１項に記載の情報管理装置と通信可能な情報処理装置であって、
    前記情報管理装置から前記信用情報を受信する手段と、
    ユーザの携帯端末から前記信用情報について照会の要求があった場合に、該携帯端末に対して前記信用情報を送信する手段と、
    を備える
    ことを特徴とする情報処理装置。
12. 複数の車両と、サーバとを具備するシステムであって、
    前記サーバは、
    各車両に搭載された車載装置から、その車両の運転態様に関する情報を受信する受信手段と、
    前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両を示す識別子に関連付けて設定する設定手段と、
    前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記車両を、それを優良車両に推奨する信用情報として登録する登録手段と、
    前記登録された信用情報を前記車両とは異なる他のユーザに利用可能に送信する送信手段と、
    前記受信手段が、第１の車両の車載装置から、該第１の車両の現在位置を示す情報と、該第１の車両が運転操作の一部または全部を電子制御ユニット側で行う機能を使用することを示す情報とを受信した場合に、前記現在位置から所定範囲内を走行中の前記優良車両を前記信用情報に基づいて選択する選択手段と、を備え、
    前記送信手段は、前記選択された優良車両を前記第１の車両に送信する
    ことを特徴とするシステム。
13. 複数の車両と、サーバとを具備するシステムであって、
    前記サーバは、
    各車両に搭載された車載装置から、その車両の運転態様に関する情報を受信する受信手段と、
    前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両を示す識別子に関連付けて設定する設定手段と、
    前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記車両を、それを優良車両に推奨する信用情報として登録する登録手段と、
    前記登録された信用情報を前記車両とは異なる他のユーザに利用可能に送信する送信手段と、
    前記受信手段が、或るユーザの携帯端末から、該ユーザの現在位置を示す情報と、該ユーザが車両を用いた所定のサービスの利用を希望していることを示す情報とを受信した場合に、前記現在位置から所定範囲内を走行中の前記優良車両を前記信用情報に基づいて選択する選択手段と、を備え、
    前記送信手段は、前記選択された優良車両を前記ユーザの前記携帯端末に送信する
    ことを特徴とするシステム。
14. 複数の車両と、サーバとを具備するシステムであって、
    前記サーバは、
    各車両に搭載された車載装置から、その車両の運転態様に関する情報を受信する受信手段と、
    前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両の運転者を示す識別子に関連付けて設定する設定手段と、
    前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記運転者を、それを優良運転者に推奨する信用情報として登録する登録手段と、
    前記登録された信用情報を前記運転者とは異なる他のユーザに利用可能に送信する送信手段と、を備え、
    前記受信手段が、車両を用いた所定のサービスを行う店舗の端末から、前記店舗が顧客に対して前記所定のサービスを行うことを示す情報を受信した場合、前記送信手段は、前記信用情報に基づいて、前記顧客が前記優良運転者として登録されているか否かを示す情報を前記店舗の前記端末に送信する
    ことを特徴とするシステム。
15. 車両に搭載された車載装置から、前記車両の運転態様に関する情報を受信する工程と、
    前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両を示す識別子に関連付けて設定する工程と、
    前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記車両を、それを優良車両に推奨する信用情報として登録する工程と、
    前記登録された信用情報を前記車両とは異なる他のユーザに利用可能に送信する工程と、
    前記受信する工程で、第１の車両の車載装置から、該第１の車両の現在位置を示す情報と、該第１の車両が運転操作の一部または全部を電子制御ユニット側で行う機能を使用することを示す情報とを受信した場合に、前記現在位置から所定範囲内を走行中の前記優良車両を前記信用情報に基づいて選択する工程と、を含み、
    前記送信する工程では、前記選択された優良車両を前記第１の車両に送信する
    ことを特徴とする情報管理方法。
16. 車両に搭載された車載装置から、前記車両の運転態様に関する情報を受信する工程と、
    前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両を示す識別子に関連付けて設定する工程と、
    前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記車両を、それを優良車両に推奨する信用情報として登録する工程と、
    前記登録された信用情報を前記車両とは異なる他のユーザに利用可能に送信する工程と、
    前記受信する工程で、或るユーザの携帯端末から、該ユーザの現在位置を示す情報と、該ユーザが車両を用いた所定のサービスの利用を希望していることを示す情報とを受信した場合に、前記現在位置から所定範囲内を走行中の前記優良車両を前記信用情報に基づいて選択する工程と、を含み、
    前記送信する工程では、前記選択された優良車両を前記ユーザの前記携帯端末に送信する
    ことを特徴とする情報管理方法。
17. 車両に搭載された車載装置から、前記車両の運転態様に関する情報を受信する工程と、
    前記受信した情報に基づいて、前記運転態様の安全性を示す評価情報を、前記車両の運転者を示す識別子に関連付けて設定する工程と、
    前記識別子に関連付けられた前記評価情報が基準を満たした場合、前記運転者を、それを優良運転者に推奨する信用情報として登録する工程と、
    前記登録された信用情報を前記運転者とは異なる他のユーザに利用可能に送信する工程と、を含み、
    前記受信する工程で、車両を用いた所定のサービスを行う店舗の端末から、前記店舗が顧客に対して前記所定のサービスを行うことを示す情報を受信した場合、前記送信する工程で、前記信用情報に基づいて、前記顧客が前記優良運転者として登録されているか否かを示す情報を前記店舗の前記端末に送信する
    ことを特徴とする情報管理方法。

Images