JP7244657B2 - 車載ゲートウェイ通信方法、車載ゲートウェイ、及びインテリジェント車両 - Google Patents

Description

この出願は、２０１９年4月２３日に中国特許庁に提出され、「車載ゲートウェイ通信方法、車載ゲートウェイ、及びインテリジェント車両」と題された中国特許出願番号2019103285246の優先権を主張し、その全体が参照によって本明細書に組み込まれる。

この出願は、通信技術の分野、特に、車載ゲートウェイ通信方法、車載ゲートウェイ、及びインテリジェント車両に関する。

コントローラエリアネットワーク（controller area network, CAN）プロトコルは、ＩＳＯ国際標準に含まれるシリアル通信プロトコルであり、車両内の車載デバイス間の通信を実装するために、自動車技術の分野に広く適用される。車両内の全ての車載デバイスは、車両の車載ネットワークを形成するためにＣＡＮバスに接続され、通信データは、ＣＡＮバスを利用することによってＣＡＮプロトコルに基づいて、車載デバイス間で受信され、送信される。

先行技術では、通信技術及び自動車技術の継続的な発展に伴い、インターネットに接続する機能を提供する車載デバイスの数量が増加し、それによって、車両は、ナビゲーション及びインターネットからのリモートシステム更新などのより多くのアプリケーションを取得する。しかし、インターネットに接続されることができる車載デバイスは、イーサネットプロトコルをサポートしているため、通信プロトコル変換に利用されるゲートウェイが、車両に配置されることを必要とする。従って、イーサネットプロトコルをサポートする車載デバイスの通信データが、ゲートウェイを通じて、ＣＡＮプロトコルをサポートする車載デバイスの通信データに変換された後、変換後のＣＡＮプロトコルの通信データは、ＣＡＮバスに送信される。代替的に、ゲートウェイを通じて、ＣＡＮプロトコルの通信データが、イーサネットプロトコルをサポートする車載デバイスの通信データに変換された後、変換後のイーサネットプロトコルの通信データは、イーサネットプロトコルをサポートする車載デバイスに送信される。

しかし、既存の車両について、インターネットからの悪意あるデータが、インターネットに接続されることができる車載デバイスを通じてＣＡＮバスに侵入することがある。このことは、車両の車載ネットワークにセキュリティ上の脅威をもたらし、車載ネットワークのセキュリティ性能を相対的に脆弱化させる。

この出願は、車載デバイスネットワークのセキュリティ性能を改善するための車載デバイスゲートウェイ通信方法、車載デバイスゲートウェイ、及びインテリジェント車両を提供する。

第１の態様によれば、車載デバイスゲートウェイ通信方法が提供される。方法は、第１のメッセージを第１の車載デバイスから受信するステップであって、第１のメッセージは、第１の車載デバイスによってサポートされる第１の通信プロトコルに適合し、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、かつ識別情報を含む、ステップと、第１のメッセージ内の識別情報を識別するステップと、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うステップと、マッチングが成功する場合に第２のメッセージを送信するステップであって、第２のメッセージは、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、第１のメッセージに基づいて生成され、かつ第２の車載デバイスによってサポートされる第２の通信プロトコルに適合し、第１の通信プロトコルは、第２の通信プロトコルとは異なる、ステップと、を含む。

この実施形態で提供される車載デバイスゲートウェイ通信方法において、車両の車載ゲートウェイ内の事前設定された識別情報セットを利用することによって、第１のメッセージの識別情報が事前設定された識別情報にうまく合致するときのみ、車載ゲートウェイは、第２のメッセージを送信して、第２のメッセージを利用することによって、第２の車載デバイスにターゲットオペレーションを実行するように指示する。しかし、第１のメッセージ内の識別情報が、ゲートウェイ内に格納されている事前設定された識別情報に合致できないとき、車載ゲートウェイは、ターゲットオペレーションを実行するように第２の車載デバイスを制御するための第２の情報を送信しない。このことは、車載ネットワークに対するセキュリティ上の脅威を低減し、車両の車載ネットワークのセキュリティ性能を改善する。

この出願の第１の態様の可能な実装において、第１の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであり、かつ第２の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスである場合、第１のメッセージは、イーサネットパケットであり、第２のメッセージは、ＣＡＮパケットである。

この実施形態における車載ゲートウェイ通信方法によれば、車載ゲートウェイによって受信されたイーサネットパケット内の識別情報が、事前設定された識別情報に合致しないとき、それは、イーサネットパケットが、インターネットからの悪意あるデータでありうることを示し、それによって、車載ゲートウェイは、識別情報のマッチングに失敗するイーサネットパケットをＣＡＮパケットに変換せず、ＣＡＮパケットをＣＡＮバスに送信しない。このようにして、車載ゲートウェイは、イーサネットパケットのマッチングを行う。このことは、車載ネットワークの外側からのインターネットのリスクを低減し、それによって、悪意あるデータが車載ゲートウェイを通じてＣＡＮバスに進入できなくなり、車載ネットワークのセキュリティ性能をさらに改善する。

この出願の第１の態様の可能な実装において、第１の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスであり、かつ第２の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスである場合、第１のメッセージは、ＣＡＮパケットであり、第２のメッセージは、イーサネットパケットである。

この実施形態で提供される車載ゲートウェイ通信方法によれば、同様に、車載ゲートウェイによって受信されたＣＡＮパケット内の識別情報が、事前設定された識別情報に合致しないとき、それは、ＣＡＮパケットがセキュリティリスクを有しうることを示し、それによって、車載ゲートウェイは、識別情報のマッチングに失敗するＣＡＮパケットをイーサネットパケットに変換しない。このようにして、車載ゲートウェイは、ＣＡＮパケットのマッチングを行う。このことは、ＣＡＮパケットから、イーサネットプロトコルの車載デバイスへのセキュリティ上の脅威を低減し、車両の車載ネットワークのセキュリティ性能を改善する。

この出願の第１の態様の可能な実装において、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うステップは、車載ゲートウェイ内に格納されている事前設定された識別情報が、第１のメッセージの識別情報を含むかどうかをサーチすることによって、第１のメッセージの識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うステップであって、車載ゲートウェイは、少なくとも１つの事前設定された識別情報を格納している、ステップを含む。

この出願の第１の態様の可能な実装において、第１のメッセージは、イーサネットパケットであり、第１のメッセージの識別情報は、以下のもの、即ち、イーサネットパケット内にある、送信元ＭＡＣアドレスの事前定義されたフラグビットと、送信先ＭＡＣアドレスの事前定義されたフラグビットと、プロトコルタイプ内の事前定義されたフラグビットとのうちの１つ以上を含む。

この出願の第１の態様の可能な実装において、第１のメッセージは、ＣＡＮパケットであり、第１のメッセージの識別情報は、ＣＡＮパケット内のＣＡＮ ＩＤを含む。

この出願の第１の態様の可能な実装において、マッチングが成功する場合、第２のメッセージを送信するステップは、特に、車載ゲートウェイがマッピング関係を格納しており、かつマッピング関係が、事前設定された識別情報とメッセージ構築情報との間のマッピング関係である、ことと、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングが成功する場合に、うまく合致した事前設定された識別情報に基づいて、対応するメッセージ構築情報が取得される、ことと、第２のメッセージが、メッセージ構築情報及び第１のメッセージを利用することによって生成される、ことと、を含む。

この実施形態で提供される車載ゲートウェイ通信方法によれば、第２のメッセージを決定するとき、第１のメッセージの識別情報と、事前設定された識別情報とがうまく合致した後、車載ゲートウェイは、第１のメッセージに基づいてプロトコル変換を実行した後で第２のメッセージを取得することの代わりに、事前格納されたマッピング関係をクエリすることによって第２のメッセージを取得することができる。このようにして、車載ゲートウェイは、事前設定された識別情報に基づいて、第２のマッピング関係をサーチすることによって、第２のメッセージを直接取得することができる。マッピング関係をサーチする計算量は小さい。このことは、車載ゲートウェイによってプロトコル変換を実行する速度を増加させ、車載ゲートウェイのプロトコル変換効率をさらに改善する。

この出願の第１の態様の可能な実装において、第２のメッセージは、ＣＡＮパケットであり、メッセージ構築情報は、ＣＡＮパケット内のＣＡＮ ＩＤを含む。

この出願の第１の態様の可能な実装において、第２のメッセージは、イーサネットパケットであり、メッセージ構築情報は、以下のもの、即ち、イーサネットパケットのプロトコルタイプと、イーサネットパケット内の、送信元ＭＡＣアドレス及び／又は送信先ＭＡＣアドレスの事前定義されたフラグとのうちの１つ以上を含む。

この出願の第２の態様によれば、車載ゲートウェイが提供される。車載ゲートウェイは、第１のメッセージを第１の車載デバイスから受信することであって、第１のメッセージは、第１の車載デバイスによってサポートされる第１の通信プロトコルに適合し、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、かつ識別情報を含む、ことを行うように構成されたトランシーバモジュールと、第１のメッセージ内の識別情報を識別するように構成された識別モジュールと、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行い、第１のメッセージ内の識別情報に合致する事前設定された識別情報が、車載ゲートウェイ内に格納されている事前設定された識別情報内に存在するかどうかを決定し、マッチングが成功する場合、マッチング結果をメッセージ構築モジュールに送信するように構成された決定モジュールと、決定モジュールによって送信されたマッチング結果に基づいて第２のメッセージを生成することであって、第２のメッセージは、第２の車載デバイスによってサポートされる第２の通信プロトコルに適合し、第１の通信プロトコルは、第２の通信プロトコルとは異なる、ことを行うように構成されたメッセージ構築モジュールと、を含み、トランシーバモジュールは、第２のメッセージを送信することであって、第２のメッセージは、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用される、ことを行うようにさらに構成される。

この出願の第２の態様の可能な実装において、第１の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスであり、かつ第２の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスである場合、第１のメッセージは、ＣＡＮパケットであり、第２のメッセージは、イーサネットパケットである。

この出願の第２の態様の可能な実装において、第１の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであり、かつ第２の車載デバイスがＣＡＮプロトコルをサポートする車載デバイスである場合、第１のメッセージは、イーサネットパケットであり、第２のメッセージは、ＣＡＮパケットである。

この出願の第２の態様の可能な実装において、決定モジュールは、特に、車載ゲートウェイ内に格納されている事前設定された識別情報が、第１のメッセージの識別情報を含むかどうかをサーチすることによって、第１のメッセージの識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うことであって、車載ゲートウェイは、少なくとも１つの事前設定された識別情報を格納している、ことを行うように構成される。

この出願の第２の態様の可能な実装において、第１のメッセージは、イーサネットパケットであり、第１のメッセージの識別情報は、以下のもの、即ち、イーサネットパケット内にある、送信元ＭＡＣアドレスの事前定義されたフラグビットと、送信先ＭＡＣアドレスの事前定義されたフラグビットと、プロトコルタイプ内の事前定義されたフラグビットとのうちの１つ以上を含む。

この出願の第２の態様の可能な実装において、第１のメッセージは、ＣＡＮパケットであり、第１のメッセージの識別情報は、ＣＡＮパケット内のＣＡＮ ＩＤを含む。

この出願の第２の態様の可能な実装において、車載ゲートウェイは、第１のマッピング関係を格納しており、第１のマッピング関係は、事前設定された識別情報とメッセージ構築情報との間のマッピング関係である。メッセージ構築モジュールは、特に、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングが成功する場合、うまく合致した事前設定された識別情報に基づいて、対応するメッセージ構築情報を取得し、メッセージ構築情報を利用することによって第２のメッセージを生成するように構成される。

この出願の第２の態様の可能な実装において、第２のメッセージは、ＣＡＮパケットであり、メッセージ構築情報は、ＣＡＮパケット内のＣＡＮ ＩＤを含む。

この出願の第２の態様の可能な実装において、第２のメッセージは、イーサネットパケットであり、メッセージ構築情報は、以下のもの、即ち、イーサネットパケットのプロトコルタイプ内の事前定義されたフラグと、イーサネットパケット内の、送信元ＭＡＣアドレスの事前定義されたフラグと、送信先ＭＡＣアドレスの事前定義されたフラグとのうちの１つ以上を含む。

この出願の第３の態様によれば、車載ゲートウェイが提供される。車載ゲートウェイは、第１の通信インターフェースと、第２の通信インターフェースと、プロセッサと、メモリとを含む。第１の通信インターフェースは、第１のメッセージを第１の車載デバイスから受信し、第１のメッセージをプロセッサへ送信することであって、第１のメッセージは、第１の車載デバイスによってサポートされる第１の通信プロトコルに適合し、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、かつ識別情報を含む、ことを行うように構成される。メモリは命令を格納しており、プロセッサが命令を呼び出して実行するとき、プロセッサは、第１のメッセージを受信した後、第１のメッセージ内の識別情報を識別し、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うことができるようになる。プロセッサは、マッチングが成功する場合、第２のメッセージを第２の通信インターフェースに送信するようにさらに構成され、第２の通信インターフェースは、第２のメッセージを送信することであって、第２のメッセージは、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、第１のメッセージに基づいて生成され、かつ第２の車載デバイスによってサポートされる第２の通信プロトコルに適合し、第１の通信プロトコルは、第２の通信プロトコルとは異なる、ことを行うようにさらに構成される。

この出願の第３の態様の可能な実装において、第１の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスであり、かつ第２の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスである場合、第１のメッセージは、ＣＡＮパケットであり、第２のメッセージは、イーサネットパケットである。

この出願の第３の態様の可能な実装において、第１の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであり、かつ第２の車載デバイスがＣＡＮプロトコルをサポートする車載デバイスである場合、第１のメッセージは、イーサネットパケットであり、第２のメッセージは、ＣＡＮパケットである。

この出願の第３の態様の可能な実装において、プロセッサは、特に、車載ゲートウェイ内に格納されている事前設定された識別情報が、第１のメッセージの識別情報を含むかどうかをサーチすることによって、第１のメッセージの識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うことであって、車載ゲートウェイは、少なくとも１つの事前設定された識別情報を格納している、ことを行うように構成される。

この出願の第３の態様の可能な実装において、第１のメッセージがイーサネットパケットである場合、第１のメッセージの識別情報は、以下のもの、即ち、イーサネットパケット内にある、送信元ＭＡＣアドレスの事前定義されたフラグビットと、送信先ＭＡＣアドレスの事前定義されたフラグビットと、プロトコルタイプ内の事前定義されたフラグビットとのうちの１つ以上を含む。

この出願の第３の態様の可能な実装において、第１のメッセージがＣＡＮパケットである場合、第１のメッセージの識別情報は、ＣＡＮパケット内のＣＡＮ ＩＤを含む。

この出願の第３の態様の可能な実装において、車載ゲートウェイは、第１のマッピング関係を格納しており、第１のマッピング関係は、事前設定された識別情報とメッセージ構築情報との間のマッピング関係である。プロセッサは、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングが成功する場合、うまく合致した事前設定された識別情報に基づいて、対応するメッセージ構築情報を取得し、メッセージ構築情報を利用することによって第２のメッセージを生成するようにさらに構成される。

