JPWO2016151743A1 - 機器制御装置、車両用電子制御装置、車両用電子制御システム、機器制御方法及び機器制御プログラム - Google Patents

Abstract

制御対応記憶部（２３３）が制御対象機器（１４０）に対応付けられた制御対応情報（２３３１）を記憶し、制御管理部（２１２）が制御対象機器（１４０）の制御を要求する制御要求（４００）を取得すると、制御対応情報（２３３１）から制御データを取得し、リソース管理部（２１３）が格納メモリ（３１０）を備え、取得した制御データを格納メモリ（３１０）に格納し、機器制御部（２１４）が格納メモリ（３１０）に格納された制御データを読み出し、読み出した制御データを用いて制御機器（１４）に対して制御を実行する。

Description

本発明は、自動車等の移動体に搭載される機器制御装置、車両用電子制御装置、車両用電子制御システム、機器制御方法及び機器制御プログラムに関する。

自動車の電装化が進む中で、車載用電子制御装置（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ：ＥＣＵ）の搭載数が増加し続けている。しかしながら、ＥＣＵの搭載数の増加は、部材コスト及び車両重量の増加につながるため、複数のＥＣＵ機能を一つのＥＣＵに集約した統合ＥＣＵの開発が行われている。更に、近年では、自動車の自動制御による高機能化が進み、高度な機能を提供するＥＣＵについては統合ＥＣＵから独立させる動きがある。

従来、自動車用ヘッドライトは、ハロゲンランプを利用し、固定的な配光パターンで制御されていた。しかし、近年では、ハイビーム走行中に、車載カメラで先行車や対向車といった前方車両の位置を検知し、前方車両が位置するエリアのみを遮光し他のエリアはハイビームで照射する技術が開発されている。このような技術はＡＤＢ（Ａｄａｐｔｉｖｅ Ｄｒｉｖｉｎｇ Ｂｅａｍ）と称される。
ＡＤＢでは、複数のＬＥＤランプを利用し、それぞれのＬＥＤランプ毎に点灯あるいは消灯を行うことで、必要なところに必要な配光を行うことを実現している。このような高度な機能を提供する方式には、高度な機能を提供する機能のみを実現するＥＣＵを別で開発する方式がある。また、従来のヘッドライト制御機能自体を従来のＥＣＵとは独立させ、別のＥＣＵで実現させる方式がある。
なお、統合ＥＣＵ及びＥＣＵの独立においては、従来のＥＣＵと新たなＥＣＵとで、適用するマイクロコンピュータ等のハードウェア資源が異なる場合もあり、車載ソフトウェアの修正を行う必要があった。

ＥＣＵに搭載する車載ソフトウェアは、一般的にハードウェア資源に依存するプログラムであるプラットフォームプログラムと車両の制御に依存するアプリケーションプログラムとに分けて構成される。車載ソフトウェアの修正に伴う開発量を抑えるため、ハードウェア資源に依らない処理などを汎用化し、ハードウェア資源に関わるプログラムを共通化して、多様なアプリケーションプログラムに対応させるプログラム構造とすることが行われてきている。

特許文献１の技術では、アプリケーションプログラムとハードウェア資源の制御に直接的に関わるプラットフォームプログラムとの間に、アプリケーションプログラムとプラットフォームとの各々のデータ形式に適合するように変換して入出力処理を行う中間層を配置する。そして、この技術では、中間層にてアプリケーションプログラムとプラットフォームプログラムとに対応付けて入出力データを定義するテーブルを備え、このテーブルに基づいて入出力を行う。

特開２０１１−０８１６７１号公報

しかしながら、車載用の機器制御方式においては、利用するプラットフォームインタフェースは同一であるが、制御する対象の数が異なる場合、あるいは対象の機器を制御するための電力値あるいはＰＷＭ制御値といった特性情報が異なる場合がある。具体的には、上述した自動車用ヘッドライトのように、アプリケーションプログラムが制御する機能自体は同一であるが、制御する機器の数が異なる場合等である。
特許文献１では、アプリケーションプログラムの変更に伴うプラットフォームプログラムの変更を不要とすることができると共に、プラットフォームプログラムの変更に伴うアプリケーションプログラムの変更を不要とすることができる。しかし、特許文献１では、アプリケーションプログラムが制御する対象の制御機器の増減、あるいは制御機器の特性に応じた調整を行う場合に対しては、アプリケーションプログラムの変更を行う必要がある。
また、特許文献１では、同一のＥＣＵ上に配置されるアプリケーションプログラムとプラットフォームプログラムとを対象としている。よって、特許文献１の技術では、単一ＥＣＵで実行されていたアプリケーション機能を独立させ、複数のＥＣＵで機能実現する場合等、複数ＥＣＵでアプリケーション機能の実現を行う場合に適用することができない。

本発明は、制御対象である制御機器の数あるいは特性を、柔軟かつ容易に変更することができる機器制御装置を提供することを目的とする。

本発明に係る機器制御装置は、
制御の対象である制御対象機器に対応付けられた制御対応情報であって、前記制御対象機器を構成する制御機器の制御に用いる制御データを含む制御対応情報を記憶する制御対応記憶部と、
前記制御対象機器の制御を要求する制御要求を取得すると、前記制御対応情報から前記制御データを取得する制御管理部と、
格納メモリを備え、前記制御管理部により取得された前記制御データを前記格納メモリに格納するリソース管理部と、
前記格納メモリに格納された前記制御データを読み出し、前記制御データを用いて前記制御機器に対して制御を実行する機器制御部と
を備える。

本発明に係る機器制御装置では、制御対応記憶部が、制御対象機器に対応付けられた制御対応情報であって、前記制御対象機器を構成する制御機器の制御に用いる制御データを含む制御対応情報を記憶し、制御管理部が、前記制御対象機器の制御を要求する制御要求を取得すると、前記制御対応情報から前記制御データを取得し、リソース管理部が、格納メモリを備え、前記制御データを前記格納メモリに格納し、機器制御部が、前記格納メモリに格納された前記制御データを読み出し、前記制御データを用いて前記制御機器に対して制御を実行する。よって、制御対象機器を構成する制御機器の数あるいは特性を柔軟かつ容易に変更することが可能となる。

実施の形態１に係るＥＣＵのハードウェア構成図。 実施の形態１に係るＲＯＭの構成図。 実施の形態１に係るＲＡＭの構成図。 実施の形態１に係るＥＣＵが備える機器制御装置のブロック構成図。 実施の形態１に係る機器制御装置の機器制御方法及び機器制御処理について説明する図。 実施の形態１に係る制御管理部の制御管理処理を説明する図。 実施の形態１に係るリソース管理部のリソース管理処理を説明する図。 実施の形態１に係る機器制御部の機器制御実行処理を説明する図。 実施の形態２に係る車両用電子制御システムのブロック構成図。 実施の形態２に係るＥＣＵ１ａのブロック構成図。 実施の形態２に係るＥＣＵ１ｂのブロック構成図。 実施の形態３に係るリソース管理部によるデータ書き込み処理を説明する図。 機器制御装置のハードウェア構成の一例を示す図。

実施の形態１．
＊＊＊構成の説明＊＊＊
図１は、本実施の形態に係るＥＣＵ１のハードウェア構成の一例を示す図である。
図１において、ＥＣＵ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０を含むマイクロコンピュータ１０を備える。また、ＥＣＵ１は、不揮発性メモリ１２、制御対象機器１４０を構成する制御機器１４との入出力インタフェースである入出力部１３を備える。図１では、制御機器１４は、制御機器１４ａ，１４ｂの２つである。
本実施の形態では、ＥＣＵ１は、ＣＰＵ１１がプログラムを実行する構成を備えていれば、どのような構成のマイクロコンピュータであってもよい。
ＥＣＵ１は、車両用電子制御装置１０００の一例である。

