(57)【要約】【課題】複数の診断処理部が診断した結果の診断情報を診断情報管理部で受信する場合に、処理負荷を軽減することができるようにした診断装置を提供する。【解決手段】診断装置１は、ダイアグ判定ＳＷＣ２〜５およびダイアグマネージャ６の機能を実行するＣＰＵ、診断状態記憶ＲＡＭ７、ＥＥＰＲＯＭ８を備えている。ダイアグ判定ＳＷＣ２〜５は、車両のセンサ２０〜４０や、計器５０等から検出信号を受けると、正常、異常の診断結果をダイアグマネージャ６に通知する。このとき、診断状態記憶ＲＡＭ７の情報が診断結果と一致している場合には通知しない。ダイアグマネージャ６は、診断結果の通知入力により、診断状態を判定して繰り返し入力されると正常、異常の判定を「確定」して診断状態記憶ＲＡＭ７に記憶する。これにより、診断状態の判定処理を実施する回数を低減して処理負担が軽減される。【選択図】図１
2019003535.tif 000002
【特許請求の範囲】
【請求項１】
外部の診断部（２０〜５０）から入力されるデータにより診断処理を実施する複数の診断処理部（２〜５）と、
前記複数の診断処理部の診断情報を収集管理する診断情報管理部（６）と、
前記診断情報管理部により管理する診断情報を記憶する記憶部（７）とを備え、
前記複数の診断処理部は、前記診断処理により判定した診断情報について、前記記憶部に記憶された確定した診断情報を参照して、当該診断情報を前記診断情報管理部に送信するか否かを判断する診断装置。
【請求項２】
前記複数の診断処理部は、前記判定した診断情報が正常判定であるときに、前記記憶部から読み出した診断情報が正常判定を確定したものである場合に、前記判定した診断情報の前記診断情報管理部への送信を省略する請求項１に記載の診断装置。
【請求項３】
前記複数の診断処理部は、前記判定した診断情報が異常判定であるときに、前記記憶部から読み出した診断情報が異常判定を確定したものである場合に、前記判定した診断情報の前記診断情報管理部への送信を省略する請求項１または２に記載の診断処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診断装置に関する。
【背景技術】
【０００２】
車両においては、各部に配置されたセンサや計器等からダイアグ情報を取得し、これらをダイアグ情報収集システムにおいて集積して全体の管理をする診断装置がある。近年では、車両内の各部品の電動化が進んだことで、車両全体ではなく部品個々においても自己診断が行われるようになってきた。
【０００３】
この場合、診断処理を行う各ダイアグ判定ＳＷＣ（Software Component）で判定された正常か異常かの自己診断結果は、ダイアグ情報収集システムのように、自己診断結果を集約し管理するシステム（ダイアグマネージャ）に通知される。ダイアグマネージャの中では、集約した情報を元に診断状態（正常／異常の確定、正常／異常の判定中、未診断）の判定を行い、その結果に基づいて必要なシステムアクションの決定を行っている。
【０００４】
しかしながら、上記システムにおいては、各ダイアグ判定ＳＷＣが診断した結果の情報については、周期毎にダイアグマネージャ側で情報を収集して関数をコールするので、ダイアグ判定ＳＷＣが多いとダイアグマネージャの処理負荷が大きくなり、処理能力が低下したり、他の処理に割り当てるだけの余裕がなくなったりする不具合がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１７２５３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、上記事情を考慮してなされたもので、その目的は、複数の診断処理部が診断した結果の診断情報を診断情報管理部で受信する場合に、処理負荷を軽減して診断情報管理部で収集処理をすることができるようにした診断装置を提供することにある。
【課題を解決するための手段】
【０００７】
請求項１に記載の診断装置は、外部の診断部から入力されるデータにより診断処理を実施する複数の診断処理部と、前記複数の診断処理部の診断情報を収集管理する診断情報管理部と、前記診断情報管理部により管理する診断情報を記憶する記憶部とを備え、前記複数の診断処理部は、前記診断処理により判定した診断情報について、前記記憶部に記憶された確定した診断情報を参照して、当該診断情報を前記診断情報管理部に送信するか否かを判断する。
【０００８】
上記構成を採用することにより、各診断処理部においては、診断処理により判定した診断情報について、診断情報管理部によって記憶された診断情報を読み出して照合するとで、診断情報管理部に送信する必要があるか否かを判断することができ、これによって、送信する必要がない場合にはこれを送信することを省略することができる。この結果、診断情報管理部においては、診断処理部からすべての診断情報のうち受信が必要なものが送信されるようになり、処理負担が軽減されるようになる。
【図面の簡単な説明】
【０００９】
【図１】一実施形態を示す全体のブロック構成図
【図２】ダイアグ判定ＳＷＣの自己診断処理の流れ図
【図３】ダイアグマネージャの管理処理の流れ図
【図４】作用説明図
【発明を実施するための形態】
【００１０】
以下、本発明の一実施形態について、図１〜図４を参照して説明する。
図１は全体のブロック構成を示すもので、車両に設けられるダイアグシステムの概略的構成である。ダイアグシステムを構成する診断装置１は、内部にＣＰＵ、記憶部としてのメモリや入出力インターフェースなどを備えている。また、ＣＰＵは内部に記憶されたプログラムに基づいて診断処理を実行する。図１では、診断装置１の構成を、機能ブロックとして示している。
【００１１】
診断装置１の機能ブロック構成について説明する。診断機能を備えた診断処理部として、複数個例えば４つのダイアグ判定ＳＷＣ（Software Component）２〜５を備えている。ダイアグ判定ＳＷＣ２〜５には、例えば車両の各部に配置されるセンサ２０〜４０や、故障診断用の計器５０等から検出信号を受ける。
【００１２】
ダイアグ判定ＳＷＣ２は、診断部２ａおよび送信判定部２ｂを機能として備えている。診断部２ａは、それぞれがセンサ２０〜４０あるいは計器５０から受ける検出信号に基づいて、予め設定された条件の範囲内に有るか否かを判断して状態を診断する。送信判定部２ｂは、診断部２ａで診断された結果を送信するか否かを、後述するようにして判断する。他のダイアグ判定ＳＷＣ３〜５も同様の機能を備えている。
【００１３】
診断情報管理部としてのダイアグマネージャ６は、機能としてカウンタ処理部６ａ、診断状態判定部６ｂおよびシステムアクション決定部６ｃを備えている。カウンタ処理部６ａは、ダイアグ判定ＳＷＣ２〜５から送信される診断結果の受信回数などをカウントする。診断状態判定部６ｂは、受信した診断情報に基づいて診断状態を判定し、必要に応じて診断状態記憶ＲＡＭ（Random Access Memory）７に記憶させる。診断状態記憶ＲＡＭ７は、車両の電源がオン状態すなわちイグニッションオン（ＩＧＯＮ）状態で、新たな書き込みおよび読み出しが可能であるが、電源がオフ状態では記憶された情報は消去された状態となる。
【００１４】
また、故障などの情報を不揮発性メモリであるＥＥＰＲＯＭ８に記憶させる。ＥＥＰＲＯＭ８は、電源がオン状態で書き込みおよび読み出しが可能であり、電源がオフ状態になっても書き込まれた情報は保持されている。システムアクション決定部６ｃは、診断結果に基づいて判定した診断状態により、外部に動作させるべき制御司令を出力することが必要な場合には、これを決定して他の制御回路６０〜９０等に制御司令を出力する。
【００１５】
次に、上記構成の作用について、図２から図４も参照して説明する。
図２は４つのダイアグ診断ＳＷＣ２〜５のそれぞれが実施する診断処理の概略的な流れを示すものである。各ダイアグ診断ＳＷＣ２〜５は、制御対象に付随して設けられたセンサ２０〜４０や計器５０などが検出している状態を検出信号として所定タイミングで取り込んでいる。
【００１６】
各ダイアグ診断ＳＷＣ２〜５は、センサ２０〜４０や計器５０から検出信号を取り込むと、ステップＡ１で、検出信号の値に基づいて制御対象の状態を診断して判定する。制御対象の状態は、検出信号の値が正常状態に対応するものであるか、あるいは異常状態に対応するものであるかを判定することで得られる。
【００１７】
次に、各ダイアグ診断ＳＷＣ２〜５は、ステップＡ２で、診断状態記憶ＲＡＭ７から内部に記憶されている過去の診断状態の情報を読み出す。診断状態記憶ＲＡＭ７に記憶されている診断状態の情報は、後述するようにダイアグマネージャ６により書き込まれる情報であり、複数回の診断情報に基づいて診断状態が「正常」あるいは「異常」として確定した情報であるかどうかの情報として前回までの情報が記憶されている。
【００１８】
各ダイアグ判定ＳＷＣ２〜５は、ステップＡ３で、自己が制御対象としているセンサ２０〜４０あるいは計器５０の検出信号に基づいて判定した結果が「正常」であった場合で、且つ診断状態記憶ＲＡＭ７から読み出した情報が「正常確定」である場合に、ＹＥＳと判断して診断処理を終了する。これは、前回までの診断結果から、「正常確定」の状態である場合には、今回の診断情報が「正常」であることは継続的に正常状態の診断であったことから、ダイアグマネージャ６に結果を通知する必要がないとして省略するのである。これによって、毎回必ずダイアグマネージャ６に通知することを回避してダイアグマネージャ６の処理負荷を軽減している。
【００１９】
ステップＡ３でＮＯの場合には、各ダイアグ診断ＳＷＣ２〜５は、ステップＡ４に進む。各ダイアグ診断ＳＷＣ２〜５は、制御対象としているセンサ２０〜４０あるいは計器５０から判定した診断情報が「異常」であった場合で、且つ診断状態記憶ＲＡＭ７から読み出した情報が「異常確定」である場合に、ＹＥＳと判断して診断処理を終了する。この場合についても上述同様に、前回までの診断結果から、「異常確定」であって且つ今回の診断情報が「異常」であることは継続的に異常状態の診断であったことから、ダイアグマネージャ６に結果を通知する必要がないとして省略するのである。これによって、毎回必ずダイアグマネージャ６に通知するという処理を止めることでダイアグマネージャ６において関数コールが発生する処理負荷を軽減している。
【００２０】
各ダイアグ診断ＳＷＣ２〜５は、ステップＡ４でＮＯの場合には、ステップＡ５に進み、診断結果をダイアグマネージャ６に通知した後、診断処理を終了する。つまり、前回までに得られている「正常確定」あるいは「異常確定」の状態から異なる「異常」あるいは「正常」が診断状態として判定された場合に通知をするのである。これにより、診断状態に変化が生じたことがダイアグマネージャ６に通知され、ダイアグマネージャ６においては、通知された診断情報についての処理を実施することになる。
【００２１】
次に、図３を参照して、ダイアグマネージャ６の作用について説明する。ダイアグマネージャ６は、ダイアグ判定ＳＷＣ２〜５から診断結果が入力されると、ステップＢ１で、入力された診断結果について正常な状態で診断されたものであるか否かを判定する。ここでは、ダイアグマネージャ６は、入力された診断結果に対して、ダイアグマスクフラグが設定されているか否かを判断し、設定されている場合にはＮＯと判断して処理を終了する。一方、ダイアグマネージャ６は、ダイアグマスクフラグが設定されていない場合には、ＹＥＳと判断してステップＢ３に進む。
【００２２】
ダイアグマスクフラグは、後述するステップＢ７で判断される結果に基づいて設定されるもので、ダイアグマネージャ６に入力された診断結果が誤っている可能性が高いため、ダイアグマネージャ６においては、診断状態を判定するのに適さない診断結果であったと判断することで、誤判定を防止するとともに、無駄に診断処理を実行しないようにしたものである。
【００２３】
ダイアグマネージャ６は、ステップＢ２でＹＥＳと判断した場合には、ステップＢ３に進み、ダイアグカウンタ処理を実行する。ダイアグカウンタ処理は、ダイアグ判定ＳＷＣ２〜５から入力される診断結果が「異常」である場合にこれをカウントアップし、「正常」である場合にこれをカウントダウンするカウント処理である。ダイアグマネージャ６は、ダイアグ判定ＳＷＣ２〜５のそれぞれに対応してカウント処理を行っている。
【００２４】
次に、ダイアグマネージャ６は、ステップＢ４で、レディネスカウンタ処理を実行する。レディネスカウンタ処理は、ダイアグ判定ＳＷＣ２〜５から診断結果が入力される毎にカウントアップするカウント処理である。
【００２５】
ダイアグマネージャ６は、次のステップＢ５において、上記のダイアグカウンタ処理およびレディネスカウンタ処理のカウント値に基づいて、診断状態の判定処理を行う。この判定処理では、ダイアグマネージャ６は、正常状態あるいは異常状態の「確定」をすることができるか否かを判断する。
【００２６】
ダイアグマネージャ６は、例えば、診断結果が正常判定をするものである場合に、誤診断を回避するために、この正常判定結果が連続して４回入力されると、正常状態であることを確定する判定を行う。また、同様にしてダイアグマネージャ６は、診断結果が異常判定をするものである場合に、この異常判定結果が連続して４回入力されると、異常状態であることを確定する判定を行う。
【００２７】
ダイアグマネージャ６は、次のステップＢ６に進むと、診断結果が「正常判定確定」あるいは「異常判定確定」である場合に、ダイアグ判定ＳＷＣ２〜５のうちの対応するものについて、確定情報を診断情報記憶ＲＡＭ７に記憶させる。診断情報記憶ＲＡＭ７に記憶された情報は、前述したダイアグ判定ＳＷＣ２〜５による診断処理のステップＡ２で読み出して診断処理結果をダイアグマネージャ６に通知するか否かの判断を行う情報となるものである。
【００２８】
ダイアグマネージャ６は、次のステップＢ７では、ダイアグマスクフラグの設定処理を行う。前述したステップＢ１の処理で説明したように、ステップＢ５での診断状態の判定で「異常判定確定」であった場合に、その診断対象が異常状態であることが確定したのであるから、その診断対象から得られた診断結果は正常なものとして扱うことができない。
【００２９】
例えば、ダイアグ判定ＳＷＣ２による診断結果の状態判定で「異常状態確定」であった場合には、その診断対象であるセンサ２０が異常状態であることとなる。この場合には、センサ２０による診断結果が過電圧検出などの異常を検出していても、その検出結果に基づいて判定をすることができないことになる。したがって、そのような場合に、ダイアグマネージャ６は、ダイアグマスクフラグを設定することで診断結果がダイアグ判定ＳＷＣ２から入力されても診断対象が正常でないとして診断状態の判定の処理を実施せず、終了するように設定するのである。この結果、無駄な診断処理を実施することで処理負荷が増大するのを回避することができる。
【００３０】
次に、ダイアグマネージャ６は、ステップＢ８に進み、ステップＢ５で得られた診断状態の結果から、システムに対する処置が必要な場合には、システムアクション決定部６ｃに必要な情報を出力する。これにより、システムアクション決定部６ｃは、車両に設けられた各部の制御回路６０〜９０のうちの対応するものに対して制御司令を出力する。この結果、制御回路６０〜９０のうちの対応するものにより、故障部位に対応した処置動作が制御実施されるようになる。
【００３１】
次に、ダイアグマネージャ６は、ステップＢ９に進んで、故障状態が判定された診断対象について、ＦＦＤフラグ処理を設定する。ＦＦＤフラグとは、フリーズ・フレーム・データを取得するか否かを設定するもので、診断対象が故障していることが確定した場合には、故障解析に必要となる各部のデータを取得するように指示するためのフラグである。
【００３２】
フリーズ・フレーム・データ取得が必要である場合には、ダイアグマネージャ６は、ＦＦＤフラグを設定する。また、この設定により取得されるフリーズ・フレーム・データは、電源を落とした後でも読み取ることができるように、ダイアグマネージャ６は、ＥＥＰＲＯＭ８に記憶させる。この後、ダイアグマネージャ６は、診断結果の処理を終了する。
【００３３】
次に、図４を参照して、上記した実施形態の動作において、本実施形態の効果となるダイアグマネージャ６の処理負荷が軽減されていることについて説明する。図４では、本実施形態での処理状況のタイムチャートを（Ａ）、（Ｂ）で示し、従来相当の比較例の処理状況のタイムチャートを（ａ）、（ｂ）で示している。
【００３４】
車両においては、イグニッションがオンされると（ＩＧＯＮ時）、上記した診断装置１により、各部の動作が正常であるか否かの診断処理を開始する。図４（Ａ）に示しているように、各ダイアグ判定ＳＷＣ２〜５は、自己が診断するセンサ２０〜４０、計器５０などの診断情報を所定周期で取得する。各時刻ｔ１からｔ４までの間、ダイアグ判定ＳＷＣ２〜５により「正常判定」がなされた場合に、まだ診断状態記憶ＲＡＭ７には診断状態情報が確定した情報が書き込まれていないので、その都度ダイアグマネージャ６に診断結果を通知している。
【００３５】
ダイアグマネージャ６は、診断結果が入力される毎に前述した診断結果の判定処理を実施している。そして、時刻ｔ１からｔ４までの４回に渡って正常判定が得られた場合には、ダイアグマネージャ６は、前述したようにステップＢ５で正常状態の「確定」の判定をする。この判定結果は、診断状態記憶ＲＡＭ７に記憶される。
【００３６】
これにより、ダイアグ判定ＳＷＣ２〜５の該当するものにおいては、時刻ｔ５以降の診断処理の結果が正常判定であった場合には、診断状態記憶ＲＡＭ７から読み出した診断状態情報が「正常状態の確定」であるから、診断結果をダイアグマネージャ６に通知することなく診断処理を終了する。
【００３７】
これにより、ダイアグマネージャ６は、図４（Ａ）に示すように、時刻ｔ５以降の各周期タイミングｔ５〜ｔ１２において、対応するダイアグ判定ＳＷＣ２〜５から診断結果の通知が送られないので、図中白抜き矢印で示す部分において診断結果の判定処理を実施しない状態となり、関数コールが発生することがなくなり、処理負荷が軽減されるようになる。これに対して、従来方式の比較例では、ダイアグマネージャは、図４（ａ）に示すように、毎回診断結果の判定処理を実施しているので、処理負荷が軽減されることがない。
【００３８】
上記の効果は、診断結果が異常状態確定の場合においても同様である。すなわち、図４（Ｂ）に示すように、時刻ｔ１ａの正常判定の通知に基づいたダイアグマネージャ６による判定で、「正常確定」を判定した場合の以降の状態の変化が発生した場合で説明する。時刻ｔ２ａ以降では、ダイアグ判定ＳＷＣ２〜５の対応するものにおいては、同じ正常判定の診断結果が得られている場合にはダイアグマネージャ６に通知しないので、ダイアグマネージャ６は、診断結果の判定処理を行わない。
【００３９】
この後、時刻ｔ４ａでダイアグ判定ＳＷＣ２〜５の対応するものが診断結果として異常判定を行った場合には、診断状態記憶ＲＡＭ７から読み出した診断状態情報が「正常状態の確定」であるから、診断結果と異なるのでダイアグマネージャ６に診断結果を通知するようになる。また、以後、異常判定が続く場合には、ダイアグ判定ＳＷＣ２〜５の対応するものがその都度診断結果をダイアグマネージャ６に通知する。
【００４０】
この結果、ダイアグマネージャ６は、診断結果が通知される毎に診断結果の判定処理を実施し、時刻ｔ８ａで異常状態の確定を判定する。これにより、以後の診断処理においては、ダイアグ判定ＳＷＣ２〜５の対応するものは、診断結果が異常判定であった場合には、診断状態記憶ＲＡＭ７から読み出した診断状態情報と同じ結果であることから、診断結果をダイアグマネージャ６に通知しなくなる。
【００４１】
この結果、ダイアグマネージャ６は、図４（Ｂ）に示すように、時刻ｔ９ａ以降の各周期タイミングｔ９ａ〜ｔ１２ａにおいて、対応するダイアグ判定ＳＷＣ２〜５から診断結果の通知が送られないので、図中白抜き矢印で示す部分において診断結果の判定処理を実施しない状態となり、処理負荷が軽減されるようになる。これに対して、従来方式の比較例では、ダイアグマネージャは、図４（ｂ）に示すように、毎回診断結果の判定処理を実施しているので、処理負荷が軽減されることがない。
【００４２】
このような本実施形態によれば、診断状態記憶ＲＡＭ７を設けて、ダイアグマネージャ６により診断結果の状態判定が確定したときにこれを診断状態記憶ＲＡＭ７に記憶させるようにした。そして、以後のダイアグ判定ＳＷＣ２〜５の診断処理においては、診断結果が得られたときに診断状態記憶ＲＡＭ７から情報を読み出して一致しているときにはダイアグマネージャ６に通知しないようにした。
【００４３】
これにより、ダイアグマネージャ６は、診断結果が変化したときにダイアグ判定ＳＷＣ２〜５から診断情報が通知されるようになり、周期毎に毎回診断結果の判定処理をすることがなくなり、全体としてダイアグマネージャ６の処理負担が軽減される。
【００４４】
この結果、診断装置１を構成するダイアグマネージャ６の機能における処理負担が軽減されることで、全体としてＣＰＵによる他の処理を実行するのを妨げることを抑制することができる。
【００４５】
また、ダイアグマネージャ６による処理負担が軽減されることで、ＣＰＵの処理能力が同じであっても、他の処理の実行を増加させたり、ダイアグ判定ＳＷＣの数を増加させることができる。
【００４６】
（他の実施形態）
なお、本発明は、上述した実施形態のみに限定されるものではなく、その要旨を逸脱しない範囲で種々の実施形態に適用可能であり、例えば、以下のように変形または拡張することができる。
【００４７】
ダイアグマネージャ６による判定結果の「確定」のための回数は、適宜の回数に設定することができる。また、正常状態と異常状態とで確定するための回数を異なる回数に設定することができる。
【００４８】
ダイアグ判定ＳＷＣの設定個数は、診断装置１のＣＰＵの処理能力に応じて適宜設定することができる。
本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。
【符号の説明】
【００４９】
図面中、１は診断処理装置、２〜５はダイアグ判定ＳＷＣ（診断処理部）、６はダイアグマネージャ（診断情報管理部）、７は診断状態記憶ＲＡＭ（記憶部）、８はＥＥＰＲＯＭ、６０〜９０は制御回路である。
【図１】
2019003535.tif 000003
【図２】
2019003535.tif 000004
【図３】
2019003535.tif 000005
【図４】
2019003535.tif 000006