JP2002092207A - 点検・整備管理方法及びそのシステム - Google Patents

Abstract

(57)【要約】 【課題】 点検・整備の客観性，妥当性，透明性を確保
し、点検・整備の作業を効率的に行うとともに、資材調
達を円滑かつ簡便に実施する。 【解決手段】 車両個々の車検証データや過去の点検記
録データを、データベース２４Ｂ，２４Ｅにそれぞれ集
積する。整備すべき資材のデータを、資材データベース
２４Ｄに集積する。これらを参照して予め点検予定とな
る車両及び必要となる整備資材を抽出し、予定データベ
ース２４Ｃに蓄積する。整備工場や資材供給会社は、予
定データベース２４Ｃに照会することで、点検予定や必
要資材を事前に把握して稼動調整や資材調達準備を行
う。点検・整備状況は点検記録データベース２４Ｅに記
録される。この点検記録データベース２４Ｅを参照する
ことで、点検・整備の状況や費用を把握することができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、各種の機器や設備
の点検・整備（点検及び／又は整備）の管理方法及びそ
のシステムに関し、特に、車検（自動車検査登録）に代
表される点検・整備の管理に好適な点検・整備管理方法
及びそのシステムに関するものである。

【０００２】

【背景技術】自動車や自動二輪車などの各種の車両の利
用者が、当該車両を点検・整備する従来のシステムは、
例えば図１５に示すようになっている。車両所有者（例
えばリース会社）は、まず車両使用者（例えばリース
先）に対して点検を行う旨を通知する（ステップＳ
Ａ）。該通知を受領した車両使用者は（ステップＳ
Ｂ）、点検・整備の希望日を整備工場に通知し（ステッ
プＳＣ）、予約の注文を行う（ステップＳＤ）。注文を
受けた整備工場では、工場の稼動状況を勘案して日程を
調整し、その後日程を利用者に通知する（ステップＳ
Ｅ，ＳＦ）。車両使用者は、通知された日時に車両を整
備工場に持ち込む（ステップＳＧ，ＳＨ）。整備工場で
は、当該車両の点検を行うとともに、必要な整備資材を
抽出する（ステップＳＩ）。

【０００３】該当する資材の在庫がある場合には（ステ
ップＳＪのYes，ＳＫ）、その在庫資材を用いて整備を
実施する。しかし、在庫がない場合には（ステップＳＪ
のNo）、資材供給会社に注文する（ステップＳＬ）。注
文を受けた資材供給会社では（ステップＳＭ）、自社に
おける在庫の有無を確認する（ステップＳＮ）。その結
果、在庫がある場合には（ステップＳＮのYes）、その
資材を整備工場に送付する（ステップＳＯ）。しかし、
在庫がない場合には（ステップＳＮのNo）、資材メーカ
ーに発注する（ステップＳＰ，ＳＱ）。資材メーカーか
ら資材が送付されて受領すると（ステップＳＲ，Ｓ
Ｓ）、それを整備工場に送付する（ステップＳＯ）。整
備工場は、送付された資材を受領し（ステップＳＴ）、
整備を実施する（ステップＳＫ）。

【０００４】資材メーカーは、資材供給に伴う費用を資
材供給会社に請求するとともに（ステップＳＵ１）、こ
れを加えて資材供給会社は整備会社に資材供給の費用を
請求する（ステップＳＵ２）。整備工場は、整備結果を
通知するとともに、点検・整備及び資材に関する費用を
車両所有者に請求する（ステップＳＵ３，ＳＶ）。車両
所有者は、代金を整備工場に支払う（ステップＳＷ）。
また、整備工場は、受領した代金のうちの資材供給の代
金を資材供給会社に支払い（ステップＳＸ1）、資材供
給会社は、受領した代金のうちの資材供給の代金を資材
メーカーに支払う（ステップＳＸ2，ＳＸ3）。点検・整
備終了後、車両は使用者に引き渡される（ステップＳ
Ｙ，ＳＺ）。

【０００５】

【発明が解決しようとする課題】しかしながら、以上の
ような背景技術には、次のような不都合がある。 （１）車両所有者あるいは車両使用者から見ると、点検
・整備の具体的内容が必ずしも明瞭とは言えない。ま
た、整備工場による整備の偏りが発生する可能性があ
り、点検・整備の客観性，妥当性，透明性の点で満足し
得るものとはいえない。点検・整備にかかる費用につい
ても同様である。 （２）整備工場では、車両所有者もしくは車両使用者か
らの整備注文を受けてから稼動調整・資材調達を行うた
め、整備発注から整備完了までに相当の期間を要する。
特に、交換する資材の在庫がない場合には顕著となり、
預かった車両の駐車設備も必要となる。逆に必要な日数
を短縮しようとすると、整備工場は、相当数の整備資材
を在庫として蓄積しなければならない。特に、車両使用
者によっては代車を用意する必要があるが、この代車の
手配が間に合わない可能性がある。 （３）資材調達をその都度行うため、結果的にコストが
高くなってしまう。

