(57)【特許請求の範囲】
【請求項１】
ソフトウェアを実行するように構成された第１処理部（２１）及び第２処理部（２２）と、
前記第１処理部により実行される第１ソフトウェア（３１）と、
前記第２処理部により実行される第２ソフトウェア（３２）と、
前記第１ソフトウェア及び前記第２ソフトウェアとは別のソフトウェアである第３ソフトウェア（３３，３４）によってアクセスされない記憶領域である授受領域（２５）と、を備え、
前記第１ソフトウェア及び前記第２ソフトウェアは、前記第３ソフトウェアよりも高い安全度が設定されたソフトウェアであると共に、前記第２ソフトウェアは、前記第１ソフトウェアにより演算されたデータである演算結果データを用いて、演算処理を行うように構成されており、
前記第２処理部は、
予め定められたタイミング毎に、前記第１ソフトウェアから前記第２ソフトウェアに提供される全ての演算結果データのうちの一部であって、当該タイミングにて前記第２ソフトウェアが必要とする一部の演算結果データを前記第１処理部に要求するように構成された要求部（４１）、を備え、
前記第１処理部は、
前記要求部によって要求された演算結果データを前記授受領域に書き込むと共に、前記要求された演算結果データの前記授受領域への書き込みを完了したことを前記第２処理部に通知するように構成された書込部（４３）、を備え、
前記第２処理部は、
前記書込部による前記通知を受けると、前記授受領域から前記演算結果データを読み出すように構成された読出部（４２）、を更に備える、
車載制御装置。
【請求項２】
請求項１に記載の車載制御装置であって、
前記要求部及び前記読出部は、前記第２処理部が前記第２ソフトウェアを実行することによって実現され、
前記書込部は、前記第１処理部が前記第１ソフトウェアを実行することによって実現される、
車載制御装置。
【請求項３】
請求項１又は請求項２に記載の車載制御装置であって、
前記授受領域は、
前記一部の演算結果データが書き込まれるデータ領域（２７）と、
前記データ領域におけるどの位置にどの演算結果データが書き込まれているかを特定可能な管理情報が書き込まれる管理用領域（２８）と、を備え、
前記書込部は、前記管理用領域に前記管理情報を書き込む処理も行うように構成され、
前記読出部は、前記管理用領域内の前記管理情報に基づいて、前記データ領域から前記演算結果データを読み出すように構成されている、
車載制御装置。
【請求項４】
請求項１ないし請求項３の何れか１項に記載の車載制御装置であって、
前記第３ソフトウェアによってアクセス可能な記憶領域である別領域（２６）、を更に備え、
前記第１処理部は、
前記演算結果データの全部又は一部を前記別領域に定期的に書き込むように構成された定期書込部（４４）、を更に備える、
車載制御装置。
【請求項５】
請求項４に記載の車載制御装置であって、
前記定期書込部は、前記第１処理部が前記第１ソフトウェアを実行することによって実現される、
車載制御装置。
【請求項６】
請求項１ないし請求項５の何れか１項に記載の車載制御装置であって、
前記授受領域の記憶容量は、
当該授受領域に記憶可能な前記演算結果データの最大数と、前記第２ソフトウェアによる演算処理において同じ時の値であることが必要な前記演算結果データの最大数とが、同じになるように設定されている、
車載制御装置。
【請求項７】
請求項１ないし請求項６の何れか１項に記載の車載制御装置であって、
前記要求部、前記書込部及び前記読出部は、一定時間毎に動作するように構成されている、
車載制御装置。
【請求項８】
請求項１ないし請求項７の何れか１項に記載の車載制御装置であって、
複数通りのタイミングのうちのどのタイミングで、前記全ての演算結果データのうちのどれを前記第１処理部に要求するかが記録された少なくとも１つのテーブル（５１,５２）、を更に備え、
前記要求部は、前記少なくとも１つのテーブルに基づいて、前記全ての演算結果データのうちの一部を前記第１処理部に要求するように構成されている、
車載制御装置。
【請求項９】
請求項８に記載の車載制御装置であって、  
前記少なくとも１つのテーブルは、複数のテーブル（５１,５２）であり、
前記要求部は、予め定められた条件に基づいて、前記複数のテーブルのうち、使用するテーブルを切り替えるように構成されている、
車載制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、車載制御装置に関する。
【背景技術】
【０００２】
自動車用機能安全規格としてＩＳＯ２６２６２がある。ＩＳＯ２６２６２では、自動車の安全要求と安全対策を指定する安全度の指標として、ＡＳＩＬが定められている。ＡＳＩＬは、「Automotive  Safety  Integrity  Level」の略である。
【０００３】
そして、ＩＳＯ２６２６２では、アプリケーション同士が無干渉であり、互いの故障が伝播しあう可能性が無ければ、即ち、パーティショニングされていれば、異なる安全度水準を設けて良いとされている。そのため、同一の制御装置上に割り当てられた複数のソフトウェア間における故障伝播を防ぐ技術が必要とされている。
【０００４】
例えば、特許文献１には、高い安全度が設定されたＡＳＩＬソフトウェアと、低い安全度が設定されたＱＭソフトウェアとを有した車両制御装置において、ＡＳＩＬソフトウェアとＱＭソフトウェアとをパーティショニングする技術が記載されている。ＱＭは、「Quality Management」の略であり、機能安全を適用しなくても良い通常の品質管理を意味する。具体的には、特許文献１では、複数のコアプロセッサに割り当てられたＡＳＩＬソフトウェア同士でデータの授受をするためのＡＳＩＬ記憶領域と、ＡＳＩＬソフトウェアにより演算されたデータをＱＭソフトウェアのアクセス用に記憶する共有記憶領域と、を設けている。ＡＳＩＬ記憶領域は、ＱＭソフトウェアによってアクセスされないようになっている。そして、特許文献１の技術では、ＡＳＩＬソフトウェア同士で共有される全てのデータがＡＳＩＬ記憶領域に書き込まれる。更に、ＡＳＩＬ記憶領域に書き込まれるデータは、共有記憶領域にコピーされる。このため、ＱＭソフトウェアは、ＡＳＩＬソフトウェアによって演算されたデータを、共有記憶領域から取得する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−９９５１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１の技術では、複数のコアプロセッサに割り当てられたＡＳＩＬソフトウェア同士で共有される全てのデータが、ＡＳＩＬ記憶領域と共有記憶領域との両方に書き込まれる。このため、多くのメモリ容量を必要とする。
【０００７】
そこで、本開示は、必要なメモリ容量を低減することが可能な車載制御装置を提供する。
【課題を解決するための手段】
【０００８】
本開示の一態様は車載制御装置である。この車載制御装置は、ソフトウェアを実行する第１処理部（２１）及び第２処理部（２２）と、第１処理部により実行される第１ソフトウェア（３１）と、第２処理部により実行される第２ソフトウェア（３２）と、授受領域（２５）と、を備える。
【０００９】
授受領域は、第３ソフトウェア（３３，３４）によってアクセスされない記憶領域である。第３ソフトウェアは、第１ソフトウェア及び第２ソフトウェアとは別のソフトウェアである。第１ソフトウェア及び第２ソフトウェアは、第３ソフトウェアよりも高い安全度が設定されたソフトウェアである。そして、第２ソフトウェアは、第１ソフトウェアにより演算されたデータである演算結果データを用いて、演算処理を行うように構成されている。
【００１０】
第２処理部は、要求部（４１）と、読出部（４２）とを備える。そして、第１処理部は、書込部（４３）を備える。第２処理部の要求部は、予め定められたタイミング毎に、第１ソフトウェアから第２ソフトウェアに提供される全ての演算結果データのうちの一部であって、当該タイミングにて第２ソフトウェアが必要とする一部の演算結果データを、第１処理部に要求する。第１処理部の書込部は、要求部によって要求された演算結果データを授受領域に書き込むと共に、要求された演算結果データの授受領域への書き込みを完了したことを第２処理部に通知する。そして、第２処理部の読出部は、書込部による通知を受けると、授受領域から演算結果データを読み出す。
【００１１】
この車載制御装置では、第１処理部で実行される第１ソフトウェアから、第２処理部で実行される第２ソフトウェアへ、授受領域を介して、演算結果データが提供される。そして、授受領域は、第３ソフトウェアによってアクセスされない。このため、第１ソフトウェア及び第２ソフトウェアと、第３ソフトウェアとがパーティショニングされ、第１ソフトウェア及び第２ソフトウェアに設定された安全度が確保される。
【００１２】
そして、授受領域には、第１ソフトウェアから第２ソフトウェアに提供される全ての演算結果データが常時記憶されるのではなく、その全演算結果データのうち、所定のタイミング毎に第２ソフトウェアが必要とする一部の演算結果データだけが書き込まれる。このため、必要なメモリ容量を低減することができる。
【００１３】
なお、この欄及び特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。
【図面の簡単な説明】
【００１４】
【図１】実施形態のＥＣＵの構成を示すブロック図である。
【図２】ＲＡＭのメモリマップである。
【図３】第１データ書込処理を表すフローチャートである。
【図４】第２データ書込処理を表すフローチャートである。
【図５】データ読出処理を表すフローチャートである。
【図６】データ要求処理を表すフローチャートである。
【図７】要求データテーブルを説明する説明図である。
【図８】テーブル切替処理を表すフローチャートである。
【図９】電スロ制御用データ、データラベル、データ要求通知、データ格納通知、及び作用例を説明する説明図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら、本開示を実施するための形態を説明する。
［構成］
図１に示す本実施形態のＥＣＵ１１は、車両に搭載される制御装置、即ち、車載制御装置である。ＥＣＵ１１は、例えば電子スロットル１３を制御する。電子スロットル１３は、当該電子スロットル１３に備えられたアクチュエータ１４が制御されることで、エンジンへの吸入空気量を調節する装置である。なお、ＥＣＵは、「Electronic Control Unit」の略である。
【００１６】
ＥＣＵ１１は、当該ＥＣＵ１１の動作を司る制御部として、マイクロコンピュータ（以下、マイコン）１７を備える。
マイコン１７は、複数のコアプロセッサ（以下、コア）を備えたマルチコアマイコンである。本実施形態では、マイコン１７は、第１コア２１と、第２コア２２とを備える。更に、マイコン１７は、ＲＯＭ２３、ＲＡＭ２４、及び書き換え可能なフラッシュメモリ等を備える。
【００１７】
ＲＯＭ２３には、各コア２１，２２によって実行されるソフトウェア（以下、ソフト）が記憶されている。なお、実行されるソフトは、プログラムである。また、ＲＡＭ２４には、各コア２１，２２による演算結果のデータ等が記憶される。
【００１８】
ＥＣＵ１１の各種機能は、コア２１，２２が非遷移的実体的記録媒体に格納されたソフトを実行することにより実現される。この例では、ＲＯＭ２３が、ソフトを格納した非遷移的実体的記録媒体に該当する。また、ソフトの実行により、そのソフトに対応する方法が実行される。なお、ＥＣＵ１１を構成するマイコンの数は１つでも複数でも良い。
【００１９】
第１コア２１が実行するソフトとしては、少なくとも第１ソフト３１がある。第２コア２２が実行するソフトとしては、少なくとも第２ソフト３２がある。第１ソフト３１と第２ソフト３２は、電子スロットル１３を制御するためのソフトである。第２ソフト３２は、第１ソフト３１によって演算されたデータを用いて、電子スロットル１３を制御するための演算処理を行うように構成されている。
【００２０】
例えば、第１コア２１は、第１ソフト３１を実行することにより、電子スロットル１３の制御（以下、電スロ制御）に用いられる各種パラメータのデータを、センサ１５や他のＥＣＵ等から取得する演算を行う。つまり、第１ソフト３１により演算されるデータは、電スロ制御に必要なデータ（以下、電スロ制御用データ）である。なお、図１では、電スロ制御用データを取得するためのセンサ１５が１つだけ図示されているが、センサ１５は、実際には複数ある。
【００２１】
また、電スロ制御用データとしては、例えば図９における左端部分に名称が列記されている１０個のデータがある。その１０個のデータとは、スロットル開度、アクセル開度、吸気量、エンジン回転角、エンジン回転数、Ｏ2センサ値１、Ｏ2センサ値２、吸気温、その他データ１、その他データ２、である。「Ｏ2」は酸素のことである。なお、本実施形態では、電スロ制御用データが、上記１０個のデータであるとするが、電スロ制御用データの種類や数は、上記１０個のデータに限るものではない。
【００２２】
そして、第２コア２２は、第２ソフト３２を実行することにより、第１コア２１からＲＡＭ２４を介して電スロ制御用データを取得し、その取得した電スロ制御用データを用いて、電子スロ制御のための演算処理を行う。この演算処理には、アクチュエータ１４の制御量を演算する処理や、アクチュエータ１４に動作指令を出力する処理等が含まれる。
【００２３】
更に、第２コア２２が実行するソフトとしては、第３ソフトとしての異常検出ソフト３３及び市場モニタソフト３４がある。
異常検出ソフト３３は、第１ソフト３１によって演算された電スロ制御用データの全部又は一部を一定周期でモニタして、値が異常なデータを検出すると、その時の車両データをフリーズフレームデータとしてフラッシュメモリ等に記憶する処理を行うためのソフトである。フリーズフレームデータとして記憶される車両データとしては、例えば車速やエンジン回転数等がある。
【００２４】
市場モニタソフト３４は、市場での車両の使われ方を解析するためのデータを、フラッシュメモリ等に記憶する処理を行うためのソフトである。市場モニタソフト３４による記憶対象のデータとしては、例えば、第１ソフト３１によって演算される電スロ制御用データのうちのアクセル開度等があり、また、エアコン使用頻度等の他のデータもある。この市場モニタソフト３４によって記憶されたデータは、例えば、カーディーラーで専用ツールにより読み出され、次の車両に関する開発に活用される。
【００２５】
そして、第１ソフト３１及び第２ソフト３２は、異常検出ソフト３３及び市場モニタソフト３４よりも高い安全度が設定されたソフトである。
電スロ制御の機能は、機能安全対象である。このため、第１ソフト３１及び第２ソフト３２に設定された安全度は、例えば、ＩＳＯ２６２６２で定められている４通りのＡＳＩＬであるＡＳＩＬＡ〜ＡＳＩＬＤのうちの、何れか１つである。一方、異常検出ソフト３３及び市場モニタソフト３４のそれぞれによる各機能は、機能安全非対象であり、通常の品質管理（即ち、ＱＭ）の機能である。このため、異常検出ソフト３３及び市場モニタソフト３４に設定された安全度は、第１ソフト３１及び第２ソフト３２に設定された安全度よりも低い。
【００２６】
よって、第１ソフト３１及び第２ソフト３２に設定された高い安全度を確保するためには、第１ソフト３１及び第２ソフト３２による機能が、低い安全度の異常検出ソフト３３及び市場モニタソフト３４によって干渉されないようになっている必要がある。
【００２７】
このため、ＥＣＵ１１では、ＲＡＭ２４の記憶領域として、ＡＳＩＬ領域２５と、ＱＭ領域２６とを設けている。
ＡＳＩＬ領域２５は、第１ソフト３１及び第２ソフト３２によるアクセスは可能であるが、異常検出ソフト３３及び市場モニタソフト３４によってはアクセスされない記憶領域である。本実施形態では、異常検出ソフト３３及び市場モニタソフト３４によるＡＳＩＬ領域２５へのアクセスは禁止されている。アクセスは、ライトアクセスとリードアクセスとの両方である。そして、第１ソフト３１から第２ソフト３２への電スロ制御用データの提供は、ＡＳＩＬ領域を介して行われるようになっている。つまり、ＡＳＩＬ領域は、第１ソフト３１及び第２ソフト３２にとって専用の記憶領域である。
【００２８】
ＱＭ領域２６は、異常検出ソフト３３及び市場モニタソフト３４によるアクセスが可能な記憶領域である。そして、ＱＭ領域２６には、第１ソフト３１によって電スロ制御用データが書き込まれ、ＱＭ領域２６からは、異常検出ソフト３３及び市場モニタソフト３４によってデータが読み出される。つまり、第１ソフト３１から異常検出ソフト３３及び市場モニタソフト３４へのデータの提供は、ＱＭ領域２６を介して行われるようになっている。また、第１ソフト３１及び第２ソフト３２によるＱＭ領域２６からのデータ読み出しは行われない。
【００２９】
そして、ＡＳＩＬ領域２５及びＱＭ領域２６を介したコア２１，２２間でのデータ授受を実現するために、第２コア２２は、要求部４１と、読出部４２とを備える。また、第１コア２１は、書込部４３を備える。更に、第１コア２１は、定期書込部４４も備える。
【００３０】
要求部４１及び読出部４２のそれぞれは、第２コア２２が第２ソフト３２を実行することで実現される機能の部分である。換言すると、第２ソフト３２には、第２コア２２を要求部４１及び読出部４２のそれぞれとして機能させるためのプログラムが含まれている。書込部４３及び定期書込部４４のそれぞれは、第１コア２１が第１ソフト３１を実行することで実現される機能の部分である。換言すると、第１ソフト３１には、第１コア２１を書込部４３及び定期書込部４４のそれぞれとして機能させるためのプログラムが含まれている。なお、要求部４１、読出部４２、書込部４３、及び定期書込部４４のそれぞれを実現する手法は、ソフトに限るものではなく、それらの一部又は全部を、論理回路やアナログ回路等を組み合わせたハードウェアを用いて実現しても良い。
【００３１】
［ＡＳＩＬ領域とＱＭ領域の詳細］
図２には、ＲＡＭ２４のメモリマップのうち、ＡＳＩＬ領域２５とＱＭ領域２６とのメモリマップが示されている。図２に示すように、ＲＡＭ２４のＱＭ領域２６には、第１ソフト３１によって演算された１０個全ての電スロ制御用データが、静的な配置で書き込まれる。つまり、ＱＭ領域２６における各電スロ制御用データの記憶先アドレスは固定である。本実施形態において、各電スロ制御用データのサイズは４バイトである。このため、ＱＭ領域２６のサイズ（即ち、記憶容量）は「４×１０＝４０」バイトである。図２において、「０ｘ」に続く２桁の数字は、ヘキサ表示のアドレスである。そのアドレス値は一例である。なお、ＱＭ領域２６には、１０個の電スロ制御用データのうちの一部だけが書き込まれるようになっていても良い。
【００３２】
一方、ＲＡＭ２４のＡＳＩＬ領域２５は、１０個の電スロ制御用データのうちの一部が書き込まれるデータ領域２７と、管理用領域としてのラベル領域２８とを備える。
本実施形態において、データ領域２７は、４バイトずつの４つの格納領域Ｅ１〜Ｅ４からなる。そして、各格納領域Ｅ１〜Ｅ４に電スロ制御用データが１つずつ書き込まれる。つまり、データ領域２７のサイズ（即ち、記憶容量）は、４個の電スロ制御用データが記憶可能な容量である。この４個という数は、第２ソフト３２による演算処理において、同時性が必要な電スロ制御用データの最大数である。「同時性が必要」とは、「同じ時の値であることが必要」という意味である。
【００３３】
つまり、第２ソフト３２では、第１ソフト３１によって演算された全ての電スロ制御用データが常に必要なわけではない。例えば、電スロ制御用データとしては、エンジン回転角のように細かな時間分解能が必要なデータもあれば、吸気温のように微小時間では変化しにくく、大まかな時間分解能で十分なデータもある。このため、第２ソフト３２において電スロ制御のための演算処理を行う上では、第１ソフト３１による全ての電スロ制御用データが常に必要なわけではなく、処理の時々で一部の電スロ制御用データだけが必要となる。そして、処理の時々で同時性が必要となる一部の電スロ制御用データの最大数が、本実施形態では４個である。なお、４個という数は一例である。
【００３４】
ラベル領域２８は、４バイトの領域である。ラベル領域２８における最上位ビットからみて１バイトずつの領域を、第１位置Ｐ１、第２位置Ｐ２、第３位置Ｐ３、第４位置Ｐ４と言うことにする。第１位置Ｐ１〜第４位置Ｐ４のそれぞれと、格納領域Ｅ１〜Ｅ４とのそれぞれは、対応付けされている。つまり、ｎが１〜４の何れかであるとすると、第ｎ位置Ｐｎと格納領域Ｅｎとは対応付けされている。そして、第１位置Ｐ１〜第４位置Ｐ４のそれぞれには、当該位置に対応する格納領域Ｅ１〜Ｅ４に書き込まれた電スロ制御用データの識別子が書き込まれる。電スロ制御用データの識別子のことを、「データラベル」あるいは単に「ラベル」という。
【００３５】
図９における左端部分において、各電スロ制御用データの名称の右横に（）内で記載されている「ａ〜ｊ」のそれぞれが、データラベルである。例えば、図９の時刻ｔ３に示すように、データ領域２７における格納領域Ｅ１に、スロットル開度が書き込まれた場合、その格納領域Ｅ１に対応するラベル領域２８の第１位置Ｐ１に、スロットル開度のデータラベルである「ａ」が書き込まれる。また、データ領域２７における格納領域Ｅ２に、エンジン回転数が書き込まれた場合、その格納領域Ｅ２に対応するラベル領域２８の第２位置Ｐ２に、エンジン回転数のデータラベルである「ｅ」が書き込まれる。一方、ラベル領域２８における第１位置Ｐ１〜第４位置Ｐ４のデータラベルが消去された場合、その第１位置Ｐ１〜第４位置Ｐ４のデータ値は、データ無しを示す値となる。データ無しを示す値は、例えばヘキサ表示でＦＦである。
【００３６】
つまり、データ領域２７には、いつも同じ種類の電スロ制御用データが書き込まれるわけではなく、その都度、異なる種類の電スロ制御用データが書き込まれる。このため、ラベル領域２８における第１位置Ｐ１〜第４位置Ｐ４のデータラベルを参照することにより、データ領域２７におけるどの位置にどの電スロ制御用データが書き込まれているかが分かるようにしている。「データ領域２７におけるどの位置に」とは、本実施形態では、「格納領域Ｅ１〜Ｅ４のうちのどれに」ということである。また、ラベル領域２８に書き込まれるデータラベルは管理情報に相当する。
【００３７】
［コア間でのデータ授受の概要］
図１に示すように、第２コア２２の要求部４１は、電スロ制御の演算処理が必要な際に第１コア２１へデータ要求通知を出す。データ要求通知は、第２ソフト３２で必要とされる電スロ制御用データを要求するための通知である。本実施形態では、図９に示すように、データ要求通知は、１０個の電スロ制御用データのそれぞれについて用意された１ビットのフラグである。要求部４１は、例えば、スロットル開度を要求するのであれば、スロットル開度についてのデータ要求通知をオンにし、エンジン回転数を要求するのであれば、エンジン回転数についてのデータ要求通知をオンにする。つまり、データ要求通知を出すということは、データ要求通知をオンにするということである。なお、データ要求通知の状態として、オンは例えば「１」であり、オフは例えば「０」である。
【００３８】
このため、第１コア２１の書込部４３は、１０個のデータ要求通知のうちの１つでもオンであれば、電スロ制御の演算処理が必要である、即ち、第２ソフト３２へ新たな電スロ制御データを提供する必要がある、と判断することができる。
【００３９】
書込部４３は、要求部によって要求された電スロ制御用データであって、要求部４１が出したデータ要求通知に対応する電スロ制御用データを、ＡＳＩＬ領域２５のデータ領域２７に書き込む。具体的には、要求された電スロ制御用データを、データ領域２７における格納領域Ｅ１〜Ｅ４の何れかに書き込む。
【００４０】
そして、書込部４３は、ＡＳＩＬ領域２５への電スロ制御用データの書き込みを完了した後、第２コア２２へデータ格納通知を出す。データ格納通知は、要求された電スロ制御用データのＡＳＩＬ領域への格納（即ち、書き込み）が完了したことを示す通知である。図９に示すように、データ格納通知も、データ要求通知と同様に、１０個の電スロ制御用データのそれぞれについて用意された１ビットのフラグである。書込部４３は、例えば、スロットル開度をＡＳＩＬ領域２５に書き込んだ場合には、スロットル開度についてのデータ格納通知をオンにし、エンジン回転数をＡＳＩＬ領域２５に書き込んだ場合には、エンジン回転数についてのデータ格納通知をオンにする。つまり、データ格納通知を出すということは、データ格納通知をオンにするということである。なお、データ格納通知の状態としても、オンは例えば「１」であり、オフは例えば「０」である。
【００４１】
第２コア２２の読出部４２は、要求部４１により要求された電スロ制御用データのＡＳＩＬ領域２５への書き込みが完了したことを、データ格納通知によって知ることができる。そして、読出部４２は、オンされたデータ格納通知に対応する電スロ制御用データを、ＡＳＩＬ領域２５から取得し、その取得した電スロ制御用データに対応するデータ格納通知及びデータ要求通知をオフに切り替える。
【００４２】
つまり、第２ソフト３２は、必要なデータをその都度第１ソフト３１に要求し、その要求したデータを、ＡＳＩＬ領域２５を介して取得する。
一方、第１コア２１の定期書込部４４は、１０個全ての電スロ制御データを、定期的（例えば、５０ｍｓ毎）に、ＱＭ領域２６に書き込む。つまり、第１ソフト３１からＱＭ領域２６へのデータ書き込みは、定期的に実施される。
【００４３】
［コア間でのデータ授受のための具体的な処理］
〈第１データ書込処理〉
第１コア２１は、第１ソフト３１を構成する一部のプログラムを実行することにより、図３に示す第１データ書込処理を一定時間毎（例えば、１ｍｓ毎）に行う。この第１データ書込処理は、書込部４３が行う処理に相当する。
【００４４】
図３に示すように、第１コア２１は、第１データ書込処理を開始すると、Ｓ１１０にて、チェック済みデータ数を０に初期化する。チェック済みデータ数は、１０個の電スロ制御用データの何れかを択一的に指し示すパラメータである。チェック済みデータ数の値として、０〜９のそれぞれは、図９における左端部分に示すように、１０個の各電スロ制御データに対応付けされている。例えば、値が「０」のチェック済みデータ数は、スロットル開度に対応し、値が「１」のチェック済みデータ数は、アクセル開度に対応し、値が「２」のチェック済みデータ数は、吸気量に対応する。
【００４５】
第１コア２１は、次のＳ１２０にて、チェック済みデータ数が１０未満であるか否かを判定し、１０未満であればＳ１３０に進む。
第１コア２１は、Ｓ１３０では、該当データについてのデータ要求通知がオンか否かを判定し、オンでればＳ１４０に進む。該当データとは、チェック済みデータ数に対応する電スロ制御用データである。
【００４６】
第１コア２１は、Ｓ１４０では、ＡＳＩＬ領域２５に空きがあるか否かを判定し、空きがあればＳ１５０に進む。
第１コア２１は、Ｓ１５０では、ラベル領域２８における第１位置Ｐ１〜第４位置Ｐ４のうちで、ラベルが書き込まれていない１つの位置を特定し、その特定した位置に、該当データのラベルを書き込む。
【００４７】
そして、第１コア２１は、次のＳ１６０にて、ＡＳＩＬ領域２５に該当データを書き込む処理を行う。具体的には、第１コア２１は、データ領域２７における格納領域Ｅ１〜Ｅ４のうち、Ｓ１５０で特定したラベル領域２８の位置に対応する１つの格納領域に、第１ソフト３１によって演算された最新の該当データを書き込む。なお、データ領域２７への該当データの書き込みを行ってから、ラベル領域２８へのラベルの書き込みを行うようになっていても良い。
【００４８】
第１コア２１は、次のＳ１７０にて、該当データについてのデータ格納通知をオンにし、その後、Ｓ１８０に進む。
また、第１コア２１は、上記Ｓ１３０にて該当データについてのデータ要求通知がオンではない（即ち、オフ）と判定した場合、あるいは、上記Ｓ１４０にてＡＳＩＬ領域２５に空きがないと判定した場合には、そのままＳ１８０に進む。
【００４９】
第１コア２１は、Ｓ１８０では、チェック済みデータ数をインクリメントし、その後、Ｓ１２０へ戻る。
また、第１コア２１は、上記Ｓ１２０にてチェック済みデータ数が１０未満ではない（即ち、１０以上）と判定した場合には、当該第１データ書込処理を終了する。
【００５０】
つまり、第１データ書込処理では、第１ソフト３１による演算結果である１０個の各電スロ制御用データについて、データ要求通知がオンか否かを確認し、オンされたデータ要求通知に対応する電スロ制御用データをＡＳＩＬ領域２５のデータ領域２７に書き込んでいる。そして、書き込んだ電スロ制御用データについてのデータ格納通知をオンすることで、その電スロ制御用データのＡＳＩＬ領域２５への格納が完了したことを第２コア２２に知らせている。更に、データ領域２７におけるどの位置にどのデータが書き込まれているかを第２コア２２に知らせるために、ＡＳＩＬ領域２５のラベル領域２８にデータラベルを書き込んでいる。
【００５１】
〈第２データ書込処理〉
第１コア２１は、第１ソフト３１を構成する一部のプログラムを実行することにより、図４に示す第２データ書込処理を一定時間毎（例えば、５０ｍｓ毎）に行う。この第２データ書込処理は、定期書込部４４が行う処理に相当する。
【００５２】
図４に示すように、第１コア２１は、第２データ書込処理を開始すると、Ｓ２１０にて、チェック済みデータ数を０に初期化する。
第１コア２１は、次のＳ２２０にて、チェック済みデータ数が１０未満であるか否かを判定し、１０未満であればＳ２３０に進む。
【００５３】
第１コア２１は、Ｓ２３０では、ＱＭ領域２６に該当データを書き込む処理を行う。具体的には、第１コア２１は、ＱＭ領域２６におけるアドレスのうち、該当データの格納位置として静的に定められているアドレスに、第１ソフト３１によって演算された最新の該当データを書き込む。
【００５４】
そして、第１コア２１は、次のＳ２４０にて、チェック済みデータ数をインクリメントし、その後、Ｓ２２０へ戻る。
また、第１コア２１は、上記Ｓ２２０にてチェック済みデータ数が１０未満ではない（即ち、１０以上）と判定した場合には、当該第２データ書込処理を終了する。
【００５５】
つまり、第２データ書込処理では、第１ソフト３１によって演算された１０個の最新の各電スロ制御用データを、ＱＭ領域２６に書き込んでいる。
そして、ＱＭ領域２６に書き込まれた電スロ制御用データは、異常検出ソフト３３及び市場モニタソフト３４により必要に応じて読み出される。
【００５６】
〈データ読出処理〉
第２コア２２は、第２ソフト３２を構成する一部のプログラムを実行することにより、図５に示すデータ読出処理を、一定時間毎（例えば、１ｍｓ毎）に行う。データ読出処理の実行周期は、第１コア２１における第１データ書込処理の実行周期と同じである。このデータ読出処理は、読出部４２が行う処理に相当する。
【００５７】
図５に示すように、第２コア２２は、データ読出処理を開始すると、Ｓ３１０にて、チェック済みデータ数を０に初期化する。
第２コア２２は、次のＳ３２０にて、チェック済みデータ数が１０未満であるか否かを判定し、１０未満であればＳ３３０に進む。
【００５８】
第２コア２２は、Ｓ３３０では、該当データについてのデータ格納通知がオンか否かを判定し、オンでればＳ３４０に進む。
第２コア２２は、Ｓ３４０では、ＡＳＩＬ領域２５から該当データを取得する処理を行う。具体的には、第２コア２２は、ラベル領域２８における第１位置Ｐ１〜第４位置Ｐ４のうちで、該当データのラベルが書き込まれている位置を特定する。そして、第２コア２２は、データ領域２７における格納領域Ｅ１〜Ｅ４のうち、上記特定した位置に対応する格納領域から、所定の演算用メモリ領域にデータを読み出す。読み出されるデータは、最新の該当データである。また、演算用メモリ領域は、第２ソフト３２が電スロ制御の演算処理を行うために用いるメモリ領域であって、異常検出ソフト３３及び市場モニタソフト３４によってアクセスされることがないメモリ領域である。つまり、演算用メモリ領域は、第２ソフト３２の専用メモリ領域である。
【００５９】
第２コア２２は、次のＳ３５０にて、ラベル領域２８から、該当データのラベルを消去する。即ち、第２コア２２は、ラベル領域２８における第１位置Ｐ１〜第４位置Ｐ４のうち、上記Ｓ３４０で特定した位置に記憶されているラベルを消去する。
【００６０】
第２コア２２は、次のＳ３６０にて、該当データについてのデータ要求通知とデータ格納通知をオフにする。そして、第２コア２２は、次のＳ３７０にて、チェック済みデータ数をインクリメントし、その後、Ｓ３２０へ戻る。
【００６１】
また、第２コア２２は、上記Ｓ３２０にてチェック済みデータ数が１０未満ではない（即ち、１０以上）と判定した場合には、Ｓ３８０に進む。
第２コア２２は、Ｓ３８０では、演算用メモリ領域に読み出された電スロ制御用データを用いて、電スロ制御の演算処理を行い、その後、当該データ読出処理を終了する。
【００６２】
つまり、データ読出処理では、１０個の各電スロ制御用データについて、データ格納通知がオンか否かを確認し、オンされたデータ格納通知に対応する電スロ制御用データを、ＡＳＩＬ領域２５のデータ領域２７から読み出して、電スロ制御の演算処理に用いている。また、オンされたデータ格納通知に対応する電スロ制御用データの、データ領域２７における格納位置は、ラベル領域２８に書き込まれたラベル及び該ラベルの書き込み位置から特定している。そして、データ読出処理では、データ領域２７から読み出した電スロ制御用データについてのデータ要求通知、データ格納通知、及びラベルを消去している。なお、データ要求通知とデータ格納通知の消去とは、それらをオフにすることである。
【００６３】
〈データ要求処理〉
第２コア２２は、図５のデータ読出処理を終了した後に、図６に示すデータ要求処理を開始する。このため、データ要求処理は、データ読出処理と同じ時間間隔で実施される。また、このデータ要求処理も、第２ソフト３２を構成する一部のプログラムの実行によって行われる処理である。データ要求処理は、要求部４１が行う処理に相当する。
【００６４】
図６に示すように、第２コア２２は、データ要求処理を開始すると、Ｓ４１０にて、要求データ種を取得する処理を行う。要求データ種とは、第２コア２２から第１コア２１に要求する電スロ制御用データの種類である。
【００６５】
具体的に説明すると、まず、ＲＯＭ２３には、図７に示すように、２つの要求データテーブル５１，５２が格納されている。要求データテーブル５１，５２のそれぞれは、経過時間カウンタの値と、要求データ種とが、対応付けて記録されたテーブルである。
【００６６】
経過時間カウンタは、当該データ要求処理における後述のＳ４４０でインクリメントされるカウンタである。このため、経過時間カウンタは、当該データ要求処理の実行周期である１ｍｓ毎にインクリメントされる。また、この例では、要求データテーブル５１，５２に記録された要求データ種の組み合わせが８通りであるため、経過時間カウンタの値は、０から１ずつ増えて７になると、その次のインクリメントで０に戻るようになっている。つまり、時間経過カウンタは、０〜７の間でラップラウンドする。
【００６７】
そして、第２コア２２は、Ｓ４１０では、２つの要求データテーブル５１，５２のうちのうち、後述するテーブル切替処理で選択した方から、現在の経過時間カウンタの値に対応して記録されている要求データ種を読み出して取得する。
【００６８】
例えば、図７に示す要求データテーブル５１は、経過時間カウンタが１ｍｓ毎にインクリメントされることと、下記（１）〜（３）のこととに基づいて、作成されている。
（１）１ｍｓ毎に要求する電スロ制御用データは、スロットル開度である。
【００６９】
（２）２ｍｓ毎に要求する電スロ制御用データは、アクセル開度、吸気量、エンジン回転角、エンジン回転数、及びＯ2センサ値１である。
（３）８ｍｓ毎に要求する電スロ制御用データは、Ｏ2センサ値２、吸気温、その他データ１、及びその他データ２である。
【００７０】
なお、要求データテーブル５１，５２のうち、Ｓ４１０で通常使用されるのは、例えば要求データテーブル５１の方である。
第２コア２２は、上記Ｓ４１０で要求データ種を取得した後、Ｓ４２０に進む。そして、第２コア２２は、Ｓ４２０では、Ｓ４１０で取得した要求データ種の電スロ制御用データである要求データが存在するか否かを判定し、要求データが存在するのであれば、Ｓ４３０に進む。
【００７１】
第２コア２２は、Ｓ４３０では、Ｓ４１０で取得した要求データ種についてのデータ要求通知をオンにし、その後、Ｓ４４０に進む。また、第２コア２２は、上記Ｓ４２０にて、要求データが存在しないと判定した場合には、Ｓ４３０をスキップしてＳ４４０に進む。
【００７２】
第２コア２２は、Ｓ４４０では、経過時間カウンタをインクリメントし、その後、当該データ要求処理を終了する。
このようなデータ要求処理により、Ｓ４１０で図７の要求データテーブル５１が使用されるとすると、１ｍｓ毎に、その要求データテーブル５１の各行に記載された要求データ種の電スロ制御用データが、第１コア２１に対して要求されることとなる。
【００７３】
〈テーブル切替処理〉
第２コア２２は、図６のＳ４１０で使用する要求データテーブルを切り替える処理として、図８に示すテーブル切替処理を行う。図８のテーブル切替処理は、例えば、図６のＳ４１０で行われる。また、テーブル切替処理は、例えば、図６のデータ要求処理とは別の一定時間毎のタイミングで行われても良い。このテーブル切替処理も、要求部４１が行う処理に相当する。
【００７４】
図８に示すように、第２コア２２は、テーブル切替処理を開始すると、Ｓ５１０にて、特定の条件が成立しているか否かを判定し、特定の条件が成立していなければ、Ｓ５２０に進む。そして、第２コア２２は、Ｓ５２０では、図６のＳ４１０で使用する要求データテーブルとして、第１のテーブルを選択し、その後、当該テーブル切替処理を終了する。第１のテーブルは、要求データテーブル５１，５２のうち、通常使用される方の要求データテーブル５１である。
【００７５】
また、第２コア２２は、上記５１０にて、特定の条件が成立していると判定した場合には、Ｓ５３０に進む。そして、第２コア２２は、Ｓ５３０では、図６のＳ４１０で使用する要求データテーブルとして、第２のテーブルを選択し、その後、当該テーブル切替処理を終了する。第２のテーブルは、要求データテーブル５２である。
【００７６】
ここで、Ｓ５１０で判定される特定の条件と、要求データテーブル５２との、一例について述べる。
特定の条件としては、例えば、Ｏ2センサ値２を検出するためのセンサが故障している、という条件が考えられる。この場合、要求データテーブル５２としては、図７に示す要求データテーブル５１から、要求データ種として、Ｏ2センサ値２が削除されたものとすることができる。この構成の場合、Ｏ2センサ値２が正常でなくなる状況において、第２コア２２から第１コア２１へＯ2センサ値２が要求されなくなる。よって、不確かなＯ2センサ値２を第１コア２１から第２コア２２へ渡すための処理を、行わなくても済むようになる。また、このような構成にすることは、他のセンサ及び電スロ制御用データについても同様である。
【００７７】
また、特定の条件としては、電スロ制御が禁止された、という条件でも良い。この場合、要求データテーブル５２としては、要求データ種が記録されていないものとすることができる。この構成の場合、電スロ制御が禁止された状況において、第２コア２２から第１コア２１へ全ての電スロ制御用データが要求されなくなる。よって、不要な電スロ制御用データを第１コア２１から第２コア２２へ渡すための処理を、行わなくても済むようになる。
【００７８】
なお、要求データテーブルの数は、２つに限らず、１つでも３つ以上であっても良い。要求データテーブルの数が１つの場合には、図８のテーブル切替処理は不要となる。また、要求データテーブルの数が３つ以上の場合には、３つ以上の要求データテーブルのうちの１つを選択するための条件を設定して、要求データテーブルの切り替えを実施するように構成すれば良い。
【００７９】
［作用例］
図３，図５，図６の処理が行われることによる作用例について、図９を用い説明する。なお、図９は、ＡＳＩＬ領域２５とデータ要求通知及びデータ格納通知との、状態遷移の一例を表している。そして、図９に示す例では、図６のＳ４１０で図７の要求データテーブル５１が使用されている。また、図９において、ＡＳＩＬ領域２５のラベル領域２８に記載された「無」は、ラベルが消去されている状態を意味する。
【００８０】
まず、経過時間カウンタの値が０である場合に第２コア２２が図６のデータ要求処理を行い、その後、第１コア２１が図３の第１データ書込処理を行い、更にその後、第２コア２２が図５のデータ読出処理を行ったとする。この場合、ＡＳＩＬ領域２５とデータ要求通知及びデータ格納通知は、図９の時刻ｔ１に示すようになる。
【００８１】
つまり、時刻ｔ１では、要求データテーブル５１の１行目に記録された４つの要求データ種の各電スロ制御用データがＡＳＩＬ領域２５の格納領域Ｅ１〜Ｅ４に格納されているが、その各電スロ制御用データの第２コア２２による読み出しは完了している。このため、ラベル領域２８内のラベルは全て消去され、データ要求通知及びデータ格納通知は全てオフになっている。なお、要求データテーブル５１の１行目とは、要求データテーブル５１において「経過時間カウンタの値＝０」に対応する行である。
【００８２】
次に、第２コア２２が図６のデータ要求処理を行うと、この回のデータ要求処理は、経過時間カウンタの値が１である場合に実施される。このため、ＡＳＩＬ領域２５とデータ要求通知及びデータ格納通知は、図９の時刻ｔ２に示すようになる。
【００８３】
つまり、時刻ｔ２では、１０個のデータ要求通知のうち、要求データテーブル５１の２行目に記録された４つの要求データ種に対応するデータ要求通知がオンにされる。なお、要求データテーブル５１の２行目とは、要求データテーブル５１において「経過時間カウンタの値＝１」に対応する行である。
【００８４】
次に、第１コア２１が図３の第１データ書込処理を行うと、ＡＳＩＬ領域２５とデータ要求通知及びデータ格納通知は、図９の時刻ｔ３に示すようになる。
つまり、時刻ｔ３では、オンされているデータ要求通知に対応する電スロ制御用データが、ＡＳＩＬ領域２５のデータ領域２７に書き込まれると共に、その書き込まれた電スロ制御用データのラベルであるａ，ｅ，ｆ，ｇが、ＡＳＩＬ領域２５のラベル領域２８に書き込まれる。そして、データ領域２７に書き込こまれた電スロ制御用データについてのデータ格納通知がオンにされる。
【００８５】
次に、第２コア２２が図５のデータ読出処理を行うと、ＡＳＩＬ領域２５とデータ要求通知及びデータ格納通知は、図９の時刻ｔ４に示すようになる。
つまり、時刻ｔ４では、第２コア２２によりデータ領域２７内の各電スロ制御用データが読み出されて、ラベル領域２８内のラベルが全て消去される。そして、データ要求通知及びデータ格納通知も全てオフにされる。
【００８６】
次に、第２コア２２が図６のデータ要求処理を行うと、この回のデータ要求処理は、経過時間カウンタの値が２である場合に実施される。このため、ＡＳＩＬ領域２５とデータ要求通知及びデータ格納通知は、図９の時刻ｔ５に示すようになる。
【００８７】
つまり、時刻ｔ５では、１０個のデータ要求通知のうち、要求データテーブル５１の３行目に記録された４つの要求データ種に対応するデータ要求通知がオンにされる。なお、要求データテーブル５１の３行目とは、要求データテーブル５１において「経過時間カウンタの値＝２」に対応する行である。
【００８８】
以後は、上記と同様の動作が繰り返される。
［効果］
以上詳述した第１実施形態によれば、以下の効果が得られる。
【００８９】
（１ａ）第１コア２１で実行される第１ソフト３１から、第２コア２２で実行される第２ソフト３２へは、異常検出ソフト３３及び市場モニタソフト３４によってアクセスされないＡＳＩＬ領域２５を介して、演算結果データとしての電スロ制御用データが提供される。このため、第１ソフト３１及び第２ソフト３２と、異常検出ソフト３３及び市場モニタソフト３４とがパーティショニングされる。よって、第１ソフト３１及び第２ソフト３２に設定された安全度が確保される。更に、ＡＳＩＬ領域２５には、第１ソフト３１から第２ソフト３２に提供される全ての電スロ制御用データが常時記憶されるのではなく、その全電スロ制御用データのうち、所定のタイミング毎に第２ソフト３２が必要とする一部の電スロ制御用データだけが書き込まれる。このため、必要なメモリ容量を低減することができる。本実施形態では、図２に示したように、ＱＭ領域２６が４０バイトであったのに対して、ＡＳＩＬ領域２５は、ラベル領域２８を含めて２０バイトで済んでいる。
【００９０】
（１ｂ）要求部４１及び読出部４２は、第２コア２２が第２ソフト３２を実行することによって実現される。そして、書込部４３は、第１コア２１が第１ソフト３１を実行することによって実現される。このため、ハードウェアを追加する必要がない。
【００９１】
（１ｃ）ＡＳＩＬ領域２５は、電スロ制御用データが書き込まれるデータ領域２７と、データ領域２７におけるどの位置にどの電スロ制御用データが書き込まれているかを特定可能な管理情報としてのデータラベルが書き込まれるラベル領域２８と、を備える。そして、第１コア２１側の書込部４３は、第２コア２２から要求された電スロ制御用データをデータ領域２７に書き込むと共に、ラベル領域２８にデータラベルを書き込む処理も行う。更に、第２コア２２側の読出部４２は、ラベル領域２８内のデータラベルに基づいて、データ領域２７から電スロ制御用データを読み出す。
【００９２】
このため、第２コア２２では、第１コア２１に要求した電スロ制御データが、データ領域２７のどの位置に書き込まれているかを正しく把握することができる。よって、第２コア２２が要求した電スロ制御用データを、第１コア２１から第２コア２２へ確実に提供することができる。
【００９３】
（１ｄ）異常検出ソフト３３及び市場モニタソフト３４によってアクセス可能なＱＭ領域２６が備えられており、第１コア２１の定期書込部４４が、電スロ制御データの全部又は一部を、そのＱＭ領域２６に定期的に書き込む。このため、第１ソフト３１から異常検出ソフト３３及び市場モニタソフト３４への電スロ制御データの提供も可能となる。
【００９４】
（１ｅ）
定期書込部４４は、第１コア２１が第１ソフト３１を実行することによって実現される。このため、ハードウェアを追加する必要がない。
【００９５】
（１ｆ）ＡＳＩＬ領域２５の記憶容量は、当該ＡＳＩＬ領域２５に記憶可能な電スロ制御用データの最大数と、第２ソフト３２による演算処理において同じ時の値であることが必要な電スロ制御用データの最大数とが、同じになるように設定されている。このため、ＡＳＩＬ領域２５の記憶容量を最小限にすることができる。なお、上記最大数は、本実施形態では４個であったが、４個以外でも良い。
【００９６】
（１ｇ）要求部４１、書込部４３及び読出部４２は、一定時間毎に動作するように構成されている。このため、第１コア２１から第２コア２２へ、一定時間毎に、その時々で必要な電スロ制御用データを提供することができる。
【００９７】
（１ｈ）ＲＯＭ２３には、少なくとも１つの要求データテーブル５１，５２が記録されている。要求データテーブル５１，５２は、複数通りのタイミングのうちのどのタイミングで、全ての電スロ制御用データのうちのどれを第１コア２１に要求するかが記録されたテーブルである。なお、本実施形態において、複数通りのタイミングは、経過時間カウンタの値に応じた８通りのタイミングである。そして、要求部４１は、少なくとも１つの要求データテーブル５１，５２に基づいて、全ての電スロ制御用データのうちの一部を第１コア２１に要求するように構成されている。
【００９８】
このため、要求データテーブル５１，５２に記録される内容を変更することにより、各タイミングで第２コア２２から第１コア２１に要求される電スロ制御データの種類を変更することができる。
【００９９】
（１ｉ）要求部４１は、要求データテーブル５１，５２のうち、第１コア２１に要求する電スロ制御用データを決めるために使用する要求データテーブルを、予め定められた条件に基づいて切り替える。このため、状況に応じて最適な要求データテーブルを用いることができる。その結果、状況に応じた最適な種類の電スロ制御用データを、第１コア２１に要求することができる。
【０１００】
なお、本実施形態では、第１コア２１が第１処理部に相当し、第２コア２２が第２処理部に相当する。また、ＡＳＩＬ領域２５が授受領域に相当し、ＱＭ領域２６が別領域に相当する。
【０１０１】
［他の実施形態］
〈変形例１〉
マイコン１７が備えるコアの数は３つ以上でも良い。その場合、３つ以上のコアのうちの何れか２つに着目した場合に、その２つのコアが、上記実施形態の２つのコア２１，２２と同様の関係になっていれば良い。
【０１０２】
〈変形例２〉
例えば、第２コア２２の読出部４２は、データ格納通知と、要求部４１が出したデータ要求通知とを比較して、不一致の場合にはフェールセーフの処理を行うように構成しても良い。フェールセーフの処理としては、例えば、ＡＳＩＬ領域２５からデータを読み出さないようにする処理や、データ格納通知とデータ要求通知とが一致しているデータだけをＡＳＩＬ領域２５から読み出す処理等を行うように構成しても良い。
【０１０３】
〈変形例３〉
例えば、第３ソフトとしての異常検出ソフト３３及び市場モニタソフト３４は、第１コア２１が実行するように構成されても良い。
【０１０４】
〈変形例４〉
第１ソフト３１及び第２ソフト３２は、電スロ制御用のソフトに限らず、他の制御のためのソフトであっても良い。
【０１０５】
〈変形例５〉
ＥＣＵ１１には、上記各ソフト３１〜３４による機能以外の機能が搭載されていても良い。
【０１０６】
以上、本開示を実施するための形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
例えば、上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしても良い。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしても良い。また、上記実施形態の構成の一部を省略しても良い。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換しても良い。なお、特許請求の範囲に記載した文言のみによって特定される技術思想に含まれるあらゆる態様が本開示の実施形態である。また、上述したＥＣＵ１１の他、当該ＥＣＵ１１を構成要素とするシステム、当該ＥＣＵ１１としてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記録媒体、データ転送方法など、種々の形態で本開示を実現することもできる。
【符号の説明】
【０１０７】
２１…第１コア、２２…第２コア、２５…ＡＳＩＬ領域、３１…第１ソフト、３２…第２ソフト、３３…異常検出ソフト、３４…市場モニタソフト、４１…要求部、４２…読出部、４３…書込部
【図１】
0006555184.tif 000002
【図２】
0006555184.tif 000003
【図３】
0006555184.tif 000004
【図４】
0006555184.tif 000005
【図５】
0006555184.tif 000006
【図６】
0006555184.tif 000007
【図７】
0006555184.tif 000008
【図８】
0006555184.tif 000009
【図９】
0006555184.tif 000010