JP5298270B2 - 診断システム及び診断方法並びに車両の診断システム - Google Patents

Description

本開示は、概して診断システム及び方法に関し、より詳細には、診断システム及び方法のための診断テストの要件に対応するリソースのリストに関する。

オンボード制御コンピュータは、自動車分野において広く普及しているが、安全性、経済性及び排ガスに関する制限が益々厳しくなるなか、車両システム及び装置は、政府規制に定められる制限、及び競合者の成果がする暗黙の要求を満たすに至っていない。オンボード制御コンピュータは、エレクトロニクスの進展に伴い、その代々の世代においてデータの検出及び記憶性能を向上させてきた。

診断ツールとして知られる現在の外部診断及び表示装置は、オンボード制御コンピュータ自体が取得したデータの報告に限られていることで共通する。車両における微細なサブシステム故障により、整備技術者の能力に益々大きな負担がかかっており、単に診断ツール自体が検出及び保存した故障を読み取るだけでなく、これらの読取値を周辺計測値と組み合わせて、迅速、かつ正確に是正措置を講じるという負担が生じている。

自動車産業では現在、自動車の保守及び修理に用いられる独立型及び携帯型双方の診断テスタ又はツールが存在する。例えば、携帯型診断ツールは、車両制御ユニットに関する故障のトラブルシュートに使用される。診断ツールは、車両のオンボード制御コンピュータに設定された診断トラブルコード（ＤＴＣ）に基づいて故障を検出する。ＤＴＣは、車両に故障が生じた場合に起動し、保存される。そして、技術者は、診断ツールを用いてこのＤＴＣを読み取り、関連する故障の修理を行った後、車両のコンピュータからＤＴＣを削除する。

診断トラブルコードに限らず、診断システムは、一般的にほぼ全ての産業における技術者及び専門家により、基本及び先進システムの検査に使用されている。例えば、乗用車、トラック、重機械及び航空機産業では、診断テストシステムは、上記のような車両オンボードコンピュータの故障又はトラブルコード表示に加え、双方向診断、マルチスコープ及びマルチメータ機能、ならびに電子サービスマニュアルに対応する。医療産業にあっては、診断システムは、医療装置における異常を検出するシステム診断に加え、身体機能の監視及び医学コンディションの診断を可能とする。

多くの産業において、診断システムは、装置又は製品の耐用期間を通じた保守及び修理だけでなく、製造プロセスでも益々重要な役割を果たしている。診断システムのうち幾つかのものは、パーソナルコンピュータ技術に基づいており、使用が簡単なメニュー操作式の診断アプリケーションを特徴とする。これらのシステムは、システム診断をリアルタイムで行うことにおいて、あらゆるレベルで技術者及び専門家の助けとなる。

典型的な診断システムは、診断手順の指示が表示されるディスプレイを備えるとともに、オペレータがリアルタイム操作フィードバック及び診断情報を確認可能とするシステムインタフェースをも有している。従って、オペレータは、例えば、毎分回転数の車両エンジン速度、始動クランキング中のバッテリ電圧、又は患者の心拍数若しくは血圧を確認することができる。このようなシステムによれば、比較的経験の浅いオペレータであっても、先進的な診断手順を実行し、操作上又は医療上の複雑な問題を解決することが可能となる。

この種の診断システムの診断手順は、経験を積んだ熟練技術者又は専門家によって確立されるのが一般的である。熟練技術者又は専門家は、複雑な診断手順を展開するのに必要な技術的経験及び知識を投入する。従って、診断手順、特に診断手順を実行する順序の有効性は、その手順を作成した熟練技術者又は専門家の専門知識に深く依存することになる。

診断テストを行う場合に、ユーザは、そのテストを実行する一定のツールが必要である。しかしながら、現在の診断システムでは、このような診断テストに対して適切に対処することが困難である。ユーザが移動する場合は、そのユーザは通常、テスト又は修理を実行する追加のツールを用意するため、自動車に戻らなければならない。さらに、ユーザが実際にテストを効率的な方法で行うことができるかを点検することは困難である。従って、判断は、個々のユーザ及び彼等の専門知識に委ねられることになる。技術者相互の間で診断及び修理を一貫させることは困難である。診断及び修理を行う技術者に依存しない、より高い効率に適した技術及びシステムが必要である。さらに、一定のテスト及び診断方法を実施するよりも前に、必要となるリソースを適切に準備する必要がある。

上記の必要性は、本開示によって充分に満たされ、その一態様では、技術者が診断システムを用いることを可能とする技術及び装置が提供される。この診断システムは、診断テストの実施に先立ってそのテストをサポートする要件に対応するリソースのリストを提供し、これにより、診断の効率及び一貫性が改善される。

