特許 7596951 電子制御装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-02

(45)【発行日】2024-12-10

(54)【発明の名称】電子制御装置

(51)【国際特許分類】

   G06F 9/50 20060101AFI20241203BHJP

   G06F 9/48 20060101ALI20241203BHJP

【ＦＩ】

G06F9/50 150C

G06F9/48 300C

【請求項の数】 7

(21)【出願番号】P 2021112209

(22)【出願日】2021-07-06

(65)【公開番号】P2023008553

(43)【公開日】2023-01-19

【審査請求日】2023-10-09

(73)【特許権者】

【識別番号】000004260

【氏名又は名称】株式会社デンソー

(74)【代理人】

【識別番号】110000567

【氏名又は名称】弁理士法人サトー

(72)【発明者】

【氏名】太田 智泰

(72)【発明者】

【氏名】鈴木 拓也

【審査官】田中 幸雄

(56)【参考文献】

【文献】特開２０２１－２２１２６（ＪＰ，Ａ）

【文献】特開平４－２１１３４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ９／５０

Ｇ０６Ｆ ９／４８

(57)【特許請求の範囲】

【請求項1】

複数の演算器（２５）により演算命令群を構成する複数の演算命令を並列処理可能な並列演算処理器（１３）を搭載したマイクロコンピュータ（１１）を備えた電子制御装置であって、
演算命令群を処理要求する制御機能部（Ｘ）の制御機能（Ａ～Ｃ）と、
前記制御機能部の制御機能から処理要求された場合は当該処理要求を待機状態とする保持部（Ｙ１）と、
前記保持部による処理要求の待機状態及び前記並列演算処理器による演算命令群の処理状態を管理することで、各演算命令群の前記並列演算処理器への処理要求を調停すると共に、前記制御機能部の制御機能が処理要求してから前記並列演算処理器が処理結果を返すまでのプロセスに関連する制御機能と演算命令群及び当該処理の実行・完了を紐づけて管理する管理機能部（Ｙ２）と、
を備え、
前記制御機能部の制御機能は、処理要求する場合は当該処理要求に対応する演算命令群の要求情報を前記保持部に与え、
前記保持部は、前記制御機能部の制御機能から処理要求された場合は与えられた演算命令群の要求情報をキューイング機構（Ｙ１）にエンキューし、
前記管理機能部は、前記並列演算処理器が処理する各演算命令群に対応した管理機能を備え、前記並列演算処理器が受け付け可能な演算命令群に対応した要求情報を前記キューイング機構から取得して前記並列演算処理器に与え、
前記並列演算処理器は、前記管理機能部から与えられた要求情報に基づいて演算命令群を処理し、
前記キューイング機構は、前記並列演算処理器が処理する各演算命令群に対応したキューを備え、前記制御機能部の制御機能から演算命令群の要求情報が与えられた場合は当該要求情報を対応する演算命令群のキューにエンキューし、
前記管理機能は、前記並列演算処理器が受け付け可能な演算命令群に対応した要求情報を対応する演算命令群のキューから取得して前記並列演算処理器に与える電子制御装置。

【請求項2】

前記管理機能部は、前記並列演算処理器にて演算命令群の処理要求が受け付け可能な場合に当該演算命令群と同一の演算命令群の処理要求が待機状態となっているときは当該処理要求を前記並列演算処理器に与えることで調停する請求項１に記載の電子制御装置。

【請求項3】

前記管理機能部は、演算命令群の処理要求を前記並列演算処理器に与える場合は当該演算命令群に対応した処理トリガを送信し、
前記並列演算処理器は、処理トリガの受信に応じて要求情報に基づいて演算命令群を処理する請求項１又は２に記載の電子制御装置。

【請求項4】

前記並列演算処理器は、演算命令群の処理が完了した場合は当該演算命令群に対応する完了トリガを送信し、
前記管理機能部は、完了トリガの受信に応じて処理完了を送信元の前記制御機能部の制御機能に通知し、
前記制御機能部の制御機能は、処理完了通知の受信に応じて処理結果を取得し、当該処理結果に基づいて以後の処理を実行する請求項１から３のいずれか一項に記載の電子制御装置。

