JP4349185B2

JP4349185B2 - 車両監視装置

Info

Publication number: JP4349185B2
Application number: JP2004118474A
Authority: JP
Inventors: 岳生相薗
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-04-14
Filing date: 2004-04-14
Publication date: 2009-10-21
Anticipated expiration: 2024-04-14
Also published as: JP2005300390A

Description

本発明は、診断装置からの要求に応じて車両情報を処理する車両監視装置に関するものである。

自動車のディーラーや修理工場に調子の悪い車両が持ち込まれたとき、整備員は外観や音をチェックして不具合箇所を特定する。また、不具合箇所が容易に特定できない場合、整備マニュアル，診断装置，自動車メーカへの問い合わせといった様々な手段を使って整備に必要な情報を収集して不具合箇所の特定を行う。整備マニュアルは、車両を製造した自動車メーカが出版して修理工場等に配布し、点検手順等が記載されている。診断装置は、車両にケーブルで接続してＥＣＵ(Electronic Control Unit) 等から車両情報を読み出すのに用いられ、読み出された情報は診断装置のディスプレイに表示される。また、自動車メーカでは修理工場からの問い合わせに応えるため、オペレータが対応する問い合わせ窓口を設置している場合があり、最新の車両不具合にも対応できる様々な不具合対処方法をアドバイスしている。

また特開２００３−１１４９４３号公報に開示されているように、修理工場等で点検・修理した情報をデータセンターに集積・統計処理し、適切な診断基準値や故障頻度順にリストアップされた点検項目をデータベース化し、各修理工場にて車両を点検・修理する際に、このデータセンターのデータベースから送付された診断基準値や点検項目を参照して診断・修理することが考えられている。

特開２００３−１１４９４３号公報

しかし、車両の整備員が車両の不具合に対処し、適切な修理・診断を行うためには、前述のような整備マニュアル，車両情報，自動車メーカへの問い合わせといった複数の情報源に異なる手段でアクセスして、車両の不具合箇所の特定する情報を収集する必要がある。このため、複数の情報源の内、適切な情報源へアクセスするには整備員の経験による選択に依存し、複数の情報源へアクセスする事による煩雑さのため整備員への負担も増大してしまう。そして、車両の不具合判定を行うための手間が増大し、適切な判定を行うまでに時間がかかってしまうという課題がある。

この様な課題を解決するため、本発明では、診断装置と車両監視装置を接続すれば、車両監視装置が適切な情報源と通信接続を確立して情報を収集・加工し、診断装置に提供することを特徴とする。この車両監視装置は、診断装置，ＥＣＵ,サーバ装置,ＧＰＳ受信機と通信するためのインタフェースを備え、診断装置から要求を受け付けると、車内ＬＡＮより取得した車両状態に基づいて通信接続先を選択し、選択された少なくとも１つの接続先から情報を取得して、この取得した情報を前記診断装置に送信する。

そしてこの車両監視装置は、診断装置に送信した情報の履歴を残すためのストレージ装置を備え、サーバ装置から最新の点検手順を取得した場合には、ストレージ装置に蓄積してある最後に診断装置に送信した点検手順とを比較し、点検手順が更新されている場合には点検手順が更新されたことを示す情報を付与して点検手順を診断装置に送信する。また、サーバ装置より取得した最新の異常要因の的中率とストレージ装置に蓄積した最後に診断装置に送信したと異常要因の的中率を比較し、的中率が変化している場合には差分を計算し、最新の異常要因の的中率と前記差分を診断装置に送信する。

この車両監視装置は、２種類のストレージ装置を備え、一方のストレージ装置には車両監視モジュールが取得た車内ＬＡＮ上を流れる車両状態を示すデータを、ＧＰＳ受信機で受信した位置情報と日時を付与して格納し、このデータが異常の発生を示すデータであるときには車両で発生した異常の回数を更新し、他方のストレージ装置には一方のストレージ装置の情報を診断装置に送信する際に、その情報に送信日時を付与して格納しておく。また、ストレージ装置に蓄積した情報をサーバ装置に送信して、前記位置情報と日時にもちいて異常発生時の気象情報をサーバ装置より取得し、前記異常の内容とこの気象情報を診断装置に送信する。

