(57)【要約】      （修正有）【課題】デバイスの故障に起因するプロセス処理の障害を単純な監視処理により回避する。【解決手段】デバイスの故障の有無を監視する手段１と、所定時間内にタイマのクリア処理を実施しないときには強制的にハードリセットを送出するウォッチドッグタイマ２を備え、前記監視する手段１は、デバイス５のアクセス処理が成功したときには、上記ウォッチドッグタイマ２のクリア処理を実施し、この監視する手段１がデバイス５の故障を検出したときには、切り離す手段３は、上記ウォッチドッグタイマ２から送出されたハードリセットを受信し、当該故障を検出したプロセス６の実行におけるデバイス５へのアクセス処理を切り離す。【選択図】図１
2009116507.tif 000002
【特許請求の範囲】
【請求項１】
デバイスに対するアクセス処理が含まれる複数のプロセスを実行するＣＰＵ装置において、
上記デバイスの故障の有無を監視する手段と、
この監視する手段が上記デバイスの故障を検出したときには、当該故障を検出したプロセスの実行における上記デバイスへのアクセス処理を切り離す手段と
を備えたことを特徴とするＣＰＵ装置。
【請求項２】
所定時間内にタイマのクリア処理を実施しないときには強制的にハードリセットを送出するウォッチドッグタイマを備え、
前記監視する手段は、
前記所定時間内に１回以上、前記デバイスに対してアクセス処理を実施する手段と、
このアクセス処理が成功したときには、上記ウォッチドッグタイマのクリア処理を実施する手段と
を備え、
前記切り離す手段は、上記ウォッチドッグタイマから送出されたハードリセットを受信すると前記プロセスの実行における前記デバイスへのアクセス処理を無効にする手段を備えた
請求項１記載のＣＰＵ装置。
【請求項３】
前記無効にする手段は、前記デバイスを、当該デバイスと等価な回路に置き換える手段を備えた請求項２記載のＣＰＵ装置。
【請求項４】
前記無効にする手段は、前記プロセスに対して前記デバイスへのアクセス処理を行わず次の処理へ移行する旨のコマンドを発行する手段を備えた請求項２記載のＣＰＵ装置。
【請求項５】
デバイスに対するアクセス処理が含まれる複数のプロセスを実行するＣＰＵ装置に接続する手段と、
上記デバイスの故障の有無を監視する手段と、
この監視する手段が上記デバイスの故障を検出したときには、当該故障を検出したプロセスの実行における上記デバイスへのアクセス処理を切り離す手段と
を備えたことを特徴とするデバイス監視装置。
【請求項６】
所定時間内にタイマのクリア処理を実施しないときには強制的にハードリセットを送出するウォッチドッグタイマを備え、
前記監視する手段は、
前記所定時間内に１回以上、前記デバイスに対してアクセス処理を実施する手段と、
このアクセス処理が成功したときには、上記ウォッチドッグタイマのクリア処理を実施する手段と
を備え、
前記切り離す手段は、上記ウォッチドッグタイマから送出されたハードリセットを受信すると前記プロセスの実行における前記デバイスへのアクセス処理を無効にする手段を備えた
請求項５記載のデバイス監視装置。
【請求項７】
前記無効にする手段は、前記デバイスを、当該デバイスと等価な回路に置き換える手段を備えた請求項６記載のデバイス監視装置。
【請求項８】
前記無効にする手段は、前記プロセスに対して前記デバイスへのアクセス処理を行わず次の処理へ移行する旨のコマンドを発行する手段を備えた請求項６記載のデバイス監視装置。
【請求項９】
汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、デバイスに対するアクセス処理が含まれる複数のプロセスを実行するＣＰＵ装置に相応する機能を実現させるプログラムにおいて、
上記デバイスの故障の有無を監視する機能と、
この監視する機能が上記デバイスの故障を検出したときには、当該故障を検出したプロセスの実行における上記デバイスへのアクセス処理を切り離す機能と
を実現させることを特徴とするプログラム。
【請求項１０】
汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、デバイスに対するアクセス処理が含まれる複数のプロセスを実行するＣＰＵ装置に接続する機能と、
上記デバイスの故障の有無を監視する機能と、
この監視する機能が上記デバイスの故障を検出したときには、当該故障を検出したプロセスの実行における上記デバイスへのアクセス処理を切り離す機能と
を有するデバイス監視装置に相応する機能を実現させることを特徴とするプログラム。
【請求項１１】
デバイスに対するアクセス処理が含まれる複数のプロセスを実行するＣＰＵ装置に対し、
監視する手段が、上記デバイスの故障の有無を監視し、
切り離す手段が、この監視する手段が上記デバイスの故障を検出したときには、当該故障を検出したプロセスの実行における上記デバイスへのアクセス処理を切り離す
ことを特徴とするデバイス監視方法。
【請求項１２】
前記監視する手段が、所定時間内に１回以上、前記デバイスに対してアクセス処理を実施し、
このアクセス処理が成功したときには、クリア処理を実施する手段が、上記所定時間内にタイマのクリア処理を実施しないときには強制的にハードリセットを送出するウォッチドッグタイマのクリア処理を実施し、
前記切り離す手段が、上記ウォッチドッグタイマから送出されたハードリセットを受信すると前記プロセスの実行における前記デバイスへのアクセス処理を無効にする
請求項１１記載のデバイス監視方法。
【請求項１３】
無効にする手段が、前記デバイスを、当該デバイスと等価な回路に置き換える請求項１２記載のデバイス監視方法。
【請求項１４】
無効にする手段が、前記プロセスに対して前記デバイスへのアクセス処理を行わず次の処理へ移行する旨のコマンドを発行する請求項１２記載のデバイス監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＣＰＵ(Central Processing Unit)により実行されるプロセスを監視する装置に関する。
【背景技術】
【０００２】
例えば、２台のサーバによりアクティブ、スタンバイの冗長構成を有するサーバで、アクティブ側サーバの障害を検出した場合に、系の切替えを行うために複数のプロセスが動作する。
【０００３】
このときにプロセス動作において故障したデバイスにアクセスした処理のみが止まってしまい、一部のプロセスのみが動作できないという事態が発生すると、系切替えが異常な状態で止まってしまう。
【０００４】
これにより、２台のサーバが両方共にアクティブ状態となりシステムが異常動作してしまい、もはや保守者が介在しないと復旧できない事態に陥る場合がある。
【０００５】
このような事態を回避するために、所定時間内にタイマのクリア処理を実施しないときには強制的にハードリセットを送出するウォッチドッグタイマを備え、ＣＰＵの動作やソフトウェアの動作を監視することが行われる。
【０００６】
そして、ＣＰＵの動作やソフトウェアの動作に異常が検出されると、異常判定信号が送出される（例えば、特許文献１参照）。あるいは、ウォッチドッグタイマから送出されるハードリセットによりシステムがリセットされる（例えば、特許文献２参照）。
【特許文献１】特開平６−１９５２４４号公報
【特許文献２】特開平８−９５８３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述したウォッチドッグタイマを用いた監視方法では、ＣＰＵの動作やソフトウェアの動作を監視しているため、一部のデバイスにアクセスするプロセスが複数存在する場合には、監視対象が多くなってしまい監視処理が複雑化してしまうという問題がある。
【０００８】
また、異常が検出された場合の措置としては、異常判定信号の送出（特許文献１参照）やシステムリセット（特許文献２参照）が行われるが、いずれの場合でも異常が検出された後に、処理を再度やり直す必要がある。
【０００９】
しかしながら、異常が検出されたデバイスをプロセスから切り離すことにより、それ以降の処理を最後まで実行することが可能な場合もある。そのような場合でも上述した監視方法によれば、処理を再度やり直す必要があった。
【００１０】
本発明は、このような背景の下に行われたものであって、デバイスの故障に起因するプロセス処理の障害を単純な監視処理により回避することができるＣＰＵ装置およびデバイス監視装置および方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、デバイスに対するアクセス処理が含まれる複数のプロセスを実行するＣＰＵ装置において、デバイスの故障の有無を監視する手段と、この監視する手段がデバイスの故障を検出したときには、当該故障を検出したプロセスの実行におけるデバイスへのアクセス処理を切り離す手段とを備えたことを特徴とする。
【００１２】
また、本発明をデバイス監視装置としての観点から観ると、本発明は、デバイスに対するアクセス処理が含まれる複数のプロセスを実行するＣＰＵ装置に接続する手段と、デバイスの故障の有無を監視する手段と、この監視する手段がデバイスの故障を検出したときには、当該故障を検出したプロセスの実行におけるデバイスへのアクセス処理を切り離す手段とを備えたことを特徴とするデバイス監視装置である。
【００１３】
また、本発明をプログラムとしての観点から観ると、本発明は、汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、デバイスに対するアクセス処理が含まれる複数のプロセスを実行するＣＰＵ装置に相応する機能を実現させるプログラムにおいて、上記デバイスの故障の有無を監視する機能と、この監視する機能が上記デバイスの故障を検出したときには、当該故障を検出したプロセスの実行における上記デバイスへのアクセス処理を切り離す機能とを実現させることを特徴とする。
【００１４】
あるいは、本発明は、汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、デバイスに対するアクセス処理が含まれる複数のプロセスを実行するＣＰＵ装置に接続する機能と、上記デバイスの故障の有無を監視する機能と、この監視する機能が上記デバイスの故障を検出したときには、当該故障を検出したプロセスの実行における上記デバイスへのアクセス処理を切り離す機能とを有するデバイス監視装置に相応する機能を実現させることを特徴とするプログラムである。
【００１５】
また、本発明をデバイス監視方法としての観点から観ると、本発明は、デバイスに対するアクセス処理が含まれる複数のプロセスを実行するＣＰＵ装置に対し、監視する手段が、デバイスの故障の有無を監視し、切り離す手段が、この監視する手段がデバイスの故障を検出したときには、当該故障を検出したプロセスの実行におけるデバイスへのアクセス処理を切り離すことを特徴とするデバイス監視方法である。
【発明の効果】
【００１６】
本発明によれば、デバイスの故障に起因するプロセス処理の障害を単純な監視処理により回避することができる。
【発明を実施するための最良の形態】
【００１７】
本発明の実施形態では、所定時間内にタイマのクリア処理を実施しないときには、強制的にハードリセットが送出されるウォッチドッグタイマを用意し、このタイマのクリア処理を周期的に実施するプロセスの周期処理の中に、対象となるデバイスへのアクセス監視処理を実施することにより、プロセス監視よりも監視対象を狭められ、監視処理の簡素化を実現する。
【００１８】
また、ハードリセットにより即座にシステム全体を停止させるのではなく、故障を検出したデバイスのみをプロセスから切り離すことにより、とりあえず全体の処理を終了させることができる。
【００１９】
（第一の実施形態）
本発明の第一の実施形態のＣＰＵ装置１０を図１に示す。図１は、第一の実施形態のＣＰＵ装置１０のブロック構成図である。第一の実施形態は、図１に示すように、デバイス５に対するアクセス処理が含まれるプロセス６を実行するＣＰＵ７を有するＣＰＵ装置１０において、デバイス５の故障の有無を監視する手段である周期監視プロセス実施部１と、周期監視プロセス実施部１がデバイス５の故障を検出したときには、プロセス６の実行におけるデバイス５へのアクセス処理を切り離す手段である切り離し実施部３とを備える。
【００２０】
さらに詳しくは、所定時間内にタイマのクリア処理を実施しないときには強制的にハードリセットを送出するウォッチドッグタイマ２を備えており、周期監視プロセス実施部１は、所定時間内に１回以上、デバイス５に対してアクセス処理を実施する手段を有しており、さらに、このアクセス処理が成功したときには、ウォッチドッグタイマ２のクリア処理を実施する手段を有する。
【００２１】
切り離し実施部３は、ウォッチドッグタイマ２から送出されたハードリセットを受信するとプロセス６の実行におけるデバイス５へのアクセス処理を無効にする。
【００２２】
なお、周期監視プロセス実施部１、ウォッチドッグタイマ２、切り離し実施部３は、デバイス監視部４として構成され、ＣＰＵ装置１０に内包される。
【００２３】
（第二の実施形態）
本発明の第二の実施形態のＣＰＵ装置１１およびデバイス監視装置９を図２に示す。図２は、第二の実施形態のＣＰＵ装置１１およびデバイス監視装置９のブロック構成図である。
【００２４】
第二の実施形態は、図２に示すように、デバイス５に対するアクセス処理が含まれるプロセス６を実行するＣＰＵ７を有するＣＰＵ装置１１に接続する手段であるインタフェース８と、デバイス５の故障の有無を監視する手段である周期監視プロセス実施部１と、周期監視プロセス実施部１がデバイス５の故障を検出したときには、プロセス６の実行におけるデバイス５へのアクセス処理を切り離す手段である切り離し実施部３とを備えたデバイス監視装置９である。
【００２５】
第二の実施形態のデバイス監視装置９の動作は、第一の実施形態のデバイス監視部４の動作と同じなので動作説明は省略する。
【００２６】
第二の実施形態のデバイス監視装置９は、ＣＰＵ装置１１に対して着脱自在のインタフェース８を備えているため、複数のＣＰＵ装置１１の中でデバイス５の監視が必要であるＣＰＵ装置１１に対して装着することができ、デバイス監視装置９の台数はＣＰＵ装置１１の台数以下でよい。
【００２７】
また、デバイス５の監視が必要でなくなったＣＰＵ装置１１からデバイス監視装置９を取り外し、デバイス５の監視が必要になったＣＰＵ装置１１にデバイス監視装置９を取り付けるといった柔軟な対応が可能となり、デバイス監視体制の効率化を図ることができる。
【００２８】
（第三の実施形態）
本発明の第三の実施形態のＣＰＵ装置１２を図３に示す。図３は、第三の実施形態のＣＰＵ装置１２のブロック構成図である。
【００２９】
第三の実施形態は、他装置２４とＣＰＵ装置１２とがインタフェース２０、２２、通信路２１を介して通信を行っており、その通信を利用して他装置２４のデバイス２３の故障を監視する実施形態である。このように、他装置２４が有するデバイス２３についても監視対象とすることができる。デバイス監視部４の動作は第一の実施形態と同様である。
【００３０】
（周期監視プロセス実施部１の動作の説明）
第一〜第三の実施形態に共通する周期監視プロセス実施部１の処理手順を図４および図５を参照して説明する。図４は、周期監視プロセス実施部１の処理手順を示すフローチャートである。図５は、複数のデバイスが存在する場合の周期監視プロセス実施部１の処理手順を示すフローチャートである。
【００３１】
周期監視プロセス実施部１は、図４に示すように、デバイス５へのアクセス処理を実施し（ステップＳ１）、アクセス処理が正常終了した場合には（ステップＳ２のＹｅｓ）、ウォッチドッグタイマ２のクリア処理を実施し（ステップＳ３）、所定時間待ち合わせを行い（ステップＳ４）、デバイス５へのアクセス処理（ステップＳ１）に戻る処理手順となる。
【００３２】
もし、デバイス５のアクセス処理のチェックにおいて異常終了した場合や応答が無い場合にはその処理で待ち合わせとなり（ステップＳ２のＮｏ）、次のウォッチドックタイマ２のクリア処理（ステップＳ３）に移行しないため、ウォッチドッグタイマ２がクリアされず、規定されたウォッチドッグタイマ２のタイマがタイムアウトするとハードリセットが送出される。
【００３３】
また、デバイス５が複数存在する場合には、図５に示すように、デバイス♯１〜♯ｎへのアクセス処理を並列に実行し（ステップＳ１−１〜１−ｎ）、それぞれのアクセス処理が成功したか否かを並列に判定し（ステップＳ２−１〜２−ｎ）、その後、ステップＳ３（ウォッチドッグタイマ２のクリア処理）およびステップＳ４（所定時間待ち合わせ）を実行することにより、複数のデバイス♯１〜♯ｎを並列に監視することができる。
【００３４】
（所定時間の説明）
少なくともＣＰＵ７がプロセス６を実行する以前にデバイス５の故障の有無が判明している必要があるため、ＣＰＵ７がプロセス実行を開始すると同時にデバイス５の監視を開始するのであれば、上記の所定時間は、ＣＰＵ７がプロセス実行を開始してからプロセス６が実行されるまでの時間よりも短い時間である必要がある。
【００３５】
また、ＣＰＵ７がプロセス実行を開始する以前にデバイス５の監視を自律的に開始するのであれば、上記の所定時間は任意に設定しても、プロセス６の実行以前にデバイス５の監視が終了するようにデバイス５の監視の開始時間を調整すればよい。
【００３６】
また、プロセス６が周期的に実行されるのであれば、デバイス５の監視も周期的に行うことが望ましく、この場合には、上記の所定時間は、監視周期になる。プロセス６の実行周期毎に毎回デバイス５の監視を行うのであれば、デバイス５の監視周期は、プロセス６の実行周期よりも短い必要がある。プロセス６が数回実行される毎に１回デバイス５の監視を行うのであれば、デバイス５の監視周期は、プロセス６の実行周期よりも長くてよい。
【００３７】
（切り離し実施部３の切り離し方法の具体例）
切り離し実施部３の処理手順を図６および図７を参照して説明する。図６および図７は、切り離し実施部３の処理手順を示すフローチャートである。切り離し実施部３は、ウォッチドッグタイマ２からのハードリセットを受信するとプロセス６におけるデバイス５へのアクセス処理を無効にする手段を備える。
【００３８】
この無効にする手段の処理手順を具体的に説明すると、例えば、図６に示すように、切り離し実施部３において、ウォッチドッグタイマ２からのハードリセットを監視し（ステップＳ１０）、ハードリセットが受信されたら（ステップＳ１１のＹｅｓ）、故障したデバイス５と等価な擬似回路を、デバイス５と置き換えることにより（ステップＳ１２）、プロセス６の処理の停止を回避する。
【００３９】
なお、この擬似回路は、デバイス５と全く同じデバイスを利用すれば、デバイス５の予備として利用することができるため、プロセス６におけるデバイス５へのアクセス処理を無効にしてもプロセス６の処理自体には影響を与えないようにすることができる。
【００４０】
しかしながら、擬似回路の目的は、プロセス６の処理が停止しないようにするところにあるので、その目的さえ達成できるのであれば、デバイス５と全く同じデバイスを用いる必要はなく、例えば、デバイス５が有する機能の中で、プロセス６の処理が停止しないために必要最小の機能のみを有すればよい。
【００４１】
あるいは、図７に示すように、切り離し実施部３において、ウォッチドッグタイマ２からのハードリセットを監視し（ステップＳ２０）、ハードリセットが受信されたら（ステップＳ２１のＹｅｓ）、プロセス６の処理を行わず、直ちに次のプロセスに移行させるようなコマンドを発行し（ステップＳ２２）、プロセス６に与えることによりプロセス６の処理の停止を回避する。
【００４２】
（実施例）
本発明の実施例を図８を参照して説明する。図８は、本発明の実施例を説明するための図である。図８に示す例では、複数の処理♯１〜♯ｎが並列で動作し、それぞれの処理♯１〜♯ｎにおいては、複数のプロセス１−１〜１−ｍ、２−１〜２−ｍ、…、ｎ−１〜ｎ−ｍがシーケンシャルに実行される構成になっている場合を例に示す。
【００４３】
処理♯ｎの中のあるプロセスｎ−２が、故障しているデバイス５へのアクセス処理を行うとプロセスｎ−２の処理のみが止まってしまい、終了した処理と未終了の処理とが混在する状態となってしまい、システム的に異常状態になってしまうことを想定している。
【００４４】
処理♯ｎにおいて、シーケンシャルに動作されるプロセスｎ−１〜ｎ−ｍの中でのプロセスｎ−２にデバイス５のアクセス処理がある場合に、デバイス５が故障しているとプロセスｎ−２の処理が止まってしまい、処理ｎ−ｍまで処理が行われなくなる。並列で動作している他の処理♯１、処理♯２は最後のプロセスまで完了しているが処理♯ｎの処理が完了していない状態となる。
【００４５】
このような場合に、デバイス５を第一〜第三の実施形態で説明した方法で監視することにより、処理♯１〜♯ｎの異常終了を回避することができる。本発明を用いれば、ＣＰＵの動作やソフトウェアの動作を監視する必要がないため、監視処理を単純で簡単な処理により実現できる。
【００４６】
例えば、複数のコンピュータシステム、サーバシステム、データベースシステムなどにおいて、並行してプログラムを更新するといった作業を行う際に、デバイスの故障に起因して一部のシステムが異常動作することにより全体の動作が異常終了することを回避できる。
【００４７】
（発明の効果）
第一の効果は、デバイス故障が発生し、ある一部のプロセスが動作できない状況が発生した際に、このプロセスを含むある一連の処理が実施されたときに異常状態に陥り、復旧が出来なくなることを事前に回避することができることである。
【００４８】
第二の効果は、ある処理で実施される全てのプロセスを監視するためには複雑で多くの処理が必要となるが、関連するハードの故障を周期的に監視することにより、単純かつ簡単な処理で実現できることである。
【００４９】
第三の効果は、ハードリセットにより即座にシステム全体を停止させるのではなく、故障を検出したデバイスのみをプロセスから切り離すことにより、処理を終了させることができることである。これによれば、処理を終了した後に問題が発見された場合のみ再度最初から処理をやり直すといったことも可能となる。
【００５０】
例えば、複数のプロセスを並列に処理する場合に、一部のプロセスのみにデバイスに起因する異常が発生した場合には、全体のプロセスを最初からやり直すことなく、デバイスに起因する異常が発生したプロセスのみをやり直すことにより対処することができる。
【００５１】
（プログラムの実施例）
汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、第一の実施形態で説明したＣＰＵ装置１０あるいは第二の実施形態で説明したデバイス監視装置９あるいは第三の実施形態で説明したＣＰＵ装置１２の機能に相応する機能を実現させるプログラムの実施例を説明する。
【００５２】
例えば、周期監視プロセス実施部１の機能の全部はアプリケーションプログラムによって実現されるため、本実施例のプログラムによって実現することができる。
【００５３】
また、切り離し実施部３の機能として、故障したデバイス５と等価な擬似回路を、デバイス５と置き換えることにより、プロセス６の処理の停止を回避する場合には、当該擬似回路の制御機能やウォッチドッグタイマ２からハードリセットを受信して切り離し処理を実施する機能はアプリケーションプログラムによって実現されるため、本実施例のプログラムによって実現することができる。
【００５４】
また、切り離し実施部３の機能として、プロセス６の処理を無効とし、直ちに次のプロセスに移行させるようなコマンドを発行してプロセス６に与えることによりプロセス６の処理の停止を回避する場合には、全てがアプリケーションプログラムによって実現されるため、本実施例のプログラムによって全てを実現することができる。
【００５５】
本実施例のプログラムは記録媒体に記録されることにより、汎用の情報処理装置は、この記録媒体を用いて本実施例のプログラムをインストールすることができる。あるいは、本実施例のプログラムを保持するサーバからネットワークを介して直接汎用の情報処理装置に本実施例のプログラムをインストールすることもできる。
【００５６】
これにより、汎用の情報処理装置を用いて、第一の実施形態で説明したＣＰＵ装置１０あるいは第二の実施形態で説明したデバイス監視装置９あるいは第三の実施形態で説明したＣＰＵ装置１２の機能に相応する機能を実現することができる。
【００５７】
なお、本実施例のプログラムは、汎用の情報処理装置によって直接実行可能なものだけでなく、ハードディスクなどにインストールすることによって実行可能となるものも含む。また、圧縮されたり、暗号化されたりしたものも含む。
【産業上の利用可能性】
【００５８】
本発明は、ＣＰＵ装置の信頼性の向上に簡単かつ単純な処理により寄与することができる。
【図面の簡単な説明】
【００５９】
【図１】第一の実施形態のＣＰＵ装置のブロック構成図である。
【図２】第二の実施形態のＣＰＵ装置およびデバイス監視装置のブロック構成図である。
【図３】第三の実施形態のＣＰＵ装置のブロック構成図である。
【図４】周期監視プロセス実施部の処理手順を示すフローチャートである。
【図５】複数のデバイスを監視対象としたときの周期監視プロセス実施部の処理手順を示すフローチャートである。
【図６】切り離し実施部の処理手順（擬似回路置換）を示すフローチャートである。
【図７】切り離し実施部の処理手順（コマンド発行）を示すフローチャートである。
【図８】実施例を説明するための図である。
【符号の説明】
【００６０】
１  周期監視プロセス実施部（監視する手段、アクセス処理を実施する手段、クリア処理を実施する手段）
２  ウォッチドッグタイマ
３  切り離し実施部（切り離す手段、無効にする手段、置き換える手段、コマンドを発行する手段）
４  デバイス監視部
５、２３  デバイス
６  プロセス
７  ＣＰＵ
８、２０、２２  インタフェース（接続する手段）
９  デバイス監視装置
１０、１１、１２  ＣＰＵ装置
２１  通信路
２４  他装置
【図１】
2009116507.tif 000003
【図２】
2009116507.tif 000004
【図３】
2009116507.tif 000005
【図４】
2009116507.tif 000006
【図５】
2009116507.tif 000007
【図６】
2009116507.tif 000008
【図７】
2009116507.tif 000009
【図８】
2009116507.tif 000010