(57)【特許請求の範囲】
【請求項１】
複数の演算処理装置間の通信データの管理を行う通信データ管理装置において、
所定の前記演算処理装置から送信する信号に関する情報の設定及び／又は変更が行われた場合には、該設定及び／又は変更に対応して、その信号を受信する演算処理装置側における前記信号に関する情報の設定及び／又は変更を自動的に行うことを特徴とする通信データ管理装置。
【請求項２】
前記信号に関する情報とは、前記信号の特性を示す属性であることを特徴とする前記請求項１に記載の通信データ管理装置。
【請求項３】
前記信号の送信が、複数の演算処理装置に対して行われる場合に、前記信号を受信する演算処理装置側における前記設定及び／又は変更を、一括して行うことを特徴とする前記請求項１又は２に記載の通信データ管理装置。
【請求項４】
前記信号の送信が、同一及び／又は異なるサブネット内の１又は複数の演算処理装置に対して行われるネットワーク構成であることを特徴とする前記請求項１〜３のいずれかに記載の通信データ管理装置。
【請求項５】
前記信号を前記演算処理装置単位で管理するとともに、該演算処理装置単位の上部階層としてサブネット単位で管理するデータベースを備え、更に該データベースをデータ管理ソフトウェアにより統括する構成を備えたことを特徴とする前記請求項１〜４のいずれかに記載の通信データ管理装置。
【請求項６】
送信メッセージの設定時に、前記送信メッセージを受信する演算処理装置が選択された場合には、前記受信する演算処理装置側における前記送信メッセージに対応した受信メッセージを自動的に設定することを特徴とする前記請求項１〜５のいずれかに記載の通信データ管理装置。
【請求項７】
送信メッセージの属性が変更された場合には、前記送信メッセージを受信する演算処理装置側を検索し、前記送信メッセージに対応した受信メッセージの属性を自動的に変更することを特徴とする前記請求項１〜６のいずれかに記載の通信データ管理装置。
【請求項８】
複数のサブネット間にて前記信号の送受信を行うために、前記サブネット間を接続する中継用演算処理装置を備えたことを特徴とする前記請求項１〜７のいずれかに記載の通信データ管理装置。
【請求項９】
前記送信された信号を受信する演算処理装置が、他のサブネットに存在する場合には、前記中継用演算処理装置を介して前記信号の中継を行うことにより、前記受信側の演算処理装置での信号に関する情報の設定及び／又は変更を行うことを特徴とする前記請求項８に記載の通信データ管理装置。
【請求項１０】
前記受信側の演算処理装置が他のサブネットにある場合には、前記受信側の演算処理装置を前記中継用演算処理装置に自動的に変更することを特徴とする前記請求項９に記載の通信データ管理装置。
【請求項１１】
前記受信側の演算処理装置が他のサブネットにある場合には、前記送信側の演算処理装置から送信される信号を前記中継用演算処理装置から送信される信号として、他のサブネットに自動的に登録することを特徴とする前記請求項９又は１０に記載の通信データ管理装置。
【請求項１２】
送受信される前記信号に、制御内容を区別する制御特性を付与したことを特徴とする前記請求項１〜１１のいずれかに記載の通信データ管理装置。
【請求項１３】
複数の演算処理装置間の通信データの管理を行う通信データ管理方法において、
所定の前記演算処理装置から送信する信号に関する情報の設定及び／又は変更が行われた場合には、該設定及び／又は変更に対応して、その信号を受信する演算処理装置側における前記信号に関する情報の設定及び／又は変更を自動的に行うことを特徴とする通信データ管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば車両内に配置された複数の演算処理装置（電子制御装置）間でデータの送受信を行う通信データ管理装置及び通信データ管理方法に関する。
【０００２】
【従来の技術】
従来より、車両の制御仕様の複雑化に伴い、制御内容を複数の電子制御装置（ＥＣＵ）に分散し、ＥＣＵ間で通信を行いデータの受け渡しをすることで分散制御を行っている。
【０００３】
更に、近年では、制御仕様や通信仕様の変革に伴って、車内に複数のサブネットを設け、そのサブネット間をゲートウェイＥＣＵにて接続したネットワークシステムが構築されている。
【０００４】
【発明が解決しようとする課題】
ところが、この様な複数のサブネット間又は複数のＥＣＵ間の通信が必要となった昨今では、従来の紙面による通信データの管理方法、即ち表などで示される通信仕様を見て各ＥＣＵ担当のエンジニアが通信プログラム等を作成したり変更したりする作業を行う方法では、各種の問題が生じるようになって来ている。
【０００５】
つまり、ネットワークにおける通信仕様等が複雑になると、通信データの管理に多くの労力を必要とし、矛盾のない（メッセージ等の）通信データの作成や変更が難しくなるので、各ＥＣＵの通信プログラム等の作成工数の増加など、多くの問題を引き起こし易くなっている。
【０００６】
特に複数のサブネット間で通信を行う場合、（その通信の中継を行う）ゲートウェイＥＣＵが送受信する信号管理を意識しなければならず、これが複雑な通信仕様の原因になっている。
本発明は、前記課題を解決するためになされたものであり、その目的は、ネットワークに接続される演算処理装置間で送受信される通信データの属性等の設定や変更が容易な通信データ管理装置及び通信データ管理方法を提供することを目的とする。
【０００７】
【課題を解決するための手段及び発明の効果】
（１）請求項１の発明は、複数の演算処理装置間の通信データの管理を行う通信データ管理装置（いわゆる通信ネットワーク）に関するものであり、所定の演算処理装置（例えば送信側のＥＣＵ）から送信する信号に関する情報（例えば送信メッセージの属性）の設定や変更が行われた場合には、その信号を受信する演算処理装置（例えば受信側のＥＣＵ）側における前記信号に関する情報（例えば受信メッセージの属性）の設定や変更を、それぞれ自動的に行う。
【０００８】
これにより、例えば送信側のＥＣＵのデータベースにアクセスして、送信する信号の属性等の情報を設定・変更するだけで、受信側の信号の属性等を自動的に設定・変更することができるので、従来の紙面による通信データの管理方法に比べて、作業工数が少なくて済み、その管理が容易である。
【０００９】
つまり、本発明によれば、ネットワークに接続される演算処理装置間で送受信される信号（通信データ）の属性等の設定や変更が極めて容易であるという顕著な効果を奏する。
（２）請求項２の発明は、信号に関する情報を例示したものであり、ここでは、信号に関する情報として、信号の特性を示す属性が挙げられる。
【００１０】
この属性としては、送受信される情報単位であるメッセージの属性（例えば送信周期）や、メッセージに含まれるデータの属性（数値、フラグ、位置）などが挙げられる。尚、位置とは、メッセージにおいてデータが配置される位置のことをいう。
【００１１】
（３）請求項３の発明では、信号の送信が、複数の演算処理装置に対して行われる場合には、信号を受信する演算処理装置側における（信号の情報の）設定や変更を一括して行う。
これにより、例えば受信メッセージ等の信号の情報の設定や変更を一括して処理できるので、通信データの管理が極めて容易であるという効果がある。
【００１２】
（４）請求項４の発明は、信号（例えば送信メッセージ）の送信が、同一のサブネットや異なるサブネットの１又は複数の演算処理装置に対して行われるネットワーク構成を例示したものである。
このようなネットワーク構成の場合でも、信号を受信する演算処理装置側での（例えば受信メッセージの）設定や変更を、例えば一括して行うことができる。
【００１３】
（５）請求項５の発明は、通信ネットワークに用いられるデータベースの構成を例示したものである。
本発明では、それぞれのサブネット単位のデータベースに、演算処理装置単位で信号（例えば送信メッセージや受信メッセージ）を記憶している。そして、これらのデータベースに記憶された信号の管理を、データ管理ソフトウェアにより統括している。
【００１４】
よって、データ管理ソフトウェアを用いることにより、データベースに記憶された例えばメッセージの属性の設定や変更等を自由に行うことができる。
（６）請求項６の発明では、送信する信号である送信メッセージの設定時に、その送信メッセージを受信する演算処理装置が選択された場合には、受信する演算処理装置側における受信メッセージを、送信メッセージに対応して自動的に設定する。
【００１５】
これにより、送信メッセージの例えば属性を設定するだけで、受信メッセージの例えば属性を自動的に設定することができる。
（７）請求項７の発明では、送信する信号である送信メッセージの属性が変更された場合には、その送信メッセージを受信する演算処理装置側を検索し、その受信する演算処理装置側における受信メッセージの属性を、送信メッセージの属性の変更に対応して自動的に変更する。
【００１６】
これにより、送信メッセージの属性を変更するだけで、受信メッセージの属性を自動的に変更することができる。
（８）請求項８の発明では、複数のサブネット間にて信号の送受信を行うために、サブネット間を接続する中継用演算処理装置を備えている。
【００１７】
本発明は、異なるサブネットを有するネットワークシステムにおいて、各サブネット間に、例えばゲートウェイＥＣＵの様な中継用演算処理装置を備えているので、この中継用演算処理装置により、一方のサブネットから他のサブネットに対して信号の送受信が可能である。
【００１８】
（９）請求項９の発明では、中継用演算処理装置を備えているので、送信側の演算処理装置と受信側の演算処理装置とが、異なるサブネットに存在する場合でも、この中継用演算処理装置を介して信号の中継を行うことにより、受信側の演算処理装置での信号に関する情報の設定や変更を行うことができる。
【００１９】
つまり、あるサブネットの送信側ＥＣＵにおける送信メッセージの属性を設定・変更することにより、他のサブネットの受信側ＥＣＵにおける受信メッセージの属性を設定・変更することができる。
（１０）請求項１０の発明は、中継用演算処理装置を介して信号の送受信を行う際の処理を例示したものである。
【００２０】
ここでは、受信側の演算処理装置を中継用演算処理装置に自動的に変更するので、中継用演算処理装置を意識することなく、例えば受信メッセージの設定や変更の処理を行うことが可能となる。
（１１）請求項１１の発明は、中継用演算処理装置を介して信号の送受信を行う際の処理を例示したものである。
【００２１】
ここでは、送信側の演算処理装置から送信される信号を中継用演算処理装置から送信される信号として、他のサブネットに自動的に登録するので、中継用演算処理装置を意識することなく、例えば受信メッセージの設定や変更の処理を行うことが可能となる。
【００２２】
（１２）請求項１２の発明では、送受信される信号に、制御内容を区別する制御特性（例えばドアロックやライト点灯などの制御属性）を付与しておく。
従って、制御特性によるソートをすることで、制御単位（例えばドアロックの制御など）で使用される通信データの把握が可能になる。
【００２３】
（１３）請求項１３の発明は、複数の演算処理装置間の通信データの管理を行う通信データ管理方法（いわゆる通信ネットワークにおける通信データの管理方法）に関するものであり、所定の演算処理装置（例えば送信側のＥＣＵ）から送信する信号に関する情報（例えば送信メッセージの属性）の設定や変更が行われた場合には、その信号を受信する演算処理装置（例えば受信側のＥＣＵ）側における前記信号に関する情報（例えば受信メッセージの属性）の設定や変更を、それぞれ自動的に行う。
【００２４】
これにより、例えば送信側のＥＣＵのデータベースにアクセスして、送信する信号の属性等の情報を設定・変更するだけで、受信側の信号の属性等を自動的に設定・変更することができるので、従来の紙面による通信データの管理方法に比べて、作業工数が少なくて済み、その管理が容易である。
【００２５】
つまり、本発明によれば、ネットワークに接続される演算処理装置間で送受信される信号（通信データ）の属性等の設定や変更が極めて容易であるという顕著な効果を奏する。
尚、本発明の方法は、前記請求項１〜１２のいずれかに記載の通信データ管理装置により実施することができる。
【００２６】
【発明の実施の形態】
以下に本発明の通信データ管理装置及び通信データ管理方法の実施の形態の例（実施例）を説明する。
（実施例）
ａ）本実施例の車両用の（通信データ管理方法を実施できる）通信データ管理装置の基本的なシステム構成を、図１を用いて説明する。
【００２７】
▲１▼図１に示す様に、本実施例の通信データ管理装置では、車両内に配置された複数の演算処理装置（電子制御装置：ＥＣＵ）間で、各種のデータを含むメッセージ（Ｍsg1）の送受信を行うことができる。
つまり、本実施例の通信データ管理装置は、例えばエンジンの所定の制御を行うエンジンＥＣＵ（ＥＣＵ１）、車両の安定走行の制御を行うＶＳＣＥＣＵ（ＥＣＵ２）、エンジンの他の制御を行うエンジンＥＣＵ（ＥＣＵ３）間等で、通信バス５を介して、必要なデータを含むメッセージを送受信し、それぞれのＥＣＵ１〜３にて、前記データを利用して各種の制御を行うネットワークシステムにおいて、その通信データの管理を行うものである。
【００２８】
特に本実施例では、ＥＣＵ１及びＥＣＵ２を所定の通信仕様で接続したサブネット１（ＣＡＮ：登録商標）と、ＥＣＵ３を他の所定の通信仕様で接続したサブネット２（ＢＥＡＮ：商品名）とが、中継用演算処理装置（ゲートウェイＥＣＵ：Ｇ／ＷＥＣＵ）４により接続されたネットワークを例に挙げて説明する。
【００２９】
尚、Ｇ／ＷＥＣＵ４とは、異なるサブネット間でメッセージを伝達するために用いられる演算処理装置である。
▲２▼また、図２に示す様に、本実施例では、ユーザー（通信仕様等を設定する人）が、本実施例のネットワークシステムを管理する自動車用通信データ管理ソフトウェア（以下単にデータ管理ソフトと記す）を用いて、本ネットワークシステムの通信等に関する各種のデータを記憶するデータベースを管理（データの設定や変更等）する構成である。
【００３０】
従って、データ管理ソフトを用いて、例えばＥＣＵ１における送信メッセージ（例えばＭsg1）の属性（例えば送信周期）の設定や変更を行うことができる。そして、この送信メッセージの属性の設定や変更を行うことにより、後に詳述する様に、送信メッセージを受信する他のＥＣＵ２及びＥＣＵ３において、送信メッセージに対応する受信メッセージの属性の設定や変更を自動的に行うことができる。
【００３１】
尚、ＥＣＵ１及びＥＣＵ２の属するサブネット１とＥＣＵ３の属するサブネット２とは異なるので、その場合は、Ｇ／ＷＥＣＵ４を介して、ＥＣＵ３の受信メッセージの属性の設定や変更を行う。
ｂ）次に、前記図１及び図２に示すネットワークにかかわるデータベースの構成を、図３に基づいて説明する。
【００３２】
本実施例では、データベースの構成は、いわゆるツリー構造で表すことができる。
具体的には、全体の構成（NetWorK）は、サブネット１にかかわるデータベース１（CANdatabase）と、サブネット２にかかわるデータベース２（BEANdatabase）に大別される。
【００３３】
データベース１（CANdatabase）は、更に、各ＥＣＵ１、２及びＧ／ＷＥＣＵ４にかかわる内容に区分されている。ここで、例えばＥＣＵ１に関しては、ＥＣＵ１の所属サブネット「CAN」と、扱うメッセージ「Msg1、Msg2」を示すデータが記憶されている。
【００３４】
ここで、例えば「Msg1」に関しては、送信元を示す送信ＥＣＵ「ＥＣＵ１」、受信する側を示す受信ＥＣＵ「ＥＣＵ２、ＥＣＵ３（Ｇ／Ｗ）」、送信周期「５０msec」、電源状態を示すパワーステータス「ＩＧ」、メッセージサイズ「２byte」、所持データ名「Data1、Data2」のデータが記憶されている。
【００３５】
そして、各「Data1、Data2」としては、更に詳しいデータが記憶されている。例えば「Data1」としては、どのメッセージに所属するかを示す所属メッセージ「Msg1」、データの種類を示すデータタイプ「フラグデータ」が記憶されている。
【００３６】
尚、前記「ＥＣＵ３（Ｇ／Ｗ）」は、ＥＣＵ３がＧ／ＷＥＣＵ４を介して送信されることを示している。また、パワーステータス「ＩＧ」とは、車のキーがＩＧの位置にあるときの車内の電源状態を示している。
同様に、データベース２（BEANdatabase）は、更に、各ＥＣＵ３及びＧ／ＷＥＣＵ４にかかわる内容に区分されている。ここで、例えばＧ／ＷＥＣＵ４に関しては、メッセージ「#Msg1」のデータが記憶されている。
【００３７】
この「#Msg1」に関しては、送信ＥＣＵ「ＥＣＵ１（Ｇ／Ｗ）」、受信ＥＣＵ「ＥＣＵ３」、送信周期「５０msec」、パワーステータス「ＩＧ」、メッセージサイズ「２byte」、所持データ名「Data1、Data2」のデータが記憶されている。ここでは、例えばサブネット１にある「Msg1」は、ＥＣＵ１からＧ／ＷＥＣＵ４を介して送信されるので、サブネット１（CANdatabase）側の「Msg1」に対応して、サブネット２（BEANdatabase）側に、送信ＥＣＵと受信ＥＣＵの情報が変更されたもの「#Msg1」が記憶されている。
【００３８】
ｃ）次に、図３のデータベースの構成を表示する場合の表示例について、図４に基づいて説明する。
この図４とは、本システムに関するデータベースをツリー構造でディスプレイに表示した例であり、データ管理ソフトを使用する場合に、データベースの構成や内容を把握したり、その設定や変更するためなどに用いられる。
【００３９】
尚、同図の破線（横枠）内がデータベースに該当し、一点鎖線（縦枠）内がデータベースのツリー構造における各階層を示しているが、これら破線・一点鎖線は、今回の説明のために記載したものであり、実際には表示されない。
まず、図４に示す様に、ルートを示す「NetWork」は、２つのサブネット「CAN、BEAN」の階層に分岐している。
【００４０】
一方のサブネット１「CAN」は、更に、３つのＥＣＵ「engine、VSC、GateWay」の階層に分岐している。
各ＥＣＵは、それぞれ、「Send」及び「Receive」に分岐しているが、この「Send」とは、それより下部階層のデータ内容が送信メッセージに関するデータであることを示し、「Recieve」とは、それより下部階層のデータ内容が受信メッセージに関するデータであることを示している。
【００４１】
また、各「Send」及び「Receive」に対応して、それぞれメッセージが示されており、更に各メッセージには、その中に含まれるデータが分岐して示されている。
従って、ディスプレイに、図４の様に、データベースをツリー構造で表示することにより、ネットワークシステムの構成を一目で把握することができる。
【００４２】
ｄ）次に、前記データ管理ソフトを用いて、メッセージの設定や変更を行う手順（方法）について説明する。
(i)まず、メッセージの設定や変更を行う概略の手順を、図５を用いて説明する。
【００４３】
・（ユーザー側にて行う操作）
初期設定を行う場合、即ち送信メッセージの設定を行う時には、ユーザーは、送信メッセージを受信するＥＣＵを入力する。これにより、送信メッセージの受信先が設定されることになる。つまり、送信メッセージは、受信先を知ることになる（図３参照）。
【００４４】
また、ユーザーが、送信メッセージの属性（例えば送信周期）や、送信メッセージに含まれるデータの属性（例えば数値、フラグ、位置）を変更する場合には、まず、送信側のＥＣＵのデータベースにアクセスし、そのデータベースを変更する。つまり、データベースに含まれる各種の属性等の内容を変更する。
【００４５】
・（データ管理ソフト側での処理）
上記の様に、送信メッセージの設定や変更が行われた場合、例えば送信メッセージの変更がなされた場合には、データ管理ソフトは、変更された送信メッセージを受信するＥＣＵに関するデータベースを、異なるサブネットも含んで検索する。
【００４６】
そして、検索されたＥＣＵのデータベースにおいて、変更された点を更新する。例えば送信メッセージの送信周期が変更された場合には、受信側のＥＣＵのデータベースにて、その受信メッセージの送信周期を変更する。
この検索及び更新の処理を、受信側のＥＣＵが無くなるまで繰り返す。
【００４７】
以下、これらの処理を、設定と変更に分けて更に詳しく説明する。
(ii)最初に、送信メッセージを設定することにより、受信メッセージを一括して設定する場合の手順について、図６を用いて説明する。
▲１▼  まず、使用するデータベースを選択する。
【００４８】
例えば、ＥＣＵ１の送信メッセージ「Msg1」を設定する場合には、データベース１（CANdatabase）を選択し、送信側のＥＣＵとしてＥＣＵ１を選択する。
▲２▼  このＥＣＵ１における送信メッセージに関しては、送信周期「５０ｍｓ」、パワーステータス「ＩＧ」、データサイズ「２byte」という属性を入力する。
【００４９】
また、送信メッセージの受信先である受信ＥＣＵを入力する。ここでは、例えば（同じサブネットにある）ＥＣＵ２及び（異なるサブネットになる）ＥＣＵ３を入力する。
▲３▼-1  上記の様に受信ＥＣＵが入力されると、ＥＣＵ３は他のサブネットのＥＣＵであるので、自動的に内部処理として、受信ＥＣＵをＧ／ＷＥＣＵ４に変更する。
【００５０】
▲３▼-2  更に、その送信メッセージは、Ｇ／ＷＥＣＵ４からの送信メッセージとして、自動的に他のサブネット２（ＢＥＡＮ）に登録される。
尚、この場合、送信元はＧ／ＷＥＣＵ４に書き換えられ、受信ＥＣＵはＥＣＵ３として設定される。
【００５１】
▲４▼-1  そして、サブネット１のデータベースでは、前記▲３▼-1にて処理された送信メッセージに基づいて、その受信ＥＣＵであるＥＣＵ２の受信メッセージとして、自動的に、前記送信メッセージと同様な送信周期「５０ｍｓ」、パワーステータス「ＩＧ」、データサイズ「２byte」という属性が設定される。また、送信ＥＣＵとしては、メッセージの送信元であるＥＣＵ１が設定される。
【００５２】
▲４▼-2  同様に、同じサブネット１のデータベースでは、前記▲３▼-1にて処理された送信メッセージに基づいて、その受信ＥＣＵであるＧ／ＷＥＣＵ４の受信メッセージとして、自動的に、前記送信メッセージと同様な送信周期「５０ｍｓ」、パワーステータス「ＩＧ」、データサイズ「２byte」という属性が設定される。また、送信ＥＣＵとしては、メッセージの送信元であるＥＣＵ１が設定される。
【００５３】
▲４▼-3  また、他のサブネット２のデータベースでは、前記▲３▼-2にて処理された送信メッセージに基づいて、その受信ＥＣＵであるＥＣＵ３の受信メッセージとして、自動的に、前記送信メッセージと同様な送信周期「５０ｍｓ」、パワーステータス「ＩＧ」、データサイズ「２byte」という属性が設定される。更に、送信ＥＣＵとしては、メッセージの送信元であるＥＣＵ１（Ｇ／Ｗ）が設定される。
【００５４】
尚、ＥＣＵ１（Ｇ／Ｗ）とは、ＥＣＵ１の属するサブネットが、受信ＥＣＵであるＥＣＵ３の属するサブネットとは異なるので、Ｇ／ＷＥＣＵ４を介して中継されることを示している。
これにより、送信メッセージの属性を設定すると、受信メッセージの属性の設定が自動的に行われる。
【００５５】
(iii)次に、送信メッセージを変更することにより、受信メッセージを一括して変更する場合の手順について、図７を用いて説明する。
▲１▼  ＥＣＵ１の送信メッセージ「Msg1」を変更する場合には、データベース１（CANdatabase）のＥＣＵ１を選択する。
【００５６】
ここで、変更する内容として、送信メッセージの属性である送信周期を５０ｍｓから１００ｍｓに変更する場合を例にあげる。
▲２▼-1  そして、送信メッセージの属性が変更された場合には、このＥＣＵ１の送信メッセージを受信する受信ＥＣＵを、送信メッセージに含まれる受信ＥＣＵのデータに基づいて検索する。ここでは、受信ＥＣＵは、ＥＣＵ２及びＥＣＵ３とされている。
【００５７】
上記の様に受信ＥＣＵを検索する場合には、ＥＣＵ３は他のサブネットのＥＣＵであるので、自動的に内部処理として、受信ＥＣＵをＧ／ＷＥＣＵ４に変更する。
▲２▼-2  更に、その送信メッセージは、Ｇ／ＷＥＣＵ４からの送信メッセージとして、自動的に他のサブネット２（ＢＥＡＮ）に登録される。
【００５８】
尚、この場合、送信元はＧ／ＷＥＣＵ４に書き換えられ、受信ＥＣＵはＥＣＵ３として設定される。
▲３▼-1  そして、サブネット１のデータベースでは、前記▲２▼-1にて処理された送信メッセージに基づいて、その受信ＥＣＵであるＥＣＵ２の受信メッセージとして、自動的に送信周期を「１００ｍｓ」に書き換える。
【００５９】
▲３▼-2  同様に、同じサブネット１のデータベースでは、前記▲２▼-1にて処理された送信メッセージに基づいて、その受信ＥＣＵであるＧ／ＷＥＣＵ４の受信メッセージとして、自動的に送信周期を「１００ｍｓ」に書き換える。
▲３▼-3  また、他のサブネット２のデータベースでは、前記▲２▼-2にて処理された送信メッセージに基づいて、その受信ＥＣＵであるＥＣＵ３の受信メッセージとして、自動的に送信周期を「１００ｍｓ」に書き換える。
【００６０】
これにより、送信メッセージの属性を変更すると、受信メッセージの属性の変更が自動的に行われる。
ｆ）この様に、本実施例では、送信側の例えばＥＣＵ１のデータベースにアクセスして、送信メッセージを設定するだけで、その送信メッセージを受信する側の例えばＥＣＵ２及びＥＣＵ３の受信メッセージを、自動的に一括して設定することができる。
【００６１】
また、同様に、送信側のＥＣＵ１のデータベースにアクセスして、送信メッセージの属性を変更するだけで、その送信メッセージを受信する側のＥＣＵ２及びＥＣＵ３の受信メッセージの属性を、自動的に一括して変更することができる。
従って、従来のように、紙面等を参照して、各ＥＣＵの開発担当者が各送信メッセージ及び受信メッセージを設定したり変更する作業が軽減されるので、通信ソフトを開発したり変更する等の工数が大きく低減されるという顕著な効果を奏する。
【００６２】
また、あるＥＣＵの送信メッセージの属性を変更すれば、その送信メッセージを受信するＥＣＵの受信メッセージの属性も自動的に変更されるので、例えば通信仕様の変更に伴うバグの発生や、ＥＣＵ間で整合性がとれないという不具合の発生を防止することができる。
【００６３】
更に、異なるサブネット間にわたってメッセージが送信される場合には、自動的にＧ／ＷＥＣＵ４を介するメッセージも、適切な属性に変更されるので、Ｇ／ＷＥＣＵ４に関しても、例えば通信仕様の変更に伴うソフトの変更の手間が軽減されるという効果がある。
【００６４】
その上、本実施例では、データ構造を、いわゆるツリー構造で表現できるので、例えばあるＥＣＵを指定することで、そのＥＣＵの下部階層として位置する（当該ＥＣＵにて送受信の処理が行われる）送信メッセージや受信メッセージを認識して抽出することができる。
【００６５】
尚、本発明は前記実施例になんら限定されるものではなく、本発明を逸脱しない範囲において種々の態様で実施しうることはいうまでもない。
例えば送受信されるメッセージ中のデータに、例えばドアロックやライト点灯などの制御状態を示す制御属性を付与することにより、制御に対する容易な管理を実現することができる。
【００６６】
つまり、所定の制御属性を指定することにより、その制御属性を有するメッセージを検索したり、そのメッセージを扱うＥＣＵを検索することができる。
【図面の簡単な説明】
【図１】  実施例の車両用通信データ管理装置のシステム構成を示す説明図である。
【図２】  実施例のデータ管理ソフトによる管理の概念を示す説明図である。
【図３】  実施例のデータベースに記憶されているデータの内容を示す説明図である。
【図４】  実施例のディスプレイに表示されるツリー構造のデータベースの構成を示す説明図である。
【図５】  実施例の送信メッセージの設定や変更の際の概略の手順を示す説明図である。
【図６】  実施例の送信メッセージを設定する際の手順を示す説明図である。
【図７】  実施例の送信メッセージを変更する際の手順を示す説明図である。
【符号の説明】
１、２、３・・・演算処理装置（ＥＣＵ）
４・・・中継用演算処理装置（Ｇ／ＷＥＣＵ）
５・・・通信バス
【図１】
0004345228.tif 000002
【図２】
0004345228.tif 000003
【図３】
0004345228.tif 000004
【図４】
0004345228.tif 000005
【図５】
0004345228.tif 000006
【図６】
0004345228.tif 000007
【図７】
0004345228.tif 000008