本発明の車両監視装置は、診断装置，サーバ装置，ＥＣＵ等と接続するための複数の通信インタフェースを備え、診断装置からの要求内容，車両状態，通信状態に応じて適切な通信接続先を選択して情報を収集・加工し、診断装置に提供することにより、診断装置を車両監視装置に接続するだけで車両の点検・修理に必要な整備情報を診断装置のディスプレイ上に表示できるるため、整備員の負担を軽減し、迅速な診断・修理を支援することが出来る。

整備員が複数の情報源に異なる手段でアクセスして車両の点検・修理に必要な情報を収集するという目的を、診断装置を車両監視モジュールに接続するという簡単な手順で実現した。

図１は、本発明における車両監視モジュール１００を使ったシステム構成例であって、車両監視モジュール１００は診断装置１１０，車内ＬＡＮ１４０を介してＥＣＵ１５０，１６０に接続され、無線通信を介してサーバ装置１２０に接続されている。サーバ装置
１２０はデータベース１３０を備え、情報を蓄積することができる。また、サーバ装置はインターネット１７０に接続され、インターネット１７０を介して最新の気象情報等を他のサーバ装置から取得することができる。なお、ＥＣＵ１５０，１６０は車内ＬＡＮ140に接続される機器の一例であり、センサーやモーター等の機器であってもよい。

図２は、本発明における車両監視モジュール１００の構成例である。車両監視モジュール１００は演算を実行するためのＣＰＵ２０１と、他の装置や周辺機器と情報を授受するためのインタフェースを備える。ＣＰＵ２０１はシリアル通信を行うＲＳ−２３２Ｃ
（Recommended Standard 232 C）インタフェース２０２，２０３，２０４を備え、診断装置１１０,ＧＰＳ(Global Positioning System)受信機２３０，開発ツール２４０と通信することができる。ＣＰＵ２０１はフラッシュＲＯＭ（ＦＲＯＭ）２０５を備え、ＦＲＯＭ２０５にはＣＰＵ２０１で実行するプログラムや他の機器から受信した情報を蓄積することができる。ＣＰＵ２０１はＡＴＡ(AT Attachment) インタフェース２０６を備え、
ＨＤＤ２５０と通信することができる。ＣＰＵ２０１はＰＣＭＣＩＡ(Personal ComputerMemory Card International Association)インタフェース２０７，２０８を備え、携帯電話カード２６０，無線ＬＡＮカード２７０と接続することができる。携帯電話カード260
と無線ＬＡＮカード２７０は、サーバ装置１２０と通信するために用いられる。ＣＰＵ
２０１はＣＡＮ（Control Area Network）インタフェース２０９，２１０を備え、車内
ＬＡＮ１４０を介してＥＣＵ１５０，１６０と通信することができる。診断装置１１０は、整備工場の整備員等が車両を診断するために用いる装置である。ＧＰＳ受信機２３０は、位置情報を取得するための装置である。開発ツール２４０は、車両監視モジュール100のＦＲＯＭ２０５に格納されるプログラムやデータの書き換え、テストを行うために用いられる。ＨＤＤ２５０は大容量のストレージ装置であり、各種履歴情報等を蓄積するのに用いられる。サーバ装置１２０は、車両の点検手順等の整備に必要な情報を提供する。
ＥＣＵ１５０，１６０は、車両の制御を行うための制御装置であり、車両の制御データやエラー情報を一時的に保存するためのＲＡＭやＥＥＰＲＯＭを備える。また、図中には示していないがＣＰＵ２０１はタイマーを備えており、日時に関する情報を取得することができる。なお、図２に示した構成例では、車両監視モジュール１００と診断装置１１０との間の通信にＲＳ−２３２Ｃケーブルを用いた例を示しているが、無線通信装置，赤外線通信装置，無線ＬＡＮ，携帯電話網等の無線通信手段を用いてもよい。

