JP2005219717A - 車両・車載機器の異常診断装置 - Google Patents

Abstract

【課題】カーメーカーが販売車両全体における異常発生現象の状況、傾向の把握をスムーズに行うことができ、通知の際の通信料金の軽減を図ることのできる車両・車載機器の異常診断装置を提供する。
【解決手段】車両１の不具合発生状況を、通信回線８，９を用いて収集センタ５とディーラ／整備工場７に送信する機能を持つ車両・車載機器の異常診断装置３で、車両の不具合発生状況を予め緊急度に応じて段階分けして車両制御装置２の記憶装置４に記録し、高位の不具合データは、不具合が発生した時に直ちに収集センタ５に送信する第１のモードで処理するなどの機能を備えて構成する。
【選択図】図１

Description

本発明は車両・車載機器の異常診断処理方法に係り、特に車体、および車両に搭載している車載機器の異常状態を緊急度に応じて処理する車両・車載機器の異常診断装置に関する。

車両走行中に車両等は、種々異常を発生することがある。このような異常を事前に防止することは、車両に乗車する運転者等にとって最も好ましいと同時に、車両性能を保証するカーメーカにとっても仕損金の削減を行うことができる。すなわち、カーメーカは、フィールド走行中の車両・車載機器に発生する現象（特に、異常状態）を早期に知り、販売車両全体における発生現象状況、傾向を把握することで、不具合に対する早期対策を施すことが容易になる。

従来より、車両に搭載している車載機器は種々の理由に基づいて異常を発生することがある。このような異常発生時に、車両の異常状態を運転者に車載のモニターに表示するシステムは多く提案されている（例えば、特許文献１参照。）。

また、車両の緊急事態を検出して無線回線でセンターに緊急情報通報を行う車両緊急情報通報装置の異常診断を行う異常診断方法を、車両緊急情報通報装置の起動時に異常診断を行ない、所定の周期でも異常診断を行ない、所定の事象が発生した時にも異常診断を行う車両緊急情報通報装置が提案されている（例えば、特許文献２参照。）。
特開２００３−２２３３０号公報（第３頁 第１図） 特開平１１−２５０３８２号公報（第５頁 第４図）

特許文献１は、故障発生時には、専門的な知識を必要とすることなく運転者が故障の重大さを的確に把握でき、エンジン停止等の重大な事態に陥ることを未然に回避することができるものである。そして、特許文献１は、車両の故障診断システムに関し、車両の状態より各種の故障を検出し、検出した故障内容に応じた診断結果情報を出力する故障診断手段と、前記故障診断手段によって検出される故障内容を故障の重大さに応じて予めランク付したランク付けデータを含み、前記故障診断手段より前記診断結果情報を入力し、診断結果情報が示す故障内容のランク前記ランク付けデータに基づいて決定し、その決定ランクに応じて異なる表示方法・内容を設定する故障分析手段と、前記故障分析手段によって設定された表示方法・内容に応じた故障表示を行う表示器とによって構成されている。

しかしながら、特許文献１によると、運転者が故障の重大さを的確に把握することができ、エンジン停止等の重大な事態に陥ることを未然に回避することはできるが、それをカーメーカは、チェックすることができず、フィールド走行中の車両・車載機器に発生する現象（特に、異常状態）を早期に知り、販売車両全体における発生現象状況、傾向を把握することによって不具合に対する早期対策を施すことはできないという問題点を有している。

また、特許文献２は、種々のタイミングで車両緊急情報通報装置の診断をして、常に装置が正常に機能することを確認できるようにするもので、車両緊急情報通報装置２の異常診断を、車両装置起動時、周期的、事象発生時の３通りの診断タイミングで行い、さらに、車両緊急情報通報装置２が提供する機能への影響度を加味して異常診断を行うものである。そして、車両緊急情報通報装置２の異常を検出した場合に、車両緊急情報通報装置２が提供する機能への影響度を加味したエラー点数を累積し、診断結果が正常であればエラー点数を減算し、累積値が一定値に達すると異常検出を行うものである。この特許文献２は、具体的には、車両の緊急事態を検出して無線回線でセンターに緊急通報を行う車両緊急情報装置の異常診断を行う異常診断方法において、車両緊急情報装置の起動時に異常診断を行ない、所定の周期でも異常診断を行ない、所定の事象が発生した時にも前記異常診断を行なうようにする構成となっている。

しかしながら、特許文献２によると、車両緊急情報通報装置２が提供する機能への影響度を加味したエラー点数を累積し、診断結果が正常であればエラー点数を減算し、累積値が一定値に達すると異常検出を行うものであるため、一旦、異常が検出されても、その後の現象で診断結果が正常となり、エラー点数が減算されると、累積値が一定値に達しないことがあり、その場合、通知レベルの判断では、通知期間が長期になる恐れがあるため、有効とならない。しかしながら、カーメーカが保証する車両性能の状態把握のためのデータ集計目的としての異常現象の収集は、定期的に行うことがユーザーにとっても、カーメーカにとっても重要であり、販売車両全体における異常発生現象の状況、傾向を把握することがスムーズに行われず、カーメーカが保証するデータ収集が長期になる恐れがあり、十分な対応ができないという問題点を有している。

