JP2022187056A - ソフトウエア特定装置 - Google Patents

Abstract

【課題】車両に組み付けられていたコンピュータをそのコンピュータに書き込まれていたソフトウエアが利用できない別のコンピュータに交換する場合に、交換後のコンピュータに書き込むべきソフトウエアを特定できるようにする。【解決手段】管理ツール１６０は、車両１５０に組み付けられた交換後のＥＣＵ１５２から、その車両の識別番号とそのＥＣＵ１５２の品番を取得し、それらの情報を含む問合せをソフト管理システム１００に送る。ソフト管理システム１００は、その車両１５０の交換前のＥＣＵ１５２に書き込まれていたソフトウエアの品番を個車ＤＢ１１０から求め、交換後のＥＣＵ１５２の品番と、求めた交換前のソフトウエアの品番との組合せに対応する、交換後のＥＣＵ１５２に書き込むべきソフトウエアの品番を条件情報１２２から求める。【選択図】図１

Description

本発明は、車両に組み付けられたコンピュータが交換された場合の、交換後のコンピュータに書き込むべきソフトウエアを特定するための装置に関する。

自動車等の車両はＥＣＵ（Electronic Control Unit：電子制御ユニット）と呼ばれるコンピュータにより制御される。車両には、エンジン制御用、モータ制御用、ブレーキ制御用、カーオーディオ用、ナビゲーション用など、各種制御用に様々な種類のＥＣＵが組み付けられている。

ＥＣＵにはフラッシュメモリ等の不揮発性記憶装置が内蔵されている。不揮発性記憶装置には、ＥＣＵが実行する処理を記述した各種プログラムやそれらプログラムの実行時に用いられるデータ等のソフトウエアが書き込まれている。ＥＣＵは、不揮発性記憶装置に記憶されたプログラムを、内蔵するプロセッサにより実行することにより、所期の制御又は情報処理の機能を実現する。

車両工場にて、生産中の車両にＥＣＵが組み付けられ、組み付け後のＥＣＵに必要なソフトウエアが書き込まれる。その後、工場出荷前の検査段階で、車両に組み付けられた各種のＥＣＵにそれぞれ適切なソフトウエアが書き込まれているか確認される。

車両が工場から出荷された後、その車両に組み付けられたＥＣＵが、何らかの理由で、例えば車両の販売店で、交換される場合がある。販売店の作業員は、車両メーカーが運営するサーバから、交換前のＥＣＵに書き込まれていたソフトウエアと同じソフトウエアをダウンロードし、その車両に新たに組み付けた交換後のＥＣＵに書き込む。

車両のＥＣＵに搭載されるプログラムを書き換える技術として、特許文献１に開示されるものがある。この技術では、ＥＣＵのプログラムの更新に必要な諸元データをセンタ装置で生成し、その諸元データを車両側に送信して車両側でそのデータを用いて更新を実行する。

また、特許文献２に記載された装置は、車載ＥＣＵの故障診断を行う車両診断装置（ダミーＥＣＵ）が、該車載ＥＣＵと交換されたときに、通信を利用して、該車載ＥＣＵのＥＣＵプログラムを取得する取得手段と、該ＥＣＵプログラムを用いて上記車載ＥＣＵにより制御されていた車載機器を制御する制御手段とを備える。

特開２０２０－２７６６９号公報 特開２００６－３４９４３０号公報

交換後のＥＣＵが交換前のＥＣＵと同じ品番のもの（すなわち、ハードウエア等の構成が同一のもの）であれば、交換前のＥＣＵに書き込まれていたソフトウエアと同じものを交換後のＥＣＵに書き込むことに問題はない。

一方、ＥＣＵの設計は随時改良されており、用途は同じだがハードウエア等の構成が異なる複数種類のＥＣＵが同時に流通していることが一般的である。車両に組み付けられたＥＣＵを同じ用途の別の品番のＥＣＵに交換することが必要になったり、そのような交換が有益になったりする場合がある。

ところが、交換可能なＥＣＵ同士であっても同じソフトウエアが利用できるとは限らない。もちろん交換前のＥＣＵとは品番が異なるＥＣＵの中には、同じソフトウエアが利用可能なものもあるが、利用不可のものもある。例えば、プロセッサ、メモリ容量、不揮発性記憶装置の容量、ＯＳ（オペレーティングシステム）等の違いにより、一方のＥＣＵで利用可能なソフトウエアが、他方のＥＣＵでは利用できない場合がある。

したがって、交換前のＥＣＵに書き込まれていたソフトウエアと同じソフトウエアをダウンロードして交換後のＥＣＵに書き込む従来方式では、交換前のＥＣＵに書き込まれていたソフトウエアが利用可能なＥＣＵにしか交換することができなかった。このように交換可能なＥＣＵに制限があると、同じソフトウエアを利用可能なＥＣＵを入手するまで交換ができなかったり、同じ用途のより高性能なＥＣＵに交換することができなかったりするなど、利便性が損なわれる可能性があった。

本発明に係るソフトウエア特定装置は、車両に組み付けられている第１のコンピュータを特定する第１情報と、前記第１のコンピュータの前に前記車両に組み付けられていた第２のコンピュータに書き込まれていたソフトウエアを特定する第２情報とを求める第１手段と、前記第１情報と前記第２情報に基づいて、前記第１のコンピュータに書き込むべき、前記ソフトウエアに対応する第２のソフトウエアを特定する第２手段と、を含む。

本発明によれば、車両に組み付けられていた第２のコンピュータをその第２のコンピュータに書き込まれていたソフトウエアが利用できない第１のコンピュータに交換する場合に、交換後の第１のコンピュータに書き込むべきソフトウエアを特定することができる。

ＥＣＵにソフトウエアをダウンロードして書き込むシステムを例示する図である。 個車ＤＢ（データベース）に登録されたデータを示す図である。 ソフト管理ＤＢに記憶された条件情報の例を示す図である。 判定部が実行する処理手順を例示する図である。

以下、図面を参照して、本発明を実施するための形態（以下、実施形態と呼ぶ）を説明する。

図１に、本実施形態のシステム構成を例示する。

図１において、ソフト管理システム１００は、車両１５０に搭載されるＥＣＵ１５２に対して、車両１５０を製造する工場や車両１５０を販売又は保守する販売店で書き込まれるソフトウエア（以下「ソフト」と略す）を管理するシステムである。このようにＥＣＵ１５２に対して車両の工場や販売店で書き込まれるソフトは、後書きソフトとも呼ばれる。ＥＣＵ１５２には、ＯＳ等の基本的なソフトであるベースソフトが例えばＥＣＵ１５２のメーカーによりあらかじめ書き込まれているが、このベースソフトの上で動作するアプリケーションである後書きソフトを車両メーカーが作成し、工場や販売店でＥＣＵ１５２に書き込む。

ＥＣＵ１５２は、マイクロコンピュータを内蔵しており、そのマイクロコンピュータは、ハードウエアとして、プロセッサ、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）、不揮発性記憶装置（例えばフラッシュメモリ）等を備えている。ベースソフトは例えばＲＯＭに記憶されている。後書きソフトは、ＥＣＵ１５２内の不揮発性記憶装置に書き込まれる。以下では、ＥＣＵ１５２の不揮発性記憶装置に書き込まれる後書きソフトのことを、煩雑さを避けるために単に「ソフト」と呼ぶ。

また、ここでいうソフトは、典型的には、１つのプログラム、又は複数のプログラムからなるセットであるが、これに限らない。プログラムの実行に用いられる設定データ等のデータも、プログラムとそのプログラムの実行に用いられるデータとの組も、ソフトの一例である。

ソフト管理システム１００は、例えば単体のサーバ、又は、クラウドサービスのように互いに連携する複数のコンピュータからなるシステムとして構築される。ここでいうコンピュータは、例えば、プロセッサ、ランダムアクセスメモリ（ＲＡＭ）等のメモリ（主記憶装置）、フラッシュメモリやＳＳＤ（ソリッドステートドライブ）、ＨＤＤ（ハードディスクドライブ）等の不揮発性記憶装置である補助記憶装置を制御するコントローラ、各種の入出力装置とのインタフェース、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインタフェース等が、例えばバス等のデータ伝送路を介して接続された回路構成を有する。上記実施形態の処理の内容が記述されたプログラムが、ネットワーク等を経由してそのコンピュータにインストールされ、補助記憶装置に記憶される。補助記憶装置に記憶されたプログラムが、プロセッサによりメモリを用いて実行されることにより、本実施形態のソフト管理システム１００が構成される。

ソフト管理システム１００は、インターネットや専用線等の通信回線を介して、作業員が操作する管理ツール１６０と通信可能となっている。