図３は、ＦＲＯＭ２０５に格納されるテーブルの構成例である。車両属性管理テーブル３００は、車両や車両を購入した顧客の属性情報を管理し、車台番号３０１，車種３０２，車両の製造年月３０３，車両を購入した顧客を識別するための顧客番号３０４等が格納される。車両の属性情報は車両を出荷する際に登録され、顧客の属性情報は車両の販売店等において車両の販売時に開発ツール２４０を使って登録される。異常発生回数管理テーブル３５０は、その車両における異常の発生回数を部位と現象毎に管理し、異常の発生を検出した部位３５１,異常の現象３５２,過去に発生した異常の回数を示す異常履歴３５３が格納される。過去１日間に発生した異常回数，過去７日間に発生した異常回数，車両を出荷してからの発生した異常の累計を部位と現象毎に管理する。

図４は、ＨＤＤ２５０に格納されるテーブルの構成例である。履歴情報管理テーブル
４００には、車内ＬＡＮ１４０から受信したメッセージに、メッセージを受信した位置
４０１と時間４０２を付与して格納する。車内ＬＡＮ１４０から受信したメッセージは、メッセージを識別するためのＩＤ４０３とデータ４０４により構成される。例えば、車速を伝えるメッセージである場合、車速に関する情報であることを示すＩＤ４０３と、その車速を示す数値のデータ４０４によりメッセージが構成される。ＥＣＵ１５０，１６０間では車両を制御するためのメッセージが常に送受信されている。そして車両監視モジュール１００は、ＣＡＮのインタフェース２０９，２１０を介して、車内ＬＡＮ１４０上を流れるこれらのメッセージを読み込むことができる。車両監視モジュール１００は、これらのメッセージを読み込んでＨＤＤ２５０に格納する。

送信履歴管理テーブル４５０は、診断装置１１０に送信した情報の履歴を格納する。この履歴では、車両監視モジュール１００から診断装置１１０に対して情報を送信した日時４５１と送信した情報を格納したファイルのファイル名称４５２の関係を管理している。ファイル名称４５２が示すファイルはＨＤＤ２５０に格納される。車両監視モジュール
１００は、診断装置１１０に情報を送信する際に、送信した情報をファイルとしてＨＤＤに格納すると共に、そのファイル名称４５２と送信した日時４５１を送信履歴管理テーブル４５０に登録する。

図５と図６は、サーバ装置１２０のデータベース１３０に格納されるテーブルの構成例である。図５に示す点検手順管理テーブル５００は、車両の部位５０１，現象５０２，要因５０３毎に点検手順５０４を格納している。例えば、車両のエンジンから異音が聞こえる場合、この点検手順管理テーブル５００の部位５０１が「エンジン」で現象５０２が
「異音」に該当する項目の要因５０３から、異音を発生させている要因としては減速ギアの異常やローラの異常、クラッチの異常が挙げられる。また点検手順管理テーブル５００には、これらの要因に対応して点検手順５０４が格納されている。これらの点検手順504は、例えば自動車メーカの設計者が車両を出荷する際に予め想定される異常の要因に対応してデータベース１３０に登録しておき、その後、実際に発生した異常の発生状況や異常が発生した際の整備状況等に基づいて点検手順５０４を定期的に更新する。

気象情報管理テーブル５５０は、各地の気象情報を管理し、取得した気象情報５５３
（天候，温度，湿度）とその日時５５１，対象となる地域５５２の情報を格納している。例えば、神奈川県川崎市の２００４年７月２０日１５時から１８時の天気は雨、温度は
２５度、湿度は８２度である(５０５１)。これらの情報は、気象情報を提供するサーバ装置からインターネット１７０を介してサーバ装置１２０に送信され、データベース１３０に格納される。

