JP7207252B2

JP7207252B2 - 変換装置

Info

Publication number: JP7207252B2
Application number: JP2019186846A
Authority: JP
Inventors: 孝輔大橋
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2019-10-10
Filing date: 2019-10-10
Publication date: 2023-01-18
Anticipated expiration: 2039-10-10
Also published as: EP3806428B1; EP3806428A1; US20210112147A1; JP2021064827A; CN112653722A; US11330083B2

Description

本発明は変換装置に関する。

特許文献１にはＳＯＭＥ／ＩＰ（Scalable Service-Oriented MiddlewarE over IP）について記載されている。

特開２０１８－２０７４８９号公報

今後の車両の電子プラットフォームは、車両の開発トレンド（ＯＴＡ（Over The Air）や自動運転など)から、従来のシグナル通信に代わり、サービス通信が必要となってくる。しかし、部品流用などの観点から通信プロトコルの一斉切り替えは困難であり、かつセンサデータの送受などのリアルタイム性が要求される小規模データ通信は、オーバヘッドの大きいサービス通信よりもシグナル通信の方が適していることから、サービス通信とシグナル通信の共存が必要となる。

ＳＯＭＥ／ＩＰでは、従来通りのシグナル通信を行うＥＣＵ（Electronic Control Unit）にサービス通信の機能を持たせることで双方の通信を協調させる。シグナル通信とサービス通信を共存させるには、相互の変換を行うＳＳＴ（Signal Service Transformation）が必要になる。ＳＳＴの機能を各ＥＣＵに搭載した場合、例として図９に示すように、各ＥＣＵが一定周期でサービス情報を公開し続けることになるので、ＳＳＴの機能を搭載したＥＣＵが多いほどバス負荷が上がるという問題がある。

このため、例として図１０に示すように、イーサネット（登録商標）スイッチやセントラルゲートウェイなどのサービス通信とシグナル通信の境界に当たるＥＣＵにＳＳＴの機能を搭載し、一括してシグナル通信とサービス通信の変換をさせる手法が考えられる。しかし、この場合、車載ネットワークに含まれる個々のＥＣＵなどの制御装置がＯＴＡにより機能が更新されたとしても、ＳＳＴは制御装置の更新を検知して自身を更新する機能を有していないことから、ＳＳＴに対して別途手動で更新をする必要がある。

本発明は上記事実を考慮して成されたもので、制御装置が更新された場合に、第１の通信のデータから第２の通信のデータへの変換を手動で更新することを不要とすることができる変換装置を得ることが目的である。

第１の態様に係る変換装置は、車両に搭載され、第１の制御装置から第１の通信で送信されたデータを第２の通信のデータへ変換する変換部と、前記変換部によって変換されたデータを第２の制御装置へ送信する送信部と、前記第１の制御装置および前記第２の制御装置の少なくとも一方が更新されたことを検知する検知部と、前記第１の制御装置または前記第２の制御装置からの新たなデータが検知された場合に、前記新たなデータと従来のデータとに類似点があるかを確認し、類似点がある場合、誤データでないことを確認した後に前記変換の態様を変更する制御部と、を含んでいる。
第１の態様では、第１の制御装置または第２の制御装置からの新たなデータが検知された場合に、新たなデータと従来のデータとに類似点があるかを確認し、類似点がある場合、誤データでないことを確認した後に変換の態様を変更する。これにより、従来のデータと類似点のある新たなデータの検知に応じて変換の態様を変更することができ、かつ、異常なデータを新たなデータと誤検知した場合に、変換部の変換の態様を誤って変更してしまうことを抑制することができる。

