JP2002366829A - 車両情報提供方法およびシステム - Google Patents

Abstract

(57)【要約】 【課題】車両の使用後の価値についての客観的な情報を
提供する。 【解決手段】車両情報提供システム１０００は、車両１
００２に車載装置１００４により求めた走行データを収
集し、前オーナーの運転状況に対応する運転状況データ
を決定する。車両情報提供システム１０００は、運転状
況データに基づいて決定した内的価値データと、車両の
仕様等に基づいて決定した外的価値データとに基づい
て、車両の中古車としての総合的な価値を示す総合価値
データを求め、インターネット等を介して利用者に提供
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、車両の使用後の価
値についての情報を提供する方法およびシステムに関す
る。

【０００２】

【従来の技術】一般に、中古車市場において中古車の販
売価格を設定する際には、その中古車の仕様（車種、年
式、色、オプション等）だけでなく、走行距離や事故歴
等の過去の運転状況も考慮される。中古車の場合には、
新車の場合と異なり、過去の運転による走行性能の低下
（償却）を考慮しなければならないからである。

【０００３】

【発明が解決しようとする課題】ところで、中古車の購
入者にとって、中古車の仕様（車種等）を知ることは比
較的容易だが、過去の運転状況を知ることは必ずしも容
易ではない。走行メータの調節（巻き戻し）により走行
距離が変えられてしまったり、前所有者が意図的に事故
歴を隠している可能性があるからである。従って、購入
者は、中古車の販売価格が妥当か否かを正確に判断する
ことができないという問題がある。また、中古車販売以
外の場面でも、車両の過去の運転状況を加味した情報が
必要となることは多いが、実際には、前所有者の自己申
告等に頼らざるを得ないため、客観的な情報を得ること
は難しいという問題がある。

【０００４】従って、本発明の目的は、車両の過去の運
転状況を加味した、使用後の価値についての客観的な情
報を提供することにある。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、車両に搭載された、該車両の走行状態を
検知する車載装置を利用して、前記車両の使用後の価値
を評価するための価値情報を提供する方法であって、前
記車載装置により検知した前記車両の走行状態を表す走
行データを収集する工程と、収集した前記走行データに
基づき、前記車両の過去の運転状況に対応する運転状況
データを求める工程と、求めた前記運転状況データに基
づいて、前記車両の使用後の価値を評価するための価値
情報を求める工程と、求めた前記価値情報を、情報提供
対象者に対して提供する工程とを含むことを特徴とす
る。

【０００６】この場合、情報提供対象者（購入予定者
等）は、車両の運転状況データに基づいた価値情報を得
ることができるので、その車両の過去の運転状況を加味
した客観的な価値を知ることが可能になる。

【０００７】本発明の好ましい態様では、運転状況デー
タを求める前記工程において、前記走行データと、前記
車両に事故又は故障が発生した可能性との間のルールを
用いて運転状況データを決定することが好ましい。

【０００８】また、本発明では、価値情報を求める前記
工程において、少なくとも、前記運転状況データと、該
運転状況データ以外の前記車両の属性とに基づいて、前
記価値情報を決定することが好ましい。

【０００９】更に、本発明では、価値情報を提供する前
記工程は、車両を特定するためのデータを受け付ける工
程と、受け付けた前記データに基づいて、前記車両の前
記価値情報を検索する工程とを含むことが好ましい。加
えて、価値情報を提供する前記工程において、ネットワ
ークを介して、前記情報提供対象者に前記価値情報を配
信することが好ましい。

【００１０】本発明は、また、車両に搭載された、該車
両の走行状態を検知する車載装置と共に用いられ、前記
車両の使用後の価値を評価するための価値情報を提供す
るシステムであって、前記車載装置により検知した前記
車両の走行状態を表す走行データを収集する手段と、収
集した前記走行データに基づき、前記車両の過去の運転
状況に対応する運転状況データを求める手段と、求めた
前記運転状況データに基づいて、前記車両の使用後の価
値を評価するための価値情報を求める手段と、求めた前
記価値情報を、情報提供対象者に対して提供する手段
と、を備えて構成される。

【００１１】

