(57)【要約】【課題】  車両の故障や異常等について、正確な判断を実行できるようにする。【解決手段】  本発明の車両用通信システムは、車両のダイアグ情報と、車両において故障判断プログラムにより故障判断した故障判断情報とを車載通信端末から情報センターへ送信し、そして、情報センターにおいて、ダイアグ情報と故障判断情報とをデータベースに蓄積すると共に、上記データベースに蓄積されている情報に基づいて車両の異常等を判断するようにし、更に、車両において故障判断プログラムにより故障判断するときの各種の故障判断パラメータを変更可能に構成したものである。【選択図】  図３
2006096325.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載された車載通信端末と情報センターとの間で通信を実行する車両用通信システムにおいて、
前記車両のダイアグ情報と、前記車両において故障判断プログラムにより故障判断した故障判断情報とを前記車載通信端末から前記情報センターへ送信する手段と、
前記情報センターにおいて、前記ダイアグ情報と前記故障判断情報とをデータベースに蓄積すると共に、データベースに蓄積されている情報に基づいて前記車両の異常等を判断する手段と、
前記車両において故障判断プログラムにより故障判断するときの各種の故障判断パラメータを変更可能にする手段とを備えたことを特徴とする車両用通信システム。
【請求項２】
前記情報センターから変更指令を前記車載通信端末へ送信することにより、前記各種の故障判断パラメータを変更するように構成されていることを特徴とする請求項１記載の車両用通信システム。
【請求項３】
前記故障判断パラメータは、故障診断の感度が良すぎる場合には感度を低くし、故障診断の感度が悪い場合には感度を高くするようにしたことを特徴とする請求項２記載の車両用通信システム。
【請求項４】
車両に搭載された車載通信端末と情報センターとの間で通信を実行する車両用通信システムにおいて、
前記車両のダイアグ情報と、前記車両において故障判断プログラムにより故障判断した故障判断情報とを前記車載通信端末から前記情報センターへ送信する手段と、
前記情報センターにおいて、前記ダイアグ情報と前記故障判断情報とをデータベースに蓄積すると共に、データベースに蓄積されている情報に基づいて前記車両の異常等を判断する手段と、
前記車両において故障判断プログラムにより故障を判断したときに、前記車両内機器のパラメータを変更可能にする手段とを備えたことを特徴とする車両用通信システム。
【請求項５】
前記車両内機器のパラメータを変更した場合には、通常のダイアグ情報と判別できるようにして、パラメータ変更後のダイアグ情報を記憶および送信することを特徴とする請求項４記載の車両用通信システム。
【請求項６】
前記車両内機器のパラメータを変更してダイアグ情報を取得した後、パラメータを変更したままにしない方が良い場合には、前記車両内機器の元のパラメータに戻すことを特徴とする請求項４または５記載の車両用通信システム。
【請求項７】
前記パラメータを変更したままにしない方が良い場合として、通信状態の悪化等に起因してパラメータ変更完了の通知を前記情報センターが受信しない場合には、前記車両内機器の元のパラメータに戻すことを特徴とする請求項６記載の車両用通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載された車載通信端末と情報センターとの間で通信を実行する車両用通信システムに関する。
【背景技術】
【０００２】
従来より、車両のダイアグ情報を情報センターへ送信すると共に、該ダイアグ情報を情報センターからディーラーへ送信するように構成されたシステムがあり、そのシステムの一例が特許文献１に記載されている。
【特許文献１】特開２００１−２９６９１５号公報
【特許文献２】特開２００３−１９９３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記システムの場合、ダイアグ情報として、車両のセンサー情報を情報センターへ送信しているだけであるため、このような情報だけでは具体的な故障部位を特定したり、故障予測を実行したりすることがかなり困難であった。そして、上記システムでは、車両が故障しているか否かの判断は、情報を受け取ったディーラーで行うようにしている。しかし、ディーラーでは、得られる情報の量が少ないため、車両の故障について、正確な判断を行うことが困難であった。
【０００４】
また、特許文献２には、故障判断プログラムを情報センターから車両へ送信し、この送信した故障判断プログラムによって故障部位を特定しようとした構成が記載されている。しかし、上記特許文献２の構成であっても、故障判断プログラムが使用する情報の量が少ないから、車両の故障等について、正確な判断を行うことは困難であった。
【０００５】
そこで、本発明の目的は、車両の故障等について、正確な判断を行うことができる車両用通信システムを提供するにある。
【課題を解決するための手段】
【０００６】
本発明の車両用通信システムは、車両に搭載された車載通信端末と情報センターとの間で通信を実行するシステムにおいて、前記車両のダイアグ情報と、前記車両において故障判断プログラムにより故障判断した故障判断情報とを前記車載通信端末から前記情報センターへ送信する手段と、前記情報センターにおいて、前記ダイアグ情報と前記故障判断情報とをデータベースに蓄積すると共に、上記データベースに蓄積されている情報に基づいて前記車両の異常等を判断する手段と、前記車両において故障判断プログラムにより故障判断するときの各種の判断パラメータを変更可能にする手段とを備えたところに特徴を有する。
【０００７】
上記構成によれば、車両のダイアグ情報と故障判断情報とを情報センターへ送信してデータベースに蓄積すると共に、上記データベースに蓄積されている情報に基づいて前記車両の異常等を判断するように構成したので、判断の元になる情報量が非常に多くなり、車両の故障等について、正確な判断を行うことができる。そして、車両において故障判断プログラムにより故障判断するときの各種の判断パラメータを変更可能に構成したので、データベースに蓄積する故障判断情報に含まれるノイズを低減することができる。
【０００８】
また、上記構成の場合、前記情報センターから変更指令を前記車載通信端末へ送信することにより、前記各種の判断パラメータを変更するように構成することが好ましい。更に、前記故障判断パラメータは、故障診断の感度が良すぎる場合には感度を低くし、故障診断の感度が悪い場合には感度を高くするように構成することが良い構成である。
【０００９】
本発明の他の車両用通信システムは、車両に搭載された車載通信端末と情報センターとの間で通信を実行するシステムにおいて、前記車両のダイアグ情報と、前記車両において故障判断プログラムにより故障判断した故障判断情報とを前記車載通信端末から前記情報センターへ送信する手段と、前記情報センターにおいて、前記ダイアグ情報と前記故障判断情報とをデータベースに蓄積すると共に、データベースに蓄積されている情報に基づいて前記車両の異常等を判断する手段と、前記車両において故障判断プログラムにより故障を判断したときに、前記車両内機器のパラメータを変更可能にする手段とを備えたところに特徴を有する。
【００１０】
この構成の場合、前記車両内機器のパラメータを変更した場合には、通常のダイアグ情報と判別できるようにして、パラメータ変更後のダイアグ情報を記憶および送信するように構成することが好ましい。
【００１１】
また、前記車両内機器のパラメータを変更してダイアグ情報を取得した後、パラメータを変更したままにしない方が良い場合には、前記車両内機器の元のパラメータに戻すように構成することがより一層好ましい。この場合、前記パラメータを変更したままにしない方が良い場合として、通信状態の悪化等に起因してパラメータ変更完了の通知を前記情報センターが受信しない場合がある。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の第１の実施例について、図１ないし図３を参照しながら説明する。まず、図１は、本実施例の車両用通信システム１の全体構成を概略的に示すブロック図である。この図１に示すように、本実施例の車両用通信システム１は、自動車（車両）２に搭載された車載通信端末３と、情報センター４との間で無線通信（例えば携帯電話等）のネットワーク５を介して通信を実行することが可能なシステムである。この場合、情報センター４は、複数の自動車２の各車載通信端末３とそれぞれ通信することが可能なように構成されている。
【００１３】
また、情報センター４は、自動車を製造する工場６に設けられた端末装置７との間で例えば電話網やインターネット等のネットワーク８を介して通信可能なように構成されている。この場合、複数の端末装置７が工場６に設けられているときには、情報センター４は、工場の各端末装置７との間でそれぞれ通信可能である。更に、工場６が複数設けられている場合には、情報センター４は、各工場６の各端末装置７との間でそれぞれ通信可能である。
【００１４】
工場６の端末装置７から情報センター４へ送信する情報は、工場６で生産して出荷した各自動車２の車両情報であり、この車両情報としては、例えば、車両を特定する車体番号や、車両の製造ロットや、工場６で車両に装着した選択装備（オプション）等の情報がある。これらの車両情報は、車両の製造環境の情報と呼ぶことができる。
【００１５】
また、情報センター４は、自動車の販売店（ディーラー）９に設けられた端末装置１０との間で例えば電話網やインターネット等のネットワーク８を介して通信可能なように構成されている。この場合、複数の端末装置１０が販売店９に設けられているときには、情報センター４は、各端末装置１０との間でそれぞれ通信可能である。更に、販売店９が複数設けられていることから、情報センター４は、各販売店９の各端末装置１０との間でそれぞれ通信可能である。
【００１６】
販売店９の端末装置１０から情報センター４へ送信する情報は、販売店９でユーザーに販売した各自動車２の車両情報であり、この車両情報としては、例えば、車両を購入した所有者（ユーザー）の情報や、販売店９で車両に装着した選択装備（オプション）等の情報や、車両のメンテナンスの情報などがある。これらの車両情報は、車両環境の情報と呼ぶことができる。
【００１７】
尚、本実施例においては、自動車２の車載通信端末３と販売店９の端末装置１０との間も、情報センター４を介することにより通信を行うことができるように構成されている。また、本実施例における通信とは、種々のデータ（情報）や各種のメールなどを送信したり、受信したりすることである。
【００１８】
さて、図２は、上記車載通信端末３の電気的構成を示すブロック図である。この図２に示すように、車載通信端末３は、制御回路１１と、通信機１２と、ＧＰＳ受信機１３と、各種スイッチ１４と、表示器１５とを備えて構成されている。制御回路１１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成されており、車載通信端末３の種々の制御を実行する機能を有している。
【００１９】
通信機１２は、情報センター４との間の通信をアンテナ１２ａを介して行うものであり、例えば携帯電話機等の端末で構成されている。ＧＰＳ受信機１３は、ＧＰＳアンテナ１３ａによりＧＰＳ信号を受信して、自動車２の現在位置情報を生成し、この位置情報を制御回路１１に出力する機能を有している。各種スイッチ１４は、表示器１５の表示画面に設けられたタッチパネルと、複数のメカスイッチとから構成されており、ユーザーが操作したスイッチのスイッチ信号を制御回路１１に出力するように構成されている。表示器１５は、例えば液晶表示装置などから構成されている。
【００２０】
また、制御回路１１は、Ｉ／Ｆ１６を介して車内の各種のＥＣＵ１７や他の機器１８と接続されている。各種のＥＣＵ１７は、ダイアグ情報（例えば、エンジンオイルの温度、冷却水の温度、排気ガス触媒の温度、排気ガス中の酸素濃度、吸気の温度、タイヤの空気圧などの種々のセンサ情報や、自動車２の走行状態や走行距離および車両状態に関する情報等）を収集し、制御回路１１に出力する機能を有している。
【００２１】
また、各種のＥＣＵ１７は、故障判断プログラムを有しており、この故障判断プログラムを動作させることにより、ダイアグ情報をモニタリングし、故障判断するときの各種の故障判断パラメータの値（しきい値）と比較して故障や異常を判断し、故障判断情報を制御回路１１に出力する機能を有している。具体的には、排気ガス中の酸素濃度値がある値（酸素濃度用の故障判断パラメータの値）以上になる条件が成立した場合、または、その条件の成立回数が特定回数以上に達した場合などに、故障だと判断して故障判断情報を生成するように構成されている。そして、このような故障判断を、各種のセンサ検出信号に対してそれぞれ実行するように構成されている。
【００２２】
更に、制御回路１１は、各種のＥＣＵ１７や他の機器１８等から与えられたダイアグ情報と故障判断情報とをネットワーク５を介して情報センター４へ送信するように構成されている。
【００２３】
一方、情報センター４においては、受信したダイアグ情報と故障判断情報をデータベースに格納（蓄積）すると共に、故障や異常の内容の解析を実施し、その結果を販売店９へ送信するように構成されている。また、情報センター４において、車載通信端末３から送られてきた情報のデータ値にノイズ成分が多いと判断された場合には、情報センター４は、故障判断パラメータ（判断しきい値）を変更する変更指令を車載通信端末３へ送信する機能を有している。この指令は、故障判断の感度が良すぎる場合には、感度を低くするように故障判断パラメータを変更する指令であり、故障判断の感度が悪い場合には、感度を高くするように故障判断パラメータを変更する指令である。
【００２４】
そして、車載通信端末３は、上記指令を受けると、各種のＥＣＵ１７の中の上記指令に対応するＥＣＵ１７の故障判断パラメータを上記指令に従って変更する、即ち、故障判断の感度を調整するように構成されている。
【００２５】
次に、図３のフローチャートを参照して、上記した構成の車両用通信システム１の動作、即ち、自動車２の車載通信端末３と情報センター４との間の通信処理について説明する。尚、図３のフローチャートは、車載通信端末３の制御と情報センター４の制御を組み合わせて表現したフローチャートである。
【００２６】
まず、図３のステップＳ１においては、車載通信端末３の各種のＥＣＵ１７がダイアグ情報をモニタするように構成されている。この場合、各種の故障判断パラメータの値（ある特定値、即ち、しきい値）を中心にしてモニタする構成となっている。
【００２７】
続いて、ステップＳ２へ進み、センサ検出出力値が故障判断パラメータの値（しきい値）を超えたか否かを判断する。ここで、しきい値を超えないときには、ステップＳ２にて「ＮＯ」へ進み、ステップＳ１へ戻り、ダイアグ情報のモニタを続ける。一方、しきい値を超えたときには、ステップＳ２にて「ＹＥＳ」へ進み、ステップＳ３へ進み、車載通信端末３は、故障判断情報（センサ検出値等のデータ）とこれに関連する情報（ダイアグ情報（ダイアグコード）等）を、情報センター４へ送信するように構成されている。尚、ダイアグ情報については、車載通信端末３は、定期的に情報センター４へ送信するように構成されている。
【００２８】
そして、ステップＳ４に進むと、情報センター４においては、受信した故障判断情報（センサ検出値等のデータ）と、これに関連する情報（ダイアグ情報）をデータベース（ＤＢ）に蓄積する。続いて、ステップＳ５へ進み、情報センター４において、データベースに蓄積されている過去のデータと上記受信した情報等に基づいて、自動車の故障または故障予兆であるか否かを判断するように構成されている。
【００２９】
この場合、自動車の故障または故障予兆の判断を行う判断アルゴリズム（プログラム）は、情報センター４で多数の車両を管理して統計処理していると共に、販売店９や工場６から送られてくる種々の情報を加味することができるため、最適化することができる。従って、情報センター４による自動車の故障または故障予兆の判断は、従来構成（１台の車両の異常発生時の情報」で判断するアルゴリズム）に比べて、かなり正確なものとなる。
【００３０】
続いて、ステップＳ６へ進み、故障または故障予兆であるか否かが判断され、「ＹＥＳ」の時には、ステップＳ７へ進み、故障または故障予兆である旨の連絡メッセージ（故障判断情報やダイアグ情報等を含む情報）を販売店９へ送信して知らせるように構成されている。そして、この後は、ステップＳ１へ戻り、上述した処理を繰り返すようになっている。尚、上記連絡を受けた販売店９は、入庫して点検修理を促す連絡メイル等を該当する自動車２の車載通信端末３に送信したり、該当する自動車２のユーザーに電話連絡したりする。
【００３１】
一方、上記ステップＳ６において、故障または故障予兆でないと判断されたときは、「ＮＯ」へ進み、ステップＳ８へ進み、データベースに蓄積されている過去のデータから判断して、必要に応じて故障判断パラメータの値（しきい値）をどれくらい変更したら最適であるかの演算を行うように構成されている。これは、ノイズとなるような情報が情報センター４に送信されることをなるべく防ぐためである。
【００３２】
そして、ステップＳ９へ進み、上記演算結果によって求められた変更値に故障判断パラメータを変更するように指令する変更指令（データ）を自動車２の車載通信端末３へ送信する構成となっている。この後は、ステップＳ１へ戻り、上述した処理を繰り返すようになっている。尚、上記変更指令を受けた車載通信端末３は、該当するＥＣＵ１７の故障判断パラメータを変更する処理を実行する構成となっている。
【００３３】
このような構成の本実施例によれば、自動車２のダイアグ情報と故障判断情報とを車載通信端末３から情報センター４へ送信して、データベースに蓄積すると共に、上記データベースに蓄積されている情報（過去の情報や、他の多数の自動車の情報等を含む）に基づいて自動車２の異常（故障または故障予兆）等を判断するように構成したので、判断の元になる情報量が非常に多くなり、自動車２の故障等について、正確な判断を行うことができる。
【００３４】
そして、自動車２の各ＥＣＵ１７において、故障判断プログラムにより故障判断するときの各種の判断パラメータを変更可能に構成したので、即ち、故障判断プログラムの故障判断のレベル（感度）を調整可能に構成したので、情報センター４のデータベースに蓄積する故障判断情報に含まれるノイズ成分を低減することができる。
【００３５】
特に、上記実施例の場合、情報センター４から変更指令を自動車２の車載通信端末３へ送信することにより、上記した各種の故障判断パラメータを変更するように構成したので、故障判断パラメータを最適化することができ、情報センター４のデータベースに蓄積する故障判断情報に含まれるノイズをより一層低減することができる。これにより、情報センター４と車載通信端末３との間の無駄な通信を極力少なくすることができる。
【００３６】
尚、上記実施例においては、情報センター４から変更指令を車載通信端末３へ送信することにより、故障判断パラメータを変更するように構成したが、これに限られるものではなく、車載通信端末３において故障判断パラメータを変更するように構成しても良い。この場合、車載通信端末３に大容量の記憶装置（例えばハードディスク等）を設け、この記憶装置にダイアグ情報と故障判断情報とを蓄積してデータベースを形成したり、或いは、情報センター４から他の自動車に関する種々の情報をダウンロードして蓄積してデータベースを形成したりするように構成すれば、上記実施例とほぼ同様の効果を得ることができる。
【００３７】
また、上記実施例において、情報センター４から最新の（最適化した）故障判断プログラムを車載通信端末３にダウンロードして、各種のＥＣＵ１７の故障判断プログラムを書き換えるように構成しても良い。
【００３８】
更にまた、上記実施例において、情報センター４と通信する複数の自動車２の各車載通信端末３から、定期的に車両情報を情報センター４へ送信するように構成することが好ましい。この構成の場合、各車載通信端末３から情報センター４へ送信する車両情報としては、例えば、自動車２の位置情報（ＧＰＳ受信機１３等により検知された位置情報）や、累積走行距離の情報等である。尚、上記定期的とは、例えば、１０分毎、３０分毎、または、１時間毎等の時間間隔でも良いし、自動車２のエンジンを始動したときや、エンジンを停止したとき等の各種の条件が成立したときでも良い。
【００３９】
このように構成すると、情報センター４は、故障（または故障予兆）が発生したと判断された自動車２から故障判断情報やダイアグ情報等を受信したときに、データベースの中から上記自動車２と製造条件や環境条件等が近似する自動車を選択（抽出）することができる。この場合、製造条件（即ち、製造環境）としては例えば製造ロットなどの情報を用い、環境条件等としては実走行環境と車両環境の情報を用いることが好ましい。
【００４０】
そして、情報センター４においては、上記抽出した自動車のダイアグ情報を収集し、これらダイアグ情報と、情報センターに蓄積されている各自動車の車両情報とに基づいて、自動車の故障や異常の発生要因を分析することが可能になる。従って、発生要因がよくわからない自動車の故障や異常の発生要因であっても、比較的容易に分析することが可能になるという効果が得られる。
【００４１】
図４は、本発明の第２の実施例を示すフローチャートである。尚、第１の実施例の図３と同一ステップには、同一ステップ番号を付している。この第２の実施例においては、自動車２（車載通信端末３）内の故障判断プログラムにより、車両内機器（自動車（車両）２に搭載された各種の電気機器）の故障や故障予兆が検出されたときに、車両内機器の制御パラメータを変更して、故障箇所を特定できるように構成されている。
【００４２】
例えば、自動車２の実際の速度に対して、自動車２内の速度メータが異常値（不正確な速度）を表示する異常が発生することがある。この異常の検出は、次のようにして行う。自動車２に搭載されたカーナビゲーション装置による位置情報、時刻情報、地図データに基づいて走行距離と走行時間を求め、これら走行距離と走行時間から自動車２の走行速度を計算する。この計算して求めた自動車２の走行速度と、自動車２内の速度メータに表示する車両速度表示値とを比較する。
【００４３】
ここで、速度メータに表示する車両速度表示値は、車速センサから出力される車速パルスを計数して、単位時間当たりの車速パルス数を測定し、この車速パルス数に所定の係数ｋを掛け合わせることにより、算出している。
【００４４】
（車両速度表示値＝単位時間当たりの車速パルス数＊ｋ）
さて、自動車２のタイヤのサイズを変更した場合、例えば１５インチを１６インチに変更した場合には、車両速度表示値は、実際の速度と異なり、誤表示となる。そして、この誤表示であることは、上記したように、カーナビゲーション装置により計算して求めた自動車２の走行速度と、上記車両速度表示値とを比較することにより、検出することができる。
【００４５】
そして、このような車両速度の誤表示を検出している状況を確認するために、本実施例においては、情報センター４側から車載通信端末３へ、車両内機器の制御パラメータである上記所定の係数ｋをｋｒに変更する指令（変更要求信号）を送信するように構成されている。そして、車載通信端末３側では、上記変更要求信号を受けると、所定の計数をｋからｋｒに変更して、車両速度表示値を算出し、これが誤っているかどうかを再確認（判断）するようになっている。
【００４６】
上記所定の係数の変更（ｋをｋｒに変更）により、カーナビゲーション装置により計算して求めた自動車２の走行速度と、車速パルスに基づく車両速度表示値とが近づくような場合には、タイヤの誤装着であると判断（故障箇所を特定）することができる。そして、その旨、即ち、タイヤが誤装着されている状況を、情報センター４やディーラ（販売店９）からユーザー（運転者）に報知するように構成されている。この場合、ユーザー（運転者）への報知は、手紙や、電話や、メイル等で適宜実行するように構成されている。
【００４７】
尚、ユーザー（運転者）への報知を、情報センター４やディーラ（販売店９）からユーザーの車載通信端末３へ上記報告のメッセージを送信することにより実行しても良い。この場合、車載通信端末３には、メッセージを表示する表示装置が備わっていることが好ましい。また、車載通信端末３にメッセージ表示用の表示装置がなければ、車両内機器例えばカーナビゲーション装置のディスプレイに表示するように構成しても良い。
【００４８】
このような第２の実施例の動作を実現するために、車載通信端末３と情報センター４との間の通信制御を、図４のフローチャートで示すような制御とした。この図４の制御において、ステップＳ１からステップＳ６、ステップＳ８、ステップＳ９の各処理は、第１の実施例と同じであり、ここでは説明を省略する。
【００４９】
さて、図４のステップＳ６において、情報センター４により自動車２（車両内機器）の故障または故障予兆であると判断されると、「ＹＥＳ」へ進み、ステップＳ１１へ進む。このステップＳ１１では、情報センター４にて車両内機器のパラメータの変更が必要であると判断されたときには、情報センター４から車載通信端末３へ、パラメータ変更要求（後えば車両速度表示用の所定の係数ｋをｋｒに変更する要求）を送信するように構成されている。
【００５０】
そして、ステップＳ１２へ進み、車載通信端末３において、情報センター４から車両内機器のパラメータ変更要求があったか否かを判断する。ここで、パラメータ変更要求があった場合には、「ＹＥＳ」へ進み、車載通信端末３において、車両内機器のパラメータを変更し、変更後の故障判断（即ち、測定）を実施したか否かを判断する（ステップＳ１３）。
【００５１】
今の場合、パラメータ変更を実行していないから、ステップＳ１３にて「ＮＯ」へ進み、ステップＳ１４へ進み、自動車２側で車両内機器のパラメータを変更する。そして、ステップＳ１５へ進み、車載通信端末３にて、パラメータ変更後の故障判断を実施して、判断結果である検出値等に関する情報（ダイアグ情報等も含む）を、情報センター４へ送信する。
【００５２】
この場合、パラメータ変更後に検出した情報（ダイアグ情報等も含む）は、通常の情報（変更前の情報）と判別できるように構成されている。例えば、ダイアグ情報の場合、パラメータ変更後のダイアグ情報は、パラメータ変更後を示すデータを付加して車載通信端末３内に記憶されると共に、車載通信端末３から情報センター４へ送信されるように構成されている。また、情報センター４においても、パラメータ変更後のダイアグ情報は、パラメータ変更後を示すデータを付加してデータベースに記憶されるように構成されている。続いて、ステップＳ１６へ進み、車両内機器のパラメータを変更したことを、ディーラ（販売店９）へ報告する。この後は、ステップＳ１へ戻り、前述した処理を繰り返す。
【００５３】
さて、このようにパラメータを変更して故障判断を実施した後、再び、ステップＳ１３へ至った場合には、この判断ステップＳ１３にて「ＹＥＳ」へ進み、ステップＳ１７へ進む。このステップＳ１７においては、パラメータを変更したままにしておくか否かを判断する。ここで、パラメータを変更したままにしておかず、元に戻した方が良い場合としては、パラメータを変更しても、故障状態があまり改善されなかった場合、元のパラメータの方が状態が良い場合、或いは、通信状態の悪化等に起因してパラメータ変更完了の通知を情報センター４が受信できなかったような場合などがある。
【００５４】
そして、上記ステップＳ１７において、パラメータを変更したままにしておいて良いと判断された場合には、「ＹＥＳ」へ進み、ステップＳ１へ戻り、前述した処理を繰り返す。これに対して、ステップＳ１７において、パラメータを元に戻した方が良いと判断された場合には、「ＮＯ」へ進み、ステップＳ１８へ進み、情報センター４から車載通信端末３へ、車両内機器のパラメータを元に戻す指令を送信する。
【００５５】
続いて、ステップＳ１９へ進み、自動車２（車載通信端末３）側では、車両内機器のパラメータを元に戻す処理を実行する。この後は、ステップＳ１へ戻り、前述した処理を繰り返す。
【００５６】
一方、前記ステップＳ１２において、情報センター４から車両内機器のパラメータ変更要求がなかったときには、「ＮＯ」へ進み、ステップＳ２０へ進む。このステップＳ２０では、検出した故障または故障予兆をディーラ（販売店９）へ報告済みであるか否かを判断する。ここで、ディーラ（販売店９）へ報告済みであれば、「ＹＥＳ」へ進み、ステップＳ１へ戻り、前述した処理を繰り返す。これに対して、ディーラ（販売店９）へ報告済みでなければ、「ＮＯ」へ進み、ステップＳ１６へ進み、検出した故障または故障予兆をディーラ（販売店９）へ報告する。
【００５７】
尚、第２の実施例においては、情報センター４やディーラ（販売店９）からユーザー（運転者）への報知、例えば前記したタイヤが誤装着されている状況の報知を、手紙や、電話や、メイル等で実行している。この報知処理については、上記図４のフローチャートに記載していない。
【００５８】
また、上述した以外の第２の実施例の構成は、第１の実施例と同じ構成となっている。従って、第２の実施例においても、第１の実施例とほぼ同じ作用効果を得ることができる。特に、第２の実施例においては、自動車２（車載通信端末３）内の故障判断プログラムにより、車両内機器（自動車２に搭載された各種の電気機器）の故障や故障予兆が検出されたときに、車両内機器の制御パラメータを変更して、故障箇所を特定できるように構成したので、車両２の故障や異常の発生要因をより一層明確に分析することができる。
【図面の簡単な説明】
【００５９】
【図１】本発明の第１の実施例を示す車両用通信システムのブロック図
【図２】車載通信端末のブロック図
【図３】フローチャート
【図４】本発明の第２の実施例を示す図３相当図
【符号の説明】
【００６０】
図面中、１は車両用通信システム、２は自動車（車両）、３は車載通信端末、４は情報センター、５はネットワーク、８はネットワーク、９は販売店、１０は端末装置、１１は制御回路、１２は通信機、１３はＧＰＳ受信機、１７は各種のＥＣＵを示す。
【図１】
2006096325.tif 000003
【図２】
2006096325.tif 000004
【図３】
2006096325.tif 000005
【図４】
2006096325.tif 000006