JP2000076084A - 事象管理・通知方法 - Google Patents

Abstract

(57)【要約】 【課題】 一つの事象が頻発しても、他の事象の処理が
滞らないように滞積した事象を平準化して通知できるよ
うにした事象管理・通知方法を提供する。 【解決手段】 事象制御ブロック（ｃｂｌｋ）検索手段
２４は、タスク１０−１〜１０ｎが事象待ち状態に入る
際に、事象制御ブロック（ｃｂｌｋ）テーブル１２を検
索して、発生通知が保留されている事象＃０〜＃ｍの有
無をチェックする。検索開始位置記憶テーブル３３に格
納されている検索位置を参照して、検索毎に検索開始事
象番号をずらしていく。通知保留事象がある場合、当該
事象を通知するとともに、今回の検索開始事象番号の次
の事象番号を次回の検索開始事象番号として検索開始位
置記憶テーブル３３に格納する。通知保留事象がない場
合、今回の検索開始事象番号の次の事象番号を次回の検
索開始事象番号として検索開始位置記憶テーブル３３に
格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、リアルタイムモ
ニタにおける事象管理・通知方法に係り、詳しくは、１
つの事象発生が極端に多い場合でも他の事象の処理が滞
らないようにリアルタイムモニタ内で滞積した事象を平
準化して通知できるようにした事象管理・通知方法に関
するものである。

【０００２】

【従来の技術】電子情報通信ハンドブック（電子情報通
信学会 １９８８年）第２４編 オペレーティングシス
テム 第２部門 オペレーティングシステムの機能
２．３同期制御 ａ．同期・通信には、以下のことが記
載されている。タスク間の処理の待ち合わせを制御する
最も基本的な同期方式は、イベントフラグを用いたＷＡ
ＩＴ−ＰＯＳＴ方式である。タスクＡとＢとの間にイベ
ントフラグを設定する事象制御ブロックを設け、タスク
Ｂは処理を完了するとＰＯＳＴマクロを発行してイベン
トフラグをセットする。タスクＡは事象制御ブロックに
イベントフラグがセットされるまでイベントウェイトに
より待ち状態となる。更に、タスク間の同期・通信の方
法としては、メッセージボックスを介してメッセージを
送受信する方法、各タスクから共通に参照できる共用メ
モリを使用する方法、仮想的なファイルを利用してタス
ク間のデータ授受を行なうパイプなどの方法が存在す
る。

【０００３】特開平５−２５７８８８号公報には、イベ
ントの通知順序を補償するようにしたインタフェース整
合方式が記載されている。このインタフェース整合方式
は、次のように構成されている。制御を切りキューとし
てイベントを相手に通知する「キュー通知方式」と、制
御を切らずにプロセスの延長（エントリの呼び出し）で
イベントを相手に通知する「エントリ通知方式」を併用
するオンライン制御方式で、エントリ通知のイベントが
キュー通知のイベントを追い越し、アプリケーションプ
ログラムが通知された順序で正しく処理できない場合、
エントリ通知元に該イベントを返却するとともに該イベ
ントの前に通知されなければならないイベントがキュー
イングされていることを通知し、これによりエントリ通
知元は該イベントを一時保留し、先に通知されなければ
ならないイベントをデキューしそれを処理した後、保留
したイベントを再スケジュールする。

【０００４】特開平６−１３１２０３号公報には、タス
クモニタでマルチタスクプログラムの実行中に発生する
イベントの記録方式が記載されている。このイベント記
録方式は次のように構成されている。記録対象イベント
に対象イベント登録部で、利用者からの記録対象イベン
トが登録される。タスク制御部は、マルチタスク・オペ
レーティングシステムのスケジューリングとタスク切り
換えアルゴリズムとをシミュレートして利用者プログラ
ムを動作させ、タスク切り換え発生でタスク切り換え情
報を認識し、認識結果をイベント記録制御部に通知す
る。イベント検出調査部は、利用者プログラム実行中の
イベントの発生を検出し、イベントが記録対象イベント
に該当する場合のみ、当該イベントの情報をイベント記
録制御部に通知する。イベント記録制御部、タスク制御
部からのタスク切り換え情報と、イベント検出調査部か
らのイベント情報とをメモリに記録し、外部記録装置に
格納する。

【０００５】特開平９−３１９５９５号公報には、高速
なスケジューリング処理を可能とするマルチタスク制御
装置が記載されている。このマルチタスク制御装置は次
のように構成されている。前処理部、イベントフラグ管
理部、セマフォ管理部、メール管理部、タスク状態デー
タ保持部、状態遷移テーブル保持部、スケジューリング
管理部、タスク切替え管理部、後処理部、状態遷移テー
ブル生成部を備え、スケジューリング管理部が、イベン
トフラグ管理部、セマフォ管理部、メール管理部からの
事象の発生の通知を受けて、タスク状態データ保持部の
内容と、状態遷移テーブル保持部に保持されている状態
遷移テーブルとを参照し、事象の発生後に実行すべきタ
スクを判定して、必要に応じてタスク切替え管理部にタ
スクの切替えを指示する。

