JP4184338B2

JP4184338B2 - 車両関連部品の情報提供方法，情報提供サーバ，情報提供システム

Info

Publication number: JP4184338B2
Application number: JP2004381269A
Authority: JP
Inventors: 俊雄内田
Original assignee: 株式会社アーネスト
Priority date: 2004-12-28
Filing date: 2004-12-28
Publication date: 2008-11-19
Anticipated expiration: 2024-12-28
Also published as: JP2006182319A

Description

本発明は、ネットワークを利用した車両関連部品の情報提供方法，情報提供サーバ，情報提供システムに関し、更に具体的には、車両の不具合箇所の特定（ないし探求）に好適な情報提供方法，サーバ，システムに関するものである。

近年、インターネットに代表されるネットワークの普及に伴い、各種業界で商品カタログの表示や商品の取引が活性化している。自動車業界においても例外ではなく、インターネット利用者（ユーザ）に対して個別化した商品や広告，サービスなどを提供して商品やホームページに対する顧客満足度を向上させることにより、リピート率や購入頻度を向上させ、売上を伸ばそうとする方向に向かっている。

一方、自動車などの電子制御機器（ＥＣＵ：Electronic Control Unit）の良否判定は、メーカ発行の車種・年式ごとの整備要領書に基づき、車両に搭載した状態で、車両自体に自己判断システムが有る場合にはそれによって点検し、異常／正常・コード別に車両側の不具合箇所の点検または備品交換などを行っている。そして、点検や部品交換などを行っても異常コードが解消しない場合には、ＥＣＵを交換し、交換前の状態との対比を行うことで、ＥＣＵの良否判断を行っている。

しかしながら、以上のような背景技術では、交換用のＥＣＵの良品があれば、交換前後での比較を行うことが可能であるが、良品がない場合には、ＥＣＵそのものの良否判断が難しく、車両側に原因があるのかＥＣＵ側に不具合があるのかを特定することが困難であるという不都合がある。また、ＥＣＵ側に不具合があることが確認されたとしても、修理工場などではＥＣＵの修理や再生は行われておらず、単なる部品としてＥＣＵを交換するにとどまっている。そのため、ＥＣＵに関する専門的な知識を有するものであれば修理によって再利用が可能な場合であっても、その判断がつかないために、大部分のＥＣＵが廃棄されているのが現状である。

一方、自動車整備関連者のニーズである故障や不具合に関しての情報や、自動車の電子制御機器（ＥＣＵ）にまつわるトラブルシューティングといった技術的な解決方法や部品情報は、上述したインターネット上で自動車関連部品の販売サービスとして提供されてはいない。従って、前記インターネットなどのネットワークを利用して、ＥＣＵを搭載した自動車の不具合箇所を特定したり、不具合箇所についての情報を得たりすることができれば、自動車整備に従事する側にとっては、非常に好都合である。

本発明は、以上の点に着目したもので、その目的は、ネットワークを利用して、電子制御部品（ＥＣＵ）を搭載した車両の不具合箇所の特定（ないし探求）や、不具合箇所に関する部品情報を提供することである。

前記目的を達成するため、本発明の車両関連部品の情報提供方法は、電子制御部品を搭載した車両の不具合箇所の探求方法や、前記不具合箇所に関する情報を、ネットワークを通じて要求側端末へ提供する車両関連部品の情報提供方法であって、前記要求側端末から取得した車両特定用情報に基づいて車両を特定するステップ，前記要求側端末に対して、特定された車両の不具合現象に関する問診を行い、該問診に対する要求側端末からの回答に基づいて、前記不具合箇所を特定するステップ，特定された不具合箇所の部品に関する情報を、前記要求側端末へ送信するステップ，を含み、前記不具合箇所を特定するステップが、ダイアグコード点検についての問診及びセンサ電源電圧の点検についての問診を行なって、電子制御部品に不具合箇所があるか否かを判断することを特徴とする。

主要な形態の一つは、前記問診に対する要求側端末からの回答情報に基づく回答履歴情報と、前記車両部品の購買情報に基づく販売実績情報を集計し、該集計結果から、不具合発生頻度が高い，あるいは、販売実績が多いとされた順に、前記部品に関する情報を要求側端末へ送信することを特徴とする。

本発明の車両関連部品の情報提供サーバは、電子制御部品を搭載した車両の不具合箇所の探求方法や、前記不具合箇所に関する情報を、ネットワークを通じて要求側端末へ提供する車両関連部品の情報提供サーバであって、車両情報を集積した車両情報データベースと、車両別の点検項目の絞り込み用情報を集積した不具合現象別故障探求データベースと、車両の点検項目及び点検箇所を集積した故障情報データベースと、車両関連部品の情報を集積した部品情報データベースを備えており、前記要求側端末から車両特定用情報を取得し、前記車両情報データベースを参照して、前記取得した車両特定用情報に該当する車両を特定する車両特定手段，前記不具合現象別故障探求データベースを参照し、特定された車両の点検項目の絞り込みを行うための問診を前記要求側端末に対して行い、不具合箇所を特定する不具合箇所特定手段，前記故障情報データベース又は部品情報データベースを参照し、特定された不具合箇所の部品に関する情報を抽出して、前記要求側端末に送信する部品情報提供手段，を備えており、前記不具合箇所特定手段が、ダイアグコード点検についての問診及びセンサ電源電圧の点検についての問診を行なって、電子制御部品に不具合箇所があるか否かを判断することを特徴とする。