【０００６】本発明は、以上の点に着目したもので、そ
の目的は、点検・整備の客観性，妥当性，透明性を確保
することである。他の目的は、点検・整備の作業を効率
的に行って時間の短縮を図ることである。更に他の目的
は、点検・整備に必要な資材調達を円滑かつ簡便に実施
してコストの削減を図ることである。

【０００７】

【課題を解決するための手段】前記目的を達成するた
め、本発明は、点検・整備の対象物の種類による使用資
材の相違，使用頻度による資材の劣化の程度，点検・整
備の時期，過去の点検整備における資材に関する記録を
参照して、前記対象物の点検・整備に必要な資材を事前
に抽出することを特徴とする。本発明の前記及び他の目
的，特徴，利点は、以下の詳細な説明及び添付図面から
明瞭になろう。

【０００８】

【発明の実施の形態】＜実施形態の全体構成＞……最初
に、図１を参照しながら本発明の一実施形態の全体構成
を説明する。図１において、本システムは、運営会社１
０に設けられたコンピュータシステム１１を中心に運用
される。このメインシステム１１は、ＣＰＵ，ＲＡＭ，
ＲＯＭなどを含むコンピュータ１２を中心に構成されて
おり、これに、入力装置であるキーボード１４，表示装
置であるディスプレイ１６，出力装置であるプリンタ１
８，ネットワーク接続用の通信装置２０，プログラムや
データベースなどを格納するハードディスク２２が設け
られている。

【０００９】一方、車両所有者３０，整備工場５０，資
材供給会社５２は、一般的なＰＣ（パソコン）システム
３１，５１，５３をそれぞれ備えており、インターネッ
トに代表されるネットワーク６０を利用して運営会社１
０のメインシステム１１にアクセスする。例えば、車両
所有者３０を例として説明すると、ＰＣシステム３１
は、ＣＰＵ，ＲＡＭ，ＲＯＭなどを含むコンピュータ３
２を中心に構成されており、これに、入力装置であるキ
ーボード３４，表示装置であるディスプレイ３６，出力
装置であるプリンタ３８，ハードディスク４０，ネット
ワーク接続用の通信装置４２が設けられている。

【００１０】車両使用者５４に対しては、郵便，ファク
シミリ，電話などを利用して連絡が行われる。また、資
材メーカー５６や配送会社５８に対しても同様である。
しかし、これら車両使用者５４，資材メーカー５６，配
送会社５８についても、同様にＰＣシステムを利用して
運営会社１０のメインシステム１１にアクセスできるよ
うにしてよい。

【００１１】車両所有者３０，整備工場５０，資材供給
会社５２，車両使用者５４，資材メーカー５６，配送会
社５８は、いずれも、法人（会社）の場合もあれば個人
の場合もある。また、車両所有者３０，整備工場５０，
資材供給会社５２，車両使用者５４，資材メーカー５
６，配送会社５８のいずれも単数，複数のどちらであっ
てもよいが、複数の方がより効果的である。更に、例え
ば、車両所有者３０と車両使用者５４が同一であっても
よいし、整備工場５０と資材供給会社５２が同一であっ
てもよい。他も同様である。

【００１２】次に、以上のように構成されたシステムで
実行されるプログラムと、データベースについて説明す
る。図２には、それらがまとめて示されている。メイン
システム１１のハードディスク２２には、（１）認証用
のＩＤやパスワードのデータを集積した認証データベー
ス２４Ａ，（２）本システムのサービスを受ける車両を
登録するとともに、登録車両のデータ，特に車両の車検
証データや走行距離データを集積した物件データベース
２４Ｂ，（３）点検のスケジュールデータを集積した予
定データベース２４Ｃ，（４）点検・整備に必要な資材
に関するデータを集積した資材データベース２４Ｄ，
（５）各車両の過去及び進行中の点検・整備の状況ない
し履歴のデータを集積した点検記録データベース２４
Ｅ，が格納されている。

【００１３】詳述すると、認証データベース２４Ａは、
例えば図３に示すように、メインシステム１１に対する
アクセス先名と、そのＩＤ及びパスワードのテーブルと
なっている。図示の例では、例えば車両所有者３０の一
つであるリース会社Ａは、ＩＤが「Ｃ００１」でパスワ
ードが「abcp3c」である。従って、リース会社Ａがメイ
ンシステム１１にアクセスするときは、ＰＣシステム３
１の入力画面上で該ＩＤ及びパスワードを入力する。他
も同様である。このようなＩＤとパスワードによる認証
システムは極めて一般的である。もちろん、ＩＣカード
など公知の各種の認証システムを適用してよい。

【００１４】物件データベース２４Ｂは、例えば図４に
示すように、本システムのサービスを受ける車両物件の
マスタデータを集積したものである。例えば、物件Ａ
は、車両番号が「名古屋55ぬ09-88」で「小型」の自家
用であり、車体の形状は「ステーションワゴン」であ
る。そして、燃料は「ガソリン」，前回点検日は「１９
９９年０１月２０日」，現在の走行距離は「８．６万k
m」となっている。これらの多くは車検証に記載されて
いるデータである。また、現在の走行距離は、点検予約
時に車両使用者５４から提供されるデータである。他に
所有者データ，使用者データなど、必要に応じて各種の
データが集積される。

