JPS60254328A - Task processing method in data processing system - Google Patents

Task processing method in data processing system

Info

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
Application number
JP11139284A
Other languages
Japanese (ja)
Inventor
Shigenobu Fujiwara
繁信 藤原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP11139284A priority Critical patent/JPS60254328A/en
Publication of JPS60254328A publication Critical patent/JPS60254328A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To execute a job smoothly and efficiently by storing an event from another task in an event queue during the priority processing of a main task and taking out the event after the end of the priority processing. CONSTITUTION:When error information is outputted from a circuit control task A to a working task B during the execution of communication, the working task B sends an error information reading macro-instruction to a floppy disc control task D to write the error information in a floppy as the priority processing. After the starting of said priority processing, the event sent from the task A to the task B is successively stored in a queue, i.e. a terminal T, formed in the task B. After the end of writing of the error information and the end of the priority processing, the queue is retrieved, and when the information is stored in the queue, the information is successively taken out from the leading buffer of the queue and sequentially processed.

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.

【図面の簡単な説明】[Brief explanation of drawings]

第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)

【特許請求の範囲】[Claims] メインタスクと複数のサブタスクとから構成され、メイ
ンタスクとサブタスクとの間で情報の交換を行うデータ
処理システムにおいて、メインタスクにサブタスク用の
事象キューを設け、当該メインタスクが特定のタスクと
の間で優先処理のマクロを設けて優先処理を行なってい
る間に、他のタスクから送られる事象を事象キューに保
留しておき、優先処理終了後に事象キューから取出して
逐次処理するようにしたことを特徴とするデータ処理シ
ステムにおりるタスクの処理方式。
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.
JP11139284A 1984-05-31 1984-05-31 Task processing method in data processing system Pending JPS60254328A (en)

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)

* Cited by examiner, † Cited by third party
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

Cited By (2)

* Cited by examiner, † Cited by third party
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
JP2814683B2 (en) Instruction processing unit
JPH0227424A (en) Automatic job activating system
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)
JPH02136949A (en) Input/output controller
CN117850352A (en) Multitasking method and device
JPS6277662A (en) Buffer control system
JPH0624911Y2 (en) Electronic scheduler
JPH0981436A (en) File access control system
JP4527419B2 (en) Program trace method and trace processing system
JPS59108134A (en) Input/output controlling method
JP2003223428A (en) Data transfer device
JPH0546427A (en) Online system
JPS5878238A (en) Queue controlling system
JPS60181859A (en) Control system of collected channel
JPS61123937A (en) Data drive type control system
JPH0782452B2 (en) Processor