本開示の一態様では、車両の診断システムは、特定の車両情報を入力及び保存するとともに、複数の診断シーケンスの各ステップに関する、遠隔データベースからの診断テストの要件を保存するメモリと、診断シーケンスの実施に先立ち、選択された診断シーケンスの各ステップに関する診断テストの要件に対応するリソースのリストを前記特定の車両情報に応じて特定するプロセッサと、を含んで構成され、前記複数の診断シーケンスのステップのうちのいずれかのステップが入力されると、前記プロセッサが前記入力されたステップに関連する診断シーケンスの全ステップに関する要件を生成する。診断システムは、テスト要件の可用性に基づく一定のテスト及び修理のスケジューリングを、修理ファシリティに対して許容するプロセッサを備えることも可能である。診断システムはまた、診断テストの目録及び環境を、診断テスト及び修理に先立って割り当てる修理ファシリティを備えてもよい。

診断システムは、プロセッサに接続されて、診断シーケンスに関するテスト要件を表示する表示装置を備えてもよい。診断システムはまた、診断シーケンスの診断又は修理ステップに関連付けられるテスト要件を有してもよい。診断システムは、ツール、部品、ファシリティ及び訓練を含むテスト要件を有してもよい。診断システムは、テスト要件の特徴付けとして、診断テストのコスト及び場所を含むことが可能である。診断システムは、表示装置を更に備えることができ、診断テストの要件は、この表示装置上の表示として、所定の診断又は修理手順を実行するのに必要な項目のリストを含み、診断シーケンスのいかなるステップについても生成される。

本開示の他の態様では、車両の診断方法は、複数の診断テスト又は修理手順のシーケンスをデータベースに保存することと、診断テスト又は修理手順のシーケンスを、そのシーケンスの各ステップに関する診断テスト又は修理の要件に対応するリソースのリストと相互に関連付けることと、特定の車両情報を入力することと、前記特定の車両情報、及び前記診断テスト又は修理手順の相互に関連付けられたシーケンスに従って診断テスト又は修理の要件に対応するリソースのリストを特定することと、前記特定の車両情報及び前記診断テスト又は修理の要件に対応して特定されたリソースのリストに従って診断テスト又は修理を車上で実行することと、を有し、前記複数の診断テスト又は修理手順のシーケンスのうちの何れかのステップが入力されると、前記プロセッサが前記入力されたステップに関連するシーケンスの全ステップに関する診断テスト又は修理の要件を生成する。

本開示の更に別の態様では、車両の診断システムは、複数の診断テスト又は修理手順のシーケンスをデータベースに保存する手段と、診断テスト又は修理手順のシーケンスを、そのシーケンの各スステップに関する診断テスト又は修理の要件に対応するリソースのリストと相互に関連付ける手段と、特定の車両情報を入力する手段と、前記特定の車両情報、及び前記診断テスト又は修理手順の相互に関連付けられたシーケンスに従って診断テスト又は修理の要件に対応するリソースのリストを特定する手段と、前記特定の車両情報及び前記診断テスト又は修理の要件の特定されたリソースのリストに従って診断テスト又は修理を車上で実行する手段と、を備え、前記複数の診断テスト又は修理手順のシーケンスのうちの何れかのステップが入力されると、前記特定手段が前記入力されたステップに関連する診断又は修理シーケンスの全ステップに関する診断テスト又は修理の要件を生成する。

本開示の詳細な説明をより正確に理解し、その技術水準に対する貢献をより的確に把握するため、本開示の一定の実施形態について広くその概要を示した。以下に説明する開示に対して追加の実施形態が存在し、またそれが添付の請求の範囲の主題を形成することは、勿論である。

この点において、本開示の少なくとも１つの実施形態についてその詳細を説明する前に、本開示は、以下の記載で述べられるか、あるいは図面に示される構成の詳細及び要素の配置への適用に限られるものではないことを理解すべきである。本開示は、開示の形態以外の実施形態であってもよく、多様な方法で実施し、実現することが可能である。そして、この明細書（及び要約書）で用いる表現及び用語は、説明を目的としたものに過ぎず、制限するものとして考慮されないことについても理解すべきである。

このように、当業者によれば、本開示が基づく概念は、本開示の目的のうち幾つかを実現する他の構造、方法及びシステムを設計するための基礎として利用可能であることが理解される。従って、本開示の精神及び範囲を逸脱しない限りにおいて、請求の範囲がそのような均等物を包含するものとして理解されることは、重要である。

要件リストを生成するシステムの概略図 要件リストを生成する診断テストの流れ図 修理又は診断テストのための、必須又は追加のリソースのリストを生成する他の流れ図 図１のコンピュータのブロック図 図１の診断ツールの要素のブロック図 車両と、図１の診断ツール又はパーソナルコンピュータとの間の接続を示す図

