JPH01189733A - 代表イベント管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概要〕 タスクのイベント完了を管理するイベント管理方式に関
し、 イベントの種別に対応した固定的なイベントリストおよ
び代表イベントを設け、可変的に発生ずるイベン［をこ
の代表イベントに関連づけて管理し、イベントリストの
数を固定的かつ最小限にして迅速にイベント完了を管理
することを目的とし、イベント種別に対応して固定的に
設けたイベントリストと、このイベントリストからポイ
ントされ、当該種別に対応する全てのイベントのいずれ
かが完了した場合にセットされる固定的に設けた′代表
イ・＼ントフラグと、イベントが完了した場合にセット
される動的に設けた個別イヘントフラグとを備え、いず
れかの代表イベントフラグがセットされた場合に、当該
種別の全ての個別イヘントフラグを検索して個々のイー
・ント完γを知り、管理するように構成する。

［産業上の利用分野〕 本発明は、代表イヘンＩ・フラグを用いてタスクのタイ
ムアラン１〜待ちなどのイー・ンＩ・完γを管理する代
表イヘン１管理方式に関するもの−である。

〔従来の技術と発明か解決しよつとする問題点］従来、
第５図に示すように、タスクＡのタイムアウト待ちなど
のイー・ン１〜管理は、ＭＷＡＩＴマクロのパラメータ
として待ち合わせの数に対応したイヘンｉ・リスト２１
を指定して行うようにしている。この時、イベント個数
が定まらなければならないが、タスクＡが例えば動的に
発生ずる二１不りトション単位にイベント待ちするよう
な処理（タイムアウト待ち／ハソファ獲得待ち）の場合
、発生するコネクションの最大数分のイベントリス１２
１が必要となり、これを予測して予め固定的に確保して
おく必要かあり、イベントリストが大きくなり、以下の
ような問題が発生する。

（１）　　モニタ（タスク管理部）かイベントリス１を
ザーチ１−で完了したイベントを見つけ出すために時１
）：］が長くなり、性能が悪くなる。

（２）使用しないコネクション数分のイベントリストも
固定的に用意する必要があり、メ干り領域の無駄か発生
する。

（３）可変的なイヘン１−待ち処理か発生した時、ＭＷ
ＡＩＴ時のイベント個数が定まらない。

本発明は、イベントの種別に対応した固定的なイベント
リスｌおよび代表イヘンＩ−を設け、可変的に発生ずる
イベントをこの代表イー＼ントに関連づりて管理し、イ
ベントリストの数を固定的かつ最小限にして迅速にイベ
ント完了を管理することを目ｒ１勺としている。

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

第１図を参照して問題点を解決するための手段を説明す
る。

第１図において、イベントリスト１は、イヘン１の種別
に対応して固定的に設けたイヘントフラグポインタ＋１
）ないしくｎ）（ｎは整数の固定値）などから構成され
ている。このイベントフラクポインタ（１）ないしく口
）は、代表イベントフラグ２をポイントしている。

代表イベントフラグ２は、固定的に設けた代表イベント
フラグ（１）ないしくｎｌ（ｎは整数の固定値）などか
ら構成され、対応する種別のイベントのいずれかが発生
した場合に七ノドされるものである。

個別イヘン１〜フラグ３は、代表イベントフラグ２の種
別に対応して可変的に発生したイベントに対して設ける
ものである。

〔作用〕

本発明は、第１図に示すように、イベントの種別に対応
して固定的なイベントリスト 表イヘン１−フラグ２を設け、可変的に発生したイベン
ト処理（タイムアウト待ち／バッファ獲得待らなどの処
理）に対応して該当種別の代表イベントフラグ２に関連
づけて個別イヘン１フラク３を必要な数たけ設番ノ、イ
ー・ント処理が完了した場合に当該個別イベントフラグ
３および対応する種別の代表イ・＼ントフラク２をセッ
トし、ザーチしてセソ１−されている代表イベントフラ
グ２に対応する個別イヘントフラグ３を全て検索して個
々のイベント完了を知り、イベント完了処理を行って管
理するようにしている。

従って、イベントリスト１および代表イベントフラグ２
の数をイベントの種別に対応して固定的に設けて簡単な
アルゴリスムによってイベント完了を迅速に管理するこ
とが可能となると共に、従来のように発生する最大数分
のイベントリストを予め固定的に確保するというメモリ
資源の無駄をなくすることが可能となる。

〔実施例〕

次に、第２図から第４図を用いて本発明の１実施例の構
成および動作を順次詳細に説明する。

第２図において、通信タスク５は、通信処理を行うもの
であって、イベントリスト１、代表イベントフラグ２、
コネクション単位に第１図個別イヘントフラグ３を格納
するコネクションＮ理テーブル４、イヘント管理部６、
およびコネクション単位に通信処理を行うコネクション
単位処理部７などから構成されている。イー・ント管理
部６を構成する完了イヘント解析処理部６−１は、第４
図に示すようなイヘントの完了を解析してイヘント完了
処理を行うものである。

第３図および第４図を用いて第２図構成の動作を順次詳
細に説明する。

第３図において、図中■ば、初期化することを示す。ご
れは、イヘントリストｌおよび代表イヘントフラグ２を
格納する領域を獲得することを意味している。

図中■は、タイマ依頼準備を行うことを示ず。

図中■は、個別イベン１〜フラグを“ｌ”　（ＯＮ、未
完了）にセットすることを示す。

