JP2003050886A

JP2003050886A - 生涯連結車歴管理センター、生涯連結車歴集中管理センター及び車両データ管理装置

Info

Publication number: JP2003050886A
Application number: JP2002083505A
Authority: JP
Inventors: Hiroshi Usui; 弘臼井; Atsushi Usui; 厚臼井
Original assignee: ALFORM KK
Current assignee: ALFORM KK
Priority date: 2001-05-30
Filing date: 2002-03-25
Publication date: 2003-02-21
Anticipated expiration: 2022-03-25
Also published as: JP3913084B2

Abstract

(57)【要約】【目的】新車購入から廃車までの車両の生涯に渡って
連続した履歴データを統一された形式で管理することが
できる生涯連結車歴管理センター及び複数ある生涯連結
車歴管理センター間のデータ中継を行う生涯連結車歴集
中管理センターそして、生涯連結車歴管理センター及び
生涯連結車歴集中管理センターと履歴データの送受信を
行う車両データ管理装置を提供することを目的とする。【構成】登録された複数の修理整備業者のＰＣと通信
回線により接続可能で，各ＰＣ内に保有されている車両
の修理整備記録のデータであって一定の形式にフォーマ
ットしてコンバートされた履歴データを受け取り、同一
車両毎に連結して日付順の連結車歴データベースを形成
するとともに、データ検索処理部を設けて上記修理整備
業者を含むユーザが通信回線を通じて上記連結車歴デー
タベースを閲覧又はダウンロード可能な構成とした。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、車両修理及び整備の生
涯連続履歴を管理する装置に関するものである。

【０００２】

【従来の技術】我が国における自動車保有台数は現時点
で７，６００万台ともいわれているが、この自動車の点
検・修理・部品交換のメンテナンスデータもまた膨大な
量となっている。

【０００３】この履歴データは車両所有者の自動車自己
管理、そして業者の修理概算見積り、点検修理、作業指
示等において必要欠くべからざるものとなっている。も
し、この履歴データが不明である場合は的確な事前見積
りと修理が行えないだけでなく、修理に要する時間が長
くなって作業効率が著しく低下する。その結果、所有者
の修理代にも影響し、所有者・業者とも大きな損失を受
けることになる。

【０００４】そこで、業者は自己の使用しているコンピ
ュータに市販の自動車整備ソフトウェア等をインストー
ルし、過去の履歴データを保存しておいて、必要に応じ
これを参照して修理箇所の判定・部品交換の要否、故障
原因の推定などに利用している。

【０００５】

【発明が解決しようとする課題】しかし、ここで問題と
なるのは、所有者が何等かの理由で修理依頼業者を取り
替えたり、この自動車を中古車として転売した場合には
この履歴データは分断され、部分的なものとなって連続
性を失ってしまうという点である。このような業者の取
替えや転売のケースは非常に多い。

【０００６】さらに、この業界は自動車整備業と事故車
修理を専門とする鈑金塗装業の２つがあり、それぞれ別
個の資格要件と、異なる技術・設備を有している。その
ため、所有者も両者に修理を依頼している場合が多い。
このような場合、履歴が２分されるという問題がある。
また、修理整備業者が使用するソフトウェア−を他社開
発のものに取り替えた場合も、互換性がないため車歴が
分断されるケースも少なくない。これが、いま非常に重
要性が強調されている車両の統一された連続生涯履歴管
理が不可能となってしまっている原因である。

【０００７】もちろん、法令による自動車整備記録簿の
保存という手段もあるが、紙ベースでは紛失、汚損され
るケースも少なくないだけでなく、修理料金は含まれて
おらず、保存期間も１年又は２年に限定され、有効なデ
ータベースとして利用することは事実上不可能である。
このように考えてくると、どうしても業界を網羅した統
一修理履歴管理システムが必要となってくる。

【０００８】そこで本発明は、新車購入から廃車までの
車両の生涯に渡って連続した履歴データを統一された形
式で管理することができる生涯連結車歴管理センター及
び複数ある生涯連結車歴管理センター間のデータ中継を
行う生涯連結車歴集中管理センターそして、生涯連結車
歴管理センター及び生涯連結車歴集中管理センターと履
歴データの送受信を行う車両データ管理装置を提供する
ことを目的とする。

【０００９】

【課題を解決するための手段】上記の目的を達成するた
めに本発明の生涯連結車歴管理センターは、登録された
複数の修理整備業者のＰＣと通信回線により接続可能
で，各ＰＣ内に保有されている車両の修理整備記録のデ
ータであって一定の形式にフォーマットしてコンバート
された履歴データを受け取り、同一車両毎に連結して日
付順の連結車歴データベースを形成するとともに、デー
タ検索処理部を設けて、上記修理整備業者を含むユーザ
が通信回線を通じて上記連結車歴データベースを閲覧又
はダウンロード可能な構成とした。

【００１０】また、上記一定の形式にフォーマットする
フォーマット変換処理部を備えた構成としたり、上記連
結車歴データベースが履歴データ1件毎に車歴番号を交
付し、上記データ検索処理部がユーザから入力された車
歴番号を優先キーとして上記連結車歴データベースを検
索し、当該車歴番号が付与された日以前の履歴データの
みを検出することとしたり、送信された上記履歴データ
の信頼性について格付けを行う構成としたり、上記連結
車歴データベースを定期的に分類解析する分析処理部を
有する構成としたり、上記生涯連結車歴管理センターが
問合処理部を有し、上記データ検索処理部がユーザから
入力された車歴番号を優先キーとして自己の連結車歴デ
ータベースを検索した結果、当該車歴番号に該当するデ
ータを有しない場合には、上記問合処理部が複数の生涯
連結車歴管理センターと通信回線で接続可能な生涯連結
車歴集中管理センターに問い合わせるとともに、該生涯
連結車歴集中管理センターが複数の生涯連結車歴管理セ
ンターのいずれかから得た該当するデータを受け取って
問い合わせたユーザに送信することとしたり、劣化度及
び減耗度等の使用データを送信する電子センサチップを
備えた部品を取り付けた車両から通信回線を介して使用
データを受信し、該使用データを分析する使用データ分
析処理部を設けた構成とすることもできる。

【００１１】上記目的を達成するために本発明の生涯連
結車歴集中管理センターは、複数の前記生涯連結車歴管
理センターと通信回線で接続可能なコンピュータを備
え、該コンピュータが上記ユーザのＰＣとも通信回線に
より接続可能で、ユーザのＰＣから指定された条件を複
数の生涯連結車歴管理センターに問い合わせ、ユーザの
求めるデータを有する生涯連結車歴管理センターを探し
出して中継する中継処理部を有する構成とした。

【００１２】また、上記各生涯連結車歴管理センターが
保有する連結車歴データベースを定期的に分類解析する
分析処理部とを有する構成とすることもできる。

【００１３】上記目的を達成するために本発明の車両デ
ータ管理装置は、通信回線によって前記生涯連結車歴管
理センター又は前記生涯連結車歴集中管理センター及び
顧客等に接続可能な通信処理部を有し、ネット上で展示
する１以上の中古車データと、各中古車に対応する車歴
番号を記録したファイルとを有し、顧客が１の中古車を
指定すると当該中古車に対応する車歴番号を選出して上
記生涯連結車歴管理センターから送られた当該中古車の
履歴データを通信回線により顧客に送信する構成とし
た。