図６に示す的中率管理テーブル６００は、各部位で発生した減少の要因毎の的中率を格納する。的中率管理テーブル６００では、部位６０１，現象６０２，要因６０３と的中率の関係が管理されており、要因６０３毎に過去の診断結果の累計から算出された最新の的中率６０４と、概ね一月前に相当する３０日前の的中率６０５に関する情報が保存される。ここで的中率とは、各部位における現象毎の要因の確からしさであり、該当する減少の診断回数に対する診断結果で要因として判定された回数の割合である。例えばエンジンの異音を５０回検出した中で診断を行った結果、減速ギアに原因があったと４５回判定された場合、的中率は両者の除算により９０％と計算できる（６００１）。

診断結果ログ管理テーブル６５０は、診断結果を格納しており、診断を行った車種651，部位６５２，現象６５３と、診断を行った結果として分かった要因６５４、および診断を行った日時６５５が格納される。例えば、「車種Ａのエンジンで異音が検出されたので、２００４年７月２１日１５時３０分４５に診断を行った結果、要因がローラにあった」という情報が登録される（６０５１）。日時６５５は、車両監視モジュール１００が送信した診断結果に関する情報を、サーバ装置１２０で受信した日時である。

図７は、ＥＣＵ１５０，１６０のメモリ上に記憶されるデータの構成例であり、データの項目７１１と制御データ７１２によって構成される。エンジンＥＣＵの場合、制御データ管理テーブル７００には、音響データの周波数成分（７００１），エンジンの回転数
（７００２），吸入空気の容量（７００３），吸気管の圧力（７００４）等が記憶される。

図８は、診断装置１１０の画面構成例である。診断装置１１０を車両監視モジュール
１００に接続すると、診断画面８００に車両属性情報８１０と部位を選択するプルダウンメニュー８２０が表示される。部位を選択して送信ボタン８８１を押すと、選択した部位の状態８３０と現象を選択するためのプルダウンメニュー８４０が表示される。図８の例はエンジン状態を示しており、エンジンの異常現象（異音，充電不良，エンスト，ノッキング、等），異常現象を過去に検出した回数（過去１日間で検出した回数，過去７日間で検出した回数，過去に検出した回数の累計、等），前回診断装置１１０を車両監視モジュール１００に接続して診断を行った日時、今回診断を行っている日時が表示される。括弧内の数値は、前回診断を行った際に表示された回数と今回の回数との間の差を示している。

現象を選択するプルダウンメニュー８４０にて現象が選択されると、点検項目８５０，点検手順８６０，環境情報８７０，診断結果入力８９０が表示される。点検項目８５０では、現象の要因（減速ギアの異常，ローラの異常，クラッチの異常、等），要因毎の現在の的中率，３０日前の的中率，詳細表示ボタン８８０が表示される。的中率の右側に表示される括弧内の数値は、前回診断を行った際の的中率との差であり、どの程度的中率が変化したのかを示している。これにより、最近の的中率の変動傾向を把握することが出来る。詳細表示ボタン８８０は、車両状態によって表示される場合と表示されない場合とがあり、車両が走行中でありＥＣＵのデータを読み込むのに安全上の問題がある場合には、この詳細表示ボタン８８０は画面上に表示されない。

点検手順８６０は、要因毎の点検手順を表示し、該当する要因についての点検手順が更新され前回診断を行った時と手順が変わっている場合には、要因名称の下側に「ＮＥＷ」が表示される。環境情報８７０は、異常を検出した日時と場所における気象情報である。選択された部位（エンジン）の選択された現象（異音）は、過去７日間で４回検出されており（８３０）、この異音が検出された日時と場所における天気，温度，湿度が、サーバ装置１２０の気象情報管理テーブルから検索されて表示される。例えば、エンジンの異音が最後に検出された日時は２００４年７月２０日２１時３１分１１秒で検出された場所は川崎市であり（履歴情報管理テーブル４００の情報を検索することにより場所が判明する。詳しくは後述する。）、その時の天候は雨、温度は２３度、湿度は７９度である。診断装置の利用者は、点検手順８６０に表示された手順に従って点検を行うことにより、発生した現象の要因を特定できる。特定された要因を診断結果入力８９０に入力する。プルダウンメニュー８９０により要因を選択し、特記することがあれば備考に記載し、送信ボタン８８１を押して診断結果を車両監視モジュール１００に送信する。