【０００６】

【発明が解決しようとする課題】リアルタイムモニタに
おける従来の事象管理／通知方法は、発生事象の事象制
御ブロック（ｃｂｌｋ）について事象制御ブロック（ｃ
ｂｌｋ）テーブルをテーブルスロットの先頭（事象＃
０）から検索し、その検索結果に基づいて事象通知を行
なうようにしている。

【０００７】しかしながら、一部の事象割り込みが頻発
する様になった場合、他の事象通知（例えば、タスクか
らの事象通知、他の事象割り込みにおける事象通知等）
があるにも拘わらず、リアルタイムモニタ内で他の事象
通知が滞ることがある。これは、事象待ちマクロでの通
知保留事象を検索する際に、事象制御ブロックｃｂｌｋ
テーブルを常にテーブルスロットの先頭から検索するた
め、頻発している方の事象が他の事象より事象番号が若
番になっている場合に頻発する事象を優先して通知して
しまうからである。

【０００８】この発明はこのような課題を解決するため
なされたもので、一つの事象が頻発するようなことにな
っても、他の事象の処理が滞ってしまわないように滞積
した事象を平準化して通知できるようにした事象管理・
通知方法を提供することを目的とする。

【０００９】

【課題を解決するための手段】前記課題を解決するため
この発明に係る事象管理・通知方法は、事象制御ブロッ
ク検索手段はタスクが事象待ち状態に入る際に事象制御
ブロックテーブルを検索することで当該タスクに対し通
知が保留されている事象がないかをチェックするように
した事象管理・通知方法において、検索毎に検索を開始
する事象をずらすことを特徴とする。

【００１０】また、この発明に係る事象管理・通知方法
は、事象制御ブロックテーブルの検索によって通知保留
事象が発見された場合は当該通知保留事象の通知を行な
うとともに次回の検索開始事象番号を当該事象番号の次
の番号とし、通知保留事象が発見されなかった場合は次
回の検索開始事象番号を当該事象番号の次の番号とする
ことを特徴とする。

【００１１】検索開始事象番号記憶テーブルを備え、こ
の検索開始事象番号記憶テーブルに各タスク毎の検索開
始事象番号を各タスクとの対応を付けて格納し、事象制
御ブロックテーブルの検索毎に該当するタスクの検索開
始事象番号を更新するようにしてもよい。

【００１２】この発明に係る事象管理・通知方法は、事
象制御ブロックテーブルを検索する際に検索順序を固定
せずに、検索毎に検索を開始する事象をずらすようにし
たので、特定の事象が頻発するように場合であっても以
降の事象が滞留することがなく、事象を平準化して通知
することができる。

【００１３】

【発明の実施の形態】以下この発明の実施の形態を添付
図面に基づいて説明する。図１はこの発明に係る事象管
理・通知方法を適用したリアルタイムモニタ装置（シス
テム）の機能ブロック構成図である。リアルタイムモニ
タ装置（システム）は、タスクプログラム群１０と、事
象制御ブロック（ｃｂｌｋ）１１と、事象制御ブロック
テーブル（ｃｂｌｋテーブル）１２と、リアルタイムモ
ニタ２０と、事象データテーブル群３０と、割り込み処
理４０とからなる。

【００１４】タスクプログラム群１０は機能毎に分割化
された複数のプログラムからなり、具体的には複数のタ
スク１０−１，１０−２，１０−３……，１０−ｎを備
える。本実施の形態においてタスクの優先度は１０−１
＞１０−２＞１０−３＞……＞１０−ｎである。また、
本実施の形態においてタスク１０−１は、他のタスクへ
の起動を一斉に行なうためのスタートタスクである。

【００１５】事象制御ブロック（ｃｂｌｋ）１１は、事
象待ちを行なうタスクが必ず１つ以上有しており、その
１ブロックが１つの事象を表わすものである。事象制御
ブロックテーブル（ｃｂｌｋテーブル）１２は、事象待
ちを行なうタスクが事象待ちマクロを用いてリアルタイ
ムモニタ２０へ事象待ち状態を宣言するために初期処理
時に自タスクの所有する全事象制御ブロックアドレスを
登録するためのものである。

【００１６】リアルタイムモニタ２０は、システムマク
ロ群２１と、ＰＯＳＴ処理２２と、ディスパッチ処理２
３と、事象制御ブロック（ｃｂｌｋ）検索手段２４と、
事象制御ブロック（ｃｂｌｋ）通知手段２５とからな
る。

【００１７】システムマクロ群２１は、タスクプログラ
ム群１０内のタスクがリアルタイムモニタ２０に実行ス
ケジューリングを依頼する際に起動する関数プログラム
である。このシステムマクロ群２１は、各種のシステム
マクロと、事象待ちマクロ２１−１と、事象通知マクロ
２１−２とを有してなる。事象待ちマクロ２１−１は、
タスクが事象を待ち受ける際に起動する関数プログラム
である。事象通知マクロ２１−２は、タスクが事象通知
の際に起動する関数プログラムである。

