特許 7284673 変換装置、変換方法、および変換プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-05-23

(45)【発行日】2023-05-31

(54)【発明の名称】変換装置、変換方法、および変換プログラム

(51)【国際特許分類】

   G06F 11/34 20060101AFI20230524BHJP

   G06F 11/30 20060101ALI20230524BHJP

【ＦＩ】

G06F11/34 176

G06F11/30 140D

G06F11/30 168

【請求項の数】 10

(21)【出願番号】P 2019168168

(22)【出願日】2019-09-17

(65)【公開番号】P2021047500

(43)【公開日】2021-03-25

【審査請求日】2021-12-13

(73)【特許権者】

【識別番号】000233055

【氏名又は名称】株式会社日立ソリューションズ

(74)【代理人】

【識別番号】110001678

【氏名又は名称】藤央弁理士法人

(72)【発明者】

【氏名】下澤 昌史

(72)【発明者】

【氏名】齋藤 信

【審査官】羽岡 さやか

(56)【参考文献】

【文献】特開２０１１－０３９８３４（ＪＰ，Ａ）

【文献】特開２００５－１４８７７９（ＪＰ，Ａ）

【文献】特開２０１９－０２２１７４（ＪＰ，Ａ）

【文献】特開平１０－２１３５２５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／３４

Ｇ０６Ｆ １１／３０

(57)【特許請求の範囲】

【請求項1】

演算器に受信されたデータ内における信号の値の位置を示す位置情報と前記信号の種類とを前記演算器の識別情報ごとに対応付けた定義情報を、前記演算器により制御される制御対象ごとに記憶する記憶部と、
第１制御対象が制御される第１演算器に受信された第１受信データが入力されると、前記第１制御対象の定義情報を参照して、前記第１受信データ内の第１位置における第１信号の種類を特定し、当該特定した前記第１信号の種類と前記第１受信データ内の前記第１信号の値とを関連付けた第１入力データを出力するデコーダと、
前記デコーダから出力された第１入力データが入力されると、前記第１制御対象とは異なる第２制御対象の定義情報を参照して、前記第１入力データ内の前記第１信号の種類に対応する第２演算器の識別情報と、前記第２演算器に受信される第２受信データ内の前記第１信号の第２位置を示す位置情報と、前記第２位置における前記第１信号の値と、を関連付けた第２入力データを出力するエンコーダと、
を有することを特徴とする変換装置。

【請求項2】

請求項１に記載の変換装置であって、
前記デコーダは、前記第１受信データにおいて、前記第１信号の値が前記第１制御対象の定義情報に定義されていない前記演算器の識別情報に関連付けられている場合、前記第１入力データを出力しない、
ことを特徴とする変換装置。

【請求項3】

請求項１に記載の変換装置であって、
前記定義情報は、前記データの受信周期を前記演算器の識別情報ごとに記憶しており、
前記第１受信データは、前記第１演算器での第１受信時間を含み、
前記デコーダは、前記第２制御対象の定義情報を参照して、前記第２演算器ごとの第２受信周期の公約数となる特定の周期を算出し、前記特定の周期と前記第１受信時間とに基づいて、特定の第１受信データを取得し、前記特定の第１受信データが取得されると、前記第１入力データを出力する、
ことを特徴とする変換装置。

【請求項4】

請求項３に記載の変換装置であって、
前記デコーダは、前記特定の周期単位で繰り返し前記特定の第１受信データを取得する、
ことを特徴とする変換装置。

【請求項5】

請求項３に記載の変換装置であって、
前記デコーダは、前記第１受信時間と前記特定の周期とに基づいて前記第２演算器による前記第２受信データの第２受信時間を算出し、前記第１信号の第２位置を示す位置情報と、前記第２位置における前記第１信号の値と、前記第２受信時間と、を関連付けた第２入力データを出力する、
ことを特徴とする変換装置。

【請求項6】

請求項３に記載の変換装置であって、
前記エンコーダは、前記特定の周期と一致した前記受信周期に対応する前記第２演算器の識別情報と、前記第２演算器に受信される第２受信データ内の前記第１信号の第２位置を示す位置情報と、前記第２位置における前記第１信号の値と、を関連付けた第２入力データを出力する、
ことを特徴とする変換装置。

【請求項7】

請求項５に記載の変換装置であって、
前記第２演算器ごとに前記特定の周期を計数値として記憶する周期カウンタを有し、
前記エンコーダは、前記特定の周期と一致した前記受信周期に対応する前記第２演算器の前記計数値を前記特定の周期で上書きする、
ことを特徴とする変換装置。

【請求項8】

請求項５に記載の変換装置であって、
前記第２演算器ごとに前記特定の周期を計数値として記憶する周期カウンタを有し、
前記エンコーダは、前記特定の周期と一致しなかった前記受信周期に対応する前記第２演算器の前記計数値に前記特定の周期を加算する、
ことを特徴とする変換装置。

【請求項9】

記憶部にアクセス可能な変換装置が実行する変換方法であって、
前記記憶部は、演算器に受信されたデータ内における信号の値の位置を示す位置情報と前記信号の種類とを前記演算器の識別情報ごとに対応付けた定義情報を、前記演算器により制御される制御対象ごとに記憶しており、
前記変換装置は、
第１制御対象が制御される第１演算器に受信された第１受信データが入力されると、前記第１制御対象の定義情報を参照して、前記第１受信データ内の第１位置における第１信号の種類を特定し、当該特定した前記第１信号の種類と前記第１受信データ内の前記第１信号の値とを関連付けた第１入力データを出力し、
前記第１入力データが入力されると、前記第１制御対象とは異なる第２制御対象の定義情報を参照して、前記第１入力データ内の前記第１信号の種類に対応する第２演算器の識別情報と、前記第２演算器に受信される第２受信データ内の前記第１信号の第２位置を示す位置情報と、前記第２位置における前記第１信号の値と、を関連付けた第２入力データを出力する、
をことを特徴とする変換方法。

【請求項10】

記憶部にアクセス可能なプロセッサに実行させる変換プログラムであって、
前記記憶部は、演算器に受信されたデータ内における信号の値の位置を示す位置情報と前記信号の種類とを前記演算器の識別情報ごとに対応付けた定義情報を、前記演算器により制御される制御対象ごとに記憶しており、
前記プロセッサに、
第１制御対象が制御される第１演算器に受信された第１受信データが入力されると、前記第１制御対象の定義情報を参照して、前記第１受信データ内の第１位置における第１信号の種類を特定し、当該特定した前記第１信号の種類と前記第１受信データ内の前記第１信号の値とを関連付けた第１入力データを出力させ、
前記第１入力データが入力されると、前記第１制御対象とは異なる第２制御対象の定義情報を参照して、前記第１入力データ内の前記第１信号の種類に対応する第２演算器の識別情報と、前記第２演算器に受信される第２受信データ内の前記第１信号の第２位置を示す位置情報と、前記第２位置における前記第１信号の値と、を関連付けた第２入力データを出力させる、
をことを特徴とする変換プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データを変換する変換装置、変換方法、および変換プログラムに関する。