本発明の目的は、フィールド走行中の車両における異常発生現象を緊急度に対応して通知することにより、カーメーカが販売車両全体における異常発生現象の状況、傾向の把握をスムーズに行うことができ、カーメーカが保証するデータ収集が長期になるのを防止し、現象発生時の車両における状況を効率よく収集センタに送信することができ、通知の際の通信料金の軽減を図ることのできる車両・車載機器の異常診断装置を提供することにある。

本発明の他の目的は、後述する発明を実施するための最良の形態の中で記述する。

本発明に係る車両・車載機器の異常診断装置の特徴は、車両の不具合発生状況を通信回線を用いて収集センタに送信する機能を持つ車両・車載機器の異常診断装置において、
車両の不具合発生状況を予め緊急度に応じて高位の不具合データと、中位の不具合データと、低位の不具合データの段階に分けて車載制御装置の記憶装置に記録し、
高位の不具合データは、不具合が発生した時に直ちに収集センタに送信する第１のモードで処理し、
中位の不具合データは、不具合の発生状況を車載制御装置の記憶装置に記憶しておき、エンジン起動時に収集センタに送信する第２のモードで処理し、
低位の不具合データは、不具合の発生状況を車載制御装置の記憶装置に記憶しておき、車両点検時にディーラ／整備工場が任意に読み出す第３のモードで処理する機能を備えて構成する。

本発明によれば、カーメーカが販売車両全体における異常発生現象の状況、傾向の把握をスムーズに行うことができる。

また、発明を実施するための最良の形態によれば、カーメーカが保証するデータ収集が長期になるのを防止することができる。

また、発明を実施するための最良の形態によれば、現象発生時の車両における状況を効率よく収集センタに送信することができる。

また、発明を実施するための最良の形態によれば、現象発生時の車両における状況を送信する際の通信料金の軽減を図ることができる。

また、発明を実施するための最良の形態によれば、車両の本質的な不具合を発見することができ、車両の本質的な不具合の履歴を収集することができる。

本発明に係る車両・車載機器の異常診断装置は、車両の不具合発生状況を予め緊急度に応じて高位の不具合データと、中位の不具合データと、低位の不具合データの段階に分けて、高位の不具合データの場合は、不具合が発生した時に収集センターへの送信処理を行い、中位の不具合データの場合は、不具合の発生状況を車載制御装置の記憶装置に蓄積しこの記憶蓄積されているデータをまとめてエンジン起動時に収集センターへの送信処理を行い、低位の不具合データの場合は、不具合の発生状況を車載制御装置の記憶装置に蓄積しこの記憶蓄積されているデータを車両点検時にディーラが任意に読み出し可能に処理することで実現する。

以下、本発明の実施例を詳細に説明する。

図１には、本発明に係る車両・車載機器の異常診断装置の車両のシステム構成と、収集センターとの情報の送信関係の実施例が示されている。

図１において、１は車両で、２は車両制御装置で、３は車両・車載機器の異常診断装置で、４は記憶装置で、５は収集センタで、６はカーメーカ／部品サプライヤで、７はディーラ／整備工場である。

車両１には、車両制御装置２が搭載されており、この車両制御装置２は、マイクロコンピュータで構成しており、構成車両の走行状態を制御したり、車両に搭載されている各センサから送られてくるデータに基づいて車両の各種状態を監視する機能を有している。この車両制御装置２は、車両・車載機器の異常診断装置３を備えており、この車両・車載機器の異常診断装置３は、車両情報蓄積処理部３１と、通知タイミング判定部３２と、通信制御部３３を有している。この車両情報蓄積処理部３１は、車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサから入力されてくるデータを記憶装置４に記憶するための情報に分類する機能を有するものである。また、通知タイミング判定部３２は、車両情報蓄積処理部３１で処理されたデータにより、直ぐに通知する異常情報か、まとめて起動時に通知する異常情報か、単に記憶装置４に記憶しておき後にディーラ／整備工場７によって読み出す異常情報か、各種データ結果の通知するタイミングを判定するものである。また、通信制御部３３は、通知タイミング判定部３２における判定結果に基づき、広域通信手段（例えば、インターネット、衛星回線など）２３、または狭域通信手段（例えば、無線ＬＡＮなど）２４を介して収集センタ５、またはディーラ／整備工場７に送信するためのものである。

