特許 7042980 イベントデータ処理装置及び車両の査定システム

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

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

(11)【特許番号】

(24)【登録日】2022-03-17

(45)【発行日】2022-03-28

(54)【発明の名称】イベントデータ処理装置及び車両の査定システム

(51)【国際特許分類】

   G06Q 30/06 20120101AFI20220318BHJP

   G06Q 50/10 20120101ALI20220318BHJP

【ＦＩ】

G06Q30/06

G06Q50/10

【請求項の数】 7

(21)【出願番号】P 2021539105

(86)(22)【出願日】2021-03-08

(86)【国際出願番号】 JP2021008938

(87)【国際公開番号】W WO2021192954

(87)【国際公開日】2021-09-30

【審査請求日】2021-07-05

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

(32)【優先日】2020-03-25

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

【早期審査対象出願】

(73)【特許権者】

【識別番号】000003333

【氏名又は名称】ボッシュ株式会社

(72)【発明者】

【氏名】里 廉太郎

(72)【発明者】

【氏名】田口 哲也

【審査官】永野 一郎

(56)【参考文献】

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

【文献】国際公開第２０１５／００２０２６（ＷＯ，Ａ１）

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

【文献】欧州特許出願公開第０３５７０２４０（ＥＰ，Ａ１）

【文献】米国特許出願公開第２０１７／０３３７５７３（ＵＳ，Ａ１）

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

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

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

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

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

Ｇ０６Ｑ １０／００－９９／００

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

【請求項1】

車両（６１）の査定に用いる事故履歴レポート（３０）を生成する事故履歴レポート生成部（２１）を備え、
前記事故履歴レポート生成部（２１）は、前記車両（６１）に備えられたイベントデータ記憶部（６９）から出力されたイベントデータから前記車両（６１）の事故履歴に関する一部のデータを抽出するとともに所定の演算処理を行って前記事故履歴レポート（３０）を生成し、
前記事故履歴レポート（３０）は、前記車両（６１）の衝突事象の種類を示すデータを含む、
ことを特徴とするイベントデータ処理装置。

【請求項2】

前記事故履歴レポート（３０）は、さらに前記車両（６１）の製造メーカ、車種名、車台識別番号、衝突事象の発生回数、及び衝突発生時に車両に与えられた衝撃を示すデータを含む、
ことを特徴とする請求項１に記載のイベントデータ処理装置。

【請求項3】

前記事故履歴レポート（３０）は、車両生産後、衝突事象発生までの間にイグニッションスイッチをオンにした回数又はエンジンを始動させた回数のいずれかのデータを含む、
ことを特徴とする請求項２に記載のイベントデータ処理装置。

【請求項4】

前記事故履歴レポート（３０）は、前記車両（６１）の登録時期及びシートベルト装置の製造時期のデータを含む、
ことを特徴とする請求項２又は３に記載のイベントデータ処理装置。

【請求項5】

前記事故履歴レポート（３０）は、衝突発生時のエアバッグシステムの作動状況を示すデータを含む、
ことを特徴とする請求項２～４のいずれか１項に記載のイベントデータ処理装置。

【請求項6】

前記イベントデータ処理装置（１０）は、
前記イベントデータに基づいて推定される事故発生の可能性の情報を生成する事故発生情報生成部（２３）をさらに備え、
前記事故発生情報生成部（２３）は、ユーザからの要求に応じて、生成した前記情報を出力する、
ことを特徴とする請求項１～５のいずれか１項に記載のイベントデータ処理装置。

【請求項7】

車両（６１）に備えられたイベントデータ記憶部（６９）に記憶されたイベントデータを読み出す査定者端末（６３）と、
前記査定者端末から送信される前記イベントデータを取得するイベントデータ処理装置（１０）と、を備え、
前記イベントデータ処理装置（１０）は、取得した前記イベントデータから前記車両（６１）の事故履歴に関する一部のデータを抽出するとともに所定の演算処理を行って、前記車両（６１）の衝突事象の種類を示すデータを含む事故履歴レポート（３０）を生成し、当該事故履歴レポート（３０）のデータを前記査定者端末（６３）に送信し、
前記査定者端末（６３）は、受信した前記事故履歴レポート（６３）を出力可能に構成される、
ことを特徴とする車両の査定システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両の事故履歴に関するデータを生成するイベントデータ処理装置及び車両の査定システムに関する。

【背景技術】

【0002】

近年、車両には、ＥＤＲ（Event Data Recorder）とも呼ばれる、発生した衝突事象のデータ（以下、「イベントデータ」ともいう）を記録する機能の装備が義務付けられつつある。かかるイベントデータは、衝突発生後において、ＣＤＲ（Crash Data Retrieval）とも呼ばれる専用の外部ツールを用いて読み出され、衝突発生時の車両の状況を把握できるために活用されている。例えば、特許文献１には、車載器により収集される多種多様の走行情報を用いて衝突発生時の車両の状況を一目で把握できるように表示を行う衝突可視化装置が提案されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１８－５２４３０８号公報

