JP2000257501A - 自動車用制御装置 - Google Patents
自動車用制御装置Info
- Publication number
- JP2000257501A JP2000257501A JP11063252A JP6325299A JP2000257501A JP 2000257501 A JP2000257501 A JP 2000257501A JP 11063252 A JP11063252 A JP 11063252A JP 6325299 A JP6325299 A JP 6325299A JP 2000257501 A JP2000257501 A JP 2000257501A
- Authority
- JP
- Japan
- Prior art keywords
- data
- communication
- control
- program
- common packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40169—Flexible bus arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40267—Bus for use in transportation systems
- H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Small-Scale Networks (AREA)
- Stored Programmes (AREA)
- Communication Control (AREA)
- Regulating Braking Force (AREA)
- Combined Controls Of Internal Combustion Engines (AREA)
- Control Of Transmission Device (AREA)
Abstract
(57)【要約】
【課題】 システム構成や通信プロトコルが変わって
も、プログラムの修正箇所を最小限にすることのできる
自動車用制御装置（ＥＣＵ）を提供する。 【解決手段】 ＲＯＭ内のプログラムを実行することに
より、制御対象を制御するための演算処理を行うと共
に、その演算処理で算出した制御用データを通信対象へ
送信する処理を行うマイコンを備えたＥＣＵにて、上記
プログラムは、上記演算処理を行うためのプログラム
（アプリケーション部）１００と、該アプリケーション
部１００により算出される制御用データのうちから送信
すべきものを抽出し、その抽出した各制御用データを通
信対象との通信プロトコルに対応した通信データ列に変
換する処理を行うためのプログラム（通信変換部）２０
０と、上記通信データ列を上記通信プロトコルに従い送
信する処理を行うためのプログラム（通信ドライバ部）
３００との、夫々独立したプログラムモジュールからな
る。
も、プログラムの修正箇所を最小限にすることのできる
自動車用制御装置（ＥＣＵ）を提供する。 【解決手段】 ＲＯＭ内のプログラムを実行することに
より、制御対象を制御するための演算処理を行うと共
に、その演算処理で算出した制御用データを通信対象へ
送信する処理を行うマイコンを備えたＥＣＵにて、上記
プログラムは、上記演算処理を行うためのプログラム
（アプリケーション部）１００と、該アプリケーション
部１００により算出される制御用データのうちから送信
すべきものを抽出し、その抽出した各制御用データを通
信対象との通信プロトコルに対応した通信データ列に変
換する処理を行うためのプログラム（通信変換部）２０
０と、上記通信データ列を上記通信プロトコルに従い送
信する処理を行うためのプログラム（通信ドライバ部）
３００との、夫々独立したプログラムモジュールからな
る。
Description
【０００１】
【発明の属する技術分野】本発明は、マイクロコンピュ
ータを備えた自動車用制御装置に関し、特に、そのマイ
クロコンピュータが、当該装置や他の自動車用制御装置
に備えられた他のマイクロコンピュータとデータ通信を
行うことにより、その通信対象のマイクロコンピュータ
と制御用データを共有するようにした自動車用制御装置
に関する。
ータを備えた自動車用制御装置に関し、特に、そのマイ
クロコンピュータが、当該装置や他の自動車用制御装置
に備えられた他のマイクロコンピュータとデータ通信を
行うことにより、その通信対象のマイクロコンピュータ
と制御用データを共有するようにした自動車用制御装置
に関する。
【０００２】
【従来の技術】従来より、自動車に搭載されたエンジン
やトランスミッション等の制御対象を制御する自動車用
制御装置は、ＲＯＭに記憶されたプログラムを実行して
制御対象を制御するための演算処理を行うマイクロコン
ピュータを備えている。
やトランスミッション等の制御対象を制御する自動車用
制御装置は、ＲＯＭに記憶されたプログラムを実行して
制御対象を制御するための演算処理を行うマイクロコン
ピュータを備えている。
【０００３】そして、近年における制御内容の複雑化に
伴い、この種の自動車用制御装置では、それに搭載され
たマイクロコンピュータが、同じ自動車用制御装置内や
他の自動車用制御装置に搭載された他のマイクロコンピ
ュータとデータ通信を行って、その通信対象のマイクロ
コンピュータと制御対象の制御に用いる制御用データを
共有することにより、制御性を向上させている。
伴い、この種の自動車用制御装置では、それに搭載され
たマイクロコンピュータが、同じ自動車用制御装置内や
他の自動車用制御装置に搭載された他のマイクロコンピ
ュータとデータ通信を行って、その通信対象のマイクロ
コンピュータと制御対象の制御に用いる制御用データを
共有することにより、制御性を向上させている。
【０００４】ここで、こうした自動車用制御装置（以
下、ＥＣＵともいう）の通信形態上のシステム構成例に
ついて説明すると、まず、１つのＥＣＵに搭載された２
つのマイクロコンピュータが１対１でデータ通信を行
う、ＥＣＵ内通信のシステム構成がある。
下、ＥＣＵともいう）の通信形態上のシステム構成例に
ついて説明すると、まず、１つのＥＣＵに搭載された２
つのマイクロコンピュータが１対１でデータ通信を行
う、ＥＣＵ内通信のシステム構成がある。
【０００５】また、２つのＥＣＵに夫々搭載された各マ
イクロコンピュータが、自動車内に配設されたシリアル
通信線を介し１対１でデータ通信を行う、ＥＣＵ間シリ
アル通信のシステム構成がある。また更に、３つ以上の
ＥＣＵに夫々搭載された各マイクロコンピュータが、自
動車内に配設された多重通信線を介し１対多或いは多対
１でデータ通信を行う、ＥＣＵ間多重通信のシステム構
成がある。
イクロコンピュータが、自動車内に配設されたシリアル
通信線を介し１対１でデータ通信を行う、ＥＣＵ間シリ
アル通信のシステム構成がある。また更に、３つ以上の
ＥＣＵに夫々搭載された各マイクロコンピュータが、自
動車内に配設された多重通信線を介し１対多或いは多対
１でデータ通信を行う、ＥＣＵ間多重通信のシステム構
成がある。
【０００６】そして、上記各システム構成を併せ持った
システム構成もある。例えば、１つのＥＣＵに搭載され
たマイクロコンピュータが、同じＥＣＵに搭載された他
のマイクロコンピュータとデータ通信を行うと共に、他
のＥＣＵに搭載されたマイクロコンピュータともシリア
ル通信線や多重通信線を介してデータ通信を行う、とい
ったシステム構成である。
システム構成もある。例えば、１つのＥＣＵに搭載され
たマイクロコンピュータが、同じＥＣＵに搭載された他
のマイクロコンピュータとデータ通信を行うと共に、他
のＥＣＵに搭載されたマイクロコンピュータともシリア
ル通信線や多重通信線を介してデータ通信を行う、とい
ったシステム構成である。
【０００７】
【発明が解決しようとする課題】上述したように、この
種の自動車用制御装置では、通信形態の異なる様々なシ
ステム構成が採られる。また、通信形態上のシステム構
成が同じであっても、通信プロトコルには様々なものが
あり、特に多重通信の通信プロトコルは種類が多い。ま
た更に、通信形態上のシステム構成や通信プロトコルが
同じであっても、どのマイクロコンピュータからどのマ
イクロコンピュータへどの種類の制御用データを提供す
るか、といった制御役割分担上のシステム構成から、通
信すべき制御用データの種類やデータ長、或いは、実際
に送受信される通信データ列における各制御用データの
並び等が変更される場合もある。
種の自動車用制御装置では、通信形態の異なる様々なシ
ステム構成が採られる。また、通信形態上のシステム構
成が同じであっても、通信プロトコルには様々なものが
あり、特に多重通信の通信プロトコルは種類が多い。ま
た更に、通信形態上のシステム構成や通信プロトコルが
同じであっても、どのマイクロコンピュータからどのマ
イクロコンピュータへどの種類の制御用データを提供す
るか、といった制御役割分担上のシステム構成から、通
信すべき制御用データの種類やデータ長、或いは、実際
に送受信される通信データ列における各制御用データの
並び等が変更される場合もある。
【０００８】ところが、従来の自動車用制御装置におい
て、マイクロコンピュータにより実行されるプログラム
は、制御対象を制御するための演算処理を行う部分と、
通信対象との間で制御用データをやり取りする処理を行
う部分とが、明確に区別されておらず一体不可分に作成
されていた。
て、マイクロコンピュータにより実行されるプログラム
は、制御対象を制御するための演算処理を行う部分と、
通信対象との間で制御用データをやり取りする処理を行
う部分とが、明確に区別されておらず一体不可分に作成
されていた。
【０００９】このため、従来の自動車用制御装置では、
通信形態上及び制御役割分担上のシステム構成や通信プ
ロトコルが変更される毎に、プログラム全体を大幅に修
正しなければならないという問題があった。また、ある
システム構成の装置用に開発したプログラムを、他のシ
ステム構成の装置に再利用することも困難であった。
通信形態上及び制御役割分担上のシステム構成や通信プ
ロトコルが変更される毎に、プログラム全体を大幅に修
正しなければならないという問題があった。また、ある
システム構成の装置用に開発したプログラムを、他のシ
ステム構成の装置に再利用することも困難であった。
【００１０】例えば、従来の自動車用制御装置では、制
御対象に応じた制御用演算処理を行う制御プログラムに
よって、制御用データの算出だけではなく、その算出し
た制御用データを、通信対象との間の通信プロトコルに
対応する通信データ列に変換し、上記通信プロトコルで
定められた転送タイミングやボーレート等で送信する処
理等を行っている。また逆に、上記制御プログラムによ
り、通信対象から送信されて来る通信データ列を上記通
信プロトコルで定められたタイミングやボーレート等で
受信し、その通信データ列に含まれていた制御用データ
を演算処理時に参照する記憶領域へ書き込む処理等を行
っている。このため、通信対象との通信プロトコルや、
通信すべき制御用データの種類及びデータ長などが変更
されると、プログラム全体を修正しなければならない。
御対象に応じた制御用演算処理を行う制御プログラムに
よって、制御用データの算出だけではなく、その算出し
た制御用データを、通信対象との間の通信プロトコルに
対応する通信データ列に変換し、上記通信プロトコルで
定められた転送タイミングやボーレート等で送信する処
理等を行っている。また逆に、上記制御プログラムによ
り、通信対象から送信されて来る通信データ列を上記通
信プロトコルで定められたタイミングやボーレート等で
受信し、その通信データ列に含まれていた制御用データ
を演算処理時に参照する記憶領域へ書き込む処理等を行
っている。このため、通信対象との通信プロトコルや、
通信すべき制御用データの種類及びデータ長などが変更
されると、プログラム全体を修正しなければならない。
【００１１】本発明は、こうした問題に鑑みなされたも
のであり、システム構成や通信プロトコルが変わって
も、マイクロコンピュータにより実行されるプログラム
の修正箇所を最小限にすることのできる自動車用制御装
置を提供することを目的としている。
のであり、システム構成や通信プロトコルが変わって
も、マイクロコンピュータにより実行されるプログラム
の修正箇所を最小限にすることのできる自動車用制御装
置を提供することを目的としている。
【００１２】
【課題を解決するための手段、及び発明の効果】上記目
的を達成するためになされた請求項１に記載の自動車用
制御装置は、マイクロコンピュータを備えており、その
マイクロコンピュータは、記憶媒体に記憶されたプログ
ラムを実行することにより、自動車に搭載された制御対
象を制御するための演算処理を行うと共に、その演算処
理により算出した制御用データのうちの何れかを通信対
象へ送信する処理を行う。尚、記憶媒体としては、デー
タの書き換えが不能なマスクＲＯＭや、データの書き換
えが可能なＥＥＰＲＯＭ或いはフラッシュＲＯＭが一般
的であるが、それ以外のメモリでもよい。
的を達成するためになされた請求項１に記載の自動車用
制御装置は、マイクロコンピュータを備えており、その
マイクロコンピュータは、記憶媒体に記憶されたプログ
ラムを実行することにより、自動車に搭載された制御対
象を制御するための演算処理を行うと共に、その演算処
理により算出した制御用データのうちの何れかを通信対
象へ送信する処理を行う。尚、記憶媒体としては、デー
タの書き換えが不能なマスクＲＯＭや、データの書き換
えが可能なＥＥＰＲＯＭ或いはフラッシュＲＯＭが一般
的であるが、それ以外のメモリでもよい。
【００１３】ここで特に、請求項１に記載の自動車用制
御装置において、前記記憶媒体に記憶されマイクロコン
ピュータにより実行されるプログラムは、前記演算処理
を行うためのアプリケーションプログラムと、データ変
換用プログラムと、通信ドライバ用プログラムとの、夫
々独立したプログラムモジュールからなっている。
御装置において、前記記憶媒体に記憶されマイクロコン
ピュータにより実行されるプログラムは、前記演算処理
を行うためのアプリケーションプログラムと、データ変
換用プログラムと、通信ドライバ用プログラムとの、夫
々独立したプログラムモジュールからなっている。
【００１４】そして、データ変換用プログラムにより、
前記アプリケーションプログラムによって算出される制
御用データのうちから、前記通信対象へ送信すべき制御
用データを抽出すると共に、その抽出した制御用データ
を、通信対象との間で定められた特定の通信プロトコル
に対応した通信データ列に変換する処理が行われる。
前記アプリケーションプログラムによって算出される制
御用データのうちから、前記通信対象へ送信すべき制御
用データを抽出すると共に、その抽出した制御用データ
を、通信対象との間で定められた特定の通信プロトコル
に対応した通信データ列に変換する処理が行われる。
【００１５】また、通信ドライバ用プログラムにより、
前記データ変換用プログラムによって変換された通信デ
ータ列を、前記特定の通信プロトコルに従い通信対象へ
送信する処理が行われる。この請求項１に記載の自動車
用制御装置では、制御対象に応じた制御用演算処理を行
うアプリケーションプログラムとは別の、独立したプロ
グラムモジュール（データ変換用プログラムと通信ドラ
イバ用プログラムとの各々）によって、通信対象へ送信
すべき制御用データを通信プロトコルに対応した通信デ
ータ列に変換する処理と、その通信データ列を上記通信
プロトコルに従い通信対象へ送信する処理とを行うよう
にしているため、通信プロトコルが変わったり、通信対
象へ送信すべき制御用データの種類やデータ長、或いは
通信データ列における各制御用データの並びが変わった
としても、アプリケーションプログラムを修正する必要
が無い。
前記データ変換用プログラムによって変換された通信デ
ータ列を、前記特定の通信プロトコルに従い通信対象へ
送信する処理が行われる。この請求項１に記載の自動車
用制御装置では、制御対象に応じた制御用演算処理を行
うアプリケーションプログラムとは別の、独立したプロ
グラムモジュール（データ変換用プログラムと通信ドラ
イバ用プログラムとの各々）によって、通信対象へ送信
すべき制御用データを通信プロトコルに対応した通信デ
ータ列に変換する処理と、その通信データ列を上記通信
プロトコルに従い通信対象へ送信する処理とを行うよう
にしているため、通信プロトコルが変わったり、通信対
象へ送信すべき制御用データの種類やデータ長、或いは
通信データ列における各制御用データの並びが変わった
としても、アプリケーションプログラムを修正する必要
が無い。
【００１６】また、システム構成の変更に伴い、通信対
象へ送信すべき制御用データの種類やデータ長、或いは
通信データ列における各制御用データの並びが変わって
も、通信プロトコルが同じであれば、データ変換用プロ
グラムのみを修正すれば良く、通信ドライバ用プログラ
ムとアプリケーションプログラムは修正する必要が無
い。
象へ送信すべき制御用データの種類やデータ長、或いは
通信データ列における各制御用データの並びが変わって
も、通信プロトコルが同じであれば、データ変換用プロ
グラムのみを修正すれば良く、通信ドライバ用プログラ
ムとアプリケーションプログラムは修正する必要が無
い。
【００１７】よって、請求項１に記載の自動車用制御装
置によれば、システム構成や通信プロトコルが変わって
も、マイクロコンピュータにより実行されるプログラム
の修正箇所を最小限にすることができる。また、当該装
置のマイクロコンピュータ用に開発したプログラムの一
部を、他のシステム構成の装置に再利用することが容易
になる。
置によれば、システム構成や通信プロトコルが変わって
も、マイクロコンピュータにより実行されるプログラム
の修正箇所を最小限にすることができる。また、当該装
置のマイクロコンピュータ用に開発したプログラムの一
部を、他のシステム構成の装置に再利用することが容易
になる。
【００１８】次に、請求項２に記載の自動車用制御装置
では、上記請求項１に記載の装置において、前記データ
変換用プログラムが、更に、共通パケットデータ作成用
プログラムモジュールと、通信データ変換用プログラム
モジュールとに分かれている。
では、上記請求項１に記載の装置において、前記データ
変換用プログラムが、更に、共通パケットデータ作成用
プログラムモジュールと、通信データ変換用プログラム
モジュールとに分かれている。
【００１９】そして、共通パケットデータ作成用プログ
ラムモジュールにより、前記アプリケーションプログラ
ムによって算出される制御用データのうちから、通信対
象へ送信すべき制御用データを抽出して、その抽出した
各制御用データを、通信対象との間で予め定められた順
番に並べることにより、通信プロトコルに依存しないデ
ータ列である共通パケットデータを作成する処理が行わ
れる。
ラムモジュールにより、前記アプリケーションプログラ
ムによって算出される制御用データのうちから、通信対
象へ送信すべき制御用データを抽出して、その抽出した
各制御用データを、通信対象との間で予め定められた順
番に並べることにより、通信プロトコルに依存しないデ
ータ列である共通パケットデータを作成する処理が行わ
れる。
【００２０】また、通信データ変換用プログラムモジュ
ールにより、前記共通パケットデータ作成用プログラム
モジュールによって作成された共通パケットデータを、
前記特定の通信プロトコルに対応した通信データ列に変
換する処理が行われる。そして、その通信データ変換用
プログラムモジュールによって変換された通信データ列
は、通信ドライバ用プログラムにより、前記特定の通信
プロトコルに従い通信対象へ送信される。これにより、
アプリケーションプログラムによって算出された送信対
象の各制御用データは、前記共通パケットデータを構成
する順に通信対象へ送られることとなる。
ールにより、前記共通パケットデータ作成用プログラム
モジュールによって作成された共通パケットデータを、
前記特定の通信プロトコルに対応した通信データ列に変
換する処理が行われる。そして、その通信データ変換用
プログラムモジュールによって変換された通信データ列
は、通信ドライバ用プログラムにより、前記特定の通信
プロトコルに従い通信対象へ送信される。これにより、
アプリケーションプログラムによって算出された送信対
象の各制御用データは、前記共通パケットデータを構成
する順に通信対象へ送られることとなる。
【００２１】この請求項２に記載の自動車用制御装置に
よれば、システム構成の変更に伴い、通信対象へ送信す
べき制御用データの種類やデータ長、或いは通信データ
列における各制御用データの並び（即ち、送信順序）が
変わっても、通信プロトコルが同じであれば、データ変
換用プログラムの一部である共通パケットデータ作成用
プログラムモジュールだけを修正すれば良い。逆に、通
信プロトコルだけが変わった場合には、アプリケーショ
ンプログラムはもとより、共通パケットデータ作成用プ
ログラムモジュールも修正する必要が無い。よって、プ
ログラムの修正箇所をより少なくすることができる。
よれば、システム構成の変更に伴い、通信対象へ送信す
べき制御用データの種類やデータ長、或いは通信データ
列における各制御用データの並び（即ち、送信順序）が
変わっても、通信プロトコルが同じであれば、データ変
換用プログラムの一部である共通パケットデータ作成用
プログラムモジュールだけを修正すれば良い。逆に、通
信プロトコルだけが変わった場合には、アプリケーショ
ンプログラムはもとより、共通パケットデータ作成用プ
ログラムモジュールも修正する必要が無い。よって、プ
ログラムの修正箇所をより少なくすることができる。
【００２２】次に、請求項３に記載の自動車用制御装置
では、上記請求項２に記載の装置において、前記制御対
象が、第１の制御対象と第２の制御対象とからなると共
に、前記アプリケーションプログラムが、前記第１の制
御対象を制御するための演算処理を行うための第１のア
プリケーションプログラムと、前記第２の制御対象を制
御するための演算処理を行うための第２のアプリケーシ
ョンプログラムとからなっている。
では、上記請求項２に記載の装置において、前記制御対
象が、第１の制御対象と第２の制御対象とからなると共
に、前記アプリケーションプログラムが、前記第１の制
御対象を制御するための演算処理を行うための第１のア
プリケーションプログラムと、前記第２の制御対象を制
御するための演算処理を行うための第２のアプリケーシ
ョンプログラムとからなっている。
【００２３】そして、前記共通パケットデータ作成用プ
ログラムモジュールは、前記第１のアプリケーションプ
ログラムによって算出される制御用データのうちから、
通信対象へ送信すべき制御用データを抽出すると共に、
前記第２のアプリケーションプログラムによって算出さ
れる制御用データのうちから、通信対象へ送信すべき他
の制御用データを抽出して、その抽出した各制御用デー
タを通信対象との間で予め定められた順番に並べること
により、前記共通パケットデータを作成するように構成
されている。
ログラムモジュールは、前記第１のアプリケーションプ
ログラムによって算出される制御用データのうちから、
通信対象へ送信すべき制御用データを抽出すると共に、
前記第２のアプリケーションプログラムによって算出さ
れる制御用データのうちから、通信対象へ送信すべき他
の制御用データを抽出して、その抽出した各制御用デー
タを通信対象との間で予め定められた順番に並べること
により、前記共通パケットデータを作成するように構成
されている。
【００２４】この請求項３に記載の自動車用制御装置に
よれば、第１と第２の複数のアプリケーションプログラ
ムに関連した多数の制御用データを、１度の通信で通信
対象へ送信することができ、非常に効率的なデータ通信
が可能となる。次に、請求項４に記載の自動車用制御装
置では、上記請求項１に記載の装置において、前記制御
対象が、第１の制御対象と第２の制御対象とからなると
共に、前記アプリケーションプログラムが、前記第１の
制御対象を制御するための演算処理を行うための第１の
アプリケーションプログラムと、前記第２の制御対象を
制御するための演算処理を行うための第２のアプリケー
ションプログラムとからなっている。
よれば、第１と第２の複数のアプリケーションプログラ
ムに関連した多数の制御用データを、１度の通信で通信
対象へ送信することができ、非常に効率的なデータ通信
が可能となる。次に、請求項４に記載の自動車用制御装
置では、上記請求項１に記載の装置において、前記制御
対象が、第１の制御対象と第２の制御対象とからなると
共に、前記アプリケーションプログラムが、前記第１の
制御対象を制御するための演算処理を行うための第１の
アプリケーションプログラムと、前記第２の制御対象を
制御するための演算処理を行うための第２のアプリケー
ションプログラムとからなっている。
【００２５】そして、当該装置は、前記第１のアプリケ
ーションプログラムと前記第２のアプリケーションプロ
グラムとで共通に使用される制御用データを格納するた
めのメモリであって、前記第１及び第２のアプリケーシ
ョンプログラムの各々が各自の制御対象を制御するため
に用いる全ての制御用データを格納するための記憶手段
とは別に設けられた共有メモリを備えており、前記第１
及び第２のアプリケーションプログラムは、前記共通に
使用される制御用データを算出して提供する方のアプリ
ケーションプログラムが該制御用データを前記共有メモ
リに書き込み、その制御用データを提供される方のアプ
リケーションプログラムが該制御用データを前記共有メ
モリから読み出すように構成されている。
ーションプログラムと前記第２のアプリケーションプロ
グラムとで共通に使用される制御用データを格納するた
めのメモリであって、前記第１及び第２のアプリケーシ
ョンプログラムの各々が各自の制御対象を制御するため
に用いる全ての制御用データを格納するための記憶手段
とは別に設けられた共有メモリを備えており、前記第１
及び第２のアプリケーションプログラムは、前記共通に
使用される制御用データを算出して提供する方のアプリ
ケーションプログラムが該制御用データを前記共有メモ
リに書き込み、その制御用データを提供される方のアプ
リケーションプログラムが該制御用データを前記共有メ
モリから読み出すように構成されている。
【００２６】そして更に、前記データ変換用プログラム
は、前記共有メモリに格納されている制御用データのう
ちから、通信対象へ送信すべき制御用データを抽出し
て、その抽出した各制御用データを通信対象との間で予
め定められた順番に並べることにより、通信プロトコル
に依存しないデータ列である共通パケットデータを作成
する処理を行うための共通パケットデータ作成用プログ
ラムモジュールと、その共通パケットデータ作成用プロ
グラムモジュールによって作成された共通パケットデー
タを、前記特定の通信プロトコルに対応した通信データ
列に変換する処理を行うための通信データ変換用プログ
ラムモジュールとに分かれている。
は、前記共有メモリに格納されている制御用データのう
ちから、通信対象へ送信すべき制御用データを抽出し
て、その抽出した各制御用データを通信対象との間で予
め定められた順番に並べることにより、通信プロトコル
に依存しないデータ列である共通パケットデータを作成
する処理を行うための共通パケットデータ作成用プログ
ラムモジュールと、その共通パケットデータ作成用プロ
グラムモジュールによって作成された共通パケットデー
タを、前記特定の通信プロトコルに対応した通信データ
列に変換する処理を行うための通信データ変換用プログ
ラムモジュールとに分かれている。
【００２７】尚、上記記憶手段としては、一般に、揮発
性のＲＡＭにおける所定の記憶領域が用いられるが、そ
の場合、共有メモリとしては、上記ＲＡＭにおける他の
特定の記憶領域を用いることができる。また、共有メモ
リとしては、上記ＲＡＭとは物理的に異なる他のメモリ
を用いても良い。
性のＲＡＭにおける所定の記憶領域が用いられるが、そ
の場合、共有メモリとしては、上記ＲＡＭにおける他の
特定の記憶領域を用いることができる。また、共有メモ
リとしては、上記ＲＡＭとは物理的に異なる他のメモリ
を用いても良い。
【００２８】この請求項４に記載の自動車用制御装置に
よれば、前述した請求項２に記載の装置と同様の効果を
得ることができる。また、第１及び第２のアプリケーシ
ョンプログラムの各々によって算出された各制御用デー
タが前記共有メモリに格納されると共に、共通パケット
データ作成用プログラムモジュールが、上記各アプリケ
ーションプログラムによって算出された各制御用データ
を、通信対象へ送信すべき制御用データとして共有メモ
リから抽出するように構成すれば、請求項３に記載の装
置と同様に、第１と第２の複数のアプリケーションプロ
グラムに関連した多数の制御用データを、１度の通信で
通信対象へ送信することができる。
よれば、前述した請求項２に記載の装置と同様の効果を
得ることができる。また、第１及び第２のアプリケーシ
ョンプログラムの各々によって算出された各制御用デー
タが前記共有メモリに格納されると共に、共通パケット
データ作成用プログラムモジュールが、上記各アプリケ
ーションプログラムによって算出された各制御用データ
を、通信対象へ送信すべき制御用データとして共有メモ
リから抽出するように構成すれば、請求項３に記載の装
置と同様に、第１と第２の複数のアプリケーションプロ
グラムに関連した多数の制御用データを、１度の通信で
通信対象へ送信することができる。
【００２９】そして特に、請求項４に記載の自動車用制
御装置では、第１及び第２の両アプリケーションプログ
ラム間における制御用データの共有が、別途設けられた
共有メモリを介して行われるため、例えば、制御対象の
変更等により、一方のアプリケーションプログラムを違
うものに変更しても、他方のアプリケーションプログラ
ムには全く影響が無い。つまり、各アプリケーションプ
ログラムを完全に独立させることができ、各アプリケー
ションプログラムの入れ替えや、他のシステム構成への
転用が非常に容易となる。
御装置では、第１及び第２の両アプリケーションプログ
ラム間における制御用データの共有が、別途設けられた
共有メモリを介して行われるため、例えば、制御対象の
変更等により、一方のアプリケーションプログラムを違
うものに変更しても、他方のアプリケーションプログラ
ムには全く影響が無い。つまり、各アプリケーションプ
ログラムを完全に独立させることができ、各アプリケー
ションプログラムの入れ替えや、他のシステム構成への
転用が非常に容易となる。
【００３０】次に、請求項５に記載の自動車用制御装置
では、上記請求項２〜４に記載の装置において、前記デ
ータ変換用プログラムは、更に、前記共通パケットデー
タ作成用プログラムモジュールによって抽出された各制
御用データのデータ長を、通信対象側で扱われるデータ
長に変換する処理を行うための物理値変換用プログラム
モジュールを有している。そして、前記共通パケットデ
ータ作成用プログラムモジュールは、前記物理値変換プ
ログラムモジュールによってデータ長が変換された後の
各制御用データを、通信対象との間で予め定められた順
番に並べることにより、前記共通パケットデータを作成
するように構成されている。
では、上記請求項２〜４に記載の装置において、前記デ
ータ変換用プログラムは、更に、前記共通パケットデー
タ作成用プログラムモジュールによって抽出された各制
御用データのデータ長を、通信対象側で扱われるデータ
長に変換する処理を行うための物理値変換用プログラム
モジュールを有している。そして、前記共通パケットデ
ータ作成用プログラムモジュールは、前記物理値変換プ
ログラムモジュールによってデータ長が変換された後の
各制御用データを、通信対象との間で予め定められた順
番に並べることにより、前記共通パケットデータを作成
するように構成されている。
【００３１】この請求項５に記載の自動車用制御装置に
よれば、通信対象へ送信する制御用データのデータ長を
その通信対象側で扱われるデータ長に変換する処理が、
アプリケーションプログラムとは別の物理値変換用プロ
グラムモジュールによって行われるため、アプリケーシ
ョンプログラムは、自分が算出した制御用データが通信
対象側でどの様なデータ長で扱われのるかを全く意識す
る必要が無く、その結果、アプリケーションプログラム
と通信対象との独立性を確保することができる。
よれば、通信対象へ送信する制御用データのデータ長を
その通信対象側で扱われるデータ長に変換する処理が、
アプリケーションプログラムとは別の物理値変換用プロ
グラムモジュールによって行われるため、アプリケーシ
ョンプログラムは、自分が算出した制御用データが通信
対象側でどの様なデータ長で扱われのるかを全く意識す
る必要が無く、その結果、アプリケーションプログラム
と通信対象との独立性を確保することができる。
【００３２】具体的に説明すると、この種の自動車用制
御装置では、例えば、エンジン回転数のデータを算出し
て送信する方のマイクロコンピュータが、そのデータを
２バイトのデータ長で扱い、エンジン回転数のデータを
受信して演算処理に用いる方のマイクロコンピュータ
が、そのデータを１バイトのデータ長で扱うといった具
合に、送信側と受信側とで、扱うデータ長が異なる場合
がある。そして、データ長＝データ精度であり、データ
精度とは、そのデータのＬＳＢ当たりによって示される
物理値である。例えば、上記例では、エンジン回転数の
データを受信する方のマイクロコンピュータが、そのデ
ータを送信する方のマイクロコンピュータよりも、エン
ジン回転数の値を１／２8 の分解能で処理していること
となる。
御装置では、例えば、エンジン回転数のデータを算出し
て送信する方のマイクロコンピュータが、そのデータを
２バイトのデータ長で扱い、エンジン回転数のデータを
受信して演算処理に用いる方のマイクロコンピュータ
が、そのデータを１バイトのデータ長で扱うといった具
合に、送信側と受信側とで、扱うデータ長が異なる場合
がある。そして、データ長＝データ精度であり、データ
精度とは、そのデータのＬＳＢ当たりによって示される
物理値である。例えば、上記例では、エンジン回転数の
データを受信する方のマイクロコンピュータが、そのデ
ータを送信する方のマイクロコンピュータよりも、エン
ジン回転数の値を１／２8 の分解能で処理していること
となる。
【００３３】そして、各マイクロコンピュータが、どの
制御用データをどの様なデータ長で扱うかは、システム
設計時に決めらるのであるが、従来の装置では、本発明
でのアプリケーションプログラムに相当する制御プログ
ラムによって、上記の如きデータ長の変換処理も行って
いたため、通信対象側で扱われる制御用データのデータ
長が変わると、それに伴い上記制御プログラムも修正し
なければならなかった。
制御用データをどの様なデータ長で扱うかは、システム
設計時に決めらるのであるが、従来の装置では、本発明
でのアプリケーションプログラムに相当する制御プログ
ラムによって、上記の如きデータ長の変換処理も行って
いたため、通信対象側で扱われる制御用データのデータ
長が変わると、それに伴い上記制御プログラムも修正し
なければならなかった。
【００３４】これに対して、請求項５に記載の自動車用
制御装置では、こうしたデータ長の変換処理を、アプリ
ケーションプログラムとは別に設けた物理値変換用プロ
グラムモジュールによって行うようにしているため、通
信対象で扱われる制御用データのデータ長が変わって
も、アプリケーションプログラムを修正する必要が無
く、プログラムの修正箇所をより少なくすることができ
るのである。
制御装置では、こうしたデータ長の変換処理を、アプリ
ケーションプログラムとは別に設けた物理値変換用プロ
グラムモジュールによって行うようにしているため、通
信対象で扱われる制御用データのデータ長が変わって
も、アプリケーションプログラムを修正する必要が無
く、プログラムの修正箇所をより少なくすることができ
るのである。
【００３５】次に、請求項６に記載の自動車用制御装置
は、上記請求項２〜５に記載の装置に対して、前記共通
パケットデータを構成すべき制御用データの格納先情報
と、その制御用データが前記共通パケットデータ内にお
いてどの位置に配置されるかを示す配置位置情報とを、
対応付けて記憶した共通パケットデータ情報記憶手段を
備えている。
は、上記請求項２〜５に記載の装置に対して、前記共通
パケットデータを構成すべき制御用データの格納先情報
と、その制御用データが前記共通パケットデータ内にお
いてどの位置に配置されるかを示す配置位置情報とを、
対応付けて記憶した共通パケットデータ情報記憶手段を
備えている。
【００３６】そして、前記共通パケットデータ作成用プ
ログラムモジュールは、前記共通パケットデータ情報記
憶手段に記憶されている前記格納先情報に基づいて、通
信対象へ送信すべき制御用データの抽出を行うと共に、
前記共通パケットデータ情報記憶手段に記憶されている
前記配置位置情報に基づいて、前記共通パケットデータ
の作成を行うように構成されている。例えば、この共通
パケットデータ作成用プログラムモジュールによる処理
は、前記格納先情報によって示されるメモリ領域から制
御用データを読み出し、その読み出した各制御用データ
を前記配置位置情報に従って並べることにより共通パケ
ットデータを作成する、といったものである。
ログラムモジュールは、前記共通パケットデータ情報記
憶手段に記憶されている前記格納先情報に基づいて、通
信対象へ送信すべき制御用データの抽出を行うと共に、
前記共通パケットデータ情報記憶手段に記憶されている
前記配置位置情報に基づいて、前記共通パケットデータ
の作成を行うように構成されている。例えば、この共通
パケットデータ作成用プログラムモジュールによる処理
は、前記格納先情報によって示されるメモリ領域から制
御用データを読み出し、その読み出した各制御用データ
を前記配置位置情報に従って並べることにより共通パケ
ットデータを作成する、といったものである。
【００３７】この請求項６に記載の自動車用制御装置に
よれば、システム構成の変更に伴って、通信対象へ送信
すべき制御用データの種類やデータ長、或いは通信デー
タ列における各制御用データの並びが変わった場合に
は、プログラム自身を変更する必要が無く、共通パケッ
トデータ情報記憶手段に記憶させておく各情報を変更す
るだけで対応することができる。よって、プログラムの
修正個所をより少なくすることができる。
よれば、システム構成の変更に伴って、通信対象へ送信
すべき制御用データの種類やデータ長、或いは通信デー
タ列における各制御用データの並びが変わった場合に
は、プログラム自身を変更する必要が無く、共通パケッ
トデータ情報記憶手段に記憶させておく各情報を変更す
るだけで対応することができる。よって、プログラムの
修正個所をより少なくすることができる。
【００３８】次に、請求項７に記載の自動車用制御装置
は、上記請求項２〜６に記載の装置に対して、前記共通
パケットデータを、通信対象との間で定められた特定の
通信プロトコルに対応した通信データ列に変換するため
の変換情報を記憶した変換情報記憶手段を備えている。
は、上記請求項２〜６に記載の装置に対して、前記共通
パケットデータを、通信対象との間で定められた特定の
通信プロトコルに対応した通信データ列に変換するため
の変換情報を記憶した変換情報記憶手段を備えている。
【００３９】そして、前記通信データ変換用プログラム
モジュールは、前記共通パケットデータ作成用プログラ
ムモジュールによって作成された共通パケットデータ
を、前記変換情報記憶手段に記憶されている変換情報に
基づいて、前記特定の通信プロトコルに対応した通信デ
ータ列に変換するように構成されている。例えば、上記
変換情報としては、１回に送信可能なデータ量を示す最
大転送単位や、通信データ列に付加すべきヘッダ情報等
が考えられる。また、この場合、通信データ変換用プロ
グラムモジュールによる処理としては、前記共通パケッ
トデータを、上記最大転送単位に基づき１回で送信可能
なデータ列に分割したり、その分割したデータ列に上記
ヘッダ情報を付加する、といったものとなる。
モジュールは、前記共通パケットデータ作成用プログラ
ムモジュールによって作成された共通パケットデータ
を、前記変換情報記憶手段に記憶されている変換情報に
基づいて、前記特定の通信プロトコルに対応した通信デ
ータ列に変換するように構成されている。例えば、上記
変換情報としては、１回に送信可能なデータ量を示す最
大転送単位や、通信データ列に付加すべきヘッダ情報等
が考えられる。また、この場合、通信データ変換用プロ
グラムモジュールによる処理としては、前記共通パケッ
トデータを、上記最大転送単位に基づき１回で送信可能
なデータ列に分割したり、その分割したデータ列に上記
ヘッダ情報を付加する、といったものとなる。
【００４０】この請求項７に記載の自動車用制御装置に
よれば、通信対象との通信プロトコルが変わった場合
に、通信データ変換用プログラムモジュール自体を変更
する必要が無く、前記変換情報記憶手段に記憶させてお
く変換情報を変更するだけで対応することができる。よ
って、プログラムの修正個所をより少なくすることがで
きる。
よれば、通信対象との通信プロトコルが変わった場合
に、通信データ変換用プログラムモジュール自体を変更
する必要が無く、前記変換情報記憶手段に記憶させてお
く変換情報を変更するだけで対応することができる。よ
って、プログラムの修正個所をより少なくすることがで
きる。
【００４１】一方、請求項８に記載の自動車用制御装置
も、マイクロコンピュータを備えている。そして、その
マイクロコンピュータは、記憶媒体に記憶されたプログ
ラムを実行することにより、通信対象から送信されて来
る通信データ列を受信する処理を行うと共に、その処理
によって受信した通信データ列に含まれている制御用デ
ータを用いて、自動車に搭載された制御対象を制御する
ための演算処理を行う。
も、マイクロコンピュータを備えている。そして、その
マイクロコンピュータは、記憶媒体に記憶されたプログ
ラムを実行することにより、通信対象から送信されて来
る通信データ列を受信する処理を行うと共に、その処理
によって受信した通信データ列に含まれている制御用デ
ータを用いて、自動車に搭載された制御対象を制御する
ための演算処理を行う。
【００４２】ここで特に、請求項８に記載の自動車用制
御装置において、前記記憶媒体に記憶されマイクロコン
ピュータにより実行されるプログラムは、通信ドライバ
用プログラムと、データ変換用プログラムと、アプリケ
ーションプログラムとの、夫々独立したプログラムモジ
ュールからなっている。
御装置において、前記記憶媒体に記憶されマイクロコン
ピュータにより実行されるプログラムは、通信ドライバ
用プログラムと、データ変換用プログラムと、アプリケ
ーションプログラムとの、夫々独立したプログラムモジ
ュールからなっている。
【００４３】そして、通信ドライバ用プログラムによ
り、前記通信対象から送信されて来る通信データ列を、
その通信対象との間で定められた特定の通信プロトコル
に従い受信し取得する処理が行われる。また、データ変
換用プログラムにより、前記通信ドライバ用プログラム
によって取得された通信データ列から、前記特定の通信
プロトコルに基づき、前記制御用データを抽出すると共
に、その抽出した制御用データを、該制御用データを格
納するために用意された所定のメモリ領域に書き込む処
理が行われる。
り、前記通信対象から送信されて来る通信データ列を、
その通信対象との間で定められた特定の通信プロトコル
に従い受信し取得する処理が行われる。また、データ変
換用プログラムにより、前記通信ドライバ用プログラム
によって取得された通信データ列から、前記特定の通信
プロトコルに基づき、前記制御用データを抽出すると共
に、その抽出した制御用データを、該制御用データを格
納するために用意された所定のメモリ領域に書き込む処
理が行われる。
【００４４】そして、アプリケーションプログラムによ
り、前記所定のメモリ領域に格納された制御用データが
読み出され、その制御用データを用いた前記演算処理が
行われる。この請求項８に記載の自動車用制御装置で
は、制御対象に応じた制御用演算処理を行うアプリケー
ションプログラムとは別の、独立したプログラムモジュ
ール（通信ドライバ用プログラムとデータ変換用プログ
ラムとの各々）によって、通信対象から送信されて来る
通信データ列を通信プロトコルに従い受信して取得する
処理と、その取得された通信データ列から通信プロトコ
ルに基づき制御用データを抽出して、その制御用データ
を所定のメモリ領域に書き込む処理とを行うようにして
いるため、通信プロトコルが変わったり、通信対象から
送られて来る制御用データの種類やデータ長、或いは通
信データ列における各制御用データの並びが変わったと
しても、アプリケーションプログラムを修正する必要が
無い。
り、前記所定のメモリ領域に格納された制御用データが
読み出され、その制御用データを用いた前記演算処理が
行われる。この請求項８に記載の自動車用制御装置で
は、制御対象に応じた制御用演算処理を行うアプリケー
ションプログラムとは別の、独立したプログラムモジュ
ール（通信ドライバ用プログラムとデータ変換用プログ
ラムとの各々）によって、通信対象から送信されて来る
通信データ列を通信プロトコルに従い受信して取得する
処理と、その取得された通信データ列から通信プロトコ
ルに基づき制御用データを抽出して、その制御用データ
を所定のメモリ領域に書き込む処理とを行うようにして
いるため、通信プロトコルが変わったり、通信対象から
送られて来る制御用データの種類やデータ長、或いは通
信データ列における各制御用データの並びが変わったと
しても、アプリケーションプログラムを修正する必要が
無い。
【００４５】また、システム構成の変更に伴い、通信対
象から送られて来る制御用データの種類やデータ長、或
いは通信データ列における各制御用データの並びが変わ
っても、通信プロトコルが同じであれば、データ変換用
プログラムのみを修正すれば良く、通信ドライバ用プロ
グラムとアプリケーションプログラムは修正する必要が
無い。
象から送られて来る制御用データの種類やデータ長、或
いは通信データ列における各制御用データの並びが変わ
っても、通信プロトコルが同じであれば、データ変換用
プログラムのみを修正すれば良く、通信ドライバ用プロ
グラムとアプリケーションプログラムは修正する必要が
無い。
【００４６】よって、請求項８に記載の自動車用制御装
置によれば、システム構成や通信プロトコルが変わって
も、マイクロコンピュータにより実行されるプログラム
の修正箇所を最小限にすることができる。また、当該装
置のマイクロコンピュータ用に開発したプログラムの一
部を、他のシステム構成の装置に再利用することが容易
になる。
置によれば、システム構成や通信プロトコルが変わって
も、マイクロコンピュータにより実行されるプログラム
の修正箇所を最小限にすることができる。また、当該装
置のマイクロコンピュータ用に開発したプログラムの一
部を、他のシステム構成の装置に再利用することが容易
になる。
【００４７】次に、請求項９に記載の自動車用制御装置
では、上記請求項８に記載の装置において、通信対象か
ら送信されて来る通信データ列には、複数種類の制御用
データが予め定められた順番に含まれている。そして更
に、前記データ変換用プログラムが、前記通信ドライバ
用プログラムにより取得された通信データ列を、前記特
定の通信プロトコルに基づき、複数種類の制御用データ
を通信対象から送られて来た順に並べたデータ列である
共通パケットデータに変換する処理を行うための第１の
プログラムモジュールと、その第１のプログラムモジュ
ールにより変換された前記共通パケットデータを、複数
種類の各制御用データに分解すると共に、該分解した各
制御用データを、その各制御用データを格納するために
用意された各メモリ領域に夫々書き込む処理を行うため
の第２のプログラムモジュールとに分かれている。
では、上記請求項８に記載の装置において、通信対象か
ら送信されて来る通信データ列には、複数種類の制御用
データが予め定められた順番に含まれている。そして更
に、前記データ変換用プログラムが、前記通信ドライバ
用プログラムにより取得された通信データ列を、前記特
定の通信プロトコルに基づき、複数種類の制御用データ
を通信対象から送られて来た順に並べたデータ列である
共通パケットデータに変換する処理を行うための第１の
プログラムモジュールと、その第１のプログラムモジュ
ールにより変換された前記共通パケットデータを、複数
種類の各制御用データに分解すると共に、該分解した各
制御用データを、その各制御用データを格納するために
用意された各メモリ領域に夫々書き込む処理を行うため
の第２のプログラムモジュールとに分かれている。
【００４８】そして、前記第２のプログラムモジュール
によって前記各メモリ領域に書き込まれた制御用データ
は、アプリケーションプログラムによって読み出され、
演算処理に用いられることとなる。この請求項９に記載
の自動車用制御装置によれば、システム構成の変更に伴
い、通信対象から送られて来る制御用データの種類やデ
ータ長、或いは通信データ列における各制御用データの
並びが変わっても、通信プロトコルが同じであれば、デ
ータ変換用プログラムの一部である第２のプログラムモ
ジュールだけを修正すれば良い。逆に、通信プロトコル
だけが変わった場合には、アプリケーションプログラム
はもとより、前記第２のプログラムモジュールも修正す
る必要が無い。よって、プログラムの修正箇所をより少
なくすることができる。
によって前記各メモリ領域に書き込まれた制御用データ
は、アプリケーションプログラムによって読み出され、
演算処理に用いられることとなる。この請求項９に記載
の自動車用制御装置によれば、システム構成の変更に伴
い、通信対象から送られて来る制御用データの種類やデ
ータ長、或いは通信データ列における各制御用データの
並びが変わっても、通信プロトコルが同じであれば、デ
ータ変換用プログラムの一部である第２のプログラムモ
ジュールだけを修正すれば良い。逆に、通信プロトコル
だけが変わった場合には、アプリケーションプログラム
はもとより、前記第２のプログラムモジュールも修正す
る必要が無い。よって、プログラムの修正箇所をより少
なくすることができる。
【００４９】次に、請求項１０に記載の自動車用制御装
置では、上記請求項９に記載の装置において、前記デー
タ変換用プログラムは、更に、前記第２のプログラムモ
ジュールによって前記共通パケットデータから分解され
た各制御用データのデータ長を、前記アプリケーション
プログラムで扱われるデータ長に変換する処理を行うた
めの物理値変換用プログラムモジュールを有している。
そして、前記第２のプログラムモジュールは、前記物理
値変換プログラムモジュールによってデータ長が変換さ
れた後の各制御用データを、対応する各メモリ領域に書
き込むように構成されている。
置では、上記請求項９に記載の装置において、前記デー
タ変換用プログラムは、更に、前記第２のプログラムモ
ジュールによって前記共通パケットデータから分解され
た各制御用データのデータ長を、前記アプリケーション
プログラムで扱われるデータ長に変換する処理を行うた
めの物理値変換用プログラムモジュールを有している。
そして、前記第２のプログラムモジュールは、前記物理
値変換プログラムモジュールによってデータ長が変換さ
れた後の各制御用データを、対応する各メモリ領域に書
き込むように構成されている。
【００５０】この請求項１０に記載の自動車用制御装置
によれば、通信対象から送られて来る制御用データのデ
ータ長をアプリケーションプログラムで扱われるデータ
長に変換する処理が、そのアプリケーションプログラム
とは別の物理値変換用プログラムモジュールによって行
われるため、アプリケーションプログラムは、通信対象
から送られて来る制御用データが、その通信対象側でど
の様なデータ長で扱われているのかを全く意識する必要
が無く、その結果、アプリケーションプログラムと通信
対象との独立性を確保することができる。
によれば、通信対象から送られて来る制御用データのデ
ータ長をアプリケーションプログラムで扱われるデータ
長に変換する処理が、そのアプリケーションプログラム
とは別の物理値変換用プログラムモジュールによって行
われるため、アプリケーションプログラムは、通信対象
から送られて来る制御用データが、その通信対象側でど
の様なデータ長で扱われているのかを全く意識する必要
が無く、その結果、アプリケーションプログラムと通信
対象との独立性を確保することができる。
【００５１】つまり、前述したように自動車用制御装置
では、制御用データを送信する側と受信する側とで、制
御用データのデータ長が異なる場合がある。そして、双
方のデータ長が異なり、かつ、送信する側がデータ長の
変換を行わない場合、従来の装置では、本発明でのアプ
リケーションプログラムに相当する制御プログラムによ
って、受信した制御用データのデータ長を変換するよう
にしていた。このため、通信対象側で扱われる制御用デ
ータのデータ長が変わると、それに伴い上記制御プログ
ラムも修正しなければならなかった。これに対して、請
求項１０に記載の自動車用制御装置では、受信した制御
用データのデータ長変換処理を、アプリケーションプロ
グラムとは別に設けた物理値変換用プログラムモジュー
ルによって行うようにしているため、通信対象側で扱わ
れる制御用データのデータ長が変わっても、アプリケー
ションプログラムを修正する必要が無く、プログラムの
修正箇所をより少なくすることができる。
では、制御用データを送信する側と受信する側とで、制
御用データのデータ長が異なる場合がある。そして、双
方のデータ長が異なり、かつ、送信する側がデータ長の
変換を行わない場合、従来の装置では、本発明でのアプ
リケーションプログラムに相当する制御プログラムによ
って、受信した制御用データのデータ長を変換するよう
にしていた。このため、通信対象側で扱われる制御用デ
ータのデータ長が変わると、それに伴い上記制御プログ
ラムも修正しなければならなかった。これに対して、請
求項１０に記載の自動車用制御装置では、受信した制御
用データのデータ長変換処理を、アプリケーションプロ
グラムとは別に設けた物理値変換用プログラムモジュー
ルによって行うようにしているため、通信対象側で扱わ
れる制御用データのデータ長が変わっても、アプリケー
ションプログラムを修正する必要が無く、プログラムの
修正箇所をより少なくすることができる。
【００５２】次に、請求項１１に記載の自動車用制御装
置は、上記請求項９，１０に記載の装置に対して、前記
共通パケットデータを構成する各制御用データが該共通
パケットデータ内においてどの位置に配置されているか
を示す配置位置情報と、その各制御用データの格納先情
報とを、対応付けて記憶した共通パケットデータ情報記
憶手段を備えている。尚、システムの設計時において、
通信対象が送って来る制御用データの種類，データ長，
及び順番が決まれば、前記共通パケットデータ内にてど
の種類の制御用データがどの位置に配置されるかが分か
り、前記配置位置情報を決定することができる。
置は、上記請求項９，１０に記載の装置に対して、前記
共通パケットデータを構成する各制御用データが該共通
パケットデータ内においてどの位置に配置されているか
を示す配置位置情報と、その各制御用データの格納先情
報とを、対応付けて記憶した共通パケットデータ情報記
憶手段を備えている。尚、システムの設計時において、
通信対象が送って来る制御用データの種類，データ長，
及び順番が決まれば、前記共通パケットデータ内にてど
の種類の制御用データがどの位置に配置されるかが分か
り、前記配置位置情報を決定することができる。
【００５３】そして、前記第２のプログラムモジュール
は、前記共通パケットデータ情報記憶手段に記憶されて
いる前記配置位置情報に基づいて、前記共通パケットデ
ータの各制御用データへの分解を行うと共に、前記共通
パケットデータ情報記憶手段に記憶されている前記格納
先情報に基づいて、前記各メモリ領域への制御用データ
の書き込みを行うように構成されている。
は、前記共通パケットデータ情報記憶手段に記憶されて
いる前記配置位置情報に基づいて、前記共通パケットデ
ータの各制御用データへの分解を行うと共に、前記共通
パケットデータ情報記憶手段に記憶されている前記格納
先情報に基づいて、前記各メモリ領域への制御用データ
の書き込みを行うように構成されている。
【００５４】この請求項１１に記載の自動車用制御装置
によれば、システム構成の変更に伴って、通信対象から
送られて来る制御用データの種類やデータ長、或いは通
信データ列における各制御用データの並びが変わった場
合には、プログラム自身を変更する必要が無く、共通パ
ケットデータ情報記憶手段に記憶させておく各情報を変
更するだけで対応することができる。よって、プログラ
ムの修正個所をより少なくすることができる。
によれば、システム構成の変更に伴って、通信対象から
送られて来る制御用データの種類やデータ長、或いは通
信データ列における各制御用データの並びが変わった場
合には、プログラム自身を変更する必要が無く、共通パ
ケットデータ情報記憶手段に記憶させておく各情報を変
更するだけで対応することができる。よって、プログラ
ムの修正個所をより少なくすることができる。
【００５５】次に、請求項１２に記載の自動車用制御装
置は、上記請求項９〜１１に記載の装置に対して、前記
通信ドライバ用プログラムにより取得された通信データ
列を前記共通パケットデータに変換するための変換情報
を記憶した変換情報記憶手段を備えている。そして、前
記第１のプログラムモジュールは、前記通信ドライバ用
プログラムにより取得された通信データ列を、前記変換
情報記憶手段に記憶されている変換情報に基づいて、前
記共通パケットデータに変換するように構成されてい
る。
置は、上記請求項９〜１１に記載の装置に対して、前記
通信ドライバ用プログラムにより取得された通信データ
列を前記共通パケットデータに変換するための変換情報
を記憶した変換情報記憶手段を備えている。そして、前
記第１のプログラムモジュールは、前記通信ドライバ用
プログラムにより取得された通信データ列を、前記変換
情報記憶手段に記憶されている変換情報に基づいて、前
記共通パケットデータに変換するように構成されてい
る。
【００５６】この請求項１２に記載の自動車用制御装置
によれば、通信対象との通信プロトコルが変わった場合
に、第１のプログラムモジュール自体を変更する必要が
無く、前記変換情報記憶手段に記憶させておく変換情報
を変更するだけで対応することができる。よって、プロ
グラムの修正個所をより少なくすることができる。
によれば、通信対象との通信プロトコルが変わった場合
に、第１のプログラムモジュール自体を変更する必要が
無く、前記変換情報記憶手段に記憶させておく変換情報
を変更するだけで対応することができる。よって、プロ
グラムの修正個所をより少なくすることができる。
【００５７】また、請求項１３に記載の本発明は、記憶
媒体に記憶されたプログラムを実行することにより、自
動車に搭載された制御対象を制御するための演算処理を
行うと共に、その演算処理により算出した制御用データ
のうちの何れかを通信対象へ送信する処理を行うマイク
ロコンピュータを備えた自動車用制御装置において、前
記記憶媒体に記憶されたプログラムは、前記演算処理を
行うためのアプリケーションプログラムを格納したアプ
リケーション部と、前記アプリケーションプログラムに
よって算出される制御用データのうちから、前記通信対
象へ送信すべき制御用データを抽出すると共に、その抽
出した各制御用データを前記通信対象との間で予め定め
られた順番に並べることにより、通信プロトコルに依存
しないデータ列である共通パケットデータを作成する処
理プログラムを格納した共通パケットデータ部と、前記
共通パケットデータを前記通信対象との間で定められた
特定の通信プロトコルに対応した通信データ列に変換す
る処理プログラムを格納した通信データ変換部と、前記
通信データ変換部にて変換された通信データ列を前記通
信対象へ送信する処理プログラムを格納した通信ドライ
バ部とからなるソフトウエア構造であること、を特徴と
している。
媒体に記憶されたプログラムを実行することにより、自
動車に搭載された制御対象を制御するための演算処理を
行うと共に、その演算処理により算出した制御用データ
のうちの何れかを通信対象へ送信する処理を行うマイク
ロコンピュータを備えた自動車用制御装置において、前
記記憶媒体に記憶されたプログラムは、前記演算処理を
行うためのアプリケーションプログラムを格納したアプ
リケーション部と、前記アプリケーションプログラムに
よって算出される制御用データのうちから、前記通信対
象へ送信すべき制御用データを抽出すると共に、その抽
出した各制御用データを前記通信対象との間で予め定め
られた順番に並べることにより、通信プロトコルに依存
しないデータ列である共通パケットデータを作成する処
理プログラムを格納した共通パケットデータ部と、前記
共通パケットデータを前記通信対象との間で定められた
特定の通信プロトコルに対応した通信データ列に変換す
る処理プログラムを格納した通信データ変換部と、前記
通信データ変換部にて変換された通信データ列を前記通
信対象へ送信する処理プログラムを格納した通信ドライ
バ部とからなるソフトウエア構造であること、を特徴と
している。
【００５８】そして、この自動車用制御装置によれば、
システム構成や通信プロトコルが変わっても、プログラ
ムの修正箇所を最小限にすることができる。
システム構成や通信プロトコルが変わっても、プログラ
ムの修正箇所を最小限にすることができる。
【００５９】
【発明の実施の形態】以下、本発明が適用された実施形
態の車両制御システムについて、図面を用いて説明す
る。まず、図１は、実施形態の車両制御システム１の構
成を表す構成図である。尚、本実施形態の車両制御シス
テム１は、車両に搭載されたエンジン，トランスミッシ
ョン，エアコン，計器類，ブレーキ及びその他の電装品
を制御するものである。
態の車両制御システムについて、図面を用いて説明す
る。まず、図１は、実施形態の車両制御システム１の構
成を表す構成図である。尚、本実施形態の車両制御シス
テム１は、車両に搭載されたエンジン，トランスミッシ
ョン，エアコン，計器類，ブレーキ及びその他の電装品
を制御するものである。
【００６０】図１に示すように、本実施形態の車両制御
システム１は、主にエンジン及びトランスミッションを
制御する電子制御装置（以下、エンジンＥＣＵという）
２と、エアコンを制御する電子制御装置（以下、エアコ
ンＥＣＵという）４と、メータパネル内の計器や警告灯
を制御する電子制御装置（以下、メータＥＣＵという）
６と、車両の不安定な横滑り状態等を抑制するための車
両姿勢制御を行う電子制御装置（以下、姿勢制御ＥＣＵ
という）８とを備えている。
システム１は、主にエンジン及びトランスミッションを
制御する電子制御装置（以下、エンジンＥＣＵという）
２と、エアコンを制御する電子制御装置（以下、エアコ
ンＥＣＵという）４と、メータパネル内の計器や警告灯
を制御する電子制御装置（以下、メータＥＣＵという）
６と、車両の不安定な横滑り状態等を抑制するための車
両姿勢制御を行う電子制御装置（以下、姿勢制御ＥＣＵ
という）８とを備えている。
【００６１】そして、エンジンＥＣＵ２とエアコンＥＣ
Ｕ４とメータＥＣＵ６は、多重通信線１０を介して、互
いに通信可能に接続されている。また、エンジンＥＣＵ
２は、多重通信線１０とは別のシリアル通信線１１を介
して、姿勢制御ＥＣＵ８と１対１のシリアル通信が可能
に接続されている。尚、多重通信線１０での通信プロト
コルと、シリアル通信線１１での通信プロトコルとは、
異なるものである。
Ｕ４とメータＥＣＵ６は、多重通信線１０を介して、互
いに通信可能に接続されている。また、エンジンＥＣＵ
２は、多重通信線１０とは別のシリアル通信線１１を介
して、姿勢制御ＥＣＵ８と１対１のシリアル通信が可能
に接続されている。尚、多重通信線１０での通信プロト
コルと、シリアル通信線１１での通信プロトコルとは、
異なるものである。
【００６２】ここで、エンジンＥＣＵ２は、車速ＳＰＤ
を検出するための車速センサ１２，エンジン回転数（以
下、単に回転数Ｎｅという）を検出するためのクランク
角センサ１４，及びエンジンの冷却水温（以下、単に水
温ＴＨＷという）を検出するための水温センサ１６等
の、各種センサからの検出信号に基づいて、車両の運転
状態を検出する。そして、その検出結果や、後述するよ
うにエアコンＥＣＵ４から送信されて来る外気温ＴＡＭ
のデータ等に基づいて、インジェクタ１８，イグナイタ
２０，及び図示しない他のアクチュエータを駆動するこ
とにより、エンジン及びトランスミッションを最適状態
に制御する。
を検出するための車速センサ１２，エンジン回転数（以
下、単に回転数Ｎｅという）を検出するためのクランク
角センサ１４，及びエンジンの冷却水温（以下、単に水
温ＴＨＷという）を検出するための水温センサ１６等
の、各種センサからの検出信号に基づいて、車両の運転
状態を検出する。そして、その検出結果や、後述するよ
うにエアコンＥＣＵ４から送信されて来る外気温ＴＡＭ
のデータ等に基づいて、インジェクタ１８，イグナイタ
２０，及び図示しない他のアクチュエータを駆動するこ
とにより、エンジン及びトランスミッションを最適状態
に制御する。
【００６３】そして更に、エンジンＥＣＵ２は、上記の
如く検出した車速ＳＰＤ，回転数Ｎｅ，及び水温ＴＨＷ
等の運転状態を表す制御用データを、多重通信線１０及
びシリアル通信線１１へ適宜送信すると共に、後述する
ようにエアコンＥＣＵ４から送信されて来るエアコン制
御データＡＣに応じて、Ａ／Ｃマグネットクラッチ２２
を作動させることにより、エンジンの駆動力をエアコン
の冷媒コンプレッサに伝達させて、エアコンの冷房運転
を可能にする。
如く検出した車速ＳＰＤ，回転数Ｎｅ，及び水温ＴＨＷ
等の運転状態を表す制御用データを、多重通信線１０及
びシリアル通信線１１へ適宜送信すると共に、後述する
ようにエアコンＥＣＵ４から送信されて来るエアコン制
御データＡＣに応じて、Ａ／Ｃマグネットクラッチ２２
を作動させることにより、エンジンの駆動力をエアコン
の冷媒コンプレッサに伝達させて、エアコンの冷房運転
を可能にする。
【００６４】一方、エアコンＥＣＵ４は、外気センサ２
６及び内気センサ２８からの検出信号に基づき車両外の
気温（外気温）ＴＡＭと車室内の気温（内気温）とを検
出して、該検出結果のデータを送信すると共に、その検
出結果と、エンジンＥＣＵ２から送信されて来る車速Ｓ
ＰＤ，回転数Ｎｅ，及び水温ＴＨＷ等を表すデータとに
応じて、送風用のブロアモータ３０や配風を切り換える
ためのエアミックスダンパ３２等を駆動することによ
り、車室内の空調を制御する。また、エアコンＥＣＵ４
は、車両の運転者等によってエアコンスイッチ２４がオ
ンされると、エンジンＥＣＵ２にＡ／Ｃマグネットクラ
ッチ２２を作動させるために、上述したエアコン制御デ
ータＡＣを送信する。
６及び内気センサ２８からの検出信号に基づき車両外の
気温（外気温）ＴＡＭと車室内の気温（内気温）とを検
出して、該検出結果のデータを送信すると共に、その検
出結果と、エンジンＥＣＵ２から送信されて来る車速Ｓ
ＰＤ，回転数Ｎｅ，及び水温ＴＨＷ等を表すデータとに
応じて、送風用のブロアモータ３０や配風を切り換える
ためのエアミックスダンパ３２等を駆動することによ
り、車室内の空調を制御する。また、エアコンＥＣＵ４
は、車両の運転者等によってエアコンスイッチ２４がオ
ンされると、エンジンＥＣＵ２にＡ／Ｃマグネットクラ
ッチ２２を作動させるために、上述したエアコン制御デ
ータＡＣを送信する。
【００６５】そして、メータＥＣＵ６は、エンジンＥＣ
Ｕ２から送信されて来る車速ＳＰＤ，回転数Ｎｅ，及び
水温ＴＨＷ等を表すデータに応じて、メータパネル内の
スピードメータ４０，タコメータ４２，及び水温メータ
（図示省略）等を駆動する。また、メータＥＣＵ６は、
車両の各ドアの開閉に応じて夫々オン／オフする各ドア
スイッチからの信号や、車両のパーキングブレーキが引
かれている時にオンするパーキングブレーキスイッチ等
からの信号に基づいて、ドアが開いていることを示す半
ドア警告灯４４やパーキングブレーキが引かれているこ
とを示すブレーキ警告灯４６等を点灯させる。
Ｕ２から送信されて来る車速ＳＰＤ，回転数Ｎｅ，及び
水温ＴＨＷ等を表すデータに応じて、メータパネル内の
スピードメータ４０，タコメータ４２，及び水温メータ
（図示省略）等を駆動する。また、メータＥＣＵ６は、
車両の各ドアの開閉に応じて夫々オン／オフする各ドア
スイッチからの信号や、車両のパーキングブレーキが引
かれている時にオンするパーキングブレーキスイッチ等
からの信号に基づいて、ドアが開いていることを示す半
ドア警告灯４４やパーキングブレーキが引かれているこ
とを示すブレーキ警告灯４６等を点灯させる。
【００６６】一方また、姿勢制御ＥＣＵ８は、ヨーレー
トセンサ５０等の各種センサからの信号に基づき車両の
走行状態を検出し、車両が横滑り状態にあると判断する
と、ブレーキアクチュエータ５２を駆動してブレーキ制
御を行うと共に、シリアル通信線１１を介して、エンジ
ンＥＣＵ２へエンジン出力を低下させるための制御用デ
ータ（例えば、燃料カット信号）を送信する。すると、
エンジンＥＣＵ２は、姿勢制御ＥＣＵ８からの上記制御
用データに従いインジェクタ１８等を駆動して、エンジ
ン出力を低下させる。
トセンサ５０等の各種センサからの信号に基づき車両の
走行状態を検出し、車両が横滑り状態にあると判断する
と、ブレーキアクチュエータ５２を駆動してブレーキ制
御を行うと共に、シリアル通信線１１を介して、エンジ
ンＥＣＵ２へエンジン出力を低下させるための制御用デ
ータ（例えば、燃料カット信号）を送信する。すると、
エンジンＥＣＵ２は、姿勢制御ＥＣＵ８からの上記制御
用データに従いインジェクタ１８等を駆動して、エンジ
ン出力を低下させる。
【００６７】尚、各ＥＣＵ２，４，６，８はマイクロコ
ンピュータ（以下、マイコンという）を備えており、そ
のマイコンがプログラムを実行することによって上記各
ＥＣＵ２〜８の動作が実現されている。次に、図２は、
エンジンＥＣＵ２の内部構成を表すブロック図である。
ンピュータ（以下、マイコンという）を備えており、そ
のマイコンがプログラムを実行することによって上記各
ＥＣＵ２〜８の動作が実現されている。次に、図２は、
エンジンＥＣＵ２の内部構成を表すブロック図である。
【００６８】図２に示すように、エンジンＥＣＵ２は、
第１マイコン６０と第２マイコン６２との、２つのマイ
コンを備えている。尚、図示はしていないが、各マイコ
ン６０，６２は、ＣＰＵ，プログラムを記憶する記憶媒
体としてのＲＯＭ，データを一時記憶するためのＲＡ
Ｍ，及び入出力ポート等を備えた一般的なシングルチッ
プマイクロコンピュータである。また、本実施形態にお
いて、各マイコン６０，６２のＲＡＭは、１アドレス当
たりに１バイト（８ビット）のデータが格納されるもの
である。
第１マイコン６０と第２マイコン６２との、２つのマイ
コンを備えている。尚、図示はしていないが、各マイコ
ン６０，６２は、ＣＰＵ，プログラムを記憶する記憶媒
体としてのＲＯＭ，データを一時記憶するためのＲＡ
Ｍ，及び入出力ポート等を備えた一般的なシングルチッ
プマイクロコンピュータである。また、本実施形態にお
いて、各マイコン６０，６２のＲＡＭは、１アドレス当
たりに１バイト（８ビット）のデータが格納されるもの
である。
【００６９】そして、各マイコン６０，６２は、前述の
各種センサ１２，１４，１６からの信号を入力回路６４
を介して入力し、その入力信号に基づき制御対象を制御
するための演算処理等を実行して、出力回路６６へ制御
量信号を出力することにより、前述したインジェクタ１
８やイグナイタ２０等の各種アクチュエータを駆動して
いる。
各種センサ１２，１４，１６からの信号を入力回路６４
を介して入力し、その入力信号に基づき制御対象を制御
するための演算処理等を実行して、出力回路６６へ制御
量信号を出力することにより、前述したインジェクタ１
８やイグナイタ２０等の各種アクチュエータを駆動して
いる。
【００７０】また、第１マイコン６０と第２マイコン６
２とは、通信線６８を介してデータ通信を行うことによ
り、制御対象を制御するための制御用データを共有して
いる。つまり、第１マイコン６０と第２マイコン６２
は、エンジン及びトランスミッションを制御するための
各演算処理を分担して実行すると共に、各自の演算処理
に用いる制御用データを、通信線６８を介したデータ通
信により共有している。尚、この通信線６８での通信プ
ロトコルは、ＤＭＡ通信であり、多重通信線１０及びシ
リアル通信線１１での通信プロトコルとは異なるもので
ある。
２とは、通信線６８を介してデータ通信を行うことによ
り、制御対象を制御するための制御用データを共有して
いる。つまり、第１マイコン６０と第２マイコン６２
は、エンジン及びトランスミッションを制御するための
各演算処理を分担して実行すると共に、各自の演算処理
に用いる制御用データを、通信線６８を介したデータ通
信により共有している。尚、この通信線６８での通信プ
ロトコルは、ＤＭＡ通信であり、多重通信線１０及びシ
リアル通信線１１での通信プロトコルとは異なるもので
ある。
【００７１】そして更に、エンジンＥＣＵ２は、通信Ｉ
Ｃ７０を備えており、その通信ＩＣ７０は、第１マイコ
ン６０から出力された通信データ列を、送信信号として
多重通信線１０へ送出すると共に、エアコンＥＣＵ４及
びメータＥＣＵ６から多重通信線１０を介して送信され
て来た通信データ列を所定フレーム分（本実施形態では
１フレーム分）だけ受信する毎に、第１マイコン６０へ
割込信号を出力するように構成されている。
Ｃ７０を備えており、その通信ＩＣ７０は、第１マイコ
ン６０から出力された通信データ列を、送信信号として
多重通信線１０へ送出すると共に、エアコンＥＣＵ４及
びメータＥＣＵ６から多重通信線１０を介して送信され
て来た通信データ列を所定フレーム分（本実施形態では
１フレーム分）だけ受信する毎に、第１マイコン６０へ
割込信号を出力するように構成されている。
【００７２】また、前述したシリアル通信線１１は、第
１マイコン６０の入出力ポートに接続されており、第１
マイコン６０は、その入出力ポートを介して、姿勢制御
ＥＣＵ８（詳しくは、姿勢制御ＥＣＵ８内のマイコン）
と１対１でデータをやり取りするようになっている。
１マイコン６０の入出力ポートに接続されており、第１
マイコン６０は、その入出力ポートを介して、姿勢制御
ＥＣＵ８（詳しくは、姿勢制御ＥＣＵ８内のマイコン）
と１対１でデータをやり取りするようになっている。
【００７３】次に、図３は、第１マイコン６０内の通信
モデルを仮想的に示した概念図であり、この通信モデル
は、ＩＳＯ／ＯＳＩ（Open System Interconnection ）
通信モデルに準拠した階層化構造である。図３に示すよ
うに、本実施形態の第１マイコン６０で採用されている
通信モデルは、制御対象を制御するための演算処理を行
うアプリケーション部１００と、第２マイコン６２及び
他のＥＣＵ４，６，８とデータの送受信を行う通信ドラ
イバ部３００と、アプリケーション部１００によって算
出される制御用データから、通信ドライバ部３００が送
信すべき通信データ列を生成すると共に、通信ドライバ
部３００によって受信された通信データ列を、アプリケ
ーション部１００が使用可能な制御用データに変換する
通信変換部２００とからなる。そして、通信変換部２０
０は、更に、共有メモリ部２１０と、物理値変換部２２
０と、共通パケットデータ部２３０と、通信データ変換
部２４０とに階層化されている。
モデルを仮想的に示した概念図であり、この通信モデル
は、ＩＳＯ／ＯＳＩ（Open System Interconnection ）
通信モデルに準拠した階層化構造である。図３に示すよ
うに、本実施形態の第１マイコン６０で採用されている
通信モデルは、制御対象を制御するための演算処理を行
うアプリケーション部１００と、第２マイコン６２及び
他のＥＣＵ４，６，８とデータの送受信を行う通信ドラ
イバ部３００と、アプリケーション部１００によって算
出される制御用データから、通信ドライバ部３００が送
信すべき通信データ列を生成すると共に、通信ドライバ
部３００によって受信された通信データ列を、アプリケ
ーション部１００が使用可能な制御用データに変換する
通信変換部２００とからなる。そして、通信変換部２０
０は、更に、共有メモリ部２１０と、物理値変換部２２
０と、共通パケットデータ部２３０と、通信データ変換
部２４０とに階層化されている。
【００７４】また更に、第１マイコン６０は、通信制御
部４００とテーブル格納部５００とを備えている。そし
て、アプリケーション部１００から第２マイコン６２、
或いは、他のＥＣＵ４，６，８に対して、直接データ転
送されることはなく、アプリケーション部１００から下
位の階層に対して順々にデータを渡し（仮想通信し）、
通信ドライバ部３００にて、外部（通信対象）との物理
的な通信が実現される。また、この通信モデルでの各階
層は、その下の階層に対してサービスを要求し、その上
の階層にサービスを提供するというものであり、各階層
の目的は、上位階層でのサービスに対して実際の通信仕
様等の詳細情報を隠蔽することである。
部４００とテーブル格納部５００とを備えている。そし
て、アプリケーション部１００から第２マイコン６２、
或いは、他のＥＣＵ４，６，８に対して、直接データ転
送されることはなく、アプリケーション部１００から下
位の階層に対して順々にデータを渡し（仮想通信し）、
通信ドライバ部３００にて、外部（通信対象）との物理
的な通信が実現される。また、この通信モデルでの各階
層は、その下の階層に対してサービスを要求し、その上
の階層にサービスを提供するというものであり、各階層
の目的は、上位階層でのサービスに対して実際の通信仕
様等の詳細情報を隠蔽することである。
【００７５】尚、本実施形態において、各マイコン６
０，６２により実行されるＲＯＭ内のプログラムは、プ
ログラムの全機能を単位機能毎に細分化して、その単位
機能毎にオブジェクトを用意するオブジェクト指向によ
ってプログラミングされており、オブジェクトとは、デ
ータとそのデータを処理する手続きである“メソッド”
と呼ばれるプログラムとを、一まとめにしたプログラム
モジュールである。
０，６２により実行されるＲＯＭ内のプログラムは、プ
ログラムの全機能を単位機能毎に細分化して、その単位
機能毎にオブジェクトを用意するオブジェクト指向によ
ってプログラミングされており、オブジェクトとは、デ
ータとそのデータを処理する手続きである“メソッド”
と呼ばれるプログラムとを、一まとめにしたプログラム
モジュールである。
【００７６】そして、図３の通信モデルにおいて、ソフ
トウエアだけに着目すると、テーブル格納部５００以外
の各部１００〜４００は、第１マイコン６０のＲＯＭに
格納された各オブジェクト（メソッド及びデータ）であ
る。また、テーブル格納部５００は、第１マイコン６０
のＲＯＭにて、後述する図４及び図５の各テーブルを記
憶した記憶領域である。
トウエアだけに着目すると、テーブル格納部５００以外
の各部１００〜４００は、第１マイコン６０のＲＯＭに
格納された各オブジェクト（メソッド及びデータ）であ
る。また、テーブル格納部５００は、第１マイコン６０
のＲＯＭにて、後述する図４及び図５の各テーブルを記
憶した記憶領域である。
【００７７】そして更に、本実施形態の説明において、
例えば「共有メモリ部２１０が…する。」や「物理値変
換部２２０は…する。」といったオブジェクトを主語と
した動作表現は、実際には、第１マイコン６０がそのオ
ブジェクトのメソッドに従って動作する（換言すれば、
第１マイコン６０がそのオブジェクトのメソッドを実行
する）ことで実現される機能手段が、上記「…」の動作
を行うことを示している。同様に、例えば「共有メモリ
部２１０によって…される。」や「物理値変換部２２０
によって…される。」といったオブジェクトによる受け
身の動作表現は、実際には、第１マイコン６０がそのオ
ブジェクトのメソッドに従って動作することで実現され
る機能手段によって、上記「…」の動作が行われること
を示している。
例えば「共有メモリ部２１０が…する。」や「物理値変
換部２２０は…する。」といったオブジェクトを主語と
した動作表現は、実際には、第１マイコン６０がそのオ
ブジェクトのメソッドに従って動作する（換言すれば、
第１マイコン６０がそのオブジェクトのメソッドを実行
する）ことで実現される機能手段が、上記「…」の動作
を行うことを示している。同様に、例えば「共有メモリ
部２１０によって…される。」や「物理値変換部２２０
によって…される。」といったオブジェクトによる受け
身の動作表現は、実際には、第１マイコン６０がそのオ
ブジェクトのメソッドに従って動作することで実現され
る機能手段によって、上記「…」の動作が行われること
を示している。
【００７８】ここで、アプリケーション部１００は、エ
ンジンＥＣＵ２の制御対象及び制御内容毎に更に細分化
された各オブジェクトからなる。そして、本実施形態に
おいて、アプリケーション部１００は、回転数Ｎｅ等の
制御用データを算出して、その算出した制御用データに
基づきエンジンを制御するための演算処理を行うオブジ
ェクト（以下、エンジンアプリケーションソフトとい
う）１１０と、車速ＳＰＤ等の制御用データを算出し
て、その算出した制御用データに基づきトランスミッシ
ョンを制御するための演算処理を行うオブジェクト（以
下、ＥＣＴアプリケーションソフトという）１２０と、
エンジンのスロットル開度等の制御用データを算出し
て、その算出した制御用データに基づき車両を定速走行
させるためのスロットル開度制御用演算処理を行うオブ
ジェクト（以下、クルーズアプリケーションソフトとい
う）１３０とを有している。そして、これらの各アプリ
ケーションソフト１１０，１２０，１３０は、自分以外
のアプリケーションソフトによって算出された制御用デ
ータも、自己の演算処理に用いる。つまり、各アプリケ
ーションソフト１１０，１２０，１３０は、制御用デー
タを互いに共有するようにしている。
ンジンＥＣＵ２の制御対象及び制御内容毎に更に細分化
された各オブジェクトからなる。そして、本実施形態に
おいて、アプリケーション部１００は、回転数Ｎｅ等の
制御用データを算出して、その算出した制御用データに
基づきエンジンを制御するための演算処理を行うオブジ
ェクト（以下、エンジンアプリケーションソフトとい
う）１１０と、車速ＳＰＤ等の制御用データを算出し
て、その算出した制御用データに基づきトランスミッシ
ョンを制御するための演算処理を行うオブジェクト（以
下、ＥＣＴアプリケーションソフトという）１２０と、
エンジンのスロットル開度等の制御用データを算出し
て、その算出した制御用データに基づき車両を定速走行
させるためのスロットル開度制御用演算処理を行うオブ
ジェクト（以下、クルーズアプリケーションソフトとい
う）１３０とを有している。そして、これらの各アプリ
ケーションソフト１１０，１２０，１３０は、自分以外
のアプリケーションソフトによって算出された制御用デ
ータも、自己の演算処理に用いる。つまり、各アプリケ
ーションソフト１１０，１２０，１３０は、制御用デー
タを互いに共有するようにしている。
【００７９】共有メモリ部２１０は、当該第１マイコン
６０に備えられたＲＡＭにおいて、アプリケーション部
１００の各アプリケーションソフト１１０，１２０，１
３０が制御対象を制御するために用いる全ての制御用デ
ータを一時格納するための記憶領域（記憶手段に相当
し、以下、制御用データ記憶領域という）とは異なる特
定の記憶領域として設定された共有メモリに、上記各ア
プリケーションソフト１１０，１２０，１３０間で共通
使用される制御用データ、及び当該第１マイコン６０以
外の第２マイコン６２や他のＥＣＵ４，６，８でも共通
使用される制御用データ（以下、外部共有データとい
う）を書き込み、また、上記共有メモリから制御用デー
タを読み出して、他のオブジェクトに提供する。
６０に備えられたＲＡＭにおいて、アプリケーション部
１００の各アプリケーションソフト１１０，１２０，１
３０が制御対象を制御するために用いる全ての制御用デ
ータを一時格納するための記憶領域（記憶手段に相当
し、以下、制御用データ記憶領域という）とは異なる特
定の記憶領域として設定された共有メモリに、上記各ア
プリケーションソフト１１０，１２０，１３０間で共通
使用される制御用データ、及び当該第１マイコン６０以
外の第２マイコン６２や他のＥＣＵ４，６，８でも共通
使用される制御用データ（以下、外部共有データとい
う）を書き込み、また、上記共有メモリから制御用デー
タを読み出して、他のオブジェクトに提供する。
【００８０】また、上記共有メモリに格納される各デー
タには、その種類を示す識別番号（以下、Handle番号と
記す）が付与されており、各オブジェクトは、Handle番
号を指定することにより、共有メモリから必要なデータ
を入手したり、共有メモリに新たなデータを書き込むこ
とができるようになっている。
タには、その種類を示す識別番号（以下、Handle番号と
記す）が付与されており、各オブジェクトは、Handle番
号を指定することにより、共有メモリから必要なデータ
を入手したり、共有メモリに新たなデータを書き込むこ
とができるようになっている。
【００８１】尚、図３では、ＥＣＴアプリケーションソ
フト１２０によって算出されると共に、Handle番号とし
て“１”が付与された車速ＳＰＤのデータが、エンジン
アプリケーションソフト１１０でも使用され、また、エ
ンジンアプリケーションソフト１１０によって算出され
ると共に、Handle番号として“２”が付与された回転数
Ｎｅのデータが、ＥＣＴアプリケーションソフト１２０
でも使用されていることを例示している。そして、図３
以降の各図及び以下の説明において、“Handle1 ”や
“Handle2 ”とは、Handle番号が“１”や“２”である
ことを表している。
フト１２０によって算出されると共に、Handle番号とし
て“１”が付与された車速ＳＰＤのデータが、エンジン
アプリケーションソフト１１０でも使用され、また、エ
ンジンアプリケーションソフト１１０によって算出され
ると共に、Handle番号として“２”が付与された回転数
Ｎｅのデータが、ＥＣＴアプリケーションソフト１２０
でも使用されていることを例示している。そして、図３
以降の各図及び以下の説明において、“Handle1 ”や
“Handle2 ”とは、Handle番号が“１”や“２”である
ことを表している。
【００８２】物理値変換部２２０は、当該第１マイコン
６０から外部（第２マイコン６２や他のＥＣＵ４，６，
８）へのデータ送信時には、上記共有メモリに格納され
ている制御用データのうち、送信すべき制御用データに
対して、そのデータ長（延いては、そのデータのＬＳＢ
当たりによって示される物理値であり、データ精度であ
る）を送信先（第２マイコン６２や他のＥＣＵ４，６，
８）で採用されているデータ長に変換するＬＳＢ変換を
行う。
６０から外部（第２マイコン６２や他のＥＣＵ４，６，
８）へのデータ送信時には、上記共有メモリに格納され
ている制御用データのうち、送信すべき制御用データに
対して、そのデータ長（延いては、そのデータのＬＳＢ
当たりによって示される物理値であり、データ精度であ
る）を送信先（第２マイコン６２や他のＥＣＵ４，６，
８）で採用されているデータ長に変換するＬＳＢ変換を
行う。
【００８３】また、物理値変換部２２０は、外部（第２
マイコン６２や他のＥＣＵ４，６，８）からのデータ受
信時には、受信された制御用データに対して、そのデー
タ長をアプリケーション部１００の各アプリケーション
ソフト１１０，１２０，１３０で採用されているデータ
長に変換するＬＳＢ変換を行う。
マイコン６２や他のＥＣＵ４，６，８）からのデータ受
信時には、受信された制御用データに対して、そのデー
タ長をアプリケーション部１００の各アプリケーション
ソフト１１０，１２０，１３０で採用されているデータ
長に変換するＬＳＢ変換を行う。
【００８４】尚、上記ＬＳＢ変換のプログラムは、ＲＯ
Ｍの所定領域に格納されている。共通パケットデータ部
２３０は、当該第１マイコン６０から外部へのデータ送
信時には、物理値変換部２２０によってＬＳＢ変換され
た送信対象の制御用データを集めて直列に並べることに
より、多重通信，シリアル通信，ＤＭＡ通信といった通
信プロトコルに依存しない各通信プロトコルに共通のパ
ケットデータ（以下、共通パケットデータという）を作
成する。そして、各共通パケットデータには、その種類
を示すパケット番号ＰＮが付与されている。尚、図３以
降の各図及び以下の説明において、“ＰＮ１”や“ＰＮ
２”とは、パケット番号ＰＮが“１”や“２”であるこ
とを表している。
Ｍの所定領域に格納されている。共通パケットデータ部
２３０は、当該第１マイコン６０から外部へのデータ送
信時には、物理値変換部２２０によってＬＳＢ変換され
た送信対象の制御用データを集めて直列に並べることに
より、多重通信，シリアル通信，ＤＭＡ通信といった通
信プロトコルに依存しない各通信プロトコルに共通のパ
ケットデータ（以下、共通パケットデータという）を作
成する。そして、各共通パケットデータには、その種類
を示すパケット番号ＰＮが付与されている。尚、図３以
降の各図及び以下の説明において、“ＰＮ１”や“ＰＮ
２”とは、パケット番号ＰＮが“１”や“２”であるこ
とを表している。
【００８５】通信データ変換部２４０は、当該第１マイ
コン６０から外部へのデータ送信時には、共通パケット
データ部２３０によって作成された共通パケットデータ
を、通信対象（通信相手）との通信プロトコルに対応し
た通信データ列に変換する。具体的には、共通パケット
データを１回に送信できる転送単位（最大転送単位）に
分割したり、その最大転送単位のデータ列に通信プロト
コルに準じたヘッダ情報等を付加する、といった処理を
行う。
コン６０から外部へのデータ送信時には、共通パケット
データ部２３０によって作成された共通パケットデータ
を、通信対象（通信相手）との通信プロトコルに対応し
た通信データ列に変換する。具体的には、共通パケット
データを１回に送信できる転送単位（最大転送単位）に
分割したり、その最大転送単位のデータ列に通信プロト
コルに準じたヘッダ情報等を付加する、といった処理を
行う。
【００８６】尚、本実施形態では、図３に示すように、
共通パケットデータを通信プロトコルに対応した通信デ
ータ列に変換する際に、２段階のステップで変換してい
るため、通信データ変換部２４０は、上位層２４０ｕと
下位層２４０ｄとの２層に更に階層化されている。
共通パケットデータを通信プロトコルに対応した通信デ
ータ列に変換する際に、２段階のステップで変換してい
るため、通信データ変換部２４０は、上位層２４０ｕと
下位層２４０ｄとの２層に更に階層化されている。
【００８７】通信ドライバ部３００は、当該第１マイコ
ン６０から外部へのデータ送信時には、通信データ変換
部２４０によって作成された通信データ列を、通信対象
との通信プロトコルで定められた転送データ量、ボーレ
ート、及び転送タイミングで、実際に通信データとして
出力する。そして、通信ドライバ部３００は、各通信対
象との通信プロトコルに夫々対応して、第２マイコン６
２とのＤＭＡ通信を制御するＤＭＡ通信部３１０と、姿
勢制御ＥＣＵ８とのシリアル通信を制御するシリアル通
信部３２０と、エアコンＥＣＵ４及びメータＥＣＵ６と
の多重通信を制御する多重通信部３３０とを有してい
る。
ン６０から外部へのデータ送信時には、通信データ変換
部２４０によって作成された通信データ列を、通信対象
との通信プロトコルで定められた転送データ量、ボーレ
ート、及び転送タイミングで、実際に通信データとして
出力する。そして、通信ドライバ部３００は、各通信対
象との通信プロトコルに夫々対応して、第２マイコン６
２とのＤＭＡ通信を制御するＤＭＡ通信部３１０と、姿
勢制御ＥＣＵ８とのシリアル通信を制御するシリアル通
信部３２０と、エアコンＥＣＵ４及びメータＥＣＵ６と
の多重通信を制御する多重通信部３３０とを有してい
る。
【００８８】通信制御部４００は、内部タイマを有して
おり、第２マイコン６２や他のＥＣＵ４，６，８との通
信が好適なタイミングで実行されるように、通信データ
列の作成及びＬＳＢ変換の実施タイミングを決定する。
一方、通信ドライバ部３００（ＤＭＡ通信部３１０，シ
リアル通信部３２０，多重通信部３３０）は、第２マイ
コン６２や他のＥＣＵ４，６，８から送信されて来たデ
ータを受信し取得して、通信データ変換部２４０に提供
する機能も有している。
おり、第２マイコン６２や他のＥＣＵ４，６，８との通
信が好適なタイミングで実行されるように、通信データ
列の作成及びＬＳＢ変換の実施タイミングを決定する。
一方、通信ドライバ部３００（ＤＭＡ通信部３１０，シ
リアル通信部３２０，多重通信部３３０）は、第２マイ
コン６２や他のＥＣＵ４，６，８から送信されて来たデ
ータを受信し取得して、通信データ変換部２４０に提供
する機能も有している。
【００８９】そして、通信データ変換部２４０は、通信
ドライバ部３００によって取得された通信データ列を、
共通パケットデータに変換する機能も有している。そし
て更に、共通パケットデータ部２３０は、外部からのデ
ータ受信時には、通信データ変換部２４０によって作成
された共通パケットデータを分解して、その共通パケッ
トデータを構成していた各制御用データを抽出し、更
に、その各制御用データに対し物理値変換部２２０にＬ
ＳＢ変換を行わせて、共有メモリ部２１０に、そのＬＳ
Ｂ変換後の各制御用データを共有メモリへ更新して書き
込ませる機能も有している。
ドライバ部３００によって取得された通信データ列を、
共通パケットデータに変換する機能も有している。そし
て更に、共通パケットデータ部２３０は、外部からのデ
ータ受信時には、通信データ変換部２４０によって作成
された共通パケットデータを分解して、その共通パケッ
トデータを構成していた各制御用データを抽出し、更
に、その各制御用データに対し物理値変換部２２０にＬ
ＳＢ変換を行わせて、共有メモリ部２１０に、そのＬＳ
Ｂ変換後の各制御用データを共有メモリへ更新して書き
込ませる機能も有している。
【００９０】一方また、テーブル格納部５００には、図
４に示す第１テーブルと図５に示す第２テーブルとが格
納されている。図４に示すように、第１テーブルは、制
御用データのHandle番号と、そのHandle番号に対応した
制御用データが、共有メモリにおいて何れのアドレスを
先頭にして格納されるかを示す共有メモリアドレスと、
上記Handle番号に対応した制御用データの共有メモリ内
におけるデータ長を示す共有メモリサイズと、上記Hand
le番号に対応した制御用データが集約されるべき共通パ
ケットデータのパケット番号と、上記Handle番号に対応
した制御用データの、上記パケット番号に対応した共通
パケットデータ内におけるデータ長を示す共通パケット
データサイズと、上記Handle番号に対応した制御用デー
タの、上記パケット番号に対応した共通パケットデータ
における配置位置を示す共通パケットデータ位置と、上
記Handle番号に対応した制御用データをＬＳＢ変換する
ためのプログラムがＲＯＭの何れのアドレスを先頭にし
て格納されているかを示すＬＳＢ変換コールアドレスと
を、対応付けて定義した定義テーブルである。
４に示す第１テーブルと図５に示す第２テーブルとが格
納されている。図４に示すように、第１テーブルは、制
御用データのHandle番号と、そのHandle番号に対応した
制御用データが、共有メモリにおいて何れのアドレスを
先頭にして格納されるかを示す共有メモリアドレスと、
上記Handle番号に対応した制御用データの共有メモリ内
におけるデータ長を示す共有メモリサイズと、上記Hand
le番号に対応した制御用データが集約されるべき共通パ
ケットデータのパケット番号と、上記Handle番号に対応
した制御用データの、上記パケット番号に対応した共通
パケットデータ内におけるデータ長を示す共通パケット
データサイズと、上記Handle番号に対応した制御用デー
タの、上記パケット番号に対応した共通パケットデータ
における配置位置を示す共通パケットデータ位置と、上
記Handle番号に対応した制御用データをＬＳＢ変換する
ためのプログラムがＲＯＭの何れのアドレスを先頭にし
て格納されているかを示すＬＳＢ変換コールアドレスと
を、対応付けて定義した定義テーブルである。
【００９１】尚、共通パケットデータ位置は、Handle番
号に対応した制御用データが、共通パケットデータにお
ける最初の１バイトを０バイト目とした場合に、その共
通パケットデータにて、何バイト目から配置されるかを
示している。また、図５に示すように、第２テーブル
は、共通パケットデータのパケット番号と、そのパケッ
ト番号に対応した共通パケットデータを何れの通信プロ
トコルで送受信すべきかを示す通信方式と、上記パケッ
ト番号に対応した共通パケットデータの総データ長を示
す共通パケットデータメッセージ長と、上記パケット番
号に対応した共通パケットデータを上記通信方式の通信
プロトコルで送受信する場合の、最大転送単位を示す個
別パケットデータメッセージ長と、上記パケット番号に
対応した共通パケットデータを上記通信方式の通信プロ
トコルで送受信する場合に付加すべきヘッダ情報とを、
対応付けて定義した定義テーブルである。
号に対応した制御用データが、共通パケットデータにお
ける最初の１バイトを０バイト目とした場合に、その共
通パケットデータにて、何バイト目から配置されるかを
示している。また、図５に示すように、第２テーブル
は、共通パケットデータのパケット番号と、そのパケッ
ト番号に対応した共通パケットデータを何れの通信プロ
トコルで送受信すべきかを示す通信方式と、上記パケッ
ト番号に対応した共通パケットデータの総データ長を示
す共通パケットデータメッセージ長と、上記パケット番
号に対応した共通パケットデータを上記通信方式の通信
プロトコルで送受信する場合の、最大転送単位を示す個
別パケットデータメッセージ長と、上記パケット番号に
対応した共通パケットデータを上記通信方式の通信プロ
トコルで送受信する場合に付加すべきヘッダ情報とを、
対応付けて定義した定義テーブルである。
【００９２】尚、図５の第２テーブルにおいて、通信方
式の項目に記載された「ＣＡＮ」，「ＳＣＩ」，「ＤＭ
Ａ」は、それぞれ、多重通信，シリアル通信，ＤＭＡ通
信の通信プロトコルを示している。そして、各オブジェ
クトは、テーブル格納部５００内の上記各テーブルを参
照することにより、例えば、ＰＮ１の共通パケットデー
タには、どのHandle番号の制御用データが集約されるの
か等、通信データ列の作成に必要な情報を取得すること
ができる。
式の項目に記載された「ＣＡＮ」，「ＳＣＩ」，「ＤＭ
Ａ」は、それぞれ、多重通信，シリアル通信，ＤＭＡ通
信の通信プロトコルを示している。そして、各オブジェ
クトは、テーブル格納部５００内の上記各テーブルを参
照することにより、例えば、ＰＮ１の共通パケットデー
タには、どのHandle番号の制御用データが集約されるの
か等、通信データ列の作成に必要な情報を取得すること
ができる。
【００９３】次に、第１マイコン６０から外部へ制御用
データを送信する場合の通信データ列への変換処理につ
いて、図６〜図９を用いて説明する。尚、図６〜図８
は、制御用データから通信データ列への変換処理動作を
示すメッセージシーケンスチャートである。そして、こ
のメッセージシーケンスチャートでは、図３に示した各
階層１００〜５００を上下方向の線で示し、その各階層
から他の階層へのメッセージを横方向の実線矢印で示し
ている。そして更に、横方向の点線矢印は、各階層がテ
ーブル格納部５００内のテーブルを参照することを示
し、上下方向の線上にある長方形の枠内には、その階層
で行われる処理の内容が示されている。
データを送信する場合の通信データ列への変換処理につ
いて、図６〜図９を用いて説明する。尚、図６〜図８
は、制御用データから通信データ列への変換処理動作を
示すメッセージシーケンスチャートである。そして、こ
のメッセージシーケンスチャートでは、図３に示した各
階層１００〜５００を上下方向の線で示し、その各階層
から他の階層へのメッセージを横方向の実線矢印で示し
ている。そして更に、横方向の点線矢印は、各階層がテ
ーブル格納部５００内のテーブルを参照することを示
し、上下方向の線上にある長方形の枠内には、その階層
で行われる処理の内容が示されている。
【００９４】また、図９は、共有メモリ内の外部共有デ
ータ（第２マイコン６２や他のＥＣＵ４，６，８でも共
通使用される制御用データ）が、実際に送信される通信
データ列に変換される様子を、多重通信の場合を例にし
て示した模式図である。まず、例えば、アプリケーショ
ン部１００にあるＥＣＴアプリケーションソフト１２０
にて、共有メモリに外部共有データの１つである車速Ｓ
ＰＤのデータ（以下、ＳＰＤデータという）を書き込む
処理ステップになると、図６の［１］に示すように、ア
プリケーション部１００のＥＣＴアプリケーションソフ
ト１２０は、共有メモリ部２１０に対してデータ書込要
求のメッセージを発行する。そして、この時、ＳＰＤデ
ータのHandle番号（この例ではHandle1 ）と、ＥＣＴア
プリケーションソフト１２０でのＳＰＤデータの格納ア
ドレス（即ち、ＥＣＴアプリケーションソフト１２０が
制御用の演算処理時にＳＰＤデータの書き込み及び読み
出しを行う制御用データ記憶領域のアドレスであって、
この例では＆ＳＰＤ）との各情報も、共有メモリ部２１
０へ送られる。
ータ（第２マイコン６２や他のＥＣＵ４，６，８でも共
通使用される制御用データ）が、実際に送信される通信
データ列に変換される様子を、多重通信の場合を例にし
て示した模式図である。まず、例えば、アプリケーショ
ン部１００にあるＥＣＴアプリケーションソフト１２０
にて、共有メモリに外部共有データの１つである車速Ｓ
ＰＤのデータ（以下、ＳＰＤデータという）を書き込む
処理ステップになると、図６の［１］に示すように、ア
プリケーション部１００のＥＣＴアプリケーションソフ
ト１２０は、共有メモリ部２１０に対してデータ書込要
求のメッセージを発行する。そして、この時、ＳＰＤデ
ータのHandle番号（この例ではHandle1 ）と、ＥＣＴア
プリケーションソフト１２０でのＳＰＤデータの格納ア
ドレス（即ち、ＥＣＴアプリケーションソフト１２０が
制御用の演算処理時にＳＰＤデータの書き込み及び読み
出しを行う制御用データ記憶領域のアドレスであって、
この例では＆ＳＰＤ）との各情報も、共有メモリ部２１
０へ送られる。
【００９５】尚、データ書込要求のメッセージを発行す
る処理を、Ｃ言語でプログラミングした場合、ＳＰＤデ
ータを共有メモリに書き込むためのメッセージの発行命
令は、次のようになる。 Write（Handle1 ，＆ＳＰＤ） この命令の意味は、ＳＰＤデータのHandle番号（Handle
1 ）に対応する共有メモリのアドレスへ、＆ＳＰＤに格
納されているデータ（ＥＣＴアプリケーションソフト１
２０で求められたＳＰＤデータ）を書き込む、というこ
とである。また、アプリケーション部１００の各アプリ
ケーションソフト１１０，１２０，１３０が、ＳＰＤデ
ータ以外の制御用データを共有メモリに書き込む場合に
は、上記命令のうち、“Handle1 ”が、書き込むべきデ
ータのHandle番号となり、“＆ＳＰＤ”が、そのアプリ
ケーションソフト用に設けられた制御用データ記憶領域
のうちで、書き込むべきデータが格納された記憶領域の
アドレスとなる。
る処理を、Ｃ言語でプログラミングした場合、ＳＰＤデ
ータを共有メモリに書き込むためのメッセージの発行命
令は、次のようになる。 Write（Handle1 ，＆ＳＰＤ） この命令の意味は、ＳＰＤデータのHandle番号（Handle
1 ）に対応する共有メモリのアドレスへ、＆ＳＰＤに格
納されているデータ（ＥＣＴアプリケーションソフト１
２０で求められたＳＰＤデータ）を書き込む、というこ
とである。また、アプリケーション部１００の各アプリ
ケーションソフト１１０，１２０，１３０が、ＳＰＤデ
ータ以外の制御用データを共有メモリに書き込む場合に
は、上記命令のうち、“Handle1 ”が、書き込むべきデ
ータのHandle番号となり、“＆ＳＰＤ”が、そのアプリ
ケーションソフト用に設けられた制御用データ記憶領域
のうちで、書き込むべきデータが格納された記憶領域の
アドレスとなる。
【００９６】そして、共有メモリ部２１０は、アプリケ
ーション部１００（ＥＣＴアプリケーションソフト１２
０）からの上記メッセージを受けると、図６の［２］に
示すように、テーブル格納部５００にある第１テーブル
（図４）を参照して、上記メッセージと共に送られて来
たHandle番号（Handle1 ）に対応する共有メモリアドレ
スと共有メモリサイズとを、共有メモリ情報として取得
する。
ーション部１００（ＥＣＴアプリケーションソフト１２
０）からの上記メッセージを受けると、図６の［２］に
示すように、テーブル格納部５００にある第１テーブル
（図４）を参照して、上記メッセージと共に送られて来
たHandle番号（Handle1 ）に対応する共有メモリアドレ
スと共有メモリサイズとを、共有メモリ情報として取得
する。
【００９７】すると、共有メモリ部２１０は、上記取得
した共有メモリ情報に基づき、ＳＰＤデータは共有メモ
リにて$FFFF0000 番地を先頭にした２バイト（byte）の
領域に書き込むべきであることを認知し、図６の［３］
の処理にて、ＥＣＴアプリケーションソフト１２０での
ＳＰＤデータの格納アドレス（＆ＳＰＤ）から、共有メ
モリの$FFFF0000 番地へ、２バイトのＳＰＤデータをコ
ピーする。
した共有メモリ情報に基づき、ＳＰＤデータは共有メモ
リにて$FFFF0000 番地を先頭にした２バイト（byte）の
領域に書き込むべきであることを認知し、図６の［３］
の処理にて、ＥＣＴアプリケーションソフト１２０での
ＳＰＤデータの格納アドレス（＆ＳＰＤ）から、共有メ
モリの$FFFF0000 番地へ、２バイトのＳＰＤデータをコ
ピーする。
【００９８】この共有メモリ部２１０の処理により、図
９の２段目左側に示すように、共有メモリへHandle1 に
対応したＳＰＤデータが格納される。次に、例えば、ア
プリケーション部１００にあるエンジンアプリケーショ
ンソフト１１０にて、共有メモリに外部共有データの１
つである回転数Ｎｅのデータ（以下、Ｎｅデータとい
う）を書き込む処理ステップになると、図６の［４］に
示すように、アプリケーション部１００のエンジンアプ
リケーションソフト１１０は、上述したＳＰＤデータの
場合と同じ要領で、共有メモリ部２１０に対しデータ書
込要求のメッセージを発行する。尚、この時、Ｎｅデー
タのHandle番号（この例ではHandle2 ）と、エンジンア
プリケーションソフト１１０でのＮｅデータの格納アド
レス（即ち、エンジンアプリケーションソフト１１０が
制御用の演算処理時にＮｅデータの書き込み及び読み出
しを行う制御用データ記憶領域のアドレスであって、こ
の例では＆Ｎｅ）との各情報も、共有メモリ部２１０へ
送られる。
９の２段目左側に示すように、共有メモリへHandle1 に
対応したＳＰＤデータが格納される。次に、例えば、ア
プリケーション部１００にあるエンジンアプリケーショ
ンソフト１１０にて、共有メモリに外部共有データの１
つである回転数Ｎｅのデータ（以下、Ｎｅデータとい
う）を書き込む処理ステップになると、図６の［４］に
示すように、アプリケーション部１００のエンジンアプ
リケーションソフト１１０は、上述したＳＰＤデータの
場合と同じ要領で、共有メモリ部２１０に対しデータ書
込要求のメッセージを発行する。尚、この時、Ｎｅデー
タのHandle番号（この例ではHandle2 ）と、エンジンア
プリケーションソフト１１０でのＮｅデータの格納アド
レス（即ち、エンジンアプリケーションソフト１１０が
制御用の演算処理時にＮｅデータの書き込み及び読み出
しを行う制御用データ記憶領域のアドレスであって、こ
の例では＆Ｎｅ）との各情報も、共有メモリ部２１０へ
送られる。
【００９９】そして、共有メモリ部２１０は、アプリケ
ーション部１００（エンジンアプリケーションソフト１
１０）からの上記メッセージを受けると、図６の［５］
に示すように、テーブル格納部５００にある第１テーブ
ル（図４）を参照して、上記メッセージと共に送られて
来たHandle番号（Handle2 ）に対応する共有メモリアド
レスと共有メモリサイズとを、共有メモリ情報として取
得する。
ーション部１００（エンジンアプリケーションソフト１
１０）からの上記メッセージを受けると、図６の［５］
に示すように、テーブル格納部５００にある第１テーブ
ル（図４）を参照して、上記メッセージと共に送られて
来たHandle番号（Handle2 ）に対応する共有メモリアド
レスと共有メモリサイズとを、共有メモリ情報として取
得する。
【０１００】すると、共有メモリ部２１０は、上記取得
した共有メモリ情報に基づき、Ｎｅデータは共有メモリ
にて$FFFF0002 番地を先頭にした２バイトの領域に書き
込むべきであることを認知し、図６の［６］の処理に
て、エンジンアプリケーションソフト１１０でのＮｅデ
ータの格納アドレス（＆Ｎｅ）から、共有メモリの$FFF
F0002 番地へ、２バイトのＮｅデータをコピーする。
した共有メモリ情報に基づき、Ｎｅデータは共有メモリ
にて$FFFF0002 番地を先頭にした２バイトの領域に書き
込むべきであることを認知し、図６の［６］の処理に
て、エンジンアプリケーションソフト１１０でのＮｅデ
ータの格納アドレス（＆Ｎｅ）から、共有メモリの$FFF
F0002 番地へ、２バイトのＮｅデータをコピーする。
【０１０１】この共有メモリ部２１０の処理により、図
９の２段目右側に示すように、共有メモリへHandle2 に
対応したＮｅデータが格納される。また、図示はしてい
ないが、エンジンアプリケーションソフト１１０及びＥ
ＣＴアプリケーションソフト１２０で算出された他の制
御用データや、クルーズアプリケーションソフト１３０
で算出された制御用データも、上述と同じ要領で共有メ
モリにコピーされる。
９の２段目右側に示すように、共有メモリへHandle2 に
対応したＮｅデータが格納される。また、図示はしてい
ないが、エンジンアプリケーションソフト１１０及びＥ
ＣＴアプリケーションソフト１２０で算出された他の制
御用データや、クルーズアプリケーションソフト１３０
で算出された制御用データも、上述と同じ要領で共有メ
モリにコピーされる。
【０１０２】そして、第２マイコン６２や他のＥＣＵ
４，６，８へデータを送信すべきタイミングになると、
図７の［７］に示すように、通信制御部４００が、共通
パケットデータ部２３０に対して、図９の４段目に例示
したような共通パケットデータを作成させるために、送
信要求のメッセージを発行する。
４，６，８へデータを送信すべきタイミングになると、
図７の［７］に示すように、通信制御部４００が、共通
パケットデータ部２３０に対して、図９の４段目に例示
したような共通パケットデータを作成させるために、送
信要求のメッセージを発行する。
【０１０３】尚、図９では、パケット番号ＰＮが１つし
か示されていないが、実際には多数存在するため、通信
制御部４００は、今回の送信対象となる共通パケットデ
ータのパケット番号ＰＮ（この例ではＰＮ１）も、送信
要求のメッセージと共に共通パケットデータ部２３０へ
送る。また、図７及び図８における（）内の記述は、通
信制御部４００から共通パケットデータ部２３０へ送ら
れたパケット番号ＰＮがＰＮ１であった場合を示してい
る。
か示されていないが、実際には多数存在するため、通信
制御部４００は、今回の送信対象となる共通パケットデ
ータのパケット番号ＰＮ（この例ではＰＮ１）も、送信
要求のメッセージと共に共通パケットデータ部２３０へ
送る。また、図７及び図８における（）内の記述は、通
信制御部４００から共通パケットデータ部２３０へ送ら
れたパケット番号ＰＮがＰＮ１であった場合を示してい
る。
【０１０４】すると、共通パケットデータ部２３０は、
図７の［８］に示すように、テーブル格納部５００にあ
る第１テーブル（図４）を参照して、通信制御部４００
から送られて来たパケット番号ＰＮに対応する各Handle
番号（つまり、通信制御部４００から送られて来たパケ
ット番号ＰＮの共通パケットデータに集約すべき制御用
データの各Handle番号）と、その各Handle番号にそれぞ
れ対応する共通パケットデータサイズ及び共通パケット
データ位置とを、共通パケット情報として取得する。
図７の［８］に示すように、テーブル格納部５００にあ
る第１テーブル（図４）を参照して、通信制御部４００
から送られて来たパケット番号ＰＮに対応する各Handle
番号（つまり、通信制御部４００から送られて来たパケ
ット番号ＰＮの共通パケットデータに集約すべき制御用
データの各Handle番号）と、その各Handle番号にそれぞ
れ対応する共通パケットデータサイズ及び共通パケット
データ位置とを、共通パケット情報として取得する。
【０１０５】そして、共通パケットデータ部２３０は、
上記取得した各Handle番号に対応する制御用データを共
有メモリから取得して、その各制御用データを物理値変
換部２２０にＬＳＢ変換させるための動作を行う。例え
ば、通信制御部４００から共通パケットデータ部２３０
へ送られたパケット番号ＰＮがＰＮ１であった場合に
は、共通パケットデータ部２３０は、図４の第１テーブ
ルから、Handle1 ，Handle2 ，Handle3 ，…と、その各
Handle番号にそれぞれ対応する共通パケットデータサイ
ズ及び共通パケットデータ位置とを取得することとな
る。
上記取得した各Handle番号に対応する制御用データを共
有メモリから取得して、その各制御用データを物理値変
換部２２０にＬＳＢ変換させるための動作を行う。例え
ば、通信制御部４００から共通パケットデータ部２３０
へ送られたパケット番号ＰＮがＰＮ１であった場合に
は、共通パケットデータ部２３０は、図４の第１テーブ
ルから、Handle1 ，Handle2 ，Handle3 ，…と、その各
Handle番号にそれぞれ対応する共通パケットデータサイ
ズ及び共通パケットデータ位置とを取得することとな
る。
【０１０６】そして、この例の場合、共通パケットデー
タ部２３０は、図７の［９］に示すように、まず、上記
取得したHandle番号のうちの１つ（ここではHandle1 ）
を、データ取得要求のメッセージと共に共有メモリ部２
１０へ送る。すると、共有メモリ部２１０は、図６の
［２］，［５］と同様に、テーブル格納部５００にある
第１テーブル（図４）を参照して、上記データ取得要求
のメッセージと共に送られて来たHandle番号（Handle1
）に対応する共有メモリアドレス（$FFFF0000 ）と共
有メモリサイズ（２byte）とを、共有メモリ情報として
取得し、更に、その取得した共有メモリ情報に基づき、
共有メモリの$FFFF0000 番地から２バイト分のデータ
（この例ではＳＰＤデータ）を読み出して、その読み出
したデータを、図７の［１０］に示すように、共通パケ
ットデータ部２３０へ戻り値として返す。
タ部２３０は、図７の［９］に示すように、まず、上記
取得したHandle番号のうちの１つ（ここではHandle1 ）
を、データ取得要求のメッセージと共に共有メモリ部２
１０へ送る。すると、共有メモリ部２１０は、図６の
［２］，［５］と同様に、テーブル格納部５００にある
第１テーブル（図４）を参照して、上記データ取得要求
のメッセージと共に送られて来たHandle番号（Handle1
）に対応する共有メモリアドレス（$FFFF0000 ）と共
有メモリサイズ（２byte）とを、共有メモリ情報として
取得し、更に、その取得した共有メモリ情報に基づき、
共有メモリの$FFFF0000 番地から２バイト分のデータ
（この例ではＳＰＤデータ）を読み出して、その読み出
したデータを、図７の［１０］に示すように、共通パケ
ットデータ部２３０へ戻り値として返す。
【０１０７】そして、共通パケットデータ部２３０は、
図７の［１１］に示すように、物理値変換部２２０に対
して、共有メモリ部２１０から返されたデータ（Data）
と、そのデータに対応するHandle番号（Handle1 ）とを
含む物理値変換要求のメッセージを発行する。
図７の［１１］に示すように、物理値変換部２２０に対
して、共有メモリ部２１０から返されたデータ（Data）
と、そのデータに対応するHandle番号（Handle1 ）とを
含む物理値変換要求のメッセージを発行する。
【０１０８】すると、物理値変換部２２０は、図７の
［１２］に示すように、テーブル格納部５００にある第
１テーブル（図４）を参照して、上記物理値変換要求の
メッセージと共に送られて来たHandle番号（Handle1 ）
に対応するＬＳＢ変換コールアドレスを取得する。そし
て、物理値変換部２２０は、図７の［１３］の処理に
て、上記取得したＬＳＢ変換コールアドレスに格納され
ているプログラムを起動することにより、上記物理値変
換要求のメッセージと共に送られて来たデータ（Data）
に対してＬＳＢ変換を実施する。
［１２］に示すように、テーブル格納部５００にある第
１テーブル（図４）を参照して、上記物理値変換要求の
メッセージと共に送られて来たHandle番号（Handle1 ）
に対応するＬＳＢ変換コールアドレスを取得する。そし
て、物理値変換部２２０は、図７の［１３］の処理に
て、上記取得したＬＳＢ変換コールアドレスに格納され
ているプログラムを起動することにより、上記物理値変
換要求のメッセージと共に送られて来たデータ（Data）
に対してＬＳＢ変換を実施する。
【０１０９】これにより、図９の３段目左側に示すよう
に、物理値変換部２２０によって、Handle1 に対応した
ＳＰＤデータがＬＳＢ変換される（即ち、データ長が変
換される）と共に、そのＬＳＢ変換後のデータ（以下、
ＳＰＤ’データと記す）が、物理値変換部２２０の作業
領域として割り当てられたＲＡＭの所定領域に、対応す
るHandle番号（Handle1 ）と共に格納される。
に、物理値変換部２２０によって、Handle1 に対応した
ＳＰＤデータがＬＳＢ変換される（即ち、データ長が変
換される）と共に、そのＬＳＢ変換後のデータ（以下、
ＳＰＤ’データと記す）が、物理値変換部２２０の作業
領域として割り当てられたＲＡＭの所定領域に、対応す
るHandle番号（Handle1 ）と共に格納される。
【０１１０】その後、共通パケットデータ部２３０は、
図７の［１４］に示すように、上記［８］の動作で取得
したHandle番号のうちの次のHandle番号（ここではHand
le2）を、データ取得要求のメッセージと共に共有メモ
リ部２１０へ送る。すると、共有メモリ部２１０は、上
述のHandle1 が送られて来た場合と同様に、テーブル格
納部５００にある第１テーブル（図４）を参照して、Ha
ndle2 に対応する共有メモリアドレス（$FFFF0002 ）と
共有メモリサイズ（２byte）とを、共有メモリ情報とし
て取得し、更に、その取得した共有メモリ情報に基づ
き、共有メモリの$FFFF0002 番地から２バイト分のデー
タ（この例ではＮｅデータ）を読み出して、その読み出
したデータを、図７の［１５］に示すように、共通パケ
ットデータ部２３０へ戻り値として返す。
図７の［１４］に示すように、上記［８］の動作で取得
したHandle番号のうちの次のHandle番号（ここではHand
le2）を、データ取得要求のメッセージと共に共有メモ
リ部２１０へ送る。すると、共有メモリ部２１０は、上
述のHandle1 が送られて来た場合と同様に、テーブル格
納部５００にある第１テーブル（図４）を参照して、Ha
ndle2 に対応する共有メモリアドレス（$FFFF0002 ）と
共有メモリサイズ（２byte）とを、共有メモリ情報とし
て取得し、更に、その取得した共有メモリ情報に基づ
き、共有メモリの$FFFF0002 番地から２バイト分のデー
タ（この例ではＮｅデータ）を読み出して、その読み出
したデータを、図７の［１５］に示すように、共通パケ
ットデータ部２３０へ戻り値として返す。
【０１１１】そして、共通パケットデータ部２３０は、
図７の［１６］に示す如く、上述した［１１］の場合と
同様に、物理値変換部２２０に対して、共有メモリ部２
１０から返されたデータ（Data）と、そのデータに対応
するHandle番号（Handle2 ）とを含む物理値変換要求の
メッセージを発行する。
図７の［１６］に示す如く、上述した［１１］の場合と
同様に、物理値変換部２２０に対して、共有メモリ部２
１０から返されたデータ（Data）と、そのデータに対応
するHandle番号（Handle2 ）とを含む物理値変換要求の
メッセージを発行する。
【０１１２】すると、物理値変換部２２０は、図７の
［１７］及び［１８］に示す如く、上述した［１２］及
び［１３］の場合と同様に、テーブル格納部５００にあ
る第１テーブル（図４）を参照して、上記物理値変換要
求のメッセージと共に送られて来たHandle番号（Handle
2 ）に対応するＬＳＢ変換コールアドレスを取得し、上
記物理値変換要求のメッセージと共に送られて来たデー
タ（Data）に対してＬＳＢ変換を実施する。
［１７］及び［１８］に示す如く、上述した［１２］及
び［１３］の場合と同様に、テーブル格納部５００にあ
る第１テーブル（図４）を参照して、上記物理値変換要
求のメッセージと共に送られて来たHandle番号（Handle
2 ）に対応するＬＳＢ変換コールアドレスを取得し、上
記物理値変換要求のメッセージと共に送られて来たデー
タ（Data）に対してＬＳＢ変換を実施する。
【０１１３】これにより、図９の３段目右側に示すよう
に、物理値変換部２２０によって、Handle2 に対応した
ＮｅデータがＬＳＢ変換されると共に、そのＬＳＢ変換
後のデータ（以下、Ｎｅ’データと記す）が、物理値変
換部２２０の作業領域として割り当てられたＲＡＭの所
定領域に、対応するHandle番号（Handle2 ）と共に格納
される。
に、物理値変換部２２０によって、Handle2 に対応した
ＮｅデータがＬＳＢ変換されると共に、そのＬＳＢ変換
後のデータ（以下、Ｎｅ’データと記す）が、物理値変
換部２２０の作業領域として割り当てられたＲＡＭの所
定領域に、対応するHandle番号（Handle2 ）と共に格納
される。
【０１１４】そして、図示はしていないが、通信制御部
４００から共通パケットデータ部２３０へ送られたパケ
ット番号ＰＮに対応する他のHandle番号の各々について
も、図７の［９］〜［１３］及び［１４］〜［１８］と
同じ処理動作が行われて、その各Handle番号の制御用デ
ータが、物理値変換部２２０によってＬＳＢ変換され
る。
４００から共通パケットデータ部２３０へ送られたパケ
ット番号ＰＮに対応する他のHandle番号の各々について
も、図７の［９］〜［１３］及び［１４］〜［１８］と
同じ処理動作が行われて、その各Handle番号の制御用デ
ータが、物理値変換部２２０によってＬＳＢ変換され
る。
【０１１５】ここで、制御用データをＬＳＢ変換する理
由について説明する。図９の１段目及び２段目に示すよ
うに、エンジンアプリケーションソフト１１０、ＥＣＴ
アプリケーションソフト１２０といった第１マイコン６
０内のアプリケーションソフトは、Ｎｅデータを２バイ
トのデータ長で扱い、制御量を演算している。
由について説明する。図９の１段目及び２段目に示すよ
うに、エンジンアプリケーションソフト１１０、ＥＣＴ
アプリケーションソフト１２０といった第１マイコン６
０内のアプリケーションソフトは、Ｎｅデータを２バイ
トのデータ長で扱い、制御量を演算している。
【０１１６】これに対して、第１マイコン６０以外（第
２マイコン６２やメータＥＣＵ６等）では、Ｎｅデータ
を１バイトのデータ長で扱うといったように、第１マイ
コン６０とその通信相手とで、扱うデータ長が異なる場
合がある。つまり、前述したようにデータ長＝データ精
度であり、各マイコンや各ＥＣＵ（電子制御ユニット）
が、どの制御用データをどの様なデータ長で扱うかは、
車両制御システムを設計する際に決められる。
２マイコン６２やメータＥＣＵ６等）では、Ｎｅデータ
を１バイトのデータ長で扱うといったように、第１マイ
コン６０とその通信相手とで、扱うデータ長が異なる場
合がある。つまり、前述したようにデータ長＝データ精
度であり、各マイコンや各ＥＣＵ（電子制御ユニット）
が、どの制御用データをどの様なデータ長で扱うかは、
車両制御システムを設計する際に決められる。
【０１１７】そこで、本実施形態では、共通パケットデ
ータサイズと、そのデータサイズ（データ長）へのＬＳ
Ｂ変換プログラムの格納アドレス（ＬＳＢ変換コールア
ドレス）とを、第１テーブルにより定義し、その第１テ
ーブルを参照することで、外部へ送信される制御用デー
タのデータ長が、通信相手で採用されているデータ精度
に応じたデータ長に変換されるようにしている。
ータサイズと、そのデータサイズ（データ長）へのＬＳ
Ｂ変換プログラムの格納アドレス（ＬＳＢ変換コールア
ドレス）とを、第１テーブルにより定義し、その第１テ
ーブルを参照することで、外部へ送信される制御用デー
タのデータ長が、通信相手で採用されているデータ精度
に応じたデータ長に変換されるようにしている。
【０１１８】そして、本実施形態では、こうしたＬＳＢ
変換動作を、アプリケーション部１００とは別に設けた
物理値変換部２２０で行うようにしているため、制御対
象を制御するアプリケーションソフト自身は、通信相手
で採用されているデータ精度を全く意識する必要が無
く、また例えば、通信相手がＮｅデータを１バイトでは
なく、２バイトで扱うように変更されたとしても、第１
テーブルの共通パケットデータサイズとＬＳＢ変換コー
ルアドレスとを変更するだけで済み、極めて簡単な修正
作業で対応することができるのである。図７に戻って、
上述の手順により、通信制御部４００から共通パケット
データ部２３０へ送られたパケット番号ＰＮに対応する
全てのHandle番号の制御用データが、物理値変換部２２
０によってＬＳＢ変換されると、共通パケットデータ部
２３０は、図７の［１９］の処理にて、物理値変換部２
２０の上記作業領域にHandle番号と共に一時格納されて
いるＬＳＢ変換後の各制御用データを、上記［８］の動
作で第１テーブルから取得した各Handle番号に対応する
共通パケットデータ位置及び共通パケットデータサイズ
に基づき直列に並べることにより、通信制御部４００か
ら送られたパケット番号ＰＮの共通パケットデータを作
成する。
変換動作を、アプリケーション部１００とは別に設けた
物理値変換部２２０で行うようにしているため、制御対
象を制御するアプリケーションソフト自身は、通信相手
で採用されているデータ精度を全く意識する必要が無
く、また例えば、通信相手がＮｅデータを１バイトでは
なく、２バイトで扱うように変更されたとしても、第１
テーブルの共通パケットデータサイズとＬＳＢ変換コー
ルアドレスとを変更するだけで済み、極めて簡単な修正
作業で対応することができるのである。図７に戻って、
上述の手順により、通信制御部４００から共通パケット
データ部２３０へ送られたパケット番号ＰＮに対応する
全てのHandle番号の制御用データが、物理値変換部２２
０によってＬＳＢ変換されると、共通パケットデータ部
２３０は、図７の［１９］の処理にて、物理値変換部２
２０の上記作業領域にHandle番号と共に一時格納されて
いるＬＳＢ変換後の各制御用データを、上記［８］の動
作で第１テーブルから取得した各Handle番号に対応する
共通パケットデータ位置及び共通パケットデータサイズ
に基づき直列に並べることにより、通信制御部４００か
ら送られたパケット番号ＰＮの共通パケットデータを作
成する。
【０１１９】つまり、第１テーブルにおける各Handle番
号に対応した共通パケットデータ位置と共通パケットデ
ータサイズとにより、どのHandle番号の制御用データ
を、共通パケットデータのどの位置に、どの位のデータ
長で配置するかが決められているからである。
号に対応した共通パケットデータ位置と共通パケットデ
ータサイズとにより、どのHandle番号の制御用データ
を、共通パケットデータのどの位置に、どの位のデータ
長で配置するかが決められているからである。
【０１２０】そして、この共通パケットデータ部２３０
の処理により、図９の４段目に示すように、ＬＳＢ変換
後の各制御用データを集めて直列に並べた共通パケット
データが、共通パケットデータ部２３０の作業領域とし
て割り当てられたＲＡＭの所定領域に、対応するパケッ
ト番号（ＰＮ１）と共に格納される。
の処理により、図９の４段目に示すように、ＬＳＢ変換
後の各制御用データを集めて直列に並べた共通パケット
データが、共通パケットデータ部２３０の作業領域とし
て割り当てられたＲＡＭの所定領域に、対応するパケッ
ト番号（ＰＮ１）と共に格納される。
【０１２１】例えば、図４に示すように、ＰＮ１に対応
したHandle1 に対応する共通パケットデータ位置と共通
パケットデータサイズは、夫々、“０”と“２バイト”
であり、また、ＰＮ１に対応したHandle2 に対応する共
通パケットデータ位置と共通パケットデータサイズは、
夫々、“６”と“１バイト”であるため、図９の４段目
に示すように、Handle1 のデータ（ＳＰＤ’データ）
は、共通パケットデータの０バイト目の位置から２バイ
ト分の領域に配置され、Handle2 のデータ（Ｎｅ’デー
タ）は、共通パケットデータの６バイト目の位置から１
バイト分の領域に配置されることとなる。
したHandle1 に対応する共通パケットデータ位置と共通
パケットデータサイズは、夫々、“０”と“２バイト”
であり、また、ＰＮ１に対応したHandle2 に対応する共
通パケットデータ位置と共通パケットデータサイズは、
夫々、“６”と“１バイト”であるため、図９の４段目
に示すように、Handle1 のデータ（ＳＰＤ’データ）
は、共通パケットデータの０バイト目の位置から２バイ
ト分の領域に配置され、Handle2 のデータ（Ｎｅ’デー
タ）は、共通パケットデータの６バイト目の位置から１
バイト分の領域に配置されることとなる。
【０１２２】そして、共通パケットデータ部２３０は、
共通パケットデータの作成を終えると、図７の［２０］
及び図８の［２０］に示すように、通信データ変換部２
４０の上位層２４０ｕに対して、上記作成した共通パケ
ットデータを通信対象との通信プロトコルに対応する通
信データ列に変換させるために、送信要求のメッセージ
を発行する。また、この時、今回作成した共通パケット
データのパケット番号（この例ではＰＮ１）も、通信デ
ータ変換部２４０の上位層２４０ｕへ送られる。
共通パケットデータの作成を終えると、図７の［２０］
及び図８の［２０］に示すように、通信データ変換部２
４０の上位層２４０ｕに対して、上記作成した共通パケ
ットデータを通信対象との通信プロトコルに対応する通
信データ列に変換させるために、送信要求のメッセージ
を発行する。また、この時、今回作成した共通パケット
データのパケット番号（この例ではＰＮ１）も、通信デ
ータ変換部２４０の上位層２４０ｕへ送られる。
【０１２３】すると、上位層２４０ｕは、図８の［２
１］に示すように、テーブル格納部５００にある第２テ
ーブル（図５）を参照して、共通パケットデータ部２３
０から送られて来たパケット番号ＰＮに対応する共通パ
ケットデータメッセージ長と個別パケットデータメッセ
ージ長とを、個別パケット情報として取得する。
１］に示すように、テーブル格納部５００にある第２テ
ーブル（図５）を参照して、共通パケットデータ部２３
０から送られて来たパケット番号ＰＮに対応する共通パ
ケットデータメッセージ長と個別パケットデータメッセ
ージ長とを、個別パケット情報として取得する。
【０１２４】次に、上位層２４０ｕは、図８の［２２］
の処理にて、共通パケットデータ部２３０の上記作業領
域に一時格納されている共通パケットデータを、上記
［２１］の動作で第２テーブルから取得した共通パケッ
トデータメッセージ長と個別パケットデータメッセージ
長とに基づき、個別パケットデータに変換する。
の処理にて、共通パケットデータ部２３０の上記作業領
域に一時格納されている共通パケットデータを、上記
［２１］の動作で第２テーブルから取得した共通パケッ
トデータメッセージ長と個別パケットデータメッセージ
長とに基づき、個別パケットデータに変換する。
【０１２５】例えば、パケット番号ＰＮがＰＮ１の場
合、図５に示すように、ＰＮ１に対応する共通パケット
データメッセージ長（共通パケットデータの総データ
長）は“１２バイト”であり、個別パケットデータメッ
セージ長（１度に送信可能な最大転送単位）は“８バイ
ト”である。このため、上位層２４０ｕは、図９の５段
目（上位層と記載された位置）に示すように、共通パケ
ットデータ部２３０によって作成された１２バイトの共
通パケットデータを、７バイトと５バイトとの２つのデ
ータ列に分割すると共に、その分割した各データ列の先
頭に、分割した際のデータ列の順序を示す１バイトのＦ
ＣＩ（Flagment Control Infomation ）を付加すること
により、２つの個別パケットデータを作成する。そし
て、上位層２４０ｕは、作成した各個別パケットデータ
を、当該上位層２４０ｕの作業領域として割り当てられ
たＲＡＭの所定領域に、対応するパケット番号（この例
ではＰＮ１）と共に格納する。
合、図５に示すように、ＰＮ１に対応する共通パケット
データメッセージ長（共通パケットデータの総データ
長）は“１２バイト”であり、個別パケットデータメッ
セージ長（１度に送信可能な最大転送単位）は“８バイ
ト”である。このため、上位層２４０ｕは、図９の５段
目（上位層と記載された位置）に示すように、共通パケ
ットデータ部２３０によって作成された１２バイトの共
通パケットデータを、７バイトと５バイトとの２つのデ
ータ列に分割すると共に、その分割した各データ列の先
頭に、分割した際のデータ列の順序を示す１バイトのＦ
ＣＩ（Flagment Control Infomation ）を付加すること
により、２つの個別パケットデータを作成する。そし
て、上位層２４０ｕは、作成した各個別パケットデータ
を、当該上位層２４０ｕの作業領域として割り当てられ
たＲＡＭの所定領域に、対応するパケット番号（この例
ではＰＮ１）と共に格納する。
【０１２６】尚、第２テーブルから取得した共通パケッ
トデータメッセージ長が、個別パケットデータメッセー
ジ長以下である場合には、上位層２４０ｕは、共通パケ
ットデータ部２３０によって作成された共通パケットデ
ータを、そのまま個別パケットデータとして自己の作業
領域に格納する。つまり、この場合には、共通パケット
データを分割してＦＣＩを付加する必要が無いためであ
る。
トデータメッセージ長が、個別パケットデータメッセー
ジ長以下である場合には、上位層２４０ｕは、共通パケ
ットデータ部２３０によって作成された共通パケットデ
ータを、そのまま個別パケットデータとして自己の作業
領域に格納する。つまり、この場合には、共通パケット
データを分割してＦＣＩを付加する必要が無いためであ
る。
【０１２７】また例えば、最大転送単位が８バイト以外
の通信プロトコルに変更した場合には、第２テーブルに
おける個別パケットデータメッセージ長の項目に記憶さ
せておく値を変更するだけで対応することができる。そ
して、上位層２４０ｕは、個別パケットデータの作成を
終了すると、図８の［２３］に示すように、下位層２４
０ｄに対して、上記作成した個別パケットデータを通信
対象との通信プロトコルに対応した通信データ列に変換
させるために、送信要求のメッセージを発行する。ま
た、この時、今回作成した個別パケットデータの元とな
った共通パケットデータのパケット番号も、下位層２４
０ｄへ送られる。
の通信プロトコルに変更した場合には、第２テーブルに
おける個別パケットデータメッセージ長の項目に記憶さ
せておく値を変更するだけで対応することができる。そ
して、上位層２４０ｕは、個別パケットデータの作成を
終了すると、図８の［２３］に示すように、下位層２４
０ｄに対して、上記作成した個別パケットデータを通信
対象との通信プロトコルに対応した通信データ列に変換
させるために、送信要求のメッセージを発行する。ま
た、この時、今回作成した個別パケットデータの元とな
った共通パケットデータのパケット番号も、下位層２４
０ｄへ送られる。
【０１２８】すると、下位層２４０ｄは、図８の［２
４］に示すように、テーブル格納部５００にある第２テ
ーブル（図５）を参照して、上位層２４０ｕから送られ
て来たパケット番号ＰＮに対応する通信方式及びヘッダ
情報を、通信データ情報として取得する。
４］に示すように、テーブル格納部５００にある第２テ
ーブル（図５）を参照して、上位層２４０ｕから送られ
て来たパケット番号ＰＮに対応する通信方式及びヘッダ
情報を、通信データ情報として取得する。
【０１２９】そして、下位層２４０ｄは、図８の［２
５］の処理にて、上位層２４０ｕの上記作業領域に一時
格納されている各個別パケットデータを、上記［２４］
の動作で第２テーブルから取得した通信方式及びヘッダ
情報に基づき、その通信方式が示す通信プロトコルに対
応した通信データ列に変換する。
５］の処理にて、上位層２４０ｕの上記作業領域に一時
格納されている各個別パケットデータを、上記［２４］
の動作で第２テーブルから取得した通信方式及びヘッダ
情報に基づき、その通信方式が示す通信プロトコルに対
応した通信データ列に変換する。
【０１３０】例えば、パケット番号ＰＮがＰＮ１の場
合、図５に示すように、ＰＮ１に対応する通信方式は多
重通信を示す“ＣＡＮ”であり、ヘッダ情報は“Arbitr
ation=0x123 ”と“ML=08 ”である。尚、Arbitration
は、データの優先順位を示し、データが衝突した場合の
調停用データである。そして、“Arbitration=0x123 ”
とは、Arbitration が１６進数表示で１２３であること
を示している。また、MLは、通信データ列におけるデー
タフレーム部分のデータ長を示すデータであり、“ML=0
8 ”とは、そのデータ長が８バイトであることを示して
いる。
合、図５に示すように、ＰＮ１に対応する通信方式は多
重通信を示す“ＣＡＮ”であり、ヘッダ情報は“Arbitr
ation=0x123 ”と“ML=08 ”である。尚、Arbitration
は、データの優先順位を示し、データが衝突した場合の
調停用データである。そして、“Arbitration=0x123 ”
とは、Arbitration が１６進数表示で１２３であること
を示している。また、MLは、通信データ列におけるデー
タフレーム部分のデータ長を示すデータであり、“ML=0
8 ”とは、そのデータ長が８バイトであることを示して
いる。
【０１３１】よって、この例の場合、下位層２４０ｄ
は、図９の６段目（下位層と記載された位置）に示すよ
うに、上位層２４０ｕによって作成された各個別パケッ
トデータの先頭に、上記［２４］の動作で取得したヘッ
ダ情報としてのArbitration とMLとを付加することによ
り、ＣＡＮに対応した通信データ列を夫々作成し、その
作成した各通信データ列を、当該下位層２４０ｄの作業
領域として割り当てられたＲＡＭの所定領域に格納す
る。
は、図９の６段目（下位層と記載された位置）に示すよ
うに、上位層２４０ｕによって作成された各個別パケッ
トデータの先頭に、上記［２４］の動作で取得したヘッ
ダ情報としてのArbitration とMLとを付加することによ
り、ＣＡＮに対応した通信データ列を夫々作成し、その
作成した各通信データ列を、当該下位層２４０ｄの作業
領域として割り当てられたＲＡＭの所定領域に格納す
る。
【０１３２】尚、例えば、第２テーブルから取得した通
信方式がシリアル通信を示す“ＳＣＩ”であった場合に
は、下位層２４０ｄは、上位層２４０ｕによって作成さ
れた個別パケットデータの先頭にヘッダ情報を付加する
と共に、その個別パケットデータの最後尾にチェックサ
ム用のデータも付加する。
信方式がシリアル通信を示す“ＳＣＩ”であった場合に
は、下位層２４０ｄは、上位層２４０ｕによって作成さ
れた個別パケットデータの先頭にヘッダ情報を付加する
と共に、その個別パケットデータの最後尾にチェックサ
ム用のデータも付加する。
【０１３３】そして、下位層２４０ｄは、通信データ列
の作成を終了すると、図８の［２６］に示すように、通
信ドライバ部３００にあるＤＭＡ通信部３１０，シリア
ル通信部３２０，及び多重通信部３３０のうち、上記
［２４］の動作で取得した通信方式に対応するオブジェ
クトに対して、送信要求のメッセージを発行する。
の作成を終了すると、図８の［２６］に示すように、通
信ドライバ部３００にあるＤＭＡ通信部３１０，シリア
ル通信部３２０，及び多重通信部３３０のうち、上記
［２４］の動作で取得した通信方式に対応するオブジェ
クトに対して、送信要求のメッセージを発行する。
【０１３４】すると、この下位層２４０ｄからのメッセ
ージの発行先である通信ドライバ部３００内のオブジェ
クト（ＤＭＡ通信部３１０，シリアル通信部３２０，及
び多重通信部３３０の何れか）は、下位層２４０ｄの上
記作業領域に格納されている通信データ列を、自己の通
信プロトコルに応じたボーレートや転送タイミングで、
実際の通信データとして外部へ出力する。
ージの発行先である通信ドライバ部３００内のオブジェ
クト（ＤＭＡ通信部３１０，シリアル通信部３２０，及
び多重通信部３３０の何れか）は、下位層２４０ｄの上
記作業領域に格納されている通信データ列を、自己の通
信プロトコルに応じたボーレートや転送タイミングで、
実際の通信データとして外部へ出力する。
【０１３５】例えば、下位層２４０ｄは、上記［２４］
の動作で第２テーブルから取得した通信方式がＣＡＮで
あった場合、通信ドライバ部３００の多重通信部３３０
に対して、送信要求のメッセージを発行する。すると、
多重通信部３３０は、下位層２４０ｄによって作成され
た通信データ列を通信ＩＣ７０へ出力すると共に、その
通信ＩＣ７０を制御して、多重通信線１０へ実際の通信
データを送出させる。尚、この時、通信ＩＣ７０は、図
９の８段目（最下段）に示すように、下位層２４０ｄに
よって作成された通信データ列の先頭に、通信データ１
フレームの始まりを示すＳＯＦのデータを付加すると共
に、その通信データ列の最後尾に、誤りチェック用のＣ
ＲＣのデータと、通信相手からの受信応答を受けるため
のＡｃｋのデータと、通信データ１フレームの終わりを
示すＥＯＦのデータとを順次付加し、その各データを付
加したデータ列を実際の通信データとして多重通信線１
０へ送出する。そして、上述した一連の処理により、第
１マイコン６０内のアプリケーション部１００で求めら
れた制御用データが、多重通信線１０に対応した通信プ
ロトコルのデータ列に変換されて、エアコンＥＣＵ４及
びメータＥＣＵ６に送信される。
の動作で第２テーブルから取得した通信方式がＣＡＮで
あった場合、通信ドライバ部３００の多重通信部３３０
に対して、送信要求のメッセージを発行する。すると、
多重通信部３３０は、下位層２４０ｄによって作成され
た通信データ列を通信ＩＣ７０へ出力すると共に、その
通信ＩＣ７０を制御して、多重通信線１０へ実際の通信
データを送出させる。尚、この時、通信ＩＣ７０は、図
９の８段目（最下段）に示すように、下位層２４０ｄに
よって作成された通信データ列の先頭に、通信データ１
フレームの始まりを示すＳＯＦのデータを付加すると共
に、その通信データ列の最後尾に、誤りチェック用のＣ
ＲＣのデータと、通信相手からの受信応答を受けるため
のＡｃｋのデータと、通信データ１フレームの終わりを
示すＥＯＦのデータとを順次付加し、その各データを付
加したデータ列を実際の通信データとして多重通信線１
０へ送出する。そして、上述した一連の処理により、第
１マイコン６０内のアプリケーション部１００で求めら
れた制御用データが、多重通信線１０に対応した通信プ
ロトコルのデータ列に変換されて、エアコンＥＣＵ４及
びメータＥＣＵ６に送信される。
【０１３６】ところで、上記説明では、主に、アプリケ
ーション部１００によって求められたＳＰＤデータやＮ
ｅデータを多重通信（ＣＡＮ）の通信プロトコルで送信
する場合を例に挙げて述べたが、次に、アプリケーショ
ン部１００によって求められたＳＰＤデータやＮｅデー
タを、姿勢制御ＥＣＵ８へシリアル通信によって送信す
る場合について、図１０を用い具体的に説明する。尚、
図１０は、共有メモリ内の外部共有データが、実際に送
信される通信データ列に変換される様子を、シリアル通
信の場合を例にして示した模式図である。
ーション部１００によって求められたＳＰＤデータやＮ
ｅデータを多重通信（ＣＡＮ）の通信プロトコルで送信
する場合を例に挙げて述べたが、次に、アプリケーショ
ン部１００によって求められたＳＰＤデータやＮｅデー
タを、姿勢制御ＥＣＵ８へシリアル通信によって送信す
る場合について、図１０を用い具体的に説明する。尚、
図１０は、共有メモリ内の外部共有データが、実際に送
信される通信データ列に変換される様子を、シリアル通
信の場合を例にして示した模式図である。
【０１３７】図１０において、共有メモリ部２１０によ
り共有メモリに格納されたＳＰＤデータとＮｅデータ
は、前述した図９の場合と共通である。そして、その共
有メモリ内のＳＰＤデータとＮｅデータは、前述した図
７の［７］〜［１９］及び図９と同じ要領で、図４の第
１テーブルを基にＬＳＢ変換され、そのＬＳＢ変換後の
ＳＰＤ’データやＮｅ’データから、共通パケットデー
タが作成される。
り共有メモリに格納されたＳＰＤデータとＮｅデータ
は、前述した図９の場合と共通である。そして、その共
有メモリ内のＳＰＤデータとＮｅデータは、前述した図
７の［７］〜［１９］及び図９と同じ要領で、図４の第
１テーブルを基にＬＳＢ変換され、そのＬＳＢ変換後の
ＳＰＤ’データやＮｅ’データから、共通パケットデー
タが作成される。
【０１３８】詳しくは、姿勢制御ＥＣＵ８へデータ送信
する場合、通信制御部４００は、図７の［７］にて、共
通パケットデータ部２３０へ、送信要求のメッセージと
共にＰＮ２を送る。すると、図４の第１テーブルにてＰ
Ｎ２に対応するHandle1 のＳＰＤデータとHandle2 のＮ
ｅデータとは、前述した図７の［８］〜［１８］と同じ
手順により、夫々ＬＳＢ変換される（図１０の３段目参
照）。
する場合、通信制御部４００は、図７の［７］にて、共
通パケットデータ部２３０へ、送信要求のメッセージと
共にＰＮ２を送る。すると、図４の第１テーブルにてＰ
Ｎ２に対応するHandle1 のＳＰＤデータとHandle2 のＮ
ｅデータとは、前述した図７の［８］〜［１８］と同じ
手順により、夫々ＬＳＢ変換される（図１０の３段目参
照）。
【０１３９】そして、この場合には、図４の第１テーブ
ルにて、ＰＮ２に対応したHandle１に対応する共通パケ
ットデータ位置と共通パケットデータサイズは、夫々、
“０”と“２バイト”であり、また、ＰＮ２に対応した
Handle2 に対応する共通パケットデータ位置と共通パケ
ットデータサイズは、夫々、“４”と“１バイト”であ
る。よって、図７の［１９］の処理では、図１０の４段
目に示すように、Handle1 に対応するＬＳＢ変換後のＳ
ＰＤ’データが、共通パケットデータの０バイト目の位
置から２バイト分の領域に配置され、また、Handle2 に
対応するＬＳＢ変換後のＮｅ’データが、共通パケット
データの４バイト目の位置から１バイト分の領域に配置
されることとなり、このようにして共通パケットデータ
が作成される。
ルにて、ＰＮ２に対応したHandle１に対応する共通パケ
ットデータ位置と共通パケットデータサイズは、夫々、
“０”と“２バイト”であり、また、ＰＮ２に対応した
Handle2 に対応する共通パケットデータ位置と共通パケ
ットデータサイズは、夫々、“４”と“１バイト”であ
る。よって、図７の［１９］の処理では、図１０の４段
目に示すように、Handle1 に対応するＬＳＢ変換後のＳ
ＰＤ’データが、共通パケットデータの０バイト目の位
置から２バイト分の領域に配置され、また、Handle2 に
対応するＬＳＢ変換後のＮｅ’データが、共通パケット
データの４バイト目の位置から１バイト分の領域に配置
されることとなり、このようにして共通パケットデータ
が作成される。
【０１４０】次に、通信データ変換部２４０により、前
述した図８の［２１］〜［２５］及び図９と同じ要領
で、図５の第２テーブルを基に、シリアル通信に対応し
た通信データ列へのデータ変換が行われる。但し、この
シリアル通信の場合、図５の第２テーブルにおいて、Ｐ
Ｎ２に対応する共通パケットデータメッセージ長（１２
バイト）は、同ＰＮ２に対応する個別パケットデータメ
ッセージ長（１４バイト）よりも短いため、図１０の５
段目（上位層と記載された位置）に示すように、通信デ
ータ変換部２４０の上位層２４０ｕは、図８の［２２］
の処理にて、共通パケットデータ部２３０により作成さ
れた共通パケットデータを、そのまま個別パケットデー
タとして自己の作業領域に格納する。
述した図８の［２１］〜［２５］及び図９と同じ要領
で、図５の第２テーブルを基に、シリアル通信に対応し
た通信データ列へのデータ変換が行われる。但し、この
シリアル通信の場合、図５の第２テーブルにおいて、Ｐ
Ｎ２に対応する共通パケットデータメッセージ長（１２
バイト）は、同ＰＮ２に対応する個別パケットデータメ
ッセージ長（１４バイト）よりも短いため、図１０の５
段目（上位層と記載された位置）に示すように、通信デ
ータ変換部２４０の上位層２４０ｕは、図８の［２２］
の処理にて、共通パケットデータ部２３０により作成さ
れた共通パケットデータを、そのまま個別パケットデー
タとして自己の作業領域に格納する。
【０１４１】そして、図５の第２テーブルにおいて、Ｐ
Ｎ２に対応する通信方式はシリアル通信を示す“ＳＣ
Ｉ”であり、ヘッダ情報は“ID=1”と“ML=16 ”である
ため、図１０の６段目（下位層と記載された位置）に示
すように、通信データ変換部２４０の下位層２４０ｄ
は、図８の［２５］の処理にて、上位層２４０ｕの作業
領域に格納された個別パケットデータの先頭に、ヘッダ
情報として上記IDとMLとを付加すると共に、その個別パ
ケットデータの最後尾にチェックサム用のデータＳＵＭ
を付加することにより、シリアル通信（ＳＣＩ）に準じ
た通信データ列を作成する。尚、IDは、シリアルデータ
の送信元である第１マイコン６０の識別コードである。
Ｎ２に対応する通信方式はシリアル通信を示す“ＳＣ
Ｉ”であり、ヘッダ情報は“ID=1”と“ML=16 ”である
ため、図１０の６段目（下位層と記載された位置）に示
すように、通信データ変換部２４０の下位層２４０ｄ
は、図８の［２５］の処理にて、上位層２４０ｕの作業
領域に格納された個別パケットデータの先頭に、ヘッダ
情報として上記IDとMLとを付加すると共に、その個別パ
ケットデータの最後尾にチェックサム用のデータＳＵＭ
を付加することにより、シリアル通信（ＳＣＩ）に準じ
た通信データ列を作成する。尚、IDは、シリアルデータ
の送信元である第１マイコン６０の識別コードである。
【０１４２】その後、通信データ変換部２４０の下位層
２４０ｄは、図５の第２テーブルにてＰＮ２に対応する
通信方式がＳＣＩであるため、図８の［２６］の動作
で、通信ドライバ部３００のシリアル通信部３２０に対
して、送信要求のメッセージを発行する。
２４０ｄは、図５の第２テーブルにてＰＮ２に対応する
通信方式がＳＣＩであるため、図８の［２６］の動作
で、通信ドライバ部３００のシリアル通信部３２０に対
して、送信要求のメッセージを発行する。
【０１４３】すると、シリアル通信部３２０は、上記下
位層２４０ｄによって作成された通信データ列を、シリ
アル通信の通信プロトコルに応じたボーレートや転送タ
イミングで、シリアル通信線１１へ順次出力する。そし
て、こうした一連の処理により、第１マイコン６０内の
アプリケーション部１００で求められた制御用データ
が、シリアル通信線１１に対応した通信プロトコルの通
信データ列に変換されて、姿勢制御ＥＣＵ８へ送信され
ることとなる。
位層２４０ｄによって作成された通信データ列を、シリ
アル通信の通信プロトコルに応じたボーレートや転送タ
イミングで、シリアル通信線１１へ順次出力する。そし
て、こうした一連の処理により、第１マイコン６０内の
アプリケーション部１００で求められた制御用データ
が、シリアル通信線１１に対応した通信プロトコルの通
信データ列に変換されて、姿勢制御ＥＣＵ８へ送信され
ることとなる。
【０１４４】このように、多重通信の場合（図９）とシ
リアル通信の場合（図１０）とを比較すると、通信変換
部２００の各部２１０〜２４０で実施される処理自体に
は相違が無く、異なっているのは、ヘッダ情報やＳＰＤ
データ及びＮｅデータ等の外部共有データの通信データ
列における配置位置だけであり、その相違部分は、全て
第１テーブル（図４）と第２テーブル（図５）とによっ
て定義されている。よって、この第１テーブル及び第２
テーブルで定義する内容を組み換えるだけで、通信プロ
トコルや外部共有データの通信データ列における配置位
置の違いに対応することができる。
リアル通信の場合（図１０）とを比較すると、通信変換
部２００の各部２１０〜２４０で実施される処理自体に
は相違が無く、異なっているのは、ヘッダ情報やＳＰＤ
データ及びＮｅデータ等の外部共有データの通信データ
列における配置位置だけであり、その相違部分は、全て
第１テーブル（図４）と第２テーブル（図５）とによっ
て定義されている。よって、この第１テーブル及び第２
テーブルで定義する内容を組み換えるだけで、通信プロ
トコルや外部共有データの通信データ列における配置位
置の違いに対応することができる。
【０１４５】以上、第１マイコン６０から外部へ制御用
データを送信する場合の通信データ列への変換処理につ
いて説明したが、第１マイコン６０が外部から制御用デ
ータを受信する場合には、通信変換部２００の各部２１
０〜２４０が、上述した処理とは逆の処理を行う。
データを送信する場合の通信データ列への変換処理につ
いて説明したが、第１マイコン６０が外部から制御用デ
ータを受信する場合には、通信変換部２００の各部２１
０〜２４０が、上述した処理とは逆の処理を行う。
【０１４６】そこで次に、第１マイコン６０が外部から
制御用データを受信する場合に行われる処理について、
多重通信の場合を例に挙げて、図１１〜図１４を用い説
明する。尚、図１１〜図１３は、受信した通信データ列
から制御用データへの変換処理動作を示すメッセージシ
ーケンスチャートであり、上下方向の線や横方向の矢印
等の意味は図６〜図８と同様である。また、図１４は、
外部からの通信データ列が、第１マイコン６０のアプリ
ケーション部１００で制御演算に使用される制御用デー
タに変換される様子を、多重通信の場合を例にして示し
た模式図である。
制御用データを受信する場合に行われる処理について、
多重通信の場合を例に挙げて、図１１〜図１４を用い説
明する。尚、図１１〜図１３は、受信した通信データ列
から制御用データへの変換処理動作を示すメッセージシ
ーケンスチャートであり、上下方向の線や横方向の矢印
等の意味は図６〜図８と同様である。また、図１４は、
外部からの通信データ列が、第１マイコン６０のアプリ
ケーション部１００で制御演算に使用される制御用デー
タに変換される様子を、多重通信の場合を例にして示し
た模式図である。
【０１４７】まず、エアコンＥＣＵ４或いはメータＥＣ
Ｕ６から多重通信線１０を介して通信データが送られて
来ると、通信ドライバ部３００の多重通信部３３０が、
通信ＩＣ７０から受信データ（即ち、通信ＩＣ７０にて
受信された通信データ）を１フレーム分ずつ取得すると
共に、図１１の［３０］に示す如く、通信データ変換部
２４０の下位層２４０ｄに対して、受信通知のメッセー
ジを発行する。
Ｕ６から多重通信線１０を介して通信データが送られて
来ると、通信ドライバ部３００の多重通信部３３０が、
通信ＩＣ７０から受信データ（即ち、通信ＩＣ７０にて
受信された通信データ）を１フレーム分ずつ取得すると
共に、図１１の［３０］に示す如く、通信データ変換部
２４０の下位層２４０ｄに対して、受信通知のメッセー
ジを発行する。
【０１４８】尚、通信ＩＣ７０は、図１４の８段目（最
下段）に示すように、多重通信線１０を介して送られて
来た通信データの各フレームから、ＳＯＦ，ＣＲＣ，Ａ
ｃｋ，及びＥＯＦの各データを削除して、ヘッダ情報
（Arbitration 及びML）とデータフレーム部分（Ｄａｔ
ａ）とからなる通信データ列を、１フレーム分の受信デ
ータとして第１マイコン６０へ出力する。また、以下の
説明では、ヘッダ情報としてのArbitration とMLとが、
夫々、0x124 と08である通信データが、多重通信線１０
を介して送られて来たものとする。
下段）に示すように、多重通信線１０を介して送られて
来た通信データの各フレームから、ＳＯＦ，ＣＲＣ，Ａ
ｃｋ，及びＥＯＦの各データを削除して、ヘッダ情報
（Arbitration 及びML）とデータフレーム部分（Ｄａｔ
ａ）とからなる通信データ列を、１フレーム分の受信デ
ータとして第１マイコン６０へ出力する。また、以下の
説明では、ヘッダ情報としてのArbitration とMLとが、
夫々、0x124 と08である通信データが、多重通信線１０
を介して送られて来たものとする。
【０１４９】そして、通信ドライバ部３００が受信通知
のメッセージを発行すると、通信データ変換部２４０の
下位層２４０ｄは、図１１の［３１］に示すように、テ
ーブル格納部５００にある第２テーブル（図５）を参照
して、通信ドライバ部３００（この例では多重通信部３
３０）により取得された受信データのヘッダ情報に対応
した通信方式及びパケット番号を、通信データ情報とし
て取得する。
のメッセージを発行すると、通信データ変換部２４０の
下位層２４０ｄは、図１１の［３１］に示すように、テ
ーブル格納部５００にある第２テーブル（図５）を参照
して、通信ドライバ部３００（この例では多重通信部３
３０）により取得された受信データのヘッダ情報に対応
した通信方式及びパケット番号を、通信データ情報とし
て取得する。
【０１５０】そして次に、下位層２４０ｄは、図１１の
［３２］の処理にて、通信ドライバ部３００により取得
された１フレーム分の各受信データを、上記［３１］の
動作で第２テーブルから取得した通信方式に基づき、個
別パケットデータに変換する。
［３２］の処理にて、通信ドライバ部３００により取得
された１フレーム分の各受信データを、上記［３１］の
動作で第２テーブルから取得した通信方式に基づき、個
別パケットデータに変換する。
【０１５１】例えば、通信ドライバ部３００により取得
された受信データのArbitration が0x124 であり、MLが
08であった場合、上記［３１］の動作では、図５の第２
テーブルから、通信方式としてＣＡＮが取得されると共
に、パケット番号としてＰＮ３が取得されることとな
る。そして、この場合、下位層２４０ｄは、図１４の６
段目（下位層と記載された位置）及び５段目（上位層と
記載された位置）に示すように、通信ドライバ部３００
により取得された１フレーム分の各受信データから、デ
ータフレーム部分以外の情報（この例ではヘッダ情報）
を削除して、個別パケットデータを作成する。
された受信データのArbitration が0x124 であり、MLが
08であった場合、上記［３１］の動作では、図５の第２
テーブルから、通信方式としてＣＡＮが取得されると共
に、パケット番号としてＰＮ３が取得されることとな
る。そして、この場合、下位層２４０ｄは、図１４の６
段目（下位層と記載された位置）及び５段目（上位層と
記載された位置）に示すように、通信ドライバ部３００
により取得された１フレーム分の各受信データから、デ
ータフレーム部分以外の情報（この例ではヘッダ情報）
を削除して、個別パケットデータを作成する。
【０１５２】尚、下位層２４０ｄは、第２テーブルから
取得した通信方式がＳＣＩであった場合には、通信ドラ
イバ部３００により取得された１フレーム分の受信デー
タから、ヘッダ情報とチェックサム用のデータＳＵＭを
削除して、個別パケットデータを作成する（図１０の６
段目（下位層と記載された位置）及び５段目（上位層と
記載された位置）参照）。
取得した通信方式がＳＣＩであった場合には、通信ドラ
イバ部３００により取得された１フレーム分の受信デー
タから、ヘッダ情報とチェックサム用のデータＳＵＭを
削除して、個別パケットデータを作成する（図１０の６
段目（下位層と記載された位置）及び５段目（上位層と
記載された位置）参照）。
【０１５３】その後、下位層２４０ｄは、図１１の［３
３］に示すように、上位層２４０ｕに対して、受信通知
のメッセージを発行する。また、この時、上記［３１］
の動作で第２テーブルから取得したパケット番号（この
例ではＰＮ３）も、上位層２４０ｕへ送られる。
３］に示すように、上位層２４０ｕに対して、受信通知
のメッセージを発行する。また、この時、上記［３１］
の動作で第２テーブルから取得したパケット番号（この
例ではＰＮ３）も、上位層２４０ｕへ送られる。
【０１５４】すると、上位層２４０ｕは、図１１の［３
４］に示すように、テーブル格納部５００にある第２テ
ーブル（図５）を参照して、下位層２４０ｄから送られ
て来たＰＮ３に対応する共通パケットデータメッセージ
長と個別パケットデータメッセージ長とを、個別パケッ
ト情報として取得する。
４］に示すように、テーブル格納部５００にある第２テ
ーブル（図５）を参照して、下位層２４０ｄから送られ
て来たＰＮ３に対応する共通パケットデータメッセージ
長と個別パケットデータメッセージ長とを、個別パケッ
ト情報として取得する。
【０１５５】そして、上位層２４０ｕは、図１１の［３
５］の処理にて、下位層２４０ｄによって作成された個
別パケットデータから、上記［３４］の動作で取得した
個別パケット情報に基づき、ＰＮ３の共通パケットデー
タを作成する。具体的には、図５に示すように、ＰＮ３
に対応する共通パケットデータメッセージ長は“１２バ
イト”であり、個別パケットデータメッセージ長は“８
バイト”であるため、上位層２４０ｕは、図１４の５段
目（上位層と記載された位置）及び４段目に示すよう
に、下位層２４０ｄによって作成された各個別パケット
データからＦＣＩを削除すると共に、そのＦＣＩを削除
した各個別パケットデータを、それに含まれていたＦＣ
Ｉが示す順番に並べて結合することにより、共通パケッ
トデータを作成する。
５］の処理にて、下位層２４０ｄによって作成された個
別パケットデータから、上記［３４］の動作で取得した
個別パケット情報に基づき、ＰＮ３の共通パケットデー
タを作成する。具体的には、図５に示すように、ＰＮ３
に対応する共通パケットデータメッセージ長は“１２バ
イト”であり、個別パケットデータメッセージ長は“８
バイト”であるため、上位層２４０ｕは、図１４の５段
目（上位層と記載された位置）及び４段目に示すよう
に、下位層２４０ｄによって作成された各個別パケット
データからＦＣＩを削除すると共に、そのＦＣＩを削除
した各個別パケットデータを、それに含まれていたＦＣ
Ｉが示す順番に並べて結合することにより、共通パケッ
トデータを作成する。
【０１５６】そして、上位層２４０ｕは、共通パケット
データの作成を終了すると、図１１の［３６］及び図１
２の［３６］に示すように、共通パケットデータ部２３
０に対して、受信通知のメッセージを発行する。また、
この時、下位層２４０ｄから送られて来たパケット番号
（即ち、今回作成した共通パケットデータのパケット番
号）も、共通パケットデータ部２３０へ送られる。
データの作成を終了すると、図１１の［３６］及び図１
２の［３６］に示すように、共通パケットデータ部２３
０に対して、受信通知のメッセージを発行する。また、
この時、下位層２４０ｄから送られて来たパケット番号
（即ち、今回作成した共通パケットデータのパケット番
号）も、共通パケットデータ部２３０へ送られる。
【０１５７】尚、上位層２４０ｕは、上記［３４］の動
作で第２テーブルから取得した共通パケットデータメッ
セージ長が、個別パケットデータメッセージ長以下であ
った場合（例えば、シリアル通信の場合）には、下位層
２４０ｄによって作成された個別パケットデータを、そ
のまま共通パケットデータとして、共通パケットデータ
部２３０に対し受信通知のメッセージを発行する。つま
り、この場合には、下位層２４０ｄによって個別パケッ
トデータが１つだけ作成され、その個別パケットデータ
が、そのまま共通パケットデータとなる（図１０の５段
目（上位層と記載された位置）及び４段目参照）。
作で第２テーブルから取得した共通パケットデータメッ
セージ長が、個別パケットデータメッセージ長以下であ
った場合（例えば、シリアル通信の場合）には、下位層
２４０ｄによって作成された個別パケットデータを、そ
のまま共通パケットデータとして、共通パケットデータ
部２３０に対し受信通知のメッセージを発行する。つま
り、この場合には、下位層２４０ｄによって個別パケッ
トデータが１つだけ作成され、その個別パケットデータ
が、そのまま共通パケットデータとなる（図１０の５段
目（上位層と記載された位置）及び４段目参照）。
【０１５８】次に、上位層２４０ｕが共通パケットデー
タ部２３０に対して受信通知のメッセージを発行する
と、共通パケットデータ部２３０は、図１２の［３７］
に示すように、テーブル格納部５００にある第１テーブ
ル（図４）を参照して、上位層２４０ｕから送られて来
たパケット番号に対応する各Handle番号（つまり、上位
層２４０ｕによって作成された共通パケットデータに集
約されている制御用データの各Handle番号）と、その各
Handle番号にそれぞれ対応する共通パケットデータサイ
ズ及び共通パケットデータ位置とを、共通パケット情報
として取得する。
タ部２３０に対して受信通知のメッセージを発行する
と、共通パケットデータ部２３０は、図１２の［３７］
に示すように、テーブル格納部５００にある第１テーブ
ル（図４）を参照して、上位層２４０ｕから送られて来
たパケット番号に対応する各Handle番号（つまり、上位
層２４０ｕによって作成された共通パケットデータに集
約されている制御用データの各Handle番号）と、その各
Handle番号にそれぞれ対応する共通パケットデータサイ
ズ及び共通パケットデータ位置とを、共通パケット情報
として取得する。
【０１５９】そして、共通パケットデータ部２３０は、
図１２の［３８］の処理にて、上位層２４０ｕによって
作成された共通パケットデータを、上記［３７］の動作
で第１テーブルから取得した各Handle番号に対応する共
通パケットデータ位置及び共通パケットデータサイズに
基づいて、個々の制御用データに分解する。
図１２の［３８］の処理にて、上位層２４０ｕによって
作成された共通パケットデータを、上記［３７］の動作
で第１テーブルから取得した各Handle番号に対応する共
通パケットデータ位置及び共通パケットデータサイズに
基づいて、個々の制御用データに分解する。
【０１６０】つまり、第１テーブルにおける各Handle番
号に対応した共通パケットデータ位置と共通パケットデ
ータサイズとにより、どのHandle番号の制御用データ
が、共通パケットデータのどの位置に、どの位のデータ
長で配置されているかが分かるからである。
号に対応した共通パケットデータ位置と共通パケットデ
ータサイズとにより、どのHandle番号の制御用データ
が、共通パケットデータのどの位置に、どの位のデータ
長で配置されているかが分かるからである。
【０１６１】例えば、上位層２４０ｕから共通パケット
データ部２３０へパケット番号としてＰＮ３が送られた
場合、図４に示すように、ＰＮ３に対応したHandle20に
対応する共通パケットデータ位置と共通パケットデータ
サイズは、夫々、“０”と“２バイト”であり、また、
ＰＮ３に対応したHandle21に対応する共通パケットデー
タ位置と共通パケットデータサイズは、夫々、“４”と
“１バイト”である。よって、この場合には、図１４の
４段目及び３段目に示すように、共通パケットデータの
０バイト目の位置から２バイト分の領域に配置されたデ
ータが、Handle20に対応するＬＳＢ変換前の制御用デー
タ（本実施形態では、ＬＳＢ変換前の外気温ＴＡＭのデ
ータであり、以下、ＴＡＭ’データという）として、共
通パケットデータ部２３０の作業領域に格納され、ま
た、共通パケットデータの４バイト目の位置から１バイ
ト分の領域に配置されたデータが、Handle21に対応する
ＬＳＢ変換前の制御用データ（本実施形態では、ＬＳＢ
変換前のエアコン制御データＡＣであり、以下、ＡＣ’
データという）として、共通パケットデータ部２３０の
作業領域に格納されることとなる。
データ部２３０へパケット番号としてＰＮ３が送られた
場合、図４に示すように、ＰＮ３に対応したHandle20に
対応する共通パケットデータ位置と共通パケットデータ
サイズは、夫々、“０”と“２バイト”であり、また、
ＰＮ３に対応したHandle21に対応する共通パケットデー
タ位置と共通パケットデータサイズは、夫々、“４”と
“１バイト”である。よって、この場合には、図１４の
４段目及び３段目に示すように、共通パケットデータの
０バイト目の位置から２バイト分の領域に配置されたデ
ータが、Handle20に対応するＬＳＢ変換前の制御用デー
タ（本実施形態では、ＬＳＢ変換前の外気温ＴＡＭのデ
ータであり、以下、ＴＡＭ’データという）として、共
通パケットデータ部２３０の作業領域に格納され、ま
た、共通パケットデータの４バイト目の位置から１バイ
ト分の領域に配置されたデータが、Handle21に対応する
ＬＳＢ変換前の制御用データ（本実施形態では、ＬＳＢ
変換前のエアコン制御データＡＣであり、以下、ＡＣ’
データという）として、共通パケットデータ部２３０の
作業領域に格納されることとなる。
【０１６２】そして、共通パケットデータ部２３０は、
共通パケットデータの分解を終えると、その分解によっ
て得た各制御用データを物理値変換部２２０にＬＳＢ変
換させると共に、そのＬＳＢ変換後の制御用データを、
共有メモリ部２１０によって共有メモリへ格納させるた
めの動作を行う。
共通パケットデータの分解を終えると、その分解によっ
て得た各制御用データを物理値変換部２２０にＬＳＢ変
換させると共に、そのＬＳＢ変換後の制御用データを、
共有メモリ部２１０によって共有メモリへ格納させるた
めの動作を行う。
【０１６３】具体的には、この例の場合、共通パケット
データ部２３０は、まず、図１２の［３９］に示すよう
に、物理値変換部２２０に対して、共通パケットデータ
の分解によって得た制御用データのうちの１つ（Data'
）と、その制御用データに対応するHandle番号（ここ
ではHandle20）とを含む物理値変換要求のメッセージを
発行する。
データ部２３０は、まず、図１２の［３９］に示すよう
に、物理値変換部２２０に対して、共通パケットデータ
の分解によって得た制御用データのうちの１つ（Data'
）と、その制御用データに対応するHandle番号（ここ
ではHandle20）とを含む物理値変換要求のメッセージを
発行する。
【０１６４】すると、物理値変換部２２０は、図１２の
［４０］に示すように、テーブル格納部５００にある第
１テーブル（図４）を参照して、上記物理値変換要求の
メッセージと共に送られて来たHandle番号（Handle20）
に対応するＬＳＢ変換コールアドレスを取得する。そし
て、物理値変換部２２０は、図１２の［４１］の処理に
て、上記取得したＬＳＢ変換コールアドレスに格納され
ているプログラムを起動することにより、上記物理値変
換要求のメッセージと共に送られて来たHandle20のデー
タ（Data' ）に対してＬＳＢ変換を実施する。
［４０］に示すように、テーブル格納部５００にある第
１テーブル（図４）を参照して、上記物理値変換要求の
メッセージと共に送られて来たHandle番号（Handle20）
に対応するＬＳＢ変換コールアドレスを取得する。そし
て、物理値変換部２２０は、図１２の［４１］の処理に
て、上記取得したＬＳＢ変換コールアドレスに格納され
ているプログラムを起動することにより、上記物理値変
換要求のメッセージと共に送られて来たHandle20のデー
タ（Data' ）に対してＬＳＢ変換を実施する。
【０１６５】これにより、図１４の４段目及び３段目に
示すように、Handle20に対応したＴＡＭ’データがＬＳ
Ｂ変換される。尚、図１４において、ＴＡＭは、Handle
20に対応したＬＳＢ変換後の外気温ＴＡＭのデータであ
り、以下、このデータをＴＡＭデータという。
示すように、Handle20に対応したＴＡＭ’データがＬＳ
Ｂ変換される。尚、図１４において、ＴＡＭは、Handle
20に対応したＬＳＢ変換後の外気温ＴＡＭのデータであ
り、以下、このデータをＴＡＭデータという。
【０１６６】その後、共通パケットデータ部２３０は、
図１２の［４２］に示すように、共有メモリ部２１０に
対して、物理値変換部２２０により今回ＬＳＢ変換され
た制御用データ（Data）と、その制御用データに対応す
るHandle番号（ここではHandle20）とを含むデータ更新
要求のメッセージを発行する。
図１２の［４２］に示すように、共有メモリ部２１０に
対して、物理値変換部２２０により今回ＬＳＢ変換され
た制御用データ（Data）と、その制御用データに対応す
るHandle番号（ここではHandle20）とを含むデータ更新
要求のメッセージを発行する。
【０１６７】すると、共有メモリ部２１０は、テーブル
格納部５００にある第１テーブル（図４）を参照して、
上記データ更新要求のメッセージと共に送られて来たHa
ndle番号（Handle20）に対応する共有メモリアドレス
（$FFFF0010 ）と共有メモリサイズ（２byte）とを取得
し、更に、その取得した共有メモリアドレス及び共有メ
モリサイズに基づき、共有メモリの$FFFF0010 番地から
２バイト分の領域に、上記データ更新要求のメッセージ
と共に送られて来たデータ（Data）を書き込む。これに
より、図１４の３段目及び２段目に示すように、Handle
20に対応したＬＳＢ変換後のＴＡＭデータが、共有メモ
リに更新して書き込まれることとなる。
格納部５００にある第１テーブル（図４）を参照して、
上記データ更新要求のメッセージと共に送られて来たHa
ndle番号（Handle20）に対応する共有メモリアドレス
（$FFFF0010 ）と共有メモリサイズ（２byte）とを取得
し、更に、その取得した共有メモリアドレス及び共有メ
モリサイズに基づき、共有メモリの$FFFF0010 番地から
２バイト分の領域に、上記データ更新要求のメッセージ
と共に送られて来たデータ（Data）を書き込む。これに
より、図１４の３段目及び２段目に示すように、Handle
20に対応したＬＳＢ変換後のＴＡＭデータが、共有メモ
リに更新して書き込まれることとなる。
【０１６８】次に、共通パケットデータ部２３０は、図
１２の［４３］に示すように、物理値変換部２２０に対
して、共通パケットデータの分解によって得た制御用デ
ータのうちの次の制御用データ（Data' ）と、その制御
用データに対応するHandle番号（ここではHandle21）と
を含む物理値変換要求のメッセージを発行する。
１２の［４３］に示すように、物理値変換部２２０に対
して、共通パケットデータの分解によって得た制御用デ
ータのうちの次の制御用データ（Data' ）と、その制御
用データに対応するHandle番号（ここではHandle21）と
を含む物理値変換要求のメッセージを発行する。
【０１６９】すると、物理値変換部２２０は、上述のHa
ndle20が送られて来た場合と同様に、図１２の［４４］
に示す如く、テーブル格納部５００にある第１テーブル
（図４）を参照して、Handle21に対応するＬＳＢ変換コ
ールアドレスを取得し、図１２の［４５］の処理にて、
上記取得したＬＳＢ変換コールアドレスに格納されてい
るプログラムを起動することにより、物理値変換要求の
メッセージと共に送られて来たHandle21のデータ（Dat
a' ）に対してＬＳＢ変換を実施する。
ndle20が送られて来た場合と同様に、図１２の［４４］
に示す如く、テーブル格納部５００にある第１テーブル
（図４）を参照して、Handle21に対応するＬＳＢ変換コ
ールアドレスを取得し、図１２の［４５］の処理にて、
上記取得したＬＳＢ変換コールアドレスに格納されてい
るプログラムを起動することにより、物理値変換要求の
メッセージと共に送られて来たHandle21のデータ（Dat
a' ）に対してＬＳＢ変換を実施する。
【０１７０】これにより、図１４の４段目及び３段目に
示すように、Handle21に対応したＡＣ’データがＬＳＢ
変換される。尚、図１４において、ＡＣは、Handle21に
対応したＬＳＢ変換後のエアコン制御データＡＣであ
り、以下、このデータをＡＣデータという。
示すように、Handle21に対応したＡＣ’データがＬＳＢ
変換される。尚、図１４において、ＡＣは、Handle21に
対応したＬＳＢ変換後のエアコン制御データＡＣであ
り、以下、このデータをＡＣデータという。
【０１７１】その後、共通パケットデータ部２３０は、
図１２の［４６］に示す如く、上述した［４２］の場合
と同様に、共有メモリ部２１０に対して、物理値変換部
２２０により今回ＬＳＢ変換された制御用データ（Dat
a）と、その制御用データに対応するHandle番号（ここ
ではHandle21）とを含むデータ更新要求のメッセージを
発行する。
図１２の［４６］に示す如く、上述した［４２］の場合
と同様に、共有メモリ部２１０に対して、物理値変換部
２２０により今回ＬＳＢ変換された制御用データ（Dat
a）と、その制御用データに対応するHandle番号（ここ
ではHandle21）とを含むデータ更新要求のメッセージを
発行する。
【０１７２】すると、共有メモリ部２１０は、上述のHa
ndle20が送られて来た場合と同様に、テーブル格納部５
００にある第１テーブル（図４）を参照して、Handle21
に対応する共有メモリアドレス（$FFFF0012 ）と共有メ
モリサイズ（１byte）とを取得すると共に、その取得し
た共有メモリアドレス及び共有メモリサイズに基づき、
共有メモリの$FFFF0012 番地から１バイト分の領域に、
上記データ更新要求のメッセージと共に送られて来たデ
ータ（Data）を書き込む。これにより、図１４の３段目
及び２段目に示すように、Handle21に対応したＬＳＢ変
換後のＡＣデータが、共有メモリに更新して書き込まれ
ることとなる。
ndle20が送られて来た場合と同様に、テーブル格納部５
００にある第１テーブル（図４）を参照して、Handle21
に対応する共有メモリアドレス（$FFFF0012 ）と共有メ
モリサイズ（１byte）とを取得すると共に、その取得し
た共有メモリアドレス及び共有メモリサイズに基づき、
共有メモリの$FFFF0012 番地から１バイト分の領域に、
上記データ更新要求のメッセージと共に送られて来たデ
ータ（Data）を書き込む。これにより、図１４の３段目
及び２段目に示すように、Handle21に対応したＬＳＢ変
換後のＡＣデータが、共有メモリに更新して書き込まれ
ることとなる。
【０１７３】そして、図示はしていないが、上記［３
８］の処理で共通パケットデータから分解された他の制
御用データの各々についても、図１２の［３９］〜［４
２］及び［４３］〜［４６］と同じ処理が行われて、そ
の各制御用データがＬＳＢ変換されると共に、そのＬＳ
Ｂ変換後の制御用データが共有メモリに更新して書き込
まれる。
８］の処理で共通パケットデータから分解された他の制
御用データの各々についても、図１２の［３９］〜［４
２］及び［４３］〜［４６］と同じ処理が行われて、そ
の各制御用データがＬＳＢ変換されると共に、そのＬＳ
Ｂ変換後の制御用データが共有メモリに更新して書き込
まれる。
【０１７４】尚、外部から送信されて来た制御用データ
をＬＳＢ変換して共有メモリに書き込むようにしている
のは、第１マイコン６０のアプリケーション部１００で
求めた制御用データを外部へ送信する場合の前述した理
由と同じであり、外部から送信されて来た制御用データ
のデータ長を、当該第１マイコン６０のアプリケーショ
ン部１００で採用されているデータ精度に応じたデータ
長に変換するためである。
をＬＳＢ変換して共有メモリに書き込むようにしている
のは、第１マイコン６０のアプリケーション部１００で
求めた制御用データを外部へ送信する場合の前述した理
由と同じであり、外部から送信されて来た制御用データ
のデータ長を、当該第１マイコン６０のアプリケーショ
ン部１００で採用されているデータ精度に応じたデータ
長に変換するためである。
【０１７５】一方、このようにして共有メモリに書き込
まれた制御用データを、アプリケーション部１００（詳
しくは、アプリケーション部１００の各アプリケーショ
ンソフト）が制御用演算処理に使用する場合には、アプ
リケーション部１００と共有メモリ部２１０とが、図１
３に示すように動作する。尚、図１３は、アプリケーシ
ョン部１００のエンジンアプリケーションソフト１１０
が、エアコンＥＣＵ４から取得したＴＡＭデータを演算
処理に使用する場合を例示している。
まれた制御用データを、アプリケーション部１００（詳
しくは、アプリケーション部１００の各アプリケーショ
ンソフト）が制御用演算処理に使用する場合には、アプ
リケーション部１００と共有メモリ部２１０とが、図１
３に示すように動作する。尚、図１３は、アプリケーシ
ョン部１００のエンジンアプリケーションソフト１１０
が、エアコンＥＣＵ４から取得したＴＡＭデータを演算
処理に使用する場合を例示している。
【０１７６】例えば、アプリケーション部１００にある
エンジンアプリケーションソフト１１０にて、共有メモ
リから外部共有データの１つであるＴＡＭデータ（外気
温ＴＡＭのデータ）を読み出す処理ステップになると、
図１３の［４７］に示すように、アプリケーション部１
００のエンジンアプリケーションソフト１１０は、共有
メモリ部２１０に対してデータ読出要求のメッセージを
発行する。そして、この時、ＴＡＭデータのHandle番号
（この例ではHandle20）と、エンジンアプリケーション
ソフト１１０でのＴＡＭデータの格納アドレス（即ち、
エンジンアプリケーションソフト１１０が制御用の演算
処理時にＴＡＭデータの書き込み及び読み出しを行う制
御用データ記憶領域のアドレスであって、この例では＆
ＴＡＭ）との各情報も、共有メモリ部２１０へ送られ
る。
エンジンアプリケーションソフト１１０にて、共有メモ
リから外部共有データの１つであるＴＡＭデータ（外気
温ＴＡＭのデータ）を読み出す処理ステップになると、
図１３の［４７］に示すように、アプリケーション部１
００のエンジンアプリケーションソフト１１０は、共有
メモリ部２１０に対してデータ読出要求のメッセージを
発行する。そして、この時、ＴＡＭデータのHandle番号
（この例ではHandle20）と、エンジンアプリケーション
ソフト１１０でのＴＡＭデータの格納アドレス（即ち、
エンジンアプリケーションソフト１１０が制御用の演算
処理時にＴＡＭデータの書き込み及び読み出しを行う制
御用データ記憶領域のアドレスであって、この例では＆
ＴＡＭ）との各情報も、共有メモリ部２１０へ送られ
る。
【０１７７】尚、データ読出要求のメッセージを発行す
る処理を、Ｃ言語でプログラミングした場合、ＴＡＭデ
ータを共有メモリから読み出すためのメッセージの発行
命令は、次のようになる。 Read（Handle20，＆ＴＡＭ） この命令の意味は、ＴＡＭデータのHandle番号（Handle
20）に対応するデータを読み出して、そのデータを＆Ｔ
ＡＭに記憶する、ということである。
る処理を、Ｃ言語でプログラミングした場合、ＴＡＭデ
ータを共有メモリから読み出すためのメッセージの発行
命令は、次のようになる。 Read（Handle20，＆ＴＡＭ） この命令の意味は、ＴＡＭデータのHandle番号（Handle
20）に対応するデータを読み出して、そのデータを＆Ｔ
ＡＭに記憶する、ということである。
【０１７８】また、アプリケーション部１００の各アプ
リケーションソフト１１０，１２０，１３０が、共有メ
モリからＴＡＭデータ以外のデータを読み出す場合に
は、上記命令のうち、“Handle20”が、読み出すべきデ
ータのHandle番号となり、＆ＴＡＭが、そのアプリケー
ションソフト用に設けられた制御用データ記憶領域のう
ちで、読み出すべきデータを格納するために設定された
記憶領域のアドレスとなる。
リケーションソフト１１０，１２０，１３０が、共有メ
モリからＴＡＭデータ以外のデータを読み出す場合に
は、上記命令のうち、“Handle20”が、読み出すべきデ
ータのHandle番号となり、＆ＴＡＭが、そのアプリケー
ションソフト用に設けられた制御用データ記憶領域のう
ちで、読み出すべきデータを格納するために設定された
記憶領域のアドレスとなる。
【０１７９】そして、共有メモリ部２１０は、アプリケ
ーション部１００（エンジンアプリケーションソフト１
１０）からの上記メッセージを受けると、図１３の［４
８］に示すように、テーブル格納部５００にある第１テ
ーブル（図４）を参照して、上記メッセージと共に送ら
れて来たHandle番号（Handle20）に対応する共有メモリ
アドレスと共有メモリサイズとを、共有メモリ情報とし
て取得する。
ーション部１００（エンジンアプリケーションソフト１
１０）からの上記メッセージを受けると、図１３の［４
８］に示すように、テーブル格納部５００にある第１テ
ーブル（図４）を参照して、上記メッセージと共に送ら
れて来たHandle番号（Handle20）に対応する共有メモリ
アドレスと共有メモリサイズとを、共有メモリ情報とし
て取得する。
【０１８０】すると、共有メモリ部２１０は、上記取得
した共有メモリ情報に基づき、ＴＡＭデータは共有メモ
リにて$FFFF0010 番地を先頭にした２バイト分の領域に
格納されていることを認知し、図１３の［４９］の処理
にて、共有メモリの$FFFF0010 番地から２バイト分の領
域に格納されているＴＡＭデータを、エンジンアプリケ
ーションソフト１１０でのＴＡＭデータの格納アドレス
（＆ＴＡＭ）にコピーする。
した共有メモリ情報に基づき、ＴＡＭデータは共有メモ
リにて$FFFF0010 番地を先頭にした２バイト分の領域に
格納されていることを認知し、図１３の［４９］の処理
にて、共有メモリの$FFFF0010 番地から２バイト分の領
域に格納されているＴＡＭデータを、エンジンアプリケ
ーションソフト１１０でのＴＡＭデータの格納アドレス
（＆ＴＡＭ）にコピーする。
【０１８１】そして、このコピーの動作により、図１４
の２段目と１段目との間に示した上向き矢印の如く、共
有メモリ内のＴＡＭデータがエンジンアプリケーション
ソフト１１０へ提供されることとなる。尚、図１３の
［４９］では、このコピーの動作を「共有メモリのデー
タを通知」と記載している。
の２段目と１段目との間に示した上向き矢印の如く、共
有メモリ内のＴＡＭデータがエンジンアプリケーション
ソフト１１０へ提供されることとなる。尚、図１３の
［４９］では、このコピーの動作を「共有メモリのデー
タを通知」と記載している。
【０１８２】また、図示はしていないが、共有メモリ内
のＴＡＭデータ以外の制御用データも、図１３と同じ要
領でアプリケーション部１００の各アプリケーションソ
フトに提供される。例えば、アプリケーション部１００
のエンジンアプリケーションソフト１１０が、ＥＣＴア
プリケーションソフト１２０によって算出されたＳＰＤ
データを共有メモリから読み出す場合や、ＥＣＴアプリ
ケーションソフト１２０が、エンジンアプリケーション
ソフト１１０によって算出されたＮｅデータを共有メモ
リから読み出す場合にも、図１３と同じ処理が行われ
る。
のＴＡＭデータ以外の制御用データも、図１３と同じ要
領でアプリケーション部１００の各アプリケーションソ
フトに提供される。例えば、アプリケーション部１００
のエンジンアプリケーションソフト１１０が、ＥＣＴア
プリケーションソフト１２０によって算出されたＳＰＤ
データを共有メモリから読み出す場合や、ＥＣＴアプリ
ケーションソフト１２０が、エンジンアプリケーション
ソフト１１０によって算出されたＮｅデータを共有メモ
リから読み出す場合にも、図１３と同じ処理が行われ
る。
【０１８３】また更に、上記説明では、多重通信線１０
を介して送信されて来た通信データを受信する場合につ
いて述べたが、姿勢制御ＥＣＵ８からシリアル通信線１
１を介して送信されて来た通信データや、第２マイコン
６２から通信線６８を介して送信されて来た通信データ
を受信する場合にも、図１１〜図１３と同様の変換処理
動作が行われる。
を介して送信されて来た通信データを受信する場合につ
いて述べたが、姿勢制御ＥＣＵ８からシリアル通信線１
１を介して送信されて来た通信データや、第２マイコン
６２から通信線６８を介して送信されて来た通信データ
を受信する場合にも、図１１〜図１３と同様の変換処理
動作が行われる。
【０１８４】尚、本実施形態では、第１マイコン６０の
ＲＯＭに記憶された各プログラムのうち、アプリケーシ
ョン部１００の各アプリケーションソフト１１０〜１３
０が、アプリケーションプログラムに相当し、通信変換
部２００が、データ変換用プログラムに相当し、通信ド
ライバ部３００の各通信部３１０，３２０，３３０が、
通信ドライバ用プログラムに相当している。
ＲＯＭに記憶された各プログラムのうち、アプリケーシ
ョン部１００の各アプリケーションソフト１１０〜１３
０が、アプリケーションプログラムに相当し、通信変換
部２００が、データ変換用プログラムに相当し、通信ド
ライバ部３００の各通信部３１０，３２０，３３０が、
通信ドライバ用プログラムに相当している。
【０１８５】そして、データ送信時においては、共通パ
ケットデータ部２３０が、共通パケットデータ作成用プ
ログラムモジュールに相当し、通信データ変換部２４０
が、通信データ変換用プログラムモジュールに相当し、
物理値変換部２２０が、請求項５の物理値変換用プログ
ラムモジュールに相当する。
ケットデータ部２３０が、共通パケットデータ作成用プ
ログラムモジュールに相当し、通信データ変換部２４０
が、通信データ変換用プログラムモジュールに相当し、
物理値変換部２２０が、請求項５の物理値変換用プログ
ラムモジュールに相当する。
【０１８６】また、データ受信時においては、通信デー
タ変換部２４０が、第１のプログラムモジュールに相当
し、共通パケットデータ部２３０が、第２のプログラム
モジュールに相当し、物理値変換部２２０が、請求項１
０の物理値変換用プログラムモジュールに相当する。
タ変換部２４０が、第１のプログラムモジュールに相当
し、共通パケットデータ部２３０が、第２のプログラム
モジュールに相当し、物理値変換部２２０が、請求項１
０の物理値変換用プログラムモジュールに相当する。
【０１８７】また更に、ＲＯＭ内のテーブル格納部５０
０において、図４の第１テーブルを記憶した領域が、共
通パケットデータ情報記憶手段に相当し、図５の第２テ
ーブルを記憶した領域が、変換情報記憶手段に相当して
いる。そして、上記第１テーブルによって定義される
「共有メモリアドレス」と「共有メモリサイズ」とが、
制御用データの格納先情報に相当し、上記第１テーブル
によって定義される「共通パケットデータサイズ」と
「共通パケットデータ位置」とが、配置位置情報に相当
している。
０において、図４の第１テーブルを記憶した領域が、共
通パケットデータ情報記憶手段に相当し、図５の第２テ
ーブルを記憶した領域が、変換情報記憶手段に相当して
いる。そして、上記第１テーブルによって定義される
「共有メモリアドレス」と「共有メモリサイズ」とが、
制御用データの格納先情報に相当し、上記第１テーブル
によって定義される「共通パケットデータサイズ」と
「共通パケットデータ位置」とが、配置位置情報に相当
している。
【０１８８】また、上記第２テーブルによって定義され
る「通信方式」と「共通パケットデータメッセージ長」
と「個別パケットデータメッセージ長」と「ヘッダ情
報」とが、変換情報に相当している。以上のように本実
施形態の第１マイコン６０では、アプリケーション部１
００（アプリケーションソフト１１０〜１３０）とは別
の、独立した通信変換部２００と通信ドライバ部３００
とにより、通信対象へ送信すべき制御用データを通信プ
ロトコルに対応した通信データ列に変換する処理、及び
その通信データ列を上記通信プロトコルに従い通信対象
へ送信する処理と、通信対象から送信されて来る通信デ
ータ列を通信プロトコルに従い受信して取得する処理、
及びその取得された通信データ列から通信プロトコルに
基づき制御用データを抽出して、その制御用データを共
有メモリに書き込む処理とを、行うようにしている。
る「通信方式」と「共通パケットデータメッセージ長」
と「個別パケットデータメッセージ長」と「ヘッダ情
報」とが、変換情報に相当している。以上のように本実
施形態の第１マイコン６０では、アプリケーション部１
００（アプリケーションソフト１１０〜１３０）とは別
の、独立した通信変換部２００と通信ドライバ部３００
とにより、通信対象へ送信すべき制御用データを通信プ
ロトコルに対応した通信データ列に変換する処理、及び
その通信データ列を上記通信プロトコルに従い通信対象
へ送信する処理と、通信対象から送信されて来る通信デ
ータ列を通信プロトコルに従い受信して取得する処理、
及びその取得された通信データ列から通信プロトコルに
基づき制御用データを抽出して、その制御用データを共
有メモリに書き込む処理とを、行うようにしている。
【０１８９】よって、通信プロトコルが変わったり、シ
ステム構成の変更に伴い、通信対象と送受信すべき制御
用データの種類やデータ長、或いは通信データ列におけ
る各制御用データの並びが変わったとしても、アプリケ
ーション部１００を修正する必要が無い。
ステム構成の変更に伴い、通信対象と送受信すべき制御
用データの種類やデータ長、或いは通信データ列におけ
る各制御用データの並びが変わったとしても、アプリケ
ーション部１００を修正する必要が無い。
【０１９０】そして特に、本実施形態の第１マイコン６
０では、通信変換部２００が、共有メモリ部２１０と物
理値変換部２２０と共通パケットデータ部２３０と通信
データ変換部２４０とに分割されている。そして、共通
パケットデータ部２３０は、テーブル格納部５００の第
１テーブルで定義された各情報に基づいて、送信すべき
制御用データの抽出と共通パケットデータの作成とを行
うと共に、送信されて来た制御用データからなる共通パ
ケットデータの分解と分解した各制御用データの共有メ
モリへの書き込みとを行うようにしている。また、通信
データ変換部２４０は、テーブル格納部５００の第２テ
ーブルで定義された各情報に基づいて、共有パケットデ
ータの通信プロトコルに対応した通信データ列への変換
と、受信した通信データ列（通信プロトコルに依存した
受信データ列）の共通パケットデータへの変換とを行う
ようにしている。
０では、通信変換部２００が、共有メモリ部２１０と物
理値変換部２２０と共通パケットデータ部２３０と通信
データ変換部２４０とに分割されている。そして、共通
パケットデータ部２３０は、テーブル格納部５００の第
１テーブルで定義された各情報に基づいて、送信すべき
制御用データの抽出と共通パケットデータの作成とを行
うと共に、送信されて来た制御用データからなる共通パ
ケットデータの分解と分解した各制御用データの共有メ
モリへの書き込みとを行うようにしている。また、通信
データ変換部２４０は、テーブル格納部５００の第２テ
ーブルで定義された各情報に基づいて、共有パケットデ
ータの通信プロトコルに対応した通信データ列への変換
と、受信した通信データ列（通信プロトコルに依存した
受信データ列）の共通パケットデータへの変換とを行う
ようにしている。
【０１９１】このため、システム構成の変更に伴い、通
信対象と送受信すべき制御用データの種類やデータ長、
或いは通信データ列における各制御用データの並びが変
わった場合には、アプリケーション部１００はもちろん
のこと、各階層のプログラムを一切変更せずに、第１テ
ーブルで定義しておく各情報を変更するだけで対応する
ことができる。また、通信プロトコルが変わった場合に
は、その通信プロトコルに応じて、通信ドライバ部３０
０を変更すると共に、第２テーブルで定義しておく各情
報を変更するだけで対応することができる。
信対象と送受信すべき制御用データの種類やデータ長、
或いは通信データ列における各制御用データの並びが変
わった場合には、アプリケーション部１００はもちろん
のこと、各階層のプログラムを一切変更せずに、第１テ
ーブルで定義しておく各情報を変更するだけで対応する
ことができる。また、通信プロトコルが変わった場合に
は、その通信プロトコルに応じて、通信ドライバ部３０
０を変更すると共に、第２テーブルで定義しておく各情
報を変更するだけで対応することができる。
【０１９２】また、本実施形態の第１マイコン６０で
は、通信対象との間で制御用データのデータ長を合わせ
るためのＬＳＢ変換処理を、アプリケーション部１００
とは別に設けた物理値変換部２２０で行うようにしてい
るため、アプリケーション部１００の各アプリケーショ
ンソフト１１０〜１３０は、通信対象で採用されている
データ長を全く意識する必要が無く、各アプリケーショ
ンソフト１１０〜１３０と通信対象との独立性を確保す
ることができる。
は、通信対象との間で制御用データのデータ長を合わせ
るためのＬＳＢ変換処理を、アプリケーション部１００
とは別に設けた物理値変換部２２０で行うようにしてい
るため、アプリケーション部１００の各アプリケーショ
ンソフト１１０〜１３０は、通信対象で採用されている
データ長を全く意識する必要が無く、各アプリケーショ
ンソフト１１０〜１３０と通信対象との独立性を確保す
ることができる。
【０１９３】また更に、本実施形態の第１マイコン６０
では、各アプリケーションソフト１１０〜１３０間にお
ける制御用データの共有を、別途設けられた共有メモリ
を介して行うようにしているため、例えば、制御対象の
変更等により、何れかのアプリケーションソフトを違う
ものに変更しても、他のアプリケーションソフトには全
く影響が無い。つまり、各アプリケーションソフト１１
０〜１３０を完全に分離させることができ、アプリケー
ションソフトの入れ替えや、他のシステム構成への転用
が非常に容易となる。一方また、本実施形態の第１マイ
コン６０では、データ送信時において、複数のアプリケ
ーションソフト１１０〜１３０で夫々算出された各制御
用データを結合することにより、送信対象の共通パケッ
トデータを作成するようにしているため、複数のアプリ
ケーションソフトに関連した多種多彩な制御用データ
を、１度の通信で通信対象へ送信することができ、非常
に効率的なデータ通信が可能となる。
では、各アプリケーションソフト１１０〜１３０間にお
ける制御用データの共有を、別途設けられた共有メモリ
を介して行うようにしているため、例えば、制御対象の
変更等により、何れかのアプリケーションソフトを違う
ものに変更しても、他のアプリケーションソフトには全
く影響が無い。つまり、各アプリケーションソフト１１
０〜１３０を完全に分離させることができ、アプリケー
ションソフトの入れ替えや、他のシステム構成への転用
が非常に容易となる。一方また、本実施形態の第１マイ
コン６０では、データ送信時において、複数のアプリケ
ーションソフト１１０〜１３０で夫々算出された各制御
用データを結合することにより、送信対象の共通パケッ
トデータを作成するようにしているため、複数のアプリ
ケーションソフトに関連した多種多彩な制御用データ
を、１度の通信で通信対象へ送信することができ、非常
に効率的なデータ通信が可能となる。
【０１９４】以上、本発明の一実施形態について説明し
たが、本発明は、前述した実施形態に限定されるもので
はなく、種々の形態を採り得ることは言うまでもない。
例えば、上記実施形態の第１マイコン６０では、共通パ
ケットデータ部２３０の処理が、図４の第１テーブルで
定義された各情報に依存し、通信データ変換部２４０の
処理が、図５の第２テーブルで定義された各情報に依存
するものであったが、共通パケットデータ部２３０と通
信データ変換部２４０との各処理を、第１テーブル及び
第２テーブルを参照しない固定処理にしても良い。
たが、本発明は、前述した実施形態に限定されるもので
はなく、種々の形態を採り得ることは言うまでもない。
例えば、上記実施形態の第１マイコン６０では、共通パ
ケットデータ部２３０の処理が、図４の第１テーブルで
定義された各情報に依存し、通信データ変換部２４０の
処理が、図５の第２テーブルで定義された各情報に依存
するものであったが、共通パケットデータ部２３０と通
信データ変換部２４０との各処理を、第１テーブル及び
第２テーブルを参照しない固定処理にしても良い。
【０１９５】そして、このようにした場合、若干効果が
劣るものの、例えば、通信対象と送受信すべき制御用デ
ータの種類やデータ長、或いは通信データ列における各
制御用データの並びが変わった場合には、共通パケット
データ部２３０を修正するだけで済む。また、通信プロ
トコルが変わった場合には、通信データ変換部２４０と
通信ドライバ部３００だけを修正するだけで済む。つま
り、通信変換部２００の部分的な修正で対応することが
できる。
劣るものの、例えば、通信対象と送受信すべき制御用デ
ータの種類やデータ長、或いは通信データ列における各
制御用データの並びが変わった場合には、共通パケット
データ部２３０を修正するだけで済む。また、通信プロ
トコルが変わった場合には、通信データ変換部２４０と
通信ドライバ部３００だけを修正するだけで済む。つま
り、通信変換部２００の部分的な修正で対応することが
できる。
【０１９６】一方、上記実施形態では、第１マイコン６
０が、通信線６８を介した第２マイコン６２とのＤＭＡ
通信と、シリアル通信線１１を介した姿勢制御ＥＣＵ８
とのシリアル通信と、多重通信線１０を介したエアコン
ＥＣＵ４及びメータＥＣＵ６との多重通信とを行うもの
であったため、通信ドライバ部３００に、ＤＭＡ通信部
３１０とシリアル通信部３２０と多重通信部３３０と
の、３種類の通信プロトコルに夫々対応した各通信ドラ
イバ用プログラムを組み込んだ。
０が、通信線６８を介した第２マイコン６２とのＤＭＡ
通信と、シリアル通信線１１を介した姿勢制御ＥＣＵ８
とのシリアル通信と、多重通信線１０を介したエアコン
ＥＣＵ４及びメータＥＣＵ６との多重通信とを行うもの
であったため、通信ドライバ部３００に、ＤＭＡ通信部
３１０とシリアル通信部３２０と多重通信部３３０と
の、３種類の通信プロトコルに夫々対応した各通信ドラ
イバ用プログラムを組み込んだ。
【０１９７】これに対して、例えば、第１マイコン６０
がシリアル通信だけを行うのであれば、通信ドライバ部
３００をシリアル通信部３２０だけで構成すると共に、
第１及び第２テーブルで定義する情報を、通信対象との
シリアル通信に対応した情報だけに書き換えれば良い。
がシリアル通信だけを行うのであれば、通信ドライバ部
３００をシリアル通信部３２０だけで構成すると共に、
第１及び第２テーブルで定義する情報を、通信対象との
シリアル通信に対応した情報だけに書き換えれば良い。
【０１９８】つまり、通信ドライバ部３００には、実際
に使用される通信プロトコルに対応した通信ドライバ用
プログラムを組み込み、また、第１テーブルで定義する
各情報を、通信対象と送受信すべき制御用データの種
類，データ長、及び通信データ列における並びに応じて
設定すると共に、第２テーブルで定義する各情報を、実
際に使用される通信プロトコルに応じて設定すれば、ア
プリケーション部１００はもちろんのこと、図３におけ
る通信ドライバ部３３０以外の各階層のプログラムモジ
ュール（オブジェクト）を全く変更せずに、様々なシス
テム構成及び通信プロトコルのデータ通信に対応するこ
とができる。
に使用される通信プロトコルに対応した通信ドライバ用
プログラムを組み込み、また、第１テーブルで定義する
各情報を、通信対象と送受信すべき制御用データの種
類，データ長、及び通信データ列における並びに応じて
設定すると共に、第２テーブルで定義する各情報を、実
際に使用される通信プロトコルに応じて設定すれば、ア
プリケーション部１００はもちろんのこと、図３におけ
る通信ドライバ部３３０以外の各階層のプログラムモジ
ュール（オブジェクト）を全く変更せずに、様々なシス
テム構成及び通信プロトコルのデータ通信に対応するこ
とができる。
【図１】 実施形態の車両制御システムの構成を表す構
成図である。
成図である。
【図２】 図１の車両制御システムを構成するエンジン
ＥＣＵの内部構成を表すブロック図である。
ＥＣＵの内部構成を表すブロック図である。
【図３】 エンジンＥＣＵに設けられた第１マイコン内
の通信モデルを仮想的に示した概念図である。
の通信モデルを仮想的に示した概念図である。
【図４】 テーブル格納部に格納された第１テーブルを
説明する説明図である。
説明する説明図である。
【図５】 テーブル格納部に格納された第２テーブルを
説明する説明図である。
説明する説明図である。
【図６】 アプリケーション部によって求められた制御
用データを共有メモリに格納する処理動作を示すメッセ
ージシーケンスチャートである。
用データを共有メモリに格納する処理動作を示すメッセ
ージシーケンスチャートである。
【図７】 共有メモリに格納された制御用データから共
通パケットデータを生成する処理動作を示すメッセージ
シーケンスチャートである。
通パケットデータを生成する処理動作を示すメッセージ
シーケンスチャートである。
【図８】 図７の処理動作で生成された共通パケットデ
ータを、通信データ列に変換する処理動作を示すメッセ
ージシーケンスチャートである。
ータを、通信データ列に変換する処理動作を示すメッセ
ージシーケンスチャートである。
【図９】 共有メモリ内の外部共有データが、実際に送
信される通信データ列に変換される様子を、多重通信の
場合を例にして示した模式図である。
信される通信データ列に変換される様子を、多重通信の
場合を例にして示した模式図である。
【図１０】 共有メモリ内の外部共有データが、実際に
送信される通信データ列に変換される様子を、シリアル
通信の場合を例にして示した模式図である。
送信される通信データ列に変換される様子を、シリアル
通信の場合を例にして示した模式図である。
【図１１】 受信データから共通パケットデータを生成
する処理動作を示すメッセージシーケンスチャートであ
る。
する処理動作を示すメッセージシーケンスチャートであ
る。
【図１２】 図１１の処理動作で生成された共通パケッ
トデータから、制御用データを抽出して共有メモリに格
納する処理動作を示すメッセージシーケンスチャートで
ある。
トデータから、制御用データを抽出して共有メモリに格
納する処理動作を示すメッセージシーケンスチャートで
ある。
【図１３】 アプリケーション部が共有メモリ内の制御
用データを制御演算に使用する場合の処理動作を示すメ
ッセージシーケンスチャートである。
用データを制御演算に使用する場合の処理動作を示すメ
ッセージシーケンスチャートである。
【図１４】 外部からの通信データ列が、第１マイコン
のアプリケーション部で制御演算に使用される制御用デ
ータに変換される様子を、多重通信の場合を例にして示
した模式図である。
のアプリケーション部で制御演算に使用される制御用デ
ータに変換される様子を、多重通信の場合を例にして示
した模式図である。
１…車両制御システム ２…エンジンＥＣＵ ４…
エアコンＥＣＵ ６…メータＥＣＵ ８…姿勢制御ＥＣＵ １０…多
重通信線 １１…シリアル通信線 ６０…第１マイコン ６２
…第２マイコン ６４…入力回路 ６６…出力回路 ６８…通信線
７０…通信ＩＣ １００…アプリケーション部 １１０…エンジンアプ
リケーションソフト １２０…ＥＣＴアプリケーションソフト １３０…クルーズアプリケーションソフト ２００…
通信変換部 ２１０…共有メモリ部 ２２０…物理値変換部 ２３０…共通パケットデータ部 ２４０…通信データ
変換部 ２４０ｕ…上位層 ２４０ｄ…下位層 ３００…通
信ドライバ部 ３１０…ＤＭＡ通信部 ３２０…シリアル通信部
３３０…多重通信部 ４００…通信制御部 ５００…テーブル格納部
エアコンＥＣＵ ６…メータＥＣＵ ８…姿勢制御ＥＣＵ １０…多
重通信線 １１…シリアル通信線 ６０…第１マイコン ６２
…第２マイコン ６４…入力回路 ６６…出力回路 ６８…通信線
７０…通信ＩＣ １００…アプリケーション部 １１０…エンジンアプ
リケーションソフト １２０…ＥＣＴアプリケーションソフト １３０…クルーズアプリケーションソフト ２００…
通信変換部 ２１０…共有メモリ部 ２２０…物理値変換部 ２３０…共通パケットデータ部 ２４０…通信データ
変換部 ２４０ｕ…上位層 ２４０ｄ…下位層 ３００…通
信ドライバ部 ３１０…ＤＭＡ通信部 ３２０…シリアル通信部
３３０…多重通信部 ４００…通信制御部 ５００…テーブル格納部
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 12/28 Ｈ０４Ｌ 11/00 ３２０ 12/40 (72)発明者 岩井 明史 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内 (72)発明者 菅沼 賢治 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内 (72)発明者 柴田 浩 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内 (72)発明者 岡田 稔 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内 Ｆターム(参考） 3D046 BB11 GG02 GG06 HH00 HH03 HH15 HH17 HH22 KK00 KK12 3G084 BA13 BA15 BA17 BA33 BA36 DA13 EB02 EB06 EB08 FA00 FA02 FA05 FA20 FA33 FA38 3J052 AA16 AA20 EA04 EA05 EA06 FB31 GC34 GC44 GC46 LA01 5K032 BA06 BA08 CC02 CC11 CD01 DB19 DB22 5K033 BA06 BA08 CB02 CB14 CC01 DB12 DB14
Claims (13)
- 【請求項１】 記憶媒体に記憶されたプログラムを実行
することにより、自動車に搭載された制御対象を制御す
るための演算処理を行うと共に、その演算処理により算
出した制御用データのうちの何れかを通信対象へ送信す
る処理を行うマイクロコンピュータを備えた自動車用制
御装置において、 前記記憶媒体に記憶されたプログラムは、 前記演算処理を行うためのアプリケーションプログラム
と、 該アプリケーションプログラムとは別に設けられ、前記
アプリケーションプログラムによって算出される制御用
データのうちから、前記通信対象へ送信すべき制御用デ
ータを抽出すると共に、その抽出した制御用データを、
前記通信対象との間で定められた特定の通信プロトコル
に対応した通信データ列に変換する処理を行うためのデ
ータ変換用プログラムと、 該データ変換用プログラム及び前記アプリケーションプ
ログラムとは別に設けられ、前記データ変換用プログラ
ムによって変換された通信データ列を、前記特定の通信
プロトコルに従い前記通信対象へ送信する処理を行うた
めの通信ドライバ用プログラムと、 からなることを特徴とする自動車用制御装置。 - 【請求項２】 請求項１に記載の自動車用制御装置にお
いて、 前記データ変換用プログラムは、 前記アプリケーションプログラムによって算出される制
御用データのうちから、前記通信対象へ送信すべき制御
用データを抽出して、その抽出した各制御用データを前
記通信対象との間で予め定められた順番に並べることに
より、通信プロトコルに依存しないデータ列である共通
パケットデータを作成する処理を行うための共通パケッ
トデータ作成用プログラムモジュールと、 該共通パケットデータ作成用プログラムモジュールによ
って作成された前記共通パケットデータを、前記特定の
通信プロトコルに対応した通信データ列に変換する処理
を行うための通信データ変換用プログラムモジュール
と、 からなることを特徴とする自動車用制御装置。 - 【請求項３】 請求項２に記載の自動車用制御装置にお
いて、 前記制御対象は、第１の制御対象と第２の制御対象とか
らなると共に、 前記アプリケーションプログラムは、前記第１の制御対
象を制御するための演算処理を行うための第１のアプリ
ケーションプログラムと、前記第２の制御対象を制御す
るための演算処理を行うための第２のアプリケーション
プログラムとからなり、 前記共通パケットデータ作成用プログラムモジュール
は、前記第１のアプリケーションプログラムによって算
出される制御用データのうちから、前記通信対象へ送信
すべき制御用データを抽出すると共に、前記第２のアプ
リケーションプログラムによって算出される制御用デー
タのうちから、前記通信対象へ送信すべき他の制御用デ
ータを抽出して、前記抽出した各制御用データを前記通
信対象との間で予め定められた順番に並べることによ
り、前記共通パケットデータを作成するように構成され
ていること、 を特徴とする自動車用制御装置。 - 【請求項４】 請求項１に記載の自動車用制御装置にお
いて、 前記制御対象は、第１の制御対象と第２の制御対象とか
らなると共に、 前記アプリケーションプログラムは、前記第１の制御対
象を制御するための演算処理を行うための第１のアプリ
ケーションプログラムと、前記第２の制御対象を制御す
るための演算処理を行うための第２のアプリケーション
プログラムとからなり、 更に、当該装置は、前記第１のアプリケーションプログ
ラムと前記第２のアプリケーションプログラムとで共通
に使用される制御用データを格納するためのメモリであ
って、前記第１及び第２のアプリケーションプログラム
の各々が各自の制御対象を制御するために用いる全ての
制御用データを格納するための記憶手段とは別に設けら
れた共有メモリを備えると共に、 前記第１及び第２のアプリケーションプログラムは、前
記共通に使用される制御用データを算出して提供する方
のアプリケーションプログラムが該制御用データを前記
共有メモリに書き込み、その制御用データを提供される
方のアプリケーションプログラムが該制御用データを前
記共有メモリから読み出すように構成されており、 前記データ変換用プログラムは、 前記共有メモリに格納されている制御用データのうちか
ら、前記通信対象へ送信すべき制御用データを抽出し
て、その抽出した各制御用データを前記通信対象との間
で予め定められた順番に並べることにより、通信プロト
コルに依存しないデータ列である共通パケットデータを
作成する処理を行うための共通パケットデータ作成用プ
ログラムモジュールと、 該共通パケットデータ作成用プログラムモジュールによ
って作成された前記共通パケットデータを、前記特定の
通信プロトコルに対応した通信データ列に変換する処理
を行うための通信データ変換用プログラムモジュール
と、 からなることを特徴とする自動車用制御装置。 - 【請求項５】 請求項２ないし請求項４の何れかに記載
の自動車用制御装置において、 前記データ変換用プログラムは、更に、前記共通パケッ
トデータ作成用プログラムモジュールによって抽出され
た各制御用データのデータ長を、前記通信対象側で扱わ
れるデータ長に変換する処理を行うための物理値変換用
プログラムモジュールを有し、 前記共通パケットデータ作成用プログラムモジュール
は、前記物理値変換プログラムモジュールによってデー
タ長が変換された後の各制御用データを前記通信対象と
の間で予め定められた順番に並べることにより、前記共
通パケットデータを作成するように構成されているこ
と、 を特徴とする自動車用制御装置。 - 【請求項６】 請求項２ないし請求項５の何れかに記載
の自動車用制御装置において、 前記共通パケットデータを構成すべき制御用データの格
納先情報と、その制御用データが前記共通パケットデー
タ内においてどの位置に配置されるかを示す配置位置情
報とを、対応付けて記憶した共通パケットデータ情報記
憶手段を備え、 前記共通パケットデータ作成用プログラムモジュール
は、前記共通パケットデータ情報記憶手段に記憶されて
いる前記格納先情報に基づいて、前記通信対象へ送信す
べき制御用データの抽出を行うと共に、前記共通パケッ
トデータ情報記憶手段に記憶されている前記配置位置情
報に基づいて、前記共通パケットデータの作成を行うよ
うに構成されていること、 を特徴とする自動車用制御装置。 - 【請求項７】 請求項２ないし請求項６の何れかに記載
の自動車用制御装置において、 前記共通パケットデータを、前記特定の通信プロトコル
に対応した通信データ列に変換するための変換情報を記
憶した変換情報記憶手段を備え、 前記通信データ変換用プログラムモジュールは、前記共
通パケットデータ作成用プログラムモジュールによって
作成された共通パケットデータを、前記変換情報記憶手
段に記憶されている変換情報に基づいて、前記特定の通
信プロトコルに対応した通信データ列に変換するように
構成されていること、 を特徴とする自動車用制御装置。 - 【請求項８】 記憶媒体に記憶されたプログラムを実行
することにより、通信対象から送信されて来る通信デー
タ列を受信する処理を行うと共に、その処理によって受
信した通信データ列に含まれている制御用データを用い
て、自動車に搭載された制御対象を制御するための演算
処理を行うマイクロコンピュータを備えた自動車用制御
装置において、 前記記憶媒体に記憶されたプログラムは、 前記通信対象から送信されて来る通信データ列を、前記
通信対象との間で定められた特定の通信プロトコルに従
い受信し取得する処理を行うための通信ドライバ用プロ
グラムと、 該通信ドライバ用プログラムとは別に設けられ、前記通
信ドライバ用プログラムにより取得された通信データ列
から、前記特定の通信プロトコルに基づき、前記制御用
データを抽出すると共に、その抽出した制御用データ
を、該制御用データを格納するために用意された所定の
メモリ領域に書き込む処理を行うためのデータ変換用プ
ログラムと、 該データ変換用プログラム及び前記通信ドライバ用プロ
グラムとは別に設けられ、前記所定のメモリ領域に格納
された制御用データを読み出すと共に、その読み出した
制御用データを用いて前記演算処理を行うためのアプリ
ケーションプログラムと、 からなることを特徴とする自動車用制御装置。 - 【請求項９】 請求項８に記載の自動車用制御装置にお
いて、 前記通信対象から送信されて来る通信データ列には、複
数種類の制御用データが予め定められた順番に含まれて
おり、 前記データ変換用プログラムは、 前記通信ドライバ用プログラムにより取得された通信デ
ータ列を、前記特定の通信プロトコルに基づき、複数種
類の制御用データを前記通信対象から送られて来た順に
並べたデータ列である共通パケットデータに変換する処
理を行うための第１のプログラムモジュールと、 該第１のプログラムモジュールにより変換された前記共
通パケットデータを複数種類の各制御用データに分解す
ると共に、該分解した各制御用データを、その各制御用
データを格納するために用意された各メモリ領域に夫々
書き込む処理を行うための第２のプログラムモジュール
と、 からなることを特徴とする自動車用制御装置。 - 【請求項１０】 請求項９に記載の自動車用制御装置に
おいて、 前記データ変換用プログラムは、更に、前記第２のプロ
グラムモジュールによって前記共通パケットデータから
分解された各制御用データのデータ長を、前記アプリケ
ーションプログラムで扱われるデータ長に変換する処理
を行うための物理値変換用プログラムモジュールを有
し、 前記第２のプログラムモジュールは、前記物理値変換プ
ログラムモジュールによってデータ長が変換された後の
各制御用データを、対応する各メモリ領域に書き込むよ
うに構成されていること、 を特徴とする自動車用制御装置。 - 【請求項１１】 請求項９又は請求項１０に記載の自動
車用制御装置において、 前記共通パケットデータを構成する各制御用データが該
共通パケットデータ内においてどの位置に配置されてい
るかを示す配置位置情報と、その各制御用データの格納
先情報とを、対応付けて記憶した共通パケットデータ情
報記憶手段を備え、 前記第２のプログラムモジュールは、前記共通パケット
データ情報記憶手段に記憶されている前記配置位置情報
に基づいて、前記共通パケットデータの各制御用データ
への分解を行うと共に、前記共通パケットデータ情報記
憶手段に記憶されている前記格納先情報に基づいて、前
記各メモリ領域への制御用データの書き込みを行うよう
に構成されていること、 を特徴とする自動車用制御装置。 - 【請求項１２】 請求項９ないし請求項１１の何れかに
記載の自動車用制御装置において、 前記通信ドライバ用プログラムにより取得された通信デ
ータ列を前記共通パケットデータに変換するための変換
情報を記憶した変換情報記憶手段を備え、 前記第１のプログラムモジュールは、前記通信ドライバ
用プログラムにより取得された通信データ列を、前記変
換情報記憶手段に記憶されている変換情報に基づいて、
前記共通パケットデータに変換するように構成されてい
ること、 を特徴とする自動車用制御装置。 - 【請求項１３】 記憶媒体に記憶されたプログラムを実
行することにより、自動車に搭載された制御対象を制御
するための演算処理を行うと共に、その演算処理により
算出した制御用データのうちの何れかを通信対象へ送信
する処理を行うマイクロコンピュータを備えた自動車用
制御装置において、 前記記憶媒体に記憶されたプログラムは、 前記演算処理を行うためのアプリケーションプログラム
を格納したアプリケーション部と、 前記アプリケーションプログラムによって算出される制
御用データのうちから、前記通信対象へ送信すべき制御
用データを抽出すると共に、その抽出した各制御用デー
タを前記通信対象との間で予め定められた順番に並べる
ことにより、通信プロトコルに依存しないデータ列であ
る共通パケットデータを作成する処理プログラムを格納
した共通パケットデータ部と、 前記共通パケットデータを前記通信対象との間で定めら
れた特定の通信プロトコルに対応した通信データ列に変
換する処理プログラムを格納した通信データ変換部と、 前記通信データ変換部にて変換された通信データ列を前
記通信対象へ送信する処理プログラムを格納した通信ド
ライバ部とからなるソフトウエア構造であることを特徴
とする自動車用制御装置。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP06325299A JP3692820B2 (ja) | 1999-03-10 | 1999-03-10 | 自動車用制御装置 |
| US09/512,460 US6343249B1 (en) | 1999-03-10 | 2000-02-24 | Automobile control unit having different program modules |
| DE60044520T DE60044520D1 (de) | 1999-03-10 | 2000-03-09 | Automobilsteuereinheit mit unterschiedlichen Programmmodulen |
| EP00105022A EP1034982B1 (en) | 1999-03-10 | 2000-03-09 | Automobile control unit having different program modules |
| ES00105022T ES2346735T3 (es) | 1999-03-10 | 2000-03-09 | Unidad de control de automovil que tiene diferentes modulos de programa. |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP06325299A JP3692820B2 (ja) | 1999-03-10 | 1999-03-10 | 自動車用制御装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000257501A true JP2000257501A (ja) | 2000-09-19 |
| JP3692820B2 JP3692820B2 (ja) | 2005-09-07 |
Family
ID=13223888
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP06325299A Expired - Lifetime JP3692820B2 (ja) | 1999-03-10 | 1999-03-10 | 自動車用制御装置 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US6343249B1 (ja) |
| EP (1) | EP1034982B1 (ja) |
| JP (1) | JP3692820B2 (ja) |
| DE (1) | DE60044520D1 (ja) |
| ES (1) | ES2346735T3 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6704641B2 (en) | 2000-10-02 | 2004-03-09 | Denso Corporation | Automotive integrated control system |
| WO2006006626A1 (ja) * | 2004-07-14 | 2006-01-19 | Autonetworks Technologies, Ltd. | 車載通信システム及び通信制御機能付きコネクタ装置 |
| US7228372B2 (en) | 2004-01-07 | 2007-06-05 | Hitachi, Ltd. | Data communication system with an SPI bus having a plurality of devices wherein data communications are enabled using communication protocols optimum to respective devices |
| JP2007221614A (ja) * | 2006-02-20 | 2007-08-30 | Hitachi Ltd | 自動車内通信装置 |
| US7509206B2 (en) | 2003-05-14 | 2009-03-24 | Hitachi, Ltd. | Electronic control unit for automobiles and output driver circuit used in the same |
| JP2012034375A (ja) * | 2011-08-22 | 2012-02-16 | Hitachi Automotive Systems Ltd | データ通信装置及びそれを用いたコントローラ |
| JP2017128308A (ja) * | 2016-01-22 | 2017-07-27 | 株式会社デンソー | 車両用制御システム |
| JP2021516802A (ja) * | 2018-08-21 | 2021-07-08 | グーグル エルエルシーＧｏｏｇｌｅ ＬＬＣ | 車両システムバスのための拡張可能マッピング |
Families Citing this family (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10025493B4 (de) * | 2000-05-23 | 2008-05-29 | Daimler Ag | Verfahren und Vorrichtung zur Koordination mehrerer Fahrsystemeinrichtungen eines Fahrzeugs |
| DE50209342D1 (de) | 2001-04-09 | 2007-03-15 | Siemens Ag | Verfahren zum speichern von daten in einem kraftfahrzeug |
| US6678606B2 (en) * | 2001-09-14 | 2004-01-13 | Cummins Inc. | Tamper detection for vehicle controller |
| WO2003033895A1 (en) * | 2001-10-12 | 2003-04-24 | Hitachi,Ltd. | Control device for automobile |
| JP4349766B2 (ja) | 2001-12-07 | 2009-10-21 | 株式会社日立製作所 | アドレス変換装置 |
| JP3882666B2 (ja) * | 2002-04-19 | 2007-02-21 | 株式会社デンソー | 送信装置及び電子制御装置 |
| AU2003265210A1 (en) * | 2002-05-01 | 2003-11-17 | Kelsey-Hayes Company | Vehicle stability control enhancement using tire force characteristics |
| JP4443817B2 (ja) * | 2002-09-19 | 2010-03-31 | 株式会社デンソー | 電気式装置および該電気式装置を備えた制御システム |
| JP4515701B2 (ja) * | 2002-12-13 | 2010-08-04 | 株式会社デンソー | 車両用制御プログラム、及び、車両用制御装置 |
| WO2004059505A1 (en) * | 2002-12-17 | 2004-07-15 | Systemauto | System, method and computer program product for sharing information in a distributed framework |
| US7516244B2 (en) * | 2003-07-02 | 2009-04-07 | Caterpillar Inc. | Systems and methods for providing server operations in a work machine |
| US7532640B2 (en) | 2003-07-02 | 2009-05-12 | Caterpillar Inc. | Systems and methods for performing protocol conversions in a machine |
| US20050002354A1 (en) * | 2003-07-02 | 2005-01-06 | Kelly Thomas J. | Systems and methods for providing network communications between work machines |
| US7983820B2 (en) * | 2003-07-02 | 2011-07-19 | Caterpillar Inc. | Systems and methods for providing proxy control functions in a work machine |
| US20050005167A1 (en) * | 2003-07-02 | 2005-01-06 | Kelly Thomas J. | Systems and methods for providing security operations in a work machine |
| JP2006142994A (ja) * | 2004-11-19 | 2006-06-08 | Denso Corp | 車両用ネットワークシステムおよび電子制御装置 |
| JP4728020B2 (ja) * | 2005-03-17 | 2011-07-20 | 日立オートモティブシステムズ株式会社 | 車両制御用ソフトウェア及び車両制御装置 |
| DE102006020562A1 (de) * | 2006-05-03 | 2007-11-08 | Siemens Ag | Anordnung und Verfahren zur Reprogrammierung von Steuergeräten |
| US7677095B1 (en) | 2006-12-11 | 2010-03-16 | Kelsey-Hayes Company | Method for providing enhanced stability of a vehicle with a deflated tire |
| US8642246B2 (en) * | 2007-02-26 | 2014-02-04 | Honeywell International Inc. | Compositions, coatings and films for tri-layer patterning applications and methods of preparation thereof |
| DE102008008317A1 (de) * | 2008-02-07 | 2009-08-13 | Man Turbo Ag | Verfahren zum Schutz von gespeicherten Betriebsdaten einer Maschinenanlage oder ähnlichen Anlage |
| JP4624448B2 (ja) * | 2008-07-30 | 2011-02-02 | 株式会社オートネットワーク技術研究所 | 制御装置、制御システム及びコンピュータプログラム |
| JP4934113B2 (ja) * | 2008-08-01 | 2012-05-16 | 株式会社オートネットワーク技術研究所 | 制御装置及びコンピュータプログラム |
| JP2010149537A (ja) * | 2008-12-23 | 2010-07-08 | Autonetworks Technologies Ltd | 制御装置、制御方法及びコンピュータプログラム |
| JP2011081671A (ja) * | 2009-10-08 | 2011-04-21 | Autonetworks Technologies Ltd | 制御装置、制御方法及びコンピュータプログラム |
| TWI547784B (zh) * | 2011-04-22 | 2016-09-01 | 緯創資通股份有限公司 | 動態調整匯流排時脈的方法及其裝置 |
| US9525630B2 (en) | 2011-08-02 | 2016-12-20 | Cavium, Inc. | Method and apparatus for assigning resources used to manage transport operations between clusters within a processor |
| DE102012103907A1 (de) * | 2012-05-04 | 2013-11-07 | Continental Automotive Gmbh | Verfahren zum Betrieb einer Empfangseinheit eines mit zumindest einer Sendeeinheit verbundenen Kraftfahrzeugsteuergeräts |
| US9276846B2 (en) * | 2013-03-15 | 2016-03-01 | Cavium, Inc. | Packet extraction optimization in a network processor |
| MX2018001206A (es) | 2015-07-28 | 2018-04-24 | Crown Equip Corp | Tablero de control de señal de modulo de control de vehiculo y tablas de entrada. |
| FR3103583B1 (fr) * | 2019-11-27 | 2023-05-12 | Commissariat Energie Atomique | Système de gestion des données partagées |
| JP7376425B2 (ja) * | 2020-05-11 | 2023-11-08 | 日立Astemo株式会社 | 車両制御装置 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0425199B1 (en) * | 1989-10-27 | 1996-06-19 | Hitachi, Ltd. | Motor vehicle control system and control unit thereof |
| US5696920A (en) * | 1992-09-07 | 1997-12-09 | Sharp Kabushiki Kaisha | Stand-alone data driven type information processor |
| US5832397A (en) * | 1993-01-21 | 1998-11-03 | Hitachi, Ltd. | Integrated wiring systems for a vehicle control system |
| JP3618119B2 (ja) * | 1994-06-23 | 2005-02-09 | 株式会社デンソー | 車両通信システム |
| US5737711A (en) * | 1994-11-09 | 1998-04-07 | Fuji Jukogyo Kabuishiki Kaisha | Diagnosis system for motor vehicle |
| DE19710082A1 (de) * | 1997-03-12 | 1998-10-01 | Deere & Co | Antriebssystem für Nutzfahrzeuge |
| JP3827121B2 (ja) * | 1997-06-10 | 2006-09-27 | 本田技研工業株式会社 | 通信制御装置 |
| JP3338634B2 (ja) * | 1997-07-09 | 2002-10-28 | 株式会社デンソー | 分散処理型の制御装置 |
| JP3800794B2 (ja) * | 1998-03-09 | 2006-07-26 | 株式会社デンソー | 車両診断システム |
| JP3666286B2 (ja) | 1999-02-08 | 2005-06-29 | 株式会社デンソー | 自動車用制御装置 |
-
1999
- 1999-03-10 JP JP06325299A patent/JP3692820B2/ja not_active Expired - Lifetime
-
2000
- 2000-02-24 US US09/512,460 patent/US6343249B1/en not_active Expired - Lifetime
- 2000-03-09 EP EP00105022A patent/EP1034982B1/en not_active Expired - Lifetime
- 2000-03-09 ES ES00105022T patent/ES2346735T3/es not_active Expired - Lifetime
- 2000-03-09 DE DE60044520T patent/DE60044520D1/de not_active Expired - Lifetime
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6704641B2 (en) | 2000-10-02 | 2004-03-09 | Denso Corporation | Automotive integrated control system |
| US7509206B2 (en) | 2003-05-14 | 2009-03-24 | Hitachi, Ltd. | Electronic control unit for automobiles and output driver circuit used in the same |
| US7228372B2 (en) | 2004-01-07 | 2007-06-05 | Hitachi, Ltd. | Data communication system with an SPI bus having a plurality of devices wherein data communications are enabled using communication protocols optimum to respective devices |
| WO2006006626A1 (ja) * | 2004-07-14 | 2006-01-19 | Autonetworks Technologies, Ltd. | 車載通信システム及び通信制御機能付きコネクタ装置 |
| JP2006027382A (ja) * | 2004-07-14 | 2006-02-02 | Auto Network Gijutsu Kenkyusho:Kk | 車載通信システム及び通信制御機能付きコネクタ装置 |
| US7551999B2 (en) | 2004-07-14 | 2009-06-23 | Autonetworks Technologies, Ltd. | Vehicle-mounted communication system and connector device with communication-controlling capability |
| JP2007221614A (ja) * | 2006-02-20 | 2007-08-30 | Hitachi Ltd | 自動車内通信装置 |
| JP2012034375A (ja) * | 2011-08-22 | 2012-02-16 | Hitachi Automotive Systems Ltd | データ通信装置及びそれを用いたコントローラ |
| JP2017128308A (ja) * | 2016-01-22 | 2017-07-27 | 株式会社デンソー | 車両用制御システム |
| JP2021516802A (ja) * | 2018-08-21 | 2021-07-08 | グーグル エルエルシーＧｏｏｇｌｅ ＬＬＣ | 車両システムバスのための拡張可能マッピング |
| JP7068455B2 (ja) | 2018-08-21 | 2022-05-16 | グーグル エルエルシー | 車両システムバスのための拡張可能マッピング |
| US11405234B2 (en) | 2018-08-21 | 2022-08-02 | Google Llc | Extensible mapping for vehicle system buses |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1034982A2 (en) | 2000-09-13 |
| JP3692820B2 (ja) | 2005-09-07 |
| ES2346735T3 (es) | 2010-10-20 |
| US6343249B1 (en) | 2002-01-29 |
| EP1034982A3 (en) | 2003-12-17 |
| EP1034982B1 (en) | 2010-06-09 |
| DE60044520D1 (de) | 2010-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2000257501A (ja) | 自動車用制御装置 | |
| US11354179B2 (en) | System, method and computer program product for sharing information in a distributed framework | |
| CN100380258C (zh) | 运行至少两个相互连接的控制器的方法和计算系统 | |
| US6374161B1 (en) | Automobile control system and method capable of revising control data transmission function | |
| JP3666286B2 (ja) | 自動車用制御装置 | |
| JP2019028506A (ja) | 車両制御装置 | |
| CN109739157A (zh) | 基于4g网络通信的远程驾驶系统及方法 | |
| US7203580B2 (en) | Electrical control unit and control system comprising plural electrical control units | |
| JP3690179B2 (ja) | 自動車用制御装置 | |
| JP2000310152A (ja) | 自動車用制御装置 | |
| JP7619460B2 (ja) | 車載装置、データ生成方法、データ生成プログラムおよび車両システム | |
| JP4259456B2 (ja) | データ記録装置及びデータ記録方法 | |
| JP7761048B2 (ja) | システム、センター、制御プログラム、システムの処理方法、及びセンターの処理方法 | |
| Feiter et al. | Higher Level Protocols | |
| CN121753301A (zh) | 通信系统 | |
| JP4164270B2 (ja) | サーボコントローラ | |
| CN121753302A (zh) | 通信系统 | |
| CN120994304A (zh) | 虚拟机的管理方法及系统、电子设备、存储介质及车辆 | |
| JP2006320033A (ja) | 制御ユニットおよび制御ユニット開発装置 | |
| JP2002271333A (ja) | プログラム及び電子制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040812 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041207 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050128 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050315 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050509 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050531 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050613 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110701 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120701 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120701 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130701 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |