JPH0926888A - 排他制御装置 - Google Patents

Abstract

(57)【要約】 【目的】 １つのタスクの所定時間以上の共有資源占有
を禁止し、デッドロックの防止、タスクの暴走、共有資
源の制御に関するコーディング上の誤りによるシステム
ダウンを防止可能な排他制御装置を実現する。 【構成】 ＣＰＵ4はタスクコンテキストを待避用メモ
リ8に格納し、処理の実行を続行する。共有資源アクセ
ス許可判断部5は所定時間が経過したか判断し、経過の
場合は表示部7にメッセージを表示させる。オペレーテ
ィングシステム1は共有資源2の占有要求するタスクが存
在するかを判断し存在しなければタイマ6をリセットし
処理を再開し、共有資源2の要求タスクが存在すればそ
のタスクを実行可能状態にする。共有資源2を占有して
いたタスクを排他制御に入る直前の状態の処理に戻すた
めタスクを待避したタスクコンテキストをタスクコント
ロールブロックに戻し共有資源2を他のタスクが占有可
能とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータシステム
における共有資源の占有を他のタスクから排他的に制御
する排他制御装置に関するものである。

【０００２】

【従来の技術】従来、コンピュータシステムにおける共
有資源の排他制御にあっては、排他制御を制御するため
のセマフォは、セマフォ値と呼ばれる値を用いて、Ｐ命
令、Ｖ命令の２種類の命令を使用して排他制御を行う。
そして、Ｐ命令では、セマフォ値が０以下ならば、Ｐ命
令を発行したタスクをペンディング状態とし、１命令な
らば、セマフォ値をディクリメントする。

【０００３】また、Ｖ命令では、セマフォ待ちのタスク
が存在するならば、タスクをペンディング状態から実行
可能状態とし、セマフォ値をインクリメントする（オペ
レーティングシステムの基礎（ＣＱ出版）Ｐ．５４〜
Ｐ．６０）。

【０００４】また、リアルタイムオペレーティングシス
テムでは、タスクがセマフォのＰ命令を発行した場合、
そのタスクより優先度の低いタスクがセマフォを占有し
ているならば、優先度の低いタスクがセマフォを解放す
るまで、優先度の高いタスクが待たされるプライオリテ
ィインバージョンが発生してしまう。

【０００５】このため、プライオリティインバージョン
を抑止するために、セマフォを独占しているタスクの優
先度を、一時的にセマフォ待ちのタスクの優先度と等し
くするプライオリティインヘリタンスと呼ばれる処理を
行う（インターフェース（ＣＱ出版）９３年１２月号、
Ｐ．９６〜Ｐ．９７）。

【０００６】

【発明が解決しようとする課題】ところが、上記従来の
セマフォによる排他制御では、クリティカルセクション
（不可分な処理）内で共有資源の処理を行っている。そ
のため、セマフォのＰ命令を発行し、セマフォのＶ命令
を発行することによりクリティカルセクションを抜け
る。

【０００７】タスクＡが、クリティカルセクションを処
理している途中で、タスクＢが共有資源をアクセスする
ために、セマフォのＰ命令を発行した場合、タスクＢは
セマフォ待ちによりペンディング状態となる。

【０００８】リアルタイムオペレーションシステムで
は、セマフォのＰ命令を発行する時に、タイマを設定す
ることにより時間監視を行い、セマフォのＰ命令による
ペンディング状態から抜ける処理を組み込んでいるもの
もある。

【０００９】しかし、タスクＡがセマフォのＶ命令を発
行する手続を行わないようにコーディングしてしまった
場合、タスクＢは永久にぺンディング状態となってしま
い、タスクＢの処理は行われず、最悪の場合にはシステ
ムダウンを発生してしまう恐れがある。

【００１０】また、タスクＡがセマフォ１のＰ命令を発
行し、セマフォを取得し、タスクＢがセマフォ２のＰ命
令を発行し、セマフォを取得した状態において、タスク
Ａがセマフォ２のＰ命令を発行し、タスクＢがセマフォ
１のＰ命令を発行した場合、タスクＡ及びＢともにセマ
フォ待ちのペンディング状態となってしまい、タスクＡ
及びＢの処理ができなくなる。そして、最悪の場合に
は、システムダウンとなってしまう恐れがある。