【００１８】ＰＯＳＴ処理２２は、事象通知マクロ２１
−２により起動される。ＰＯＳＴ処理２２は、全タスク
の事象発生を検索し当該発生事象を待ち受けているタス
クの実行可状態をリアルタイムモニタ２０に宣言する。

【００１９】ディスパッチ処理２３は、実行スケジュー
リングの完了したリアルタイムモニタ２０から起動さ
れ、スタック操作にて実行タスクを切り替える。

【００２０】事象制御ブロック（ｃｂｌｋ）検索手段２
４は、事象待ちマクロから起動される。事象制御ブロッ
ク（ｃｂｌｋ）検索手段２４は、事象発生しているにも
関わらず通知が保留されている事象制御ブロック（ｃｂ
ｌｋ）を検索する。

【００２１】事象制御ブロック（ｃｂｌｋ）通知手段２
５は、ＰＯＳＴ処理２２にて起動される。事象制御ブロ
ック（ｃｂｌｋ）通知手段２５は、１タスクの全事象を
検索し事象を検出したら当該事象を待ち受けているタス
クへの事象通知動作を行なう。

【００２２】事象データテーブル群３０は、事象制御ブ
ロック（ｃｂｌｋ）検索手段２４ならびに事象制御ブロ
ック（ｃｂｌｋ）通知手段２５によって参照されるとと
もに更新される。この事象データテーブル群３０は、待
ち受け事象数テーブル３１と、事象制御ブロック（ｃｂ
ｌｋ）テーブルアドレスアドレステーブル３２と、検索
開始事象番号記憶テーブル３３と、リターンコード（ｒ
ｔｃ）スタックアドレステーブル３４とを備える。

【００２３】待ち受け事象数テーブル３１には、事象待
ちを行なおうとするタスクが事象待ちマクロ２１−１を
起動することにより当該タスクの待ち受け事象数が登録
される。

【００２４】事象制御ブロック（ｃｂｌｋ）テーブルア
ドレスアドレステーブル３２には、当該タスクの事象制
御ブロック（ｃｂｌｋ）テーブル１２のアドレスが登録
される。

【００２５】検索開始事象番号記憶テーブル３３には、
検索を開始する事象の事象番号（事象＃０，…，事象＃
ｍ）が格納される。

【００２６】リターンコード（ｒｔｃ）スタックアドレ
ステーブル３４には、当該タスクのリターンコード（ｒ
ｔｃ）格納アドレスが登録される。このリターンコード
（ｒｔｃ）スタックアドレステーブル３４は、事象制御
ブロック（ｃｂｌｋ）検索手段２４ならびに事象制御ブ
ロック（ｃｂｌｋ）通知手段２５がリターンコード（ｒ
ｔｃ）に発生事象番号（事象＃０，…，事象＃ｍ）を書
き込む際に参照される。

【００２７】割り込み処理４０は、リアルタイムモニタ
装置（システム）の任意のタイミングで割り込みを発生
する。

【００２８】図２および図３はこの発明に係る事象管理
・通知方法を適用したリアルタイムモニタ装置（システ
ム）の全体動作を示すフローチャートである。前述した
ように本実施の形態においてタスクの優先度は、タスク
１０−１、タスク１０−２、……タスク１０−ｎの順で
あり、タスク１０−１は他タスクへの起動を一斉に行な
うスタートタスクである。タスク起動はシステムマクロ
群２１内のシステムマクロを使用する。該システムマク
ロは、指定された起動タスクを実行可状態にする。

【００２９】タスク１０−１は、タスク１０−２，タス
ク１０−３，……，タスク１０−ｎに起動をかける（ス
テップＡ１）。システムマクロ群２１内のシステムマク
ロを使用しリアルタイムモニタ２０に停止状態を宣言す
る（ステップＡ２）。

【００３０】リアルタイムモニタ２０により実行タスク
の切り替えが検出されディスパッチ処理２３が起動す
る。ディスパッチ処理２３は、タスク１０−１が停止し
たことにより優先度が高くなったタスク１０−２を実行
する（ステップＡ３）。

【００３１】図４はタスク１０−２の動作を示すフロー
チャートである。タスク１０−２は、各事象番号（＃０
〜＃ｍ）の事象制御ブロック（ｃｂｌｋ）アドレスを事
象制御ブロック（ｃｂｌｋ）テーブルにセットし（ステ
ップＢ１）、事象待ちマクロを起動する（ステップＢ
２）。次に、事象番号＃を認識し（ステップＢ３）、事
象番号＃に対応した処理（ステップＢ４〜ステップＢ
７）を行ない、ステップＢ２，ステップＢ３，ステップ
Ｂ４〜Ｂ７の処理を繰り返す。例えば、事象＃０であれ
ば事象＃０発生時の処理が行なわれ、事象＃ｍであれば
事象＃ｍ発生時の処理が行なわれる。このように、タス
ク１０−２は、起動後にｍ個の事象を待ちそれぞれ発生
した事象の内容に応じた処理を繰り返す。

