JPH0922363A - タスク構成方式 - Google Patents
タスク構成方式Info
- Publication number
- JPH0922363A JPH0922363A JP16941895A JP16941895A JPH0922363A JP H0922363 A JPH0922363 A JP H0922363A JP 16941895 A JP16941895 A JP 16941895A JP 16941895 A JP16941895 A JP 16941895A JP H0922363 A JPH0922363 A JP H0922363A
- Authority
- JP
- Japan
- Prior art keywords
- task
- processing
- event
- monitor
- tasks
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【目的】 イベントが追加された場合でも新たにタスク
を作成する必要をなくす。 【構成】 イベント発生によりタスク起動要求するモニ
タ１０と、処理管理部２１、タスク・処理対応テーブル
２２、処理１〜ｍを行う処理部２３1〜２３mと各処理部
に付属するデータ部２４1〜２４m，作業バッファ２５1
〜２５mを有する仮想タスク２０からなる。タスクＡ，
Ｂ，Ｃ…ｎとしての各機能は複数の処理部２３1〜２３m
の処理１，２，３…ｍの組合せで実現できるようにして
あり、テーブル２２はタスクと処理の組合せが記述され
ている。イベント発生によりモニタ１０からタスク起動
要求があると、処理管理部２１はテーブル２２を検索
し、タスク対応の処理１〜ｍの組合せを読み出し、処理
１〜ｍを行う処理部２３1〜２３mの組合せで要求された
タスクの処理を実行する。
を作成する必要をなくす。 【構成】 イベント発生によりタスク起動要求するモニ
タ１０と、処理管理部２１、タスク・処理対応テーブル
２２、処理１〜ｍを行う処理部２３1〜２３mと各処理部
に付属するデータ部２４1〜２４m，作業バッファ２５1
〜２５mを有する仮想タスク２０からなる。タスクＡ，
Ｂ，Ｃ…ｎとしての各機能は複数の処理部２３1〜２３m
の処理１，２，３…ｍの組合せで実現できるようにして
あり、テーブル２２はタスクと処理の組合せが記述され
ている。イベント発生によりモニタ１０からタスク起動
要求があると、処理管理部２１はテーブル２２を検索
し、タスク対応の処理１〜ｍの組合せを読み出し、処理
１〜ｍを行う処理部２３1〜２３mの組合せで要求された
タスクの処理を実行する。
Description
【０００１】
【産業上の利用分野】本発明は、コンピュータシステム
において特定の機能を実現するための専用のソフトウェ
アにおけるタスク構成方式に関するものである。
において特定の機能を実現するための専用のソフトウェ
アにおけるタスク構成方式に関するものである。
【０００２】
【従来の技術】従来のタスク構成方式は図３に示すよう
に、特定の機能を実現するための複数のタスクＡ,Ｂ〜
ｎとそれらを管理するモニタ１０よりなる。モニタ１０
及びタスクＡ,Ｂ〜ｎはそれぞれプログラミング言語に
て記述されたコード部１１及び３１A，３１B〜３１
nと、数値にて記述されたデータ部１２及び３２A，３２
B〜３２nと、作業用のバッファ１３及び３３A，３３B〜
３３nよりなる。
に、特定の機能を実現するための複数のタスクＡ,Ｂ〜
ｎとそれらを管理するモニタ１０よりなる。モニタ１０
及びタスクＡ,Ｂ〜ｎはそれぞれプログラミング言語に
て記述されたコード部１１及び３１A，３１B〜３１
nと、数値にて記述されたデータ部１２及び３２A，３２
B〜３２nと、作業用のバッファ１３及び３３A，３３B〜
３３nよりなる。
【０００３】モニタ１０のデータ部１２には、イベント
・起動タスク対応テーブル１２1が格納されている。表
１にイベント、起動・タスク対応テーブルを示す。この
テーブルには発生するイベントａ，ｂ，ｃ…ｎと、その
とき起動すべきタスクＡ，Ｂ，Ｃ…ｎが１対１に対応し
て記述されている。
・起動タスク対応テーブル１２1が格納されている。表
１にイベント、起動・タスク対応テーブルを示す。この
テーブルには発生するイベントａ，ｂ，ｃ…ｎと、その
とき起動すべきタスクＡ，Ｂ，Ｃ…ｎが１対１に対応し
て記述されている。
【０００４】
【表１】
【０００５】モニタ１０は常に図４に示すフローに従っ
て、データの入力やタイマのタイムアップ等のイベント
を監視している。今、ａというイベントが発生したとす
ると、モニタ１０はイベント・起動タスク対応テーブル
１２1を検索し、起動すべきタスクがＡであることを知
る。次に、当該のタスクＡを起動する。起動されたタス
クＡはイベントａに応じた処理を行う。モニタ１０は再
びイベントの監視に移る。
て、データの入力やタイマのタイムアップ等のイベント
を監視している。今、ａというイベントが発生したとす
ると、モニタ１０はイベント・起動タスク対応テーブル
１２1を検索し、起動すべきタスクがＡであることを知
る。次に、当該のタスクＡを起動する。起動されたタス
クＡはイベントａに応じた処理を行う。モニタ１０は再
びイベントの監視に移る。
【０００６】
【発明が解決しようとする課題】上記従来方式では、
（１）イベントと起動タスクが１対１に対応しているた
め、イベントが追加された場合は、それに対応するタス
クを新たに作製しなければならない。
（１）イベントと起動タスクが１対１に対応しているた
め、イベントが追加された場合は、それに対応するタス
クを新たに作製しなければならない。
【０００７】（２）互に類似した機能のタスクであって
も、イベントが異なれば別タスクとして扱われるので、
メモリ資源などの限られた資源を有効に使えない。
も、イベントが異なれば別タスクとして扱われるので、
メモリ資源などの限られた資源を有効に使えない。
【０００８】（３）特定の処理はタスクに内存している
ので、それのみを追加，削除するにはタスク自身の改造
が必要となる。
ので、それのみを追加，削除するにはタスク自身の改造
が必要となる。
【０００９】本発明は、従来のこのような問題点に鑑み
てなされたものであり、その目的とするところは、イベ
ントが追加された場合でも新たにタスクを作製する必要
がなく、資源を有効に使用できるタスク構成方式を提供
することにある。
てなされたものであり、その目的とするところは、イベ
ントが追加された場合でも新たにタスクを作製する必要
がなく、資源を有効に使用できるタスク構成方式を提供
することにある。
【００１０】
【課題を解決するための手段】上記目的を達成するため
に、本発明におけるタスク構成方式は、イベント発生に
よりタスク起動要求するモニタと複数のタスクを模擬し
た仮想タスクを有し、仮想タスクはタスク起動要求され
る処理管理部と複数の処理部及びタスク・処理対応テー
ブルを有し、各処理部は各々固有のデータ部及び作業バ
ッファを有し、タスク・処理対応テーブルはタスクとそ
れに該当する複数の処理が登録されてなるものである。
に、本発明におけるタスク構成方式は、イベント発生に
よりタスク起動要求するモニタと複数のタスクを模擬し
た仮想タスクを有し、仮想タスクはタスク起動要求され
る処理管理部と複数の処理部及びタスク・処理対応テー
ブルを有し、各処理部は各々固有のデータ部及び作業バ
ッファを有し、タスク・処理対応テーブルはタスクとそ
れに該当する複数の処理が登録されてなるものである。
【００１１】
【作用】処理管理部はイベントの発生によりモニタから
タスク起動要求されると、タスク・処理対応テーブルを
検索する。このテーブルにはタスクとそれに該当する複
数の処理が登録されているので、その複数の処理をそれ
ぞれ実行する複数の処理部で実行することにより起動要
求タスクの処理を行うことができる。タスクは処理の組
合せで構成されているので、イベントが追加された場
合、タスク処理対応テーブルに必要な処理を記述するこ
とで対応できる。
タスク起動要求されると、タスク・処理対応テーブルを
検索する。このテーブルにはタスクとそれに該当する複
数の処理が登録されているので、その複数の処理をそれ
ぞれ実行する複数の処理部で実行することにより起動要
求タスクの処理を行うことができる。タスクは処理の組
合せで構成されているので、イベントが追加された場
合、タスク処理対応テーブルに必要な処理を記述するこ
とで対応できる。
【００１２】
【実施例】本発明の実施例について図面を参照して説明
する。図１について、このタスク構成方式はモニタ１０
と仮想タスク２０からなる。モニタ１０は従来モニタ
（図３）同様、コード部１１，データ部１２，作業バッ
ファ１３からなり、データ部１２にイベント・起動対応
テーブル（表１）が格納されている。
する。図１について、このタスク構成方式はモニタ１０
と仮想タスク２０からなる。モニタ１０は従来モニタ
（図３）同様、コード部１１，データ部１２，作業バッ
ファ１３からなり、データ部１２にイベント・起動対応
テーブル（表１）が格納されている。
【００１３】仮想タスク２０はモニタ１０からタスク起
動要求される処理管理部２１と、タスク・処理対応テー
ブル２２及び複数の処理部２３1〜２３mからなる。各処
理部２３1〜２３mはプログラミング言語で記述され、そ
れぞれ固有のデータ部２４1〜２４m及び作業用バッファ
２５1〜２５mを有している。
動要求される処理管理部２１と、タスク・処理対応テー
ブル２２及び複数の処理部２３1〜２３mからなる。各処
理部２３1〜２３mはプログラミング言語で記述され、そ
れぞれ固有のデータ部２４1〜２４m及び作業用バッファ
２５1〜２５mを有している。
【００１４】処理管理部２１はモニタ１０よりタスク起
動の要求があると、タスク・処理対応テーブル２２を参
照してそのタスクとして必要な処理を順次行っていく。
動の要求があると、タスク・処理対応テーブル２２を参
照してそのタスクとして必要な処理を順次行っていく。
【００１５】
【表２】
【００１６】表２にタスク・処理対応テーブルを示す。
このテーブル２２はタスクＡ，Ｂ，Ｃ…ｎとしての各機
能は複数の処理１，２，３…ｍの組合せで実現できるよ
うに、処理部２３1〜２３m，データ部２４1〜２４m，作
業バッファ２５1〜２５mに記述してある。そしてタスク
・処理対応テーブル２２には起動すべきタスクＡ，Ｂ，
Ｃ…ｎとそのタスク機能として必要な複数の処理１，
２，３…ｍの組合せが記述してある。
このテーブル２２はタスクＡ，Ｂ，Ｃ…ｎとしての各機
能は複数の処理１，２，３…ｍの組合せで実現できるよ
うに、処理部２３1〜２３m，データ部２４1〜２４m，作
業バッファ２５1〜２５mに記述してある。そしてタスク
・処理対応テーブル２２には起動すべきタスクＡ，Ｂ，
Ｃ…ｎとそのタスク機能として必要な複数の処理１，
２，３…ｍの組合せが記述してある。
【００１７】実施例の動作について、図２のフローを用
いて説明する。イベントが発生すると、モニタ１０はイ
ベント・起動タスク対応テーブル１２1（表１）からイ
ベント対応の起動タスクを読み出し、そのタスク起動を
仮想タスク２０の処理管理部２１に要求する（Ｓ１〜Ｓ
３）。
いて説明する。イベントが発生すると、モニタ１０はイ
ベント・起動タスク対応テーブル１２1（表１）からイ
ベント対応の起動タスクを読み出し、そのタスク起動を
仮想タスク２０の処理管理部２１に要求する（Ｓ１〜Ｓ
３）。
【００１８】処理管理部２１はこのタスク起動の要求に
応じタスク・処理対応テーブル２２（表２）を検索する
（Ｓ４）。起動タスクがあれば、そのタスクに対応する
処理（１〜ｍの組合せ）を読み出し、その処理を行う処
理部（２３1〜２３mの組合せ）で起動要求のタスク機能
の処理を実行する（Ｓ５，Ｓ６）。これを登録されて処
理がなくなるまで繰返す（Ｓ５〜Ｓ７）。
応じタスク・処理対応テーブル２２（表２）を検索する
（Ｓ４）。起動タスクがあれば、そのタスクに対応する
処理（１〜ｍの組合せ）を読み出し、その処理を行う処
理部（２３1〜２３mの組合せ）で起動要求のタスク機能
の処理を実行する（Ｓ５，Ｓ６）。これを登録されて処
理がなくなるまで繰返す（Ｓ５〜Ｓ７）。
【００１９】以上のように、タスクＡ，Ｂ，Ｃ…ｎが処
理１，２，３…ｍの組合せで構成されているので、イベ
ントが追加された場合、タスク・処理対応テーブル２２
に必要な処理を記述するだけですむことになる。また、
類似するタスクの機能は処理部２３1〜２３mを共用する
ことで実現可能となる。また、処理部２３1〜２３mはそ
れぞれ固有のデータ部２４1〜２４m及び作業バッファ２
５1〜２５mを有し、他の処理部と独立しているので、デ
ータの追加，削除が容易にできる。
理１，２，３…ｍの組合せで構成されているので、イベ
ントが追加された場合、タスク・処理対応テーブル２２
に必要な処理を記述するだけですむことになる。また、
類似するタスクの機能は処理部２３1〜２３mを共用する
ことで実現可能となる。また、処理部２３1〜２３mはそ
れぞれ固有のデータ部２４1〜２４m及び作業バッファ２
５1〜２５mを有し、他の処理部と独立しているので、デ
ータの追加，削除が容易にできる。
【００２０】
【発明の効果】本発明は、上述のとおり構成されている
ので、次に記載する効果を奏する。
ので、次に記載する効果を奏する。
【００２１】（１）イベントが追加された場合でも、タ
スク処理対応テーブルに必要な処理を記述すればよいの
で、新たにタスクを作成する必要がない。
スク処理対応テーブルに必要な処理を記述すればよいの
で、新たにタスクを作成する必要がない。
【００２２】（２）類似するタスクの機能は処理部を共
用することで実現できるので、資源を有効に使用でき
る。
用することで実現できるので、資源を有効に使用でき
る。
【００２３】（３）処理部は固有のデータ，作業バッフ
ァを有し、他の処理部と独立しているので、データの追
加，削除が容易である。
ァを有し、他の処理部と独立しているので、データの追
加，削除が容易である。
【図１】実施例の構成説明図。
【図２】実施例の動作フロー図。
【図３】従来例の構成説明図。
【図４】従来例の動作フロー図。
１，２，３〜ｍ…処理 １０…モニタ １１…コード部 １２…データ部 １２1…イベント・起動タスク対応テーブル １３…作業バッファ ２０…仮想タスク ２１…処理管理部 ２２…タスク・処理対応テーブル ２３1〜２３m…処理部 ２４1〜２４m…データ部 ２５1〜２５m…作業バッファ ３１A〜３１n…コード部 ３２A〜３２n…データ部 ３３A〜３３n…作業バッファ Ａ，Ｂ，Ｃ〜ｎ…タスク ａ，ｂ，ｃ〜ｎ…イベント
Claims (1)
- 【請求項１】 イベント発生によりタスク起動要求する
モニタと複数のタスクを模擬した仮想タスクを有し、 仮想タスクはタスク起動要求される処理管理部と複数の
処理部及びタスク・処理対応テーブルを有し、 各処理部は各々固有のデータ部及び作業バッファを有
し、 タスク・処理対応テーブルはタスクとそれに該当する複
数の処理が登録されてなり、 仮想タスクはモニタからのタスク起動の要求があるとタ
スク・処理対応テーブルを検索し、テーブルに登録され
た複数の処理にて起動要求タスクの処理を実行すること
を特徴としたタスク構成方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16941895A JPH0922363A (ja) | 1995-07-05 | 1995-07-05 | タスク構成方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16941895A JPH0922363A (ja) | 1995-07-05 | 1995-07-05 | タスク構成方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0922363A true JPH0922363A (ja) | 1997-01-21 |
Family
ID=15886233
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16941895A Pending JPH0922363A (ja) | 1995-07-05 | 1995-07-05 | タスク構成方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0922363A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006343802A (ja) * | 2005-06-07 | 2006-12-21 | Rohm Co Ltd | 割込処理方法、システムおよび装置、並びに割込ハンドラ記憶装置 |
| JP2007115172A (ja) * | 2005-10-24 | 2007-05-10 | Mitsubishi Electric Corp | 二重化システム |
-
1995
- 1995-07-05 JP JP16941895A patent/JPH0922363A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006343802A (ja) * | 2005-06-07 | 2006-12-21 | Rohm Co Ltd | 割込処理方法、システムおよび装置、並びに割込ハンドラ記憶装置 |
| JP2007115172A (ja) * | 2005-10-24 | 2007-05-10 | Mitsubishi Electric Corp | 二重化システム |
| JP4738132B2 (ja) * | 2005-10-24 | 2011-08-03 | 三菱電機株式会社 | 二重化システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3659062B2 (ja) | 計算機システム | |
| KR930000592B1 (ko) | 타스크 추적장치 | |
| CN112286633A (zh) | 基于CloudStack平台的虚拟机创建方法、装置、设备及存储介质 | |
| JP2821345B2 (ja) | 非同期ｉ／ｏ制御方式 | |
| JPH0922363A (ja) | タスク構成方式 | |
| JP6510430B2 (ja) | トレースデータ編集装置及び方法 | |
| JP3163196B2 (ja) | 仮想記憶制御における命令中断情報格納制御方法 | |
| JPS6342293B2 (ja) | ||
| CN111782482B (zh) | 接口压力测试方法及相关设备 | |
| KR102708907B1 (ko) | 외부 예외 핸들링 | |
| JPH09146898A (ja) | プロセッサ割当て制御方法 | |
| JP2003005987A (ja) | エミュレーション装置 | |
| JP2790472B2 (ja) | 多重会話処理制御方式 | |
| JPH04346136A (ja) | 仮想命令プロセッサ構成制御方法 | |
| JPH0553835A (ja) | 利用者資格を付加する処理装置 | |
| JPS6150356B2 (ja) | ||
| CN117472583A (zh) | 一种操作系统中多进程动态绑定cpu核的方法 | |
| JP3077812B2 (ja) | 情報処理装置 | |
| JPH02191050A (ja) | スワップ域離散管理処理方式 | |
| JPH05334249A (ja) | 対話処理システムにおけるカタログのネスティング管理方式 | |
| JPH10301787A (ja) | 情報処理装置 | |
| JPS61260345A (ja) | マルチプロセサ間のバス制御方式 | |
| JPH0281239A (ja) | 仮想計算機システムにおけるファイル共用制御方式 | |
| JPS63313238A (ja) | Ｏｓにおける非同期入出力要求処理方式 | |
| JPH0679301B2 (ja) | ジヨブ終了通知方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040330 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040531 |
|
| A02 | Decision of refusal |
Effective date: 20040622 Free format text: JAPANESE INTERMEDIATE CODE: A02 |