【背景技術】

【0002】

車載ネットワーク（車両内ネットワークとも呼ばれる）は、車両に搭載される機器の制御に用いられるネットワークである。具体的には、たとえば、車載ネットワークは、ＡＣＣ（Ａｄａｐｔｉｖｅ Ｃｒｕｉｓｅ Ｃｏｎｔｒｏｌ）システムやエンジンといった車両自体を制御する車両制御系ネットワークと、ドアやスイッチ、ステアリングといった車体を制御するボディ系ネットワークと、ディスプレイやオーディオ、エアコン、カーナビゲーションといった情報系の機器を制御する情報系ネットワークと、という３系統のネットワークを有する。３系統のネットワークは、各ネットワーク内のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）のような演算器を介して相互に接続されて、ＥＣＵの高度化と配線の複雑化に対応するため、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＩＮ（Ｌｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）、ＦｌｅｘＲａｙといった通信規格に基づいてデータ通信される。

【0003】

車載ネットワークログとは、車載ネットワークから得られるログデータである。車載ネットワークは車種により異なるため、当然、車載ネットワークログも車種により異なる。具体的には、たとえば、たとえば、ＥＣＵのＩＤ、パラメータの割り当て、受信周期が車種により異なる。

【0004】

特許文献１は、自車両についての各種診断処理を行うと共に、該システムを構成する判定用ＥＣＵを開示する。この判定用ＥＣＵは、他のＥＣＵに搭載されたセンサからの信号や、車内ＬＡＮ５０を介して他のＥＣＵから取得した情報に基づき、自車両の車両状態を検出する。そして、判定用ＥＣＵは、車両状態や診断処理の結果等に基づき、各診断処理の実行が可能か否かの判定（実行可否判定）を行い、判定結果を各ＥＣＵに通知する。

【0005】

特許文献２は、車両制御に関し極力必要な学習値のみを再利用する車両用学習データ再利用判断装置を開示する。この車両用学習データ再利用判断装置は、交換前のＥＣＵが搭載された車両中で現に発生したダイアグ情報の指標コードと、新たなＥＣＵの判断テーブルに記憶されるダイアグコードとが少なくとも一つ以上一致していると判定されると、このダイアグコードに対応した学習値の再利用を不可と判断し、新たなＥＣＵに予め設定される初期値に書き換える。すなわち、車両用学習データ再利用判断装置は、書き換えられる学習値に代えて新たなＥＣＵに設定される初期値を使用する。

【先行技術文献】

【特許文献】

【0006】

【文献】特開２０１３‐３０１０号公報

【文献】特開２０１４‐４０７８１号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、車種により車載ネットワークログが異なるため、車種Ａの車両（以下、車両Ａ）の車載ネットワークログを車種Ａとは異なる車種Ｂの車両（以下、車両Ｂ）に適用しても、車両Ｂは動作しない。また、車両Ａの車載ネットワークログの時系列データを置換しただけで車両Ｂに適用しても、同様である。

【0008】

このように、異なる車種間で車載ネットワークログを使い回すことができないため、車種ごとに車載ネットワークログを取得して開発に活用しているのが現状であり、ＥＣＵ開発の効率低下の要因の一つとなっている。

【0009】

本発明は、ＥＣＵのような演算器の開発の効率化を図ることを目的とする。

【課題を解決するための手段】

【0010】

本願において開示される発明の一側面となる変換装置は、演算器に受信されたデータ内における信号の値の位置を示す位置情報と前記信号の種類とを前記演算器の識別情報ごとに対応付けた定義情報を、前記演算器により制御される制御対象ごとに記憶する記憶部と、第１制御対象が制御される第１演算器に受信された第１受信データが入力されると、前記第１制御対象の定義情報を参照して、前記第１受信データ内の第１位置における第１信号の種類を特定し、当該特定した前記第１信号の種類と前記第１受信データ内の前記第１信号の値とを関連付けた第１入力データを出力するデコーダと、前記デコーダから出力された第１入力データが入力されると、前記第１制御対象とは異なる第２制御対象の定義情報を参照して、前記第１入力データ内の前記第１信号の種類に対応する第２演算器の識別情報と、前記第２演算器に受信される第２受信データ内の前記第１信号の第２位置を示す位置情報と、前記第２位置における前記第１信号の値と、を関連付けた第２入力データを出力するエンコーダと、を有することを特徴とする。

【発明の効果】

【0011】

本発明の代表的な実施の形態によれば、ＥＣＵのような演算器の開発の効率化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

【図面の簡単な説明】

【0012】

【図1】図１は、車載ネットワークログファイル再活用例を示す説明図である。

【図2】図２は、変換装置のハードウェア構成例を示すブロック図である。

【図3】図３は、車両Ａ車載ネットワークログファイルの一例を示す説明図である。

【図4】図４は、車両Ｂ車載ネットワーク受信ログファイルの一例を示す説明図である。

【図5】図５は、車両Ａ車載ネットワーク受信台帳の記憶内容の一例を示す説明図である。

【図6】図６は、車両Ｂ車載ネットワーク受信台帳の一例を示す説明図である。

【図7】図７は、車両Ｂ受信ＩＤ周期カウンタの一例を示す説明図である。

【図8】図８は、受信車両Ｂパラメータの一例を示す説明図である。

【図9】図９は、デコーダによるデコード処理の詳細な処理手順例を示すフローチャートである。

【図10】図１０は、図９に示した車両Ａ車載ネットワーク受信ログデータの作成例（ステップＳ９０２）を示す説明図である。

【図11】図１１は、図９に示した最小ステップ時間の設定例（ステップＳ９０３）を示す説明図である。

【図12】図１２は、図９に示した車両Ｂ受信ＩＤ周期カウンタの設定例（ステップＳ９０４）を示す説明図である。

【図13】図１３は、車両Ａ車載ネットワーク受信ログデータの読み込み例１（ステップＳ９０５）を示す説明図である。

【図14】図１４は、車両パラメータ値の更新例１（ステップＳ９０６）を示す説明図である。