【００３２】図５は事象待ちマクロの動作を示すフロー
チャートである。事象待ちマクロ２１−１は、入力パラ
メータによりタスク番号、待ち受け事象数、事象制御ブ
ロック（ｃｂｌｋ）テーブルアドレスを取得し（ステッ
プＣ１）、事象制御ブロック（ｃｂｌｋ）検索手段２４
にて当該事象制御ブロック（ｃｂｌｋ）テーブル内にで
通知保留されている事象を検索する（ステップＣ２）。
そして、事象待ちマクロ２１−１は、通知保留されてい
る事象の有無をチェックし（ステップＣ３）、通知保留
されている事象が有る場合はリアルタイムモニタ２０に
処理を移管する。通知保留されている事象が無い場合
は、リアルタイムモニタ２０に当該タスクの事象待ちを
宣言し（ステップＣ４）、リアルタイムモニタ２０へ処
理を移管する。

【００３３】図６は事象制御ブロック（ｃｂｌｋ）検索
手段の動作を示すフローチャートである。事象制御ブロ
ック（ｃｂｌｋ）検索手段２３は、入力パラメータとし
て検索タスク番号（検索タスク＃）を取得すると（ステ
ップＤ１）、検索開始事象番号記憶テーブル３３から当
該検索タスクの検索開始事象番号を取得する（ステップ
Ｄ２）。次に、ステップＤ３で事象制御ブロック（ｃｂ
ｌｋ）検索手段２３は、全ての事象制御ブロック（ｃｂ
ｌｋ）を見たかチェックし、全ての事象制御ブロック
（ｃｂｌｋ）を見ていない場合には、事象制御ブロック
（ｃｂｌｋ）テーブルの検索開始事象番号の事象制御ブ
ロック（ｃｂｌｋ）の状態フラグを参照する（ステップ
Ｄ４）。

【００３４】そして、事象制御ブロック（ｃｂｌｋ）検
索手段２３は、状態フラグをチェックし（ステップＤ
５）、状態フラグが事象未発生を示している場合には検
索開始事象番号に１を加算して（ステップＤ６）、ステ
ップＤ３の処理に戻る。事象制御ブロック（ｃｂｌｋ）
検索手段２３は、状態フラグが事象発生を示している場
合は、事象発生している事象番号をリターンコード（ｒ
ｔｃ）スタックにセットして（ステップＤ７）、一連の
処理を終了する。

【００３５】事象制御ブロック（ｃｂｌｋ）検索手段２
３は、ステップＤ３で全ての事象制御ブロック（ｃｂｌ
ｋ）を見たことを確認すると、ステップＤ８以降の処理
を行なう。まず、ステップＤ８では、当該検索タスクの
待ち受け事象数テーブル３１に待ち受け事象数を登録す
る。ステップＤ９で、当該検索タスクの事象制御ブロッ
ク（ｃｂｌｋ）テーブルアドレステーブル３２に事象制
御ブロック（ｃｂｌｋ）テーブルアドレスを登録する。
ステップＤ１０で、当該タスクの検索開始事象番号記憶
テーブル３３の値に１を加算した値を、検索開始事象番
号記憶テーブル３３に再度記憶する（検索開始事象番号
を次の値に更新する）。ステップＤ１１で、当該タスク
のリターンコード（ｒｔｃ）スタックアドレステーブル
３４にリターンコード（ｒｔｃ）スタックアドレスを登
録する。事象制御ブロック（ｃｂｌｋ）検索手段２３
は、ステップＤ８〜Ｄ１１に示した事象データテーブル
群３０の登録を行なった後に一連の処理を終了する。

【００３６】図２に示すステップＡ３で起動されたタス
ク１０−２は、図２のステップＡ４ならびに図４のステ
ップＢ１で示すように、自タスクの待ち受けする事象＃
０〜＃ｍの事象制御ブロック（ｃｂｌｋ）のアドレスを
自タスクの事象制御ブロック（ｃｂｌｋ）テーブル１２
に登録する。

【００３７】図７は事象制御ブロック（ｃｂｌｋ）の構
成を示す説明図である。事象制御ブロック（ｃｂｌｋ）
１１は、状態フラグと通知メッセージとから構成してい
る。

【００３８】図８は事象制御ブロック（ｃｂｌｋ）テー
ブルに対する事象制御ブロック（ｃｂｌｋ）アドレスの
登録動作を示す説明図である。事象制御ブロック（ｃｂ
ｌｋ）テーブル１２には、事象番号順に各事象番号（＃
０，＃１，＃２……）の事象制御ブロック（ｃｂｌｋ）
のアドレスが登録される。