【請求項5】

前記管理機能部は、処理トリガを送信した場合は当該処理トリガに対応する演算命令群はＢＵＳＹ状態と判定し、完了トリガを受信した場合は当該処理トリガに対応する演算命令群はＩＤＬＥ状態と判定することで前記並列演算処理器の処理状態を管理し、ＩＤＬＥ状態と判定した演算命令群に対応する演算命令群のキューから要求情報をデキューして取得する請求項３又は４に記載の電子制御装置。

【請求項6】

前記管理機能部は、ＩＤＬＥ状態と判定した演算命令群に対応する演算命令群のキューに要求情報がエンキューされていない場合は、前記制御機能部の制御機能から与えられた処理要求に対応する要求情報を取得する請求項５に記載の電子制御装置。

【請求項7】

前記管理機能部は、前記制御機能部の制御機能、前記演算命令群、前記処理トリガ及び完了トリガをＩＤで識別することで、前記制御機能部の制御機能が処理要求してから前記並列演算処理器が処理結果を返すまでのプロセスに関連する制御機能と演算命令群及び当該処理の実行・完了を識別する識別情報を紐づけて管理する請求項５又は６に記載の電子制御装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電子制御装置に関する。

【背景技術】

【0002】

近年、例えば自動車の電子制御装置では、制御の複雑化によりマイクロコンピュータの処理能力の向上が図られている。その一例として、複数のコアと並列演算処理器とを備えたマイクロコンピュータを搭載し、コアから並列演算処理器に演算命令の集合体である演算命令群を処理要求し、並列演算処理器により演算命令を並列処理することで演算処理の高速化を図るようにしている。

【0003】

並列演算処理器は、コアから要求された演算命令群から演算命令を抽出し、ハードウェアの機能により複数の演算器に対して最適なリソース配分を自動的に行うことで高速な並列演算を可能としている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１６－１２６４２６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、並列演算処理器は、コアから処理要求された演算命令群を受け付け、受け付けた演算命令群を順に処理するように構成されている。
しかしながら、並列演算処理器として、処理中の演算命令群と異なる演算命令群の処理要求は受け付けるものの、同一の演算命令群の処理要求は受け付けない構成が考えられている。このような構成では、複数のコアが同一の演算命令群を重複して処理要求した場合は並列演算処理器で処理できないという問題がある。

【0006】

本発明は上記事情に鑑みてなされたもので、その目的は、同一の演算命令群が重複して処理要求された場合であっても並列演算処理器で処理可能となる電子制御装置を提供することにある。

【課題を解決するための手段】

【0007】

請求項１の発明によれば、制御機能部（Ｘ）の制御機能（Ａ～Ｃ）は、演算命令群を処理要求する。保持部（Ｙ１）は、制御機能部の制御機能から処理要求された場合は当該処理要求を待機状態とする。管理機能部（Ｙ２）は、保持部による処理要求の待機状態及び並列演算処理器（１３）による演算命令群の処理状態を管理することで、制御機能部の制御機能が同一の演算命令群を重複して処理要求した場合は並列演算処理器での当該演算命令群の処理が完了するまで制御機能部の制御機能からの処理要求を保持部で待機させ、並列演算処理器での当該演算命令群の処理が完了し次第、保持部で待機している処理要求を取得し並列演算処理器が実行可能となるように調停する。これにより、並列演算処理器への同一の演算命令群の処理要求を回避することができ、並列演算処理器において処理中の演算命令群と同一の演算命令群が処理要求された場合であっても受け付けられるようになる。

【0008】