第２の態様に係る変換装置は、車両に搭載され、第１の制御装置から第１の通信で送信されたデータを第２の通信のデータへ変換する変換部と、前記変換部によって変換されたデータを第２の制御装置へ送信する送信部と、前記第１の制御装置および前記第２の制御装置の少なくとも一方が更新されたことを検知する検知部と、前記検知部によって前記第１の制御装置および前記第２の制御装置の少なくとも一方が更新されたことが検知された場合に、前記変換部による変換の態様を変更する制御部と、を含み、前記制御部は、サービス通信を行う制御装置からの新たなサービス要求が前記検知部によって検知された場合に、検知されたサービス要求を解析し、検知されたサービス要求で要求されているシグナルが存在しているかを確認し、前記シグナルが存在している場合に前記変換の態様を変更する。
第２の態様では、第１の制御装置および第２の制御装置の少なくとも一方が更新されたことが検知部によって検知された場合に、第１の通信のデータから第２の通信のデータへ変換する変換部による変換の態様を変更する。これにより、制御装置が更新された場合に、第１の通信のデータから第２の通信のデータへの変換を手動で更新することを不要とすることができる。また、第２の態様では、検知部によって検知されたサービス要求で要求されているシグナルが存在していることを確認した上で、変換部の変換の態様を変更するので、検知されたサービス要求で要求されているシグナルが存在しない場合に、変換部の変換の態様を誤って変更してしまうことを抑制することができる。

第３の態様は、第１の態様または第２の態様において、前記変換部は、データの変換ルールを定めた変換マップを参照して前記変換を行い、前記制御部は、前記変換マップを更新することで前記変換の態様を変更する。

第３の態様では、変換部による変換の態様を変更することを、データの変換ルールを定めた変換マップを更新することにより行うので、変換部として機能させるためのプログラムを更新するなどの態様と比較して、変換の態様を変更することをより簡易な処理で実現することができる。

第４の態様は、第１の態様～第３の態様の何れかにおいて、前記第１の通信および前記第２の通信の一方はシグナル通信であり、他方はサービス通信である。

第４の態様によれば、シグナル通信のデータとサービス通信のデータとの間で変換が行われることで、シグナル通信とサービス通信とを共存させることができる。

第５の態様は、第１の態様～第４の態様の何れかにおいて、前記制御部は、シグナル通信を行う制御装置からの新たなシグナルが前記検知部によって検知された場合に、従来のシグナルと類似点があるかを確認し、従来のシグナルと類似点がある場合に誤シグナルでないことを確認した後に、従来のシグナルがネットワークを伝送されていないかを確認し、従来のシグナルがネットワークを伝送されていない場合に、前記シグナル通信を行う制御装置の更新の有無をユーザに確認し、前記シグナル通信を行う制御装置の更新有りの場合に前記変換の態様を変更する。

第５の態様では、検知部によって検知された新たなシグナルが異常なデータではないことを確認した上で、変換部の変換の態様を変更するので、異常なデータを新たなシグナルと誤検知した場合に、変換部の変換の態様を誤って変更してしまうことを抑制することができる。

本発明は、制御装置が更新された場合に、第１の通信のデータから第２の通信のデータへの変換を手動で更新することを不要とすることができる、という効果を有する。

実施形態に係る車載ネットワークの概略構成を示すブロック図である。変換ＥＣＵの概略構成を示すブロック図である。変換ＥＣＵの機能ブロック図である。新たなシグナルを検知した場合に変換ＥＣＵによって実行される新シグナル検知時処理を示すフローチャートである。新シグナル検知時処理が実行された場合の動作の一例を説明するための概略図である。新たなサービス要求を検知した場合に変換ＥＣＵによって実行される新サービス要求検知時処理を示すフローチャートである。新サービス要求検知時処理が実行された場合の動作の一例を説明するための概略図である。新サービス要求検知時処理が実行された場合の動作の他の例を説明するための概略図である。従来技術の問題点を説明するための概略ブロック図である。従来技術の問題点を説明するための概略ブロック図である。

以下、図面を参照して本発明の実施形態の一例を詳細に説明する。図１に示すように、本実施形態に係る車載ネットワーク１０は、複数のセンサ１２と、１個以上のセンサ１２に各々接続されシグナル通信を行う複数のシグナル通信ＥＣＵ（センサコントローラ）１４と、サービス通信を行う複数のサービス通信ＥＣＵ１６と、を含んでいる。また、シグナル通信ＥＣＵ１４とサービス通信ＥＣＵ１６との間には、本発明に係る機能が追加されたＳＳＴの一例として機能する変換ＥＣＵ２０が設けられている。

なお、シグナル通信は、１回の通信で単一のデータしか送受できない通信方式であり、サービス通信は、１回の通信で複数種のデータを纏めて送受できる通信方式である。また、図１は車載ネットワーク１０の一部のみ示しており、シグナル通信ＥＣＵ１４やサービス通信ＥＣＵ１６、センサ１２の数は、図１に示した例に限られるものではない。

