JPH02234233A - イベントドリブン型マルチタスクモニタ - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はイベントドリブン型マルチタスクモニタ、特に
、センサ等の入力を監視しながら機器制御を行なうとき
に使用するイベントドリブン型マルチタスクモニタに関
する． 〔共通的技術〕 一ｆｉに、マルチタスクモニタのタスク駆動方式には、
タイムスライス（時分割）方式と、イベントドリブン（
事象駆動）方式とがある。

タイムスライス方式は、１つのタスクを一定時間実行さ
せると、次のタスクを一定時間実行させることにより、
マルチタスクを実現する．一方、イベントドリブン方式
は、あるタスクの実行中にある事象が発生したことをＣ
ＰＵへの割り込みにより認知すると、実行中のタスクを
待機させ、その割り込みを待っていたタスクを実行させ
、そのタスクの処理が終了すると待機させたタスクを再
び実行させることにより、マルチタスクを実現する． 〔従来の技術〕 従来のイベントドリブン型マルチタスクモニタ（以下モ
ニタという）は、ＣＰＵへの割り込みが入ることをきっ
かけとして、ユーザが作成するアプリケーションタスク
虐状況をチェックし、その割り込みを待っているタスク
にＣＰＵを割り当てることにより、プログラムがマルチ
タスクを実行するようになっていた。

従来のイベントドリブン型マルチタスクモニタについて
図面を参照して詳細に説明する。

第４図は従来のイベントドリブン型マルチタスクモニ，
夕の一例を示すフローチャートである。

第４図に示すイベントドリブン型マルチタスクモニタは
、処理１から処理１６をタスク１からタスク８に割り当
てて、従来のモニタで実行しようとする一例を示し、処
理１の終了後、次の処理に移るためにはセンサ１がオン
するまで待たなければならないとする。

このとき、タスク１が入力ポートの状態を常時読み込ん
で、センサ１の状態を確認することにより、センサ１が
オンするまで待一）ソフトウエアを選択すると、タスク
１がＣＰＵを独占することになり、タスクの並列処理が
実現されない。

そこで、センサ１がオンずると割り込みＯが発生するも
のとして、タスク１はモニタに「割り込み監視依頼」を
送ったのち待機状態に入り、モニタが次のタスクを起動
できるようにする。

同様なソフトウエアで、処理２の後はセンサ２．処理３
の後はセンサ３・・・処理１６の後はセンサ１６がオン
するまで待つものとする。

第５図は第４図に示されるタスク１からタスク８を従来
のモニタで実行するための回路図である。

センサ１からセンサ１６の信号線は２分岐して一方は入
力ポートに入力され、入力命令によりその状態を見るこ
とができる。他方の信号線は論理和素子の入力に接続さ
れる。

センサ１とセンサ２はＯＲ１に入力され、ＯＲ１の出力
を割り込み０に入力することにより、どちらのセンサが
オンしても割り込みＯが発生ずる。

同様に、センサ３とセンサ４，・・・センサ１５とセン
サ１６は、それぞれＯＲ２，　　・・・ＯＲ８に入力さ
れる。

ＯＲ２の出力受，・・・ＯＲ８の出力は、それぞれ割り
込み１，・・・割り込み７に入力される． 第６図は第５図に示す回路を接続しなＣＰＵ上で第４図
に示すタスク１からタスク８を従来のモニタで実行した
ときの、見かけ上の動作を示すフローチャートである。

実行開始時は、タスク１を起動するように設定されてい
るものとする。

タスク１が処理１を実行中は、ＣＰＵはタスク１に独占
されるため、モニタは処理１終了待ち状悲となる。

タスク１は処理１が終了すると［割り込みＯ監視依頼」
を発生し、モニタをＣＰＵに返す。

モニタは依頼を受けてタスク１を待機状態にし、タスク
２を起動させる． 同様の処理を繰り返し、タスクｉが処理ｊ中にセンサ２
がオンして割り込みが発生すると、モニタは処理ｊが終
了してタスクｉを待機させた後、タスク１を続行させる
。

タスク１は入力ポートの状態を見て、センサ１がオンし
ていないので、再び「割り込みＯ監視依頼」を発生し、
モニタをＣＰＵに返す。

〔発明が解決しようとする課題〕

上述した従来のイベントドリブン型マルチタスクモニタ
は、ＣＰＵへの割り込み発生をタスク切り替えのきっか
けとしているので、入力点数の多い機器制御等では、複
数の入力を１つの割り込みに接続するため、ハードウエ
アで特別な回路を組み、さらにソフトウエアで割り込み
発生時の処理を工夫する必要があるという欠点があった
。