【発明の概要】

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

【0004】

ところで、中古車両の売買において、対象車両の事故履歴は重要な情報となる。従来、中古車両の査定額を評価するにあたり、査定業者が、対象車両の外装や内装を目視により確認することが行われている。しかしながら、目視により車両のすべての事故履歴を把握することは容易ではない。また、上述したイベントデータは多種多様の情報を含み、出力されるレポートを読み解くことも容易ではない。特許文献１に記載の衝突可視化装置は、衝突発生時の車両の状況を把握しやすいように表示するものではあるが、衝突発生時の車両の状況の情報だけでは中古車両の査定に必要な情報が含まれない場合もあり、中古車両の査定に適した情報とはなっていない。

【0005】

本発明は、上記問題に鑑みてなされたものであり、車両に備えられたイベントデータ記録部から出力されたイベントデータに基づいて、中古車両の査定に用いる事故履歴レポートデータを生成可能なイベントデータ処理装置及び車両の査定システムを提供することを目的とする。

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

【0006】

本発明のある観点によれば、車両の査定に用いる事故履歴レポートを生成する事故履歴レポート生成部を備え、事故履歴レポート生成部は、車両に備えられたイベントデータ記憶部から出力されたイベントデータから、車両の事故履歴に関する一部のデータを抽出するとともに所定の演算処理を行って事故履歴レポートを生成し、事故履歴レポートは、車両の衝突事象の種類を示すデータを含む、イベントデータ処理装置が提供される。

【0007】

また、本発明の別の観点によれば、車両に備えられたイベントデータ記憶部に記憶されたイベントデータを読み出す査定者端末と、査定者端末から送信されるイベントデータを取得するイベントデータ処理装置と、を備え、イベントデータ処理装置は、取得したイベントデータから車両の事故履歴に関する一部のデータを抽出するとともに所定の演算処理を行って、車両の衝突事象の種類を示すデータを含む事故履歴レポートを生成し、当該事故履歴レポートを査定者端末に送信し、査定者端末は、受信した事故履歴レポートを出力可能に構成される車両の査定システムが提供される。

【発明の効果】

【0008】

以上説明したように本発明によれば、車両に備えられたイベントデータ記録部から出力されたイベントデータに基づいて、中古車両の査定に用いる事故履歴レポートデータを生成することができる。

【図面の簡単な説明】

【0009】

【図1】本発明の実施の形態に係る車両の査定システムの全体構成例を示す模式図である。

【図2】同実施形態に係る車両の査定システムの機能構成を示すブロック図である。

【図3】同実施形態に係る査定者端末による処理の一例を示すフローチャートである。

【図4】事故履歴レポートの表示例を示す説明図である。

【図5】別の事故履歴レポートの表示例を示す説明図である。

【図6】同実施形態に係る管理サーバによる処理の一例を示すフローチャートである。

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

【0010】

以下、添付図面を参照しながら本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

【0011】

＜１．車両の査定システムの全体構成例＞
まず、本発明の一実施形態に係る車両の査定システムの全体構成の一例を説明する。図１は、本実施形態に係る車両の査定システム１００の全体構成の一例を示す模式図である。

【0012】

査定システム１００は、管理サーバ１０及び査定者端末６３ａ，６３ｂ…６３ｎ（以下、特に区別を要しない場合には査定者端末６３と総称する）を備える。査定者端末６３ａ，６３ｂ…６３ｎは、主として中古車両の販売業者や査定業者（以下、まとめて「査定業者６０」ともいう）において、図示しないデータ読出ツールを介して査定対象の車両６１ａ，６１ｂ…６１ｎ（以下、特に区別を要しない場合には車両６１と総称する）に接続されて用いられる。管理サーバ１０及び査定者端末６３は、例えば移動体通信やＷｉ－ｆｉ等の通信ネットワーク５を介して互いに通信可能に構成されている。通信ネットワーク５は、無線又は有線のいずれの通信ネットワークであってもよい。また、通信ネットワーク５は、査定システム１００の専用回線であってもよい。

【0013】

査定者端末６３は、ラップトップ型のコンピュータや携帯型端末装置等の汎用のコンピュータ装置から構成されてもよく、査定システム１００の専用端末装置であってもよい。査定業者６０において用いられる査定者端末６３は、データ読出ツールを介して査定対象の車両６１に接続されて、車両６１に備えられたイベントデータ記憶部に記憶されたイベントデータ（以下、「ＥＤＲ(Event Data Recorder)データ」ともいう）を読み出す。本実施形態において、査定者端末６３は、読み出したＥＤＲデータを管理サーバ１０へ送信する。

【0014】