【００１５】予定データベース２４Ｃは、例えば図５に
示すように、点検・整備のスケジュールが集積されてい
る。例えば、物件Ｐの点検・整備の実施日は２０００年
８月９日，整備工場は「有限会社×○工場」，点検に必
要な資材はブレーキオイル……などとなっている。他の
物件についても同様である。その他、各整備工場の稼動
スケジュールなどのデータも、この予定データベース２
４Ｃに蓄積される。

【００１６】資材データベース２４Ｄは、例えば図６〜
図８に示すように、点検・整備に必要な資材を抽出する
ためのテーブルとなっている。まず、図６の例は、最も
単純な例で、具体的な車種毎に点検・整備に必要な資材
をテーブル化したものである。例えば、Ａ社の○○年型
の「×××」という車種は、点検時期が第１回目の場合
であって走行距離が５万km未満の場合、エンジンオイル
は交換するがブレーキホースは交換しない。しかし、走
行距離が５万km以上の場合には、ブレーキホースも交換
するという具合である。このような点検・整備資材のテ
ーブルを、各車種毎にそれぞれ予め作成し、資材データ
ベース２４Ｄとして集積する。

【００１７】これに対し、図７及び図８の例は、点検・
整備のタイプを設定し、このタイプ毎に必要となる整備
資材をテーブル化したものである。燃料の種類が同一で
あれば整備資材は同じであることが多いであろうし、燃
料の種類が異なれば整備資材も異なる可能性が高い。同
様に、車体の形状が同一であれば整備資材は同じである
ことが多いであろうし、車体の形状が異なれば整備資材
も異なる可能性が高い。このような観点から、図７に示
すような点検・整備タイプの判別テーブルを作成する。
判別のためのデータは、図示の例では「燃料の種類」，
「車体の形状」，……であり、いずれも車検証に記載さ
れているデータであって、前記図４に示した物件データ
ベース２４Ｂに集積されている。これら図４及び図７の
各テーブルを参照することで、まず点検・整備のタイプ
を判別する。図７の例では、ガソリンエンジンのトラッ
クはタイプが「＃１」であり、ガソリンエンジンのステ
ーションワゴンはタイプ「＃２」であるという具合であ
る。

【００１８】次に、図８に示すように、車検時期，各タ
イプ，走行距離毎に必要な整備資材をテーブル化する。
例えば、タイプが「＃１」であって車検の時期がｎ回目
の車両の整備資材は、走行距離が５万km未満の場合、エ
ンジンオイル，ウインドウオッシャ液，……が点検すべ
き資材である。タイプが「＃２」であって、車検の時期
がｎ回目の車両の整備資材は、走行距離が１０万km以上
の場合、エンジンオイル，プラグコード，ウインドウオ
ッシャ液，クラッチ，プラグコード，……が点検すべき
資材である。他も同様である。

【００１９】このような図７及び図８に示した点検・整
備タイプに応じて必要資材をテーブル化する方法と、前
記図６に示した車種毎に必要資材をテーブル化する方法
を比較すると、前者の方がテーブル数が低減され、管理
の手間を省くことができるという利点がある。

【００２０】点検記録データベース２４Ｅは、例えば図
９に示すように、各物件毎の過去及び現在進行中の点検
記録データが集積されている。図示の例で説明すると、
例えば物件Ｐは、前回実施日が１９９９年８月１１日で
エンジンオイルを交換したこと，現在点検・整備を実施
中で完了日は２０００年８月１０日，次回実施日は２０
０１年８月１０日、……となっている。他の物件につい
ても図示のとおりである。

【００２１】以上の各データベース２４Ａ〜２４Ｅは、
それぞれ別個のデータベースであるとしてもよいし、一
つのデータベース中に前記各データベースが個々に存在
するとしてもよい。

【００２２】次に、メインシステム１１のハードディス
ク２２には、前記各データベース２４Ａ〜２４Ｅにそれ
ぞれ対応して、（１）アクセス時の認証を行うための認
証プログラム２２Ａ，（２）点検・整備対象の物件を登
録するための物件登録プログラム２２Ｂ，（３）点検・
整備の予約，すなわちスケジュールを設定するための予
約プログラム２２Ｃ，（４）点検・整備対象の車両に必
要な整備資材を抽出するための資材抽出プログラム２２
Ｄ，（５）点検・整備のデータを記録するための点検記
録プログラム２２Ｅ，（６）全体の管理を行うための管
理プログラム２２Ｆ，が格納されている。