図中■は、タイマ依頼をモニタ（タスク管理部）８に通
知することを示す。これは、通信タスク５が、パラメー
タとして時間′ｌ”、、個別イー・ンＩフラクポインタ
のアドレスを指定し、タイ−７依頓をモニタ８に依頼す
ることを示す。

図中■は、ＭＷＡＩＴ（待機）することを示す。

図中■ば、モニタ８が該当するコネクション管理テーブ
ル４中のタイマ用の個別イヘントフラグを“Ｑ”（ＯＦ
Ｆ、完了）にセットすることを示す。これは、モニタ８
が、通信タスク５から図中■でタイマ依頼を受けた後、
パラメータで指定された時間Ｔ１を経過したことに対応
して、該当するコネクション管理テーブル４中のタイマ
用の個別イヘントフラグ（１，−１）を′０゛にセット
することを意味している。

図中■は、モニタ８がタイマ用の代表イヘントフラグ（
１）を“’０”（ＯＦＦ、完了）にセットすることを示
す。

図中■は、モニタ８がタイムアウトした旨を通信タスク
５に通知することを示す。

第４図において、図中■は、代表イー・ントフラグが０
ＦＦ（“０゛、完了〉か否かを判別することを示す。Ｙ
　Ｅ　Ｓの場合（モニタ８によって代表イ・＼ントフラ
グがＯＦ　Ｆにセットされていた場合）には、図中［相
］を行う。ＮＯの場合には、終了する。

図中［相］は、コネクション管理テーブル４を取り出す
ことを示す。

図中■は、個別イヘントフラグかＯＦ　Ｆか否かを判別
することを示す。これは、図中［相］で取り出したコネ
クション管理テーブル４中のタイマ用の個別イ・＼ン１
−フラグ（１−１）を順次検索し、０１”　Ｆか否かを
判別することを意味している。ＹＥＳの場合には、図中
＠でイヘント完了処理（タイムアウトしたことに対応し
た処理）を行い、図中［相］を行う。ＮＯの場合には、
図中０を行う。

図中０、■は、次に取り出すべきコネクション管理テー
ブル４がないか否かを判別することを示す。Ｎｏの場合
（取り出すコネクション管理テーブルがある場合）には
、図中■および＠を繰り返し実行する。ＹＥＳの場合（
取り出すコネクション管理チーフルがない場合）には、
図中［相］で代表イベントフラグ２をＯＮ（未完了）に
しソトし、終了する。以−トの図中■から［相］の処理
は、第２図完−ｒイ・＼ント解析処理部６−１が実行す
る。尚、第２図ハソファ用についても、上述したタイマ
用と同様に処理する。

以上のように、タイムアウト待ち、ハンファ獲得待ちな
どの種別に対応した数だＧノ固定的にイヘントリスト１
および代表フラグ２を設け、この代表フラグ２に関連づ
けて動的に発生／消滅するコネクション単位にコネクシ
ョン管理チーフル４を設定してイヘントの完γを管理し
ているため、コネクションか動的に発生／消滅しても個
々のコネクションの各イヘントから１つの代表イヘン［
フラグ２がポイントされ、ＭＷＡＩ’ｒマクロ用のイヘ
ントリスＩ・ｌの個数および代表イヘン１へフラグ２の
個数か変動することはない。

〔発明の効果〕

以上説明したように、本発明によれば、イハ、ントリス
ト１および代表イー・ントフラグ２の数をイー・ントの
種別に対応して固定的に設り、コネクションなどに欠ｊ
応して可変的に発生ずる夕・イムアウト待ち／バッファ
獲得待ちなどのイベントを代表イベントフラグ２に関連
づけて設定する構成を採用しているため、簡単なアルゴ
リズムによってイベント完了を迅速に管理することかで
きると共に、従来のように発生する最大数分のイベン［
リストを予め固定的に確保することによるメモリ資源の
無駄をなくすることができる。また、イー、ンＩ・リス
ト１を可変にするアルゴリズムがなくなり、プログラム
の開発量の削減を図ることができると共に作成が容易と
なる。

【図面の簡単な説明】

第１図は本発明の原理構成図、第２図は本発明の１実施
例構成図、第３図、第４図は本発明の動作説明フローチ
ャート、第５図は従来技術の説明図を示す。 図中、■はイヘントリス；−１２は代表イベントフラグ
、３は個別イヘンＩ−フラグ、４はコネクション管理テ
ーブル、６はイヘント管理部、６−１は完了イベント解
析処理部を表す。 ＭＷＡＩＴ：　　９／９イヘ゛ｙＦ愕ちモニタマクロＰ
Ｏ５Ｔ　　：　　イヘ゛ノド兜了１）Ｍモニタマクロ（
イ） ２１イヘパノトリスト

Claims (1)

1. 【特許請求の範囲】 タスクのイベント完了を管理するイベント管理方式にお
   いて、 イベント種別に対応して固定的に設けたイベントリスト
   （１）と、 このイベントリスト（１）からポイントされ、当該種別
   に対応する全てのイベントのいずれかが完了した場合に
   セットされる固定的に設けた代表イベントフラグ（２）
   と、 イベントが完了した場合にセットされる動的に設けた個
   別イベントフラグ（３）とを備え、いずれかの代表イベ
   ントフラグ（２）がセットされた場合に、当該種別の全
   ての個別イベントフラグ（３）を検索して個々のイベン
   ト完了を知り、管理するように構成したことを特徴とす
   る代表イベント管理方式。