以下に図面を参照して本開示について説明するが、その全体を通して、同様の部品は、同一の符号によって示す。本開示に係る実施形態は、技術者等のユーザに対し、コンピュータ又は診断用の設備を用いて、診断テストの手順又は修理を遂行するのに必要なリソース（ｒｅｓｏｕｒｃｅ）のリストを生成することを可能とする装置及び方法を提供するものである。

診断シーケンスの各ステップについて、そのステップを遂行するのに必要な一定のテスト要件、例えば、ツール、部品、ファシリティ、訓練等を判断することが可能である。テスト要件が得られることで、診断ステップ及び／又は診断シーケンス全体のより進んだ計画が可能となる。加えて、この情報は、修理ファシリティに対し、テスト要件の可用性（ａｖａｉｌａｂｉｌｉｔｙ）に基づく一定のテスト及び修理のスケジューリングを可能とする。さらに、この情報は、修理ファシリティに対し、診断テスト及び修理をサポートすることができるように、これらのテスト要件に関する目録（ｉｎｖｅｎｔｏｒｙ）及び環境（ｅｎｖｉｒｏｍｅｎｔ）を予め計画することを可能とする。

さらに、この情報は、これらのテスト要件を使用する訓練を容易にし、一定のテスト及び修理における能力レベルを保証する。これらのテスト要件の可用性により、一定の診断テスト及び修理を確実に達成するファシリティが与えられる。

図１を参照すると、テスト要件のデータベース１０２（データベースＡ）は、修理ファシリティ１１０に保持されている。データベースは、修理ファシリティ１１０に配置するだけでなく、診断テストが実行されるいかなる場所におくこともでき、あるいはデータベースＣ１０６に示すように、製造者又は第三者販売元のファシリティ１１２に遠隔配置することもできる。テスト要件を有するデータベースは、例えば、データベースＤ１０８に示すように、インターネット１１４上の独立のサーバ１２０におくことも可能である。データベースＢ１０４に示すように、テスト要件を有するデータベースは、修理ファシリティ１１０又は製造ファシリティ１１２から離れたメモリユニットにおくこともでき、このデータベースＢ１０４は、インターネット１１４又は他のネットワークに対し、直接には接続されていない。

ここで、テスト要件は、より進んだ診断機能の診断シーケンスにおける診断又は修理ステップに対し、そのステップの作成に際して任意に関連付けることが可能である。関連する情報を保持するいずれのデータベース（１０２〜１０８）からの情報も、診断ツール５１０又はパーソナルコンピュータ８００へ転送及びアップロードすることができる。

または、テスト要件の情報は、ステップを作成する前に、診断ツール５１０又はパーソナルコンピュータ８００のメモリに予めロードしておき、診断ツール５１０又はコンピュータ８００の内部で関連付けることも可能である。さらに、テスト要件の情報は、診断シーケンスを作成した後のいかなる時点においても変更することができる。

テスト要件の特徴付けを拡張して、要件を確立するコスト、又は他の関連する基準又は特定のテスト要件に関する変数若しくは定数をこれに含めることが可能である。このようにすれば、テスト要件は、全体的な診断コストの一要素となり、採用される最適化アルゴリズムにその一因子として組み込まれる。

例えば、ドライバ（ねじ回し）のテスト要件に、１０米国ドルのコストを含めることが可能である。他の拡張子は、追加の技術者を必要とするツール等、関連付けたリソースであってよい。従って、ツール“Ｘ”は、診断又は修理を完了させる追加の技術者を必要とする。追加の拡張子は、例えば、技術者の専門知識レベル、又は技術者の可用性若しくはツールボックス１３０内のツールであってよい。要求リストを用いて、ツールリソース１３０にハンマーはなく、製造ファシリティ１１２のリソースＢ１３２にあることを示してもよい。従って、リソースの場所をリストに追加することが可能である。場所の因子又はリソースの可用性は、車両１２の診断又は修理に採用される最適化アルゴリズムに、その一因子として組み込むことができる。

図２を参照すると、診断チャートを生成することが可能である。従って、それぞれがテスト要件のリストを生成する複数のステップが存在する。技術者又はユーザは、診断ツール５１０、パーソナルコンピュータ８００若しくは他の計算装置、又は車両１２に搭載された同様の装置を使用する。ユーザは、診断ツール５１０を起動させた後、例えば、メニューのオプションリストを選択するか、又はステップ１５０で必要となる診断ステップにおいて、手動によってタイプ入力する。特定の車両情報は、車両１２自体から手動によって又は自動的に入力される。ここで、ユーザは、電気システム１５２の診断シーケンス又は修理を選択することができる。テスト要件のリストは、予めプログラムされた異なる種類のシーケンスについて必要となるデジタルボルト−オームメータを含んでいる。デジタルボルト−オームメータのコストも生成され、かつ表示される。そして、ユーザは、充電システムのテストを選択することができ、ステップ１５６でテストリードの要件が与えられる。その後、ユーザは、バッテリの仕様シートを与えるバッテリテスト１６４を選択することができる。診断ツール５１０は、必要となるシートを表示するか、又は実際にそのシートをバッテリ上若しくはその情報の場所に提供し、又は備える。これに代えてユーザは、オルタネータ仕様シートのオプションを与えるオルタネータ１６６のテストを選択することもできる。オルタネータに関する情報は、診断ツール自体に保存してもよいが、変更が必要な場合は、変更後の現在情報がその場所に引き出される。

ユーザは、辿り着くのに特別なステップが要求されることのある車両の位置に配置された内部モジュールＢ１５８を選択することも可能である。従って、テスト要件は、ドライバ及びアレンレンチを提示することができる。リストは、そのリソースリストの拡張子に「任意の」又は「要求された」との特徴を含んでよい。ここで、ステップ１６８では、モジュールＢの仕様シートが表示又は使用される。

または、ユーザは、エンジンをテストするか、修理するかを選択することが可能である。ここで、ステップ１５４のリストは、診断ツール“Ｘ”等、使用中の診断ツール５１０に加えて必要となる追加の診断ツールのテスト要件を表示する。ユーザは、その後、空気／燃料テストを選択し（１６０）、診断ツール５１０への一定の因子又は入力に応じてセンサ又は触媒コンバータの点検を行うことができる（１７２，１７０）。センサの点検が選択された場合に、リストは、ラムダセンサ又は燃料センサ等、交換を要する可能性のあるセンサを生成する。センサが交換を要する場合は、手近なリソース及びその型式番号をオプション表示に含めることが可能である。触媒コンバータが選択された場合は（１７０）、背圧又は吸気の点検を行う。要件リストは、その触媒コンバータ及び必要となるコンバータの型式及び種類のリストを生成する。さらに、テストに応じて定められる部品が必要となる統計上の見込みを付加してもよい。例えば、背圧が一定の値未満である場合は、一定のテスト結果により、触媒コンバータが１０パーセントの可能性で交換を必要とすることが分かる。または、触媒コンバータが交換を必要としない場合は、一定のツールをリストにおいて、触媒コンバータに繋がる経路を消去することができる。

ユーザは、エンジン温度を点検し（１６２）、クーラントシステムを点検することも可能である（１７２）。ここで、リストは、２種類のクーラントと、いかなるときに又はいかなる条件でクーラントＡ、クーラントＢのいずれを用いるかのリストとを生成する。そして、ファンベルト又はファンの電気系統を点検することができる（１７４）。その後、ウォータポンプ及びウォータポンプベルトを点検することができる（１７６）。ステップ１７４，１７６の双方において、必要な要件と、個々の又はグループ単位の要件のコスト、場所等、その要件に関連した追加の条件とが生成される。

ユーザは、何が必要であるかを判断するのに、診断シーケンスのいかなるステップをも選択することが可能である。例えば、技術者が何を厳密に点検すべきであるのか、又は正確にはどのシーケンスであるのかを知らず、一定の徴候についてのみ知っているに過ぎない場合は、その徴候を入力して、全てのステップ下での全てのテスト要件を生成することができる。例えば、電気システム下での徴候が選択された場合は、デジタルボルト−オームメータ、テストリード、ドライバ、アレンレンチ、バッテリの仕様シート、オルタネータ及びモジュールＢが生成される。

図３を参照すると、テスト要件のリソースは、いかなる種類の診断又は修理シーケンスについても生成することが可能である。ユーザは、テスト対象とすべき徴候又はテスト対象とすべき車両の領域を選択することによって開始する（１９０）。従って、ユーザは、テストＡ１９２、テストＢ１９８、又はＮが３以上の整数である場合は、テストＮ２１０までのいずれを選択することもできる。ここで、テストＡが選択された場合は、複数のステップＡ_１〜Ａ_ｎ（１９２〜１９６）を実行することができ、各ステップについて、ｎが３以上の整数である場合に、Ａ_１からＡ_ｎまでのリソースの要件を生成する。

テストＡが選択された場合のステップは、ステップＡ_２，２２０２であってもよいし、ステップＡ_２，ｎ２０６までのいずれであってもよい。ステップＡ_２，１１９４がリソースＡ_２，１を生成する一方、ステップＡ_２，２２０２はリソースＡ_２，２を、ステップＡ_２，ｎ２０６はリソースＡ_２，ｎを生成する。ステップは、３以上の整数ｎについて、リソースＡ_ｎ，１を与えるステップＡ_ｎ，１１９６、リソースＡ_ｎ，２を与えるステップＡ_ｎ，２２０４及びリソースＡ_ｎ，ｎを与えるステップＡ_ｎ，ｎ２０８に拡張することが可能である。さらに、リソースＢ_１を与えるステップＢ_１１９８は、リソースＢ_２を与えるステップＢ_２２００に拡張することができ、ステップＮ_１２１０及びリソースＮ_１のテストＮは、Ｎ及びｎが３以上の整数である場合に、ステップＮ_ｎ２１２及びリソースＮ_ｎに拡張することができる。従って、図３に示すように、要件リストは、無限に生成することが可能である。リストから生成され得るものとして、潜在的に複数の可能性が存在する。