【発明の実施の形態】以下、図示した一実施形態に基い
て本発明を詳細に説明する。図１は、本発明の一実施の
形態に係る車両情報提供システム１０００および情報収
集対象である車両１００２を含むシステム構成を示す図
である。本実施の形態においては、中古車販売業者等が
車両１００２を販売する際に、その車両１００２に、走
行状態をモニターして所定の出力を行う車載装置１００
４を取り付けるものとする。この車載装置１００４は、
車両１００２の運転状況を分析する上での基礎となる走
行データを得るためのものである。尚、中古車販売業者
等には、中古車販売業者のほか、リース業者、メーカー
代理店及び保険会社等も含まれるものとする。

【００１２】車両情報提供システム１０００は、車載装
置１００４から送信されたデータを受信する受信サーバ
システム１００６と、この受信サーバシステム１００６
により受信したデータに基づいて運転状況の分析を行う
内的価値分析サーバシステム１００８と、車両１００２
の仕様（属性）等に基づく価値を分析する外的価値分析
サーバシステム１０１０とを備えている。この車両情報
提供システム１０００は、さらに、内的価値分析サーバ
システム１００８および外的価値分析サーバシステム１
０１０における分析結果に基づいて、車両１００２の中
古車としての総合的な価値を算出し、ランク付けを行う
総合価値分析サーバシステム１０１２と、この総合価値
分析サーバシステム１０１２により算出した総合価値お
よびランク付けをインターネットを通じて配信する配信
サーバシステム１０１４とを有している。受信サーバシ
ステム１００６、内的価値分析サーバシステム１００
８、外的価値分析サーバシステム１０１０、総合価値分
析サーバシステム１０１２および配信サーバシステム１
０１４は、ＬＡＮやＷＡＮ等のネットワークを介して互
いに通信可能に接続されている。

【００１３】以下、車載装置１００４および車両情報提
供システム１０００の各サーバシステム１００６〜１０
１２について順に説明する。

【００１４】車載装置１００４は、車両１００２の駆動
軸の回転数等に基づき車両の走行データを出力するタコ
メータ１０１６と、走行データを受信サーバシステム１
００６に送信する送信装置１０１８とを備えている。タ
コメータ１０１６は、車両コード、累積走行距離、最高
速度、速度オーバー回数並びに時間、速度ヒストグラ
ム、速度帯別走行距離、急加速回数、急減速回数、エン
ジン最高回転数、エンジン過回転数、累積エンジン回転
数を検出し、送信装置１０１８に出力するよう構成され
ている。なお、車両コードは、予め各車両１００２に付
与されているものとする。速度オーバー回数は、速度が
所定の閾値を超えた回数およびその累積時間をカウント
したものであり、急加速回数および急減速回数は、速度
の増加率および減少率が閾値を越えた回数をそれぞれカ
ウントしたものである。エンジン過回転数は、エンジン
の回転数が所定の閾値を超えた回数をカウントしたもの
である。送信装置１０１８は、タコメータ１０１６から
出力されたこれらのデータ（以下、総称して走行データ
とする。）を、受信サーバシステム１００６に送信する
よう構成されている。ここでは、リアルタイムでデータ
を送信するようにしてもよいし、一定期間蓄えたデータ
を一まとめにして（すなわちバッチ処理で）送信するよ
うにしてもよい。また、データ送信の方法は、無線通信
であってもよいし、他の方法であってもよい。

【００１５】受信サーバシステム１００６は、ＣＰＵ１
０２０と、ハードディスク等のデータ格納装置１０２２
と、車載装置１００４から送信されたデータを受信する
受信装置１０２４と、ネットワークインターフェース１
０２６と、ＲＯＭやＲＡＭ等のメモリ１０２８とを有し
ている。データ格納装置１０２２は、車両１００２の走
行データを蓄積した走行データベース１０２２Ａを含ん
でいる。ＣＰＵ１０２０は、プログラムに従い、受信装
置１０２４を介して受信した走行データを、データ格納
装置１０２２の走行データベース１０２２Ａに格納する
処理を実行する。図２は、走行データベース１０２２Ａ
のテーブル構造の一例を示している。走行データベース
１０２２Ａは、車両コード、累積走行距離、最高速度、
速度オーバー回数、速度オーバー時間、速度ヒストグラ
ム、速度帯別走行距離、急加速回数、急減速回数、エン
ジン最高回転数、エンジン過回転数および累積エンジン
回転数がそれぞれ格納されるフィールドを含んでいる。
この走行データベース１０２２Ａに格納された各データ
は、「運転の粗雑さ」を表す指標であり、次に説明する
ように事故歴を推定するための基礎データとして用いら
れる。

