"予め定められた1以上の処理を実行し、その実行結果に応じて予め定められた機能の動作を要求するための機能動作要求が発生したときには、前記機能動作要求とともに、前記機能動作の内容を出力する、前記処理毎に設けられた機能動作要求出力部と、いずれかの前記機能動作要求出力部から前記機能動作要求が出力されたとき、該機能動作要求があることを表す情報を記憶する機能動作要求記憶部と、前記処理毎に、前記機能動作の内容を記憶する機能動作内容記憶部と、前記機能動作内容記憶部の記憶内容を読み出して、いずれの機能動作を実行するかの調停を行う調停部と、を備え、前記調停部は、予め定められたタイミングで前記機能動作要求記憶部の記憶内容を参照し、前記機能動作要求記憶部に前記機能動作要求があることを表す情報が記憶されているとき、前記機能動作内容記憶部の記憶内容を読み出して前記調停を行うことを特徴とする電子制御装置。前記機能動作要求出力部は、全ての前記処理を、予め定められた処理周期内で順次実行し、前記調停部は、前記処理周期内の、全ての前記処理の実行が終了している期間に、前記機能動作要求記憶部を参照する請求項1に記載の電子制御装置。前記機能動作の内容には、予め該機能動作の優先度が設定され、前記機能動作内容記憶部には、前記機能動作の内容とともに前記優先度も記憶され、前記調停部は、前記優先度に基づいて前記調停を行う請求項1または請求項2に記載の電子制御装置。前記機能動作要求出力部は、前記処理の実行中に、予め定められた優先度変更条件が成立したときに、前記優先度を変更する請求項3に記載の電子制御装置。ユーザの操作入力に基づいて、車両の窓の開閉制御を行うパワーウインドウ制御装置において、前記機能動作は前記車両の窓の開動作および前記車両の窓の閉動作を含む請求項1ないし請求項3のいずれか1項に記載の電子制御装置。コンピュータにより実行する電子制御装置の制御方法であって、予め定められた1以上の処理を実行し、その実行結果に応じて予め定められた機能の動作を要求するための機能動作要求が発生したときには、前記機能動作要求とともに、前記機能動作の内容を出力する、前記処理毎に設けられた機能動作要求出力工程と、いずれかの前記機能動作要求出力工程において前記機能動作要求が出力されたとき、前記機能動作要求があることを表す情報を機能動作要求記憶部に記憶する機能動作要求記憶工程と、前記処理毎に、前記機能動作の内容を機能動作内容記憶部に記憶する機能動作内容記憶工程と、前記機能動作内容記憶部の記憶内容を読み出して、いずれの機能の動作を実行するかの調停を行う調停工程と、を含み、前記調停工程は、予め定められたタイミングで前記機能動作要求記憶部の記憶内容を参照し、前記機能動作要求記憶部に前記機能動作要求があることを表す情報が記憶されているとき、前記機能動作内容記憶部の記憶内容を読み出して前記調停を行うことを特徴とする電子制御装置の制御方法。前記機能動作要求出力工程は、全ての前記処理を、予め定められた処理周期内で順次実行し、前記調停工程は、前記処理周期内の、全ての前記処理の実行が終了している期間に、前記機能動作要求記憶部を参照する請求項6に記載の電子制御装置の制御方法。前記機能動作の内容には、予め該機能動作の優先度が設定され、前記機能動作内容記憶部には、前記機能動作の内容とともに前記優先度も記憶され、前記調停工程は、前記優先度に基づいて前記調停を行う請求項6または請求項7に記載の電子制御装置の制御方法。前記機能動作要求出力工程は、前記処理の実行中に、予め定められた優先度変更条件が成立したときに、前記優先度を変更する請求項8に記載の電子制御装置の制御方法。図7に、従来技術による機能動作要求調停の概念を示す。アプリケーション部200に、処理A,処理B,処理Cの3つのアプリケーションプログラムが含まれ、例えば同じ処理周期内で順次処理を実行し、その結果に基づいて機能動作要求を発生したときには、メモリの所定領域にその内容を書き込む。また、調停部100が、調停処理において、予め定められたタイミングで上述の所定領域を全て参照し、各処理から機能動作要求が発生しているか否かを調べ、その結果に基づいて機能動作要求の調停を行い、どの機能動作を実行するか、あるいは要求のあった機能動作をどのような順序で実行するかを決定する。そして、その決定結果に基づいて、他のECUあるいは処理モジュールに制御データを出力したり、アクチュエータの動作制御を実行する。このように、調停部100は、各処理からの機能動作要求の発生の有無にかかわらず、一律に全ての処理について機能動作要求の発生の有無を調べる。よって、処理の数が多くなるほど、機能動作要求の発生の有無を調べるための時間は増大し、調停部100の処理負荷も増大するという問題が生ずる。上記問題点を背景として、本発明の課題は、機能動作要求の発生の有無を調べるための時間を短縮し、およびその処理負荷を低減することが可能な電子制御装置およびその制御方法を提供することにある。以下、本発明の電子制御装置について、図面を用いて説明する。図1に、電子制御装置1の構成を示す。電子制御装置1は、ECU10と、ECU10に接続されたスイッチ群21,センサ群22,およびアクチュエータ群23を含んで構成される。ECU10は、周知のCPU11,ROM12,RAM13,不揮発性記憶媒体で構成されたメモリ14,スイッチ群21およびセンサ群22からの信号を処理する入出力回路あるいは信号処理回路、あるいはアクチュエータ群23を駆動するためのドライバ回路を含む入出力I/F15,車内LAN40との通信インターフェース回路である通信I/F16を含んで構成される。ECU10は、CPU11がROM12に記憶された制御プログラムを実行することで、スイッチ群21およびセンサ群22からの信号の処理結果に基づいて、アクチュエータ群23の駆動制御あるいは車内LAN40を介した外部へのデータ出力を行う。なお、CPU11が本発明の調停部に相当する。また、メモリ14が本発明の機能動作要求記憶部,機能動作内容記憶部に相当する。スイッチ群21は、周知のメカニカルスイッチあるいはタッチスイッチ等で構成され、ユーザの操作入力を受け付ける。センサ群22は、例えばアクチュエータ群23の動作状態を検出するためのもので、電圧センサ,電流センサ,回転センサ,車速センサ等が挙げられる。アクチュエータ群23は、例えばモータ,ランプ,ソレノイド等が挙げられる。電子制御装置1として、以下のものを例示することができる。パワーウインドウ制御装置:ユーザの窓開閉スイッチスイッチ群21に相当の操作により、パワーウインドウ駆動用モータアクチュエータ群23に相当を駆動して、車両の窓の開閉制御を行う。ドアロック制御装置:ユーザのドアロックスイッチあるいはワイヤレスキー携帯キーともいうのスイッチスイッチ群21の操作により、車両のドアロック装置アクチュエータ群23に相当の施錠/解錠の制御を行う。つまり、ユーザのドアロックスイッチあるいはワイヤレスキーの操作により、車両のドアロック装置の施錠/解錠の制御を行うドアロック制御装置において、機能動作はドアロック装置の施錠動作および解錠動作を含む構成である。灯火制御装置:ユーザのライトスイッチスイッチ群21に相当の操作により、例えば車両の前照灯,補助灯アクチュエータ群23に相当の点灯/消灯の制御を行う。つまり、ユーザのライトスイッチの操作により、例えば車両の灯火の点灯/消灯の制御を行う灯火制御装置において、機能動作は灯火の点灯動作および消灯動作を含む構成である。また、ECU10は、スイッチ群21,センサ群22の他に、車内LAN40を介して、制御に必要な情報を取得することができる。車内LAN40には、例えば、セキュリティECU30が接続されている。セキュリティECU30は、車両盗難防止装置の一部を構成するもので、例えば、カメラ,振動センサ,窓ガラス割れセンサ,赤外線センサ等を含み、車両への人の接近および侵入を検知する侵入センサ31と、ブザー,ランプ,ホーンを含む警報装置32を接続し、車両への人の接近および侵入、あるいは車両の盗難を検知したときに、その状況に応じてブザーあるいはホーンの吹鳴、あるいはランプの点滅等の警報動作を実行する。また、警報動作実行時には、その旨を含む侵入検知情報を、車内LAN40を介して他のECUに出力する。以下、電子制御装置1として、パワーウインドウ制御装置を例に挙げて、本発明の動作の詳細について述べる。図2に、ECU10のメモリ14の記憶内容の一例を示す。メモリ14には、電子制御装置1としての動作に必要な情報を記憶する領域図示せずの他に、本発明の機能動作要求の調停を行うために必要な情報を記憶する領域として、機能動作要求記憶部14a,機能動作要求内容記憶部14bも含まれている。機能動作要求記憶部14aは、各処理図8の処理A~処理C:本発明の処理,機能動作要求出力部に相当で機能動作要求が発生したとき、その旨を書き込む。機能動作要求記憶部14aのデータサイズは、処理の個数によらず一定で、各処理のうちいずれかで機能動作要求が発生したか否かを判別できればよいため発生した処理の特定は不要、少なくとも1ビットあればよい。機能動作要求内容記憶部14bは、各処理で機能動作要求が発生したとき、処理毎に、その機能動作の内容すなわち、アクチュエータ群23の動作内容:窓開け,窓閉め等を書き込む。機能動作要求がないときには、要求なしを書き込む。また、機能動作要求の優先度も書き込む。優先度は、例えば、アクチュエータ群23の動作内容に応じて予め設定されている。優先度は、1~5の5段階に分けられ、優先度1が最も優先順位が高く、優先度5が最も優先順位が低い。但し、機能動作要求の発生要因によって変更することもできる詳細は後述。図2のパワーウインドウ制御装置の例では、窓開けの優先度2を、窓閉めの優先度3よりも高く設定している。また、処理Cにおける窓閉め要求の優先度は1に変更されている。なお、処理Bでは、機能動作要求は発生していない。各装置のアクチュエータ群23において、いずれの動作を優先して行うかは、装置の動作目的によって決められる。パワーウインドウ制御装置では、不測の事態における脱出路の確保、あるいは、窓での物体の挟み込み防止を第一に考慮するときには、窓開けの優先度を窓閉めよりも高くする。一方、車両犯罪盗難,車上狙い等の防止を第一に考慮するときには、窓閉めの優先度を窓開けよりも高くする。ドアロック制御装置では、不測の事態における脱出路の確保を第一に考慮するときには、解錠の優先度を施錠よりも高くする。一方、車両犯罪盗難,車上狙い等の防止を第一に考慮するときには、施錠の優先度を解錠よりも高くする。灯火制御装置では、自車の存在を周囲に知らしめることを第一に考慮するときには、点灯の優先度を消灯よりも高くする。一方、バッテリの負荷の低減を第一に考慮するときには、消灯の優先度を点灯よりも高くする。図3を用いて、ECU10で、CPU11が予め定められたタイミングで繰り返し実行する機能動作要求出力処理について説明する。なお、本処理は、図8の処理A~処理C、および機能動作要求出力工程,機能動作要求記憶工程,機能動作内容記憶工程に相当する。また、ここでは、パワーウインドウ制御装置で、スイッチ群21に含まれる窓閉めスイッチが操作されたときを例に挙げて説明する。まず、本処理に対応する機能動作内容記憶部を初期化するS10。例えば、上述の要求なしを書き込む。次に、スイッチ群21,センサ群22の状態スイッチ,センサ情報を取得するS11。また、車内LAN40を介して、各種情報例えば、セキュリティECU30からの情報を取得してもよい。次に、機能動作の実行を要求するための機能動作要求を行う条件が成立したか否かを判定するS12。例えば、窓閉めスイッチが操作され、例えば窓の開位置を検出する窓開閉センサにより、対象となる窓が開いていると判定されたとき、機能動作要求条件が成立したと判定する。機能動作要求条件が成立しないときS13:No、ステップS11へ戻る。本処理を終了してもよい。一方、機能動作要求条件が成立したときS13:Yes、対応する機能動作要求窓閉めを作成するS14,機能動作要求出力工程。続いて、機能動作要求に対応して設定されている優先度を変更するか否かの優先度変更条件が成立したか否かを判定するS15。上述のように、装置によってどの動作を優先させるかが決められているので、その動作の優先度を他の動作よりも優先させるための条件が優先度変更条件となる。優先度変更条件が成立しないときS16:No、デフォルトの優先度を用いる。一方、優先度変更条件が成立したときS16:Yes、優先度を例えば最優先とするS17。優先度を所定のレベル例えば1だけ高くするようにしてもよい。例えば、侵入センサ31が、車両への人の接近あるいは侵入、または車両の盗難を検知して、セキュリティECU30が、車内LAN40を介して侵入検知情報を出力し、これを取得したとき、優先度変更条件が成立し、窓閉めを最優先して行うべきと判定し、優先度を通常時の3から最優先の1に変更する。つまり、車両への人の接近あるいは侵入、または車両の盗難を検知したことを表す侵入検知情報を取得したとき、優先度変更条件が成立したとする構成である。なお、優先度変更条件が成立しないときの窓閉めの優先度は3である。次に、機能動作要求を、メモリ14の機能動作要求記憶部14aに書き込むS18,機能動作要求記憶工程。例えば、該記憶部に1を書き込む。あるいは該記憶部のビットを1にする。最後に、機能動作要求内容記憶部14bの該当領域に、機能動作要求の内容窓閉め、および優先度を書き込むS19,機能動作内容記憶工程。機能動作要求の内容は、例えば、窓を開ける要求である窓開けと、窓開けの情報を外部に出力する窓開け情報出力のように、1つの処理で複数生成してもよい。このとき、優先度は、複数のうちで最も高いものを用いてもよいし、複数の平均値を用いてもよい。図4を用いて、ECU10で、CPU11が予め定められたタイミングで繰り返し実行する機能動作制御処理について説明する。なお、本処理が本発明の調停工程に相当する。まず、メモリ14の機能動作要求記憶部14aを参照するタイミングである記憶部参照タイミングが到来したか否かを判定する。ここで、図5を用いて、機能動作要求出力処理および機能動作制御処理の処理タイミングについて説明する。処理A~処理Cすなわち、機能動作要求出力処理は、例えば5msec毎のような予め定められた処理周期Tで、処理A→処理B→処理Cの順で繰り返し実行される。処理A~処理Cの実行時間は、CPU11の仕様と各処理のステップ数から予め概算することができる。処理周期TはCPU11が生成しているので、処理Aの実行タイミングが到来してから、全処理の実行時間の合計時間T1が経過した時点が記憶部参照タイミングとなる。また、メモリ14あるいはRAM13に、処理Cが実行中か否かを示すフラグを設け、このフラグの内容が、実行中→実行中でないのように変化したときを、記憶部参照タイミングが到来したと見なしてもよい。なお、機能動作制御処理図5の処理Dに相当は、記憶部参照タイミングが到来してから、次の処理Aの実行タイミングが到来するまでの期間T2の間に実行すればよい。図4に戻り、記憶部参照タイミングが到来しないときS31:No、記憶部参照タイミングが到来するまで待つ。本処理を終了してもよい。一方、記憶部参照タイミングが到来したときS31:Yes、機能動作要求記憶部14aを参照するS32。そして、機能動作要求があるか否かを判定する。すなわち、機能動作要求記憶部14aに1が書き込まれているか、あるいは該記憶部のビットが1になっているかを判定する。機能動作要求がないと判定したときS33:No、本処理を終了する。これにより、各処理処理A~処理Cについて、個別に機能動作要求の有無を判定する必要がなくなるため、処理時間が短縮され、処理負荷も低減される。一方、機能動作要求があると判定したときS33:Yes、機能動作要求調停処理を実行するS34,図6参照。次に、機能動作要求記憶部14aの内容をクリアする0を書き込む、あるいはビットを0にするS35。最後に、各処理に対応する機能動作要求内容記憶部14bの内容をクリアする要求なしを書き込むS36。図6を用いて、図4のステップS34に相当する、機能動作要求調停処理について説明する。まず、本処理に関連する機能動作要求内容記憶部14bの内容を読み出すS51。次に、動作対象が同じ機能動作要求内容があるか否かを調べる。図2の例では、窓開けと窓閉めは、両方とも動作対象が窓パワーウインドウ駆動用モータで、同じである。動作対象が同じ機能動作要求内容がないときS52:No、それぞれの機能動作要求内容に応じた制御を実行するS57。例えば、図2において、機能動作要求内容が処理Aの窓開けのみであったときには、アクチュエータ群23すなわち、パワーウインドウ駆動用モータを駆動して、該当する窓1つあるいは複数を開状態とする。一方、動作対象が同じ機能動作要求内容があるときS52:Yes、各機能動作要求内容の優先度を比較するS53。そして、優先度が同じときS54:No、該当する機能のデフォルト状態初期状態でもよいとなるように制御を実行するS56。例えば、図2において、処理Aの機能動作要求内容である窓開けと処理Cの機能動作要求内容である窓閉めの優先度が同じであったとき、デフォルト状態が窓閉めの場合は、窓閉めを行うように制御する。つまり、上述のように、装置によってどの動作を優先させるかが決まっているので、優先する動作を行えばよい。また一方、優先度が異なるときS54:Yes、優先度の高い機能動作要求内容に応じた制御を実行するS55。図2の例では、処理Aの機能動作要求内容である窓開けと処理Cの機能動作要求内容である窓閉めの優先度は、それぞれ2と1であるため、優先度の高い窓閉めを行うように制御する。上述の実施例は、機能動作要求内容が、アクチュエータ群23の駆動に関するものであるが、機能動作要求内容を、ECU10の内部あるいは外部へのデータ出力に関するもの、あるいはCPU11内部の数値演算に関するものとしてもよい。また、上述の実施例は、アクチュエータ群23を駆動制御しているが、アクチュエータ群23を駆動するための制御コマンドを他の処理に出力する構成としてもよい。以上、本発明の実施の形態を説明したが、これらはあくまで例示にすぎず、本発明はこれらに限定されるものではなく、特許請求の範囲の趣旨を逸脱しない限りにおいて、当業者の知識に基づく種々の変更が可能である。"