査定者端末６３は、読み出したＥＤＲデータに基づいて、イベントデータレポート（以下、「ＣＤＲレポート」ともいう）を生成するように構成されていてもよい。ＣＤＲレポートは、それぞれの車両６１のＥＤＲデータに含まれる多種多様のデータを所定の形式にまとめたレポートであり、車両６１の査定に限らない事故発生時の車両６１の状態の分析などに用いられる。査定者端末６３は、生成したＣＤＲレポートを管理サーバ１０へ送信する。

【0015】

管理サーバ１０は、本発明に係るイベントデータ処理装置としての機能を有する。管理サーバ１０は、例えばクラウドサーバであってもよい。管理サーバ１０は、査定者端末６３から送信されるＥＤＲデータを取得し、データベースに記憶する。また、管理サーバ１０は、記憶したＥＤＲデータから事故履歴に関する一部のデータを抽出するとともに所定の演算処理を行って事故履歴レポートを生成する。管理サーバ１０は、生成した事故履歴レポートのデータを査定者端末６３へ送信する。

【0016】

管理サーバ１０は、通信ネットワーク５を介して、ＣＤＲレポートの提供を希望する専門家や団体等５１ａ，５１ｂ…５１ｎ（以下、これらの専門家や団体等を「専門家５１」と総称する）において用いられる端末５３ａ，５３ｂ…５３ｎ（以下、特に区別を要しない場合には専門家側端末５３と総称する）と互いに通信可能に構成されている。なお、ＥＤＲデータに基づいてＣＤＲレポートを生成する機能を管理サーバ１０が有していてもよい。

【0017】

専門家側端末５３と管理サーバ１０とを接続する通信ネットワークは、査定者端末６３と管理サーバ１０とを接続する通信ネットワーク５と共通のネットワークであってもよく、異なるネットワークであってもよい。管理サーバ１０は、専門家側端末５３からのリクエストに応じて、所望の車両６１のＣＤＲレポートのデータを専門家側端末５３へ送信する。専門家側端末５３と査定者端末６３とは同一の端末装置であってもよい。

【0018】

なお、本実施形態に係る査定システム１００においては、通信ネットワーク５を介して、専門家側端末５３あるいは査定者端末６３と管理サーバ１０との通信が行われる。ただし、専門家側端末５３あるいは査定者端末６３と管理サーバ１０との間で行われるデータの送受信の一部が、通信ネットワーク５を介して行われなくてもよい。例えば、専門家５１あるいは査定業者６０から管理サーバ１０の管理者に対して、書面あるいは電子メール等の手段により、ＣＤＲレポートあるいは事故履歴リポートを提供するようリクエストを伝達してもよい。また、管理サーバ１０の管理者から専門家５１あるいは査定業者６０に対して、生成したＣＤＲリポートあるいは事故履歴リポートのデータを記憶した記憶媒体を提供したり、ＣＤＲリポートあるいは事故履歴リポートのデータを電子メール等により提供したりしてもよい。

【0019】

＜２．車両の査定に関わる構成例＞
図２は、車両の査定システム１００の管理サーバ１０及び査定者端末６３の機能構成を示すブロック図である。図２では、管理サーバ１０に接続された複数の査定者端末６３及び専門家側端末５３のうち、それぞれ一つの査定者端末６３及び専門家側端末５３のみを示している。

【0020】

（査定者端末）
査定者端末６３は、通信部７１、制御部７５、記憶部７７及び表示部７９を備える。また、査定者端末６３は、作業者の入力操作を受け付ける図示しない入力部を備える。なお、図２には、査定者端末６３が一つの機器として示されているが、査定者端末６３は、複数の機器が互いに通信可能に構成されていてもよい。

【0021】

通信部７１は、通信ネットワーク５を介して管理サーバ１０と通信するためのインタフェースである。通信部７１は、通信ネットワーク５の通信方式に適合する無線通信用あるいは有線通信用のインタフェースにより構成される。通信ネットワーク５は、例えば、移動体通信であってもよく、Ｗｉ－ｆｉ等のインターネットであってもよく、あるいは、専用回線であってもよい。

【0022】

査定者端末６３は、データ読出ツール７３を介して、査定対象の車両６１の制御システム６７に接続される。データ読出ツール７３は、ＥＤＲデータを読み出すための専用の外部ツールであり、ＣＤＲツールとも呼ばれる。車両６１の制御システム６７は、例えば、ＣＡＮ（Controller Area Network）及びＬＩＮ（Local Inter Net）を介して通信可能に接続された複数のＥＣＵ（Electronic Control Unit）等の機器を備える。データ読出ツール７３は、例えばＣＡＮプロトコルに適合するインタフェースを含んで構成される。

【0023】

ここで、車両６１の制御システム６７は、イベントデータ記憶部６９を含む。本実施形態に係る査定システム１００を適用可能な車両６１の制御システム６７には、車両６１において生じた種々の事象（イベント）に関連するデータ（ＥＤＲデータ）を記憶するイベントデータ記憶機能が設けられている。イベントデータ記憶部６９は、ＲＡＭ（Random Access Memory）又はＲＯＭ（Read Only Memory）等の記憶素子、あるいは、ＨＤＤ（Hard Disk Drive）やＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＳＳＤ（Solid State Drive）、ＵＳＢ（Universal Serial Bus）フラッシュ、ストレージ装置等の記憶媒体の少なくとも一つを含み、種々のＥＤＲデータを記憶する。