【００１１】これに対して、タスクＡが排他制御開始命
令を発行する処理を行ったときに、タイマにタイムアウ
ト時間を設定する。タスクＡがタイムアウト時間内に排
他制御終了命令を発行しないと、タイムアウトが発生す
る。

【００１２】タスクＡのクリティカルセクション内で、
排他制御開始命令を発行したタスクＢは、ペンディング
状態となるが、タスクＡがペンディング状態ではなくな
るため、排他制御処理を行うことが可能となる。この場
合、タスクＡが排他制御終了命令の発行を行わなかった
としても、タスクＢが永久にペンディング状態のままで
なくなり、タスクＡの誤りによりタスクＢが停止するこ
とを防ぐことが可能となる。

【００１３】また、共有資源がディスクファイルブロッ
クとすると、タスクＡがデータブロックに書き込みを行
っている途中でタイムアウトが発生した場合、処理の途
中で終了してしまった状態で終わってしまい、タスクＡ
は処理を正しく行うことができず、最悪の場合には、シ
ステムダウンを起こす可能性がある。

【００１４】しかし、元の状態に戻すことができれば、
再び、クリティカルセクションの処理を行うことがで
き、処理を正しく終了させることができる。

【００１５】また、図８に示すように、処理５０２にて
割り込みが発生し、処理５０１にてドライバ内でセマフ
ォを呼びだした場合、状態５０４にように、セマフォを
確保したのは現在実行中のタスクとなってしまう。しか
し、ドライバが処理５０１を行う以前は、タスクＡは状
態５０３、つまり、セマフォ資源とは無関係であった。
このとき、このタスクがセマフォを解除しない場合、共
有資源を確保したい他のタスクは、待ち状態となってし
まうため、システムダウンを起こす可能性がある。

【００１６】本発明の目的は、１つのタスクが所定の時
間以上に共有資源を占有することを禁止し、デッドロッ
クの防止、タスクの暴走、共有資源の制御に関するコー
ディング上の誤りによるシステムダウンを防止可能でシ
ステムのスループットを向上可能な排他制御装置を実現
することである。

【００１７】

【課題を解決するための手段】本発明は、上記目的を達
成するため、次のように構成される。複数のタスクを格
納するタスクメモリと、これら複数のタスクが共通して
使用する共有資源と、共有資源を占有するタスクに従
い、このタスクを処理するタスク処理手段と、タスク処
理手段により処理が開始されるタスクの実行環境を格納
するタスクコンテキスト待避手段と、タスク処理手段の
タスク処理経過時間が所定時間経過したか否かを判断す
る経過時間判断手段と、共有資源の占有を要求するタス
クのスケジューリングを行うオペレーティング手段であ
って、一つのタスクの、タスク処理途中に経過時間判断
手段により所定時間経過したことが判断された場合、他
のタスクが共有資源の占有を要求しているか否かを判断
し、他のタスクが共有資源の占有を要求していないとき
には、タスク処理途中のタスク処理の実行を許可し、他
のタスクが共有資源の占有を要求しているときには、他
のタスクに共有資源の占有を許可し、タスクコンテキス
ト待避手段に格納されたタスクコンテキストに基づい
て、処理途中のタスクを処理開始前の状態に戻すオペレ
ーティング手段とを備える。

【００１８】また、複数のタスクを格納するタスクメモ
リと、これら複数のタスクが共通して使用する共有資源
と、共有資源を占有するタスクに従い、このタスクを処
理するタスク処理手段と、タスク処理手段により処理が
開始されるタスクの実行環境を格納するタスクコンテキ
スト待避手段と、タスク処理手段のタスク処理経過時間
が所定時間経過したか否かを判断する経過時間判断手段
と、共有資源の占有を要求するタスクのスケジューリン
グを行うオペレーティング手段であって、一つのタスク
のタスク処理途中に、経過時間判断手段により所定時間
経過したことが判断された場合、他のタスクが共有資源
の占有を要求しているか否かを判断し、他のタスクが共
有資源の占有を要求していないときには、タスクコンテ
キスト待避手段に格納されたタスクコンテキストに基づ
いて、処理中のタスクを処理開始前の状態に戻し、他の
タスクが共有資源の占有を要求しているときには、他の
タスクに共有資源の占有を許可した後に、タスクコンテ
キスト待避手段に格納されたタスクコンテキストに基づ
いて、処理途中のタスクを処理開始前の状態に戻すオペ
レーティング手段とを備える。