図２に示すように、変換ＥＣＵ２０は、ＣＰＵ（Central Processing Unit）２２と、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などのメモリ２４と、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの不揮発性の記憶部２６と、通信制御部２８と、を含んでいる。ＣＰＵ２２、メモリ２４、記憶部２６および通信制御部２８は内部バス３０を介して互いに通信可能に接続されている。

記憶部２６には変換マップ３２と変換プログラム３４とが記憶されている。変換マップ３２は、シグナル通信のデータとサービス通信のデータとの変換ルール（通信定義）を定めたもので、動的に更新可能である。変換マップ３２の一例（一部）を図１に示す。変換ＥＣＵ２０は、変換プログラム３４が記憶部２６から読み出されてメモリ２４に展開され、メモリ２４に展開された変換プログラム３４がＣＰＵ２２によって実行されることで、図３に示す変換部３６、送信部３８、検知部４０および制御部４２として機能する。

変換部３６は、変換マップ３２に定められた変換ルールに基づき、シグナル通信ＥＣＵ１４からシグナル通信で送信されたデータをサービス通信のデータへ変換すると共に、サービス通信ＥＣＵ１６からサービス通信で送信されたデータをシグナル通信のデータへ変換する。送信部３８は、変換部３６によって変換されたサービス通信のデータをサービス通信ＥＣＵ１６へ送信すると共に、変換部３６によって変換されたシグナル通信のデータをシグナル通信ＥＣＵ１４へ送信する。

検知部４０は、シグナル通信ＥＣＵ１４およびサービス通信ＥＣＵ１６の少なくとも一方が更新されたことを検知する。制御部４２は、検知部４０によってシグナル通信ＥＣＵ１４およびサービス通信ＥＣＵ１６の少なくとも一方が更新されたことが検知された場合に、変換マップ３２を更新することで変換部３６による変換の態様を変更する。

次に実施形態の作用として、まずシグナル通信ＥＣＵ１４側でアップデートが行われる場合について、図４を参照して説明する。

ステップ１００において、シグナル通信ＥＣＵ１４は、例えば接続されているセンサ１２の交換などに伴いユーザからの指示に従いアップデートを行うと共に、アップデート後に送信する新たなシグナルを定義する。本実施形態において、アップデート後にシグナル通信ＥＣＵ１４が送信する新たなシグナルは、アップデート前にシグナル通信ＥＣＵ１４が送信していた従来シグナルと同じＩＤを含んでいる。

ステップ１０２において、シグナル通信ＥＣＵ１４は、例えばイグニッションスイッチがオフからオンに切り替わり、ＥＣＵのリセットが掛かることで再起動する。そして、ステップ１０４において、アップデートを行ったシグナル通信ＥＣＵ１４は、新たなシグナルを送信する。

シグナル通信ＥＣＵ１４から送信された新たなシグナルを受信すると、変換ＥＣＵ２０は、新シグナル検知時処理を行う。すなわち、ステップ１１０において、検知部４０は、受信したシグナルが変換マップ３２に定義されていないことで、新たなシグナルの受信を検知すると共に、受信を検知したシグナルに含まれるＩＤに基づいて、新たなシグナルに対応する従来シグナルを認識する。

次のステップ１１２において、制御部４２は、検知した新たなシグナルが、対応する従来シグナルと類似点が有るか否か判定する。具体的には、例えば、従来シグナルおよび新たなシグナルに含まれるセンサデータが車速データである場合、車速データが表す車速は時系列にとびとびの値を示すことはなく、値が連続的に変化する。このため、制御部４２は、従来シグナルで車速データが表す車速の変化傾向を学習しておき、対応する新たなシグナルに含まれるセンサデータが表す値が同様の変化傾向を示しているかを判定することで、新たなシグナルが対応する従来シグナルと類似点が有るか否か判定する。

新たなシグナルと対応する従来シグナルとの類似点が無いと判定した場合には、ステップ１１２の判定が否定されてステップ１２４へ移行する。そして、ステップ１２４において、制御部４２は、今回検知した新たなシグナルを異常データと判断して棄却し、新シグナル検知時処理を終了する。