【0024】

本実施形態において、ＥＤＲデータは、車両６１の衝突発生時における車両６１の操作状態あるいは走行状態、及び、車両６１に与えられた衝撃を示すデータを含む。車両６１の衝突発生時における車両６１の操作状態あるいは走行状態、及び、車両６１に与えられた衝撃を示すデータとしては、例えば以下のデータのうちの一つ又は複数が含まれる。
－車両６１の生産後からＥＤＲデータ読み出し時までの衝突事象の発生回数
－衝突事象の発生年月日及び時刻
－衝突事象の種類（衝突位置）
－衝突発生時の車長方向の最大速度変化量
－衝突発生時の車幅方向の最大速度変化量
－衝突発生時の最大速度変化が生じるまでの時間
－衝突発生時の車速、舵角、アクセル操作量、ブレーキ操作量
－衝突発生時のエアバッグシステムの作動状況
－車両６１の生産後から衝突発生時までにイグニッションスイッチをオンにした回数又はエンジン始動回数
－車両６１の生産後からＥＤＲデータ読み出し時までにイグニッションスイッチをオンにした回数又はエンジン始動回数

【0025】

車両６１の衝突に関連する上記のデータは、例えば、車両６１に設けられた加速度センサあるいは角速度センサのセンサ値の変化量が所定の閾値を超えた衝突発生ごとに、車両６１に搭載された種々のシステムを制御する電子制御装置により検出されたデータとして記憶される。

【0026】

衝突発生時の車長方向の最大速度変化量及び衝突発生時の車幅方向の最大速度変化量は、例えば、加速度センサあるいは角速度センサのセンサ値の変化量が所定の閾値を超えた衝突発生時刻から２５０ミリ秒、あるいは、当該衝突発生時刻から加速度又は角速度がゼロになった時刻プラス３０ミリ秒のいずれか短い時刻までに記録された速度変化量のデータのうちの最大値とすることができる。同様に、衝突発生時の最大速度変化が生じるまでの時間は、衝突発生時刻から２５０ミリ秒、あるいは、当該衝突発生時刻から加速度又は角速度がゼロになった時刻プラス３０ミリ秒のいずれか短い時刻までの間に特定された最大速度変化量が生じるまでの経過時間とすることができる。

【0027】

エアバッグシステムの作動状況は、前方エアバッグ装置の異常を示す警告ランプが点灯していたか否かの情報を含む。つまり、エアバッグシステムが正常に作動する状態であったか否かを判定する情報として用いられる。また、エアバッグシステムの作動状況は、衝突発生時刻から運転席及び助手席のエアバッグがそれぞれ展開するまでの経過時間の情報を含む。これらの情報は、いずれも、エアバッグシステムの故障の有無あるいは応答性を判定する情報として用いられる。

【0028】

この他のＥＤＲデータとしては、例えば以下のデータのうちの一つ又は複数が含まれる。
－制御システムの通信状態の不具合
－制御システムの故障
－各制御装置又はセンサ機器の故障
－制御システムの自己診断結果
－製造時不具合データ

【0029】

記憶部７７は、車両６１の査定作業に用いるコンピュータプログラムあるいはプログラムの実行に用いられるパラメータ等の情報を記憶する。記憶部７７は、ＲＡＭ又はＲＯＭ等の記憶素子、あるいは、ＨＤＤやＣＤ、ＤＶＤ、ＳＳＤ、ＵＳＢフラッシュ、ストレージ装置等の記憶媒体の少なくとも一つを含む。

【0030】

表示部７９は、査定作業に用いるコンピュータプログラムの実行時に、操作ガイドや操作画面、進行状況、処理結果等を表示する。表示部７９への表示は、制御部７５により制御される。表示部７９は、液晶パネル等の表示機器により構成される。

【0031】

制御部７５は、例えばＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro Processing Unit）等のプロセッサや電気回路を備えて構成される。制御部７５の一部又は全部は、ファームウェア等の更新可能なもので構成されてもよく、また、ＣＰＵ等からの指令によって実行されるプログラムモジュール等であってもよい。

【0032】

制御部７５は、車両６１のイベントデータ記憶部６９に記憶されたＥＤＲデータを読み出す処理を実行する。例えば、制御部７５は、査定者端末６３が車両６１の制御システム６７に接続され、査定システムのコンピュータプログラムが起動した状態で、ＥＤＲデータの読み出し処理の実行が開始されると、イベントデータ記憶部６９に記憶された種々のＥＤＲデータを読み出す。

【0033】

