"複数のセンサまたはアクチュエータの各々の状態を診断する電子制御システムであって、少なくとも2つの前記複数のセンサまたはアクチュエータの状態遷移を、共通化して定義し、管理する状態管理部を有し、前記状態を診断結果として出力する電子制御システム。請求項1に記載の電子制御システムであって、前記状態における処理内容は、前記センサまたはアクチュエータ毎に個別に設定され、前記状態管理部は、前記複数のセンサまたはアクチュエータの状態の管理を、前記複数のセンサまたはアクチュエータに依存せずに前記共通化した各々の状態を定義した問い合わせ切り替え部に問い合わせと更新により行う電子制御システム。請求項2に記載の電子制御システムであって、前記各々の状態を出力する出力部を備え、前記出力部は、前記状態を所定周期で出力することを特徴とする電子制御システム。演算手段と記憶手段とを有する演算処理装置と、複数の信号入力手段を有し、前記演算処理装置において前記信号入力手段の診断を行う電子制御システムであって、前記演算処理装置は、前記各信号入力手段に対応した条件判定を、各信号入力手段の種類に応じて準備する固有条件判定部と、前記固有条件判定部から、前記各信号入力手段に対応した条件判定の情報を呼び出す問い合せ切替え部と、前記各信号入力手段の状態を管理更新する状態管理部と、を有することを特徴とする電子制御システム。請求項4に記載の電子制御システムであって、前記各信号入力手段固有の状態情報を記憶する状態情報記憶部と、該状態情報記憶部に記憶されている前記複数の信号入力手段夫々に固有の状態情報の読出し書込み先を管理する状態情報切り替え部を有し、前記状態管理部は、前記状態情報切り替え部に前記状態の読み書きを問い合せると、前記状態情報切り替え部が前記状態情報記憶部に対して前記複数の信号入力手段に対応した診断対象の状態の読み出し、書き込みを行うことを特徴とする電子制御システム。ソフトウエアの開発効率を向上するための一般的な手法においては、ソフトウエアを部品化し、実際の物理的なハードウエア部品と対応させることにより、ハードウエア部品の変更が要求された際の再利用性を向上させている。しかしながら、入出力装置であるセンサやアクチュエータの故障には、部品の故障などにより発生する固定フォールトと、電気的雑音や、放射線同位元素からのα線などにより一時的に発生する過渡フォールトなどがあり、実際の診断には、上限値や下限値の閾値をチェックする単純なものから、複雑なアルゴリズムを用いて判断するもの、長期間の経年変化を学習によって補正しながら判断するもの、などハードウエア部品に固有な様々な方法がある。また、複数の処理をひとつの共通部として纏めてソフトウエアの再利用性を向上させる技術に各種のフレームワークがあるが、特に自動車などの制御に必要なリアルタイム制御を実現するためには、演算、入出力処理などの各処理の内容が正しいこととともに、最適なタイミングで行われる必要があり、数マイクロ秒の遅延も許されない場合も多い。また、製品搭載のマイクロコンピュータの制約から、大きな遅延時間を余儀なくされる汎用フレームワークやJavaやCなどのオブジェクト指向技術に基づく複雑な処理を導入は困難である。本発明の目的は、対象デバイスの故障診断を行うソフトウエアの再利用性を向上し、開発効率を向上することができる電子制御システムを提供することである。上記課題を解決する本発明の電子制御システムは、演算手段と記憶手段とを有する演算処理装置と、複数の信号入力手段を有し、前記演算処理装置において前記信号入力手段の診断を行う電子制御システムであって、演算処理装置は、各信号入力手段に対応した条件判定を、各信号入力手段の種類に応じて準備する固有条件判定部と、固有条件判定部から、前記各信号入力手段に対応した条件判定の情報を呼び出す問い合せ切替え部と、各信号入力手段の状態を管理更新する状態管理部と、を有することを特徴としている。本発明によれば、各部品で共通な処理を再利用することが可能となり、新規に診断処理を開発する際にも、診断対象の故障と検出方法の種類に対応した固有条件判定部のみ定められたインターフェースの内容を実現することに注力すれば良いため、開発効率が向上する。以下、本発明の実施形態について説明する。診断対象となる電子制御システムの誤動作を引き起こす原因となる故障を分類すると、部品の故障などにより発生する固定フォールトと、電気的雑音や、宇宙線,半導体素子を構成する材料中の放射線同位元素からのα線などにより一時的に発生する過渡フォールトに分類される。過渡フォールトは、文字通り過渡的、即ち一時的に発生するので、一旦フォールトが発生しても異なる時間に同一の処理を再度実行すれば、多くの場合にはフォールトが発生することなく無事処理を完了させることができる。このような方法を時間冗長と呼んでいる。本実施の一形態における電子制御システムは、診断処理のうち過渡フォールトとして判定するための状態遷移の管理と更新を行う部分と、固定フォールトの可能性がある要因を抽出する各時点の診断判定を行う部分を分離し、これらの判定処理を行うための問い合わせを共通のインターフェースとして定めることにより、状態遷移の管理と更新を行う部分を共通部品として制御システムを構築したものである。過渡フォールトが発生した場合には、例えばセンサにおいては、その種類によらずに出力に同じ傾向のノイズが生じる。従って、このようなシステムにすることで、いずれのセンサにも同様の傾向で生じる過渡フォールトによるノイズを診断する処理を共通化できる。図1は、本実施の形態における電子制御システムの一例である自動車エンジン制御システムのハードウエアの構成を説明する図である。電子制御システムのコントロールユニット制御装置201は、図1に示すように、マイクロコントローラ202と、信号入力回路209と、アクチュエータ駆動回路210と、通信回路213とを有している。コントロールユニット201は、加速度センサ211とヨーレートセンサ216から信号入力回路209を介して取得した外界の情報に基づき、駆動回路210を介してアクチュエータ212を駆動する制御処理を行う。また、一部の信号については、通信回路213を介して通信線216から得た他の制御装置215からの入出力を用いて制御処理を行う。コントロールユニット201のマイクロコントローラ202は、入力回路203と、演算装置204と、揮発性読み書きメモリ205と、読み出し専用メモリ206と、出力回路207と、通信制御装置208を有している。加速度センサ211とヨーレートセンサ216は、コントロールユニット201に接続されるセンサの一例であり、温度や電流、その他の物理量を検知する他のセンサであってもよく、同様の効果を得ることが可能である。図2は、図1の自動車エンジン制御システムのソフトウエアによる機能を説明する図である。制御の方法を記述したソフトウエアは、コントロールユニット201のROM206、およびRAM205に搭載され、演算装置204において処理される。このような制御装置上に、図2に示す構成のソフトウエアを実装する。ソフトウエアは、OS106から起動され、OSに登録されたタイミングで状態管理部101の処理を起動する。状態管理部101は例えば関数で記述され、ソフトウェアの実行時には例えば、10ms周期毎に起動される。図6は、図1の状態管理部101を構成するプログラムの一例を示す図である。状態管理部101は、診断対象である複数の対象デバイス信号入力手段の状態をそれぞれ共通化して定義し、管理更新する診断情報更新処理を行う。そして、診断対象となるデバイスを特定するIDの通知と、異常であるかの問い合わせおよび正常であるかの問い合わせとを問い合わせ切り替え部102へ行う。さらに、状態管理部101は、問い合わせ切り替え部102から各対象デバイス加速度センサ211、ヨーレートセンサ216に対応した条件判定の情報を呼び出す。これにより、状態管理部101が行う問い合わせ処理から、対象デバイスに依存する情報判定条件等についてのやり取りを省略することができる。つまり、種類の異なる複数の対象デバイスの診断に共通して必要となる状態管理処理を共通化することができる。固有条件判定部103には、各対象デバイスの種類に対応した条件判定が、対象デバイスの種類に応じてあらかじめ定義がされている。例えば、対象デバイス毎に依存する異常判定の閾値の定義等である。状態管理部101は、固有条件判定部103によって対象デバイス毎に定義された条件判定を、問い合わせ切り替え部102を介して実行し判定処理を行う。固有条件判定部103の処理動作は一例としては、電圧値をデジタル変換した結果を対象デバイスとして取り得る下限値から取り得る上限値の範囲の値であれば正常状態であると判定し範囲外であれば異常状態と判定する。状態管理部101は、判定処理によって得られた判定結果をもとに、それぞれの診断対象の現在の状態を更新する。それぞれの状態は、状態情報記憶部105に状態情報として記憶され、診断対象毎に準備される。状態管理部101は、状態情報切り替え部104に問い合わせることにより各対象デバイス固有の状態情報の取得と更新を行う。そして、図2には記載されていない、車両制御用の各種アプリケーションプログラムが、各種デバイス毎に状態情報記憶部105に記憶された状態を読み出して、デバイスの故障状態に応じた制御処理を実現する。また、診断端末214から状態情報記憶部105に記憶された状態情報を出力することによって、ディーラー等において車両の故障状態を適切にモニタすることができる。ここで、状態情報の出力は、状態管理部101を実行する周期に同期させて行うことにより、各種デバイスの故障状態の経過を含めて詳細に把握することができる。このようにして、各種デバイスの状態の読み出しと書き込みの処理を共通化することができる。ソフトウエアの処理詳細図3は、状態管理部で実行される診断情報更新処理ソフトウエアの状態遷移図である。本実施の形態においては、診断対象の状態として、正常状態301、異常検知中状態303、異常状態306、正常復帰中309の4つの状態が定義されている。診断の最終的な目標は、センサ等が正常か異常かを判定することであるが、実際の制御システムにおける自己診断では、電気的ノイズや放射線などによる不測の事態による誤検知などがあるため、想定外の事象が検出されたからと言ってすぐに異常判定せずに、過渡フォールトと固定フォールトとを区別するために、事前に定義した一定の期間、異常検知動作を継続し、一定の期間継続して異常が検知されると固定フォールトと判定することが多い。本実施の形態では、このように異常検知が継続したか否かを判定するための処理を、複数のデバイスの診断処理において共通化する。従って、各診断対象デバイスのいずれも、上記のように状態管理部において共通化して定義された状態間で状態遷移する。この異常検知動作の継続を行うのが異常検知中状態303である。異常検知中状態303で引き続き一定の時間あるいは回数異常が検出された場合には、異常状態306として確定する。また、過渡故障からの復帰などを目的として正常復帰の状態を示したのが、正常復帰中状態309である。ここでも、正常復帰の条件が引き続き成立すると、正常状態301へと遷移する。各状態における条件判定詳細を以下に示す。正常状態301にある診断対象は、異常初期検知302の処理により条件判定を行う。そして、条件が成立した場合には、異常検知中状態303へ遷移し、条件が不成立の場合には、正常状態継続311をする。異常検知中状態303にある場合は、異常遷移検知305の判定により異常状態へ遷移する条件が成立していれば異常状態306へ遷移する。一方、正常復帰検知304の条件が成立していれば正常状態301へ遷移する。そして、異常検知継続312の条件が成立していれば引き続き異常検知中状態303に留まる。異常状態306にある場合は、正常復帰判定307が成立すると正常復帰中状態309へ遷移し、異常状態継続判定313が成立すると異常状態に留まる。正常復帰中状態309にある場合は、正常遷移検知310の判定により正常状態へ復帰する条件が成立していれば正常状態301へ遷移する。再異常判定308の条件が成立していれば異常状態306へ遷移し、正常復帰継続314の条件が成立していれば引き続き正常復帰中状態309に留まる。上記のうち、条件判定を行う処理である、異常初期検知302、正常復帰検知304、異常遷移検知305、正常復帰検知307、再異常判定308、正常遷移検知310、正常状態継続311の判定は、図4に示すテーブルから取得した処理部を状態管理部101が呼び出すことにより行う。図4は、図2の問い合せ切り替え部102の構成を説明する図である。問い合せ切り替えは、処理を呼び出すテーブルを用いて実現する。図4は、そのテーブルの構造の定義であり、C言語の構造体などのデータ構造に各部品に対応した処理へのアドレスを保持することにより実現する。401は構造体全体の定義であり、その項目は、異常判定処理アドレス402、異常判定継続処理アドレス403、正常復帰判定処理アドレス404、正常判定継続処理アドレス405から構成される。これにより、状態管理部の処理を対象デバイス毎に共通化し、対象デバイス毎の具体的な判定条件については、個別に呼び出しを行うことができる。図4は、このデータ構造を用いて診断対象デバイスの一例である、加速度センサの診断を行う処理へのアドレスを登録した例である。加速度センサー呼出しテーブル406には、加速度センサ211が正常状態からエラー状態へと遷移する条件を判定する処理加速度センサー異常判定処理の呼出し先407、加速度センサ211の異常検知状態を継続するか否かを判定する処理加速度センサー異常判定継続処理の呼出し先408、加速度センサ211の異常状態から正常状態への復帰の判定をする処理加速度センサー正常復帰判定処理の呼出し先409、加速度センサ211の正常復帰状態を継続するか否かを判定する処理加速度センサー正常判定継続処理の呼出し先410が登録されている。図4は、このデータ構造を用いてヨーレートセンサの診断を行う処理へのアドレスを登録した例である。ヨーレートセンサー呼出しテーブル411には、ヨーレートセンサ216が正常状態からエラー状態へと遷移する条件を判定する処理ヨーレートセンサー異常判定処理の呼出し先412、ヨーレートセンサ216の異常検知状態を継続するか否かを判定する処理ヨーレートセンサー異常判定継続処理の呼出し先413、ヨーレートセンサ216の異常状態から正常状態への復帰の判定をする処理ヨーレートセンサー正常復帰判定処理の呼出し先414、ヨーレートセンサ216の正常復帰状態を継続するか否かを判定する処理ヨーレートセンサー正常判定継続処理の呼出し先415が登録されている。図7に、問い合せ切り替え部102をC言語を用いて記述した例を示す。図5は、診断処理情報更新を状態管理部101が実行する手順を説明するフローチャートである。まず、加速度センサ211やヨーレートセンサ216の各対象デバイスの現在状態を取得して、正常状態、異常検出中状態、異常状態、正常復帰検出中状態のいずれであるかを評価する501。対象デバイスの現在状態が、正常状態である場合には502、その対象デバイスの異常判定関数をテーブルから読出し506、その判定処理をする510。判定処理の結果が異常検出であれば、異常検出中状態に遷移してエラーカウンタを初期化する処理を行う518。これは、過渡フォールトと固定フォールトとの切り分けを行うための経過時間を計測するためのカウンタである。一方、判定処理510の結果が検出せずであれば、特に処理をせず、現在状態を維持する。対象デバイスの現在状態が、異常検出中状態である場合には503、その対象デバイスの異常判定継続中関数をテーブルから読出し507、その関数を呼び出してエラーチェックを行う511。エラーチェックの判定処理511の結果が異常検出であれば、エラーカウンタを加算し514、エラーカウンタと事前に定義した閾値とを比較する516。そして、エラーカウンタの値が閾値以上エラーカウンタ≧閾値であれば、異常状態に遷移し520、エラーカウンタの値が閾値より小さければエラーカウンタ<閾値、特に処理をせず、現在状態を維持する。これにより、過渡フォールトと固定フォールトとの切り分けが可能になる。また、エラーチェックの判定処理511の結果が、異常検出せずであれば、診断状態に遷移する519。現在状態が、異常状態である場合には504、対象デバイスの正常復帰判定関数をテーブルから読出し508、その判定処理を呼出して復帰条件チェックを行う512。判定処理の結果が復帰条件検出の場合は、正常復帰検出中状態に遷移し、正常復帰カウンタを初期化する521。そして、復帰条件チェック512の判定処理の結果が復帰条件検出せずの場合は、特に処理をせず、現在状態を維持する。これにより、固定フォールトと判定される。現在状態が、正常復帰検出中状態である場合には505、対象デバイスの正常遷移判定継続中関数をテーブルから読出し509、その関数を呼出して復帰条件チェックを行う513。ここでは、固定フォールトから復帰し、再度過渡フォールトであるか否かの判定を行う。判定処理の結果が正常復帰条件検出の場合は、正常復帰カウンタを加算し515、正常復帰カウンタと事前に定義した閾値とを比較する517。そして、正常復帰カウンタの値が閾値以上正常復帰カウンタ≧閾値であれば、正常状態に遷移し523、正常復帰カウンタの値が閾値より小さければ正常復帰カウンタ<閾値、特に処理をせず、現在状態を維持する。上記の処理が完了すると、最後に現在状態と対応した判定結果を、診断結果として出力する524。そして、復帰条件チェック513の判定処理の結果が復帰条件検出せずの場合は、異常状態に遷移する。これにより、再度固定フォールトと判定される。前記構成を有する電子制御システムによれば、対象デバイス毎に特有の診断処理と、共通化が可能な処理、例えば過渡フォールトと固定フォールトとの区別を行う処理と、を分離し、過渡フォールトと固定フォールトとの区別を行う処理については対象デバイスに依存せずに状態管理を共通化させるので、過渡フォールトを検出するための処理等を対象デバイスに依存せず、再利用することができる。前記構成を有する電子制御システムによれば、診断対象のハードウエア対象デバイスの数が増加した場合であっても、問い合わせ切り替え部102における診断問い合わせテーブルを追加し、ハードウエア固有の診断処理をすることにより新規ハードウエアの追加を実現できる。したがって、追加のための工数を削減できる。"