サーバ装置１２０のデータベース１３０，ＦＲＯＭ２０５,ＨＤＤ２５０,ＥＣＵ１５０，１６０の情報は時々刻々と変化している。例えばサーバ装置１２０では、多数の車両監視モジュール１００から受信した診断結果を元に的中率管理テーブル６００と診断結果ログ管理テーブル６５０を更新しており、点検手順管理テーブル５００と気象情報管理テーブル５５０の情報も設計者や他のサーバ装置からの情報によって更新される。更新ボタン８８２を押すと、サーバ装置１２０，ＦＲＯＭ２０５，ＨＤＤ２５０，ＥＣＵ１５０，
１６０の最新情報を読み込み、これらの情報を反映した結果が診断画面８００に表示される。

図９は、車両の詳しい状態を表示する詳細情報表示画面９００の構成例である。詳細表示ボタン８８０が押されると詳細情報表示画面９００が表示される。最初に、図８で選択された部位（この例ではエンジン）のオンライン情報を選択する画面９１０が表示される。ここではエンジンＥＣＵのデータ項目が表示され、音響データ，エンジン回転数，吸入空気量等の中から表示したい詳細情報の項目を選択することができる。表示を希望する詳細情報の項目を選択して表示ボタン９３０を押すと、詳細なデータが表示される。音響データを選択して表示ボタン９３０を押した場合、音響データを示す画面９２０が表示され、詳しい音響データの波形を見て、どのような異常が発生したのかを分析することができる。

図１０は、車両監視モジュール１００における通常処理を示す処理フロー例である。車両監視モジュール１００に電源が投入されると（ステップ１００１）、ＣＡＮインタフェース２０９を調べて車内ＬＡＮ１４０と接続されているか否かを判断する(ステップ1002)。例えば、車内ＬＡＮ１４０に接続されたＥＣＵ１５０，１６０は一定時間間隔で車内
ＬＡＮ１４０にメッセージを送信しており、車両監視モジュール１００は一定時間メッセージを受信しなければ車内ＬＡＮ１４０と接続されていないと判断する。車内ＬＡＮ140と接続されてない場合には処理を終了する。車内ＬＡＮ１４０に接続されている場合、車内ＬＡＮ１４０を流れているメッセージを受信する(ステップ１００３)。ＥＣＵ１５０，１６０にメッセージを送信すると、車両の走行に影響を及ぼす恐れがあるが、車内ＬＡＮ１４０を流れているＥＣＵ１５０，１６０からのメッセージを受信するのみであれば、車両の走行に影響を及ぼす恐れはない。車両監視モジュール１００は車内ＬＡＮ１４０からメッセージを受信すると、ＧＰＳ受信機２３０とタイマーから位置と日時を取得する（ステップ１００４）。

次に、受信したメッセージのＩＤとデータを読み込み、メッセージが異常の発生を伝えるメッセージであると判断された場合（ステップ１００５）、ＦＲＯＭ２０５の異常発生回数管理テーブル３５０で受信したメッセージのＩＤに対応した部位の情報を更新する
（ステップ１００６）。メッセージが異常の発生を伝えるメッセージでないと判断された場合（ステップ１００５）、メッセージに位置(緯度経度情報)と日時とを付与してＨＤＤ２５０の履歴情報管理テーブル４００に格納する(ステップ１００７)。ステップ１００３からステップ１００７の処理は、車両監視モジュール１００の電源がＯＦＦになるまで繰り返される（ステップ１００８）。具体的には、メッセージはＩＤとデータにより構成されており、例えばメッセージのＩＤが０１０１はエンジンの異音に関するメッセージであることを表し、このメッセージのデータ部分の最初のビットが立っていれば（ビットが
「１」であれば）、異常を検出したことを示しているものとする。エンジンの異音の異常が検出されたことを示すメッセージを受信した場合、ＦＲＯＭ２０５の異常発生回数管理テーブル３５０の現象３５２が異音に該当する項目の、過去１日間の回数，過去７日間の回数，累計の値に各々１を加算する（ステップ１００６）。また、履歴情報管理テーブル
４００に格納されたメッセージと日時の履歴情報から、異常が検出したことを示すメッセージを検索して部位と現象毎にメッセージ数を積算することにより、異常発生回数管理テーブル３５０を作成することができる。ＣＰＵ２０１は、定期的にＨＤＤ２５０から履歴情報管理テーブル４００を読み込んで異常発生回数管理テーブル３５０を作成し、FROM
２０５に格納されている異常発生回数管理テーブル３５０と比較し、異常履歴の回数が異なる場合には更新することにより、ＨＤＤ２５０の履歴情報管理テーブル４００における過去１日間の回数と過去７日間の回数を正しい値にする。