制御部７５は、ＥＤＲデータを読み出す際に、併せて、制御システム６７内に記憶されている車両６１の製造国、製造メーカ、車種名、制御システムの種類、制御システムのバージョン、車載装置の品番、車載装置の製造年月日等のデータ（以下、これらのデータを「車両システム識別データ」ともいう）のうちの少なくとも一部のデータの読み出しを行う。車両システム識別データは、車両６１に搭載されているセンサ等の機器の種類又は仕様のデータを含んでもよい。ただし、これらの車両システム識別データの一部又は全部は、査定業者６０により査定者端末６３に入力されてもよい。例えば、車両６１の登録年及びシートベルト装置の製造年月日は、査定業者６０により入力されるデータであってもよい。

【0034】

制御部７５は、読み出したＥＤＲデータ及び車両システム識別データを、通信部７１を介して管理サーバ１０へ送信する。このとき、制御部７５は、読み出したＥＤＲデータのうち、車両６１に発生した衝突の分析に必要なデータとしてあらかじめ選択されたデータ（以下、「衝突関連イベントデータ」ともいう）のみを、車両システム識別データと併せて管理サーバ１０へ送信してもよい。

【0035】

その際、制御部７５は、衝突関連イベントデータ及び車両システム識別データを、所定の形式のＣＤＲレポートに変換したうえで、管理サーバ１０へ送信してもよい。ＣＤＲレポートは、公知のＣＤＲレポートの形式に準じて生成されるものであってもよい。制御部７５は、管理サーバ１０へ送信するデータ、あるいは、生成したＣＤＲレポートを記憶部７７に記憶させてもよい。ただし、イベントデータ記憶部６９から読み出されたＥＤＲデータは多種多様なデータを含むことから、制御部７５は、送信するデータを記憶部７７に記憶させることなく管理サーバ１０へ転送することが好ましい。

【0036】

（管理サーバ）
管理サーバ１０は、通信部１１、制御部１３、記憶部１４及びデータベース１５を備える。通信部１１は、通信ネットワーク５を介して査定者端末６３及び専門家側端末５３と通信するためのインタフェースである。通信部１１は、通信ネットワーク５の通信方式に適合する無線通信用あるいは有線通信用のインタフェースにより構成される。専門家側端末５３と管理サーバ１０との間の通信ネットワークが、査定者端末６３と管理サーバ１０との間の通信ネットワーク５と異なる場合には、通信部１１は、複数の通信インタフェースを含んでいてもよい。

【0037】

記憶部１４及びデータベース１５は、ＲＡＭ又はＲＯＭ等の記憶素子、あるいは、ＨＤＤやＣＤ、ＤＶＤ、ＳＳＤ、ＵＳＢフラッシュ、ストレージ装置等の記憶媒体の少なくとも一つを含んで構成される。記憶部１４及びデータベース１５は、一つの記憶部として構成されてもよく、別の記憶部として構成されてもよい。記憶部１４は、制御部１３により実行されるイベントデータ処理プログラム及び当該プログラムの実行に用いるパラメータ等を記憶する。データベース１５は、査定者端末６３から送信されるＥＤＲデータ又は衝突関連イベントデータと車両システム識別データ、あるいは、ＣＤＲレポートのデータ（以下、「受信イベントデータ」ともいう）を記憶する。

【0038】

制御部１３は、例えばＣＰＵ又はＭＰＵ等のプロセッサや電気回路を備えて構成される。制御部１３の一部又は全部は、ファームウェア等の更新可能なもので構成されてもよく、また、ＣＰＵ等からの指令によって実行されるプログラムモジュール等であってもよい。制御部１３は、事故履歴レポート生成部２１、事故発生情報生成部２３及びイベントデータレポート出力部２５を備える。これらの事故履歴レポート生成部２１、事故発生情報生成部２３及びイベントデータレポート出力部２５は、ＣＰＵ等のプロセッサによるプログラムの実行により実現される機能であってもよい。

【0039】

事故履歴レポート生成部２１は、データベース１５に記憶された受信イベントデータから、査定対象の車両６１の事故履歴に関する一部のデータを抽出するとともに所定の演算処理が行って事故履歴レポートを生成する。事故履歴レポートは、受信イベントデータのうち、車両６１の査定に必要な事故履歴に関する一部のデータが抽出されるとともに所定の演算処理が行われて所定の形式にされたものである。事故履歴レポートのデータは、例えば、ＣＳＶ（Comma Separated Values）形式のデータであってもよい。事故履歴レポート生成部２１は、生成した事故履歴レポートのデータを査定者端末６３へ送信する。

【0040】

査定者端末６３の利用者の識別コード等によって、事故履歴レポートを閲覧又は取得できるユーザに制限がかけられている。事故履歴レポート生成部２１は、特定の車両６１に接続されている査定者端末６３から受信イベントデータが送信されてきた場合に、生成した事故履歴レポートのデータを査定者端末６３へ返信してもよい。あるいは、事故履歴レポート生成部２１は、当該車両６１の事故履歴レポートの閲覧権限又は取得権限を持つユーザ（査定者端末６３）から特定の車両６１についての事故履歴レポートデータの提供のリクエストがあった場合に、事故履歴レポートのデータを査定者端末６３へ送信してもよい。