また、この記憶装置４は、通知データ管理データベース４１と、通知タイミングコード対応データベース４２と、詳細車両情報履歴データベース４３を有している。この通知データ管理データベース４１は、車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサから車両情報蓄積処理部３１に入力されてくるデータを収集センタ５に送信すべき履歴としてデータ化して管理記憶しておくためのものである。具体的には、通知データを管理表にしてデータ化してデータベースに記憶してある。また、通知タイミングコード対応データベース４２は、車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサによって収集されるデータ結果を、異常発生現象の重大性に照らして、予め車両走行に支障を来す度合い（緊急度）に応じて高位の不具合データ、中位の不具合データ、低位の不具合データに分類するための対応表として、記憶するものである。

高位の不具合データとは、車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサによって収集されるデータが、直接車両走行の安全性に関与するもの、例えば、タイヤのスリップ率の増大、バッテリの疲弊などである。中位の不具合データとは、車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサによって収集されるデータが、直接車両走行の安全性に関与するものではないが、将来的に車両に影響を与える可能性のあるデータである。そして、低位の不具合データとは、車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサによって収集されるデータが、直接車両走行の安全性に関与するものではなく、将来的に車両に影響を与える可能性はないが、カーメーカ６、ディーラ／整備工場７にとって将来の車両整備等の参考データとして車両の本質的な不具合を発見することができ、車両の本質的な不具合の履歴として収集するためのデータである。

詳細車両情報履歴データベース４３は、車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサによって収集されるデータ結果を、車両情報履歴データとしてデータベース化して記憶するものである。

２５は操作入力手段、２６は情報出力手段である。この操作入力手段２５は、車両・車載機器の異常診断装置３の操作を行うためのもので、情報出力手段２６は、通知タイミング判定部３２に基づいて判断された通知タイミング判定部３２から出力される異常情報について車載装置のディスプレイ等に出力するためのものである。

広域通信手段（例えば、インターネット、携帯電話網など）２３は、遠距離通信網（例えば、インターネット、携帯電話網等）８を介して車両・車載機器の異常診断装置３と収集センタ５との通信を行うためのものである。この広域通信手段２３と収集センタ５との通信は、フィールド走行時の車両における発生現象の通知に用いられる。また、狭域通信手段２４は、ディーラ／整備工場７に納車時に近距離通信網（例えば、ＤＳＲＣ、無線ＬＡＮ）９を介して車両・車載機器の異常診断装置３とディーラ／整備工場７との通信を行うためのものである。

収集センタ５では、車両の現象集計・傾向分析を行い、全車両における発生現象・傾向内容をネットワーク１０を介してカーメーカ（または、部品サプライヤ）６に提供する。カーメーカ（または、部品サプライヤ）６では収集センタ５から送信されてきたデータを詳細に解析する。また、ディーラ／整備工場７では、車両１が整備等で、ディーラ／整備工場７に納車された時の車両１の記憶装置４の詳細車両情報履歴データベース４３に記憶されている車両蓄積詳細情報の吸い上げを行う。このディーラ／整備工場７では、この詳細車両情報履歴データベース４３から読み出した車両蓄積詳細情報に基づいて詳細情報を収集し、現場で対策を行う。

このディーラ／整備工場７とカーメーカ（または、部品サプライヤ）６との関係は、ディーラ／整備工場７からは、カーメーカ６に解析用の詳細情報の提供を行い、カーメーカ（または、部品サプライヤ）６からは、ディーラ／整備工場７に最新の解析結果・具体的対策情報の通知のやり取りを行う。

図２には、記憶装置４の通知タイミングコード対応データベース４２に記憶される高位の不具合データ、中位の不具合データ、低位の不具合データの具体的な項目を表にして示してある。この図２においては、検知不具合現象コードと、検知不具合現象内容と、通知タイミングコードが示されている。

検知不具合現象コードは、検知不具合現象についてコード番号を、「０、１、２、３、４、・・・」と付したものである。検知不具合現象内容は、現実の車両の現象を特定したもので、例えば、コード番号「０」が「異常なし」、コード番号「１」が「オルタネータ電圧異常検知」、コード番号「２」が「スタータ異音検知」、コード番号「３」が「エンスト検知」、コード番号「４」が「アイドリング不調検知」、コード番号「５」が「ノッキング検知」、コード番号「６」が「始動不良検知」、コード番号「７」が「加速不良検知」、コード番号「８」が「ＡＢＳ故障」、・・・・と、各車両の具体的な検知不具合現象をコード番号に対応させて表にしてある。また、通知タイミングコードは、検知不具合現象内容において掲げた具体的な不具合現象に対して、通知タイミング（高位の不具合データ、中位の不具合データ、低位の不具合データの別）を数字で示したものである。この通知タイミングコードの数字は、通知の緊急度を示すもので、高位の不具合データ（緊急度が最も高いデータ）が「１」、中位の不具合データ（緊急度が中位のデータ）が「２」、低位の不具合データ（緊急度が最も低いデータ）が「３」と設定してある。この通知タイミングコードは、「１」が即時通知、「２」が次回起動時通知、「３」が通知不要となっている。