また、管理機能部は、制御機能部の制御機能が処理要求してから並列演算処理器が処理結果を返すまでのプロセスに関連する制御機能と演算命令群及び当該処理の実行・完了を紐づけて管理する。これにより、並列演算処理器による処理結果を処理要求元の制御機能部の制御機能に渡すことができる。制御機能部の制御機能は、処理要求する場合は当該処理要求に対応する演算命令群の要求情報を保持部に与える。保持部は、制御機能部の制御機能から処理要求された場合は与えられた演算命令群の要求情報をキューイング機構（Ｙ１）にエンキューする。管理機能部は、並列演算処理器が処理する各演算命令群に対応した管理機能を備え、並列演算処理器が受け付け可能な演算命令群に対応した要求情報をキューイング機構から取得して並列演算処理器に与える。並列演算処理器は、管理機能部から与えられた要求情報に基づいて演算命令群を処理する。キューイング機構は、並列演算処理器が処理する各演算命令群に対応したキューを備え、制御機能部の制御機能から演算命令群の要求情報が与えられた場合は当該要求情報を対応する演算命令群のキューにエンキューする。管理機能は、並列演算処理器が受け付け可能な演算命令群に対応した要求情報を対応する演算命令群のキューから取得して並列演算処理器に与える。

【図面の簡単な説明】

【0009】

【図1】一実施形態に係るマイクロコンピュータの構成を示す機能ブロック図

【図2】エンジンＥＣＵと各ＥＣＵとの接続を示すブロック図

【図3】並列演算処理器の構成を概略的に示すブロック図

【図4】グラフ構造を示す図

【図5】グラフ管理部の機能を概略的に示す図

【図6】各機能の動作を示す図

【発明を実施するための形態】

【0010】

以下、一実施形態について図面を参照して説明する。
図２に示すように、車両にはエンジンＥＣＵ（Electronic Control Unit）１が搭載されている。エンジンＥＣＵ１は電子制御装置に相当する。このエンジンＥＣＵ１は、車載ＬＡＮ２を介して自動変速ＥＣＵ３、メータＥＣＵ４、空調ＥＣＵ５などの他のＥＣＵに通信可能に接続されている。車載ＬＡＮ２のプロトコルは、例えばＣＡＮ（Controller Area Network）である。ＣＡＮは登録商標である。

【0011】

エンジンＥＣＵ１は、マイクロコンピュータ１１を主体として構成されている。図１に示すようにマイクロコンピュータ１１は、複数のコア１２ａ～１２ｃからなるコア群１２や並列演算処理器１３を備えて構成されており、それらのコア１２ａ～１２ｃや並列演算処理器１３が複数の演算処理を並列処理することで高速処理を実現している。

【0012】

コア１２ａ～１２ｃ及び並列演算処理器１３は内部バス１４を介して互いに接続されていると共に、ＲＯＭ１５、ＲＡＭ１６などのメモリやＣＡＮインターフェースなどのＩ／Ｏ１７とも接続されている。マイクロコンピュータ１１は他のマイクロコンピュータ１８やＡＤ変換器などの周辺回路１９とも接続されている。

【0013】

コア１２ａ～１２ｃは、入力回路２０を介してエンジンの運転状態を検出するための各種センサからの検出信号を入力し、その検出信号が示す検出値を処理することで出力回路２１を介してエンジンを制御するためのアクチュエータを制御したり、通信回路２２を介して他のＥＣＵと通信信号を送受信したりする。コア１２ａ～１２ｃは、エンジンを制御する上で所定の演算処理が必要となった場合は並列演算処理器１３に処理要求する。

【0014】

図３に示すように並列演算処理器１３は、メモリ２３、制御回路２４、複数の演算器２５から構成されている。メモリ２３には複数のコア１２ａ～１２ｃから与えられた演算命令群を処理するための情報が順に記憶される。

【0015】

制御回路２４は、メモリ２３に記憶された演算命令群を演算器２５と連携して演算処理する。つまり、制御回路２４はスケジューラ機能を有しており、メモリ２３に記憶された演算命令群を構成する演算命令を対応する演算器２５に自動的に割り振る。

【0016】