【0041】

事故履歴レポートは、少なくとも車両６１の製造メーカ、車種名、車体識別番号、車両６１の生産後からＥＤＲデータ読み出し時までの衝突事象の発生回数、衝突事象の種類、及び衝突発生時に車両６１に与えられた衝撃を示すデータを含む。車両６１の製造メーカ、車種名及び車体識別番号のデータは、車両６１を特定するための情報である。衝突事象の発生回数は、車両６１の生産後に車両６１が受けた衝突の回数のデータである。衝突事象の種類は、それぞれの衝突が正面衝突、正面オフセット衝突、側面衝突、後方追突、後方オフセット衝突のいずれであったかを示すデータであって、車両６１が受けた衝突位置を特定するための情報である。衝突発生時に車両６１に与えられた衝撃を示すデータは、それぞれの衝突発生時における車両６１の車速の変化量、荷重入力方向、エアバッグシステムの作動状況のデータを含み、車両６１の車台構造への損傷を推定し得る情報である。

【0042】

これ以外に、事故履歴レポートは、車両６１の生産後から衝突事象発生まで、あるいは、ＥＤＲデータ読み出し時までの間にイグニッションスイッチをオンにした回数又はエンジンを始動させた回数のいずれかのデータを含んでもよい。これらのデータは、車両６１の使用回数を判定し得る情報である。

【0043】

また、事故履歴レポートは、車両６１の登録時期、シートベルト装置の製造時期及びエアバッグコントロールモジュール（ＡＣＭ）品番等のデータを含んでもよい。これらのデータは、いずれかの車載装置の交換の可能性や、それによる動作不良の可能性を判定し得る情報である。

【0044】

事故履歴レポート生成部２１は、受信イベントデータから事故履歴レポートの生成に用いるデータを抽出する。また、事故履歴レポート生成部２１は、受信イベントデータに基づいて、車速の変化量や荷重入力方向等、事故履歴レポートの生成に用いるデータを算出する処理を実行する。

【0045】

事故発生情報生成部２３は、受信イベントデータに基づいて推定される事故発生の可能性を通知する情報を生成する。例えば、事故発生情報生成部２３は、シートベルト装置の製造年月日と車両６１の登録時期とが一致しない場合に、シートベルト装置の交換を伴う事故が発生した可能性があることを通知する情報を生成する。また、例えば、エアバッグシステムあるいはエアバッグシステムのソフトウェアのバージョンが、想定されるバージョンよりも古い場合に、エアバッグ制御装置が交換されており、エアバッグが展開した事故が発生した可能性があることを通知する情報を生成する。その他、事故発生情報生成部２３は、受信イベントデータに基づいて推定される車両６１の事故発生の可能性を通知する情報を生成してもよい。

【0046】

事故発生情報生成部２３は、生成した事故発生の可能性の情報を査定者端末６３へ送信する。事故発生情報生成部２３は、事故発生の可能性の情報を、事故履歴レポートのデータとともに常時査定者端末６３へ送信してもよく、査定者端末６３から事故発生の可能性の情報の提供のリクエストがあった場合に査定者端末６３へ送信してもよい。

【0047】

イベントデータレポート出力部２５は、事故履歴レポートに含まれないデータも含む所定の形式のＣＤＲレポートを専門家側端末５３へ送信する。専門家側端末５３の利用者の識別コード等によって、ＣＤＲレポートを閲覧又は取得できるユーザに制限がかけられている。イベントデータレポート出力部２５は、特定の車両６１の事故履歴レポートの閲覧権限又は取得権限を持つユーザ（専門家側端末５３）から当該車両６１についてのＣＤＲレポートのデータの提供のリクエストがあった場合に、ＣＤＲレポートのデータを専門家側端末５３へ送信する。

【0048】

査定者端末６３においてＣＤＲレポートのデータが生成され、管理サーバ１０のデータベース１５に記憶される場合には、イベントデータレポート出力部２５は、専門家側端末５３からリクエストされた特定の車両６１のＣＤＲレポートのデータを査定者端末６３へ送信する。また、査定者端末６３から、ＥＤＲデータ又は衝突関連イベントデータ及び車両システム識別データが送信される場合には、イベントデータレポート出力部２５は、専門家側端末５３から特定の車両６１についてのイベントデータレポートの提供のリクエストがあったときに、データベース１５を参照してＣＤＲレポートを生成し、専門家側端末５３へ送信する。

【0049】

なお、事故履歴レポートを閲覧又は取得できるユーザ（査定業者）の範囲は、ＣＤＲレポートを閲覧又は取得できるユーザ（専門家）の範囲よりも広く設定されている。これは、ＣＤＲレポートは、多種多様のデータを含み、事故の分析等活用の範囲が限定的である一方、事故履歴レポートは、車両６１の査定に必要な限定的なデータのみを含み、査定の評価に用いられるデータであるためである。

