JP2002505727A - エンジン管理システムにおける診断システム - Google Patents

Abstract

(57)【要約】 構成要素またはサブシステムの動作状態を示す診断トラブルコード（ＤＴＣ）を生成するための、エンジン管理システムにおける診断システム（１０）が提供される。診断システムは、ある構成要素またはサブシステムに関連するＤＴＣまたは関連する一群のＤＴＣのそれぞれについて１つの診断機能モジュール（ＤＦモジュール）（２０、２０’、２０”）を有する。ＤＦモジュールは、評価ルーチンを実行して特定のＤＦモジュールのＤＴＣが関連する構成要素／サブシステムを評価する手段（２２）と、特定の時間において、どのＤＦモジュールに評価ルーチンを実行させ得るのかを決定するダイナミックスケジューラ（３０）とを有する。各ＤＦモジュール（２０、２０’、２０”）は、評価されている構成要素またはサブシステムの動作状態に依存するランキング値を生成する手段（２２）であって、評価ルーチンが１回行われる度に１つのランキング値を生成する手段と、複数回の評価ルーチンから得られるランキング値の統計的結果を処理および格納する手段（２３）と、統計的結果を評価することにより、評価無欠陥信号または評価欠陥信号のいずれかの形態である評価データを生成する（２３）手段と、関連する評価ルーチンの優先度を確立する手段（２４）および評価信号をダイナミックスケジューラ（３０）に送信する手段とを有する。

Description

