JP5560950B2 - ゲートウェイユニット - Google Patents

Description

本発明は、車両諸元に応じて設定されたデータ形式の車両情報を用いる電子制御装置と、車両諸元に関係なく設定されたデータ形式の車両情報を用いるナビゲーションシステムとの間の車両情報の中継を行うゲートウェイユニットに関する。

車両内のＥＣＵ[Electronic Control Unit]間では、互いに車両情報を送受信するためにＣＡＮ[Controller Area Network]等の車載ＬＡＮ[Local Area Network]を利用する。また、車両に搭載されるナビゲーションシステムも各種サービスを実施するために車両ＥＣＵと車両情報を送受信するが、ナビゲーションシステムと車両ＥＣＵとの間には車両情報を中継するための装置が必要となる。特許文献１には、車載ＬＡＮに各ＥＣＵが接続され、車載ＬＡＮ内の各ＥＣＵと車外装置とのデータ通信を中継するゲートウェイＥＣＵが設けられることが記載されている。

特開２００３−４６５３６号公報 特開２００１−１５９５２４号公報

ナビゲーションシステムは、開発効率を向上させるために、車両開発とは別に開発することが望まれる。また、ナビゲーションシステムは、複数の車種に対応可能なものがあり、車両情報を使用するサービスでは複数の車種の各車両ＥＣＵからの車両情報を利用できるようにする必要がある。車種が異なると、同じ車両情報でもデータ形式が異なる（車種によって車両情報に差分が発生する）場合がある。しかし、従来のゲートウェイは、車種によって異なるデータ形式の車両情報を中継できるような機能を有していない。そのため、ナビゲーションシステムの開発では、そのような車種によって異なるデータ形式の車両情報を利用できるようにするために車種に応じた設計が必要となり、開発効率が低下する。

そこで、本発明は、異なるデータ形式の車両情報を利用するナビゲーションシステムの開発効率を向上させるゲートウェイユニットを提供することを課題とする。

本発明に係るゲートウェイユニットは、車両に搭載され、車両諸元に応じて設定されたデータ形式の車両情報を用いる電子制御装置と、車両諸元に関係なく設定されたデータ形式の車両情報を用いるナビゲーションシステムとの間の車両情報の中継を行うゲートウェイユニットであって、電子制御装置が搭載される車両の車両諸元毎に、電子制御装置で利用可能なデータ形式の車両情報と当該電子制御装置の車両情報に対応するナビゲーションシステムで利用可能なデータ形式の車両情報とを対応付けたテーブルと、送信された車両情報に対応する車両情報をテーブルから検索する検索手段を備え、電子制御装置から車両情報が送信された場合、検索手段によって当該送信された車両情報に対応するナビゲーションシステムで利用可能なデータ形式の車両情報を検索し、当該検索した車両情報をナビゲーションシステムに送信することを特徴とする。

このゲートウェイユニットでは、電子制御装置とナビゲーションシステムとの間の車両情報の中継を行う。電子制御装置は、特定の車両諸元（例えば、車種、エンジン）の車両に搭載され、その車両諸元で設定されたデータ形式の車両情報を用いる。一方、ナビゲーションシステムは、車両諸元が異なる車両に搭載可能であり、車両諸元に関係なく設定されたデータ形式の車両情報を用いる。ゲートウェイユニットは、電子制御装置とナビゲーションシステムとの間の車両情報の変換を行うためのテーブルを備えており、検索手段によって送信された車両情報に対応する車両情報をテーブルから検索する。このテーブルは、電子制御装置が搭載される車両の車両諸元毎に設定され、電子制御装置で利用可能なデータ形式の車両情報とその電子制御装置の車両情報に対応するナビゲーションシステムで利用可能なデータ形式の車両情報とを対応付けたテーブルである。電子制御装置から車両情報が送信された場合、ゲートウェイユニットでは、検索手段によってその送信元の車両諸元情報及び送信された車両情報に基づいてナビゲーションシステムで利用可能なデータ形式の車両情報をテーブルから検索し、その検索した車両情報をナビゲーションシステムに送信する。これによって、ナビゲーションシステムでは、任意の車種の電子制御装置からの車両情報をナビゲーションシステムで利用可能なデータ形式の車両情報として取得できる。そのため、ナビゲーションシステムの開発は、車両情報のデータ形式の異なる各車両諸元にそれぞれ対応できるように開発する必要がなく、車両開発とは別々に開発できる。このように、ゲートウェイユニットは、異なるデータ形式の車両情報の差分を吸収して電子制御装置からナビゲーションシステムに車両情報を中継することにより、車両側を意識することなくナビゲーションシステムを開発でき、ナビゲーションシステムの開発効率を向上させることができる。