【図15】図１５は、エンコーダによるエンコード処理の詳細な処理手順例を示すフローチャートである。

【図16】図１６は、置換データの生成例１を示す説明図である。

【図17】図１７は、車両Ｂ受信ＩＤ周期カウンタの更新例１を示す説明図である。

【図18】図１８は、車両Ａ車載ネットワーク受信ログデータの読み込み例２（ステップＳ９０５）を示す説明図である。

【図19】図１９は、車両パラメータ値の更新例２（ステップＳ９０６）を示す説明図である。

【図20】図２０は、置換データの生成例２を示す説明図である。

【図21】図２１は、車両Ｂ受信ＩＤ周期カウンタの更新例２を示す説明図である。

【発明を実施するための形態】

【0013】

＜車載ネットワークログファイル再活用例＞
図１は、車載ネットワークログファイル再活用例を示す説明図である。図１では、車両ＡのＥＣＵ群１１０から得られた車両Ａ車載ネットワークログファイル１１２を、車両Ａとは異なる車種の車両Ｂに活用する例である。車両Ａ車載ネットワークログファイル１１２は、車両Ａの車載ネットワークを構成するＥＣＵ群１１０から得られた車載ネットワークログを記録したファイルである。

【0014】

変換装置１００が、車両Ａ車載ネットワークログファイル１１２を車両Ｂに適した車両Ｂ車載ネットワーク受信ログファイル１２２に変換する。車両Ｂ車載ネットワーク受信ログファイル１２２は、車両Ｂの車載ネットワークで受信可能なログを記録したファイルである。車両Ｂ車載ネットワーク受信ログファイル１２２が車両ＢのＥＣＵ群１２０に適用されると、車両Ｂは車両Ａと同様の動作をおこなう。なお、ＥＣＵ群１１０は車両Ａを制御対象として制御し、ＥＣＵ群１２０は車両Ｂを制御対象として制御する。

【0015】

変換装置１００は、デコーダ１０１とエンコーダ１０２とを有する。デコーダ１０１は、車両Ａ車載ネットワーク受信台帳１１１を参照して、車両Ａ車載ネットワークログファイル１１２をデコードし、受信車両Ｂパラメータ１０３を出力する。車両Ａ車載ネットワーク受信台帳１１１とは、車両Ａの車載ネットワークで受信可能なデータの仕様を定義した定義情報であり、たとえば、テーブル形式で表現される。

【0016】

受信車両Ｂパラメータ１０３は、車両ＡのＥＣＵ群１１０と車両ＢのＥＣＵ群１２０との相違に依存しない、車両Ａおよび車両Ｂで受信される信号の種類（信号名）とその物理値を関連づけたデータである。

【0017】

エンコーダ１０２は、車両Ｂ車載ネットワーク受信台帳１２１を参照して、受信車両Ｂパラメータ１０３をエンコードし、車両Ｂ車載ネットワーク受信ログファイル１２２を出力する。車両Ｂ車載ネットワーク受信台帳１２１とは、車両Ｂの車載ネットワークで受信可能なデータの仕様を定義した定義情報であり、たとえば、テーブル形式で表現される。車両Ｂ車載ネットワーク受信ログファイル１２２は、車両ＢのＥＣＵ群１２０に読み込まれる。

【0018】

このように、変換装置１００により車両Ａ車載ネットワークログファイル１１２を車両Ｂ車載ネットワーク受信ログファイル１２２に自動変換することができるため、車両Ａ車載ネットワークログファイル１１２を車両Ｂで使い回すことができ、ＥＣＵ開発の効率化を図ることができる。なお、本実施例では、車両Ａ車載ネットワークログファイル１１２を車両Ｂに適用する場合の変換例を示すが、車両Ｂの車載ネットワークログファイルを車両Ａに適用する場合の変換例も同様に実行される。したがって、車種Ａ，Ｂ間での車載ネットワークログの使い回しが可能となり、ＥＣＵ開発の効率化を図ることができる。

【0019】

＜変換装置１００のハードウェア構成例＞
図２は、変換装置１００のハードウェア構成例を示すブロック図である。変換装置１００は、プロセッサ２０１と、記憶デバイス２０２と、入力デバイス２０３と、出力デバイス２０４と、通信インターフェース（通信ＩＦ）２０５と、を有する。プロセッサ２０１、記憶デバイス２０２、入力デバイス２０３、出力デバイス２０４、および通信ＩＦ２０５は、バス２０６により接続される。プロセッサ２０１は、変換装置１００を制御する。記憶デバイス２０２は、プロセッサ２０１の作業エリアとなる。また、記憶デバイス２０２は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶デバイス２０２としては、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリがある。入力デバイス２０３は、データを入力する。入力デバイス２０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力デバイス２０４は、データを出力する。出力デバイス２０４としては、たとえば、ディスプレイ、プリンタがある。通信ＩＦ２０５は、ネットワークと接続し、データを送受信する。

【0020】

図１に示したデコーダ１０１およびエンコーダ１０２は、具体的には、たとえば、記憶デバイス２０２に記憶されたプログラムをプロセッサ２０１に実行させることにより実現される機能である。

【0021】

また、記憶デバイス２０２は、車両ＡのＥＣＵ群１１０から取得した車両Ａ車載ネットワークログファイル１１２を記憶する。また、記憶デバイス２０２は、デコーダ１０１およびエンコーダ１０２で生成、更新される受信車両Ｂパラメータ１０３を記憶する。また、記憶デバイス２０２は、エンコーダ１０２で生成された車両Ｂ車載ネットワーク受信ログファイル１２２を記憶する。また、記憶デバイス２０２は、図１に示した車両Ａ車載ネットワーク受信台帳１１１、車両Ｂ車載ネットワーク受信台帳１２１および車両Ｂ受信ＩＤ周期カウンタ２２１を記憶する。

【0022】

なお、車両Ａ車載ネットワークログファイル１１２、受信車両Ｂパラメータ１０３、車両Ｂ車載ネットワーク受信ログファイル１２２、車両Ａ車載ネットワーク受信台帳１１１、車両Ｂ車載ネットワーク受信台帳１２１および車両Ｂ受信ＩＤ周期カウンタ２２１は、変換装置１００外で変換装置１００がアクセス可能な他のコンピュータの記憶デバイス２０２に記憶されてもよい。

【0023】

＜ログファイル＞
つぎに、車両ごとのログファイルの記憶内容について図３および図４を用いて説明する。

【0024】