主要な形態の一つは、前記問診に対する要求側端末からの回答情報に基づく回答履歴情報と、前記車両関連部品の購買情報に基づく販売実績情報をそれぞれ集計し、車両情報ごとの不具合現象別回答実績マスタを生成する集計手段，を備えており、前記部品情報提供手段は、前記不具合現象別回答実績マスタから、不具合発生頻度が高い，あるいは、販売実績が多いとされた順に、前記要求側端末に部品情報を提供することを特徴とする。他の形態は、前記電子制御部品のシミュレーション装置と、該シミュレーション装置と接続可能な端末を備えたことを特徴とする。

本発明の車両関連部品の情報提供システムは、請求項３〜５のいずれかに記載の車両関連部品の情報提供サーバ，ネットワークを介して前記情報提供サーバと情報の授受が可能な多数の要求側端末，を含むことを特徴とする。本発明の前記及び他の目的，特徴，利点は、以下の詳細な説明及び添付図面から明瞭になろう。

本発明は、ネットワークを利用し、要求側端末から受信した車両特定用情報に基づいて車両を特定し、当該車両の故障や不具合の現象に応じて問診を行い、不具合箇所を特定するとともに、特定された不具合箇所に関する部品情報を要求側端末へ提供することとしたので、車両の整備や修理に関する適切な情報を提供し、作業の効率化を図ることができる。また、不具合箇所が電子制御部品（ＥＣＵ）にあるか否かを判断できるため、廃棄する必要のない電子制御部品については修理により再利用が可能となり、資源を有効活用することができる。更に、電子制御部品の修理や点検を行う際に、要求側端末から取得した回答情報を活用し、作業の効率化，修理箇所の検証などへの応用が可能となる。

以下、本発明を実施するための最良の形態を、実施例に基づいて詳細に説明する。

最初に、図１〜図１２を参照しながら、本発明の実施例１を説明する。まず、図１〜図４を参照して、本発明のシステム構成を説明する。図１は、本実施例のシステム構成を示すブロックである。なお、本発明でいう車両とは、電子制御部品（ないし電子制御機器／電子制御装置）（ＥＣＵ：Electronic Control Unit）を搭載したものである。図１に示すように、本実施例の車両関連部品の情報提供システムは、インターネット２０に接続可能な端末１０ａ，１０ｂ，１０ｃ，・・・を保有する多数の利用者１０と、前記インターネット２０を介して車両関連部品に関する情報を利用者１０に提供するサービス会社１００により構成されている。サービス会社１００は、サーバコンピュータ３０と記憶装置４０を保有するほか、必要に応じて前記ＥＣＵの点検を行うためのシミュレータ７２（図４参照）を備えている。また、前記利用者１０とは、本実施例では、車両の所有者ではなく、車両の整備や修理などを行う整備工場などである。前記端末１０ａ，１０ｂ，１０ｃ，・・・は、キーボードなどの情報の入力部１２ａ，１２ｂ，１２ｃ，・・・や、液晶モニタなどの表示部１４ａ，１４ｂ，１４ｃ，・・・のほか、インターネット２０に接続して各種情報の授受や表示などを行うためのブラウザを備えたパソコン（ＰＣ）などである。なお、前記端末１０ａ，１０ｂ，１０ｃ，・・・（以下「１０ａ」とする）及びサーバコンピュータ３０は、図示しない通信部，通信回線，プロバイダなどを介してインターネット２０にそれぞれ接続されている。

前記サービス会社１００のサーバコンピュータ３０は、各種演算処理などを行う情報処理部３２を中心に構成されており、車両情報設定プログラム３４，不具合内容設定プログラム３６，部品情報表示プログラム３８，集計プログラム３９のほか、必要に応じて利用者１０側の端末１０ａとの間でＥ−ｍａｉｌの送受信を行うためのメールプログラム（図示せず）を備えている。前記記憶装置４０は、車両情報（品番）データベース４２，不具合現象別故障探求データベース４８，商品情報データベース５２，故障情報データベース５６，故障情報ファイル６０，顧客情報ファイル６２，販売実績ファイル６４を備えている。

図２には、記憶装置４０内の各種データベースのレコード構成が示されている。まず、車両情報（品番）データベース４２は、図２(A)に示す車両情報テーブル４４や、図２(B)に示す品番情報テーブル４６を集積したものであり、車両を特定化するために使用される。前記車両情報テーブル４４は、例えば、車両型式コード４４Ａ，エンジン型式コード４４Ｂ，年式コード４４Ｃ，ミッション４４Ｄ，車名４４Ｅなどの項目から構成されている。品番情報テーブル４６は、品番コード４６Ａを集積したものである。不具合現象別故障探求データベース４８は、図２(C)に示す現象別不具合情報テーブル５０を集積したものであり、故障箇所を特定するために使用される。該現象別不具合情報テーブル５０は、例えば、現象別不具合コード５０Ａや点検項目５０Ｂから構成されている。