図２は、本実施の形態に係るＲＯＭ２０の構成の一例である。図３は、本実施の形態に係るＲＡＭ３０の構成の一例である。
図２は、本実施の形態に係るＲＯＭ２０に記憶されているプログラムの一例を示す。図３は、本実施の形態に係るＲＡＭ３０に割り当てるメモリ構成の一例を示す。

図２に示すように、ＲＯＭ２０には、アプリケーションプログラム２１０、プラットフォームプログラム２２０が記憶される。
アプリケーションプログラム２１０は、ＥＣＵ１の制御の対象である制御対象機器１４０を制御するプログラムである。制御対象機器１４０は、ＥＣＵ１の制御の単位となる機器であり、制御機器１４から構成される。例えば、制御対象機器１４０はヘッドライトであり、制御機器１４はヘッドライトを構成する複数のＬＥＤランプである。
プラットフォームプログラム２２０は、ハードウェアを直接制御するプログラムである。
また、ＲＯＭ２０には、アプリケーションプログラム２１０による制御処理で使用する制御情報テーブル２３１を記憶する制御情報記憶部２３０を備える。制御情報記憶部２３０及び制御情報テーブル２３１については後で詳しく説明する。

なお、本実施の形態では制御情報テーブル２３１はＲＯＭ２０に記憶されているが、不揮発性メモリ１２に記憶してもよいし、ＲＯＭ３０と不揮発性メモリ１２との双方に記憶してもよい。
なお、以下の説明において、単にアプリケーションと記載した場合には、アプリケーションプログラムを意味するものとする。

図３に示すように、ＲＡＭ３０には、アプリケーションプログラム２１０による制御処理で使用する格納メモリ３１０が割り当てられる。格納メモリ３１０には、制御処理で使用する制御情報が格納され、制御情報メモリとも称される。

図４は、本実施の形態に係るＥＣＵ１が備える機器制御装置１００のブロック構成の一例を示す図である。
機器制御装置１００は、上述したＥＣＵ１におけるアプリケーションプログラム２１０の機能を実行する構成部である。機器制御装置１００は、アプリケーションプログラム実行部あるいはアプリケーションプログラム実行装置とも称される。
また、ＥＣＵ１は、プラットフォームプログラム２２０を実行するプラットフォームプログラム実行部１１０を備える。プラットフォームプログラム実行部１１０は、機器制御装置１００により出力される制御機器への制御の実行の要求に基づいて制御装置を駆動する駆動実行部１１００の一例である。

ＥＣＵ１、すなわち車両用電子制御装置１０００は、機器制御装置１００と、機器制御部２１４から出力される制御機器への制御の実行の要求に基づいて制御装置を駆動するプラットフォームプログラム実行部１１０、すなわち駆動実行部１１００とを備える。

機器制御装置１００は、制御アプリケーション実行部２１１から制御の対象である制御対象機器１４０の制御を要求する制御要求４００を取得し、制御要求４００に応じて制御対象機器１４０を構成する制御機器１４ａ，１４ｂを制御する。

機器制御装置１００は、制御アプリケーション実行部２１１、制御管理部２１２、リソース管理部２１３、機器制御部２１４、制御情報記憶部２３０を備える。
リソース管理部２１３は複数の格納領域を有する格納メモリ３１０を備える。
制御情報記憶部２３０は、領域対応記憶部２３２と、制御対応記憶部２３３と、機器対応情報２３４１とを備える。

領域対応記憶部２３２は、制御機器１４ａ，１４ｂを識別する機器識別子１４１と、格納メモリ３１０が有する複数の格納領域の各格納領域３１１を識別する領域識別子３１１１とを対応付ける領域対応情報２３２１を記憶する。
領域対応情報２３２１は、制御情報テーブル２３１の一例である。

また、制御対応記憶部２３３は、制御対象機器１４０に対応付けられた制御対応情報２３３１であって、領域識別子３１１１と制御機器１４ａ，１４ｂの制御に用いる制御データ５００とを対応付ける制御対応情報２３３１を記憶する。
制御対応情報２３３１は、制御情報テーブル２３１の一例である。

また、機器対応記憶部２３４は、機器識別子１４１と、機器識別子１４１により識別される制御機器１４ａ，１４ｂの制御に用いる特性情報６００とを対応付ける機器対応情報２３４１を記憶する。
本実施の形態において、特性情報６００とは、制御機器１４を制御するために必要な制御機器１４の特性に関わる情報である。特性情報６００は、例えば、電力情報、ＰＷＭ（ｐｕｌｓｅ ｗｉｄｔｈ ｍｏｄｕｌａｔｉｏｎ）制御情報などである。
機器対応情報２３４１は、制御情報テーブル２３１の一例である。

制御アプリケーション実行部２１１は、制御対象機器１４０を制御する制御アプリケーションプログラムを実行する。制御アプリケーションプログラムは、一つまたは複数存在する。制御アプリケーション実行部２１１は、スイッチあるいはセンサ等から入力される入力信号をもとに、制御対象機器１４０の制御方法を決定する制御アプリケーションプログラムを実行する。なお、１つの制御アプリケーション実行部２１１が１つの制御対象機器１４０に対応してもよいし、１つの制御アプリケーション実行部２１１が複数の制御対象機器１４０に対応してもよい。すなわち、機器制御装置１００は、制御対象機器１４０が特定されると、制御アプリケーション実行部２１１が特定されると共に制御対応情報２３３１が特定される構成となっている。

制御アプリケーション実行部２１１は、スイッチ情報等の入力信号に基づいて制御対象機器１４０への制御要求４００を制御管理部２１２に通知する。

例えば、制御アプリケーション実行部２１１は、制御アプリケーションプログラムがヘッドライト制御用のアプリケーションであれば、ヘッドライトの点灯・消灯指示を示す情報が制御要求４００であり、制御対象機器１４０はヘッドライトとなる。
また、制御アプリケーション実行部２１１は、制御アプリケーションプログラムがワイパー制御用のアプリケーションであれば、ワイパーの起動・停止指示を示す情報が制御要求４００であり、制御対象機器１４０はワイパーとなる。
制御要求４００は、制御対象機器１４０の状態を表す制御モードを含む情報でもよい。例えば、制御要求４００は、ヘッドライトの点灯・消灯を示すようなＯＮＯＦＦ情報ではなく、通常点灯モード、都市モード、郊外モードのような制御モードを示す情報でも良い。

制御管理部２１２は、制御対象機器１４０の制御を要求する制御要求４００を取得すると、制御対応情報２３３１から領域識別子３１１１と制御データ５００とを取得する。制御管理部２１２は、取得した領域識別子３１１１により識別される格納領域３１１に制御データ５００を書き込む要求である書き込み要求２１２１をリソース管理部２１３に出力する。
制御データ５００は、制御対象機器１４０を構成する制御機器１４の制御に用いられる制御情報である。制御データ５００は、制御機器１４ａ，１４ｂのそれぞれに対して設定される。
領域識別子３１１１は、格納メモリ３１０の書き込み位置を意味する情報である。
書き込み要求２１２１は、格納メモリ３１０への制御データ５００の書き込みを要求する。書き込み要求２１２１には、格納メモリ３１０への書き込み位置である領域識別子３１１１と制御データ５００とが含まれる。