一方、新たなシグナルと対応する従来シグナルとの類似点が有ると判定した場合には、ステップ１１２の判定が肯定されてステップ１１４へ移行する。ステップ１１４において、制御部４２は、例えば、今回検知した新たなシグナルのサンプルをｘ回とるなどの処理を行うことで、新たなシグナルが誤信号でないことを確認する。

次のステップ１１６において、制御部４２は、新たなシグナルが誤信号でないことを確認する処理を行っている間、従来シグナルが車載ネットワーク１０上を伝送されていなかったか否か判定する。ステップ１１６の判定が否定された場合にはステップ１２４へ移行し、ステップ１２４において、制御部４２は、今回検知した新たなシグナルを異常データと判断して棄却し、新シグナル検知時処理を終了する。

また、従来シグナルが車載ネットワーク１０上を伝送されていなかったと判定した場合には、ステップ１１６の判定が肯定されてステップ１１８へ移行する。ステップ１１８において、制御部４２は、例えばカーナビゲーションの表示部にメッセージを表示させるなどにより、シグナル通信ＥＣＵ１４のアップデートを行ったか否かをユーザに確認する。

そしてステップ１２０において、制御部４２は、シグナル通信ＥＣＵ１４のアップデートを行ったとの回答がユーザから得られたか否か判定する。ステップ１２０の判定が否定された場合にはステップ１２４へ移行し、ステップ１２４において、制御部４２は、今回検知した新たなシグナルを異常データと判断して棄却し、新シグナル検知時処理を終了する。

また、シグナル通信ＥＣＵ１４のアップデートを行ったとの回答がユーザから得られた場合には、ステップ１２０の判定が肯定されてステップ１２２へ移行する。ステップ１２２において、制御部４２は、変換マップ３２に登録されている従来シグナルの情報を、今回検知した新たなシグナルの情報に書き換え、新シグナル検知処理を終了する。

シグナル通信ＥＣＵ１４側でアップデートが行われる場合について、図５を参照し、具体例を挙げてさらに説明する。

図５に示す例では、センサ１２としてガソリン残量センサ４６、回転数センサ４８および車速センサ５０が設けられており、ガソリン残量センサ４６はシグナル通信ＥＣＵ１４Ａに接続され、回転数センサ４８および車速センサ５０はシグナル通信ＥＣＵ１４Ｂに接続されている。また、サービス通信ＥＣＵ１６として、メータＥＣＵ５２およびデータ通信ＥＣＵ５４が設けられており、変換ＥＣＵ２０は、シグナル通信で受信するガソリン残量、回転数および車速の各データをメータ情報として１つに纏め（変換し）、メータＥＣＵ５２へサービス通信で送信する。

ここで、図５に示す例では、ガソリン残量センサ４６を高精度（高分解能）なものに交換し、併せてシグナル通信ＥＣＵ１４Ａのアップデートも行う。これに伴い、シグナル信号が変化する（16ビット→32ビット）が、従来はＳＳＴを手動で別途アップデートする必要があった。

これに対して本実施形態では、変換ＥＣＵ２０が前述した新シグナル検知時処理を行うことで、図５に示すように変換マップ３２が自動的に書き換えられる（"uint16"→"uint32")ので、変換ＥＣＵ２０のアップデートは不要である。そして、変換マップ３２の書き換えにより、新たなシグナルに含まれる32ビットのガソリン残量データは、変換ＥＣＵ２０によりメータ情報に変換されてメータＥＣＵ５２へ送信される。

また、メータＥＣＵ５２に関しても変換ＥＣＵ２０からメータ情報サービスを取得するだけであるので、メータＥＣＵ５２のアップデートは不要である。従って、アップデートの回数を、シグナル通信ＥＣＵ１４Ａのアップデートのみの１回に減らすことができる。

続いて、サービス通信ＥＣＵ１６側でアップデートが行われる場合について、図６を参照して説明する。