ソフト管理システム１００は、機能的な要素として、受付部１０２、判定部１０４、提供部１０６、個車ＤＢ（データベース）１１０及びソフト管理ＤＢ１２０を備える。

受付部１０２は、ＥＣＵ１５２に対してソフトを書き込む管理ツール１６０から、書き込むべきソフトの問合せを受け付ける。判定部１０４は、その問合せに対応する、書き込むべきソフトを判定する。提供部１０６は、判定されたソフトをその管理ツール１６０に提供する。

個車ＤＢ１１０は、個々の車両のデータを記憶し、管理するデータベースである。個車ＤＢ１１０には、図２に示すように、個々の車両ごとに、その車両のＶＩＮに対応付けて、その車両のＥＣＵ１５２に書き込まれている１以上のソフトの各々のソフト品番が登録されている。ＶＩＮ（Vehicle Identification Number：車両識別番号）は、個々の車両の識別番号であり、車両識別情報の一種である。ソフト品番は、管理のために同一種類のソフトごとに付けられた番号である。

個車ＤＢ１１０に車両のＶＩＮに対応付けて登録されているソフト品番は、当該車両１５０に現在組み付けられているＥＣＵ１５２に書き込まれているソフトの品番である。本実施形態が想定している状況では、この現在組み付けられているＥＣＵ１５２が、販売店等で別のＥＣＵ１５２に交換される。この交換後のＥＣＵ１５２から見れば、個車ＤＢ１１０に登録されたそのソフト品番は、交換前のＥＣＵ１５２に書き込まれていたソフトの品番を示す。

すなわち、図２におけるＥＣＵに書き込まれているソフトウエアの品番の欄のデータは、車両に組み付けられているコンピュータに書き込まれているソフトウエアを特定する特定情報の一つの実装例である。

個車ＤＢ１１０には、上述したソフト品番の他にも、車両に関する各種の情報が登録されているが、実施形態の処理には関係が薄いので、説明は省略する。

車両１５０には、一般に、用途に応じた複数のＥＣＵ１５２が組み付けられている。また、それら複数のＥＣＵ１５２の各々に、１以上のソフトが書き込まれている。個車ＤＢ１１０は、個々の車両１５０に組み付けられているＥＣＵ１５２ごとにそのＥＣＵ１５２に書き込まれているソフトの品番が登録される形式であってもよい。ただし、これは必須ではない。図２に示した例は、車両１５０のいずれかのＥＣＵ１５２に書き込まれているソフトの品番を、ＥＣＵ１５２ごとに区別することなく、その車両１５０のＶＩＮに対応付けて列挙する形式である。同じソフト品番のソフトが、同じ車両１５０内の異なる複数のＥＣＵ１５２に書き込まれる（すなわち複数のＥＣＵ１５２で同じソフトが動作する）ことがない一般的な環境では、図２に例示した形式でも矛盾なく機能する。

ソフト管理ＤＢ１２０は、ＥＣＵ１５２に書き込むソフトの情報を管理するデータベースである。ソフト管理ＤＢ１２０には、ソフト品番に対応付けて、そのソフト品番により特定されるソフトの実体データ（例えばプログラムや設定データ等）を記憶している。また、ソフト管理ＤＢ１２０には、条件情報１２２が記憶されている。条件情報１２２は、管理ツール１６０からの問合せに対応するソフトを判定するための条件を表す情報である。本実施形態のシステムは、この条件情報１２２を備えることにより、交換後のＥＣＵ１５２に書き込むべきソフトを判定可能としている。

図３に条件情報１２２の一例を示す。図３に示す条件情報１２２は、２つの入力の組合せに応じた１つの出力を求めるテーブルの形式を取っている。図３に示すテーブルのうちの１行のレコードが、１つの条件を示す。

レコード中の２つの入力は、テーブルの１列目の（ａ）交換後のＥＣＵの品番と、２列目の（ｂ）交換前のＥＣＵに書き込まれていたソフトの品番である。（ａ）は、車両１５０に装着されている交換後のＥＣＵ１５２から読み出される。（ｂ）は、その交換後のＥＣＵ１５２から読み出されたＶＩＮをキーとして、個車ＤＢ１１０から検索される。

テーブルの３列目が示す出力データは、テーブルの同じ行の２つの入力の組合せに対応する、交換後のＥＣＵ１５２に書き込むべきソフトの品番である。