この出願の第３の態様の可能な実装において、第２のメッセージがＣＡＮパケットである場合、メッセージ構築情報は、ＣＡＮパケット内のＣＡＮ ＩＤを含む。

この出願の第３の態様の可能な実装において、第２のメッセージがイーサネットパケットである場合、メッセージ構築情報は、以下のもの、即ち、イーサネットパケットのプロトコルタイプと、イーサネットパケット内の、送信元ＭＡＣアドレス及び送信先ＭＡＣアドレスの事前定義されたフラグとのうちの１つ以上を含む。

この出願の第４の態様によれば、インテリジェント車両が提供される。インテリジェント車両は、第１の車載デバイスと、第２の車載デバイスと、車載ゲートウェイとを含む。第１の車載デバイスは、第１のメッセージを車載ゲートウェイに送信することであって、第１のメッセージは、第１の車載デバイスによってサポートされる第１の通信プロトコルに適合し、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、かつ識別情報を含む、ことを行うように構成される。車載ゲートウェイは、第１のメッセージを第１の車載デバイスから受信し、第１のメッセージ内の識別情報を識別するように構成される。車載ゲートウェイは、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うようにさらに構成される。マッチングが成功する場合、車載ゲートウェイは、第２のメッセージを送信することであって、第２のメッセージは、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、第１のメッセージに基づいて生成され、かつ第２の車載デバイスによってサポートされる第２の通信プロトコルに適合し、第１の通信プロトコルは、第２の通信プロトコルとは異なる、ことを行う。

この出願の第４の態様の可能な実装において、第１の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスであり、かつ第２の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスである場合、第１のメッセージは、ＣＡＮパケットであり、第２のメッセージは、イーサネットパケットである。

この出願の第４の態様の可能な実装において、第１の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであり、かつ第２の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスである場合、第１のメッセージは、イーサネットパケットであり、第２のメッセージは、ＣＡＮパケットである。

この出願の第４の態様の可能な実装において、車載ゲートウェイは、特に、
ゲートウェイ内に格納されている事前設定された識別情報が、第１のメッセージの識別情報を含むかどうかをサーチすることによって、第１のメッセージの識別情報と、ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うことであって、ゲートウェイは、少なくとも１つの事前設定された識別情報を格納している、ことを行うように構成される。

この出願の第４の態様の可能な実装において、第１のメッセージがイーサネットパケットである場合、第１のメッセージの識別情報は、以下のもの、即ち、イーサネットパケット内にある、送信元ＭＡＣアドレスの事前定義されたフラグビットと、送信先ＭＡＣアドレスの事前定義されたフラグビットと、プロトコルタイプ内の事前定義されたフラグビットとのうちの１つ以上を含む。

この出願の第４の態様の可能な実装において、第１のメッセージがＣＡＮパケットである場合、第１のメッセージの識別情報は、ＣＡＮパケット内のＣＡＮ ＩＤを含む。

この出願の第４の態様の可能な実装において、車載ゲートウェイは、第１のマッピング関係を格納しており、かつ第１のマッピング関係は、事前設定された識別情報とメッセージ構築情報との間のマッピング関係であり、車載ゲートウェイは、特に、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングが成功する場合、うまく合致した事前設定された識別情報に基づいて、対応するメッセージ構築情報を取得し、メッセージ構築情報及び第１のメッセージを利用することによって第２のメッセージを生成するように構成される。

この出願の第４の態様の可能な実装において、第２のメッセージは、ＣＡＮパケットであり、メッセージ構築情報は、ＣＡＮパケット内のＣＡＮ ＩＤを含む。

この出願の第４の態様の可能な実装において、第２のメッセージは、イーサネットパケットであり、メッセージ構築情報は、以下のもの、即ち、イーサネットパケットのプロトコルタイプ内の事前定義されたフラグと、イーサネットパケット内の、送信元ＭＡＣアドレスの事前定義されたフラグと、送信先ＭＡＣアドレスの事前定義されたフラグとのうちの１つ以上を含む。

結局、この出願は、車載ゲートウェイ通信方法、車載ゲートウェイ、及びインテリジェント車両を提供する。車載ゲートウェイ通信方法は、第１のメッセージを第１の車載デバイスから受信するステップと、第１のメッセージ内の識別情報を識別するステップと、識別情報と車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うステップと、マッチングが成功する場合に第２のメッセージを送信して、第２のメッセージを利用することによって、第２の車載デバイスにターゲットオペレーションを実行するように指示するステップとを含む。しかし、第１のメッセージ内の識別情報が、ゲートウェイ内に格納されている事前設定された識別情報と合致することができないとき、車載ゲートウェイは、ターゲットオペレーションを実行するように第２の車載デバイスを制御するための第２の情報を送信しない。この出願は、車載ゲートウェイ通信方法、車載ゲートウェイ、及びインテリジェント車両を提供する。このことは、車載ネットワークへのセキュリティ上の脅威を低減し、車両の車載ネットワークのセキュリティ性能を改善する。

この出願による、アプリケーションシナリオの模式的構造図である。 この出願の車載ゲートウェイ通信方法の実施形態による、ゲートウェイ構造の模式図である。 この出願の車載ゲートウェイ通信方法の実施形態による、ゲートウェイ構造の模式図である。 この出願の車載ゲートウェイ通信方法の実施形態による、模式的フロー図である。 この出願の車載ゲートウェイ通信方法の実施形態による、模式的フロー図である。 イーサネットパケットのパケット構造の模式図である。 ＣＡＮパケットのパケット構造の模式図である。 この出願の車載ゲートウェイ通信方法の実施形態による、模式的フロー図である。 この出願の車載ゲートウェイの実施形態による、模式的構造図である。 この出願の車載ゲートウェイの実施形態による、模式的構造図である。 この出願のインテリジェント車両の実施形態による、模式的構造図である。

図１は、この出願によるアプリケーションシナリオの模式的構造図である。図１に示すように、現在の自動車技術の分野において、車両１０は、様々なタイプの車載デバイス１１を搭載しており、車載デバイス１１を利用することによって異なる機能を実装する。例えば、車載デバイス１１は、電子制御ユニット（electronic control unit, ECU）でありうる。しかし、車載デバイス１１のソフトウェア及びハードウェアは、通常、車両１０内の車載デバイス１１上での一様な管理を容易にするために、車両とは独立しているため、国際標準ＩＳＯ１１８９８、即ち、国際標準機構（international organization for standardization, ISO）のコントローラエリアネットワーク（controller area network, CAN）プロトコル技術が広く適用される。現在、ＣＡＮプロトコル技術は、車両内通信のための主要な通信プロトコルである。ＣＡＮプロトコル技術は、全ての車載デバイス１１がＣＡＮバスに接続され、ＣＡＮプロトコルを利用することによって通信を実行することを要求する。図１に示した例では、車載デバイスＡ、Ｂ、…、ＸそれぞれがＣＡＮプロトコルをサポートし、ＣＡＮバスに接続されており、それによって、ＣＡＮバスと車載デバイスＡ、Ｂ、…、Ｘとを含む車載ネットワークが構築されており、車両１０内の車載デバイス１１は、車載ネットワークを利用することによって管理されることができる。任意選択で、図１に示した実施形態の例において、ＣＡＮバスは、それに限定されないが、車両１０の電力システムＣＡＮバス、快適システムＣＡＮバス、車体システムＣＡＮバス、情報娯楽システムＣＡＮバスなどを含む。

加えて、通信技術及び自動車技術の継続的な発展に伴い、インターネットに接続できる車載デバイス１１の数量が増加し、車両１０の製造業者又は車両１０のユーザによって車両１０内部の車載ネットワークに接続され、それによって、インターネットに接続される車載デバイスは、車両及び車両のユーザにより多くの機能、例えば、ナビゲーション、リモートシステム更新、及び自動運転を提供する。インターネットに接続できる車載デバイス１１は、インターネットにアクセスするためのイーサネットプロトコルをサポートする必要がある。インターネットプロトコルをサポートする車載デバイス１１が、車両内部のＣＡＮバスに直接接続される場合、インターネットプロトコルをサポートする車載デバイス１１は、ＣＡＮプロトコルをサポートする他の車載デバイスと通信することができない。従って、スイッチ１２及びゲートウェイ１３が車両１０の内部に導入され、インターネットプロトコルをサポートする車載デバイス１１と、ＣＡＮプロトコルをサポートする車載デバイス１１との間の通信を実装する。例えば、図１に示した例において、車載デバイス（１）、（２）、…、ｘは、イーサネットプロトコルをサポートし、車載デバイスＡ、Ｂ、…、Ｘは、ＣＡＮプロトコルをサポートし、スイッチ１２は、イーサネットプロトコルをサポートするデータ上でのパケット交換機能を実行するように構成される。車載デバイス（１）、（２）、…、ｘは、スイッチ１２を利用することによって、イーサネットプロトコルの通信データをゲートウェイ１３に送信した後、ゲートウェイ１３は、イーサネットプロトコルの通信データをＣＡＮプロトコルの通信データに変換し、次いで、ＣＡＮプロトコルの通信データをＣＡＮバスに送信するように構成され、それによって、車載デバイスＡ、Ｂ、…、Ｘのうちの対応する車載デバイスは、ＣＡＮバスを利用することによって、ＣＡＮプロトコルの通信データを受信することができる。代替的に、車載デバイスＡ、Ｂ、…、Ｘは、ＣＡＮプロトコルの通信データをゲートウェイ１３に送信してよく、ゲートウェイ１３は、ＣＡＮプロトコルの通信データをイーサネットプロトコルの通信データに変換し、次いで、イーサネットプロトコルの通信データをスイッチ１２に送信するように構成され、それによって、スイッチ１２は、イーサネットプロトコルの通信データを、車載デバイス（１）、（２）、…、ｘのうちの対応する車載デバイスに送信する。任意選択で、この出願の実施形態におけるイーサネットは、自動車イーサネット技術を含む。自動車イーサネット技術は、従来のイーサネット技術に基づくものであり、利用されるイーサネットプロトコルは、自動車イーサネットハードウェア標準ＩＥＥＥ８０２．３ｂｗ（ＩＥＥＥ１００ＢＡＳＥ－ＴＸ又はブロードＲ－Ｒｅａｃｈとも称される）でありうる。

しかし、図１に示した車両１０において、全ての車載デバイス（１）、（２）、…、ｘは、インターネットに接続されることができ、車載デバイスは、スイッチ１２及びゲートウェイ１３を利用することによって車両のＣＡＮバスに接続されるため、車載デバイスは、車載ネットワークにアクセスすることができる。インターネットに同時に接続されることができる、これらの車載デバイス（１）、（２）、…、ｘは、入口に、車載ネットワーク外部のインターネットからの悪意あるデータをもたらす。車載デバイス（１）、（２）、…、ｘを通じて、インターネットからの悪意あるデータがＣＡＮバスに侵入すると、セキュリティ上の脅威が車両の車載ネットワークにもたらされ、車両の既存の車載ネットワークのセキュリティ性能は脆弱になる。

従って、イーサネットプロトコルをサポートする車載デバイスが導入された後の車載ネットワークのセキュリティをさらに保証するために、この出願は、車載ゲートウェイ通信方法、車載ゲートウェイ、及びインテリジェント車両を提供する。車載ゲートウェイのプロトコル変換機能が満足されることができることに基づき、車載ゲートウェイは、車載ネットワークへのセキュリティ上の脅威を低減するために、そして、車両の車載ネットワークのセキュリティ性能をさらに改善するためにさらに利用される。

以下では、添付の図面を参照しながら、この出願で提供されるゲートウェイ通信方法について説明する。

特に、この出願の実施形態において提供される車載ゲートウェイ通信方法は、図２に示したゲートウェイスイッチによって実行されうるし、又は、図３に示した車載ゲートウェイによって実行されうる。この出願の実施形態では、実行主体が車載ゲートウェイである例が説明のために利用されるが、実装主体を限定することは意図されていない。

図２は、この出願の車載ゲートウェイ通信方法の実施形態による、ゲートウェイ構造の模式図である。図２に示したゲートウェイ構造において、ゲートウェイスイッチ２１は、スイッチ機能とゲートウェイ機能との両方を有し、ゲートウェイスイッチ２１は、車両１０内のイーサネットプロトコルをサポートする車載デバイス（１）、（２）、…、ｘに接続し、かつ少なくとも１つのＣＡＮバスに接続しうる。車載デバイス（１）、（２）、…、ｘによって送信された通信データ上での、イーサネットプロトコルについてのパケット交換を、スイッチ機能を利用することによって実行し、ゲートウェイ機能を利用することによってプロトコル変換を実行した後、ゲートウェイスイッチ２１は、変換を通じて取得されたＣＡＮプロトコルの通信データをＣＡＮバスに送信し、それによって、ＣＡＮバス上の対応する車載デバイスは、ＣＡＮプロトコルの通信データを受信することができる。代替的に、ＣＡＮバス上のＣＡＮプロトコルの通信データを受信し、ゲートウェイ機能を利用することによって、ＣＡＮバス上のＣＡＮプロトコルの通信データ上でのプロトコル変換を実行し、スイッチ機能を利用することによってパケット交換を実行した後、ゲートウェイスイッチ２１は、変換後のイーサネットプロトコルの通信データを、対応する車載デバイス（１）、（２）、…、ｘにさらに送信しうる。言い換えると、この出願の実施形態において提供される車載ゲートウェイ通信方法は、ゲートウェイスイッチ２１のゲートウェイ機能が実装されるとき、図２のゲートウェイスイッチ２１によって実行されうる。

代替的に、図３は、この出願の車載ゲートウェイ通信方法の実施形態による、ゲートウェイ構造の模式図である。図３に示したゲートウェイ構造において、スイッチ３１は、車両１０内のイーサネットプロトコルをサポートする車載デバイス（１）、（２）、…、ｘに接続され、少なくとも１つの車載ゲートウェイ３２に接続される。各車載ゲートウェイ３２は、スイッチ３１に接続され、各車載ゲートウェイ３２は、１つのＣＡＮバスに接続される。図中の任意の車載ゲートウェイ３２について、イーサネットプロトコルの、スイッチ３１によって送信された通信データを受信した後、車載ゲートウェイ３２は、イーサネットプロトコルの通信データをＣＡＮネットワークプロトコルの通信データに変換し、次いで、ＣＡＮネットワークプロトコルの通信データをＣＡＮバスに送信する。代替的に、車載３２は、ＣＮＡネットワークプロトコルの、ＣＡＮバスを利用することによって受信された通信データをイーサネットプロトコルの通信データに変換し、次いで、イーサネットプロトコルの通信データをスイッチ３１に送信する。言い換えると、この出願の実施形態において提供される車載ゲートウェイ通信方法は、代替的に、図３の車載ゲートウェイによって実行されうる。