【００１６】内的価値分析サーバシステム１００８は、
ＣＰＵ１０３０と、ハードディスク等のデータ格納装置
１０３２と、ネットワークインターフェース１０３６
と、ＲＯＭやＲＡＭ等のメモリ１０３８とを有してい
る。ＣＰＵ１０３０は、プログラムに従い、上述した受
信サーバシステム１００６の走行データベース１０２２
Ａに格納された走行データに基づいて運転状況を分析す
る処理を実行する。ＣＰＵ１０３０は、走行データベー
ス１０２２Ａに格納された車両１００２の走行データ
が、所定のルール（例えば、最高速度１３０ｋｍ／ｈ以
上で速度オーバー回数が１０回以上）に該当するか否か
をチェックし、該当する場合には「事故を起こしている
可能性がある」ものと推定し、該当しない場合には「事
故を起こしている可能性は無い」ものと推定する。な
お、「事故」には、車両故障も含まれるものとする。

【００１７】ここで、この事故歴の推定に用いるルール
を決定する方法について、ごく簡単な例を用いて説明す
る。データ格納装置１０３２は、図３に一例を示したよ
うに、多数の車両についての走行データに、実際に事故
を起こしたか否かについてのデータ（事故歴の有無でも
よいし、事故回数でもよい）を付加した事故歴推定用デ
ータベース１０３２Ａを有している。この事故歴推定用
データベース１０３２Ａを用いてデータマイニングを行
ない、検索対象のデータフィールドを「事故歴」とし、
検索条件を「０でない」とすることにより、例えば図４
に示したようなレコードを抽出する。この抽出したレコ
ードに基づき、事故歴があるレコードの共通項として、
例えば、最高速度が１３０ｋｍ／ｈ以上で、速度オーバ
ー回数が１０回以上というルールを得る。このルール
を、走行データベース１０２２Ａの走行データに適用す
ることにより、車両１００２の事故歴を推定することが
できる。なお、ここでは、簡単な例を用いて説明した
が、他のデータフィールド（急加速回数や急減速回数
等）を利用して、より緻密なルールを得ることができ
る。また、事故歴のほかに、エンジン最高回転数やブレ
ーキ回数等に基づいて、駆動系の磨耗・消耗状況を推定
するようにしてもよい。

【００１８】内的価値分析サーバシステム１００８のＣ
ＰＵ１０３０は、さらに、推定事故歴（有無又は回数）
をデータ格納装置１０３２の運転状況データベース１０
３２Ｂに格納する処理を実行する。図５は、運転状況デ
ータベース１０３２Ｂのテーブル構造の一例を示す。運
転状況データベース１０３２Ｂは、車両コード、累積走
行距離および推定事故歴がそれぞれ格納されるフィール
ドを含んでいる。

【００１９】ＣＰＵ１０３０は、さらに、運転状況デー
タベース１０３２Ｂに蓄積した各データに基づいて車両
１００２の内的価値を決定する処理と、この内的価値
を、内的価値データベース１０３２Ｃに格納する処理と
を実行する。なお、内的価値とは、車両の走行性能面に
おける価値であって、走行性能の低下（償却）分を考慮
したものである。ここでは、累積走行距離と推定事故歴
等（上記の磨耗・消耗状況を含む）とをそれぞれ重み付
けして合計することにより、内的価値を決定する。この
場合、例えば、１回の事故が、何ｋｍの走行と同等の走
行性能の低下をもたらすかという仮定のもとに重み付け
を行うことができる。なお、内的価値は、数値（例えば
１〜１０）で表してもよいし、一定の幅を有するランク
（Ａランク、Ｂランク等）で表してもよい。図６は、内
的価値データベース１０３２Ｃのテーブル構造の一例を
示す。内的価値データベース１０３２Ｃは、車両コード
および内的価値がそれぞれ格納されるフィールドを含ん
でいる。