なお、交換後のＥＣＵ１５２を第１のコンピュータと呼ぶ場合、交換前のＥＣＵ１５２は、第１のコンピュータの前に車両１５０に組み付けられていた第２のコンピュータと言うことできる。この場合、上述の（ａ）交換後のＥＣＵの品番は、第１のコンピュータを特定する第１情報の一例である。また、（ｂ）交換前のＥＣＵに書き込まれていたソフトの品番は、第１のコンピュータの前に車両に組み付けられていた第２のコンピュータに書き込まれていたソフトウエアを特定する第２情報の一例である。また、テーブルの３列目の交換後のＥＣＵ１５２に書き込むべきソフトの品番は、第１のコンピュータに書き込むべき第２のソフトウエアを特定する情報である。ここで、第２のソフトウエアは、第１のコンピュータの前に車両に組み付けられていた第２のコンピュータに書き込まれていたソフトウエアに対応する、第１のコンピュータ用のソフトウエアである。

既存ＥＣＵ用のソフトが新開発のＥＣＵに利用できない場合、その既存ＥＣＵのソフトに対応する新開発ＥＣＵ用のソフトの開発が行われる。例えばそのソフトの開発者（例えば車両メーカーのソフト開発部門）は、新開発ＥＣＵの品番と、その既存ＥＣＵ用のソフトの品番と、新開発ＥＣＵ用のソフトの品番とを含むレコードを条件情報１２２に追加する。

ここで、ＥＣＵ１５２の品番とは、管理のために同一種類のＥＣＵ１５２ごとに付けられた番号である。また、既存ＥＣＵ用のソフトが新開発のＥＣＵに「利用できない」場合には、プロセッサやメモリ容量、ＯＳ等の違いによりそのソフトが新開発のＥＣＵ上で実行できない場合、新開発のＥＣＵの不揮発性記憶装置の容量がそのソフトを書き込むには不足である場合、等がある。

また、一つの例では、交換前のＥＣＵ１５２に書き込まれていたソフトと同じソフトを交換後のＥＣＵ１５２に書き込んでよい場合は、条件情報１２２中にそれら交換前のＥＣＵ１５２とソフトとの組合せに対するレコードを組み込まなくてもよい。後述する図４の処理手順は、この例に対応するものである。

別の例として、そのような場合でも、条件情報１２２にレコードを組み込むこととしてもよい。この例のレコードでは、２列目の交換前のＥＣＵに書き込まれていたソフト品番と、３列目の交換後のＥＣＵに書き込むべきソフト品番は同じである。

なお、図３に例示した条件情報１２２の形式はあくまで一例に過ぎない。条件情報１２２は、交換後のＥＣＵ１５２の品番と、交換前のＥＣＵ１５２に書き込まれていたソフトの品番との組合せから、交換後のＥＣＵ１５２に書き込むべきソフトの品番を特定できるものであれば、どのような形式のものであってもよい。

図１の説明に戻ると、管理ツール１６０は、販売店等の作業員が、車両１５０に組み付けられているＥＣＵ１５２の検査や保守を行うのに用いる端末である。管理ツール１６０は、データ通信機能を備えたコンピュータを内蔵しており、通信ケーブル又は無線通信により、車両に組み付けられているＥＣＵ１５２とデータ通信を行う。このデータ通信により、ＥＣＵ１５２の検査や、ＥＣＵ１５２へのソフトの書き込みを行う。

作業員は、車両１５０に組み付けられているＥＣＵ１５２を別のＥＣＵ１５２に交換する作業を終えると、新たに組み付けられている交換後のＥＣＵ１５２に管理ツール１６０を接続する。そして、作業員は、管理ツール１６０を操作して、そのＥＣＵ１５２へのソフトの書き込み処理を実行する。以下、この書き込み処理の実行の開始の指示に応じて行われる処理の概要を、図１に示した（１）～（５）のステップの順に説明する。

（１）この書き込み処理の実行開始の指示を受けて、管理ツール１６０は、そのＥＣＵ１５２に車両１５０のＶＩＮとそのＥＣＵ１５２の品番を問い合わせ、ＥＣＵ１５２からそれらの情報を取得する。車両１５０のＶＩＮは、そのＥＣＵ１５２に予め書き込まれているか、又はそのＥＣＵ１５２が車両１５０内の他の装置（例えば他のＥＣＵ１５２）から取得する。

