JPS60254328A - Task processing method in data processing system - Google Patents
Task processing method in data processing systemInfo
- Publication number
- JPS60254328A JPS60254328A JP11139284A JP11139284A JPS60254328A JP S60254328 A JPS60254328 A JP S60254328A JP 11139284 A JP11139284 A JP 11139284A JP 11139284 A JP11139284 A JP 11139284A JP S60254328 A JPS60254328 A JP S60254328A
- Authority
- JP
- Japan
- Prior art keywords
- task
- queue
- priority processing
- processing
- information
- 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
Description
【発明の詳細な説明】
(1) 産業上の利用分野
本発明はタスクの処理方法、特に優先処理中に受けfl
けた事象を保留し、上記優先処理終了後に逐次事象を処
理出来るようにしたタスクの順次処理方式に関するもの
である。DETAILED DESCRIPTION OF THE INVENTION (1) Industrial field of application The present invention relates to a method for processing tasks, particularly for processing tasks that are received during priority processing.
The present invention relates to a task sequential processing method that suspends events that have reached 1000 digits, and allows sequential processing of events after the above-mentioned priority processing is completed.
複数のタスクで構成されたジョブが複数個並列に接続さ
れて制御されているシステムにおいては、これらのジョ
ブはインタフェースを通して中央処理装@(CPLJ)
につながり、インタフェースを介してオペレーティング
・システム(O8)の七二夕によって制御されてタスク
に対し優先処理制御ζ待機制御が行われる。しかし、こ
のような高度な機能は、大規模な制御装置に属し、小規
模な制御装置のモニタではこの高度な機能の制御を行う
ことは全体のシステム構成のバランスから困難もしくは
得策でない。本発明は、かかる小規模制御装置における
タスクの制御を図ろうとするものである。In a system where multiple jobs consisting of multiple tasks are connected and controlled in parallel, these jobs are sent to the central processing unit @ (CPLJ) through an interface.
, and is controlled by Tanabata of the operating system (O8) via the interface to perform priority processing control and ζ standby control for the task. However, such advanced functions belong to a large-scale control device, and it is difficult or inadvisable to control these advanced functions using a monitor of a small-scale control device due to the balance of the overall system configuration. The present invention attempts to control tasks in such a small-scale control device.
(2) 従来の技術
第1図は従来におけるタスクの処理手順を示す図である
。この図において、Bはメインタスクに相当し、業務プ
ログラ−ムである。A、C,Dはサブタスクであり、A
タスクは回線制御プログラム、Cタスクはディスプレイ
・キーボード制御プログラム、Dタスクはフロッピーデ
ィスク制御プログラムである。メインタスクBは、従来
例において−は1個所の受信部(RCV)サブタスクか
らの依頼を受け、この依頼に基づく処理を行うようにし
ていた。即ち、サブタスクからの依頼情報をプログラミ
ングの順序により受付けられた順に取出し逐次処理する
。このような場合において、優先して処理したい情報が
DにあるときはタスクC又はAからの情報が先行してメ
インタスクBに入力されると、当該メインタスクBは1
個所でレシーブしてタスクCからの情報処理、タスク八
からの情報の処理が行われる。(2) Prior Art FIG. 1 is a diagram showing a conventional task processing procedure. In this figure, B corresponds to the main task and is a business program. A, C, and D are subtasks, and A
The task is a line control program, the C task is a display/keyboard control program, and the D task is a floppy disk control program. In the conventional example, main task B receives a request from one receiving unit (RCV) subtask and performs processing based on this request. That is, the request information from the subtasks is extracted in the order in which it was received according to the programming order and is sequentially processed. In such a case, if the information that you want to process with priority is in D, and the information from task C or A is input to main task B first, main task B will
The information received from task C and the information from task 8 are processed.
かかる各タスク間における情報の交換状況を第2図に示
す。この図において、業務タスクBはディスプレイ・キ
ーボード制御タスクCからの要求マクロ“1パ(例えば
、文書送信依頼といった)を受け、回線制御タスクAに
「回線オープン」マクロを発送(SEND)する。次い
で業務タスクBは、回線制御タスクAより、オープン完
了受信後、フロッピーディスク制御タスクDに[データ
・リード(READ’)マクロ」を発送して、文書デー
タをリードする。これによって第2図中112 II及
び“3″のやりとりが行われる。この一連の文書伝送処
理は、“6″で示される文書伝送完了通知まで行われる
べきものであるが、II 4 nのマクロを送るべき通
信途中の状態で業務タスクBに回線制御タスクAからエ
ラー通知117 IIが発せられたものとする。業務タ
スクBはこのエラー通知を受信すると、回線クローズ(
CLO8E)処理こ入るが、エラー情報をフロッピー上
に取るためフロッピーディスク制御タスクDに[エラー
情報文イト(WR,ITE)Jマクロを発送して完了を
持つ。このエラー情報をフロッピーディスク上に書き込
む処理を優先処理とする。゛
(3) 発明が解決しようとする問題点しかしながら、
上記の、ように業務進行に際して1カ所でしかレシーブ
していない業務タスクBを有する従来のタスク処理方式
にあっては、上記優先処理中に、回線制御タスクAか、
ら業務タスクBへ更に他のエラー情報# 8.jl 、
419 II、“′10°′が送られても、業務タスク
Bは優先処理動作中であるため、上記情報゛′8′′、
“19 II 、 ’ 1″10″はスキップされてし
まい、優先処理の完了後処理すべきであったにもかかわ
らず処理することができない。また業務タスクBは各種
の情報を処理する間に内部の状態も変化するから、回線
制御タスクからの事象を受入れ不可能となることもある
。FIG. 2 shows how information is exchanged between each task. In this figure, business task B receives a request macro "1 pass" (for example, a request to send a document) from display/keyboard control task C, and sends a "line open" macro to line control task A. Next, after receiving the open completion message from the line control task A, the business task B sends a "data read (READ') macro" to the floppy disk control task D to read the document data. This causes the exchange of 112 II and "3" in FIG. This series of document transmission processing should be performed until the document transmission completion notification indicated by "6" is completed, but an error message is sent from line control task A to business task B in the middle of the communication to send the II 4 n macro. It is assumed that Notice 117 II has been issued. When business task B receives this error notification, it closes the line (
CLO8E) processing begins, but in order to save the error information to the floppy disk, sends the error information statement (WR, ITE) J macro to the floppy disk control task D and then completes the process. The process of writing this error information onto the floppy disk is given priority.゛(3) Problems that the invention seeks to solveHowever,
In the conventional task processing method described above, in which the business task B is received only at one place during the business process, during the priority processing, the line control task A or
Further error information #8. jl,
419 II. Even if “'10°” is sent, business task B is still in priority processing, so the above information “'8″,
"19 II, '1"10" is skipped and cannot be processed even though it should have been processed after the priority processing is completed. Also, business task B is internally disabled while processing various information. Since the state of the line control task also changes, it may become impossible to accept events from the line control task.
(4) 問題点を解決するための手段
本発明は上記問題点に着目してなされたもので、その目
的は、高痕のモニタ機能を有しない小規模の制御装置に
おいても、タスク間の情報交換に優先順位を与える一方
で、優先処理中に受付【プられた他のタスク情報も無視
することなく処理出来るようにし、ジョブ逐行を円滑に
且つ効率的に行えるようにすることを目的とするもので
ある。(4) Means for Solving the Problems The present invention has been made by focusing on the above-mentioned problems, and its purpose is to provide information between tasks even in small-scale control devices that do not have a high-level monitoring function. The purpose is to give priority to exchanges while also processing other task information received during priority processing without ignoring it, so that job execution can be performed smoothly and efficiently. It is something to do.
−かかる目的を達成するため、本発明は、メインタスク
とサブタスクとを有し、両者間で情報の交換を行なうデ
ータ処理システムにおいて、メインタスクにサブタスク
用の事象キューを作成しておき、当該メインタスクがあ
る特定のタスクとの間で優先処理のマクロを設けて優先
処理を行なっている間に他のタスクから送られる事象を
上記事象キューに保存しておき、優先処理が完了した後
、事象キューに保存した事象を逐次取出して処理するよ
うにした凸とを要旨とするものである。- In order to achieve such an object, the present invention provides a data processing system that has a main task and subtasks and exchanges information between them, by creating an event queue for the subtask in the main task, and A macro for priority processing is set up between a task and a specific task, and while the priority processing is being performed, events sent from other tasks are saved in the event queue, and after the priority processing is completed, the events are The gist of the system is to sequentially retrieve and process events stored in a queue.
(5) 作 用
例えば、メインタスクである業!タスクBとフロッピー
ディスク制御タスクDとで優先処理による情報の交換を
している間に回線制御タスクAからの事象の発送があっ
た場合、当該事象は、業務タスクBに設けられた事象キ
ューに供給類に保存(保留)される。この間業務タスク
Bとフロッピーディスク制御タスクDとは優先処理をし
続ける。(5) Action For example, work that is the main task! If an event is sent from line control task A while task B and floppy disk control task D are exchanging information through priority processing, the event is stored in the event queue set for business task B. Stored (reserved) in supplies. During this time, business task B and floppy disk control task D continue to perform priority processing.
そして、この優先処理が完了した・後に事象キューから
保存された事象が受付けた順に取出され逐次処理が行な
われる。Then, after this priority processing is completed, the stored events are retrieved from the event queue in the order in which they were received and sequential processing is performed.
(6) 実施例
第3図は本発明の一実施例を示づ図である。この図に示
されたデータ処理システムでは、業務タスクBの中にキ
ュー即ちターミナルTが設けられ −でおり、業務タス
クBとディスプレイ°・キーボード制御タスクC1或は
フロッピーディスク制御タスクDとの間の優先処理マク
ロに対し、回線制御タスクAと業務タスクBとの間の待
機マクロが設定されるようになっている。このキューは
、業務処理タスクBのデータ部に設けられ、第4図に示
すようにヘッドポインタとテイルポインタ及び、これら
のポインタによってアドレス指定され事象の書込み読出
しが行なわれるバッファ(BF’)とから構成される。(6) Embodiment FIG. 3 shows an embodiment of the present invention. In the data processing system shown in this figure, a queue or terminal T is provided in business task B, and a queue or terminal T is provided between business task B and display/keyboard control task C1 or floppy disk control task D. A standby macro between line control task A and business task B is set for the priority processing macro. This queue is provided in the data section of business processing task B, and as shown in FIG. 4, consists of a head pointer, a tail pointer, and a buffer (BF') addressed by these pointers to which events are written and read. configured.
ヘッドポインタは先頭のバッフ戸のアドレスを示し、ま
たテイルボインタは最終のバッフ1のアドレスを示すた
めに用いられる。The head pointer is used to indicate the address of the first buffer door, and the tail pointer is used to indicate the address of the last buffer 1.
バッファBFは各タスク間で情報のやりとり(SEND
/RCV)を行うとぎに使用される。Buffer BF is used for exchanging information (SEND) between each task.
/RCV).
バッファは複数個が連鎖状につながっており、各′ バ
ッファには次につながっているバッフ1のアドレスを示
すアドレス指示部(N、P)が設けられている。なお最
終バッファのアドレス指示部にはII OIIが書き込
まれる。そして、優先処理中は、保留対象のマクロ等の
バッファを受付けたとき、キューの最終段へ接続する。A plurality of buffers are connected in a chain, and each 'buffer is provided with an address indicating section (N, P) indicating the address of the next connected buffer 1. Note that II OII is written in the address instruction section of the final buffer. During priority processing, when a buffer such as a pending macro is received, it is connected to the last stage of the queue.
また優先処理終了後は、キューのバッファを先頭から順
に取出しく即ち、ファーストイン・ファ゛−ストアウド
)順番に処理して行く。After the priority processing is completed, the buffers in the queue are sequentially taken out from the beginning, ie, they are processed in order (first-in, first-out).
したがって、かかるデータ処理システムでは、優先処理
は、次のように行なわれる。Therefore, in such a data processing system, priority processing is performed as follows.
(イ) オペレータがキーボードにJ:す「文書送信依
頼」を入力する(ディスプレイ・キーボード制御タスク
C処理)。(a) The operator inputs "Document transmission request" on the keyboard (display/keyboard control task C processing).
(ロ) 業務タスクBに、ディスプレイ・キーボード制
御タスクCより送信依頼マクロが発送される。(b) A transmission request macro is sent to business task B from display/keyboard control task C.
(ハ) 回線制御タスクAに業務タスクBから「回線オ
ープン」マクロが送られる。(c) A "line open" macro is sent to line control task A from business task B.
(ニ) 業務タスクBは、回線制御タスクAより、回線
オーモレ終了受信後フロッピーディスク制御タスクDに
「データリードマクロ」を送り、文書データを読出す。(d) Business task B sends a ``data read macro'' from line control task A to floppy disk control task D after receiving the line OEM termination, and reads the document data.
(ホ)−F記通信逐行中に、回線制御タスクAから業務
タスクBに−[ラー通知が出され、業務タスクBはこれ
を受信して回線クローズ処理に入る−が、エラー情報を
フロッピー上に取るため、フロッピーディスク制御タス
クDに1エラー情報読取り」マクロを送って完了を持つ
。(E) - During the communication described in F, line control task A sends an error notification to business task B, and business task B receives this and enters line closing processing. In order to obtain the above information, send the ``1 error information read'' macro to the floppy disk control task D and have it complete.
そして、このエラー情報をフロッピー上に書込む処理を
優先処理とする。この優先処理に入った後は、回線制御
タスク八から業務タスクBへ送られた事象、例えば他の
エラー情報等は業務タスクB内に設けられたキコー内に
順次保留される。そして上記エラー情報の書込みは、業
務タスクBからフロッピーディスク制御タスクDへ送ら
れたマクロによって、エラー情報)1イルがオープンさ
れ、このファイル中にデータが書込まれる。デー、夕の
書込みが終れば、エラー情報ファイルはクローズされ、
優先処理は終了する。この優先処理が゛ 終了すると、
キューに対する検索が行なわれ、ここに情報が保留され
ている時は、キューの先頭バッファから情報が順次取り
出され、逐次処理が行なわれる。このため、従来のよう
に優先処理後に行なわれるべきであったデータ処理がス
キップされてしまうことはなくなり、ジョブの逐行が円
滑に行なえる。第5図は、上記一連のタスク処理動作を
マクロシーケンスとして図示したものであり、第6図は
優先処理がある場合にお1プるキューの作成手順を示す
フローチャー1〜である。なお、上の説明ではキューは
回線制御タスクΔからの事象保留用に設けられているが
、他のタスクからの事象保留用に設【プでもよいし、又
複数のキューを用意し、複数タスクからの事象を保留で
きるようにしてもよい。Then, the process of writing this error information onto the floppy disk is set as a priority process. After entering this priority processing, events sent from line control task 8 to business task B, such as other error information, are sequentially held in a key provided in business task B. To write the error information, a macro sent from business task B to floppy disk control task D opens error information file 1 and writes data into this file. After the day and evening writing is completed, the error information file is closed.
Priority processing ends. When this priority processing is completed,
When a search is performed on a queue and information is held there, the information is sequentially taken out from the head buffer of the queue and sequentially processed. Therefore, data processing that should have been performed after priority processing is not skipped as in the past, and jobs can be executed smoothly. FIG. 5 shows the above-mentioned series of task processing operations as a macro sequence, and FIG. 6 is a flowchart 1 to 1 showing the procedure for creating a queue when there is a priority process. Note that in the above explanation, the queue is provided to hold events from the line control task Δ, but it may also be set to hold events from other tasks, or multiple queues may be prepared to hold events from multiple tasks. It may also be possible to suspend events from.
(7) 発明の詳細
な説明したように、本発明によれば、複数タスクによっ
て構成されたデータ処理システムにおいて、メインタス
クに事象キューを設けておき、当該メインタスクが優先
処理中における他のタスクからの事象を事象キューに保
留し、優先処理終了後に事象を取出せるようにしたため
、データ処理に必要な情報がスキップされることはなく
なり、円滑で効率的なジョブ遂行が行なえるようになる
。(7) As described in detail, according to the present invention, in a data processing system constituted by a plurality of tasks, an event queue is provided for the main task, and the event queue is provided for the main task so that other tasks that are being processed with priority Since the events from 1 to 3 are held in the event queue and can be retrieved after priority processing is completed, information necessary for data processing will not be skipped, making it possible to perform jobs smoothly and efficiently.
第1図は従来のデータ処理システムの構成を概路内に示
す図、第2図は上記従来のシステムにおけるデータ処理
動作の一例を示す図、第3図は本発明を実施づ°るため
に用いられるデータ処理システムの構成を概略的に示す
図、第4図は上記実施例で用いられるキューの構成を概
略的に示す図、第5図は上記実施例におけるデータ処理
動作の一例澄マクロシークンスとして表わした図、第6
図は上記実施例のデータ処理動作中におけるキュー作成
手順を示づフローチV−トである。
Δ・・・回線制御タスク(サブタスク)B・・・業務タ
スク(メインタスク)
C・・・ディスプレイ・フロッピー制御タスク(サブタ
スク)
1)・・・フロッピーディスク制御タスクく勺ブタスク
)
王・・・キュー(ターミナル)
BF・・・バッファ
第1図
第2図FIG. 1 is a diagram schematically showing the configuration of a conventional data processing system, FIG. 2 is a diagram showing an example of data processing operation in the conventional system, and FIG. FIG. 4 is a diagram schematically showing the configuration of the data processing system used, FIG. 4 is a diagram schematically showing the configuration of the queue used in the above embodiment, and FIG. 5 is a clear macro seek example of the data processing operation in the above embodiment. Figure 6
The figure is a flowchart showing the queue creation procedure during data processing operation of the above embodiment. Δ...Line control task (subtask) B...Business task (main task) C...Display/floppy control task (subtask) 1)...Floppy disk control task (subtask) King...Queue (Terminal) BF...Buffer Figure 1 Figure 2
Claims (1)
ンタスクとサブタスクとの間で情報の交換を行うデータ
処理システムにおいて、メインタスクにサブタスク用の
事象キューを設け、当該メインタスクが特定のタスクと
の間で優先処理のマクロを設けて優先処理を行なってい
る間に、他のタスクから送られる事象を事象キューに保
留しておき、優先処理終了後に事象キューから取出して
逐次処理するようにしたことを特徴とするデータ処理シ
ステムにおりるタスクの処理方式。In a data processing system that consists of a main task and multiple subtasks, and in which information is exchanged between the main task and the subtasks, the main task is provided with an event queue for the subtasks, and the main task is configured to communicate with a specific task. We created a priority processing macro to hold events sent from other tasks in the event queue while performing priority processing, and after the priority processing was completed, we took them out of the event queue and processed them sequentially. A method of processing tasks in a data processing system.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP11139284A JPS60254328A (en) | 1984-05-31 | 1984-05-31 | Task processing method in data processing system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP11139284A JPS60254328A (en) | 1984-05-31 | 1984-05-31 | Task processing method in data processing system |
Publications (1)
Publication Number | Publication Date |
---|---|
JPS60254328A true JPS60254328A (en) | 1985-12-16 |
Family
ID=14559997
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP11139284A Pending JPS60254328A (en) | 1984-05-31 | 1984-05-31 | Task processing method in data processing system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPS60254328A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH01248239A (en) * | 1988-03-29 | 1989-10-03 | Nec Corp | Waiting processing system for competitive task |
JP2000010798A (en) * | 1998-06-23 | 2000-01-14 | Nec Corp | Thread library signal controlling method, its device and mechanically readable recording medium recording program |
-
1984
- 1984-05-31 JP JP11139284A patent/JPS60254328A/en active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH01248239A (en) * | 1988-03-29 | 1989-10-03 | Nec Corp | Waiting processing system for competitive task |
JP2000010798A (en) * | 1998-06-23 | 2000-01-14 | Nec Corp | Thread library signal controlling method, its device and mechanically readable recording medium recording program |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
NL194901C (en) | Method for assigning priorities to and storing commands in a memory device. | |
US20080147906A1 (en) | DMA Transferring System, DMA Controller, and DMA Transferring Method | |
JPS60254328A (en) | Task processing method in data processing system | |
JPH0895810A (en) | Batch job execution system | |
JPS6345665A (en) | Transaction processing system | |
WO2024067492A1 (en) | Task scheduling method, and electronic apparatus | |
JP2814683B2 (en) | Instruction processing unit | |
JPS59163671A (en) | Vector processor | |
JP2630215B2 (en) | Method of deleting unnecessary file data while online | |
JPH0744404A (en) | Information processing unit | |
JPH08171611A (en) | Character recognizing system | |
JPS6343784B2 (en) | ||
CN117850352A (en) | Multitasking method and device | |
JPS6277662A (en) | Buffer control system | |
JPH0624911Y2 (en) | Electronic scheduler | |
JPH0981436A (en) | File access control system | |
JPS59108134A (en) | Input/output controlling method | |
JP2003223428A (en) | Data transfer device | |
JPH0546427A (en) | Online system | |
JPS5878238A (en) | Queue controlling system | |
JPS63173143A (en) | Memory interface circuit | |
JPS60181859A (en) | Control system of collected channel | |
JPH0782452B2 (en) | Processor | |
JPH0334031A (en) | Exclusive controller for queue file | |
JP2005258889A (en) | Program trace method and trace processing system |