なお、テーブルは、車両内に備える構成でもよいし、あるいは、車両の外部（例えば、自動車会社等で運営されるセンタ）で保持され、車両の外部から取得する構成でもよい。

本発明の上記ゲートウェイユニットは、ナビゲーションシステムから車両情報が送信された場合、検索手段によって当該送信された車両情報に対応する電子制御装置で利用可能なデータ形式の車両情報を検索し、当該検索した車両情報を電子制御装置に送信する。

ナビゲーションシステムから車両情報が送信された場合、ゲートウェイユニットでは、検索手段によって受信先の車両諸元情報及び送信された車両情報に基づいて電子制御装置で利用可能なデータ形式の車両情報をテーブルから検索し、その検索した車両情報を電子制御装置に送信する。これによって、電子制御装置では、ナビゲーションシステムからの車両情報を電子制御装置で利用可能なデータ形式の車両情報として取得できる。そのため、電子制御装置の開発は、ナビゲーションシステムの開発とは別々に開発できる。このように、ゲートウェイユニットは、異なるデータ形式の車両情報の差分を吸収してナビゲーションシステムから電子制御装置に車両情報を中継することにより、ナビゲーションシステムを意識することなく電子制御装置を開発でき、電子制御装置の開発効率を向上させることができる。

本発明によれば、異なるデータ形式の車両情報の差分を吸収して車両情報を中継することにより、ナビゲーションシステム及び電子制御装置の開発効率を向上させることができる。

本実施の形態に係るゲートウェイユニットによる中継機能の概要図である。 本実施の形態に係るゲートウェイユニットの構成図である。 車両ＥＣＵからナビゲーションシステムへ送信する車両情報の変換の一例である。 ナビゲーションシステムから車両ＥＣＵへ送信する車両情報の変換の一例である。 本実施の形態に係るゲートウェイユニットでの動作の流れを示すフローチャートである。

以下、図面を参照して、本発明に係るゲートウェイユニットの実施の形態を説明する。なお、各図において同一又は相当する要素については同一の符号を付し、重複する説明を省略する。

本実施の形態に係るゲートウェイユニットは、車載のＣＡＮに接続される各種車両ＥＣＵとナビゲーションシステムとの間のデータ（車両情報）の中継を行う。なお、本実施の形態では、車両ＥＣＵが特許請求の範囲に記載する電子制御装置に相当する。

なお、ゲートウェイユニットを、単体のゲートウェイＥＣＵとして構成してもよいし、ゲートウェイユニットの機能をディスプレイＥＣＵ等の車両ＥＣＵ内に構成してもよいし、あるいは、ナビＥＣＵの筐体内にナビ機能とは別の１つの基板上に構成してもよい。また、車載ＬＡＮとしては、ＦｌｅｘＲａｙ等の他のＬＡＮでもよい。

まず、図１を参照して、本実施の形態に係るゲートウェイユニット１の中継機能の概要を説明する。図１は、本実施の形態に係るゲートウェイユニットによる中継機能の概要図である。