上記のように、ユーザは、シーケンスのいかなるステップをも選択して、リストを生成することが可能であり、生成のステップを予め選択しておくこともできる。例えば、ステップ１９４が選択された場合は、リソースＡ_１，Ａ_２，１〜Ａ_ｎ，１を生成する。一方で、ステップ１９２が選択された場合は、リソースＡ_１〜Ａ_ｎ，ｎを表示及び生成する。

リストの出力は、表示に限定されるものではない。出力は、表示するか、あるいは他のユーザ又は装置による確認のために他の場所に転送することが可能である。リストの出力は、遠隔データベースに転送又はアップロードすることもできる。

従って、図１〜３に示すように、ユーザは、ステップを終えるか、あるいは車両１２の診断テスト及び修理のためのステップを指示するので、診断テスト又は修理の要件に対応するリソースのリストが生成された場合は、車両１２から離れて配置されたツールボックス１３０までの移動を軽減することが可能である。ユーザは、ＤＶＯＭ（デジタルボルト−オームメータ）、ドライバ及びテストリードを必要とするかもしれない。ツール及び他のリソースの効果的なリストにより、必要な往来が削減されるので、診断がより効率的なものとなる。さらに、ユーザは、事前の計画が可能となることにより、修理により長い時間を要する可能性を減じることができる。ユーザは、一定の部品が保存ウェアハウスにおいて入手可能であるかを、テストの前日に生成し、配置することができる。さらに、追加の技術者が必要である場合は、そのような技術者の可用性を事前に生成し、計画することができる。

従って、要件リストにより、ユーザは、必要な診断及び／又は修理を行うのに必要となるリソースのスケジューリングが可能となる。より進んだスケジューリングはまた、診断又は修理をより効果的に行うことを可能とし、車両の所有者に情報が伝えられることで、車両の所有者又は第三者は、追加のサービスサポートを受けることができる。

上記のように、サービスマニュアル、配線マニュアル又は追加のヘルプ等、他のリソースが存在してもよい。結果として故障した要素の部品番号の生成があり、必要な部品に向かうことがあってもよい。データベースには、個別のフィールドを設けることが可能である。従って、要件リストは、配合用の成分リストを提供する。いかなる種類のリソース及びリストのいかなるステップのリソースをも生成することが可能である。

図４は、図１のコンピュータ８００の一例を示しており、この例のコンピュータ８００に限定されるものではない。コンピュータ８００は、本開示のコンピュータ実行可能な指令を有する、コンピュータ読取可能な媒体から読み取ることが可能である。コンピュータ８００は、システムメモリ８０４を用いるプロセッサ８０２と、コンピュータ読取可能な一定の記録媒体を有するコンピュータ読取可能なメモリユニット８０６とを備える。システムバスは、プロセッサ８０２をネットワークインタフェース８０８、モデム８１２又は他のインタフェースに接続しており、他のインタフェースは、他のコンピュータ又はインターネット等のネットワークに対する接続に適合している。システムバスは、他の様々な装置に対する接続に適合した入出力（Ｉ／Ｏ）インタフェース８１０をも備えてよい。さらに、コンピュータ８００は、例えば、Ｉ／Ｏ８１０を介して表示装置８２０上での表示のためのデータを出力することができる。

本開示又はその一部は、コンピュータ読取可能な媒体の、コンピュータ実行可能な指令として実現することが可能である。コンピュータ読取可能な媒体は、コンピュータ読取可能なデータが保存及び保持される、全ての可能な種類の媒体を含み、又はコンピュータもしくは処理ユニットによって読み取ることのできる、いかなる種類のデータをも含んでよい。コンピュータ読取可能な媒体は、例えば、磁気記録媒体（例えば、ＲＯＭ、フレキシブルディスク、ハードディスク等）、光学読取媒体（例えば、ＣＤ−ＲＯＭ（コンパクトディスクリードオンリメモリ）、ＤＶＤ（デジタルバーサタイルディスク）、再書込可能な光学ディスク等）、ハイブリッド磁気光学ディスク、有機ディスク、システムメモリ（リードオンリメモリ、ランダムアクセスメモリ）、フラッシュメモリ等の不揮発性メモリ又は他のあらゆる揮発性若しくは不揮発性メモリ、他の半導体媒体、電子媒体、電磁気媒体、赤外線通信媒体又は搬送波等による他の通信媒体（例えば、インターネット又は他のコンピュータを介する伝送）等の保存媒体を含むが、これに限定されるものではない。通信媒体は、一般的には、コンピュータ読取可能な指令、データ構造、プログラムモジュール若しくは搬送波等の変調信号形式の他のデータ、又はあらゆる情報伝達媒体を含む他のトランスポート機構を具現する。通信媒体等のコンピュータ読取可能な媒体は、無線周波数、赤外線マイクロ波等の無線媒体、及び有線ネットワーク等の有線媒体を含んでよい。コンピュータ読取可能な媒体は、ネットワークを介して接続されたコンピュータに振り分けられるコンピュータ読取可能なコードを保存し、実行することもできる。コンピュータ読取可能な媒体は、協調型又は相互接続型のコンピュータ読取可能な媒体をも含み、そのような媒体は、処理システムに存在するか、又は処理システムの構内に若しくは離れて存在してよい複合処理システムの間で割り当てられる。本開示は、複数のフィールドを有するデータ構造を保存したコンピュータ読取可能な媒体を含み、このフィールドは、本開示の技術を表象するデータを収める。