【0050】

＜３．査定システムの動作例＞
次に、本実施形態に係る車両の査定システム１００の動作例を、査定者端末６３の動作例及び管理サーバ１０の動作例に分けて説明する。なお、以下に説明する査定システム１００では、査定者端末６３が、車両６１のイベントデータ記憶部６９から読み出したＥＤＲデータ及び車両システム識別データに基づいてＣＤＲレポートを生成して管理サーバ１０へ送信するように構成されている。

【0051】

（３－１．査定者端末の動作例）
図３は、査定者端末６３の制御部７５により実行される処理の一例を示すフローチャートである。
まず、査定者端末６３が査定対象の車両６１の制御システム６７に接続され、査定者端末６３に格納された査定システムのプログラムが起動した状態で、制御部７５は、査定業者６０により入力されるデータを取得する（ステップＳ１１）。例えば、査定業者６０は、査定対象の車両６１の車検証を参照して車両６１の登録年を入力するとともに、シートベルトラベルを参照してシートベルト装置の製造年月日を入力する。その他、適宜のデータが査定業者６０により入力されてもよい。

【0052】

次いで、制御部７５は、データ読出ツール７３を介して、車両６１のイベントデータ記憶部６９に記憶されているＥＤＲデータを読み出す（ステップＳ１３）。このとき、制御部７５は、車両６１及び車両６１に搭載されているシステムを識別する車両システム識別データを併せて読み出す。車両システム識別データの一部又は全部は、査定業者６０により査定者端末６３に入力されてもよい。

【0053】

次いで、制御部７５は、読み出したＥＤＲデータの中から、あらかじめ設定された衝突関連イベントデータを抽出し、車両システム識別データと併せて、ＣＤＲレポートを生成する（ステップＳ１５）。次いで、制御部７５は、生成したＣＤＲレポートのデータを、管理サーバ１０へ送信する（ステップＳ１７）。

【0054】

なお、管理サーバ１０が査定者端末６３を介してＥＤＲデータ及び車両システム識別データを直接読み出す場合、査定者端末６３は、ステップＳ１１において、読み出したＥＤＲデータ及び車両システム識別データを管理サーバ１０へ転送すればよく、ステップＳ１５及びステップＳ１７は省略される。

【0055】

次いで、制御部７５は、管理サーバ１０から送信される事故履歴レポートのデータを受信する（ステップＳ１９）。次いで、制御部７５は、受信した事故履歴レポートのデータに基づいて、事故履歴レポートを表示部７９へ表示させる（ステップＳ２１）。

【0056】

図４は、表示される事故履歴レポート３０の一例を示す。図４に示す事故履歴レポート３０は、表示部７９に表示されるだけでなく、あるいは、表示部７９に表示させる代わりに、プリンタ等により印刷されて用いられてもよい。

【0057】

図４に示した事故履歴レポート３０の例では、車両登録年REGIS_C及びシートベルト装置の製造年月日MFD_SBのデータ４１、車両６１の製造メーカMKR及び車種名NMのデータ４２、車台識別番号No.及び型式TYPのデータ４３、エアバッグコントロールモジュールの品番No.ACM及びイベントデータ記憶システムの世代GEN_EDRのデータ４４、ＣＤＲレポート生成日時DT_CDRのデータ４５、データ抽出作業者NM_PER.のデータ４６、生成した事故履歴レポートの元となったＣＤＲデータファイルの識別コードNo_CDRxのデータ４７、ＥＤＲデータを読み出しＣＤＲレポートを生成するソフトウェアのバージョンVer.CDR及びＣＤＲレポートから事故履歴レポートを生成するソフトウェアのバージョンVer.CHRのデータ４８、並びに、最新の衝突事象のカウントCNT及び記憶されているＥＤＲデータのうち最大の速度変化量MAX_dVのデータ４９が表形式で表示されている。表示される事故履歴レポート３０は、これ以外のデータを含んでいてもよい。

【0058】

また、図４に示した事故履歴レポート３０の例では、車両６１の事故履歴の状況から判断される総合評価JDGの情報３１が５段階で表示される。総合評価JDGは、衝突事象の発生回数や衝突事象の種類及び衝突事象の発生時に車両６１に与えられた衝撃、車載装置の不具合や交換履歴の統計データに基づいて設定される各ランクの閾値によりいずれかのランクに区分されて設定される。衝突回数あるいは衝突箇所が多いほど総合評価JDGは下げられる。また、衝突発生時に車両６１に与えられた衝撃が大きいほど総合評価JDGは下げられる。また、車載装置の交換履歴が多いほど総合評価JDGは下げられる。かかる総合評価JDGは、管理サーバ１０の事故履歴レポート生成部２１により設定される。

【0059】