車両ＥＣＵ２は車両での各種制御を行うためのＥＣＵであり、車両ＥＣＵ２間ではＣＡＮを利用して車両情報を送受信する。車両には多数の車種があり、車種Ａ，Ｂ，Ｃ，・・・毎に車両ＥＣＵ２Ａ，２Ｂ，２Ｃ，・・・がそれぞれ開発される。このように車種毎に開発されるので、車種毎に車両情報のデータ形式がそれぞれ設定される。つまり、同じ車両情報でも、車種が異なると、その車両情報の表現の仕方あるいはその車両情報を類推（判定）するための情報等が異なる。また、車両ＥＣＵ２が接続される電子プラットフォーム（ＣＡＮ等の車載ネットワーク）も、新しいプラットフォームが順次開発され、時代が進むにつれて進化している。電子プラットフォームが更新された場合も、車両情報のデータ形式が変わることがある。

ナビゲーションシステム３は、各種サービスを実施するために、車両ＥＣＵ２との間で車両情報を送受信する。ナビゲーションシステム３も、新しいシステムが順次開発され、時代が進むにつれて進化している。特に、ナビゲーションシステム３は、開発効率を向上させるために、車両ＥＣＵ２や電子プラットフォーム等の車両開発とは別に開発が進められ、車両側とは関係なく車両情報のデータ形式が設定されている。ナビゲーションシステム３の開発において車両側（車種や電子プラットフォーム）を意識しないで開発を行うためには、車種による車両情報の差分や電子プラットフォームによる車両情報の差分を吸収するものが必要となる。

そこで、車両ＥＣＵ２とナビゲーションシステム３との間に、共通インタフェースとしてゲートウェイユニット１（車両情報吸収部）を設ける。ゲートウェイユニット１は、車種による車両情報の差分や電子プラットフォームによる車両情報の差分を吸収し、車両ＥＣＵ２とナビゲーションシステム（ナビＥＣＵ）３との間の車両情報の中継を行う。

図２〜図４を参照して、本実施の形態に係るゲートウェイユニット１を具体的に説明する。図２は、本実施の形態に係るゲートウェイユニットの構成図である。図３は、車両ＥＣＵからナビゲーションシステムへ送信する車両情報の変換の一例である。図４は、ナビゲーションシステムから車両ＥＣＵへ送信する車両情報の変換の一例である。

ゲートウェイユニット１は、車両ＥＣＵＩ／Ｆ[Interface]部１０、ナビＩ／Ｆ部１１、データベース１２、車両情報吸収部１３を備えている。本実施の形態では、データベース１２に格納されるテーブルが特許請求の範囲に記載するテーブルに相当し、車両情報吸収部１３における処理が特許請求の範囲に記載する検索手段に相当する。

車両ＥＣＵＩ／Ｆ部１０は、車両情報や各種通知等を車両ＥＣＵ２と送受信するためのインタフェースである。車両ＥＣＵ２から送信される車両情報には、ＣＡＮＩＤが付加される。ＣＡＮＩＤには、車両情報の種類等の情報が含まれる。また、ＣＡＮＩＤには、車両ＥＣＵ２を搭載する車両の車種を特定する情報が含まれていてもよい。車種毎に開発される車両ＥＣＵ２で使用される車両情報は、車種毎に設定されたデータ形式の情報である。

ナビＩ／Ｆ部１１は、車両情報や各種通知等をナビゲーションシステム３と送受信するためのインタフェースである。ナビゲーションシステム３から送信される車両情報には、送信元の情報、受信先の情報、その車両情報を用いるサービス内容等が付加される。受信先の情報は、受信先の車両ＥＣＵ２の種類あるいは識別情報や受信先の車両ＥＣＵ２が搭載される車両の車種情報を含む。ナビゲーションシステム３で使用される車両情報は、車種に関係なく一種類の統一されたデータ形式の情報である。

データベース１２には、車種毎の車両ＥＣＵ２とナビゲーションシステム３との間の車両情報を変換するためのテーブルが格納されている。このテーブルは、車種毎に、車両ＥＣＵ２で利用可能なデータ形式の車両情報及びその車両情報に付加されるＣＡＮＩＤと、その車両ＥＣＵ２の車両情報に対応するナビゲーションシステム３で利用可能なデータ形式の車両情報とを対応付けたテーブルである。テーブルには、これ以外の情報（例えば、その車両情報を使用している車両ＥＣＵ２の種類や識別情報、車両ＥＣＵ２が接続される電子プラットフォームのバージョン情報）を対応付けてもよい。