図５は、図１の診断ツール５１０の詳細を示している。診断ツールは、オンボードコンピュータからのＤＴＣを利用し、及び／又は車両の状態情報を点検することが可能である。図５は、診断ツール５１０の要素のブロック図である。本開示の実施形態に係る診断ツール５１０は、プロセッサ５２４、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）５２６、第１のシステムバス５２８、ディスプレイ５１４、複合プログラマブル論理装置（ＣＰＬＤ）５３０、キーパッド形態のユーザインタフェース５１６、メモリサブシステム５３２、内部不揮発性メモリ（ＮＶＭ）５３４、カードリーダ５３６、第２のシステムバス５３８、コネクタインタフェース５２２、及び選択的信号トランスレータ５４２を有する。車両通信インタフェース５４０は、コネクタインタフェース５２２により、外部ケーブルを介して診断ツール５１０と通信する。車両通信インタフェース５４０とコネクタインタフェース５２２との間の接続は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線装置、ワイヤレスフィデリティ（Ｗｉ−Ｆｉ（登録商標）、例えば、８０２．１１）等の無線接続とすることが可能である。

選択的信号トランスレータ５４２は、コネクタインタフェース５２２を通じて車両通信ネットワーク５４０と通信する。トランスレータ５４２は、車両制御ユニットから車両通信インタフェース５４０を通じて入力した信号を、診断ツール５１０に適した調整信号に変換する。トランスレータ５４２は、例えば、Ｊ１８５０信号、ＩＳＯ９１４１−２信号、通信衝突検知（ＣＣＤ）（例えば、クライスラー衝突検知）、データ通信リンク（ＤＣＬ）、シリアル通信インタフェース（ＳＣＩ）、Ｓ／Ｆコード、ソレノイド駆動、Ｊ１７０８、ＲＳ２３２、コントローラエリアネットワーク（ＣＡＮ）の通信プロトコル、又は車両において実現される他の通信プロトコルによって通信することが可能である。

特定の通信プロトコルを変換する回路は、ＦＰＧＡ５２６によるか（例えば、トライステート状態（ｔｒｉ−ｓｔａｔｉｎｇ）にある不使用トランシーバによる）、又はキー入力装置を設けることによって選択することが可能であり、このキー入力装置は、診断ツール５１０によって提供されるコネクタインタフェース５２２にプラグ接続して、診断ツール５１０を車両通信インタフェース５４０に接続する。トランスレータ５４０はまた、第１のシステムバス５２８を介してＦＰＧＲ５２６及びカードリーダ５３６に接続されている。ＦＰＧＡ５２６は、トランスレータ５４２を介して車両制御ユニットに信号（メッセージ）を送り、かつ車両制御ユニットから信号を受ける。

ＦＰＧＡ５２６は、第２のシステムバス５３８により、多様なアドレス、データ及び制御線を介してプロセッサ５２４に接続されている。ＦＰＧＡ５２６はまた、第１のシステムバス５２８を介してカードリーダ５３６と接続されている。プロセッサ５２４は、ユーザに対して所望の情報を出力するため、ディスプレイ５１４とも接続されている。プロセッサ５２４は、第２のシステムバス５３８を介してＣＰＬＤ５３０と通信する。さらに、プロセッサ５２４は、ユーザインタフェース５１６により、ＣＰＬＤ５３０を介してユーザから入力を受けるようにプログラムされている。ＣＰＬＤ５３０は、診断ツール５１０のユーザからの様々な入力を復号するための論理回路を形成するとともに、他の様々なインタフェースタスクのためのグルーロジック（ｇｌｕｅ−ｌｏｇｉｃ）を提供する。