【００２３】なお、各プログラムは、それぞれ独立して
用意してもよいし、一つのシステムプログラムに含まれ
るモジュール又はルーチンとして用意してもよい。メイ
ンシステム１１では、通常管理プログラム２２Ｆがコン
ピュータ１２で実行されており、状況に応じて他のプロ
グラム２２Ａ〜２２Ｅが実行される。そして、これらの
プログラム２２Ａ〜２２Ｅの実行時に、前記データベー
ス２４Ａ〜２４Ｅがそれぞれ参照される。

【００２４】＜定期的な点検・整備を行う場合の全体動
作＞……次に、図１０〜図１３を参照しながら、定期点
検や車検を行う場合を代表して前記実施形態の全体動作
を説明する。図１０及び図１１には全体の動作順序が示
されており、図１０に図１１が連続する。運営会社１０
では、メインシステム１１のコンピュータ１２で管理プ
ログラム２２Ｆが実行されており、状況に応じて他のプ
ログラムが適宜実行される。

【００２５】（１）認証……運営会社１０にネットワー
ク６０を通じてアクセスがあったときは、まず認証プロ
グラム２２Ａをコンピュータ１２で実行し、認証データ
ベース２４Ａを参照してアクセス先の認証を行う。この
認証プログラム２２Ａによる認証は、アクセスがある度
に実行され、認証データベース２４Ａに記録されている
ＩＤやパスワードなどの利用者識別子を入力することで
認証を行う。このような認証を行うことで、認証を受け
た者に該当するデータのみにアクセスでき、他のデータ
にアクセスされることがない。例えば、整備工場がＡ，
Ｂ，Ｃ，……とあり、整備工場Ａがデータ照会を行った
とすると、整備工場Ａに割り当てられた車両に関するデ
ータは参照することができるが、他の整備工場Ｂ，Ｃ，
……に割り当てられた車両のデータは参照できないとい
う具合である。

【００２６】（２）点検対象車両の登録……車両所有者
３０がＰＣシステム３１を使用して点検対象の車両デー
タを送信すると（ステップＳ１０）、運営会社１０では
物件登録プログラム２２Ｂ及び点検記録プログラム２２
Ｅがコンピュータ１２で実行される。ネットワーク６０
を通じて送信された点検対象となる車両自身のデータ及
び過去の点検履歴データは、物件データベース２４Ｂや
点検記録データベース２４Ｅにそれぞれ記録される（ス
テップＳ１２）。このとき、車両所有者３０が、個々の
車両の整備を担当する整備工場や資材供給会社を指定し
たときは、該指定先も記録する。

【００２７】（３）整備工場の稼動登録……整備工場５
０は、工場の稼動スケジュールのデータを、ＰＣシステ
ム５１によりネットワーク６０を通じて運営会社１０に
送信する（ステップＳ１４）。運営会社１０は、予約プ
ログラム２２Ｃを実行して受信したデータを予定データ
ベース２４Ｃに記録する（ステップＳ１２）。なお、稼
動スケジュールに変更があるときは、その変更データを
ネットワーク６０を通じて運営会社１０に送信し（ステ
ップＳ１５）、登録内容を変更する。

【００２８】（４）点検の予約……次に、運営会社１０
は、予約プログラム２２Ｃをコンピュータ１２で実行
し、物件データベース２４Ｂ，予定データベース２４
Ｃ，点検記録データベース２４Ｅを参照して点検予定車
両を抽出する（ステップＳ１６）。抽出した車両及びそ
の点検スケジュールは、予定データベース２４Ｃに格納
される。詳述すると、例えば一般的な乗用車の場合、最
初は購入日から３年以内，その後は２年毎に点検（車
検）を受けなければならない。このような法令上の規定
と、整備工場５０の空き具合を考慮して点検・整備の予
定を決める。決定の方法としては、法令規定内の日付で
あって且つ整備工場５０が空いている日付のうち、最初
の日付を予定日とする，複数の候補から車両使用者５４
が選択するなどの方法が考えられる。以下の説明では、
複数の予定日が候補として挙げられているものとする。

【００２９】決められた予定日は、予定データベース２
４Ｃに記録されるとともに（ステップＳ１７）、点検案
内を車両使用者５４に通知する（ステップＳ１８）。こ
の通知は、もちろんネットワーク６０を通じて電子メー
ルなどで行ってもよいが、郵便，ファクシミリ，電話な
ど各種の通信手段を用いてよい。車両使用者５４は、該
点検案内を受領し（ステップＳ１９）、希望日を現在の
走行距離とともに申告する（ステップＳ２０）。この申
告も、電子メール，郵便，ファクシミリ，電話などの各
種の通信手段を用いてよい。

【００３０】他方、運営会社１０は、見積もりを作成し
て車両所有者３０に送信する（ステップＳ２１）。車両
所有者３０は見積もりを受領し（ステップＳ２２）、精
査して内容がよければ発注番号によって発注を行う（ス
テップＳ２３）。運営会社１０のメインシステム１１
は、ネットワーク６０を通じて発注番号を受領する（ス
テップＳ２４）。これにより、当該車両の点検・整備の
受注となる。更にメインシステム１１は、発注番号をネ
ットワーク６０を通じて整備工場５０及び資材供給会社
５２に送信し（ステップＳ２４）、整備工場５０及び資
材供給会社５２はそれぞれ発注番号を受領する（ステッ
プＳ２５，Ｓ２６）。発注番号は、以後の発注内容の確
認や該当車両に関する照会を行う際に適宜参照される。