なお、ゲートウェイユニット１が車両開発と共に開発される場合、その車両の車種が判っているので（ゲートウェイユニット１が搭載される車両の車種が判っているので）、その車種についてのテーブルだけでよい。また、任意の車種の車両ＥＣＵ２が新たに開発されたり、任意の車種の車両ＥＣＵ２が接続される電子プラットフォームが更新されたりすることによって車両ＥＣＵ２側での車両情報のデータ形式が変わった場合あるいはナビゲーションシステム３が新たに開発されてナビゲーションシステム３側での車両情報のデータ形式が変わった場合、センタからの無線通信によるテーブルデータのダウンロード等によって、データベース１２を更新するようにするとよい。

車両情報吸収部１３は、車両ＥＣＵ２から送信された車両情報を受信した場合、その車両情報に付加されているＣＡＮＩＤに基づいて、その車両情報がナビゲーションシステム３側で有効か否かを判定する。この判定方法としては、例えば、データベース１２に格納されている車両ＥＣＵ２が搭載される車両の車種のテーブルにＣＡＮＩＤが登録されているか否かで判定する。その受信した車両情報がナビゲーションシステム３側で無効と判定した場合（つまり、ＣＡＮＩＤが登録されていない場合）、車両情報吸収部１３は、その車両情報を破棄するとともに、車両ＥＣＵＩ／Ｆ部１０によって車両ＥＣＵ２に送信不可能通知を送信させる。一方、その受信した車両情報がナビゲーションシステム３側で有効と判定した場合（つまり、ＣＡＮＩＤが登録されている場合）、車両情報吸収部１３は、その受信した車両情報に対応するナビゲーションシステム３で使用されるデータ形式の統一された車両情報を、データベース１２に格納されている車両ＥＣＵ２が搭載される車両の車種のテーブルから検索する。そして、車両情報吸収部１３は、ナビＩ／Ｆ部１１によってナビゲーションシステム３にその検索した統一された車両情報を送信させるとともに、車両ＥＣＵＩ／Ｆ部１０によって車両ＥＣＵ２に送信完了通知を送信させる。

車両情報吸収部１３は、ナビゲーションシステム３から送信された統一された車両情報を受信した場合、その統一された車両情報に付加されている受信先情報やサービス内容等に基づいて、その統一された車両情報が受信先の車両ＥＣＵ２側で有効か否かを判定する。この判定方法としては、例えば、受信先情報に示される車種や車両ＥＣＵ２がデータベース１２に格納されているテーブルに登録されているか否か、車両ＥＣＵ２に対してサービス内容が適切か否かで判定する。その受信した統一された車両情報が受信先の車両ＥＣＵ２側で無効と判定した場合、車両情報吸収部１３は、その統一された車両情報を破棄するとともに、ナビＩ／Ｆ部１１によってナビゲーションシステム３に送信不可能通知を送信させる。一方、その受信した統一された車両情報が受信先の車両ＥＣＵ２側で有効と判定した場合、車両情報吸収部１３は、その受信した統一された車両情報に対応する受信先の車両ＥＣＵ２（車種）で使用されるデータ形式の車両情報を、データベース１２に格納されている受信先の車両ＥＣＵ２が搭載される車両の車種のテーブルから検索する。そして、車両情報吸収部１３は、車両ＥＣＵＩ／Ｆ部１０によって受信先の車両ＥＣＵ２にその検索した車両情報を送信させるとともに、ナビＩ／Ｆ部１１によってナビゲーションシステム３に送信完了通知を送信させる。

図３には、車両ＥＣＵ２からナビゲーションシステム３へ送信する車両情報の変換の一例を示している。ナビゲーションシステム３ではバックガイドモニタのサービスで利用するための２ＷＤ／４ＷＤ情報を必要としており、車両ＥＣＵ２では２ＷＤ／４ＷＤ情報を判定できる車両情報を送信し、車両情報吸収部１３でその車両情報を変換してナビゲーションシステム３で利用可能な２ＷＤ／４ＷＤ情報を送信する。