【００１９】好ましくは、上記排他制御装置において、
一つのタスクの、タスク処理途中に経過時間判断手段に
より所定時間経過したことが判断された場合、この所定
時間経過したことを表示する表示手段を、さらに備え
る。

【００２０】

【作用】一つのタスクが共有資源を占有し、タスク処理
途中に、所定時間が経過し、かつ、他のタスクが共有資
源の占有を要求している場合には、タスクの実行環境
（タスクコンテキスト）待避手段に格納されたタスクコ
ンテキストに基づいて、その一つのタスクの、共有資源
を占有する直前のタスクの実行環境（タスクコンテキス
ト）に戻される。

【００２１】また、一つのタスクが共有資源を占有し、
タスク処理途中に、所定時間が経過した場合には、他の
タスクが共有資源の占有を要求しているしていないに拘
らず、タスクの実行環境（タスクコンテキスト）待避手
段に格納されたタスクコンテキストに基づいて、その一
つのタスクの、共有資源を占有する直前のタスクの実行
環境（タスクコンテキスト）に戻される。

【００２２】タスクがデッドロック状態となった場合で
も、所定時間経過（タイムアウト）により、タスクコン
テキストを回復し、共有資源を解放して、デッドロック
状態を解除することができる。また、共有資源を占有し
ているタスクより優先度の高いタスクが処理ペンディン
グ状態であった場合には、この優先度の高いタスクは、
上記所定時間を大きく超過して、処理ペンディング状態
となることが回避可能となる。

【００２３】

【実施例】以下、本発明の実施例を添付図面に基づいて
説明する。図１は、本発明の第１の実施例である排他制
御装置の概略構成図である。図１において、タスクメモ
リ３には、複数のタスクＡ、Ｂ、Ｃ・・・が格納されて
いる。オペレーティングシステム１は、タスクスケジュ
ーリングを行い、メモリ３に格納されたタスクのうち共
有資源を要求するタスクに共有資源２を占有させたり、
タスクを処理部（ＣＰＵ（タスク処理手段））４に割り
当てたりの動作を実行する。

【００２４】共有資源アクセス許可判断部（経過時間判
断手段）５は、処理部４からの指令信号に従って、タイ
マ６の動作を制御し、後述するタイムアウトを判断し、
表示部７にタイムアオウトであることを表示させる。タ
スクコンテキスト待避用メモリ８は、処理部４からのタ
スクの実行環境（タスクコンテキスト）を格納するメモ
リである。

【００２５】図２は、図１の例の動作を示すフローチャ
ートである。図２のステップ１００において、排他制御
に入るためのシステム関数をコールする。次に、ステッ
プ１０１において、リード・モディファイド・ライトサ
イクルにおいて、ＣＰＵ４は、占有フラグが０より大き
いか否かを判定する。

【００２６】ステップ１０１において、占有フラグが０
と等しい場合は、他のタスクが排他制御の処理中である
ことを示すため、ステップ１１０に進み、システム関数
をコールしたタスクを実行状態からペンディング状態と
する。

【００２７】ステップ１０１において、占有フラグが１
以上ならば、共有資源２にアクセスするために排他制御
を行っているタスクが存在しないことを示すため、ステ
ップ１２０に進み、排他制御の処理を行っていることを
宣言するために占有フラグを１だけディクリメントす
る。

【００２８】次に、ステップ１３０において、共有資源
を占有したタスクが共有資源を強制的に解放できるよう
に、ＣＰＵ４は、タスクのタスクコンテキストをタスク
コンテキスト待避用メモリ８に格納する。そして、ステ
ップ１４０に進み、処理の実行を続行する。共有資源ア
クセス許可判断部５は、ＣＰＵ４の処理開始からタイマ
６による経時動作を開始させている。そして、ステップ
１４１において、所定の時間が経過したか否かを共有資
源アクセス許可判断部５が判断する。ステップ１４１に
おいて、所定時間経過していなければ、ステップ１４２
に進む。そして、ステプ１４２において、ＣＰＵ４の処
理が終了していなければ、ステップ１４０に戻り、処理
が続行される。