【００３１】車両使用者５４から希望日の申告を受けた
運営会社１０は、予約プログラム２２Ｃによって予定デ
ータベース２４Ｃに記録されている該当予定を希望日に
設定するとともに（ステップＳ２７）、物件登録プログ
ラム２２Ｂによって現在の走行距離のデータを物件デー
タベース２４Ｂの該当物件のデータに追加する。そし
て、予約日を車両使用者５４，整備工場５０，資材供給
会社５２にそれぞれ通知する（ステップＳ２８）。車両
使用者５４は、予約日を受領し（ステップＳ３０）、整
備工場５０，資材供給会社５２は予約日を取得する（ス
テップＳ３２，Ｓ３４）。

【００３２】（５）整備資材の抽出……次に、運営会社
１０は、資材抽出プログラム２２Ｄをメインシステム１
１で実行し、資材データベース２４Ｄを参照して点検予
定が決まった車両の点検・整備に必要な資材を抽出する
（ステップＳ３６）。点検・整備の際に必要となる資材
は、車種，走行距離，点検時期，過去の点検記録，によ
って決定可能である。

【００３３】例えば、前記図６に示したテーブルが資材
データベース２４Ｄに用意されている場合は、図１２
（Ａ）に示すようにして必要資材が抽出される。すなわ
ち、まず物件データベース２４Ｂから該当物件の車種，
走行距離などのマスタデータを取得する（ステップＳ３
６Ａ）。そして、これらのマスタデータから図６の該当
テーブルを参照して必要な資材を抽出し（ステップＳ３
６Ｂ）、抽出した資材を予定データベース２４Ｃの該当
物件のデータに追加する（ステップＳ３６Ｃ）。

【００３４】次に、前記図７及び図８に示したテーブル
が資材データベース２４Ｄに用意されている場合は、図
１２（Ｂ）に示すようにして必要資材が抽出される。す
なわち、物件マスタデータ抽出後（ステップＳ３６
Ａ）、これらのマスタデータから図７のテーブルを参照
して当該物件の点検・整備タイプを決定する（ステップ
Ｓ３６Ｄ）。そして、この点検・整備タイプから、図８
の該当テーブルを参照して必要な資材を抽出する（ステ
ップＳ３６Ｅ）。

【００３５】ところで、単に法令上の条件を満たせばよ
いということであれば、当該点検時期において所用の性
能条件を満たすように資材を交換すればよい。しかし、
将来的に到来する資材交換も考慮すれば、車両使用者と
しては次の点検時期まで資材交換を行う必要がなく、好
都合である。図１３には、そのような状況が示されてい
る。例えば、矢印ＦＡで示す第１回目の点検の時点で走
行距離が４．５万kmであるとし、点検を受けるためには
資材Ａ，Ｂ，Ｃ，Ｄ，……を交換しなければならないと
する。仮に、その車両使用者が、矢印ＦＢで示す次の第
２回目の点検までに同じ距離を走行するものと仮定した
とき、途中で資材Ｐ，Ｑ，ＲをそれぞれＴＰ，ＴＱ，Ｔ
Ｒの時点でその都度交換しなければならないとすると、
車両使用者としては非常に不便である。そこで、第１回
目の点検時に、次の点検時期までに交換が予測される資
材Ｐ，Ｑ，Ｒについても予め交換しておくと、次の点検
時期までまったく資材交換を行う必要がなく好都合であ
る。

【００３６】そこで、図１２（Ｃ）に示すように、次回
の点検日を取得するとともに（ステップＳ３６Ｆ）、次
回点検日までの走行距離を予測する（ステップＳ３６
Ｇ）。そして、この予測走行距離に対応して交換を要す
る資材を抽出するとともに（ステップＳ３６Ｈ）、次回
点検日までに耐用年数を迎える資材も抽出する（ステッ
プＳ３６Ｉ）。すなわち、次回点検までに所定の交換距
離を迎える資材及び耐用年数を迎える資材を抽出する。

【００３７】なお、走行距離の予測に当たっては、安全
性を考慮して多少マージンを見込むとよい。例えば、図
１３の例では、第２回目の点検時期の走行距離が９万km
と予測したが、走行距離が増えて矢印ＦＣのように１０
万kmとなる可能性もある。この場合に、例えば９万kmで
あれば交換する必要がない部品Ｓを１０万kmの場合は交
換しなければならないという可能性が生ずる。そこで、
例えば１０〜３０％程度多く走行距離を予測し、これに
基づいて整備資材を抽出する。

【００３８】資材抽出は、以上のいずれの方法で行って
もよい。以上の必要資材抽出方法のいずれで行うかを、
車両所有者３０もしくは車両使用者５４が選択できるよ
うにしてもよい。