【００１４】また、通信回線によって前記生涯連結車歴
管理センターに接続可能な通信処理部と、修理整備業者
が自己の行った車両の修理整備記録を履歴データとして
記録する整備記録データベースと、検索条件を入力し検
索結果を表示するインターフェース処理部と、を有し、
車両を特定する情報と当該車両の整備記録データとを一
定の形式にフォーマットしてコンバートされた履歴デー
タとして上記生涯連結車歴管理センターに送信すること
としたり、上記生涯連結車歴管理センターから上記車両
の過去の履歴データを受け取り、該履歴データを上記整
備記録データベースに書き加える構成とすることもでき
る。

【００１５】また、本発明の車両データ管理装置は、車
両の修理整備記録としての履歴データ１件毎に車歴番号
を交付して記録する整備記録データベースに接続可能な
通信処理部を有し、ネット上で展示する１以上の中古車
データと、各中古車に対応する車歴番号を記録したファ
イルとを有し、顧客等が１の中古車を指定すると当該中
古車に対応する車歴番号を選出して上記整備記録データ
ベースに送信し、当該中古車の履歴データを通信回線に
より顧客等に送信する構成とすることができる。

【００１６】

【発明の実施の形態】本発明の実施例を図面に基づいて
説明する。図１は本発明の生涯連結車歴管理センター及
び車両データ管理装置を示した構成図である。本発明の
生涯連結車歴管理センターは、ホストコンピュータ１か
らなり、インターネット１１等の通信回線によって車両
データ管理装置であるＰＣ１２と接続されている。

【００１７】ホストコンピュータ１は、連結車歴データ
ベース２と車両情報データベース３、データベース入出
力処理部４、検索処理部５、追加更新処理部６、車歴番
号認証処理部７、分析処理部８及び通信処理部９とを有
する。連結車歴データベース２は、車両毎に、その車両
が廃車処分になるまでの修理及び整備の記録を格納して
いるデータベースである。図２は連結車歴データベース
２のデータ構造を示した図である。図２では、データベ
ースとしてリレーショナルデータベースを想定している
が、これに限定するものではない。

【００１８】車両テーブルは車両情報を格納しており、
車両情報として車両登録番号、車名及び車台番号等、主
として車検証に記載されている事項が格納され、車両１
台に付き１レコードが生成される。車台番号は製造時に
車両につけられた番号である。車両１台ごとに違った番
号が付与されており、車両登録番号が変更されても車台
番号は不変であるため、この番号で車両を特定すること
ができる。

【００１９】履歴テーブルは、車両毎の修理及び整備の
履歴が格納されている。修理及び整備をした部位又は交
換した部品１つにつき１レコードが生成される。車歴番
号はキー項目であり、修理・整備記録を記録した履歴デ
ータの１件毎に異なった値を連結車歴データベース２側
で自動的に付与する。車台番号は車両テーブルにある車
台番号と同じものであり、車両テーブルをこの車台番号
で検索することにより、修理または整備を行った車両の
詳細な履歴データを得ることができる。走行距離の欄に
は、その履歴データに関する修理又は整備を行った時ま
での走行距離が格納されており、期間燃料消費量の欄に
は、前回の修理又は整備から今回の修理又は整備までの
間に消費した燃料の総量が格納されている。これらの値
から、前回の整備又は修理から今回の整備又は修理まで
の間の燃費を算出することができる。車両テーブル及び
履歴テーブルは、キー項目である車台番号及び車歴番号
を使用して検索することもできるし、それ以外の項目に
よっても検索することが可能である。

【００２０】車両情報データベース３は、連結車歴デー
タベース２を使用することができるユーザに関する情報
を格納したデータベースである。ユーザは予め車両情報
データベース３に登録されている。連結車歴データベー
ス２を使用できるユーザには、整備業者や修理業者の他
に、中古車販売業者や車両の所有者も含まれる。図３は
車両情報データベース３のデータ構造を示す図である。
識別ＩＤはユーザの登録番号で、車歴番号と共に見積
書、納品書、請求書等に表示する権利が与えられ、これ
により車両所有者に告知するものである。車両情報デー
タベース３は、車歴番号認証処理部７で識別ＩＤと車歴
番号のチェックを行う時に使用される。識別ＩＤと車歴
番号の対が車両情報データベース３内に存在していれば
正規のユーザとして、連結車歴データベース２へのアク
セスが許可される。

【００２１】データベース入出力処理部４は、連結車歴
データベース２及び車両情報データベース３へのアクセ
スを行う。検索処理部５、追加更新処理部６、車歴番号
認証処理部７及び分析処理部８は、データベース入出力
処理部４を介して履歴データの格納や取り出しを行う。
通信処理部９はインターネット１１を通じて、ＰＣ１２
との間で履歴データの送受信を行うものである。

【００２２】図１ではホストコンピュータ１は１台だけ
であるが、必ずしも１台である必要はなく、地方別・管
轄陸運局別にそれぞれサーバを用意してもよい。これ
は、データ量が増大する対策としても有効である。

【００２３】ＰＣ１２は修理整備業者の使用する車両デ
ータ管理装置であり、通信処理部１３とフォーマット変
換処理部１４、インターフェース処理部１５、整備記録
データベース１６によって構成されている。

【００２４】通信処理部１３はインターネット１１を通
じて、ホストコンピュータ１との間で履歴データの送受
信を行うものである。インターフェース処理部１５は、
連結車歴データベース２を検索した結果等を表示又は、
検索条件等の入力を行う。これには、ＷＷＷ（World Wi
de Web）ブラウザが使用できる。整備記録データベース
１６は、従来から市販されている各種の自動車整備ソフ
トウェアにより作成されるデータベースである。

【００２５】フォーマット変換処理部１４は、整備記録
データベース１６で生成された履歴データを、ホストコ
ンピュータ１にある連結車歴データベース２へ格納する
のに都合のよいデータ形式（以下標準フォーマットとい
う）に変換、又はその逆に、連結車歴データベース２に
格納されていた履歴データを整備記録データベース１６
で使用しているデータ形式にコンバートするソフトウェ
アである。

【００２６】このフォーマット変換処理部１４は、生涯
連結車歴管理センター若しくは自動車整備ソフトェアを
開発したソフトウェア開発業者から、有料又は無料で提
供されることが望ましい。このとき標準フォーマットや
通信プロトコル等は、本発明の生涯連結車歴管理センタ
ーを運営するセンターからソフトウェア開発業者へ有料
又は無料で提供される。なお、実施例ではこのフォーマ
ット変換処理部１４をＰＣ１２に設けているが、ホスト
コンピュータ１に設けてもよい。

【００２７】図４は、標準フォーマットの項目の例を示
した図である。標準フォーマットは、ヘッダー部とディ
テール部とから構成されており、ヘッダー部には、車両
登録番号及び車台番号等の、整備又は修理を行った車両
に関する情報と、作業を行った業者の所在地を特定する
コード及び作業の実施日などが格納される。ディテール
部には、作業名、交換部品名称及び料金などの実際に行
った作業の詳細な履歴データが格納される。

【００２８】図５は標準フォーマットのレコード構成を
示す図である。１つのヘッダー部に対して１レコード以
上のディテール部がある。実施日で示された日に、車台
番号等で特定される車両に対して行った作業の全てがひ
とつのまとまりとして扱われる。

【００２９】ＰＣ１２には、修理整備業者が車両データ
管理装置として使用するものと、車両所有者、中古車販
売業者等が履歴データを参照するために使用するものと
がある。フォーマット変換処理部１４と整備記録データ
ベース１６は、整備業者又は修理業者が使うＰＣ１２に
のみインストール又は構築されているもので、車両所有
者等が使用するＰＣ１２には、インストールされている
必要はない。

【００３０】次に本発明の生涯連結車歴管理センターの
利用例を説明する。図６は本発明の生涯連結車歴管理セ
ンター全体のデータフローダイアグラムであり、図７は
整備及び修理履歴が、データコンバートされ連結車歴デ
ータベース２に格納されるまでの手順を示したシーケン
ス図である。

