(57)【要約】【課題】車両における制御系統の異常を診断するために必要な車両情報をより合理的に送信可能な車両診断システムを提供する。【解決手段】車両診断システム１は、バッテリからの供給電力を動力源の一部または全部として使用する車両２に搭載される車載装置と、車両２の管理側に設置されるセンタ装置５とを備え、車載装置が、車両２における制御系統の異常を診断するために必要な車両情報７を生成し、センタ装置５が、その車両情報７を解析して、車両２の制御系統の異常を検出した場合に、運転者にその旨を報知するための警告情報を車載装置に送信する。このように構成された車両診断システム１において、電力線６を介して車両２のバッテリに電力の供給を行う給電制御装置３をさらに備え、車載装置が、この給電制御装置３を介して車両情報７をセンタ装置５に送信し、その送信時における通信に電力線６を用いる。【選択図】図１
2011221813.tif 000002
【特許請求の範囲】
【請求項１】
電力線を介して充電可能なバッテリを有し、該バッテリからの供給電力を動力源の一部または全部として使用する車両に搭載され、該車両における制御系統の異常を診断するために必要な車両情報を生成する車載装置と、
前記車載装置により生成された車両情報を解析して、前記制御系統の異常を検出した場合に、該検出結果を前記車両の運転者に報知するための警告情報を前記車載装置に送信するセンタ装置と、
を備える車両診断システムにおいて、
前記電力線に接続されたプラグに着脱可能なアウトレットを有し、該アウトレットに前記プラグが接続されると、前記電力線を介して前記車両のバッテリに電力の供給を開始する給電制御装置を備え、
前記車載装置は、前記給電制御装置を介して前記車両情報を前記センタ装置に送信し、
前記車載装置と前記給電制御装置との間の通信には、前記電力線が用いられることを特徴とする車両診断システム。
【請求項２】
前記車載装置は、前記車両情報を前記給電制御装置に送信する際に、該車両情報の少なくとも一部を対象部位として暗号化する暗号化処理を行い、
前記センタ装置は、前記給電制御装置を介して受信した前記車両情報を解析する際に、前記対象部位を復号する復号化処理を行うことを特徴とする請求項１に記載の車両診断システム。
【請求項３】
前記車両情報には、前記車両を識別するための車両ＩＤが含まれており、
前記車載装置は、前記暗号化処理を行う際に、少なくとも前記車両ＩＤを前記対象部位として扱い、前記車両情報のうち前記車両ＩＤ以外の情報については前記バッテリの残量に応じて、前記対象部位とするか否かを決定することを特徴とする請求項２に記載の車両診断システム。
【請求項４】
前記車両情報は、前記車両を識別するための車両ＩＤを含むＩＤ情報と、前記制御系統の状態を表す複数の制御データとを有し、
前記車載装置は、前記車両情報を前記給電制御装置に送信する際に、前記ＩＤ情報については前記制御データよりも先に送信し、前記制御データについては予め設定された重要度に応じた順に送信することを特徴とする請求項１ないし請求項３のいずれか１項に記載の車両診断システム。
【請求項５】
前記重要度は、前記複数の制御データのうち、前記車両のパワートレイン系装置に対する制御データについて最も高く設定されていることを特徴とする請求項４に記載の車両診断システム。
【請求項６】
前記給電制御装置は、前記車載装置から前記ＩＤ情報および前記制御データを受信する毎に、確認応答を表すＡＣＫ信号を該車載装置に返信すると共に、該車載装置から受信したＩＤ情報および制御データからなる車両情報の一部または全部を、当該給電制御装置毎に予め設定されたタイミングで前記センタ装置に送信することを特徴とする請求項４または請求項５に記載の車両診断システム。
【請求項７】
前記車載装置は、前記給電制御装置から前記ＡＣＫ信号を受信する毎に、該ＡＣＫ信号に対応する前記制御データの送信が完了したことを記録するための情報テーブルを有し、前記複数の制御データを前記給電制御装置に次回送信する際に、該情報テーブルに基づいて、前回未送信の制御データを優先的に送信することを特徴とする請求項４ないし請求項６のいずれか１項に記載の車両診断システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両における制御系統の異常を診断する車両診断システムに関する。
【背景技術】
【０００２】
従来より、車両の管理側（ディーラーやメーカー等）およびユーザ側の双方の合理化を図るために、車両に搭載される車載装置との間で無線通信が可能な診断装置を管理側に設置し、この診断装置が、車載装置から送られてくる車両情報を解析して、制御系統の異常を検出した場合にその旨をユーザ側に報知するための警告情報を車載装置に送信する車両診断システムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−５８３４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、車両の制御系統を構成する電子制御装置（ＥＣＵ）の数は、制御対象機器の高機能化、安全性向上のために増加しつつあり、このようにＥＣＵの数が増加すると、診断装置に送信すべき車両情報の量も増大することから、車載装置において、車両情報を送信する処理（情報送信処理）にかかる時間も長くなる。
【０００５】
このため、従来の車両診断システムにおいて、車両の走行中に情報送信処理を行おうとすると、車両の外部に対する無線通信機能が当該車載装置に専有されてしまい、他のＥＣＵが本来実行すべき各種処理（特に無線通信機能を利用する処理）に影響を与えてしまう可能性があった。また、エンジン停止時に情報送信処理を行おうとすると、車載装置による消費電力がバッテリに与える影響（バッテリ電力が消耗し尽くされてしまう可能性）を無視できないという問題があった。
【０００６】
さらに言えば、車両の停止中にエンジンを作動させた状態（所謂アイドリング状態）で情報送信処理を行おうとすると、この情報送信処理だけのために乗員を不要に長時間待たせることに繋がるため、乗員に不快感（不要なストレス）を与えてしまう可能性があるという問題があった。
【０００７】
これらの問題は、エンジンの搭載の有無にかかわらず、電力線を介して充電可能なバッテリを有し、そのバッテリからの供給電力を動力源の一部または全部として使用する車両（プラグイン車両）においても共通する問題である。
【０００８】
本発明は、上記問題点を解決するために、プラグイン車両における制御系統の異常を診断するために必要な車両情報をより合理的に送信可能な車両診断システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するためになされた発明である請求項１に記載の車両診断システムでは、電力線を介して充電可能なバッテリを有してそのバッテリからの供給電力を動力源の一部または全部として使用する車両（以下、プラグイン車両ともいう）に搭載される車載装置と、車両の管理側など（センタ）に設けられるセンタ装置とを備える。このうち、車載装置が、車両における制御系統の異常を診断するために必要な車両情報を生成し、センタ装置が、車載装置により生成された車両情報を解析して制御系統の異常を検出した場合に、その検出結果を車両の運転者に報知するための警告情報を車載装置に送信する。
【００１０】
このように構成された車両診断システムにおいて、電力線に接続されたプラグに着脱可能なアウトレットを有し、そのアウトレットにプラグが接続されると、電力線を介して車両のバッテリに電力の供給を開始する給電制御装置をさらに備え、車載装置が、この給電制御装置を介して車両情報をセンタ装置に送信する。但し、車載装置と給電制御装置との間の通信には上記の電力線を用いることとする。
【００１１】
つまり、本発明の車両診断システムでは、（１）車載装置が車両情報を送信する処理（情報送信処理）をバッテリの充電時に行うため、車載装置の消費電力によってバッテリの電力が消耗し尽くされてしまうことを防止することができる。また、（２）バッテリの充電に使用する電力線を利用して車両情報を送信するため、車両の外部との無線通信機能を車載装置に専有させずに済み、これにより、車両の停止中に無線通信機能を用いて何らかの処理を行うＥＣＵに影響を与えてしまうことを防止することができる。さらに言えば、（３）情報送信処理だけのために車両の乗員を待機させずに済むため、乗員に不要なストレスをかけてしまうことを防止することができる。
【００１２】
したがって、本発明の車両診断システムによれば、上記（１）〜（３）のように、プラグイン車両における制御系統の異常を診断するために必要な車両情報をより合理的にセンタ装置に送信することができる。
【００１３】
また、本発明の車両診断システムでは、請求項２に記載のように、車載装置が、車両情報を給電制御装置に送信する情報送信処理を行う際に、その車両情報の少なくとも一部を対象部位として暗号化する暗号化処理を行い、センタ装置が、給電制御装置を介して受信した車両情報を解析する際に、対象部位を復号する復号化処理を行うようにしてもよい。
【００１４】
このように構成された車両診断システムによれば、給電制御装置から外部に車両情報が漏洩してしまう可能性を低減することができ、ひいては、ユーザに不要な心配をかけることなく、車両情報をセンタ装置に送信することができる。
【００１５】
ところで、暗号化処理を行うことによって情報送信処理にかかる時間が長くなることから、車両のバッテリの充電が完了するまでに情報送信処理が終了しなくなるケースが想定され、この場合、バッテリの充電完了後に乗員を不要に待たせてしまう可能性がある。
【００１６】
これに対しては、請求項３に記載のように、車載装置が、上記の暗号化処理を行う際に、少なくとも車両ＩＤを暗号化処理の対象部位として扱い、車両情報のうち車両ＩＤ以外の情報についてはバッテリの残量に応じて、対象部位とするか否かを決定するとよい。但し、車両情報には、車両を識別するための車両ＩＤが含まれていることを前提とする。
【００１７】
つまり、個人情報の度合が強い車両ＩＤには暗号化処理を施すものの、車両ＩＤ以外の情報については、バッテリの残量とバッテリの充電完了時間との相関関係を考慮し、充電完了時間が長くかかりそうであれば暗号化処理を施し、充電完了時間が短く済みそうであれば暗号化処理を省略する。
【００１８】
したがって、このように構成された車両診断システムによれば、バッテリの充電完了後に乗員を不要に待機させずに済む範囲内で暗号化処理を行うため、情報の漏洩を極力防止しつつ、乗員に不要なストレスをかけてしまうことを防止することができる。
【００１９】
また、車載装置は、請求項４に記載のように、車両情報を、車両を識別するための車両ＩＤを含むＩＤ情報と、制御系統の状態を表す複数の制御データとに区分し、車両情報を給電制御装置に送信する情報送信処理を行う際に、ＩＤ情報については制御データよりも先に送信し、制御データについては予め設定された重要度に応じた順に送信するとよい。
【００２０】
つまり、センタ装置側で車両などを特定するために必須の情報（ＩＤ情報）を最優先に送信するものの、ＩＤ情報以外の情報（制御データ）については、車両にとって重要な情報から先に送信する。これにより、例えば、ユーザによってプラグがアウトレット（所謂コンセント）から抜かれる等して、情報送信処理が未完了のまま途中で終了した場合であっても、センタ装置側で受信できた情報を基に制御系統における少なくとも重要な部位の異常を診断することができる。
【００２１】
なお、上記の重要度は、請求項５に記載のように、複数の制御データのうち、車両のパワートレイン系装置に対する制御データについて最も高く設定されているとよい。
この場合、センタ装置側で少なくとも車両の駆動に関わる部位の異常を診断することができ、乗員の安全を脅かすような重大な故障を確実に防止することができる。なお、重要度については、ブレーキ装置やＡＢＳ装置などの走行制御に関する装置に対する制御データが、パワートレイン系装置に対する制御データに次いで高く設定されていれば、乗員の安全を脅かすような重大な故障をより確実に防止することができる。
【００２２】
ところで、給電制御装置については一般家庭の駐車場に限らず、ガソリンスタンドやレストランの駐車場といった各種場所に設置されることが想定され、このように給電制御装置の設置が普及した場合、これら給電制御装置から一斉に車両情報がセンタ装置に送られると、センタ装置が車両情報の全てを適切に受信できない可能性が考えられる。
【００２３】
これに対しては、請求項６に記載のように、給電制御装置が、車載装置からＩＤ情報および制御データを受信する毎に、確認応答を表すＡＣＫ信号をその車載装置に返信すると共に、その車載装置から受信したＩＤ情報および制御データからなる車両情報の一部または全部を、給電制御装置毎に予め設定されたタイミングでセンタ装置に送信するとよい。
【００２４】
つまり、センタ装置の代わりに給電制御装置がＡＣＫ信号を車載装置に返信することで、情報を適切に受信できた旨を車載装置に直ちに伝えると共に、給電制御装置からセンタ装置への情報の送信については、給電制御装置毎に異なるタイミングで行う。これにより、車載装置と給電制御装置との通信における迅速性を保ちつつ、給電制御装置とセンタ装置との間における通信の渋滞を緩和することができ、ひいては、車両情報をさらに合理的にセンタ装置に送信することができる。
【００２５】
また、前述のように、例えばプラグがアウトレットから抜かれる等して、情報送信処理が未完了のまま途中で終了するケースが、同一の車載装置において繰り返し行われてしまうと、その車載装置からセンタ装置側に重要度の高い情報だけが送信され、センタ装置側で受信できる情報の種類に偏りが生じてしまう可能性がある。
【００２６】
これに対しては、請求項７に記載のように、車載装置が、給電制御装置からＡＣＫ信号を受信する毎に、そのＡＣＫ信号に対応する制御データの送信が完了したことを記録するための情報テーブルを有し、複数の制御データを給電制御装置に次回送信する際に、この情報テーブルに基づいて、前回未送信の制御データを優先的に送信するとよい。
【００２７】
このように構成された車両診断システムによれば、情報送信処理が未完了のまま途中で終了するケースが、同一の車載装置において繰り返し行われてしまう場合であっても、その回数を重ねる毎に車載装置からセンタ装置側に各種の情報が送信されるため、センタ装置側で車両の重要な部位だけに限らず、各部位の異常を極力漏れなく診断することができる。
【図面の簡単な説明】
【００２８】
【図１】本発明が適用された実施形態である車両診断システム１の構成を示すブロック図である。
【図２】本発明が適用された実施形態である給電制御装置３、及び、車両２内に構築された車載ネットワーク１０などの構成を示すブロック図である。
【図３】各ＥＣＵ３１〜３５に共通する構成を示すブロック図である。
【図４】本発明が適用された実施形態である車載装置としてのメータＥＣＵ３５の構成を示すブロック図である。
【図５】情報テーブルの構成を示すマトリックス図である。
【図６】メータＥＣＵ３５のＣＰＵ５１が実行するＰＬＣ通信処理の詳細を示すフローチャートである。
【図７】ＰＬＣ通信処理のＳ１４０で起動される情報送信処理の詳細を示すフローチャートである。
【図８】車両診断システム１の動作例を示すシーケンス図である。
【発明を実施するための形態】
【００２９】
以下に、本発明の実施形態を図面と共に説明する。
［全体構成］
図１は、本発明が適用された実施形態である車両診断システム１の構成を示すブロック図である。
【００３０】
図１に示すように、車両診断システム１は、所謂プラグインハイブリッド車（ＰＨＥＶ）やプラグイン電気自動車（ＰＥＶ）に代表されるプラグイン車両（以下、単に「車両」という）２における制御系統の異常を診断するシステムであって、この車両２に搭載される電子制御装置（ＥＣＵ）と、電力線６を介して車両２に接続される給電制御装置３と、インターネット等の有線通信網４を介して給電制御装置３に接続されるセンタ装置５とから構成されている。
【００３１】
なお、電力線６は、車両２に予め装備された電力ケーブルであり、給電制御装置３に接続されると、給電制御装置３から車両２に交流電力を供給する媒介となるものであるが、交流電力の伝送と共に車両２側と給電制御装置３との間の通信にも用いられ、車両２における制御系統の異常を診断するために必要な車両情報７を車両２側から給電制御装置３に向けて伝送する。
【００３２】
また、本実施形態の車両情報７は、車両２を識別するために予め割り当てられた固有の車両ＩＤと車両２のユーザを識別するために予め割り当てられた固有のユーザＩＤとからなるＩＤ情報８と、車両２における制御系統（ＥＣＵ自体やＥＣＵに接続される制御対象機器やセンサ・スイッチ類といった各種機器）の状態を数値化して表す複数の制御データ９（詳細について後述する）とから構成される。
【００３３】
センタ装置５は、車両２の管理側（ディーラーやメーカー、整備工場等）に設置される装置であって、有線通信網４に接続するためのネットワークＩ／Ｆ５ａと、ネットワークＩ／Ｆ５ａを介して受信した制御データ９をＩＤ情報８毎に記憶（蓄積）するデータベース５ｂと、車両２における制御系統の異常を診断する異常診断処理を行うマイコン５ｃと、マイコン５ｃが行う異常診断処理によって制御系統の異常を検出した場合に、その検出結果を車両２の運転者に報知するための警告情報を車両２側に送信するための無線通信器５ｄとを備えている。
【００３４】
このうち、マイコン５ｃは、ネットワークＩ／Ｆ５ａを介して車両情報７（ＩＤ情報８，制御データ９）を受信すると、データベース５ｂにおいてその車両情報７に含まれているＩＤ情報８に対応する過去の制御データ９（学習値）を参照し、受信情報（車両情報７）の中に学習値とかけ離れた数値を含む制御データ９が存在する場合に、車両２における制御系統の異常（故障の可能性を含む）を検出する処理（異常診断処理）を行う。なお、異常診断処理については、既によく知られている処理であるため、該詳細な説明を省略する（例えば、前述の特許文献１参照）。
【００３５】
なお、マイコン５ｃは、ネットワークＩ／Ｆ５ａを介して車両情報７の全部または一部を受信すると、その送信元である給電制御装置３に対して正常に受信できたことを表す確認応答としてＡＣＫ信号を返信する。また、マイコン５ｃは、ネットワークＩ／Ｆ５ａを介して受信した車両情報７のうち暗号化されている情報を復号する復号化処理を行うように構成されている。ちなみに、復号化処理については、既によく知られている処理であるため、その詳細な説明を省略する。
【００３６】
［給電制御装置および車両内の構成］
次に、図２は、本発明が適用された実施形態である給電制御装置３、及び、車両２内に構築された車載ネットワーク１０などの構成を示すブロック図である。
【００３７】
給電制御装置３は、一般家庭の駐車場や、ガソリンスタンド、レストランの駐車場等の各種場所に設置される装置であって、図２に示すように、電力線６に接続されたプラグ２１に着脱可能なコンセント１１と、そのコンセント１１にプラグ２１が挿入されて接続された状態で、当該給電制御装置３の設置場所に配設された分電盤から供給される交流電力を通過させると共に、その交流電力と、電力線６または内部機器から入力される高調波信号とを分離する交流分離フィルタ１２と、電力線６を用いて車両２側と通信を行うためのＰＬＣ通信部１３と、有線通信網４に接続するためのネットワークＩ／Ｆ１４と、ＰＬＣ通信部１３およびネットワークＩ／Ｆ１４を制御するマイコン１５とを備えている。
【００３８】
マイコン１５は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を中心に構成された周知のものであり、ＣＰＵが、車両２側からＰＬＣ通信部１３を介してＩＤ情報８および制御データ９を受信する毎に、受信情報をＲＡＭに記憶する（制御データ９についてはＩＤ情報８と対応付けて記憶する）と共に、正常に受信できた旨（確認応答）を表すＡＣＫ信号を車両２側にＰＬＣ通信部１３を介して返信する。
【００３９】
また、マイコン１５のＣＰＵは、給電制御装置３毎に予め設定されたタイミング（例えば、設定時刻）になると、ＲＡＭに記憶されている情報（即ち、車両情報７の一部または全部）を、センタ装置５にネットワークＩ／Ｆ１４を介して送信する送信処理を行う。そして、センタ装置５からネットワークＩ／Ｆ１４を介してＡＣＫ信号を受信すると、ＲＡＭに記憶されている情報を削除するリセット処理を行うように構成されている。
【００４０】
一方、車両２は、複数のＥＣＵが通信バス２０を介して互いに各種データを送受信可能に接続された車載ネットワーク１０を備えると共に、電力線６におけるプラグ２１の反対側の一方端に接続された交流分離フィルタ２２と、電力線６を用いて給電制御装置３と通信を行うためのＰＬＣ通信部２３と、自車両２の各部に電力供給を行うバッテリ２５と、交流分離フィルタ２２を通過した交流電力を直流電力に変換してバッテリ２５に供給する充電器２４とを有している。
【００４１】
このうち、充電器２４は、バッテリ２５の充電状態（残量など）を監視すると共に、交流分離フィルタ２２を通過した交流電流を検出すると、その旨を表す検出信号、及びその検出時のバッテリ２５の残量を表す状態信号を、後述するメータＥＣＵ３５に出力するように構成されている。
【００４２】
一方、車載ネットワーク１０は、バッテリ２５からの供給電力を車両２の駆動源の一部または全部として使用するパワートレイン系装置（例えば、エンジン及びモータ）を制御する駆動制御ＥＣＵ３１と、車両走行時にＡＢＳ装置やブレーキ装置等の制御（姿勢制御や制動制御等）を行う走行制御ＥＣＵ３２と、エアバッグ装置やドアのロック・アンロック装置、空調装置等を制御するボディ制御ＥＣＵ３３、ナビゲーション装置やオーディオ装置等のマルチメディア系装置を制御するマルチメディアＥＣＵ３４と、車速やエンジン回転数、各種ライト類、ドア等の各状態を表示するためのコンビネーションメータ等を制御するメータＥＣＵ３５（車載装置に相当する）などから構成されている。
【００４３】
［ＥＣＵの構成］
ここで、図３は、各ＥＣＵ３１〜３５に共通する構成を示すブロック図である。
図３に示すように、各ＥＣＵ３１〜３５は、ＥＣＵ３１〜３５毎に予め設定された制御対象機器（例えばパワートレイン系装置など）を制御するための制御回路としてのマイコン４１と、制御対象機器やセンサ・スイッチ類（例えば車速センサなど）から各種信号を入力するための入力回路４２と、マイコン４１から出力される制御信号を制御対象機器に出力するための出力回路４３と、通信バス２０を介して車載ネットワーク１０用の通信規格に従い送受信データを変復調することで、マイコン４１によるデータ通信を実現するＬＡＮ通信部４４と、バッテリ２５からの入力電圧を内部電圧に変換し、各部４１〜４４およびＰＬＣ通信部２３（図２参照）へ電源供給を行う電源回路４５とを備える周知のものである。
【００４４】
このうち、マイコン４１は、制御対象機器を制御するための各種処理を行うＣＰＵ５１と、ＣＰＵ５１の処理に必要な各種の制御プログラムやＯＳ等が記憶されたＲＯＭ５２と、ＣＰＵ５１が処理を行う際に作業エリアとして用いられるＲＡＭ５３と、入力回路４２を介して入力される各種信号や出力回路４３を介して出力する制御信号などの数値化された情報を制御データ９として記憶するためのフラッシュメモリ５４とを備えている。
【００４５】
但し、マルチメディアＥＣＵ３４のマイコン４１については、図示を省略するが、車両２の外部との間で無線通信を行う無線通信装置に接続され、この無線通信装置を介してセンタ装置５から前述の警告情報を受信すると、ＬＡＮ通信部４４および通信バス２０を介してその警告情報をメータＥＣＵ３５に送信するように構成されている。
【００４６】
［メータＥＣＵの構成］
次に、図４は、本発明が適用された実施形態である車載装置としてのメータＥＣＵ３５の構成を示すブロック図である。
【００４７】
図４に示すように、メータＥＣＵ３５は、他のＥＣＵ３１〜３４と同様にマイコン４１、入力回路４２、出力回路４３、ＬＡＮ通信部４４、及び、電源回路４５を備えると共に、電力線６を介してＰＬＣ用の通信規格に従い送受信データを変復調することで、マイコン４１によるデータ通信を実現する前述のＰＬＣ通信部２３を備えている。なお、メータＥＣＵ３５の入力回路４２については、制御対象機器（例えばコンビネーションメータ）やセンサ・スイッチ類（例えば車速センサ）の他に、充電器２４が接続されている。
【００４８】
このうち、ＰＬＣ通信部２３は、マイコン４１から出力された送信データを送信信号に変換する変調部４７と、電力線６から交流分離フィルタ２２を介して入力される受信信号から受信データを復元する復調部４８と、変調部４７から出力された送信信号を交流分離フィルタ２２（電力線６）に向けて出力し、交流分離フィルタ２２からの受信信号を復調部４８に入力する結合器（または送受切替スイッチ）４９とから構成されている。
【００４９】
変調部４７は、送信データをデジタル信号処理（ＩＦＦＴ等）してベースバンドの送信信号を生成するデジタル信号処理部４７ａと、その生成された送信信号にて搬送波を変調することで通信用の送信信号を生成する送信部４７ｂとから構成されている。
【００５０】
復調部４８は、受信信号をベースバンドの受信信号に復調する受信部４８ａと、受信部４８ａにて復調された受信信号をデジタル信号処理（ＦＦＴ等）して受信データを復元するデジタル信号処理部４８ｂとから構成されている。
【００５１】
一方、メータＥＣＵ３５のマイコン４１については、ＣＰＵ５１が、ＲＯＭ５２に記憶されているプログラムに基づいて、少なくともコンビネーションメータを制御するための各種処理を行うと共に、車速やエンジン回転数、各種ライト類、ドア等の各状態を数値化して表す情報を制御データ９としてフラッシュメモリ５４に記憶するように構成されている。
【００５２】
但し、フラッシュメモリ５４には、自ＥＣＵ３５に対応する制御データ９と前述のＩＤ情報８を記憶する領域の他に、図５（ａ）に示すように、ＩＤ情報８、及び、各ＥＣＵ３１〜３５に対応する制御データ９について、給電制御装置３に送信する順番を規定するための情報テーブルを記憶する領域が設けられている。
【００５３】
なお、情報テーブルでは、給電制御装置３に送信する順番について、ＩＤ情報８が必ず制御データ９よりも先に送信されるように固定されており、各制御データ９については、前回未送信の制御データ９を優先的に且つ予め設定された重要度が高い順に送信する（送信順の入れ替えを行う）ために、前回送信したか否かを表す送信フラグが制御データ９の送信時に設定可能になっている。
【００５４】
ちなみに、情報テーブルでは、制御データ９の重要度について、図５（ｂ）に示すように、駆動制御ＥＣＵ３１に対応する制御データ（駆動系データ）９１、走行制御ＥＣＵ３２に対応する制御データ（走行系データ）９２、ボディ制御ＥＣＵ３３およびメータＥＣＵ３５に対応するデータ（ボディ系データ）９３、マルチメディアＥＣＵ３４に対応するデータ（情報系データ）９４の順に高く設定されている。
【００５５】
また、メータＥＣＵ３５のＣＰＵ５１については、マルチメディアＥＣＵ３４からＬＡＮ通信部４４を介して前述の警告情報を受信すると、車両２のディーラーや整備工場などでの点検・修理が必要な旨を表す警告画像をコンビネーションメータに表示したり、警告音声をスピーカーに出力したりする警告報知処理を行うように構成されている。
【００５６】
さらに、メータＥＣＵ３５のＣＰＵ５１については、充電器２４から入力回路４２を介して前述の検出信号および状態信号を入力すると、以下に示すＰＬＣ通信処理を開始するように構成されている。なお、ＰＬＣ通信処理は、車両情報７（ＩＤ情報８，制御データ９）の全部を給電制御装置３に送信するか、あるいは、電力線６のプラグが給電制御装置３のコンセントから取り外されるまで実行される。
【００５７】
［ＰＬＣ通信処理］
ここで、メータＥＣＵ３５のＣＰＵ５１が実行するＰＬＣ通信処理を、図６に示すフローチャートに沿って詳しく説明する。
【００５８】
まず、本処理が開始されると、Ｓ１１０では、充電器２４から入力回路４２を介して入力された状態信号に基づいて、バッテリ２５の残量を取得し、その取得したバッテリ２５の残量に基づいて、バッテリ２５の充電が完了するまでに必要な充電完了時間を推定する。例えば、充電完了時間の推定には、バッテリ２５の残量と実際に要した充電完了時間との対応関係を充電毎に記録しておき、その対応関係を用いるようにする。
【００５９】
続くＳ１２０では、Ｓ１１０で推定した充電完了時間に応じて、後述する暗号化処理の対象部位を設定する。具体的には、車両情報７のうち、少なくともＩＤ情報８を対象部位として設定すると共に、制御データ９については、ＩＤ情報８だけを暗号化した際の車両情報７の全部の送信が完了するまでに必要な送信完了時間を算出し、この送信完了時間が充電完了時間以下であれば、対象部位に含めるか否かを判定する暗号化判定処理を行う。
【００６０】
なお、暗号化判定処理では、各制御データ９を送信順に一つずつ対象部位として追加して設定した場合の送信完了時間を算出していき、この送信完了時間が充電完了時間以内となる最大数の制御データ９を対象部位として設定する。
【００６１】
続くＳ１３０では、自ＥＣＵ３５のフラッシュメモリ５４に記憶されている情報テーブルに基づいて送信順を設定し、自ＥＣＵ３５のフラッシュメモリ５４に記憶されているＩＤ情報８および制御データ９と、他のＥＣＵ３１〜３４のフラッシュメモリ５４に記憶されている制御データ９とを送信順に取得する情報取得処理を起動する。
【００６２】
なお、情報取得処理では、ＩＤ情報８、制御データ９の順に送信するための送信キューをＲＡＭ５３に生成する。ちなみに、制御データ９については、例えば、図５（ａ）の場合であれば、前回未送信のうち、重要度が比較的高いボディ系データ９３、重要度が比較的低い情報系データ９４、前回送信済のうち、重要度が比較的高い駆動系データ９１、重要度が比較的低い走行系データ９２の順に送信キューに格納される。
【００６３】
続くＳ１４０では、Ｓ１３０の情報取得処理で取得した車両情報７（ＩＤ情報８，制御データ９）を送信する情報送信処理を起動し、本処理を終了する。
［情報送信処理］
次に、ＰＬＣ通信処理のＳ１４０で起動される情報送信処理を、図７のフローチャートに沿って詳しく説明する。
【００６４】
まず、本処理が開始されると、Ｓ２１０では、ＲＡＭ５３の送信キューの先頭に格納されている情報（ＩＤ情報８または制御データ９）を、送信対象情報として設定する。
続くＳ２２０では、Ｓ２１０で設定した送信対象情報が、先のＳ１２０で設定した対象部位であるか否かを判断し、ここで肯定判断した場合にはＳ２３０に移行し、否定判断した場合にはＳ２４０に移行する。
【００６５】
Ｓ２３０では、Ｓ２１０で設定した送信対象情報を暗号化する暗号化処理を行い、Ｓ２４０に移行する。なお、暗号化処理については、既によく知られているため、詳細な説明を省略する。
【００６６】
Ｓ２４０では、Ｓ２１０で設定した送信対象情報（Ｓ２３０を経由した場合には暗号化された情報）を、ＰＬＣ通信部２３および電力線６を介して給電制御装置３に送信すると共に、ＲＡＭ５３の送信キューから削除する。
【００６７】
続くＳ２５０では、給電制御装置３から電力線６およびＰＬＣ通信部２３を介して前述のＡＣＫ信号を受信したか否かを判断し、ここで肯定判断した場合にはＳ２９０に移行し、否定判断した場合にはＳ２６０に移行する。
【００６８】
Ｓ２６０では、Ｓ２４０における送信対象情報の送信時から予め設定されたタイムアウト時間が経過したか否かを判断し、ここで肯定判断した場合にはＳ２７０に移行し、否定判断した場合にはＳ２５０に移行する。
【００６９】
Ｓ２７０では、同一の送信対象情報の送信回数をカウントするための送信カウンタをインクリメントし、Ｓ２８０に移行する。
Ｓ２８０では、送信カウンタの値が予め設定された上限値（例えば４回）を超えているか否かを判断し、ここで肯定判断した場合には、給電制御装置３との間で何らかの通信障害が発生しているものとみなし、送信カウンタをリセットした後に本処理を終了する。一方、送信カウンタの値が上限値以下である場合には、Ｓ２４０に移行する。
【００７０】
Ｓ２９０では、送信カウンタをリセットすると共に、フラッシュメモリ５４に記憶されている情報テーブルにおいて、Ｓ２４０で給電制御装置３に送信した送信対象情報に対応する送信フラグをセットする。
【００７１】
続くＳ３００では、ＲＡＭ５３の送信キューに格納されている全ての情報を送信したか否かを判断し、ここで肯定判断した場合には、フラッシュメモリ５４における情報テーブル内の全ての送信フラグをリセットした後に、本処理を終了する。一方、ＲＡＭ５３の送信キューに未送信の情報が残っている場合には、Ｓ２１０に移行する。
【００７２】
［システムの動作例］
このように構成された車両診断システム１では、図８に示すように、車両２のバッテリ２５を充電するために電力線６が給電制御装置３に接続されると、メータＥＣＵ３５（車載装置）から給電制御装置３に車両情報７を送信するために、この電力線６を用いて両装置３５，３の間で通信が行われる。
【００７３】
まず、給電制御装置３から車両２のバッテリ２５に電力の供給が開始されると、メータＥＣＵ３５が、その開始時のバッテリ２５の残量に基づいて充電完了時間を推定すると共に、その充電完了時間が長くかかりそうであれば、送信完了時間が充電完了時間を超えない範囲内で、ＩＤ情報８に加えて制御データ９に暗号化処理を施し、充電完了時間が短く済みそうであれば、ＩＤ情報８だけに暗号化処理を施す。
【００７４】
次に、メータＥＣＵ３５から給電制御装置３に車両情報７の送信が開始されると、ＩＤ情報８がメータＥＣＵ３５から給電制御装置３に送信され、その後、このＩＤ情報８を正常に受信できた旨（確認応答）を表すＡＣＫ信号が、給電制御装置３からメータＥＣＵ３５に返信される。
【００７５】
そして、このＡＣＫ信号を受信したメータＥＣＵ３５から給電制御装置３に、重要度の高い順に制御データ９が順次送信され、これらの制御データ９を受信する毎に、制御データ９を正常に受信できた旨（確認応答）を表すＡＣＫ信号が、給電制御装置３からメータＥＣＵ３５に返信される。
【００７６】
なお、例えば送信完了時間よりも充電完了時間が短く済み、全ての制御データ９の送信が完了するまでの途中で、ユーザによって電力線６が給電制御装置３から外された場合、次回の充電時に、未送信の制御データ９が送信済みの制御データ９よりも優先的にメータＥＣＵ３５から給電制御装置３に送信される。
【００７７】
そして、給電制御装置３毎に予め設定されたタイミング時に、制御データ９がＩＤ情報８に対応付けられた情報（つまり、車両情報７の一部または全部）が、給電制御装置３から有線通信網４を介してセンタ装置５に送信され、その後、この車両情報７の一部または全部を正常に受信できた旨（確認応答）を表すＡＣＫ信号が、センタ装置５から給電制御装置３に返信される。
【００７８】
なお、センタ装置５から車両２側（延いてはメータＥＣＵ３５）には、車両情報７の一部または全部に基づいて車両２の制御系統の異常を検出した場合に限り、その検出結果を車両２の運転者に報知するための警告情報が無線通信によって送信される。
【００７９】
［本実施形態の効果］
以上説明したように、本実施形態の車両診断システム１によれば、車両２のバッテリ２５の充電完了後にユーザを不要に待たせることなく、車両２の制御系統の異常を診断するために必要な車両情報７を合理的にセンタ装置５に送信することができる。
【００８０】
具体的には、車両診断システム１では、（１）情報送信処理をバッテリ２５の充電時に行うため、メータＥＣＵ３５の消費電力によってバッテリ２５の電力が消耗し尽くされてしまうことを防止することができる。また、（２）バッテリ２５の充電に使用する電力線６を利用して車両情報７を送信するため、車両２の外部との無線通信機能をメータＥＣＵ３５に専有させずに済み、これにより、車両２の停止中に無線通信機能を用いて何らかの処理（情報受信処理）を行うＥＣＵ（例えば、マルチメディアＥＣＵ３４）に影響を与えてしまうことを防止することができる。さらに、（３）情報送信処理だけのためにユーザを待機させずに済むため、ユーザに不要なストレスをかけてしまうことを防止することができる。
【００８１】
また、車両診断システム１では、車両情報７のうちの各制御データ８に対し、充電開始時のバッテリ２５の残量に応じて、送信完了時間が充電完了時間を超えない範囲内で暗号化処理を行うため、車両２のバッテリ２５の充電完了後にユーザを不要に待たせることなく、情報の漏洩を極力防止することができる。
【００８２】
さらに、車両診断システム１では、全ての制御データ９の送信が完了するまでの途中で、ユーザによって電力線６が給電制御装置３から外された場合であっても、未送信の制御データ９が次回の充電時に優先的に送信されるため、車両２のバッテリ２５の充電完了後に、情報送信処理が完了するまで必ずしもユーザを待たせずに済む。これにより、ユーザが自分のタイミングで電力線６を給電制御装置３から取り外すことができ、ひいてはユーザに意識させずに車両情報７をセンタ装置５に送信することができる。
【００８３】
［他の実施形態］
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において、様々な態様にて実施することが可能である。
【００８４】
例えば、上記実施形態の情報送信処理では、全ての制御データ９の中から前回未送信の制御データ９を優先的に送信するようにしているが、これに限らず、例えば、重要度が高い駆動系データ９１や走行系データ９２については必ず、重要度が比較的低いボディ系データ９３や情報系データ９４よりも先に送信するようにしてもよい。
【００８５】
また、上記実施形態の車両診断システム１では、車両情報７を生成する車載装置としてメータＥＣＵ３５を例示したが、これに限定されるものではなく、例えば、他のＥＣＵ３１〜３４のいずれかを車載装置として構成してもよいし、これらＥＣＵ３１〜３５とは別に車載装置を車載ネットワーク１０に組み込むようにしてもよい。
【００８６】
また、上記実施形態の車両診断システム１は、センタ装置５から車載装置に警告情報が無線通信によって送信されるように構成されているが、これに限定されるものではなく、例えば警告情報が有線通信網４を介してセンタ装置５から車載装置に送信されてもよい。同様に、給電制御装置３とセンタ装置５との間の通信についても、有線通信網４を用いる形態に限らず、例えば無線通信による形態であってもよい。
【符号の説明】
【００８７】
１…車両診断システム、２…車両、３…給電制御装置、４…有線通信網、５…センタ装置、６…電力線、１０…車載ネットワーク、１１…コンセント、１２…交流分離フィルタ、１３…ＰＬＣ通信部、１４…ネットワークＩ／Ｆ、１５…マイコン、２０…通信バス、２１…プラグ、２２…交流分離フィルタ、２３…ＰＬＣ通信部、２４…充電器、２５…バッテリ、３１…駆動制御ＥＣＵ、３２…走行制御ＥＣＵ、３３…ボディ制御ＥＣＵ、３４…マルチメディアＥＣＵ、３５…メータＥＣＵ、４１…マイコン、４２…入力回路、４３…出力回路、４４…ＬＡＮ通信部、４５…電源回路。
【図１】
2011221813.tif 000003
【図２】
2011221813.tif 000004
【図３】
2011221813.tif 000005
【図４】
2011221813.tif 000006
【図５】
2011221813.tif 000007
【図６】
2011221813.tif 000008
【図７】
2011221813.tif 000009
【図８】
2011221813.tif 000010