【００３９】運営会社１０のメインシステム１１は、以
上のようにして必要な資材を抽出する。抽出された整備
資材は、予定データベース２４Ｃの該当車両部分に記録
される（ステップＳ３８）。

【００４０】（６）整備資材の手配……抽出された整備
資材は、資材供給会社５２に通知される（ステップＳ４
０）。資材供給会社５２は、ネットワーク６０を通じて
ＰＣシステム５３により整備資材のデータを受信すると
ともに（ステップＳ４２）、整備資材の在庫の有無を確
認する（ステップＳ４４）。その結果、在庫がある場合
には（ステップＳ４４のYes）、その資材を整備工場５
０に配送会社５８を通じて送付する（ステップＳ４
６）。しかし、在庫がない場合には（ステップＳ４４の
No）、資材メーカー５６にその資材を発注する（ステッ
プＳ４８）。資材メーカー５６はそれを受注し（ステッ
プＳ５０）、資材を配送会社５８によって送付する（ス
テップＳ５２）。資材供給会社５２は、送付された資材
を受領すると（ステップＳ５４）、それを整備工場５０
に配送会社５８によって送付する（ステップＳ４６）。
資材工場は、送付された整備資材を受領する（ステップ
Ｓ６０）。

【００４１】このとき、整備工場５０は、ＰＣシステム
５１で、必要資材が揃っているかどうかをネットワーク
６０を通じて確認する。すると、運営会社１０は、管理
プログラム２２Ｆで予定データベース２４Ｃを参照し、
照会のあったデータを抽出して照会先に送信する（ステ
ップＳ６１）。

【００４２】一方、車両使用者５４は、点検予定日にな
ると、車両を整備工場５０に移送し（ステップＳ５
８）、整備工場５０は車両を受領する（ステップＳ５
９）。このとき、整備工場５０は、移送された車両の点
検・整備の受注をネットワーク６０を通じて確認する
（ステップＳ６１）。すると、運営会社１０は、照会の
あったデータを抽出して照会先に送信する。

【００４３】（７）点検の実施……次に整備工場５０
は、前記予め用意されている整備資材を利用して該当車
両の点検・整備を実施する（ステップＳ６２）。整備工
場５０は、点検・整備結果の内容をネットワーク６０を
通じて運営会社１０に送信する（ステップＳ６４）。こ
の点検・整備結果には、点検個所，資材交換個所，交換
した資材，不具合の状況，点検・整備代金，資材代金な
どのデータが含まれている。運営会社１０は、点検記録
プログラム２２Ｅをコンピュータ１２で実行し、送信さ
れた点検・整備データを点検記録データベース２４Ｅに
記録する（ステップＳ６６）。整備工場５０は、点検・
整備の終了後、車両を使用者５４側に移送する（ステッ
プＳ６８）。車両使用者５４は、移送された車両を受領
する（ステップＳ７０）。

【００４４】（８）点検結果の通知……車両所有者３０
は、必要に応じてＰＣシステム３１でネットワーク６０
を通じて点検状況を照会する（ステップＳ７２）。する
と、運営会社１０のメインシステム１１は、管理プログ
ラム２２Ｆをコンピュータ１２で実行し、点検記録デー
タベース２４Ｅを参照して点検状況を通知する。これに
より、車両所有者３０は、最終的に整備結果を取得する
（ステップＳ７４）。その後、車両所有者３０は、運営
会社１０，整備工場５０，資材供給会社５２に対して費
用を支払う（ステップＳ７６）。

【００４５】＜板金などの突発的な点検・整備を行う場
合の動作＞……次に、図１４を参照して事故などの発生
によって生ずる突発的な点検・整備を行う場合の動作に
ついて説明する。事故などで車両が破損したとすると、
まず車両使用者５４が電話など適宜の手段でその旨を車
両所有者３０に連絡するとともに（ステップＳ１００，
Ｓ１０２）、当該車両を整備工場５０に移送する（ステ
ップＳ１０４，Ｓ１０６）。整備工場５０は、当該車両
を前点検するとともに必要な資材を算出する（ステップ
Ｓ１０８）。そして、見積もりを作成するとともに（ス
テップＳ１１０）、そのデータをネットワーク６０を通
じて運営会社１０に送信する（ステップＳ１１２）。

【００４６】運営会社１０のメインシステム１１は、予
約プログラム２２Ｃを実行し、受信したデータを予定デ
ータベース２４Ｃに記録する（ステップＳ１１４）。同
時に、見積もりデータを車両所有者３０に送信し（ステ
ップＳ１１６）、車両所有者３０はこれを受信する（ス
テップＳ１１８）。車両所有者３０は、該見積もりを参
照し、発注を行う（ステップＳ１２０）。これを運営会
社１０が受領すると（ステップＳ１２２）、点検記録プ
ログラム２２Ｅにより整備すべき内容を点検記録データ
ベース２４Ｅに記録する（ステップＳ１２４）。この整
備内容は、車両所有者３０に送信され（ステップＳ１２
６）、車両所有者３０はこれを受領する（ステップＳ１
２８）。その後、運営会社１０は、資材抽出プログラム
２２Ｄによって必要な資材を抽出する（ステップＳ１３
０）。以後は、前記図１１と同様である。