この出願の技術的解決策について詳細に説明するために特定の実施形態が以下で利用される。以下の様々な特定の実施形態は互いに組み合わされてよく、同じ又は類似の概念又はプロセスは、いくつかの実施形態において繰り返し説明されないことがある。

実施形態１
図４は、この出願の車載ゲートウェイ通信方法の実施形態による、模式的フロー図である。図４に示すように、この実施形態において提供されるゲートウェイ通信方法は、２つのプロトコル間でのメッセージ変換に利用され、変換は、特に、イーサネットプロトコルからＣＡＮプロトコルへの変換でありうる。第１の車載デバイスは、イーサネットプロトコルをサポートする車載デバイスであってよく、第２の車載デバイスは、ＣＡＮプロトコルをサポートする車載デバイスであってよい。方法は、特に、以下のステップを含む。

Ｓ１０１：車載ゲートウェイは、第１の車載デバイスから第１のメッセージを受信する。第１のメッセージは、第１の車載デバイスによってサポートされる第１の通信プロトコルに適合し、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、識別情報を含む。

特に、この実施形態における車載ゲートウェイは、第１の車載デバイスと第２の車載デバイスとの間に配置され、第１の車載デバイス及び第２の車載デバイスが異なる通信プロトコルをサポートするとき、第１の車載デバイスによって、車載ゲートウェイを通じて第２の車載デバイスに送信される第１のメッセージ上でのプロトコル変換を実行するように構成される。第１のメッセージは、イーサネット通信プロトコルに適合し、第１のメッセージは、特に、イーサネットパケットであってよく、イーサネットパケットは、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用される。Ｓ１０１において、第１の車載デバイスが、車載ゲートウェイを通じて、第２の車載デバイスにターゲットオペレーションを実行するように指示する必要があるとき、第１の車載デバイスは、イーサネットパケットを車載ゲートウェイに送信し、車載ゲートウェイは、イーサネットパケットを第１の車載デバイスから受信する。本明細書では、車載ゲートウェイが図２のゲートウェイスイッチであるとき、車載ゲートウェイによって受信された第１のメッセージは、車載デバイスによってゲートウェイスイッチに直接送信され、車載ゲートウェイは、第１の車載デバイスによって送信された第１のメッセージを直接受信する。代替的に、車載ゲートウェイが図３の車載ゲートウェイであるとき、第１のメッセージは、第１の車載デバイスによって、スイッチを利用することによって車載ゲートウェイに送信されてよく、車載ゲートウェイは、スイッチを利用することによって第１のメッセージを受信する必要がある。本発明のこの実施形態において、第１のメッセージが直接的に受信されるか、又は間接的に受信されるかは本明細書において限定されない。

この実施形態において、第１のメッセージは、識別情報をさらに含む。識別情報は、第１のメッセージによって示された、第２の車載デバイスによって実行されるターゲットオペレーションを決定するために車載ゲートウェイによって利用され、識別情報は、第１の車載デバイスによって送信された第１のメッセージに含まれる情報であってよい。車載ゲートウェイは、第１のメッセージ内の情報を利用することによって、第１のメッセージによって示された、第２の車載デバイスによって実行されるターゲットオペレーションを決定することができる。例えば、第１のメッセージがイーサネットパケットである場合、第１のメッセージの識別情報は、イーサネットパケット内の以下のもの、即ち、送信元ＭＡＣアドレス内の事前定義された識別子と、送信先ＭＡＣアドレス内の事前定義された識別子と、プロトコルタイプ内の事前定義された識別子とのうちの１つ以上であってよい。車載ゲートウェイは、イーサネットパケットの送信先ＭＡＣアドレスが１であるとき、イーサネットパケットが、第２の車載デバイスに、エアコンをオンにするターゲットオペレーションを実行するように指示するために利用されると決定しうる。代替的に、識別情報は、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用される第１のメッセージに、第１の車載デバイスによって特別に追加された情報であってよく、それによって、車載ゲートウェイは、第１のメッセージに追加された情報を利用することによって、第１のメッセージによって示された、第２の車載デバイスによって実行されるターゲットオペレーションを決定することができる。例えば、第１のメッセージがイーサネットパケットであるとき、第１の車載デバイスは、「１」をイーサネットパケット内の特定の位置に追加してよく、それによって、車載ゲートウェイは、イーサネットパケット内の特定の位置の「１」に基づいて、イーサネットパケットが、第２の車載デバイスに、エアコンをオンにするターゲットオペレーションを実行することを指示するために利用されると決定しうる。

任意選択で、この実施形態において、イーサネットプロトコルをサポートする車載デバイスは、ＴＳＮイーサネット、ＡＶＢイーサネット、及び従来のイーサネットをサポートしてよい。ＣＡＮプロトコルをサポートする車載デバイスは、ＣＡＮ２．０Ａ、ＣＡＮ２．０Ｂ、及びＣＡＮ－ＦＤプロトコルをサポートしてよい。

任意選択で、この実施形態において、イーサネットプロトコルをサポートするデバイスは、ヒューマンマシンインタフェースデバイス、診断インターフェースデバイス、ＴＢｏｘデバイス、ＡＤＡＳコントローラデバイスなどを含む。ＣＡＮプロトコルをサポートするデバイスは、電力コントローラ、車体コントローラ、電力管理コントローラ、電力コントローラなどを含む。

Ｓ１０２：車載ゲートウェイは、Ｓ１０１で取得された第１のメッセージに基づいて、第１のメッセージ内の識別情報を識別する。

次いで、Ｓ１０２において、車載ゲートウェイは、Ｓ１０１で取得された第１のメッセージに含まれる識別情報を識別する。可能な実装において、第１のメッセージを受信した後、車載ゲートウェイは、第１のメッセージを解析して第１のメッセージ内の識別情報を決定しうる。例えば、第１のメッセージがイーサネットパケットであり、識別情報がＣＡＮパケットの送信元ＭＡＣアドレス及び送信先ＭＡＣアドレスである場合、車載ゲートウェイは、イーサネットパケット内の送信元ＭＡＤアドレス及び送信先ＭＡＣアドレスが位置するデータビットのデータを解析することによって、イーサネットパケットの送信元ＭＡＣアドレス及び送信先ＭＡＣアドレスを決定しうる。

Ｓ１０３：車載ゲートウェイは、第１のメッセージ内の、Ｓ１０２で識別された識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行う。

続いて、Ｓ１０３において、車載ゲートウェイは、第１のメッセージの、Ｓ１０２で識別された識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行う。車載ゲートウェイは、少なくとも１つの事前設定された識別情報を格納しており、各事前設定された識別情報は、第１の車載デバイスによって車載ゲートウェイに送信された第１のメッセージによって示される、第２のデバイスによって実行されるターゲットオペレーションを示するために利用される。マッチングは、第１のメッセージの識別情報が、車載ゲートウェイ内に格納されている事前設定された識別情報と同じであるかどうかを決定するステップ、即ち、事前設定された識別情報が、第１のメッセージの決定された識別情報を含むかどうかを決定するステップを含む。

例えば、車載ゲートウェイ内に格納されている事前設定された識別情報は、「１」及び「２」を含み、「１」は、第１のメッセージによって示された、第２のデバイスによって実行されるターゲットオペレーションが「エアコンをオンにすること」であることを示すために利用され、「２」は、第１のメッセージによって示された、第２のデバイスによって実行されるターゲットオペレーションが「ラジオをオンにすること」であることを示すために利用される。従って、車載ゲートウェイが、第１のメッセージの識別情報が「１」であることを識別する場合、車載ゲートウェイ内に格納されている事前設定された識別情報が「１」を含むため、第１のメッセージの識別情報がうまく合致すると決定される。しかし、車載ゲートウェイが、第１のメッセージの識別情報が「０」であると識別する場合、車載ゲートウェイ内に格納されている事前設定された識別情報は「０」を含まないため、第１のメッセージの識別情報はうまく合致しないと決定される。

Ｓ１０４：マッチングが成功する場合、車載ゲートウェイは、第２のメッセージを送信し、第２のメッセージは、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用される。

最後に、車載ゲートウェイが、Ｓ１０３で、第１のメッセージの識別情報を、格納された事前設定された識別情報にうまく合致させるとき、車載ゲートウェイは、Ｓ１０４で、第２のメッセージを送信して、第２のメッセージを利用することによって、第２の車載デバイスにターゲットオペレーションを実行するように指示する。しかし、車載ゲートウェイが、Ｓ１０３で、第１のメッセージの識別情報と事前設定された識別情報とのマッチングに失敗する場合、車載ゲートウェイは、Ｓ１０４で、第２のメッセージを送信しない、即ち、第２の車載デバイスにターゲットオペレーションを実行するように第２のメッセージを利用することによって指示することは行わない。第２のメッセージは、車載ゲートウェイによって、第１のメッセージに基づいて生成され、第２のメッセージは、第２の車載デバイスによってサポートされる第２の通信プロトコルに適合し、第１の車載デバイスによってサポートされる第１の通信プロトコルは、第２の車載デバイスによってサポートされる第２の通信プロトコルとは異なる。

特に、この実施形態において、第１の車載デバイスは、イーサネットプロトコルをサポートする車載デバイスであり、第２の車載デバイスは、ＣＡＮプロトコルをサポートする車載デバイスである。この場合、第１のメッセージは、イーサネットプロトコルをサポートし、第２のメッセージは、ＣＡＮネットワーク通信プロトコルをサポートし、第１のメッセージは、イーサネットパケットであってよく、第２のメッセージは、ＣＡＮパケットであってよい。Ｓ１０４では、イーサネットパケットを受信し、上述したステップに従ってＣＡＮパケットを決定した後、車載ゲートウェイが、ＣＡＮパケットをＣＡＮバスに送信しうる。第２の車載デバイスがＣＡＮバスからＣＡＮパケットを取得した後、第２の車載デバイスは、取得されたＣＡＮパケットに基づいてターゲットオペレーションを実行する。本明細書では、車載ゲートウェイが第２のメッセージを送信する。車載ゲートウェイが図２のゲートウェイスイッチであるとき、第２の車載デバイスに送信される必要があるＣＡＮパケットを決定した後、車載ゲートウェイは、第２の車載デバイスが位置するＣＡＮバスにＣＡＮパケットを送信する。車載ゲートウェイが図３の車載ゲートウェイであるとき、車載ゲートウェイは、決定されたＣＡＮパケットを、車載ゲートウェイに接続されたＣＡＮバスに直接送信してよい。

従って、この実施形態において提供される車載ゲートウェイ通信方法では、第１のメッセージを第１の車載デバイスから受信するとき、車載ゲートウェイは、第１のメッセージ内の識別情報を識別し、識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行う。マッチングが成功するとき、車載ゲートウェイは、第２のメッセージを送信し、第２のメッセージを利用することによって、第２の車載デバイスにターゲットオペレーションを実行するように指示する。従って、車載ゲートウェイは、第１のメッセージの識別情報が格納されているかどうかに基づいて、第１のメッセージが、ターゲットオペレーションを実行するように第２の車載デバイスを制御するために、車載ゲートウェイによって利用されることができるかどうかをフィルタリングしうる。車載ゲートウェイが第１のメッセージに、車載ゲートウェイを通じて、ターゲットオペレーションを実行するように第２の車載デバイスを制御することを許可するとき、第１のメッセージの識別情報は、事前設定された識別情報として格納されてよく、それによって、第１のメッセージが事前設定された識別情報にうまく合致した後、車載ゲートウェイは、ターゲットオペレーションを実行するように第２の車載デバイスを制御するための第２のメッセージを送信する。車載ゲートウェイが第１のメッセージに、車載ゲートウェイを通じて、ターゲットオペレーションを実行するように第２の車載デバイスを制御することを許可しないとき、第１のメッセージの識別情報は、車載ゲートウェイ内に格納されない。従って、第１のメッセージ内の識別情報が、ゲートウェイ内に格納されている事前設定された識別情報に合致することができないとき、車載ゲートウェイは、ターゲットオペレーションを実行するように第２の車載デバイスを制御するための第２の情報を送信しない。

この場合、この実施形態は、図１～３に示された車載ネットワークシナリオに適用される。第１の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであり、第２の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスであるとき、車両の製造業者又はユーザは、車載ゲートウェイ内に格納されている事前設定された識別情報を利用してよく、それによって、イーサネットパケットを受信した後、車載ゲートウェイは、イーサネットパケット内の識別情報が事前設定された識別情報にうまく合致するときのみ、ＣＡＮパケットをＣＡＮバスに送信して、ターゲットオペレーションを実行するように第２の車載デバイスを制御する。従って、車載ゲートウェイによって受信されたイーサネットパケット内の識別情報が事前設定された識別情報に合致しないとき、それは、イーサネットパケットがインターネットからの悪意あるデータでありうることを示す。例えば、ＣＡＮバス上の第２の車載デバイスは、悪意をもって、ターゲットオペレーションを実行するように制御される。悪意あるデータが車載ネットワークのＣＡＮバスに侵入することを回避するため、車載ゲートウェイは、識別情報のマッチングに失敗するイーサネットパケットをＣＡＮパケットに変換せず、ＣＡＮパケットをＣＡＮバスに送信しない。このようにして、第１の車載デバイスによって送信された悪意あるイーサネットパケットは、車載ゲートウェイを通じてＣＡＮパケットに変換されることができず、ＣＡＮバスに送信されることができず、それによって、たとえ、車載ゲートウェイが、ターゲットオペレーションを実行するように第２の車載デバイスに指示するために利用されるイーサネットパケットを受信しても、車載ゲートウェイは、第２の車載デバイスがターゲットオペレーションを実行可能にするＣＡＮパケットを第２の車載デバイスに送信しない。このようにして、車載ゲートウェイのマッチングを通じて、車載ネットワークの外部からのインターネットのリスクが低減され、それによって、悪意あるデータは、車載ゲートウェイを通じてＣＡＮバスに侵入することはできない。従って、車両の車載ゲートウェイは、車載ネットワークに対するセキュリティ上の脅威を低減するために、そして、車載ネットワークのセキュリティ性能をさらに改善するために利用される。

さらに、上述した実施形態に基づいて、この実施形態におけるＳ１０４の可能な特定の実装において、車載ゲートウェイは、第１のメッセージ上でのプロトコル変換を実行する方法で第２のメッセージを取得する。ゲートウェイは、第１の通信プロトコルを利用する第１のメッセージを、第２の通信プロトコルを利用する第２のメッセージに変換する。車載ゲートウェイによってプロトコル変換を実行する特定の方法及び原理については、先行技術を参照されたい。車載ゲートウェイのプロトコル変換方法は、この実施形態に限定されない。車載ゲートウェイは、Ｓ１０３で、第１のメッセージの識別情報がうまく合致されるときのみプロトコル変換を実行し、次いで、車載ゲートウェイは、第１のメッセージから第２のメッセージへのプロトコル変換を実行し、そして、プロトコル変換後に取得される第２のメッセージを送信する、ことが強調される。