商品情報データベース５２は、図２(D)に示す商品情報テーブル５４を集積したものであり、必要に応じて端末１０ａに提供される部品情報である。該商品情報テーブル５４は、例えば、商品コード５４Ａ，画像情報５４Ｂ，商品説明５４Ｃなどの項目が含まれている。故障情報データベース５６は、図２(E)に示す故障情報テーブル５８を集積したものであり、車両ごとの修理要領書をもとに、端末１０ａに対して、故障コード５８Ａから故障箇所と点検箇所を表示するために利用される。該故障情報テーブル５８は、例えば、故障コード５８Ａ，故障箇所５８Ｂ，画像情報５８Ｃ，点検箇所５８Ｄなどから構成されている。

図３には、前記記憶装置４０内の各種ファイルのレコード構成が示されている。まず、故障情報ファイル６０は、前記不具合現象別故障探求データベース４８から故障原因となる発生頻度が高いものを特定するために使用されるものであり、図３(A)に一例を示すように、車両型式コード６０Ａ，故障コード６０Ｂ，カウント数６０Ｃにより構成されている。また、端末１０ａからの回答情報を元にした回答履歴情報は、該故障情報ファイル６０へ反映され、故障原因の大きいものから順に故障発生のクラスを設定（例えば、Ａ，Ｂ，Ｃ，Ｄのように昇順）し、前記故障情報データベース５６に反映する。顧客情報ファイル６２は、顧客（本実施例では整備工場などの利用者１０）の情報を集積したもので、例えば、図３(B)に一例を示すように、顧客コード６２Ａ，会社名６２Ｂ，所属６２Ｃ，氏名６２Ｄ，住所６２Ｅ，・・・などにより構成されている。販売実績ファイル６４は、購買情報を元にした販売実績情報を蓄積したものであり、例えば、図３(C)に一例を示すように、商品コード６４Ａ，問合せ数６４Ｂ，受注数６４Ｃ，・・・などにより構成されている。

上述したサーバコンピュータ３０内の各種プログラムは、前記記憶装置４０内の各種データベースやファイルを参照し、情報処理部３２の指示により、以下のような処理を行う。
(1)車両情報設定プログラム３４・・・・端末１０ａから車両特定用情報（車両型式、エンジン型式、年式や品番など）を取得するとともに、前記車両情報（品番）データベース４２内の車両情報テーブル４４又は品番テーブル４６を参照して、取得した車両特定用情報に該当する車両を特定する。
(2)不具合内容設定プログラム３６・・・・前記不具合現象別故障探求データベース４８を参照し、特定された車両の不具合現象に応じて点検項目の絞り込みを行い、不具合箇所特定のための問診用画面のデータを、前記端末１０ａに送信する。
(3)部品情報表示プログラム３８・・・・商品情報データベース５２や故障情報データベース５６を参照し、端末１０ａに対して、特定された不具合箇所に関する故障箇所情報表示３８Ａや商品情報表示３８Ｂなどの処理を行う。
(4)集計プログラム３９・・・・端末１０ａから取得した回答情報を元にした回答履歴情報と、購買情報を元にした販売実績情報を集計し、前記故障情報ファイル６０に、車両情報ごとの不具合現象別回答実績マスタを生成する。

次に、図５〜図１２も参照して、本実施例の作用を説明する。図５は、サーバコンピュータ３０側での情報提供処理の概要を示すフローチャートである。なお、以下に示す処理は、上述したサーバコンピュータ３０が記憶装置４０内の各種データベースやファイルを参照して所望の処理を行うことにより実現される。また、端末１０ａ側では、端末１０ａの操作者が、表示部１４ａに表示された画面の案内に従って、入力部１２ａを操作することにより情報の入力や選択を行うものとする。他の端末１０ｂ，１０ｃ，・・・についても同様である。まず、車両の保有者などから整備や点検などを依頼された利用者１０では、端末１０ａなどを利用し、インターネット２０を介してサービス会社１００のサーバコンピュータ３０にアクセスする。端末１０ａからアクセスされたサーバコンピュータ３０側では、車両情報設定プログラム３４の実行により、端末１０ａに車両情報または品番（車両特定用情報）の入力を促すための画面を送信する。そして、端末１０ａから車両特定用情報を取得したら、車両情報（品番）データベース４２を参照して、取得した情報に該当する車両の特定を行う（ステップＳ１０）。車両が特定されたら、不具合内容設定プログラム３６の実行により、不具合現象別故障探求データベース４８が参照され、特定された車両ごとに不具合箇所を特定するための問診が開始される（ステップＳ１２）。なお、問診は、サーバコンピュータ３０から端末１０ａに対して問診用画面を送信し、それに対して入力ないし選択された回答に基づいて行われるものとする。

