(57)【要約】【課題】車輌に搭載されるエンジン等の車載機器の状況に応じた診断内容を検知して車輌の使用者等に報知することができる車輌異常検知装置を提供すること。【解決手段】今回診断メモリに記憶されている診断コードと過去診断メモリに記憶されている全ての診断コードとを比較する（Ｓ２２）。比較によって、両診断メモリに記憶される診断コードが不一致の場合は（Ｓ２３：Ｎｏ）、Ｓ２２の比較に用いた診断コードは、車輌が今回始動されてから初めて検知されたものであるので、Ｓ２２の比較に用いた診断コードに対応する音声メッセージを音声メモリから読み出して（Ｓ２５）、その音声メッセージを続けて２回再生する（Ｓ２６，Ｓ２７：Ｎｏ）。これによって、診断コードに対応した車輌の異常を示す診断内容を音声により車輌の使用者に報知することができる。【選択図】        図６
2004217016.tif 000002
【特許請求の範囲】
【請求項１】
エンジン等の車載機器の状況を診断しその診断内容に応じた診断コードを記憶する制御ユニットとその制御ユニットと通信可能に接続されるダイアグノーシス端子とを備えた車輌に搭載可能な車輌異常検知装置であって、
ダイアグノーシス端子と接続可能な接続端子と、
その接続端子とダイアグノーシス端子とが接続され且つ車輌が始動開始された場合に制御ユニットから診断コードを定期的に取得する取得手段と、
その取得手段により取得された今回の診断コードと車輌の始動開始からその取得手段の前回実行迄に取得された過去の診断コードとが一致するか否かを判断する判断手段と、
その判断手段による判断の結果、今回の診断コードが過去の診断コードと不一致である場合にのみ、今回の診断コードに対応する診断内容を音声により報知する報知手段とを備えていることを特徴とする車輌異常検知装置。
【請求項２】
前記判断手段は、車輌の始動開始から前記取得手段の前回実行迄に取得された診断コードのうち、車載機器の異常発生を示す診断コードを記憶する記憶手段と、前記取得手段により異常発生を示す診断コードが取得された場合にその取得された診断コードと前記記憶手段に記憶される診断コードとを比較する比較手段とを備え、
前記報知手段は、その比較手段による比較の結果、今回取得された診断コードと前記記憶手段に記憶される診断コードとが不一致である場合にのみ、今回の診断コードに対応する診断内容を音声により報知するものであることを特徴とする請求項１記載の車輌異常検知装置。
【請求項３】
車輌が始動された場合に前記記憶手段を初期化する初期化手段を備えていることを特徴とする請求項２記載の車輌異常検知装置。
【請求項４】
通信回線を介して外部装置と各種データの送受信が可能な携帯端末を接続可能な通信端子と、
その通信端子に接続される携帯端末を介して前記外部装置からの要求を受信する受信手段と、
その受信手段により前記外部装置から要求を受けた場合に、車輌の制御ユニットにより管理されるデータを、車輌の制御ユニットから取得して前記外部装置へ送信する取得送信手段とを備えていることを特徴とする請求項１から３のいずれかに記載の車輌異常検知装置。
【請求項５】
車輌の制御ユニットは、車載機器に異常が発生した場合、その異常発生時における各種センサの出力情報を、その異常発生時の診断コードに対応つけて記憶するものであり、
前記取得送信手段は、前記受信手段により前記外部装置から要求を受けた場合に、車輌の制御ユニットに記憶された診断コード及びその診断コードに対応する各種センサの出力情報を、車輌の制御ユニットから取得して前記外部装置へ送信するものであることを特徴とする請求項４記載の車輌異常検知装置。
【請求項６】
前記取得送信手段は、前記受信手段により前記外部装置からの要求を受けた場合に、車輌の制御ユニットへ入力される各種センサの出力情報を、車輌の制御ユニットを介して取得して前記外部装置へ送信するものであることを特徴とする請求項４又は５に記載の車輌異常検知装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車輌に搭載されるエンジン等の車載機器の状況に応じた診断内容を検知して車輌の使用者等に報知することができる車輌異常検知装置に関するものである。
【０００２】
【従来の技術】
近年、自動車などの車輌には、それに搭載されるエンジン、オートマチックトランスミッション、メータ機器などの各種の車載機器を制御する電子機器である電子制御ユニット（以下「ＥＣＵ」と称す）が搭載されている。ＥＣＵは、車輌の各部位に設置された各種センサから出力される検出信号に基づいて車載機器の状態を検知し、その検知結果に基づいて各車載機器を適切に制御するためのものである。例えば、エンジンを制御する場合、ＥＣＵでは、各種センサにより車速、エンジン回転数、エンジン水温などを検知して燃料噴射時間や点火時期などを制御するのである。
【０００３】
ところで、現存する車輌の殆どは、車載機器の制御がＥＣＵにより行われており、従前のように一般的なサーキットテスターによる電流又は電圧測定では、車輌内の故障部位を特定することが極めて困難となっている。そこで、近年の車輌の故障診断では、車載されたＥＣＵとの間で各種データの通信機能を有したダイアグテスタ等と称される外部故障診断器が広く利用されている（実開平２−８４４８５号公報参照）。
【０００４】
ＥＣＵは、各種センサの出力データに基づいて車載機器の動作状況を逐次診断しており、その診断内容に応じた診断コードをＥＣＵの記憶装置に記憶すると共に、車載機器に異常状況が発生した時点の各種センサの出力データやそれに基づいて演算された各種演算データ等を診断コードに関連づけて記憶するように構成されている。外部故障診断器によれば、車輌に設けられたダイアグノーシス端子と接続され、かかるダイアグノーシス端子を介してバスラインに接続されたＥＣＵとデータ通信を行って、診断コードや異常発生時の各種データをＥＣＵから取得し、その取得した診断コードや各種データに基づいて車載機器の異常診断が行われる。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記した外部故障診断器は、車輌の使用者等の一般消費者にまで普及している機器ではなく、主に車輌の整備事業者が使用する機器である。このため、車載機器の異常動作に起因してＥＣＵに何らかの異常を示す診断コードや各種データが記憶されている場合であっても、整備事業者へ車輌を持ち込み、その車輌を外部故障診断器により診断しなければならない。この際、車輌運行に支障を来すような状況であれば、素人でも容易に車輌の異常を認識することができ、即座に整備事業者へ修理依頼をすることもできるが、車輌運行可能な状態である場合にあっては、車輌使用者等が車輌の異常を認識できないため、かかる異常状態を放置してしまい車輌の具合が悪化してしまうという問題点があった。
【０００６】
本発明は、上述した問題点を解決するためになされたものであり、車輌に搭載されるエンジン等の車載機器の状況に応じた診断内容を検知して車輌の使用者等に報知することができる車輌異常検知装置を提供することを目的としている。
【０００７】
【課題を解決するための手段】
この目的を達成するために請求項１記載の車輌異常検知装置は、エンジン等の車載機器の状況を診断しその診断内容に応じた診断コードを記憶する制御ユニットとその制御ユニットと通信可能に接続されるダイアグノーシス端子とを備えた車輌に搭載可能であって、ダイアグノーシス端子と接続可能な接続端子と、その接続端子とダイアグノーシス端子とが接続され且つ車輌が始動開始された場合に制御ユニットから診断コードを定期的に取得する取得手段と、その取得手段により今回取得された診断コードと車輌の始動開始からその取得手段の前回実行迄に取得された過去の診断コードとが一致するか否かを判断する判断手段と、その判断手段による判断の結果、今回の診断コードが過去の診断コードと不一致である場合にのみ、今回の診断コードに対応する診断内容を音声により報知する報知手段とを備えている。
【０００８】
この請求項１記載の車輌異常検知装置によれば、車輌の制御ユニットに記憶されている診断コードは、取得手段によって車輌の始動開始から定期的に取得される。この取得される診断コードは、判断手段によって、車輌が始動されてから取得手段の前回実行までに取得された過去の診断コードと一致する否かが判断される。判断の結果、今回取得した診断コードと過去に取得した診断コードとが不一致である場合、今回取得した診断コードに対応する診断内容は、車輌の始動開始から初めて検知されたものと判明する。よって、かかる場合には、今回取得した診断コードに対応する診断内容が報知手段によって車輌の乗員や使用者などに音声により報知される。
【０００９】
その一方、判断手段によって今回取得した診断コードと過去に取得した診断コードとが一致する場合には、今回取得した診断コードに対応する診断内容は、車輌の始動開始から現時点までに既に報知済みである。よって、かかる場合には報知手段による診断内容の報知が行われず、同一の診断内容についての重複した報知動作が防止される。
【００１０】
請求項２記載の車輌異常検知装置は、請求項１記載の車輌異常検知装置において、前記判断手段は、車輌の始動開始から前記取得手段の前回実行迄に取得された診断コードのうち、車載機器の異常発生を示す診断コードを記憶する記憶手段と、前記取得手段により異常発生を示す診断コードが取得された場合にその取得された診断コードと前記記憶手段に記憶される診断コードとを比較する比較手段とを備え、前記報知手段は、その比較手段による比較の結果、今回取得された診断コードと前記記憶手段に記憶される診断コードとが不一致である場合にのみ、今回の診断コードに対応する診断内容を音声により報知するものである。
【００１１】
この請求項２記載の車輌異常検知装置によれば、請求項１記載の車輌異常検知装置と同様に作用する上、車輌の異常発生を示す診断コードは、車輌の始動開始から記憶手段へ順次記憶される。この記憶手段に記憶された診断コードは、比較手段によって取得手段により今回取得された診断コードと比較され、この比較の結果、今回取得された診断コードと記憶手段に記憶される診断コードとが不一致である場合にのみ、報知手段によって、今回取得の診断コードに対応する診断内容が音声により報知される。即ち、車載機器に何ら異常がない旨を示す診断コードを取得手段が取得した場合には、その旨の報知はなされないのである。
【００１２】
請求項３記載の車輌異常検知装置は、請求項２記載の車輌異常検知装置において、車輌が始動された場合に前記記憶手段を初期化する初期化手段を備えている。
【００１３】
請求項３記載の車輌異常検知装置によれば、請求項２記載の車輌異常検知装置と同様に作用する上、車輌が始動された場合、記憶手段は初期化手段により初期化されるので、前回の車輌運行中に記憶された診断コードが記憶手段から消去される。よって、前回の車輌運行から今回の車輌運行迄の間に車載機器の異常状況の改善がなされずに車輌が再び始動された場合、前回の車輌運行中に報知されたものと同一の診断内容が報知手段により今回の車輌の始動開始後に報知される。
【００１４】
請求項４記載の車輌異常検知装置は、請求項１から３のいずれかに記載の車輌異常検知装置において、通信回線を介して外部装置と各種データの送受信が可能な携帯端末を接続可能な通信端子と、その通信端子に接続される携帯端末を介して前記外部装置からの要求を受信する受信手段と、その受信手段により前記外部装置から要求を受けた場合に、車輌の制御ユニットにより管理されるデータを、車輌の制御ユニットから取得して前記外部装置へ送信する取得送信手段とを備えている。
【００１５】
請求項４記載の車輌異常検知装置によれば、請求項１から３のいずれかに記載の車輌異常検知装置と同様に作用する上、通信端子に携帯端末が接続され、通信回線を介して外部装置から各種データの要求がなされると、その要求が携帯端末を介して受信手段により受信される。外部装置からの要求が受信手段により受信されると、車輌の制御ユニットにて管理されるデータは、取得送信手段によって、車輌の制御ユニットから取得され外部装置へ送信される。よって、外部装置は、遠隔地にある車輌の制御ユニットが管理するデータを取得することができる。
【００１６】
請求項５記載の車輌異常検知装置は、請求項４記載の車輌異常検知装置において、車輌の制御ユニットは、車載機器に異常が発生した場合、その異常発生時における各種センサの出力情報を、その異常発生時の診断コードに対応つけて記憶するものであり、前記取得送信手段は、前記受信手段により前記外部装置から要求を受けた場合に、車輌の制御ユニットに記憶された診断コード及びその診断コードに対応する各種センサの出力情報を、車輌の制御ユニットから取得して前記外部装置へ送信するものである。
【００１７】
請求項６記載の車輌異常検知装置は、請求項４又は５に記載の車輌異常検知装置において、前記取得送信手段は、前記受信手段により前記外部装置からの要求を受けた場合に、車輌の制御ユニットへ入力される各種センサの出力情報を、車輌の制御ユニットを介して取得して前記外部装置へ送信するものである。
【００１８】
【発明の実施の形態】
以下、本発明の好ましい実施例について、添付図面を参照して説明する。図１は、本発明の車輌異常検知装置の一実施例である異常検知器３０（図２参照）が搭載された自動車などの車輌２を含む車輌異常検知システム１の概念図である。
車輌異常検知報知システム１は、複数の車輌２，２，２と、公衆電話回線網３と、車輌２を整備する整備工場やディーラ（以下「整備事業者等」という。）が利用するパーソナルコンピュータ（以下「ＰＣ」という。）４とを備えている。
【００１９】
複数の車輌２，２，２のそれぞれは後述する携帯電話５０を介して公衆電話回線網３と接続可能とされ、整備事業者等のＰＣ４は電話線５を介して公衆電話回線網３と接続されている。このシステム１によれば、車輌２のエンジン等の車載機器（図示せず）の状況に関するデータ等は、図２に示す携帯電話５０が接続された異常検知器３０によって、公衆電話回線網３を介して整備事業者等のＰＣ４へ送信される。
【００２０】
図２は、車輌２の電気的構成を示したブロック図であって、その車輌２と異常検知器３０との接続状態を示した図である。図２には、車載機器であるエンジン（図示せず）を制御する電子制御ユニット（以下、「ＥＣＵ」という。）１１が図示されており、このＥＣＵ１１は、バスライン１８を介して、車輌本体１０に搭載されるオートマチック・トランスミッション、ブレーキシステム、エアーバックシステムなどの他の車載機器を制御する他のＥＣＵ（図示せず）と接続されている。
【００２１】
ＥＣＵ１１は、主に、マイコン１２と入出力回路１７とを備えており、図示は省略するが、イグニッションスイッチを介して車載バッテリと接続された電源回路によって、イグニッションスイッチがオンされた場合に電力供給されて作動される。マイコン１２は、演算装置であるＣＰＵ１３と、書換不能な不揮発性メモリであるＲＯＭ１４と、書換可能な揮発性メモリであるＲＡＭ１５とを備えており、これらのＣＰＵ１３、ＲＯＭ１４及びＲＡＭ１５がバスラインを介してＩ／Ｏポート１６と接続されている。
【００２２】
Ｉ／Ｏポート１６には入出力回路１７が接続されており、この入出力回路１７には、Ａ／Ｆ（空燃比）センサ２１、エンジン回転数を検出する回転センサ２２、エアフローメータ２３、水温センサ２４、スロットルセンサ２５、スタータスイッチ２６などが接続されている。マイコン１２によれば、ＲＯＭ１４に記憶されている制御プログラムがＣＰＵ１３により実行されると、入出力回路１７及びＩ／Ｏポート１６を介して各種センサ等２１〜２６の出力信号が入力され、それに基づいてエンジンが最適な動作をするように、インジェクタ２７やイグナイタ２８へ制御信号が出力される。
【００２３】
また、マイコン１２では、ＲＯＭ１４に記憶される制御プログラムに従い、各種センサ等２１〜２６の出力信号に基づいて、エンジンの始動開始後から定期的にエンジンの動作状況に関する自己診断が実行されており、この自己診断に基づいた診断内容を示す診断コードが生成されている。具体的に、マイコン１２は、エンジンの動作状況が正常な場合にはその旨を示す診断コード（正常コード）を、エンジンの動作状況が異常な場合にはその症状に応じて異なった診断コード（異常コード）を生成するものである。
【００２４】
なお、診断コードの例示としては、エンジン正常時に生成される正常コードとしての「Ｐ００００」、或いは、異常コードとしてエミッション（排ガス）不良時に生成される「Ｐ０１３０」や、ノッキングレベル悪化時に生成される「Ｐ０３２５」などが挙げられる。
【００２５】
更に、マイコン１２による自己診断によって、エンジンの動作状況に異常が確認された場合には、その異常発生時の各種センサ等２１〜２６の出力信号に基づいて得られるデータである異常発生時保存データが、その異常内容を示す診断コードに対応づけられてマイコン１２のＲＡＭ１５へ記憶される。異常発生時保存データの具体例としては、例えば、エンジン負荷、エンジン水温、吸入管絶対圧力、エンジン回転数、車速、及び、その他のエンジンの動作状況を示す各種データが該当する。
【００２６】
なお、ＲＡＭ１５にはイグニッションスイッチを介さずに車載バッテリからの電力供給を受けるバックアップ電源回路が接続されており、ＲＡＭ１５に記憶されるデータはイグニッションスイッチのオフ時（車輌停止時）でも保持される。
【００２７】
ＥＣＵ１１の入出力回路１７には、ダイアグノーシス端子２９が接続されており、このダイアグノーシス端子２９にはケーブルＣＢ１を介して異常検知器３０が接続されている。この異常検知器３０は、またケーブルＣＢ２を介して携帯電話５０と接続可能とされており、この携帯電話５０を介することで公衆電話回線網３を経て整備事業者等のＰＣ４と各種データの送受信が可能となるのである。
【００２８】
図３は、異常検知器３０の電気的構成を示したブロック図である。図３に示すように、異常検知器３０には、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、音声メモリ３４、計時回路３５，音声ＬＳＩ３６、モデム３７、通信機器用端子３７ａ、バッファ３８、アンプ３９及びインターフェイス４１が設けられており、これらはバスライン４３を介して互いに接続されている。この異常検知器３０は、ダイアグノーシス端子２９に接続される外部接続端子４２を介して上記したＥＣＵ１１の電源回路と接続されており、イグニッションスイッチがオンされた場合にＥＣＵ１１の電源回路から電力供給される。
【００２９】
ＣＰＵ３１は、携帯電話５０を介して送受信される各種信号に基づいて、バスライン４３に接続された各部を制御し、異常発生時の音声報知動作やＰＣ４とのデータ送受信動作などを実行する。ＲＯＭ３２は、この異常検知器３０で実行される制御プログラム３２ａなどを格納した書換不能なメモリであり、図５から図８のフローチャートに示すプログラムは、この制御プログラム３２ａの一部としてＲＯＭ３２内に格納されている。
【００３０】
ＲＡＭ３３は、異常検知器３０の各動作の実行時に各種のデータを一時的に記憶するためのメモリであり、送受信メモリ３３ａ、今回診断メモリ３３ｂ、過去診断メモリ３３ｃ、診断周期メモリ３３ｄ、正常コードメモリ３３ｅなどを備えている。なお、ＲＡＭ３３には、上記したＥＣＵ１１のバックアップ電源回路が接続されており、ＲＡＭ３３に記憶されるデータはイグニッションスイッチのオフ時（車輌停止時）でも保持される。
【００３１】
送受信メモリ３３ａは、異常検知器３０がＰＣ４又はＥＣＵ１１との間で送受信する各種のデータを一時的に記憶するためのメモリである。送受信メモリ３３ａに記憶される各種のデータとしては、上述したＥＣＵ１１のＲＡＭ１５に記憶される診断コード、異常発生時保存データ、各種センサ等２１〜２６の出力信号、その出力信号に基づいて得られる各種の現時点データ、ＰＣ４からの各種データや各種コマンドなどがある。
【００３２】
今回診断メモリ３３ｂは、ＥＣＵ１１のＲＡＭ１５から取得された最新の診断コードを記憶するためのメモリであり、過去診断メモリ３３ｃは、車輌の始動開始（イグニッションスイッチのオン）から現時点までに発生した異常（故障）内容を示す診断コードの内で、既に異常内容に関する音声報知が済んでいる診断コードを記憶するためのメモリである。
【００３３】
診断周期メモリ３３ｄは、ＥＣＵ１１のＲＡＭ１５から診断コードを定期的に取得する場合に、その取得動作を実行するための時間間隔である診断周期を記憶するためのメモリである。車輌の始動開始直後にＣＰＵ３１により最初の診断コードの取得された後は、この診断周期メモリ３３ｄに記憶される診断周期の値分の時間が経過する毎に、ＥＣＵ１１のＲＡＭ１５から診断コードが取得される。
なお、ＥＣＵ１１では、この診断周期メモリ３３ｄに記憶される診断周期より短いスパンで自己診断が繰り返し実行されている。
【００３４】
正常コードメモリ３３ｅは、ＥＣＵ１１のマイコン１２が生成する診断コードの内で、エンジンが正常動作する場合に発生する診断コードである正常コードの値（内容）を記憶するためのメモリであり、上記の診断コードの例示によれば「Ｐ００００」を記憶するためのメモリである。ＥＣＵ１１のＲＡＭ１５から取得した診断コードが正常コードメモリ３３ｅに記憶される診断コード（正常コード）と一致する場合、異常検知器３０では、エンジンが正常動作しているものと判断できる。
【００３５】
音声メモリ３４は、複数種類ある診断コードが示す異常内容に対応した音声メッセージをそれぞれ記憶するためのメモリである。計時回路３５は、時刻の計時を行うためのものであり、計時回路３５により計時された時刻はＣＰＵ３１によって読み出され、各処理に使用される。音声ＬＳＩ３６は、異常検知器３０内で生成されたデジタル音声信号をアナログ音声信号に変換してアンプ３９へ出力する音声合成処理を行うためのものであり、アンプ３９は、音声ＬＳＩ３６から出力されたアナログ音声信号を増幅してスピーカ４０へ出力するものである。
【００３６】
モデム３７は、通信データを変調及び復調して伝送すると共に伝送制御用の各種手続信号を送受信するためのものであり、一端に携帯電話５０が接続可能なケーブルＣＢ２の他端と接続可能な通信機器用端子３７ａを備えている。バッファ３８は、ＰＣ４との間で送受信される通信データを一時的に記憶するためのものである。ＰＣ４へ送信される各種データや各種コマンドは、送受信メモリ３３ａに一旦記憶され、このバッファ３８を経由してモデム３７により変調される。一方、ＰＣ４から受信した各種データや各種コマンドは、モデム３７により復調され、バッファ３８を経由して、送受信メモリ３３ａに記憶される。
【００３７】
インターフェイス４１は、セントロニクス規格に準拠したパラレルインターフェイスであり、異常検知器３０は、このインターフェイス４１に接続された外部接続端子４２と、その外部接続端子４２に接続されるケーブルＣＢ１を介して、車輌２のＥＣＵ１１とデータの送受信が可能にされている。携帯電話５０は、公衆電話回線網３からの呼出信号に対応する応答等の動作を行う携帯型の通信端末であり、異常検知器３０は、この携帯電話５０を介して公衆電話回線網３に接続される。
【００３８】
図４は、整備事業者等のＰＣ４の電気的構成を示したブロック図である。図４に示すように、ＰＣ４は、演算装置であるＣＰＵ６１と、そのＣＰＵ６１で実行される各種の制御プログラムや固定値データを記憶したＲＯＭ６２と、各種のデータを一時的に記憶するためのメモリであるＲＡＭ６３と、入出力ポート６５、ハードディスク（以下「ＨＤ」という。）６６、モデム６７、インターフェイス６８、ディスプレイ６９、マウス７０、キーボード７１を備えている。
【００３９】
ＲＡＭ６３は、ダイヤルカウンタ６３ａと、受信メモリ６３ｂとを備えている。ダイヤルカウンタ６３ａは、異常検知器３０に接続された携帯電話５０への発呼回数をカウントするためのものであり、このダイヤルカウンタ６３ａの値が所定値、例えば、３回となった場合に、携帯電話５０への発呼処理を中止するのである。受信メモリ６３ｂは、携帯電話５０を介して故障検知報知器３０から受信した各種の通信データを記憶するためのメモリである。この受信メモリ６３ｂに記憶された通信データは、ＨＤ６６に記憶されたり、或いは、インタフェイス６８を介して外部診断器８０へ出力される。
【００４０】
ＨＤ６６には、各種の制御プログラム６６ａが記憶されており、図９及び図１０のフローチャートに示すプログラムは、この制御プログラム６６ａの一部としてＨＤ６６内に格納されている。また、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３は、バスライン６４を介して互いに接続されており、バスライン６４はまた、入出力ポート６５にも接続されている。入出力ポート６５には、ＨＤ６６、モデム６７、インターフェイス６８、ディスプレイ６９、マウス７０及びキーボード７１がそれぞれ接続されている。
【００４１】
ＰＣ４は、モデム６７を介して電話線５と接続され、この電話線５を介して公衆電話回線網３と接続されている。また、ＰＣ４は、セントロニクス規格に準拠したパラレルインターフェイスであるインターフェイス６８に接続されたケーブルＣＢ３を介して、外部診断器８０との間で各種のデータやコマンドの送受信を行っている。ここで、外部診断器８０とは、従来より車輌２のダイアグノーシス端子２９と接続され、ＥＣＵ１１から診断コード、異常発生時保存データ又は現時点データを読み出して表示するために使用されていたものである。後述する図９又は図１０で受信された各種データは、ＰＣ４の受信メモリ６３ｂからインターフェイス６８を介して外部診断器８０へ送信される。外部診断器８０では、ＰＣ４より受信した各種データを解析して車輌２に発生した異常を示す診断内容や各種の数値データ値を表示することができる。この表示に基づいて整備事業者等は車輌２の状況を把握することができるのである。
【００４２】
次に、上記のように構成された車輌異常検知システム１の各処理について、図５から図１０のフローチャートを参照して説明する。なお、図５から図８に示す処理は、異常検知器３０で実行されるものであり、図９及び図１０に示す処理は、ＰＣ４で実行されるものである。
【００４３】
図５は、異常検知器３０による診断コード取得処理のフローチャートであり、この処理は、まず、イグニッションスイッチのオン（車輌２の始動開始）と同時に実行される。この処理が実行されると、まず、１分間の計時を開始して（Ｓ１）、その計時が終了するまで処理を待機し（Ｓ２：Ｎｏ）、１分間が経過すると（Ｓ２：Ｙｅｓ）、過去診断メモリ３３ｃをクリアする（Ｓ３）。このクリアによって、車輌２が前回始動されてから停止される迄に過去診断メモリ３３ｃに記憶された診断コードが消去される。
【００４４】
Ｓ３の処理後、診断周期メモリ３３ｄに１０分をセットし（Ｓ４）、そのセットした値分の計時を開始した（Ｓ５）後、ＥＣＵ１１のＲＡＭ１５に記憶されている診断コードの送信をＥＣＵ１１に対して要求する（Ｓ６）。その要求の後、ＥＣＵ１１からのデータ受信を待ち（Ｓ７：Ｎｏ）、データ受信を確認したら（Ｓ７：Ｙｅｓ）、その受信データを送受信メモリ３３ａへ順次記憶へすると共に、その送受信メモリ３３ａに記憶されたデータに診断コードがあるか否かをチェックする（Ｓ８）。
【００４５】
送受信メモリ３３ａに診断コードが記憶されていれば（Ｓ８：Ｙｅｓ）、正常コードメモリ３３ｅの正常コードに基づいて、受信した診断コードが正常コードであるか否かを判断する（Ｓ９）。受信した診断コードが正常コードであれば（Ｓ９：Ｙｅｓ）、Ｓ１０からＳ１３までの処理をスキップして、処理をＳ１４へ移行する。一方、受信した診断コードが異常コードであれば（Ｓ９：Ｎｏ）、Ｓ７で受信した異常コードを今回診断メモリ３３ｂへ書き込み（Ｓ１０）、処理を次のステップ（Ｓ１１）へ移行する。また、Ｓ７で受信して送受信メモリ３３ａに記憶されたデータが診断コードでなければ（Ｓ８：Ｎｏ）、車輌２が正常動作をしているものと判断されるので、Ｓ９及びＳ１０の処理をスキップして、処理をＳ１１へ移行する。
【００４６】
Ｓ１１へ移行した処理では、ＥＣＵ１１からのデータ受信が終了したか否かを判断する（Ｓ１１）。具体的には、送受信メモリ３３ａに記憶されているデータに、ＥＣＵ１１からのデータ送信終了を示すデータ（又はコマンド）があるか否かをチェックし、そのようなデータを未受信の場合にはデータ受信が継続しているものと判断し（Ｓ１１：Ｎｏ）、処理をＳ７へ移行する。一方、ＥＣＵ１１からデータ送信終了を示すデータを受信した場合、即ち、ＥＣＵ１１からのデータ受信が終了した場合には（Ｓ１１：Ｙｅｓ）、今回診断メモリ３３ｂにデータが記憶されているか否かをチェックする（Ｓ１２）。
【００４７】
今回診断メモリ３３ｂにデータが記憶されている場合には（Ｓ１２：Ｙｅｓ）、車輌２が異常動作しているものと判断し、その旨を車輌２の使用者に報知するために、異常発生報知処理を実行して（Ｓ１３）、処理を次のステップ（Ｓ１４）へ移行する。一方、今回診断メモリ３３ｂにデータが存在しない場合には（Ｓ１２：Ｎｏ）、車輌２が正常動作しているものと判断し、何も報知することなく、Ｓ１３の処理をスキップして、処理をＳ１４へ移行する。Ｓ１４へ移行された処理では、Ｓ５で開始された計時が終了するまで待機し（Ｓ１４：Ｎｏ）、計時が終了すると（Ｓ１４：Ｙｅｓ）、処理をＳ５へ移行して、車輌２が停止されるまでＳ５からＳ１４までの処理を繰り返し実行する。即ち、異常検知器３０は、車輌２の始動開始後、Ｓ４により診断周期メモリ３３ｄにセットされた値分の時間が経過する度に、車輌２のＥＣＵ１１のＲＡＭ１５に記憶されている診断コードを確認するのである。
【００４８】
図６は、図５に示した異常発生報知処理（Ｓ１３）のフローチャートである。
図６に示すように、異常発生報知処理では、まず、今回診断メモリ３３ｂに記憶されている最初の診断コードを読み出して（Ｓ２１）、その読み出した診断コードと過去診断メモリ３３ｃに記憶されている全ての診断コードとを比較する（Ｓ２２）。この比較によって、両診断メモリ３３ｂ，３３ｃに記憶される診断コードが一致する場合には（Ｓ２３：Ｙｅｓ）、Ｓ２２の比較に用いた診断コードに対応する診断内容については、車輌２が始動されてから現時点に至るまでに既に検知済みであるので、Ｓ２４からＳ２８までの処理を実行することなく、今回診断メモリ３３ｂに記憶されている次の診断コードを読み出して（Ｓ３０）、再びＳ２２の比較を実行する。
【００４９】
一方、Ｓ２２の比較によって、両診断メモリ３３ｂ，３３ｃに記憶される診断コードが不一致の場合、或いは、過去診断メモリ３３ｃに診断コードが全く記憶されていない場合は（Ｓ２３：Ｎｏ）、Ｓ２２の比較に用いた診断コードは、車輌２が今回始動されてから初めて検知されたものであるので、まずは過去診断メモリ３３ｃに書き加えられる（Ｓ２４）。これにより、車輌２の今回始動から今回停止迄に発生した診断コードのうち、車輌２の異常動作を示すものが過去診断メモリ３３ｃに蓄積されるのである。
【００５０】
Ｓ２４の処理後は、Ｓ２２の比較に用いた診断コードに対応する音声メッセージを音声メモリ３４から読み出して（Ｓ２５）、その音声メッセージを続けて２回再生する（Ｓ２６，Ｓ２７：Ｎｏ）。これによって、診断コードに対応した車輌２の異常を示す診断内容を音声により車輌２の使用者に報知することができるのである。この報知後は（Ｓ２７：Ｙｅｓ）、今回診断メモリ３３ｂに記憶されている全ての診断コードについてＳ２２の比較が完了したか否かを判断し（Ｓ２８）、完了していなければ（Ｓ２８：Ｎｏ）、今回診断メモリ３３ｂに記憶されている次の診断コードを読み出して（Ｓ３０）、Ｓ２２の比較を実行する。よって、今回診断メモリ３３ｂに複数の診断コードが記憶されている場合には、その全ての診断コードに対応する異常内容が全て音声により報知されるのである。
【００５１】
一方、今回診断メモリ３３ｂに記憶されている全ての診断コードについてＳ２２の比較が完了した場合は（Ｓ２８：Ｙｅｓ）、今回診断メモリ３３ｂをクリアして（Ｓ２９）、その今回診断メモリ３３ｂに記憶されている全ての診断コードを消去し、この異常発生報知処理を終了する。
【００５２】
図７は、異常検知器３０によるデータ送信中継処理を示したフローチャートである。このデータ送信中継処理は、車輌２のＥＣＵ１１により管理される各種データを、異常検知器３０が中継することによって、公衆電話回線網３を介して整備事業者等が使用するＰＣ４へ送信する処理である。このデータ送信中継処理では、携帯電話５０がケーブルＣＢ２を介して通信機器用端子３７ａに接続されるまで処理が待機され（Ｓ３１：Ｎｏ）、ＣＰＵ３１によって通信機器用端子３７ａに携帯電話５０が接続されたことが検知されると（Ｓ３１：Ｙｅｓ）、ＰＣ４からの着信要求があるまで待機する（Ｓ３２：Ｎｏ）。その後、ＰＣ４からの着信要求があると（Ｓ３２：Ｙｅｓ）、まず、１分間の計時を開始して（Ｓ３３）、携帯電話５０により応答信号を公衆電話回線網３へ送出する（Ｓ３４）。
【００５３】
応答信号の送出後、回線閉結が完了し（Ｓ３５：Ｙｅｓ）、ＰＣ４から診断コードの送信を要求するコマンドを受信した場合には（Ｓ３６：Ｙｅｓ）、現時点においてＥＣＵ１１のＲＡＭ１５に記憶されている診断コードの送信を要求する（Ｓ３８）。しかし、回線閉結が完了せず（Ｓ３５：Ｎｏ）、１分間の計時が終了していなければ（Ｓ３７：Ｎｏ）、処理をＳ３４へ移行してＰＣ４に対して応答信号を再送出する（Ｓ３４）。また、回線閉結が完了した場合であっても（Ｓ３５：Ｙｅｓ）、ＰＣ４から診断コードの送信を要求するコマンドを未受信の場合には（Ｓ３６：Ｎｏ）、１分間の計時が終了していなければ（Ｓ３７：Ｎｏ）、処理をＳ３４へ移行してＰＣ４に対して応答信号を再送出する（Ｓ３４）。更に、回線閉結が未完了（Ｓ３５：Ｎｏ）又はＰＣ４から診断コードの送信を要求するコマンドを未受信（Ｓ３６：Ｎｏ）であって、計時開始から１分が経過した場合には、このデータ送信中継処理を強制的に終了するのである。
【００５４】
さて、ＥＣＵ１１に対して診断コードの送信を要求した（Ｓ３８）後は、ＥＣＵ１１からのデータ受信を待ち（Ｓ３９：Ｎｏ）、データ受信を確認したら（Ｓ３９：Ｙｅｓ）、その受信データを送受信メモリ３３ａへ順次記憶すると共に、ＥＣＵ１１からのデータ受信が終了したか否かを判断する（Ｓ４０）。ＥＣＵ１１からのデータ受信が終了するまでは（Ｓ４０：Ｎｏ）、Ｓ３９及びＳ４０の処理を繰り返し、ＥＣＵ１１のＲＡＭ１５に記憶される全ての診断コードを異常検知器３０へ読み込む。
【００５５】
一方、データ受信が終了した場合には（Ｓ４０：Ｙｅｓ）、Ｓ３９により受信した診断コードのうち１つを送受信メモリ３３ａから読み出してチェックする（Ｓ４１）。このチェックの結果、診断コードが正常コードメモリ３３ｅに記憶される正常コードと一致しない場合には（Ｓ４２：「その他」）、Ｓ４１でチェックした診断コードに対応する異常発生時保存データの送信をＥＣＵ１１に対して要求する（Ｓ４３）。その要求の後は、ＥＣＵ１１からのデータ受信を待ち（Ｓ４４：Ｎｏ）、データ受信を確認したら（Ｓ４４：Ｙｅｓ）、その受信データを送受信メモリ３３ａへ順次記憶すると共に、ＥＣＵ１１からのデータ受信が終了したか否かを判断する（Ｓ４５）。ＥＣＵ１１からのデータ受信が終了するまでは（Ｓ４５：Ｎｏ）、Ｓ４４及びＳ４５の処理を繰り返す。この結果、Ｓ４１でチェックした診断コードに対応する異常発生時保存データが診断コードと対応づけられて送受信メモリ３３ａに記憶されるのである。
【００５６】
この異常発生時保存データの受信を終了した場合には（Ｓ４５：Ｙｅｓ）、送受信メモリ３３ａに記憶されている全ての診断コードについてＳ４１のチェックが終了したか否かを判断し（Ｓ４６）、終了していなければ（Ｓ４６：Ｎｏ）、処理をＳ４１へ移行して送受信メモリ３３ａに記憶されている次の診断コードを読み出してチェックして（Ｓ４１）、それ以降のＳ４２からＳ４６までの処理を実行する。この結果、Ｓ３９により取得された全ての診断コードに対応する異常発生時保存データを異常検知器３０へ読み込むことができる。
【００５７】
また、Ｓ４１により全診断コードのチェックがなされた場合（Ｓ４６：Ｙｅｓ）、或いは、Ｓ４１によりチェックされた診断コードが正常コードであった場合（Ｓ４２：「正常コード」）、ＰＣ４に対して診断コード及び異常発生時保存データの送信準備が完了した旨を通知するため、ＰＣ４へ確認コマンドを送信する（Ｓ４７）。その送信後は、ＥＣＵ１１から受信して送受信メモリ３３ａに記憶されている診断コードを１つずつチェックし（Ｓ４８）、そのチェックした診断コードをＰＣ４へ送信すると共に（Ｓ４９）、そのチェックした診断コードが正常コードであるか否かを判断する（Ｓ５０）。この判断で診断コードが正常コード以外であれば（Ｓ５０：「その他」）、その診断コードに対応する異常発生時保存データをＰＣ４へ送信する（Ｓ５１）。
【００５８】
異常発生時保存データの送信後（Ｓ５１）或いは、Ｓ５０によりチェックした診断コードが正常コードであった場合（Ｓ５０：「正常コード」）であって、送受信メモリ３３ａに記憶されている全ての診断コードについてＳ５０のチェックを終了していなければ（Ｓ５２：Ｎｏ）、処理をＳ４８へ移行して送受信メモリ３３ａに記憶されている次の診断コードをチェックし（Ｓ４８）、それ以降のＳ４９からＳ５２までの処理を実行して、Ｓ３９及びＳ４４で受信した全ての診断コード及びそれに対応する異常発生時保存データをＰＣ４へ送信する。
【００５９】
Ｓ５２により全診断コードのチェックがなされた場合（Ｓ５２：Ｙｅｓ）、データ送信の終了を示す終了コマンドをＰＣ４へ送信し（Ｓ５３）、ＰＣ４からデータを受信するまで待機する（Ｓ５４：Ｎｏ）。その後、ＰＣ４からデータを受信した場合には（Ｓ５４：Ｙｅｓ）、その受信データがデータ送信中継処理の終了指示であるか否かを判断する（Ｓ５５）。Ｓ５４により受信したデータがＰＣ４からの終了指示でなく（Ｓ５５：Ｎｏ）、ＰＣ４による現時点データの送信要求であった場合は（Ｓ５６：Ｙｅｓ）、現時点データ送信中継処理（Ｓ５７）を実行した後に、処理をＳ５４へ移行して、ＰＣ４からデータを受信するまで再び待機する（Ｓ５４：Ｎｏ）。
【００６０】
一方、Ｓ５４により受信したデータがＰＣ４からの終了指示であった場合（Ｓ５５：Ｙｅｓ）、或いは、終了指示ではなくてもＰＣ４による現時点データの送信要求でない場合（Ｓ５５：Ｎｏ，Ｓ５６：Ｎｏ）は、回線を開放して（５８）、このデータ送信中継処理を終了する。
【００６１】
図８は、図７に示した現時点データ送信中継処理（Ｓ５７）のフローチャートである。現時点データ送信中継処理では、まず、図７のＳ５６で受信した送信要求に対応する現時点データを、ＥＣＵ１１に対して要求し（Ｓ６１）、ＥＣＵ１１からデータを受信するまで待機する（Ｓ６２：Ｎｏ）。データ受信を確認したら（Ｓ６２：Ｙｅｓ）、その受信データを送受信メモリ３３ａへ順次記憶すると共に、ＥＣＵ１１に要求した全データの受信を終了したか逐次チェックし（Ｓ６３）、ＥＣＵ１１からのデータ受信が終了するまでＳ６２及びＳ６３の処理を繰り返す（Ｓ６３：Ｎｏ）。この結果、Ｓ６１で要求した全ての現時点データが送受信メモリ３３ａに記憶されるのである。
【００６２】
ＥＣＵ１１からの現時点データの受信を終了した場合（Ｓ６３：Ｙｅｓ）、ＰＣ４に対して現時点データの送信準備が整ったことを示すため、ＰＣ４へ確認コマンドを送信し（Ｓ６４）、Ｓ６２によりＥＣＵ１１から受信した現時点データをＰＣ４へ送信する（Ｓ６５）。この送信は、図７のＳ５６で受信した送信要求に対応する全ての現時点データがＰＣ４へ送信されるまで継続され（Ｓ６６：Ｎｏ）、その全ての現時点データの送信が終了すると（Ｓ６６：Ｙｅｓ）、現時点データの送信を終了する旨を宣言する終了コマンドをＰＣ４へ送信して（Ｓ６７）、この現時点データ送信中継処理を終了する。
【００６３】
図９は、ＰＣ４によるデータ受信処理を示したフローチャートである。このデータ受信処理は、異常検知器３０で実行されるデータ送信中継処理（図７参照）に対応して実行される処理であり、車輌２のＥＣＵ１１により管理される各種データを、異常検知器３０を介してＰＣ４により受信するための処理である。なお、上述したデータ送信中継処理は、ＰＣ４におけるデータ受信処理の実行を受けて、異常検知器３０にて実行されるプログラムである。
【００６４】
このデータ受信処理の前処理として、まず、車輌２の使用者は、異常検知器３０に接続される携帯電話５０の電話番号を、整備事業者等へ電話連絡などにより連絡する必要がある。また、車輌２の使用者は、電話番号が整備事業者等に連絡されている携帯電話５０をケーブルＣＢ２を介して異常検知器３０の通信機器用端子３７ａに接続しておく必要がある。これらの前処理を受けて、以下のデータ受信処理が実行される。
【００６５】
データ受信処理では、まず、ダイヤルカウンタ６３ａを初期化し（Ｓ７１）、その後、被呼側となる携帯電話５０の電話番号がキーボード７１やマウス７０により入力されると、その電話番号に基づいて携帯電話５０へ発呼し（Ｓ７２）、被呼側の携帯電話５０からの応答があったか否かを確認する（Ｓ７３）。被呼側の携帯電話５０から応答があれば（Ｓ７３：Ｙｅｓ）、異常検知器３０に対して診断コードの送信を要求するコマンドを送信し（Ｓ７４）、その後、異常検知器３０から（図７のＳ４７の処理により）送信される確認コマンドを受信するまで待機する（Ｓ７５：Ｎｏ）。
【００６６】
その後、確認コマンドを受信すると（Ｓ７５：Ｙｅｓ）、異常検知器３０からデータ（図７のＳ４９で送信される診断コード又はＳ５１で送信される異常発生時保存データ）を受信するまで待機し（Ｓ７６：Ｎｏ）、そのデータの受信を開始すると（Ｓ７６：Ｙｅｓ）、異常検知器３０から（図７のＳ５３の処理により）送信される終了コマンドを受信するまで、異常検知器３０からのデータ受信を継続する（Ｓ７７：Ｎｏ）。その後、終了コマンドを受信すると（Ｓ７７：Ｙｅｓ）、ディスプレイ６９に「現時点データを要求する場合は１を、処理を終了する場合は２を、入力してください」と表示し（Ｓ７８）、ＰＣ４の操作者に対してキー入力を促す。
【００６７】
ディスプレイ６９への表示後（Ｓ７８）、キー入力がされたか否かをＣＰＵ６１により監視し、「１」又は「２」以外のキー入力があった場合にはＳ７８の処理を再実行する（Ｓ７９：「その他」，Ｓ７８）。一方、「１」のキー入力があった場合は（Ｓ７９：「１」）、ＰＣ４の操作者により現時点データを要求する意思表示があったものとして現時点データ受信処理を実行する（Ｓ８０）。この現時点データ受信処理（Ｓ８０）の終了後、或いは、Ｓ７９により「２」のキー入力が確認された場合（Ｓ７９：「２」）は、異常検知器３０へ終了指示を送信し（Ｓ８１）、回線を開放して（Ｓ８２）、このデータ受信処理を終了する。なお、Ｓ８１により送信された終了指示は、図７のＳ５５の処理により異常検知器３０にて受信される。
【００６８】
ところで、被呼側の携帯電話５０からの応答がなければ（Ｓ７３：Ｎｏ）、被呼側の携帯電話５０への発呼を一旦中断して（Ｓ８３）、ダイヤルカウンタ６３ａに１を加算し（Ｓ８４）、ダイヤルカウンタ６３ａの値が３を越えたか否かを確認する（Ｓ８５）。ダイヤルカウンタ６３ａの値が３以下であれば（Ｓ８５：Ｎｏ）、Ｓ７２へ処理を移行して、被呼側の携帯電話５０へ再度発呼するが（Ｓ７２）、ダイヤルカウンタ６３ａの値が３を越えれば（Ｓ８５：Ｙｅｓ）、ディスプレイ６９に「接続できません」と表示して（Ｓ８６）、このデータ受信処理自体を終了する。よって、被呼側の携帯電話５０からの応答がなくても、最低３回は携帯電話５０へ発呼が行われる。
【００６９】
図１０は、図９に示した現時点データ受信処理（Ｓ８０）のフローチャートである。この現時点データ受信処理は、異常検知器３０で実行される現時点データ送信中継処理（図８参照）に対応して実行される処理であり、車輌２の現時点データを異常検知器３０を介してＰＣ４により受信するための処理である。なお、上述した現時点データ送信中継処理は、ＰＣ４における現時点データ受信処理の実行を受けて、異常検知器３０にて実行されるプログラムである。
【００７０】
現時点データ受信処理では、まず、現時点データの送信を要求するコマンドを異常検知器３０へ送信し（Ｓ９１）、その後、異常検知器３０から（図８のＳ６４の処理により）送信される確認コマンドを受信するまで待機する（Ｓ９２：Ｎｏ）。その後、確認コマンドを受信すると（Ｓ９２：Ｙｅｓ）、異常検知器３０から現時点データを受信するまで待機し（Ｓ９３：Ｎｏ）、現時点データの受信を開始すると（Ｓ９３：Ｙｅｓ）、異常検知器３０から（図８のＳ６７の処理により）送信される終了コマンドが受信されるまで、異常検知器３０からのデータ受信を継続する（Ｓ９４：Ｎｏ）。その後、終了コマンドを受信すると（Ｓ９４：Ｙｅｓ）、ディスプレイ６９に「現時点データを再要求する場合は１を、処理を終了する場合は２を、入力してください」と表示し（Ｓ９５）、ＰＣ４の操作者に対してキー入力を促す。
【００７１】
ディスプレイ６９への表示後（Ｓ９５）、キー入力がされたか否かをＣＰＵ６１により監視し、「１」又は「２」以外のキー入力があった場合にはＳ９５の処理を再実行する（Ｓ９６：「その他」，Ｓ９５）。一方、「１」のキー入力があった場合は（Ｓ９６：「１」）、ＰＣ４の操作者により現時点データを要求する意思表示があったものとして、Ｓ９１へ処理を移行して現時点データ受信処理を再実行する。また、Ｓ９６により「２」のキー入力が確認された場合（Ｓ９６：「２」）は、このデータ受信処理を終了する。
【００７２】
なお、上記実施例において、請求項１記載の取得手段としては図５に示すＳ５及びＳ６の処理並びにＳ７のＹｅｓの分岐およびＳ１４のＹｅｓの分岐が、判断手段としては図６のＳ２２の処理が、報知手段としてはＳ２３のＮｏの分岐ならびにＳ２５及びＳ２６の処理が、それぞれ該当する。請求項２記載の判断手段における比較手段としてはＳ２２の処理が、報知手段としてはＳ２３のＮｏの分岐ならびにＳ２５及びＳ２６の処理が、それぞれ該当する。請求項３記載の初期化手段としては図５のＳ３の処理が該当する。請求項４記載の受信手段としては図７のＳ３６、Ｓ５５又はＳ５６の処理が、取得送信手段としては図７のＳ３８からＳ４０の処理、Ｓ４３からＳ４５の処理または図８のＳ６１からＳ６３の処理が、それぞれ該当する。請求項５記載の取得送信手段としては、図７のＳ４３からＳ４５の処理が該当する。請求項６記載の取得送信手段としては、図８のＳ６１からＳ６３の処理が該当する。
【００７３】
以上、実施例に基づき本発明を説明したが、本発明は上記実施例に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変形が可能であることは容易に推察できるものである。
【００７４】
例えば、本実施例では、図５のＳ９の処理によりＳ７の処理で受信した診断コードが正常コードである場合、その正常コードを今回診断メモリ３３ａに書き込むことを回避することで、車輌２が正常動作する場合における診断内容の音声報知を禁止したが、車輌２が正常動作する場合においても音声報知を実施しても良い。かかる場合、例えば、図５のＳ９の処理を削除してＳ８のＹｅｓの分岐をＳ１０に繋げ、且つ、音声メモリ３４に正常コードに対応する音声メッセージを記憶しておけば、車輌２が正常動作する場合にも、その旨の音声報知を行うことができる。また、本実施例では、診断周期メモリ３３ｄに１０分をセットしたが、かかる診断周期メモリ３３ｄにセットされる時間は必ずしも１０分に限定されるものではなく、図５のＳ１からＳ１３までの処理の実行に要する時間より長ければ、１０分未満または１０分以上であっても良い。
【００７５】
【発明の効果】
本発明の車輌異常検知装置によれば、車載機器に何らかの異常が発生した場合には、報知手段によって、車輌の制御ユニットに記憶されている診断コードに対応する診断内容が音声により報知されるので、車輌の乗員や使用者に車輌の修理を促すことができるという効果がある。また、報知手段は、判断手段の判断結果に基づいて過去に既に報知済みの診断内容と同一内容のものを重ねて報知することを回避している。よって、運転者は車輌の運行中に同じ音声報知を何度も繰り返し聞く必要がなく注意力が散漫となることを防止できるという効果がある。
【００７６】
更に、接続端子は、車輌に既設のダイアグノーシス端子と接続され制御ユニットと通信を行うので、本発明の車輌異常検知装置を車輌に容易に後付けすることができるという効果がある。しかも、診断内容の報知は、報知手段により音声により行われるので、運転者が表示装置等へ視線を移して診断内容を確認する必要がなく、車輌運行の安全を図ることができるという効果がある。
【００７７】
請求項２記載の車輌異常検知装置によれば、請求項１記載の車輌異常検知装置の奏する効果に加え、車輌の車載機器に何ら異常がない場合は、その旨を敢えて報知手段により報知しないので、車載機器の正常時における無用な音声報知を排除することができる。よって、無用な音声報知で運転者の集中力が阻害されることがなく、車輌の安全運行を図ることができるという効果がある。
【００７８】
請求項３記載の車輌異常検知装置によれば、請求項２記載の車輌異常検知装置の奏する効果に加え、前回の車輌運行から今回の車輌運行迄の間に車載機器の異常状況の改善がなされずに車輌が再び始動された場合には、前回の車輌運行中に報知されたものと同一の診断内容を、今回の車輌の始動開始後に報知手段により報知することができる。このため、車輌の使用者は、車輌が始動される度に現存している異常内容を知ることができ、車輌の修理を更に促すことができるという効果がある。
【００７９】
請求項４記載の車輌異常検知装置によれば、請求項１から３のいずれかに記載の車輌異常検知装置の奏する効果に加え、例えば、車輌の使用者等が報知手段による報知で車載機器の異常を知った場合、携帯電話などの携帯端末を通信端子に接続すれば、遠隔地にある外部装置であっても、携帯端末及び通信回線を介して車輌の制御ユニットにより管理されているデータを要求して取得することができる。即ち、外部装置を用いた整備事業者等が遠隔地から車載機器の状況を把握することができるという効果がある。
【００８０】
このため、整備事業者等は故障車が入庫される以前に、その故障車の修理に必要な部品等を調達しておくことも可能となり、その分、整備事業者等の作業効率の向上を図ることができるという効果がある。しかも、本発明の車輌異常検知装置は携帯端末が接続可能な通信端子が設けられるのみで、自らは通信機能を有していないので、通信機能を有する高価な部品が不要となり、その分、コスト軽減が図ることができるという効果がある。
【００８１】
請求項５記載の車輌異常検知装置によれば、請求項４記載の車輌異常検知装置の奏する効果に加え、車載機器に異常状況が発生した場合、その異常発生時における各種センサの出力情報と診断コードとを、取得送信手段により車輌の制御ユニットから取得して外部装置へ送信することができる。よって、外部装置を使用する整備事業者等は、診断コードのみからでは知ることが困難な異常発生時の車載機器の状況を、異常発生時の各種センサの出力情報に基づいて更に詳細に検討することができるという効果がある。
【００８２】
請求項６記載の車輌異常検知装置によれば、請求項４又は５に記載の車輌異常検知装置の奏する効果に加え、例えば、車載機器に異常状況が発生した場合に携帯端末及び通信回線を介して外部装置と通信可能となった場合、受信手段により前記外部装置からの要求を受けると、取得送信手段は、車輌の制御ユニットへ入力される各種センサの出力情報を、車輌の制御ユニットを介して取得して外部装置へ送信することができる。よって、外部装置を使用する整備事業者等は、車載機器の異常発生時における各種センサの出力情報からのみでは知ることが不可能な、現在の車載機器の状況を、現在の各種センサの出力情報に基づいて更に詳細に検討することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の一実施例である異常検知器が搭載された自動車などの車輌を含む車輌異常検知システムの概念図である。
【図２】車輌の電気的構成を示したブロック図であって、その車輌と異常検知器との接続状態を示した図である。
【図３】異常検知器の電気的構成を示したブロック図である。
【図４】整備事業者等のＰＣ（パーソナルコンピュータ）の電気的構成を示したブロック図である。
【図５】診断コード取得処理のフローチャートである。
【図６】異常発生報知処理のフローチャートである。
【図７】データ送信中継処理のフローチャートである。
【図８】現時点データ送信中継処理のフローチャートである。
【図９】データ受信処理のフローチャートである。
【図１０】現時点データ受信処理のフローチャートである。
【符号の説明】
２                  車輌
３                  公衆電話回線網（通信回線の一部）
４                  パーソナルコンピュータ（ＰＣ）（外部装置）
５                  電話回線（通信回線の一部）
１１                電子制御ユニット（ＥＣＵ）（制御ユニット）
２１〜２５          センサ（各種センサの一部）
２６                スタータスイッチ（各種センサの一部）
２９                ダイアグノーシス端子
３０                異常検知器（車輌異常検知装置）
３３ｃ              過去診断メモリ（判断手段の記憶手段）
３７ａ              通信機器用接続端子（通信端子）
４２                外部接続端子（接続端子）
５０                携帯電話（携帯端末）
【図１】
2004217016.tif 000003
【図２】
2004217016.tif 000004
【図３】
2004217016.tif 000005
【図４】
2004217016.tif 000006
【図５】
2004217016.tif 000007
【図６】
2004217016.tif 000008
【図７】
2004217016.tif 000009
【図８】
2004217016.tif 000010
【図９】
2004217016.tif 000011
【図１０】
2004217016.tif 000012