演算器２５は、制御回路２４により割り振られた演算命令を順に演算処理する。複数の演算器２５は同一種類や異なる種類であり、同一種類や異なる種類の演算命令を演算器２５に割り振ることで並列処理可能である。演算器２５は、演算処理結果をメモリ２３に記憶する。

【0017】

複数のコア１２ａ～１２ｃは、演算命令群を処理することを並列演算処理器１３に要求した場合はメモリ２３を介して演算結果を取得し、その演算結果に基づいて以後の処理を実行する。

【0018】

コア１２ａ～１２ｃが処理要求する演算命令群は、演算命令の処理順序が規定されている。例えば図４に示す演算命令群では、演算命令Ａの演算処理が完了してから次の演算命令Ｂ～Ｄをそれぞれ演算処理し、演算命令Ｂ～Ｄの全ての演算処理が完了してから次の演算命令Ｅを演算処理することを規定している。以下、演算命令群をグラフと称する。

【0019】

ところで、本実施形態の並列演算処理器１３は、処理中のグラフと異なるグラフの処理要求は受け付けるものの、同一のグラフの処理要求は受け付けないように構成されている。このため、コア１２ａ～１２ｃが同一のグラフを重複して処理要求した場合は並列演算処理器１３が処理できないという問題がある。

【0020】

このような事情から、本実施形態では、コア１２ａ～１２ｃと並列演算処理器１３との間に調停機能を設けるようにした。この調停機能は、コア１２ａ～１２ｃからのグラフの処理要求を待機状態とし、当該待機状態及び並列演算処理器１３の処理状態を監視し、並列演算処理器１３が受け付け可能なグラフの処理要求を並列演算処理器１３に与えるものである。

【0021】

調停機能について説明する。図５に示すように電子制御装置１は、並列演算処理器１３に加えて、制御機能部Ｘとグラフ管理部Ｙを備えて構成されている。制御機能部Ｘは、複数の制御機能を有して構成されている。グラフ管理部Ｙは、キューイング機構Ｙ１とグラフ管理機能Ｙ２を有して構成されている。キューイング機構Ｙ１が保持部に相当し、グラフ管理機能Ｙ２が管理機能部に相当する。

【0022】

キューイング機構Ｙ１は、グラフに対応した複数のグラフ要求キューを有しており、制御機能部Ｘの各制御機能からのグラフの処理要求に応じてグラフの要求情報を対応するグラフ要求キューにエンキューする。

【0023】

グラフ管理機能Ｙ２は、グラフに対応した複数のグラフ要求情報管理機能とグラフ状態管理機能とを有している。グラフ要求情報管理機能は、制御機能部Ｘの各制御機能が処理要求してから並列演算処理器１３が処理結果を返すまでのプロセスに関連する制御機能とグラフ、及び当該処理の実行・完了を識別する識別情報を紐づけて管理する。グラフ状態管理機能は、並列演算処理器１３のグラフの処理状態を監視し、並列演算処理器１３がグラフの処理を受け付け可能な場合は、グラフ要求キューにエンキューされているグラフ要求情報をデキューして取得し並列演算処理器１３に送信する。

【0024】

本実施形態では、コア１２ａ～１２ｃは、単一もしくは複数の制御機能部Ｘの各制御機能を有している。また、コア１２ｃは、制御機能部Ｘの各制御機能に加えてグラフ管理部Ｙの機能を有している。

【0025】

コア１２ａ～１２ｃが有する制御機能部Ｘの各制御機能、コア１２ｃが有するグラフ管理部Ｙの機能を用いて、制御機能部Ｘの各制御機能が処理要求したグラフを並列演算処理器１３で処理する一例について図６を参照して説明する。

【0026】

図６に示す例では、制御機能部Ｘとして制御機能Ａ～Ｃを有し、キューイング機構Ｙ１としてグラフ０要求キュー及びグラフ１要求キューを有し、グラフ管理機能Ｙ２としてグラフ０管理機能及びグラフ１管理機能を有している。

【0027】