制御管理部２１２は、制御アプリケーション実行部２１１からの制御要求４００を受け付けると、制御情報テーブル２３１を読み出し、制御要求４００に基づく制御データ５００と制御データ５００を書き込む格納領域３１１の領域識別子３１１１とを読み出す。そして、制御管理部２１２は、読み出した制御データ５００を、領域識別子３１１１により識別される格納領域３１１の位置に書き込む書き込み要求２１２１を生成し、リソース管理部２１３へ出力する。
なお、制御データ５００は、制御対象機器１４０に対応するサービス情報とも称される。また、制御管理部２１２は、制御アプリケーション実行部２１１が制御する機器の情報や制御方法を管理するサービス管理部とも称される。

リソース管理部２１３は、制御管理部２１２から書き込み要求２１２１を取得し、取得した書き込み要求２１２１に基づいて、格納メモリ３１０への制御データ５００の書き込みを実行する。リソース管理部２１３は、制御管理部２１２と機器制御部２１４との間で制御データ５００の情報授受を実行する。

機器制御部２１４は、格納領域３１１に書き込まれた制御データ５００を読み出すと共に領域識別子３１１１を取得する。機器制御部２１４は、領域識別子３１１１と領域対応情報２３２１とに基づいて領域識別子３１１１に対応する機器識別子１４１を取得する。機器制御部２１４は、機器識別子１４１により識別される制御機器１４に対して制御データ５００を用いて制御を実行する。
制御機器１４に対する制御の実行とは制御機器１４への電力の出力を行うことである。負荷である制御機器１４への電力の出力は、負荷出力と称される。機器制御部２１４は、負荷出力部とも称される。

機器制御部２１４による制御データ５００の読み出し処理には、次の２つの方法がある。
１つ目の方法は、機器制御部２１４は、リソース管理部２１３に対し、接続されている制御機器１４の機器識別子１４１を読み出し要求２１４１に含めてリソース管理部２１３に出力する方法である。すなわち、機器制御部２１４は、制御機器を特定して、読み出し要求２１４１を出力する方法である。
リソース管理部２１３は、領域対応情報２３２１を参照し、読み出し要求２１４１に含まれる機器識別子１４１に対応する領域識別子３１１１を取得する。リソース管理部２１３は、取得した領域識別子３１１１により識別される格納領域３１１から制御データ５００を読み出し、読み出した制御データ５００と領域識別子３１１１とを機器制御部２１４に返却データ２１３１として返却する。
２つ目の方法は、機器制御部２１４は、リソース管理部２１３に対し、格納メモリ３１０に格納されている全ての制御データ５００の読出しを要求する読み出し要求２１４１を出力する方法である。機器制御部２１４は、格納メモリ３１０の全ての格納領域３１１を参照する読み出し要求２１４１を生成し、リソース管理部２１３に出力する。
リソース管理部２１３は、格納メモリ３１０の格納領域３１１から制御データ５００を読み出すと、読み出した制御データ５００と格納領域３１１の領域識別子３１１１とを機器制御部２１４に返却データ２１３１として返却する。
返却データ２１３１とは、読み出し要求２１４１に対する応答データである。

機器制御部２１４は、領域対応情報２３２１を読み出し、領域識別子３１１１に対応する機器識別子１４１を取得する。また、機器制御部２１４は、機器対応情報２３４１を読み出し、機器識別子１４１に対応する特性情報６００を取得する。
機器制御部２１４は、特性情報６００と制御データ５００とに基づいて、機器識別子１４１により識別される制御機器１４に対して制御を実行する。すなわち、機器制御部２１４は、制御機器１４に対して負荷出力を実施する。

＊＊＊動作の説明＊＊＊
図５を用いて、本実施の形態に係る機器制御装置１００の機器制御方法及び機器制御処理Ｓ１００について説明する。
機器制御処理Ｓ１００は、制御管理処理Ｓ１１０、リソース管理処理Ｓ１２０、機器制御実行処理Ｓ１３０を備える。

＜制御管理処理Ｓ１１０＞
Ｓ１１１において、制御管理部２１２は、制御対象機器１４０の制御を要求する制御要求４００を取得する。
Ｓ１１２において、制御管理部２１２は、制御要求４００を取得すると、制御対応情報２３３１から格納領域３１１を識別する領域識別子３１１１と制御データ５００とを取得する。制御管理部２１２は、領域識別子３１１１により識別される格納領域３１１に制御データ５００を書き込む要求である書き込み要求２１２１をリソース管理部２１３に出力する。
なお、制御対応情報２３３１は、領域識別子３１１１と、制御モードに応じた制御データ５００とを対応付けた情報であってもよい。この場合、制御管理部２１２は、制御要求４００に含まれる制御モードに応じた制御データ５００を格納領域３１１に格納するための書き込み要求２１２１を生成する。

図６は、本実施の形態に係る制御管理部２１２の制御管理処理Ｓ１１０を説明する図である。図６を用いて、制御管理処理Ｓ１１０について具体例を用いて説明する。

図６では、制御アプリケーション実行部２１１が実行する制御アプリケーションプログラムは、ヘッドライト制御用のアプリケーションである。制御アプリケーション実行部２１１は、スイッチあるいはセンサ等から入力される入力信号から、ヘッドライトの点灯モードを選択する機能を有する。点灯モードは、制御モードの一例である。制御機器１４は、２個のヘッドライト用ＬＥＤランプであるものとする。このとき、制御対象機器１４０はヘッドライトであり、制御対象機器１４０であるヘッドライトを構成する制御機器１４ａ，１４ｂは２個のヘッドライト用ＬＥＤランプである。
図６に示すように、制御アプリケーション実行部２１１は、入力信号に基づいて、ヘッドライトの点灯モードを通常モードとする制御要求４００を出力する。

制御管理部２１２は、制御要求４００を取得すると、制御要求４００から制御対象機器１４０を特定し、制御対象機器１４０であるヘッドライトに対応する制御対応情報２３３１を参照する。ヘッドライトに対応する制御対応情報２３３１には、ヘッドライトを構成する制御機器１４である２個のＬＥＤランプのそれぞれに対応する制御データ５００（サービス情報）が設定されている。
図６に示すように、制御対応情報２３３１には、ヘッドライトの点灯モードに関わる制御データ５００として、ヘッドライトに適用するＬＥＤランプ数、ヘッドライトの各点灯モードにおけるＬＥＤランプの点灯パターン情報を保持している。制御アプリケーション実行部２１１と制御管理部２１２との間で通知される制御要求４００のデータ構成については、制御アプリケーションプログラムが提供するサービス情報に応じて適した構成することでよい。

図６において、制御アプリケーション実行部２１１は、入力信号にもとづいて処理を行い、ヘッドライトの点灯モードを制御要求４００として制御管理部２１２に通知する。制御管理部２１２は、制御要求４００に基づいて制御対応情報２３３１を参照し、制御対象機器１４０に対応する制御データ５００を取得する。

図６に示すように、制御対応情報２３３１には、制御対象機器１４０に対応する制御データ５００を格納する格納メモリ３１０の書き込み位置を示す情報と、点灯モードの種類とが設定されている格納位置テーブル２３３１１が記憶される。また、制御対応情報２３３１には、各点灯モードの点灯パターン情報が設定されている点灯モードテーブル２３３１２が記憶される。