【００２９】ステップ１４１において、共有資源アクセ
ス許可判断部５がタイムアウトと判定すると、表示部７
にエラーメッセージを表示させるとともに、ステップ２
３０に進む。そして、このステップ２３０において、オ
ペレーティングシステム１は、共有資源２の占有を要求
するタスクが存在するかどうかを判断する。

【００３０】ステップ２３０において、共有資源２を要
求するタスクが存在しなければ、ステップ２４０に進
み、タイマ６のリセットを行い、ステップ１４０に戻
る。また、ステップ２３０において、共有資源２を要求
するタスクが存在する場合には、ステップ２６０に進
み、オペレーティングシステム１は、このペンディング
状態であるタスクを実行可能状態にする。処理のコーヒ
レンシィを維持するためには、タイムアウト以前に共有
資源２を占有していたタスクは、排他制御の続行を行う
ことは出来ない。

【００３１】このため、ステップ２７０において、排他
制御に入る直前の状態の処理に戻すために、システムの
所有するエリアからタスクを待避したタスクコンテキス
トをＴＣＢ（タスクコントロールブロック）と呼ばれる
タスクを制御するブロックに戻す。そして、ステップ２
８０において、共有資源２を他のタスクが占有可能状態
とするために、占有フラグに１を設定し、ステップ２９
０において、タスクのスケジューリングを行う。

【００３２】図３は、図２のフローチャートにおいて、
タイムアウト後、他のタスクから共有資源２の要求があ
る場合のタスクスケジューリングを示す動作フローチャ
ートであり、図４は、図２のフローチャートにおいて、
タイムアウト後、他のタスクから共有資源２の要求がな
い場合のタスクスケジューリングを示す動作フローチャ
ートである。

【００３３】図３において、ステップ１５０でタスクス
ケジューリングを実行し、ステップ１６０において、タ
イマ６をセットする。そして、ステップ１７０におい
て、前回共有資源２を占有していたタスクからＣＰＵ４
を放棄し、ステップ１８０において、他のタスクを起動
する。

【００３４】また、図４において、ステップ１９０でタ
スクスケジューリングを実行し、ステップ２００におい
て、再び、共有資源２を占有していタスクと同一のタス
クにＣＰＵ４を割り当てる。そして、ステップ２１０に
おいて、タイマ６をリセットする。

【００３５】以上のように、本発明の第１の実施例によ
れば、排他制御の誤りにより発生するデッドロックの発
生を防止でき、ソフトウェアの信頼性を向上可能な排他
制御装置を実現することができる。また、システムに何
らかの誤りが発生し、ある共有資源に対して占有を要求
するタスクが永久的にペンディング状態になることを防
止することが可能となる。このため、プログラムのバグ
によるシステムダウンを防止できるとともに、他のタス
クに対する誤りの伝搬を防止することができ、システム
の信頼性を向上することができる。

【００３６】また、共有資源を占有したまま、タスクが
暴走する場合には、処理のタイムアウトを頻繁に発生す
るため、そのタスクに誤りがあることが検知可能とな
る。さらに、共有資源を占有しているタスクよりも優先
度の高いタスクが、この共有資源の占有を要求する場
合、少なくとも規定された時間以上、ペンディング状態
であることはなく、リアルタイム性を求めるシステムに
おいて、システムの応答性を保障することが可能とな
る。

【００３７】図５は、本発明の第２の実施例における排
他制御装置の動作フローチャートである。なお、この第
２の実施例の構成については、図１の例と同等となるの
で、図示は省略する。そして、この図５の例は、共有資
源２を占有していたタスクの処理が所定時間を超える
と、共有資源２の占有を要求するタスクが存在していな
い場合であっても、共有資源２を占有していたタスクの
処理を強制的に終了させる例である。

【００３８】なお、図５のステップ３００、３０１、３
１０、３２０、３３０は、図２のステップ１００、１０
１、１１０、１２０、１３０と同等となるので説明は省
略する。そして、処理は、図５のステップ３３０からス
テップ３４０に進む。このステップ３４０において、タ
スクが共有資源２を占有している時間が設定時間を超え
ないかを監視するため、タイマ６をセットする。そし
て、ステップ３５０に進み、処理を続行する。

【００３９】次に、ステップ３５１において、共有資源
アクセス許可判断部５は、タイマ６にセットした時間が
経過したか否かを判定し、経過していなければ、ステッ
プ３５２に進む。そして、このステップ３５２におい
て、処理が終了していなければ、ステップ３５０に戻
る。