問診内容の選択画面で、始動性に関する問診処理が端末１０ａによって選択されると（ステップＳ１４でＹｅｓ）、後述する始動性に関する問診処理（ステップＳ３０）へ進み、不具合が解決されれば（ステップＳ２２でＹｅｓ）終了し、他の項目に関する問診処理を行う場合には、前記ステップＳ１４へ戻り、所望の問診処理を選択する。あるいは、前記始動性に関する問診を選択せず（ステップＳ１４でＮｏ）、アイドル不安定に関する問診処理が選択された場合（ステップＳ１６でＹｅｓ）には、後述するアイドルに関する問診処理（ステップＳ１３０）へ進み、不具合が解決されれば終了し、他の項目に関する問診処理を行う場合には、前記ステップＳ１４へ戻り、他の問診処理を選択する。あるいは、前記始動性及びアイドル不安定に関する問診を選択せず（ステップＳ１４及びＳ１６でＮｏ）、運転性に関する問診が選択された場合（ステップＳ１８でＹｅｓ）には、後述する運転性に関する問診処理（ステップＳ１５０）へ進み、不具合が解決されれば終了し、他の項目に関する問診を行う場合には、前記ステップＳ１４へ戻る。また、あるいは、前記始動性，アイドル不安定，運転性に関する問診を選択せず（ステップＳ１４，Ｓ１６，Ｓ１８でＮｏ）、停止性に関する問診が選択された場合（ステップＳ２０でＹｅｓ）には、後述する停止性に関する問診処理（ステップＳ１８０）へ進み、不具合が解決されれば終了し、他の項目に関する問診を行う場合には、前記ステップＳ１４へ戻る。以下、上述した各問診処理の流れについて、順に説明する。

(1)始動性に関する問診処理（ステップＳ３０）・・・前記ステップＳ１４において、始動性に関する問診が選択されると、図６に一例を示す始動性に関する問診処理が開始される。図６は、始動性に関する問診処理の一例を示すフローチャートである。まず、始動自体が不能である場合（ステップＳ３２でＹｅｓ）には、後述する始動不能・問診処理（ステップＳ４０）へ進む。一方、始動は可能であるが、不良である場合（ステップＳ３４でＹｅｓ）には、後述する始動不良・問診処理（ステップＳ９０）へ進む。始動性に問題がなく、始動性に関する問診処理を終了する場合（ステップＳ３６でＹｅｓ）には、必要に応じて前記図５で示す他の問診処理を行ったのち、全ての問診処理を終了する。再度、始動性に関する問診処理を行う場合（ステップＳ３６でＮｏ）には、前記ステップＳ３２へ戻る。

<始動不能・問診処理（ステップＳ４０）>・・・始動不能の場合（ステップＳ３２でＹｅｓ）には、始動不能・問診処理を行う。図７は、始動不能・問診処理の一例を示すフローチャートである。図７に示すように、まず、電源及びイグニッションスイッチの点検（ステップＳ４２）で、異常があった場合（ステップＳ４４でＮｏ）には、部品に関する情報を表示する（ステップＳ４６）。なお、部品に関する情報の表示態様は、どのようなものであってもよいが、本実施例では、例えば、故障した部品名（例えば、ＩＳＣサーボ，エアーフロー・センサ，水温センサなど）と該当部品の型番が表示される。部品名が多数ある場合には、部品名の表示を行い、その中から端末１０ａによって選択された部品の型番を表示するという具合である。このような表示処理は、部品情報表示プログラム３８が、商品情報データベース５２や故障情報データベース５６から該当する情報を抽出し、端末１０ａの表示部１４ａで閲覧できる形式でデータを送信することにより実現される。この際、故障の発生の頻度が高い順，修理実績ひいては販売実績の高い順に情報が表示される。なお、後述する各種問診処理中においても、部品に関する情報の表示は、ここで例示したものと同様である。

次に、電源及びイグニッションスイッチ点検で異常なし（ステップＳ４４でＹｅｓ）と回答された場合には、ＥＣＵアース点検（ステップＳ４８）に進み、異常が認められた場合（ステップＳ５０でＮｏ）には、アース修正を指示する（ステップＳ５２）。一方、ＥＣＵアースに異常が認められない場合（ステップＳ５０でＹｅｓ）には、フューエルポンプ点検（ステップＳ５４）へ進み、異常ありの回答を得た場合（ステップＳ５６でＮｏ）には、該当する部品に関する情報を表示する（ステップＳ５８）。また、フューエルポンプ点検で異常なしの回答を得た場合（ステップＳ５６でＹｅｓ）には、カム角，クランク角センサ点検（ステップＳ６０）へ進み、異常ありの回答を得た場合（ステップＳ６２でＮｏ）には、該当部品に関する情報を表示する（ステップＳ６４）。反対に、カム角，クランク角センサの点検時に異常なしとの回答があれば（ステップＳ６２でＹｅｓ）は、後述するＥＣＵ問診処理（ステップＳ７０）へ進む。