図３は、車両Ａ車載ネットワークログファイル１１２の一例を示す説明図である。車両Ａ車載ネットワークログファイル１１２は、車両Ａ車載ネットワークログを記録したファイルである。車両Ａ車載ネットワークログファイル１１２は、フィールドとして、送受信時間３０１と、ＩＤ３０２と、送信／受信３０３と、データ３０４と、を有する。同一行の各フィールド３０１～３０４の値の組み合わせが、１つの車両Ａ車載ネットワークログとなる。

【0025】

送受信時間３０１は、値として、その車両Ａ車載ネットワークログを送信または受信した時刻を記憶するフィールドである。なお、以降、ＡＡフィールドｂｂｂ（ＡＡはフィールド名、ｂｂｂは符号）の値を、ＡＡｂｂｂと表記する場合がある。たとえば、送受信時間３０１の値を、送受信時間３０１と表記する。

【0026】

ＩＤ３０２は、値として、その車両Ａ車載ネットワークログを示すデータを送信または受信したＥＣＵの識別情報を記憶するフィールドである。送信／受信３０３は、値として、その車両Ａ車載ネットワークログを示すデータを送信したか受信したかを示す情報を記憶するフィールドである。「送信」であれば、そのエントリは、ＩＤ３０２で特定されるＥＣＵから送信されるデータであり、「受信」であれば、そのエントリは、ＩＤ３０２で特定されるＥＣＵに受信されるデータである。データ３０４は、値として、その車両Ａ車載ネットワークログを示すデータの値とその位置（１Ｂｙｔｅ、２Ｂｙｔｅ、…、ＮＢｙｔｅ）をバイト単位で記憶するフィールドである。

【0027】

図４は、車両Ｂ車載ネットワーク受信ログファイル１２２の一例を示す説明図である。車両Ｂ車載ネットワーク受信ログファイル１２２は、車両Ａ車載ネットワークログファイル１１２と同一フィールド３０１～３０４を有する。ただし、各フィールド３０１～３０４の値は、変換装置１００による変換後の値、すなわち、車両Ｂに適した値となる。同一行の各フィールド３０１～３０４の値の組み合わせが、１つの車両Ｂ車載ネットワーク受信ログとなる。

【0028】

＜車載ネットワーク受信台帳＞
つぎに、車両ごとの車載ネットワーク受信台帳の記憶内容について図５および図６を用いて説明する。

【0029】

図５は、車両Ａ車載ネットワーク受信台帳１１１の記憶内容の一例を示す説明図である。図６は、車両Ｂ車載ネットワーク受信台帳１２１の一例を示す説明図である。車両Ａ車載ネットワーク受信台帳１１１は、フィールドとして、ＩＤ３０２と、受信周期５０１と、位置５０２と、ビット幅５０３と、信号名５０４と、ファクター５０５と、単位５０６と、最大値５０７と、最小値５０８と、を有する。同一行の各フィールド３０２，５０１～５０８の値の組み合わせが、信号名５０４で特定される１つの信号の仕様をエントリとして規定する。

【0030】

ＩＤ３０２は、ＥＣＵを一意に特定する識別情報であるため、当該ＥＣＵが受信可能な信号が複数あれば、１つのＩＤ３０２は複数のエントリに含まれる。受信周期５０１は、値として、そのＥＣＵがその信号を含むデータを受信する周期を記憶するフィールドである。位置５０２は、フィールドとして、その信号がその信号を含む受信データのどの位置５０２（バイト位置およびビット位置）に格納されているかを示す位置情報を記憶するフィールドである。

【0031】

ビット幅５０３は、値として、その信号を含む受信データ内でのその信号を示すビット列の幅を記憶するフィールドである。信号名５０４は、値として、その信号の種類をあらわす名称を記憶するフィールドである。

【0032】

ファクター５０５は、値として、信号の物理値を正規化するための数値である。たとえば、信号の物理値の単位５０６が［ｋｍ／ｓ］で、かつ、デコーダ１０１から［ｍ／ｓ］で当該物理量を出力させたい場合に、車両Ａ車載ネットワーク受信台帳１１１の当該信号のファクター５０５に「０．００１」が設定される。これにより、物理量の正規化が可能となる。したがって、エンコーダ１０２は、［ｋｍ／ｓ］ではなく［ｍ／ｓ］の単位５０６で物理量を受信することができる。

【0033】

また、たとえば、信号の物理値の単位５０６が［ｋｍ／ｓ］で、かつ、デコーダ１０１から［ｍ／ｓ］で当該物理量が入力される場合に、車両Ｂ車載ネットワーク受信台帳１２１の当該信号のファクター５０５に「１０００」が設定される。これにより、物理量の正規化が可能となる。したがって、エンコーダ１０２は、［ｍ／ｓ］ではなく［ｋｍ／ｓ］の単位５０６で物理量を処理することができる。

【0034】

単位５０６は、値として、その信号をあらわす物理量の測定基準（ｒｐｍ、％、ｍ／ｓなど）を記憶するフィールドである。最大値５０７は、値として、その信号が採りうる最大の値（上限値）を記憶するフィールドである。最小値５０８は、値として、その信号が採りうる最小の値（下限値）を記憶するフィールドである。

【0035】

＜車両Ｂ受信ＩＤ周期カウンタ２２１＞
図７は、車両Ｂ受信ＩＤ周期カウンタ２２１の一例を示す説明図である。車両Ｂ受信ＩＤ周期カウンタ２２１は、車両Ｂの車載ネットワーク内の各ＥＣＵが信号を受信するための周期カウンタである。車両Ｂ受信ＩＤ周期カウンタ２２１は、フィールドとして、受信ＩＤ７０１と、周期カウンタ７０２と、を有する。同一行の各フィールド７０１，７０２の値の組み合わせが１つのＥＣＵの周期を計数する計数値を規定する。

【0036】

受信ＩＤ３０２は、値として、信号を受信するＥＣＵを一意に特定するＩＤ３０２の値を記憶するフィールドである。周期カウンタ７０２は、値として、そのＥＣＵが信号を受信する周期を計数する値を記憶するフィールドである。周期カウンタ７０２の値が「１０」ｍｓであれば、そのＥＣＵは、１０［ｍｓ］ごとにその信号を受信する。

【0037】

＜受信車両Ｂパラメータ１０３＞
図８は、受信車両Ｂパラメータ１０３の一例を示す説明図である。受信車両Ｂパラメータ１０３は、フィールドとして、信号名５０４と、車両パラメータ値８０１と、を有する。同一行の各フィールド５０４，８０１の値の組み合わせが、その信号の車両パラメータの物理値を規定する。車両パラメータ値８０１は、値として、その信号の車両パラメータの値（物理値）を記憶するフィールドである。