ナビゲーションシステム３では、統一された車両情報として、「２ＷＤ＝０」、「４ＷＤ＝１」、「未確定＝２」の２ＷＤ／４ＷＤ情報が設定されている。車種Ａの車両に搭載される車両ＥＣＵ２Ａでは、２ＷＤ／４ＷＤを判定可能な車両情報として、「６ＡＴ、ＦＲ、シーケンシャルシフト＝０」、「６ＡＴ、４ＷＤ、シーケンシャルシフト＝１」・・・のＴ／Ｍ[Transmission]バリエーション情報が設定されている。また、車種Ｂの車両に搭載される車両ＥＣＵ２Ｂでは、２ＷＤ／４ＷＤを判定可能な車両情報として、「Ｚ２６７＝１」、「Ｚ３９５＝２」、・・・のＥＮＧ[Engine]バリエーション情報が設定されている。なお、＝の右辺の０，１・・・等の数値が実際に送受信されるデータである。

データベース１２には、Ｔ／Ｍバリエーションの各情報に対して２ＷＤかあるいは４ＷＤかが対応付けられた車種Ａのテーブルが格納されており、例えば、「６ＡＴ、ＦＲ、シーケンシャルシフト」には「２ＷＤ」が対応付けられ、「６ＡＴ、４ＷＤ、シーケンシャルシフト」には「４ＷＤ」が対応付けられている。また、データベース１２には、ＥＮＧバリエーションの各情報に対して２ＷＤかあるいは４ＷＤかが対応付けられた車種Ｂのテーブルが格納されており、例えば、「Ｚ２６７」には「２ＷＤ」が対応付けられ、「Ｚ３９５」には「４ＷＤ」が対応付けられている。

例えば、車種Ａの車両に搭載される車両ＥＣＵ２Ａから「６ＡＴ、４ＷＤ、シーケンシャルシフト」を示すデータの「１」が送信された場合、車両情報吸収部１３ではデータベース１２に車種Ａのテーブルから「６ＡＴ、４ＷＤ、シーケンシャルシフト」に対応する「４ＷＤ」を検索し、「４ＷＤ」を示すデータの「１」をナビゲーションシステム３に送信する。また、車種Ｂの車両に搭載される車両ＥＣＵ２Ｂから「Ｚ４６２」を示すデータの「５」が送信された場合、車両情報吸収部１３ではデータベース１２の車種Ｂのテーブルから「Ｚ４６２」に対応する「２ＷＤ」を検索し、「２ＷＤ」を示すデータの「０」をナビゲーションシステム３に送信する。

図４には、ナビゲーションシステム３から車両ＥＣＵ２へ送信する車両情報の変換の一例を示している。ナビゲーションシステム３では画面上で設定されたインテリジェントキーシステムの開錠／施錠の対象となるドアの位置情報を送信し、車両情報吸収部１３でそのドアの位置情報を変換して車両ＥＣＵ２で利用可能なドアの位置情報を送信する。

ナビゲーションシステム３では、統一された車両情報として、「前右ドア＝１」、「前左ドア＝２」、「後右ドア＝３」、「後左ドア＝４」、「バックドア＝５」のドアの位置情報が設定されている。車種Ａの車両に搭載される車両ＥＣＵ２Ａでは、「前右ドア＝１」、「前左ドア＝２」、「後右ドア＝３」、「後左ドア＝４」、「バックドア＝５」のドアの位置情報が設定されている。また、車種Ｂの車両に搭載される車両ＥＣＵ２Ｂでは、「前右ドア＝１」、「前左ドア＝２」、「後左ドア＝３」、「後右ドア＝４」、「バックドア＝５」のドアの位置情報が設定されている。