ステップ１３０において、サービス通信ＥＣＵ１６は、ユーザからの指示に従ってアップデートを行うと共に、アップデートによる新たなサービスの要求を定義する。ステップ１３２において、サービス通信ＥＣＵ１６は、例えばイグニッションスイッチがオフからオンに切り替わり、ＥＣＵのリセットが掛かることで再起動する。そしてステップ１３４において、サービス通信ＥＣＵ１６は、新たなサービスの要求を送信する。なお、このとき送信されるサービスの要求は、通信のペイロード部に、変換ＥＣＵ２０が解釈可能に、サービスの要求変化の内容が記述されている。以下では、サービスの要求変化として、サービス通信ＥＣＵ１６からシグナルが要求されたものとして説明を続ける。

一方、ステップ１４０において、変換ＥＣＵ２０は、ＥＣＵのリセットが掛かることで再起動すると、変換ＥＣＵ２０が提供可能なサービスを表すサービス情報を車載ネットワーク１０上に公開する処理を行う。また、サービス通信ＥＣＵ１６から送信された新たなサービス要求を受信すると、ステップ１４２において、検知部４０は、新たなサービス要求を検知する。

ステップ１４４において、制御部４２は、検知部４０が検知した新たなサービス要求のペイロード部に記述されている、サービスの要求変化の内容を解析し、サービス通信ＥＣＵ１６から要求されているシグナルを認識する。ステップ１４６において、制御部４２は、サービス通信ＥＣＵ１６から要求されているシグナルが実際に存在しているか否か判定する。

サービス通信ＥＣＵ１６から要求されているシグナルが存在していない場合は、ステップ１４６の判定が否定されてステップ１５４へ移行する。ステップ１５４において、制御部４２は、サービス通信ＥＣＵ１６からの要求に対応することができないため、サービス要求の送信元のサービス通信ＥＣＵ１６に対してエラーを通知する。

また、サービス通信ＥＣＵ１６から要求されているシグナルが実際に存在していた場合には、ステップ１４６の判定が肯定されてステップ１４８へ移行する。ステップ１４８において、制御部４２は、サービス通信ＥＣＵ１６からの要求が従来のサービスに対する要求か否か判定する。ステップ１４８の判定が否定された場合はステップ１５０へ移行し、ステップ１５０において、制御部４２は、変換マップ３２に変換ルールを新規追加する。また、ステップ１４８の判定が肯定された場合はステップ１５０へ移行し、ステップ１５２において、制御部４２は、変換マップ３２の書き換えを行う。

サービス通信ＥＣＵ１６側でアップデートが行われる場合について、図７を参照し、具体例を挙げてさらに説明する。

図７に示す例では、センサ１２としてクリアランスソナー５６、前カメラ５８および後カメラ６０が設けられており、クリアランスソナー５６はシグナル通信ＥＣＵ１４Ａに接続されており、前カメラ５８および後カメラ６０はシグナル通信ＥＣＵ１４Ｂに接続されている。また、サービス通信ＥＣＵ１６として、パノラミックビューモニタＥＣＵ（以下、ＰＶＭＥＣＵという）６２およびデータ通信ＥＣＵ５４が設けられている。そして、ＰＶＭＥＣＵ６２でアップデートが行われる以前の変換ＥＣＵ２０は、シグナル通信で受信する前カメラ５８の撮影画像および後カメラ６０の撮影画像を周辺監視情報として１つに纏め（変換し）、メータＥＣＵ５２へサービス通信で送信する。

ここで、図７に示す例では、ＰＶＭにクリアランスソナー５６の情報を表示できるように、ＰＶＭＥＣＵ６２のアップデートを行う。但し、従来はこのアップデートに伴い、ＳＳＴを手動で別途アップデートする必要があった。

これに対して本実施形態では、ＰＶＭＥＣＵ６２が、変換ＥＣＵ２０が公開する周辺監視サービスから入力情報を取得し、従来の周辺監視サービスにクリアランスソナー５６の情報を付与したサービスを要求する。変換ＥＣＵ２０は、前述した新サービス要求検知時処理を行うことで、サービスの要求変化に追従してクリアランスソナー５６の情報を含むシグナルを自動的に探索し、図７に示すように、変換マップ３２に"クリアランスソナー：uint16"の行を自動的に新規追加する（サービス化する）ので、変換ＥＣＵ２０のアップデートは不要である。そして、変換マップ３２の更新により、変換ＥＣＵ２０からＰＶＭＥＣＵ６２へ送信される周辺監視情報には、クリアランスソナー５６の情報が追加される。これにより、アップデートの回数を、ＰＶＭＥＣＵ６２のアップデートのみの１回に減らすことができる。