代替的に、この実施形態におけるＳ１０４の他の可能な実装において、車載ゲートウェイのプロトコル変換速度を改善するために、そして、車載ゲートウェイのプロトコル変換効率を改善するために、車載ゲートウェイは、第２のメッセージを決定するために車載ゲートウェイによって利用されるマッピング関係をさらに格納し、マッピング関係は、事前設定された識別情報と、メッセージ構築情報との間のマッピング関係を含む。この場合、Ｓ１０３で、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とがうまく合致した後、車載ゲートウェイは、マッピング関係から、うまく合致した事前設定された識別情報に基づいて、事前設定された識別情報に対応するメッセージ構築情報を取得し、メッセージ構築情報と第１のメッセージとに基づいて、第２のメッセージを生成することができる。任意選択で、車載ネットワークは、表の形式でマッピング関係を格納する。

メッセージ構築情報は、車載ゲートウェイによって、第１のメッセージを利用することによって決定されることができる第２のメッセージを含む。この場合、この実施形態ににおいて提供される車載ゲートウェイは、マッピング関係を利用することによって、先に、異なる事前設定された識別情報に対応するメッセージ構築メッセージを格納しうる。ゲートウェイが、事前設定された識別情報と、第１のメッセージの識別情報とをうまく合致させた後、車載ゲートウェイは、第２のメッセージとして、うまく合致した識別情報に基づいてマッピング関係をサーチすることによって取得されるメッセージ構築情報を直接利用しうる。加えて、この実施形態において、車載ゲートウェイが、マッピング関係を利用することによって、第１のメッセージ上でのプロトコル変換が実行された後に取得される第２のメッセージを決定しうるとき、車載ゲートウェイは、もはや第１のメッセージ上でのプロトコル変換を実行しなくてよい。これは、車載ゲートウェイによって、第１のメッセージに基づいて、第２のメッセージを決定する効率を改善する。

代替的に、メッセージ構築情報は、第２のメッセージ内の情報の一部を含み、この実施形態における車載ゲートウェイが、第１のメッセージの識別情報と、事前設定された識別情報とをうまく合致させた後、車載ゲートウェイは、性能の、うまく合致した識別情報に基づいて、マッピング関係をサーチして、第２のメッセージのメッセージ構築情報の一部を取得する。次いで、第２のメッセージは、第１のメッセージとメッセージ構築情報とに基づいて一緒に取得され、それによって、車載ゲートウェイによって、第２のメッセージを取得するために、第１のメッセージ全体上でのプロトコル変換を実行する速度及び効率も、ある程度増加される。

添付の図面を参照しながら、以下では、車載ゲートウェイが、この実施形態におけるマッピング関係に基づいて第２のメッセージを決定する方法について説明する。

図５は、この出願の車載ゲートウェイ通信方法の実施形態による、模式的フロー図である。図５に示した例において、第１の車載デバイスは、イーサネットプロトコルをサポートする車載デバイスであり、第２の車載デバイスは、ＣＡＮプロトコルをサポートする車載デバイスである。この場合、第１のメッセージは、イーサネットパケットであり、第２のメッセージは、ＣＡＮパケットである。車載ゲートウェイは、マッピング関係を格納しており、マッピング関係は、イーサネットパケットの事前設定された識別情報と、ＣＡＮパケットのメッセージ構築情報との間の対応関係を含む。

この実施形態において、第１のメッセージの識別情報は、イーサネットパケットにおける以下の情報、即ち、送信元ＭＡＣアドレス内の事前定義されたフラグビットと、送信先ＭＡＣアドレス内の事前定義されたフラグビットと、プロトコルタイプ内の事前定義されたフラグビットとのうちの１つ以上であり、事前定義されたフラグビットは、イーサネットパケット内のＭＡＣアドレス内の特定のビットを参照する。特に、図６は、イーサネットパケットのパケットの模式的構造図である。図６に示すように、イーサネットパケットは、プリアンブル（preamble）、送信先ＭＡＣアドレス（destination address）、送信元ＭＡＣアドレス（source address）、仮想ネットワークタグ（VLAN tag）、プロトコルタイプ（ether type）、データフィールド（data field）、及びチェックコード（CRC）を含む。この実施形態において、イーサネットパケット内にある、送信先ＭＡＣアドレス内の事前定義されたフラグビット、送信元ＭＡＣアドレス内の事前定義されたフラグビット、及び／又はプロトコルタイプ内の事前定義されたフラグビットは、第１のメッセージの識別情報として利用され、後続のマッチングは、第１のメッセージの識別情報上で実行される。送信元ＭＡＣアドレスは、イーサネットパケットを送信する第１の車載デバイスのＭＡＣアドレスを示すために利用され、送信先ＭＡＣアドレスは、第２の車載デバイスのＭＡＣアドレスを示すために利用され、プロトコルタイプは、イーサネットパケットのプロトコルタイプを示すために利用され、イーサネットパケットのプロトコルタイプは、ＡＶＢ又はＴＳＮを含む。例えば、車載ゲートウェイ内に格納されているマッピング関係は、「送信元ＭＡＣアドレス = D1-06-9B-45-98-69 及び 送信先ＭＡＣアドレス = 00-00-5E-00-01-01」と「第１のメッセージ構築情報」との対応関係を含み、第１のメッセージ構築情報は、車載ゲートウェイによって、ＣＡＮパケットを構築するために利用される。イーサネットパケット内のプリアンブルの長さは８Ｂであり、送信先ＭＡＣアドレスの長さは８Ｂであり、送信元ＭＡＣアドレスの長さは８Ｂであるため、この実施形態において、車載ゲートウェイは、イーサネットパケット内の９～１６Ｂの事前定義されたフラグビットにおいて送信先ＭＡＣアドレスを決定してよく、イーサネットパケット内の１７～２４Ｂの事前定義されたフラグビットに基づいて送信元ＭＡＣアドレスを決定する。

図５に示すように、スイッチを利用することによって、第１の車載デバイスからイーサネットパケットを受信した後、車載ゲートウェイは、イーサネットパケットを解析する。イーサネットパケットの送信元ＭＡＣアドレスD1-06-9B-45-98-69と、イーサネットパケットの送信先ＭＡＣアドレス00-00-5E-00-01-01とを解析するとき、車載ゲートウェイは、イーサネットパケットの識別情報が、うまく合致すると決定し、さらに、マッピング関係に基づいて第１のメッセージ構築情報を決定する。

任意選択で、図５に示された例において、車載ゲートウェイ内に格納されているマッピング関係における第１のメッセージ構築情報が事前設定されたＣＡＮパケットである場合、マッピング関係に基づいてＣＡＮパケットを決定した後、車載ゲートウェイは、ＣＡＮパケットをＣＡＮバスに送信してよく、第２の車載デバイスは、ＣＡＮバスを利用することによってＣＡＮパケットを取得し、ターゲットオペレーションを実行する。

代替的に、図５に示された例において、車載ゲートウェイ内に格納されているマッピング関係における第１のメッセージ構築情報が、ＣＡＮパケット内の情報の一部である場合、第１のメッセージ構築情報を決定した後、車載ゲートウェイは、第１のメッセージ構築情報に基づいて、さらにＣＡＮパケットを生成する必要がある。例えば、図７は、ＣＡＮパケットのパケット構造の模式図である。図７に示すように、ＣＡＮパケットは、フレームの開始（start of frame）と、パケット識別子（CAN ID）と、リモート伝送要件（RTR）コードと、制御フィールドと、データフィールド（data field）と、巡回冗長検査（CRC）と、肯定応答（ACK）と、フレームの終了（end of frame）とを含む。任意選択で、この実施形態において、第１のメッセージ構築情報は、ＣＡＮパケット内のフレームの開始及びデータフィールドであってよい。従って、マッピング関係を利用することによって、第１のメッセージ構築情報を決定した後、車載ゲートウェイは、第１のメッセージ構築情報に基づいて、ＣＡＮパケットをさらに生成する。加えて、ＣＡＮパケットのフレームの開始及びデータフィールドは、第１のメッセージ構築情報において決定されるため、車載ゲートウェイは、第１のメッセージに基づいて、ＣＡＮパケットの他の部分を決定した後でのみ、ＣＡＮパケットを決定することができる。このことは、車載ゲートウェイによって、ＣＡＮパケットのフレームの開始及びデータフィールドを決定するための時間を節約する。

さらに、図５に示した実施形態において、ＣＡＮパケット内の識別子（CAN ID）は、物理レイヤ実装に関してパケットの伝送優先度も表す。言い換えると、車載ゲートウェイは、同時に、ＣＡＮバスに送信される必要がある複数のＣＡＮパケットを受信する場合、車載ゲートウェイは、小さなＣＡＮ識別子の値を有するＣＡＮパケットをＣＡＮバスに優先的に送信する。従って、この実施形態において、ゲートウェイ内に格納されているマッピング関係における第１のメッセージ構築情報は、ＣＡＮ ＩＤを含んでよく、それによって、車載ゲートウェイによって決定されるＣＡＮパケットは、ＣＡＮパケットの優先度を示すために、事前設定されたＣＡＮ ＩＤを利用することができる。例えば、第１のメッセージが、エンジンに緊急ブレーキを実行するように指示するために利用されるイーサネットパケットであり、車載ゲートウェイが、エンジンに緊急ブレーキを実行させるように指示するために利用されるイーサネットパケットを優先的にＣＡＮパケットに変換し、ＣＡＮパケットをＣＡＮバスに送信する必要がある場合、イーサネットパケットの識別情報と事前設定された識別情報とがうまく合致した後で、車載ゲートウェイは、マッピング関係に基づいて、事前設定された識別情報に対応するメッセージ構築情報内のＣＡＮパケットのＣＡＮ ＩＤが、相対的に小さくなるように設定されると決定する。最後に、メッセージ構築情報に基づいて、車載ゲートウェイによって生成されたＣＡＮパケットの優先度は、相対的に高く、車載ゲートウェイによって生成されたＣＡＮパケットは、優先的にＣＡＮバスに送信されることができる。

図５に示された例において、車載ゲートウェイが、第１の車載デバイスの１つのイーサネットパケットを受信し、第２の車載デバイスに指示するために利用される１つのＣＡＮパケットをＣＡＮバスに送信する例は、説明のために利用されていることに注意されるべきである。しかし、車載ゲートウェイの実際のアプリケーションにおいて、１つのイーサネットは、複数の異なる第２の車載デバイスに、それぞれのオペレーションを実行するように指示するために利用されうる。この場合、車載ゲートウェイ内のマッピング関係において、１つの事前設定された識別情報は、複数の異なるメッセージ構築情報に対応していてよく、それによって、複数のＣＡＮパケットは、１つのイーサネットパケットに基づいて決定されうる。例えば、車載ゲートウェイが、第１の車載デバイスによって送信され、かつ自動運転を指示するために利用されるイーサネットパケットを受信する場合、ＣＡＮバス上のステアリングモジュールは、ステアリングオペレーションを実行し、ＣＡＮバス上の減速モジュールは、減速オペレーションを同時に実行する。イーサネットパケットを受信し、イーサネットパケットの識別情報と事前設定された識別情報とをうまく合致させた後、車載ゲートウェイは、マッピング関係を利用することによって、事前設定された識別情報に対応している迂回(diversion)メッセージ構築情報及び減速メッセージ構築情報を決定し、迂回メッセージ構築情報に基づいて、迂回モジュールに迂回オペレーションを実行するように指示するために利用される第１のＣＡＮパケットを決定し、減速メッセージ構築情報に基づいて、減速モジュールに減速オペレーションを実行するように指示するために利用される第２のＣＡＮパケットを決定しうる。次いで、車載ゲートウェイは、第１のＣＡＮパケット及び第２のＣＡＮパケットをＣＡＮバスに送信し、それによって、１つのイーサネットパケットは、ＣＡＮパケットを利用することによって、２つの車載デバイスに、それぞれのオペレーションを実行するように指示するために利用される。

結局、この実施形態において提供される車載ゲートウェイ通信方法では、イーサネットパケットの識別情報と事前設定された識別情報とがうまく合致した後でＣＡＮパケットを決定するとき、車載ゲートウェイは、イーサネットパケットに基づいてプロトコル変換が実行された後にのみＣＡＮパケットを取得することの代わりに、事前格納されたマッピング関係をクエリすることによってＣＡＮパケットを取得することができる。このようにして、車載ゲートウェイは、事前設定された識別情報に基づいて、第２のマッピング関係をサーチすることによって、ＣＡＮパケットを直接取得することができる。マッピング関係をサーチする計算量は、プロトコル変換の間にイーサネットパケット上で実行されるデータ処理のものより非常に小さいため、既存の車載ゲートウェイに比べ、これは、イーサネットパケットからＣＡＮパケットへのプロトコル変換における車載ゲートウェイの速度を大きく改善し、車載ゲートウェイのプロトコル変換効率をさらに改善する。

実施形態２
図４は、さらに、この出願の車載ゲートウェイ通信方法の他の実施形態による、模式的フロー図でありうる。特に、ＣＡＮプロトコルからイーサネットパケットへの変換が実行されうる。第１の車載デバイスは、ＣＡＮプロトコルをサポートする車載デバイスであってよく、第２の車載デバイスは、イーサネットプロトコルをサポートする車載デバイスであってよい。方法は、特に、以下のステップを含む。

Ｓ１０１：車載ゲートウェイは、第１のメッセージを第１の車載デバイスから受信する。第１のメッセージは、第１の車載デバイスによってサポートされる第１の通信プロトコルに適合し、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、かつ識別情報を含む。

特に、この実施形態における車載ゲートウェイは、第１の車載デバイスと第２の車載デバイスとの間に配置され、第１の車載デバイス及び第２の車載デバイスが異なる通信プロトコルをサポートするとき、車載ゲートウェイを通じて、第１の車載デバイスによって第２の車載デバイスに送信された第１のメッセージ上でのプロトコル変換を実行するように構成される。第１のメッセージは、ＣＡＮ通信プロトコルに適合し、第１のメッセージは、特に、ＣＡＮパケットであってよく、ＣＡＮパケットは、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用される。Ｓ１０１では、車載ゲートウェイを通じて、第１の車載デバイスが、第２の車載デバイスにターゲットオペレーションを実行するように指示する必要があるとき、第１の車載デバイスは、ＣＡＮパケットを車載ゲートウェイに送信し、車載ゲートウェイは、ＣＡＮパケットを第１の車載デバイスから受信する。本明細書では、車載ゲートウェイが、図２のゲートウェイスイッチであるとき、車載ゲートウェイによって受信された第１のメッセージは、第１の車載デバイスによってＣＡＮバスに送信され、車載ゲートウェイは、第１のメッセージを、第１の車載デバイスに対応するＣＡＮバスから受信する。代替的に、車載ゲートウェイが、図３の車載ゲートウェイであるとき、第１のメッセージは、第１の車載デバイスによってＣＡＮバスに送信されてよく、車載ゲートウェイは、第１のメッセージを、車載ゲートウェイに接続されたＣＡＮバスから受信する。