【００３９】事象制御ブロック（ｃｂｌｋ）テーブル１
２への登録が完了すると、図２のステップＡ５ならびに
図４のステップＢ２に示すように、タスク１０−２は事
象待ちを行なうため事象待ちマクロ２１−１を起動す
る。待ち受けマクロ２１−１のパラメータは、本マクロ
を起動したタスクの番号と、当該タスクの待ち受け事象
数ｍ＋１と、当該タスクが所有するｃｂｌｋテーブル１
２のアドレスである。

【００４０】事象待ちマクロ２１−１は、図５のステッ
プＣ１，Ｃ２に示すように、ｃｂｌｋ検出手段２４にて
当該ｃｂｌｋテーブル１２に登録されている全ｃｂｌｋ
中に、状態フラグが事象発生となっているｃｂｌｋ（通
知保留されている事象）がないかを検索する。

【００４１】ｃｂｌｋ検出手段２４は、図６のステップ
Ｄ１，Ｄ２に示すように、指定されたタスクの検索開始
事象番号記憶テーブル３３から検索開始事象番号を取得
する。検索開始事象番号のデフォルト値は０としてい
る。このため、最初に取得される検索開始事象番号は０
となる。ｃｂｌｋ検出手段２４は、当該タスクのｃｂｌ
ｋテーブル１２の事象＃０のスロットから待ち受け事象
数ｍ＋１分検索する（図６のステップＤ３〜Ｄ６）。

【００４２】ここでは、タスク１０−２にて通知保留さ
れている事象がまだないため、ｃｂｌｋ検出手段２４
は、当該検索タスクの待ち受け事象数テーブル３１に待
ち受け事象数を登録し（図６のステップＤ８，図９）、
当該タスクのｃｂｌｋテーブルアドレステーブル３２に
ｃｂｌｋテーブルアドレスを登録する（図６のステップ
Ｄ９，図１０）。

【００４３】図９は待ち受け事象数テーブルの内容を示
す説明図である。待ち受け事象数テーブル３１には、各
タスクの待ち受け事象数が各タスクとの対応を付けて格
納されている。

【００４４】図１０は事象制御ブロック（ｃｂｌｋ）テ
ーブルアドレステーブルの内容を示す説明図である。ｃ
ｂｌｋテーブルアドレステーブル３２には、各タスクの
ｃｂｌｋテーブルアドレスが各タスクとの対応を付けて
格納されている。

【００４５】ｃｂｌｋ検出手段２４は、ステップＤ１０
で、当該検索タスクの検索開始事象番号記憶テーブル３
３の値に１を足した値を登録する。ここで、１を足した
値を登録するのは、次回検索時に同じ事象番号から検索
開始する動きを避けるためである。なお、１を足した値
が当該タスクの最大事象番号であるｍを上回った場合
は、事象番号を０にする。ｃｂｌｋ検索手段２４にて通
知保留されているｃｂｌｋを検出した場合についての説
明は後述する。

【００４６】図１１は検索開始事象番号記憶テーブルの
内容を示す説明図である。検索開始事象番号記憶テーブ
ル３３には、各タスクの検索開始事象番号が各タスクと
の対応を付けて格納されている。

【００４７】ｃｂｌｋ検索手段２４は、当該タスクのマ
クロ起動時のリターンコード（ｒｔｃ）格納アドレスを
ｒｔｃスタックアドレステーブル３４に登録する（ステ
ップＤ１１）。

【００４８】図１２はリターンコード（ｒｔｃ）スタッ
クアドレステーブルの内容ならびにタスク１０−２のマ
クロ起動中でのスタック構成の一例を示す説明図であ
る。ｒｔｃスタックアドレステーブル３４には、各タス
クのｒｔｃスタックアドレスが各タスクとの対応を付け
て格納されている。

【００４９】コンパイラによる関数呼び出しの際に関数
内で戻り値（＝ｒｔｃ）用に扱われる内部レジスタとい
うのは決まっているが、ｒｔｃ格納アドレスとは当該内
部レジスタをスタックに積載した時のスタックエリアの
アドレスを指す。事象通知マクロ２１−１はリアルタイ
ムモニタ２０に当該タスクの事象待ちを宣言しリアルタ
イムモニタ２０へ処理を移管する（図５のステップＣ
４）。

【００５０】事象待ちマクロ２１−１から処理移管され
たリアルタイムモニタ２０は任意の処理を行った後、実
行タスクを切り替えるためにディスパッチ処理２３へ処
理移管する。図２のステップＡ６に示すように、ディス
パッチ処理２３は実行優先度が次に高いタスク１０−３
を実行させる（ステップＡ６）。

【００５１】図１３はタスク１０−３の動きを示すフロ
ーチャートである。タスク１０−３は、実行開始後タス
ク１０−２が待ち受ける事象＃２の事象を検出したらタ
スク１０−２に事象通知する処理を行なう。具体的に
は、ステップＥ１で、タスク１０−２の待ち受け事象＃
２の事象発生が有ったを検索する。ステップＥ２で事象
＃２の発生が有ったこと検出すると、ステップＥ３でタ
スク１０−２の待ち受け事象＃２のｃｂｌｋアドレスを
パラメータとして事象通知マクロ２１−２を起動し、ス
テップＥ４でシステムマクロ群２１のマクロを起動し一
定時間停止状態に入った後に、ステップＥ１の処理へ戻
る。ステップＥ２で事象＃２の発生が無いことを検出し
た場合には、ステップＥ４でシステムマクロ群２１のマ
クロを起動し一定時間停止状態に入った後に、ステップ
Ｅ１の処理へ戻る。