【0038】

＜デコーダ１０１によるデコード処理＞
図９は、デコーダ１０１によるデコード処理の詳細な処理手順例を示すフローチャートである。デコーダ１０１は、車両Ａ車載ネットワーク受信台帳１１１および車両Ｂ車載ネットワーク受信台帳１２１を記憶デバイス２０２から読み込む（ステップＳ９０１）。

【0039】

つぎに、デコーダ１０１は、車両Ａ車載ネットワークログファイル１１２から受信データを抽出し、車両Ａ車載ネットワーク受信ログデータを作成する（ステップＳ９０２）。ステップＳ９０２の具体例を図１０に示す。

【0040】

図１０は、図９に示した車両Ａ車載ネットワーク受信ログデータ１０００の作成例（ステップＳ９０２）を示す説明図である。図１０では、説明を簡略化するため、車両Ａ車載ネットワークログファイル１１２のうち一部のフィールドを抜粋して表記する。なお、符号３０４－１は、データ３０４内の「１Ｂｙｔｅ」のフィールドを示す。

【0041】

ステップＳ９０２では、デコーダ１０１は、車両Ａ車載ネットワーク受信台帳１１１を参照して、車両Ａ車載ネットワークログファイル１１２から、車両Ａ車載ネットワーク受信台帳１１１に存在しないＩＤ３０２を特定する。図１０では、車両Ａ車載ネットワーク受信台帳１１１に存在しないＩＤ３０２を「ＸＸＸ」および「ＹＹＹ」とする。

【0042】

デコーダ１０１は、車両Ａ車載ネットワークログファイル１１２から、ＩＤ３０２が「ＸＸＸ」および「ＹＹＹ」のエントリを削除する。車両Ａ車載ネットワークログファイル１１２内の残余のエントリが、車両Ａ車載ネットワーク受信ログデータ１０００となる。これにより、不要なデータ変換を抑制し、ＥＣＵ開発効率の向上を図ることができる。

【0043】

図９に戻り、デコーダ１０１は、車両Ｂ車載ネットワーク受信台帳１２１の各周期を抽出し、抽出した周期の公約数を算出し、最小ステップ時間として記憶デバイス２０２に格納する（ステップＳ９０３）。ステップＳ９０３の具体例を図１１に示す。

【0044】

図１１は、図９に示した最小ステップ時間の設定例（ステップＳ９０３）を示す説明図である。車両Ｂ車載ネットワーク受信台帳１２１において、受信周期５０１は、「１０」と「２０」の２種類である。デコーダ１０１は、「１０」と「２０」の公約数｛１，２，５，１０｝を算出する。デコーダ１０１は、公約数｛１，２，５，１０｝のうちいずれかを選択して最小ステップ時間に設定する。

【0045】

なお、図１１では、デコーダ１０１は、公約数｛１，２，５，１０｝のうち最大公約数である「１０」を最小ステップ時間に設定したが、最大公約数以外の他の公約数でもよい。これにより、変換装置１００は、受信周期５０１がばらばらな信号を最小ステップ時間でまとめて変換することができ、ＥＣＵ開発効率の向上を図ることができる。

【0046】

図９に戻り、デコーダ１０１は、ステップＳ９０２で作成された車両Ａ車載ネットワーク受信ログデータ１０００の送受信時間３０１の先頭の値（以下、先頭送受信時間３０１）を抽出し、最小ステップ時間と加算した時間を読込み時間として記憶デバイス２０２に格納し、かつ、最小ステップ時間を車両Ｂ受信ＩＤ周期カウンタ２２１に設定する（ステップＳ９０４）。ステップＳ９０４の具体例を図１２に示す。

【0047】

図１２は、図９に示した車両Ｂ受信ＩＤ周期カウンタ２２１の設定例（ステップＳ９０４）を示す説明図である。まず、デコーダ１０１は、車両Ａ車載ネットワーク受信ログデータ１０００の先頭送受信時間３０１として「１．００１」を抽出する（図１２中、太枠）。つぎに、デコーダ１０１は、抽出した先頭送受信時間３０１である１．００１［ｓ］に、ステップＳ９０３で設定された最小ステップ時間である１０［ｍｓ］を加算して、１．０１１［ｓ］を算出する。

【0048】

デコーダ１０１は、この算出された１．０１１［ｓ］を読込み時間として記憶デバイス２０２に格納する。そして、デコーダ１０１は、車両Ｂ受信ＩＤ周期カウンタ２２１の周期カウンタ７０２のすべての値を、最小ステップ時間である１０［ｍｓ］に設定する。図１７および図２１で後述するが、ＥＣＵ群１２０のうち周期カウンタ７０２と一致する受信周期５０１のＩＤ３０２のデータが車両Ｂ車載ネットワーク受信ログファイル１２２に追加される。したがって、受信タイミングが時系列なデータ群が生成される。このため、時系列でデータを車両ＢのＥＣＵ群１２０に与えることができ、再現性の向上を図ることができる。

【0049】

図９に戻り、デコーダ１０１は、読込み時間までの車両Ａ車載ネットワーク受信ログデータ１０００にあるエントリを逐次読み込む（ステップＳ９０５）。ステップＳ９０５の具体例１を図１３に示す。

【0050】

図１３は、車両Ａ車載ネットワーク受信ログデータ１０００の読み込み例１（ステップＳ９０５）を示す説明図である。デコーダ１０１は、車両Ａ車載ネットワーク受信ログデータ１０００から、先頭送受信時間３０１である１．００１［ｓ］からステップＳ９０４で設定された読込み時間１．０１１［ｓ］までの期間（１．０１１［ｓ］は含まない）に存在するエントリを読み込む。図１３では、送受信時間３０１が「１．００１」、「１．００３」および「１．００５」のエントリが読み込まれる。なお、送受信時間３０１が「１．０１１」および「１．０１３」のエントリは、次回のステップＳ９０４では読込み時間が「１．０２１」に設定されるため、次回のステップＳ９０５の処理で読み込まれる。

【0051】

図９に戻り、デコーダ１０１は、車両Ａ車載ネットワークログファイル１１２において車両Ａ車載ネットワーク受信台帳１１１のＩＤ３０２と一致し、かつ、送信／受信３０３が「受信」であるエントリをキーにして、車両Ａ車載ネットワーク受信ログデータ１０００を、車両Ａ車載ネットワーク受信ログデータ１０００の位置５０２に該当する信号名５０４の変数に置き換え、受信車両Ｂパラメータ１０３の該当する信号名５０４の車両パラメータ値８０１を更新する（ステップＳ９０６）。ステップＳ９０６の具体例を図１４に示す。

