自車両についての診断処理の実行の可否を判定する車載用判定装置
【課題】既存の車載システムを流用して新たな車載システムを構築する際のコストを低減する。
【解決手段】車載システム１を構成するＥＣＵは、自車両についての各種診断処理を行うと共に、該システムを構成する判定用ＥＣＵ１０は、他のＥＣＵに搭載されたセンサからの信号や、車内ＬＡＮ５０を介して他のＥＣＵから取得した情報に基づき、自車両の車両状態を検出する。そして、判定用ＥＣＵ１０は、車両状態や診断処理の結果等に基づき、各診断処理の実行が可能か否かの判定（実行可否判定）を行い、判定結果を各ＥＣＵに通知する。このため、車載システム１を流用して新たな車載システムを構築する際に、ＥＣＵの改変や削除が生じても、判定用ＥＣＵ１０に修正を加えるだけで同様の実行可否判定を行うことができ、コストを低減させることができる。
【解決手段】車載システム１を構成するＥＣＵは、自車両についての各種診断処理を行うと共に、該システムを構成する判定用ＥＣＵ１０は、他のＥＣＵに搭載されたセンサからの信号や、車内ＬＡＮ５０を介して他のＥＣＵから取得した情報に基づき、自車両の車両状態を検出する。そして、判定用ＥＣＵ１０は、車両状態や診断処理の結果等に基づき、各診断処理の実行が可能か否かの判定（実行可否判定）を行い、判定結果を各ＥＣＵに通知する。このため、車載システム１を流用して新たな車載システムを構築する際に、ＥＣＵの改変や削除が生じても、判定用ＥＣＵ１０に修正を加えるだけで同様の実行可否判定を行うことができ、コストを低減させることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載装置による自車両についての診断処理の実行の可否を判定する車載用判定装置に関する。
【背景技術】
【０００２】
自車両の診断機能を備えるＥＣＵが知られている。特許文献１には、このようなＥＣＵにおいて、センサ等の各部品の動作状態を判別するプログラムや、動作状態の判別結果に基づき各部品の異常を検出するプログラム等をオブジェクト指向により設計することが記載されており、これにより、診断機能に関するプログラムの再利用性を高め、プログラムの開発コストを低減させることができる。
【０００３】
また、車両のエンジンを制御するエンジンＥＣＵにも、上述の診断機能が設けられている。具体例を挙げると、エンジンには排ガス中の一酸化炭素，炭化水素，窒素酸化物を除去する三元触媒が設けられているが、三元触媒の上流側における排ガス中の空燃比と下流側における排ガス中の酸素濃度とに基づき、この三元触媒の浄化作用について診断する診断機能が知られている。
【０００４】
しかしながら、三元触媒は、エンジンにて理論空燃比での燃焼が行われ、且つ、高温でなければ有効に機能せず、三元触媒が有効に機能している状態でなければ、その浄化作用についての診断を行うことができない。このため、エンジンＥＣＵは、該診断に際して、自装置に接続されたセンサ等により三元触媒の温度を検出すると共に、車内ＬＡＮ等を介して他のＥＣＵから取得した自車両の車速等に基づきエンジンの稼動状態を把握し、これらに基づき三元触媒が有効に機能しているかどうかを判別する必要がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−９７８１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、特定の車両に搭載された複数のＥＣＵからなる既存の車載システムを流用して新たな車載システムを構築するという場合が想定される。このような場合には、既存の車載システムを構成するＥＣＵの改変や、該車載システムからのＥＣＵの除去や、該車載システムへの新たなＥＣＵの追加等が行われる可能性がある。
【０００７】
ここで、既存の車載システムに、上述したエンジンＥＣＵのように、他のＥＣＵから収集した情報に基づき診断処理が実行可能かどうかの判定（実行可否判定）を行うＥＣＵが含まれているとすると、該ＥＣＵは、他のＥＣＵの改変や除去等により、実行可否判定に必要な情報を収集できなくなるおそれがある。すなわち、他のＥＣＵの改変等に応じて、該他のＥＣＵから提供される情報により実行可否判定を行うＥＣＵを修正する必要が生じるケースがあり、このようなＥＣＵが多数存在する場合には、既存の車載システムを流用して新たな車載システムを構築する際のコストが大幅に増加してしまう。
【０００８】
本願発明は上記課題に鑑みてなされたものであり、当該装置を含む車載システムを流用して新たな車載システムを構築する際のコストを低減することが可能な車載用判定装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題に鑑みてなされた請求項１に記載の車載用判定装置は、自車両についての診断処理を実行する複数の車載装置と通信を行う通信手段と、自車両の状態を検出する検出手段と、検出手段により検出された自車両の状態に基づき、車載装置において行われる診断処理の実行が可能か否かを判定する実行可否判定手段と、を備える。また、通信手段を介して、実行可否判定手段による診断処理についての判定結果を、該診断処理を実行する車載装置に送信する送信手段を備える。
【００１０】
なお、自車両の状態とは、例えば、自車両の車速，エンジン回転数，燃料噴射量，ステアリングの操作状態等といった、自車両の運転や走行等に関する状態であっても良い。そして、検出手段は、例えば、通信手段を介して他の車載装置から受信した情報や、他の車載装置に搭載されたセンサ等から入力された信号等に基づき、このような状態を検出しても良い。
【００１１】
また、自車両の状態とは、例えば、他の車載装置により実行された診断処理により判明した自車両の部品の状態（故障の有無等）であっても良い。そして、検出手段は、例えば、通信手段を介して他の車載装置から受信した診断処理の実行結果や、自車両の部品の故障情報等に基づき、このような部品の状態を検出しても良い。
【００１２】
このような車載用判定装置を車載システムに設けることで、該車載システムを構成する車載装置における各診断処理が実行可能かどうかの判定（実行可否判定）を、車載用判定装置で一括して行うことができる。
【００１３】
このため、該車載システムを流用して新たな車載システムを構築する際に、車載装置の改変や、該車載システムからの車載装置の削除が生じたことにより、実行可否判定に必要な情報が提供されなくなった場合や、該情報の提供タイミングが変化した場合等であっても、車載用判定装置に修正を加えるだけで、以前と同様に実行可否判定を行うことができる。
【００１４】
つまり、車載装置の改変等に応じた実行可否判定の修正に関しては、修正を行う対象が個々の車載装置に分散してしまうことが無く、車載用判定装置のみを修正するだけで、従前と同様の実行可否判定を行うことが可能となる。このため、車載用判定装置が設けられていない車載システムを流用して新たな車載システムを構築する場合に比べ、車載装置の改変等に伴う実行可否判定に関する修正のコストを低減させることができるのである。
【００１５】
したがって、請求項１に記載の車載用判定装置を車載システムに設けることで、該車載システムを流用して新たな車載システムを構築する際のコストを低減させることができる。
【００１６】
なお、請求項２に記載されているように、送信手段は、周期的なタイミングで、判定結果を、該判定結果に係る診断処理を実行する車載装置に送信しても良い。
こうすることにより、車載装置は、診断処理を実行する前に、該診断処理の実行か可能かどうかを車載用判定装置に問い合わせる必要が無くなる。このため、処理負荷を低減させることや、診断処理をより迅速に実行することが可能となる。
【００１７】
また、一般的に、車載装置は、自車両の運転終了後は消費電力を抑えた状態にする必要があるため、大部分の機能を停止させると共に、ＲＡＭ等への電力供給を停止させる。このため、実行可否判定手段による判定結果は、自車両の運転の終了により消失してしまうおそれがある。
【００１８】
そこで、請求項３に記載の車載用判定装置では、自車両の運転終了後も記憶されたデータを保持することが可能な記憶手段をさらに備え、実行可否判定手段は、診断処理についての判定に関する情報を記憶手段に記憶させる。
【００１９】
なお、記憶手段とは、例えば、ＥＥＰＲＯＭ等の不揮発性のメモリであっても良いし、車載用判定装置に搭載されたバッテリや自車両のバッテリにより常時電力が供給され、運転終了後も記憶されたデータを保持するよう構成されたＲＡＭであっても良い。
【００２０】
こうすることにより、自車両の運転開始時に、自車両の状態を検出すること無く各診断処理が実行可能かどうかを把握するが可能となり、車載装置は、自車両の運転開始後に直ちに診断処理を実行することが可能となる。
【００２１】
また、車外に設けられた検査装置を自車両の車載システムに接続すると共に、該検査装置から該車載システムを構成する車載装置に指示を行い、各種検査処理を実行させることで、自車両の故障を検出する方法が知られている。そして、このような方法により故障を検出する際には、検査処理として、例えば、エンジンを所定の回転数で稼動させる等といった具合に、運転中とは異なる状態で自車両を稼動させる場合があり、このような検査処理の実行中に各車載装置にて診断処理が実行されると、誤った内容の診断結果が得られる可能性がある。
【００２２】
そこで、請求項４に記載の車載用判定装置は、車載装置の検査を行う検査装置に接続可能に構成されており、自装置に接続された検査装置から受け付けた検査指示に応じて、通信手段を介して、車載装置に対し、自車両についての検査を行うための検査処理の実行に関する指示を行う検査指示手段をさらに備える。そして、実行可否判定手段は、自車両の状態と検査指示の内容とに基づき、該検査指示に係る検査処理を実行する車載装置における診断処理の実行が可能か否かを判定する。
【００２３】
このような構成によれば、各車載装置にて検査処理が実行されているか否かを考慮して、診断処理の実行可否判定を行うことができる。このため、検査処理の実行により適切な診断結果が得られない状態となっているにも拘らず、診断処理の実行が許可されてしまうことを防ぐことができる。
【図面の簡単な説明】
【００２４】
【図１】車載システム，判定用ＥＣＵの構成を示すブロック図である。
【図２】実行可否判定テーブル等を示す表である。
【図３】実行可否状態テーブルを示す表である。
【図４】実行可否状態テーブル生成処理についてのフローチャートである。
【図５】診断結果送信処理についてのフローチャートである。
【図６】診断実行処理，判定結果通知処理についてのフローチャートである。
【図７】実行可否状態テーブル更新処理１についてのフローチャートである。
【図８】実行可否状態テーブル更新処理２についてのフローチャートである。
【図９】実行可否状態テーブル更新処理３についてのフローチャートである。
【発明を実施するための形態】
【００２５】
以下、本発明の実施形態について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。
【００２６】
［構成の説明］
まず、本実施形態の判定用ＥＣＵ１０の構成について説明する。図１（ａ）に記載されているように、判定用ＥＣＵ１０は、車内ＬＡＮ５０を介して接続されたエンジンＥＣＵ２０，ＡＥＣＵ３０，ＢＥＣＵ４０等と共に車載システム１を構成しており、該車載システム１を構成する他のＥＣＵにおける診断処理の実行についての可否を判定する処理を行う。
【００２７】
また、判定用ＥＣＵ１０は、ケーブル等を介して車外に設けられたテスタ６０と接続可能に構成されている。そして、テスタ６０が接続された際には、テスタ６０からの指示に応じて車載システム１を構成する他のＥＣＵと通信を行い、自車両の故障を検出するための検査処理を実行させる。
【００２８】
また、図１（ｂ）には、判定用ＥＣＵ１０の構成を示すブロック図が記載されている。判定用ＥＣＵ１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ等よりなる周知のマイクロコンピュータ等からなり、ＲＯＭに記憶された制御プログラムを実行することで判定用ＥＣＵ１０を統括制御する制御部１１を備える。また、車内ＬＡＮ５０を介して他のＥＣＵと通信を行う車内ＬＡＮ通信部１２と、バスを介してテスタ６０と通信を行うテスタ通信部１３と、不揮発性メモリ等から構成される記憶部１４と、を備える。
【００２９】
なお、記憶部１４は、自車両に搭載されたバッテリや、判定用ＥＣＵ１０に搭載されたバッテリから常時電力が供給され、自車両の運転状態に拘らず、常時記憶されたデータを保持するよう構成されたバックアップＲＡＭとして構成されていても良い。
【００３０】
また、判定用ＥＣＵ１０は、車載システム１を構成する他のＥＣＵに搭載されたセンサに繋がるケーブルが接続される接続部１５をさらに備え、制御部１１には、接続部１５を介してこれらのセンサからの信号が入力される。
【００３１】
［動作の概要の説明］
次に、判定用ＥＣＵ１０の動作の概要について説明する。
車載システム１を構成するエンジンＥＣＵ２０等のＥＣＵでは、自車両或いは自装置の故障を検出するための診断処理が行われるが、これらの診断処理の中には、特定の条件が成立した場合にしか実行することができないものがある。また、センサ等の部品の故障により特定の診断処理の実行が不可能となる場合や、テスタ６０からの指示により検査処理が実行されているため、診断処理を行っても適切な実行結果を得ることができない、或いは、診断処理の実行が不可能となる場合が考えられる。
【００３２】
このため、判定用ＥＣＵ１０は、車速，エンジン回転数，燃料噴射量，ステアリングの操作状態等といった、自車両の運転や走行等に関する状態（車両状態）を検出すると共に、各ＥＣＵにおける診断処理の実行結果（診断結果とも記載）や故障情報を取得する。そして、この車両状態や、診断結果や、故障情報や、検査処理の実行の有無等に応じて、各ＥＣＵにおける診断処理の実行が可能か否かの判定（実行可否判定）を行い、判定結果を各ＥＣＵに通知する。
【００３３】
ここで、図２（ａ）には、各診断処理についての実行可否判定に反映される車両状態に関する条件（車両状態条件）や、センサ等の部品の故障情報や、検査処理を示す実行可否判定テーブルを示す表が記載されている。なお、実行可否判定テーブルは、判定用ＥＣＵ１０の記憶部１４に保存されていても良い。
【００３４】
この実行可否判定テーブルにおいて、「診断処理」という項目は、車載システム１を構成する各ＥＣＵで行われる診断処理を示しており、図２（ａ）では、一例として、エンジンＥＣＵ２０にて行われる診断処理である触媒劣化診断とＡ／Ｆセンサ診断が記載されている。
【００３５】
触媒劣化診断とは、エンジンの排ガス中の一酸化炭素，炭化水素，窒素酸化物を除去する三元触媒の浄化作用について診断する診断処理である。触媒劣化診断には、排ガスの排出経路に設けられた三元触媒の上流側で空燃比を測定するＡ／Ｆセンサと、該三元触媒の下流側で排ガス中の酸素濃度を測定する酸素センサとが用いられる。そして、これらのセンサにより測定された、三元触媒を通過する前の排ガス中の空燃比と、該三元触媒を通過した排ガス中の酸素濃度との比較結果に基づき、三元触媒の浄化作用が診断される。
【００３６】
一方、Ａ／Ｆセンサ診断とは、エンジンに供給される空気及び燃料の量と、Ａ／Ｆセンサにより測定される排ガス中の空燃比とを比較することで、Ａ／Ｆセンサの異常を検出する診断処理である。具体的には、エンジンＥＣＵ２０は、エアフロセンサによりエンジンに吸入された空気の量（吸気量）を測定すると共に、Ａ／Ｆセンサにより排ガス中の空燃比を測定する。そして、吸気量等に応じて自身が設定した燃料噴射量に対する排ガスの中の空燃比の測定値が妥当かどうかを検証することで、Ａ／Ｆセンサを用いた正常な空燃比の測定ができているか否かを判定する。
【００３７】
また、実行可否判定テーブルにおける「車両状態条件」は、各診断処理についての実行可否判定に反映される車両状態条件を示す項目となっており、該項目は、「ＩＧ ＳＷ（イグニッションＳＷ）に関する条件」，「車速に関する条件１」等、車両状態条件の種別を示す小項目から構成されている。
【００３８】
そして、「車両状態条件」に対応する欄に“１”が設定されている場合には、該欄に対応して小項目が示す種別に属する車両状態条件が設けられていることを示している。なお、各欄に設けられた車両状態条件が不成立の場合には、該欄に対応する診断処理の実行可否判定において、該診断処理の実行は許可されない。
【００３９】
一方、「車両状態条件」に対応する欄に“０”が設定されている場合には、該欄に対応する車両状態条件が設けられていないことを示している。
なお、図２（ｂ）に記載の表は、車両状態条件の各種別（上述の小項目が示す種別）と、触媒劣化診断について設けられた各種別の車両状態条件の具体的内容を示している。また、図２（ｃ）に記載の表は、車両状態条件の各種別と、Ａ／Ｆセンサ診断について設けられた各種別の車両状態条件の具体的内容を示している。
【００４０】
また、実行可否判定テーブルにおける「故障情報」は、実行可否判定に故障の有無が反映される自車両の部品（対応する診断処理の実行に必要な部品）を示す項目となっており、該項目は、「Ａ／Ｆセンサ」，「酸素センサ」等、部品を示す小項目から構成されている。
【００４１】
そして、各小項目に対応する欄に“１”が設定されている場合には、該小項目が示す部品における故障の有無が、対応する診断処理の実行可否判定に反映されることを示している。具体的には、診断処理に対応する「故障情報」の欄のうち、“１”が設定されている欄に対応する小項目が示す部品のいずれか一つに故障が生じている場合には、実行可否判定において該診断処理の実行が許可されない。
【００４２】
一方、各小項目に対応する欄に“０”が設定されている場合には、該小項目が示す部品における故障の有無が、該欄に対応する診断処理の実行可否判定に反映されないことを示している。
【００４３】
なお、図２（ａ）において、「エアフロセンサ」は、エンジンの吸気量を測定するセンサであり、「吸気内圧力センサ」は、エンジンに吸入された空気の圧力を測定するセンサである。また、「ヒータ」は、Ａ／Ｆセンサを例えば７００℃付近まで加熱することでＡ／Ｆセンサを活性化し、空燃比の測定が可能な状態とする部品である。
【００４４】
また、実行可否判定テーブルにおける「検査処理」は、実行可否判定に実行の有無が反映される検査処理を示す項目となっており、「強制駆動」，「通信停止」，「診断停止」といった個々の検査処理を示す小項目から構成されている。
【００４５】
なお、「強制駆動」は、エンジンＥＣＵ２０が、例えば、所定の回転数を維持した状態でのエンジンの強制的な稼動や、エンジンを制御する各種アクチュエータ，コンポーネントの強制的な駆動等を行う処理である。また、「通信停止」は、車載システム１を構成する各ＥＣＵが、車内ＬＡＮ５０を介してのＥＣＵ間の通信を停止した状態で維持する処理であり、「診断停止」は、各ＥＣＵが診断処理の実行を禁止した状態で維持する処理である。
【００４６】
そして、各小項目に対応する欄に“１”が設定されている場合には、該小項目が示す検査処理を実行中（或いは実行予定）であるか否かが、該欄に対応する診断処理の実行可否判定に反映されることを示している。具体的には、診断処理に対応する「検査処理」の欄のうち、“１”が設定されている欄に対応する小項目が示す検査処理のいずれか一つが実行中等である場合には、実行可否判定において該診断処理の実行は許可されない。
【００４７】
一方、各小項目に対応する欄に“０”が設定されている場合には、該小項目が示す検査処理の実行の有無が、該欄に対応する診断処理の実行可否判定に反映されないことを示している。
【００４８】
次に、各診断処理が実行可能であるか否かを示す実行可否状態テーブルについて説明する。判定用ＥＣＵ１０は、実行可否状態テーブルに基づき、各ＥＣＵにより実行される診断処理についての実行可否判定を行う。
【００４９】
図３に記載の表は、実行可否状態テーブルを示している。この実行可否状態テーブルでは、「診断処理」という項目は、車載システム１を構成する各ＥＣＵで行われる診断処理を示しており、図３では、一例として、エンジンＥＣＵ２０にて行われる診断処理である触媒劣化診断とＡ／Ｆセンサ診断が記載されている。
【００５０】
また、実行可否状態テーブルにおける「車両状態条件」は、各診断処理に対応する車両状態条件の成立の有無を示す項目である。「車両状態条件」は、「ＩＧ ＳＷに関する条件」，「車速に関する条件１」等、車両状態条件の種別を示す小項目から構成されている。
【００５１】
そして、「車両状態条件」に対応する欄に設定された“−”（空値）は、該欄に対応して車両状態条件が設けられていないことを示し、該欄に設定された“１”または“０”は、該欄に対応して小項目が示す種別の車両状態条件が設けられていることを示している。さらに、該欄に設定された“１”は、該欄に対応して設けられている車両状態条件の成立を示し、該欄に設定された“０”は、該欄に対応して設けられている車両状態条件の不成立を示す。
【００５２】
また、実行可否状態テーブルにおける「故障情報」は、各診断処理に必要な部品における故障の有無を示す項目となっており、「Ａ／Ｆセンサ」，「酸素センサ」等、自車両の部品を示す小項目から構成されている。
【００５３】
そして、各小項目に対応する欄に設定された“１”は、該小項目が示す部品が正常であることを示し、該欄に設定された“０”は、該部品が故障していることを示している。また、該欄に設定された“−”は、該部品の故障の有無が、該診断処理についての実行可否判定に反映されないことを示している。
【００５４】
また、実行可否状態テーブルにおける「検査処理」は、各検査処理が実行中か否かを示す項目となっている。「検査処理」は、「強制駆動」等、個々の検査処理を示す小項目から構成されている。
【００５５】
そして、各小項目に対応する欄に設定された“１”は、該小項目が示す検査処理の実行中（或いは実行予定）でないことを示し、該欄に設定された“０”は、該検査処理の実行中等であることを示している。また、該欄に設定された“−”は、該検査処理の実行の有無が、該診断処理についての実行可否判定に反映されないことを示している。
【００５６】
また、診断処理についての実行可否判定では、実行可否状態テーブルにおける該診断処理に対応する各欄が参照され、これらの欄のいずれかに“０”が設定されている場合には、該診断処理の実行は許可されない。一方、これらの欄の全てに“１”或いは“−”が設定されている場合には、該診断処理の実行が許可される。
【００５７】
なお、実行可否状態テーブルは、記憶部１４に記憶されており、ＩＧ ＳＷがＯＮとなり、自車両の運転開始に伴い判定用ＥＣＵ１０が起動される際に、記憶部１４から制御部１１のＲＡＭに実行可否状態テーブルが読み出される。
【００５８】
そして、判定用ＥＣＵ１０の稼動中には、車両状態や、各ＥＣＵにおける診断処理の実行結果や、テスタ６０から発せられた指示等に基づき実行可否状態テーブルが更新される。また、判定用ＥＣＵ１０は、実行可否状態テーブルに基づき実行可否判定を行い、車載システム１を構成する他のＥＣＵに対して実行可否判定の結果を通知する。
【００５９】
その後、ＩＧ ＳＷがＯＦＦとなり、自車両の運転の終了に伴い判定用ＥＣＵ１０の動作が停止される際に、ＲＡＭに記憶されている最新の実行可否状態テーブルが記憶部１４に記憶される。
【００６０】
［具体例について］
次に、触媒劣化診断とＡ／Ｆセンサ診断を例に挙げて、各診断処理についての実行可否判定の具体例について説明する。
【００６１】
触媒劣化診断では、エンジンに設けられた三元触媒の浄化作用について診断されるが、三元触媒は、エンジンにて理論空燃比での燃焼が行われ、且つ、高温でなければ有効に機能せず、三元触媒が有効に機能している状態でなければ、その浄化作用についての診断を行うことができない。
【００６２】
このため、実行可否判定テーブルでは、触媒劣化診断についての車両状態条件として、“ＩＧ ＳＷ ＯＮ”，“車速が３０（ｋｍ／ｈ）以上”，“車速が８０（ｋｍ／ｈ）以下”，“冷却水温度が８０℃以上”，“触媒温度が３００℃以上”という５つの条件が設けられている（図２（ａ），（ｂ）参照）。そして、これらの条件が全て成立した場合には、エンジンが理論空燃比で燃焼していると共に、三元触媒が十分に高温であり、三元触媒は有効に機能しているとみなされる。一方、これらのうちのいずれか一つでも成立していない場合には、三元触媒は有効に機能していないとみなされ、実行可否判定では触媒劣化診断の実行が許可されない。
【００６３】
また、既に述べたように、触媒劣化診断は、Ａ／Ｆセンサと酸素センサを用いて行われるため、Ａ／Ｆセンサと、Ａ／Ｆセンサを活性化させるヒータと、酸素センサとが正常でなければ、触媒劣化診断を行うことはできない。
【００６４】
このため、実行可否判定テーブルでは、触媒劣化診断についての「故障情報」において、「Ａ／Ｆセンサ」，「酸素センサ」，「ヒータ」の小項目に対応する欄に“１”が設定され、これらの部品うちのいずれかに故障が生じている場合には、実行可否判定では触媒劣化診断の実行は許可されない（図２（ａ）参照）。
【００６５】
また、テスタ６０からの指示により行われる検査処理に関して、エンジンＥＣＵ２０にて強制駆動が行われている場合には、エンジンにて理論空燃比での燃焼が行われるとは限らない。また、判定用ＥＣＵ１０は、車内ＬＡＮ５０を介して車速を取得するため、通信停止の実行中は、理論空燃比での燃焼が行われているか否かを判定できない。また、言うまでも無く、診断停止の実行中は診断処理を行うことができない。
【００６６】
このため、実行可否判定テーブルでは、触媒劣化診断についての「検査処理」において、「強制駆動」，「通信停止」，「診断停止」の小項目に対応する欄に“１”が設定され、これらのうちのいずれかが実行中等である場合には、実行可否判定では触媒劣化診断の実行が許可されない（図２（ａ）参照）。
【００６７】
一方、Ａ／Ｆセンサ診断は、エンジンに供給される空気及び燃料の量と、Ａ／Ｆセンサにより測定される排ガス中の空燃比との比較により行われため、吸気が適正に行われた状態でエンジンが稼動していなければ、診断を行うことができない。また、Ａ／Ｆセンサを正常に稼動させるためには、ヒータによりＡ／Ｆセンサを例えば７００℃付近の高温に保つ必要があり、さらに、Ａ／Ｆセンサ診断を精度良く行うためには、エンジンに供給される空気及び燃料の量を所定範囲内に設定する必要がある。
【００６８】
このため、実行可否判定テーブルでは、Ａ／Ｆセンサ診断についての車両状態条件として、“ＩＧ ＳＷ ＯＮ”，“車速が４０（ｋｍ／ｈ）以上”，“車速が６０（ｋｍ／ｈ）以下”，“冷却水温度が８５℃以上”，“Ａ／Ｆセンサ温度が７００℃”という５つの条件が設けられている（図２（ａ），（ｃ）参照）。そして、これらのうちのいずれか一つでも成立しない場合には、実行可否判定ではＡ／Ｆセンサ診断の実行が許可されない。
【００６９】
また、既に述べたように、Ａ／Ｆセンサ診断には、エアフロセンサ，Ａ／Ｆセンサが用いられ、Ａ／Ｆセンサを正常に稼動させるためには、ヒータによりＡ／Ｆセンサを高温に保つ必要がある。また、Ａ／Ｆセンサ診断では、エンジンへの吸気が正常に行われているかどうかを判定するため、吸気内圧力センサにより吸入された空気の圧力が測定される。
【００７０】
このため、実行可否判定テーブルでは、Ａ／Ｆセンサ診断についての「故障情報」において、「エアフロセンサ」，「吸気内圧力センサ」，「ヒータ」の項目に対応する欄に“１”が設定され、これらの部品うちのいずれかに故障が生じている場合には、実行可否判定ではＡ／Ｆセンサ診断の実行が許可されない（図２（ａ）参照）。
【００７１】
また、検査処理に関して、エンジンＥＣＵ２０にて強制駆動が行われている場合には、Ａ／Ｆセンサ診断が可能な状態でエンジンが稼動しているとは限らない。また、触媒劣化診断と同様の理由により、通信停止，診断停止の実行中は診断処理を行うことができない。
【００７２】
このため、実行可否判定テーブルでは、Ａ／Ｆセンサ診断についての「検査処理」において、「強制駆動」，「通信停止」，「診断停止」の小項目に対応する欄に“１”が設定され、これらのうちのいずれかが実行中等である場合には、実行可否判定ではＡ／Ｆセンサ診断の実行は許可されない（図２（ａ）参照）。
【００７３】
［詳細な動作について］
次に、診断処理や実行可否判定に関連する各種処理について説明する。
（１）実行可否状態テーブル生成処理について
まず、判定用ＥＣＵ１０にて実行可否状態テーブルを新たに生成する実行可否状態テーブル生成処理について、図４に記載のフローチャートを用いて説明する。なお、本処理は、記憶部１４に実行可否状態テーブルが記憶されていない状態で、自車両のＩＧ ＳＷのＯＮに伴い判定用ＥＣＵ１０が起動された場合等に実行される。
【００７４】
Ｓ１０５では、判定用ＥＣＵ１０の制御部１１は、ＲＡＭ上に展開された実行可否状態テーブルの各欄に“０”を設定することで実効可否状態テーブルを初期化し、Ｓ１１０に処理を移行する。
【００７５】
Ｓ１１０，Ｓ１１５では、実行可否状態テーブルの「車両状態条件」における各小項目に対応する欄を設定する。いずれかの小項目を対象としてＳ１１０，Ｓ１１５が実行され、全小項目についての設定が完了するまで、Ｓ１１０，Ｓ１１５が繰り返し実行される。
【００７６】
Ｓ１１０では、制御部１１は、他のＥＣＵに搭載されたセンサからの信号や、車内ＬＡＮ５０を介して他のＥＣＵから取得した情報等に基づき、小項目が示す種別の車両状態条件に係る車両状態を検出する。
【００７７】
続くＳ１１５では、制御部１１は、実行可否判定テーブルを参照し、小項目における各欄に対し車両状態条件が設けられているか否かを判別する。そして、車両状態条件が設けられている欄に関しては、検出した車両状態に基づき該欄に対応する車両状態条件が成立しているか否かを判定し、成立している場合には該欄に“１”を設定すると共に、成立していない場合には該欄に“０”を設定する。また、車両状態条件が設けられていない欄に関しては、“−”を設定する。
【００７８】
続くＳ１２０，Ｓ１２５では、実行可否状態テーブルの「故障情報」における各小項目に対応する欄を設定する。いずれかの小項目を対象としてＳ１２０，Ｓ１２５が実行され、全小項目についての設定が完了するまで、Ｓ１２０，Ｓ１２５が繰り返し実行される。
【００７９】
Ｓ１２０では、制御部１１は、車内ＬＡＮ５０を介して、他のＥＣＵにおける最新の診断結果や部品の故障情報を取得し、小項目が示す部品における故障の有無を判別する。
続くＳ１２５では、制御部１１は、実行可否判定テーブルを参照して小項目が示す部品が各診断処理に必要か否かを判定し、該部品が用いられない診断処理に対応する欄には、“−”を設定する。そして、未設定の欄に対しては、該部品で故障が発生している場合には“０”を、故障が発生していない場合には“１”を設定する。
【００８０】
続くＳ１３０，Ｓ１３５では、実行可否状態テーブルの「検査処理」における各小項目に対応する欄を設定する。いずれかの小項目を対象としてＳ１３０，Ｓ１３５が実行され、全小項目についての設定が完了するまで、Ｓ１３０，Ｓ１３５が繰り返し実行される。
【００８１】
Ｓ１３０では、制御部１１は、テスタ通信部１３を介してテスタ６０から受信したメッセージを解析し、解析結果に基づき、小項目が示す検査処理を実行する指示を受け取ったか否かを判定する。なお、言うまでも無く、テスタ６０からメッセージを受信していない場合には、該指示を受け取っていないものとする。
【００８２】
続くＳ１３５では、制御部１１は、実行可否判定テーブルを参照して小項目が示す検査処理の実行の有無が、各診断処理についての実行可否判定に反映されるか否かを判定し、反映がなされない診断処理に対応する欄には、“−”を設定する。そして、未設定の欄に対しては、該検査処理を実行する指示を受け取った場合には“０”を、該指示を受け取っていない場合には“１”を設定する。
【００８３】
「検査処理」における全ての小項目の設定が終了すると、制御部１１は、本処理を終了する。
（２）診断結果送信処理について
次に、車載システム１を構成する各ＥＣＵが診断結果を判定用ＥＣＵ１０に通知する診断結果送信処理について、図５に記載のフローチャートを用いて説明する。なお、本処理は、各ＥＣＵでの診断処理の実行後や、各ＥＣＵの起動時や、各ＥＣＵが判定用ＥＣＵ１０から診断結果の送信を要求された場合等に実行される。
【００８４】
Ｓ２０５，Ｓ２１０では、ＥＣＵにて実行される全ての診断処理の実行結果を示す送信データを生成する。いずれかの診断処理を対象としてＳ２０５，Ｓ２１０が実行され、全ての診断処理についての実行結果が送信バッファに設定されるまで、Ｓ２０５，Ｓ２１０が繰り返し実行される。
【００８５】
Ｓ２０５では、診断処理を示す診断ＩＤが送信バッファに設定される。
続くＳ２１０では、診断ＩＤに対応付けられた状態で、診断処理の実行結果が送信バッファに設定される。
【００８６】
そして、Ｓ２１５では、送信バッファに設定された送信データが、車内ＬＡＮ５０を介して判定用ＥＣＵ１０に送信され、本処理は終了する。
（３）診断実行処理について
次に、車載システム１を構成する各ＥＣＵが、判定用ＥＣＵ１０に対して診断処理の実行の可否を問い合わせ、実行が許可された場合に診断処理を行う診断実行処理について、図６（ａ）に記載のフローチャートを用いて説明する。
【００８７】
Ｓ３０５では、車内ＬＡＮ５０を介して、診断処理を実行するＥＣＵから判定用ＥＣＵ１０に対し、該診断処理についての実行の可否の問い合わせが行われる。
続くＳ３１０では、診断処理を行うＥＣＵでは、判定用ＥＣＵ１０から上記問い合わせに対する応答を受け取り、診断処理の実行が許可されたか否かが判定される。そして、肯定判定の場合には（Ｓ３１０：Ｙｅｓ）、Ｓ３１５に処理が移行され、否定判定の場合には（Ｓ３１０：Ｎｏ）、本処理は終了する。
【００８８】
Ｓ３１５では、実行可否の問い合わせを行ったＥＣＵにて、該問い合わせに係る診断処理が行われる。そして、診断処理が完了すると、車内ＬＡＮ５０を介して、診断結果が判定用ＥＣＵ１０に通知され（Ｓ３２０）、本処理は終了する。
【００８９】
（４）判定結果通知処理について
次に、判定用ＥＣＵ１０が、車載システム１を構成するＥＣＵからの問い合わせに応じて診断処理の実行が許可されているか否かを通知する判定結果通知処理について、図６（ｂ）に記載のフローチャートを用いて説明する。なお、本処理は、判定用ＥＣＵ１０が、診断処理を実行するＥＣＵから該診断処理の実行についての問い合わせを受け付けた際に実行される。
【００９０】
Ｓ４０５では、判定用ＥＣＵ１０の制御部１１は、ＲＡＭ上に展開されている実行可否状態テーブルを参照し、上記問い合わせに係る診断処理に対応する各欄の設定値を判別する。
【００９１】
そして、いずれの欄にも“０”が設定されていない場合には（Ｓ４１０：Ｙｅｓ）、診断処理の実行が許可されていると判定してＳ４１５に処理を移行し、いずれかの欄に“０”が設定されている場合には（Ｓ４１０：Ｎｏ）、診断処理の実行が許可されていないと判定してＳ４２０に処理を移行する。
【００９２】
Ｓ４１５では、制御部１１は、問い合わせを行ったＥＣＵに対し、車内ＬＡＮ５０を介して診断処理の実行が許可されている旨を通知し、本処理を終了する。
一方、Ｓ４２０では、制御部１１は、問い合わせを行ったＥＣＵに対し、車内ＬＡＮ５０を介して診断処理の実行が許可されていない旨を通知し、本処理を終了する。
【００９３】
（５）実行可否状態テーブル更新処理１について
次に、車両状態を検出すると共に、検出した車両状態に応じて実行可否状態テーブルにおける「車両状態条件」に対応する欄を設定する実行可否状態テーブル更新処理１について、図７に記載のフローチャートを用いて説明する。なお、本処理は、判定用ＥＣＵ１０にて定期的なタイミングで実行される処理である。
【００９４】
Ｓ５０５では、判定用ＥＣＵ１０の制御部１１は、他のＥＣＵに設けられたセンサからの信号や、車内ＬＡＮ５０を介して他のＥＣＵから取得した情報等に基づき、いずれかの車両状態を検出する。なお、本処理が実行される度に、実行可否状態テーブルにおける「車両状態条件」の各小項目に対応する車両状態、或いは、これら以外の他の車両状態のうちのいずれかが順次検出される。そして、Ｓ５１０に処理を移行する。
【００９５】
Ｓ５１０では、制御部１１は、実行可否判定テーブルにおける「車両状態条件」の小項目を参照し、検出した車両状態に関する車両状態条件が設けられているかを判定する。そして、肯定判定が得られた場合には（Ｓ５１０：Ｙｅｓ）、Ｓ５１５に処理を移行し、否定判定が得られた場合には（Ｓ５１０：Ｎｏ）、本処理を終了する。
【００９６】
Ｓ５１５〜Ｓ５３０では、実行可否状態テーブルにおける、検出した車両状態に関する車両状態条件に対応する各欄を設定する。既に述べたように、該欄は、対応する診断処理に設けられた車両状態条件の成立の有無を示すものであり、いずれかの診断処理を対象としてＳ５１５〜Ｓ５３０が実行され、全ての診断処理に対応する欄の設定が完了するまで、Ｓ５１５〜Ｓ５３０が繰り返し実行される。
【００９７】
Ｓ５１５では、制御部１１は、実行可否判定テーブルを参照し、診断処理に対応して、検出された車両状態に関する車両状態条件が設けられているか否かを判定する。そして、肯定判定が得られた場合には（Ｓ５１５：Ｙｅｓ）、Ｓ５２０に処理を移行し、否定判定が得られた場合には（Ｓ５１５：Ｎｏ）、次の診断処理を対象とした設定に移行する。
【００９８】
Ｓ５２０では、制御部１１は、検出した車両状態に基づき、診断処理に対応して設けられている上記車両状態条件が成立しているか否かを判定する。そして、肯定判定が得られた場合には（Ｓ５２０：Ｙｅｓ）、実行可否状態テーブルの「車両状態条件」における診断処理、及び上記車両状態条件に対応する欄に“１”を設定し（Ｓ５２５）、否定判定が得られた場合には（Ｓ５２０：Ｎｏ）、該欄に“０”を設定する（Ｓ５３０）。
【００９９】
そして、全ての診断処理に対応する欄についての設定が完了すると、制御部１１は、本処理を終了する。
（６）実行可否状態テーブル更新処理２について
次に、各ＥＣＵにおける診断結果に応じて、実行可否状態テーブルにおける「故障情報」に対応する欄を設定する実行可否状態テーブル更新処理２について、図８に記載のフローチャートを用いて説明する。なお、本処理は、判定用ＥＣＵ１０が他のＥＣＵから診断結果を受け取った際に実行される処理である。
【０１００】
Ｓ６０５では、判定用ＥＣＵ１０の制御部１１は、車内ＬＡＮ５０を介して他のＥＣＵから受け取った診断結果が、実行可否状態テーブルにおける「故障情報」の小項目が示す部品の故障の有無を示すものであるか否かを判定する。そして、肯定判定が得られた場合には（Ｓ６０５：Ｙｅｓ）、Ｓ６１０に処理を移行し、否定判定が得られた場合には（Ｓ６０５：Ｎｏ）、本処理を終了する。
【０１０１】
Ｓ６１０〜Ｓ６２５では、診断結果が示す部品の故障の有無に応じて、実行可否状態テーブルにおける該部品に対応する各欄を設定する。既に述べたように、各欄はいずれかの診断処理に対応するものであり、いずれかの診断処理を対象としてＳ６１０〜Ｓ６２５が実行され、全ての診断処理に対応する欄の設定が完了するまで、Ｓ６１０〜Ｓ６２５が繰り返し実行される。
【０１０２】
Ｓ６１０では、制御部１１は、実行可否判定テーブルを参照し、上記部品にて故障が生じた際に、診断処理の実行が禁止されるかどうかを判定する。そして、肯定判定が得られた場合には（Ｓ６１０：Ｙｅｓ）、Ｓ６１５に処理を移行し、否定判定が得られた場合には（Ｓ６１０：Ｎｏ）、次の診断処理を対象とした設定に移行する。
【０１０３】
Ｓ６１５では、制御部１１は、受け取った診断結果に基づき、上記部品における故障の有無を判定する。そして、肯定判定が得られた場合には（Ｓ６１５：Ｙｅｓ）、実行可否状態テーブルの「故障情報」の上記部品を示す小項目における診断処理に対応する欄に“１”を設定し（Ｓ６２０）、否定判定が得られた場合には（Ｓ６１５：Ｎｏ）、該欄に“０”を設定する（Ｓ６２５）。
【０１０４】
そして、全ての診断処理に対応する欄についての設定が完了すると、制御部１１は、本処理を終了する。
（７）実行可否状態テーブル更新処理３について
次に、テスタ６０からの指示により、車載システム１を構成する各ＥＣＵにおける検査処理の実行状態に応じて、実行可否状態テーブルにおける「検査処理」に対応する欄を設定する実行可否状態テーブル更新処理３について、図９に記載のフローチャートを用いて説明する。なお、既に述べたように、テスタ６０は、判定用ＥＣＵ１０を介して各ＥＣＵに各種指示を行うよう構成されており、本処理は、判定用ＥＣＵ１０がテスタ６０から該指示を行うためのメッセージを受け取った際に実行される処理である。
【０１０５】
Ｓ７０５では、判定用ＥＣＵ１０の制御部１１は、バスを介してテスタ６０から受け取ったメッセージを解析し、Ｓ７１０に処理を移行する。
Ｓ７１０では、制御部１１は、受け取ったメッセージが正常であるか否かを判定し、肯定判定が得られた場合には（Ｓ７１０：Ｙｅｓ）、Ｓ７１５に処理を移行する。一方、否定判定が得られた場合には（Ｓ７１０：Ｎｏ）、本処理を終了する。
【０１０６】
Ｓ７１５では、制御部１１は、受け取ったメッセージが、いずれかのＥＣＵに対し、いずれかの検査処理の開始或いは終了を指示するものであるか否かを判定する。そして、肯定判定が得られた場合には（Ｓ７１５：Ｙｅｓ）、車内ＬＡＮ５０を介して、該ＥＣＵに対し、検査処理の開始等を指示するコマンドを送信する処理を行い（特許請求の範囲における検査指示手段に相当）、Ｓ７２０に処理を移行する。一方、否定判定が得られた場合には（Ｓ７１５：Ｎｏ）、該メッセージに応じて車内ＬＡＮ５０を介して他のＥＣＵに対しコマンドを送信し、本処理を終了する。
【０１０７】
Ｓ７２０〜Ｓ７３５では、受け取ったメッセージに応じて、実行可否状態テーブルにおける該メッセージに係る検査処理に対応する各欄を設定する。既に述べたように、各欄はいずれかの診断処理に対応するものであり、いずれかの診断処理を対象としてＳ７２０〜Ｓ７３５が実行され、全ての診断処理に対応する欄の設定が完了するまで、Ｓ７２０〜Ｓ７３５が繰り返し実行される。
【０１０８】
Ｓ７２０では、制御部１１は、実行可否判定テーブルを参照し、上記検査処理の実行中に診断処理の実行が禁止されるかどうかを判定する。そして、肯定判定が得られた場合には（Ｓ７２０：Ｙｅｓ）、Ｓ７２５に処理を移行し、否定判定が得られた場合には（Ｓ７２０：Ｎｏ）、次の診断処理を対象とした設定に移行する。
【０１０９】
Ｓ７２５では、制御部１１は、受け取ったメッセージが、上記検査処理の開始を指示するものであるか否かを判定する。そして、肯定判定が得られた場合には（Ｓ７２５：Ｙｅｓ）、実行可否判定テーブルの「検査処理」の上記検査処理を示す小項目における診断処理に対応する欄に“０”を設定する（Ｓ７３０）。一方、否定判定が得られた場合（換言すれば、上記検査処理の終了を指示するメッセージを受け取った場合）には（Ｓ７２５：Ｎｏ）、該欄に“１”を設定する（Ｓ７３５）。
【０１１０】
そして、全ての診断処理に対応する欄についての設定が完了すると、制御部１１は、本処理を終了する。
［効果］
本実施形態の車載システム１では、各ＥＣＵにて実行される診断処理についての実行可否判定が判定用ＥＣＵ１０にて行われ、個々のＥＣＵが独自に実行可否判定を行うことは無い。
【０１１１】
このため、本実施形態の車載システム１を流用して新たな車載システムを構築する際に、ＥＣＵの改変や、車載システム１からのＥＣＵの削除がなされ、実行可否判定に必要な情報が提供されなくなった場合や、該情報の提供タイミングが変化した場合等であっても、判定用ＥＣＵ１０に修正を加えるだけで、以前と同様の実行可否判定を行うことができる。
【０１１２】
つまり、ＥＣＵの改変等に応じた実行可否判定の修正に関しては、修正を行う対象が個々のＥＣＵに分散してしまうことが無く、判定用ＥＣＵ１０のみを修正するだけで、従前と同様の実行可否判定を行うことが可能となる。このため、判定用ＥＣＵ１０が設けられていない車載システムを流用して新たな車載システムを構築する場合に比べ、ＥＣＵの改変等に伴う実行可否判定に関する修正のコストを低減させることができるのである。
【０１１３】
したがって、本実施形態の判定用ＥＣＵ１０を車載システム１に設けることで、該車載システム１を流用して新たな車載システムを構築する際のコストを低減させることができる。
【０１１４】
［他の実施形態］
（１）本実施形態の実行可否状態テーブル更新処理２では、判定用ＥＣＵ１０の制御部１１は、他のＥＣＵから取得した診断結果に応じて、実行可否状態テーブルの「故障情報」に対応する各欄を更新している。しかしながら、これに限らず、制御部１１は、車内ＬＡＮ５０を介して他のＥＣＵから実行可否状態テーブルの「故障情報」の各小項目が示す部品に関する故障情報を取得した際に、該故障情報に基づき、実行可否状態テーブルにおける該部品に対応する欄を更新しても良い。このような場合であっても、同様の効果を得ることができる。
【０１１５】
（２）また、本実施形態では、車両状態条件の成立の有無，診断処理に必要な各部品における故障の有無，検査処理の実行の有無の三つに基づき、診断処理についての実行可否判定を行っているが、これらのうちの一つ或いは二つに基づき、実行可否判定を行っても良い。このような場合であっても、同様の効果を得ることができる。
【０１１６】
（３）また、判定用ＥＣＵ１０の制御部１１は、定期的なタイミングで（例えば５秒周期で）、ＲＡＭに保存された実行可否状態テーブルを参照して各診断処理の実行が許可されているか否かを判定し、各診断処理についての判定結果を、車内ＬＡＮ５０を介して、該診断処理を実行するＥＣＵに送信する処理を実行しても良い。なお、該処理は、特許請求の範囲における送信手段に相当する。
【０１１７】
こうすることにより、ＥＣＵは、診断処理を実行するたびに、該診断処理の実行が許可されているかどうかを判定用ＥＣＵ１０に問い合わせる必要が無くなる。このため、処理負荷を低減させることや、診断処理をより迅速に実行することが可能となる。
【０１１８】
［特許請求の範囲との対応］
上記実施形態の説明で用いた用語と、特許請求の範囲の記載に用いた用語との対応を示す。
【０１１９】
判定用ＥＣＵ１０が車載用判定装置に、エンジンＥＣＵ２０，ＡＥＣＵ３０，ＢＥＣＵ３０等のＥＣＵが車載装置に、テスタ６０が検査装置に相当する。
また、判定用ＥＣＵ１０の車内ＬＡＮ通信部１２が通信手段に、車内ＬＡＮ通信部１２，接続部１５が検出手段に、記憶部１４が記憶手段に相当する。
【０１２０】
また、車両状態，診断結果が、自車両の状態に相当する。
また、実行可否状態テーブル生成処理におけるＳ１１５，Ｓ１２５，Ｓ１３５や、実行可否状態テーブル更新処理１におけるＳ５２０や、実行可否状態テーブル更新処理２におけるＳ６１５や、実行可否状態テーブル更新処理３におけるＳ７２５が、実行可否判定手段に相当する。
【０１２１】
また、判定結果通知処理におけるＳ４１５，Ｓ４２０が、送信手段に相当する。
また、テスタ６０からのメッセージが、検査指示に相当する。
【符号の説明】
【０１２２】
１…車載システム、１０…判定用ＥＣＵ、１１…制御部、１２…車内ＬＡＮ通信部、１３…テスタ通信部、１４…記憶部、１５…接続部、２０…エンジンＥＣＵ、３０…ＡＥＣＵ、４０…ＢＥＣＵ、５０…車内ＬＡＮ、６０…テスタ
【技術分野】
【０００１】
本発明は、車載装置による自車両についての診断処理の実行の可否を判定する車載用判定装置に関する。
【背景技術】
【０００２】
自車両の診断機能を備えるＥＣＵが知られている。特許文献１には、このようなＥＣＵにおいて、センサ等の各部品の動作状態を判別するプログラムや、動作状態の判別結果に基づき各部品の異常を検出するプログラム等をオブジェクト指向により設計することが記載されており、これにより、診断機能に関するプログラムの再利用性を高め、プログラムの開発コストを低減させることができる。
【０００３】
また、車両のエンジンを制御するエンジンＥＣＵにも、上述の診断機能が設けられている。具体例を挙げると、エンジンには排ガス中の一酸化炭素，炭化水素，窒素酸化物を除去する三元触媒が設けられているが、三元触媒の上流側における排ガス中の空燃比と下流側における排ガス中の酸素濃度とに基づき、この三元触媒の浄化作用について診断する診断機能が知られている。
【０００４】
しかしながら、三元触媒は、エンジンにて理論空燃比での燃焼が行われ、且つ、高温でなければ有効に機能せず、三元触媒が有効に機能している状態でなければ、その浄化作用についての診断を行うことができない。このため、エンジンＥＣＵは、該診断に際して、自装置に接続されたセンサ等により三元触媒の温度を検出すると共に、車内ＬＡＮ等を介して他のＥＣＵから取得した自車両の車速等に基づきエンジンの稼動状態を把握し、これらに基づき三元触媒が有効に機能しているかどうかを判別する必要がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−９７８１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、特定の車両に搭載された複数のＥＣＵからなる既存の車載システムを流用して新たな車載システムを構築するという場合が想定される。このような場合には、既存の車載システムを構成するＥＣＵの改変や、該車載システムからのＥＣＵの除去や、該車載システムへの新たなＥＣＵの追加等が行われる可能性がある。
【０００７】
ここで、既存の車載システムに、上述したエンジンＥＣＵのように、他のＥＣＵから収集した情報に基づき診断処理が実行可能かどうかの判定（実行可否判定）を行うＥＣＵが含まれているとすると、該ＥＣＵは、他のＥＣＵの改変や除去等により、実行可否判定に必要な情報を収集できなくなるおそれがある。すなわち、他のＥＣＵの改変等に応じて、該他のＥＣＵから提供される情報により実行可否判定を行うＥＣＵを修正する必要が生じるケースがあり、このようなＥＣＵが多数存在する場合には、既存の車載システムを流用して新たな車載システムを構築する際のコストが大幅に増加してしまう。
【０００８】
本願発明は上記課題に鑑みてなされたものであり、当該装置を含む車載システムを流用して新たな車載システムを構築する際のコストを低減することが可能な車載用判定装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題に鑑みてなされた請求項１に記載の車載用判定装置は、自車両についての診断処理を実行する複数の車載装置と通信を行う通信手段と、自車両の状態を検出する検出手段と、検出手段により検出された自車両の状態に基づき、車載装置において行われる診断処理の実行が可能か否かを判定する実行可否判定手段と、を備える。また、通信手段を介して、実行可否判定手段による診断処理についての判定結果を、該診断処理を実行する車載装置に送信する送信手段を備える。
【００１０】
なお、自車両の状態とは、例えば、自車両の車速，エンジン回転数，燃料噴射量，ステアリングの操作状態等といった、自車両の運転や走行等に関する状態であっても良い。そして、検出手段は、例えば、通信手段を介して他の車載装置から受信した情報や、他の車載装置に搭載されたセンサ等から入力された信号等に基づき、このような状態を検出しても良い。
【００１１】
また、自車両の状態とは、例えば、他の車載装置により実行された診断処理により判明した自車両の部品の状態（故障の有無等）であっても良い。そして、検出手段は、例えば、通信手段を介して他の車載装置から受信した診断処理の実行結果や、自車両の部品の故障情報等に基づき、このような部品の状態を検出しても良い。
【００１２】
このような車載用判定装置を車載システムに設けることで、該車載システムを構成する車載装置における各診断処理が実行可能かどうかの判定（実行可否判定）を、車載用判定装置で一括して行うことができる。
【００１３】
このため、該車載システムを流用して新たな車載システムを構築する際に、車載装置の改変や、該車載システムからの車載装置の削除が生じたことにより、実行可否判定に必要な情報が提供されなくなった場合や、該情報の提供タイミングが変化した場合等であっても、車載用判定装置に修正を加えるだけで、以前と同様に実行可否判定を行うことができる。
【００１４】
つまり、車載装置の改変等に応じた実行可否判定の修正に関しては、修正を行う対象が個々の車載装置に分散してしまうことが無く、車載用判定装置のみを修正するだけで、従前と同様の実行可否判定を行うことが可能となる。このため、車載用判定装置が設けられていない車載システムを流用して新たな車載システムを構築する場合に比べ、車載装置の改変等に伴う実行可否判定に関する修正のコストを低減させることができるのである。
【００１５】
したがって、請求項１に記載の車載用判定装置を車載システムに設けることで、該車載システムを流用して新たな車載システムを構築する際のコストを低減させることができる。
【００１６】
なお、請求項２に記載されているように、送信手段は、周期的なタイミングで、判定結果を、該判定結果に係る診断処理を実行する車載装置に送信しても良い。
こうすることにより、車載装置は、診断処理を実行する前に、該診断処理の実行か可能かどうかを車載用判定装置に問い合わせる必要が無くなる。このため、処理負荷を低減させることや、診断処理をより迅速に実行することが可能となる。
【００１７】
また、一般的に、車載装置は、自車両の運転終了後は消費電力を抑えた状態にする必要があるため、大部分の機能を停止させると共に、ＲＡＭ等への電力供給を停止させる。このため、実行可否判定手段による判定結果は、自車両の運転の終了により消失してしまうおそれがある。
【００１８】
そこで、請求項３に記載の車載用判定装置では、自車両の運転終了後も記憶されたデータを保持することが可能な記憶手段をさらに備え、実行可否判定手段は、診断処理についての判定に関する情報を記憶手段に記憶させる。
【００１９】
なお、記憶手段とは、例えば、ＥＥＰＲＯＭ等の不揮発性のメモリであっても良いし、車載用判定装置に搭載されたバッテリや自車両のバッテリにより常時電力が供給され、運転終了後も記憶されたデータを保持するよう構成されたＲＡＭであっても良い。
【００２０】
こうすることにより、自車両の運転開始時に、自車両の状態を検出すること無く各診断処理が実行可能かどうかを把握するが可能となり、車載装置は、自車両の運転開始後に直ちに診断処理を実行することが可能となる。
【００２１】
また、車外に設けられた検査装置を自車両の車載システムに接続すると共に、該検査装置から該車載システムを構成する車載装置に指示を行い、各種検査処理を実行させることで、自車両の故障を検出する方法が知られている。そして、このような方法により故障を検出する際には、検査処理として、例えば、エンジンを所定の回転数で稼動させる等といった具合に、運転中とは異なる状態で自車両を稼動させる場合があり、このような検査処理の実行中に各車載装置にて診断処理が実行されると、誤った内容の診断結果が得られる可能性がある。
【００２２】
そこで、請求項４に記載の車載用判定装置は、車載装置の検査を行う検査装置に接続可能に構成されており、自装置に接続された検査装置から受け付けた検査指示に応じて、通信手段を介して、車載装置に対し、自車両についての検査を行うための検査処理の実行に関する指示を行う検査指示手段をさらに備える。そして、実行可否判定手段は、自車両の状態と検査指示の内容とに基づき、該検査指示に係る検査処理を実行する車載装置における診断処理の実行が可能か否かを判定する。
【００２３】
このような構成によれば、各車載装置にて検査処理が実行されているか否かを考慮して、診断処理の実行可否判定を行うことができる。このため、検査処理の実行により適切な診断結果が得られない状態となっているにも拘らず、診断処理の実行が許可されてしまうことを防ぐことができる。
【図面の簡単な説明】
【００２４】
【図１】車載システム，判定用ＥＣＵの構成を示すブロック図である。
【図２】実行可否判定テーブル等を示す表である。
【図３】実行可否状態テーブルを示す表である。
【図４】実行可否状態テーブル生成処理についてのフローチャートである。
【図５】診断結果送信処理についてのフローチャートである。
【図６】診断実行処理，判定結果通知処理についてのフローチャートである。
【図７】実行可否状態テーブル更新処理１についてのフローチャートである。
【図８】実行可否状態テーブル更新処理２についてのフローチャートである。
【図９】実行可否状態テーブル更新処理３についてのフローチャートである。
【発明を実施するための形態】
【００２５】
以下、本発明の実施形態について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。
【００２６】
［構成の説明］
まず、本実施形態の判定用ＥＣＵ１０の構成について説明する。図１（ａ）に記載されているように、判定用ＥＣＵ１０は、車内ＬＡＮ５０を介して接続されたエンジンＥＣＵ２０，ＡＥＣＵ３０，ＢＥＣＵ４０等と共に車載システム１を構成しており、該車載システム１を構成する他のＥＣＵにおける診断処理の実行についての可否を判定する処理を行う。
【００２７】
また、判定用ＥＣＵ１０は、ケーブル等を介して車外に設けられたテスタ６０と接続可能に構成されている。そして、テスタ６０が接続された際には、テスタ６０からの指示に応じて車載システム１を構成する他のＥＣＵと通信を行い、自車両の故障を検出するための検査処理を実行させる。
【００２８】
また、図１（ｂ）には、判定用ＥＣＵ１０の構成を示すブロック図が記載されている。判定用ＥＣＵ１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ等よりなる周知のマイクロコンピュータ等からなり、ＲＯＭに記憶された制御プログラムを実行することで判定用ＥＣＵ１０を統括制御する制御部１１を備える。また、車内ＬＡＮ５０を介して他のＥＣＵと通信を行う車内ＬＡＮ通信部１２と、バスを介してテスタ６０と通信を行うテスタ通信部１３と、不揮発性メモリ等から構成される記憶部１４と、を備える。
【００２９】
なお、記憶部１４は、自車両に搭載されたバッテリや、判定用ＥＣＵ１０に搭載されたバッテリから常時電力が供給され、自車両の運転状態に拘らず、常時記憶されたデータを保持するよう構成されたバックアップＲＡＭとして構成されていても良い。
【００３０】
また、判定用ＥＣＵ１０は、車載システム１を構成する他のＥＣＵに搭載されたセンサに繋がるケーブルが接続される接続部１５をさらに備え、制御部１１には、接続部１５を介してこれらのセンサからの信号が入力される。
【００３１】
［動作の概要の説明］
次に、判定用ＥＣＵ１０の動作の概要について説明する。
車載システム１を構成するエンジンＥＣＵ２０等のＥＣＵでは、自車両或いは自装置の故障を検出するための診断処理が行われるが、これらの診断処理の中には、特定の条件が成立した場合にしか実行することができないものがある。また、センサ等の部品の故障により特定の診断処理の実行が不可能となる場合や、テスタ６０からの指示により検査処理が実行されているため、診断処理を行っても適切な実行結果を得ることができない、或いは、診断処理の実行が不可能となる場合が考えられる。
【００３２】
このため、判定用ＥＣＵ１０は、車速，エンジン回転数，燃料噴射量，ステアリングの操作状態等といった、自車両の運転や走行等に関する状態（車両状態）を検出すると共に、各ＥＣＵにおける診断処理の実行結果（診断結果とも記載）や故障情報を取得する。そして、この車両状態や、診断結果や、故障情報や、検査処理の実行の有無等に応じて、各ＥＣＵにおける診断処理の実行が可能か否かの判定（実行可否判定）を行い、判定結果を各ＥＣＵに通知する。
【００３３】
ここで、図２（ａ）には、各診断処理についての実行可否判定に反映される車両状態に関する条件（車両状態条件）や、センサ等の部品の故障情報や、検査処理を示す実行可否判定テーブルを示す表が記載されている。なお、実行可否判定テーブルは、判定用ＥＣＵ１０の記憶部１４に保存されていても良い。
【００３４】
この実行可否判定テーブルにおいて、「診断処理」という項目は、車載システム１を構成する各ＥＣＵで行われる診断処理を示しており、図２（ａ）では、一例として、エンジンＥＣＵ２０にて行われる診断処理である触媒劣化診断とＡ／Ｆセンサ診断が記載されている。
【００３５】
触媒劣化診断とは、エンジンの排ガス中の一酸化炭素，炭化水素，窒素酸化物を除去する三元触媒の浄化作用について診断する診断処理である。触媒劣化診断には、排ガスの排出経路に設けられた三元触媒の上流側で空燃比を測定するＡ／Ｆセンサと、該三元触媒の下流側で排ガス中の酸素濃度を測定する酸素センサとが用いられる。そして、これらのセンサにより測定された、三元触媒を通過する前の排ガス中の空燃比と、該三元触媒を通過した排ガス中の酸素濃度との比較結果に基づき、三元触媒の浄化作用が診断される。
【００３６】
一方、Ａ／Ｆセンサ診断とは、エンジンに供給される空気及び燃料の量と、Ａ／Ｆセンサにより測定される排ガス中の空燃比とを比較することで、Ａ／Ｆセンサの異常を検出する診断処理である。具体的には、エンジンＥＣＵ２０は、エアフロセンサによりエンジンに吸入された空気の量（吸気量）を測定すると共に、Ａ／Ｆセンサにより排ガス中の空燃比を測定する。そして、吸気量等に応じて自身が設定した燃料噴射量に対する排ガスの中の空燃比の測定値が妥当かどうかを検証することで、Ａ／Ｆセンサを用いた正常な空燃比の測定ができているか否かを判定する。
【００３７】
また、実行可否判定テーブルにおける「車両状態条件」は、各診断処理についての実行可否判定に反映される車両状態条件を示す項目となっており、該項目は、「ＩＧ ＳＷ（イグニッションＳＷ）に関する条件」，「車速に関する条件１」等、車両状態条件の種別を示す小項目から構成されている。
【００３８】
そして、「車両状態条件」に対応する欄に“１”が設定されている場合には、該欄に対応して小項目が示す種別に属する車両状態条件が設けられていることを示している。なお、各欄に設けられた車両状態条件が不成立の場合には、該欄に対応する診断処理の実行可否判定において、該診断処理の実行は許可されない。
【００３９】
一方、「車両状態条件」に対応する欄に“０”が設定されている場合には、該欄に対応する車両状態条件が設けられていないことを示している。
なお、図２（ｂ）に記載の表は、車両状態条件の各種別（上述の小項目が示す種別）と、触媒劣化診断について設けられた各種別の車両状態条件の具体的内容を示している。また、図２（ｃ）に記載の表は、車両状態条件の各種別と、Ａ／Ｆセンサ診断について設けられた各種別の車両状態条件の具体的内容を示している。
【００４０】
また、実行可否判定テーブルにおける「故障情報」は、実行可否判定に故障の有無が反映される自車両の部品（対応する診断処理の実行に必要な部品）を示す項目となっており、該項目は、「Ａ／Ｆセンサ」，「酸素センサ」等、部品を示す小項目から構成されている。
【００４１】
そして、各小項目に対応する欄に“１”が設定されている場合には、該小項目が示す部品における故障の有無が、対応する診断処理の実行可否判定に反映されることを示している。具体的には、診断処理に対応する「故障情報」の欄のうち、“１”が設定されている欄に対応する小項目が示す部品のいずれか一つに故障が生じている場合には、実行可否判定において該診断処理の実行が許可されない。
【００４２】
一方、各小項目に対応する欄に“０”が設定されている場合には、該小項目が示す部品における故障の有無が、該欄に対応する診断処理の実行可否判定に反映されないことを示している。
【００４３】
なお、図２（ａ）において、「エアフロセンサ」は、エンジンの吸気量を測定するセンサであり、「吸気内圧力センサ」は、エンジンに吸入された空気の圧力を測定するセンサである。また、「ヒータ」は、Ａ／Ｆセンサを例えば７００℃付近まで加熱することでＡ／Ｆセンサを活性化し、空燃比の測定が可能な状態とする部品である。
【００４４】
また、実行可否判定テーブルにおける「検査処理」は、実行可否判定に実行の有無が反映される検査処理を示す項目となっており、「強制駆動」，「通信停止」，「診断停止」といった個々の検査処理を示す小項目から構成されている。
【００４５】
なお、「強制駆動」は、エンジンＥＣＵ２０が、例えば、所定の回転数を維持した状態でのエンジンの強制的な稼動や、エンジンを制御する各種アクチュエータ，コンポーネントの強制的な駆動等を行う処理である。また、「通信停止」は、車載システム１を構成する各ＥＣＵが、車内ＬＡＮ５０を介してのＥＣＵ間の通信を停止した状態で維持する処理であり、「診断停止」は、各ＥＣＵが診断処理の実行を禁止した状態で維持する処理である。
【００４６】
そして、各小項目に対応する欄に“１”が設定されている場合には、該小項目が示す検査処理を実行中（或いは実行予定）であるか否かが、該欄に対応する診断処理の実行可否判定に反映されることを示している。具体的には、診断処理に対応する「検査処理」の欄のうち、“１”が設定されている欄に対応する小項目が示す検査処理のいずれか一つが実行中等である場合には、実行可否判定において該診断処理の実行は許可されない。
【００４７】
一方、各小項目に対応する欄に“０”が設定されている場合には、該小項目が示す検査処理の実行の有無が、該欄に対応する診断処理の実行可否判定に反映されないことを示している。
【００４８】
次に、各診断処理が実行可能であるか否かを示す実行可否状態テーブルについて説明する。判定用ＥＣＵ１０は、実行可否状態テーブルに基づき、各ＥＣＵにより実行される診断処理についての実行可否判定を行う。
【００４９】
図３に記載の表は、実行可否状態テーブルを示している。この実行可否状態テーブルでは、「診断処理」という項目は、車載システム１を構成する各ＥＣＵで行われる診断処理を示しており、図３では、一例として、エンジンＥＣＵ２０にて行われる診断処理である触媒劣化診断とＡ／Ｆセンサ診断が記載されている。
【００５０】
また、実行可否状態テーブルにおける「車両状態条件」は、各診断処理に対応する車両状態条件の成立の有無を示す項目である。「車両状態条件」は、「ＩＧ ＳＷに関する条件」，「車速に関する条件１」等、車両状態条件の種別を示す小項目から構成されている。
【００５１】
そして、「車両状態条件」に対応する欄に設定された“−”（空値）は、該欄に対応して車両状態条件が設けられていないことを示し、該欄に設定された“１”または“０”は、該欄に対応して小項目が示す種別の車両状態条件が設けられていることを示している。さらに、該欄に設定された“１”は、該欄に対応して設けられている車両状態条件の成立を示し、該欄に設定された“０”は、該欄に対応して設けられている車両状態条件の不成立を示す。
【００５２】
また、実行可否状態テーブルにおける「故障情報」は、各診断処理に必要な部品における故障の有無を示す項目となっており、「Ａ／Ｆセンサ」，「酸素センサ」等、自車両の部品を示す小項目から構成されている。
【００５３】
そして、各小項目に対応する欄に設定された“１”は、該小項目が示す部品が正常であることを示し、該欄に設定された“０”は、該部品が故障していることを示している。また、該欄に設定された“−”は、該部品の故障の有無が、該診断処理についての実行可否判定に反映されないことを示している。
【００５４】
また、実行可否状態テーブルにおける「検査処理」は、各検査処理が実行中か否かを示す項目となっている。「検査処理」は、「強制駆動」等、個々の検査処理を示す小項目から構成されている。
【００５５】
そして、各小項目に対応する欄に設定された“１”は、該小項目が示す検査処理の実行中（或いは実行予定）でないことを示し、該欄に設定された“０”は、該検査処理の実行中等であることを示している。また、該欄に設定された“−”は、該検査処理の実行の有無が、該診断処理についての実行可否判定に反映されないことを示している。
【００５６】
また、診断処理についての実行可否判定では、実行可否状態テーブルにおける該診断処理に対応する各欄が参照され、これらの欄のいずれかに“０”が設定されている場合には、該診断処理の実行は許可されない。一方、これらの欄の全てに“１”或いは“−”が設定されている場合には、該診断処理の実行が許可される。
【００５７】
なお、実行可否状態テーブルは、記憶部１４に記憶されており、ＩＧ ＳＷがＯＮとなり、自車両の運転開始に伴い判定用ＥＣＵ１０が起動される際に、記憶部１４から制御部１１のＲＡＭに実行可否状態テーブルが読み出される。
【００５８】
そして、判定用ＥＣＵ１０の稼動中には、車両状態や、各ＥＣＵにおける診断処理の実行結果や、テスタ６０から発せられた指示等に基づき実行可否状態テーブルが更新される。また、判定用ＥＣＵ１０は、実行可否状態テーブルに基づき実行可否判定を行い、車載システム１を構成する他のＥＣＵに対して実行可否判定の結果を通知する。
【００５９】
その後、ＩＧ ＳＷがＯＦＦとなり、自車両の運転の終了に伴い判定用ＥＣＵ１０の動作が停止される際に、ＲＡＭに記憶されている最新の実行可否状態テーブルが記憶部１４に記憶される。
【００６０】
［具体例について］
次に、触媒劣化診断とＡ／Ｆセンサ診断を例に挙げて、各診断処理についての実行可否判定の具体例について説明する。
【００６１】
触媒劣化診断では、エンジンに設けられた三元触媒の浄化作用について診断されるが、三元触媒は、エンジンにて理論空燃比での燃焼が行われ、且つ、高温でなければ有効に機能せず、三元触媒が有効に機能している状態でなければ、その浄化作用についての診断を行うことができない。
【００６２】
このため、実行可否判定テーブルでは、触媒劣化診断についての車両状態条件として、“ＩＧ ＳＷ ＯＮ”，“車速が３０（ｋｍ／ｈ）以上”，“車速が８０（ｋｍ／ｈ）以下”，“冷却水温度が８０℃以上”，“触媒温度が３００℃以上”という５つの条件が設けられている（図２（ａ），（ｂ）参照）。そして、これらの条件が全て成立した場合には、エンジンが理論空燃比で燃焼していると共に、三元触媒が十分に高温であり、三元触媒は有効に機能しているとみなされる。一方、これらのうちのいずれか一つでも成立していない場合には、三元触媒は有効に機能していないとみなされ、実行可否判定では触媒劣化診断の実行が許可されない。
【００６３】
また、既に述べたように、触媒劣化診断は、Ａ／Ｆセンサと酸素センサを用いて行われるため、Ａ／Ｆセンサと、Ａ／Ｆセンサを活性化させるヒータと、酸素センサとが正常でなければ、触媒劣化診断を行うことはできない。
【００６４】
このため、実行可否判定テーブルでは、触媒劣化診断についての「故障情報」において、「Ａ／Ｆセンサ」，「酸素センサ」，「ヒータ」の小項目に対応する欄に“１”が設定され、これらの部品うちのいずれかに故障が生じている場合には、実行可否判定では触媒劣化診断の実行は許可されない（図２（ａ）参照）。
【００６５】
また、テスタ６０からの指示により行われる検査処理に関して、エンジンＥＣＵ２０にて強制駆動が行われている場合には、エンジンにて理論空燃比での燃焼が行われるとは限らない。また、判定用ＥＣＵ１０は、車内ＬＡＮ５０を介して車速を取得するため、通信停止の実行中は、理論空燃比での燃焼が行われているか否かを判定できない。また、言うまでも無く、診断停止の実行中は診断処理を行うことができない。
【００６６】
このため、実行可否判定テーブルでは、触媒劣化診断についての「検査処理」において、「強制駆動」，「通信停止」，「診断停止」の小項目に対応する欄に“１”が設定され、これらのうちのいずれかが実行中等である場合には、実行可否判定では触媒劣化診断の実行が許可されない（図２（ａ）参照）。
【００６７】
一方、Ａ／Ｆセンサ診断は、エンジンに供給される空気及び燃料の量と、Ａ／Ｆセンサにより測定される排ガス中の空燃比との比較により行われため、吸気が適正に行われた状態でエンジンが稼動していなければ、診断を行うことができない。また、Ａ／Ｆセンサを正常に稼動させるためには、ヒータによりＡ／Ｆセンサを例えば７００℃付近の高温に保つ必要があり、さらに、Ａ／Ｆセンサ診断を精度良く行うためには、エンジンに供給される空気及び燃料の量を所定範囲内に設定する必要がある。
【００６８】
このため、実行可否判定テーブルでは、Ａ／Ｆセンサ診断についての車両状態条件として、“ＩＧ ＳＷ ＯＮ”，“車速が４０（ｋｍ／ｈ）以上”，“車速が６０（ｋｍ／ｈ）以下”，“冷却水温度が８５℃以上”，“Ａ／Ｆセンサ温度が７００℃”という５つの条件が設けられている（図２（ａ），（ｃ）参照）。そして、これらのうちのいずれか一つでも成立しない場合には、実行可否判定ではＡ／Ｆセンサ診断の実行が許可されない。
【００６９】
また、既に述べたように、Ａ／Ｆセンサ診断には、エアフロセンサ，Ａ／Ｆセンサが用いられ、Ａ／Ｆセンサを正常に稼動させるためには、ヒータによりＡ／Ｆセンサを高温に保つ必要がある。また、Ａ／Ｆセンサ診断では、エンジンへの吸気が正常に行われているかどうかを判定するため、吸気内圧力センサにより吸入された空気の圧力が測定される。
【００７０】
このため、実行可否判定テーブルでは、Ａ／Ｆセンサ診断についての「故障情報」において、「エアフロセンサ」，「吸気内圧力センサ」，「ヒータ」の項目に対応する欄に“１”が設定され、これらの部品うちのいずれかに故障が生じている場合には、実行可否判定ではＡ／Ｆセンサ診断の実行が許可されない（図２（ａ）参照）。
【００７１】
また、検査処理に関して、エンジンＥＣＵ２０にて強制駆動が行われている場合には、Ａ／Ｆセンサ診断が可能な状態でエンジンが稼動しているとは限らない。また、触媒劣化診断と同様の理由により、通信停止，診断停止の実行中は診断処理を行うことができない。
【００７２】
このため、実行可否判定テーブルでは、Ａ／Ｆセンサ診断についての「検査処理」において、「強制駆動」，「通信停止」，「診断停止」の小項目に対応する欄に“１”が設定され、これらのうちのいずれかが実行中等である場合には、実行可否判定ではＡ／Ｆセンサ診断の実行は許可されない（図２（ａ）参照）。
【００７３】
［詳細な動作について］
次に、診断処理や実行可否判定に関連する各種処理について説明する。
（１）実行可否状態テーブル生成処理について
まず、判定用ＥＣＵ１０にて実行可否状態テーブルを新たに生成する実行可否状態テーブル生成処理について、図４に記載のフローチャートを用いて説明する。なお、本処理は、記憶部１４に実行可否状態テーブルが記憶されていない状態で、自車両のＩＧ ＳＷのＯＮに伴い判定用ＥＣＵ１０が起動された場合等に実行される。
【００７４】
Ｓ１０５では、判定用ＥＣＵ１０の制御部１１は、ＲＡＭ上に展開された実行可否状態テーブルの各欄に“０”を設定することで実効可否状態テーブルを初期化し、Ｓ１１０に処理を移行する。
【００７５】
Ｓ１１０，Ｓ１１５では、実行可否状態テーブルの「車両状態条件」における各小項目に対応する欄を設定する。いずれかの小項目を対象としてＳ１１０，Ｓ１１５が実行され、全小項目についての設定が完了するまで、Ｓ１１０，Ｓ１１５が繰り返し実行される。
【００７６】
Ｓ１１０では、制御部１１は、他のＥＣＵに搭載されたセンサからの信号や、車内ＬＡＮ５０を介して他のＥＣＵから取得した情報等に基づき、小項目が示す種別の車両状態条件に係る車両状態を検出する。
【００７７】
続くＳ１１５では、制御部１１は、実行可否判定テーブルを参照し、小項目における各欄に対し車両状態条件が設けられているか否かを判別する。そして、車両状態条件が設けられている欄に関しては、検出した車両状態に基づき該欄に対応する車両状態条件が成立しているか否かを判定し、成立している場合には該欄に“１”を設定すると共に、成立していない場合には該欄に“０”を設定する。また、車両状態条件が設けられていない欄に関しては、“−”を設定する。
【００７８】
続くＳ１２０，Ｓ１２５では、実行可否状態テーブルの「故障情報」における各小項目に対応する欄を設定する。いずれかの小項目を対象としてＳ１２０，Ｓ１２５が実行され、全小項目についての設定が完了するまで、Ｓ１２０，Ｓ１２５が繰り返し実行される。
【００７９】
Ｓ１２０では、制御部１１は、車内ＬＡＮ５０を介して、他のＥＣＵにおける最新の診断結果や部品の故障情報を取得し、小項目が示す部品における故障の有無を判別する。
続くＳ１２５では、制御部１１は、実行可否判定テーブルを参照して小項目が示す部品が各診断処理に必要か否かを判定し、該部品が用いられない診断処理に対応する欄には、“−”を設定する。そして、未設定の欄に対しては、該部品で故障が発生している場合には“０”を、故障が発生していない場合には“１”を設定する。
【００８０】
続くＳ１３０，Ｓ１３５では、実行可否状態テーブルの「検査処理」における各小項目に対応する欄を設定する。いずれかの小項目を対象としてＳ１３０，Ｓ１３５が実行され、全小項目についての設定が完了するまで、Ｓ１３０，Ｓ１３５が繰り返し実行される。
【００８１】
Ｓ１３０では、制御部１１は、テスタ通信部１３を介してテスタ６０から受信したメッセージを解析し、解析結果に基づき、小項目が示す検査処理を実行する指示を受け取ったか否かを判定する。なお、言うまでも無く、テスタ６０からメッセージを受信していない場合には、該指示を受け取っていないものとする。
【００８２】
続くＳ１３５では、制御部１１は、実行可否判定テーブルを参照して小項目が示す検査処理の実行の有無が、各診断処理についての実行可否判定に反映されるか否かを判定し、反映がなされない診断処理に対応する欄には、“−”を設定する。そして、未設定の欄に対しては、該検査処理を実行する指示を受け取った場合には“０”を、該指示を受け取っていない場合には“１”を設定する。
【００８３】
「検査処理」における全ての小項目の設定が終了すると、制御部１１は、本処理を終了する。
（２）診断結果送信処理について
次に、車載システム１を構成する各ＥＣＵが診断結果を判定用ＥＣＵ１０に通知する診断結果送信処理について、図５に記載のフローチャートを用いて説明する。なお、本処理は、各ＥＣＵでの診断処理の実行後や、各ＥＣＵの起動時や、各ＥＣＵが判定用ＥＣＵ１０から診断結果の送信を要求された場合等に実行される。
【００８４】
Ｓ２０５，Ｓ２１０では、ＥＣＵにて実行される全ての診断処理の実行結果を示す送信データを生成する。いずれかの診断処理を対象としてＳ２０５，Ｓ２１０が実行され、全ての診断処理についての実行結果が送信バッファに設定されるまで、Ｓ２０５，Ｓ２１０が繰り返し実行される。
【００８５】
Ｓ２０５では、診断処理を示す診断ＩＤが送信バッファに設定される。
続くＳ２１０では、診断ＩＤに対応付けられた状態で、診断処理の実行結果が送信バッファに設定される。
【００８６】
そして、Ｓ２１５では、送信バッファに設定された送信データが、車内ＬＡＮ５０を介して判定用ＥＣＵ１０に送信され、本処理は終了する。
（３）診断実行処理について
次に、車載システム１を構成する各ＥＣＵが、判定用ＥＣＵ１０に対して診断処理の実行の可否を問い合わせ、実行が許可された場合に診断処理を行う診断実行処理について、図６（ａ）に記載のフローチャートを用いて説明する。
【００８７】
Ｓ３０５では、車内ＬＡＮ５０を介して、診断処理を実行するＥＣＵから判定用ＥＣＵ１０に対し、該診断処理についての実行の可否の問い合わせが行われる。
続くＳ３１０では、診断処理を行うＥＣＵでは、判定用ＥＣＵ１０から上記問い合わせに対する応答を受け取り、診断処理の実行が許可されたか否かが判定される。そして、肯定判定の場合には（Ｓ３１０：Ｙｅｓ）、Ｓ３１５に処理が移行され、否定判定の場合には（Ｓ３１０：Ｎｏ）、本処理は終了する。
【００８８】
Ｓ３１５では、実行可否の問い合わせを行ったＥＣＵにて、該問い合わせに係る診断処理が行われる。そして、診断処理が完了すると、車内ＬＡＮ５０を介して、診断結果が判定用ＥＣＵ１０に通知され（Ｓ３２０）、本処理は終了する。
【００８９】
（４）判定結果通知処理について
次に、判定用ＥＣＵ１０が、車載システム１を構成するＥＣＵからの問い合わせに応じて診断処理の実行が許可されているか否かを通知する判定結果通知処理について、図６（ｂ）に記載のフローチャートを用いて説明する。なお、本処理は、判定用ＥＣＵ１０が、診断処理を実行するＥＣＵから該診断処理の実行についての問い合わせを受け付けた際に実行される。
【００９０】
Ｓ４０５では、判定用ＥＣＵ１０の制御部１１は、ＲＡＭ上に展開されている実行可否状態テーブルを参照し、上記問い合わせに係る診断処理に対応する各欄の設定値を判別する。
【００９１】
そして、いずれの欄にも“０”が設定されていない場合には（Ｓ４１０：Ｙｅｓ）、診断処理の実行が許可されていると判定してＳ４１５に処理を移行し、いずれかの欄に“０”が設定されている場合には（Ｓ４１０：Ｎｏ）、診断処理の実行が許可されていないと判定してＳ４２０に処理を移行する。
【００９２】
Ｓ４１５では、制御部１１は、問い合わせを行ったＥＣＵに対し、車内ＬＡＮ５０を介して診断処理の実行が許可されている旨を通知し、本処理を終了する。
一方、Ｓ４２０では、制御部１１は、問い合わせを行ったＥＣＵに対し、車内ＬＡＮ５０を介して診断処理の実行が許可されていない旨を通知し、本処理を終了する。
【００９３】
（５）実行可否状態テーブル更新処理１について
次に、車両状態を検出すると共に、検出した車両状態に応じて実行可否状態テーブルにおける「車両状態条件」に対応する欄を設定する実行可否状態テーブル更新処理１について、図７に記載のフローチャートを用いて説明する。なお、本処理は、判定用ＥＣＵ１０にて定期的なタイミングで実行される処理である。
【００９４】
Ｓ５０５では、判定用ＥＣＵ１０の制御部１１は、他のＥＣＵに設けられたセンサからの信号や、車内ＬＡＮ５０を介して他のＥＣＵから取得した情報等に基づき、いずれかの車両状態を検出する。なお、本処理が実行される度に、実行可否状態テーブルにおける「車両状態条件」の各小項目に対応する車両状態、或いは、これら以外の他の車両状態のうちのいずれかが順次検出される。そして、Ｓ５１０に処理を移行する。
【００９５】
Ｓ５１０では、制御部１１は、実行可否判定テーブルにおける「車両状態条件」の小項目を参照し、検出した車両状態に関する車両状態条件が設けられているかを判定する。そして、肯定判定が得られた場合には（Ｓ５１０：Ｙｅｓ）、Ｓ５１５に処理を移行し、否定判定が得られた場合には（Ｓ５１０：Ｎｏ）、本処理を終了する。
【００９６】
Ｓ５１５〜Ｓ５３０では、実行可否状態テーブルにおける、検出した車両状態に関する車両状態条件に対応する各欄を設定する。既に述べたように、該欄は、対応する診断処理に設けられた車両状態条件の成立の有無を示すものであり、いずれかの診断処理を対象としてＳ５１５〜Ｓ５３０が実行され、全ての診断処理に対応する欄の設定が完了するまで、Ｓ５１５〜Ｓ５３０が繰り返し実行される。
【００９７】
Ｓ５１５では、制御部１１は、実行可否判定テーブルを参照し、診断処理に対応して、検出された車両状態に関する車両状態条件が設けられているか否かを判定する。そして、肯定判定が得られた場合には（Ｓ５１５：Ｙｅｓ）、Ｓ５２０に処理を移行し、否定判定が得られた場合には（Ｓ５１５：Ｎｏ）、次の診断処理を対象とした設定に移行する。
【００９８】
Ｓ５２０では、制御部１１は、検出した車両状態に基づき、診断処理に対応して設けられている上記車両状態条件が成立しているか否かを判定する。そして、肯定判定が得られた場合には（Ｓ５２０：Ｙｅｓ）、実行可否状態テーブルの「車両状態条件」における診断処理、及び上記車両状態条件に対応する欄に“１”を設定し（Ｓ５２５）、否定判定が得られた場合には（Ｓ５２０：Ｎｏ）、該欄に“０”を設定する（Ｓ５３０）。
【００９９】
そして、全ての診断処理に対応する欄についての設定が完了すると、制御部１１は、本処理を終了する。
（６）実行可否状態テーブル更新処理２について
次に、各ＥＣＵにおける診断結果に応じて、実行可否状態テーブルにおける「故障情報」に対応する欄を設定する実行可否状態テーブル更新処理２について、図８に記載のフローチャートを用いて説明する。なお、本処理は、判定用ＥＣＵ１０が他のＥＣＵから診断結果を受け取った際に実行される処理である。
【０１００】
Ｓ６０５では、判定用ＥＣＵ１０の制御部１１は、車内ＬＡＮ５０を介して他のＥＣＵから受け取った診断結果が、実行可否状態テーブルにおける「故障情報」の小項目が示す部品の故障の有無を示すものであるか否かを判定する。そして、肯定判定が得られた場合には（Ｓ６０５：Ｙｅｓ）、Ｓ６１０に処理を移行し、否定判定が得られた場合には（Ｓ６０５：Ｎｏ）、本処理を終了する。
【０１０１】
Ｓ６１０〜Ｓ６２５では、診断結果が示す部品の故障の有無に応じて、実行可否状態テーブルにおける該部品に対応する各欄を設定する。既に述べたように、各欄はいずれかの診断処理に対応するものであり、いずれかの診断処理を対象としてＳ６１０〜Ｓ６２５が実行され、全ての診断処理に対応する欄の設定が完了するまで、Ｓ６１０〜Ｓ６２５が繰り返し実行される。
【０１０２】
Ｓ６１０では、制御部１１は、実行可否判定テーブルを参照し、上記部品にて故障が生じた際に、診断処理の実行が禁止されるかどうかを判定する。そして、肯定判定が得られた場合には（Ｓ６１０：Ｙｅｓ）、Ｓ６１５に処理を移行し、否定判定が得られた場合には（Ｓ６１０：Ｎｏ）、次の診断処理を対象とした設定に移行する。
【０１０３】
Ｓ６１５では、制御部１１は、受け取った診断結果に基づき、上記部品における故障の有無を判定する。そして、肯定判定が得られた場合には（Ｓ６１５：Ｙｅｓ）、実行可否状態テーブルの「故障情報」の上記部品を示す小項目における診断処理に対応する欄に“１”を設定し（Ｓ６２０）、否定判定が得られた場合には（Ｓ６１５：Ｎｏ）、該欄に“０”を設定する（Ｓ６２５）。
【０１０４】
そして、全ての診断処理に対応する欄についての設定が完了すると、制御部１１は、本処理を終了する。
（７）実行可否状態テーブル更新処理３について
次に、テスタ６０からの指示により、車載システム１を構成する各ＥＣＵにおける検査処理の実行状態に応じて、実行可否状態テーブルにおける「検査処理」に対応する欄を設定する実行可否状態テーブル更新処理３について、図９に記載のフローチャートを用いて説明する。なお、既に述べたように、テスタ６０は、判定用ＥＣＵ１０を介して各ＥＣＵに各種指示を行うよう構成されており、本処理は、判定用ＥＣＵ１０がテスタ６０から該指示を行うためのメッセージを受け取った際に実行される処理である。
【０１０５】
Ｓ７０５では、判定用ＥＣＵ１０の制御部１１は、バスを介してテスタ６０から受け取ったメッセージを解析し、Ｓ７１０に処理を移行する。
Ｓ７１０では、制御部１１は、受け取ったメッセージが正常であるか否かを判定し、肯定判定が得られた場合には（Ｓ７１０：Ｙｅｓ）、Ｓ７１５に処理を移行する。一方、否定判定が得られた場合には（Ｓ７１０：Ｎｏ）、本処理を終了する。
【０１０６】
Ｓ７１５では、制御部１１は、受け取ったメッセージが、いずれかのＥＣＵに対し、いずれかの検査処理の開始或いは終了を指示するものであるか否かを判定する。そして、肯定判定が得られた場合には（Ｓ７１５：Ｙｅｓ）、車内ＬＡＮ５０を介して、該ＥＣＵに対し、検査処理の開始等を指示するコマンドを送信する処理を行い（特許請求の範囲における検査指示手段に相当）、Ｓ７２０に処理を移行する。一方、否定判定が得られた場合には（Ｓ７１５：Ｎｏ）、該メッセージに応じて車内ＬＡＮ５０を介して他のＥＣＵに対しコマンドを送信し、本処理を終了する。
【０１０７】
Ｓ７２０〜Ｓ７３５では、受け取ったメッセージに応じて、実行可否状態テーブルにおける該メッセージに係る検査処理に対応する各欄を設定する。既に述べたように、各欄はいずれかの診断処理に対応するものであり、いずれかの診断処理を対象としてＳ７２０〜Ｓ７３５が実行され、全ての診断処理に対応する欄の設定が完了するまで、Ｓ７２０〜Ｓ７３５が繰り返し実行される。
【０１０８】
Ｓ７２０では、制御部１１は、実行可否判定テーブルを参照し、上記検査処理の実行中に診断処理の実行が禁止されるかどうかを判定する。そして、肯定判定が得られた場合には（Ｓ７２０：Ｙｅｓ）、Ｓ７２５に処理を移行し、否定判定が得られた場合には（Ｓ７２０：Ｎｏ）、次の診断処理を対象とした設定に移行する。
【０１０９】
Ｓ７２５では、制御部１１は、受け取ったメッセージが、上記検査処理の開始を指示するものであるか否かを判定する。そして、肯定判定が得られた場合には（Ｓ７２５：Ｙｅｓ）、実行可否判定テーブルの「検査処理」の上記検査処理を示す小項目における診断処理に対応する欄に“０”を設定する（Ｓ７３０）。一方、否定判定が得られた場合（換言すれば、上記検査処理の終了を指示するメッセージを受け取った場合）には（Ｓ７２５：Ｎｏ）、該欄に“１”を設定する（Ｓ７３５）。
【０１１０】
そして、全ての診断処理に対応する欄についての設定が完了すると、制御部１１は、本処理を終了する。
［効果］
本実施形態の車載システム１では、各ＥＣＵにて実行される診断処理についての実行可否判定が判定用ＥＣＵ１０にて行われ、個々のＥＣＵが独自に実行可否判定を行うことは無い。
【０１１１】
このため、本実施形態の車載システム１を流用して新たな車載システムを構築する際に、ＥＣＵの改変や、車載システム１からのＥＣＵの削除がなされ、実行可否判定に必要な情報が提供されなくなった場合や、該情報の提供タイミングが変化した場合等であっても、判定用ＥＣＵ１０に修正を加えるだけで、以前と同様の実行可否判定を行うことができる。
【０１１２】
つまり、ＥＣＵの改変等に応じた実行可否判定の修正に関しては、修正を行う対象が個々のＥＣＵに分散してしまうことが無く、判定用ＥＣＵ１０のみを修正するだけで、従前と同様の実行可否判定を行うことが可能となる。このため、判定用ＥＣＵ１０が設けられていない車載システムを流用して新たな車載システムを構築する場合に比べ、ＥＣＵの改変等に伴う実行可否判定に関する修正のコストを低減させることができるのである。
【０１１３】
したがって、本実施形態の判定用ＥＣＵ１０を車載システム１に設けることで、該車載システム１を流用して新たな車載システムを構築する際のコストを低減させることができる。
【０１１４】
［他の実施形態］
（１）本実施形態の実行可否状態テーブル更新処理２では、判定用ＥＣＵ１０の制御部１１は、他のＥＣＵから取得した診断結果に応じて、実行可否状態テーブルの「故障情報」に対応する各欄を更新している。しかしながら、これに限らず、制御部１１は、車内ＬＡＮ５０を介して他のＥＣＵから実行可否状態テーブルの「故障情報」の各小項目が示す部品に関する故障情報を取得した際に、該故障情報に基づき、実行可否状態テーブルにおける該部品に対応する欄を更新しても良い。このような場合であっても、同様の効果を得ることができる。
【０１１５】
（２）また、本実施形態では、車両状態条件の成立の有無，診断処理に必要な各部品における故障の有無，検査処理の実行の有無の三つに基づき、診断処理についての実行可否判定を行っているが、これらのうちの一つ或いは二つに基づき、実行可否判定を行っても良い。このような場合であっても、同様の効果を得ることができる。
【０１１６】
（３）また、判定用ＥＣＵ１０の制御部１１は、定期的なタイミングで（例えば５秒周期で）、ＲＡＭに保存された実行可否状態テーブルを参照して各診断処理の実行が許可されているか否かを判定し、各診断処理についての判定結果を、車内ＬＡＮ５０を介して、該診断処理を実行するＥＣＵに送信する処理を実行しても良い。なお、該処理は、特許請求の範囲における送信手段に相当する。
【０１１７】
こうすることにより、ＥＣＵは、診断処理を実行するたびに、該診断処理の実行が許可されているかどうかを判定用ＥＣＵ１０に問い合わせる必要が無くなる。このため、処理負荷を低減させることや、診断処理をより迅速に実行することが可能となる。
【０１１８】
［特許請求の範囲との対応］
上記実施形態の説明で用いた用語と、特許請求の範囲の記載に用いた用語との対応を示す。
【０１１９】
判定用ＥＣＵ１０が車載用判定装置に、エンジンＥＣＵ２０，ＡＥＣＵ３０，ＢＥＣＵ３０等のＥＣＵが車載装置に、テスタ６０が検査装置に相当する。
また、判定用ＥＣＵ１０の車内ＬＡＮ通信部１２が通信手段に、車内ＬＡＮ通信部１２，接続部１５が検出手段に、記憶部１４が記憶手段に相当する。
【０１２０】
また、車両状態，診断結果が、自車両の状態に相当する。
また、実行可否状態テーブル生成処理におけるＳ１１５，Ｓ１２５，Ｓ１３５や、実行可否状態テーブル更新処理１におけるＳ５２０や、実行可否状態テーブル更新処理２におけるＳ６１５や、実行可否状態テーブル更新処理３におけるＳ７２５が、実行可否判定手段に相当する。
【０１２１】
また、判定結果通知処理におけるＳ４１５，Ｓ４２０が、送信手段に相当する。
また、テスタ６０からのメッセージが、検査指示に相当する。
【符号の説明】
【０１２２】
１…車載システム、１０…判定用ＥＣＵ、１１…制御部、１２…車内ＬＡＮ通信部、１３…テスタ通信部、１４…記憶部、１５…接続部、２０…エンジンＥＣＵ、３０…ＡＥＣＵ、４０…ＢＥＣＵ、５０…車内ＬＡＮ、６０…テスタ
【特許請求の範囲】
【請求項１】
自車両についての診断処理を実行する複数の車載装置と通信を行う通信手段と、
自車両の状態を検出する検出手段と、
前記検出手段により検出された前記自車両の状態に基づき、前記車載装置において行われる前記診断処理の実行が可能か否かを判定する実行可否判定手段と、
前記通信手段を介して、前記実行可否判定手段による前記診断処理についての判定結果を、該診断処理を実行する前記車載装置に送信する送信手段と、
を備えることを特徴とする車載用判定装置。
【請求項２】
請求項１に記載の車載用判定装置において、
前記送信手段は、周期的なタイミングで、前記判定結果を、該判定結果に係る前記診断処理を実行する前記車載装置に送信すること、
を特徴とする車載用判定装置。
【請求項３】
請求項１または請求項２に記載の車載用判定装置において、
自車両の運転終了後も記憶されたデータを保持することが可能な記憶手段をさらに備え、
前記実行可否判定手段は、前記診断処理についての判定に関する情報を前記記憶手段に記憶させること、
を特徴とする車載用判定装置。
【請求項４】
請求項１から請求項３のうちのいずれか１項に記載の車載用判定装置において、
前記車載用判定装置は、前記車載装置の検査を行う検査装置に接続可能に構成されており、
自装置に接続された前記検査装置から受け付けた検査指示に応じて、前記通信手段を介して、前記車載装置に対し、自車両についての検査を行うための検査処理の実行に関する指示を行う検査指示手段をさらに備え、
前記実行可否判定手段は、前記自車両の状態と前記検査指示の内容とに基づき、該検査指示に係る前記検査処理を実行する前記車載装置における前記診断処理の実行が可能か否かを判定すること、
を特徴とする車載用判定装置。
【請求項１】
自車両についての診断処理を実行する複数の車載装置と通信を行う通信手段と、
自車両の状態を検出する検出手段と、
前記検出手段により検出された前記自車両の状態に基づき、前記車載装置において行われる前記診断処理の実行が可能か否かを判定する実行可否判定手段と、
前記通信手段を介して、前記実行可否判定手段による前記診断処理についての判定結果を、該診断処理を実行する前記車載装置に送信する送信手段と、
を備えることを特徴とする車載用判定装置。
【請求項２】
請求項１に記載の車載用判定装置において、
前記送信手段は、周期的なタイミングで、前記判定結果を、該判定結果に係る前記診断処理を実行する前記車載装置に送信すること、
を特徴とする車載用判定装置。
【請求項３】
請求項１または請求項２に記載の車載用判定装置において、
自車両の運転終了後も記憶されたデータを保持することが可能な記憶手段をさらに備え、
前記実行可否判定手段は、前記診断処理についての判定に関する情報を前記記憶手段に記憶させること、
を特徴とする車載用判定装置。
【請求項４】
請求項１から請求項３のうちのいずれか１項に記載の車載用判定装置において、
前記車載用判定装置は、前記車載装置の検査を行う検査装置に接続可能に構成されており、
自装置に接続された前記検査装置から受け付けた検査指示に応じて、前記通信手段を介して、前記車載装置に対し、自車両についての検査を行うための検査処理の実行に関する指示を行う検査指示手段をさらに備え、
前記実行可否判定手段は、前記自車両の状態と前記検査指示の内容とに基づき、該検査指示に係る前記検査処理を実行する前記車載装置における前記診断処理の実行が可能か否かを判定すること、
を特徴とする車載用判定装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−３０１０（Ｐ２０１３−３０１０Ａ）
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願番号】特願２０１１−１３５５２９（Ｐ２０１１−１３５５２９）
【出願日】平成２３年６月１７日（２０１１．６．１７）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願日】平成２３年６月１７日（２０１１．６．１７）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
[ Back to top ]