この実施形態において、第１のメッセージは、識別情報をさらに含む。識別情報は、車載ゲートウェイによって、第１のメッセージによって示される第２の車載デバイスによって実行されるターゲットオペレーションを決定するために利用され、識別情報は、第１の車載デバイスによって送信された第１のメッセージに含まれる情報であってよい。車載ゲートウェイは、第１のメッセージ内の情報を利用することによって、第１のメッセージによって示される第２の車載デバイスによって実行されるターゲットオペレーションを決定することができる。例えば、第１のメッセージが、ＣＡＮプロトコルをサポートする通信データ、即ちＣＡＮパケットである場合、識別情報は、ＣＡＮパケット内のＣＡＮ ＩＤでありうる。車載ゲートウェイは、ＣＡＮパケット内のＣＡＮ ＩＤが１であるとき、ＣＡＮパケットが、第２の車載デバイスにエアコンをオンにするターゲットオペレーションを実行するように指示するために利用されると決定しうる。代替的に、識別情報は、第１の車載デバイスによって、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用される第１のメッセージに特別に追加された情報であってよく、それによって、車載ゲートウェイは、第１のメッセージに追加された情報を利用することによって、第１のメッセージによって示された、第２の車載デバイスによって実行されるターゲットオペレーションを決定することができる。例えば、第１のメッセージがＣＡＮパケットであるとき、第１の車載デバイスは、ＣＡＮパケット内の特定の位置に「１」を追加してよく、それによって、車載ゲートウェイは、ＣＡＮパケット内の特定の位置の「１」に基づいて、ＣＡＮパケットが、第２の車載デバイスにエアコンをオンにするターゲットオペレーションを実行するように指示するために利用されることを決定しうる。

任意選択で、この実施形態において、イーサネットプロトコルをサポートする車載デバイスは、ＴＳＮイーサネット、ＡＶＢイーサネット、及び従来のイーサネットをサポートしてよい。ＣＡＮプロトコルをサポートする車載デバイスは、ＣＡＮ２．０Ａ、ＣＡＮ２．０Ｂ、ＣＡＮ－ＦＤプロトコルをサポートしてよい。

任意選択で、この実施形態において、イーサネットプロトコルをサポートするデバイスは、ヒューマンマシンインタフェース、診断インターフェースデバイス、ＴＢｏｘデバイス、ＡＤＡＳコントローラデバイスなどを含む。ＣＡＮプロトコルをサポートするデバイスは、電力コントローラ、車体コントローラ、電力管理コントローラ、電力コントローラなどを含む。

Ｓ１０２：車載ゲートウェイは、Ｓ１０１で取得された第１のメッセージに基づいて、第１のメッセージ内の識別情報を識別する。

次いで、Ｓ１０２において、車載ゲートウェイは、Ｓ１０１で取得された第１のメッセージに含まれる識別情報を識別する。可能な実装において、第１のメッセージを受信した後、車載ゲートウェイは、第１のメッセージを解析して第１のメッセージ内の識別情報を決定しうる。例えば、第１のメッセージがＣＡＮパケットであり、識別情報がＣＡＮパケットのＣＡＮ ＩＤである場合、車載ゲートウェイは、ＣＡＮパケット内のＣＡＮ ＩＤが位置するデータビットのデータを解析することによって、ＣＡＮパケットのＣＡＮ ＩＤを決定しうる。

Ｓ１０３：車載ゲートウェイは、第１のメッセージ内の、Ｓ１０２で識別された識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行う。

続いて、Ｓ１０３において、車載ゲートウェイは、第１のメッセージの、Ｓ１０２で識別された識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行う。車載ゲートウェイは、少なくとも１つの事前設定された識別情報を格納しており、各事前設定された識別情報は、第１の車載デバイスによって車載ゲートウェイに送信された第１のメッセージによって示される、第２のデバイスによって実行されるターゲットオペレーションを指示するために利用される。マッチングは、第１のメッセージの識別情報が、車載ゲートウェイ内に格納されている事前設定された識別情報と同じであるかどうかを決定するステップ、即ち、事前設定された識別情報が、第１のメッセージの決定された識別情報を含むかどうかを決定するステップを含む。

例えば、車載ゲートウェイ内に格納されている事前設定された識別情報は、「１」及び「２」を含み、「１」は、第１のメッセージによって示された、第２のデバイスによって実行されるターゲットオペレーションが「エアコンをオンにすること」であることを示すために利用され、「２」は、第１のメッセージによって示された、第２のデバイスによって実行されるターゲットオペレーションが「ラジオをオンにすること」であることを示すために利用される。従って、車載ゲートウェイが、第１のメッセージの識別情報が「１」であることを識別する場合、車載ゲートウェイ内に格納されている事前設定された識別情報が「１」を含むため、第１のメッセージの識別情報がうまく合致すると決定される。しかし、車載ゲートウェイが、第１のメッセージの識別情報が「０」であると識別する場合、車載ゲートウェイ内に格納されている事前設定された識別情報は「０」を含まないため、第１のメッセージの識別情報はうまく合致しないと決定される。

Ｓ１０４：マッチングが成功する場合、車載ゲートウェイは、第２のメッセージを送信し、第２のメッセージは、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用される。

最後に、車載ゲートウェイが、Ｓ１０３で、第１のメッセージの識別情報を、格納された事前設定された識別情報にうまく合致させるとき、車載ゲートウェイは、Ｓ１０４で、第２のメッセージを送信して、第２のメッセージを利用することによって、第２の車載デバイスにターゲットオペレーションを実行するように指示する。しかし、車載ゲートウェイが、Ｓ１０３で、第１のメッセージの識別情報と事前設定された識別情報とのマッチングに失敗する場合、車載ゲートウェイは、Ｓ１０４で、第２のメッセージを送信しない、即ち、第２の車載デバイスにターゲットオペレーションを実行するように第２のメッセージを利用することによって指示することは行わない。第２のメッセージは、車載ゲートウェイによって、第１のメッセージに基づいて生成され、第２のメッセージは、第２の車載デバイスによってサポートされる第２の通信プロトコルに適合し、第１の車載デバイスによってサポートされる第１の通信プロトコルは、第２の車載デバイスによってサポートされる第２の通信プロトコルとは異なる。

特に、この実施形態では、第１の車載デバイスがＣＡＮプロトコルをサポートする車載デバイスであり、第２の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスである場合、第１のメッセージは、ＣＡＮプロトコルをサポートし、第２のメッセージは、イーサネットネットワーク通信プロトコルをサポートし、第１のメッセージは、ＣＡＮパケットであってよく、第２のメッセージは、イーサネットパケットであってよい。Ｓ１０４では、ＣＡＮパケットを受信し、上述したステップに従ってイーサネットパケットを決定した後、車載ゲートウェイが、イーサネットパケットをスイッチに送信しうる。スイッチは、イーサネットパケットの送信先ＭＡＣアドレスに基づいて、イーサネットパケットを、対応する第２の車載デバイスに送信し、最終的に、第２の車載デバイスは、受信されたイーサネットパケットに基づいて、ターゲットオペレーションを実行する。本明細書では、車載ゲートウェイは、第２のメッセージを送信する。車載ゲートウェイが図２のゲートウェイスイッチであるとき、第２の車載デバイスに送信される必要があるイーサネットパケットを決定した後、車載ゲートウェイは、車載ゲートウェイのスイッチング機能を利用することによって、イーサネットパケットを、対応する第２の車載デバイスに直接送信する。代替的に、車載ゲートウェイが図３の車載ゲートウェイであるとき、第２の車載デバイスに送信される必要があるイーサネットパケットを決定した後、車載ゲートウェイは、イーサネットパケットをスイッチに送信し、スイッチは、イーサネットパケットを、対応する第２の車載デバイスに送信する。本発明のこの実施形態において、第２のメッセージが直接送信されるか、又は間接的に送信されるかは本明細書では限定されない。

従って、この実施形態における車載ゲートウェイ通信方法では、第１のメッセージを第１の車載デバイスから受信するとき、車載ゲートウェイは、第１のメッセージ内の識別情報を識別し、識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行う。マッチングが成功するとき、車載ゲートウェイは、第２のメッセージを送信し、第２のメッセージを利用することによって、第２の車載デバイスにターゲットオペレーションを実行するように指示する。従って、車載ゲートウェイは、第１のメッセージの識別情報が格納されているかどうかに基づいて、第１のメッセージが、ターゲットオペレーションを実行するように第２の車載デバイスを制御するために、車載ゲートウェイによって利用されることができるかどうかをフィルタリングしうる。車載ゲートウェイが第１のメッセージに、車載ゲートウェイを通じて、ターゲットオペレーションを実行するように第２の車載デバイスを制御することを許可するとき、第１のメッセージの識別情報は、事前設定された識別情報として格納されてよく、それによって、第１のメッセージが事前設定された識別情報にうまく合致した後、車載ゲートウェイは、ターゲットオペレーションを実行するように第２の車載デバイスを制御するための第２のメッセージを送信する。車載ゲートウェイが第１のメッセージに、車載ゲートウェイを通じて、ターゲットオペレーションを実行するように第２の車載デバイスを制御することを許可しないとき、第１のメッセージの識別情報は、車載ゲートウェイ内に格納されない。従って、第１のメッセージ内の識別情報が、ゲートウェイ内に格納されている事前設定された識別情報に合致することができないとき、車載ゲートウェイは、ターゲットオペレーションを実行するように第２の車載デバイスを制御するための第２の情報を送信しない。

この場合、この実施形態は、図１～３に示された車載ネットワークシナリオに適用される。第１の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスであり、第２の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであるとき、車両の製造業者又はユーザは、車載ゲートウェイ内に格納されている事前設定された識別情報を利用してよく、それによって、ＣＡＮパケットを受信した後、車載ゲートウェイは、ＣＡＮパケット内の識別情報が事前設定された識別情報にうまく合致するときのみ、イーサネットパケットを第２の車載デバイスに送信して、ターゲットオペレーションを実行するように第２の車載デバイスを制御する。従って、車載ゲートウェイによって受信されたＣＡＮパケット内の識別情報が事前設定された識別情報に合致しないとき、それは、ＣＡＮパケットが悪意あるデータでありうるか、又はＣＡＮパケットがセキュリティ上の脅威をもたらすことがあり、外部インターネットに接続されることができる第２の車載デバイスに送信されることが適切ではないことを示す。この場合において、車載ゲートウェイは、識別情報のマッチングに失敗するＣＡＮパケットをイーサネットパケットに変換せず、イーサネットパケットを、対応する第２の車載デバイスに送信しない。このようにして、許可されない、第１の車載デバイスによって送信されたＣＡＮパケットは、車載ゲートウェイを通じてイーサネットパケットに変換されることができず、また、第２の車載デバイスに送信されることができず、それによって、たとえ、車載ゲートウェイが、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用されるＣＡＮパケットを受信しても、車載ゲートウェイは、第２の車載デバイスにターゲットオペレーションを実行することを可能にするイーサネットパケットを第２のデバイスに送信しない。このようにして、車載ゲートウェイのマッチングを通じて、悪意あるＣＡＮパケットを利用することによって第２の車載デバイスを制御するリスクが低減され、ＣＡＮパケットを外部にリークするリスクが低減されることもできる。従って、車両の車載ゲートウェイは、車載ネットワークへのセキュリティ上の脅威を低減するために、さらに、車載ネットワークのセキュリティ性能を改善するために利用される。

さらに、上述した実施形態に基づいて、この実施形態におけるＳ１０４の可能な特定の実装では、車載ゲートウェイは、第１のメッセージ上のプロトコル変換を実行する方法で第２のメッセージを取得する。ゲートウェイは、第１の通信プロトコルを利用する第１のメッセージを、第２の通信プロトコルを利用する第２のメッセージに変換する。車載ゲートウェイによってプロトコル変換を実行する特定の方法及び原理については、先行技術を参照されたい。車載ゲートウェイのプロトコル変換方法は、この実施形態に限定されない。車載ゲートウェイは、Ｓ１０３で、第１のメッセージの識別情報がうまく合致されるときのみプロトコル変換を実行し、次いで、車載ゲートウェイは、第１のメッセージから第２のメッセージへのプロトコル変換を実行し、そして、プロトコル変換後に取得される第２のメッセージを送信する、ことが強調される。

代替的に、この実施形態におけるＳ１０４の他の可能な実装において、車載ゲートウェイのプロトコル変換速度を改善するために、そして、車載ゲートウェイのプロトコル変換効率を改善するために、車載ゲートウェイは、車載ゲートウェイによって、第２のメッセージを決定するために利用されるマッピング関係をさらに格納し、マッピング関係は、事前設定された識別情報と、メッセージ構築情報との間のマッピング関係を含む。この場合、Ｓ１０３で、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とがうまく合致した後、車載ゲートウェイは、マッピング関係から、うまく合致した事前設定された識別情報に基づいて、事前設定された識別情報に対応するメッセージ構築情報を取得し、メッセージ構築情報と第１のメッセージとに基づいて、第２のメッセージを生成することができる。任意選択で、車載ネットワークは、表の形式でマッピング関係を格納する。

メッセージ構築情報は、車載ゲートウェイによって、第１のメッセージを利用することによって決定されることができる第２のメッセージを含む。この場合、この実施形態ににおいて提供される車載ゲートウェイは、マッピング関係を利用することによって、先に、異なる事前設定された識別情報に対応するメッセージ構築メッセージを格納しうる。ゲートウェイが、事前設定された識別情報と、第１のメッセージの識別情報とをうまく合致させた後、車載ゲートウェイは、第２のメッセージとして、うまく合致した識別情報に基づいてマッピング関係をサーチすることによって取得されるメッセージ構築情報を直接利用しうる。加えて、この実施形態において、車載ゲートウェイが、マッピング関係を利用することによって、第１のメッセージ上でプロトコル変換が実行された後に取得される第２のメッセージを決定しうるとき、また、車載ゲートウェイは、もはや第１のメッセージ上でのプロトコル変換を実行しなくてよい。これは、車載ゲートウェイによって、第１のメッセージに基づいて、第２のメッセージを決定する効率を改善する。

代替的に、メッセージ構築情報は、第２のメッセージ内の情報の一部を含み、この実施形態における車載ゲートウェイが、第１のメッセージの識別情報と、事前設定された識別情報とをうまく合致させた後、車載ゲートウェイは、性能の、うまく合致した識別情報に基づいて、マッピング関係をサーチして、第２のメッセージのメッセージ構築情報の一部を取得する。次いで、第２のメッセージは、第１のメッセージとメッセージ構築情報とに基づいて一緒に取得され、それによって、車載ゲートウェイによって、第２のメッセージを取得するために、第１のメッセージ全体上でのプロトコル変換を実行する速度及び効率も、ある程度増加される。

添付の図面を参照しながら、以下では、車載ゲートウェイが、この実施形態におけるマッピング関係に基づいて第２のメッセージを決定する方法について説明する。