【００４７】以上説明したように、本実施形態によれ
ば、車両個々の車検証データや過去の点検記録データを
集積してデータベース化される。そして、これをコンピ
ュータにより参照して、予め点検予定となる車両及び必
要となる整備資材が抽出され、データベース蓄積され
る。整備工場や資材供給会社は、予めデータベースに照
会することで、点検予定や必要資材を事前に把握して稼
動調整や資材調達準備を行う。点検・整備状況もデータ
ベースに記録され、要求があれば参照される。

【００４８】従って、次のような効果が得られる。 （１）車両の使用者から見ると、あたかも車両の所有者
が所有車両を管理しているかのような印象を与えること
ができ、車両使用者に対して安心感を与えることができ
る。 （２）将来を予測して資材を交換することで、安全性が
向上する。 （３）整備工場は、予め点検予定を知ることができ、車
両使用者に対して主体的に整備注文を取って予約を確定
し、代車を用意することができる。また、整備工場のみ
ならず資材調達業者も車両使用者からの点検依頼前に需
要（予定）を知ることができる。 （４）予め整備資材を抽出して用意した時点で点検・整
備を実施するので、車両の所有者や使用者から見ると、
短時間で点検・整備を行うことができ、迅速に作業を進
めることができる。 （５）整備工場は資材の在庫を置く必要がないか、頻繁
に使用する資材のみを置けばよく、必要な整備資材が点
検直前に供給されるため、資材調達に関する手数やコス
トを削減することができる。 （６）点検・整備の状況をオンラインで照会することが
でき、また問い合わせにも即応できる。特に、車両所有
者は、請求事務処理を待たずに、整備工場からの点検費
用や資材供給会社からの資材代金を把握し、整備代金の
明細と妥当性を把握することができる。更に、蓄積され
ている他の車両の点検履歴などを全体として参照するこ
とで、標準的な整備内容や料金を抽出するとともに、個
々の整備内容や料金の妥当性を評価することができ、点
検・整備の客観性，妥当性，透明性が確保される。 （７）板金などの突発的な点検・整備の場合でも、予め
整備内容を把握することができる。

【００４９】本発明には数多くの実施形態があり、以上
の開示に基づいて多様に改変することが可能である。例
えば、次のようなものも含まれる。 （１）前記実施形態では、点検・整備に必要な資材を、
予め用意したテーブルを参照し、あるいは予測走行距離
を推定して抽出することとしたが、それらテーブルや推
定処理は前記実施形態に限定されるものではなく、必要
に応じて適宜設定してよい。 （２）前記実施形態に示した各ステップを必ずしもすべ
て含む必要もない。また、各ステップの順序も必要に応
じて前後の位置を変更してよい。例えば、図１０，図１
１において、ステップＳ２１の見積もり前に、ステップ
Ｓ３６の整備資材抽出を行うようにすると、非常に正確
な見積もりが可能となる。 （３）適用対象としては、自動車の車検が代表的な例で
あるが、定期点検などにも適用してよいし、自動二輪な
どにも適用してよい。また、他の産業機器や生産設備，
建築物など、各種のものに適用可能である。

【００５０】

【発明の効果】以上説明したように、本発明によれば、
次のような効果がある。 （１）対象物の点検・整備に必要な整備資材を事前に抽
出することとしたので、資材調達や在庫管理を簡略化で
きるとともに、点検・整備作業を効率的に迅速に行うこ
とができる。 （２）整備資材，整備予定，あるいは点検・整備の進行
状況をデータベース化したので、それらをネットワーク
を通じて参照することができ、点検・整備の客観性，妥
当性，透明性が確保される。

【図面の簡単な説明】

【図１】本発明の一実施形態におけるシステム構成を示
す図である。

【図２】前記実施形態の主要なデータベース及びプログ
ラムを示す図である。

【図３】認証データベースの一例を示す図である。

【図４】物件データベースの一例を示す図である。

【図５】予定データベースの一例を示す図である。

【図６】資材データベースの一例を示す図である。

【図７】資材データベースの他の例を示す図である。

【図８】資材データベースの他の例を示す図である。

【図９】点検記録データベースの一例を示す図である。

【図１０】定期的な点検・整備を行う場合の手順の一例
を示す図である。

【図１１】定期的な点検・整備を行う場合の手順の一例
を示す図である。

【図１２】点検・整備に必要な資材の抽出手順を示す図
である。

【図１３】将来の資材交換を予測した資材抽出の手法を
示す図である。

【図１４】突発的な点検・整備を行う場合の手順の一例
を示す図である。

【図１５】従来の点検・整備手順を示す図である。

【符号の説明】