格納メモリ３１０の書き込み位置を示す情報は、制御アプリケーション実行部２１１が制御する制御機器１４の個数分保持される。本実施の形態では、格納メモリ３１０の書き込み位置を示す情報は、格納メモリ３１０の格納領域を識別する領域識別子３１１１である。すなわち、制御対応情報２３３１には、制御対象機器１４０を構成する制御機器１４の個数分の領域識別子３１１１と、領域識別子３１１１の各々に対応する制御データ５００とが対応付けられる。
図６の例では、２個のＬＥＤランプが制御対象機器１４０を構成する制御機器１４であるため、領域識別子３１１１は２つとなる。
よって、格納位置テーブル２３３１１のメモリ書き込み位置には、２つの領域識別子３１１１、データ１及びデータ２が設定されている。
また、格納位置テーブル２３３１１の点灯パターンには、（１）通常モード、（２）都市モード、（３）郊外モードが設定されている。

点灯モードテーブル２３３１２は、制御アプリケーション実行部２１１の制御内容、すなわちサービス内容を示す情報である。点灯モードテーブル２３３１２には、制御管理部２１２が制御要求４００を取得してからの経過時間におけるＬＥＤランプの照度情報として、ＰＷＭ制御のデューティー比を定義する。ここでは、点灯モードテーブル２３３１２には、経過時間とデューティー比とが対応付けられているが、単に点灯モードとデューティー比とが対応付けられていてもよい。
図６の例では、制御管理部２１２が制御要求４００を取得してからの経過時間が１時間まではデューティー比１０％、２時間までは３０％、３時間までは５０％と設定されている。

制御管理部２１２は、ヘッドライトの点灯モードが通常モードの制御要求４００を取得すると、制御要求４００に対応する制御対応情報２３３１に基づいて、データ１に１０％を書き込むと共にデータ２に１０％を書き込む書き込み要求２１２１を生成する。

また、制御対応情報２３３１には、図６に示すように領域識別子３１１１と、制御管理部２１２が制御要求４００を取得してからの経過時間に応じた制御データ５００とを対応付けられている。
この場合、制御管理部２１２は、制御要求４００を取得した後、経過時間に応じて格納領域３１１の制御データ５００を書き換える。

制御管理部２１２は、制御要求４００を受け取った後、制御対応情報２３３１に対して周期的に制御データ５００の呼び出しを実行するものとする。制御管理部２１２は、経過時間に対応する制御データ５００を取得して、書き込み要求２１２１を生成する。

リソース管理部２１３は、制御管理部２１２から出力された書き込み要求２１２１に基づいて、格納領域３１１に制御データ５００を書き込む。図６では、格納領域１に１０％が書き込まれ、格納領域２に１０％が書き込まれる。このリソース管理部２１３のリソース管理処理Ｓ１２０については以下に説明する。

＜リソース管理処理Ｓ１２０＞
Ｓ１１３において、リソース管理部２１３は、書き込み要求２１２１を取得すると、制御データ５００を領域識別子３１１１により識別される格納領域３１１に格納する。リソース管理部２１３は、書き込み要求２１２１を取得すると、領域対応情報２３２１から領域識別子３１１１により識別される格納領域３１１の書き込み位置を特定する。リソース管理部２１３は、格納メモリ３１０における書き込み位置に制御データ５００を書き込む。

図７は、本実施の形態に係るリソース管理部２１３のリソース管理処理Ｓ１２０を説明する図である。図７を用いて、リソース管理部２１３のリソース管理処理Ｓ１２０について具体例を用いて説明する。

図７において、格納メモリ３１０は任意のサイズで分割された複数の格納領域３１１である。ここでは、格納領域１、格納領域２が存在する。なお、以下において、格納領域１、格納領域２と記載した場合には、それぞれ格納メモリ３１０における格納領域１の書き込み位置、格納領域２の書き込み位置を示すものとする。各格納領域３１１へ書き込まれる情報は、上述したように、制御対応情報２３３１に保持され、書き込み要求２１２１としてリソース管理部２１３に入力される。

図７に示すように、領域対応情報２３２１は、領域識別子３１１１と、制御機器１４を識別する機器識別子１４１とを対応付ける。領域識別子３１１１と機器識別子１４１とは、格納領域３１１の書き込み位置を介して対応付けられている。
図７に示すように、領域対応情報２３２１は、領域特定テーブル２３２１１と、機器特定テーブル２３２１２とを備える。
領域特定テーブル２３２１１は、領域識別子３１１１と、領域識別子３１１１により識別される格納領域３１１の書き込み位置とが対応付けられている。
機器特定テーブル２３２１２は、機器識別子１４１と、格納メモリ３１０の格納領域３１１の書き込み位置とが対応付けられている。
図７に示すように、機器識別子１４１は、機器制御部２１４に接続される制御機器１４に対応するＩＯポート番号である。

リソース管理部２１３のリソース管理処理Ｓ１２０のうちデータ書き込み処理について説明する。
リソース管理部２１３は、書き込み要求２１２１を取得すると、領域対応情報２３２１の領域特定テーブル２３２１１を参照する。リソース管理部２１３は、書き込み要求２１２１に含まれる領域識別子３１１１に対応する格納メモリ３１０内の書き込み位置を取得する。リソース管理部２１３は、取得した書き込み位置に制御データ５００の書き込みを行う。

図７に示すように、領域対応情報２３２１は、格納メモリ３１０へのアクセス方法を示す情報を保持する。制御管理部２１２は、制御データ５００を書き込むメモリ位置を示す領域識別子３１１１を用いて書き込み要求を行う。一方、機器制御部は、ＩＯポート番号等、負荷出力先を示す機器識別子１４１を用いて読み出し要求を行う。
なお、アプリケーションの情報を書き込むメモリ位置を示す領域識別子３１１１と、アプリケーションが制御する対象の制御機器１４が接続されたＩＯポート番号との関係が正しく合うように領域対応情報２３２１を定義する必要がある。
また、格納メモリ３１０を介して通知するデータは、制御管理部２１２と機器制御部２１４との間で整合が取れればよい。制御管理部２１２は格納メモリ３１０を介して通知するデータの内容は意識しない。

＜機器制御実行処理Ｓ１３０＞
機器制御部２１４は、格納メモリ３１０に格納された制御データ５００を読み出し、制御データ５００を用いて制御機器１４に対して制御を実行する機器制御実行処理Ｓ１３０を行う。

Ｓ１１４において、機器制御部２１４は、格納領域３１１に書き込まれた制御データ５００を読み出すと共に領域識別子３１１１を取得する。
Ｓ１１５において、機器制御部２１４は、領域識別子３１１１と領域対応情報２３２１とに基づいて、領域識別子３１１１に対応する機器識別子１４１を取得する。また、機器制御部２１４は、機器識別子１４１と機器対応情報２３４１とに基づいて、機器識別子１４１により識別される制御機器１４に対応する特性情報６００を取得する。
Ｓ１１６において、機器制御部２１４は、機器識別子１４１により識別される制御機器１４に対して制御データ５００を用いて制御を実行する。機器制御部２１４は、特性情報６００と制御データ５００とを用いて制御機器１４に対する制御を実行する。

図８は、本実施の形態に係る機器制御部２１４の機器制御実行処理Ｓ１３０を説明する図である。
まず、図７を用いて、機器制御実行処理Ｓ１３０のうちリソース管理部２１３によるデータ読み込み処理について説明する。

上記構成の説明で述べたように、機器制御部２１４がリソース管理部２１３から返却データ２１３１を取得する方法には２つの方法がある。