メモリサブシステム５３２及び内部不揮発性メモリ５３４は、第２のシステムバス５３８に接続されており、プロセッサ５２４及びＦＰＧＡ５２６との通信が可能である。メモリサブシステム５３２は、アプリケーションに応じた数のダイナミックランダムアクセスメモリ（ＤＲＡＭ）、ハードドライブ、及び／又はリードオンリメモリ（ＲＯＭ）を有してよい。診断ツール５１０を動作させるソフトウェアは、メモリサブシステム５３２に格納することが可能である。内部不揮発性メモリ５３４は、それに限定されるものではないが、電気的消去型のＥＰＲＯＭ（ＥＥＰＲＯＭ）、フラッシュＲＯＭ、又は他の同様なメモリであってよい。望ましければ、内部不揮発性メモリ５３４により、例えば、ブートコード、自己診断、ＦＰＧＡ画像用の多様なドライバ及びスペースのためのストレージを提供することが可能である。モジュールのうち少なくとも一部がＦＰＧＡ５２６外で実現される場合は、不揮発性メモリ５３４は、ダウンロード可能な画像を含んでよく、これにより、ＦＰＧＡ５２６は、異なるグループの通信プロトコルに関して再構成される。

図６を参照すると、車両１２は、パーソナルコンピュータ８００又は専用の診断ツール５１０に対し、車両通信インタフェース１８を介して接続されている。車両１２と車両通信インタフェース１８との間の第１の接続１４、及び車両通信インタフェース１８とパーソナルコンピュータ又は診断ツール４１０，５１０との間の第２の接続１６は、有線又は無線のいずれかによって可能である。

ユニットに接続された車両１２等、ホストとの間で行い得る通信は、診断時おける車両のいかなる機能の実行中も維持することが可能である。接続１４及び１６は、ＲＳ２３２ポート、ＵＳＢ（ユニバーサルシリアルバス）、イーサネット（登録商標）ケーブルを介するような有線接続を含んでよい。しかしながら、この接続（４１０及び５１０）は、Ｂｌｕｅｔｏｏｔｈ、ＩＥＥＥ８０２．１１ｘ、無線ＵＳＢ、他の形式の無線イーサネットプロトコル等のプロトコルを用いた無線接続とすることも可能である。

診断ツール５１０又はパーソナルコンピュータ８００上に表示されたリストは、車両に対する接続の有無に拘わらず、出力することが可能である。特定の車両情報は、有線又は無線接続により、手動又は自動式で入力することができる。リストは、特定の車両情報がなくても生成することが可能である。車両に関する一般的な情報が入力されてもよいし、車両について何ら情報が入力されなくてもよい。いかなるステップのリストをも生成することが可能である。全ての種類の車両について一般的な要件リストを生成し、又は特定の種類の車両についてリストを生成することができる。

例示の診断システムは、診断テストをサポートするテスト要件を提供するものであるが、他の例を構成することも可能である。例えば、他の情報を、診断テストに先立って提供することができる。先行の情報を診断テストのサポートに用いるか、あるいは情報の先行通知により、テストの準備を助けることが可能である。

本開示の多くの特徴及び利点が詳細な説明から明らかであり、よって、添付の請求の範囲により、本開示の真実の精神及び範囲に属する限り、本開示に係るそのような特徴及び利点の全てを含めることが意図されている。さらに、当業者によるならば、多くの修正及び変更が可能であるから、本開示は、図示及び説明された構造及び動作自体に限定されるものではなく、従って、本開示の範囲にある全ての適切な修正例及び均等物が採用されてよい。

Claims (24)

1. 診断テストの要件を有する遠隔データベースと、
   前記遠隔データベースから離れたメモリであって、特定の車両情報を入力及び保存するとともに、前記遠隔データベースから入力された、複数の診断シーケンスの各ステップに関する診断テストの要件を保存するメモリと、
   前記メモリに接続されたプロセッサであって、選択された診断シーケンスの実行に先立ち、前記選択された診断シーケンスの各ステップに関する診断テストの要件に対応するリソースのリストを前記特定の車両情報に従って特定するプロセッサと、
   を含んで構成され、
   前記複数の診断シーケンスのステップのうちのいずれかのステップが入力されると、前記プロセッサが前記入力されたステップに関連する診断シーケンスの全ステップに関する要件を生成する車両の診断システム。
2. 前記プロセッサは、修理ファシリティに対し、前記テスト要件の可用性に基づく一定のテスト及び修理のスケジューリングを許容する請求項１に記載の車両の診断システム。
3. 前記選択された診断シーケンスに関する目録及び環境を、前記選択された診断シーケンスに関連付けられた診断テスト及び修理に先立って割り当てる修理ファシリティを更に含んで構成される請求項１に記載の診断システム。
4. 前記プロセッサに接続されて、前記診断シーケンスに関する前記診断テストの要件を表示する表示装置を更に含んで構成される請求項１に記載の診断システム。
5. 前記診断テストの要件は、前記診断シーケンスの診断又は修理ステップに関連する請求項１に記載の診断システム。
6. 前記診断テストの要件は、ツール、部品、ファシリティ及び訓練を含む請求項１に記載の診断システム。
7. 前記診断テストの要件は、診断テストのコスト及び当該診断テストの場所を含む請求項１に記載の診断システム。
8. 前記診断テストの要件を表示する表示装置を更に含んで構成され、
   前記診断テストの要件は、前記選択された診断シーケンスの所定の診断又は修理手順を実行するのに必要な項目のリストであって、診断シーケンスのいかなるステップについても生成される請求項１に記載の診断システム。