【００２０】外的価値分析サーバシステム１０１０は、
ＣＰＵ１０４０と、ハードディスク等のデータ格納装置
１０４２と、ネットワークインターフェース１０４６
と、ＲＯＭやＲＡＭ等のメモリ１０４８とを有してい
る。データ格納装置１０４２は、属性データベース１０
４２Ａと、市場情報データベース１０４２Ｂと、外的価
値データベース１０４２Ｃとを有している。図７〜９
は、属性データベース１０４２Ａ、市場情報データベー
ス１０４２Ｂおよび外的価値データベース１０４２Ｃの
テーブル構造の一例をそれぞれ示している。図７に示す
ように、属性データベース１０４２Ａは、車両コード、
車種、色、年式およびオプションがそれぞれ格納される
フィールドを含んでいる。図８に示すように、市場情報
データベース１０４２Ｂは、流行色および人気車種がそ
れぞれ格納されるフィールドを含んでいる。これら属性
データベース１０４２Ａおよび市場情報データベース１
０４２Ｂに格納される各データは、例えば、車両情報提
供システム１０００の運営者等が予め入力するものとす
る。

【００２１】外的価値分析サーバシステム１０１０のＣ
ＰＵ１０４０は、プログラムに従い、属性データベース
１０４２Ａに格納された属性情報および市場情報データ
ベース１０４２Ｂに格納された市場情報に基づいて外的
価値を決定する処理と、この外的価値を外的価値データ
ベース１０４２Ｃに格納する処理とを実行する。外的価
値は、例えば、車種毎に設定された基準値に対し、色、
年式およびオプション毎に設定された係数を掛け、さら
に市場の流行色や人気車種に対して設定された係数を掛
けることによって決定することができる。図９に示すよ
うに、外的価値データベース１０４２Ｃは、車両コード
および外的価値がそれぞれ格納されるフィールドを含ん
でいる。

【００２２】総合価値分析サーバシステム１０１２は、
ＣＰＵ１０５０と、ハードディスク等のデータ格納装置
１０５２と、ネットワークインターフェース１０５６
と、ＲＯＭやＲＡＭ等のメモリ１０５８とを有してい
る。ＣＰＵ１０５０は、プログラムに従い、上述した内
的価値データベース１０３２Ｃおよび外的価値データベ
ース１０４２Ｃに蓄積された各データに基づき、その車
両１００２の中古車としての総合的な価値（総合価値）
を分析する処理と、その総合価値をデータ格納装置１０
５２中の総合価値データベース１０５２Ａに格納する処
理とを実行する。総合価値は、例えば、内的価値データ
ベース１０３２Ｃに格納された内的価値（例えば数値
７．２）と、外的価値データベース１０４２Ｃに格納さ
れた外的価値（例えば数値５．４）とを、それぞれ重み
付けをして合計することにより決定することができる。
内的価値と外的価値とをどのように重み付けするかは、
予め設定しておいてもよいし、利用者の要望に合わせて
変更するようにしてもよい。

【００２３】ＣＰＵ１０５０は、さらに、車両１００２
の総合価値を、総合価値データベース１０５２Ａに蓄積
された他の車両の総合価値と対比し、車両１００２の相
対的なランクを決定する処理と、その相対的なランクを
相対ランクデータベース１０５２Ｂに格納する処理とを
実行する。ここでは、例えば、同じ属性（車種・年式・
色が全て同じ）の車両の中での相対的なランクや、同じ
カテゴリー（車種が類似）に属する車両の中での相対的
なランクを決定する。図１０に示すように、総合価値デ
ータベース１０５２Ａは、車両コード、総合価値および
相対ランクがそれぞれ格納されるフィールドを含んでい
る。

【００２４】配信サーバシステム１０１４は、ＣＰＵ１
０６０と、ハードディスク等のデータ格納装置１０６２
と、ネットワークインターフェース１０６６と、ＲＯＭ
やＲＡＭ等のメモリ１０６８とを有している。データ格
納装置１０６２は、ＷＥＢページ１０６４を格納してお
り、利用者がブラウザ機能を有するコンピュータや携帯
電話等からインターネットを介してＷＥＢページ１０６
４にアクセスできるようになっている。ＣＰＵ１０６０
は、プログラムに従い、利用者から入力された利用者Ｉ
Ｄおよびパスワードに基づく認証処理と、車両１００２
の総合価値データ等を検索する処理と、検索した総合価
値データ等を表示する処理とを実行する。ここで、ＣＰ
Ｕ１０６０は、特定の車両コードの入力に応じて総合価
値データ等を検索して表示する処理（特定の車両につい
てのデータ表示）と、一定の条件に基づいて総合価値デ
ータ等を検索して表示する処理（データ検索・表示）と
を行うことができるようになっている。つまり、利用者
は、車両コード入力により特定の車両１００２のデータ
表示を要求する方法と、一定条件を満足する複数の車両
についてのデータの検索・表示を要求する方法とを選択
できるようになっている。