１０…運営会社 １１…メインシステム １２…コンピュータ １４…キーボード １６…ディスプレイ １８…プリンタ ２０…通信装置 ２２…ハードディスク ２２Ａ…認証プログラム ２２Ｂ…物件登録プログラム ２２Ｃ…予約プログラム ２２Ｄ…資材抽出プログラム ２２Ｅ…点検記録プログラム ２２Ｆ…管理プログラム ２４Ａ…認証データベース ２４Ｂ…物件データベース ２４Ｃ…予定データベース ２４Ｄ…資材データベース ２４Ｅ…点検記録データベース ３０…車両所有者 ３１，５１，５３…ＰＣシステム ３２…コンピュータ ３４…キーボード ３６…ディスプレイ ３８…プリンタ ４０…ハードディスク ４２…通信装置 ５０…整備工場 ５２…資材供給会社 ５４…車両使用者 ５６…資材メーカー ５８…配送会社 ６０…ネットワーク

Claims (16)

【特許請求の範囲】
1. 【請求項１】 点検・整備の対象物の種類による使用資
   材の相違，使用頻度による資材の劣化の程度，点検・整
   備の時期，過去の点検整備における資材に関する記録を
   参照して、前記対象物の点検・整備に必要な資材を事前
   に抽出するステップ；を含むことを特徴とする点検・整
   備管理方法。
2. 【請求項２】 車両の点検・整備の管理方法であって、 車種，走行距離，点検・整備の時期，過去の点検記録に
   基づいて、対象車両の点検・整備に必要な資材を事前に
   抽出するステップ１；を含むことを特徴とする点検・整
   備管理方法。
3. 【請求項３】 次回の点検・整備の時期に至るまでの走
   行距離を予測して、前記必要な資材を抽出することを特
   徴とする請求項２記載の点検・整備管理方法。
4. 【請求項４】 整備工場の稼動状況を参照して対象車両
   の点検・整備の予定を設定するステップ２；を含むこと
   を特徴とする請求項２又は３記載の点検・整備管理方
   法。
5. 【請求項５】 前記ステップ１で抽出された資材を記録
   するステップ３；前記ステップ２で設定された予定を記
   録するステップ４；対象車両の点検・整備の進行状況を
   記録するステップ５；を含むことを特徴とする請求項２
   〜４のいずれかに記載の点検・整備管理方法。
6. 【請求項６】 照会があったときにネットワークを通じ
   て点検・整備に関するデータを提供するステップ；を含
   むことを特徴とする請求項１〜５のいずれかに記載の点
   検・整備管理方法。
7. 【請求項７】 前記データが、点検・整備の進行に応じ
   て発生した費用のデータを含むことを特徴とする請求項
   ６記載の点検・整備管理方法。
8. 【請求項８】 ネットワークを通じて点検・整備に必要
   な資材を調達するステップ；を含むことを特徴とする請
   求項１〜７のいずれかに記載の点検・整備管理方法。
9. 【請求項９】 対象物の点検・整備の管理を行うシステ
   ムであって、 点検・整備の対象物の種類による使用資材の相違，使用
   頻度による資材の劣化の程度，点検・整備の時期，過去
   の点検整備における資材に関する記録を参照して、前記
   対象物の点検・整備に必要な資材を事前に抽出する資材
   抽出手段；を備えたことを特徴とする点検・整備管理シ
   ステム。
10. 【請求項１０】 車両の点検・整備を管理するシステム
    であって、 車種，走行距離，点検・整備の時期，過去の点検記録に
    基づいて、対象車両の点検・整備に必要な資材を事前に
    抽出する資材抽出手段；を備えたことを特徴とする点検
    ・整備管理システム。
11. 【請求項１１】 前記資材抽出手段が、次回の点検・整
    備の時期に至るまでの走行距離を予測して、前記必要な
    資材を抽出することを特徴とする請求項９又は１０記載
    の点検・整備管理システム。
12. 【請求項１２】 整備工場の稼動状況のデータを集積し
    たデータベースを備えており、この各データベースを参
    照して対象車両の点検・整備の予定を設定するスケジュ
    ール手段を備えたことを特徴とする請求項１０又は１１
    記載の点検・整備管理システム。
13. 【請求項１３】 前記資材抽出手段で抽出された整備資
    材のデータを集積したデータベース；前記スケジュール
    手段で設定された予定のデータを集積したデータベー
    ス；対象車両の点検・整備の進行状況のデータを集積し
    たデータベース；を備えたことを特徴とする請求項１０
    〜１２のいずれかに記載の点検・整備システム。
14. 【請求項１４】 照会があったときにネットワークを通
    じて点検・整備に関するデータを提供する照会手段；を
    備えたことを特徴とする請求項９〜１３のいずれかに記
    載の点検・整備管理システム。
15. 【請求項１５】 前記データが、点検・整備の進行に応
    じて発生した費用のデータを含むことを特徴とする請求
    項１４記載の点検・整備管理システム。
16. 【請求項１６】 ネットワークを通じて点検・整備に必
    要な資材を調達する資材調達手段；を備えたことを特徴
    とする請求項９〜１５のいずれかに記載の点検・整備管
    理システム。