図８は、この出願の車載ゲートウェイ通信方法の実施形態による、模式的フロー図である。図８に示した例において、第１の車載デバイスは、ＣＡＮプロトコルをサポートする車載デバイスであり、第２の車載デバイスは、イーサネットプロトコルをサポートする車載デバイスである。この場合、第１のメッセージは、ＣＡＮパケットであり、第２のメッセージは、イーサネットパケットである。車載ゲートウェイは、マッピング関係を格納しており、マッピング関係は、ＣＡＮパケットの事前設定された識別情報と、イーサネットパケットのメッセージ構築情報との間の対応関係を含む。

この実施形態において、第１のメッセージの識別情報は、ＣＡＮパケット内のＣＡＮ ＩＤであり、ＣＡＮ ＩＤは、ＣＡＮバス上でＣＡＮパケットを識別するために利用される。特に、この実施形態において、図７に示したＣＡＮパケットのパケット構造を参照し、ＣＡＮパケット内のパケット識別子、即ち、ＣＡＮ ＩＤは、第１のメッセージの識別情報として利用されてよく、後続のマッチングは、第１のメッセージの識別情報上で実行されうる。例えば、車載ゲートウェイ内に格納されているマッチング関係は、「CAN ID = Ox100」と「第２のメッセージ構築情報」との間の対応関係を含み、第２のメッセージ構築情報は、車載ゲートウェイによって、イーサネットパケットを構築するために利用される。

図８に示すように、ＣＡＮバスを利用することによって、第１の車載デバイスによって送信されたＣＡＮパケットを受信した後、車載ゲートウェイは、ＣＡＮパケットを解析する。ＣＡＮパケットのＣＡＮ ＩＤがOx100に等しいと解析したとき、車載ゲートウェイは、ＣＡＮパケットの識別情報がうまく合致されると決定し、マッピング関係に基づいて第２のメッセージ構築情報をさらに決定する。

任意選択で、図８に示した例において、車載ゲートウェイ内に格納されているマッピング関係における第２のメッセージ構築情報が、事前設定されたイーサネットパケットである場合、マッピング関係に基づいてイーサネットパケットを決定した後、車載ゲートウェイは、イーサネットパケットをスイッチに送信してよく、それによって、スイッチは、イーサネットパケットを、対応する第２の車載デバイスに送信し、最後に、第２の車載デバイスが、受信されたイーサネットパケットに基づいてターゲットオペレーションを実行する。

代替的に、図８に示した例において、車載ゲートウェイ内に格納されているマッピング関係における第２のメッセージ構築情報が、イーサネットパケットの一部である場合、第２のメッセージ構築情報を決定した後、車載ゲートウェイは、さらに、第２のメッセージ構築情報に基づいてイーサネットパケットを生成する必要がある。例えば、この実施形態における、図６に示したイーサネットパケットのパケットフォーマットを参照すると、任意選択で、第２のメッセージ構築情報は、イーサネットパケット内のデータでありうる。従って、マッピング関係に基づいて、第２のメッセージ構築情報を決定した後、車載ゲートウェイは、イーサネットパケットを生成するために、第２のメッセージ構築情報にさらに従う。加えて、イーサネットパケット内のデータが、第２のメッセージ構築情報内で決定されるため、車載ゲートウェイは、第２のメッセージ構築情報に基づいて、イーサネットパケットの他の部分を決定した後でのみ、イーサネットパケットを決定することができる。これは、車載ゲートウェイがイーサネットパケット内のデータを決定するための時間を節約する。

さらに、図８に示した実施形態では、車載デバイスによって決定されるイーサネットパケットについて、イーサネットパケットを送信するとき、スイッチは、イーサネットパケットの特定のプロトコル表示に基づいて、イーサネットパケットの優先度を決定しうる。高いリアルタイム要件及び短いデータを有するイーサネットパケットについて、タイムセンシティブネットワーク（time-sensitive network, TSN）イーサネットネットワークプロトコルが表示のために利用される。高いリアルタイム性能及び大きなデータ量を有するイーサネットパケットについて、オーディオビデオブリッジ（audio video bridging, AVB）イーサネットネットワークプロトコルが表示のために利用される。高いリアルタイム要件を有しないイーサネットパケットについて、従来のイーサネットネットワークプロトコルが表示のために利用される。従って、この実施形態において、ゲートウェイ内に格納されているマッピング関係における第２のメッセージ構築情報は、イーサネットパケットのプロトコルタイプを含みうる。例えば、第１のメッセージが、エラー情報をフィードバックするために利用されるＣＡＮパケットである場合、第１のメッセージは、処理のために第２の車載デバイスへと優先的に送信される必要があるため、ＣＡＮパケットの識別情報と事前設定された識別情報とがうまく合致した後、車載ゲートウェイは、マッピング関係に基づいて、事前設定された識別情報に対応する構築情報内のイーサネットパケットのプロトコルタイプがＴＳＮであると決定する。最後に、メッセージ構築情報に基づいて、車載ゲートウェイによって生成されたイーサネットパケットは、ＴＳＮプロトコルタイプが利用されるため、相対的に高い優先度を有し、スイッチを利用することによって、対応するイーサネットデバイスに優先的に送信されることができる。

任意選択で、イーサネットパケットの長さはＣＡＮパケットの長さより大きいため、図８に示された例において、複数のＣＡＮパケットが第２の車載デバイスに送信される必要があると決定した後、車載ゲートウェイは、車載ゲートウェイ内のバッファにＣＡＮパケットを格納してよく、バッファ内のＣＡＮパケットの数量が事前設定された閾値より大きくなった後、車載ゲートウェイは、バッファ内の全てのＣＡＮパケットを、同じイーサネットパケットに変換し、スイッチを利用することによって、イーサネットパケットを第２の車載デバイスに送信する。

同様に、図８に示した例において、車載ゲートウェイが第１の車載デバイスの１つのＣＡＮパケットを受信し、１つのイーサネットパケットを第２の車載デバイスに送信する例が説明のために利用されている。しかし、車載ゲートウェイの実際のアプリケーションにおいては、１つのＣＡＮパケットが、複数の異なる第２の車載デバイスに、それぞれのオペレーションを実行することを指示するために利用されうる。この場合、車載ゲートウェイ内のマッピング関係において、１つの事前設定された識別情報は、複数の異なるメッセージ構築情報に対応していてよく、それによって、複数のイーサネットパケットは、１つのＣＡＮパケットに基づいて決定されうる。例えば、車載ゲートウェイが、第１の車載デバイスによって送信されたＣＡＮパケットを受信し、第１の車載デバイスによって送信されたＣＡＮパケットが、エラー情報をヒューマンマシンインタフェース及びナビゲーションモジュールに同時に報告するために利用される場合、ＣＡＮパケットを受信し、ＣＡＮパケットの識別情報と事前設定された識別情報とがうまく合致した後、車載ゲートウェイは、マッピング関係に基づいて、事前設定された識別情報に対応している、ヒューマンマシンインタフェースのメッセージ構築情報及びナビゲーションモジュールのメッセージ構築情報を決定し、ヒューマンマシンインタフェースのメッセージ構築情報に基づいて、ヒューマンマシンインタフェースに送信される第１のイーサネットパケットを決定し、ナビゲーションモジュールのメッセージ構築情報に基づいて、ナビゲーションモジュールに送信される第２のイーサネットパケットを決定する。次いで、車載ゲートウェイは、スイッチを利用することによって、第１のイーサネットパケットをヒューマンマシンインタフェースに送信し、スイッチを利用することによって、第２のイーサネットパケットをナビゲーションモジュールに送信し、それによって、１つのＣＡＮパケットが、２つの車載デバイスに、それぞれのイーサネットパケットを利用することによって、それぞれのオペレーションを実行するように指示するために利用される。

結局、この実施形態において提供される車載ゲートウェイ通信方法では、ＣＡＮパケットの識別情報と事前設定された識別情報とがうまく合致した後、イーサネットパケットを決定するとき、車載ゲートウェイは、ＣＡＮパケットに基づいてプロトコル変換が実行される後にのみイーサネットパケットを取得することに代えて、事前格納されたマッピング関係をクエリすることによってイーサネットパケットを取得することができる。このようにして、車載ゲートウェイは、事前設定された識別情報に基づいて第２のマッピング関係をサーチすることによって、イーサネットパケットを直接取得することができる。マッピング関係をサーチする計算量は、プロトコル変換の間にＣＡＮパケット上で実行されるデータ処理のものより非常に小さいため、既存の車載ゲートウェイに比べ、これは、ＣＡＮパケットからイーサネットパケットへのプロトコル変換における車載ゲートウェイの速度を大きく改善し、車載ゲートウェイのプロトコル変換効率をさらに改善する。

異なる車両の内部の車載ネットワークについて、ＣＡＮパケットの表示モードは同じであることが理解されうる。従って、車両の外部のイーサネットパケットの対応する表示モードも同じである。ＣＡＮパケットをサポートする車載デバイスが、イーサネットパケットを、車載ゲートウェイを通じて、イーサネットプロトコルをサポートする車載デバイスに送信するとき、外部の攻撃者は、逆に、イーサネットパケットを利用することによって、車両の内部のＣＡＮバス上のデータ表示モードを決定しうる。結果として、車載ネットワークのセキュリティ性能は相対的に低くなる。しかし、図８に示した実施形態において、車載ゲートウェイは、マッピング関係に基づいてイーサネットパケットを決定する方法で、車両の外部に送信されるべきイーサネットパケットを決定する。異なる車両は、ＣＡＮバス上の異なるデータ表示モードを利用する。例えば、車両１は、車両故障を示すためにＣＡＮパケット「１」を利用し、対応するメッセージ構築情報に基づいて決定されるイーサネットパケットは「ＡＢＣ」であり、車両２は、車両故障を示すためにＣＡＮパケット「２」を利用し、対応するメッセージ構築情報に基づいて決定されるイーサネットパケットも「ＡＢＣ」である。従って、たとえ、２つの車両のＣＡＮパケットのデータ表示モードが異なるとしても、同じイーサネットパケットが、依然として、マッピング関係においてマッピングされた同じメッセージ構築情報に基づいて決定されることができる。たとえ、外部の攻撃者がイーサネットパケット「ＡＢＣ」を取得するとしても、攻撃者は、マッピング関係が決定されない場合、イーサネットパケットに基づいて、逆に、車両の内部のＣＡＮバス上のデータ表示モードを決定することができない。これは、車載ネットワークのＣＡＮバスのセキュリティ性能を向上させる。

実施形態１の図５に示した手順は、車載ゲートウェイがイーサネットパケットをＣＡＮパケットに変換するものであり、実施形態２の図８に示した手順は、車載ゲートウェイがＣＡＮパケットをイーサネットパケットに変換するものであることに注意されるべきである。上述した２つの手順は、２つの異なる車載ゲートウェイによって別々に実装されうる。代替的に、上述した２つの手順は、同じ車載ゲートウェイによって実装されてよく、例えば、図２に示したゲートウェイスイッチ又は図３に示した車載ゲートウェイによって実装されうる。イーサネットパケットが受信されるとき、図５に示した手順が、イーサネットパケットからＣＡＮパケットに変換するために実行される。ＣＡＮパケットが受信されるとき、図８に示した手順が、ＣＡＮパケットからイーサネットパケットに変換するために実行される。

この出願の上述した実施形態において提供される実施形態において、この出願において提供される方法は、車載ゲートウェイの観点から言及され説明されている。この出願の実施形態において提供される方法の機能を実装するために、車載ゲートウェイは、ハードウェア構造及び／又はソフトウェアモジュールを含み、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造とソフトウェアモジュールとの組み合わせの形で機能を実装してよい。上述した機能のうちのいずれの機能がハードウェア構造、ソフトウェアモジュール、又はハードウェア構造とソフトウェアモジュールとの組み合わせの形で実行されるかは、特定のアプリケーション及び技術的解決策のデザイン制約に依存する。

図９は、この出願の車載ゲートウェイの実施形態による、模式的構造図である。図９に示した車載ゲートウェイは、この出願の上述した実施形態における車載ゲートウェイの機能を実装するように構成されうる。特に、図９に示した車載ゲートウェイ９０は、トランシーバモジュール９０１と、識別モジュール９０２と、決定モジュール９０３と、メッセージ構築モジュール９０４とを含む。

トランシーバモジュール９０１は、第１の車載デバイスから第１のメッセージを受信するように構成され、第１のメッセージは、第１の車載デバイスによってサポートされる第１の通信プロトコルに適合し、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、識別情報を含む。識別モジュール９０２は、第１のメッセージ内の識別情報を識別するように構成される。決定モジュール９０３は、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行い、第１のメッセージ内の識別情報に合致する事前設定された識別情報が、車載ゲートウェイ内に格納されている事前設定された識別情報内に存在するかを決定し、マッチングが成功する場合、メッセージ構築モジュール９０４にマッチング結果を送信するように構成される。メッセージ構築モジュール９０４は、決定モジュール９０３によって送信されたマッチング結果に基づいて、第２のメッセージを生成するように構成され、第２のメッセージは、第２の車載デバイスによってサポートされる第２の通信プロトコルに適合し、第１の通信プロトコルは、第２の通信プロトコルとは異なる。トランシーバモジュール９０１は、第２のメッセージを送信するようにさらに構成され、第２のメッセージは、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用される。

この実施形態において提供される車載ゲートウェイは、図４に示した実施形態における車載ゲートウェイ通信方法を実行するように構成されうる。

実施形態１
第１の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであり、第２の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスであるとき、第１のメッセージは、イーサネットパケットであり、第２のメッセージは、ＣＡＮパケットである。

トランシーバモジュール９０１は、イーサネットパケットを第１の車載デバイスから受信するように構成される。

識別モジュール９０２は、イーサネットプロトコルの識別情報を決定するように構成される。イーサネットプロトコルの識別情報は、以下のもの、即ち、イーサネットプロトコル内にある、送信元ＭＡＣアドレスの事前定義されたフラグビット、送信先ＭＡＣアドレスの事前定義されたフラグビット、及び／又はプロトコルタイプの事前定義されたフラグビットのうちの１つ以上を含む。

決定モジュール９０３は、イーサネットパケット内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行い、マッチングが成功する場合、マッチング結果をメッセージ構築モジュール９０４に送信するように構成される。

メッセージ構築モジュール９０４は、特に、決定モジュールによって送信されたマッチング結果に基づいてＣＡＮパケットを生成し、ＣＡＮパケットを、第２の車載デバイスが位置するＣＡＮバスに送信するように構成され、それによって、第２の車載デバイスは、ＣＡＮバスを利用することによってＣＡＮパケットを受信した後、ターゲットオペレーションを実行する。

任意選択で、マッチングが成功するとき、決定モジュール９０３は、マッチングが成功したことを示すマッチング結果をメッセージ構築モジュール９０４に送信してよく、それによって、メッセージ構築モジュール９０４は、マッチング結果に基づいてＣＡＮパケットを生成する。マッチングが失敗するとき、決定モジュール９０３は、また、マッチングが失敗したことを示すマッチング結果をメッセージ構築モジュール９０４に送信してよく、メッセージ構築モジュール９０４は、マッチングが失敗したことを示すマッチング結果に基づいてＣＡＮパケットを生成するオペレーションを実行しない。