<ＥＣＵ問診処理（ステップＳ７０）>・・・ＥＣＵに関する問診処理は、図８のフローチャートに一例を示す手順で行われる。まず、ダイアグコード点検（ステップＳ７２）についての質問を行い、異常ありとの回答があれば（ステップＳ７４でＮｏ）、部品情報表示プログラム３８は、商品情報データベース５２を参照し、該当するＥＣＵ関連の部品情報を検索し、得られた情報を情報提供ページに埋め込んで（ステップＳ７８）、端末１０ａに送信する（ステップＳ８０）。一方、ダイアグコード点検で異常なしと回答された場合（ステップＳ７４のＹｅｓ）には、センサ電源電圧の点検についての質問を行い、異常ありと回答があれば（ステップＳ８２のＮｏ）、前記ステップＳ７８及びＳ８０へ進んでＥＣＵ関連の商品情報を端末１０ａに提供する。また、センサ電源電圧の点検でも異常がないと回答された場合（ステップＳ８２のＹｅｓ）には、ＥＣＵの良否が不明であると考えられるため、Ｅ−ｍａｉｌ等により修理などの問合せの案内を端末１０ａに送り（ステップＳ８４）、終了する。

ここで、上述したＥＣＵ問診処理でＥＣＵの不具合箇所が特定できなかった場合（ステップＳ８２のＹｅｓ）や、ＥＣＵの修理が必要となった場合には、利用者１０がＥＣＵをサービス会社１００に送り、サービス会社側でＥＣＵの点検や修理を行う。図４には、サービス会社１００でＥＣＵの点検や修理が必要となる場合に用いられるシミュレータの接続構成と、入出力信号のブロック構成が示されている。図４(A)に示すように、サービス会社１００は、端末７０と、シミュレータ７２を備えており、前記シミュレータ７２に、利用者１０から提供されたＥＣＵ７４がケーブル７８などの適宜手段で接続される。また、端末７０とシミュレータ７２も、ＬＡＮや光ファイバーなどのケーブル７６により接続される。前記シミュレータ７２は、端末７０からの命令により、コントロールバス７３を介して、電圧の印加や、シミュレーション波形の印加などを行い、ＥＣＵ７４からの電圧や波形などの出力をリアルタイムで計測する。なお、シミュレータ７２とＥＣＵ７４間の入出力信号とは、例えば、クランク角信号８０Ａ，カム角信号８０Ｂ，ノックセンサ信号８０Ｃ，水温センサ信号８０Ｄ，吸気圧センサ信号８０Ｅ，スロットル信号８０Ｆ，・・・・・，イグニッション信号８０Ｌ，インジェクション信号８０Ｍ，センサ供給電圧８０Ｎ，・・・・・，バックアップ電源８０Ｓ，イグニッション電源８０Ｔ，スタータ信号８０Ｕ，・・・・などが挙げられる。該シミュレータ７２による点検によりＥＣＵ７４の不具合箇所が特定され、修理・再生が可能な場合には、修正・再生を行った上でＥＣＵ７４を利用者１０へ返却し、修理・再生が不能な場合には、ＥＣＵの在庫の有無の点検や関連商品の販売などのサービスを、利用者１０に対して行う。

<始動不良・問診処理（ステップＳ９０）>・・・一方、初爆のみでエンストを生じる，始動時間が長い，など始動不良の場合（ステップＳ３４でＹｅｓ）には、始動不良・問診処理を行う。図９は、始動不良問診処理の一例を示すフローチャートである。まず、フューエルポンプ点検についての質問を行い（ステップＳ９２）、異常ありと回答があれば（ステップＳ９４でＮｏ）、部品に関する情報を表示する（ステップＳ９６）。フューエルポンプ点検において異常なしと回答があれば（ステップＳ９４でＹｅｓ）、インジェクタ点検についての質問を行う（ステップＳ９８）。ここで、異常が認められると回答があれば（ステップＳ１００でＮｏ）、該当部品に関する情報を表示する（ステップＳ１０２）。インジェクタ点検で異常なしと回答されれば（ステップＳ１００でＹｅｓ）、イグニッションスイッチ（スタータ）点検への質問に進み（ステップＳ１０４）、異常ありと回答があれば（ステップＳ１０６でＮｏ）、該当部品に関する情報を表示する（ステップＳ１０８）。反対に、異常なしと回答があれば（ステップＳ１０６でＹｅｓ）、ＩＳＣサーボ点検に関する質問へ進む。ここで、ＩＳＣサーボ点検で異常ありと回答があれば（ステップＳ１１２でＮｏ）、該当部品に関する情報を表示し（ステップＳ１１４）、異常なしと回答されれば（ステップＳ１１２でＹｅｓ）、燃圧点検に関する質問へ進む（ステップＳ１１６）。燃圧点検時に異常ありとの回答があれば（ステップＳ１１８でＮｏ）、部品に関する情報を表示し（ステップＳ１２０）、異常なしと回答があれば（ステップＳ１１８でＹｅｓ）、カム角，クランク角センサ点検に関する質問へ進む（ステップＳ１２２）。ここで異常ありと回答があれば（ステップＳ１２４でＮｏ）、部品に関する情報を表示し（ステップＳ１２６）、異常なしと回答があれば、上述したＥＣＵ問診処理（ステップＳ７０）へ進む。