したがって、車両電子制御装置２１、２２の各種センサから異常検出信号が車両・車載機器の異常診断装置３の通知タイミング判定部３２に入力されると、この通知タイミング判定部３２においては、記憶装置４に記憶されている通知タイミングコード対応データベース４２に記憶されているデータと比較され、車両電子制御装置２１、２２の各種センサから異常検出信号が何の検知不具合現象内容に該当するもので、どのような処理をするかが判定される。すなわち、いま、車両電子制御装置２１、２２の各種センサによってオルタネータ電圧異常検知がなされると、オルタネータ電圧異常信号が車両・車載機器の異常診断装置３の通知タイミング判定部３２に入力される。この通知タイミング判定部３２において、記憶装置４に記憶されている通知タイミングコード対応データベース４２に記憶されているデータと比較され、車両電子制御装置２１、２２の各種センサによって検出されたデータが、コード番号「１」、不具合現象内容「オルタネータ電圧異常検知」、通知タイミングコード「１」と判定されると、通知タイミングコード「１」であるから、直ぐに通知する異常情報が入力されたことになる。従って、この場合は、この検出結果が広域通信手段２３から遠距離通信網８を介して即時に収集センタ５に送信される。

図３には、記憶装置４の通知データ管理データベース４１の内容が表になって示されている。この図３に示される通知データ管理表においては、発生時刻と、発生時走行距離（ｋｍ）と、検知不具合現象コードが示されている。

発生時刻は、不具合現象が発生した時刻を記録するもので、発生時走行距離（ｋｍ）は、不具合現象が発生した時刻の当該車両の走行距離（距離メータが示している距離の値）を記録するもので、検知不具合現象コードは、発生した不具合現象が何であるかを示す図２に図示の検知不具合現象コードを記録するものである。この検知不具合現象コードによって通信されたデータの内容が明確になる。

この図３においては、４つの具体的な検知不具合現象が示してある。一番上の段は、発生時刻「２００４．１．３０．１２．３０．１０．５００」すなわち、２００４年１月３０日１２時３０分１０秒５００」に、発生時走行距離（ｋｍ）「２２３９３」すなわち、２２，３９３ｋｍのとき、検知不具合現象コード「６」すなわち、「始動不良検知」が発生したということである。同様に、２段目は、２００４年１月３０日１２時３２分０１秒２１０に、発生時走行距離（ｋｍ）２２，３９３ｋｍのところで、始動不良検知が発生したことを示している。さらに、３段目は、２００４年１月３０日１２時３３分３０秒６１０に、発生時走行距離（ｋｍ）２２，３９６ｋｍのところで、エンスト検知が発生したことを示している。

図４には、車両・車載機器の異常診断装置３の通知タイミング判定部３２の処理フローチャートが示されている。この通知タイミング判定部３２は、車両情報蓄積処理部３１で処理されたデータにより、直ぐに通知する異常情報か、まとめて起動時に通知する異常情報か、単に記憶装置４に記憶しておき後にディーラ７によって読み出す異常情報か、各種データ結果の通知するタイミングを判定するものである。

車両情報蓄積処理部３１で処理されたデータにより、異常検知通知があると、通知タイミング判定部３２においては、まず、ステップ１００において、図２に示す予め設定された通知タイミングコード対応表と受信した検知不具合現象コードとから異常の種類（検知不具合現象の内容）をチェックして異常の種類を特定する。このステップ１００において異常の種類を特定すると、ステップ１１０において、異常検知通知のあった異常の種類が高位の不具合データ、中位の不具合データ、低位の不具合データのいずれの通知タイミングのものであるか、異常の種類（検知不具合現象の内容）から通知タイミングコードを特定する。

このステップ１１０において通知タイミングコードの特定を行うと、ステップ１２０において、異常検知通知のあった異常の種類がレベル「１」（高位の不具合データ）であるか否か（直ぐに通知する異常情報であるか否か）を判定する。このステップ１２０において異常検知通知のあった異常の種類がレベル「１」（高位の不具合データ）でないと判定すると、ステップ１３０において、異常検知通知のあった異常の種類がレベル「２」（中位の不具合データ）であるか否か（まとめて起動時に通知する異常情報であるか否か）を判定する。このステップ１２０において異常検知通知のあった異常の種類がレベル「２」（中位の不具合データ）でないと判定すると、異常検知通知のあった異常の種類がレベル「３」（低位の不具合データ）と判定してフローを終了する。また、このステップ１２０において異常検知通知のあった異常の種類がレベル「２」（中位の不具合データ）であると判定すると、ステップ１４０において、対象現象コードと発生時刻、発生時走行距離を記憶装置４の通知データ管理データベース４１において図３に図示の通知データ管理表に追記してフローを終了する。

また、ステップ１２０において異常検知通知のあった異常の種類がレベル「１」（高位の不具合データ）であると判定すると、ステップ１５０において、図７に示す如きユーザに通達する画面を生成し、情報出力手段にメッセージ（警告）を出力して運転者が確認できるようにディスプレイに表示する。このステップ１５０において図７に示す如きユーザに通達する画面を表示すると、ステップ１６０において、直ちに通信制御部３３に収集センタ５にデータを送信する送信要求を出力し、広域通信手段２３を用いて収集センタ５へ対象の検知不具合現象コードと発生時刻と発生時走行距離を送信する。

このステップ１６０において収集センタ５にデータを送信すると、ステップ１７０において、広域通信手段２３を用いて収集センタ５へ対象の検知不具合現象コードと発生時刻と発生時走行距離の送信が成功したか否かを判定する。すなわち、走行地域の影響などにより、もし通信が失敗した場合は、幾度か間を置いて通信をリトライする。このステップ１７０において収集センタ５へ対象の送信が成功しなかった（規定のリトライ回数に達しても送信が成功しなかった）場合は、ステップ１４０において、対象現象コードと発生時刻、発生時走行距離を記憶装置４の通知データ管理データベース４１において図３に図示の通知データ管理表に追記してフローを終了する。

また、ステップ１７０において収集センタ５へ対象の送信が成功した場合、あるいは、収集センタ５へ対象の送信が成功しないで規定のリトライ回数の内に送信が成功した場合は、このフローを終了する。

図５には、車両・車載機器の異常診断装置３の車両情報蓄積処理部３１の起動の処理フローチャートが示されている。この車両情報蓄積処理部３１は、車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサから入力されてくるデータを記憶装置４に記憶するための情報に処理する機能を有するものである。

図５において、ステップ２００において、車両・車載機器の異常診断装置３の端末の起動が開始すると、ステップ２１０において、車両・車載機器の異常診断装置３の端末の起動処理を行う。このステップ２１０において車両・車載機器の異常診断装置３の端末の起動処理を行うと、ステップ２２０において、記憶装置４の通知データ管理データベース４１の内容を表にして示された通知データ管理表の内容をチェックし、通知データ管理表に内容（データ）が存在するか否かを判定する。このステップ２２０において記憶装置４の通知データ管理データベース４１の通知データ管理表に内容（データ）が存在しない判定すると、このフローを終了し、起動処理を完了する。

また、このステップ２２０において記憶装置４の通知データ管理データベース４１の通知データ管理表に内容（データ）が存在すると判定すると、ステップ２３０において、記憶装置４の通知データ管理データベース４１の通知データ管理表の内容を読み出し、広域通信手段２３を用いて収集センタ５へ通知データ管理表の内容（データ）を送信する通信処理を行う。このステップ２３０において広域通信手段２３を用いて収集センタ５へ通知データ管理表の内容（データ）を送信する通信処理を行うと、ステップ２４０において、通信制御部３３に収集センタ５にデータを送信する送信要求を出力し、広域通信手段２３を用いて収集センタ５へ対象の検知不具合現象コードと発生時刻と発生時走行距離を送信する。

このステップ２４０において収集センタ５にデータを送信すると、ステップ２５０において、広域通信手段２３を用いて収集センタ５へ対象の検知不具合現象コードと発生時刻と発生時走行距離の送信が成功したか否かを判定する。すなわち、走行地域の影響などにより、もし通信が失敗した場合は、幾度か間を置いて通信をリトライする。このステップ２５０において収集センタ５へ対象の送信が成功しなかった（規定のリトライ回数に達しても送信が成功しなかった）場合はフローを終了し、起動処理を完了する。

また、このステップ２５０において収集センタ５へ対象の送信が成功した場合は、次のステップ２６０において、対象現象コードと発生時刻、発生時走行距離を記憶装置４の通知データ管理データベース４１の図３に図示の通知データ管理表から内容（データ）を消去してフローを終了し、起動処理を完了する。

図６には、車両・車載機器の異常診断装置３の車両情報蓄積処理部３１の通常の処理フローチャートが示されている。この車両情報蓄積処理部３１は、車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサから入力されてくるデータを記憶装置４に記憶するための情報に処理する機能を有するものである。

図６において、ステップ３００において、車両・車載機器の異常診断装置３の端末の起動が開始すると、ステップ３１０において、車両・車載機器の異常診断装置３の車両情報蓄積処理部３１において車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサから入力されてくるデータの受信があったか否かを判定する。このステップ３１０において車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサからデータの受信が有るまで待つ。このテップ３１０において車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサからデータの受信が有ったと判定すると、ステップ３２０において、車両・車載機器の異常診断装置３の車両情報蓄積処理部３１において車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサから入力されてくるデータを取得する。この時、データから異常の発生時刻を得る。

このステップ３２０において車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサから入力されてくるデータを取得すると、ステップ３３０において、車両内通信バスから受信した情報を記録装置に蓄積するために分類する。そして、ステップ３３０において車両内通信バスから受信した情報を記録装置に蓄積するために分類すると、ステップ３４０において、検知不具合現象コードの異常発生状況のチェック（車両に異常が発生していないか検知不具合現象コードの値のチェック）を行う。

