機器の動作を制御する複数の処理を実行する実行部と、該実行部による前記処理の実行順序を監視する監視部と、該監視部による監視結果に基づいて所定のエラー処理を実行するエラー処理部とを備える制御装置において、複数の前記処理に付された識別情報に基づく複数系列の実行順序情報を記憶する記憶部を備え、前記実行部は、実行する前記処理に付された識別情報を出力する出力手段を備え、前記監視部は、前記記憶部に記憶された複数系列の実行順序情報に基づき前記実行部が実行する処理の識別情報を系列毎に特定する特定手段と、前記出力手段から出力された識別情報が、前記特定手段により系列毎に特定された識別情報に一致するか否かを判定する判定手段と、該判定手段により一致しないと判定した場合に、前記エラー処理部へ通知する通知手段とを備えることを特徴とする制御装置。前記記憶部は、前記実行順序情報として、系列毎に、複数の前記処理の実行順序に係る先頭及び末尾の順序番号を記憶し、前記出力手段は、実行する前記処理に付された識別情報としての順序番号を出力し、前記特定手段は、前記実行部が実行する処理の識別情報として、系列毎に、前記先頭の順序番号から前記末尾の順序番号までを順次繰り返し特定するようにしてあることを特徴とする請求項1に記載の制御装置。前記記憶部は、前記実行順序情報として、系列毎に、複数の前記処理の実行順序に係る先頭及び末尾の順序番号、並びに繰り返しの先頭の順序番号を記憶し、前記出力手段は、実行する前記処理に付された識別情報としての順序番号を出力し、前記特定手段は、前記実行部が実行する処理の識別情報として、系列毎に、前記先頭の順序番号から前記末尾の順序番号までを順次特定し、さらに前記繰り返しの先頭の順序番号から末尾の順序番号までを順次繰り返し特定するようにしてあることを特徴とする請求項1に記載の制御装置。前記エラー処理部は、前記通知手段からの通知に基づき前記実行部へ処理の再起動を指令するようにしてあり、前記通知手段は、前記エラー処理部へ通知した後、前記実行部が前記先頭の実行順序が付された処理を実行するまで、前記エラー処理部への通知を停止するようにしてあることを特徴とする請求項2又は請求項3に記載の制御装置。前記監視部は、前記出力手段から特定の識別情報が出力されたときに、前記処理が継続していることを示す信号を出力する信号出力手段を備え、前記信号が所定期間内に出力されなかった場合に前記実行部へ処理の再起動を通知する第2監視部を備えることを特徴とする請求項1から請求項4のいずれか1つに記載の制御装置。前記記憶部は、前記機器の所定状態と、前記複数系列のうち該所定状態にて実行され得る前記処理の識別情報を含む系列とを対応づけて記憶しており、前記特定手段は、前記機器が前記所定状態となったときに、前記所定状態と対応づけて前記記憶部に記憶してある系列に係る実行順序情報に基づき前記実行部が実行する処理の識別情報を特定するようにしてあることを特徴とする請求項1から請求項5のいずれか1つに記載の制御装置。機器の動作を制御する複数の処理を実行部により実行し、該実行部による前記処理の実行順序を監視し、監視した結果に基づいて所定のエラー処理を実行するエラー処理部へ通知する処理監視方法において、複数の前記処理に付された識別情報に基づく複数系列の実行順序情報を記憶する記憶ステップと、前記実行部により実行する前記処理に付された識別情報を出力する出力ステップと、前記記憶ステップにより記憶した複数系列の実行順序情報に基づき前記実行部が実行する処理の識別情報を系列毎に特定する特定ステップと、前記出力ステップから出力された識別情報が、前記特定ステップにより系列毎に特定された識別情報に一致するか否かを判定する判定ステップと、該判定ステップにより一致しないと判定した場合に、前記エラー処理部へ通知する通知ステップとを備えることを特徴とする処理監視方法。しかしながら、特許文献1に記載の監視装置では、実行する処理タスクの識別情報、及び前回実行された処理タスクの識別情報をレジスタに保持して監視することによって、規定される一系列の処理の実行順序に従う監視を行うことができるものの、複数系列の処理手順を監視することはできないという問題点があった。また、特許文献1に記載の監視装置では、各処理に付された識別情報が自己のID及び先行処理タスクのIDを含むため、識別情報のデータ長が大きくなり、各処理のプログラムを記憶しておくROM等における記憶領域が余計に必要となってしまう。各処理に付された識別情報が自己のID及び先行処理タスクのIDを含むため、監視にあたって、識別情報から、自己のID、先行処理タスクのIDを個々に抽出する必要があり、この抽出処理の分、処理時間が長くなってしまう。また、特許文献1に記載の監視装置では、前回実行された処理に付された識別情報をレジスタに保持している。前回実行された処理に付された識別情報中の先行処理タスクのIDは、監視には不要であるにも関わらず保持されており、余分なレジスタが必要になってしまう。さらに、前回実行された処理に付された識別情報中の先行処理タスクのIDが監視には不要であることから、この不要な部分を削除する処理を追加した場合、レジスタは最小限にできるものの、削除処理の分、処理時間が長くなってしまう。本発明は、斯かる事情に鑑みてなされたものであって、その目的とするところは、複数系列の実行順序を監視することができる制御装置及び処理監視方法を提供することにある。本発明に係る制御装置は、機器の動作を制御する複数の処理を実行する実行部と、該実行部による前記処理の実行順序を監視する監視部と、該監視部による監視結果に基づいて所定のエラー処理を実行するエラー処理部とを備える制御装置において、複数の前記処理に付された識別情報に基づく複数系列の実行順序情報を記憶する記憶部を備え、前記実行部は、実行する前記処理に付された識別情報を出力する出力手段を備え、前記監視部は、前記記憶部に記憶された複数系列の実行順序情報に基づき前記実行部が実行する処理の識別情報を系列毎に特定する特定手段と、前記出力手段から出力された識別情報が、前記特定手段により系列毎に特定された識別情報に一致するか否かを判定する判定手段と、該判定手段により一致しないと判定した場合に、前記エラー処理部へ通知する通知手段とを備えることを特徴とする。本発明に係る制御装置は、前記記憶部が、前記実行順序情報として、系列毎に、複数の前記処理の実行順序に係る先頭及び末尾の順序番号を記憶し、前記出力手段は、実行する前記処理に付された識別情報としての順序番号を出力し、前記特定手段は、前記実行部が実行する処理の識別情報として、系列毎に、前記先頭の順序番号から前記末尾の順序番号までを順次繰り返し特定するようにしてあることを特徴とする。本発明に係る制御装置は、前記記憶部が、前記実行順序情報として、系列毎に、複数の前記処理の実行順序に係る先頭及び末尾の順序番号、並びに繰り返しの先頭の順序番号を記憶し、前記出力手段は、実行する前記処理に付された識別情報としての順序番号を出力し、前記特定手段は、前記実行部が実行する処理の識別情報として、系列毎に、前記先頭の順序番号から前記末尾の順序番号までを順次特定し、さらに前記繰り返しの先頭の順序番号から末尾の順序番号までを順次繰り返し特定するようにしてあることを特徴とする。本発明に係る制御装置は、前記エラー処理部が、前記通知手段からの通知に基づき前記実行部へ処理の再起動を指令するようにしてあり、前記通知手段は、前記エラー処理部へ通知した後、前記実行部が前記先頭の実行順序が付された処理を実行するまで、前記エラー処理部への通知を停止するようにしてあることを特徴とする。本発明に係る制御装置は、前記監視部が、前記出力手段から特定の識別情報が出力されたときに、前記処理が継続していることを示す信号を出力する信号出力手段を備え、前記信号が所定期間内に出力されなかった場合に前記実行部へ処理の再起動を通知する第2監視部を備えることを特徴とする。本発明に係る制御装置は、前記記憶部は、前記機器の所定状態と、前記複数系列のうち該所定状態にて実行され得る前記処理の識別情報を含む系列とを対応づけて記憶しており、前記特定手段は、前記機器が前記所定状態となったときに、前記所定状態と対応づけて前記記憶部に記憶してある系列に係る実行順序情報に基づき前記実行部が実行する処理の識別情報を特定するようにしてあることを特徴とする。本発明に係る処理監視方法は、機器の動作を制御する複数の処理を実行部により実行し、該実行部による前記処理の実行順序を監視し、監視した結果に基づいて所定のエラー処理を実行するエラー処理部へ通知する処理監視方法において、複数の前記処理に付された識別情報に基づく複数系列の実行順序情報を記憶する記憶ステップと、前記実行部により実行する前記処理に付された識別情報を出力する出力ステップと、前記記憶ステップにより記憶した複数系列の実行順序情報に基づき前記実行部が実行する処理の識別情報を系列毎に特定する特定ステップと、前記出力ステップから出力された識別情報が、前記特定ステップにより系列毎に特定された識別情報に一致するか否かを判定する判定ステップと、該判定ステップにより一致しないと判定した場合に、前記エラー処理部へ通知する通知ステップとを備えることを特徴とする。本発明にあっては、記憶部に複数の処理に付された識別情報に基づく複数系列の実行順序情報を記憶し、実行部では、出力手段により実行する処理に付された識別情報を出力する。監視部では、特定手段により、記憶部に記憶された複数系列の実行順序情報に基づき実行部が実行する処理の識別情報を系列毎に特定し、判定手段により、出力手段から出力された識別情報が、特定手段により系列毎に特定された識別情報に一致するか否かを判定する。通知手段は、判定手段により一致しないと判定した場合に、エラー処理部へ通知する。これにより、複数系列の実行順序が規定される場合に、系列毎に実行順序の監視を行うことができる。本発明にあっては、記憶部は、実行順序情報として、系列毎に、複数の処理の実行順序に係る先頭及び末尾の順序番号を記憶し、出力手段は、実行する処理に付された識別情報としての順序番号を出力する。特定手段は、実行部が実行する処理の識別情報として、系列毎に、先頭の順序番号から末尾の順序番号までを順次繰り返し特定する。これにより、記憶部に記憶する実行順序情報が、複数系列の実行順序に係る先頭及び末尾の順序番号であるため、記憶しておく実行順序情報のデータ量を少なくすることができる。本発明にあっては、記憶部は、実行順序情報として、系列毎に、複数の処理の実行順序に係る先頭及び末尾の順序番号、並びに繰り返しの先頭の順序番号を記憶し、出力手段は、実行する処理に付された識別情報としての順序番号を出力する。特定手段は、実行部が実行する処理の識別情報として、系列毎に、先頭の順序番号から末尾の順序番号までを順次特定し、さらに繰り返しの先頭の順序番号から末尾の順序番号までを順次繰り返し特定する。これにより、繰り返しの先頭の順序番号を処理開始時の先頭の順序番号と異なるように定める実行順序の規定に基づいて、処理の監視を行うことができる。本発明にあっては、エラー処理部は、通知手段からの通知に基づき実行部へ処理の再起動を指令するようにしてあり、通知手段は、エラー処理部へ通知した後、実行部が先頭の実行順序が付された処理を実行するまで、エラー処理部への通知を停止する。これにより、処理が再起動されるまでに、繰り返し実行順序の誤りが発生して再起動が遅延することを防ぐことができる。本発明にあっては、監視部は、出力手段から特定の識別情報が出力されたときに、信号出力手段により、処理が継続していることを示す信号を出力する。第2監視部は、信号出力手段から信号が所定期間内に出力されなかった場合に実行部へ処理の再起動を通知する。これにより、処理が何らかの理由で止まってしまった場合に、処理をリセットすることができる。本発明にあっては、記憶部は、機器の所定状態と、複数系列のうち該所定状態にて実行され得る処理の識別情報を含む系列とを対応づけて記憶しており、特定手段は、機器が所定状態となったときに、所定状態と対応づけて記憶部に記憶してある系列に係る実行順序情報に基づき実行部が実行する処理の識別情報を特定する。これにより、機器が所定状態である場合に実行されない処理に対する実行順序の監視を行わないようにすることができる。本発明によれば、記憶部に複数の処理に付された識別情報に基づく複数系列の実行順序情報を記憶し、実行部では、出力手段により実行する処理に付された識別情報を出力する。監視部では、特定手段により、記憶部に記憶された複数系列の実行順序情報に基づき実行部が実行する処理の識別情報を系列毎に特定し、判定手段により、出力手段から出力された識別情報が、特定手段により系列毎に特定された識別情報に一致するか否かを判定する。通知手段は、判定手段により一致しないと判定した場合に、エラー処理部へ通知する。このため、複数系列の実行順序が規定される場合に、系列毎に実行順序の監視を行うことができる。実施の形態1以下、本発明をその実施の形態を示す図面に基づき具体的に説明する。図1は、本発明の実施の形態1に係る制御装置100の構成を示すブロック図であり、図2は、図1の処理スケジュール部22による制御プログラムの処理スケジュールについて説明するための模式図であり、図3は、規定される複数系列の実行順序について説明するための模式図であり、図4は、処理に付された識別情報に基づく複数系列の実行順序情報70を示す図表である。本実施形態では、制御装置100が車載制御装置である例を示す。制御装置100は、接続される車載機器8に対する制御を行い、車載LANを介して通信接続された他の制御装置100との間で情報を交換し、他の制御装置100に接続された車載機器8の制御を行う。制御装置100は、マイクロコンピュータ以下、マイコンと表記する10、一時記憶部11、記憶部12、入出力インタフェース以下、入出力I/Fと表記する13、及び通信インタフェース以下、通信I/Fと表記する14を備える。制御装置100は、入出力I/F13に接続された車載機器8、例えば、車内照明、ヘッドライト、警報器、ドアロック機構、メータ類、カーナビゲーション装置等を制御する。マイコン10は、実行部20、監視部30、及びエラー処理部40を備える。実行部20は、例えば、演算処理を行うCPUCentralProcessorUnit等で構成し、記憶部12に予め記憶された制御プログラム60を読み出して実行することにより、入出力I/F13に接続された車載機器8の制御を行う。記憶部12は、例えばEEPROMElectricallyErasableProgrammableROM等の書換え可能な不揮発性のメモリ素子で構成される。記憶部12には、制御プログラム60、及び処理の実行順序情報70等が予め記憶されている。実行部20は、制御処理を行う過程の演算などにおいて発生した一時的なデータを一時記憶部11に記憶しながら処理を進める。一時記憶部11は、SRAMStaticRandomAccessMemory又はDRAMDynamicRandomAccessMemory等のメモリ素子で構成されており、実行部10の処理過程で発生する種々のデータ等を一時的に記憶する。入出力I/F13は、実行部20から与えられた制御信号などを車載機器8へ出力すると共に、車載機器8から入力された情報を実行部20へ与える。通信I/F14は、他の制御装置100に車載LANを介して接続されており、CANControllerAreaNetworkなどのプロトコルに従って他の制御装置100とデータの送受信を行う。通信I/F14は、実行部20から与えられたデータを送信し、他の制御装置100から受信したデータを実行部20へ与える。これにより制御装置100は、他の制御装置100に接続された車載機器8から得られる情報を通信I/F14の通信によって取得することができると共に、他の制御装置100に接続された車載機器8への制御信号などを送信して制御することもできる。実行部20は、処理部21及び処理スケジュール部22を備える。処理部21は、制御プログラム60を構成する複数の処理を順次実行し、車載機器8を制御する。処理部21は、処理過程で生じたデータを一時記憶部11に記憶する。処理スケジュール部22は、入出力I/F13から入力されるセンサ情報及びスイッチ操作信号、及び通信I/F14から入力される他の制御装置100からの制御信号等に基づいて、車載機器8を動作させる複数の処理を実行する処理スケジュールを計画する。処理スケジュール部22は、例えば図2に示すような処理スケジュールを計画する。制御プログラム60は、複数の車載機器8を制御するために、制御アプリケーションプログラム以下、制御アプリと表記するA61、制御アプリB62、及び制御アプリC63等によって構成されている。各制御アプリは、夫々複数の処理によって構成されており、上述のスマートキーレスエントリを実現する制御プログラムのように、処理の実行順序が規定されている。処理の実行順序は、全ての処理に対して規定されていてもよいし、一部の処理に対して規定されていてもよい。実行順序が規定される処理には識別情報IDが付加するものとし、実行順序が規定されない処理には実行順序監視用の識別情報IDは付加されない。例えば、図3に示すように、制御アプリA61では、処理A01から開始し、処理A02、処理A03、処理A04の順序で実行され、処理A04が実行された後は、処理A01に戻って同じ順序で繰り返し実行しなければならないとする実行順序の規定を設ける。実行順序が規定されている処理A01から処理A04には夫々、識別情報IDとして01から04を付加する。一方、実行順序が規定されていない処理A05及び処理A06には、実行順序監視用の識別情報IDを付加していない。同様に、制御アプリB62についても、処理B01から開始し、処理B02、処理B03の順序で実行され、処理B03が実行された後は、処理B01に戻って同じ順序で繰り返し実行しなければならないとする実行順序の規定を設ける。実行順序が規定されている処理B01から処理B03には夫々、識別情報IDとして05から07を付加する。一方、実行順序が規定されていない処理B04には、実行順序監視用の識別情報IDを付加していない。処理スケジュール部22は、制御アプリA61に係る処理と、制御アプリB62に係る処理とを混在して順次実行するスケジュールを計画する図2参照。処理スケジュール部22は、制御アプリA61に係る処理だけに着目すると、処理A01から処理A04の順序で規定どおりに実行されるように計画する。また、処理スケジュール部22は、制御アプリB62に係る処理だけに着目すると、処理B01から処理B03の順序で規定どおりに実行されるように計画する。実行順序が規定される複数の処理に付される識別情報は、系列毎に、昇順または降順に増分値CCは整数が一定である、整数値による番号の群とするのが好適である。ただし、全ての識別情報は、一意に定めるものとし重複がないようにする。図2に示す例では、増分値Cを1とし、識別情報は01から始まる昇順の番号としており、具体的には、01、02、03、04、05、06、07、のように番号の群を作成し、識別情報とする。そして、制御アプリA61において実行順序が規定される処理の系列である処理A01から処理A04について、夫々の識別情報IDを01から04とする。また、制御アプリB62において実行順序が規定される処理の系列である処理B01から処理B03について、夫々の識別情報IDを05から07とする。なお、系列が異なれば識別情報IDを不連続にしてもよい。即ち、処理B01から処理B03について、識別情報IDを11から13などとしてもよい。なお、実行順序が規定されない処理処理A05、処理A06、処理B04には実行順序監視用の識別番号を付加していない。また、増分値Cは、系列毎に異なる値であってもよい。処理に付された識別情報に基づく複数系列の実行順序に係る情報は、実行順序情報70として記憶部12に記憶しておく。図4に示すように、実行順序情報70は、実行順序が規定される系列毎に繰り返しループの先頭のID及び末尾のID、並びに系列番号を含む情報とする。即ち、実行順序情報70は、制御アプリA61について、先頭IDである01と末尾IDである04を情報として有し、制御アプリB62について、先頭IDである05と末尾IDである07を情報として有する。処理部21は、処理スケジュール部22が計画した処理スケジュールに基づいて順次処理を行う。処理スケジュール部22はID通知部22aを有する。ID通知部22aは実行する処理の識別情報を取得し、監視部30へ通知する。監視部30は、予定ID特定部31、ID判定部32及び対応決定部33を備える。予定ID特定部31は、記憶部12に記憶されている実行順序情報70に基づいて、実行順序上、次に実行される予定の処理の識別情報IDを特定する。図3及び図4に示すように、実行順序は系列毎に規定されているので、監視部30側では実行部20がいずれの系列の処理を実行するか判らない。そこで、予定ID特定部31は、系列毎に実行する処理の識別情報を特定する。具体的には、予定ID特定部31は、最初に、制御アプリA61の系列について先頭IDである01、及び制御アプリB62の系列について先頭IDである05の2つの識別情報IDを、実行予定IDとして特定する。予定ID特定部31は、特定した系列毎の実行予定IDをID判定部32へ出力する。さらに、予定ID判定部31は、系列毎に増分値Cを実行予定IDに加算し、次々に実行予定IDを特定する処理を行い、系列毎に、末尾IDまで特定が終わると再び先頭IDを特定する。ID判定部32は、ID通知部22aから通知されてくる識別情報IDと、予定ID特定部31から入力された系列毎の識別情報IDのいずれかと一致するか否かを判定する。ID判定部32は一致すると判定した場合、一致した識別情報IDを予定ID特定部31へ出力する。予定ID特定部31は、ID判定部32から入力される識別情報IDが含まれる系列において、特定している実行予定IDに増分値Cを加算し、新たな実行予定IDとして、ID判定部32へ出力する。一方、ID判定部32は一致しないと判定した場合には、対応決定部33へ、ID通知部22aから通知されてきた識別情報IDを出力する。対応決定部33は、ID判定部32から識別情報IDを取得すると、該識別情報IDが制御アプリA61又は制御アプリB62のいずれの系列の処理であるかを特定し、系列番号及び識別情報IDをエラー処理部40へ通知する。例えば、ID判定部32から取得した識別情報IDが06であったとすると、実行順序情報70に基づき、系列番号2の系列で実行順序エラーが発生していることが判るので、系列番号2及び識別情報ID06をエラー処理部40へ通知する。エラー処理部40は、対応決定部33から入力される系列番号及び識別情報IDに基づいて、予め定めてある所定のエラー処理を行う。所定のエラー処理には、例えば、実行中の処理データを退避する処理、制御アプリによる処理を最初から再起動するリセット処理などがある。次に、監視部30による実行順序の監視処理について説明する。図5は、監視部30による実行順序の監視処理の手順を示すフローチャートである。制御装置100は、最初に起動されるときには各部で用いるデータがプリセット値等に設定される。制御装置100起動時に、監視部30は、予定ID特定部31にて複数の系列毎に先頭IDを実行順序情報70から読み込み、実行予定IDとしてID判定部32へ出力し、監視処理を開始する。監視部30は、ID判定部32により、ID通知部22aから通知される、実行する処理の識別情報IDを取得するステップS01。ID判定部32は、ID通知部22aから取得した識別情報IDが、予定ID特定部31から入力された系列毎の実行予定IDのいずれかと一致するか否かを判定するステップS02。ID判定部32は、一致しないと判定した場合S02:NO、ID通知部22aから通知されてきた識別情報IDを対応決定部33へ出力し、対応決定部33は、ID判定部32から識別情報IDを取得すると、該識別情報IDの処理が属する制御アプリの系列を特定するステップS03。対応決定部33は、特定した系列の系列番号及び取得した識別情報IDをエラー処理部40へ通知しステップS04、ID通知部22aから通知された1つの識別情報IDに対する監視処理が終了する。なお、エラー処理部40では、対応決定部33から入力される系列番号及び識別情報IDに基づいて、予め定めてある所定のエラー処理が行われる。例えば、予定ID特定部31がID判定部32へ出力した実行予定IDが、制御アプリA61の系列で01、制御アプリB62の系列で05である場合に、ID判定部32がID通知部22aから取得した識別情報IDが06であったとする。このとき、ID判定部32は、ID通知部22aから取得した識別情報IDが系列毎のいずれの実行予定IDとも一致しないと判定し、ID通知部22aから取得した識別情報ID06を対応決定部33へ出力する。対応決定部33は、ID判定部32から識別情報ID06を取得すると、該識別情報IDの処理が属する系列の系列番号2を特定する。対応決定部33は、特定した系列番号2及び識別情報ID06をエラー処理部40へ通知する。ID判定部32は、ステップS02において一致すると判定した場合S02:YES、一致した識別情報IDを予定ID特定部31へ出力する。予定ID特定部31は、ID判定部32から識別情報IDを取得すると、取得した識別情報IDが末尾IDであるか否かを判定するステップS05。予定ID特定部31は、取得した識別情報IDが末尾IDでないと判定した場合S05:NO、識別情報IDが一致した系列の実行予定IDを、ID判定部32から取得した識別情報IDに増分値Cを加算した新たなIDに特定するステップS06。一方、予定ID特定部31は、取得した識別情報IDが末尾IDであると判定した場合S05:YES、識別情報IDが一致した系列の実行予定IDを、先頭IDに特定するステップS07。ステップS06及びステップS07による処理の後、新たに特定された実行予定IDが予定ID特定部31からID判定部32へ出力され、ID通知部22aから通知された1つの識別情報IDに対する監視処理が終了する。例えば、予定ID特定部31がID判定部32へ出力した実行予定IDが、制御アプリA61の系列で01、制御アプリB62の系列で05である場合に、ID判定部32がID通知部22aから取得した識別情報IDが01であったとする。このとき、ID判定部32は、ID通知部22aから取得した識別情報IDが系列毎のいずれかの実行予定IDに一致すると判定し、ID通知部22aから取得した識別情報ID01を予定ID特定部31へ出力する。予定ID特定部31は、取得した識別情報ID01は末尾IDでないと判定し、識別情報IDが一致した制御アプリA61の系列の実行予定IDを、ID判定部32から取得した識別情報ID01に増分値C=1を加算した新たなID02に特定し、ID判定部32へ出力する。ID判定部32は、次にID通知部22aから通知されてくる識別情報IDに対する判定では、実行予定IDとして、制御アプリA61の系列で02、制御アプリB62の系列で05を用いることになる。以上のように、本実施形態によれば、記憶部12に、複数系列の実行順序情報70を記憶しており、実行部20は、ID通知部22aにより実行する処理に付された識別情報IDを出力する。監視部30では、予定ID特定部31により、記憶部12に記憶された複数系列の実行順序情報70に基づき、系列毎に実行予定IDを特定する。ID判定部32は、ID通知部22aから通知された識別情報IDが、予定ID特定部31により系列毎に特定された実行予定IDに一致するか否かを判定し、一致しないと判定した場合にはエラー処理部40へ通知する。これにより、制御装置100は、複数系列の実行順序が規定される場合にも、系列毎に実行順序の監視を行うことができる。また、本実施形態によれば、記憶部12は、複数系列の実行順序に係る先頭ID及び末尾IDを順序番号として記憶し、ID通知部22aは、実行する処理に付された識別情報IDとしての順序番号を出力する。監視部30では、予定ID特定部31により、実行予定IDとして、系列毎に先頭IDによる順序番号から末尾IDによる順序番号までを順次繰り返し特定する。これにより、記憶部12に記憶する実行順序情報が、複数系列の実行順序に係る先頭ID及び末尾IDであるため、記憶しておく実行順序情報のデータ量を少なくすることができる。実施の形態2実施の形態1においては、実行順序の規定は、先頭IDから末尾IDまでの処理が順次繰り返し実行されるというものであったが、繰り返しの先頭IDを処理開始時の先頭IDと異なるように定める実行順序の規定としてもよい。図6は、本発明の実施の形態2に係る制御装置100において規定される複数系列の実行順序について説明するための模式図であり、図7は、処理に付された識別情報に基づく複数系列の実行順序情報70を示す図表である。なお、実施の形態2における制御装置100は、以下に説明するほか、図1から図5に基づき説明した実施の形態1における制御装置100と同等であり、簡便のため説明を省略する。制御アプリA61における処理A01から処理A04、及び制御アプリB62における処理B01から処理B03について規定される実行順序は、繰り返し先頭IDが定める実行順序としている。即ち、制御アプリA61において、最初に処理A01から処理A04の順で処理を実行した後、繰り返しの先頭IDである処理A02に戻り、処理A2から処理A04の順で繰り返し実行する。また、制御アプリB62において、最初に処理B01から処理B03の順で処理を実行した後、繰り返しの先頭IDである処理B03を繰り返し実行する。上述の実行順序に係る実行順序情報70は、図7に示すように、系列毎に、先頭ID、繰返先頭ID、末尾ID及び系列番号を含むものであり、記憶部12に記憶しておく。監視部30における予定ID特定部31は、記憶部12から繰返先頭IDを読み出して用いる。具体的には、図5における監視処理にてステップS07で実行予定IDを繰返先頭IDに特定すればよい。以上のように、本実施形態によれば、記憶部12は、複数系列の実行順序に係る先頭ID及び末尾ID、並びに繰返先頭IDとして順序番号を記憶する。予定ID特定部31は、実行予定IDとして、系列毎に、先頭IDによる順序番号から末尾IDの順序番号までを順次特定し、さらに繰返先頭IDによる順序番号から末尾IDによる順序番号までを順次繰り返し特定する。これにより、制御装置100において、繰り返しの先頭IDを処理開始時の先頭IDと異なるように定める実行順序の規定に基づいて、処理の監視を行うことができる。具体的には、電源オンなどの特定の条件が成立したときにデータを初期化する処理を起動し、その後は周期的に各種データを取得する処理を実行するような場合に好適である。この場合、例えば、図6における処理A01がデータ初期化処理に、処理A02から処理A04までが周期的に各種データを取得する処理に対応する。また、スリ-プ状態からの復帰処理など、特定の状況でのみ起動し、移行後は停止し続けるモード遷移処理にも好適である。この場合、例えば、図6における処理B01及び処理B02が特定条件化で起動する処理に、処理B03が停止処理に対応する。実施の形態3上述の各実施の形態においては、エラー処理部40によるエラー処理時においても監視部30は、処理の実行順序を監視し続けるようにしているが、リセット処理が完了するまでエラー処理部40への通知を禁止するようにしてもよい。図8は、エラー処理時において監視し続ける場合の監視処理について説明するための模式図である。制御アプリA61の処理A01から処理A04に対する実行順序の規定は、図6及び図7に示す繰り返し先頭IDを定めたものであるとする。図8において、処理A02を実行した後に処理A04が実行されると、監視部30は、処理A03が実行されなかったという誤りが発生したため、エラー処理部40へ通知する。エラー処理部40は、監視部30からの通知に基づいて、最初のリセット処理要求を実行部20へ出力する。さらに監視部30により監視し続けると、処理A03が何らかの理由で実行されない状態となっている場合には、処理A02の実行後、先と同じように処理A04が実行される事象が再び発生し、監視部30は、再びエラー処理部40へ通知する。エラー処理部40は、監視部30からの通知に基づいて、2度目のリセット処理要求を実行部20へ出力してしまう。図8に示すように最初のリセット処理要求により、処理A01から再起動したにも関わらず、2度目のリセット処理要求により、再度、処理A01から再起動することになり、処理遅延の原因になってしまう。そこで、本実施の形態では、一時的に監視部30からエラー処理部40への通知を禁止することとする。図9は、本発明の実施の形態3に係る監視部による実行順序の監視処理の手順を示すフローチャートであり、図10及び図11は、エラー処理時の監視処理について説明するための模式図である。図9により、監視部30による実行順序の監視処理について説明する。制御装置100は、最初に起動されるときには各部で用いるデータがプリセット値等に設定される。制御装置100起動時に、監視部30は、予定ID特定部31にて複数の系列毎に先頭IDを実行順序情報70から読み込み、実行予定IDとしてID判定部32へ出力し、監視処理を開始する。監視部30は、ID判定部32により、ID通知部22aから通知される、実行する処理の識別情報IDを取得するステップS11。ID判定部32は、ID通知部22aから取得した識別情報IDが、予定ID特定部31から入力された系列毎の実行予定IDのいずれかと一致するか否かを判定するステップS12。ID判定部32は、一致しないと判定した場合S12:NO、ID通知部22aから通知されてきた識別情報IDを対応決定部33へ出力し、対応決定部33は、ID判定部32から識別情報IDを取得すると、該識別情報IDの処理が属する制御アプリの系列を特定するステップS13。対応決定部33は、特定した系列に対するエラー通知禁止フラグが1であるか否かを判定するステップS14。エラー通知禁止フラグが1である場合S14:YES、エラー処理部40へ通知することが禁止されており、ID通知部22aから通知された1つの識別情報IDに対する監視処理は終了する。なお、エラー通知禁止フラグは系列毎に設けられており、0または1の値をとる。エラー通知禁止フラグが0の場合には、監視部30からエラー処理部40へのエラー通知が可能であり、1の場合には、監視部30からエラー処理部40へのエラー通知が禁止されるものである。ステップS14における判定の結果、エラー通知禁止フラグが1でない場合S14:NO、対応決定部33は、特定した系列の系列番号及び取得した識別情報IDをエラー処理部40へ通知するステップS15。対応決定部33は、特定した系列のエラー通知禁止フラグを1に設定しステップS16、予定ID特定部31へ、実行予定IDを先頭IDに特定するように指令する。予定ID特定部31は、指令に基づき特定した系列の実行予定IDを先頭IDに特定しステップS17。ID通知部22aから通知された1つの識別情報IDに対する監視処理が終了する。なお、エラー処理部40では、対応決定部33から入力される系列番号及び識別情報IDに基づいて、予め定めてある所定のエラー処理が行われる。ID判定部32は、ステップS12において一致すると判定した場合S12:YES、ID通知部22aから取得した識別情報IDを対応決定部33及び予定ID特定部31へ出力する。対応決定部33は、ID通知部22aから取得した識別情報IDがエラー通知禁止フラグが1の系列の先頭IDであるか否かを判定するステップS18。対応決定部33は、エラー通知禁止フラグが1の系列の先頭IDであると判定した場合S18:YES、エラー通知禁止フラグを0に設定するステップS19。これにより、以降のエラー処理部30への通知の禁止が解除されることになる。エラー通知禁止フラグが1の系列の先頭IDでない場合S18:NO、エラー通知禁止フラグはそのままとする。ステップS18にてNOと判定した場合、及びステップS19による処理の後、予定ID特定部31は、ID判定部32から出力される識別情報IDを取得すると、取得した識別情報IDが末尾IDであるか否かを判定するステップS20。予定ID特定部31は、取得した識別情報IDが末尾IDでないと判定した場合S20:NO、識別情報IDが一致した系列の実行予定IDを、ID判定部32から取得した識別情報IDに増分値Cを加算した新たなIDに特定するステップS21。一方、予定ID特定部31は、取得した識別情報IDが末尾IDであると判定した場合S20:YES、識別情報IDが一致した系列の実行予定IDを、繰返先頭IDに特定するステップS22。ステップS21及びステップS22による処理の後、新たに特定された実行予定IDが予定ID特定部31からID判定部32へ出力され、ID通知部22aから通知された1つの識別情報IDに対する監視処理が終了する。上述の処理について、図10及び図11により具体例で説明する。図10における処理A02の実行後、処理A04が実行されると、ID判定部32は、処理A04の識別情報IDを対応決定部33に出力する。対応決定部33は、ステップS13より、取得した識別情報IDの系列番号を1に特定する。実行順序エラーが初めて生じたものとすると、エラー通知禁止フラグはどの系列についても0であるので、ステップS14の判定はNOとなる。対応決定部33は、ステップS15によりエラー処理部40へ通知し、ステップS16により系列番号1のエラー通知禁止フラグを1に設定する。予定ID判定部31は、ステップS17により、系列番号1の実行予定IDを先頭IDに特定する。エラー処理部40は、通知に基づき系列番号1の処理につきリセット処理要求を実行部20へ出力しているものとする。次にID通知部22aから、順に処理A02、処理A04の識別情報IDがID判定部32に出力されると、ID判定部32は、ステップS12により一致しないと判定し、ID通知部22aから通知された識別情報IDを対応決定部33へ出力する。対応決定部33は、取得した識別情報IDにより、系列番号を1と特定する。対応決定部33は、ステップS14の判定において、系列番号1のエラー通知禁止フラグが現在1であるため、エラー処理部40へ通知することなく、処理A02、処理A04に対する監視処理を終了する。次に、実行部20による系列番号1の処理のリセットが完了し、ID通知部22aから、処理A01の識別情報IDがID判定部32に出力されると、ID判定部32は、ステップS12により一致すると判定し、ID通知部22aから通知された識別情報IDを対応決定部33及び予定ID特定部31へ出力する。対応決定部33は、ステップS18にて、取得した識別情報IDにより、エラー通知禁止フラグが1の系列の先頭IDであると判定し、ステップS19によりエラー通知禁止フラグを0に設定する。予定ID特定部31は、ステップS20により取得したIDが末尾IDであるか否かを判定する。取得したIDは処理A01に係る01であるので、末尾IDではないと判定し、ステップS21により、取得したIDに増分値C=1を加算して、新たな実行予定IDを特定する。特定した実行予定IDはID判定部32へ出力されて、処理A01に対する監視処理を終了する。この段階で、監視処理は、エラー通知禁止フラグが0に戻されて、エラー処理部40への通知が可能な通常の監視状態に戻っている。この後、図11に示すように、再び処理A02の次に処理A04が実行されるという実行順序エラーが生じると、監視部30からエラー処理部40へ通知され、エラー処理部40は実行部20に対してリセット処理要求を出力する。以上のように、本実施形態によれば、エラー処理部40は、対応決定部33からの通知に基づき実行部20へ処理の再起動を指令するようにしてあり、対応決定部33は、エラー処理部30へ通知した後、実行部20が先頭IDの実行順序が付された処理を実行するまで、エラー処理部40への通知を停止するようにしてあるので、処理が再起動されるまでに、繰り返し実行順序の誤りが発生して再起動が遅延することを防ぐことができる。実施の形態4本発明の実施の形態4においては、上述の各実施形態による制御装置100にさらにウォッチドッグ監視部50を付加する。図12は本発明の実施の形態4に係る制御装置100の構成を示すブロック図である。ウォッチドッグ監視部50は、自己への信号が所定期間内に監視対象から出力されなかった場合に実行部20へ処理の再起動を通知する。このウォッチドッグ監視部50への信号出力は監視部30から行う。なお、実施の形態4における制御装置100は、以下に説明するほか、上述の各実施形態における制御装置100と同等であり、簡便のため説明を省略する。図13は、制御アプリA61について規定される実行順序について説明するための模式図であり、図14は、ウォッチドッグ監視部50への出力信号の設定を説明するための模式図である。例として、制御アプリA61について、処理A01から処理A04までを順次繰り返す実行順序が規定されているものとする。また、監視部30は、処理A01識別情報ID01が実行されるときに、ウォッチドッグ監視部50への出力信号を0に切り替え、処理A04識別情報ID04が実行されるときに、ウォッチドッグ監視部50への出力信号を1に切り替える。ここで、実行時にウォッチドッグ監視部50への出力値が切り替わる処理A01及び処理A04の識別情報IDを、ウォッチドッグ用IDと称すことにする。ウォッチドッグ監視部50は、リセット信号の入力詳細には入力信号の立ち上がりによりリセットされる所定ビット数のカウンタ回路を有し、リセット信号が入力されずにカウンタ回路がオーバフローしたときに、実行部20へ処理の再起動を通知する。上述のウォッチドッグ用IDをもつ処理A04が実行されることにより、監視部30は、ウォッチドッグ監視部50にリセット信号を入力する。他の制御アプリB62等についても、同様に実行順序が規定され、ウォッチドッグ用IDを設定し、制御アプリ毎にウォッチドッグ監視部50による監視を行うようにしてもよい。以下、簡便のため制御アプリA61に対してウォッチドッグ監視部50を付加して監視する処理について説明する。図15は、ウォッチドッグ監視部50へ信号出力する処理の手順を示すフローチャートである。上述の実施の形態1から3と同様に、ID判定部32は、ID通知部22aから実行する処理の識別情報IDを取得するステップS31。ID判定部32は、ID通知部22aから取得した識別情報IDが実行予定IDと一致するか否かを判定するとともに、ID通知部22aから取得した識別情報IDがウォッチドッグ用IDのいずれかに一致するか否かを判定するステップS32。ID判定部32は、ステップS32により一致すると判定した場合S32:YES、ID通知部22aから取得した識別情報IDをウォッチドッグ用として対応決定部33へ出力する。対応決定部33は、ID判定部32から取得した識別情報IDに対応する値の出力信号をウォッチドッグ監視部50へ出力しステップS33、ID通知部22aから通知された1つの識別情報IDに対する監視処理を終了する。また、ID判定部32がステップS32により一致しないと判定した場合S32:NO、ID通知部22aから通知された1つの識別情報IDに対する監視処理を終了する。具体例で説明すると、最初に、ID通知部22aから処理A01の識別情報ID04が通知されると、ID判定部32は、ステップS32の判定により、ウォッチドッグ用ID01に一致するので、対応決定部33へ識別情報ID01を出力する。対応決定部33は、識別情報ID01に対応する出力信号0を出力する。その後、処理A02及び処理A03が実行されると、ID判定部32は、ウォッチドッグ用IDに一致しないので、対応決定部33への出力は行わない。従って、対応決定部33からウォッチドッグ監視部50への出力は0のままとなる。処理A04が実行され、ID通知部22aから処理A04の識別情報ID04が通知されると、ID判定部32は、ステップS32の判定により、ウォッチドッグ用ID04に一致するので、対応決定部33へ識別情報ID04を出力する。対応決定部33は、識別情報ID04に対応する出力信号1に切り替える。さらに、処理A01が実行され、ID通知部22aから処理A01の識別情報ID01が通知されると、ID判定部32は、ステップS32の判定により、ウォッチドッグ用ID01に一致するので、対応決定部33へ識別情報ID01を出力する。対応決定部33は、識別情報ID04に対応する出力信号0に切り替える。このように、処理A04の実行によって、対応決定部33は、ウォッチドッグ監視部50にリセット信号が出力する。制御アプリA61が何らかの理由で処理が止まってしまった場合には、対応決定部33はリセット信号を出力できなくなり、ウォッチドッグ監視部50は制御アプリA61の再起動を実行部20へ通知する。以上のように、本実施形態においては、ID通知部22aから特定の識別情報IDが出力されたときに、対応決定部33は、処理が継続していることを示すリセット信号を出力し、リセット信号が所定期間内に出力されなかった場合には、ウォッチドッグ監視部50が実行部20へ処理の再起動を通知する。これにより、制御プログラムによる処理が何らかの理由で止まってしまった場合に、プログラムによる処理をリセットすることができる。実施の形態5本発明の実施の形態4では、上述の各実施形態に係る制御装置100において、接続されている車載機器8の状態により、実行され得る制御アプリに対する実行順序の監視を行い、実行されない制御アプリに対しては実行順序の監視を行わないようにする。図16は、本発明の実施の形態5に係る制御装置100において機器の所定状態に対する実施され得る処理系列について説明するための模式図である。例えば、ドアロック機構、エンジンスイッチ等の車載機器8を制御する制御装置において、エンジンキーが挿入されていないときには、ドア制御プログラムは実行され得るが、エンジン始動制御プログラムが実行されることはない。図16には、制御アプリA61がドア制御プログラムであり、制御アプリB62がエンジン始動制御プログラムであるとしている。各制御アプリは、機器であるエンジンキーの所定状態位置によって、実行され得るか、実行されないかが決まる。実行され得る制御アプリについては処理の実行順序を監視し、実行されない制御アプリについては処理の実行順序の監視を行わない。具体的には、エンジンキーが挿入されていない状態、OFFの位置にある状態、ACCの位置にある状態では、制御アプリA61の処理の実行順序を監視し、制御アプリB62の処理の実行順序は監視しない。また、エンジンキーがONの位置にある状態、STARTの位置にある状態では、制御アプリA61及び制御アプリB62の両方について、処理の実行順序を監視する。エンジンキーの各状態は、エンジンキーが挿入されていることを検出するスイッチ、及びエンジンキーが回転されて各位置にあることを検出するスイッチからの信号が入出力I/F13に入力されることにより、検知することができる。記憶部12には、図16に示すような、機器の所定状態と実行され得る処理系列との対応関係のテーブルを記憶しておく。該テーブルに基づいて、監視部30は、検知されたエンジンキーの各状態に対応して実行順序の監視を行う制御アプリを決定する。予定ID特定部31は、決定された実行順序の監視を行う制御アプリに係る処理の識別情報を特定するようにする。以上のように、記憶部12は、車載機器8の所定状態と、複数系列のうち該所定状態にて実行され得る処理の識別情報を含む処理系列とを対応づけて記憶しており、予定ID特定部31は、車載機器8が所定状態となったときに、該所定状態と対応づけて記憶部12に記憶してある系列に係る実行順序情報に基づき、実行部20が実行する処理の識別情報IDを特定する。これにより、車載機器8が所定状態である場合に実行されない処理に対する実行順序の監視を行わないようにすることができる。また、車載機器8の態に応じて実行順序の監視を行わないこととした制御アプリについては、該制御アプリに係る処理が実行されると異常状態であることになる。そこで、監視部30により、実行順序の監視を行わないこととした制御アプリに係る処理が実行されないかを監視するようにしてもよい。図16に示す具体例を用いて説明すると、エンジンキーがOFFの位置にあることが検出された状態で、制御アプリB62は実行順序の監視対象から外れるが、制御アプリB62の処理が実行されないか監視する。例えば、処理B01ID05が実行されると、ID通知部22aから識別情報ID05がID判定部32に通知されるので、ID判定部32は、識別情報ID05が予定ID特定部31により特定された実行予定IDではないので、識別情報ID05を対応決定部33へ出力する。対応決定部33は、識別情報IDに基づき制御アプリB62の処理であることを特定すると、エラー処理部40へ、制御アプリB62の系列番号2と、異常処理の発生を通知する通知信号を出力する。エラー処理部40は、制御アプリB62のエラー処理を行うが、具体的には、制御アプリB62によるエンジン始動制御の停止を実行部20へ通知する。これにより、処理の実行順序の監視だけでなく、車載機器の状態に応じて、異常な処理が発生しないか監視することができる。なお、以上の各実施形態において、各制御アプリに係る複数の処理の構成単位は、各制御アプリの構成や実行順序監視の実設計に合わせて、プログラム規模が小さい個々のプログラム部品例えば、関数のような機能的に纏りがある処理単位から、プログラム部品を組み合わせたタスク、又はプロシジャーなどのプログラム規模が大きい処理単位まで任意に選択することができる。なお、開示された実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上述の説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。