(2)アイドルに関する問診処理（ステップＳ１３０）・・・前記ステップＳ１６において、アイドルに関する問診が選択されると、図１０に一例を示すように、アイドルに関する問診処理が開始される。まず、不安定か否かを質問し（ステップＳ１３２）、不安定であると回答があった場合（ステップＳ１３２でＹｅｓ）には、アイドル不安定に関する問診処理（ステップＳ１３４）を行う。一方、不安定ではないと回答があった場合（ステップＳ１３２でＮｏ）には、回転不適正に関する質問に進み、回転不適正であると回答があった場合（ステップＳ１３６でＹｅｓ）には、アイドル回転不適正に関する問診処理（ステップＳ１３８）へ進む。また、回転不適正ではないと回答があった場合（ステップＳ１３６でＮｏ）には、持続性不良に関する質問へ進む。ここで、持続性不良であるとの回答があれば（ステップＳ１４０でＹｅｓ）、アイドル持続性不良に関する問診処理（ステップＳ１４２）を行うが、持続性良好の回答を得た場合（ステップＳ１４０でＮｏ）には、必要に応じて前記Ｓ１３２へ戻って問診を繰り返す（ステップＳ１４４でＮｏ）か、そのまま終了へ進む（ステップＳ１４４でＹｅｓ）。なお、このようなアイドルに関する問診処理のあとは、必要に応じて図５に示す他の問診処理を行ったのち、全ての問診処理を終了する。

(3)運転性に関する問診処理（ステップＳ１５０）・・・前記ステップＳ１８において、運転性に関する問診が選択されると、図１１に一例を示すような、運転性に関する問診処理が開始される。まず、息つきの有無に関する質問を行い、息つきがあると回答があった場合（ステップＳ１５２でＹｅｓ）には、息つきに関する問診処理を行い（ステップＳ１５４）、息つきがないと回答があれば（ステップＳ１５２でＮｏ）、加速不良に関する質問へ進む（ステップＳ１５６）。ここで、加速不良が認められると回答があれば（ステップＳ１５６でＹｅｓ）、加速不良に関する問診処理を行い（ステップＳ１５８）、加速不良が認められないと回答があれば（ステップＳ１５６でＮｏ）、もたつきに関する質問を行う（ステップＳ１６０）。ここで、もたつきがあると回答があれば（ステップＳ１６０でＹｅｓ）、もたつきに関する問診処理を行い（ステップＳ１６２）、もたつきがないと回答されれば（ステップＳ１６０でＮｏ）、ショックの有無に関する質問へ進む（ステップＳ１６４）。ショックありの場合（ステップＳ１６４でＹｅｓ）には、ショックに関する問診処理（ステップＳ１６６）を行い、ショックがないと回答があれば（ステップＳ１６４でＮｏ）、サージに関する質問へ進む（ステップＳ１６８）。ここで、サージありの回答があれば（ステップＳ１６８でＹｅｓ）、サージに関する問診処理を行い（ステップＳ１７０）、サージがないと回答があれば（ステップＳ１６８でＮｏ）、ノッキングの有無に関する質問を行う（ステップＳ１７２）。ノッキングありと回答された場合（ステップＳ１７２でＹｅｓ）、ノッキングに関する問診処理を行い（ステップＳ１７４）、ノッキングがないと回答され（ステップＳ１７２でＮｏ）、運転性に関する問診処理を終了する場合（ステップＳ１７６でＹｅｓ）には、必要に応じて前記図５で示す他の問診処理を行ったのち、全ての問診処理を終了する。再度、運転性に関する問診処理を行う場合（ステップＳ１７６でＮｏ）には、前記ステップＳ１５２へ戻る。

(4)停止性に関する問診処理（ステップＳ１８０）・・・前記ステップＳ２０において、停止性に関する問診が選択されると、図１２に一例を示すような、停止性に関する問診処理が開始される。まず、ランオンの有無について質問し、ランオンありと回答された場合（ステップＳ１８２でＹｅｓ）には、インジェクタ点検に関する質問へ進み（ステップＳ１８４）、ここで、異常ありと回答された場合（ステップＳ１８６でＮｏ）には、部品に関する情報を表示する（ステップＳ１９０）。一方、インジェクタ点検で異常なしの場合（ステップＳ１８６でＹｅｓ）や、ランオンなしと回答された場合（ステップＳ１８２でＮｏ）には、ＥＣＵ問診処理を実行するか否かが質問され、ＥＣＵ問診処理の実行が選択された場合（ステップＳ１９２でＹｅｓ）は、上述したＥＣＵ問診処理（ステップＳ７０）へ進む。また、ＥＣＵ問診処理が選択されず（ステップＳ１９２でＮｏ）、停止性に関する問診処理を終了する場合（ステップＳ１９４でＹｅｓ）には、必要に応じて前記図５に示す他の問診処理を行ったのち、全ての問診処理を終了する。再度、停止性に関する問診処理を行う場合（ステップＳ１９４でＮｏ）には、前記ステップＳ１８２へ戻る。