【００２５】図１１は、特定の車両についてのデータ提
供を要求する場合の入力画面の一例を示す。この入力画
面には、利用者（情報提供対象者）のＩＤおよびパスワ
ードを入力するための利用者ＩＤ等入力部２０００と、
情報提供を求める車両の車両コードを入力するための車
両コード入力部２００２と、入力内容の確認のためのボ
タンオブジェクト２００４と、入力内容の修正のための
ボタンオブジェクト２００６とが設けられている。図１
２は、一定の条件に基づくデータの検索・表示を要求す
る場合の入力画面の一例を示す。この入力画面には、利
用者のＩＤおよびパスワードを入力するための利用者Ｉ
Ｄ等入力部３０００と、検索条件として車種等を入力す
る条件入力部３００２と、入力内容の確認のためのボタ
ンオブジェクト３００４と、入力内容の修正のためのボ
タンオブジェクト３００６とが設けられている。

【００２６】図１３は、利用者からの入力に応じて表示
される表示画面の一例を示す。この表示画面には、入力
された車両コード（又は検索条件）に合致した車両１０
０２についての総合的価値、相対ランク、内的価値およ
び外的価値を表示する主表示部４０００と、累積走行距
離および推定事故歴を表示する運転状況表示部４００２
と、属性情報を表示する仕様表示部４００４とが設けら
れている。さらに、この表示画面には、他の車両につい
てのデータ表示を要求する際に操作するボタンオブジェ
クト４００６が設けられている。検索条件に合致した車
両が複数ある場合には、このボタンオブジェクト４００
６を操作することにより、各車両についての総合価値デ
ータ等を順位表示させることができる。

【００２７】次に、このように構成された車両情報提供
システム１０００におけるデータ処理の流れについて、
図１４に示す流れ図に沿って説明する。なお、図１４
は、車両情報提供システム１０００の全体の流れを説明
するものであり、その動作主体は、各サーバシステムの
ＣＰＵ等である。

【００２８】中古車販売業者等（リース業者、メーカー
代理店及び保険会社等も含む）は、ある利用者Ａに車両
１００２を納品する際、その車両１００２に車載装置１
００４を取り付ける（Ｓ５００）。車載装置１００４
は、車両１００２の走行データを定期的に又はリアルタ
イムに受信サーバシステム１００６に送信する。受信サ
ーバシステム１００６では、ＣＰＵ１０２０が、車載装
置１００４から送信されたデータを走行データベース１
０２２Ａに格納する（Ｓ５０２）。

【００２９】利用者Ａが中古車販売業者等に車両１００
２を売却又は返却すると、内的価値分析サーバシステム
１００８では、ＣＰＵ１０３０が、受信サーバシステム
１００６の走行データベース１０２２Ａに格納された、
車両１００２の走行データをもとに、運転状況データお
よび内的価値を算出し、運転状況データベース１０３２
Ｂおよび内的価値データベース１０３２Ｃに保存する
（Ｓ５０４）。一方、外的価値分析サーバシステム１０
１０では、ＣＰＵ１０４０が、属性データベース１０４
２Ａおよび市場情報データベース１０４２Ｂに基づき、
外的価値を決定し、外的価値データベース１０４２Ｃに
格納する（Ｓ５０６）。次に、総合価値分析サーバシス
テム１０１２では、ＣＰＵ１０５０が、内的価値分析サ
ーバシステム１００８の出力と、外的価値分析サーバシ
ステム１０１０の出力とに基づき、総合価値および相対
ランクを決定し、総合価値データベース１０５２Ａおよ
び相対ランクデータベース１０５２Ｂに保存する（Ｓ５
０８）。