１つ目の方法について説明する。
機器制御部２１４は、周期的にリソース管理部２１３へ制御データ５００の取得を要求する読み出し要求２１４１を出力する。読み出し要求２１４１は、図７に示すように、接続されている制御機器１４の機器識別子１４１を含む。
この場合、図７に示すように、リソース管理部２１３は、機器制御部２１４から出力された読み出し要求２１４１を取得し、機器特定テーブル２３２１２を参照し、機器識別子１４１に対応する格納領域３１１の読み込み位置を取得する。リソース管理部２１３は、取得した格納領域３１１の読み込み位置の制御データ５００を返却データ２１３１として機器制御部２１４へ返却する。

２つ目の方法について説明する。
機器制御部２１４は、格納メモリ３１０の全ての格納領域３１１のそれぞれから制御データ５００を読み出す要求を読み出し要求２１４１として出力する。
この場合、機器制御部２１４には、リソース管理部２１３により格納領域３１１の昇順あるいは降順に制御データ５００が読み出され、読み出された制御データ５００と格納領域３１１の読み出し位置とが返却データ２１３１として返却される。

１つ目の方法の場合は、機器制御部２１４は、予め制御機器１４を特定して読出し要求を行っているので、制御する制御機器１４は特定されている。
一方、２つ目の方法では、機器制御部２１４は、制御データ５００と格納領域３１１の読み出し位置とが返却される度に、領域対応情報２３２１を参照し、格納領域３１１の読み出し位置に対応する機器識別子１４１を取得する。そして、機器制御部２１４は、取得した機器識別子１４１により識別される制御機器１４に対して制御を実行する。

次に、図８を用いて、機器制御部２１４の機器制御実行処理Ｓ１３０について説明する。図６と同様に、ヘッドライト用ＬＥＤランプへの負荷出力動作を具体例として説明する。また、機器制御部２１４は、制御する制御機器１４を制御機器１４ａと特定しているものとする。

機器対応情報２３４１は、制御機器１４ａ，１４ｂのそれぞれに対応して設定される。図８では、ＩＯポート１に対応する制御機器１４ａに対応する機器対応情報２３４１が示されている。
機器制御部２１４は、リソース管理部２１３より返却データ２１３１を取得する。ここでは、返却データ２１３１には、制御データ５００としてデューティー比１０％が設定されている。機器制御部２１４は、制御データ５００を取得後、機器対応情報２３４１を参照し、特性情報６００を取得する。制御機器１４ａの特性情報６００は、負荷出力情報とも称される。特性情報６００には、接続した制御機器１４ａを駆動するための電流値及び電圧値等の電気的特性情報を記憶しておく。

機器制御部２１４は、リソース管理部２１３から取得した制御機器１４ａのＰＷＭ制御値と、機器対応情報２３４１から取得した特性情報６００とを用いて、制御機器１４ａの制御を行う。制御機器１４ａは、機器制御部２１４の制御により駆動される。

また、図８に示すように、機器対応情報２３４１は、制御機器１４ａにおける異常時の制御方法を示すフェイルセーフ制御を特性として含む。すなわち、機器対応情報２３４１は、制御機器１４の制御を行った際に異常を検知した場合のフェイルセーフ動作を定義することを可能とする。機器制御部２１４は、制御機器１４ａにおいて異常が検知された場合には、フェイルセーフ動作に設定されている制御方法で制御機器１４を制御する。

図８の例では、フェイルセーフ動作としてＩＯポート１，２の停止が設定されている。
このように、フェイルセーフ動作を定義しておくことで、制御機器１４ａと制御機器１４ｂとが必ず同時に起動しておく必要がある場合において、制御機器１４ａの異常を検知した時点で制御機器１４ｂへの出力を即座に停止することが可能となる。

＊＊＊本実施の形態の効果の説明＊＊＊
以上のように、本実施の形態に係る機器制御装置は、制御アプリケーション実行部が制御する制御機器の構成情報及び制御方法（サービス情報）を、制御対応情報２３３１及び領域対応情報２３２１を介して授受する制御管理部と機器制御部とを備える。よって、機器制御装置によれば、制御対象機器の制御機器の接続数といった構成情報を意識せずに制御することが可能となり、車両に合わせて制御機器を柔軟に増減させることが可能となる。また、機器制御装置によれば、制御アプリケーションプログラムが提供するサービスに関わる情報を制御情報テーブルに定義することで、制御アプリケーションプログラムを変更することなく、制御機器に対する制御情報を変更とすることが可能となる。

また、本実施の形態に係る機器制御装置によれば、制御アプリケーション実行部ならびに制御管理部は、制御対象の制御機器の物理的な接続位置を意識せずに制御することが可能となる。よって、車両構成に合わせて、制御機器の接続先を柔軟に変更することができるようになる。

また、本実施の形態に係る機器制御装置によれば、機器対応情報を備えるので、機器制御部は、制御対象の制御機器の電気的特性情報といったハードウェアに関わる情報を意識せずに制御することが可能となる。よって、車両に合わせて制御機器を柔軟に付け替えることが可能となる。
更に、機器制御装置によれば、フェイルセーフ動作を制御情報テーブルに定義することで、制御機器の異常を検知した際のフェイルセーフ動作を即座に動作させることが可能となる。

上述した本実施の形態の効果について以下にまとめる。
本実施の形態に係る機器制御装置は、アプリケーションプログラムを実行する機器制御装置が提供するサービスに関わる制御を行う制御管理部と、ハードウェア資源の制御を行うプラットフォームプログラムに対する出力要求を行う機器制御部とを備える。また、機器制御装置では、制御管理部と機器制御部とを分離した構成とし、制御管理部と機器制御部との間にリソース管理部２１３を配置する。また、制御管理部と機器制御部とは、リソース管理部２１３における格納メモリを介して、データ授受を行う。このように、制御管理部と機器制御部との間の依存関係に関わる情報を外部から書換え可能な制御情報テーブルに記憶することで、機器制御装置にて制御対象の機器の構成を意識せずに開発することが可能となる。また、開発効率が高まるとともに、リソース管理部も汎用性が増すことで開発効率を高めることができる。

実施の形態２．
本実施の形態では、実施の形態１と異なる点について説明する。
また、本実施の形態において、実施の形態１で説明したものと同様の構成については同一の符号を付し、その説明を省略する場合がある。

＊＊＊構成の説明＊＊＊
図９は、本実施の形態に係る車両用電子制御システム２０００のブロック構成を示す図である。
図１０は、本実施の形態に係るＥＣＵ１ａのブロック構成を示す図である。
図１１は、本実施の形態に係るＥＣＵ１ｂのブロック構成を示す図である。
車両用電子制御システム２０００は、車両用電子制御装置１０００を複数備える。車両用電子制御システム２０００は、車両用電子制御装置１０００として、第１の車両用電子制御装置１００１と、第１の車両用電子制御装置１００１とネットワークを介して接続され、制御機器１４が接続される第２の車両用電子制御装置１００２とを備える。
ＥＣＵ１ａは、第１の車両用電子制御装置１００１の一例である。
ＥＣＵ１ｂは、第２の車両用電子制御装置１００２の一例である。

本実施の形態に係る車両用電子制御システム２０００では、ＥＣＵ１ａとＥＣＵ１ｂとが、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）あるいはＬＩＮ（Ｌｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）等の通信プロトコルのネットワークにより接続されている。
ＥＣＵ１ａは、制御アプリケーション実行部２１１、制御管理部２１２、リソース管理部２１３ａ、制御情報記憶部２３０ａ、プラットフォームプログラム実行部１１０を備える。
ＥＣＵ１ｂは、リソース管理部２１３ｂ、制御情報記憶部２３０ｂ、機器制御部２１４、プラットフォームプログラム実行部１１０を備える。