図１１と図１２は、車両監視モジュール１００に診断装置１１０が接続され、診断装置１１０から診断要求を受け付ける際の処理フローの例である。図１１に示すように、車両監視モジュール１００は、診断装置１１０から診断の要求を伝えるメッセージを受信すると（ステップ１１０１）、車内ＬＡＮ１４０を流れているメッセージの中から車速に関するメッセージを受信して車速を読み取る（ステップ１１０２）。車速は車両制御の重要なデータであり、車内ＬＡＮ１４０上を頻繁に流れているものとする。車速のデータに基づき車両状態を判断し、車両が停止していないと判断される場合、ＥＣＵ１５０，１６０との間でメッセージを送受信してデータを取得することはせず、ＦＲＯＭ２０５，ＨＤＤ
２５０，サーバ装置１２０よりデータを取得する(ステップ１１０３)。またＰＣＭＣＩＡインタフェース２０７，２０８を介して携帯電話カード２６０，無線ＬＡＮカード270との間でメッセージを送受信して、通信可能な状態にあるか否か、つまり車両が携帯電話網と無線ＬＡＮの通信エリア内にいるか否かを判断する。無線ＬＡＮが通信可能状態にある場合には無線ＬＡＮカード２７０をサーバ装置１２０との通信手段として利用し、無線ＬＡＮが通信可能状態にない場合には携帯電話カード２６０をサーバ装置１２０との通信手段として利用し、両方が通信できない状態にある場合にはサーバ装置１２０との通信手段は存在しないと判断する（ステップ１１０４）。

次に、車両監視モジュール１００は、ＦＲＯＭ２０５の車両属性管理テーブル３００の情報を診断装置１１０に送信する（ステップ１１０５）。そして、どの部位を診断するかの指示を診断装置１１０から受信する（ステップ１１０６）。受信した指示に基づき、診断する部位に関する情報をＦＲＯＭ２０５の異常発生回数管理テーブル３５０から読み込み、前回診断装置１１０に送信した情報をＨＤＤ２５０の送信履歴管理テーブル４５０より読み込む。つまり、送信履歴管理テーブル４５０の最も新しい日時４５１に対応したファイル名称４５２が示すファイルから情報を読み込む。異常発生回数管理テーブル３５０にカウントされている回数と前回診断装置１１０に送信した異常発生回数管理テーブル
３５０の回数を各々比較して差を計算し、ＦＲＯＭ２０５の異常発生回数管理テーブル
３５０の情報，計算の結果、そして前回診断した日時４５１を診断装置１１０に送信する（ステップ１１０７）。次に、異常の現象を診断装置１１０より受信する(ステップ1108)。