並列演算処理器１３は、グラフ０及びグラフ１を受け付け可能であるが、処理中のグラフと同一のグラフの処理要求は受け付けないように構成されている。グラフ０とグラフ１のいずれも処理していない状態ではグラフ０とグラフ１とを受け付け可能であり、例えば先に受け付けたグラフ０を処理してから次に受け付けたグラフ１を処理するようになっている。

【0028】

図６では、制御機能Ａがグラフ０を処理要求し、続けて制御機能Ｂがグラフ１を処理要求し、さらに続けて制御機能Ｃがグラフ０を処理要求した場合を示している。この場合、制御機能Ａと制御機能Ｃとがグラフ０を重複して処理要求している。
まず、制御機能Ａがグラフ０をグラフ管理部Ｙに処理要求する。このグラフ０の処理要求は、制御機能Ａの要求情報をグラフ管理部Ｙに同時に送信することで行われる。要求情報は、要求元の制御機能情報、グラフの処理に必要な制御情報、結果格納アドレス情報などである。

【0029】

キューイング機構Ｙ１は、グラフ０の処理要求があった場合は該当するグラフ０要求キューに制御機能Ａの要求情報をエンキューする。つまり、グラフ０の処理要求を待機状態とする。
グラフ管理機能Ｙ２は、並列演算処理器１３が処理するグラフ０及びグラフ１の状態を管理している。つまり、並列演算処理器１３にグラフ処理トリガを送信した場合は対応するグラフはＢＵＳＹ状態と判定し、並列演算処理器１３からグラフ完了トリガを受信した場合は対応するグラフはＩＤＬＥ状態と判定する。但し、初期状態ではグラフ０及びグラフ１はＩＤＬＥ状態と判定する。

【0030】

グラフ管理機能Ｙ２は、並列演算処理器１３がグラフを処理するのに必要となる要求情報を決定し、当該要求情報を該当するグラフ要求キューからデキューして取得する。つまり、並列演算処理器１３においてＩＤＬＥ状態のグラフを判定し、ＩＤＬＥ状態のグラフ要求キューから所定のルール、例えばＦＩＦＯ（First In First Out）に従い、制御機能をデキューすることで要求情報を取得する。

【0031】

図６に示す例では、グラフ管理機能Ｙ２のグラフ０管理機能は、並列演算処理器１３のグラフ０はＩＤＬＥ状態と判定する。この場合、キューイング機構Ｙ１のグラフ０要求キューに制御機能Ａの要求情報がエンキューされていることから、制御機能Ａの要求情報をデキューして取得し、並列演算処理器１３に制御機能Ａの要求情報とグラフ０処理トリガを送信する。

【0032】

並列演算処理器１３は、グラフ０処理トリガを受信した場合にグラフ０を処理していないことから、グラフ０処理トリガを受け付け、要求情報に基づいてグラフ０の処理を開始する。

【0033】

次に制御機能Ｂが並列演算処理器１３による制御機能Ａのグラフ０の処理中にグラフ１を処理要求した場合は、キューイング機構Ｙ１は、グラフ１要求キューに制御機能Ｂの要求情報をエンキューする。この場合、並列演算処理器１３のグラフ１はＩＤＬＥ状態と判定することから、グラフ１要求キューから制御機能Ｂの要求情報をデキューして取得し、並列演算処理器１３に制御機能Ｂの要求情報とグラフ１処理トリガを送信する。このとき、並列演算処理器１３は、グラフ０を処理しているもののグラフ１を処理していないことから、グラフ１処理トリガの受信に応じて制御機能Ｂの要求情報を受け付ける。

【0034】

次に制御機能Ｃが並列演算処理器１３によるグラフ０の処理中にグラフ０を処理要求した場合は、制御機能Ｃの要求情報がグラフ０要求キューにエンキューされる。つまり、制御機能Ｃの処理要求が待機状態となる。このとき、グラフ管理機能Ｙ２のグラフ０管理機能は、並列演算処理器１３のグラフ０がＢＵＳＹ状態と判定することから、制御機能Ｃの要求情報のエンキュー状態を維持する。つまり、制御機能Ｃのグラフ０の処理要求の待機状態を継続する。
並列演算処理器１３は、グラフ０の処理を終了するとグラフ０完了トリガを送信してから待機状態のグラフ１の要求情報を処理するようになる。

【0035】

グラフ管理機能Ｙ２のグラフ０管理機能は、並列演算処理器１３からグラフ０完了トリガを受信した場合は、制御機能Ａに対してグラフ０処理完了通知を送信する。これにより、制御機能Ａは、並列演算処理器１３によるグラフ０の処理が終了したことを認識し、グラフ０の処理結果に基づいて以後の処理を実行するようになる。この場合、グラフ管理機能Ｙ２は、制御機能Ａからのグラフ０の処理要求を管理対象から除外することになる。

【0036】

一方、グラフ管理機能Ｙ２のグラフ０管理機能は、並列演算処理器１３からグラフ０完了トリガを受信した場合は、グラフ０はＩＤＬＥ状態と判定し、グラフ０要求キューにエンキューされている制御機能Ｃの要求情報をデキューして取得し、制御機能Ｃの要求情報とグラフ０処理トリガを並列演算処理器１３に送信する。これにより、並列演算処理器１３は、要求情報を受け付け、グラフ１の処理が終了したところでグラフ０の処理を開始する。
以上のようにして、グラフ管理機能Ｙ２の調停機能により、並列演算処理器１３がグラフ０またはグラフ１を処理中であっても制御機能Ａ～Ｃからの同一のグラフの処理要求を受け付けられるようになる。

【0037】

ここで、グラフ管理機能Ｙ２は、上述した制御機能、グラフ、グラフ処理及びグラフ完了トリガをＩＤにてそれぞれ管理している。つまり、制御機能部Ｘの制御機能Ａ～Ｃを識別するＩＤ、グラフを識別するグラフＩＤ、グラフ処理トリガ及びグラフ完了トリガを識別するＩＤを付与し、制御機能部Ｘの制御機能Ａ～Ｃが処理要求してから並列演算処理器１３が処理結果を返すまでのプロセスに関連するＩＤを紐づけて管理する。これにより、並列演算処理器１３による処理結果を処理要求元のコア１２ａ～１２ｃへ渡すことができる。ＩＤが識別情報に相当する。この場合、グラフ管理機能Ｙ２は、制御機能Ｃからのグラフ１の処理要求を管理対象から除外することになる。

【0038】

このような実施形態によれば、次のような効果を奏することができる。
グラフ管理部Ｙは、制御機能部Ｘの制御機能Ａ～Ｃからグラフの要求情報が送信された場合は当該要求情報をキューイング機構Ｙ１にエンキューし、並列演算処理器１３が当該グラフの処理を受け付け可能な場合に当該グラフと同一のグラフの要求情報がエンキューされていたときは当該処理要求を並列演算処理器１３に送信する。これにより、キューイング機構Ｙ１を用いることで、並列演算処理器１３にて処理中のグラフと同一のグラフの処理要求が受け付けられて処理することができる。

【0039】

また、処理要求元の制御機能部Ｘの制御機能Ａ～Ｃが処理要求してから並列演算処理器１３が処理結果を返すまでのプロセスに関連する制御機能とグラフ、及び当該処理の実行・完了を識別する識別情報を紐づけて管理する。これにより、並列演算処理器１３による処理結果を処理要求元の制御機能部Ｘの制御機能Ａ～Ｃに渡すことができる。

【0040】

制御機能部Ｘの制御機能Ａ～Ｃは、処理要求する場合は当該処理要求に対応するグラフの要求情報をキューイング機構Ｙ１に与え、キューイング機構Ｙ１は、制御機能部Ｘの制御機能Ａ～Ｃからグラフの要求情報が与えられた場合は当該要求情報を対応するグラフ要求キューにエンキューし、グラフ管理機能Ｙ２は、並列演算処理器１３が受け付け可能なグラフに対応した要求情報をキューイング機構Ｙ１の対応するグラフ要求キューから取得して並列演算処理器１３に与え、並列演算処理器１３は、グラフ管理機能Ｙ２から与えられた要求情報に基づいてグラフを処理する。これにより、キューイング機構Ｙ１としてグラフ要求キューを設けることで、グラフ要求キューを介して処理要求を処理することができる。