【0052】

図１４は、車両パラメータ値８０１の更新例１（ステップＳ９０６）を示す説明図である。読込みデータ１４００は、ステップＳ９０５で読み込まれたエントリである。デコーダ１０１は、読込みデータ１４００を、読込みデータ１４００の１Ｂｙｔｅ目の位置５０２を示す１Ｂｙｔｅデータ３０４－１の値を、対応する信号名５０４の変数に置き換える。

【0053】

本例の場合、読込みデータ１４００の１行目のエントリ（ＩＤ３０２：ＡＡＡ）に対応する信号名５０４は、「エンジン回転数」であるため、１６進数である１Ｂｙｔｅデータ３０４－１の値「０１」を１０進数に変換し、かつファクター５０５（本例では「１」とする）を乗じて、変数「１」に置換する。そして、デコーダ１０１は、受信車両Ｂパラメータ１０３において、置換した変数「１」の信号名５０４である「エンジン回転数」と同一の信号名５０４を有するエントリの車両パラメータ値８０１である「０」を、置換した変数「１」に更新する。

【0054】

読込みデータ１４００の２行目のエントリ（ＩＤ３０２：ＢＢＢ）に対応する信号名５０４は、「車速」であるため、１６進数である１Ｂｙｔｅデータ３０４－１の値「１０」を１０進数に変換し、かつファクター５０５の値（本例では「１」とする）を乗じて、変数「１６」に置換する。そして、デコーダ１０１は、受信車両Ｂパラメータ１０３において、置換した変数「１６」の信号名５０４である「車速」と同一の信号名５０４を有するエントリの車両パラメータ値８０１である「０」を、置換した変数「１６」に更新する。

【0055】

読込みデータ１４００の３行目のエントリ（ＩＤ３０２：ＣＣＣ）に対応する信号名５０４は、「アクセル開度」であるため、１６進数である１Ｂｙｔｅデータ３０４－１の値「０２」を１０進数に変換し、かつファクター５０５（本例では「１」とする）を乗じて、変数「２」に置換する。そして、デコーダ１０１は、受信車両Ｂパラメータ１０３において、置換した変数「２」の信号名５０４である「アクセル開度」と同一の信号名５０４を有するエントリの車両パラメータ値８０１である「０」を、置換した変数「２」に更新する。

【0056】

これにより、更新後の受信車両Ｂパラメータ１０３がデコーダ１０１からエンコーダ１０２に出力され、デコード処理が終了する。

【0057】

＜エンコーダ１０２によるエンコード処理＞
図１５は、エンコーダ１０２によるエンコード処理の詳細な処理手順例を示すフローチャートである。エンコーダ１０２は、デコーダ１０１から受信車両Ｂパラメータ１０３が入力されると、エンコード処理を開始する。

【0058】

まず、エンコーダ１０２は、車両Ｂ車載ネットワーク受信台帳１２１の信号名５０４をキーにして、受信車両Ｂパラメータ１０３をＩＤ３０２と位置５０２とを組み合わせたデータに置換する（ステップＳ１５０１）。ステップＳ１５０１で置換されたデータを置換データと称す。ステップＳ１５０１の具体例を図１６に示す。

【0059】

図１６は、置換データの生成例１を示す説明図である。エンコーダ１０２は、車両Ｂ車載ネットワーク受信台帳１２１を参照して、受信車両Ｂパラメータ１０３の信号名５０４に該当するＩＤ３０２の値を特定する。たとえば、信号名５０４の値「エンジン回転数」に対応するＩＤ３０２の値は、「ＣＣＣ」である。信号名５０４の値「車速」に対応するＩＤ３０２の値は、「ＤＤＤ」である。信号名５０４の値「アクセル開度」に対応するＩＤ３０２の値は、「ＥＥＥ」である。

【0060】

また、エンコーダ１０２は、受信車両Ｂパラメータ１０３の車両パラメータ値８０１にファクター５０５（本例では「１」とする）を乗じてから、１０進数から１６進数に変換し、受信車両Ｂパラメータ１０３の信号名５０４に該当するＩＤ３０２に関連付ける。たとえば、エンジン回転数の車両パラメータ値８０１の値「１」は、ＩＤ３０２が「ＣＣＣ」である１Ｂｙｔｅデータ３０４－１の値「０１」に置換される。車速の車両パラメータ値８０１の値「１６」は、ＩＤ３０２が「ＤＤＤ」である１Ｂｙｔｅデータ３０４－１の値「１０」に置換される。アクセル開度の車両パラメータ値８０１の値「２」は、ＩＤ３０２が「ＥＥＥ」である１Ｂｙｔｅデータ３０４－１の値「０２」に置換される。これにより、置換データ１６００が生成される。

【0061】

図１５に戻り、エンコーダ１０２は、車両Ｂ受信ＩＤ周期カウンタ２２１内の各受信ＩＤ３０２の周期カウンタ７０２を抽出し、車両Ｂ車載ネットワーク受信台帳１２１の受信周期５０１と合致したＩＤ３０２のみ、車両Ｂ車載ネットワーク受信ログファイル１２２に逐次書き出す（ステップＳ１５０２）。

【0062】

そして、エンコーダ１０２は、ステップＳ１５０２で書き出したＩＤ３０２の車両Ｂ受信ＩＤ周期カウンタ２２１の周期カウンタ７０２を最小ステップ時間で上書きし、書き出しを行っていないＩＤ３０２の車両Ｂ受信ＩＤ周期カウンタ２２１の周期カウンタ７０２に最小ステップ時間を加算して更新する（ステップＳ１５０３）。ステップＳ１５０２およびステップＳ１５０３の具体例を図１７に示す。

【0063】

図１７は、車両Ｂ受信ＩＤ周期カウンタ２２１の更新例１を示す説明図である。エンコーダ１０２は、車両Ｂ受信ＩＤ周期カウンタ２２１内の受信ＩＤ７０１の値「ＣＣＣ」、「ＤＤＤ」、「ＥＥＥ」の周期カウンタ７０２の値「１０」、「１０」、「１０」を抽出する。エンコーダ１０２は、受信ＩＤ７０１および周期カウンタ７０２の値の組み合わせが、それぞれ車両Ｂ車載ネットワーク受信台帳１２１のＩＤ３０２および受信周期５０１の値の組み合わせと一致するか否かを判断する。

【0064】