また、１つの割り込みを同時に複数のタスクで受け取れ
ないことからタスク数だけ割り込みが必要であるという
欠点があった。

〔課題を解決するための手段〕

本発明のイベントドリブン型マルチタスクモニタは、イ
ンターバルタイマと、ユーザの作成するアプリケーショ
ンタスクからイベントドリブン型マルチタスクモニタに
指定入力ポートの指定ビットが指定した状態になるまで
待つように依頼するスーパーバイザコールを含んで構成
される。

〔実施例〕

次に、本発明の実施例について図面を参照して説明する
。

第１図は本発明の一実施例を示すフローチャートである
。

第１図に示すイベントドリブン型マルチタスクモニタは
、処理１から処理１６をタスク１からタスク８に割り当
てて実行せんとする場合を示し、タスク１は処理１終了
後、次の処理に移る前に、センサ１の入力ポートと入力
ポートでのビット位置とＯＮ状態になるまで待つスーパ
ーバイザコールを用いてモニタに依頼することにより、
センサ１がオンするまで待つ。

同様にして、処理２．処理３，・・・処理１６の後に、
センサ２，センサ３，・・・センサ１６がオンするまで
待つ。

第２図は第１図に示すタスク１からタスク８を本発明の
モニタで実行しようとする回路図である。

センサ］〜１６の信号線は２分岐して、一方は入力ポー
トに入力され、入力命令によってセンサの状態を見るこ
とができる。

他方はＯＲＩＯに入力される。ＯＲＩＯの出力は、割り
込み０に接続され、センサ１からセンサ１６のうちとの
センサがオンしても割り込み０が発生する。

第３図は第２図に示す回路を接続したＣＰＵ上で、第１
図に示すタスク１からタスク８を実行した時のモニタの
見かけ上の動作を示すフローチャートである。

モニタはまずタスク１を起動する。

タスク１が処理１を実行中は、ＣＰＵがモニタが返され
るのを待機している。

タスク１は処理１が終了すると、モニタに「センサ１オ
ン待ち依頼」を発生し、ＣＰＵをモニタに返す． モニタはタスク１を待機状態にし、タスク２を起動する
。

同様の処理を繰り返し、タスクｉが処理を実行中にセン
サ２がオンし、割り込みＯが発生すると処理ｊ終了後タ
スクｉがモニタにＣＰＵを返し、モニタがタスクｉを待
機させた後、モニタは人力ポートの状態を見て、モニタ
が依頼されているポートの指定ビットが指定状態になっ
ているかを判断し、どのビットも指定状態になっていな
ければ次のタスクを起動する。

次に、センサ１がオンして割り込み０が発生すると、モ
ニタはＣＰＵの使用権が譲られた時に入力ポートの状悪
を見て、タスク１の依頼条件と一致するため、タスク１
を起動する。

〔発明の効果〕

本発明のイベントドリブン型マルチタスクモニタは、ユ
ーザに指定入力ポートの指定ビットが指定した状態にな
るまで待つスーパーバイザコールを提供するため、ユー
ザが入力に関する特別なハードウエア回路を設けたり、
それに対応する処理ソフトウエアを作成することなく、
入力ポートの状態をリアルタイムに監視できるという効
果がある。

ト、第２図は第１図に示すタスク１からタスク８を本発
明のモニタで実行しようとする回路図、第３図は第２図
に示す回路を接続したＣＰＵ上で、第１図に示すタスク
１からタスク８を実行した時のモニタの見かけ上の動作
を示すフローチャート、第４図は従来の一例を示すフロ
ーチャート、第５図は第４図に示されるタスク１からタ
スク８を従来のモニタで実行するための回路図、第６図
は第５図に示す回路を接続したＣＰＵ上で第４図に示す
タスク１からタスク８を従来のモニタで実行したときの
、見かけ上の動作を示すフローチャートである。

１〜１６・・・・・・センサ、 ＯＲ１〜ＯＲ８，ＯＲＩＯ・・・・・・論理和回路。

代理人　弁理士　　内　原　　買

【図面の簡単な説明】

第１図は本発明の一実施例を示すフローチャー竿 夕 圀 ｙ乙圀

Claims (1)

【特許請求の範囲】
1. インターバルタイマと、ユーザの作成するアプリケーシ
   ョンタスクからイベントドリブン型マルチタスクモニタ
   に指定入力ポートの指定ビットが指定した状態になるま
   で待つように依頼するスーパーバイザコールを含むこと
   を特徴とするイベントドリブン型マルチタスクモニタ。