図９に示すように、ＥＣＵ１ａには制御アプリケーション実行部２１１、制御管理部２１２を配置し、ＥＣＵ１ｂには機器制御部２１４を配置する。リソース管理部２１３及び制御情報記憶部２３０は、ＥＣＵ１ａとＥＣＵ１ｂとの間の通信制御を行うため、ＥＣＵ１ａ、ＥＣＵ１ｂの双方に配置される。
以下の説明おいて、ＥＣＵ１ａ及びＥＣＵ１ｂの双方に配置される構成については、添え字ａ，ｂを付して区別する。

領域対応記憶部２３２ａは、格納領域３１１と、格納領域３１１をＥＣＵ１ｂに転送する転送先情報７０１とを対応付けた転送対応情報２３２１３を記憶する。
リソース管理部２１３ａは、制御データ５００を格納領域３１１に格納すると共に、転送対応情報２３２１３に基づいて格納領域３１１に対応する転送先情報７０１を取得する。リソース管理部２１３ａは、転送先情報７０１に基づいて格納メモリ３１０の格納領域３１１をＥＣＵ１ｂに転送する。

なお、本実施の形態では、ＥＣＵ１ａに制御管理部２１２を配置し、ＥＣＵ１ｂに機器制御部２１４を配置した構成としたが、ＥＣＵ１ａに制御機器１４を接続すると共にこの制御機器１４への負荷出力を行う機器制御部２１４を配置した構成としてもよい。また、ＥＣＵ１ｂにも制御アプリケーション実行部２１１、制御管理部２１２を配置しても構わない。

＊＊＊動作の説明＊＊＊
図１０及び図１１を用いて、本実施の形態に係るリソース管理部２１３におけるデータ書き込み処理及びデータ読み込み処理を説明する。
図１０及び図１１に示すように、本実施の形態に係る車両用電子制御システム２０００は、ＥＣＵ１ａ側で入力信号を受け付け、ＥＣＵ１ｂ側に接続された制御機器１４ａを制御するものとする。

格納メモリ３１０ａ，３１０ｂは、実施の形態１と同様に、任意のサイズで分割されたデータ格納領域である。各格納領域３１１へ書き込まれる情報は、制御対応情報２３３１ａ，２３３１ｂに保持される。なお、図９及び図１０ではリソース管理部２１３ａ，２１３ｂはそれぞれ１つの格納メモリ３１０を保持している。しかし、リソース管理部２１３は複数の格納メモリ３１０を保持してもよい。

図１０に示すように、領域対応情報２３２１ａの転送対応情報２３２１３は、格納メモリ３１０の格納領域３１１の読み込み位置に対して、転送先情報７０１が設定される。例えば、図１０に示すように、格納領域１に対してＥＣＵ１ｂが設定され、格納領域２に対してＥＣＵ１ａが設定される。

リソース管理部２１３におけるメモリ転送の動作の流れを説明する。
ＥＣＵ１ａのリソース管理部２１３ａは、制御アプリケーション実行部２１１の動作完了後、格納メモリ３１０ａの転送を行うかどうかを判断するため、転送対応情報２３３１３を参照する。リソース管理部２１３ａは、格納メモリ３１０ａの格納領域３１１に対応する転送先情報が別のＥＣＵであれば、格納メモリ３１０の格納領域１の制御データ５００のメモリ転送を実施し、同一ＥＣＵであれば何もしない。なお、ＥＣＵ間の転送用ネットワークは、ＬＩＮでもＣＡＮでも良く、ネットワークプロトコルは問わない。

ＥＣＵ１ｂのリソース管理部２１３ｂは、格納メモリ３１０の格納領域１の制御データ５００を受信後、リソース管理部２１３ｂが保持している格納メモリ３１０ｂの格納領域１に制御データ５００の書き込みを行う。

なお、リソース管理部２１３ａ，２１３ｂにおけるデータ書き込み処理、データ読み込み処理の動作の流れは実施の形態１と同様である。また、制御管理部２１２の制御管理処理及び機器制御部２１４の機器制御実行処理の動作の流れは実施の形態１と同様である。

＊＊＊本実施の形態の効果の説明＊＊＊
以上のように、本実施の形態に係る車両用電子制御システムによれば、入力信号をもとに処理を行う制御アプリケーション実行部２１１及び制御管理部２１２と、機器制御部２１４とを分離することができる。よって、車両用電子制御システムによれば、異なるＥＣＵ間で格納メモリを介してデータ送受信を行うことで、アプリケーションプログラムでＥＣＵ構成を意識することなく開発することができ、開発効率を高めることができる。

実施の形態３．
本実施の形態では、実施の形態１，２と異なる点について説明する。
また、本実施の形態において、実施の形態１，２で説明したものと同様の構成については同一の符号を付し、その説明を省略する場合がある。

＊＊＊構成の説明＊＊＊
図１２は、本実施の形態に係るリソース管理部２１３ｂによるデータ書き込み処理を説明する図である。
本実施の形態に係る車両用電子制御システム２００１は、２つの制御管理部２１２を備えるものとする。すなわち、車両用電子制御システム２００１は、制御管理部２１２として、ＥＣＵ１ａに備えられ、制御機器１４ａの制御を管理する第１の制御管理部２１２ａと、ＥＣＵ１ｂに備えられ、制御機器１４ａの制御を管理する第２の制御管理部２１２ｂとを備える。つまり、制御機器１４ａは、第１の制御管理部２１２ａと第２の制御管理部２１２ｂとの双方により制御可能である。

本実施の形態に係る車両用電子制御システム２００１は、ＥＣＵ１ｂの領域対応記憶部２３２ｂに優先度対応情報２３２１４を備える。優先度対応情報２３２１４は、格納領域３１１と、第１の制御管理部２１２ａによる制御と第２の制御管理部２１２ｂによる制御とのいずれを優先するかを示す優先度情報７０２とを対応付けた情報である。

＊＊＊動作の説明＊＊＊
リソース管理部２１３ｂは、格納領域３１１のメモリ転送を受信すると、優先度対応情報２３２１４を参照し、格納領域３１１に対応する優先度情報７０２を取得する。リソース管理部２１３ｂは、取得した優先度情報７０２に基づいて、格納領域３１１の制御データ５００を格納メモリ３１０ｂに書き込むか否かを決定する。

優先度情報７０２がＥＣＵ１ａを優先するという情報の場合は、メモリ転送された格納領域３１１を格納メモリ３１０ｂの格納領域に書き込む。
優先度情報７０２がＥＣＵ１ｂを優先するという情報の場合は、メモリ転送された格納領域３１１については何もしない。すなわち、第２の制御管理部２１２ｂにより書き込み要求された格納領域３１１の制御データ５００を格納メモリ３１０ｂに書き込む。
メモリ転送された制御データ５００を格納メモリ３１０ｂに格納するということは、制御機器１４ａの制御について、第１の制御管理部２１２ａの制御を優先することである。

＊＊＊本実施の形態の効果の説明＊＊＊
以上のように、本実施の形態に係る車両用電子制御システムによれば、ＥＣＵ１ａとＥＣＵ１ｂに同一の制御機器へ制御要求を行うアプリケーションを配置することを考慮し、転送された格納領域の優先度情報を優先度対応情報に保持することができる。なお、優先度の判定方法も単純にどちらを優先するかという情報だけではなく、双方の制御情報メモリの内容の論理和や論理積により、データ反映を行っても良い。