次に図１２に示すように、サーバ装置１２０との通信手段が存在しない場合、つまり
ＰＣＭＣＩＡインタフェース２０７，２０８を調べてサーバ装置１２０との通信状態が確立できない場合（ステップ１２０１）、サーバ装置１２０と通信できないことを診断装置１１０に通知し（ステップ１２１２）、処理を終了する。サーバ装置１２０との通信手段が存在する場合（ステップ１２０１）、診断装置１１０より受信した部位と現象に関する履歴情報をＨＤＤ２５０の履歴情報管理テーブル４００より取得する（ステップ1202)。受信した部位と現象に関する履歴情報であるか否かはＩＤ４０３をもとに判断する。
ＦＲＯＭ２０５の車両属性管理テーブル３００の情報、診断装置１１０より受信した部位と現象、ＨＤＤ２５０の履歴情報管理テーブル４００より取得した履歴情報をサーバ装置１２０に送信する（ステップ１２０３）。

サーバ装置１２０は、これらの情報を受信すると、点検手順管理テーブル５００より部位５０１と現象５０２が一致する要因５０３と点検手順５０４を読み込み、気象情報管理テーブル５５０より履歴情報の時間と位置が含まれる日時５５１と地域５５２を検索して気象情報５５３を読み込み、的中率管理テーブル６００より部位６０１と現象６０２が一致する要因６０３と累計の的中率６０４、及び３０日前の的中率６０５を読み込み、これらの情報を車両監視モジュール１００に送信する。車両監視モジュール１００は、サーバ装置１２０から要因，点検手順，気象情報，的中率を受信し（ステップ１２０４）、送信履歴管理テーブル４５０のファイル名称４５２が示したファイルから読み込んだ前回診断を行った際に診断装置１１０に送信した情報に含まれる的中率と、サーバ装置１２０より受信した的中率とを比較して差を計算し、更に、点検手順が変わっていないかを比較し、この的中率の計算結果と点検手順の比較結果、サーバ装置１２０より受信した要因，点検手順，気象情報，的中率、そしてＥＣＵ１５０，１６０よりデータを取得できるか否かを診断装置１１０に送信する（ステップ１２０５）。

前述のように、ＥＣＵ１５０，１６０のデータが取得できない場合(ステップ１２０６)、オンライン情報の取得ができないことを診断装置１１０に通知する(ステップ１２１１)。診断装置１１０は、この通知を受信すると詳細表示ボタン８８０を表示しない。ＥＣＵ１５０，１６０のデータが取得できる場合（ステップ１２０６）、診断装置１１０より受信した部位を制御するＥＣＵ１５０の制御データ管理テーブル７００より、予め定められた一定時間の間、定期的にデータを読み込み、これをＨＤＤ２５０に蓄積する（ステップ１２０７）。ＨＤＤ２５０に蓄積したデータを診断装置１１０に送信する(ステップ1208)。

車両監視モジュール１００は、診断結果（要因）を診断装置１１０より受信し（ステップ１２０９）、ＦＲＯＭ２０５の車両属性管理テーブル３００の車種３０２、診断装置
１１０より受信した部位，現象、そして診断結果をサーバ装置１２０に送信する（ステップ１２１０）。

図１３は、サーバ装置１２０における的中率の計算方法を示す処理フロー例である。サーバ装置１２０は、車両監視モジュール１００より部位，現象，診断結果（要因）を受信し（ステップ１３０１）、これらを受信した日時と一緒に診断結果ログ管理テーブル650に格納する（ステップ１３０２）。また、的中率管理テーブル６００の部位６０１，現象６０２，要因６０３が一致する累計の診断回数と診断結果に１を加え、診断結果を診断回数で割ることによって的中率を計算する（ステップ１３０３）。なお、診断結果ログ管理テーブル６５０より３０日以内のデータでかつ車種，部位，現象が一致するデータを読み込み、そのデータ件数と要因毎の件数を積算し、要因毎の件数をデータ件数で割ることにより、的中率管理テーブル６００の３０日前の的中率を計算することができる。サーバ装置１２０は、少ないとも１日に１回は３０日前の的中率を計算し、的中率管理テーブル
６００の的中率を更新する。

車両がＧＰＳ受信機とＨＤＤを備えたカーナビゲーション装置を搭載している場合、本発明による車両監視装置はこれらの機器をカーナビゲーション装置と共有することができ、車両監視装置をカーナビゲーション装置に組み込んで適用することができる。