【００４０】ステップ３５１において、タイマ６にセッ
トした時間が経過した場合には、表示部７にエラーメッ
セージを表示させるとともに、ステップ４４０に進み、
オペレーティングシステム１は、他のタスクから共有資
源２の占有要求があるか否かを判定する。他のタスクか
ら共有資源２の占有要求があれば、ステップ４５０に進
み、その占有を要求するタスクを実行可能状態とし、ス
テップ４６０に進む。また、ステップ４４０において、
他のタスクから共有資源２の要求がなければ、ステップ
４６０に進む。

【００４１】ステップ４６０において、排他制御処理に
入る直前の状態の処理に戻すためにシステムの所有する
エリアから待避したタスクコンテキストをＴＣＢ（タス
クコントロールブロック）と呼ばれるブロックに戻す。
続いて、ステップ４７０において、共有資源２を他のタ
スクが占有可能とするために占有フラグに１を設定す
る。

【００４２】そして、ステップ４８０において、以前供
給資源２を占有していたタスクに対して、タイムアウト
の発生を通知するため、排他制御を実行するシステム関
数の戻り値にエラーを示す−１を設定する。次に、ステ
ップ４９０において、タイムアウトを示すエラー番号を
グローバル変数のエラー番号データに設定する。これに
より、タイムアウトからの処理から排他制御を行うシス
テム関数の直前の処理に戻ったタスクは、システム関数
からの戻り値がエラーであることによりタイムアウトを
認識し、以下、エラーに対応した処理を行う。続いて、
ステップ５００に進み、オペレーティングシステム１に
よりタスクスケジューリングが行われる。

【００４３】図６は、図５に示すフローチャートにおい
て、そのタスクの処理が所定時間を超過した場合に、他
のタスクを起動する動作を示すフローチャートである。
図６のステップ３６０において、オペレーティングシス
テム１は、タスクのスケジューリングを実行し、ステッ
プ３７０において、タイマ６の経時を停止させる。

【００４４】次に、ステップ３８０において、以前、共
有資源２を占有していたタスクからＣＰＵ４を放棄さ
せ、ステップ３９０において、他のタスクを起動する。

【００４５】図７は、処理途中で終了され、他のタスク
に処理を移動されたタスクが、再び、オペレーティング
システム１により処理再開が行われる場合の動作フロー
チャートである。

【００４６】図７のステップ４００において、オペレー
ティングシステム１は、タスクのスケジューリングを実
行し、ステップ４１０において、スケジューリングによ
り指定されたタスクにＣＰＵ４が割り当てられる。そし
て、ステップ４２０において、タイマ６が再スタートさ
れる。

【００４７】以上のように、本発明の第２の実施例にお
いても、第１の実施例と同様な効果を得ることができ
る。

【００４８】

【発明の効果】本発明は、以上説明したように構成され
ているため、次のような効果がある。タスクメモリと、
共有資源と、共有資源を占有するタスクのタスク処理手
段と、タスクコンテキスト待避手段と、経過時間判断手
段と、タスク処理途中に所定時間経過した場合、他のタ
スクが共有資源の占有を要求していないときには、処理
途中のタスク処理の実行を許可し、他のタスクが共有資
源の占有を要求しているときには、他のタスクに共有資
源の占有を許可し、処理途中のタスクを処理開始前の状
態に戻すオペレーティング手段とを備える。

【００４９】これにより、排他制御の誤りにより発生す
るデッドロックの発生を防止でき、ソフトウェアの信頼
性を向上可能な排他制御装置を実現することができる。
また、システムに何らかの誤りが発生し、ある共有資源
に対して占有を要求するタスクが永久的にペンディング
状態になることを防止することが可能となる。このた
め、プログラムのバグによるシステムダウンを防止でき
るとともに、他のタスクに対する誤りの伝搬を防止する
ことができ、システムの信頼性を向上することができ
る。

【００５０】また、共有資源を占有したまま、タスクが
暴走する場合には、処理のタイムアウトを頻繁に発生す
るため、そのタスクに誤りがあることが検知可能とな
る。さらに、共有資源を占有しているタスクよりも優先
度の高いタスクが、この共有資源の占有を要求する場
合、少なくとも規定された時間以上、ペンディング状態
であることはなく、リアルタイム性を求めるシステムに
おいて、システムの応答性を保障することが可能とな
る。