【００３１】車両修理履歴データは整備記録データベー
ス１６に記録された履歴データであり、ＰＣ１２の内部
に保存されている。フォーマット変換処理部１４は、Ｐ
Ｃ１２の内蔵タイマによって一定時間毎に起動される
（Ｕ０１）。フォーマット変換処理部１４は、車両修理
履歴データを読み込み（Ｕ０２）、標準フォーマットへ
コンバートする（Ｕ０３）。コンバートした履歴データ
はホストコンピュータ１側の追加更新処理部６へ送信さ
れる（Ｕ０４）。追加更新処理部６は受信した標準フォ
ーマットを連結車歴データベース２に格納する（Ｕ０
５）。フォーマット変換処理部１４の起動（Ｕ０１）は
内蔵タイマによらずに、ＰＣ１２の操作者が直接起動す
るようにしてもよい。しかし、定期的に連結車歴データ
ベース２の履歴データを更新できるので、内蔵タイマに
よる起動のほうが望ましい。車両所有者や業者が、連結
車歴データベース２を使用する場合、事前にホストコン
ピュータ１に対してログインしなければならない。

【００３２】図８はログインの手順を示したシーケンス
図である。ユーザはインターフェース処理部１５に対し
て、ログイン画面のＵＲＬ（Uniform Resource Locato
r）を指定する（Ｌ０１）。インターフェース処理部１
５は、指定されたＵＲＬをもとに車歴番号認証処理部７
に対してログイン画面を要求する（Ｌ０２）。車歴番号
認証処理部７は、インターフェース処理部１５にログイ
ン画面を送信する（Ｌ０３）。

【００３３】図９はログイン画面の一例を示した図であ
る。ログイン画面には、識別ＩＤと車歴番号を入力する
欄と、それらのデータを車歴番号認証処理部７に送信す
るためのログインボタンがある。ユーザは、生涯連結車
歴管理センターを運営する集中管理センターから付与さ
れた識別ＩＤと車歴番号を、識別ＩＤ入力欄と車歴番号
入力欄に入力し、ログインボタンを押す（Ｌ０４）。イ
ンターフェース処理部１５は識別ＩＤと車歴番号を車歴
番号認証処理部７へ送信する（Ｌ０５）。識別ＩＤと車
歴番号を受信した車歴番号認証処理部７は、車両情報デ
ータベース３内に受信した識別ＩＤと車歴番号の組み合
わせを持ったレコードがあるかどうか検索する（Ｌ０
６，Ｌ０７）。レコードが存在した場合は、メニュー画
面をインターフェース処理部１５に送信し（Ｌ０８）、
存在しなかった場合は、図示しないエラーメッセージを
表示する。

【００３４】図１０はメニュー画面の一例を示した図で
ある。図１０では、大きく検索処理と分析処理を行うた
めのメニューが表示されている。画面の右側にあるログ
アウトというリンクをクリックすると、再び図９のログ
イン画面が表示される。

【００３５】図１１は検索処理の手順を示したシーケン
ス図である。ユーザは、図１０のメニュー画面から検索
処理を選択する（Ｓ０１）。メニュー画面には、車両検
索と部品名・作業項目・作業名検索の２種類が用意され
ている。車両検索では、一台の車両に関する修理及び整
備の履歴が一覧でき、部品名・作業項目・作業名検索で
は、部品名や作業名を指定して、各業者の料金を一覧す
ることができる。

【００３６】インターフェース処理部１５は、検索処理
部５に検索画面を要求する（Ｓ０２）。この時、どちら
の検索画面を要求するのかを示す画面種別データを送信
する。検索処理部５は、受信した画面種別データによっ
て、車両検索画面又は部品名・作業項目・作業名検索画
面をインターフェース処理部１５に送信する（Ｓ０
３）。ユーザが検索条件を入力後、検索開始ボタンを押
すと（Ｓ０４）、インターフェース処理部１５は、入力
された条件を、検索処理部５へ送信する（Ｓ０５）。検
索条件を受信した検索処理部５は、連結車歴データベー
ス２内を検索し（Ｓ０６）、検索結果を受け取る（Ｓ０
７）。検索条件に該当する履歴データが存在した場合
は、検索種別データによって検索結果画面をインターフ
ェース処理部１５へ送信する（Ｓ０８）。

【００３７】図１２は車両検索画面の一例を示した図で
ある。これは、図１０のメニュー画面から「車両検索」
を指定したときに表示される画面である。図１２には、
自動車登録番号、車台番号、修理日及び車歴番号を入力
する欄と、入力された条件を検索処理部５へ送信する検
索開始ボタン、入力した条件を消去するクリアボタンが
ある。自動車登録番号と車台番号のうち、少なくともど
ちらか一方は必ず指定しなければならない。車歴番号又
は修理や整備を行った日付を指定するとその日の作業内
容を検索する。車歴番号又は日付を省略すると、該当す
る車両に関する履歴データ全てを検索する。

【００３８】図１３は、車両検索結果画面の一例を示し
た図である。この画面は、図１２の検索開始ボタンが押
されたときに表示されるものである。図１３の車両検索
結果画面は、車両情報と履歴情報の２つの情報に分かれ
ている。車両情報では、自動車登録番号、車台番号の他
に、メーカー名や車種名等も表示される。履歴情報で
は、車両情報に示した車両に対する履歴が表示され、日
付、部位、作業項目、交換部品名称及び料金の各欄で構
成されている。各履歴データは、日付の新しい順に表示
されている。部位欄は作業を行った部位を示す。これ
は、エンジン又は助手席ドア等の名称が表示される。作
業項目欄には、交換、調整等といった作業項目の名称が
表示される。作業項目で示した作業で交換された部品が
あればその部品名称が交換部品名称欄に表示される。交
換した部品がない場合は空欄になる。料金にはその作業
の料金が部品代を含めた形で表示される。

【００３９】図１４は部品名・作業項目・作業名検索画
面の一例を示した図である。この画面は、図１０のメニ
ュー画面から「部品名・作業項目・作業名検索」を指定
したときに表示される。図１４には、部品名と作業項目
名を指定する欄と、作業名を入力する欄及び指定された
条件を検索処理部５へ送信する検索開始ボタンがある。
部品名と作業項目名は、メニューで示された中から選択
する形式になっており、少なくとも一つは指定しなけれ
ばならない。指定しない場合は、メニューから指定しな
いを選ぶ。

【００４０】図１４で検索条件を入力した後に検索開始
ボタンを押すことによって、部品名・作業項目・作業名
での検索結果画面が表示される。図１５は部品名・作業
項目・作業名検索結果の一例を示した図である。図１５
では、スパークプラグを交換したときの料金が、業者毎
に一覧表形式で表示されている。この一覧表の各項目は
料金の安い順に表示されている。このような検索処理を
提供することにより車両所有者は、同一部品、同一作業
の料金の業者間比較ができるようになり、従来不可能と
されてきた請求書又は見積書のチェックが可能となる。

【００４１】図１３では、左上にダウンロードボタンが
用意されている。図１１のＳ０９で、このボタンを押す
と、インターフェース処理部１５は検索処理部５に対し
て、検索結果の送信を要求する（Ｓ１０）。検索処理部
５は、検索結果を標準フォーマットに編集して、インタ
ーフェース処理部１５へ送信する（Ｓ１１）。ダウンロ
ードした履歴データは、フォーマット変換処理部１４に
よって逆コンバートされ、整備記録データベース１６で
使用することが可能となる。