データベース１２には、ナビゲーションシステム３で設定されているドアの各位置情報に対して車種Ａで設定されているドアの各位置情報が対応付けられた車種Ａのテーブルが格納されており、例えば、ナビゲーションシステム３での後右ドアの「３」には「３」が対応付けられ、後左ドアの「４」には「４」が対応付けられている。また、データベース１２には、ナビゲーションシステム３で設定されているドアの各位置情報に対して車種Ｂで設定されているドアの各位置情報が対応付けられた車種Ｂのテーブルが格納されており、例えば、ナビゲーションシステム３での後右ドアの「３」には「４」が対応付けられ、後左ドアの「４」には「３」が対応付けられている。

例えば、ナビゲーションシステム３から「１と４」が車種Ａの車両ＥＣＵ２Ａに対して送信された場合、車両情報吸収部１３ではデータベース１２の車種Ａのテーブルから「１」に対応する「１」及び「４」に対応する「４」を検索し、「１と４」を車両ＥＣＵ２Ａに送信する。また、ナビゲーションシステム３から「１と４」が車種Ｂの車両ＥＣＵ２Ｂに対して送信された場合、車両情報吸収部１３ではデータベース１２の車種Ｂのテーブルから「１」に対応する「１」及び「４」に対応する「３」を検索し、「１と３」を車両ＥＣＵ２Ｂに送信する。

図１を参照して、ゲートウェイユニット１における動作を図５のフローチャートに沿って説明する。図５は、本実施の形態に係るゲートウェイユニットでの動作の流れを示すフローチャートである。

車両ＥＣＵＩ／Ｆ部１０では、車両ＥＣＵ２から車両情報を受信待ちする（Ｓ１）。Ｓ１にて車両ＥＣＵＩ／Ｆ部１０が車両ＥＣＵ２から車両情報を受信した場合、車両情報吸収部１３では、受信した車両情報に付加されるＣＡＮＩＤとデータベース１２に登録されているＣＡＮＩＤを比較し、受信した車両情報がナビゲーションシステム３側で有効か否かを判定する（Ｓ２）。

Ｓ２にて受信した車両情報がナビゲーションシステム３側で有効と判定した場合、車両情報吸収部１３では、データベース１２の送信元の車両ＥＣＵ２が搭載される車種用のテーブルから、受信した車両情報に対応するナビゲーションシステム３で利用可能な統一された車両情報を検索する（Ｓ３）。そして、ナビＩ／Ｆ部１１では、ナビゲーションシステム３にその検索された車両情報を送信する（Ｓ４）。また、車両ＥＣＵＩ／Ｆ部１０では、送信元の車両ＥＣＵ２に送信完了通知を送信する（Ｓ４）。

Ｓ２にて受信した車両情報がナビゲーションシステム３側で無効と判定した場合、車両情報吸収部１３では、その受信した車両情報を破棄する（Ｓ５）。また、車両ＥＣＵＩ／Ｆ部１０では、送信元の車両ＥＣＵ２に送信不可能通知を送信する（Ｓ５）。

ナビＩ／Ｆ部１１では、ナビゲーションシステム３から統一された車両情報を受信待ちする（Ｓ６）。Ｓ６にてナビＩ／Ｆ部１１がナビゲーションシステム３から統一された車両情報を受信した場合、車両情報吸収部１３では、受信した統一された車両情報に付加される受信先情報等とデータベース１２に格納されている情報を比較し、受信した統一された車両情報が受信先の車両ＥＣＵ２側で有効か否かを判定する（Ｓ７）。

Ｓ７にて受信した統一された車両情報が受信先の車両ＥＣＵ２側で有効と判定した場合、車両情報吸収部１３では、データベース１２の受信先の車両ＥＣＵ２が搭載される車種用のテーブルから、受信した統一された車両情報に対応する受信先の車両ＥＣＵ２で利用可能なデータ形式の車両情報を検索する（Ｓ８）。そして、車両ＥＣＵＩ／Ｆ部１０では、受信先の車両ＥＣＵ２にその検索された車両情報を送信する（Ｓ９）。また、ナビＥＣＵＩ／Ｆ部１１では、ナビゲーションシステム３に送信完了通知を送信する（Ｓ９）。