本発明に係る車両監視モジュールを用いたシステムの構成例である。本発明に係る車両監視モジュールの構成例である。ＦＲＯＭに保存されているテーブルの構成例である。ＨＤＤに保存されているテーブルの構成例である。サーバ装置のデータベースに保存されているテーブルの構成例である。サーバ装置のデータベースに保存されているテーブルの構成例である。ＥＣＵに保存されているテーブルの構成例である。診断装置の画面構成例である。診断装置の画面構成例である。車両監視モジュールにおける通常の処理フロー例である。車両監視モジュールにおいて診断要求を受信した時の処理フロー例である。車両監視モジュールにおいて診断要求を受信した時の処理フロー例である。サーバ装置において的中率を計算する処理フロー例である。

符号の説明

１００…車両監視モジュール、１１０…診断装置、１２０…サーバ装置、１４０…車内ＬＡＮ、１５０，１６０…ＥＣＵ、２０５…ＦＲＯＭ、２３０…ＧＰＳ受信機、２５０…ＨＤＤ。

Claims

診断装置、またはＧＰＳ受信機と通信するための第１の通信インタフェースと、少なくとも１つのＥＣＵが接続された車内ＬＡＮと接続する第２の通信インタフェースと、サーバ装置と接続する第３の通信インタフェースとを備えた車両監視装置において、
車両監視装置は診断装置に送信した情報の履歴を格納するストレージ装置を備え、
該車両監視装置は、第３の通信インタフェースを介して前記診断装置からの要求を受け付け、
前記車内ＬＡＮから取得した車両状態に基づいて前記サーバ装置または前記ＥＣＵのいずれを通信接続先とするか選択し、
選択された少なくとも１つの接続先と接続する通信インタフェースに対して情報を取得する要求を送り、
当該要求に基づき選択された接続先から取得した情報を前記診断装置に送信すると共に、前記ストレージ装置に当該情報を格納し、
前記接続先が前記サーバ装置である場合には、該サーバ装置から取得し診断装置に送信する情報と前記ストレージ装置に蓄積した情報とを比較し、該サーバ装置から取得した情報が更新されている場合には該情報と前記ストレージ装置に蓄積した情報との差分を求めて前記診断装置に送信する
ことを特徴とする車両監視装置。
請求項１記載の車両監視装置において、
前記サーバ装置より取得した点検手順と前記ストレージ装置に蓄積した最後に診断装置に送信した点検手順とを比較し、サーバ装置より取得した点検手順が更新されている場合には点検手順が更新されたことを示す情報を付与して点検手順を前記診断装置に送信することを特徴とする車両監視装置。
請求項１記載の車両監視装置において、
前記サーバ装置より取得した異常要因の的中率と前記ストレージ装置に蓄積した最後に診断装置に送信したと異常要因の的中率とを比較し、これらの的中率が変化している場合には両者の差分を計算し、サーバ装置より取得した異常要因の的中率と前記差分を診断装置に送信することを特徴とする車両監視装置。
請求項１に記載の車両監視装置において、前記ストレージ装置は異なる２つの記憶装置で構成され、一の記憶装置には車両で発生した異常の回数を蓄積し、
車両監視装置は前記第２の通信インタフェースを介して前記車内ＬＡＮから前記ECUから取得した車両状態を示す情報を取得し、前記取得した情報により異常の発生を検出したときには、該異常の内容と共に前記ＧＰＳ受信機より受信した位置情報による該異常が発生した位置情報と日時を前記２つの記憶装置の内の他の記憶装置に蓄積し、前記一の記憶装置に記録される異常発生回数を更新することを特徴とする車両監視装置。
請求項４に記載の車両監視装置において、前記他の記憶装置に蓄積した情報をサーバ装置に送信する際には、前記他の記憶装置に蓄積した情報に付された位置と時間の情報に対応した気象情報を前記サーバ装置より取得し、当該情報の異常内容と取得した気象情報を前記診断装置に送信することを特徴とする車両監視装置。