【0041】

グラフ管理部Ｙは、並列演算処理器１３にグラフを処理要求する場合は当該グラフに対応した処理トリガを並列演算処理器１３に送信し、並列演算処理器１３は、受信した処理トリガに応じて要求情報に基づいてグラフを処理する。これにより、グラフ処理トリガに同期してグラフ管理部Ｙからの要求情報に基づいて並列演算処理器１３にてグラフを処理することができる。

【0042】

並列演算処理器１３は、グラフの処理が完了した場合は当該グラフに対応する完了トリガを送信し、グラフ管理部Ｙは、並列演算処理器１３から完了トリガを受信した場合は処理完了を送信元の制御機能部Ｘの制御機能Ａ～Ｃに通知し、制御機能部Ｘの制御機能Ａ～Ｃは、受信した処理完了通知に応じて処理結果を取得し、当該処理結果に基づいて以後の処理を実行する。これにより、完了トリガに同期して並列演算処理器１３による処理が完了したことを制御機能部Ｘの制御機能Ａ～Ｃに通知することができる。

【0043】

グラフ管理部Ｙは、処理トリガを送信した場合は当該処理トリガに対応するグラフはＢＵＳＹ状態と判定し、グラフ完了トリガを受信した場合は当該グラフ処理トリガに対応するグラフはＩＤＬＥ状態と判定することで並列演算処理器１３の処理状態を管理し、ＩＤＬＥ状態と判定したグラフに対応するグラフ要求キューから要求情報をデキューして取得する。これにより、グラフ処理トリガとグラフ完了トリガに同期して並列演算処理器１３の処理状態を管理することができる。

【0044】

グラフ管理部Ｙは、制御機能部Ｘの制御機能Ａ～Ｃ、グラフ、処理トリガ及び完了トリガにＩＤを付加することで、処理要求元の制御機能部Ｘの制御機能Ａ～Ｃが処理要求してから並列演算処理器１３が処理結果を返すまでのプロセスに関連するＩＤを紐づけて管理する。これにより、制御機能部Ｘの制御機能Ａ～Ｃからの要求情報に基づき並列演算処理器１３に処理要求するグラフと処理要求元の制御機能部Ｘの制御機能Ａ～Ｃとを管理し、グラフ処理完了時に送信される完了トリガに基づき処理要求元の制御機能部Ｘの制御機能Ａ～Ｃに処理完了を通知することができる。

【0045】

（その他の実施形態）
グラフ管理部Ｙは、ＩＤＬＥ状態と判定したグラフに対応するグラフ要求キューに要求情報がエンキューされていない場合は、制御機能部Ｘの制御機能Ａ～Ｃから受信した処理要求に応じて要求情報を決定し、当該要求情報とグラフ処理トリガを並列演算処理器１３に送信し、並列演算処理器１３は、グラフ処理トリガの受信に応じて要求情報に基づいてグラフを処理するようにしてもよい。この場合、並列演算処理器１３はグラフ要求キューに要求情報がエンキューされていない場合であっても要求情報を取得することができる。
電子制御装置としては、エンジンＥＣＵに限定されることなく、制御対象を制御する装置であれば適用可能である。

【0046】

本開示は、実施形態に準拠して記述されたが、本開示は当該実施形態や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。

【符号の説明】

【0047】

図面中、１はエンジンＥＣＵ（電子制御装置）、１１はマイクロコンピュータ、１２ａ～１２ｃはコア、１３は並列演算処理器、２５は演算器、Ｘは制御機能部、Ａ～Ｃは制御機能、Ｙは管理部、Ｙ１はキューイング機構（保持部）、Ｙ２はグラフ管理機能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】