【００５２】図１４は事象通知マクロの動作を示すフロ
ーチャートである。事象通知マクロ２１−２は、入力パ
ラメータよりｃｂｌｋアドレスを取得し（ステップＦ
１）、パラメータで指定された事象制御ブロック（ｃｂ
ｌＫ）１２の状態フラグに事象発生をセットし（ステッ
プＦ２）、次にＰＯＳＴ処理２２を呼び出して（ステッ
プＦ３）、リアルタイムモニタ２０へ処理を移管する。

【００５３】図１５は事象制御ブロック（ｃｂｌｋ）通
知手段の動作を示すフローチャートである。事象制御ブ
ロック（ｃｂｌｋ）通知手段２５は、入力パラメータに
基づいて検索タスク番号を取得する（ステップＧ１）。
次いで、事象制御ブロック（ｃｂｌｋ）通知手段２５
は、待ち受け事象数テーブル３１から当該検索タスクの
待ち受け事象数を取得し（ステップＧ２）、ｃｂｌｋテ
ーブルアドレステーブル３２から当該タスクのｃｂｌｋ
テーブルアドレスを取得し（ステップＧ３）、ｒｔｃス
タックアドレステーブル３４から当該タスクのｒｔｃス
タックアドレスを取得する（ステップＧ４）。次に、事
象制御ブロック（ｃｂｌｋ）通知手段２５は、検索開始
事象番号を０にセットする（ステップＧ５）。

【００５４】事象制御ブロック（ｃｂｌｋ）通知手段２
５は、ｃｂｌｋテーブル１２の検索開始事象番号の制御
対象ブロック（ｃｂｌｋ）１１の状態フラグを参照す
る。事象制御ブロック（ｃｂｌｋ）通知手段２５は、ス
テップＧ７で事象＃０から事象＃ｍまでチェックしたか
否か判断し、事象＃０から事象＃ｍまでチェックが完了
した場合には処理を終了する。事象＃０から事象＃ｍま
でのチェックが完了していない場合、事象制御ブロック
（ｃｂｌｋ）通知手段２５は、ステップＧ８で状態フラ
グを参照して事象発生か事象未発生かを判断する。

【００５５】事象未発生の場合、事象制御ブロック（ｃ
ｂｌｋ）通知手段２５は、ステップＧ９で検索開始事象
番号に１を加算してステップＧ６の処理へ戻る。事象発
生の場合、事象制御ブロック（ｃｂｌｋ）通知手段２５
は、ステップＧ１０で、当該事象制御ブロック（ｃｂｌ
ｋ）の事象番号をリターンコード（ｒｔｃ）スタックア
ドレステーブル３４の当該タスクのスロットにセットす
る。

【００５６】図２のステップＡ６に示したように、ディ
スパッチ処理２３により起動されたタスク１０−３は、
タスク１０−２への事象（事象＃２）発生を検出し（図
２のステップＡ７、図１３のステップＥ１）、事象通知
マクロ２１−２を起動する（ステップＡ８、図１３のス
テップＥ２、Ｅ３）。

【００５７】事象通知マクロ２１−２は、入力パラメー
タに基づいてタスク１０−２の事象番号２（事象＃２）
のｃｂｌｋアドレスを取得する（図１４のステップＦ
１）。事象通知マクロ２１−２は、ステップＦ１で取得
したｃｂｌｋアドレスに基づいて当該事象制御ブロック
（ｃｂｌｋ）の状態フラグを事象発生としセットし（図
１４のステップＦ２）、当該タスクのｃｂｌｋの事象制
御ブロック（ｃｂｌｋ）アドレスを入力パラメータとし
ＰＯＳＴ処理２３を起動する（図１４のＦ３）。

【００５８】ＰＯＳＴ処理２２は、ｃｂｌｋ通知手段２
５を使用して全タスクの全事象の発生状態をチェック
し、事象が発生しているタスクを実行可状態にする。Ｐ
ＯＳＴ処理２２より入力パラメータとしてタスク番号
（タスク＃）を得たｃｂｌｋ通知手段２５は、当該タス
ク番号（タスク＃）の待ち受け事象数テーブル３１から
待ち受け事象数ｍ＋１を取得し（図１５のステップＧ
１、Ｇ２）、ｃｂｌｋテーブルアドレステーブル３２か
ら当該タスクの所有するｃｂｌｋテーブル１２のアドレ
スを取得し（ステップＧ３）、ｒｔｃスタックアドレス
テーブル３４から当該タスクのｒｔｃスタックアドレス
を取得する（ステップＧ４）。