【００４２】ホストコンピュータ１の分析処理部８は、
連結車歴データベース２に格納された履歴データを用い
て、車種年式・型式別、走行距離別等の修理内容、部品
毎の交換サイクル、修理パターン、生涯修理費用合計、
１台当りの平均修理代、走行１ｋｍ当り保守料金、事故
発生率等の分析を行う。

【００４３】図１６は、分析処理部８が行った走行距離
別修理内容についての分析結果画面の一例を示す図であ
り、図１７はオイルフィルタの交換サイクル一覧の一例
を示す図で、図１８はエンジンオイルの交換サイクル一
覧の一例を示す図である。

【００４４】図１６には、車台番号、車種、年式、型
式、走行距離及び修理内容の欄があり、車台番号で表さ
れた車両が修理を行ったときの、走行距離が一覧で表示
される。この一覧は、車台番号及び走行距離の昇順に並
べられている。図１７，１８には、日付、車台番号、車
種、年式、型式、走行距離の欄があり、車台番号で表さ
れた車両が、部品交換したときの走行距離が一覧で表示
される。

【００４５】例えば図１６の履歴データを車種別、年式
順に並べれば、車種・年式毎に、走行距離別の故障原因
を得ることができる。このような情報を自動車メーカー
に提供することにより、新車開発のきわめて重要な資料
となり、早期のリコール対策も支援することができるよ
うになる。自動車損害保険会社にとってこの情報は、車
両状況、走行運転パターン、月当たり平均走行距離等に
よる自動車保険の商品化に極めて大きな効用がある。ま
た、自動車損害保険会社が、生涯連結車歴管理センター
のユーザであれば、事故車修理見積金額の査定におい
て、交換部品が事故によるものか、事故以前に劣化して
いたものかの判定が、正確かつ迅速に行うことができる
ようになる。

【００４６】車両所有者が業者を代えたとき、新業者は
旧業者が行った修理及び整備の履歴を必要とする。しか
し、旧業者には新業者が行った修理及び整備の履歴を参
照させる必要はない。一方、上記の実施例では、識別Ｉ
Ｄと車歴番号を持っている業者は、車台番号又は自動車
登録番号が分かれば、全ての車両について全ての履歴を
検索することができてしまう。

【００４７】そこで、第２の実施例では、車両検索時に
車台番号または自動車登録番号ではなく、車歴番号を使
用する。

【００４８】図１９は車歴番号を付与する手順を示した
シーケンス図である。整備業者又は修理業者は、新規の
顧客からの依頼の場合に車両テーブルに格納される車両
情報を、自己のＰＣ１２内にある整備記録データベース
１６に入力する（Ｎ０１）。車両情報と履歴テーブルに
格納するための履歴情報の入力が完了した時点で、フォ
ーマット変換処理部１４を起動する（Ｎ０２）。フォー
マット変換処理部１４は整備記録データベース１６が保
存した車両情報と履歴データを読み込み（Ｎ０３）、標
準フォーマットへ変換する（Ｎ０４）。変換された車両
情報等は、通信回線を通してホストコンピュータ１の追
加更新処理部６へ送信される（Ｎ０５）。追加更新処理
部６は、受信した車両情報を元に連結車歴データベース
２を検索し、該当する車両情報の車両に今回の履歴デー
タを追加記入する（Ｎ０６）。連結車歴データベース２
は、この時新しい車歴番号を生成し今回の履歴データに
車歴番号を付与すると共に、業者に通知する（Ｎ０７，
Ｎ０８，Ｎ０９）。本実施例の連結車歴データベース２
が生成する車歴番号は、それ以前の車歴番号と異なった
値であるだけでなく、それ以前のどの車歴番号よりも大
きい値が生成される。新しい車歴番号の通知を受けた業
者は、修理・整備を行って、履歴データを記入する。そ
の後、識別ＩＤと共に車歴番号を、納品書、請求書にプ
リントし、車両所有者に告知する。

【００４９】図２０は連結車歴データベース２に格納さ
れている履歴データの一例を示した図である。車両テー
ブルの項目は、図２で示した項目の中から必要なものだ
けを抜き出して示している。履歴データの内容も車台番
号ＦＫ４１５Ｈ−１２３４５６７８９０に関するものだ
けを抜き出している。上記車台番号で示される車両は、
５回の整備又は修理を実施されており、実施された順
に、０９０００，１００００，１２３４５，１３００
０，２００００という車歴番号が付与されている。

【００５０】図２１は車歴番号を使用した車両検索画面
の一例を示す図であり、図２２はその検索結果の一例を
示す図である。図２１では、車台番号と自動車登録番号
に代わって車歴番号を入力する欄が用意されている。車
歴番号欄は優先キーであり、必ず入力しなければならな
い。日付欄、検索開始ボタン、クリアボタンは、図１２
で示したものと同じものである。

【００５１】検索開始ボタンを押すと、車歴番号で指定
された履歴データを履歴テーブルから検索する。検索の
結果得られたレコードから車台番号を取りだす。車歴番
号が、１００００以下のもののうち、車台番号がＦＫ４
１５Ｈ−１２３４５６７８９０であるものという条件で
もう一度、履歴テーブルを検索する。その結果、車歴番
号１００００以前のレコードのみが抽出される。車歴番
号を修理・整備ごとに大きな番号にしておけば、１つの
車歴番号が指定されたとき、それより大きな値の車歴番
号を持つ履歴データは検索条件に該当しなくなるので、
前の修理業者は後の修理業者の履歴データを読むことが
できない。

【００５２】あるいは、車歴番号とこの車歴番号を付与
した日付をセットにして入力して、１つの車歴番号が指
定されたとき、当該日付より新しい履歴データはヒット
しないようにしてもよい。

【００５３】図２２の車両情報は、図１３の車両情報に
車歴番号欄が追加されているもので、車両情報のその他
の欄と履歴情報及びダウンロードボタンは、図１３と同
じである。

【００５４】このように、整備業者、修理業者にとっ
て、他からの転入客の生涯連続履歴を自社ソフトウェア
に取り込め、事前見積書や事前の作業指示書の発行、予
防整備提案書の作成が迅速かつ正確に行われ、転入新規
客の管理にも即時対応できるようになる。また、従来
は、整備業者及び修理業者が他社製の自動車整備ソフト
に切り替えると過去の履歴データが利用できなかった
が、連結車歴データベース２から履歴データをダウンロ
ードすることによって、完全に解決する。

【００５５】履歴データが、連結車歴データベース２と
整備記録データベース１６に重複した形で格納されてい
るので、整備記録データベース１６で使用している履歴
データが破壊されたような場合でも、連結車歴データベ
ース２からダウンロードすることで修復することができ
る。

【００５６】さらに、下取り車を加修して転売する場合
に、この履歴データ付きであれば、取引上の信用性も高
くなる。とくに事故車ではないこと、メータの巻き返し
等の不正行為がないことなどが証明できることにより非
常に有利に販売できる。これは、中古車を仕入れる中古
車販売業者にとっても利便性が高まる。

【００５７】図２３は、本発明の生涯連結車歴管理セン
ター、生涯連結車歴集中管理センター及び車両管理装置
を示す構成図である。図２３の実施例では、ホストコン
ピュータ２１を複数台使用する。ホストコンピュータ２
１は、図１のホストコンピュータ１から分析処理部８が
なくなり、フォーマット変換処理部１４と問合処理部２
２が追加されたものである。問合処理部２２は、自動車
整備業者からの検索条件に該当する履歴データが存在し
ない場合に、集中管理コンピュータ２３へ問合せを行う
ものである。複数あるホストコンピュータ２１を管理す
るのが、集中管理コンピュータ２３である。ホストコン
ピュータ２１は、例えば地方、陸運局又は整備業者が所
属している組合毎に生涯連結車歴管理センターを設けそ
こで管理する。集中管理コンピュータ２３は生涯連結車
歴管理センターとは別に、生涯連結車歴集中管理センタ
ーを設けて、そこで管理を行う。生涯連結車歴集中管理
センターの集中管理コンピュータ２３と生涯連結車歴管
理センターのホストコンピュータ２１は、インターネッ
ト等の通信回線によって接続されている。