このステップ３４０において検知不具合現象コードの異常発生状況のチェックを行うと、ステップ３５０において、異常検知があったか否かの判定を行う。このステップ３５０において異常検知がなかったと判定すると、ステップ３８０に移る。また、このステップ３５０において異常検知があったと判定すると、ステップ３６０において、異常検知時の当該車両の走行距離の取得を行う。すなわち、車両電子制御装置から定期的に得ている現在の車両走行距離を発生時走行距離として取得する。このステップ３６０において異常検知時の当該車両の走行距離の取得を行うと、ステップ３７０において、車両・車載機器の異常診断装置３の車両情報蓄積処理部３１から車両・車載機器の異常診断装置３の通知タイミング判定部３２に異常検知通知を出力する。

このステップ３７０において車両・車載機器の異常診断装置３の通知タイミング判定部３２に異常検知通知が出力されるか、ステップ３５０において異常検知がなかったと判定すると、ステップ３８０において、記憶装置４の詳細車両情報履歴データベース４３に車両電子制御装置２１、２２の各種センサから車両情報蓄積処理部３１に入力されてくるデータを履歴として格納する。このステップ３８０において記憶装置４の詳細車両情報履歴データベース４３に各種センサから車両情報蓄積処理部３１に入力されてくるデータを履歴として格納すると、ステップ３１０に戻る。

次に、本発明の実施例として、ユーザがスタータを動作させエンジンを始動させた時に、車両電子制御装置２１、２２においてスタータの異音を検知した場合の「スタータの異音検知」を例に挙げて説明する。

＜スタータの異音検知＞
（通常処理）
車両電子制御装置２１、２２は、定期的に各種管理する車両情報を車両・車載機器の異常診断装置３に送信する。この車両情報には、エンジン回転数や車速、車両走行距離、検知不具合情報など各車両電子制御装置が把握するさまざまな情報がある。

（異音検知時）
車両電子制御装置２１、２２から、スタータの異音を検知したことを示す検知不具合現象コードが発生時刻の情報とともに、車両内通信バスを経由して車両・車載機器の異常診断装置３に送られる。

（異音検知後の処理）
車両・車載機器の異常診断装置３では、車両情報蓄積処理部３１において、車両内通信バスを介して接続される車両電子制御装置２１、２２の各種センサによって収集されるデータ結果を、異常発生現象の重大性に照らして、予め車両走行に支障を来す度合い（緊急度）に応じて高位の不具合データ、中位の不具合データ、低位の不具合データに分類するとともに、車両１に異常が発生していないか検知不具合現象コードの値をチェックする（ステップ３１０〜ステップ３４０）。さらに、車両情報蓄積処理部３１において、検知不具合現象コードが正常でない状態を検出すると、車両電子制御装置２１、２２の各種センサから定期的に得ている現在の車両走行距離を発生時走行距離として取得する（ステップ３５０〜ステップ３６０）。

その後、車両情報蓄積処理部３１は、通知タイミング判定部３２に対して異常検知したことを検知不具合現象コード、発生時刻、発生時走行距離とともに通知した後に、記憶装置４の詳細車両情報履歴データベース４３に各種センサから車両情報蓄積処理部３１に入力されてくる車両情報（スタータの異音）を履歴として格納する（ステップ３７０〜ステップ３８０）。

このようにして異常検知通知を受けた通知タイミング判定部３２においては、図２に図示の如く予め設定された通知タイミングコード対応表と受信した検知不具合現象コードとを参照し、今回の発生現象がスタータ異音検知でありレベル「２」の通知タイミングであるということを認識する（ステップ１００〜ステップ１３０）。この各種センサから車両情報蓄積処理部３１に入力されてくる車両情報（スタータの異音）がレベル２の通知タイミングであるため、対象の検知不具合現象コードと発生時刻と発生時走行距離を図３に図示の通知データ管理表に追記する（ステップ１４０）。

（情報送信時）
車両・車載機器の異常診断装置３が起動した際に、起動処理として図３に図示の通知データ管理表の内容をチェックし、通知データ管理表に内容（データ）が存在する場合は、広域通信手段２３を用いて収集センタ５へ内容（データ）を送信する通信処理を行う（ステップ２００〜ステップ２４０）。走行地域の影響などにより、もし通信が失敗した場合は、通知データ管理表のデータをそのままにして、起動処理を完了する（ステップ２５０）。この通知データ管理表は、そのまま残るため、次回起動時において改めて送信することになる。また、通信が成功してセンタへ送信した後は、通知データ管理表の内容を消去する（ステップ２６０）。

（収集センタ５の処理）
このように処理することによって、収集センタ５では、車両・車載機器の異常診断装置３を搭載した全車両からの「スタータの異音検知」の情報（データ）を入手することができ、この情報（データ）により搭載しているスタータ製品の異音検知の発生状況の傾向を求める。