また、車両用電子制御システム２００１において、リソース管理部２１３が、第１の制御管理部２１２ａ用の格納メモリ３１０１と、第２の制御管理部２１２ｂ用の格納メモリ３１０２との２つの格納メモリ３１０を備えていてもよい。すなわち、リソース管理部２１３ａは、格納メモリ３１０１ａと格納メモリ３１０２ａとを備える。また、リソース管理部２１３ｂは、格納メモリ３１０１ｂと格納メモリ３１０２ｂとを備える。
この場合は、優先度対応情報２３２１４において、格納メモリ単位で優先度付けを行う。また、リソース管理部２１３ｂは、ＥＣＵ１ａから格納メモリ単位でメモリ転送される。リソース管理部２１３ｂは、メモリ転送が行われた場合に、ＥＣＵ１ａからメモリ転送された格納メモリでＥＣＵ１ｂ内の格納メモリ３１０を書き換えるか、ＥＣＵ１ａからメモリ転送された格納メモリを反映しないかの動作を選択できるようにしてもよい。

図１３を用いて、本実施の形態に係る機器制御装置のハードウェア構成の一例について説明する。

機器制御装置はコンピュータである。
機器制御装置は、プロセッサ９０１、補助記憶装置９０２、メモリ９０３、通信装置９０４、入力インタフェース９０５、ディスプレイインタフェース９０６といったハードウェアを備える。
プロセッサ９０１は、信号線９１０を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
入力インタフェース９０５は、入力装置９０７に接続されている。
ディスプレイインタフェース９０６は、ディスプレイ９０８に接続されている。

プロセッサ９０１は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）である。
プロセッサ９０１は、例えば、ＣＰＵ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＧＰＵである。
補助記憶装置９０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）である。
メモリ９０３は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。
通信装置９０４は、データを受信するレシーバー９０４１及びデータを送信するトランスミッター９０４２を含む。
通信装置９０４は、例えば、通信チップ又はＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）である。
入力インタフェース９０５は、入力装置９０７のケーブル９１１が接続されるポートである。
入力インタフェース９０５は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）端子である。
ディスプレイインタフェース９０６は、ディスプレイ９０８のケーブル９１２が接続されるポートである。
ディスプレイインタフェース９０６は、例えば、ＵＳＢ端子又はＨＤＭＩ（登録商標）（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）端子である。
入力装置９０７は、例えば、マウス、キーボード又はタッチパネルである。
ディスプレイ９０８は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）である。

補助記憶装置９０２には、上述したブロック構成図に示す制御アプリケーション実行部、制御管理部、リソース管理部、機器制御部を実現するプログラムが記憶されている。以下、制御アプリケーション実行部、制御管理部、リソース管理部、機器制御部をまとめて「部」と表記する。

上述した「部」の機能を実現するプログラムは、機器制御プログラムとも称される。「部」の機能を実現するプログラムは、１つのプログラムであってもよいし、複数のプログラムから構成されていてもよい。
このプログラムは、メモリ９０３にロードされ、プロセッサ９０１に読み込まれ、プロセッサ９０１によって実行される。

更に、補助記憶装置９０２には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）も記憶されている。
そして、ＯＳの少なくとも一部がメモリ９０３にロードされ、プロセッサ９０１はＯＳを実行しながら、「部」の機能を実現するプログラムを実行する。

図１３では、１つのプロセッサ９０１が図示されているが、機器制御装置が複数のプロセッサ９０１を備えていてもよい。
そして、複数のプロセッサ９０１が「部」の機能を実現するプログラムを連携して実行してもよい。

また、「部」の処理の結果を示す情報やデータや信号値や変数値が、メモリ９０３、補助記憶装置９０２、又は、プロセッサ９０１内のレジスタ又はキャッシュメモリにファイルとして記憶される。

「部」を「サーキットリー」で提供してもよい。
また、「部」を「回路」又は「工程」又は「手順」又は「処理」に読み替えてもよい。また、「処理」を「回路」又は「工程」又は「手順」又は「部」に読み替えてもよい。
「回路」及び「サーキットリー」は、プロセッサ９０１だけでなく、ロジックＩＣ又はＧＡ（Ｇａｔｅ Ａｒｒａｙ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）又はＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）といった他の種類の処理回路をも包含する概念である。

なお、プログラムプロダクトと称されるものは、「部」として説明している機能を実現するプログラムが記録された記憶媒体、記憶装置などであり、見た目の形式に関わらず、コンピュータ読み取り可能なプログラムをロードしているものである。

上記の実施の形態では、制御アプリケーション実行部、制御管理部、リソース管理部、機器制御部、プラットフォームプログラム実行部がそれぞれ独立した機能ブロックとしてＥＣＵを構成している。しかし、ＥＣＵは上記のような構成でなくてもよく、ＥＣＵの構成は任意である。
例えば、制御管理部、リソース管理部、機器制御部を１つの機能ブロックとしてもよい。ＥＣＵの機能ブロックは、上記の実施の形態で説明した機能を実現することができれば、任意である。これらの機能ブロックを、他のどのような組み合わせ、あるいは任意のブロック構成でＥＣＵを構成しても構わない。
また、上述したように、ＥＣＵは１つの装置でなく、複数の装置から構成されたＥＣＵシステムでもよい。

また、実施の形態１から３について説明したが、これらの３つの実施の形態のうち、複数を部分的に組み合わせて実施しても構わない。あるいは、これらの３つの実施の形態のうち、１つの実施の形態を部分的に実施しても構わない。その他、これらの３つの実施の形態を、全体としてあるいは部分的に、どのように組み合わせて実施しても構わない。
なお、上記の実施の形態は、本質的に好ましい例示であって、本発明、その適用物や用途の範囲を制限することを意図するものではなく、必要に応じて種々の変更が可能である。

９０１ プロセッサ、９０２ 補助記憶装置、９０３ メモリ、９０４ 通信装置、９０５ 入力インタフェース、９０６ ディスプレイインタフェース、９０７ 入力装置、９０８ ディスプレイ、９１０ 信号線、９１１，９１２ ケーブル、９０４１ レシーバー、９０４２ トランスミッター、１，１ａ，１ｂ ＥＣＵ、１０ マイクロコンピュータ、１１ ＣＰＵ、１２ 不揮発性メモリ、１３ 入出力部、１４，１４ａ，１４ｂ 制御機器、２０ ＲＯＭ、３０ ＲＡＭ、１００ 機器制御装置、１１０ プラットフォームプログラム実行部、１４０ 制御対象機器、１４１ 機器識別子、２１０ アプリケーションプログラム、２１１ 制御アプリケーション実行部、２１２ 制御管理部、２１２ａ 第１の制御管理部、２１２ｂ 第２の制御管理部、２１３，２１３ａ，２１３ｂ リソース管理部、２１４ 機器制御部、２２０ プラットフォームプログラム、２３０，２３０ａ，２３０ｂ 制御情報記憶部、２３１ 制御情報テーブル、２３２，２３２ａ，２３２ｂ 領域対応記憶部、２３３ 制御対応記憶部、２３４ 機器対応記憶部、３１０，３１０ａ，３１０ｂ，３１０１，３１０２，３１０１ａ，３１０１ｂ，３１０２ａ，３１０２ｂ 格納メモリ、３１１ 格納領域、４００ 制御要求、５００ 制御データ、６００ 特性情報、７０１ 転送先情報、７０２ 優先度情報、１０００ 車両用電子制御装置、１００１ 第１の車両用電子制御装置、１１００ 駆動実行部、１００２ 第２の車両用電子制御装置、２０００，２００１ 車両用電子制御システム、２１２１ 書き込み要求、２１３１ 返却データ、２１４１ 読み出し要求、２３２１，２３２１ａ，２３２１ｂ 領域対応情報、２３３１，２３３１ａ，２３３１ｂ 制御対応情報、２３４１ 機器対応情報、３１１１ 領域識別子、２３２１１ 領域特定テーブル、２３２１２ 機器特定テーブル、２３２１３ 転送対応情報、２３２１４ 優先度対応情報、２３３１１ 格納位置テーブル、２３３１２ 点灯モードテーブル、２３３１３ 転送対応情報、２３３１４ 優先度対応情報、Ｓ１００ 機器制御処理、Ｓ１１０ 制御管理処理、Ｓ１２０ リソース管理処理、Ｓ１３０ 機器制御実行処理。