【００５８】集中管理コンピュータ２３は、各ホストコ
ンピュータ２１から履歴データを取り込み、車種年式・
型式別、走行距離別等の修理内容、部品毎の交換サイク
ル、修理パターン、生涯修理費用合計、１台当りの平均
修理代、走行１ｋｍ当り保守料金、事故発生率等の分析
を行う分析処理部８と、複数のホストコンピュータ２１
間で、履歴データをやり取りするときに中継を行う中継
処理部２４と、認証処理部２６と、通信処理部２５とか
らなる。

【００５９】ＰＣ２７は図１のＰＣ１２とほぼ同じ構成
である。違いとしては、フォーマット変換処理部１４が
ないことである。また、車両所有者が使用するＰＣ２７
には整備記録データベース１６がインストールされてい
る必要はないのも第１及び第２の実施例と同様である。
フォーマット変換処理部１４がなくなったことで、履歴
データをホストコンピュータ２１に格納する手順は以下
のようになる。

【００６０】図２４は履歴データをホストコンピュータ
２１内の連結車歴データベース２へ格納する手順を示す
シーケンス図である。まず、自動車整備業者等はＰＣ２
７から、インターフェース処理部１５であるＷＷＷブラ
ウザを使用して整備記録データベース１６内の履歴デー
タを、該業者が所属する生涯連結車歴管理センターのホ
ストコンピュータ２１へ送信する（ＵＰ０１）。ホスト
コンピュータ２１は受信した履歴データを標準フォーマ
ットへ変換する（ＵＰ０２）。この時フォーマット変換
処理部１４は、履歴データを調べて、複数ある変換方法
から適切なものを選択する。標準フォーマットに変換さ
れた履歴データは、追加更新処理部６によって連結車歴
データベース２へ格納される（ＵＰ０３，ＵＰ０４）。
履歴データが格納されると車歴番号が付与され、ＰＣ２
７へ返信される（ＵＰ０５，ＵＰ０６）。

【００６１】上記図２４及び第１実施例で示した図７の
ように、修理整備業者が入力した履歴データを、何のチ
ェックも行わずに連結車歴データベース２へ格納する方
法では、修理整備業者等は、改変した履歴データをアッ
プロードできてしまう。不正な履歴データが１件でもあ
ることで、連結車歴データベース２に格納された履歴デ
ータ全ての信頼性が低くなってしまう。そこで、アップ
ロードされた履歴データは、追加更新処理部６によって
格付けが行われる。格付けの方法には、電子帳簿法によ
る方法と、日付による格付け方法と、部品交換パターン
による格付け方法等がある。これらの方法のうちいずれ
か一つで格付けしても良いし、２つ又は３つを組み合わ
せて格付けを行ってもよい。

【００６２】電子帳簿法は、会計上の帳簿や書類につい
て、要件を満たせば電磁的方式で記録・保存を認めると
いう法律である。要件としては、訂正又は削除を行った
場合に履歴が残ること、入力漏れとなっていた履歴デー
タを追加した場合にはその事実を確認できるようにして
あること等がある。このような要件を満たし、税務署に
申請して承認を受けて初めて電磁的方式での保存が認め
られる。

【００６３】整備業者の得意先元帳、売上帳等の帳簿や
書類は、ＰＣ２７の整備記録データベース内の履歴デー
タから作成されている。従って、電子帳簿法に基づく申
請をして承認を受けた整備業者がアップロードする履歴
データは信憑性が高いと考えられ、格付けも上位にな
る。

【００６４】日付による格付けでは、履歴データ内の実
施日と、アップロードを行った日の日付とを比較して、
実施日からアップロードまでの日数が経過している履歴
データほど格付けを下げるようにする。部品交換パター
ンによる格付けは、ある部品を交換すると、それに関連
する部品にも調整や交換といった作業が発生することを
利用している。追加更新処理部６に格納された交換パタ
ーンと、アップロードされた複数の履歴データとを比較
して、交換パターンと完全に一致すれば上位の格付けに
なり、パターンと一致しない部分が多くなるほど格付け
が下がる。

【００６５】業者毎に格付けを行う場合は、業者データ
ベースをホストコンピュータ２１に用意し、図２５
（ａ）に示すような業者テーブル内に格付けフィールド
を作成する。また、履歴データ毎に格付けを行う場合
は、図２５（ｂ）に示すように履歴テーブルに格付けフ
ィールドを追加する。中古車仕入販売業者等は、利用者
ＰＣ２８から履歴データと共に格付けを参照することに
よって、履歴データの信憑性を判断し、中古車の価格を
決定することができる。また、整備業者は自己の格付け
データをＰＣ２７から検索することで、業務改善や品質
管理に利用することができる。

【００６６】利用者ＰＣ２８は、中古車仕入販売業者、
オークション運営業者、出版業者又は行政当局等の、特
定の車両の整備履歴が必要な業者や、分析処理部８で分
析された分析結果データを必要とする者等の利用者が使
用する。分析結果データの参照のみを行うため、利用者
ＰＣ２８には、インターフェース処理部１５と通信処理
部１３があればよい。

【００６７】特定の車両の整備履歴を取り出すのは図２
６のような手順になる。中古車仕入販売業者等は、電話
回線等の通信回線で集中管理コンピュータ２３に利用者
ＰＣ２８を接続する。中古車仕入販売業者等は、ＷＷＷ
ブラウザ等のインターフェース処理部１５からＩＤとパ
スワードを入力する（ＳＥ０１）。集中管理コンピュー
タ２３にある認証処理部２６は、入力されたＩＤとパス
ワードを調べて、正式な利用者かどうか確認する（ＳＥ
０２）。正式な利用者の確認がとれたら、インターフェ
ース処理部１５にメニュー画面が表示される（ＳＥ０
３）。ここで、中古車仕入販売業者等が整備履歴の検索
を選ぶと（ＳＥ０４）、インターフェース処理部１５に
車台番号を入力する画面が表示されるので、履歴を取り
出したい車両の車台番号を入力する（ＳＥ０５）。入力
された車台番号は、中継処理部２４によって各ホストコ
ンピュータ２１へ送信される（ＳＥ０６）。車台番号に
該当する履歴データが見つかったホストコンピュータ２
１は、その結果を集中管理コンピュータ２３へ送信す
る。集中管理コンピュータ２３は受信した結果を利用者
ＰＣ２８へ送信する。最後に、利用者ＰＣ２８は履歴デ
ータをインターフェース処理部１５に表示する（ＳＥ０
７）。

【００６８】分析結果を取り出す場合は、整備履歴の取
り出しと同様に使用者ＰＣ２７を集中管理コンピュータ
２３に接続し、インターフェース処理部１５からＩＤと
パスワードを入力する（ＳＥ０１）。認証処理部２６で
正式な利用者であると確認できると、インターフェース
処理部１５にメニュー画面が表示される（ＳＥ０３）。
ここで分析結果の表示を選ぶと（ＳＥ０４）、図１６、
図１７、図１８で示すような分析結果を利用者ＰＣ２８
へ送信する。利用者ＰＣ２８は受信した分析結果をイン
ターフェース処理部１５に表示する（ＳＥ０８）。

【００６９】自動車整備業者等は、ＰＣ２７から所属す
る生涯連結車歴管理センターが管理するホストコンピュ
ータ２１に接続する。車両所有者は、整備を行った業者
が使用するホストコンピュータ２１に、見積書等に表示
されている業者のＩＤと車歴番号を入力して接続するこ
とができる。自動車整備業者が、特定の車両の履歴デー
タを参照しようとした場合、該自動車整備業者が接続す
るホストコンピュータ２１に当該履歴データが存在すれ
ば、それがそのままＰＣ２７に送信される。当該履歴デ
ータが存在しなかった場合、問合処理部２２は検索条件
を、集中管理コンピュータ２３に送信し、中継処理部２
４は、受信した検索条件を他のホストコンピュータ２１
へ中継する。他のホストコンピュータ２１は受信した検
索条件で検索を行い、該当する履歴データが存在した場
合は、集中管理コンピュータ２３へ結果を返す。集中管
理コンピュータ２３は受信した履歴データをホストコン
ピュータ２１へ中継する。

【００７０】図２７は、部品・点検・症状関連テーブル
を示した図である。部品・点検・症状関連テーブルは、
コード、部位・部品名、レベル、点検項目、症状、作業
名からなる。このテーブルは、整備及び修理を行う車両
の履歴データから各部品毎の最新の履歴を取りだしたも
のである。各部品には交換サイクル（走行ｋｍ又は月数
等）が定められている。その交換サイクルを基に、交換
したばかりであればＡ、今すぐ交換しなければならない
部品にはＥ等のレベルを自動的に判定し、レベル項目に
格納されている。また、各部品毎に発症する可能性のあ
る症状、部品毎に行う点検の内容、交換・調整等の作業
名が、症状、点検項目、作業名の項目に格納されてい
る。このテーブルは、整備、修理及び点検等を行う時
に、自動車生涯連続履歴データベース内に、整備業者用
のＰＣ２７からの指示によって作成される。

【００７１】修理や一般整備などを行う場合は、症状が
判っているので、部品・点検・症状関連テーブルを症状
によって検索することによって、部品名と作業名が書か
れた作業指示書や、事前見積書を発行することができ
る。また、車検のように直接点検から入るときは、レベ
ルと症状で検索することによって、作業名が決まり、作
業指示書を発行する。

【００７２】このように、部品、点検、症状の３者を目
的に応じて関連させることによって、的確で見落としの
ない見積り、作業指示及び顧客対応が可能となる。それ
によって、作業時間の短縮と作業効率の向上、顧客の満
足度向上等を達成することができる。

【００７３】交換サイクルによって作業指示書を作成す
る代わりに、自動車の各部品に取り付けられた電子セン
サチップから減耗度及び劣化度を取得することにしても
よい。電子センサチップは車両内の制御コンピュータに
よって制御されており、制御コンピュータは電子センサ
チップが検知した劣化度及び減耗度を、有線又は無線に
よって専用の読取装置へ送信する。修理整備業者は、該
読取装置が受信した劣化及び減耗の状況をチェックし、
必要があれば交換等を行う。部品毎の劣化度および減耗
度等の使用データは、読取装置が自動的に集中管理コン
ピュータ２３又は各ホストコンピュータ２１の、図示し
ない使用データ分析処理部へ送信することもできる。

【００７４】使用データ分析処理部は、各部品の標準交
換サイクルによる残月数とセンサチップの測定データに
よる残月数に差があるとき、その差自体をデータとして
保存すると共に、他の関連部品の、測定データと標準交
換サイクルとの残月数の差とを比較して関連する部品全
体の残月数を更新することができる。この履歴データか
ら上記の作業指示書を作成することで、より一層、作業
時間の短縮及び作業効率の向上等が達成できる。

【００７５】また、そうして蓄積された使用データか
ら、前回工場入庫時の走行ｋｍと今回入庫時の走行ｋｍ
との差を、センサチップで測定した停止時間を除く実際
走行時間で除して、その期間の平均速度を算定したり、
月当りの平均稼動走行ｋｍを算定したり、前回入庫時の
走行ｋｍと今回入庫時の走行ｋｍの差を、燃料タンクに
取り付けたセンサチップで測定した、同一期間内の燃料
の消費量で除して燃料単位当りの走行ｋｍを算定する等
の分析を行う。この分析結果を中古車仕入販売業者等の
利用者が利用者ＰＣ２８によって閲覧できるようにする
ことで、中古車の査定等がより正確に行うことができ
る。

【００７６】中古車販売業者は中古車情報誌等に、取り
扱っている車両の写真と年式等の簡単な車両情報を出品
している。中古車購入希望者は、掲載された車両情報等
から購入する車両を決定するのであるが、そのために
は、車両についての詳細な情報を比較して検討する必要
がある。そこで、中古車情報誌等の内容と連動して、ホ
ストコンピュータ１，２１内の連結車歴データベース２
に格納された履歴データを参照可能にすることにより、
中古車購入希望者により詳細な情報を提供することがで
きる。

【００７７】図２８は、車両データ管理装置の構成図で
ある。車両データ管理装置２９は、ホストコンピュータ
１，２１又は集中管理コンピュータ２３のいずれかにイ
ンターネット等の通信回線を介して接続されている。中
古車販売業者は、車両データ管理装置２９に情報誌に掲
載した車両の一覧表である取扱車両一覧表３０を格納し
ておく。この取扱車両一覧表３０は、中古車情報誌に掲
載されている車両の車種名、年式及び車両の写真等が記
載されているものであり、利用者ＰＣ２８のインターフ
ェース処理部１５によって参照できる形式となってい
る。この一覧表の代わりに、インターフェース処理部１
５から、中古車情報誌に掲載されているページ数とその
ページ内での番号を入力することによって車両を特定す
ることも可能である。また、車両データ管理装置２９に
は、車歴番号記録ファイル３１も格納されている。これ
は、車種名、年式及び車両写真等の車両を特定する情報
と、車歴番号との対応を記録したファイルである。この
ようなファイルを用意することで、車歴番号が購入希望
者や買入業者から秘密にされ、セキュリティーが保たれ
る。

【００７８】利用者ＰＣ２８は、図２３の利用者ＰＣ２
８と同じものであり、インターフェース処理部１５と通
信処理部１３からなる。図２８の利用者ＰＣ２８は、中
古車購入希望者及び買入業者が使用するものである。

【００７９】このような車両データ管理装置２９は、中
古車販売業者毎に用意されており、それぞれに装置を特
定するためのＵＲＬ等が付与されている。このＵＲＬ
は、中古車情報誌に掲載されており、購入希望者や買入
業者は、購入を希望する車両を取り扱っている業者のＵ
ＲＬを利用者ＰＣ２８のインターフェース処理部１５か
ら入力することによって、当該車両データ管理装置２９
へ接続することができる。インターフェース処理部１５
に取扱車両一覧表３０が表示されたら、購入希望者はそ
の一覧の中から詳細情報を必要とする車両を指定する。
インターフェース処理部１５は指定された車両の車種
名、年式等を車両データ管理装置２９へ送信する。車両
データ管理装置２９は、受信した車種名、年式等を基
に、車歴番号記録ファイル３１から該当する車両の車歴
番号を取り出し、その車歴番号をホストコンピュータ
１，２１又は集中管理コンピュータ２３へ送信する。ホ
ストコンピュータ１，２１又は集中管理コンピュータ２
３は、その車歴番号が付与された履歴データと、それ以
前に追加された履歴データを連結車歴データベース２か
ら検索し、結果を車両データ管理装置２９へ返す。検索
結果を受信した車両データ管理装置２９は、その履歴デ
ータを利用者ＰＣ２８のインターフェース処理部１５へ
送信する。インターフェース処理部１５は利用者ＰＣ２
８の画面上に履歴データを表示する。このような手順
で、中古車購入希望者や買入業者は特定の車両の詳細な
情報を閲覧することが可能となる。