Ｓ７にて受信した統一された車両情報が受信先の車両ＥＣＵ２側で無効と判定した場合、車両情報吸収部１３では、その受信した車両情報を破棄する（Ｓ１０）。また、ナビＥＣＵＩ／Ｆ部１１では、ナビゲーションシステム３に送信不可能通知を送信する（Ｓ１０）。

このゲートウェイユニット１によれば、異なるデータ形式の車両情報の差分を吸収して車両ＥＣＵ２からナビゲーションシステム３に車両情報を中継することにより、ナビゲーションシステム３では車両ＥＣＵ２からの車種間で異なるデータ形式の車両情報をナビゲーションシステム３における統一されたデータ形式の車両情報として取得できる。その結果、車両側（つまり、車種間で異なるデータ形式の車両情報）を意識することなくナビゲーションシステム３を開発でき、ナビゲーションシステム３の開発効率を向上させることができる。

また、ゲートウェイユニット１によれば、異なるデータ形式の車両情報の差分を吸収してナビゲーションシステム３から車両ＥＣＵ２に車両情報を中継することにより、車両ＥＣＵ２ではナビゲーションシステム３からの統一された車両情報をその車両ＥＣＵ２で利用可能なデータ形式の車両情報として取得できる。その結果、ナビゲーションシステム３側を意識することなく車両ＥＣＵ２を開発でき、車両ＥＣＵ２の開発効率を向上させることができる。

以上、本発明に係る実施の形態について説明したが、本発明は上記実施の形態に限定されることなく様々な形態で実施される。

また、本実施の形態ではゲートウェイユニットで車両ＥＣＵからナビゲーションシステムへの車両情報の中継とナビゲーションシステムから車両ＥＣＵへの車両情報の中継を両方行う構成としたが、少なくとも一方の中継を行うものにも適用可能である。

また、本実施の形態では車種によって車両情報のデータ形式が異なる場合について適用したが、電子プラットフォームによって車両情報のデータ形式が異なる場合も同様に適用できる。

また、本実施の形態では車両諸元として車種別に車両情報のデータ形式が異なる場合について適用したが、他の車両諸元にも適用可能であり、例えば、エンジン別に車両情報のデータ形式が異なる場合にも適用可能である。

また、本実施の形態ではテーブルを車両内のデータベースに予め格納する構成としたが、車両の外部の情報センタ等にテーブルを保持し、車両の外部から無線通信等でテーブルを車両内に取得する構成としてもよい。車両の外部にテーブルがある場合、テーブルを容易に更新することができる。

１・・・ゲートウェイユニット、２，２Ａ，２Ｂ，２Ｃ…車両ＥＣＵ、３・・・ナビゲーションシステム、１０…車両ＥＣＵＩ／Ｆ部、１１…ナビＩ／Ｆ部、１２・・・データベース、１３…車両情報吸収部。

Claims (2)

1. 車両に搭載され、車両諸元に応じて設定されたデータ形式の車両情報を用いる電子制御装置と、前記車両諸元に関係なく設定されたデータ形式の車両情報を用いるナビゲーションシステムとの間の車両情報の中継を行うゲートウェイユニットであって、
   前記電子制御装置が搭載される車両の前記車両諸元毎に、前記電子制御装置で利用可能なデータ形式の車両情報と当該電子制御装置の車両情報に対応する前記ナビゲーションシステムで利用可能なデータ形式の車両情報とを対応付けたテーブルと、
   送信された車両情報に対応する車両情報を前記テーブルから検索する検索手段と、
   を備え、
   前記電子制御装置から車両情報が送信された場合、前記検索手段によって当該送信された車両情報に対応する前記ナビゲーションシステムで利用可能なデータ形式の車両情報を検索し、当該検索した車両情報を前記ナビゲーションシステムに送信することを特徴とするゲートウェイユニット。
2. 前記ナビゲーションシステムから車両情報が送信された場合、前記検索手段によって当該送信された車両情報に対応する前記電子制御装置で利用可能なデータ形式の車両情報を検索し、当該検索した車両情報を前記電子制御装置に送信することを特徴とする請求項１に記載のゲートウェイユニット。

Images