【００３０】利用者は、自らのコンピュータ端末又は携
帯端末を介して、配信サーバシステム１０１４のＷＥＢ
ページ１０６４にアクセスし、図１１に示した入力画面
（又は図１２に示した検索画面）において、利用者ＩＤ
並びにパスワードおよび車両コード（又は検索条件）を
入力する（Ｓ５１０）。配信サーバシステム１０１４の
ＣＰＵ１０６０は、利用者の認証を行ったのち（Ｓ５１
２）、入力された車両コード（又は検索条件）に基づい
て各データベース（総合価値データベース１０５２Ａ、
外的価値データベース１０４２Ｃ、属性データベース１
０４２Ａ、内的価値データベース１０３２Ｃおよび運転
状況データベース１０３２Ｂ）を検索し（Ｓ５１４）、
それぞれのデータを図１３に示した表示画面に表示する
（Ｓ５１６）。これにより、利用者は、車両１００２の
運転状況を加味した客観的な価値情報を入手することが
できる。

【００３１】以上説明したように、本実施の形態では、
車両１００２の運転状況を加味した価値情報を提供する
ようにしたので、車両１００２の客観的な価値を知るこ
とができる。これにより、車両を購入しようとする者
は、車両同士を比較したり、車両の販売価格が妥当か否
かの判断をすることが可能になる。すなわち、顧客サー
ビスを向上することができる。

【００３２】特に、車載装置１００４により検出した走
行データに基づいて事故歴を推定するようにしたので、
前オーナーが事故歴を隠していた場合でも、事故車の可
能性があることを知ることができる。

【００３３】更に、運転状況データに基づく内的価値の
ほか、外的価値（車両の仕様や市場の人気車種等）を考
慮して総合価値を決定するようにしたので、販売価格が
妥当か否かの判断基準として利用しやすくなる。

【００３４】以上、本発明の一実施形態を図面に沿って
説明した。しかしながら本発明は前記実施形態に示した
事項に限定されず、特許請求の範囲の記載に基いてその
変更、改良等が可能であることは明らかである。

【００３５】例えば、上述した実施の形態では、配信サ
ーバシステム１０１４がインターネットを介して価値情
報を配信するようにしたが、インターネット以外のネッ
トワークを介して価値情報を配信するようにしてもよ
い。また、総合価値分析サーバ１０１２において、内的
価値と外的価値とに基づいて総合価値を決定する際、内
的価値および外的価値の重み付けを利用者が選択できる
ようにしてもよい。この場合、例えば、走行性能をあま
り問わない利用者の場合には、主として外的価値に基づ
いた総合価値を設定するようにしてもよい。

【００３６】

【発明の効果】以上の如く本発明によれば、車両の走行
データに基づいて運転状況データを求め、この運転状況
データに基づいて価値情報を求めるようにしたので、車
両の走行性能の低下を正確に反映した客観的な価値を、
利用者に提供することが可能になる。これにより、利用
者が、客観的な価値情報に基づいて、車両同士の比較を
行なったり販売価格等が妥当か否かを判断することがで
きるようになる。

【図面の簡単な説明】

【図１】本発明の一実施の形態に係る車両情報提供シス
テムの構成例を示す図である。

【図２】図１に示した車両情報提供システムの走行デー
タベースのテーブル構造の一例を示す図である。

【図３】事故歴の推定に用いる推定用データベースの一
例を示す図である。

【図４】図３の推定用データベースを用いたデータマイ
ニングを説明するための図である。

【図５】運行状況データベースのテーブル構造の一例を
示す図である。

【図６】内的価値データベースのテーブル構造の一例を
示す図である。

【図７】属性データベースのテーブル構造の一例を示す
図である。

【図８】市場情報データベースのテーブル構造の一例を
示す図である。

【図９】外的価値データベースのテーブル構造の一例を
示す図である。

【図１０】総合価値データベースのテーブル構造の一例
を示す図である。

【図１１】車両コードの入力画面の一例を示す図であ
る。

【図１２】検索条件の入力画面の一例を示す図である。

【図１３】データ表示画面の一例を示す図である。

【図１４】本実施の形態に係る車両情報提供システムの
動作を示す流れ図である。

【符号の説明】