【００８０】以上に示したような実施例では、車歴番号
が連続した番号となっているため、修理整備業者等は、
他社が実施した修理及び整備の履歴データに関する車歴
番号を比較的簡単に推測することができる。その結果、
本来参照することのできない履歴データを参照できてし
まう可能性がある。そこで、車歴番号を業者コードとシ
ーケンス番号の２つのフィールドに分割する形式が考え
られる。業者コードは、修理整備業者及び中古車販売業
者等の企業毎に割り当てられたコードである。この業者
コードは、さらに修理業者なのか販売業者なのかといっ
た業者区分や履歴データを無料で使用できる業者か有料
で使用できる業者なのかといった区分等に分割されてい
てもよい。この業者コードは非公開とし、当該業者と連
結車歴管理センター及び連結車歴集中管理センター以外
は知ることができないものとする。例として１２３−１
１３３という車歴番号で説明すると、ハイフンの前の１
２３が業者コードであり、ハイフンより後の１１３３が
シーケンス番号となる。１２３という業者コードは、あ
る特定の業者を指し示しているが、このうちの最上位の
桁である１が業者区分となり、それ以外の２３が業者毎
に割り振られた番号となる。この例では業者コードは３
桁、シーケンス番号は４桁としているが、これに限定さ
れるものではない。シーケンス番号は業者内の通し番号
になっており、新しく履歴データが発生するたびに＋１
される。車歴番号をこのような仕組みにすることで、車
歴番号の推測が難しくなる。また、車歴番号を修理整備
業者が使用するＰＣ１２又はＰＣ２７側で自動生成を行
い、ホストコンピュータ１，２１では受信した履歴デー
タの重複及び整合性等の検証を、車歴番号を基に行い、
検証に合格した場合にのみ連結車歴データベース２へ追
加することによって、履歴データの信頼性を高めること
もできる。

【００８１】このような車歴番号を使用する場合、車歴
番号のうち業者コードの部分は非公開にする必要がある
ため、修理整備業者にも専用の車両データ管理装置２９
を用意する。修理整備業者は、見積書、請求書等に自社
の車両データ管理装置２９のＵＲＬと実施した作業に対
するシーケンス番号を印刷しておく。車両所有者は、以
下のような手順によって、履歴データを参照することが
できる。

【００８２】車両所有者は利用者ＰＣ２８から、指定さ
れた車両データ管理装置２９へ接続し、車台番号とシー
ケンス番号を入力する。車両データ管理装置２９は車歴
番号記録ファイル３１からシーケンス番号を基に車歴番
号を取り出し、ホストコンピュータ１，２１又は集中管
理コンピュータ２３へ車歴番号を送信する。ホストコン
ピュータ１，２１又は集中管理コンピュータ２３は、受
信した車歴番号に該当する履歴データを履歴テーブルか
ら検索する。検索して得られた履歴データから車台番号
と実施日を取り出し、当該車台番号の車両について実施
日以前に行われた作業を検索する。その結果抽出された
履歴データを車両データ管理装置２９へ送信する。車両
データ管理装置２９は、受信した履歴データを利用者Ｐ
Ｃ２８へ送信し、利用者ＰＣ２８は受信した履歴データ
を表示する。

【００８３】以上の手順は車両所有者が行うものであっ
たが、車両所有者が修理整備業者を代えた場合も、新し
い修理整備業者は車両所有者から古い修理整備業者のＵ
ＲＬとシーケンス番号を教えてもらうことによって、同
様の手順で履歴データをダウンロードすることが可能と
なる。

【００８４】

【発明の効果】以上に示すように本発明の生涯連結車歴
管理センターによれば、登録された複数の修理整備業者
のＰＣと通信回線により接続可能で，各ＰＣ内に保有さ
れている車両の修理整備記録のデータであって一定の形
式にフォーマットしてコンバートされた履歴データを受
け取り、同一車両毎に連結して日付順の連結車歴データ
ベースを形成するとともに、データ検索処理部を設けて
上記修理整備業者を含むユーザが通信回線を通じて上記
連結車歴データベースを閲覧又はダウンロードを可能に
したことで、１つの車両について生涯にわたって修理・
整備の履歴を記録することができ、ユーザは品質の高い
履歴データを得ることができる。

【００８５】上記一定の形式にフォーマットするフォー
マット変換処理部を備えた構成とすることで、既存の履
歴データを使用して自己のシステムを充実させることが
できる。

【００８６】上記連結車歴データベースが履歴データ１
件毎に車歴番号を交付し、上記データ検索処理部がユー
ザから入力された車歴番号を優先キーとして上記連結車
歴データベースを検索し、当該車歴番号が付与された日
以前の履歴データのみを検出することで、ユーザに必要
のない履歴データを参照させないようにでき、履歴デー
タの漏洩を防ぐことができる。

【００８７】送信された上記履歴データの信頼性につい
て格付けを行うことで、業者からアップロードされる履
歴データの信頼性を高めることができる。

【００８８】上記連結車歴データベースを定期的に分類
解析する分析処理部を有する構成としたことで自動車メ
ーカー、中古車販売業及び損害保険業者等のユーザに有
用な情報を配信することが可能となる。

【００８９】本発明の生涯連結車歴集中管理センターに
よれば、複数の前記生涯連結車歴管理センターと通信回
線により接続可能なコンピュータを備え、該コンピュー
タが上記ユーザのＰＣとも通信回線により接続可能で、
ユーザのＰＣから指定された条件を複数の生涯連結車歴
管理センターに問い合わせ、ユーザの求めるデータを有
する生涯連結車歴管理センターからデータを受け取って
ユーザに送る中継処理部を有する構成とすることで、履
歴データが分散されるので、システム全体の信頼性が向
上する。

【００９０】本発明の車両データ管理装置によれば、通
信回線によって前記生涯連結車歴管理センター又は前記
生涯連結車歴集中管理センター及び顧客等に接続可能な
通信処理部を有し、ネット上で展示する１以上の中古車
データと、各中古車に対応する車歴番号を記録したファ
イルとを有し、顧客等が１の中古車を指定すると当該中
古車に対応する車歴番号を選出して上記生涯連結車歴管
理センターに送信し、生涯連結車歴管理センターから送
られた当該中古車の履歴データを通信回線により顧客等
に送信することで、ユーザに車歴番号を公開する必要が
なくなり、履歴データの漏洩を防止することができる。

【００９１】通信回線によって前記生涯連結車歴管理セ
ンターに接続可能な通信処理部と、修理整備業者が自己
の行った車両の修理整備記録を履歴データとして記録す
る整備記録データベースと、検索条件を入力し検索結果
を表示するインターフェース処理部と、を有し、車両を
特定する情報と当該車両の整備記録データとを一定の形
式にフォーマットしてコンバートされた履歴データとし
て上記生涯連結車歴管理センターに送信することで、１
つの車両について生涯にわたって修理・整備の履歴を記
録することができる。

【００９２】上記生涯連結車歴管理センターから上記車
両の過去の履歴データを受け取り、該履歴データを上記
整備記録データベースに書き加えることで、既存の履歴
データを使用して自己のシステムを充実させることがで
きる。

【００９３】劣化度及び減耗度等の使用データを送信す
る電子センサチップを備えた部品を取り付けた車両から
通信回線を介して使用データを受信し、該使用データを
分析する使用データ分析処理部を設けた構成とすること
で、整備が容易になる。

【図面の簡単な説明】