【発明の詳細な説明】 エンジン管理システムにおける診断システム 技術分野： 本発明は、診断システムによって評価されている構成要素またはサブシステム の動作状態を示すための診断トラブルコード（DTC）を生成するための、エンジ ン管理システムにおける診断システムに関する。 本発明はまた、複数のエンジン制御機能および診断システムにおける複数の評 価ルーチンの実行順序を決定するためのダイナミックスケジューラに関する。 本発明はさらに、エンジン管理システム内の構成要素またはサブシステムにお ける欠陥を検出し、構成要素またはサブシステムの動作状態を示す診断トラブル コード（DTC）を生成し、評価ルーチンが実行されるべき優先度を決定するため のDF（診断機能）モジュールに関する。 発明の背景： 乗り物（vehicle）のドライバに、エンジン管理システム内で発生し得る欠陥 を確実に知らせるために、自己診断システムは、エンジン管理システム内の構成 要素またはサブシステムをモニタし、万一欠陥が検出された場合にドライバに警 告を与えるために用いられる。このような警告は、乗り物のダッシュボード上で 照明される機能不全指示ランプ（MIL）の形態であり得る。欠陥の深刻度に応じ て、ドライバーは、即座に作業場（workshop）に行き、欠陥を直してもらうよう に指導され得るか、または小さな欠陥の場合には、ドライバーは、次に予定され ている作業場への訪問まで待ってもよい。 特定のエンジン管理システム、主に、排出物質（exhaust emissions）に影響 を与えるシステムについては、法律は、診断チェックがどのくらいの頻度でどう ような状況下で行われるべきかを定めている。従って、標準的な運転サイクルが あって、この間にすべての診断チェックが完了されなければならない。法律はさ らに、万一特定の欠陥が２回の連続した運転サイクル中に検出された場合には、 これらの欠陥が、後に作業場においてアクセスされ得るようにメモリに永久的に 記録されなければならないことを要求している。 エンジン管理システムの例としては、エンジン制御モジュール、廃棄ガス再循 環システム、蒸発燃料処理システム、二次空気システム、および触媒コンバータ モニタシステムが挙げられる。モニタを必要とする構成要素としてはさらに、エ ンジン冷却剤温度センサ、マスエアーフローメーターセンサー（mass air flow meter sensor）、エンジン速度センサ、等が含まれ得る。いくつかの構成要素の 機能は、エンジンの動作条件とは実質的に独立してチェックされ得るが、多くの 構成要素およびシステムは、特定の動作パラメータ、例えば、エンジン負荷、温 度、エンジン速度、等が優勢となる場合にのみチェックされ得る。 従って、特定の診断チェックを他の診断チェックに対して優先する診断システ ムが開発されている。例えば、優先システムは、米国特許出願第5 331 560号に 記載されている。動作条件によって、診断チェックが、必要な動作パラメータが 滅多に発生しないエンジン管理システム対して行われ得ることが指示する場合、 このシステムでは、特定の診断チェックは中断され得る。現在の診断チェックが 一旦中断されると、次に、優先されたチェックが行われ得る。 エンジン管理システムを形成する多くの構成要素およびサブシステム間での相 互関係のために、診断チェックが１つの構成要素またはサブシステムに対して行 われ得る動作条件にあるとき、診断チェックの結果の有効性に別な方法で影響を 与え得る他の構成要素またはサブシステムに対する診断チェックを妨害する必要 がある。従来の診断システムに対しては、このことは、構成要素またはサブシス テムが追加または除去される場合に、診断システムは、新しい／除去された構成 要素またはサブシステムがエンジン管理システムの残りの要素に与える影響を確 実に知るように再プログラムされなければならないことを意味する。当然のこと ながら、同様の問題は、同じ診断システムを異なる乗り物モデル内に設けること が所望される場合にも発生する。 様々な構成要素およびサブシステム間の上記の相互関連は、さらに、万一欠陥 が１つの構成要素内で検出された場合、欠陥の影響が、いくつかの構成要素また はサブシステムに対して行われている診断チェック中に反映され得ることも意味 している。それ故、欠陥の根本的な原因がどこにあり、誤った欠陥信号が記録さ れていないかどうかを正確に決定できる手段が所望される。 この相関関係はまた、エンジン制御機能(EC)が存在し得、この機能の実行が、 １つまたは複数の診断機能の実行を妨げることを意味する。この理由のために、 診断システムが、互いに妨害し合う診断機能およびエンジン制御機能の同時実行 を防ぎ得るのが望ましい。 修理場または製造業者がある欠陥が発生した原因を決定するのを助けるために 、欠陥が発生した時点から欠陥が検出された時点までの乗り物の実際の動作条件 に関連する情報を得ることができることは有用である。最近までこれは不可能で あった。 発明の要旨： 従って、本発明の目的は、特に排出物質に関する構成要素またはサブシステム における欠陥を迅速に確認でき、異なるエンジンおよび乗り物のモデルにも容易 に適用できる診断システムを提供することである。 この目的は、請求項１に関するシステムによって成し遂げられる。 特定のDFモジュールにおける各構成要素またはサブシステムに必要なものをす べて、（i）そのDFモジュールに関連する評価ルーチンが実行されるべき優先度 を決定するもの、（ii）評価ルーチンを行って欠陥を検出するもの、（iii）評 価結果を統計学的に格納するもの、（iv）評価結果をフィルタし、いつDTCデー タを作成するかを決定するもの、および好ましくは、（v）有効であることが報 告された場合、DTCデータをいつ格納または消去し、いつMILを照射または消すか を決定し、診断システムにおけるすべてのDFモジュールの評価ルーチンを単一の ダイナミックスケジューラから実行する順序を制御することによって、診断シス テムは、構成要素またはサブシステムの変化に素早く順応され得る。なぜなら、 各DFモジュールは、他のモジュールと独立しているからである。 本発明のさらなる目的は、特定のデータが格納されるかどうかを独立して決定 し得る十分な手段を有するDFモジュールを提供することである。 この目的は、請求項12に記載のDFモジュールによって成し遂げられる。 本発明の好ましい実施態様は、従属請求項において詳述される。 図面の簡単な説明： 本発明を、その実施例についてのみ、添付の図面を参照して以下により詳細に 説明する。図面において、 図１は、本発明による診断システムのブロック図である； 図２は、本発明による診断システム中で生成される診断トラブルコードの概略 表現である； 図３は、本発明による診断システム内に位置するスケジューラ中で用いられ得 る、スケジューラテーブルを示す； 図４は、本発明による診断システム中において用い得るスケジューラリストを 示す； 図５は、本発明による診断システム内に位置するDTCデータ領域中で用いられ 得る、フリーズフレームテーブル(freeze frame table)および拡張フリーズフレ ームテーブルを示す； 図６は、本発明による診断システム中において用いられ得る、DTCブロックの 一例を示す； 図７は、本発明による診断システム内に位置するデータコレクタ(data collec tor)中で用いられる、回転バッファ(rotating buffer)の概略表現である； 図８は、拡張フリーズフレームの一例である； 図９は、有効性確認器(validator)セットアップリストおよび、対応する有効 性確認器チェックリストを示す； 図１０は、有効性確認器チェックリストの初期化のフローチャートを示す。 好適な実施態様の詳細な説明： 図１において、参照符号１０は、本発明による診断システムを大きく示す。シ ステムは、複数の診断機能モジュール(diagnostic function module)（以下DFモ ジュールと呼ぶ）２０、２０’、２０''を含み、各DFモジュールは、動作状態を 評価するべき１つの構成要素またはサブシステムを担当する。そのような構成要 素およびサブシステムの例としては、排気パイプ内の酸素センサ、空気漏れ検知 回路、燃料噴射機(fuel injector)、排気ガス再循環システム、エンジン冷却剤 温度センサ、マスエアーフローセンサ、アイドル速度センサ、マニフォールド絶 対圧力センサ、エンジン速度センサ、およびキャニスタ閉バルブなどがある。後 述のように、各DFモジュール２０、２０’、および２０''は対応する構成要素／ サブシステムを評価し、その構成要素／サブシステムの動作欠陥状態を示す診断 トラブルコード(diagnostic trouble code)（以下DTCと呼ぶ）を生成するように 、構成される。以下にも説明する様態で、各DFモジュール２０、２０’、および ２０''は、その関連する構成要素／サブシステムが評価されるべき優先度を計算 するようにさらに構成される。 好適なDTCフォーマット（全体を参照符号２００で示す）を図２に示す。好適 なDTCフォーマットは、３つの部分に分割された１６ビットコードからなってい る。第１の部分２０１は好ましくは８ビットからなり、どのエンジンサブシステ ム（例えば点火システム、空気測定システムなど）において欠陥が存在するかを 示す役割を果たす。第２の部分２０２は、４ビットからなることが有利であり、 サブシステムのどの構成要素において欠陥が存在するかを示す役割を果たす。最 後に、やはり４ビットである第３の部分２０３は、他の構成要素／サブシステム に影響を与えるタイプの欠陥（例えば、Ｏ₂センサの応答が遅いこと、ミスファ イア(misfire)に起因する触媒コンバータの損傷、開きっぱなし(stuck open)に なっているバルブなど)を示すために用いられる。 本発明のエンジン診断システムは複数の構成要素およびサブシステムの動作状 態を評価するように構成されており、またこれら構成要素／サブシステムの多く は所定の動作条件が満たされる時にのみ評価することが可能であることから、シ ステム１０は、ダイナミックスケジューラ３０をさらに有している。スケジュー ラの目的は、各DFモジュール、およびエンジン制御機能(EC)によって実行される 異なる評価ルーチン間の実行をコーディネートし、所与の時間内において、主た る動作条件(prevailing operating conditions)に応じてなるべく多くの評価ル ーチンを完了し得ることを確実にし、また同時に、２つの評価ルーチンが同時に 起こると誤ったDTCが生成される危険がある場合にはそのような２つの評価ルー チンが同時に起こることを許可しないようにすることである。同時に行われるべ きでない２つの評価ルーチンの一例は、キャニスタバージバルブ(canister purg e valve)を用いた漏れ検知チェックと触媒変換比のモニタリングとである。 診断機能の多くが所定のエンジン機能の実行を行うので、同時に実行されてい るエンジン制御機能または評価ルーチンを妨げるエンジン制御(EC)機能の実行を 可能にするかまたは防止するために、ダイナミックスケジューラは、エンジンの 制御機能のためのインタフェースも備えている。同時に行うことができない評価 ルーチンおよびエンジン制御機能の一例は、漏れチェックテストおよびキャニス タパージ機能である。 漏れチェックテストは、乗り物の蒸発システムに漏れがあるかどうかをチェッ クするために実行される。これは、蒸発システムを閉鎖することによって行われ 、キャニスタから導かれる全ての連通を閉鎖することを含む手順である。次に、 空気がシステムから排出され、圧力は所定の設定レベルに達する。次に、漏れチ ェックテストは閉鎖されたばかりのシステムの内圧を監視し、圧力が変化するか どうかを見て、漏れの有無を表示する。 使用することができず、従って雰囲気中に放出されて望ましくない排出物質を 引き起こす燃料のキャニスタを取り除くために、キャニスタバージ機能が実行さ れる。キャニスタを介して外気をエンジンに導入することにより、キャニスタが 浄化される。従って、キャニスタ内に残留している燃料は、キャニスタをパージ するために使用された外気と共にエンジン内で使用される。このエンジン制御機 能が、上述の漏れテスト機能と同時に実行できないことは明らかである。 当然ながら、互いに「衝突」し合う、このような評価機能およびエンジン制御 (EC)機能の組合せは、他にも多数存在する。 従って、ダイナミックスケジューラ３０は、「欠陥に起因する抑制」機能、お よび「衝突コントローラ」部分の両方を有するということができる。 さらに、あるDFモジュールによって欠陥が検知された場合、ダイナミックスケ ジューラは、停止しなければ欠陥によって影響されてしまうであろう評価ルーチ ンを停止させるように働く。すなわち、そうしなければ、これらの停止される評 価ルーチンは、実際にはこれらシステム自身中には欠陥が存在しないにも関わら ず、これらシステム自身中にも欠陥が存在するというように「だまされ」てしま うからである。 もしそのような影響されてしまったDFモジュールが、実際の欠陥を有している 構成要素／サブシステムに対する評価ルーチンが実行されるよりも前にその評価 ルーチンを実行すると、影響されたDFモジュールは自身と対応付けられた構成要 素／サブシステム中に欠陥が存在することを示すDTCを生成する。従って、診断 システム１０は、DTCが有効であるか否かを検証(verify)できるために、十分な 情報にアクセスすることが必要である。すなわち、システム１０は、実際の欠陥 が最初のDTCを出したDFモジュールによって評価された構成要素／サブシステム 中に存在するのか、あるいは別の構成要素／サブシステム中に存在しているがま だ検知されていない欠陥のためにDFモジュールが「だまされた」のかを判断でき なければならない。 DTCが生成された時刻より以前の乗り物動作条件に関する情報をシステム１０ に提供するために、システムは、データコレクタモジュール４０をさらに有して いる。後述のように、データコレクタモジュールは、フリーズフレームおよび拡 張フリーズフレームの作成を処理するように構成される。フリーズフレームとは 、実際のDTCに対して特異的である多数のパラメータのサンプル、例えばDTCが生 成された時の実際のエンジン温度およびエンジン速度などである。拡張フリーズ フレームは、実際のDTCについて特異的であるいくつかのパラメータの、DTCが生 成された時から時間をさかのぼっての複数のサンプルを含んでいる。この情報に 基づいて、データコレクタモジュール４０は、DTCおよびこの情報を含んだDTCブ ロックを生成する。 データコレクタモジュール４０によって生成されたいかなるDTCブロックも格 納することが可能であるように、システム１０は、DTCデータ領域モジュール５ ０を備えている。後述のように、DTCデータ領域モジュール５０は、DTCブロック をセーブせよという要求をデータコレクタモジュール４０から受け取ったとき、 ブロックをセーブして「DTCセーブ済み(DTC-Saved)」応答をデータコレクタモジ ュールに送る。 セーブされたDTCブロックが有効であるか否か、すなわちDTCを生成したDFモジ ュールによってチェックされた構成要素／サブシステム中に実際に欠陥が存在す るか否かを決定するために、システム１０は有効性確認器６０を備えている。有 効性確認器６０は、有効性確認されていないDTCブロックがセーブされたという 情報をDTCデータ領域モジュール５０から受け取り、有効性確認器チェックリス ト（後述）をセットアップすることにより、DTCブロックが有効であると見なす べきか否かを決定することができる。 DTCブロックが有効であることを有効性確認器６０が決定することは、ある構 成要素またはシステムが機能不全であることを意味している。どの構成要素また はシステムが影響されているかに応じて、機能不全である乗り物のドライバに告 知することが望ましい場合もあり得る。従って、システム１０は、エラーサイン またはメッセージを乗り物のダッシュボード上に表示することによって機能不全 のドライバに対して告知することができる、機能不全表示ランプ（以下MILと呼 ぶ）ハンドラモジュール７０を備えている。 エンジン診断システム１０が作業所によって用いられる外部テスタと連絡する ことを可能にするために、システム１０が外部連絡ハンドラ(external communic ation handler)（以下ECHと呼ぶ）モジュール８０を有していることが有利であ る。 最後に、システム１０は、乗り物の点火がオンにされた際に診断システムを開 始すること、および、点火がオフにされた後エンジン制御システムが他の全ての 動作を完了した時にシステムを停止することを担当する、診断システム管理(dia gnostic system manager)（以下DSMと呼ぶ）モジュール９０を備えている。これ は、診断システムおよびエンジン制御システムの両方（両方とも乗り物のエンジ ン制御モジュール内に位置する）と相互作用することによって達成される。 本発明による診断システム１０の機能をよりよく理解するため、各モジュール またはユニット２０、３０、４０、５０および６０を以下により詳細に説明する 。DF モジュール20 既述のように、各DFモジュール20、20'、20"は、動作状態が評価されることに なる構成要素またはサブシステムに働きかける。従って、各DFモジュール20、20 '、20"は、関連する構成要素／サブシステムを評価し、構成要素／サブシステム の動作状態を示す診断トラブルコード(DTC)を生成するように配置される。これ を行うためには、各DFモジュールは、センサ、発光要素、EVAPシステムなどの機 能不全の構成要素またはサブシステムの評価に必要なすべての情報を処理し得る 必要がある。各DFモジュールはまた、その関連する構成要素／サブシステムが評 価されるべき優先度を評価するように構成される。 このために、および図１から明らかなように、各DFモジュール20、20'、20"は 、DFインタフェース21、物理的診断（以後PDと呼ぶ）22、DFロガー23、DF制御器 24、およびDTCハンドラ25を含む複数のサブモジュールを備えている。 DFインタフェース21は、DFサブモジュールから診断システム内の他のモジュー ルへの、およびDFサブモジュールへの通信の転送を扱うDFサブモジュールである 。特定のDFモジュールによって生成されるDTCはそのモジュールに固有であるた め、DTCは、システム内の他のモジュールによってその特定のDFモジュールと通 信するための識別子として使用される。従って、DFインタフェース21は、DFイン タフェースが位置するDFモジュールに関連する識別子を有するDFモジュールにア ドレスされるすべての信号を認識することができ、これらの信号を正しいDFサブ モジュールに割り当てることができる。DFサブモジュールからダイナミックスケ ジューラ30、データコレクタ40、DTC−データ領域50、有効性確認器60、MILハン ドラ70、またはECHモジュール80に送られるすべての信号は、DFインタフェース2 1を介して転送される。 PD22は、特定のDFモジュールに関連する各DTCのための評価ルーチンを含むDF サブモジュールである。PD22は、DFモジュール20が関連するサブシステムまたは 構成要素を評価するのを可能にするエンジン動作条件が満たされるときを認識す ることができる。これらの条件が満たされるときはいつでも、PD22は、評価ルー チンの実行が可能であることをDF制御器24に知らせる。PDは、評価ルーチンを実 行する前にDF制御器が許可を与えるのを待つ。 評価ルーチン中に、エンジン動作条件が変わり、条件が評価ルーチンを行い得 るのに必要な条件と一致しなくなると、PDはルーチンを中断させる。同様に、DF 制御器24が評価ルーチンを実行する許可を取り下げると、PDはルーチンを中断さ せる。 起こり得る欠陥が存在するかどうかを確実にするために、評価ルーチンが完了 する毎に、PD22は、チェックされた構成要素／サブシステムの状態のインジケー タとしてランキング値を生成する。好ましくは、各ランキング値は１から255の 範囲にあり、値128が通常の構成要素またはサブシステム、例えば、較正基準に 等しいアイドルエア適合値に対応する。値255は、全く働かない構成要素または サブシステム、例えば、最大アイドルエア適合値に対応する。各構成要素／サブ システムには欠陥上限値が割り当てられ、ランキング値がこの上限値より下にあ る場合は欠陥は表示されず、評価「欠陥なし」データ信号が生成される。ランキ ング値が上限値を超えると、評価「欠陥」データ信号が生成される。評価ルーチ ンが完了する毎に、評価データ信号はDF制御器24に送られ、ランキング値はDFロ ガー23に送られる。 DFロガー23は、ランキング値を受け取り、特定数のランキング値の最大値を使 用して統計学的に処理を行うDFサブモジュールであり、結果は作業場のための情 報として使用するために格納される。 DF制御器24は、PD22を制御するDFサブモジュールである。従って、PDがDF制御 器に評価ルーチンの実行が可能であると知らせると、評価ルーチンは禁じられて いるという応答がその評価ルーチンの優先度に関する情報と共にダイナミックス ケジューラに送られる。ダイナミックスケジューラ30が、評価ルーチンを実行し 得るという応答を送った時／場合、DF制御器24はPDがルーチンを実行するのを許 可する。ダイナミックスケジューラ30が評価ルーチンを禁止する要求を送る場合 は、DF制御器は評価ルーチンを実行する許可を取り下げ、評価ルーチンが中断さ れると、ダイナミックスケジューラに「禁止完了」応答を送る。 DF制御器24はまたすべての評価データ信号を受け取り、最新評価データ信号と して定義された評価データ信号の状態に変化があればこれをDFスケジューラ30に 知らせる。DF制御器は、制御された「欠陥」データ信号を生成する前に、連続し た数の評価「欠陥」データ信号が生成されることを要求する。この変化を使用可 能な状態にするために必要な実際の連続信号数は、生成されることになる各DTC に特有である。点火時には、制御データ信号は「未実行」に設定され、最初の評 価「欠陥なし」データ信号で、制御データ信号は「欠陥なし」に設定される。 DF制御器24は制御「欠陥」データ信号を生成すると、データコレクタモジュー ル40にDTCデータを作成するようにとの要求を送る。設定が行われた後は、駆動 サイクルの残りの期間（発火オフまで）は制御「欠陥」データ信号を変更するこ とは不可能である。 上述のように、DFコントローラ24はまた、その特定のDFモジュールに関連する 評価ルーチンが実行されるべき優先度を計算する。この優先度はダイナミックス ケジューラ30に伝達される。好適な実施形態において、優先度の計算は、その特 定のDFモジュールに関連する評価ルーチンが最後に実行された時に基づく。特定 の実施形態において、評価ルーチンは、優先度の順に、４つの群に好適に構成さ れる。 １）現在または前の駆動サイクル中に実行されなかった評価機能。 ２）現在の駆動サイクル中に実行されなかったが、前の駆動サイクル中に実 行された評価機能。 ３）現在の駆動サイクル中に実行されたが、前の駆動サイクル中には実行さ れなかった評価機能。 ４）現在の駆動サイクル中および前の駆動サイクル中の両方で実行された評 価機能。 ２つのさらなるレベルの優先度があり、それら両方が上述した４つのレベルよ りも高い。これら２つのレベルは、いわゆる「認証ウィンドウ(certification w indow)」レベル、および「迅速テスト(swift test)」レベルである。これら２者 のうち、「迅速テスト」レベルはより高い優先度を有する。つまり、「迅速テス ト」優先度レベルは、全ての優先度レベルのうちで最も高いレベルである。 「認証ウィンドウ」優先度レベルは、評価機能が特定の「ウィンドウ」中で適 時に確実に実行されるようにする役割を果たす。このウィンドウは、通常、例え ば法律(legislation)によって特定される期間であり、この間に、当該機能が評 価されねばならない。 迅速テストレベルは、修理が成功したかどうかを迅速に確認するために、問題 のサブシステム／構成要素について修理が行われた後で、例えば作業場において 使用される。 DTCハンドラ25は、診断システム10がDTCブロックを有効であると確認した後の 決定を行うDFサブモジュールである。その機能としては、DTCブロックを永久格 納するときを決定すること、MILハンドラモジュール70内の機能不全指示ランプ を点灯するかまたは消灯するかの要求を送ること、および欠陥がもはや検出され ない場合にDTCブロックを取り消すとき決定することが含まれる。ダイナミックスケジューラモジュール30 ダイナミックスケジューラモジュール30は、評価ルーチンのスケジューリング およびエンジン制御(EC)機能を扱う。ダイナミックスケジューラモジュール30は 、エンジン制御(EC)機能を実行する要求を受け取り、かつ、DFモジュール20、20 '、20"から評価ルーチンを実行する要求を受け取り、そして、これらのエンジン 制御(EC)機能および評価ルーチンのうちのどれが実行されるべきかを決定するが 、このとき、以下のことを考慮に入れている。 −評価された「欠陥」データ信号が存在するかどうか −要求された評価ルーチンの優先度 −実行することを要求されたエンジン制御機能の優先度 −エンジン制御(EC)機能と評価機能との間の望ましくない「衝突」 −その特定のエンジン制御機能または評価ルーチンに必要な動作条件が満た されているかどうか ダイナミックスケジューラモジュール30は、DFモジュールから受け取る最新評 価データを考慮に入れて、この評価データが、欠陥によって影響を受ける所定の 評価ルーチンおよび／またはエンジン制御機能を禁止すべきであることを暗示し ているかどうかを決定する。ダイナミックスケジューラはまた、DFモジュールが 、評価ルーチンを実行するための条件が満たされないため評価ルーチンが停止さ れたか、もしくはダイナミックスケジューラからの要求により、またはダイナミ ックスケジューラが実行応答をまだ送っていないため禁止されたことをダイナミ ックスケジューラモジュールに知らせているかどうかを考慮に入れ得る。 要件を満たすために、ダイナミックスケジューラモジュール30は、各評価ルー チンのために何を行うべきかに関連する情報へのアクセスを要求する。この情報 は、スケジューラテーブル内に含まれ得る。可能なスケジューラテーブルの一例 を図３に示す。スケジューラテーブルは、診断システムのためのすべての評価ル ーチンを含み、好ましくは、以下で特定する 各優先群内の優先度を有するいずれのルーチンを実行することが要求されてい るかを、ダイナミックスケジューラモジュールが決定し得るように、所定の特定 の優先群に与えられるすべての評価ルーチンの優先レベル、および、DFモジュー ルからの最新評価データが欠陥を示す場合に、禁止すべき他の評価ルーチンであ る。 効率よく機能するために、ダイナミックスケジューラモジュールはまた、診断 システム内の評価ルーチンの現在の状態に関する情報を必要とする。この情報は 、スケジューラリストによって提供される。図４を参照して、スケジューラリス トは、４つのサブリスト、すなわち禁止リスト、実行リスト、最新評価データリ スト、および取り扱い予定リストを含む。 禁止リストは、実行する機会は要求されたが実行は許可されていない評価ルー チンを示す。このリストのフラグは、禁止されていると報告されている評価ルー チンに対して設定され、また、DFモジュール内の物理的な条件により停止したか 、またはダイナミックスケジューラモジュールによってオフにされたことを示し ている評価ルーチンに対してリセットされる。 実行リストは、名称が示すように、どの評価ルーチンが現在実行されているか を示す。実行リスト内のフラグは、ダイナミックスケジューラモジュールが実行 の開始を許した評価ルーチンに対して設定され、また、関連するDFモジュールに よって停止されるか、禁止されるか、またはオフにされていると報告されている 評価ルーチンに対してリセットされる。 最新評価データリストは、各評価のための評価データの現在の状態を示す。こ のリストのフラグは、最新評価「欠陥」データ信号を送った各評価ルーチンに対 して設定され、最新評価「欠陥なし」データ信号を送った各評価ルーチンに対し てリセットされる。 処理予定リストは、ダイナミックスケジューラモジュールによって、作業リス トとして用いられ、優先度、時間、および評価された「欠陥」データ信号により 、どの評価ルーチンが処理されたままであるかを常に監視する。ダイナミックス ケジューラが優先度ハンドラ35を処理し終えるたびに、処理予定リストに「セッ ト」されたままのフラグは、関連する評価が実行していなければならないことを 示すものであり、「リセット」されているフラグは、関連する評価を停止または 禁止しなければならないことを示すものである。 図３および図４の表の、上で述べた説明および下で述べる説明において、簡単 に説明するために、評価ルーチンのみを表に示した。当然、必要かつ望まれる場 合には、表はエンジン制御(EC)機能に関する対応データを含む。 要求される機能を実行するために、図１から明らかであるように、ダイナミッ クスケジューラは、ＤＦＳインタフェース31、ＤＦＳ制御器32、禁止ハンドラ33 、および優先度ハンドラ３５を含む多くのサブモジュールからなる。 ＤＦモジュール20、20’、20”およびＥＣＨモジュール80からダイナミックス ケジューラモジュール30に送られる信号はすべて、ＤＦＳインタフェース31で識 別され、正しいダイナミックスケジューラサブモジュールに転送される。ダイナ ミックスケジューラサブモジュールからＤＦモジュールおよびＥＣＨモジュール に送られる信号はすべて、ＤＦＳインタフェース31を介して転送される。 ダイナミックスケジューラモジュール30に送られる信号はすべて、ＤＦＳ制御 器32により検査される。ＤＦＳ制御器は、ＤＦモジュール20、20’、20”からダ イナミックスケジューラモジュール30に送られる信号について禁止リスト、実行 リスト、および最新の評価データリストを更新する。これらの３つのリストのう ちのいずれかが更新されると、ＤＦＳ制御器32は以下のように動作する。 禁止リストおよび実行リストを、処理予定リストにコピーする。 禁止ハンドラ33を始動する。 禁止ハンドラ33が終了すると、優先度ハンドラ35を始動する。 優先度ハンドラが終了すると、「ストップルーチン」を行う。即ち、ＤＦ Ｓ制御器32は、禁止要求を、（フラグがセットされる）実行リストに従って実行 しているが、（フラグがリセット）処理予定リストに従って実行してはならない 評価ルーチンに送り、ダイナミックスケジューラが、これらの評価の禁止を要求 したことを示すものとして、禁止リストのフラグをセットする。 「ストップルーチン」が終了すると、「スタートルーチン」が行われる。即ち 、ＤＦＳ制御器は、処理予定リストに従って実行していなければならない評価で あって、スケジューラテーブル中の、他の評価がどれも実行リストに従って実行 していない優先度群に関連する評価の各々に実行応答を送る。送られた各々の実 行応答について、ＤＦＳ制御器は、実行リストの対応するフラグをセットする。 それが終了すると、ダイナミックスケジューラに送られた信号があるかどうか を調べ、信号があれば、再び作業を開始する。 すべての評価ルーチンを中止する要求がＥＣＨモジュール80から送られると、 ＤＦＳ制御器32は以下のように動作する。 処理予定リストをクリアし、作業を開始する（実行しているすべての評価ルー チンに、禁止要求を送る）。 それが終了すると、ダイナミックスケジューラに送られたすべての信号に従っ て、最新の評価データリスト、実行リスト、および禁止リストを更新するが、通 常動作のようには作業を開始しない。 実行リスト中のすべてのフラグがリセットされると、すべての評価ルーチンを 中止した旨の応答をＥＣＨモジュール80に送る。 ＥＣＨモジュール80からの通常動作再開要求のみを待つ。 通常動作再開要求を受け取ると、処理予定リストをコピーし、通常通り作業を 開始する。 診断システムマネージャ（ＤＳＭ）モジュール90から、すべての評価ルーチン をオフにする要求を受け取ると、ＤＦＳ制御器32は、以下のように動作する。 すべての評価ルーチンにターンオフ要求を送る。 ダイナミックスケジューラに送られたすべての信号に従って、最新の評価デー タリスト、実行リスト、および実行要求リストを更新する。 実行リストおよび禁止リスト中のすべてのフラグがリセットされると、ＤＳＭ モジュール90に、すべての評価ルーチンをオフした旨の応答を送る。 再び通常通り作業を開始する前に、ＤＳＭモジュール90からの、診断システム 10を始動する旨の一般的な応答信号だけを待つ。待っている間は動作しない。 禁止ハンドラ33は、ＤＦＳ制御器32から開始要求を受け取った場合にのみ動作 する。禁止ハンドラ33はまず、最新の評価データリストを調べ、どの評価ルーチ ンが最も新しく評価された「欠陥」データ信号を発生したかを判断する。そのよ うな信号を発生した評価ルーチンについては、禁止ハンドラ33が、スケジューラ テーブル（図３）を調べ、報告された欠陥により、どの評価ルーチンを禁止する べきであるかを判断する。禁止ハンドラ33は、処理予定リスト中の、禁止するべ き評価ルーチンに対応するフラグをリセットする。それが終わると、禁止ハンド ラは、ＤＦＳ制御器32に「終了」信号を送る。 優先度ハンドラ35は、ＤＦＳ制御器32から開始要求があった場合にのみ動作す る。優先度ハンドラは、処理予定リストを調べ、どの評価ルーチンを処理するべ きであるかを確かめる。このリストおよびスケジューラテーブルを用いて、優先 度ハンドラ35は、処理予定の評価ルーチンのうちのどの評価ルーチンが同じ優先 度群にあるかを判断することができ、これは、スケジューラテーブル（図３）の 優先度群番号１（例えば、Ｘ）から開始される。優先度ハンドラは、優先度群中 で最も高い優先度レベルを有する処理予定の評価ルーチンよりも優先度レベルの 低い評価ルーチンについて、処理予定リスト中の対応するフラグをリセットする 。 第１の優先度群が終了すると、優先度ハンドラ35は、優先度群番号２（例えば 、Ｙ）についてこれを続け、すべての優先度群を調べ終わるまでこれを続ける。 評価ルーチンに１より多い優先度群が割り当てられる場合、この評価ルーチン は、各優先度群の一部分として扱われる。さらに、優先度レベルは、各優先度群 において個々に用いられる。 ダイナミックスケジューラ(30)は、乗り物のエンジン制御(EC)機能に対するイ ンタフェースを有するので、ダイナミックスケジューラモジュール(30)と連絡す るエンジン制御機能におけるそれら計算ルーチンの機能を以下に簡単に説明する 。 関連するエンジン機能の各々について、優先度の値が計算される。この計算は 以下のことを考慮に入れる。 −上で「認証ウィンドウ」と呼んだ期間 −問題のエンジン制御機能を実行するのに必要な条件が満たされているかど うか うか −上で「迅速テスト」と呼んだ優先度レベル ２つ以上のエンジン制御機能または評価ルーチンによって計算された優先度レ ベルは等しくなり得るので、各計算ルーチンまたはエンジン制御機能はいわゆる 「静的優先度(static priority)」を与えられる。２つ以上の計算された優先度 が等しい場合、合計優先度が計算される。合計優先度は計算された優先度と不変 優先度との合計である。データコレクタモジュール40 ＤＴＣデータを生成するという、ＤＦモジュール20、20'、20"からの要求に際 して、データコレクタモジュール40が、以下の機能を行うように構成される： ＤＴＣ特異的データを用いて、フリーズフレーム（以下、ＦＲＺＦと称する） を生成する。 ＦＲＺＦと特定の情報を組み合わせてＤＴＣブロックを形成する。 ＤＴＣ特異的データを用いて拡張ＦＲＺＦ（経時的測定）を生成する。 ＤＴＣデータ（ＤＴＣブロックおよび拡張ＦＲＺＦ）を、ＤＴＣデータ領域モ ジュール50に送る。 データコレクタモジュール40は、ＥＣＨモジュール80からの要求に際して、内 部フライトレコーダとしても有利に機能し得る。 これらの要件を満たすためには、データコレクタモジュール40は、ＤＦモジュ ール20、20'、および20"において行われる各評価ルーチンに対する特定のパラメ ータに関する情報を必要とする。この情報は、ＦＲＺＦテーブルおよび拡張ＦＲ ＺＦテーブルにおいて提供される。ＦＲＺＦテーブルおよび拡張ＦＲＺＦテーブ ルの例が、図５に示されている。これらのテーブルの各数字は、特定のパラメー タを示す。 上記のように、データコレクタモジュール40は、ＤＴＣブロックを生成する。 ＤＴＣブロックは、ＤＴＣが生成された時の動作条件に関するパラメータの形態 の情報を含むデータブロックである。可能なＤＴＣブロックの例が、図６に示さ れる。従って、ＤＴＣブロックは、ＦＲＺＦと共に特定のＤＴＣに特異的な情報 （ＤＴＣ、最新および最初のＤＴＣサブコード、およびＦＲＺＦ遅延時間）、お よび最後に、拡張ＦＲＺＦに対するポインタから構成される。 拡張ＦＲＺＦ（ＤＴＣ関連データの経時的測定）を生成することができるため には、データコレクタモジュール40が、回転バッファの形態の循環メモリ(circu lar memory)と共に設けられる。図７に示されるように、回転バッファは、概し て、参照符号110で示され、回転バッファは、この記載例においては、４つの異 なる時間ベース112、113、114、115にそれぞれ分割されるドラム111の形態であ る。 拡張フリーズフレームの例が、図８に示されている。 図１の参照番号120で示されるグローバルデータ領域は、エンジン制御モジュ ールのエンジン制御システム部分における診断システム10の外部に位置し、全て の評価ルーチンに対する全パラメータの値に関する現在の情報を含む。各パラメ ータは、グローバルデータ領域120における独特の識別番号によって識別可能で あり、時間ベース112、113、114、115の１つに割り当てられる。回転バッファ11 0は、いずれかの時間ベースが失効する度に、グローバルデータ領域120からコピ ーされた失効した時間ベースに関連するパラメータ値で更新され、これらのパラ メータは、それぞれの時間ベースに格納される。コピーされてくるべき最新サン プルを示すためのポインタ116、117、118、119は、各時間ベースにおける最新の サンプルの前に配置される。回転バッファ110の時間ベースが一杯になると、そ の時間ベースにおいて、最も古いサンプルが書き直される。このように、回転バ ッファ110は、数個の時間ベース（各ベースは、等しいメモリ深さを有するが、 特異的な時間深さを有する）を有する循環メモリを形成する。 後にＤＴＣデータ領域モジュール50に転送されるＤＴＣデータを生成し、ＥＣ Ｈモジュールから送られた要求を処理するためには、データコレクタモジュール 40の機能が、サブモジュール、すなわち、ＤＣインタフェース41、ＤＣ制御器42 、ＦＲＺＦコレクタ43、拡張ＦＲＺＦコレクタ44、およびバッファハンドラ45に 分割される。 ＤＦモジュール20、20'、20"と、ＥＣＨモジュール80とから、データコレクタ モジュール40に送られた信号は全て、ＤＣインタフェース41によって識別され、 正しいデータコレクタサブモジュールに転送される。データコレクタサブモジュ ールから、ＤＴＣデータ領域モジュール50およびＥＣＨモジュール80に送られた 信号は全て、ＤＣインタフェース41を介して転送される。 ＤＴＣデータを生成するという、ＤＦモジュール20、20'、20"からの要求を受 ける時に、ＤＣ制御器42は、ＦＲＺＦコレクタ43に、ＦＲＺＦの生成を要求する 。この要求を受け取ると、ＦＲＺＦコレクタ43は、ＦＲＺＦテーブル（図５）を チェックし、このＤＴＣに特異的な、どのパラメータが、グローバルデータ領域 120からコピーされてくるべきかを決定する。ＦＲＺＦコレクタは、グローバル データ領域からパラメータをコピーすることに着手し、ＦＲＺＦテーブルによっ て指定された順番に、それらを配置する。完了すると、ＦＲＺＦコレクタは、Ｄ Ｃ制御器42に、ＦＲＺＦが生成されたことを通知する。 ＦＲＺＦコレクタ43が、ＤＣ制御器42に、ＦＲＺＦが生成されたことを通知す ると、ＤＣ制御器は、拡張ＦＲＺＦコレクタ44に、拡張ＦＲＺＦの生成を要求す る。 この要求を受け取ると、拡張ＦＲＺＦコレクタ44は、以下の行為を行う： 停止要求をバッファハンドラ45に送ることにより回転バッファを停止させる。 正しいサイズの空の拡張ＦＲＺＦを生成し、この空の拡張ＦＲＺＦは、拡張Ｆ ＲＺＦテーブルによって指定されたパラメータ識別番号を含む。 回転バッファが停止されたことの確認を受け取ると、回転バッファからの回転 バッファテーブルにおいて指定された識別番号に一致する拡張ＦＲＺＦの識別番 号に対応するパラメータ値を全てコピーし直す（copy over）。 開始要求をバッファハンドラ45に送ることにより、回転バッファを開始させる 。 拡張ＦＲＺＦが生成されたという応答をＤＣ制御器42に送る。 ＦＲＺＦおよび拡張ＦＲＺＦにおいて提供されたi.a.情報を用いることにより 、ＤＣ制御器42は、拡張ＦＲＺＦを考慮に入れるために改変されたＤＴＣブロッ ク（図６を参照）の形態のＤＴＣデータを生成する。 一旦ＤＴＣデータが生成されると、ＤＣ制御器42は、ＤＴＣデータを保存する 要求を、ＤＴＣデータ領域モジュール50に送る。 要求を送った後、ＤＣ制御器42は、ＤＴＣデータ生成のためのいかなる新規の 要求に対して行動を起こす前に、ＤＴＣデータが保存されたというＤＴＣデータ 領域モジュールからの確認を待つ。ＤＴＣ−データ領域モジュール50 ＤＴＣ−データ領域モジュール50は、４つのサブモジュール、すなわちＤＡイ ンタフェース51、ＤＴＣ−ブロック領域52、拡張ＦＲＺＦ領域53およびＤＡ制御 器54に分割される。 ＥＣＨモジュール80、データコレクタモジュール40、有効性確認器60およびＤ Ｆモジュール20、20'、20"からＤＴＣ−データ領域モジュール50に送られるすべ ての信号は、ＤＡインタフェース51によって識別され、正しいＤＴＣ−データ領 域サブモジュールに転送される。ＤＴＣ−データ領域サブモジュールから有効性 確認器60およびデータコレクタモジュール40に送られるすべての信号は、ＤＡイ ンタフェース51を介して転送される。 ＤＴＣ−ブロック領域52はＤＴＣ−ブロックを格納するために使用される。こ の領域に格納され得るＤＴＣ−ブロックの数は用途に応じて変わるが、典型的な 数は10である。ＤＴＣ−ブロック領域52は、常に所定のＤＴＣ−ブロックの最大 数プラス１を格納することができる。追加の１はデータコレクタモジュール40か ら入ってくるデータをバッファするために使用される一時空間を表す。ＤＴＣ− ブロック領域52は、フリーリストを使用してフリーなＤＴＣ−ブロックを迫跡し 、一時ポインタを使用して一時空間を追跡する。 拡張ＦＲＺＦ領域５３は拡張ＦＲＺＦの格納のために使用される。拡張ＦＲＺ Ｆ領域５３は、常に所定の拡張ＦＲＺＦの最大数プラス１を格納することができ る。追加の１はデータコレクタモジュール４０から入ってくるデータをバッファ するために使用される一時空間を表す。拡張ＦＲＺＦ領域53は、フリーリストを 使用してフリーな拡張ＦＲＺＦを追跡し、一時ポインタを使用して一時空間を追 跡する。 ＤＡ制御器５４はＤＴＣ−ブロック５２および拡張ＦＲＺＦ領域５３を制御す る。ＤＡ制御器５４は、データコレクタモジュール４０から、ＤＡインタフェー ス５１を介してＤＴＣ−ブロックおよび拡張ＦＲＺＦを受け取り、ＤＴＣ−ブロ ックおよび拡張ＦＲＺＦは適用可能なデータ領域にセーブされる。 ＤＡ制御器５４がデータコレクタモジュール４０からＤＴＣ−データをセーブ する要求を受け取ると、ＤＡ制御器はＤＴＣ−ブロックおよび関連する拡張ＦＲ ＺＦをセーブし、これを完了すると、有効性確認器モジュール６０に有効性未確 認のＤＴＣ−ブロックがセーブされたことを知らせて、有効性確認器からの確認 応答または任意の要求を待つ。有効性確認器が確認応答を送る場合、ＤＡ制御器 はデータコレクタモジュール４０にＤＴＣ−データがセーブされたことを知らせ る。 関連するＤＦモジュールが確認応答を送る場合は、ＤＡ制御器はデータコレク タモジュール４０にＤＴＣ−データがセーブされたことを知らせる。 有効性確認器モジュール６０によってＤＴＣ−ブロックの状態を、有効性未確 認から有効に変更するよう、あるいは有効性未確認のまたは有効なＤＴＣ−ブロ ックを消去するよう要求されたら、ＤＡ制御器５４はこれに従い、関連するＤＦ モジュールに、有効なＤＴＣ−ブロックが消去されたかどうかを知らせて、関連 するＤＦモジュールからの確認応答または任意の要求を待つ。 ＤＦモジュールによってＤＴＣ−ブロックの状態を有効から格納済みに変更す るよう、あるいは有効なまたは格納されたＤＴＣ−ブロックを消去するよう要求 されたら、ＤＡ制御器はこれに従い、有効性確認器モジュール６０に、有効なま たは格納されたＤＴＣ−ブロックが格納されたまたは消去されたことを知らせる 。 ＤＴＣ−データがセーブされたという応答を送った後に、利用可能な空間が次 のＤＴＣ−ブロックにとって十分でない場合、すなわち、どの一時空間もフリー でない場合、ＤＡ制御器５４は優先度の最も低いＤＴＣ−ブロックおよび関連す る拡張ＦＲＺＦを消去して、有効性確認器モジュール６０および関連するＤＦモ ジュール２０、２０’、２０”に、特定のＤＴＣ−ブロックが消去されたことを 知らせる。次の拡張ＦＲＺＦに不十分な空間しかない場合は、ＤＡ制御器は優先 度の最も低い拡張ＦＲＺＦを消去して、消去された拡張ＦＲＺＦと関連するＤＴ Ｃ−ブロックとの間のリンクを消去するが、この事象についての情報は一切送ら ない。 ＥＣＨモジュール８０から送られる、すべてのＤＴＣを消去する要求により、 ＤＡ制御器５４はすべてのＤＴＣ−ブロックを消去し、消去されたＤＴＣ−ブロ ックのそれぞれに対して、有効性確認器６０および関連するＤＦモジュールに知 らせる。有効性確認器モジュール６０ 有効性確認器モジュール６０の目的は、欠陥の根本原因を決定することである 。換言すれば、例えば、実際はＤＴＣ−ブロックの１つのみが欠陥の真のインジ ケータであるのに、拡張ＦＲＺＦを有する４つのＤＴＣ−ブロックがデータコレ クタモジュール４０によって生成されるということが可能である。これは、この 欠陥がその他の影響された評価ルーチンをだましていて、その結果制御された「 欠陥」の誤った信号が影響されたＤＦモジュールからデータコレクタモジュール ４０に送られるからである。従って、有効性確認器は（関連する拡張ＦＲＺＦを 有する）４つのＤＴＣ−ブロックのそれぞれを調べて、実際の欠陥がどの構成要 素またはシステムにあるのかを決定する。 従って、有効性確認器モジュール６０は、ＤＴＣ−データ領域モジュール５０ によってセーブされたＤＴＣ−ブロックが存在することを知らされると、有効性 確認器は、正しいＤＴＣを有効性確認する（すなわち欠陥の根本原因であるＤＴ Ｃ−ブロックを指摘する）前に実行および制御されるデータが「欠陥なし」の状 態で報告されなければならないすべての可能な根本原因評価ルーチンを含むチェ ックリストをセットアップする。有効性確認器チェックリストの内容は点火装置 がオフのときに格納される、すなわち、有効性確認は点火装置のオン／オフに無 関係である。 有効性確認器セットアップリストは、チェックリストをセットアップしかつ開 始するために使用される。各セットアップリストは、有効性を確認すべきＤＴＣ および有効性を確認すべきＤＴＣの有効性確認前にチェックしなければならない 評価の仕様を含む。有効性確認器セットアップリストおよび対応する有効性確認 器チェックリストを図９に示す。 チェックリストはそのセットアップリストに従って、以下の方法でセットアッ プされる。 有効性確認器モジュール６０がＤＴＣ−データ領域モジュール５０によりＤＴ Ｃ−ブロックがセーブされたことを知らされると、有効性確認器モジュールはそ のＤＴＣ−ブロックのＤＴＣに対応する有効性確認すべきＤＴＣを探してセット アップリストを検索する。いずれのセットアップリストにおけるいずれの有効性 確認すべきＤＴＣの位置にもＤＴＣが発見されない場合、有効性確認器はＤＴＣ −データ領域モジュール５０にＤＴＣ−ブロックに関する状態を有効性未確認か ら有効に変更するよう要求することによって、直ちにＤＴＣ−ブロックを有効に する。 ＤＴＣが発見された場合、整合する有効性確認すべきＤＴＣを含む有効性確認 器セットアップリストは、このＤＴＣに特定の有効性確認器チェックリストをセ ットアップするために使用される。チェックリストは以下の項目を含む。 有効性確認されているＤＴＣを特定するヘッダ（これはチェックリストをその セットアップリストにリンクする）。 時間スタンプ（グローバルデータ領域１２０から読まれる経過した実時間）。 有効性確認器セットアップリストの各チエックすべき評価の状態を示すフラグ 、フラグは制御された無欠陥のためにセットされ、制御された無欠陥が報告され ない限りリセットされる。各フラグにリンクされたチェックすべき評価はセット アップリストにおいて規定される。 それにリンクされる有効性確認器チエックリストを有する有効性確認器セット アップリストを、以下ではアクティブ有効性確認器セットアップリストと呼ぶ。 有効性確認器チェックリストはＤＳＭモジュール９０から各駆動サイクルの終 わりで送られた要求に基づいてのみ更新される。更新手順において、有効性確認 器モジュールは、アクティブ有効性確認器セットアップリストにおいて規定され た各ＤＦモジュール２０、２０’、２０”から制御されたデータを要求する。各 ＤＦ−モジュールは、その現在の制御されたデータ状態（すなわち、制御されな い、制御された欠陥または制御された無欠陥）で応答する。「制御された無欠陥 」の応答により、有効性確認器チェックリストの対応するフラグがセットされる 。「制御されない」および「制御された欠陥」の応答により、チェックリストの 対応するフラグがリセットされる。 有効性確認器チェックリストのすべてのフラグがセットされると、有効性確認 すべきＤＴＣに関連するＤＴＣ−ブロックは有効であると決定され、有効性確認 器モジュール６０はＤＴＣ−データ領域モジュールに、ＤＴＣ−ブロックの状態 を有効性未確認から有効に変更することを要求する信号を送る。ＤＴＣ−データ 領域モジュール５０は状態を変更し、ついで適用可能なＤＦモジュールにＤＴＣ −ブロックの状態が有効に変わったという信号を送る。 図１０に示すように、有効性確認器モジュール６０が、第２の有効性未確認Ｄ ＴＣ−ブロックセーブ信号（チェックリストＡ）を、関連する有効性確認器チェ ックリスト（チェックリストＢ）を有するアクティブ有効性確認器セットアップ リストにおけるチェックすべき評価に対応するＤＴＣ−データ領域モジュールか ら受け取ると、そのアクティブ有効性確認器チェックリストを生成したＤＴＣ− ブロックは根本原因であるとは考えられない。従って、このようなＤＴＣ−ブロ ックおよび有効性確認器チェックリスト（チェックリストＢ）は消去される。こ れはＤＴＣ−データ領域モジュールに、有効性確認器チェックリストにおけるヘ ッダに関連するＤＴＣ−ブロックの消去を要求する信号を送ることによって達成 される。ＤＴＣ−ブロックが消去されたという応答があり次第、有効性確認器は 関連する有効性確認器チェックリストを消去する。これらの事象を引き起こした その他のＤＴＣ−ブロックのために、新しい有効性確認器チェックリストがセッ トアップされる。 有効性確認器モジュール６０がＤＴＣ−データ領域モジュール５０から、ＤＴ Ｃ−ブロックの状態が有効から格納済みに変わったという信号を受け取ると、対 応する有効性確認器チェックリストは消去される。 有効性確認器モジュール６０の情報の関連性を確保するために、有効性確認器 チェックリストリセット機能が実行される。リセット機能は、有効性確認器チェ ックリストが所定の期間、例えば少なくとも１６８時間よりも古い場合に、すべ てのフラグをリセットする。欠陥が存在しない場合の診断システム１０の全体的な通常動作 正しいシステムで（すなわち、欠陥なく）異なる評価を実行するための通常動 作全般を以下に説明する。 ＤＳＭモジュール９０から送られる診断システムを開始する信号に基づき、各 ＤＦモジュールは、その評価を実行するための物理的条件が満たされると直ちに 、その関連する評価の優先度をダイナミックスケジューラモジュール３０に送る 。ダイナミックスケジュールモジュラー３０はまた、実行する要求を複数のエン ジン機能から受け取る。 ダイナミックスケジューラモジュールは、この情報を受け取ると、評価および エンジン制御機能についての実行の順序を確立し、実行応答(run response)を、 エンジン制御機能および実行を許可される評価を含む関連するＤＦモジュールに 送る。 ダイナミックスケジューラモジュールから実行応答受け取るＤＦモジュールお よびエンジン制御(EC)機能は、ここで実行(run/execute)される。DFモジュール からの評価データは、チェックされた構成要素／サブシステムに欠陥が存在する か否かを決定するため、またＤＴＣ−データが生成されるべきか否かを決定する ために使用される。 評価ルーチンがその物理的条件（例えば、エンジン速度）の変化によって中断 される場合、または例えば駆動サイクルの残りの間終了される場合、関連するＤ Ｆモジュールは評価ルーチンの優先度を計算する際にこのことを考慮に入れる。 ダイナミックスケジューラモジュールが評価またはエンジン制御機能が停止さ れたという応答を受け取ると、ダイナミックスケジューラモジュールは、なお実 行されている評価に加えて優先度により禁止される評価の優先度の順序を確立し 、許可されれば、もはや優先度により禁止されない評価を含む関連するＤＦモジ ュールに実行応答を送る。これはＤＳＭモジュール９０がすべての評価をオフに する、すなわち診断システムを停止する要求信号を送るまで繰り返される。実行 中でないエンジン制御機能からの実行の要求は、同様の方法で処理される。 これで、欠陥が存在しない場合の診断システムの全体的な通常動作が完了する 。診断システムに１つ以上の欠陥が存在する場合の全体的な通常動作 １つまたはいくつかの欠陥を有する診断システム１０における、影響された評 価を禁止するためおよび正しいＤＴＣを（ＭＩＬ照度とともに）格納するための 通常動作全般を以下に説明する。 前述した欠陥が存在しない場合の動作全般中に、ＤＦモジュールの評価ルーチ ンが欠陥を検出し、「欠陥」として評価データを生成する場合、関連するＤＦモ ジュールは、最新評価データを「欠陥」としてダイナミックスケジューラモジュ ール３０に送る。 ダイナミックスケジューラモジュールは、最新評価データを「欠陥」として受 け取ると、まずこの欠陥によって影響を受けた評価を禁止し、次いで欠陥によっ て影響を受けていない残りの評価、すなわち優先度により禁止されている評価お よび実行されている評価の間に優先度の順序を確立する。 別の評価が最新評価データを「欠陥」として受け取ると、ダイナミックスケジ ューラモジュール３０はこの別の評価によって影響を受けた評価を禁止し、以下 最新評価データを「欠陥」として報告するあらゆる評価について同様である。 「欠陥」として評価データの特定のフィルタリングが完了したら、制御された データが駆動サイクルの残りの間、関連するＤＦモジュールにおいて「欠陥」に 対してセットされる。制御されたデータが「欠陥」に対してセットされると直ち に、関連するＤＦモジュールはデータコレクタモジュール４０に、ＤＴＣ−デー タを生成する要求を送る。 ＤＴＣ−データを生成する要求があり次第、データコレクタモジュール４０は 拡張ＦＲＺＦとともにＤＴＣ−ブロックを生成し、終了したら、ＤＴＣ−データ 領域モジュール５０に（「有効性未確認」状態の）このＤＴＣ−データをセーブ する要求を送る。 ＤＴＣ−データをセーブする要求があり次第、ＤＴＣ−データ領域モジュール は拡張ＦＲＺＦとともにＤＴＣ−ブロックをセーブし、終了したら、有効性未確 認のＤＴＣ−ブロックがセーブされたという情報を有効性確認器モジュール６０ に送り、次いでデータコレクタモジュール４０にＤＴＣ−ブロックがセーブされ たという応答を送る。 有効性確認器モジュール６０は、ＤＴＣデータ領域モジュール５０からセーブ されたＤＴＣブロックに関する情報を受信すると、有効性確認器チェックリスト をセットアップする。有効性確認器チェックリストは、有効性確認器モジュール がＤＴＣブロックが有効であると決定する前に、その制御されたデータが無欠陥 であることを、要求に応じて、有効性確認器モジュールに応答する必要があると いう評価の全てを含む。 有効性確認器チェックリストは、ＤＳＭモジュールから送信される要求に応じ て各駆動サイクルの終わりに更新される。 チェックリストが完成し、ＤＴＣブロックが有効であると決定されると、有効 性確認器モジュールは、そのＤＴＣブロックの状態を有効性未確認から有効に変 更する要求をＤＴＣデータ領域モジュール５０に送信することによって有効性未 確認ＤＴＣブロックを有効にする。 有効性確認器モジュール６０から送信される、ＤＴＣブロックの状態を有効性 未確認から有効に変更する要求に応じて、ＤＴＣデータ領域モジュール５０は、 そのＤＴＣブロックの状態を有効性未確認から有効に変更し、それが終了すると 、そのＤＴＣブロックが有効であるという情報を関連するＤＦモジュールに送信 する。 ＤＦモジュールは、関連するＤＴＣブロックの状態が「有効」であるという情 報を受信すると、ＤＴＣ格納プロセスを開始および制御し、それが終了すると、 そのＤＴＣブロックの状態を有効から格納済みに変更する要求をＤＴＣデータ領 域モジュール５０に送信する。 ＤＴＣデータ領域モジュールは、ＤＴＣブロックの状態を有効から格納済みに 変更する要求を関連するＤＦモジュールから受信すると、そのＤＴＣブロックの 状態を有効から格納済みに変更し、そして、ＤＴＣブロックが状態を格納済みに 変更したという情報信号を有効性確認器モジュール６０に送信する。 有効性確認器モジュールは、ＤＴＣブロックが状態を格納済みに変更したとい う情報を受信すると、関連するチェックリストを消去する。 ＤＦモジュールは、関連するＤＴＣブロックがその状態をＤＴＣデータ領域モ ジュールに格納したという情報を受信すると、それが可能な場合、ＭＩＬを点灯 させる要求をＭＩＬハンドラモジュール７０に送信する。 ＭＩＬハンドラモジュールは、ＭＩＬを点灯させる要求をＤＦモジュールから 受信すると、ＭＩＬを点灯させる。 別のＤＦモジュールがＤＴＣデータを作成する別の要求を送信した場合にも、 上記したＤＴＣデータの作成、セーブおよび状態変更が行われる。但し、現ＤＴ Ｃデータの処理を、診断システム内の全ＤＦモジュールについて、次およびそれ 以降のＤＴＣデータを処理する前に完了する。つまり、ＤＴＣデータ領域モジュ ールが有効性確認器モジュールから受け取り信号を受信した後、または、現ＤＴ Ｃブロック状態が現ＤＦモジュールからの受け取り信号を有効とするように変更 された場合に、そのＤＴＣデータ領域モジュールが、新たなＤＴＣデータセーブ 要求の全てを処理する。 ＤＴＣデータ領域モジュールが、別の新たな有効性未確認ＤＴＣブロックがセ ーブされたことを報告する場合、有効性確認器モジュール６０は、この新たなＤ ＴＣブロックに対応する評価が、現チェックリスト内においてチェックすべき評 価として見つかるかどうかをチェックする。そうである場合、現チェックリスト および関連するＤＴＣブロックは、もはやこの欠陥の可能な根本原因ではなく、 有効性確認器モジュールは、現ＤＴＣブロックを消去する要求をＤＴＣデータ領 域モジュールに送信し、その後、新たなＤＴＣブロックについての別のチェック リストをセットアップし、これを、ＤＴＣデータ領域モジュール５０において全 てのＤＴＣブロックの状態が格納済みに変更されるまで行う。 ＤＴＣブロック状態が格納済みに変更されると、有効性確認器モジュールは関 連するチェックリストを消去する。 これにより、１つまたは数個の欠陥が存在する診断システム１０における、Ｍ ＩＬの点灯と共に、影響を受ける評価を禁止し、正しいＤＴＣを格納する全体的 な通常動作を完了する。 本発明は、上記し、図面に示した実施形態に限定されるものではなく、添付の 請求項の範囲内で改変され得る。