任意選択で、上述した実施形態において、決定モジュール９０３は、特に、車載ゲートウェイ内に格納されている事前設定された識別情報が、第１のメッセージの識別情報を含むかどうかをサーチすることによって、第１のメッセージの識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うように構成され、車載ゲートウェイは、少なくとも１つの事前設定された識別情報を格納している。

任意選択で、上述した実施形態において、車載ゲートウェイは、第１のマッピング関係を格納しており、第１のマッピング関係は、事前設定された識別情報と、メッセージ構築情報との間のマッピング関係である。メッセージ構築モジュール９０４は、特に、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングが成功する場合、うまく合致した事前設定された識別情報に基づいて、対応するメッセージ構築情報を取得し、メッセージ構築情報を利用することによって、第２のメッセージを生成するように構成される。

任意選択で、上述した実施形態において、第１の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであり、第２の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスである場合、メッセージ構築情報は、ＣＡＮパケットのＣＡＮ ＩＤを含む。言い換えると、メッセージ構築モジュール９０４は、特に、メッセージ構築情報内のＣＡＮ ＩＤに基づいてＣＡＮパケットを生成する。

実施形態２
第１の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスであり、第２の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであるとき、第１のメッセージは、ＣＡＮパケットであり、第２のメッセージは、イーサネットパケットである。

トランシーバモジュール９０１は、ＣＡＮパケットを第１の車載デバイスから受信するように構成される。

識別モジュール９０２は、ＣＡＮプロトコルの識別情報を決定する。ＣＡＮプロトコルの識別情報は、ＣＡＮパケットのＣＡＮ ＩＤを含む。

決定モジュール９０３は、ＣＡＮパケット内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行い、マッチングが成功する場合、マッチング結果をメッセージ構築モジュール９０４に送信するように構成される。

メッセージ構築モジュール９０４は、特に、決定モジュールによって送信されたマッチング結果に基づいてイーサネットパケットを生成し、イーサネットパケットを第２の車載デバイスに送信するか、又はスイッチを利用することによってイーサネットパケットを第２の車載デバイスに送信するように構成され、それによって、第２の車載デバイスは、受信されたイーサネットパケットを利用することによってターゲットオペレーションを実行する。

任意選択で、マッチングが成功するとき、決定モジュール９０３は、マッチングが成功したことを示すマッチング結果をメッセージ構築モジュール９０４に送信してよく、それによって、メッセージ構築モジュール９０４は、マッチング結果に基づいてイーサネットパケットを生成する。マッチングが失敗するとき、決定モジュール９０３は、また、マッチングが失敗したことを示すマッチング結果をメッセージ構築モジュール９０４に送信してよく、メッセージ構築モジュール９０４は、マッチングが失敗したことを示すマッチング結果に基づいてイーサネットパケットを生成するオペレーションを実行しない。

任意選択で、上述した実施形態において、決定モジュール９０３は、特に、車載ゲートウェイ内に格納されている事前設定された識別情報が、第１のメッセージの識別情報を含むかどうかをサーチすることによって、第１のメッセージの識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うように構成され、車載ゲートウェイは、少なくとも１つの事前設定された識別情報を格納している。

任意選択で、上述した実施形態において、車載ゲートウェイは、第１のマッピング関係を格納しており、第１のマッピング関係は、事前設定された識別情報と、メッセージ構築情報との間のマッピング関係である。メッセージ構築モジュール９０４は、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングが成功する場合、うまく合致した事前設定された識別情報に基づいて、対応するメッセージ構築情報を取得し、メッセージ構築情報を利用することによって、第２のメッセージを生成するようにさらに構成される。

任意選択で、上述した実施形態において、メッセージ構築情報は、以下のもの、即ち、イーサネットパケットのプロトコルタイプ、イーサネットパケット内の、送信元ＭＡＣアドレス及び送信先ＭＡＣアドレスの事前定義されたフラグのうちの１つ以上を含む。

上述した実施形態において提供される車載ゲートウェイは、この出願の上述した実施形態における車載ゲートウェイ通信方法を実行するように構成されうる。車載ゲートウェイ通信方法の実装及び原理は、この出願の上述した実施形態における車載ゲートウェイ通信方法のものと同じである。詳細については再度説明されない。

この出願のこの実施形態におけるモジュールへの分割は例であり、単なる論理的な機能分割であり、実際の実装では他の分割であってよい。加えて、この出願の実施形態における機能モジュールは、１つのプロセッサに統合されてよく、又はモジュールのそれぞれは、物理的に単独で存在してよく、又は２つ以上のモジュールが１つのモジュールに統合される。統合されたモジュールは、ハードウェアの形で実装されてよく、又はソフトウェア機能モジュールの形で実装されてよい。

図１０は、この出願の車載ゲートウェイの実施形態による、模式的構造図である。図１０に示す車載ゲートウェイは、上述した車載ゲートウェイ通信方法における車載ゲートウェイの機能を実装するように構成されうる。車載ゲートウェイ１０００は、第１の通信インターフェース１０１０と、第２の通信インターフェース１０１１と、プロセッサ１０２０と、メモリ１０３０とを含む。第１の通信インターフェース１０１０は、トランシーバ、回路、バス、又は他の形のインターフェースであってよく、伝送媒体を利用することによって他のデバイスと通信するように構成される。第２の通信インターフェース１０１１は、トランシーバ、回路、バス、又は他の形のインターフェースであってよく、伝送媒体を利用することによって他のデバイスと通信するように構成される。第１の通信インターフェース１０１０、第２の通信インターフェース１０１１、プロセッサ１０２０、及びメモリ１０３０は接続されている。この出願の実施形態における接続は、装置間、ユニット間、又はモジュール間の間接的な接続又は通信接続であり、電気的、機械的、又は他の形で実装されてよく、装置間、ユニット間、又はモジュール間の情報交換に利用される。

第１の通信インターフェース１０１０、第２の通信インターフェース１０１１、プロセッサ１０２０、及びメモリ１０３０の間の具体的な接続媒体は、この出願のこの実施形態において限定されない。この出願のこの実施形態において、図１０では、第１の通信インターフェース１０１０、第２の通信インターフェース１０１１、メモリ１０３０、及びプロセッサ１０２０は、バス１０４０を利用することによって接続されている。バスは、図１０では太線を利用することによって表現されている。他のコンポーネント間の接続の方法は、単に説明のための例であり、限定を構成しない。バスは、アドレスバス、データバス、制御バスなどに分類されうる。表現を容易にするため、図１０では１本の太線のみがバスを表現するために利用されているが、これは、１つのバスのみ又は１つのタイプのバスのみがあることを意味するものではない。

例えば、図１０に示した車載ゲートウェイにおいて、第１の通信インターフェース１０１０は、第１のメッセージを第１の車載デバイスから受信し、第１のメッセージをプロセッサ１０２０に送信するように構成され、第１のメッセージは、第１の車載デバイスによってサポートされる第１の通信プロトコルに適合し、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用される。メモリ１０３０は、命令を格納しており、プロセッサ１０２０が命令を呼び出して実行するとき、プロセッサ１０２０は、第１のメッセージを第１の通信インターフェース１０１０から受信した後、第１のメッセージ内の識別情報を識別し、第１のメッセージ内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行い、第１のメッセージ内の識別情報に合致する事前設定された識別情報が、車載ゲートウェイ内に格納されている事前設定された識別情報内に存在するかどうかを決定し、マッチング結果に基づいて第２のメッセージを生成することが可能になる。プロセッサ１０２０は、第２のメッセージを第２の通信インターフェース１０１１に送信するようにさらに構成される。第２の通信インターフェース１０１１は、第２のメッセージを送信するようにさらに構成され、第２のメッセージは、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用される。

任意選択で、図１０に示した実施形態において、第１の通信インターフェース１０１０は、車載ゲートウェイ１０００によって、第１の車載デバイスと通信するために利用されるインターフェースであってよく、第２の通信インターフェース１０１１は、車載ゲートウェイ１０００によって、第２の車載デバイスと通信するために利用されるインターフェースであってよい。第１の通信インターフェース１０１０及び第２の通信インターフェース１０１１は、車載ゲートウェイ１０００内の異なる通信インターフェースであってよいし、又は、第１の通信インターフェース１０１０及び第２の通信インターフェース１０１１は、車載ゲートウェイ１０００内の同じ通信インターフェースであってよい。このことは、この出願において限定されない。

例えば、第１の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスであり、第２の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスである場合、第１のメッセージはＣＡＮパケットであり、第２のメッセージはイーサネットパケットである。図１０に示した車載ゲートウェイにおいて、第１の通信インターフェース１０１０は、ＣＡＮバスから、第１の車載デバイスによって送信されたＣＡＮパケットを受信し、ＣＡＮパケットをプロセッサ１０２０に送信するように構成される。ＣＡＮパケットを第１の通信インターフェース１０１０から受信した後、プロセッサ１０２０は、ＣＡＮパケット内の識別情報を識別し、ＣＡＮパケット内の識別情報と、車載ゲートウェイ内の事前設定された識別情報とのマッチングを行い、ＣＡＮパケット内の識別情報に合致する事前設定された識別情報が、車載ゲートウェイ内に格納されている事前設定された識別情報内に存在するかどうかを決定し、マッチング結果に基づいてイーサネットパケットを生成する。プロセッサ１０２０は、イーサネットパケットを第２の通信インターフェース１０１１に送信するようにさらに構成される。第２の通信インターフェース１０１１は、イーサネットパケットをスイッチに送信するようにさらに構成され、それによって、スイッチは、イーサネットパケットを、対応する第２の車載デバイスに送信し、イーサネットパケットは、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用される。

他の例では、第１の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであり、第２の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスである場合、第１のメッセージは、イーサネットパケットであり、第２のメッセージはＣＡＮパケットである。図１０に示した車載ゲートウェイにおいて、第１の通信インターフェース１０１０は、スイッチから、第１の車載デバイスによって送信されたイーサネットパケットを受信し、イーサネットパケットをプロセッサ１０２０に送信するように構成されうる。イーサネットパケットを第１の通信インターフェース１０１０から受信した後、プロセッサ１０２０は、イーサネットパケット内の識別情報を識別し、イーサネットパケット内の識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行い、イーサネットパケット内の識別情報に合致する事前設定された識別情報が、車載ゲートウェイ内に格納されている事前設定された識別情報内に存在するかどうかを決定し、マッチング結果に基づいてＣＡＮパケットを生成する。プロセッサ１０２０は、ＣＡＮパケットを第２の通信インターフェース１０１１に送信するようにさらに構成される。第２の通信インターフェース１０１１は、ＣＡＮパケットをＣＡＮバスに送信するように構成され、ＣＡＮパケットは、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用される。

第１のメッセージ及び第２のメッセージの具体的な内容については、方法の例における詳細な説明を参照されたい。詳細については本明細書で再び説明されない。代替的に、例えば、プロセッサ１０２０は、うまく合致した事前設定された識別情報に基づいて、対応するメッセージ構築情報を取得し、メッセージ構築情報を利用することによって、第２のメッセージを生成するようにさらに構成されうる。詳細については、方法の例における詳細な説明を参照されたい。詳細については本明細書で再び説明されない。

この出願の実施形態において、プロセッサは、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又は他のプログラム可能な論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、又はディスクリートハードウェアコンポーネントであってよく、この出願の実施形態において開示された方法、ステップ、及び論理ブロック図を実装又は実行しうる。汎用プロセッサは、マイクロプロセッサ又は任意の従来のプロセッサなどであってよい。この出願の実施形態に関連して開示された方法のステップは、ハードウェアプロセッサによって直接的に実行されてよく、又はプロセッサのハードウェアとソフトウェアモジュールとの組み合わせを利用することによって実行されてよい。

この出願のこの実施形態において、メモリは、ハードディスクドライブ（hard disk drive, HDD）又はソリッドステートドライブ（solid-state drive, SSD）などの不揮発性メモリであってよいし、又は、ランダムアクセスメモリ（random access memory, RAM）などの揮発性メモリ（volatile memory）であってよい。メモリは、期待されるプログラムコードを命令又はデータ構造の形で搬送し又は格納するように構成されることができ、コンピュータによってアクセスされることができる任意の他の媒体である。しかし、メモリはそれに限定されない。この出願の実施形態におけるメモリは、代替的に、ストレージ機能を実装することができ、プログラム命令及び／又はデータを格納するように構成される回路又は任意の他の装置であってよい。

図１１は、この出願のインテリジェント車両の実施形態による、模式的構造図である。図１１に示すように、この実施形態において提供されるインテリジェント車両１１０は、第１の車載デバイス１１０１と、第２の車載デバイス１１０３と、図９の任意の実施形態による車載ゲートウェイ１１０２とを含む。第１の車載デバイス１１０１は、第１のメッセージを車載ゲートウェイ１１０２に送信するように構成され、第１のメッセージは、第１の車載デバイス１１０１によってサポートされる第１の通信プロトコルに適合し、第１のメッセージは、第２の車載デバイス１１０３にターゲットオペレーションを実行するように指示するために利用され、第１のメッセージは、識別情報を含む。車載ゲートウェイ１１０２は、第１のメッセージを第１の車載デバイス１１０１から受信し、第１のメッセージ内の識別情報を識別するように構成される。車載ゲートウェイ１１０２は、第１のメッセージ内の識別情報と、車載ゲートウェイ１１０２内に格納されている事前設定された識別情報とのマッチングを行うようにさらに構成される。マッチングが成功する場合、車載ゲートウェイ１１０２は、第２のメッセージを送信し、第２のメッセージは、第２の車載デバイス１１０３にターゲットオペレーションを実行するように指示するために利用され、第１のメッセージに基づいて生成され、第２の車載デバイス１１０３によってサポートされる第２の通信プロトコルに適合し、第１の通信プロトコルは、第２の通信プロトコルとは異なる。詳細については、方法の例における詳細な説明を参照されたい。詳細については本明細書で再び説明されない。

任意選択で、上述した実施形態において、第１の車載デバイス１１０１が、ＣＡＮプロトコルをサポートする車載デバイスであり、第２の車載デバイス１１０３が、イーサネットプロトコルをサポートする車載デバイスである場合、第１のメッセージはＣＡＮパケットであり、第２のメッセージはイーサネットパケットである。

第１の車載デバイス１１０１は、イーサネットパケットを車載ゲートウェイ１１０２に送信する。第１の車載デバイス１１０１は、イーサネットパケットを車載ゲートウェイ１１０２に直接送信してよく、又はスイッチを利用することによってイーサネットパケットを車載ゲートウェイ１１０２に送信してよい。第１の車載デバイス１１０１によって送信されたイーサネットパケットを受信した後、車載ゲートウェイ１１０２は、イーサネットパケット内の識別情報のマッチングを行い、マッチングが成功するとき、ＣＡＮパケットを生成する。車載ゲートウェイ１１０２は、生成されたＣＡＮパケットを、第２の車載デバイス１１０３が位置するＣＡＮバスに送信し、それによって、ＣＡＮバスから、車載ゲートウェイ１１０２によって送信されたＣＡＮパケットを受信した後、第２の車載デバイス１１０３は、ＣＡＮパケットに基づいてターゲットオペレーションを実行する。

