車両故障診断装置
【課題】汎用的なネットワークを用いて提供する車両故障診断装置用のソフトウェアの不正入手や、そのソフトウェアの使用権限がない車両故障診断装置での不正利用を防止する。
【解決手段】車両に搭載された車載電子制御装置と接続し車両の故障診断を行う車両故障診断端末と、ネットワークを介して前記車両故障診断端末に接続し、前記車両故障診断端末に車両故障診断端末用のソフトウェアを配信して更新可能とするソフトウェア配信システムとを備える車両故障診断装置において、前記車両故障診断端末は、前記ソフトウェア配信システムから配信された前記ソフトウェアの利用可否を判別するソフトウェアデータ管理手段を備える。
【解決手段】車両に搭載された車載電子制御装置と接続し車両の故障診断を行う車両故障診断端末と、ネットワークを介して前記車両故障診断端末に接続し、前記車両故障診断端末に車両故障診断端末用のソフトウェアを配信して更新可能とするソフトウェア配信システムとを備える車両故障診断装置において、前記車両故障診断端末は、前記ソフトウェア配信システムから配信された前記ソフトウェアの利用可否を判別するソフトウェアデータ管理手段を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載する車載電子制御装置（以下「ＥＣＵ」と称する）に接続してＥＣＵが所持している情報を取得し、車両の故障診断が行える車両故障診断装置に関する。
【背景技術】
【０００２】
一般に、自動車等の車両には、エンジン制御用、トランスミッション制御用、サスペンション制御用、ブレーキ制御用、空調機制御用等の各種ＥＣＵが搭載され、相互のデータを各ＥＣＵ間で授受できるように通信線で接続されている。各ＥＣＵは、該当個所の制御を行うと共に、故障検出や故障判断等の各種情報を記憶するように構成されている。
【０００３】
点検修理を行う整備工場等の整備場所において、車載の車両診断コネクタに車両故障診断装置を接続し、各ＥＣＵに記録された各種情報を、車両故障診断装置に取り込んで処理することによって、当該車両の故障発生原因の検出や故障場所の診断を行い、早期に車両の保守が容易に行えるようになっている。
【０００４】
但し、ＥＣＵ情報の取り込み方法や取り込んだ情報の解析方法は、車両製造メーカやＥＣＵ製造メーカによって異なっており、車両故障診断装置は多種多様な方法に対応する必要がある。更に、技術の進歩や新型車両の開発に伴うＥＣＵ制御範囲の拡張などにより、年々ＥＣＵ情報の取り込み方法や取り込んだ情報の解析方法が増える傾向にある。
【０００５】
このような傾向に対応して、車両故障診断用のソフトウェアを適時に開発し市場へ供給するには、一定の車両メーカや年式、ＥＣＵなどに限定したソフトウェアを個々に開発し、随時供給していく方法が有効的である。しかし、ソフトウェアの種類が増えることで市場への供給回数も増え、車両故障診断装置の各利用者への発送や管理に多大な工数や費用が必要となるため、より円滑なソフトウェアの供給手段を備える必要がある。
【０００６】
円滑なソフトウェアの供給手段としては、ソフトウェア供給者が汎用的なネットワークを介して多数の利用者へソフトウェアデータを供給可能とする方法（特許文献１参照）などが知られている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平７−２２５７２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、ソフトウェアの入手方法や使用方法に制限を設けずにソフトウェアデータを供給してしまうと、入手権限のない利用者がソフトウェアを不正に入手してしまう場合や、正規に入手したソフトウェアであっても使用権限のない車両故障診断装置で不正に利用されてしまう場合が起きる可能性がある。このような場合には供給元に不利益が生じるため、ソフトウェアの入手方法や使用方法に何らかの制限や不正防止手段を設けることが必要である。
【０００９】
本発明の目的は、ネットワークを用いて提供するソフトウェアが、そのソフトウェアの使用権限のない車両故障診断装置で不正に利用されるのを防止する手段を備えた車両故障診断装置を提供することにある。
【００１０】
本発明のもう１つの目的は、ネットワークを用いて提供するソフトウェアデータが不正に入手されるのを防止する手段を備えた車両故障診断装置を提供することにある。
【課題を解決するための手段】
【００１１】
本発明は、車両に搭載された車載電子制御装置と接続し車両の故障診断を行う車両故障診断端末と、ネットワークを介して前記車両故障診断端末に接続し、前記車両故障診断端末に車両故障診断端末用のソフトウェアを配信して更新可能とするソフトウェア配信システムとを備える車両故障診断装置において、前記車両故障診断端末は、前記ソフトウェア配信システムから配信された前記ソフトウェアの利用可否を判別するソフトウェアデータ管理手段を備えていることを特徴とする車両故障診断装置によって達成される。
【００１２】
また、本発明は、車両に搭載された車載電子制御装置と接続し車両の故障診断を行う車両故障診断端末と、ネットワークを介して前記車両故障診断端末に接続し、前記車両故障診断端末に車両故障診断端末用のソフトウェアを配信して更新可能とするソフトウェア配信システムとを備える車両故障診断装置において、前記ソフトウェア配信システムは、前記ソフトウェアを配信する際に配信可能な利用者及び配信可能な前記車両故障診断端末を認証する手段を備えていることを特徴とする車両故障診断装置によっても達成される。
【発明の効果】
【００１３】
本発明により、汎用的なネットワークを用いて提供するソフトウェアが、そのソフトウェアの使用権限のない車両故障診断装置で不正に利用されるのを防止することができる。
【００１４】
また、本発明により、汎用的なネットワークを用いて配信されるソフトウェアデータが不正に入手されるのを防止することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施例１による車両故障診断装置を示すブロック図である。
【図２】車両故障診断端末の基本ソフトウェア記憶部にて管理されるデータの構成を示すブロック図である。
【図３】車両故障診断端末の応用ソフトウェア記憶部にて管理されるデータの構成を示すブロック図である。
【図４】ソフトウェア配信装置のソフトウェアデータ配信部の構成例を示すブロック図である。
【図５】ソフトウェアデータ配信部のユーザ認証処理の動作を説明する流れ図である。
【図６】配信用ソフトウェア生成処理の構成と配信用ソフトウェアデータの構成を示すブロック図である。
【図７】車両故障診断端末のソフトウェアデータ管理部の構成を示すブロック図である。
【図８】ソフトウェア入手手続き処理が実行するソフトウェア入手手続の手順を説明する流れ図である。
【図９】ソフトウェア認証処理が実行するソフトウェア認証処理の手順を説明する流れ図である。
【図１０】本発明の実施例２による車両故障診断装置を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下、図を用いて本発明の実施例による車両故障診断装置について説明する。
【実施例１】
【００１７】
本実施例の車両故障診断装置は、図１に示すように、車両故障診断端末１０と車両故障診断端末用のソフトウェア配信装置２０とから構成される。車両故障診断端末１０とソフトウェア配信装置２０とは、ネットワーク４を介して接続される。
【００１８】
車両故障診断端末１０は、車両１の車両診断コネクタ３と接続するための車両接続端子部１１を備え、故障診断通信部１２を介して車両１に搭載された各車載電子制御装置（以下「ＥＣＵ」と称する）２と通信可能に接続する。更に、車両故障診断端末１０は、車両故障診断端末１０全体を統括制御する演算処理部１５を備える。演算処理部１５は、各ＥＣＵ２との通信によって得た情報を解析し、ユーザインタフェースである操作部１３や表示部１４を介して利用者へ伝達するという、車両の故障診断機能を有している。
【００１９】
車両故障診断端末１０を動作させる上で必要なソフトウェアは、データ全体の統括制御を行う基本ソフトウェアと、車両の故障診断を行うために必要な情報が含まれた応用ソフトウェアとに分類される。ソフトウェアデータ管理部１６は、基本ソフトウェアを基本ソフトウェア記憶部１７にて、応用ソフトウェアを応用ソフトウェア記憶部１８にて、それぞれ管理、記憶し、必要に応じてこれらのソフトウェアを読出し、実行する手段を有している。
【００２０】
更に、ソフトウェアデータ管理部１６は、ソフトウェアの追加や更新を容易に行うことを目的とし、ネットワーク制御部１９を用いて接続しているネットワーク４を介して、ソフトウェア配信装置２０からソフトウェアデータを入手できるように構成されている。
【００２１】
基本ソフトウェア記憶部１７にて管理されるデータは、図２に示すデータ構成のブロック図のように、基本ソフトウェア１７Ａと、車両故障診断端末１０の同一性を識別するために用いる診断端末製品番号１７Ｂとによって構成されている。診断端末製品番号１７Ｂは、車両故障診断端末１０ごとに付けられた固有の番号である。
【００２２】
応用ソフトウェア記憶部１８には、図３に示すデータ構成のブロック図のように、診断対象車両や診断機能に対応した複数の応用ソフトウェア１８Ａ・・・１８Ｎが管理、記憶される。また、応用ソフトウェア１８Ａ・・・１８Ｎは、汎用パーソナルコンピュータなどでも取り扱いできるようなファイルデータ形式と記憶媒体で管理、記憶される。
【００２３】
なお、応用ソフトウェア記憶部１８は、記憶容量や各応用ソフトウェア１８Ａ・・・１８Ｎのデータサイズにより、記憶できるデータ数が制限される。このため、応用ソフトウェア記憶部１８を車両故障診断端末１０に対して着脱可能な構造とすると、複数の応用ソフトウェア記憶部１８を用意してこれらを交換して車両故障診断端末１０に装着することができる。これにより、複数の応用ソフトウェア記憶部１８を用いて、応用ソフトウェアデータを数の制限が無く所持することが可能となる。
【００２４】
図１に戻って、ソフトウェア配信装置２０の説明をする。ソフトウェア配信装置２０は、汎用のネットワークサーバを用い、ネットワーク制御部２１とソフトウェアデータ配信部２２とを備える。ソフトウェアデータ配信部２２は、車両故障診断端末１０用の基本ソフトウェア及び応用ソフトウェアを記憶しており、この基本ソフトウェア及び応用ソフトウェアを、ネットワーク制御部２１とネットワーク４とを介して車両故障診断端末１０へ配信する。
【００２５】
図４に、ソフトウェア配信装置２０のソフトウェアデータ配信部２２の構成例を示す。
【００２６】
ソフトウェアデータ配信部２２内の配信用ソフトウェアマスタデータ群２２Ｄには、配信可能な車両故障診断端末１０用の基本ソフトウェアのデータ及び応用ソフトウェアのデータが複数登録されている。
【００２７】
ユーザ情報データベース２２Ｃには、ユーザ情報として、車両故障診断端末１０を所有する利用者が個々に登録した利用者の個人情報（名称、住所、連絡先、ソフトウェア入手時の支払い方法など）、個人情報登録時に設定し利用者個人を識別可能なユーザＩＤ、所有している車両故障診断端末１０から取得した診断端末製品番号、及び利用者が現在入手可能なソフトウェアデータ（配信可能なソフトウェアデータ）の情報が予め登録されている。なお、入手可能なソフトウェアデータの情報には、配信可否情報の他に配信実績情報も含まれ、過去に配信実績のあるソフトウェアデータであれば、そのソフトウェアデータの配信を許可するものとする。
【００２８】
配信要求元情報２２Ａは、ソフトウェアデータを配信する際に配信要求元である車両故障診断端末１０から取得する情報である。配信要求元情報２２Ａは、配信対象であるソフトウェアのＩＤ２２Ａ１、車両故障診断端末１０の基本ソフトウェア記憶部１７に記憶されている診断端末製品番号２２Ａ２、及び後述する車両故障診断端末１０のソフトウェアデータ管理部１６のソフトウェアデータ入手手続き処理で利用者に問合せして入力させたユーザＩＤ２２Ａ３から構成される。
【００２９】
ソフトウェアデータ配信部２２のユーザ認証処理２２Ｂでは、ソフトウェアの不正入手の防止を目的とし、車両故障診断端末１０の利用者及びソフトウェアの入手に用いる車両故障診断端末１０の認証と、配信対象ソフトウェアの特定を行う。
【００３０】
図５は、ユーザ認証処理２２Ｂの動作を説明する流れ図である。以下、図５を用いて、ユーザ認証処理２２Ｂが利用者及び車両故障診断端末１０を認証し、配信対象ソフトウェアデータを特定する手順を説明する。
【００３１】
まず、ステップＳ１０でユーザ認証処理を開始する。
【００３２】
ステップＳ１１で、不正な利用者でない事の確認として、利用者に問合せして入力させたユーザＩＤ２２Ａ３を検索キーに用いて、ユーザ情報データベース２２Ｃから対象の利用者のユーザ情報を検索する。
【００３３】
ステップＳ１２でユーザ情報の検索結果を判別する。ユーザ情報データベース２２Ｃ内にユーザＩＤ２２Ａ３と一致するユーザＩＤが登録されていた場合、そのユーザＩＤに対応するユーザ情報を読み出す。
【００３４】
次に、ステップＳ１３で、配信要求元情報２２Ａの診断端末製品番号２２Ａ２とユーザ情報に登録されている診断端末製品番号とが一致していることを確認する。
【００３５】
診断端末製品番号が一致していた場合、ステップＳ１４で、ユーザ情報に登録されている配信可能なソフトウェアの有無を確認する。
【００３６】
配信可能なソフトウェアが有る場合、ステップＳ１５で、配信可能なソフトウェアの情報として、そのソフトウェアの名称（種別）、対応する車種や診断機能の情報、バージョン、及びソフトウェアの識別に用いるソフトウェアＩＤを、車両故障診断端末１０へ通知する。
【００３７】
ステップＳ１５で配信可能ソフトウェア情報が通知された後、利用者がソフトウェアを入手する場合は、車両故障診断端末１０から入手するソフトウェアの配信対象ソフトウェアＩＤ２２Ａ１が返信される。
【００３８】
ステップＳ１６で、利用者が入手する配信対象ソフトウェアＩＤ２２Ａ１の返信の有無を確認し、返信が有った場合は、配信対象ソフトウェアを確定し、配信可能としてユーザ認証処理を終了（ステップＳ１７）する。
【００３９】
なお、上記処理中の条件分岐の何れか１つでも条件が成立しなかった場合は、配信不可能と判別してユーザ認証処理を終了（ステップＳ１８）する。
【００４０】
以上のユーザ認証処理２２Ｂにより、配信可能な利用者と車両故障診断端末１０とを特定することができる。このため、利用者がユーザ情報登録の際に設定したユーザＩＤを知らない不正な利用者である場合や、正規利用者であってもユーザ情報に登録されていない不正な車両故障診断端末１０を用いた場合には、配信を中止してソフトウェアの不正入手を防止することが可能となる。
【００４１】
以上の手順に従い、ユーザ認証処理２２Ｂによって配信可能と判別された場合は、図４のソフトウェアデータ配信部２２の処理は、配信用ソフトウェア生成処理２２Ｅに移行し、配信用ソフトウェアデータ２２Ｆを作成する。
【００４２】
図６に、配信用ソフトウェア生成処理２２Ｅの構成と、配信用ソフトウェアデータ２２Ｆの構成の一例を示す。
【００４３】
配信用ソフトウェアデータ２２Ｆは、ソフトウェア配信装置２０が配信して車両故障診断端末１０が用いるソフトウェアのデータであり、ソフトウェア本体２２Ｆ１、ソフトウェアＩＤ２２Ｆ２、ソフトウェア本体のＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）値２２Ｆ３、及びソフトウェア認証キー２２Ｆ４から構成される。ソフトウェア認証キー２２Ｆ４は、後述するソフトウェア認証キー生成処理２２Ｅ１によって生成される。なお、配信用ソフトウェアデータ２２Ｆを構成する各データは、予め記憶する位置を定めておき、その位置情報が分かれば任意にそのデータの読み出しや書込みができるものとする。
【００４４】
ソフトウェアＩＤ２２Ｆ２は、ユーザ認証処理２２Ｂで得る配信対象ソフトウェアＩＤ２２Ａ１と同一値であり、ソフトウェアの種別（名称）を識別するソフトウェア種別情報２２Ａ１１とバージョン情報２２Ａ１２とによって構成される。
【００４５】
ソフトウェア認証キー２２Ｆ４は、配信対象の車両故障診断端末１０によって値が異なるので、配信用ソフトウェアデータ２２Ｆが配信用ソフトウェアマスタデータ群２２Ｄに登録されている段階ではブランク状態とし、配信用ソフトウェア生成処理２２Ｅで生成されて、配信用ソフトウェアデータ２２Ｆに組込まれる。
【００４６】
ここで、配信用ソフトウェア生成処理２２Ｅの処理について説明する。
【００４７】
最初に、ソフトウェア認証キー生成処理２２Ｅ１において、ユーザ認証処理２２Ｂで得た配信対象ソフトウェアＩＤ２２Ａ１、そのＩＤを持つソフトウェアのソフトウェア種別情報２２Ａ１１及びバージョン情報２２Ａ１２、ならびに診断端末製品番号２２Ａ２を基に、暗号化プロセスを用いてソフトウェア認証キー２２Ｆ４を生成する。暗号化プロセスには、一般的な暗号化手法を用いることができる。
【００４８】
次に、配信対象ソフトウェア抽出処理２２Ｅ２において、配信対象ソフトウェアＩＤ２２Ａ１を基にして、配信用ソフトウェアマスタデータ群２２Ｄから配信対象ソフトウェアのマスタデータを抽出する。
【００４９】
最後に、ソフトウェア認証キーの組込み処理２２Ｅ３において、ソフトウェア認証キー生成処理２２Ｅ１で生成したソフトウェア認証キー２２Ｆ４を、配信対象ソフトウェア抽出処理２２Ｅ２で抽出した配信対象ソフトウェアのデータへ組込み、配信用ソフトウェアデータ２２Ｆを生成する。以上で、配信用ソフトウェア生成処理２２Ｅの処理が終了する。
【００５０】
なお、上述した暗号化プロセスと後述する復号化プロセス（車両故障診断端末１０が実施する）とでは共通の計算手順を用いており、復号化プロセスでは、暗号化プロセスで生成したソフトウェア認証キーから配信対象ソフトウェアＩＤ２２Ａ１（ソフトウェアＩＤ２２Ｆ２と同一値）と診断端末製品番号２２Ａ２とを復元できるものとする。
【００５１】
配信用ソフトウェア生成処理２２Ｅによって生成された配信用ソフトウェアデータ２２Ｆは、図４に示すソフトウェアデータ配信処理２２Ｇによって車両故障診断端末１０へ配信される。配信後、車両故障診断端末１０からの入手完了情報を受信し、ユーザ情報データベース２２Ｃのソフトウェアデータ配信実績情報を更新する。
【００５２】
次に、図７を用いて、ソフトウェアデータ配信の受け側であり、配信されたソフトウェアデータを実行する車両故障診断端末１０のソフトウェアデータ管理部１６の構成を説明する。ソフトウェアデータ管理部１６は、ソフトウェア入手手続き処理１６Ａ、ソフトウェア認証処理１６Ｂ、及びＣＲＣ処理１６Ｃから構成され、図１に示したように、ネットワーク４及びネットワーク制御部１９を介してソフトウェアデータを入手し、基本ソフトウェア記憶部１７または応用ソフトウェア記憶部１８に記憶する。
【００５３】
ソフトウェア入手手続き処理１６Ａは、ソフトウェアデータの入手と記憶を実行する。ソフトウェア認証処理１６Ｂは、記憶されているソフトウェアを読み出して起動する際に、そのソフトウェアが起動可能かどうかを判別する。ＣＲＣ処理１６Ｃは、ソフトウェアデータに誤りが無いことの確認に用いる。
【００５４】
図８を用いて、ソフトウェア入手手続き処理１６Ａが実行するソフトウェア入手手続の手順を説明する。
【００５５】
まず、ステップＳ２００でソフトウェア入手手続き処理を開始する。
【００５６】
ステップＳ２０１で、利用者に対してユーザＩＤの問合せを行う。なお、利用者への問合せに関する入出力の手段としては、車両故障診断端末１０に備えられている表示部１４、操作部１３を用いる。
【００５７】
ステップＳ２０２で、利用者からのユーザＩＤの入力の有無を確認する。
【００５８】
ユーザＩＤの入力があった場合は、ステップＳ２０３で、入力されたユーザＩＤ及び基本ソフトウェア記憶部１７に記憶されている診断端末製品番号１７Ｂを配信要求元情報２２Ａとしてソフトウェア配信装置２０へ通知する。
【００５９】
ステップＳ２０３でのソフトウェア配信装置２０への通知後、ソフトウェア配信装置２０は、ソフトウェアデータ配信部２２のユーザ認証処理２２Ｂで処理を行い、車両故障診断端末１０に配信可能ソフトウェアの情報を通知する。
【００６０】
ステップＳ２０４では、この配信可能ソフトウェアの情報の有無を確認する。
【００６１】
情報が有った場合は、ステップＳ２０５で、配信可能ソフトウェアの情報を利用者へ通知し、利用者へ入手するソフトウェアを問合せする。
【００６２】
ステップＳ２０６で、利用者からの入手ソフトウェアの指定の有無を確認する。
【００６３】
入手ソフトウェアの指定が有った場合は、ステップＳ２０７で、指定されたソフトウェア（入手対象ソフトウェア）のソフトウェアＩＤを配信対象ソフトウェアＩＤ２２Ａ１としてソフトウェア配信装置２０へ通知する。
【００６４】
ステップＳ２０７での配信対象ソフトウェアＩＤ２２Ａ１の通知後、ソフトウェア配信装置２０は、ソフトウェアデータ配信部２２で配信用ソフトウェアデータ２２Ｆを生成し、車両故障診断端末１０にこのデータを配信する。
【００６５】
ステップＳ２０８では、この配信用ソフトウェアデータ２２Ｆが車両故障診断端末１０に配信されたかどうか、配信の有無を確認する。
【００６６】
配信が有った場合は、ステップＳ２０９で、配信された配信用ソフトウェアデータ２２Ｆを、ソフトウェアの種類に応じて、基本ソフトウェア記憶部１７または応用ソフトウェア記憶部１８へ書込む。
【００６７】
なお、応用ソフトウェアデータは、応用ソフトウェア記憶部１８に複数のデータが保存可能である。このため、配信された配信用ソフトウェアデータ２２Ｆが応用ソフトウェアデータの場合は、この配信用ソフトウェアデータ２２Ｆ内のソフトウェアＩＤ２２Ｆ２よりソフトウェアの種別（名称）を判別すると共に、既に応用ソフトウェア記憶部１８に記憶されているソフトウェアデータについても、それぞれのソフトウェアＩＤ２２Ｆ２より種別を判別する。そして、配信された配信用ソフトウェアデータ２２Ｆと同一種別のソフトウェアが既に応用ソフトウェア記憶部１８内に存在する場合は、既存のデータを上書きする。同一種別のソフトウェアが応用ソフトウェア記憶部１８内に存在しない場合は、配信された配信用ソフトウェアデータ２２Ｆを新規に書込むものとする。
【００６８】
また、配信された配信用ソフトウェアデータ２２Ｆが基本ソフトウェアデータの場合は、既存のデータを上書きして基本ソフトウェア記憶部１７に書込むものとする。
【００６９】
ステップＳ２０９での各記憶部への書込み後、ステップＳ２１０で、後述するソフトウェア認証処理１６Ｂを用いて、書込んだソフトウェアの認証確認を行う。
【００７０】
ステップＳ２１１で、ソフトウェアの認証確認の結果を判別する。
【００７１】
確認結果が合格の場合は、配信された配信用ソフトウェアデータ２２Ｆの内容が配信途中や書込み中に破壊されていないことを確認する目的で、ステップＳ２１２で、ＣＲＣ処理１６Ｃを用いて配信された配信用ソフトウェアデータ２２ＦのＣＲＣ値を算出し、配信用ソフトウェアデータ２２Ｆ内に組込まれているＣＲＣ値２２Ｆ３と照合する。
【００７２】
ステップＳ２１３で、ＣＲＣ値の照合結果を確認する。
【００７３】
ＣＲＣ値が一致する場合は、配信された配信用ソフトウェアデータ２２Ｆの入手に成功したと判断し、ステップＳ２１４でソフトウェアの入手完了をソフトウェア配信装置２０へ通知する。
【００７４】
通知後、ステップＳ２１５で、ソフトウェア入手手続き処理を終了（正常終了）する。
【００７５】
なお、処理中の全条件分岐のうち何れか１つでも条件が成立しなかった場合は、ステップＳ２１６で、ソフトウェアの入手に失敗したと判断し、入手した情報やソフトウェアデータを破棄して、各記憶部をソフトウェア入手手続き処理の実行前の状態に戻す。
【００７６】
そして、ステップＳ２１７で、ソフトウェア入手手続き処理を終了（異常終了）する。
【００７７】
ソフトウェアデータ管理部１６（図７参照）のＣＲＣ処理１６Ｃは、配信用ソフトウェア生成処理２２Ｅで入手した配信用ソフトウェアデータ２２Ｆ内にＣＲＣ値２２Ｆ３が含まれているので（図６参照）、基本ソフトウェア記憶部１７や応用ソフトウェア記憶部１８に記憶したソフトウェアデータの破壊の有無が車両故障診断端末１０のみで判別できる。すなわち、ソフトウェアデータ管理部１６は、ソフトウェアデータの配信後にも車両故障診断端末１０単独で、ソフトウェアのデータが破壊されているかどうかをＣＲＣ処理１６Ｃにより判別できる。したがって、ソフトウェアの動作中に異常が発生した場合などにも、ＣＲＣ処理１６Ｃを用いてソフトウェアのデータ破壊の有無を確認することにより、異常原因がデータの破壊によるものであるか、それ以外の原因（ソフトウェア自体のバグや車両故障診断端末１０の故障など）であるかを容易に判別可能である。
【００７８】
ソフトウェアデータ管理部１６（図７参照）のソフトウェア認証処理１６Ｂは、配信したソフトウェアの種別（名称）とそのソフトウェアの入手に用いた車両故障診断端末１０とを特定し、配信したソフトウェアが別の車両故障診断端末１０で不正に利用されることを防止するための手段である。ソフトウェア入手手続き後、ソフトウェアの起動時にもソフトウェア認証処理１６Ｂを実行し、認証に合格した場合のみソフトウェアを起動するものとする。
【００７９】
ここで、図９を用いて、ソフトウェア認証処理１６Ｂが実行するソフトウェア認証処理の手順を説明する。
【００８０】
まず、ステップＳ３０でソフトウェア認証処理を開始する。
【００８１】
ステップＳ３１で、認証対象となるソフトウェアデータよりソフトウェア認証キー２２Ｆ４を取得する。
【００８２】
ステップＳ３２で、復号化プロセスを用いてソフトウェア認証キー２２Ｆ４を復号化し、ソフトウェアＩＤと診断端末製品番号とを復元する。前述したように、復号化プロセスには、ソフトウェア認証キー２２Ｆ４を作成した暗号化プロセスと共通の計算手順を用いる。
【００８３】
ステップＳ３３では、ステップＳ３２で復元した診断端末製品番号と、本処理を実行している車両故障診断端末１０の基本ソフトウェア記憶部１７に記憶されている診断端末製品番号１７Ｂ（図２参照）とを照合する。この照合は、例えば、ある車両故障診断端末１０に配信されたソフトウェアデータが他の車両故障診断端末１０で使用されるという不正利用を防止するためである。
【００８４】
ステップＳ３４で、診断端末製品番号の照合結果を判別する。
【００８５】
診断端末製品番号が一致していた場合は、ソフトウェア認証キー２２Ｆ４が配信用ソフトウェアデータ２２Ｆから取出されて不正に利用されることの防止を目的とし、ステップＳ３５において、復元したソフトウェアＩＤと、認証対象となるソフトウェアデータのソフトウェアＩＤ（配信用ソフトウェアデータ２２Ｆ内のソフトウェアＩＤ２２Ｆ２）とを照合する。この照合は、例えば、あるソフトウェアデータのソフトウェア認証キー２２Ｆ４が他のソフトウェアデータに組込まれて使用されるという不正利用を防止するためである。
【００８６】
ステップＳ３６で、ソフトウェアＩＤの照合結果を判別する。
【００８７】
ソフトウェアＩＤが一致していた場合は、認証合格としてソフトウェア認証処理を終了（ステップＳ３７）する。
【００８８】
上記の各照合結果で１つでも不一致があった場合は、認証不合格としてソフトウェア認証処理を終了（ステップＳ３８）する。
【００８９】
以上のように、本発明による車両故障診断装置は、ソフトウェアの配信の際に配信用ソフトウェアデータ２２Ｆに配信先の車両故障診断端末１０の固有情報をソフトウェア認証キー２２Ｆ４として組込み、配信先の車両故障診断端末１０で起動可能なソフトウェアであるかどうかを判別できる手段を備えている。したがって、配信された配信用ソフトウェアデータ２２Ｆを異なる車両故障診断端末１０の記憶部１７、１８へ複写したり、応用ソフトウェア記憶部１８が車両故障診断端末１０に対して着脱可能な構造の場合に応用ソフトウェア記憶部１８を取り外して異なる車両故障診断端末１０へ装着したりするなどの不正利用を防止することが可能となる。
【００９０】
更に、配信用ソフトウェアデータ２２Ｆに含まれるソフトウェアＩＤ２２Ｆ２もソフトウェア認証キー２２Ｆ４に組込むことで、配信用ソフトウェアデータ２２Ｆのソフトウェア種別（名称）やバージョンを特定することができる。したがって、ソフトウェア認証キー２２Ｆ４を配信用ソフトウェアデータ２２Ｆから切出してバージョンが異なる同一種別のソフトウェアデータや種別の異なるソフトウェアデータへ組込んだ場合であっても、このようなソフトウェアデータは認証不合格になり起動できないため、ソフトウェアデータの不正利用を防止することが可能となる。
【実施例２】
【００９１】
図１０を用いて、本発明のもう１つの実施例による車両故障診断装置を説明する。本実施例の車両故障診断装置は、実施例１と同様の構成であるが、次の点が相違する。すなわち、本実施例の車両故障診断装置は、汎用パーソナルコンピュータ（ＰＣ）３０を備え、実施例１では車両故障診断端末１０で動作していたネットワーク制御部１９とソフトウェアデータ管理部１６のソフトウェア入手手続き処理１６Ａとを、汎用パーソナルコンピュータ３０で動作させるものである。また、車両故障診断端末１０は、汎用パーソナルコンピュータ３０と接続するためのＰＣ通信制御部１９Ａを備える。
【００９２】
汎用パーソナルコンピュータ３０は、ネットワーク制御部３３（実施例１の車両故障診断端末１０のネットワーク制御部１９に相当）、ソフトウェア入手手続き処理３２（実施例１のソフトウェアデータ管理部１６のソフトウェア入手手続き処理１６Ａに相当）、及び故障診断端末通信制御部３１を備える。
【００９３】
汎用パーソナルコンピュータ３０は、ネットワーク制御部３３によりネットワーク４を介してソフトウェア配信装置２０に接続でき、ソフトウェア入手手続き処理３２を用いてソフトウェア配信装置２０よりソフトウェアデータを入手できる。
【００９４】
また、汎用パーソナルコンピュータ３０は、故障診断端末通信制御部３１を介して、車両故障診断端末１０に接続できる。これにより、ソフトウェア入手手続き処理３２は、車両故障診断端末１０のＰＣ通信制御部１９Ａを介して、ソフトウェアの入手に用いる診断端末製品番号１７Ｂの取得や各ソフトウェア記憶部１７、１８への書込みと消去が行える。更に、ソフトウェアデータ管理部１６のソフトウェア認証処理１６Ｂ、ＣＲＣ処理１６Ｃを実行し、実行結果を得ることができる。
【００９５】
以上のような構成により、本実施例の車両故障診断装置も実施例１の車両故障診断装置と同様に、配信されたソフトウェアデータの不正利用を防止することが可能である。
【００９６】
なお、ソフトウェア入手手続き処理３２（図８）中のユーザＩＤの問合せや配信可能ソフトウェアの情報の表示、入手対象とするソフトウェアの問合せなど、利用者への問合せに関する入出力の手段としては、汎用パーソナルコンピュータ３０に装備されている表示装置と入力装置とを用いる。
【符号の説明】
【００９７】
１…車両、２…車載電子制御装置（ＥＣＵ）、３…車両診断コネクタ、４…ネットワーク、１０…車両故障診断端末、１１…車両接続端子部、１２…故障診断通信部、１３…操作部、１４…表示部、１５…演算処理部、１６…ソフトウェアデータ管理部、１６Ａ…ソフトウェア入手手続き処理、１６Ｂ…ソフトウェア認証処理、１６Ｃ…ＣＲＣ処理、１７…基本ソフトウェア記憶部、１８…応用ソフトウェア記憶部、１９…ネットワーク制御部、１９Ａ…ＰＣ通信制御部、２０…ソフトウェア配信装置、２１…ネットワーク制御部、２２…ソフトウェアデータ配信部、２２Ｂ…ユーザ認証処理、２２Ｅ…配信用ソフトウェア生成処理、３０…汎用パーソナルコンピュータ（ＰＣ）、３１…故障診断端末通信制御部、３２…ソフトウェア入手手続き処理、３３…ネットワーク制御部。
【技術分野】
【０００１】
本発明は、車両に搭載する車載電子制御装置（以下「ＥＣＵ」と称する）に接続してＥＣＵが所持している情報を取得し、車両の故障診断が行える車両故障診断装置に関する。
【背景技術】
【０００２】
一般に、自動車等の車両には、エンジン制御用、トランスミッション制御用、サスペンション制御用、ブレーキ制御用、空調機制御用等の各種ＥＣＵが搭載され、相互のデータを各ＥＣＵ間で授受できるように通信線で接続されている。各ＥＣＵは、該当個所の制御を行うと共に、故障検出や故障判断等の各種情報を記憶するように構成されている。
【０００３】
点検修理を行う整備工場等の整備場所において、車載の車両診断コネクタに車両故障診断装置を接続し、各ＥＣＵに記録された各種情報を、車両故障診断装置に取り込んで処理することによって、当該車両の故障発生原因の検出や故障場所の診断を行い、早期に車両の保守が容易に行えるようになっている。
【０００４】
但し、ＥＣＵ情報の取り込み方法や取り込んだ情報の解析方法は、車両製造メーカやＥＣＵ製造メーカによって異なっており、車両故障診断装置は多種多様な方法に対応する必要がある。更に、技術の進歩や新型車両の開発に伴うＥＣＵ制御範囲の拡張などにより、年々ＥＣＵ情報の取り込み方法や取り込んだ情報の解析方法が増える傾向にある。
【０００５】
このような傾向に対応して、車両故障診断用のソフトウェアを適時に開発し市場へ供給するには、一定の車両メーカや年式、ＥＣＵなどに限定したソフトウェアを個々に開発し、随時供給していく方法が有効的である。しかし、ソフトウェアの種類が増えることで市場への供給回数も増え、車両故障診断装置の各利用者への発送や管理に多大な工数や費用が必要となるため、より円滑なソフトウェアの供給手段を備える必要がある。
【０００６】
円滑なソフトウェアの供給手段としては、ソフトウェア供給者が汎用的なネットワークを介して多数の利用者へソフトウェアデータを供給可能とする方法（特許文献１参照）などが知られている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平７−２２５７２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、ソフトウェアの入手方法や使用方法に制限を設けずにソフトウェアデータを供給してしまうと、入手権限のない利用者がソフトウェアを不正に入手してしまう場合や、正規に入手したソフトウェアであっても使用権限のない車両故障診断装置で不正に利用されてしまう場合が起きる可能性がある。このような場合には供給元に不利益が生じるため、ソフトウェアの入手方法や使用方法に何らかの制限や不正防止手段を設けることが必要である。
【０００９】
本発明の目的は、ネットワークを用いて提供するソフトウェアが、そのソフトウェアの使用権限のない車両故障診断装置で不正に利用されるのを防止する手段を備えた車両故障診断装置を提供することにある。
【００１０】
本発明のもう１つの目的は、ネットワークを用いて提供するソフトウェアデータが不正に入手されるのを防止する手段を備えた車両故障診断装置を提供することにある。
【課題を解決するための手段】
【００１１】
本発明は、車両に搭載された車載電子制御装置と接続し車両の故障診断を行う車両故障診断端末と、ネットワークを介して前記車両故障診断端末に接続し、前記車両故障診断端末に車両故障診断端末用のソフトウェアを配信して更新可能とするソフトウェア配信システムとを備える車両故障診断装置において、前記車両故障診断端末は、前記ソフトウェア配信システムから配信された前記ソフトウェアの利用可否を判別するソフトウェアデータ管理手段を備えていることを特徴とする車両故障診断装置によって達成される。
【００１２】
また、本発明は、車両に搭載された車載電子制御装置と接続し車両の故障診断を行う車両故障診断端末と、ネットワークを介して前記車両故障診断端末に接続し、前記車両故障診断端末に車両故障診断端末用のソフトウェアを配信して更新可能とするソフトウェア配信システムとを備える車両故障診断装置において、前記ソフトウェア配信システムは、前記ソフトウェアを配信する際に配信可能な利用者及び配信可能な前記車両故障診断端末を認証する手段を備えていることを特徴とする車両故障診断装置によっても達成される。
【発明の効果】
【００１３】
本発明により、汎用的なネットワークを用いて提供するソフトウェアが、そのソフトウェアの使用権限のない車両故障診断装置で不正に利用されるのを防止することができる。
【００１４】
また、本発明により、汎用的なネットワークを用いて配信されるソフトウェアデータが不正に入手されるのを防止することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施例１による車両故障診断装置を示すブロック図である。
【図２】車両故障診断端末の基本ソフトウェア記憶部にて管理されるデータの構成を示すブロック図である。
【図３】車両故障診断端末の応用ソフトウェア記憶部にて管理されるデータの構成を示すブロック図である。
【図４】ソフトウェア配信装置のソフトウェアデータ配信部の構成例を示すブロック図である。
【図５】ソフトウェアデータ配信部のユーザ認証処理の動作を説明する流れ図である。
【図６】配信用ソフトウェア生成処理の構成と配信用ソフトウェアデータの構成を示すブロック図である。
【図７】車両故障診断端末のソフトウェアデータ管理部の構成を示すブロック図である。
【図８】ソフトウェア入手手続き処理が実行するソフトウェア入手手続の手順を説明する流れ図である。
【図９】ソフトウェア認証処理が実行するソフトウェア認証処理の手順を説明する流れ図である。
【図１０】本発明の実施例２による車両故障診断装置を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下、図を用いて本発明の実施例による車両故障診断装置について説明する。
【実施例１】
【００１７】
本実施例の車両故障診断装置は、図１に示すように、車両故障診断端末１０と車両故障診断端末用のソフトウェア配信装置２０とから構成される。車両故障診断端末１０とソフトウェア配信装置２０とは、ネットワーク４を介して接続される。
【００１８】
車両故障診断端末１０は、車両１の車両診断コネクタ３と接続するための車両接続端子部１１を備え、故障診断通信部１２を介して車両１に搭載された各車載電子制御装置（以下「ＥＣＵ」と称する）２と通信可能に接続する。更に、車両故障診断端末１０は、車両故障診断端末１０全体を統括制御する演算処理部１５を備える。演算処理部１５は、各ＥＣＵ２との通信によって得た情報を解析し、ユーザインタフェースである操作部１３や表示部１４を介して利用者へ伝達するという、車両の故障診断機能を有している。
【００１９】
車両故障診断端末１０を動作させる上で必要なソフトウェアは、データ全体の統括制御を行う基本ソフトウェアと、車両の故障診断を行うために必要な情報が含まれた応用ソフトウェアとに分類される。ソフトウェアデータ管理部１６は、基本ソフトウェアを基本ソフトウェア記憶部１７にて、応用ソフトウェアを応用ソフトウェア記憶部１８にて、それぞれ管理、記憶し、必要に応じてこれらのソフトウェアを読出し、実行する手段を有している。
【００２０】
更に、ソフトウェアデータ管理部１６は、ソフトウェアの追加や更新を容易に行うことを目的とし、ネットワーク制御部１９を用いて接続しているネットワーク４を介して、ソフトウェア配信装置２０からソフトウェアデータを入手できるように構成されている。
【００２１】
基本ソフトウェア記憶部１７にて管理されるデータは、図２に示すデータ構成のブロック図のように、基本ソフトウェア１７Ａと、車両故障診断端末１０の同一性を識別するために用いる診断端末製品番号１７Ｂとによって構成されている。診断端末製品番号１７Ｂは、車両故障診断端末１０ごとに付けられた固有の番号である。
【００２２】
応用ソフトウェア記憶部１８には、図３に示すデータ構成のブロック図のように、診断対象車両や診断機能に対応した複数の応用ソフトウェア１８Ａ・・・１８Ｎが管理、記憶される。また、応用ソフトウェア１８Ａ・・・１８Ｎは、汎用パーソナルコンピュータなどでも取り扱いできるようなファイルデータ形式と記憶媒体で管理、記憶される。
【００２３】
なお、応用ソフトウェア記憶部１８は、記憶容量や各応用ソフトウェア１８Ａ・・・１８Ｎのデータサイズにより、記憶できるデータ数が制限される。このため、応用ソフトウェア記憶部１８を車両故障診断端末１０に対して着脱可能な構造とすると、複数の応用ソフトウェア記憶部１８を用意してこれらを交換して車両故障診断端末１０に装着することができる。これにより、複数の応用ソフトウェア記憶部１８を用いて、応用ソフトウェアデータを数の制限が無く所持することが可能となる。
【００２４】
図１に戻って、ソフトウェア配信装置２０の説明をする。ソフトウェア配信装置２０は、汎用のネットワークサーバを用い、ネットワーク制御部２１とソフトウェアデータ配信部２２とを備える。ソフトウェアデータ配信部２２は、車両故障診断端末１０用の基本ソフトウェア及び応用ソフトウェアを記憶しており、この基本ソフトウェア及び応用ソフトウェアを、ネットワーク制御部２１とネットワーク４とを介して車両故障診断端末１０へ配信する。
【００２５】
図４に、ソフトウェア配信装置２０のソフトウェアデータ配信部２２の構成例を示す。
【００２６】
ソフトウェアデータ配信部２２内の配信用ソフトウェアマスタデータ群２２Ｄには、配信可能な車両故障診断端末１０用の基本ソフトウェアのデータ及び応用ソフトウェアのデータが複数登録されている。
【００２７】
ユーザ情報データベース２２Ｃには、ユーザ情報として、車両故障診断端末１０を所有する利用者が個々に登録した利用者の個人情報（名称、住所、連絡先、ソフトウェア入手時の支払い方法など）、個人情報登録時に設定し利用者個人を識別可能なユーザＩＤ、所有している車両故障診断端末１０から取得した診断端末製品番号、及び利用者が現在入手可能なソフトウェアデータ（配信可能なソフトウェアデータ）の情報が予め登録されている。なお、入手可能なソフトウェアデータの情報には、配信可否情報の他に配信実績情報も含まれ、過去に配信実績のあるソフトウェアデータであれば、そのソフトウェアデータの配信を許可するものとする。
【００２８】
配信要求元情報２２Ａは、ソフトウェアデータを配信する際に配信要求元である車両故障診断端末１０から取得する情報である。配信要求元情報２２Ａは、配信対象であるソフトウェアのＩＤ２２Ａ１、車両故障診断端末１０の基本ソフトウェア記憶部１７に記憶されている診断端末製品番号２２Ａ２、及び後述する車両故障診断端末１０のソフトウェアデータ管理部１６のソフトウェアデータ入手手続き処理で利用者に問合せして入力させたユーザＩＤ２２Ａ３から構成される。
【００２９】
ソフトウェアデータ配信部２２のユーザ認証処理２２Ｂでは、ソフトウェアの不正入手の防止を目的とし、車両故障診断端末１０の利用者及びソフトウェアの入手に用いる車両故障診断端末１０の認証と、配信対象ソフトウェアの特定を行う。
【００３０】
図５は、ユーザ認証処理２２Ｂの動作を説明する流れ図である。以下、図５を用いて、ユーザ認証処理２２Ｂが利用者及び車両故障診断端末１０を認証し、配信対象ソフトウェアデータを特定する手順を説明する。
【００３１】
まず、ステップＳ１０でユーザ認証処理を開始する。
【００３２】
ステップＳ１１で、不正な利用者でない事の確認として、利用者に問合せして入力させたユーザＩＤ２２Ａ３を検索キーに用いて、ユーザ情報データベース２２Ｃから対象の利用者のユーザ情報を検索する。
【００３３】
ステップＳ１２でユーザ情報の検索結果を判別する。ユーザ情報データベース２２Ｃ内にユーザＩＤ２２Ａ３と一致するユーザＩＤが登録されていた場合、そのユーザＩＤに対応するユーザ情報を読み出す。
【００３４】
次に、ステップＳ１３で、配信要求元情報２２Ａの診断端末製品番号２２Ａ２とユーザ情報に登録されている診断端末製品番号とが一致していることを確認する。
【００３５】
診断端末製品番号が一致していた場合、ステップＳ１４で、ユーザ情報に登録されている配信可能なソフトウェアの有無を確認する。
【００３６】
配信可能なソフトウェアが有る場合、ステップＳ１５で、配信可能なソフトウェアの情報として、そのソフトウェアの名称（種別）、対応する車種や診断機能の情報、バージョン、及びソフトウェアの識別に用いるソフトウェアＩＤを、車両故障診断端末１０へ通知する。
【００３７】
ステップＳ１５で配信可能ソフトウェア情報が通知された後、利用者がソフトウェアを入手する場合は、車両故障診断端末１０から入手するソフトウェアの配信対象ソフトウェアＩＤ２２Ａ１が返信される。
【００３８】
ステップＳ１６で、利用者が入手する配信対象ソフトウェアＩＤ２２Ａ１の返信の有無を確認し、返信が有った場合は、配信対象ソフトウェアを確定し、配信可能としてユーザ認証処理を終了（ステップＳ１７）する。
【００３９】
なお、上記処理中の条件分岐の何れか１つでも条件が成立しなかった場合は、配信不可能と判別してユーザ認証処理を終了（ステップＳ１８）する。
【００４０】
以上のユーザ認証処理２２Ｂにより、配信可能な利用者と車両故障診断端末１０とを特定することができる。このため、利用者がユーザ情報登録の際に設定したユーザＩＤを知らない不正な利用者である場合や、正規利用者であってもユーザ情報に登録されていない不正な車両故障診断端末１０を用いた場合には、配信を中止してソフトウェアの不正入手を防止することが可能となる。
【００４１】
以上の手順に従い、ユーザ認証処理２２Ｂによって配信可能と判別された場合は、図４のソフトウェアデータ配信部２２の処理は、配信用ソフトウェア生成処理２２Ｅに移行し、配信用ソフトウェアデータ２２Ｆを作成する。
【００４２】
図６に、配信用ソフトウェア生成処理２２Ｅの構成と、配信用ソフトウェアデータ２２Ｆの構成の一例を示す。
【００４３】
配信用ソフトウェアデータ２２Ｆは、ソフトウェア配信装置２０が配信して車両故障診断端末１０が用いるソフトウェアのデータであり、ソフトウェア本体２２Ｆ１、ソフトウェアＩＤ２２Ｆ２、ソフトウェア本体のＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）値２２Ｆ３、及びソフトウェア認証キー２２Ｆ４から構成される。ソフトウェア認証キー２２Ｆ４は、後述するソフトウェア認証キー生成処理２２Ｅ１によって生成される。なお、配信用ソフトウェアデータ２２Ｆを構成する各データは、予め記憶する位置を定めておき、その位置情報が分かれば任意にそのデータの読み出しや書込みができるものとする。
【００４４】
ソフトウェアＩＤ２２Ｆ２は、ユーザ認証処理２２Ｂで得る配信対象ソフトウェアＩＤ２２Ａ１と同一値であり、ソフトウェアの種別（名称）を識別するソフトウェア種別情報２２Ａ１１とバージョン情報２２Ａ１２とによって構成される。
【００４５】
ソフトウェア認証キー２２Ｆ４は、配信対象の車両故障診断端末１０によって値が異なるので、配信用ソフトウェアデータ２２Ｆが配信用ソフトウェアマスタデータ群２２Ｄに登録されている段階ではブランク状態とし、配信用ソフトウェア生成処理２２Ｅで生成されて、配信用ソフトウェアデータ２２Ｆに組込まれる。
【００４６】
ここで、配信用ソフトウェア生成処理２２Ｅの処理について説明する。
【００４７】
最初に、ソフトウェア認証キー生成処理２２Ｅ１において、ユーザ認証処理２２Ｂで得た配信対象ソフトウェアＩＤ２２Ａ１、そのＩＤを持つソフトウェアのソフトウェア種別情報２２Ａ１１及びバージョン情報２２Ａ１２、ならびに診断端末製品番号２２Ａ２を基に、暗号化プロセスを用いてソフトウェア認証キー２２Ｆ４を生成する。暗号化プロセスには、一般的な暗号化手法を用いることができる。
【００４８】
次に、配信対象ソフトウェア抽出処理２２Ｅ２において、配信対象ソフトウェアＩＤ２２Ａ１を基にして、配信用ソフトウェアマスタデータ群２２Ｄから配信対象ソフトウェアのマスタデータを抽出する。
【００４９】
最後に、ソフトウェア認証キーの組込み処理２２Ｅ３において、ソフトウェア認証キー生成処理２２Ｅ１で生成したソフトウェア認証キー２２Ｆ４を、配信対象ソフトウェア抽出処理２２Ｅ２で抽出した配信対象ソフトウェアのデータへ組込み、配信用ソフトウェアデータ２２Ｆを生成する。以上で、配信用ソフトウェア生成処理２２Ｅの処理が終了する。
【００５０】
なお、上述した暗号化プロセスと後述する復号化プロセス（車両故障診断端末１０が実施する）とでは共通の計算手順を用いており、復号化プロセスでは、暗号化プロセスで生成したソフトウェア認証キーから配信対象ソフトウェアＩＤ２２Ａ１（ソフトウェアＩＤ２２Ｆ２と同一値）と診断端末製品番号２２Ａ２とを復元できるものとする。
【００５１】
配信用ソフトウェア生成処理２２Ｅによって生成された配信用ソフトウェアデータ２２Ｆは、図４に示すソフトウェアデータ配信処理２２Ｇによって車両故障診断端末１０へ配信される。配信後、車両故障診断端末１０からの入手完了情報を受信し、ユーザ情報データベース２２Ｃのソフトウェアデータ配信実績情報を更新する。
【００５２】
次に、図７を用いて、ソフトウェアデータ配信の受け側であり、配信されたソフトウェアデータを実行する車両故障診断端末１０のソフトウェアデータ管理部１６の構成を説明する。ソフトウェアデータ管理部１６は、ソフトウェア入手手続き処理１６Ａ、ソフトウェア認証処理１６Ｂ、及びＣＲＣ処理１６Ｃから構成され、図１に示したように、ネットワーク４及びネットワーク制御部１９を介してソフトウェアデータを入手し、基本ソフトウェア記憶部１７または応用ソフトウェア記憶部１８に記憶する。
【００５３】
ソフトウェア入手手続き処理１６Ａは、ソフトウェアデータの入手と記憶を実行する。ソフトウェア認証処理１６Ｂは、記憶されているソフトウェアを読み出して起動する際に、そのソフトウェアが起動可能かどうかを判別する。ＣＲＣ処理１６Ｃは、ソフトウェアデータに誤りが無いことの確認に用いる。
【００５４】
図８を用いて、ソフトウェア入手手続き処理１６Ａが実行するソフトウェア入手手続の手順を説明する。
【００５５】
まず、ステップＳ２００でソフトウェア入手手続き処理を開始する。
【００５６】
ステップＳ２０１で、利用者に対してユーザＩＤの問合せを行う。なお、利用者への問合せに関する入出力の手段としては、車両故障診断端末１０に備えられている表示部１４、操作部１３を用いる。
【００５７】
ステップＳ２０２で、利用者からのユーザＩＤの入力の有無を確認する。
【００５８】
ユーザＩＤの入力があった場合は、ステップＳ２０３で、入力されたユーザＩＤ及び基本ソフトウェア記憶部１７に記憶されている診断端末製品番号１７Ｂを配信要求元情報２２Ａとしてソフトウェア配信装置２０へ通知する。
【００５９】
ステップＳ２０３でのソフトウェア配信装置２０への通知後、ソフトウェア配信装置２０は、ソフトウェアデータ配信部２２のユーザ認証処理２２Ｂで処理を行い、車両故障診断端末１０に配信可能ソフトウェアの情報を通知する。
【００６０】
ステップＳ２０４では、この配信可能ソフトウェアの情報の有無を確認する。
【００６１】
情報が有った場合は、ステップＳ２０５で、配信可能ソフトウェアの情報を利用者へ通知し、利用者へ入手するソフトウェアを問合せする。
【００６２】
ステップＳ２０６で、利用者からの入手ソフトウェアの指定の有無を確認する。
【００６３】
入手ソフトウェアの指定が有った場合は、ステップＳ２０７で、指定されたソフトウェア（入手対象ソフトウェア）のソフトウェアＩＤを配信対象ソフトウェアＩＤ２２Ａ１としてソフトウェア配信装置２０へ通知する。
【００６４】
ステップＳ２０７での配信対象ソフトウェアＩＤ２２Ａ１の通知後、ソフトウェア配信装置２０は、ソフトウェアデータ配信部２２で配信用ソフトウェアデータ２２Ｆを生成し、車両故障診断端末１０にこのデータを配信する。
【００６５】
ステップＳ２０８では、この配信用ソフトウェアデータ２２Ｆが車両故障診断端末１０に配信されたかどうか、配信の有無を確認する。
【００６６】
配信が有った場合は、ステップＳ２０９で、配信された配信用ソフトウェアデータ２２Ｆを、ソフトウェアの種類に応じて、基本ソフトウェア記憶部１７または応用ソフトウェア記憶部１８へ書込む。
【００６７】
なお、応用ソフトウェアデータは、応用ソフトウェア記憶部１８に複数のデータが保存可能である。このため、配信された配信用ソフトウェアデータ２２Ｆが応用ソフトウェアデータの場合は、この配信用ソフトウェアデータ２２Ｆ内のソフトウェアＩＤ２２Ｆ２よりソフトウェアの種別（名称）を判別すると共に、既に応用ソフトウェア記憶部１８に記憶されているソフトウェアデータについても、それぞれのソフトウェアＩＤ２２Ｆ２より種別を判別する。そして、配信された配信用ソフトウェアデータ２２Ｆと同一種別のソフトウェアが既に応用ソフトウェア記憶部１８内に存在する場合は、既存のデータを上書きする。同一種別のソフトウェアが応用ソフトウェア記憶部１８内に存在しない場合は、配信された配信用ソフトウェアデータ２２Ｆを新規に書込むものとする。
【００６８】
また、配信された配信用ソフトウェアデータ２２Ｆが基本ソフトウェアデータの場合は、既存のデータを上書きして基本ソフトウェア記憶部１７に書込むものとする。
【００６９】
ステップＳ２０９での各記憶部への書込み後、ステップＳ２１０で、後述するソフトウェア認証処理１６Ｂを用いて、書込んだソフトウェアの認証確認を行う。
【００７０】
ステップＳ２１１で、ソフトウェアの認証確認の結果を判別する。
【００７１】
確認結果が合格の場合は、配信された配信用ソフトウェアデータ２２Ｆの内容が配信途中や書込み中に破壊されていないことを確認する目的で、ステップＳ２１２で、ＣＲＣ処理１６Ｃを用いて配信された配信用ソフトウェアデータ２２ＦのＣＲＣ値を算出し、配信用ソフトウェアデータ２２Ｆ内に組込まれているＣＲＣ値２２Ｆ３と照合する。
【００７２】
ステップＳ２１３で、ＣＲＣ値の照合結果を確認する。
【００７３】
ＣＲＣ値が一致する場合は、配信された配信用ソフトウェアデータ２２Ｆの入手に成功したと判断し、ステップＳ２１４でソフトウェアの入手完了をソフトウェア配信装置２０へ通知する。
【００７４】
通知後、ステップＳ２１５で、ソフトウェア入手手続き処理を終了（正常終了）する。
【００７５】
なお、処理中の全条件分岐のうち何れか１つでも条件が成立しなかった場合は、ステップＳ２１６で、ソフトウェアの入手に失敗したと判断し、入手した情報やソフトウェアデータを破棄して、各記憶部をソフトウェア入手手続き処理の実行前の状態に戻す。
【００７６】
そして、ステップＳ２１７で、ソフトウェア入手手続き処理を終了（異常終了）する。
【００７７】
ソフトウェアデータ管理部１６（図７参照）のＣＲＣ処理１６Ｃは、配信用ソフトウェア生成処理２２Ｅで入手した配信用ソフトウェアデータ２２Ｆ内にＣＲＣ値２２Ｆ３が含まれているので（図６参照）、基本ソフトウェア記憶部１７や応用ソフトウェア記憶部１８に記憶したソフトウェアデータの破壊の有無が車両故障診断端末１０のみで判別できる。すなわち、ソフトウェアデータ管理部１６は、ソフトウェアデータの配信後にも車両故障診断端末１０単独で、ソフトウェアのデータが破壊されているかどうかをＣＲＣ処理１６Ｃにより判別できる。したがって、ソフトウェアの動作中に異常が発生した場合などにも、ＣＲＣ処理１６Ｃを用いてソフトウェアのデータ破壊の有無を確認することにより、異常原因がデータの破壊によるものであるか、それ以外の原因（ソフトウェア自体のバグや車両故障診断端末１０の故障など）であるかを容易に判別可能である。
【００７８】
ソフトウェアデータ管理部１６（図７参照）のソフトウェア認証処理１６Ｂは、配信したソフトウェアの種別（名称）とそのソフトウェアの入手に用いた車両故障診断端末１０とを特定し、配信したソフトウェアが別の車両故障診断端末１０で不正に利用されることを防止するための手段である。ソフトウェア入手手続き後、ソフトウェアの起動時にもソフトウェア認証処理１６Ｂを実行し、認証に合格した場合のみソフトウェアを起動するものとする。
【００７９】
ここで、図９を用いて、ソフトウェア認証処理１６Ｂが実行するソフトウェア認証処理の手順を説明する。
【００８０】
まず、ステップＳ３０でソフトウェア認証処理を開始する。
【００８１】
ステップＳ３１で、認証対象となるソフトウェアデータよりソフトウェア認証キー２２Ｆ４を取得する。
【００８２】
ステップＳ３２で、復号化プロセスを用いてソフトウェア認証キー２２Ｆ４を復号化し、ソフトウェアＩＤと診断端末製品番号とを復元する。前述したように、復号化プロセスには、ソフトウェア認証キー２２Ｆ４を作成した暗号化プロセスと共通の計算手順を用いる。
【００８３】
ステップＳ３３では、ステップＳ３２で復元した診断端末製品番号と、本処理を実行している車両故障診断端末１０の基本ソフトウェア記憶部１７に記憶されている診断端末製品番号１７Ｂ（図２参照）とを照合する。この照合は、例えば、ある車両故障診断端末１０に配信されたソフトウェアデータが他の車両故障診断端末１０で使用されるという不正利用を防止するためである。
【００８４】
ステップＳ３４で、診断端末製品番号の照合結果を判別する。
【００８５】
診断端末製品番号が一致していた場合は、ソフトウェア認証キー２２Ｆ４が配信用ソフトウェアデータ２２Ｆから取出されて不正に利用されることの防止を目的とし、ステップＳ３５において、復元したソフトウェアＩＤと、認証対象となるソフトウェアデータのソフトウェアＩＤ（配信用ソフトウェアデータ２２Ｆ内のソフトウェアＩＤ２２Ｆ２）とを照合する。この照合は、例えば、あるソフトウェアデータのソフトウェア認証キー２２Ｆ４が他のソフトウェアデータに組込まれて使用されるという不正利用を防止するためである。
【００８６】
ステップＳ３６で、ソフトウェアＩＤの照合結果を判別する。
【００８７】
ソフトウェアＩＤが一致していた場合は、認証合格としてソフトウェア認証処理を終了（ステップＳ３７）する。
【００８８】
上記の各照合結果で１つでも不一致があった場合は、認証不合格としてソフトウェア認証処理を終了（ステップＳ３８）する。
【００８９】
以上のように、本発明による車両故障診断装置は、ソフトウェアの配信の際に配信用ソフトウェアデータ２２Ｆに配信先の車両故障診断端末１０の固有情報をソフトウェア認証キー２２Ｆ４として組込み、配信先の車両故障診断端末１０で起動可能なソフトウェアであるかどうかを判別できる手段を備えている。したがって、配信された配信用ソフトウェアデータ２２Ｆを異なる車両故障診断端末１０の記憶部１７、１８へ複写したり、応用ソフトウェア記憶部１８が車両故障診断端末１０に対して着脱可能な構造の場合に応用ソフトウェア記憶部１８を取り外して異なる車両故障診断端末１０へ装着したりするなどの不正利用を防止することが可能となる。
【００９０】
更に、配信用ソフトウェアデータ２２Ｆに含まれるソフトウェアＩＤ２２Ｆ２もソフトウェア認証キー２２Ｆ４に組込むことで、配信用ソフトウェアデータ２２Ｆのソフトウェア種別（名称）やバージョンを特定することができる。したがって、ソフトウェア認証キー２２Ｆ４を配信用ソフトウェアデータ２２Ｆから切出してバージョンが異なる同一種別のソフトウェアデータや種別の異なるソフトウェアデータへ組込んだ場合であっても、このようなソフトウェアデータは認証不合格になり起動できないため、ソフトウェアデータの不正利用を防止することが可能となる。
【実施例２】
【００９１】
図１０を用いて、本発明のもう１つの実施例による車両故障診断装置を説明する。本実施例の車両故障診断装置は、実施例１と同様の構成であるが、次の点が相違する。すなわち、本実施例の車両故障診断装置は、汎用パーソナルコンピュータ（ＰＣ）３０を備え、実施例１では車両故障診断端末１０で動作していたネットワーク制御部１９とソフトウェアデータ管理部１６のソフトウェア入手手続き処理１６Ａとを、汎用パーソナルコンピュータ３０で動作させるものである。また、車両故障診断端末１０は、汎用パーソナルコンピュータ３０と接続するためのＰＣ通信制御部１９Ａを備える。
【００９２】
汎用パーソナルコンピュータ３０は、ネットワーク制御部３３（実施例１の車両故障診断端末１０のネットワーク制御部１９に相当）、ソフトウェア入手手続き処理３２（実施例１のソフトウェアデータ管理部１６のソフトウェア入手手続き処理１６Ａに相当）、及び故障診断端末通信制御部３１を備える。
【００９３】
汎用パーソナルコンピュータ３０は、ネットワーク制御部３３によりネットワーク４を介してソフトウェア配信装置２０に接続でき、ソフトウェア入手手続き処理３２を用いてソフトウェア配信装置２０よりソフトウェアデータを入手できる。
【００９４】
また、汎用パーソナルコンピュータ３０は、故障診断端末通信制御部３１を介して、車両故障診断端末１０に接続できる。これにより、ソフトウェア入手手続き処理３２は、車両故障診断端末１０のＰＣ通信制御部１９Ａを介して、ソフトウェアの入手に用いる診断端末製品番号１７Ｂの取得や各ソフトウェア記憶部１７、１８への書込みと消去が行える。更に、ソフトウェアデータ管理部１６のソフトウェア認証処理１６Ｂ、ＣＲＣ処理１６Ｃを実行し、実行結果を得ることができる。
【００９５】
以上のような構成により、本実施例の車両故障診断装置も実施例１の車両故障診断装置と同様に、配信されたソフトウェアデータの不正利用を防止することが可能である。
【００９６】
なお、ソフトウェア入手手続き処理３２（図８）中のユーザＩＤの問合せや配信可能ソフトウェアの情報の表示、入手対象とするソフトウェアの問合せなど、利用者への問合せに関する入出力の手段としては、汎用パーソナルコンピュータ３０に装備されている表示装置と入力装置とを用いる。
【符号の説明】
【００９７】
１…車両、２…車載電子制御装置（ＥＣＵ）、３…車両診断コネクタ、４…ネットワーク、１０…車両故障診断端末、１１…車両接続端子部、１２…故障診断通信部、１３…操作部、１４…表示部、１５…演算処理部、１６…ソフトウェアデータ管理部、１６Ａ…ソフトウェア入手手続き処理、１６Ｂ…ソフトウェア認証処理、１６Ｃ…ＣＲＣ処理、１７…基本ソフトウェア記憶部、１８…応用ソフトウェア記憶部、１９…ネットワーク制御部、１９Ａ…ＰＣ通信制御部、２０…ソフトウェア配信装置、２１…ネットワーク制御部、２２…ソフトウェアデータ配信部、２２Ｂ…ユーザ認証処理、２２Ｅ…配信用ソフトウェア生成処理、３０…汎用パーソナルコンピュータ（ＰＣ）、３１…故障診断端末通信制御部、３２…ソフトウェア入手手続き処理、３３…ネットワーク制御部。
【特許請求の範囲】
【請求項１】
車両に搭載された車載電子制御装置と接続し車両の故障診断を行う車両故障診断端末と、
ネットワークを介して前記車両故障診断端末に接続し、前記車両故障診断端末に車両故障診断端末用のソフトウェアを配信して更新可能とするソフトウェア配信システムとを備える車両故障診断装置において、
前記車両故障診断端末は、前記ソフトウェア配信システムから配信された前記ソフトウェアの利用可否を判別するソフトウェアデータ管理手段を備えていることを特徴とする車両故障診断装置。
【請求項２】
請求項１記載の車両故障診断装置において、
前記ソフトウェアデータ管理手段は、前記車両故障診断端末の同一性を識別する製品番号データ及び前記ソフトウェアを識別するソフトウェアＩＤを用いて、配信された前記ソフトウェアの利用可否を判別する車両故障診断装置。
【請求項３】
請求項２記載の車両故障診断装置において、
前記ソフトウェア配信システムは、
ソフトウェア配信先の車両故障診断端末の前記製品番号データと配信するソフトウェアの前記ソフトウェアＩＤとを暗号化することにより認証キーを生成する手段と、
配信する前記ソフトウェアへ生成した前記認証キーを組込む手段と、を備えている車両故障診断装置。
【請求項４】
請求項３記載の車両故障診断装置において、
前記車両故障診断端末は、前記ソフトウェア配信システムから配信されたソフトウェアに組込まれた前記認証キーを復号化する手段と、
前記復号化する手段により復号化した前記車両故障診断端末の製品番号データと前記車両故障診断端末に記憶されている製品番号データとを照合する手段と、
前記復号化する手段により復号化した前記ソフトウェアＩＤと配信された前記ソフトウェアのソフトウェアＩＤとを照合する手段と、を備えている車両故障診断装置。
【請求項５】
車両に搭載された車載電子制御装置と接続し車両の故障診断を行う車両故障診断端末と、
ネットワークを介して前記車両故障診断端末に接続し、前記車両故障診断端末に車両故障診断端末用のソフトウェアを配信して更新可能とするソフトウェア配信システムとを備える車両故障診断装置において、
前記ソフトウェア配信システムは、前記ソフトウェアを配信する際に配信可能な利用者及び配信可能な前記車両故障診断端末を認証する手段を備えていることを特徴とする車両故障診断装置。
【請求項６】
請求項５記載の車両故障診断装置において、
前記ソフトウェア配信システムは、前記利用者を識別するユーザＩＤ及び前記車両故障診断端末の同一性を識別する製品番号データを用いて、配信可能な前記利用者及び配信可能な前記車両故障診断端末を認証する車両故障診断装置。
【請求項７】
請求項６記載の車両故障診断装置において、
前記車両故障診断端末は、利用者に前記ユーザＩＤを問合せて入力させる手段と、
入力された前記ユーザＩＤと前記車両故障診断端末に記憶されている前記製品番号データとを前記ソフトウェア配信システムに通知する手段と、を備えている車両故障診断装置。
【請求項８】
請求項６記載の車両故障診断装置において、
前記ソフトウェア配信システムは、前記利用者のユーザＩＤとこのユーザＩＤに対する前記車両故障診断端末の製品番号データとが登録されたデータベースと、
ソフトウェア配信先の車両故障診断端末から得たユーザＩＤが前記データベースに登録されているか検索する手段と、
前記データベースに登録されている前記車両故障診断端末の製品番号データであって前記検索する手段により検索されたユーザＩＤに対する製品番号データと前記ソフトウェア配信先の車両故障診断端末の製品番号データとを照合する手段と、を備える車両故障診断装置。
【請求項９】
請求項６記載の車両故障診断装置において、
前記車両故障診断端末と前記ソフトウェア配信システムとに接続する汎用パーソナルコンピュータを備え、
前記汎用パーソナルコンピュータは、利用者に前記ユーザＩＤを問合せて入力させる手段と、入力された前記ユーザＩＤと前記車両故障診断端末に記憶されている前記製品番号データとを前記ソフトウェア配信システムに通知する手段と、を備える車両故障診断装置。
【請求項１】
車両に搭載された車載電子制御装置と接続し車両の故障診断を行う車両故障診断端末と、
ネットワークを介して前記車両故障診断端末に接続し、前記車両故障診断端末に車両故障診断端末用のソフトウェアを配信して更新可能とするソフトウェア配信システムとを備える車両故障診断装置において、
前記車両故障診断端末は、前記ソフトウェア配信システムから配信された前記ソフトウェアの利用可否を判別するソフトウェアデータ管理手段を備えていることを特徴とする車両故障診断装置。
【請求項２】
請求項１記載の車両故障診断装置において、
前記ソフトウェアデータ管理手段は、前記車両故障診断端末の同一性を識別する製品番号データ及び前記ソフトウェアを識別するソフトウェアＩＤを用いて、配信された前記ソフトウェアの利用可否を判別する車両故障診断装置。
【請求項３】
請求項２記載の車両故障診断装置において、
前記ソフトウェア配信システムは、
ソフトウェア配信先の車両故障診断端末の前記製品番号データと配信するソフトウェアの前記ソフトウェアＩＤとを暗号化することにより認証キーを生成する手段と、
配信する前記ソフトウェアへ生成した前記認証キーを組込む手段と、を備えている車両故障診断装置。
【請求項４】
請求項３記載の車両故障診断装置において、
前記車両故障診断端末は、前記ソフトウェア配信システムから配信されたソフトウェアに組込まれた前記認証キーを復号化する手段と、
前記復号化する手段により復号化した前記車両故障診断端末の製品番号データと前記車両故障診断端末に記憶されている製品番号データとを照合する手段と、
前記復号化する手段により復号化した前記ソフトウェアＩＤと配信された前記ソフトウェアのソフトウェアＩＤとを照合する手段と、を備えている車両故障診断装置。
【請求項５】
車両に搭載された車載電子制御装置と接続し車両の故障診断を行う車両故障診断端末と、
ネットワークを介して前記車両故障診断端末に接続し、前記車両故障診断端末に車両故障診断端末用のソフトウェアを配信して更新可能とするソフトウェア配信システムとを備える車両故障診断装置において、
前記ソフトウェア配信システムは、前記ソフトウェアを配信する際に配信可能な利用者及び配信可能な前記車両故障診断端末を認証する手段を備えていることを特徴とする車両故障診断装置。
【請求項６】
請求項５記載の車両故障診断装置において、
前記ソフトウェア配信システムは、前記利用者を識別するユーザＩＤ及び前記車両故障診断端末の同一性を識別する製品番号データを用いて、配信可能な前記利用者及び配信可能な前記車両故障診断端末を認証する車両故障診断装置。
【請求項７】
請求項６記載の車両故障診断装置において、
前記車両故障診断端末は、利用者に前記ユーザＩＤを問合せて入力させる手段と、
入力された前記ユーザＩＤと前記車両故障診断端末に記憶されている前記製品番号データとを前記ソフトウェア配信システムに通知する手段と、を備えている車両故障診断装置。
【請求項８】
請求項６記載の車両故障診断装置において、
前記ソフトウェア配信システムは、前記利用者のユーザＩＤとこのユーザＩＤに対する前記車両故障診断端末の製品番号データとが登録されたデータベースと、
ソフトウェア配信先の車両故障診断端末から得たユーザＩＤが前記データベースに登録されているか検索する手段と、
前記データベースに登録されている前記車両故障診断端末の製品番号データであって前記検索する手段により検索されたユーザＩＤに対する製品番号データと前記ソフトウェア配信先の車両故障診断端末の製品番号データとを照合する手段と、を備える車両故障診断装置。
【請求項９】
請求項６記載の車両故障診断装置において、
前記車両故障診断端末と前記ソフトウェア配信システムとに接続する汎用パーソナルコンピュータを備え、
前記汎用パーソナルコンピュータは、利用者に前記ユーザＩＤを問合せて入力させる手段と、入力された前記ユーザＩＤと前記車両故障診断端末に記憶されている前記製品番号データとを前記ソフトウェア配信システムに通知する手段と、を備える車両故障診断装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−２１１５４３（Ｐ２０１０−２１１５４３Ａ）
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願番号】特願２００９−５７２５４（Ｐ２００９−５７２５４）
【出願日】平成２１年３月１１日（２００９．３．１１）
【出願人】（０００２３２９９９）株式会社日立カーエンジニアリング (141)
【Ｆターム（参考）】
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願日】平成２１年３月１１日（２００９．３．１１）
【出願人】（０００２３２９９９）株式会社日立カーエンジニアリング (141)
【Ｆターム（参考）】
[ Back to top ]