この場合、受信ＩＤ７０１の値「ＣＣＣ」および周期カウンタ７０２の値「１０」の組み合わせと、受信ＩＤ７０１の値「ＥＥＥ」および周期カウンタ７０２の値「１０」の組み合わせが、車両Ｂ車載ネットワーク受信台帳１２１のＩＤ３０２および受信周期５０１の値の組み合わせと一致する。したがって、エンコーダ１０２は、一致した組み合わせを、車両Ｂ車載ネットワーク受信ログファイル１２２に書き出す（ステップＳ１５０２）。これにより、受信時間がばらばらな信号を最小ステップ時間でまとめて変換することができる。

【0065】

また、エンコーダ１０２は、一致した組み合わせを、読込み時間「１．０１１」までの期間の先頭送受信時間３０１である「１．００１」に関連付けて、車両Ｂ車載ネットワーク受信ログファイル１２２に書き出す（ステップＳ１５０２）。これにより、エンコーダ１０２は、車両Ｂ車載ネットワーク受信ログを時系列に記録することができる。

【0066】

また、エンコーダ１０２は、ステップＳ１５０２で車両Ｂ車載ネットワーク受信ログファイル１２２に書き出したＩＤ３０２を受信ＩＤ３０２とする車両Ｂ受信ＩＤ周期カウンタ２２１の周期カウンタ７０２の値を最小ステップ時間で上書きする。ステップＳ１５０２で車両Ｂ車載ネットワーク受信ログファイル１２２に書き出したＩＤ３０２の値は、「ＣＣＣ」および「ＥＥＥ」である。

【0067】

エンコーダ１０２は、車両Ｂ受信ＩＤ周期カウンタ２２１において、受信ＩＤ３０２の値が「ＣＣＣ」および「ＥＥＥ」であるエントリの周期カウンタ７０２の値「１０」を、最小ステップ時間である「１０」（ｍｓ）で上書きする。これにより、受信ＩＤ３０２の値が「ＣＣＣ」および「ＥＥＥ」であるエントリの周期カウンタ７０２の値は、「１０」から「１０」に更新される。これにより、受信ＩＤ３０２の値が「ＣＣＣ」および「ＥＥＥ」であるエントリの周期カウンタ７０２の値を「１０」に維持することができる。

【0068】

また、エンコーダ１０２は、ステップＳ１５０２で車両Ｂ車載ネットワーク受信ログファイル１２２に書き出されていないＩＤ３０２を受信ＩＤ３０２とする車両Ｂ受信ＩＤ周期カウンタ２２１の周期カウンタ７０２の値に最小ステップ時間を加算して更新する。ステップＳ１５０２で車両Ｂ車載ネットワーク受信ログファイル１２２に書き出されていないＩＤ３０２の値は、「ＤＤＤ」である。

【0069】

エンコーダ１０２は、車両Ｂ受信ＩＤ周期カウンタ２２１において、受信ＩＤ３０２の値が「ＤＤＤ」であるエントリの周期カウンタ７０２の値「１０」に、最小ステップ時間である「１０」（ｍｓ）を加算することにより、周期カウンタ７０２の値「１０」を更新する（ステップＳ１５０３）。これにより、受信ＩＤ３０２の値が「ＤＤＤ」であるエントリの周期カウンタ７０２の値は、「１０」から「２０」に更新される。これにより、受信タイミングを車両Ａ車載ネットワークログのように揃えることができ、再現性の向上を図ることができる。

【0070】

図１５に戻り、エンコーダ１０２は、車両Ａ車載ネットワーク受信ログデータ１０００内のログがすべて処理されたか否かを判断する（ステップＳ１５０４）。車両Ａ車載ネットワーク受信ログデータ１０００内のログがすべて処理されていない場合（ステップＳ１５０４：Ｎｏ）、エンコーダ１０２は、現在の読込み時間に最小ステップ時間を加算し、読込み時間を更新して（ステップＳ１５０５）、図９のステップＳ９０５に戻る。

【0071】

たとえば、現在の読込み時間が１．０１１［ｓ］である場合、エンコーダ１０２は、最小ステップ時間である１０［ｍｓ］を加算して、読込み時間を１．０２１［ｓ］に更新し、ステップＳ９０５で、更新後の読込み時間までの車両Ａ車載ネットワーク受信ログデータにあるエントリを逐次読み込む（ステップＳ９０５）。ステップＳ９０５の具体例２を図１８に示す。

【0072】

図１８は、車両Ａ車載ネットワーク受信ログデータの読み込み例２（ステップＳ９０５）を示す説明図である。デコーダ１０１は、車両Ａ車載ネットワーク受信ログデータ１０００から、更新直前の区間の最終時刻である１．０１１［ｓ］から更新後の読込み時間である１．０２１［ｓ］までの期間（１．０２１［ｓ］は含まない）に存在するエントリを読み込む。図１８では、送受信時間３０１の値が「１．０１１」および「１．０１３」のエントリが読み出される。

【0073】

図１９は、車両パラメータ値８０１の更新例２（ステップＳ９０６）を示す説明図である。読込みデータ１９００は、ステップＳ９０５で読み込まれたエントリである（図１８を参照。）。デコーダ１０１は、読込みデータ１９００を、読込みデータ１９００の１Ｂｙｔｅ目の位置５０２を示す１Ｂｙｔｅデータ３０４－１の値を、対応する信号名５０４の変数に置き換える。

【0074】

本例の場合、読込みデータ１９００の１行目のエントリ（ＩＤ３０２：ＡＡＡ）に対応する信号名５０４は、「エンジン回転数」であるため、１６進数である１Ｂｙｔｅデータ３０４－１の値「０３」を１０進数に変換し、かつファクター５０５（本例では「１」とする）を乗じて、変数「３」に置換する。そして、デコーダ１０１は、受信車両Ｂパラメータ１０３において、置換した変数「３」の信号名５０４である「エンジン回転数」と同一の信号名５０４を有するエントリの車両パラメータ値８０１である「１」を、置換した変数「３」に更新する。

【0075】

読込みデータ１９００の２行目のエントリ（ＩＤ３０２：ＢＢＢ）に対応する信号名５０４は、「車速」であるため、１６進数である１Ｂｙｔｅデータ３０４－１の値「２０」を１０進数に変換し、かつファクター５０５（本例では「１」とする）を乗じて、変数「３２」に置換する。そして、デコーダ１０１は、受信車両Ｂパラメータ１０３において、置換した変数「３２」の信号名５０４である「車速」と同一の信号名５０４を有するエントリの車両パラメータ値８０１である「１６」を、置換した変数「３２」に更新する。