このように、実施例１によれば、次のような効果がある。
(1)利用者１０は、端末１０ａを利用してサーバコンピュータ３０にアクセスし、車両特定用情報を入力し、前記サーバコンピュータ３０によって表示される問診に回答するのみで、ＥＣＵ７４を搭載した車両の不具合箇所を容易に特定できるとともに、不具合箇所に関する適切な部品情報や修理情報を得ることができる。このため、車両の修理・整備の効率を大幅に向上させることが可能となる。特に、不具合箇所の発生頻度が高い順などに情報を提供することにより、信頼性の高い情報提供ができる。
(2)ＥＣＵ７４の良否の判断が不能な場合や、修理が必要な場合には、サービス会社１００へＥＣＵ７４を送り、該サービス会社１００側でシミュレータ７２を利用してＥＣＵ７４の不具合箇所を点検し、可能な場合には、修理・再生してＥＣＵ７４を再度利用する。このため、従来は廃棄されていたＥＣＵ７４の再利用が可能となり、資源の再利用や有効活用に寄与することができる。
(3)サーバコンピュータ３０が、前記端末１０ａから得た回答情報を、記憶装置４０内に記憶することにより、前記ＥＣＵ７４の点検や修理が必要になった場合に、前記回答情報を活用してＥＣＵ７４の点検・修理に関する作業の効率化を図るとともに、修理箇所の検証などへの応用も可能となる。
(4)インターネット２０を利用して不具合箇所の特定や、不具合箇所に関する部品の情報を利用者側の端末１０ａに提供することとしたので、不特定多数の利用者にとって利便性が高く、顧客サービスも大幅に向上する。

なお、本発明は、上述した実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることができる。例えば、以下のものも含まれる。
(1)前記実施例で示したシステム構成は一例であり、同様の効果を奏するように適宜変更してよい。例えば、利用者１０側で利用する端末１０ａは、パソコンのほか、例えばＰＤＡなど、インターネット２０を介して情報の授受や表示ができる機能を備えているものであれば、どのようなものであってもよい。
(2)前記実施例で示したデータベースやファイルのレコード構成も一例であり、必要に応じて適宜変更してよい。
(3)前記実施例では、利用者１０が端末１０ａを保有し、サービス会社１００がサーバコンピュータ３０，記憶装置４０，シミュレータ７２を保有することとしたが、これも一例であり、それぞれ、他の機関や団体などが保有するようにしてもよい。
(4)前記実施例で示した問診処理は一例であり、必要に応じて適宜変更してよい。
(5)本発明は、インターネット２０以外にも、ネットワーク全般に対して適用可能である。

本発明によれば、ネットワークを利用し、要求側端末から受信した車両特定用情報に基づいて車両を特定し、当該車両の故障や不具合の現象に応じて問診を行い、不具合箇所を特定するとともに、特定された不具合箇所に関する部品情報を要求側端末へ提供することとしたので、車両の整備や修理に関する作業の効率化を図ることができる。特に、電子制御部品（ＥＣＵ）を搭載した車両において、不具合箇所が電子制御部品にあるか否かを判断できるため、修理や再生によるＥＣＵの再利用を促進することができる。

本発明の実施例１のシステム構成を示すブロック図である。前記実施例１のサーバコンピュータ側の記憶装置内のデータベースのレコード構成を示す図である。前記実施例１のサーバコンピュータ側の記憶装置内のファイルのレコード構成を示す図である。前記実施例１のサーバコンピュータ側で使用するシミュレータを示す図であり、(A)はシミュレータの接続の様子を示す模式図，(B)は前記シミュレータの主な入出力信号を示すブロック図である。前記実施例１におけるサーバコンピュータ側の情報提供処理の概要を示すフローチャートである。前記実施例１における始動性に関する問診処理の一例を示すフローチャートである。前記実施例１における始動不能に関する問診処理の一例を示すフローチャートである。前記実施例１におけるＥＵＣに関する問診処理の一例を示すフローチャートである。前記実施例１における始動不良に関する問診処理の一例を示すフローチャートである。前記実施例１におけるアイドルに関する問診処理の一例を示すフローチャートである。前記実施例１における運転性に関する問診処理の一例を示すフローチャートである。前記実施例１における停止性に関する問診処理の一例を示すフローチャートである。

符号の説明

