"接続される1又は複数の入力装置からの情報を夫々入力する入力処理と、入力した情報に基づく演算処理を夫々行なうための1又は複数のプログラムを実行する実行処理と、該実行処理により得られる情報を、接続される制御対象の1又は複数の装置へ出力する出力処理とを、順次実行するようにしてある制御装置において、各プログラムにつき、入力される情報との関連の有無を対応付けたテーブルと、該テーブルを参照し、前記入力処理にて入力される情報に基づき、実行されるべきプログラムのリストを作成する作成手段と、作成したリストに基づき、実行されるべきプログラムを起動する手段とを備えることを特徴とする制御装置。前記テーブルは、前記プログラムにつき、実行順序が対応付けてあることを特徴とする請求項1に記載の制御装置。前記複数のプログラムの内のいずれか1つの実行処理では、前記1つ自身又は他のプログラムの実行要求を出力するようにしてあり、前記作成手段は、出力された実行要求に基づき、次に実行されるべきプログラムのリストを作成するようにしてあることを特徴とする請求項1又は2に記載の制御装置。前記テーブルでは、プログラム毎に関連する情報が複数対応付けられており、前記作成手段は、複数の関連する情報のいずれか1つが入力された場合、対応するプログラムで前記リストを作成するようにしてあることを特徴とする請求項1乃至3のいずれかに記載の制御装置。前記出力処理は、出力先別に実行される複数の出力処理を含み、該複数の出力処理と、出力する情報との関連の有無を対応付けたテーブルと、該テーブルを参照し、実行すべき複数の出力処理の内のいずれかのリストを作成する手段と、作成したリストに基づき、前記複数の出力処理の内のいずれか1又は複数を実行する手段とを備えることを特徴とする請求項1乃至4のいずれかに記載の制御装置。前記複数の出力処理では夫々、自身又は他の出力処理を実行すべきときに実行要求を出力するようにしてあり、出力した実行要求に基づき、実行されるべき出力処理のリストを作成するようにしてあることを特徴とする請求項5に記載の制御装置。プログラムの実行処理毎に、処理に係る負荷量を対応付けた負荷テーブルと、該負荷テーブル及び前記作成手段が作成したリストに基づき、実行すべきプログラムの実行処理に係る合計負荷量を算出する手段と、算出した合計負荷量に応じて、前記実行処理の処理速度を調整する速度調整手段とを備えることを特徴とする請求項1乃至6のいずれかに記載の制御装置。プログラムの出力処理毎に、処理に係る負荷量を対応付けた負荷テーブルと、該負荷テーブル及び前記作成手段が作成したリストに基づき、実行すべきプログラムの出力処理に係る合計負荷量を算出する手段と、算出した合計負荷量に応じて、前記出力処理の処理速度を調整する速度調整手段とを備えることを特徴とする請求項1乃至7のいずれかに記載の制御装置。前記速度調整手段は、処理速度を規定するクロック信号の周波数を調整するようにしてあることを特徴とする請求項7又は請求項8に記載の制御装置。制御対象を制御する制御装置が、1又は複数の入力装置からの情報を夫々入力する入力処理と、入力した情報に基づく演算処理を夫々行なうための1又は複数のプログラムを実行する実行処理と、該実行処理により得られる情報を、接続される制御対象の1又は複数の出力装置へ出力する出力処理とを、順次実行する方法において、各プログラムにつき、入力される情報との関連の有無を対応付けたテーブルを参照し、前記入力処理にて入力される情報に基づき、実行されるべきプログラムのリストを作成し、作成したリストに基づき、実行されるべきプログラムを起動することを特徴とする制御方法。コンピュータに、1又は複数の入力装置からの情報を夫々入力する入力処理と、入力した情報に基づく演算処理を夫々行なうための1又は複数のプログラムを実行する実行処理と、該実行処理により得られる情報を、接続される制御対象の1又は複数の出力装置へ出力する出力処理とを、各別に順次実行させるコンピュータプログラムにおいて、コンピュータに、各プログラムにつき、入力される情報との関連の有無を対応付けたテーブルを参照する処理、前記入力処理にて入力される情報に基づき、実行されるべきプログラムのリストを作成する処理、及び作成したリストに基づき、実行されるべきプログラムを起動する処理を実行させることを特徴とするコンピュータプログラム。特許文献1に開示された発明により、プログラムの重複が回避されるのでメモリを節約することができ、更に、プログラムのモジュール性を高めることができる。しかしながら、特許文献1に開示されたECUの発明では、上述したように、同一のイベントに関連するアプリケーションプログラムをまとめて実行するが、各イベントに関連するアプリケーションプログラムを対応付けたイベントテーブルを記憶する構成である。したがって、イベントの数だけイベントテーブルが大きくなり、プログラムサイズが増大するので、メモリの節約が不十分である。しかも、特許文献1に開示されている方法では、入力処理、アプリケーションプログラム、及び出力処理を周期的に繰り返す構成であるために、一のイベントに関し、繰り返し同一のアプリケーションプログラムを実行する場合には、次の周期以降に対応するイベント発生が検知されるように処理を行なう必要がある。したがってプログラムの構成が複雑化し、更新、不具合の検出などの管理が困難となる。また、特許文献1に開示された方法では、アプリケーションプログラム側から、自分自身又は他のアプリケーションプログラムの起動要求ができない。また、特許文献2に開示された発明では、動作クロックを低速から高速に切り替えるために、アプリケーションプログラムがスピードアップ要求を出力する必要があるため、従来のアプリケーションプログラムに対してスピードアップ要求を出力する機能を追加する修正が必要となる。また各アプリケーションプログラムは、他のアプリケーションプログラムの動作状態が通知され、自他の動作状態に基づいてスピードアップ要求を出力するか否かを判定しなければならず、各アプリケーションプログラムの処理が複雑化し、アプリケーションプログラムの開発効率が低下するという問題がある。本発明は、斯かる事情に鑑みてなされたものであり、イベントに関して演算処理を行なうためのプログラムの実行を効率化することにより、プログラムを記憶しておくメモリを節約し、効率的な処理を実現して保守性を向上させることができる制御装置、制御方法及びコンピュータプログラムを目的とする。また本発明の他の目的とするところは、アプリケーションプログラムの開発効率を低下させることなく、処理速度の調整を容易に行うことができ、消費電力の低減が可能な制御装置を提供することにある。第1発明に係る制御装置は、接続される1又は複数の入力装置からの情報を夫々入力する入力処理と、入力した情報に基づく演算処理を夫々行なうための1又は複数のプログラムを実行する実行処理と、該実行処理により得られる情報を、接続される制御対象の1又は複数の装置へ出力する出力処理とを、順次実行するようにしてある制御装置において、各プログラムにつき、入力される情報との関連の有無を対応付けたテーブルと、該テーブルを参照し、前記入力処理にて入力される情報に基づき、実行されるべきプログラムのリストを作成する作成手段と、作成したリストに基づき、実行されるべきプログラムを起動する手段とを備えることを特徴とする。第2発明に係る制御装置は、前記テーブルは、前記プログラムにつき、実行順序が対応付けてあることを特徴とする。第3発明に係る制御装置は、前記複数のプログラムの内のいずれか1つの実行処理では、前記1つ自身又は他のプログラムの実行要求を出力するようにしてあり、前記作成手段は、出力された実行要求に基づき、次に実行されるべきプログラムのリストを作成するようにしてあることを特徴とする。第4発明に係る制御装置は、前記テーブルでは、プログラム毎に関連する情報が複数対応付けられており、前記作成手段は、複数の関連する情報のいずれか1つが入力された場合、対応するプログラムで前記リストを作成するようにしてあることを特徴とする。第5発明に係る制御装置は、前記出力処理は、出力先別に実行される複数の出力処理を含み、該複数の出力処理と、出力する情報との関連の有無を対応付けたテーブルと、該テーブルを参照し、実行すべき複数の出力処理の内のいずれかのリストを作成する手段と、作成したリストに基づき、前記複数の出力処理の内のいずれか1又は複数を実行する手段とを備えることを特徴とする。第6発明に係る制御装置は、前記複数の出力処理では夫々、自身又は他の出力処理を実行すべきときに実行要求を出力するようにしてあり、出力した実行要求に基づき、実行されるべき出力処理のリストを作成するようにしてあることを特徴とする。第7発明に係る制御装置は、プログラムの実行処理毎に、処理に係る負荷量を対応付けた負荷テーブルと、該負荷テーブル及び前記作成手段が作成したリストに基づき、実行すべきプログラムの実行処理に係る合計負荷量を算出する手段と、算出した合計負荷量に応じて、前記実行処理の処理速度を調整する速度調整手段とを備えることを特徴とする。第8発明に係る制御装置は、プログラムの出力処理毎に、処理に係る負荷量を対応付けた負荷テーブルと、該負荷テーブル及び前記作成手段が作成したリストに基づき、実行すべきプログラムの出力処理に係る合計負荷量を算出する手段と、算出した合計負荷量に応じて、前記出力処理の処理速度を調整する速度調整手段とを備えることを特徴とする。第9発明に係る制御装置は、前記速度調整手段が、処理速度を規定するクロック信号の周波数を調整するようにしてあることを特徴とする。第10発明に係る制御方法は、制御対象を制御する制御装置が、1又は複数の入力装置からの情報を夫々入力する入力処理と、入力した情報に基づく演算処理を夫々行なうための1又は複数のプログラムを実行する実行処理と、該実行処理により得られる情報を、接続される制御対象の1又は複数の出力装置へ出力する出力処理とを、順次実行する方法において、各プログラムにつき、入力される情報との関連の有無を対応付けたテーブルを参照し、前記入力処理にて入力される情報に基づき、実行されるべきプログラムのリストを作成し、作成したリストに基づき、実行されるべきプログラムを起動することを特徴とする。第11発明に係るコンピュータプログラムは、コンピュータに、1又は複数の入力装置からの情報を夫々入力する入力処理と、入力した情報に基づく演算処理を夫々行なうための1又は複数のプログラムを実行する実行処理と、該実行処理により得られる情報を、接続される制御対象の1又は複数の出力装置へ出力する出力処理とを、各別に順次実行させるコンピュータプログラムにおいて、コンピュータに、各プログラムにつき、入力される情報との関連の有無を対応付けたテーブルを参照する処理、前記入力処理にて入力される情報に基づき、実行されるべきプログラムのリストを作成する処理、及び作成したリストに基づき、実行されるべきプログラムを起動する処理を実行させることを特徴とする。本発明では、入力処理にて入力される各情報にプログラムを対応付けるのではなく、各プログラムに入力される情報との関連を対応付けたテーブルを記憶してある。テーブルと入力処理にて入力された情報とを参照して、実行されるべきプログラムが整理されてリストとして作成され、該リストに基づきプログラムが起動される。これにより、多数の入力情報に関連して重複するプログラムの情報関数アドレス等を記憶する必要がない。本発明では、入力される情報に基づき実行されるべきプログラムのリストが作成される際、テーブル内に対応付けられている実行順序に基づき作成される。これにより、入力された情報に基づく演算処理によって情報の齟齬が回避されると共に、入力処理と関連する演算のためのプログラムとの間の依存関係がなくなる。本発明では、実行処理内でのプログラムに基づく処理からも、該プログラム自身又は他のプログラムの実行が要求され、入力される情報のみならず、実行要求に基づいても、次に実行されるべきプログラムのリストが作成される。これにより、プログラム自身が反復的に実行されるべき場合、入力処理にて疑似的に情報が入力されたようにせずともよい。本発明では、実行されるべきプログラムのリストが作成されるに際し、異なる複数の入力情報に重複して同一のプログラムが関連する場合、いずれかが入力された場合に実行されるべきとしてリストが作成される。つまり、テーブルにおけるプログラム毎に、該プログラムに関連する情報の入力の有無の論理和がとられ、入力有の場合は、実行処理中で1回起動される。これにより、実行処理中における各プログラムの実行は効率的となる。本発明では、出力処理は、制御対象即ち、演算の結果の情報の出力先に応じて複数の出力処理に分けられており、該複数の出力処理と出力する情報との対応が記憶されてある。出力する情報に応じて、実行されるべき出力処理がリストにされ、出力処理内で実際に実行される。これにより、出力処理のプログラムもモジュール化して必要なプログラムのみ実行されることにより、処理が効率化される。本発明では、複数の出力処理は夫々、自身又は他の出力処理が次回、実行されるべきであるときは、次に起動時に実行されるように実行要求を出力することが可能である。これにより、出力される情報を疑似的に作成せずとも、反復的に同一の出力処理を実行することが可能となる。本発明では、各プログラムの実行処理又は出力処理毎に負荷量例えば処理に要する時間などを対応付けた負荷テーブルを予め記憶しておく。この負荷テーブルと作成された上記のリストとに基づいて、実行されるべき一又は複数の実行処理又は出力処理の合計負荷量を算出することができる。例えば定められた時間内に処理が完了できないなど、合計負荷量が所定の閾値より大きい場合などには、処理速度を高く設定することができる。また合計負荷量が所定の閾値より小さい場合などには、処理速度を低く設定し、これにより消費電力を低減することができる。本発明では、クロック信号の周波数を調整することによって、実行処理又は出力処理の処理速度を調整する。クロック信号の周波数は、例えばクロック信号を分周する分周回路などを用いることによって段階的に調整することができ、容易に処理速度の調整を行うことができる。本発明による場合、多数の入力情報に関連するプログラムを全て記憶する必要がないので、制御装置のメモリを節約することができる。また、反復的に入力処理、実行処理及び出力処理を行なった場合でも、実行処理では各プログラムは予め決まった実行順序で実行されるので、入力処理を実現するプログラムと、演算処理を行なうためのプログラムとの間の依存関係が無くなるので、開発効率を向上させることができる。また本発明による場合、負荷テーブルに基づいて実行されるべき処理の合計負荷量を算出し、合計負荷量に応じて処理速度を調整することによって、負荷量に応じた適切な処理速度で処理を行うことができ、消費電力を低減することができる。また、各プログラムが処理速度を変化させるか否かの判断を行う必要がなく、プログラムを追加する場合などであっても、追加するプログラムの負荷量を負荷テーブルに追加するのみでよいため、プログラムの開発効率を向上させることができる。以下、本発明をその実施の形態を示す図面に基づき具体的に説明する。なお、以下に説明する実施の形態では、本発明を車両に搭載されてボディ系の制御を行なうECUElectronicControlUnitに適用する例を挙げて説明する。実施の形態1図1は、本実施の形態におけるECU1の構成を示すブロック図である。ECU1は、CPUCentralProcessingUnit10と、ROMReadOnlyMemory11と、RAMRandomAccessMemory12と、記憶部13と、入出力部14とを備える。CPU10はROM11に記憶されている制御プログラム1Pに基づき、各構成部と共働して各機能を実現する。ROM11は、マスクROM、フラッシュメモリ、PROMProgrammableROM、EPROMErasableandProgrammableROM、EEPROMElectricallyEPROM等の不揮発性メモリを利用する。ROM11には、上述のように制御プログラム1P及びイベントテーブル20が予め記憶されている。RAM12は、DRAMDynamicRandomAccessMemory、SRAMStaticRandomAccessMemory等の揮発性メモリを利用している。RAM12にはCPU10の処理によって作成されるイベント管理情報及び起動要求情報後述が記憶される。入出力部13は、ECU1が制御するアクチュエータ及びセンサなどとのインタフェースである。なお入出力部13は、アクチュエータとスイッチ2を介して接続しており、スイッチ2のON/OFFを制御してアクチュエータ等を制御し、ON/OFFでセンサの状態を読み取る。また、入出力部13は、センサで測定した情報を読み出す場合、これをスイッチのON/OFF状態として読み取る。入出力部13は、D/A変換、A/D変換機能を有していてもよい。ROM11に記憶されている制御プログラム1Pは、アプリケーションプログラム15,15,...、出力プログラム16,16,...、入力プログラム17,17,...、イベント管理プログラム18、及びシステム管理プログラム19を含む。アプリケーションプログラム15,15,...はCPU10にボディ系の制御処理を夫々実行させるためのプログラムである。出力プログラム16,16,...は、CPU10に、アクチュエータ2又はスイッチ夫々に応じて制御信号の出力指示を実行させるためのプログラムである。入力プログラム17,17,...は、CPU10にセンサ3又はスイッチなどが夫々に応じて、接続する入出力部14から通知されるイベントを夫々解釈する処理を行なわせるためのプログラムである。イベント管理プログラム18は、CPU10にイベント管理情報及び起動要求情報後述を作成させるためのプログラムである。システム管理プログラム19は、CPU10がイベント管理プログラム18に基づき作成したイベント管理情報及び起動要求情報を参照して、実行されるべきアプリケーションプログラム15又は出力プログラム16を決定して起動するためのプログラムである。アプリケーションプログラム15,15,...は夫々、ドアロックのON/OFFを制御するドアロック制御、ヘッドライトのON/OFFを制御する灯火制御、室内灯のON/OFFを制御する室内灯制御の処理を実現させるプログラム等、ECU1にボディ系の制御機能を実現させるための演算処理を各実行する複数のプログラムである。出力プログラム16,16,...は夫々、制御対象即ち出力対象であるドアロックモータへのON/OFFの出力制御ドアロックモータ出力、ヘッドライトへのON/OFFの出力制御ヘッドライトバルブ出力、及び室内灯のON/OFFの出力制御室内灯制御等を含む各出力処理を各実現させる複数のプログラムである。入力プログラム17,17,...は夫々、入力対象であるドアロックセンサからのON/OFFの入力処理ドアロックセンサ入力、ヘッドライトスイッチのON/OFFの入力処理ヘッドライトスイッチ入力、及び室内灯スイッチのON/OFFの入力処理室内灯スイッチ入力等を含む各入力処理を各実現させる複数のプログラムである。このように構成されるECU1では、CPU10がスイッチ2,2,...におけるON/OFFの状態を、入出力部14を介してイベントとして検知し、CPU10は入力されたイベントに応じてスイッチ2,2,...を制御するためにアプリケーションプログラム15,15,...に基づく演算処理を行ない、演算結果を出力プログラム16,16,...に基づきスイッチ2,2,...へ出力する。このとき、CPU10は、各スイッチ2,2,...の状態を読み取ってイベントとして検知する入力処理、検知されたイベントに基づき演算を行なう処理、及び演算結果を出力する出力処理を、反復して順次実行する。これにより、ECU1は、車両に搭載されるドアロック、ヘッドライト、及び室内灯のボディ系の装置に対し、それらに対応するスイッチの状態に応じた制御を実現する。例えばECU11は、ドアロックセンサスイッチ2により読み取る施錠ON/解錠OFFの状態、ドアロックのスイッチ2のON/OFFの状態、及び、ドア開閉センサスイッチ2により読み取る開ON/閉OFFの状態等に基づき、ドアロックモータアクチュエータのスイッチ2を制御する。図2は、CPU10により実現される機能を示す機能ブロック図である。CPU10は制御プログラム1Pに含まれる各プログラムに基づき、入力処理部70、アプリケーション部50、出力処理部60、イベント管理部80、及びシステム管理部90として機能する。CPU10は、入力プログラム17,17,...に基づいて入力処理部70として機能する。入力処理部70の機能は、ドアロックセンサから開閉の情報を入力するドアロックセンサ入力71、ヘッドライトスイッチのON/OFFの状態を入力するヘッドライトスイッチ入力72、及び室内灯のON/OFFの状態を入力する室内灯スイッチ入力73等、各種スイッチ2の情報を夫々入力し、情報の変化が有った場合、又は任意の条件を満たした場合に、CPU10へイベント通知を行なうものである。CPU10は、イベント管理プログラム18に基づいてイベント管理部80として機能する。イベント管理部80の機能は、入力処理部70の機能から通知された発生イベントと、ROM11に記憶されてあるイベントテーブル20とを参照し、通知されたイベントと対応するアプリケーションプログラム関数をイベント管理情報21としてRAM12に記憶する機能であり。またイベント管理部80の機能は、実行されるアプリケーションプログラム又は出力処理から、次に実行すべきアプリケーションプログラム又は他の出力処理の起動要求が出力されたときにこれを受け付けて、当該情報を起動要求情報22としてRAM12に記憶する機能である。CPU10は、システム管理プログラム19に基づいてシステム管理部90として機能する。システム管理部90の機能は、イベント管理部80の機能により作成されたイベント管理情報21と、起動要求情報22とを参照して、実行すべきアプリケーションプログラム関数又は出力処理のリストを作成し、当該リストに従って起動させるものである。CPU10は、アプリケーションプログラム15,15,...に基づいてアプリケーション部50として機能する。アプリケーション部50は、ドアロックのON/OFFを決定するドアロックアプリケーション51、ヘッドライトのON/OFFを決定する灯火制御アプリケーション52、並びに、室内灯のON/OFF及び明るさ等の決定を含む各演算処理の機能である。またCPU10は、入力処理、アプリケーション実行処理、出力処理を順次反復的に実行するが、アプリケーション部50として機能するに際し、次回の実行処理においても自身を起動すべき場合、起動要求をイベント管理部80へ出力する。例えば、CPU10は灯火制御52として機能する場合、入力された1回のイベントに応じて、300ms毎に3回、100msの間、ヘッドライトを点滅させるという制御を行なう。このとき灯火制御52の機能は、自身が何回起動されたかに応じてヘッドライトバルブのスイッチ2へON/OFFの出力を切り替える。したがって灯火制御52は、3回点滅を完了させるまで、複数回連続して起動される必要があるので、次回の起動要求を出力する。CPU10は、出力プログラム16,16,...に基づいて出力処理部60として機能する。出力処理部60の機能は、ドアロックモータへのON/OFFの出力制御ドアロックモータ出力61、ヘッドライトへのON/OFFの出力制御ヘッドライトバルブ出力62、及び室内灯のON/OFFの出力制御室内灯制御63等の出力処理を実際に行なう機能である。またCPU10は、入力処理、アプリケーション実行処理、出力処理を順次反復的に実行するが、出力処理部60として機能するに際し、次回の出力処理においても自身を起動すべき場合、起動要求をイベント管理部80へ出力する。例えば、CPU10は室内灯出力63の出力処理を行なう場合、室内灯を3s点灯させるための信号を出力する処理を継続的に行なう。このとき室内灯出力63は、自身がこれまでに何ms出力し続けているかを継続的に測定するために、複数回連続して起動される必要があるので、次回の起動要求を出力する。図3は、ROM11に記憶されているイベントテーブル20を示す説明図である。イベントテーブル20は、アプリケーションプログラム15,15,...に基づく各アプリケーションを起動するイベント条件を含むアプリケーションイベントテーブル24と、出力プログラム16,16,...に基づく各出力処理を起動するイベント条件を含む出力処理イベントテーブル25とを含む。図4は、RAM12に記憶されるイベント管理情報21、起動要求情報22及び起動関数リスト23を示す説明図である。イベント管理情報21、起動要求情報22及び起動関数リスト23は夫々、図4に示すように、アプリケーション用のアプリケーションイベント管理情報26、アプリケーション起動要求情報28、及びアプリケーション起動関数リスト30と、出力処理用の出力処理イベント管理情報27、出力処理起動要求情報29、及び出力処理起動関数リスト31とに分けられている。図3及び図4に示した情報について詳細を説明する。図5は、アプリケーションイベントテーブル24の内容例を示す説明図である。図5に示すように、アプリケーションイベントテーブル24では、アプリケーションプログラム15,15,...に基づき実行される各アプリケーションを起動させるためのアプリケーション関数A,B,C,...夫々につき、入力処理部70としての機能により検知されたイベントとの関係が含まれる。なお、当該関係の有無は1/0で示されている。つまり、1でアプリケーション関数を呼び出してアプリケーションを起動し、0でアプリケーション関数を呼び出さない起動しない。また、アプリケーションイベントテーブル24では、各アプリケーション関数A,B,C,...の実行順序が規定されている。なお、実行順序の規定は必須ではない。アプリケーションイベントテーブル24は、実行順序を含まなくてもよい。図5のアプリケーションイベントテーブル24の例では、例えばアプリケーション関数Aは、スイッチ2,2,...群の内のSW-A例えばドア開閉センサに対応がONとなったとき、SW-BがONとなったとき、SW-BがOFFとなったとき、又はSW-CがONになったときに起動すべきであると規定されている。またアプリケーション関数Bは、SW-A、SW-B、及びSW-CのいずれのON/OFFに対しても起動すべき関数として規定されている。このように、本実施の形態ではアプリケーションイベントテーブル24は、SW-A,SW-B,SW-CのON/OFF3×2の情報などのイベント毎ではなく、アプリケーション関数A,B,C毎の関連の有無で構成されるので、ECU1のROM11の容量を節約することができる。図6は、イベント管理部80により作成されるアプリケーションイベント管理情報26の内容例を示す説明図である。図6に示すように、CPU10は、入力処理の後、イベント管理部80の機能により、アプリケーションイベントテーブル24を参照し、且つ入力処理部70により通知される各イベントから、各アプリケーション関数A,B,C,...毎の起動すべきか否かのフラグのリストを作成してRAM12に記憶する。図6のアプリケーションイベント管理情報26の例では、例えば入力処理部70から、SW-AがONとなったイベントSW-A:ON、SW-BがOFFとなったイベントSW-B:OFFが通知されたとする。このとき、SW-Cは変わらずOFFであってイベント通知はされなかったとする。この場合、イベント管理部80は、通知されたイベントに対応するアプリケーションイベントテーブル24内の項目を選択する。即ち各スイッチ2のON/OFFのいずれかの行の1/0の列を抽出し、アプリケーション関数毎に論理和をとる。つまり、イベント管理部80は、イベントSW-A:ONに対応する列1,1,1,0,1,0,0を抽出し、イベントSW-B:OFFに対応する列1,1,0,1,0,1,0を抽出する図5中の破線。イベント管理部80は、抽出した1,1,1,0,1,0,0と1,1,0,1,0,1,0との論理和をとって1,1,1,1,1,1,0を得、これを、イベントによって起動すべきフラグ1とされたアプリケーション関数A,B,C,...のリストとする。図7は、イベント管理部80により作成されるアプリケーション起動要求情報28の内容例を示す説明図である。図7に示すように、CPU10はイベント管理部80の機能により、アプリケーション関数A,B,C,...を起動すべきか否かのフラグのリストを作成してRAM12に記憶する。図7のアプリケーション起動要求情報28の例では、アプリケーション部50の機能により、アプリケーション関数A及びアプリケーション関数Cを起動すべきフラグ1としてリストが作成されている。図8は、イベント管理部80により作成される起動すべきアプリケーション関数のリストアプリケーション起動関数リスト30の例を示す説明図である。図8に示すように、CPU10はイベント管理部80の機能により、作成した入力されるイベントに基づき作成したアプリケーションイベント管理情報26と、アプリケーション又は出力処理からの出力に基づき作成したアプリケーション起動要求情報28との論理和をとって起動すべきアプリケーション関数のリストを作成する。出力処理についてもアプリケーション同様に、CPU10は、記憶してある出力処理イベントテーブル25に基づき、各情報及びリストを作成してRAM12に記憶する処理を行なう。図9は、出力処理イベントテーブル25の内容例を示す説明図である。図9に示すように、アプリケーション同様に、必要な出力処理を起動させるための条件が出力処理イベントテーブル25として記憶してある。出力処理イベントテーブル25は、出力プログラム15,15,...に基づく出力処理を起動させるための出力処理関数A,B,C...夫々につき、各アプリケーションによる演算結果により得られる各負荷への出力要求の情報との関係が含まれる。当該関係の有無はアプリケーションイベントテーブル24と同様、1/0で示されており、1で出力処理関数を呼び出し、0では呼び出さない。また、出力処理イベントテーブル25では、各出力処理関数A,B,C,...の実行順序が規定されている。実行順序の規定は必須ではなく、出力処理イベントテーブル25は実行順序を含まなくてもよい。図9の例では、例えば出力処理関数Aは、各アプリケーションによる演算処理の結果、例えば負荷AをON、負荷BをON、及び負荷CをONとすることが負荷出力要求として得られた場合に起動すべきと規定されている。図10は、出力処理イベント管理情報27の内容例を示す説明図である。CPU10は、イベント管理部80の機能により、各アプリケーション51,52,53の演算結果により得られる出力処理要求とイベントと出力処理イベントテーブル25とを比較し、各出力処理関数A,B,C,...毎の起動すべきか否かのフラグのリスト出力処理イベント管理情報27を作成してRAM12に記憶する。図10の例では、イベント管理部80の機能によりCPU10は、負荷A及び負荷CをONとする出力処理要求と、出力処理イベントテーブル25とを比較し、各出力処理要求の列を抽出して出力処理関数毎に論理和をとる。論理和をとった結果を、アプリケーションによる演算結果から得られた出力処理要求に基づき起動すべきとされた出力処理関数A,B,Cのリストとする。図11は、出力処理起動要求情報29の内容例を示す説明図である。CPU10はイベント管理部80の機能により、出力処理自身による要求により出力処理関数A,B,C,...を起動すべきか否かのフラグのリストを作成し、RAM12に記憶する。出力処理部60の機能により、各出力処理61,62,63内で、起動要求をイベント管理部80へ出力する。イベント管理部80は、出力処理部60からの起動要求に基づき起動すべき出力処理のリストである起動要求情報を作成する。図11の出力処理起動要求情報29の例では、出力処理関数A、出力処理関数F及び出力処理関数Gを起動すべきフラグ1としてリストが作成されている。イベント管理部80は、出力処理についても、アプリケーション51,52,53から得られる情報に基づき作成したリストと、出力処理部60からの起動要求により作成したリストとの論理和をとり、実行すべき出力処理のリストを作成する。図12は、起動すべき出力処理関数のリスト出力処理起動関数リスト31の例を示す説明図である。図12に示すように、CPU10はイベント管理部80の機能により、作成した出力処理イベント管理情報27と、作成した出力処理起動要求情報29との論理和をとって起動すべき出力処理関数のリストを作成する。なお図12の例は、図10に示した起動すべき出力処理関数のリストと、図11に示した起動すべき出力処理関数のリストとの論理和となっている。以上のように各種情報を作成、参照してCPU10が制御対象を制御する過程を、フローチャートを参照して説明する。図13乃至図15は、本実施の形態におけるECU1のCPU10により実行される処理手順の一例を示すフローチャートである。まず、CPU10は、アプリケーションイベント管理情報26を初期化起動すべきか否かのフラグを全て0するステップS1。CPU10は、入力処理部70による機能を起動し、入力処理を実行するステップS2。入力処理部70による入力処理の内容は以下である。図16は、入力処理部70による入力処理の手順の一例を示すフローチャートである。図13乃至図15のフローチャートに示す処理手順の内、ステップS2の詳細に対応する。CPU10は、入力処理部70の機能により、入力対象の毎に、入出力部13を介して各スイッチ2の状態を入力してアプリケーションイベントを検知しステップS201、イベントの有無を判断するステップS202。CPU10は、検知したイベントはないと判断した場合S202:NO、図13乃至15のフローチャートに示したステップS3へ処理を戻す。CPU10は、検知したイベントはありと判断した場合S202:YES、検知したイベントをイベント管理部80へ通知しステップS203、ステップS3へ処理を戻す。ここで入力処理部70による入力処理は完了する。図13乃至図15のフローチャートに戻って説明を続ける。次にCPU10は、イベント管理部80としての機能により、これまでに作成していたアプリケーション起動関数リスト30を初期化起動すべきか否かのフラグを全て0するステップS3。CPU10は、入力処理部70から通知されたイベントに基づき、図6に示すようなアプリケーションイベント管理情報26を作成するステップS4。CPU10はイベント管理部80としての機能により、存在するアプリケーション関数A,B,C,...から1つずつ選択するステップS5。CPU10はまず、既に作成されてあるアプリケーション起動要求情報28を参照しステップS6、選択しているアプリケーション関数への起動要求の有無を判断するステップS7。具体的にはCPU10は、起動すべきとしてフラグが1であるか否かを判断する。CPU10は、起動要求有りフラグ1と判断した場合S7:YES、選択したアプリケーション関数を起動すべきフラグ1と確定するステップS8。CPU10は、ステップS8にて起動要求無しフラグ0と判断した場合S7:NO、アプリケーションイベント管理情報26を参照しステップS9、選択しているアプリケーション関数に関するイベント発生の有無を判断するステップS10。ここでもCPU10は具体的には、ステップS4で作成されたアプリケーションイベント管理情報26におけるアプリケーション関数A,B,C毎のフラグが1であるか否かを判断する。CPU10は、イベント発生有りと判断した場合S10:YES、選択したアプリケーション関数を起動すべきと確定するS8。CPU10は、ステップS10でイベント発生無しと判断した場合S10:NO、選択したアプリケーション関数を起動する必要はないとし、フラグ0のまま処理をステップS11へ進める。CPU10は、全てのアプリケーション関数A,B,C,...を選択して処理を行なったか否かを判断するステップS11。CPU10は、全てを選択していないと判断した場合S11:NO、処理をステップS5へ戻し、他のアプリケーション関数について処理を継続する。CPU10は、全てを選択したと判断した場合S11:YES、処理を次へ進める。ステップS5~S11の処理により、アプリケーションイベント管理情報26図6とアプリケーション起動要求情報28図7との論理和がとられ、図8に示したアプリケーション起動関数リスト30が作成されるステップS12。次にCPU10は、アプリケーション部50からのアプリケーション起動要求情報28を初期化しておくステップS13。以後起動されるアプリケーション51,52,53から再度起動要求が出力されるからである。CPU10は、システム管理部90としての機能により、存在するアプリケーション関数A,B,C,...から1つずつ選択するステップS14。CPU10は、ステップS7~S12の処理により作成したアプリケーション起動関数リスト30を参照しステップS15、選択したアプリケーション関数を起動すべきか否かを判断するステップS16。具体的にはCPU10は、確定されたフラグが1起動すべきであるか否かを判断する。CPU10は、選択したアプリケーション関数を起動すべきでないフラグ0と判断した場合S16:NO、そのまま処理をステップS18へ進める。CPU10は、選択したアプリケーション関数を起動すべきフラグ1と判断した場合S16:YES、対応するアプリケーション関数を起動してアプリケーション処理を実行するステップS17。このとき、CPU10は、アプリケーション部50の機能により、各アプリケーション処理を実行する。図17は、アプリケーション部50によるアプリケーション処理の手順の一例を示すフローチャートである。CPU10は、アプリケーション部50の機能により、起動されたアプリケーションの処理を実行するステップS301。CPU10は、実行したアプリケーションによる次回の起動要求の有無を判断するステップS302。CPU10は、次回の起動要求無しと判断した場合S302:NO、処理をステップS304へ進める。CPU10は、次回の起動要求有りと判断した場合S302:YES、アプリケーション起動要求をイベント管理部80へ通知しステップS303、処理をステップS304へ進める。CPU10は、実行したアプリケーションによる演算の結果、負荷出力要求の有無を判断するステップS304。CPU10は、負荷出力要求無しと判断した場合S304:NO、アプリケーション処理を終了し、図13乃至15のフローチャートに示したステップS18へ処理を戻す。CPU10は、負荷出力要求有りと判断した場合S304:YES、負荷出力要求をイベント管理部80へ通知しステップS305、アプリケーション処理を終了し、図13乃至15のフローチャートに示したステップS18へ処理を戻す。このように、アプリケーションが起動されると、各アプリケーション51,52,53について、図17に示した処理が実行される。図13乃至図15のフローチャートに戻って説明を続ける。CPU10は、全てのアプリケーション関数A,B,C,...を選択して処理を行なったか否かを判断するステップS18。CPU10は、全てを選択していないと判断した場合S18:NO、処理をステップS14へ戻し、他のアプリケーション関数について処理を継続する。CPU10は、全てを選択したと判断した場合S18:YES、処理を次のステップS19へ進める。CPU10は、イベント管理部80としての機能により、実行されたアプリケーション51,52,53からのアプリケーション起動要求を受け付けステップS19、図7に示すようなアプリケーション起動要求情報28を作成するステップS20。重複するアプリケーション関数への起動要求は論理和をとって1つの起動要求とする。次にCPU10は、イベント管理部80としての機能により、アプリケーション51,52,53からの負荷出力要求を受け付けるステップS21。CPU10は受け付けた負荷出力要求について、図9に示した出力処理イベントテーブル25を参照しステップS22、図10に示したような出力処理イベント管理情報27を作成するステップS23。次にCPU10は、存在する出力処理61,62,63,...から1つずつ選択するステップS24。CPU10はまず、既に作成されてある出力処理自身からの出力処理起動要求情報29を参照しステップS25、選択している出力処理への起動要求の有無を判断するステップS26。具体的にはCPU10は、実行すべきとしてフラグが1であるか否かを判断する。CPU10は、起動要求有りフラグ1と判断した場合S26:YES、選択した出力処理を実行すべきフラグ1と確定するステップS27。CPU10は、ステップS26にて起動要求無しフラグ0と判断した場合S26:NO、出力処理イベント管理情報21を参照しステップS28、選択している出力処理が出力すべき情報の有無を判断するステップS29。ここでもCPU10は具体的には、出力処理関数毎の関連フラグが1であるか否かを判断する。CPU10は、出力すべき情報有りと判断した場合S29:YES、選択した出力処理を実行すべきと確定するS27。CPU10は、ステップS29で出力すべき情報無しと判断した場合S29:NO、選択した出力処理を実行する必要はないとし、フラグ0のまま処理をステップS30へ進める。CPU10は、全ての出力処理61,62,63を選択して処理を行なったか否かを判断するステップS30。CPU10は、全てを選択していないと判断した場合S30:NO、処理をステップS24へ戻し、他の出力処理について判断する。CPU10は、全てを選択したと判断した場合S30:YES、処理を次へ進める。ステップS24~S30の処理により、出力処理イベント管理情報27図10と出力処理起動要求情報29図11との論理和がとられ、図12に示した出力処理起動関数リスト31が作成されるステップS31。次にCPU10は、出力処理部60からの出力処理起動要求情報29を初期化しておくステップS32。以後実行される出力処理61,62,63から再度起動要求が出力されるからである。このとき、アプリケーション部50からの起動要求は保存されておくべきである。CPU10は、存在する出力処理61,62,63から1つずつ選択するステップS33。CPU10は、ステップS24~S30の処理により作成した出力処理起動関数リストを参照しステップS34、選択した出力処理を実行すべきか否かを判断するステップS35。具体的にはCPU10は、確定されたフラグが1実行すべきであるか否かを判断する。CPU10は、選択した出力処理を実行すべきでないフラグ0と判断した場合S35:NO、そのまま処理をステップS36へ進める。CPU10は、選択した出力処理を実行すべきフラグ1と判断した場合S35:YES、対応する出力処理を実行するステップS36。このとき、CPU10は、出力処理部60の機能により、各出力処理を実行する。図18は、出力処理部60による出力処理の手順の一例を示すフローチャートである。CPU10は、出力処理部60の機能により、起動された出力処理を実行するステップS401。CPU10は、実行した出力処理による次回の起動要求の有無を判断するステップS402。CPU10は、次回の起動要求無しと判断した場合S402:NO、出力処理を終了し、図13乃至15のフローチャートに示したステップS37へ処理を戻す。CPU10は、次回の起動要求有りと判断した場合S402:YES、出力処理起動要求をイベント管理部80へ通知しステップS403、出力処理を終了し、図13乃至15のフローチャートに示したステップS37へ処理を戻す。このように、出力処理が起動されると、各出力処理61,62,63について、図18に示した処理が実行される。図13乃至図15のフローチャートに戻って説明を続ける。CPU10は、全ての出力処理を選択して処理を行なったか否かを判断するステップS37。CPU10は、全てを選択していないと判断した場合S37:NO、処理をステップS33へ戻し、他の出力処理について処理を継続する。CPU10は、全てを選択したと判断した場合S37:YES、処理を次のステップS38へ進める。CPU10は、イベント管理部80としての機能により、実行された出力処理61,62,63からの出力処理起動要求を受け付けステップS38、出力処理起動要求情報29を作成するステップS39。重複する出力処理への起動要求は論理和をとって1つの起動要求とする。CPU10は出力処理起動要求情報を作成すると、ステップS1へ処理を戻し、入力処理部70による処理、アプリケーション部50によるアプリケーション実行処理、出力処理を再度繰り返す。図13乃至図15のフローチャート示した処理は、ECU1の電源が落とされるまで繰り返される。このような処理を行なうことにより、アプリケーション関数A,B,C,...の起動、及び出力処理の実行が効率的となり、相互の依存関係が無くなるので、入力プログラム17,17,...、アプリケーションプログラム15,15,...、及び出力プログラム16間の依存関係が薄まり、開発効率を向上させることができる以上の実施の形態では、本発明に係る制御装置を車両に搭載されてボディ系の制御を行なうECUに適用する例を挙げて説明したが、これに限らず、本発明は入力される情報に応じて演算処理アプリケーション処理を行ない、出力を行なう装置に広く適用される。実施の形態2図19は、実施の形態2におけるECU1の構成を示すブロック図である。実施の形態2に係るECU1は、CPU10、ROM11、RAM12、記憶部13及び入出力部14と、クロック信号発生部215とを備えている。クロック信号発生部215は、CPU10を動作させるためのクロック信号を生成して出力する。またクロック信号発生部215は、低速クロック又は高速クロックの2段階で、出力するクロック信号の周波数を切り替えることができ、CPU10からの指示に従って周波数の切り替えを行う。クロック信号発生部215は、例えば水晶振動子などを用いた発振回路が発生したクロック信号を分周回路などで分周することにより所望の周波数のクロック信号を出力する構成とすることができ、分周回路によって2種の周波数のクロック信号を生成し、選択回路によって高速クロック又は低速クロックのいずれかを出力する構成とすることができる。またクロック信号発生部215は、通常は低速クロック信号を出力しており、CPU10から高速クロックへの切替指示が与えられた場合に、その後に低速クロックへの切替指示が与えられるまでの期間に亘って、高速クロックを出力する。また実施の形態2に係るECU1のROM11には、制御プログラム1P及びイベントテーブル20と共に、負荷テーブル221が予め記憶されている。負荷テーブル221には、アプリケーションプログラム15,15...及び出力プログラム16,16...等が行う処理に対して、この処理の負荷量が記憶されている。図20は、実施の形態2に係るECU1のCPU10により実現される機能を示す機能ブロック図である。CPU10は、システム管理プログラム19に基づいてシステム管理部90として機能する。システム管理部90の機能は、イベント管理情報21及び起動要求情報22を参照して、実行すべきアプリケーションプログラム又は出力処理のリストを作成し、当該リストに従って起動させるものである。また更に、実施の形態2のシステム管理部90は、負荷テーブル221を参照して、実行すべき一又は複数のアプリケーションプログラム又は出力処理の合計負荷量を算出し、算出した合計負荷量が閾値を超える場合に、クロック信号発生部215に対して高速クロックへの切り替えを指示する機能を有している。負荷テーブル221は、アプリケーションプログラム15,15...に関する負荷量が記憶されたアプリケーション処理負荷テーブルと、出力プログラム16,16...に関する負荷量が記憶された出力処理負荷テーブルとを含んで構成されている。図21は、アプリケーション処理負荷テーブルの内容例を示す説明図であり、図22は、出力処理負荷テーブルの内容例を示す説明図である。負荷テーブル221のアプリケーション処理負荷テーブルには、アプリケーションプログラム15,15...に基づき実行される各アプリケーションを起動させるためのアプリケーション関数A,B,C...のそれぞれにつき、この関数を実行した際の負荷量が記憶されている。アプリケーション関数毎の負荷量は、例えばこのアプリケーション関数をCPU10が実行するのに必要とされる処理時間又はクロック数等の平均値又は最大値等を用いることができる。各アプリケーション関数の負荷量は、このアプリケーションプログラム15の設計者が予め決定することができる。同様に、負荷テーブル221の出力処理負荷テーブルには、出力プログラム16,16...に基づき実行される出力処理を起動させるための出力処理関数A,B,C...のそれぞれにつき、この関数を実行した際の負荷量が記憶されている。CPU10は、イベント管理部80の機能によってアプリケーション起動関数リスト30を作成した後、システム管理部90の機能により、アプリケーション処理負荷テーブルを参照し、アプリケーション起動関数リスト30にて起動すべきとされた各アプリケーション関数について処理の負荷量を取得し、取得した負荷量の合計量を算出する。次いでCPU10は、算出した合計負荷量が予め定められた閾値を超えた場合、クロック信号発生部215に対して高速クロック信号への切替指示を与える。これによりCPU10は、負荷が大きい処理を高速に処理することができる。またCPU10は、合計負荷量が閾値を超えない場合には、クロック信号発生部215に対する切替指示は与えない。クロック信号発生部215は、通常は低速クロック信号を出力しているため、合計負荷量が閾値を超えない処理についてはCPU10が低速クロック信号による処理を行う。これによりCPU10は、負荷が小さい処理を低速処理し、消費電力を低減することができる。同様に、CPU10は、イベント管理部80の機能によって出力処理起動関数リスト31を作成した後、システム管理部90の機能により、出力処理負荷テーブルを参照し、出力処理起動関数リスト31にて起動すべきとされた各出力処理の負荷量を取得し、取得した負荷量の合計量を算出する。次いでCPU10は、算出した合計負荷量が予め定められた閾値を超えた場合、クロック信号発生部215に対して高速クロック信号への切替指示を与える。またCPU10は、合計負荷量が閾値を超えない場合には、高速クロック信号への切替命令を与えず、低速クロック信号による処理を行う。以上のように起動すべき処理の負荷量に応じてクロック信号の周波数切替を行う過程を、フローチャートを参照して説明する。図23は、アプリケーション処理を行う際のクロック信号切替処理の手順を示すフローチャートであり、図24は、出力処理を行う際のクロック信号切替処理の手順を示すフローチャートである。図23に示すクロック信号切替処理は、実施の形態1において図13~図15のフローチャートで示した処理のステップS12及びS13の間に行われる。CPU10は、システム管理部90の機能により、ステップS12にて作成されたアプリケーション起動関数リストにて起動すべきとされた各アプリケーション関数の負荷量を、アプリケーション処理負荷テーブルを参照して取得するステップS501。次いでCPU10は、取得した各アプリケーション関数の負荷量を加算することによって合計負荷量を算出しステップS502、算出した合計負荷量が予め定められた閾値を超えるか否かを判定するステップS503。合計負荷量が閾値を超える場合S503:YES、CPU10は、クロック信号発生部215に対して高速クロック信号への切替指示を与えステップS504、クロック信号切替処理を終了する。また合計負荷量が閾値を超えない場合S503:NO、CPU10は、クロック信号の切り替えを行うことなく、クロック信号切替処理を終了する。なお、ステップS503にて高速クロック信号への切り替えを行った場合、CPU10は、アプリケーション処理の終了後に例えば図14のステップS18及びS19の間に、クロック信号発生部215に対して低速クロック信号への切替指示を与え、以降の処理を低速クロック信号による低速処理で行う。また、図24に示すクロック信号切替処理は、実施の形態1において図13~図14のフローチャートで示した処理のステップS31及びS32の間に行われる。CPU10は、システム管理部90の機能により、ステップS31にて作成された出力処理起動関数リストにて起動すべきとされた各出力処理関数の負荷量を、出力処理負荷テーブルを参照して取得するステップS601。次いでCPU10は、取得した各出力処理関数の負荷量を加算することによって合計負荷量を算出しステップS602、算出した合計負荷量が予め定められた閾値を超えるか否かを判定するステップS603。合計負荷量が閾値を超える場合S603:YES、CPU10は、クロック信号発生部215に対して高速クロック信号への切替指示を与えステップS604、クロック信号切替処理を終了する。また合計負荷量が閾値を超えない場合S603:NO、CPU10は、クロック信号の切り替えを行うことなく、クロック信号切替処理を終了する。なお、ステップS603にて高速クロック信号への切り替えを行った場合、CPU10は、出力処理の終了後に例えば図15のステップS38及びS39の間に、クロック信号発生部215に対して低速クロック信号への切替指示を与え、以降の処理を低速クロック信号による低速処理で行う。以上の構成の実施の形態2に係るECU1は、実行すべきと判断したアプリケーション処理又は出力処理について、アプリケーション処理負荷テーブルまたは出力処理負荷テーブルから処理の負荷量をそれぞれ取得し、合計負荷量が閾値を超える場合に高速クロック信号に基づく高速処理を行うと共に、合計負荷量が閾値を超えない場合には低速クロック信号に基づく低速処理を行う。これにより実施の形態2に係るECU1は、通常は低速処理を行って消費電力を低減すると共に、処理の負荷が大きい場合にのみ高速処理を行って処理を確実に実行することができる。なお、本実施の形態においては、算出した合計負荷量に応じてクロック信号を高速及び低速の2段階で切り替える構成としたが、これに限るものではなく、合計負荷量に応じてクロック信号を多段階で切り替える構成としてもよい。また、実施の形態2に係る制御装置ECU1及びコンピュータプログラム制御部プログラム1P等のその他の構成は、実施の形態1に係る制御装置及びコンピュータプログラム等の構成と同様であるため、同様の箇所には同じ符号を付して詳細な説明を省略する。なお、開示された実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上述の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。"