任意選択で、上述した実施形態において、車載ゲートウェイ１１０２は、特に、ゲートウェイ内に格納されている事前設定された識別情報が、第１のメッセージの識別情報を含むかどうかをサーチすることによって、第１のメッセージの識別情報と、ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うように構成され、車載ゲートウェイは、少なくとも１つの事前設定された識別情報を格納している。識別情報は、以下のもの、即ち、イーサネットパケット内にある、送信元ＭＡＣアドレスの事前定義されたフラグビット、送信先ＭＡＣアドレスの事前定義されたフラグビット、及び／又はプロトコルタイプの事前定義されたフラグビットのうちの１つ以上を含む。

任意選択で、上述した実施形態において、車載ゲートウェイ１１０２は、第１のマッピング関係を格納しており、第１のマッピング関係は、事前設定された識別情報と、メッセージ構築情報との間のマッピング関係である。車載ゲートウェイ１１０２は、特に、第１のメッセージ内の識別情報と、車載ゲートウェイ１１０２内に格納されている事前設定された識別情報とのマッチングが成功する場合、うまく合致した事前設定された識別情報に基づいて、対応するメッセージ構築情報を取得し、メッセージ構築情報及び第１のメッセージを利用することによって、第２のメッセージを生成するように構成される。メッセージ構築情報は、ＣＡＮパケットのＣＡＮ ＩＤを含む。

代替的に、第１の車載デバイス１１０１が、イーサネットプロトコルをサポートする車載デバイスであり、第２の車載デバイス１１０３が、ＣＡＮプロトコルをサポートする車載デバイスである場合、第１のメッセージは、イーサネットパケットであり、第２のメッセージは、ＣＡＮパケットである。

この場合、第１の車載デバイス１１０１は、ＣＡＮパケットをＣＡＮバスに送信する。第１の車載デバイス１１０１によって、ＣＡＮバスを利用することによって送信されたＣＡＮパケットを受信した後、車載ゲートウェイ１１０２は、ＣＡＮパケット内の識別情報のマッチングを行い、マッチングが成功したとき、イーサネットパケットを生成する。車載ゲートウェイ１１０２は、イーサネットパケットを第２の車載デバイス１１０３に送信する。車載ゲートウェイは、イーサネットパケットを第２の車載デバイス１１０３に直接送信してよく、又はスイッチを利用することによってイーサネットパケットを車載ゲートウェイ１１０３に送信してよく、それによって、第２の車載デバイス１１０３は、受信されたイーサネットパケットに基づいてターゲットオペレーションを実行する。

任意選択で、上述した実施形態において、車載ゲートウェイ１１０２は、特に、ゲートウェイ内に格納されている事前設定された識別情報が、第１のメッセージの識別情報を含むかどうかをサーチすることによって、第１のメッセージ内の識別情報と、ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うように構成され、車載ゲートウェイは、少なくとも１つの事前設定された識別情報を格納している。識別情報は、ＣＡＮパケットのＣＡＮ ＩＤを含む。

任意選択で、上述した実施形態において、車載ゲートウェイ１１０２は、第１のマッピング関係を格納しており、第１のマッピング関係は、事前設定された識別情報と、メッセージ構築情報との間のマッピング関係である。車載ゲートウェイ１１０２は、特に、第１のメッセージ内の識別情報と、車載ゲートウェイ１１０２内に格納されている事前設定された識別情報とのマッチングが成功する場合、うまく合致した事前設定された識別情報に基づいて、対応するメッセージ構築情報を取得し、メッセージ構築情報及び第１のメッセージを利用することによって、第２のメッセージを生成するように構成される。メッセージ構築情報は、以下のもの、即ち、イーサネットパケットのプロトコルタイプ、イーサネットパケット内の送信元ＭＡＣアドレス及び送信先ＭＡＣアドレスの事前定義されたフラグのうちの１つ以上を含む。

この出願の実施形態における上述した方法の全て又はいくつかは、ソフトウェア、ハードウェア、ファームウェア、又はそれらの組み合わせを用いて実装されうる。ソフトウェアが、実施形態を実装するために利用されるとき、実施形態は、完全に又は部分的にコンピュータプログラム製品の形で実装されうる。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされて実行されるとき、本発明の実施形態による手順又は機能が全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、ネットワークデバイス、ユーザデバイス、又は他のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記録媒体に格納されてよく、又はコンピュータ可読記録媒体から他のコンピュータ可読記録媒体に伝送されてよい。例えば、コンピュータ命令は、有線（例えば、同軸ケーブル、光ファイバ、又はデジタルサブスクライバライン（digital subscriber line, 略してDSL））又は無線（例えば、赤外、無線、又はマイクロ波）方式で、ウェブサイト、コンピュータ、サーバ、又はデータセンタから他のウエブサイト、コンピュータ、サーバ、又はデータセンタに伝送されうる。コンピュータ可読記録媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体、又は、サーバ又はデータセンタなどの、１つ以上の利用可能な媒体を統合しているデータストレージデバイスであってよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、デジタルビデオディスク（digital video disc, 略してDVD））、半導体媒体（例えば、ＳＳＤ）などであってよい。

明らかに、当業者は、この出願の範囲を逸脱することなく、この出願に様々な修正及び変形を加えることができる。それらが以下の特許請求の範囲によって定義される保護範囲及びそれらの等価技術に収まる限り、この出願は、この出願のこれらの修正及び変形をカバーすることが意図されている。

Claims (14)

1. 車載ゲートウェイ通信方法であって、
   第１のメッセージを第１の車載デバイスから受信するステップであって、前記第１のメッセージは、前記第１の車載デバイスによってサポートされる第１の通信プロトコルに適合し、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、かつ識別情報を含み、前記第１のメッセージの前記識別情報は、送信元ＭＡＣアドレスの事前定義されたフラグビットと、送信先ＭＡＣアドレスの事前定義されたフラグビットと、プロトコルタイプの事前定義されたフラグビットとのうちの１つ以上に関する情報を含む、ステップと、
   前記第１のメッセージ内の前記識別情報を識別するステップと、
   前記第１のメッセージ内の前記識別情報と、車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行うステップと、
   前記マッチングが成功する場合に第２のメッセージを送信するステップであって、前記第２のメッセージは、前記第２の車載デバイスに前記ターゲットオペレーションを実行するように指示するために利用され、前記第２のメッセージは、前記第１のメッセージ上でのプロトコル変換を実行することによって生成され、前記第２のメッセージは、前記第２の車載デバイスによってサポートされる第２の通信プロトコルに適合し、前記第１の通信プロトコルは、前記第２の通信プロトコルとは異なる、ステップと、
   を含む、車載ゲートウェイ通信方法。
2. 前記第１の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスであり、かつ前記第２の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスである場合、前記第１のメッセージは、ＣＡＮパケットであり、前記第２のメッセージは、イーサネットパケットである、
   請求項１に記載の方法。
3. 前記第１の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであり、かつ前記第２の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスである場合、前記第１のメッセージは、イーサネットパケットであり、前記第２のメッセージは、ＣＡＮパケットである、
   請求項１に記載の方法。
4. 前記第１のメッセージ内の前記識別情報と、前記車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行う前記ステップは、
   前記車載ゲートウェイ内に格納されている前記事前設定された識別情報が、前記第１のメッセージの前記識別情報を含むかどうかをサーチすることによって、前記第１のメッセージの前記識別情報と、前記車載ゲートウェイ内に格納されている前記事前設定された識別情報とのマッチングを行うステップであって、前記車載ゲートウェイは、少なくとも１つの前記事前設定された識別情報を格納している、ステップを含む、
   請求項１～３のいずれか１項に記載の方法。
5. 前記マッチングが成功する場合、第２のメッセージを送信する前記ステップは、特に、
   前記車載ゲートウェイがマッピング関係を格納しており、かつ前記マッピング関係が、前記事前設定された識別情報とメッセージ構築情報との間のマッピング関係である、ことと、
   前記第１のメッセージ内の前記識別情報と、前記車載ゲートウェイ内に格納されている前記事前設定された識別情報との前記マッチングが成功する場合に、うまく合致した前記事前設定された識別情報に基づいて、対応するメッセージ構築情報が取得される、ことと、
   前記第２のメッセージが、前記メッセージ構築情報を利用することによって生成される、ことと、を含む、
   請求項１に記載の方法。
6. 前記第２のメッセージは、ＣＡＮパケットであり、前記メッセージ構築情報は、前記ＣＡＮパケット内のＣＡＮ ＩＤを含む、
   請求項５に記載の方法。
7. 車載ゲートウェイであって、
   第１のメッセージを第１の車載デバイスから受信することであって、前記第１のメッセージは、前記第１の車載デバイスによってサポートされる第１の通信プロトコルに適合し、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、かつ識別情報を含み、前記第１のメッセージの前記識別情報は、送信元ＭＡＣアドレスの事前定義されたフラグビットと、送信先ＭＡＣアドレスの事前定義されたフラグビットと、プロトコルタイプの事前定義されたフラグビットとのうちの１つ以上に関する情報を含む、ことを行うように構成されたトランシーバモジュールと、
   前記第１のメッセージ内の前記識別情報を識別するように構成された識別モジュールと、
   前記第１のメッセージ内の前記識別情報と、前記車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行い、前記第１のメッセージ内の前記識別情報に合致する事前設定された識別情報が、前記車載ゲートウェイ内に格納されている前記事前設定された識別情報内に存在するかどうかを決定し、前記マッチングが成功する場合、マッチング結果をメッセージ構築モジュールに送信するように構成された決定モジュールと、
   前記決定モジュールによって送信された前記マッチング結果に基づいて、前記第１のメッセージ上でのプロトコル変換を実行することによって第２のメッセージを生成することであって、前記第２のメッセージは、前記第２の車載デバイスによってサポートされる第２の通信プロトコルに適合し、前記第１の通信プロトコルは、前記第２の通信プロトコルとは異なる、ことを行うように構成された前記メッセージ構築モジュールと、を含み、
   前記トランシーバモジュールは、前記第２のメッセージを送信することであって、前記第２のメッセージは、前記第２の車載デバイスに前記ターゲットオペレーションを実行するように指示するために利用される、ことを行うようにさらに構成される、
   車載ゲートウェイ。
8. 前記第１の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであり、かつ前記第２の車載デバイスがＣＡＮプロトコルをサポートする車載デバイスである場合、前記第１のメッセージは、イーサネットパケットであり、前記第２のメッセージは、ＣＡＮパケットである、
   請求項７に記載の車載ゲートウェイ。
9. 前記決定モジュールは、特に、前記車載ゲートウェイ内に格納されている前記事前設定された識別情報が、前記第１のメッセージの前記識別情報を含むかどうかをサーチすることによって、前記第１のメッセージの前記識別情報と、前記車載ゲートウェイ内に格納されている前記事前設定された識別情報とのマッチングを行うことであって、前記車載ゲートウェイは、少なくとも１つの前記事前設定された識別情報を格納している、ことを行うように構成される、
   請求項７又は８に記載の車載ゲートウェイ。
10. 前記車載ゲートウェイは、第１のマッピング関係を格納しており、前記第１のマッピング関係は、前記事前設定された識別情報とメッセージ構築情報との間のマッピング関係であり、
    前記メッセージ構築モジュールは、前記第１のメッセージ内の前記識別情報と、前記車載ゲートウェイ内に格納されている前記事前設定された識別情報との前記マッチングが成功する場合、うまく合致した前記事前設定された識別情報に基づいて、対応するメッセージ構築情報を取得し、前記メッセージ構築情報を利用することによって前記第２のメッセージを生成するようにさらに構成される、
    請求項７に記載の車載ゲートウェイ。
11. インテリジェント車両であって、第１の車載デバイスと、第２の車載デバイスと、車載ゲートウェイとを含み、
    前記第１の車載デバイスは、第１のメッセージを前記車載ゲートウェイに送信することであって、前記第１のメッセージは、前記第１の車載デバイスによってサポートされる第１の通信プロトコルに適合し、第２の車載デバイスにターゲットオペレーションを実行するように指示するために利用され、かつ識別情報を含み、前記第１のメッセージの前記識別情報は、送信元ＭＡＣアドレスの事前定義されたフラグビットと、送信先ＭＡＣアドレスの事前定義されたフラグビットと、プロトコルタイプの事前定義されたフラグビットとのうちの１つ以上に関する情報を含む、ことを行うように構成され、
    前記車載ゲートウェイは、前記第１のメッセージを前記第１の車載デバイスから受信し、前記第１のメッセージ内の前記識別情報を識別するように構成され、
    前記車載ゲートウェイは、前記第１のメッセージ内の前記識別情報と、前記車載ゲートウェイ内に格納されている事前設定された識別情報とのマッチングを行い、前記マッチングが成功する場合、第２のメッセージを送信することであって、前記第２のメッセージは、前記第２の車載デバイスに前記ターゲットオペレーションを実行するように指示するために利用され、前記第２のメッセージは、前記第１のメッセージ上でのプロトコル変換を実行することによって生成され、前記第２のメッセージは、前記第２の車載デバイスによってサポートされる第２の通信プロトコルに適合し、前記第１の通信プロトコルは、前記第２の通信プロトコルとは異なる、ことを行うようにさらに構成される、
    インテリジェント車両。
12. 前記第１の車載デバイスが、イーサネットプロトコルをサポートする車載デバイスであり、かつ前記第２の車載デバイスが、ＣＡＮプロトコルをサポートする車載デバイスである場合、前記第１のメッセージは、イーサネットパケットであり、前記第２のメッセージは、ＣＡＮパケットである、
    請求項１１に記載のインテリジェント車両。
13. 前記車載ゲートウェイは、特に、
    前記車載ゲートウェイ内に格納されている前記事前設定された識別情報が、前記第１のメッセージの前記識別情報を含むかどうかをサーチすることによって、前記第１のメッセージの前記識別情報と、前記車載ゲートウェイ内に格納されている前記事前設定された識別情報とのマッチングを行うことであって、前記車載ゲートウェイは、少なくとも１つの前記事前設定された識別情報を格納している、ことを行うように構成される、
    請求項１１又は１２に記載のインテリジェント車両。
14. 前記車載ゲートウェイは、第１のマッピング関係を格納しており、前記第１のマッピング関係は、前記事前設定された識別情報とメッセージ構築情報との間のマッピング関係であり、
    前記車載ゲートウェイは、特に、前記第１のメッセージ内の前記識別情報と、前記車載ゲートウェイ内に格納されている前記事前設定された識別情報との前記マッチングが成功する場合に、うまく合致した前記事前設定された識別情報に基づいて、対応するメッセージ構築情報を取得し、前記メッセージ構築情報を利用することによって前記第２のメッセージを生成するように構成される、
    請求項１１に記載のインテリジェント車両。

Images