（２）管理ツール１６０は、ＥＣＵ１５２に書き込むべきソフトを、ネットワーク経由でソフト管理システム１００に問い合わせる。この問合せには、ＥＣＵ１５２から取得したＶＩＮ及び交換後のＥＣＵ１５２の品番の情報が含まれる。

（３）ソフト管理システム１００の受付部１０２はこの問合せを受け付ける。判定部１０４は、その問い合わせに含まれるＶＩＮ及び交換後のＥＣＵ１５２の品番から、そのＥＣＵ１５２に書き込むべきソフトを判定する。この判定処理については、後で図４のフローチャートを参照して説明する。

（４）提供部１０６は、判定部１０４が判定したソフトの実体データをソフト管理ＤＢ１２０から取得し、その実体データをネットワーク経由で管理ツール１６０に回答する。

（５）管理ツール１６０は、回答されたソフトの実体データを、ＥＣＵ１５２の不揮発性記憶装置に書き込む。

次に図４を参照して、管理ツール１６０からの問合せに対してソフト管理システム１００が実行する処理の手順の例を説明する。図４の例は、交換前のＥＣＵ１５２に書き込まれていたソフトと同じソフトを交換後のＥＣＵ１５２に書き込んでよい場合に、条件情報１２２中にそれら交換前のＥＣＵ１５２とソフトとの組合せに対するレコードを組み込まない場合に対応する手順である。

この手順では、受付部１０２は、管理ツール１６０から問合せを受け付ける（Ｓ１０）。判定部１０４は、その問合せに含まれるＶＩＮ及び交換後のＥＣＵ１５２の品番の情報を受け取る。そして判定部１０４は、そのＶＩＮに対応するソフト品番を個車ＤＢ１１０（図２参照）から検索する（Ｓ１２）。この時点では、そのＶＩＮに対応づけて個車ＤＢ１１０に記憶されているソフト品番は、交換前のＥＣＵ１５２に書き込まれていたソフトのものである。このステップでは、そのＶＩＮに対応する車両１５０に装着されている複数のＥＣＵ１５２に書き込まれているすべてのソフトの品番が検索される。それら複数のＥＣＵ１５２に書き込まれているソフトの中には、Ｓ１０で品番を取得した交換後のＥＣＵ１５２の交換対象となった交換前のＥＣＵ１５２に書き込まれているソフトも含まれる。

次に判定部１０４は、問合せに含まれていた交換後のＥＣＵ１５２の品番と、ステップＳ１２で検索されたソフト品番（すなわち交換前のソフト品番）とをそれぞれ１列目及び２列目として持つレコードを条件情報１２２（図３参照）から検索する（Ｓ１４）。このステップで検索されたレコードの３列目が、１列目と２列目の値の組合せに対応する、交換後のＥＣＵ１５２に書き込むべきソフトの品番である。

ここで交換後のＥＣＵ１５２の品番は１つであるが、ステップＳ１２では複数のソフト品番が検索される場合がある。複数のソフト品番が検索されるのは、その交換後のＥＣＵ１５２に対応する交換前のＥＣＵ１５２に書き込まれていたソフトが複数ある場合である。交換前のソフト品番がＮ個（Ｎは１以上の整数）であるとすると、交換後のＥＣＵ１５２の品番と交換前のソフト品番との組合せの数はＮ個である。ステップＳ１４ではそれらＮ個の組合せのそれぞれについて、テーブルの１列目及び２列目の組合せがその組合せに合致するレコードを検索する。すなわち、このステップでは、交換前のＥＣＵ１５２に書き込まれていたソフトごとに、そのソフトに対応する、交換後のＥＣＵ１５２に書き込むべきソフトの品番を求めることとなる。

以降のステップＳ１６～Ｓ２０は、その組合せ毎に実行される。すなわち、判定部１０４は、その組合せに対応する３列目、つまり交換後のＥＣＵ１５２に書き込むべきソフトの品番を検索できたかどうかを判定する（Ｓ１６）。

この例では、その組合せにおける交換前のソフト品番が示すソフトを交換後のＥＣＵ１５２に書き込んでよい場合は、条件情報１２２にはその組合せを含むレコードは存在しない。この場合、ステップＳ１６の判定結果はＮｏ（すなわち検索できなかった）となる。この場合、判定部１０４は、ソフト管理ＤＢ１２０から、その組合せに含まれるソフト品番（すなわち交換前のソフト品番）が指し示すソフトの実体データを取得し、これを提供部１０６がネットワーク経由で管理ツール１６０に回答する（Ｓ１８）。

一方、ステップＳ１６の判定結果がＹｅｓの場合、判定部１０４は、ソフト管理ＤＢ１２０から、Ｓ１４で検索されたソフト品番（すなわち交換後のソフト品番）が指し示すソフトの実体データを取得し、これを提供部１０６がネットワーク経由で管理ツール１６０に回答する（Ｓ２０）。

ステップＳ１８又はＳ２０で提供されたソフトの実体データは、管理ツール１６０により、交換後のＥＣＵ１５２に書き込まれる。

また、ソフト管理システム１００は、ステップＳ２０にて、交換後のＥＣＵ１５２に対して、交換前のＥＣＵ１５２に書き込まれていたソフトに対応する異なるソフトを書き込んだ場合、個車ＤＢ１１０（図２参照）を更新する。すなわち、ソフト管理システム１００は、図２における当該車両１５０のＶＩＮに対応する、「ＥＣＵに書き込まれているソフトウエアの品番」欄のソフト品番のうち、交換前のソフト品番を、Ｓ２０で提供したソフトのソフト品番へと書き換える。ステップＳ２０ではなくステップＳ１８を実行したソフトについては、個車ＤＢ１１０の更新は必要ない。なお、この更新は、交換後のＥＣＵ１５２に対して必要なソフトを書き込んだ後、その書き込み結果を管理ツール１６０で読み取って検査し、正しく書き込めていることが確認できた後に行うようにしてもよい。

図４に示した手順の例は、交換前のＥＣＵ１５２に書き込まれていたソフトと同じソフトを交換後のＥＣＵ１５２に書き込んでよい場合に、条件情報１２２中にそれら交換前のＥＣＵ１５２とソフトとの組合せに対応するレコードを組み込まない場合の手順であった。これに対して、そのような場合でも条件情報１２２にそれら交換前のＥＣＵ１５２とソフトとの組合せに対応するレコードを組み込む例では、ソフト管理システム１００の処理はもっと単純になる。すなわち、この例では、判定部１０４は、ステップＳ１４で交換後のＥＣＵ１５２に書き込むべきソフト品番が検索できるので、検索したソフト品番のソフトをソフト管理ＤＢ１２０から取得し、提供部１０６を介して管理ツール１６０に提供すればよい。

以上に説明した例では、ソフト管理システム１００が、各ソフトの実体データを持っており、管理ツール１６０からの問合せに対応するソフトを特定し、そのソフトに実体データを管理ツール１６０に回答した。しかし、このような構成はあくまで一例に過ぎない。別の例として、例えば、ソフト管理システム１００は、各ソフトの実体データは持たず、管理ツール１６０からの問合せに対応するソフトを特定し、そのソフトの品番を管理ツール１６０に回答してもよい。この例では管理ツール１６０は、ソフト管理システム１００から回答されたソフト品番を含む問合せを、ソフトの実体データを保持している別のサーバに送り、そのサーバから実体データを取得する。

１００ ソフト管理システム、１０２ 受付部、１０４ 判定部、１０６ 提供部、１１０ 個車ＤＢ、１２０ ソフト管理ＤＢ、１２２ 条件情報、１５０ 車両、１５２ ＥＣＵ、１６０ 管理ツール。

Claims (2)

1. 車両に組み付けられている第１のコンピュータを特定する第１情報と、前記第１のコンピュータの前に前記車両に組み付けられていた第２のコンピュータに書き込まれていたソフトウエアを特定する第２情報とを求める第１手段と、
   前記第１情報と前記第２情報に基づいて、前記第１のコンピュータに書き込むべき、前記ソフトウエアに対応する第２のソフトウエアを特定する第２手段と、
   を含むソフトウエア特定装置。
2. 前記第１手段は、
   問合せ元から前記車両の車両識別情報と、前記第１情報と、を含んだ問合せを受け取り、
   前記車両識別情報と、その車両識別番号に対応する車両に組み付けられているコンピュータに書き込まれているソフトウエアを特定する特定情報と、を記憶するデータベースから、前記問合せに含まれる前記車両識別情報に対応する前記特定情報を、前記第２情報として求める、
   ことを特徴とする請求項１に記載のソフトウエア特定装置。
   

Images