【0076】

読込みデータ１９００には、信号名５０４の値「アクセル開度」に対応するＩＤ３０２が存在しないため、受信車両Ｂパラメータ１０３の信号名５０４である「アクセル開度」についての車両パラメータ値８０１の値「２」は更新されない。これにより、更新後の受信車両Ｂパラメータ１０３がデコーダ１０１からエンコーダ１０２に出力され、デコード処理が終了する。

【0077】

エンコーダ１０２は、デコーダ１０１から受信車両Ｂパラメータ１０３が入力されると、エンコード処理を開始し、図１９の更新後の受信車両Ｂパラメータ１０３を用いてステップＳ１５０１を実行する。

【0078】

図２０は、置換データの生成例２を示す説明図である。エンコーダ１０２は、車両Ｂ車載ネットワーク受信台帳１２１を参照して、受信車両Ｂパラメータ１０３の信号名５０４の値に該当するＩＤ３０２の値を特定する。たとえば、信号名５０４の値「エンジン回転数」に対応するＩＤ３０２の値は、「ＣＣＣ」である。信号名５０４の値「車速」に対応するＩＤ３０２の値は、「ＤＤＤ」である。信号名５０４の値「アクセル開度」に対応するＩＤ３０２の値は、「ＥＥＥ」である。

【0079】

また、エンコーダ１０２は、受信車両Ｂパラメータ１０３の車両パラメータ値８０１にファクター５０５（本例では「１」とする）を乗じてから、１０進数から１６進数に変換し、受信車両Ｂパラメータ１０３の信号名５０４に該当するＩＤ３０２に関連付ける。たとえば、エンジン回転数の車両パラメータ値８０１の値「３」は、ＩＤ３０２が「ＣＣＣ」である１Ｂｙｔｅデータ３０４－１の値「０３」に置換される。

【0080】

車速の車両パラメータ値８０１の値「３２」は、ＩＤ３０２が「ＤＤＤ」である１Ｂｙｔｅデータ３０４－１の値「２０」に置換される。アクセル開度の車両パラメータ値８０１の値「２」は、ＩＤ３０２が「ＥＥＥ」である１Ｂｙｔｅデータ３０４－１の値「０２」に置換される。これにより、置換データ２０００が生成される。

【0081】

図２１は、車両Ｂ受信ＩＤ周期カウンタ２２１の更新例２を示す説明図である。エンコーダ１０２は、車両Ｂ受信ＩＤ周期カウンタ２２１内の受信ＩＤ７０１の値「ＣＣＣ」、「ＤＤＤ」、「ＥＥＥ」の周期カウンタ７０２の値「１０」、「２０」、「１０」を抽出する。

【0082】

エンコーダ１０２は、受信ＩＤ７０１および周期カウンタ７０２の値の組み合わせが、それぞれ車両Ｂ車載ネットワーク受信台帳１２１のＩＤ３０２および受信周期５０１の値の組み合わせと一致するか否かを判断する。この場合、すべて一致する。したがって、エンコーダ１０２は、一致した組み合わせを、最新の読込み時間「１．０２１」までの期間の先頭送受信時間３０２である「１．０１１」に関連付けて、車両Ｂ車載ネットワーク受信ログファイル１２２に書き出す（ステップＳ１５０２）。

【0083】

また、エンコーダ１０２は、ステップＳ１５０２で車両Ｂ車載ネットワーク受信ログファイル１２２に書き出したＩＤ３０２の値を受信ＩＤ３０２の値とする車両Ｂ受信ＩＤ周期カウンタ２２１の周期カウンタ７０２の値を最小ステップ時間で上書きする。ステップＳ１５０２で車両Ｂ車載ネットワーク受信ログファイル１２２に書き出したＩＤ３０２の値は、「ＣＣＣ」、「ＤＤＤ」および「ＥＥＥ」である。

【0084】

エンコーダ１０２は、車両Ｂ受信ＩＤ周期カウンタ２２１において、受信ＩＤ３０２の値が「ＣＣＣ」および「ＥＥＥ」であるエントリの周期カウンタ７０２の値「１０」を、最小ステップ時間である「１０」（ｍｓ）で上書きする。これにより、受信ＩＤ３０２の値が「ＣＣＣ」および「ＥＥＥ」であるエントリの周期カウンタ７０２の値は、「１０」に更新される。受信ＩＤ３０２の値が「ＤＤＤ」であるエントリの周期カウンタ７０２の値「２０」を、最小ステップ時間である「１０」（ｍｓ）で上書きする。

【0085】

これにより、受信ＩＤ３０２の値が「ＤＤＤ」であるエントリの周期カウンタ７０２の値も、「１０」に更新される。したがって、つぎのステップＳ１５０２の処理では、ＩＤ３０２が「ＤＤＤ」の周期カウンタ７０２と受信周期５０１との一致、すなわち、ステップＳ１５０３での書き込みを回避することができる。したがって、受信タイミングを車両Ａ車載ネットワークログのように揃えることができ、再現性の向上を図ることができる。

【0086】

このように、本実施例によれば、車両ＡのＥＣＵに入力されたデータを、車両ＡにおけるＥＣＵのＩＤを取得することなく、信号の値および位置を適切に割り当てることで車両Ｂに適合する入力データに変換することができる。したがって、異なる車種Ａ，Ｂ間で当該データの車載ネットワークログを使い回すことができるため、車種Ａ，Ｂごとに車載ネットワークログを取得する必要がなく、ＥＣＵ開発効率の向上を図ることができる。

【0087】

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。

【0088】

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサ２０１がそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

【0089】

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（ＳｏｌＩＤ３０２ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード、ＳＤカード、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）の記録媒体に格納することができる。

【0090】

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

【符号の説明】

【0091】

１００ 変換装置
１０１ デコーダ
１０２ エンコーダ
１０３ パラメータ
１１０ ＥＣＵ群
１１１ 車載ネットワーク受信台帳
１１２ 車載ネットワークログファイル
１２０ ＥＣＵ群
１２１ 車載ネットワーク受信台帳
１２２ 車載ネットワーク受信ログファイル
２２１ 周期カウンタ
３０１ 送受信時間
３０２ ＩＤ
５０１ 受信周期
５０２ 位置
５０４ 信号名
７０２ 周期カウンタ
８０１ 車両パラメータ値
１０００ 車両Ａ車載ネットワーク受信ログデータ
１４００ 読込みデータ
１６００ 置換データ
１９００ 読込みデータ
２０００ 置換データ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】