───────────────────────────────────────────────────── 【要約の続き】 陥信号のいずれかの形態である評価データを生成する （２３）手段と、関連する評価ルーチンの優先度を確立 する手段（２４）および評価信号をダイナミックスケジ ューラ（３０）に送信する手段とを有する。

Claims (1)

1. 【特許請求の範囲】 １．エンジン管理システム内の診断システム（１０）であって、該診断システム によって評価されている構成要素またはサブシステムの動作状態を示す診断トラ ブルコード（ＤＴＣ）を生成するシステムであって、 各ＤＴＣまたは関係する一群のＤＴＣのための診断機能モジュール（ＤＦモジ ュール）（２０、２０’、２０”）であって、該特定のＤＦモジュールのＤＴＣ が関係する構成要素またはサブシステムの動作状態を評価するために、評価ルー チンを実行する手段（２２）を含むＤＦモジュールと、 特定の時間において、どのＤＦモジュール（２０、２０’、２０”）に関連す る評価ルーチンを実行させるのかを決定するダイナミックスケジューラ（３０） と、 を備え、各ＤＦモジュールが、 そのＤＦモジュールに関連する評価ルーチンが実行されるべき優先度を決定す る手段（２４）を備えている、 診断システム。 ２．前記評価されている構成要素またはサブシステムの動作状態に依存するラン キング値を生成する手段（２２）であって、評価ルーチンが１回行われる度に１ つのランキング値を生成する手段と、 複数回の評価ルーチンから得られるランキング値の統計的結果を処理および格 納する手段（２３）と、 該統計的結果を評価することにより、評価欠陥なし信号または評価欠陥信号の いずれかの形態である評価データを生成する手段（２２）と、 該評価信号を、該信号に変化が生じたときに該ＤＦスケジューラに送信する手 段（２４）とをさらに備えている、 請求項１に記載の診断システム。 ３．前記ダイナミックスケジューラ（３０）が、評価欠陥信号に応答して、該評 価欠陥信号によって他のＤＦモジュールが影響を受け得る場合に該他のＤＦモジ ュールに評価を行わせないようにする手段（３０）を備えている、請求項１また は２に記載のシステム。 ４．ＤＦモジュールによるエンジン制御機能または評価が、同時に実行されてい るＤＦモジュールによるエンジン制御機能または評価を妨害する場合に、前記ダ イナミックスケジューラ（３０）が、エンジン制御機能およびＤＦモジュールか らの信号に応答して、ＤＦモジュールによるエンジン制御機能または評価の実行 を行わせないようにする手段を備えている、前記請求項のいずれかに記載のシス テム。 ５．前記ＤＦモジュール内の、関連する評価ルーチンが実行されるべき優先度を 決定する前記手段は、そのＤＦモジュールに関連する評価ルーチンが最後に実行 された時間に基づく計算を含む、前記請求項のいずれかに記載のシステム。 ６．前記ＤＦモジュール（２０、２０’、２０”）が、前記評価データと、特定 のＤＦモジュールのＤＴＣが関係する前記構成要素またはサブシステムの評価に 関係する予め生成されたデータとを比較し、評価欠陥信号が生成された場合には 、該信号と、後に生成される評価データとを比較し、これにより、制御された欠 陥信号または制御された無欠陥信号のいずれかを生成する手段（２４）をさらに 備えている、前記請求項のいずれかに記載のシステム。 ７．前記システムがデータコレクタモジュール（４０）を含み、前記ＤＦモジュ ールが、該ＤＦモジュールにおいて制御された欠陥信号が生成されたときにＤＴ Ｃデータを作成する要求を該データコレクタモジュールに送る手段（２４）を備 えている、請求項６に記載のシステム。 ８．前記データコレクタモジュール（４０）が前記ＤＴＣデータを作成する手段 を備え、該ＤＴＣデータは、ＤＴＣと、該ＤＴＣが生成されたときのエンジンの 動作条件に関する情報とを含むＤＴＣブロックの形態である、請求項７に記載の システム。 ９．前記データコレクタモジュール（４０）が、前記ＤＴＣブロックを有効性確 認器モジュール（６０）に送信する手段を備えている、請求項８に記載のシステ ム。 １０．前記有効性確認器モジュールが、前記後に生成される評価ＤＴＣブロック がどの構成要素またはサブシステムに依存しているのかを決定する手段と、前記 制御された無欠陥信号が依存している該構成要素またはサブシステムの動作状態 に関するデータを取得する手段とを備えている、請求項９に記載のシステム。 １１．前記有効性確認器モジュール（６０）が、前記制御された無欠陥信号が依 存している前記構成要素またはサブシステムの動作状態に関する前記データを評 価し、これにより、前記ＤＴＣブロックが有効であるかどうかを決定する手段を 備えている、請求項１０に記載のシステム。 １２．前記有効性確認器モジュール（６０）が、前記ＤＴＣブロックが有効であ ると決定された場合に該ＤＴＣブロックの状態を有効に変更する手段と、該ＤＴ Ｃブロックが有効でないと決定された場合に該ＤＴＣブロックの消去する手段と を備えている、請求項１１に記載のシステム。 １３．１駆動サイクル中に１つの評価ルーチンを実行し、これにより、エンジン 管理システムにおける構成要素またはサブシステム内の欠陥を検出するとともに 、該構成要素またはサブシステムの動作状態を示すための診断トラブルコード（ ＤＴＣ）を生成するＤＦモジュール（２０、２０’、２０”）であって、 特定のＤＦモジュールに関連する評価ルーチンが実行されるべき優先度を決定 する手段（２４）、 を備えたＤＦモジュール。 １４．特定のＤＦモジュールのＤＴＣが関係する前記構成要素またはサブシステ ムの動作状態を評価するために評価ルーチンを実行する手段（２２）と、 評価されている構成要素またはサブシステムの動作状態に依存するランキング 値を生成する手段（２２）であって、評価ルーチンが１回行われる度に１つのラ ンキング値を生成する手段と、 複数回の評価ルーチンから得られるランキング値の統計的結果を処理および格 納する手段（２３）と、 該統計的結果を評価することにより、評価無欠陥信号または評価欠陥信号のい ずれかの形態である評価データを生成する手段（２２）と、 該統計的結果を評価する該手段（２２）から該評価信号を受信し、所定数の評 価欠陥信号を受信したときに制御された欠陥信号を生成する手段（２４）と、 駆動サイクルの残りのために、該制御された欠陥信号をＤＴＣデータの形態で 格納するかどうかを決定する手段（２５）と、 格納されたＤＴＣデータのいずれかを消去するかどうかを決定する手段（２５ ）と、 該格納されたＤＴＣデータに依存して、機能不全指示ランプを点灯または消灯 するかどうかを決定する手段（２５）と、 をさらに備えた、請求項１３に記載のＤＦモジュール。