【００５９】ｃｂｌｋ通知手段２５は、当該タスクのｃ
ｂｌｋテーブル１２の事象＃０〜事象＃ｍまで状態フラ
グが事象発生になっているｃｂｌｋが存在するかを検索
する（ステップＧ５、Ｇ６、Ｇ７）。状態フラグが事象
発生となっているｃｂｌｋアドレスを検出した場合は当
該事象番号（＃）の値をｒｔｃスタックに格納する（ス
テップＧ８、Ｇ１０）。本実施の形態では事象＃２を検
出したため、リターンコード（ｒｔｃ）には２が格納さ
れる。

【００６０】次にＰＯＳＴ処理２２は、リアルタイムモ
ニタ２０に対しｃｂｌｋ通知手段２５によってｃｂｌｋ
通知されたタスク、本実施の形態でタスク１０−２の実
行可状態を宣言する（図２のステップＡ８）。

【００６１】図２のステップＡ８に示すように、リアル
タイムモニタ２０によって起動されたディスパッチ処理
２３は、タスク１０−３よりも実行優先度が高いタスク
１０−２を実行可能状態として検出するが、割り込み入
力が保留されているために、割り込み処理４０を起動す
る（図３のステップＡ９）。

【００６２】割り込み処理４０はタスク１０−２が待ち
受けている事象＃０の事象を検出し（図３のステップＡ
１０）、事象発生をタスク１０−２に通知するため、タ
スク１０−２の事象番号（事象＃０）の事象制御ブロッ
ク（ｃｂｌｋ）の状態フラグを事象発生としＰＯＳＴ処
理２２を起動する（図３のステップＡ１１）。

【００６３】ＰＯＳＴ処理２２は、ｃｂｌｋ通知手段２
５を使用し全タスクの全事象の発生状態をチェックし、
事象が発生しているタスクを実行可状態にする。ＰＯＳ
Ｔ処理２２より入力パラメータとしてタスク番号（タス
ク＃）を得たｃｂｌｋ通知手段２５は、当該タスク番号
（タスク＃）の待ち受け事象数テーブル３１から待ち受
け事象数ｍ＋１を取得し（図１５のステップＧ１、Ｇ
２）、ｃｂｌｋテーブルアドレステーブル３２から当該
タスクの所有するｃｂｌｋテーブル１２のアドレスを取
得し（ステップＧ３）、ｒｔｃスタックアドレステーブ
ル３４から当該タスクのｒｔｃスタックアドレスを取得
する（ステップＧ４）。

【００６４】ｃｂｌｋ通知手段２５は、当該タスクのｃ
ｂｌｋテーブル１２の事象＃０〜事象＃ｍまで状態フラ
グが事象発生になっている事象制御ブロック（ｃｂｌ
ｋ）が存在するか否かを検索する（ステップＧ５、Ｇ
６、Ｇ７）。そして、状態フラグが事象発生となってい
るｃｂｌｋアドレスを検出した場合は、当該事象番号
（事象＃）の値をｒｔｃスタックに格納する（ステップ
Ｇ８、Ｇ１０）。本実施の形態では、図２に示すステッ
プＡ７、Ａ８にて事象＃２を検出し、さらにタスク１０
−２が事象＃２を引き取っていない状態で事象＃０を検
出したためリターンコード（ｒｔｃ）には事象＃０が上
書きされる。

【００６５】リアルタイムモニタ２０によって起動され
たディスパッチ処理２３はタスク１０−３よりも実行優
先度が高いタスク１０−２の実行可状態を検出し、再度
タスク１０−２へ実行を切り替える（図３のステップＡ
１２）。

【００６６】実行が再開されたタスク１０−２は、事象
待ちマクロ２１−１のリターンコード（ｒｔｃ）を判断
して、当該事象に応じた処理を行う。本実施の形態では
事象＃０の０がｒｔｃとなる（ステップＡ１３）。事象
待ちマクロ２１−１から復帰したタスク１０−２は、リ
ターンコード（ｒｔｃ）が０であることを確認し事象＃
０に対応した処理を行う（ステップＡ１４）。タスク１
０−２は永久ループにより再度事象待ちを行うため、事
象待ちマクロ２１−１を再度起動する。

【００６７】事象待ちマクロ２１−１は、ｃｂｌｋ検索
手段２４を使用しパラメータで指定されたｃｂｌｋテー
ブル１２内の全ｃｂｌｋをチェックする（図５のステッ
プＣ１）。ｃｂｌｋ検索手段２４は、指定されたタスク
の検索開始事象番号記憶テーブル３３から検索開始事象
番号を取得する。図２のステップＡ５で既に検索動作が
走っているのでここでの検索開始事象番号は１となる。
（図６のステップＤ１、Ｄ２）。