また、図４に示した事故履歴レポート３０の例では、ＣＤＲレポートから推定される車両６１の不具合に関するコメントCMTの表示欄３３が含まれている。かかるコメントCMTは、管理サーバ１０の事故発生情報生成部２３で推定された事故発生の可能性の情報を表示する。例えば、コメントCMTの表示欄３３に、「シートベルト装置の製造年月日MFD_SBと車両登録年REGIS_Cが一致しません。」とのコメントや、「エアバッグ制御装置が交換された可能性があり、エアバッグが展開した事故が発生した可能性があります。」とのコメントが表示される。かかるコメントCMTの表示は、査定業者６０から通知のリクエストがあった場合に表示されてもよい。

【0060】

また、図５は、別の事故履歴レポート３０の例を示す。図５に示す事故履歴レポート３０は、図４に示した事故履歴レポート３０とともに表示され得るが、図５に示す事故履歴レポート３０の表示は省略されてもよい。

【0061】

図５に示す事故履歴レポート３０は、前面衝突、左側面衝突、右側面衝突、後方追突のそれぞれについて、衝突発生時の最大速度変化量MAX_dVの値が最大であった衝突事象のイベントデータを示している。図中のイベントEVTは衝突が検知された順序を表し、ＰＤＯＦ（Principal Direction of Force）は荷重入力方向を表している。荷重入力方向は、車両の進行方向正面を０°として３６０°表示で示される。

【0062】

図５に示した例では、４回の衝突事象のイベントデータが示されている。１回目の衝突（EVT=00）は前面衝突であり、衝突発生時の最大速度変化量MAX_dVが３４ｋｍ／ｈ、荷重入力方向が５°となっている。また、２回目の衝突（EVT=01）は右側面衝突であり、衝突発生時の最大速度変化量MAX_dVが２３ｋｍ／ｈ、荷重入力方向が１２０°となっている。また、３回目の衝突（EVT=02）は後方追突であり、衝突発生時の最大速度変化量MAX_dVが１２ｋｍ／ｈ、荷重入力方向が１８０°となっている。また、４回目の衝突（EVT=03）は左側面衝突であり、衝突発生時の最大速度変化量MAX_dVが１ｋｍ／ｈ、荷重入力方向が２７０°となっている。かかる事故履歴レポート３０が併せて表示されることにより、査定業者６０は、車台構造に影響し得る比較的重大な事故の発生履歴を容易に把握することができる。

【0063】

（３－２．管理サーバの動作例）
図６は、管理サーバ１０の制御部１３により実行される処理の一例を示すフローチャートである。
まず、管理サーバ１０の制御部１３は、査定者端末６３から送信されたＣＤＲレポートのデータを受信する（ステップＳ３１）。制御部１３は、受信したＣＤＲレポートのデータをデータベース１５に記憶する。

【0064】

次いで、制御部１３の事故履歴レポート生成部２１は、ＣＤＲレポートのデータから、あらかじめ設定された車両６１の事故履歴に関する一部のデータを抽出するとともに所定の演算処理を行って事故履歴レポートを生成する（ステップＳ３３）。生成される事故履歴レポートは、あらかじめ設定されたデータだけでなく、査定業者６０からのリクエストに応じて適宜のデータが追加されてもよい。また、生成される事故履歴レポートは、事故発生情報生成部２３により生成された事故発生の可能性を通知する情報を含んでいてもよい。かかる事故発生の可能性を通知する情報は、査定業者６０からのリクエストに応じて追加されてもよい。

【0065】

次いで、事故履歴レポート生成部２１は、生成した事故履歴レポートのデータを査定者端末６３へ送信する（ステップＳ３５）。これにより、査定者端末６３では、受信した事故履歴レポートを参照して、査定対象の車両６１の査定を行うことができる。

【0066】

以上説明したように、本実施形態に係る管理サーバ（イベントデータ処理装置）１０によれば、査定対象の車両６１のイベントデータ記憶部６９から読み出され、査定者端末６３から送信されたＥＤＲデータに基づいて、車両６１の事故履歴に関する一部のデータを抽出するとともに所定の演算処理を行って事故履歴レポートが生成される。生成された事故履歴レポートは、査定者端末６３に送信され、査定対象の車両６１の査定に用いられる。このため、修復履歴の記載がされていない場合や、内装又は外装の目視のみでは把握できない事故履歴も考慮した車両６１の査定を行うことができる。

【0067】

また、生成される事故履歴レポートは、ＥＤＲデータあるいはＣＤＲデータから必要なデータのみを抽出するとともに所定の演算処理を行って生成されるため、査定に必要な事故履歴に関する情報のみを容易に知ることができ、査定業者６０の負担の増大を抑制することができる。また、事故履歴レポートは、従来活用されているＥＤＲデータあるいはＣＤＲデータから生成されるため、大掛かりな改変あるいはシステム構築を伴わずに、査定業者６０へ提供することができる。

【0068】

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】