１０００ 車両情報提供システム １００２ 車両 １００４ 車載装置 １００６ 受信サーバシステム １００８ 内的価値分析サーバシステム １０１０ 外的価値分析サーバシステム １０１２ 総合価値分析サーバシステム １０１４ 配信サーバシステム １０１６ タコメータ １０１８ 送信装置 １０２０ ＣＰＵ １０２２Ａ 走行データベース １０２４ 受信装置 １０３０ ＣＰＵ １０３２Ａ 事故歴推定用データベース １０３２Ｂ 運転状況データベース １０３２Ｃ 内的価値データベース １０４０ ＣＰＵ １０４２Ａ 属性データベース １０４２Ｂ 市場情報データベース １０４２Ｃ 外的価値データベース １０５０ ＣＰＵ １０５２Ａ 総合価値データベース １０５２Ｂ 相対ランクデータベース １０６０ ＣＰＵ １０６２ データ格納装置

Claims (10)

【特許請求の範囲】
1. 【請求項１】 車両に搭載された、該車両の走行状態を
   検知する車載装置を利用して、前記車両の使用後の価値
   を評価するための価値情報を提供する方法であって、 前記車載装置により検知した前記車両の走行状態を表す
   走行データを収集する工程と、 収集した前記走行データに基づき、前記車両の過去の運
   転状況に対応する運転状況データを求める工程と、 求めた前記運転状況データに基づいて、前記車両の使用
   後の価値を評価するための価値情報を求める工程と、 求めた前記価値情報を、情報提供対象者に対して提供す
   る工程と、を含むことを特徴とする車両情報提供方法。
2. 【請求項２】 運転状況データを求める前記工程は、前
   記走行データと、前記車両に事故又は故障が発生した可
   能性との間のルールを利用して、前記運転状況データを
   決定することを含む請求項１に記載の車両情報提供方
   法。
3. 【請求項３】 価値情報を求める前記工程は、少なくと
   も、前記運転状況データと、該運転状況データ以外の前
   記車両の属性とに基づいて、前記価値情報を決定するこ
   とを含む請求項１又は請求項２に記載の車両情報提供方
   法。
4. 【請求項４】 価値情報を提供する前記工程は、 前記車両を特定するためのデータを受け付ける工程と、 受け付けた前記データに基づいて前記車両の前記価値情
   報を検索する工程と、を含む請求項１〜３のいずれかに
   記載の車両情報提供方法。
5. 【請求項５】 価値情報を提供する前記工程は、ネット
   ワークを介して、前記情報提供対象者に前記価値情報を
   配信することを含む請求項１〜４のいずれかに記載の車
   両情報提供方法。
6. 【請求項６】 車両に搭載された、該車両の走行状態を
   検知する車載装置と共に用いられ、前記車両の使用後の
   価値を評価するための価値情報を提供するシステムであ
   って、 前記車載装置により検知した前記車両の走行状態を表す
   走行データを収集する手段と、 収集した前記走行データに基づき、前記車両の過去の運
   転状況に対応する運転状況データを求める手段と、 求めた前記運転状況データに基づいて、前記車両の使用
   後の価値を評価するための価値情報を求める手段と、 求めた前記価値情報を、情報提供対象者に対して提供す
   る手段と、を備えたことを特徴とする車両情報提供シス
   テム。
7. 【請求項７】 運転状況データを求める前記手段が、前
   記走行データと、前記車両に事故又は故障が発生した可
   能性との間のルールを利用して、前記運転状況データを
   決定するものである請求項６に記載の車両情報提供シス
   テム。
8. 【請求項８】 価値情報を求める前記手段が、少なくと
   も、前記運転状況データと、該運転状況データ以外の前
   記車両の属性とに基づいて、前記価値情報を決定するも
   のである請求項６又は請求項７に記載の車両情報提供シ
   ステム。
9. 【請求項９】 価値情報を提供する前記手段は、 車両を特定するためのデータを受け付ける手段と、 受け付けた前記データに基づいて前記車両の前記価値情
   報を検索する手段と、を有することを特徴とする請求項
   ６〜８のいずれかに記載の車両情報提供システム。
10. 【請求項１０】 価値情報を提供する前記手段が、ネッ
    トワークを介して、前記情報提供対象者に前記価値情報
    を配信するものである請求項６〜９のいずれかに記載の
    車両情報提供システム。