このように情報（データ）により搭載しているスタータ製品の異音検知の発生状況を入手することができれば、ある車種を販売した後の特定時期・特定走行距離において、同一車種での異音検知の発生件数が多いことがわかると、ユーザがいちいちディーラへ持ち込まなくても、その車種に採用されているスタータ製品に潜在的に不具合がある可能性を疑うことができ、早期の対処が可能となる。

また、例えば、収集センタ５がこの傾向内容をカーメーカ／部品サプライヤ６に提供することで、情報を受けたカーメーカ／部品サプライヤ６では、その発生状況を分析し詳細に原因を解析することで、具体的な対策情報を作成することができる。

もし、この傾向状況のみでは解析する情報が不十分な場合は、対象となるスタータ搭載車両を抽出してディーラ／整備工場７へ来店を促し、来所時に狭域通信手段２４を用いて記録装置３内に蓄積している詳細車両情報履歴の情報から所望の詳細情報を吸い上げる。ディーラ／整備工場７ではその詳細情報をカーメーカ／部品サプライヤ６に提供し、カーメーカ／部品サプライヤ６では更なる詳細解析を実施する。また、カーメーカ／部品サプライヤ６にて解析した結果、具体的な対策情報が得られると、その情報が各ディーラ／整備工場７に送られ、各ディーラ／整備工場７では、類似した現象を持つ車両１が入庫した時にはこの対策情報を用いて迅速に対応することが可能となる。さらに、この解析結果によりスタータ製品そのものの潜在的な不具合の存在がわかった場合は、早期に部品を改良しその後の生産車両において対策済みのスタータを採用することにより、不具合の存在する部品が市場に出回る個数を早期に減らすことができる。

本実施例で対象とした「スタータの異音」は、ユーザが利用する上で異音が発生するが、スタータ機能としては即座に利用不能になるような現象ではない。このような即時対応が不要な異常現象については、本例のように発生現象状況を一度蓄える形で次回起動時に送るようにする。

次に、本発明の別の実施例として、ユーザが車両走行中に、車両電子制御装置２１、２２においてオルタネータの電圧異常を検知した場合の「オルタネータの電圧異常の検知」を例に挙げて説明する。

＜オルタネータの電圧異常の検知＞
（異常検知時）
車両電子制御装置２１、２２から車両内通信バスを経由して、オルタネータの電圧異常を検知したことを示す検知不具合現象コードが発生時刻とともに車両・車載機器の異常診断装置３に送られる。この車両・車載機器の異常診断装置３では、車両情報蓄積処理部３１において、受信した情報から車両１において異常検知の現象が発生していることを把握するとともに、車両電子制御装置２１、２２から定期的に得ている現在の車両走行距離を発生時走行距離として取得する。

車両情報蓄積処理部３１は、通知タイミング判定部３２に対し異常検知したことを検知不具合現象コード、発生時刻、発生時走行距離とともに通知する。

通知タイミング判定部３２では、図２に図示の如く設定された通知タイミングコード対応表と受信した検知不具合現象コードとを参照し、今回の発生現象がオルタネータ電圧異常検知であり、レベル「１」の通知タイミングであるということを認識する(ステップ１００〜ステップ１３０)。

レベル「１」の通知タイミングであるため、通知タイミング判定部３２ではユーザに通達する画面（図７）を生成し、情報出力手段に出力するとともに、直ちに通信制御部３３に収集センタ５への送信要求を出し、広域通信手段２３を用いて収集センタ５へ対象の検知不具合現象コードと発生時刻と発生時走行距離を送信する(ステップ１５０〜ステップ１６０)。

走行地域の影響などにより、もし通信が失敗した場合は、幾度か間を置いて通信をリトライし、規定のリトライ回数に達した場合は、対象の検知不具合現象コードと発生時刻と発生時走行距離を通知データ管理表に追記し、次回起動時に通達するようにする(ステップ１７０、ステップ１４０)。また、このようなレベル「１」の通知タイミングによる即時通知を行う際に、図３に図示の通知データ管理表にデータが存在する場合は、その内容も合わせて収集センタ５へ送信するようにしても良い。

（収集センタ５の処理）
収集センタ５では、車両・車載機器の異常診断装置３を搭載した車両１からの「オルタネータの電圧異常の通知」を受けた場合は、なるべく早い段階で対処方法を示す情報をその車両に対し提供する。また、先の例と同様、車両・車載機器の異常診断装置３を搭載した全車両からのオルタネータの電圧異常に関する発生状況の傾向を求めることができ、先の例と同様にその傾向を分析することで早期の対処が可能になる。