9. 複数の診断テスト又は修理手順のシーケンスを診断ツールのデータベースに保存することと、
   前記診断ツールのプロセッサにより、前記診断テスト又は修理手順のシーケンスを、前記診断テスト又は修理手順のシーケンスの各ステップに関する診断テスト又は修理の要件に対応するリソースのリストと相互に関連付けることと、
   前記診断ツールの入力装置から特定の車両情報を入力することと、
   前記プロセッサにより、前記特定の車両情報と、前記診断テスト又は修理手順の相互に関連付けられたシーケンスとに従って前記診断テスト又は修理の要件に対応するリソースのリストを特定することと、
   前記特定の車両情報と、前記診断テスト又は修理の要件に対応して特定されたリソースのリストとに従って診断テスト又は修理を車上で実行することと、
   を含んで構成され、
   前記複数の診断テスト又は修理手順のシーケンスのうちの何れかのステップが入力されると、前記プロセッサが前記入力されたステップに関連するシーケンスの全ステップに関する診断テスト又は修理の要件を生成する車両の診断方法。
10. 前記プロセッサにより、修理ファシリティに対し、前記診断テストの要件の可用性に基づく一定のテスト及び修理のスケジューリングを許容することを更に含んで構成される請求項９に記載の方法。
11. 診断テスト及び修理に先立ち、修理ファシリティに前記診断シーケンスを実行するための目録及び環境を割り当てることを更に含んで構成される請求項９に記載の方法。
12. 前記診断又は修理シーケンスに関する前記診断テスト又は修理の要件を表示することを更に含んで構成される請求項９に記載の方法。
13. 前記診断テストの要件のリソースのリストは、前記診断テスト又は修理手順のシーケンスの診断又は修理ステップに関連する請求項９に記載の方法。
14. 前記診断テストの要件のリソースのリストは、ツール、部品、ファシリティ及び訓練を含む請求項９に記載の方法。
15. 前記診断テストの要件のリソースのリストは、前記診断テストの要件のコストを含む請求項９に記載の方法。
16. 前記診断テストの要件のリソースのリストは、所定の診断又は修理手順を実行するのに必要な項目のリストを更に含んで構成される請求項９に記載の方法。
17. 複数の診断テスト又は修理手順のシーケンスをデータベースに保存する手段と、
    前記診断テスト又は修理手順のシーケンスを、前記診断テスト又は修理手順のシーケンスの各ステップに関する診断テスト又は修理の要件に対応するリソースのリストと相互に関連付ける手段と、
    特定の車両情報を入力する手段と、
    前記特定の車両情報と、前記診断テスト又は修理手順の相互に関連付けられたシーケンスとに従って診断テスト又は修理の要件に対応するリソースのリストを特定する手段と、
    前記特定の車両情報と、前記診断テスト又は修理の要件の特定されたリソースのリストとに従って診断テスト又は修理を車上で実行する手段と、
    を含んで構成され、
    前記複数の診断テスト又は修理手順のシーケンスのうちの何れかのステップが入力されると、前記特定手段が前記入力されたステップに関連する診断又は修理シーケンスの全ステップに関する診断テスト又は修理の要件を生成する車両の診断システム。
18. 修理ファシリティに対し、前記診断テストの要件の可用性に基づく一定のテスト及び修理のスケジューリングを許容する手段を更に含んで構成される請求項１７に記載の車両の診断システム。
19. 診断テスト及び修理に先立ち、前記診断テストを実行するための目録及び環境を割り当てる修理ファシリティを更に含んで構成される請求項１７に記載の診断システム。
20. 前記リストを特定する手段に接続されて、前記診断テストに関する前記診断テスト又は修理の要件のリソースのリストを表示する手段を更に含んで構成される請求項１７に記載の診断システム。
21. 前記診断テストの要件は、前記診断テスト又は修理手順のシーケンスの前記診断又は修理ステップに関連する請求項１７に記載の診断システム。
22. 前記診断テストの要件は、ツール、部品、ファシリティ及び訓練を含む請求項１７に記載の診断システム。
23. 前記診断テストの要件は、前記診断テストの要件のコストを含む請求項１７に記載の診断システム。
24. 所定の診断又は修理手順を実行するのに必要な項目のリストを表示する手段を更に含んで構成される請求項１７に記載の診断システム。