【００６８】ｃｂｌｋ検索手段２４は、当該タスクのｃ
ｂｌｋテーブル１２の事象＃１から待ち受け事象数分検
索する。検索はループ形式で行うので事象＃１〜事象＃
ｍ、事象＃０の順で検索を行う（ステップＤ３、Ｄ４、
Ｄ５、Ｄ６）。本実施の形態ではステップＡ７にて検出
した事象＃２が通知保留されているので事象＃２がリタ
ーンコード（ｒｔｃ）にセットされ、一旦はリアルタイ
ムモニタ２０へ処理を移管するがリアルタイム２０及び
ディスパッチ処理２３は事象待ち状態に入らずリターン
させる（ステップＡ１５、Ａ１６、ステップＣ３、Ｃ
５）。リターンされたタスク１０−２は事象＃２に対応
した処理を行う（ステップＡ１７）。

【００６９】

【発明の効果】以上説明したようにこの発明に係る事象
管理・通知方法は、事象制御ブロックテーブルを検索す
る際に検索順序を固定せずに、検索毎に検索を開始する
事象をずらすようにしたので、特定の事象が頻発するよ
うに場合であっても以降の事象が滞留することがなく、
事象を平準化して通知することができる。

【図面の簡単な説明】

【図１】 この発明に係る事象管理・通知方法を適用し
たリアルタイムモニタ装置（システム）の機能ブロック
構成図である。

【図２】 この発明に係る事象管理・通知方法を適用し
たリアルタイムモニタ装置（システム）の全体動作を示
すフローチャート（その１）である。

【図３】 この発明に係る事象管理・通知方法を適用し
たリアルタイムモニタ装置（システム）の全体動作を示
すフローチャート（その２）である。

【図４】 タスク１０−２の動作を示すフローチャート
である。

【図５】 事象待ちマクロの動作を示すフローチャート
である。

【図６】 事象制御ブロック（ｃｂｌｋ）検索手段の動
作を示すフローチャートである。

【図７】 事象制御ブロック（ｃｂｌｋ）の構成を示す
説明図である。

【図８】 事象制御ブロック（ｃｂｌｋ）テーブルに対
する事象制御ブロック（ｃｂｌｋ）アドレスの登録動作
を示す説明図である。

【図９】 待ち受け事象数テーブルの内容を示す説明図
である。

【図１０】 事象制御ブロック（ｃｂｌｋ）テーブルア
ドレステーブルの内容を示す説明図である。

【図１１】 検索開始事象番号記憶テーブルの内容を示
す説明図である。

【図１２】 リターンコード（ｒｔｃ）スタックアドレ
ステーブルの内容ならびにタスク１０−２のマクロ起動
中でのスタック構成の一例を示す説明図である。

【図１３】 タスク１０−３の動きを示すフローチャー
トである。

【図１４】 事象通知マクロの動作を示すフローチャー
トである。

【図１５】 事象制御ブロック（ｃｂｌｋ）通知手段の
動作を示すフローチャートである。

【符号の説明】

１０ タスクプログラム群 １０−１〜１０−ｎ タスク ２０ リアルタイムモニタ ２１ システムマクロ群 ２１−１ 事象待ちマクロ ２１−２ 事象通知マクロ ２２ ＰＯＳＴ処理 ２３ ディスパッチ処理 ２４ 事象制御ブロック（ｃｂｌｋ）検索手段 ２５ 事象制御ブロック（ｃｂｌｋ）通知手段 ３０ 事象データテーブル群 ３１ 待ち受け事象数テーブル ３２ 事象制御ブロック（ｃｂｌｋ）テーブルアドレス
テーブル ３３ 検索開始事象番号記憶テーブル ３４ リターン（ｒｔｃ）コードスタックアドレステー
ブル ４０ 割り込み処理

Claims (4)

【特許請求の範囲】
1. 【請求項１】 事象制御ブロック検索手段は、タスクが
   事象待ち状態に入る際に事象制御ブロックテーブルを検
   索することで当該タスクに対し通知が保留されている事
   象がないかをチェックするようにした事象管理・通知方
   法において、 検索毎に検索を開始する事象をずらすことを特徴とする
   事象管理・通知方法
2. 【請求項２】 事象制御ブロック検索手段は、タスクが
   事象待ち状態に入る際に事象制御ブロックテーブルを検
   索することで当該タスクに対し通知が保留されている事
   象がないかをチェックするようにした事象管理・通知方
   法において、 前記事象制御ブロックテーブルの検索によって通知保留
   事象が発見された場合は当該通知保留事象の通知を行な
   うとともに次回の検索開始事象番号を当該事象番号の次
   の番号とし、通知保留事象が発見されなかった場合は次
   回の検索開始事象番号を当該事象番号の次の番号とする
   ことを特徴とする事象管理・通知方式。
3. 【請求項３】 前記検索開始事象番号を格納する検索開
   始事象番号記憶テーブルを備えたことを特徴とする請求
   項２記載の事象管理・通知方式。
4. 【請求項４】 前記検索開始事象番号記憶テーブルは、
   各タスク毎の検索開始事象番号が各タスクとの対応を付
   けて格納されていることを特徴とする請求項３記載の事
   象管理・通知方式。