続いて図８を参照し、サービス通信ＥＣＵ１６側でアップデートが行われる場合の具体例をさらに説明する。

図８に示す例では、センサ１２としてガソリン残量＃１センサ６６、ガソリン残量＃２センサ６８、回転数センサ４８および車速センサ５０が設けられている。なお、ガソリン残量＃２センサ６８はガソリン残量＃１センサ６６よりも高精度（高分解能）のセンサである。ガソリン残量＃１センサ６６はシグナル通信ＥＣＵ１４Ａに接続され、ガソリン残量＃２センサ６８はシグナル通信ＥＣＵ１４Ｂに接続され、回転数センサ４８および車速センサ５０はシグナル通信ＥＣＵ１４Ｃに接続されている。また、サービス通信ＥＣＵ１６として、メータＥＣＵ５２およびデータ通信ＥＣＵ５４が設けられている。そして、メータＥＣＵ５２でアップデートが行われる以前の変換ＥＣＵ２０は、シグナル通信で受信するガソリン残量＃１センサ６６で検出されたガソリン残量、回転数および車速の各データをメータ情報として１つに纏め（変換し）、メータＥＣＵ５２へサービス通信で送信する。

ここで、図８に示す例では、より精度の高いガソリン残量をメータに表示できるように、メータＥＣＵ５２のアップデートを行う。但し、従来はこのアップデートに伴い、ＳＳＴを手動で別途アップデートする必要があった。

これに対して本実施形態では、メータＥＣＵ５２が、高精度のガソリン残量情報を付与したサービスを要求する。変換ＥＣＵ２０は、前述した新サービス要求検知時処理を行うことで、サービスの要求変化に追従して高精度のガソリン残量情報を含むシグナルを自動的に探索し、図８に示すように、変換マップ３２の"ガソリン残量：uint16"の行を"ガソリン残量：uint32"に自動的に書き換える（サービス化する）ので、変換ＥＣＵ２０のアップデートは不要である。そして、変換マップ３２の書き換えにより、変換ＥＣＵ２０からメータＥＣＵ５２へ送信されるメータ情報に含まれるガソリン残量情報は、ガソリン残量＃２センサ６６によって検出されたより高精度な情報に変更される。これにより、アップデートの回数を、メータＥＣＵ５２のアップデートのみの１回に減らすことができる。

このように、本実施形態に係る変換ＥＣＵ２０は、車両に搭載され、第１の制御装置から第１の通信で送信されたデータを第２の通信のデータへ変換する変換部３６と、変換部３６によって変換されたデータを第２の制御装置へ送信する送信部３８と、第１の制御装置および第２の制御装置の少なくとも一方が更新されたことを検知する検知部４０と、検知部４０によって第１の制御装置および第２の制御装置の少なくとも一方が更新されたことが検知された場合に、変換部３６による変換の態様を変更する制御部４２と、を含んでいる。これにより、制御装置が更新された場合に、第１の通信のデータから第２の通信のデータへの変換を手動で更新することを不要とすることができる。

また、本実施形態において、変換部３６は、データの変換ルールを定めた変換マップ３２を参照して変換を行い、制御部４２は、変換マップ３２を更新することで変換部３６の変換の態様を変更する。これにより、変換部３６として機能させるためのプログラムを更新するなどの態様と比較して、変換の態様を変更することをより簡易な処理で実現することができる。

また、本実施形態において、第１の通信および第２の通信の一方はシグナル通信であり、他方はサービス通信であるので、シグナル通信のデータとサービス通信のデータとの間で変換が行われることで、シグナル通信とサービス通信とを共存させることができる。