【図１】本発明の生涯連結車歴管理センター及び車両デ
ータ管理装置を示した構成図である。

【図２】連結車歴データベースのデータ構造を示した図
である。

【図３】車両情報データベースのデータ構造を示す図で
ある。

【図４】標準フォーマットの項目を示した図である。

【図５】標準フォーマットのレコード構成を示す図であ
る。

【図６】本発明の生涯連結車歴管理センター全体のデー
タフローダイアグラムである。

【図７】整備及び修理履歴が、データコンバートされ連
結車歴データベースに格納されるまでの手順を示したシ
ーケンス図である。

【図８】ログインの手順を示したシーケンス図である。

【図９】ログイン画面の一例を示した図である。

【図１０】メニュー画面の一例を示した図である。

【図１１】検索処理の手順を示したシーケンス図であ
る。

【図１２】車両検索画面の一例を示した図である。

【図１３】車両検索結果画面の一例を示した図である。

【図１４】部品名・作業項目・作業名検索画面の一例を
示した図である。

【図１５】部品名・作業項目・作業名検索結果の一例を
示した図である。

【図１６】走行距離別修理内容画面の一例を示す図であ
る。

【図１７】オイルフィルタの交換サイクル一覧の一例を
示す図である。

【図１８】エンジンオイルの交換サイクル一覧の一例を
示す図である。

【図１９】車歴番号を付与する手順を示したシーケンス
図である。

【図２０】連結車歴データベースに格納されている履歴
データの一例を示した図である。

【図２１】車歴番号を使用した車両検索画面の一例を示
す図である。

【図２２】車歴番号を使用した車両検索結果の一例を示
す図である。

【図２３】本発明の生涯連結車歴管理センター、生涯連
結車歴集中管理センター及び車両管理装置を示す構成図
である。

【図２４】第３の実施例による履歴データのアップロー
ドの手順を示すシーケンス図である。

【図２５】（ａ）は業者毎に格付けを行った場合の業者
テーブルを示す図であり、（ｂ）は履歴データ毎に格付
けを行った場合の履歴テーブルを示す図である。

【図２６】特定の車両の整備履歴を取り出す手順を示す
フローチャートである。

【図２７】部品・点検・症状関連テーブルを示した図で
ある。

【図２８】車両データ管理装置の構成図である。

【符号の説明】

２連結車歴データベース５検索処理部６追加更新処理部７車歴番号認証処理部８分析処理部１２ＰＣ１４フォーマット変換処理部２１ホストコンピュータ２２問合処理部２３集中管理コンピュータ２４中継処理部２９車両データ管理装置

Claims

【特許請求の範囲】

【請求項１】登録された複数の修理整備業者等のＰＣ
と通信回線により接続可能で，各ＰＣ内に保有されてい
る車両の修理整備記録のデータであって一定の形式にフ
ォーマットしてコンバートされた履歴データを受け取
り、同一車両毎に連結して日付順の連結車歴データベー
スを形成するとともに、データ検索処理部を設けて、上
記修理整備業者等を含むユーザが通信回線を通じて上記
連結車歴データベースを閲覧又はダウンロード可能にし
たことを特徴とする生涯連結車歴管理センター。
【請求項２】上記一定の形式にフォーマットするフォ
ーマット変換処理部を備えたことを特徴とする請求項１
記載の生涯連結車歴管理センター。
【請求項３】上記連結車歴データベースが履歴データ
1件毎に車歴番号を交付し、上記データ検索処理部がユ
ーザから入力された車歴番号を優先キーとして上記連結
車歴データベースを検索し、当該車歴番号が付与された
日以前の履歴データのみを検出することを特徴とする請
求項１又は２記載の生涯連結車歴管理センター。
【請求項４】送信された上記履歴データの信頼性につ
いて格付けを行うことを特徴とする請求項１から３のい
ずれかに記載の生涯連結車歴管理センター。
【請求項５】上記連結車歴データベースを定期的に分
類解析する分析処理部を有することを特徴とする請求項
１から４のいずれかに記載の生涯連結車歴管理センタ
ー。
【請求項６】上記生涯連結車歴管理センターが問合処
理部を有し、上記データ検索処理部がユーザから入力さ
れた車歴番号を優先キーとして自己の連結車歴データベ
ースを検索した結果、当該車歴番号に該当するデータを
有しない場合には、上記問合処理部が複数の生涯連結車
歴管理センターと通信回線で接続可能な生涯連結車歴集
中管理センターに問い合わせるとともに、該生涯連結車
歴集中管理センターが複数の生涯連結車歴管理センター
のいずれかから得た該当するデータを受け取って問い合
わせたユーザに送信することを特徴とする請求項１から
５のいずれかに記載の生涯連結車歴管理センター。
【請求項７】請求項１から４のいずれかに記載の複数
の生涯連結車歴管理センターと通信回線で接続可能なコ
ンピュータを備え、該コンピュータが上記ユーザのＰＣ
とも通信回線により接続可能で、ユーザのＰＣから指定
された条件を複数の生涯連結車歴管理センターに問い合
わせ、ユーザの求めるデータを有する生涯連結車歴管理
センターからデータを受け取ってユーザに送る中継処理
部を有することを特徴とする生涯連結車歴集中管理セン
ター。
【請求項８】上記各生涯連結車歴管理センターが保有
する連結車歴データベースを定期的に分類解析する分析
処理部とを有することを特徴とする請求項６又は７記載
の生涯連結車歴集中管理センター。
【請求項９】通信回線によって請求項１から５のいず
れかに記載の生涯連結車歴管理センター又は請求項６か
ら８のいずれかに記載の生涯連結車歴集中管理センター
及び顧客等に接続可能な通信処理部を有し、ネット上で
展示する１以上の中古車データと、各中古車に対応する
車歴番号を記録したファイルとを有し、顧客等が１の中
古車を指定すると当該中古車に対応する車歴番号を選出
して上記生涯連結車歴管理センター又は生涯連結車歴集
中管理センターに送信し、生涯連結車歴管理センターか
ら送られた当該中古車の履歴データを通信回線により顧
客等に送信することを特徴とする車両データ管理装置。
【請求項１０】通信回線によって請求項１から６のい
ずれかに記載の生涯連結車歴管理センターに接続可能な
通信処理部と、修理整備業者が自己の行った車両の修理
整備記録を履歴データとして記録する整備記録データベ
ースと、検索条件を入力し検索結果を表示するインター
フェース処理部と、を有し、車両を特定する情報と当該
車両の整備記録データとを一定の形式にフォーマットし
てコンバートされた履歴データとして上記生涯連結車歴
管理センターに送信することを特徴とする車両データ管
理装置。
【請求項１１】上記生涯連結車歴管理センターから上
記車両の過去の履歴データを受け取り、該履歴データを
上記整備記録データベースに書き加えることを特徴とす
る請求項１０記載の車両データ管理装置。
【請求項１２】劣化度及び減耗度等の使用データを送
信する電子センサチップを備えた部品を取り付けた車両
から通信回線を介して使用データを受信し、該使用デー
タを分析する使用データ分析処理部を設けたことを特徴
とする請求項１から５のいずれかに記載の生涯連結車歴
管理センター。
【請求項１３】車両の修理整備記録としての履歴デー
タ1件毎に車歴番号を交付して記録する整備記録データ
ベースに接続可能な通信処理部を有し、ネット上で展示
する１以上の中古車データと、各中古車に対応する車歴
番号を記録したファイルとを有し、顧客等が１の中古車
を指定すると当該中古車に対応する車歴番号を選出して
上記整備記録データベースに送信し、当該中古車の履歴
データを通信回線により顧客等に送信することを特徴と
する車両データ管理装置。