１０：利用者
１０ａ，１０ｂ，１０ｃ：端末
１２ａ，１２ｂ，１２ｃ：入力部
１４ａ，１４ｂ，１４ｃ：表示部
２０：インターネット
３０：サーバコンピュータ
３２：情報処理部
３４：車両情報設定プログラム
３６：不具合内容設定プログラム
３８：部品情報表示プログラム
３８Ａ：故障箇所情報表示
３８Ｂ：商品情報表示
３９：集計プログラム
４０：記憶装置
４２：車両情報（品番）データベース
４４：車両情報テーブル
４４Ａ：車両型式コード
４４Ｂ：エンジン型式コード
４４Ｃ：年式コード
４４Ｄ：ミッション
４４Ｅ：車名
４６：品番情報テーブル
４６Ａ：品番コード
４８：不具合現象別故障探求データベース
５０：現象別不具合情報テーブル
５０Ａ：現象別不具合コード
５０Ｂ：点検項目
５２：商品情報データベース
５４：商品情報テーブル
５４Ａ：商品コード
５４Ｂ：画像情報
５４Ｃ：商品説明
５６：故障情報データベース
５８：故障情報テーブル
５８Ａ：故障コード
５８Ｂ：故障箇所
５８Ｃ：画像情報
５８Ｄ：点検箇所
６０：故障情報ファイル
６０Ａ：車両型式コード
６０Ｂ：故障コード
６０Ｃ：カウント数
６２：顧客情報ファイル
６２Ａ：顧客コード
６２Ｂ：会社名
６２Ｃ：所属
６２Ｄ：氏名
６２Ｅ：住所
６４：販売実績ファイル
６４Ａ：商品コード
６４Ｂ：問合せ数
６４Ｃ：受注数
７０：端末
７２：シミュレータ
７３：コントロールバス
７４：ＥＣＵ
７６，７８：ケーブル
８０Ａ：クランク角信号
８０Ｂ：カム角信号
８０Ｃ：ノックセンサ信号
８０Ｄ：水温センサ信号
８０Ｅ：吸気圧センサ信号
８０Ｆ：スロットル信号
８０Ｌ：イグニッション信号
８０Ｍ：インジェクション信号
８０Ｎ：センサ供給電圧
８０Ｓ：バックアップ電源
８０Ｔ：イグニッション電源
８０Ｕ：スタータ信号
１００：サービス会社

Claims

電子制御部品を搭載した車両の不具合箇所の探求方法や、前記不具合箇所に関する情報を、ネットワークを通じて要求側端末へ提供する車両関連部品の情報提供方法であって、
前記要求側端末から取得した車両特定用情報に基づいて車両を特定するステップ，
前記要求側端末に対して、特定された車両の不具合現象に関する問診を行い、該問診に対する要求側端末からの回答に基づいて、前記不具合箇所を特定するステップ，
特定された不具合箇所の部品に関する情報を、前記要求側端末へ送信するステップ，
を含み、
前記不具合箇所を特定するステップが、ダイアグコード点検についての問診及びセンサ電源電圧の点検についての問診を行なって、電子制御部品に不具合箇所があるか否かを判断することを特徴とする車両関連部品の情報提供方法。
前記問診に対する要求側端末からの回答情報に基づく回答履歴情報と、前記車両部品の購買情報に基づく販売実績情報を集計し、
該集計結果から、不具合発生頻度が高い，あるいは、販売実績が多いとされた順に、前記部品に関する情報を要求側端末へ送信することを特徴とする請求項１記載の車両関連部品の情報提供方法。
電子制御部品を搭載した車両の不具合箇所の探求方法や、前記不具合箇所に関する情報を、ネットワークを通じて要求側端末へ提供する車両関連部品の情報提供サーバであって、
車両情報を集積した車両情報データベースと、車両別の点検項目の絞り込み用情報を集積した不具合現象別故障探求データベースと、車両の点検項目及び点検箇所を集積した故障情報データベースと、車両関連部品の情報を集積した部品情報データベースを備えており、
前記要求側端末から車両特定用情報を取得し、前記車両情報データベースを参照して、前記取得した車両特定用情報に該当する車両を特定する車両特定手段，
前記不具合現象別故障探求データベースを参照し、特定された車両の点検項目の絞り込みを行うための問診を前記要求側端末に対して行い、不具合箇所を特定する不具合箇所特定手段，
前記故障情報データベース又は部品情報データベースを参照し、特定された不具合箇所の部品に関する情報を抽出して、前記要求側端末に送信する部品情報提供手段，
を備えており、
前記不具合箇所特定手段が、ダイアグコード点検についての問診及びセンサ電源電圧の点検についての問診を行なって、電子制御部品に不具合箇所があるか否かを判断することを特徴とする車両関連部品の情報提供サーバ。
前記問診に対する要求側端末からの回答情報に基づく回答履歴情報と、前記車両関連部品の購買情報に基づく販売実績情報をそれぞれ集計し、車両情報ごとの不具合現象別回答実績マスタを生成する集計手段，
を備えており、
前記部品情報提供手段は、前記不具合現象別回答実績マスタから、不具合発生頻度が高い，あるいは、販売実績が多いとされた順に、前記要求側端末に部品情報を提供することを特徴とする請求項３記載の車両関連部品の情報提供サーバ。
前記電子制御部品のシミュレーション装置と、該シミュレーション装置と接続可能な端末を備えたことを特徴とする請求項３又は４記載の車両関連部品の情報提供サーバ。
請求項３〜５のいずれかに記載の車両関連部品の情報提供サーバ，
ネットワークを介して前記情報提供サーバと情報の授受が可能な多数の要求側端末，
を含むことを特徴とする車両関連部品の情報提供システム。