このオルタネータの電圧異常は、なるべく早期に対処しないとバッテリあがりを誘発し、車の始動が不能になる。このように異常状態が伝播し早くに車両全体への不具合へと発展するような異常現象については、車両・車載機器の異常診断装置３は本実施例のように検知したら即時に収集センタ５へ知らせ、それに対応する対処情報やサービスを得るようにする。例えば、収集センタ５で把握している最新の情報に基づく対応手順情報を収集センタ５から受信する、収集センタ５において通知を受けた車両１に対し走行位置情報の送信を要求し、その情報を基に付近の修理サービス工場に連絡して対応を依頼してもらう、収集センタ５から得た情報によりその修理サービス工場までナビゲーションの設定を行う、などである。

＜通知タイミングコードが変更になった場合＞
別の実施例として、前記実施例によるカーメーカ／部品サプライヤ６の詳細解析の過程で、車両・車載機器の異常診断装置３を搭載した車両１に対しての内容を変更した通知タイミングコード対応表をセンタ経由またはディーラ／整備工場経由で送信し、車両・車載機器の異常診断装置３の通知タイミング判定部３２において記録装置４内の通知タイミングコード対応表を更新して収集センタ５への通知内容を変更して、新たな傾向・分析を収集センタ５に伝えるようにする。

通知タイミング判定部３２は、通知タイミングコード対応表を更新した際には、詳細車両情報履歴の情報を改めて見直し、通知すべき検知不具合現象コードがあった場合は、新しい通知タイミングコード対応表の内容に基づきセンタへの通知を行う。

なお、通知タイミングコードは、固定・可変のいずれでもよい。また、個々のデータによっては、通知不要の現象であっても、現象の組み合わせにより通知すべき現象項目もある。さらに、同一現象の発生頻度が変化すると、通知タイミングコードを変化させてもよい。

本発明に係る車両・車載機器の異常診断装置の車両のシステム構成と、収集センターとの情報の送信関係の実施例を示す図。 図１に図示の記憶装置の通知タイミングコード対応データベースに記憶されるデータの具体的な項目を示した表。 図１に図示の記憶装置の通知データ管理データベースの内容を示す表。 図１に図示の車両・車載機器の異常診断装置の通知タイミング判定部の処理フローチャートを示す図。 図１に図示の車両・車載機器の異常診断装置の車両情報蓄積処理部の起動の処理フローチャートを示す図。 図１に図示の車両・車載機器の異常診断装置の車両情報蓄積処理部の通常の処理フローチャートを示す図。 図１に図示の車両・車載機器の異常診断装置の通知タイミング判定部で検知した異常の種類がレベル「１」のときのユーザに通達する画面を示す図。

符号の説明

１……………………車両
２……………………車両制御装置
３……………………車両・車載機器の異常診断装置
４……………………記憶装置
５……………………収集センタ
６……………………カーメーカ／部品サプライヤ
７……………………ディーラ／整備工場
８……………………遠距離通信網
９……………………近距離通信網
２１，２２…………車両電子制御装置
２３…………………広域通信手段
２４…………………狭域通信手段
３１…………………車両情報蓄積処理部
３２…………………通知タイミング判定部
３３…………………通信制御部
４１…………………通知データ管理データベース
４２…………………通知タイミングコード対応データベース
４３…………………詳細車両情報履歴データベース

Claims (6)

1. 車両の不具合発生状況を通信回線を用いて収集センタとディーラ／整備工場に送信する機能を持つ車両・車載機器の異常診断装置において、
   前記車両の不具合発生状況を予め緊急度に応じて高位の不具合データと、中位の不具合データと、低位の不具合データの段階に分けて車載制御装置の記憶装置に記録し、
   前記高位の不具合データは、不具合が発生した時に直ちに収集センタに送信する第１のモードで処理し、
   前記中位の不具合データは、不具合の発生状況を車載制御装置の記憶装置に記憶しておき、エンジン起動時に収集センタに送信する第２のモードで処理し、
   前記低位の不具合データは、不具合の発生状況を車載制御装置の記憶装置に記憶しておき、車両点検時にディーラ／整備工場が任意に読み出し可能な第３のモードで処理する機能を備えていることを特徴とする車両・車載機器の異常診断装置。
2. 前記緊急度は、車両走行に支障を来す度合いによって決定するものである請求項１に記載の車両・車載機器の異常診断装置。
3. 前記収集センタへの送信は、広域通信手段によって行うものである請求項１又は２に記載の車両・車載機器の異常診断装置。
4. 前記広域通信手段による送信は、遠距離通信網を介して車両・車載機器の異常診断装置と収集センタとの相互通信である請求項１、２又は３に記載の車両・車載機器の異常診断装置。
5. 前記車両点検時のディーラ／整備工場による読み出しは、狭域通信手段によって行うものである請求項１、２、３又は４に記載の車両・車載機器の異常診断装置。
6. 前記狭域通信手段による送信は、近距離通信網を介して車両・車載機器の異常診断装置とディーラ／整備工場との相互通信である請求項１、２、３、４又は５に記載の車両・車載機器の異常診断装置。

Images