【００５１】また、タスクメモリと、共有資源と、共有
資源を占有するタスクのタスク処理手段と、タスクコン
テキスト待避手段と、経過時間判断手段と、タスク処理
途中に、所定時間経過した場合、他のタスクが共有資源
の占有を要求していないときには、処理途中のタスクを
処理開始前の状態に戻し、他のタスクが共有資源の占有
を要求しているときには、他のタスクに共有資源の占有
を許可した後に、処理途中のタスクを処理開始前の状態
に戻すオペレーティング手段とを備えるように、構成し
ても、上述と同様な、排他制御の誤りにより発生するデ
ッドロックの発生を防止でき、ソフトウェアの信頼性を
向上可能な排他制御装置を実現することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例である排他制御装置の概
略構成図である。

【図２】第１の実施例の動作フローチャートである。

【図３】第１の例におけるタスクスケジューリングの動
作フローチャートである。

【図４】第１の例におけるタスクスケジューリングの動
作フローチャートである。

【図５】本発明の第２の実施例である排他制御装置の動
作フローチャートである。

【図６】第２の実施例におけるタスクスケジューリング
の動作フローチャートである。

【図７】第２の実施例におけるタスクスケジューリング
の動作フローチャートである。

【図８】割り込みが発生した状態の説明図である。

【符号の説明】

１ オペレーティングシステム ２ 共有資源 ３ タスクメモリ ４ 処理部（ＣＰＵ） ５ 共有資源アクセス許可判断部 ６ タイマ ７ 表示部 ８ タスクコンテキスト待避用メモリ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数のタスクを格納するタスクメモリ
   と、 これら複数のタスクが共通して使用する共有資源と、 共有資源を占有するタスクに従い、このタスクを処理す
   るタスク処理手段と、 タスク処理手段により処理が開始されるタスクの実行環
   境を格納するタスクコンテキスト待避手段と、 タスク処理手段のタスク処理経過時間が所定時間経過し
   たか否かを判断する経過時間判断手段と、 共有資源の占有を要求するタスクのスケジューリングを
   行うオペレーティング手段であって、一つのタスクの、
   タスク処理途中に経過時間判断手段により所定時間経過
   したことが判断された場合、他のタスクが共有資源の占
   有を要求しているか否かを判断し、他のタスクが共有資
   源の占有を要求していないときには、タスク処理途中の
   タスク処理の実行を許可し、他のタスクが共有資源の占
   有を要求しているときには、他のタスクに共有資源の占
   有を許可し、タスクコンテキスト待避手段に格納された
   タスクコンテキストに基づいて、処理途中のタスクを処
   理開始前の状態に戻すオペレーティング手段と、 を備えることを特徴とする排他制御装置。
2. 【請求項２】 複数のタスクを格納するタスクメモリ
   と、 これら複数のタスクが共通して使用する共有資源と、 共有資源を占有するタスクに従い、このタスクを処理す
   るタスク処理手段と、 タスク処理手段により処理が開始されるタスクの実行環
   境を格納するタスクコンテキスト待避手段と、 タスク処理手段のタスク処理経過時間が所定時間経過し
   たか否かを判断する経過時間判断手段と、 共有資源の占有を要求するタスクのスケジューリングを
   行うオペレーティング手段であって、一つのタスクのタ
   スク処理途中に、経過時間判断手段により所定時間経過
   したことが判断された場合、他のタスクが共有資源の占
   有を要求しているか否かを判断し、他のタスクが共有資
   源の占有を要求していないときには、タスクコンテキス
   ト待避手段に格納されたタスクコンテキストに基づい
   て、処理途中のタスクを処理開始前の状態に戻し、他の
   タスクが共有資源の占有を要求しているときには、他の
   タスクに共有資源の占有を許可した後に、タスクコンテ
   キスト待避手段に格納されたタスクコンテキストに基づ
   いて、処理途中のタスクを処理開始前の状態に戻すオペ
   レーティング手段と、 を備えることを特徴とする排他制御装置。
3. 【請求項３】 請求項１又は２記載の排他制御装置にお
   いて、一つのタスクの、タスク処理途中に経過時間判断
   手段により所定時間経過したことが判断された場合、こ
   の所定時間経過したことを表示する表示手段を、さらに
   備えることを特徴とする排他制御装置。