(57)【要約】  電子制御装置に搭載された複数のアプリケーションが同じ車載機器からの情報を使用する場合に、情報の重複取得を行わず、マイコンリソースを無駄にすることを防ぐ。同一の車載機器から取得するデータを使用してアプリケーション２１、２２を実行し、この実行周期が異なる複数のアプリケーションが搭載された車載用の電子制御装置１０であって、車載機器から取得したデータと、該データの取得時からの経過時間ｔｂを記憶する記憶部と、記憶部でのデータの経過時間ｔｂと、該データの取得時から該データを用いた各アプリケーション実行時までの許容経過時間ｔａとを比較し、経過時間ｔｂが許容経過時間ｔａ内であるときは、データを用いてアプリケーションを実行し、許容経過時間ｔａを越えているときは車載機器へデータ送信要求を行って最新データを取得する処理部とを備えている。
2009104538.tif 000002
【特許請求の範囲】
【請求項１】
同一の車載機器から取得するデータを使用してアプリケーションを実行し、この実行周期が異なる複数のアプリケーションが搭載された車載用の電子制御装置であって、
前記車載機器から取得したデータと、該データの取得時からの経過時間を記憶する記憶部と、
前記記憶部でのデータの経過時間と、該データの取得時から該データを用いた各アプリケーション実行時までの許容経過時間とを比較し、前記経過時間が許容経過時間内であるときは、前記データを用いて前記アプリケーションを実行し、前記許容経過時間を越えているときは前記車載機器へデータ送信要求を行って最新データを取得する処理部と、
を備えたことを特徴とする車載用の電子制御装置。
【請求項２】
前記記憶部に記憶された経過時間は、所定時間毎に更新される請求項１に記載の車載用の電子制御装置。
【請求項３】
前記処理部は、前記車載機器にアクセスしてデータを取得すると共に、前記複数の各アプリケーションからの要求に応じて該データを前記アプリケーションに送るプラットフォームを備えている請求項１または請求項２に記載の車載用の電子制御装置。
【請求項４】
前記複数のアプリケーションは、ヘッドライト制御アプリケーション、車室灯制御アプリケーション、ワイパー制御アプリケーション、エンジン制御アプリケーションのいずれかを含む請求項１乃至請求項３のいずれか１項に記載の車載用の電子制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載用の電子制御装置に関し、詳しくは、電子制御装置に搭載された複数のアプリケーションが同じ車載機器からの情報を取得して使用する場合に、情報の重複取得を防ぐものである。
【背景技術】
【０００２】
近年、自動車の高機能化および高性能化に伴い、自動車に搭載される電装機器や制御システムの数が増加しており、該電装機器や制御システムを動作するための電子制御装置も急増している。このため、電装機器や電子制御装置の配置スペースや車両重量増加の問題が生じており、１つの電子制御装置で複数の電装機器や制御システムを制御して、電子制御装置の数を減らすことが行われている。
例えば、特開２００７−９０９５１号公報（特許文献１）においては、経路案内システムと運転技術評価システムの２つのシステムを１つの電子制御装置で実施する構成が開示されている。該電子制御装置にはシステム毎にアプリケーションを備えており、これら複数のアプリケーションはそれぞれのシステムに最適な周期で実行されている。【０００３】
該電子制御装置において、複数のアプリケーションが同じデータを使用する場合がある。例えば、電子制御装置は車速センサと接続しており、経路案内システムと運転技術評価システムの両方のアプリケーションが車速情報を使用する場合などである。このとき、車速センサからの車速情報は、各アプリケーションが必要に応じて個別に車速センサにアクセスして取得している。【０００４】
各アプリケーションが個別に車速センサ等の車載機器から情報を取得していると、アプリケーションの情報取得タイミングによっては、短時間に何度も車載機器にアクセスするような状態が発生する。
一方で、各アプリケーションは常に最新の情報を取得する必要があるとは限らず、あるアプリケーションが取得した情報を他のアプリケーションが使用することが可能な場合がある。
このため、各アプリケーションが個別に車載機器から情報を取得するとマイコンリソースを無駄に使用するという問題がある。
さらに、車載機器から情報を取得する際にＡ／Ｄ変換を行う場合には、Ａ／Ｄ変換に時間がかかるため、応答性の悪化を招くという問題がある。【０００５】
【特許文献１】特開２００７−９０９５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、前記問題に鑑みてなされたもので、電子制御装置に搭載された複数のアプリケーションが同じ車載機器からの情報を取得して使用する場合に、情報の重複取得を防ぎ、マイコンリソースを無駄にしないことを課題としている。
【課題を解決するための手段】
【０００７】
前記課題を解決するため、本発明は、同一の車載機器から取得するデータを使用してアプリケーションを実行し、この実行周期が異なる複数のアプリケーションが搭載された車載用の電子制御装置であって、
前記車載機器から取得したデータと、該データの取得時からの経過時間を記憶する記憶部と、
前記記憶部でのデータの経過時間と、該データの取得時から該データを用いた各アプリケーション実行時までの許容経過時間とを比較し、前記経過時間が許容経過時間内であるときは、前記データを用いて前記アプリケーションを実行し、前記許容経過時間を越えているときは前記車載機器へデータ送信要求を行って最新データを取得する処理部と、
を備えたことを特徴とする車載用の電子制御装置を提供している。【０００８】
各アプリケーションは車載機器からデータを取得すると、該データと該データの取得時からの経過時間を記憶部に記憶する。各アプリケーションの実行周期は異なり、また、各アプリケーションがどの程度新しい（新鮮な）データを必要としているかも異なるため、あるアプリケーションによって車載機器から取得され記憶部に記憶されたデータが、他のアプリケーションでは新しいデータであるとして使用することができる場合がある。
このため、各アプリケーションはどのくらいの新しいデータであれば使用可能であるかを示す許容経過時間を設定しており、データを取得する際には、データの取得時からの経過時間が許容経過時間内のデータが記憶部にある場合には記憶部に記憶されたデータを用いてアプリケーションを実行し、記憶部のデータが許容経過時間を越えているときは車載機器からデータを取得してアプリケーションを実行する。【０００９】
このように、記憶部に記憶されたデータの取得時からの経過時間がアプリケーション毎に設定した許容経過時間内であるときには、車載機器からデータを取得するのではなく記憶部からデータを取得することで、アプリケーションはデータを高速に取得することができ、応答性を向上させることができる。
また、電子制御装置から車載機器へ短時間に何度もデータ取得のためにアクセスすることを防ぐことができ、マイコンリソースを無駄に使用することがない。【００１０】
前記記憶部に記憶された経過時間は、所定時間毎に更新される。
所定時間は、０．０５ｍｓｅｃ以上１００ｍｓｅｃ以下が好ましく、より好ましくは０．５ｍｓｅｃ以上１０ｍｓｅｃ以下である。【００１１】
前記処理部は、前記車載機器にアクセスしてデータを取得すると共に、前記複数の各アプリケーションからの要求に応じて該データを前記アプリケーションに送るプラットフォームを備えていることが好ましい。
アプリケーションが車載機器のデータを要求した場合は、プラットフォームは対応するＡＰＩを起動して車載機器にアクセスすることによりデータを取得し、該データ要求を出したアプリケーションに引き渡す。【００１２】
前記複数のアプリケーションは、ヘッドライト制御アプリケーション、車室灯制御アプリケーション、ワイパー制御アプリケーション、エンジン制御アプリケーションのいずれかを含むことが好ましい。
特に、車室灯制御アプリケーションやワイパー制御アプリケーションなど実行周期が長く応答性要求が低いアプリケーションと、ヘッドライト制御アプリケーションやエンジン制御アプリケーションなど実行周期が短く応答性要求が高いアプリケーションが電子制御装置に搭載されている場合、実行周期が長く応答性要求が低いアプリケーションは実行周期が短く応答性要求が高いアプリケーションにより取得したデータを用いることができるため、本発明は好適に用いられる。
【発明の効果】
【００１３】
前述したように、本発明の車載用の電子制御装置によれば、記憶部に記憶されたデータの取得時からの経過時間がアプリケーション毎に設定した許容経過時間内であるときには、車載機器からデータを取得するのではなく記憶部からデータを取得することで、アプリケーションはデータを高速に取得することができる。
また、電子制御装置から車載機器へ短時間に何度もデータ取得のためにアクセスすることを防ぐことができ、マイコンリソースを無駄に使用することがない。
【図面の簡単な説明】
【００１４】
【図１】本発明である車載用の電子制御装置の実施形態を示す全体的な概略構成図である。
【図２】車載用の電子制御装置のソフトウェア構成図である。
【図３】テーブルの例である。
【図４】車載用の電子制御装置のハードウェア構成図である。
【図５】ヘッドライト制御アプリの動作を示すフローチャートである。
【図６】照度センサのデータ値の取得の動作を示すフローチャートである。
【図７】室内灯制御アプリの動作を示すフローチャートである。
【符号の説明】
【００１５】
１０  電子制御装置
１１  照度センサ
１２  ヘッドライト
１３  エンジン
１４  ライトスイッチ
１５  室内灯
１６  ドア開閉センサ
２１  ヘッドライト制御アプリ
２２  室内灯制御アプリ
２３  プラットフォーム
２４  ＡＰＩライブラリ
Ｔ  テーブル
ｔｂ  経過時間
ｔａ  許容経過時間
【発明を実施するための最良の形態】
【００１６】
本発明の実施形態を図面を参照して説明する。
図１乃至図７に本発明の実施形態を示す。
本発明の電子制御装置１０は自動車に搭載されライト系の制御を行っている。
電子制御装置１０は、図１に示すように車外照度を計測する照度センサ１１と接続すると共に、ヘッドライト１２、エンジン１３及びライトスイッチ１４と接続しており、エンジン１３が始動かつライトスイッチ１４がオートの場合に、該照度センサ１１のデータ値を用いてヘッドライト１２を点灯または消灯するヘッドライト制御を行っている。【００１７】
また、電子制御装置１０は、室内灯１５及びドア開閉センサ１６と接続しており、自動車のいずれかのドアが開である場合に、照度センサ１１のデータ値を用いて室内灯１５を点灯または消灯する室内灯制御を行っている。
ヘッドライト制御と室内灯制御の実行周期は異なっており、ヘッドライト制御の実行周期は１０ｍｓｅｃ、室内灯制御の実行周期は２０ｍｓｅｃである。【００１８】
図２は、ヘッドライト制御と室内灯制御を電子制御装置１０で行う場合のソフトウェア構成図である。
電子制御装置１０は、ヘッドライト制御及び室内灯制御のためのアプリケーションとして、ヘッドライト制御アプリ２１、室内灯制御アプリ２２という２つのソフトウェアを備えている。【００１９】
さらに、電子制御装置１０は各アプリケーションからのリクエストに応じた応答を返すマネージャ層であるプラットフォーム２３を備えている。プラットフォーム２３には、照度センサ１１のデータ値等を収集するための各種マネージャ（図示せず）を含んでいる。【００２０】
ヘッドライト制御アプリ２１はプラットフォーム２３にリクエストを出して、エンジン１３が始動しているか、及びライトスイッチ１４がオートかを検知している。
エンジン１３が始動かつライトスイッチ１４がオートの場合はプラットフォーム２３に照度センサ１１のデータ値を要求するリクエストを出す。このとき、同時に許容経過時間ｔａを引数としてリクエストを出す。ヘッドライト制御アプリ２１は受け取った照度センサ１１のデータ値を用いてヘッドライト１２の点灯または消灯を行う。【００２１】
室内灯制御アプリ２２はプラットフォーム２３にリクエストを出して、自動車のいずれかのドアが開いているか否かを検知している。
ドアが開いている場合はプラットフォーム２３に照度センサ１１のデータ値を要求するリクエストを出す。このとき、同時に許容経過時間ｔａを引数としてリクエストを出す。室内灯制御アプリ２２は受け取った照度センサ１１のデータ値を用いて室内灯１５の点灯または消灯を行う。【００２２】
プラットフォーム２３は、ヘッドライト制御アプリ２１及び室内灯制御アプリ２２が要求して取得した照度センサ１１のデータ値を、記憶領域にテーブルＴとして記憶している。該テーブルＴの例を図３に示し、該テーブルＴは、データ識別番号と、データの取得時からの経過時間ｔｂと、データ値からなる。【００２３】
プラットフォーム２３は照度センサ１１からのデータ値を取得する毎に、データ識別番号の小さい領域から順にデータ値を格納していく。
データ取得時からの経過時間ｔｂは、照度センサ１１からデータを取得してテーブルＴに記憶されたときを「０」とし、０．１ｍｓｅｃ毎にデータ取得時からの経過時間ｔｂを更新して「１」を加えていく。例えば、データ取得時からの経過時間ｔｂが「３００」である場合には、プラットフォーム２３がデータを取得してから３０ｍｓｅｃ経過したことを示している。
また、図３において、データ識別番号「４」は経過時間ｔｂが負となっているが、こればデータ識別番号が「４」の領域は、電子制御装置１０が起動してからデータを取得していないことを示している。
データ値は照度センサ１１の測定値であり、Ａ／Ｄ変換された値で表示している。【００２４】
プラットフォーム２３は、ヘッドライト制御アプリ２１または室内灯制御アプリ２２から照度センサ１１のデータを要求するリクエストと共に許容経過時間ｔａを受け取り、テーブルＴに照度センサ１１のデータ取得時からの経過時間ｔｂが許容経過時間ｔａ内にあるデータが存在する場合には、テーブルＴのデータ値をヘッドライト制御アプリ２１または室内灯制御アプリ２２に引き渡す。許容経過時間ｔａを越えているデータのみの場合には、照度センサ１１からデータを取得する。【００２５】
さらに、電子制御装置１０はアプリケーションからのリクエストを処理するためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）群を含むＡＰＩライブラリ２４を備えている。アプリケーションからリクエストがあると、プラットフォーム２３はリクエストを受け取り、ＡＰＩライブラリ２４からリクエストに応じたＡＰＩを起動する。ＡＰＩはリクエストに応じた動作を行い、リクエストに対する回答を作成しプラットフォーム２３に引き渡す。【００２６】
ＡＰＩライブラリ２４には、照度ＡＰＩ２４ａ、エンジン始動ＡＰＩ２４ｂ、ドア開閉ＡＰＩ２４ｃ，ライトスイッチＡＰＩ２４ｄを含んでいる。
照度ＡＰＩ２４ａは照度センサ１１から車外の照度データを取得するＡＰＩであり、エンジン始動ＡＰＩ２４ｂはエンジン１３が始動しているか否かを検知している。また、ドア開閉ＡＰＩ２４ｃは車両のドアの開閉を検知しており、ライトスイッチＡＰＩ２４ｄはヘッドライト１２がオートモードか否かを検知している。【００２７】
図４は電子制御装置１０のハードウェアの構成を示し、マイコン３１とＩ／Ｆ（インターフェース）３２からなる。Ｉ／Ｆ３２は、図４には図示していないが、ドア開閉センサ１６、照度センサ１１、ライトスイッチ１４、エンジン１３、室内灯１５及びヘッドライト１２と接続している。
アプリケーションは記憶部を構成するマイコン３１のＲＯＭ３３に記憶しており、テーブルＴはマイコン３１のＲＡＭ３４に記憶している。アプリケーション及びプラットフォーム２３は処理部を構成するマイコン３１のＣＰＵ３５により実行している。【００２８】
次に、電子制御装置１０のヘッドライト制御及び室内灯制御の動作について説明する。
まず、ヘッドライト制御の動作について図５のフローチャートを用いて説明する。ヘッドライト制御は図５の動作を１０ｍｓｅｃ毎に行っている。
ステップＳ１で、ヘッドライト制御アプリ２１はエンジン１３が始動しているか否かを検知する。
ヘッドライト制御アプリ２１は、プラットフォーム２３にエンジン１３が始動しているかを検知するリクエストを出す。プラットフォーム２３はエンジン始動ＡＰＩ２４ｂを起動してエンジン１３が始動しているか否かを検知し、回答をヘッドライト制御アプリ２１に引き渡す。エンジン１３が始動している場合はステップＳ２へ進む。エンジン１３が始動していない場合はフローチャートを終了する。【００２９】
ステップＳ２で、ヘッドライト制御アプリ２１は、ライトスイッチ１４がオートであるか否かを検知する。
ヘッドライト制御アプリ２１は、プラットフォーム２３にライトスイッチ１４がオートか否かを検知するリクエストを出す。プラットフォーム２３はライトスイッチＡＰＩ２４ｄを起動してライトスイッチ１４がオートか否かを検知し、回答をヘッドライト制御アプリ２１に引き渡す。ライトスイッチ１４がオートの場合はステップＳ３に進む。ライトスイッチ１４がオートでない場合はフローチャートを終了する。【００３０】
ステップＳ３では、照度センサ１１からのデータ値を取得している。詳細を図６のフローチャートを用いて説明する。
ステップＳ１１では、ヘッドライト制御アプリ２１は照度センサ１１のデータ値をプラットフォーム２３にリクエストしている。同時に、ヘッドライト制御アプリ２１は許容経過時間ｔａを引数としてプラットフォーム２３に送る。
例えば、データ取得時からの経過時間ｔｂが５ｍｓｅｃ以内のデータ値を使用したい場合、テーブルＴが０．１ｍｓｅｃ毎にデータ取得時からの経過時間ｔｂを更新しているときには許容経過時間ｔａとして「５０」をプラットフォーム２３に送る。【００３１】
ステップＳ１２では、プラットフォーム２３はテーブルＴに記憶されている照度センサ１１のデータ値の経過時間ｔｂが「０」以上の値があるか否かを判断する。「０」以上の値がある場合にはステップＳ１３に進む。全て「−１」の場合はステップＳ１６に進む。
ステップＳ１３では、各データ値の経過時間ｔｂを許容経過時間ｔａと比較している。経過時間ｔｂが許容経過時間ｔａ内であるデータ値が存在する場合にはステップＳ１４に進む。存在しない場合はステップＳ１６に進む。
テーブルＴにはヘッドライト制御アプリ２１の動作によって照度センサ１１のデータ値が記憶されるだけでなく、室内灯制御アプリ２２の動作によっても照度センサ１１のデータ値が記憶される。ヘッドライト制御アプリ２１と室内灯制御アプリ２２の実行周期は異なるため、テーブルＴに記憶されている照度センサ１１のデータ値は、各制御アプリがリクエストする許容経過時間ｔａ内である場合がある。【００３２】
ステップＳ１４では、プラットフォーム２３はテーブルＴから経過時間ｔｂが許容経過時間ｔａ内であるデータ値を読み出し、ヘッドライト制御アプリ２１に引き渡す。
なお、経過時間ｔｂが許容経過時間ｔａ内であるデータ値が複数ある場合には、経過時間ｔｂが最も短いデータ値を引き渡す。【００３３】
ステップＳ１６は、ステップＳ１２でプラットフォーム２３はテーブルＴに記憶されている照度センサ１１のデータ値の経過時間ｔｂが全て「−１」の場合、及びステップＳ１３で、経過時間ｔｂが許容経過時間ｔａ内であるデータ値が存在しない場合の動作であり、プラットフォーム２３は照度ＡＰＩ２４ａを起動して照度センサ１１からデータ値を取得する。
ステップＳ１７では、ステップＳ１６で取得したデータ値をテーブルＴに記憶し、経過時間ｔｂを「０」にする。
この後ステップＳ１４において、記憶したデータ値をヘッドライト制御アプリ２１に引き渡す。【００３４】
図５のフローチャートのステップＳ４に戻ると、ステップＳ４では、ヘッドライト制御アプリ２１は、図６の動作によって取得した照度センサ１１のデータ値を、予め設定した所定値と比較する。照度センサ１１のデータ値が所定値よりも小さい場合にはステップＳ５に進む。同じか大きい場合にはステップＳ６へ進む。
ステップＳ５では、ヘッドライト制御アプリ２１はヘッドライト１２を点灯させ、ステップＳ６ではヘッドライト制御アプリ２１はヘッドライト１２を消灯する。【００３５】
次に室内灯制御の動作について図７のフローチャートを用いて説明する。室内灯制御は図７の動作を２０ｍｓｅｃ毎に行っている。
ステップＳ２１で、室内灯制御アプリ２２は自動車のいずれかのドアが開か否かを検知する。
室内灯制御アプリ２２は、プラットフォーム２３に自動車のいずれかのドアが開か否かを検知するリクエストを出す。プラットフォーム２３はドア開閉ＡＰＩ２４ｃを起動してドアが開か否かを検知し、回答を室内灯制御アプリ２２に返す。いずれかのドアが開いている場合にはステップＳ２へ進む。ドアが全て閉まっている場合はフローチャートを終了する。【００３６】
ステップＳ２３では、前述した図６に示すフローチャートと同様の動作により照度センサ１１のデータ値を取得する。
ステップＳ２４では、室内灯制御アプリ２２は、照度センサ１１のデータ値を、予め設定した所定値と比較し、照度センサ１１のデータ値が所定値よりも小さい場合にはステップＳ２５のように室内灯１５を点灯し、同じか大きい場合にはステップＳ２６のように室内灯１５を消灯する。【００３７】
本発明によれば、テーブルに記憶されたデータの取得時からの経過時間ｔｂがアプリケーション毎に設定した許容経過時間ｔａ内であるときには、照度センサからデータを取得するのではなくテーブルからデータを取得することで、アプリケーションはデータを高速に取得することができる。
また、電子制御装置１０から照度センサへ短時間に何度もデータ取得のためにアクセスすることを防ぐことができ、マイコンリソースを無駄に使用することがない。【００３８】
なお、室内灯制御アプリ２２、ヘッドライト制御アプリ２１に替えて、ワイパー制御アプリ、エンジン制御アプリが電子制御装置１０に搭載されていてもよい。
【図１】
2009104538.tif 000003
【図２】
2009104538.tif 000004
【図３】
2009104538.tif 000005
【図４】
2009104538.tif 000006
【図５】
2009104538.tif 000007
【図６】
2009104538.tif 000008
【図７】
2009104538.tif 000009
【手続補正書】
【提出日】平成21年8月24日(2009.8.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
同一の車載機器から取得するデータを使用してアプリケーションを実行し、この実行周期が異なる複数のアプリケーションが搭載された車載用の電子制御装置であって、
前記車載機器から取得したデータと、該データの取得時からの経過時間を記憶する記憶部と、
前記記憶部でのデータの経過時間と、該データの取得時から該データを用いた各アプリケーション実行時までの許容経過時間とを比較し、前記経過時間が許容経過時間内であるときは、前記データを用いて前記アプリケーションを実行し、前記許容経過時間を越えているときは前記車載機器へデータ送信要求を行って最新データを取得する処理部を備え、
前記処理部は、前記車載機器にアクセスしてデータを取得すると共に、前記複数の各アプリケーションからの要求に応じて該データを前記アプリケーションに送るプラットフォームを備えたことを特徴とする車載用の電子制御装置。
【請求項２】
前記記憶部に記憶された経過時間は、所定時間毎に更新される請求項１に記載の車載用の電子制御装置。
【請求項３】
（削除）
【請求項４】
前記複数のアプリケーションは、ヘッドライト制御アプリケーション、車室灯制御アプリケーション、ワイパー制御アプリケーション、エンジン制御アプリケーションのいずれかを含む請求項１または請求項２に記載の車載用の電子制御装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
このため、各アプリケーションが個別に車載機器から情報を取得するとマイコンリソースを無駄に使用するという問題がある。
さらに、車載機器から情報を取得する際にＡ／Ｄ変換を行う場合には、Ａ／Ｄ変換に時間がかかるため、応答性の悪化を招くという問題がある。
［０００５］
特許文献１：特開２００７−９０９５１号公報
発明の開示
発明が解決しようとする課題
［０００６］
本発明は、前記問題に鑑みてなされたもので、電子制御装置に搭載された複数のアプリケーションが同じ車載機器からの情報を取得して使用する場合に、情報の重複取得を防ぎ、マイコンリソースを無駄にしないことを課題としている。
課題を解決するための手段
［０００７］
前記課題を解決するため、本発明は、同一の車載機器から取得するデータを使用してアプリケーションを実行し、この実行周期が異なる複数のアプリケーションが搭載された車載用の電子制御装置であって、
前記車載機器から取得したデータと、該データの取得時からの経過時間を記憶する記憶部と、
前記記憶部でのデータの経過時間と、該データの取得時から該データを用いた各アプリケーション実行時までの許容経過時間とを比較し、前記経過時間が許容経過時間内であるときは、前記データを用いて前記アプリケーションを実行し、前記許容経過時間を越えているときは前記車載機器へデータ送信要求を行って最新データを取得する処理部を備え、
前記処理部は、前記車載機器にアクセスしてデータを取得すると共に、前記複数の各アプリケーションからの要求に応じて該データを前記アプリケーションに送るプラットフォームを備えたことを特徴とする車載用の電子制御装置を提供している。
［０００８］
各アプリケーションは車載機器からデータを取得すると、該データと該データの取得時からの経過時間を記憶部に記憶する。各アプリケーションの実行周期は異なり、また、各アプリケーションがどの程度新しい（新鮮な）データを必要としているかも異なるため、あるアプリケーションによって車載機器から取得され記憶部に記憶されたデータが、他のアプリケーションでは新しいデータであるとして使用することができる場合がある。
【国際調査報告】
2009104538.tif 000010
2009104538.tif 000011