また、本実施形態において、制御部４２は、シグナル通信を行うシグナル通信ＥＣＵ１４からの新たなシグナルが検知部４０によって検知された場合に、従来のシグナルと類似点があるかを確認し、従来のシグナルと類似点がある場合に誤シグナルでないことを確認した後に、従来のシグナルがネットワークを伝送されていないかを確認し、従来のシグナルがネットワークを伝送されていない場合に、シグナル通信ＥＣＵ１４の更新の有無をユーザに確認し、シグナル通信ＥＣＵ１４の更新有りの場合に変換部３６の変換の態様を変更する。これにより、異常なデータを新たなシグナルと誤検知した場合に、変換部３６の変換の態様を誤って変更してしまうことを抑制することができる。

また、本実施形態において、制御部４２は、サービス通信を行うサービス通信ＥＣＵ１６からの新たなサービス要求が検知部４０によって検知された場合に、検知されたサービス要求を解析し、検知されたサービス要求で要求されているシグナルが存在しているかを確認し、前記シグナルが存在している場合に変換部３６の変換の態様を変更する。これにより、検知されたサービス要求で要求されているシグナルが存在しない場合に、変換部の変換の態様を誤って変更してしまうことを抑制することができる。

なお、上記ではシグナル通信ＥＣＵ１４側でアップデートが行われる場合と、サービス通信ＥＣＵ１６側でアップデートが行われる場合と、を分けて説明したが、これに限定されるものではない。すなわち、本発明は、シグナル通信ＥＣＵ１４側およびサービス通信ＥＣＵ１６側で同時にアップデートが行われる場合にも適用可能であり、この場合にも変換ＥＣＵ２０を手動でアップデートすることを不要とすることができる。

また、上記では第１の通信および第２の通信の一方がシグナル通信であり、他方がサービス通信である態様を説明したが、これに限定されるものではなく、第１の通信と第２の通信とが変換の必要な通信であればよく、第１の通信および第２の通信としてシグナル通信、サービス通信以外の任意の通信を適用可能である。

１０車載ネットワーク
１４シグナル通信ＥＣＵ
１６サービス通信ＥＣＵ
２０変換ＥＣＵ
３２変換マップ
３６変換部
３８送信部
４０検知部
４２制御部

Claims

車両に搭載され、
第１の制御装置から第１の通信で送信されたデータを第２の通信のデータへ変換する変換部と、
前記変換部によって変換されたデータを第２の制御装置へ送信する送信部と、
前記第１の制御装置および前記第２の制御装置の少なくとも一方が更新されたことを検知する検知部と、
前記第１の制御装置または前記第２の制御装置からの新たなデータが検知された場合に、前記新たなデータと従来のデータとに類似点があるかを確認し、類似点がある場合、誤データでないことを確認した後に前記変換の態様を変更する制御部と、
を含む変換装置。
車両に搭載され、
第１の制御装置から第１の通信で送信されたデータを第２の通信のデータへ変換する変換部と、
前記変換部によって変換されたデータを第２の制御装置へ送信する送信部と、
前記第１の制御装置および前記第２の制御装置の少なくとも一方が更新されたことを検知する検知部と、
前記検知部によって前記第１の制御装置および前記第２の制御装置の少なくとも一方が更新されたことが検知された場合に、前記変換部による変換の態様を変更する制御部と、
を含み、
前記制御部は、サービス通信を行う制御装置からの新たなサービス要求が前記検知部によって検知された場合に、検知されたサービス要求を解析し、検知されたサービス要求で要求されているシグナルが存在しているかを確認し、前記シグナルが存在している場合に前記変換の態様を変更する変換装置。
前記変換部は、データの変換ルールを定めた変換マップを参照して前記変換を行い、
前記制御部は、前記変換マップを更新することで前記変換の態様を変更する請求項１または請求項２記載の変換装置。
前記第１の通信および前記第２の通信の一方はシグナル通信であり、他方はサービス通信である請求項１～請求項３の何れか１項記載の変換装置。
前記制御部は、シグナル通信を行う制御装置からの新たなシグナルが前記検知部によって検知された場合に、従来のシグナルと類似点があるかを確認し、従来のシグナルと類似点がある場合に誤シグナルでないことを確認した後に、従来のシグナルがネットワークを伝送されていないかを確認し、従来のシグナルがネットワークを伝送されていない場合に、前記シグナル通信を行う制御装置の更新の有無をユーザに確認し、前記シグナル通信を行う制御装置の更新有りの場合に前記変換の態様を変更する請求項１～請求項４の何れか１項記載の変換装置。