Claims (13)

1. 制御の対象である制御対象機器に対応付けられた制御対応情報であって、前記制御対象機器を構成する制御機器の制御に用いる制御データを含む制御対応情報を記憶する制御対応記憶部と、
   前記制御対象機器の制御を要求する制御要求を取得すると、前記制御対応情報から前記制御データを取得する制御管理部と、
   格納メモリを備え、前記制御管理部により取得された前記制御データを前記格納メモリに格納するリソース管理部と、
   前記格納メモリに格納された前記制御データを読み出し、前記制御データを用いて前記制御機器に対して制御を実行する機器制御部と
   を備える機器制御装置。
2. 前記格納メモリは、
   複数の格納領域を有し、
   前記制御対応記憶部は、
   前記格納メモリが有する前記複数の格納領域の各格納領域を識別する領域識別子と前記制御データとを対応付ける前記制御対応情報を記憶し、
   前記制御管理部は、
   前記制御要求を取得すると、前記制御対応情報から前記領域識別子と前記制御データとを取得し、前記領域識別子により識別される前記格納領域に前記制御データを書き込む要求である書き込み要求を出力し、
   前記リソース管理部は、
   前記書き込み要求を取得すると、前記制御データを前記領域識別子により識別される前記格納領域に格納する請求項１に記載の機器制御装置。
3. 前記領域識別子と、前記制御機器を識別する機器識別子とを対応付ける領域対応情報を記憶する領域対応記憶部を備え、
   前記機器制御部は、
   前記格納領域に書き込まれた前記制御データを読み出すと共に前記領域識別子を取得し、前記領域識別子と前記領域対応情報とに基づいて前記領域識別子に対応する前記機器識別子を取得し、前記機器識別子により識別される前記制御機器に対して前記制御データを用いて制御を実行する請求項２に記載の機器制御装置。
4. 前記機器制御装置は、
   前記機器識別子と、前記制御機器の特性を表す特性情報とを対応付けた機器対応情報を記憶する機器対応記憶部を備え、
   前記機器制御部は、
   前記機器識別子と前記機器対応情報とに基づいて、前記機器識別子により識別される前記制御機器に対応する前記特性情報を取得し、前記特性情報と前記制御データとを用いて前記制御機器に対する制御を実行する請求項３に記載の機器制御装置。
5. 前記制御対応記憶部は、
   前記領域識別子と、前記制御管理部が前記制御要求を取得してからの経過時間に応じた前記制御データとを対応付けた前記制御対応情報を記憶し、
   前記制御管理部は、
   前記制御要求を取得した後、前記経過時間に応じて前記格納領域の前記制御データを書き換える請求項３または４に記載の機器制御装置。
6. 前記制御管理部は、
   前記制御対象機器の状態を表す制御モードを含む前記制御要求を取得し、
   前記制御対応記憶部は、
   前記領域識別子と、前記制御モードに応じた前記制御データとを対応付けた前記制御対応情報を記憶し、
   前記制御管理部は、
   前記制御要求に含まれる前記制御モードに応じた前記制御データを前記格納領域に格納する請求項３から５のいずれか１項に記載の機器制御装置。
7. 前記制御対応記憶部は、
   前記制御対象機器を構成する前記制御機器の個数分の前記領域識別子と、前記領域識別子の各々に対応する前記制御データとを対応付けた前記制御対応情報を記憶する請求項３から６のいずれか１項に記載の機器制御装置。
8. 前記機器対応記憶部は、
   前記制御機器における異常時の制御方法を示すフェイルセーフ制御を前記特性として含む前記機器対応情報を記憶する請求項４に記載の機器制御装置。
9. 請求項３から８のいずれか１項に記載の機器制御装置と、
   前記機器制御部により出力される前記制御機器への制御の実行の要求に基づいて、前記制御装置を駆動する駆動実行部と
   を備える車両用電子制御装置。
10. 請求項９に記載の車両用電子制御装置を複数備える車両用電子制御システムであって、第１の車両用電子制御装置と、前記第１の車両用電子制御装置とネットワークを介して接続され、前記制御機器が接続される第２の車両用電子制御装置とを備える車両用電子制御システムにおいて、
    前記第１の車両用電子制御装置の前記領域対応記憶部は、
    前記格納領域と、前記格納領域を前記第２の車両用電子制御装置に転送する転送先情報とを対応付けた転送対応情報を記憶し、
    前記第１の車両用電子制御装置の前記リソース管理部は、
    前記制御データを前記格納領域に格納すると共に、前記転送対応情報に基づいて前記格納領域に対応する前記転送先情報を取得し、前記転送先情報に基づいて前記格納メモリの前記格納領域を転送する車両用電子制御システム。
11. 前記車両用電子制御システムは、
    前記制御管理部として、前記第１の車両用電子制御装置に備えられ、前記制御機器の制御を管理する第１の制御管理部と、前記第２の車両用電子制御装置に備えられ、前記制御機器の制御を管理する第２の制御管理部とを備え、
    前記第２の車両用電子制御装置の前記領域対応記憶部は、
    前記格納領域と、前記第１の制御管理部による制御と前記第２の制御管理部による制御とのいずれを優先するかを示す優先度情報とを対応付けた優先度対応情報を記憶する請求項１０に記載の車両用電子制御システム。
12. 制御の対象である制御対象機器に対応付けられた制御対応情報であって、前記制御対象機器を構成する制御機器の制御に用いる制御データを含む制御対応情報を記憶する制御対応記憶部を備える機器制御装置の機器制御方法において、
    制御管理部が、前記制御対象機器の制御を要求する制御要求を取得すると、前記制御対応情報から前記制御データを取得し、
    リソース管理部が、格納メモリを有し、前記制御管理部により取得された前記制御データを前記格納メモリに格納し、
    機器制御部が、前記格納メモリに格納された前記制御データを読み出し、前記制御データを用いて前記制御機器に対して制御を実行する機器制御方法。
13. 制御の対象である制御対象機器に対応付けられた制御対応情報であって、前記制御対象機器を構成する制御機器の制御に用いる制御データを含む制御対応情報を記憶する制御対応記憶部を備える機器制御装置の機器制御プログラムにおいて、
    前記制御対象機器の制御を要求する制御要求を取得すると、前記制御対応情報から前記制御データを取得する制御管理処理と、
    格納メモリを有し、前記制御管理処理により取得された前記制御データを前記格納メモリに格納するリソース管理処理と、
    前記格納メモリに格納された前記制御データを読み出し、前記制御データを用いて前記制御機器に対して制御を実行する機器制御実行処理とをコンピュータに実行させる機器制御プログラム。

Images