JPH07141209A - Data processor - Google Patents

Data processor

Info

Publication number
JPH07141209A
JPH07141209A JP28695093A JP28695093A JPH07141209A JP H07141209 A JPH07141209 A JP H07141209A JP 28695093 A JP28695093 A JP 28695093A JP 28695093 A JP28695093 A JP 28695093A JP H07141209 A JPH07141209 A JP H07141209A
Authority
JP
Japan
Prior art keywords
data
processing
requested
user function
request
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.)
Withdrawn
Application number
JP28695093A
Other languages
Japanese (ja)
Inventor
Akio Yamamiya
明男 山宮
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 JP28695093A priority Critical patent/JPH07141209A/en
Publication of JPH07141209A publication Critical patent/JPH07141209A/en
Withdrawn legal-status Critical Current

Links

Abstract

PURPOSE:To provide a data processor which can process real-time data substantially in real time. CONSTITUTION:This data processor is equipped with a requesting process 1 which requests a specific program processing, a requested process 2 which performs the requested program processing, and a user function process 3 that a user previously prescribed, and, the requesting process 1 specifies the user function process 3 and requests the specific program processing and the requested process 2 executes the user function process 3 specified right before or after specific processing is executed among requested program processings. The requested process 2 is preferably a data receiving processing and the user function process 3 is a processing which writes data in a receiving buffer, received by the data receiving process, to an output destination for data to be processed in real time. Further, the requested process 2 is a data transmitting process and the user function process 3 is a processing which fetches data from a generation source for data changing in real time and writes them in the transmitting buffer of the data transmitting processing.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明はデータ処理装置に関し、
更に詳しくはCPUと、該CPUが実行するプログラム
処理を記憶したメモリとを備え、実時間で処理すべきデ
ータのプログラム処理を行うデータ処理装置に関する。
今日、多くの機器はマイクロコンピュータを内蔵した所
謂マイクロコンピュータ応用機器として実現されてい
る。マイクロコンピュータを内蔵すれば高度かつ複雑な
機能を実現でき、高性能の機器を廉価に提供できる。し
かし、中には実時間で変化する時刻データ、監視データ
又は制御データ等を取り扱う機器もあり、かかるデータ
は出来るだけ実時間でプログラム処理されることが望ま
れる。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data processing device,
More specifically, the present invention relates to a data processing device that includes a CPU and a memory that stores program processing executed by the CPU, and that performs program processing of data to be processed in real time.
Today, many devices are realized as so-called microcomputer application devices that incorporate a microcomputer. By incorporating a microcomputer, advanced and complex functions can be realized, and high-performance equipment can be provided at a low price. However, some devices handle time data, monitoring data, control data, etc. that change in real time, and it is desired that such data be programmed in real time as much as possible.

【0002】[0002]

【従来の技術】図4は従来の一例のデータ処理システム
を説明する図で、図において50及び60は従来のデー
タ処理装置、411 ,412 及び511 ,512 は依頼
処理(タスクA〜D)、421 及び521 はライト処理
(被依頼処理)、422 及び522 はリード処理(被依
頼処理)、44及び54はスーパバイザ、45及び55
はタイマ、46及び56は不図示のCPUと、該CPU
が実行するプログラム処理を記憶したメモリとから成る
プロセッサユニット(PU)、47及び57は不図示の
キーボードやディスプレイ等を備えるコンソール(CS
L)、48及び58は入出力ポート(I/Oポート)、
49及び59はデータ通信装置(DCU)、そして、3
0はデータ伝送路である。
2. Description of the Related Art FIG. 4 is a diagram for explaining a conventional data processing system. In the figure, 50 and 60 are conventional data processing devices, 41 1 , 41 2 and 51 1 , 51 2 are request processing (task A). D), 42 1 and 52 1 are write processing (requested processing), 42 2 and 52 2 are read processing (requested processing), 44 and 54 are supervisors, 45 and 55
Is a timer, and 46 and 56 are a CPU (not shown) and the CPU.
Processor units (PUs) 47 and 57, each of which includes a memory storing program processing executed by the computer, 47 and 57 are consoles (CS) including a keyboard, a display, and the like (not shown).
L), 48 and 58 are input / output ports (I / O ports),
49 and 59 are data communication units (DCU), and 3
0 is a data transmission path.

【0003】従来は、予め依頼処理が作成したデータを
被依頼処理が利用し、又は被依頼処理が作成したデータ
を依頼処理が利用してデータ処理を行っていた。これを
データ処理装置50,60間で装置内時刻合わせを行う
場合の処理について以下に具体的に説明する。データ処
理装置50において処理実行中のタスク(依頼処理)A
は、タイマ45より時刻データを獲得して送信データを
作成し、その依頼パラメータに前記作成した送信データ
の格納アドレスを指定してスーパバイザ44のライト処
理(被依頼処理)421 にデータ送信を依頼(スーパバ
イザコール)する。これを受け付けたライト処理421
は、そのデータ送信の際に、前記指定された格納アドレ
スから時刻データを読み出し、データ送信を行う。
In the past, data processing was performed by the request processing using data previously created by the request processing or by the request processing using data created by the request processing. A specific description will be given below of a process for adjusting the time in the device between the data processing devices 50 and 60. Task (request processing) A that is being executed in the data processing device 50
Acquires the time data from the timer 45, creates transmission data, specifies the storage address of the created transmission data in the request parameter, and requests the write processing (requested processing) 42 1 of the supervisor 44 to transmit the data. (Supervisor call) Write process that accepts this 42 1
At the time of the data transmission, the time data is read from the designated storage address and the data is transmitted.

【0004】一方、データ処理装置60ではスーパバイ
ザ54のリード処理(被依頼処理)522 が時刻データ
を受信し、これをタスク(依頼処理)Cの依頼パラメー
タにより指定されたアドレスに格納すると共に、受信待
ち(ウェイト中)のタスク(依頼処理)Cを処理実行可
能状態(ポスト)にする。その後、タスクCが実行中に
なると、前記格納アドレスから時刻データを取り出し、
タイマ55にセットする。
On the other hand, in the data processing device 60, the read process (requested process) 52 2 of the supervisor 54 receives the time data and stores it at the address designated by the request parameter of the task (request process) C. The task (request processing) C waiting for reception (waiting) is set to the process executable state (post). After that, when the task C is in execution, the time data is extracted from the storage address,
Set in timer 55.

【0005】従って、タイマ45の時刻データの取り出
しからタイマ55へのセットまでにかなりの時間を要
し、時間合わせに遅れが生じるという問題があった。こ
の問題を改善するために、例えばタスクA,Cの実行優
先レベルを高くする方法がある。しかし、タスクA,C
の実行レベルを高くしても、ライト処理42 1 又はリー
ド処理522 が他のタスクのための通信処理を実行中の
場合は、タスクA,Cの送/受信依頼は待た(キューイ
ング)されてしまう。
Therefore, the time data of the timer 45 is taken out.
It takes a considerable time from setting to setting the timer 55.
However, there is a problem that the time adjustment is delayed. This
In order to improve the problem of
There is a way to raise the previous level. However, tasks A and C
Even if the execution level of 1Or Lee
Processing 522Is in the process of communicating for another task
In this case, the request for sending / receiving tasks A and C waited (queued
Will be lost).

【0006】かくして、従来の時刻合わせは、かなりの
時間遅れが生じるばかりか、時間遅れが一定しないと言
う問題もあった。また、上記の問題を改善するために、
例えばこのようなデータ処理装置を1つのCPUの下で
1つのジョブが動作する所謂シングルプログラミング方
式で構成する方法がある。しかし、従来のように予め依
頼処理(メインルーチン)が依頼データを用意し、かつ
被依頼処理(サブルーチン)が前記用意された依頼デー
タを使用して依頼された処理を実行する方式であると、
サブルーチンにおける依頼データの本処理までに事前処
理等が存在しており、その実行に時間がかかり、時間遅
れが生じる。
Thus, the conventional time adjustment has a problem that not only a considerable time delay occurs but also the time delay is not constant. Also, in order to improve the above problems,
For example, there is a method of configuring such a data processing device by a so-called single programming method in which one job operates under one CPU. However, as in the conventional method, the request process (main routine) prepares request data in advance, and the requested process (subroutine) executes the requested process using the prepared request data,
Before the main processing of the request data in the sub-routine, there is a pre-processing, etc., and it takes time to execute the processing, and a time delay occurs.

【0007】なお、上記の問題は装置間の時刻合わせに
限らない。例えばデータ処理装置50のI/Oポート4
8から実時間で変化する監視データSTD1 を取り込
み、これをデータ処理装置60に伝送する場合にも発生
する。即ち、ある時刻で監視データSTD1 を取り込
み、これを送信依頼しても、該データが実際に送信に付
される時にはI/Oポート48の最新の監視データST
1 は既に変化してしまっている。
The above problem is not limited to the time adjustment between the devices. For example, the I / O port 4 of the data processing device 50
This also occurs when the monitoring data STD 1 that changes in real time from 8 is fetched and transmitted to the data processing device 60. That is, even if the monitoring data STD 1 is fetched at a certain time and is requested to be transmitted, the latest monitoring data ST of the I / O port 48 is sent when the data is actually sent.
D 1 has already changed.

【0008】[0008]

【発明が解決しようとする課題】上記の如く従来のデー
タ処理装置では、予め依頼処理が作成したデータを被依
頼処理が利用し、又は被依頼処理が作成したデータを依
頼処理が利用してデータ処理を行っていたので、実時間
で処理すべきデータのプログラム処理を能率的に行えな
かった。
As described above, in the conventional data processing apparatus, the requested process uses the data created by the request process in advance, or the data created by the requested process is used by the request process. Because of the processing, it was not possible to efficiently program the data to be processed in real time.

【0009】本発明の目的は、実時間データを実質的に
実時間で処理可能なデータ処理装置を提供することにあ
る。
An object of the present invention is to provide a data processing device capable of processing real time data substantially in real time.

【0010】[0010]

【課題を解決するための手段】上記の課題は図1の構成
により解決される。即ち、本発明のデータ処理装置は、
CPUと、該CPUが実行するプログラム処理を記憶し
たメモリとを備え、実時間で処理すべきデータのプログ
ラム処理を行うデータ処理装置において、所定のプログ
ラム処理を依頼する依頼処理1と、前記依頼されたプロ
グラム処理を実行する被依頼処理2と、予め利用者が規
定した利用者関数処理3とを備え、依頼処理1は利用者
関数処理3を指定して所定のプログラム処理を依頼し、
かつ被依頼処理2は依頼されたプログラム処理実行のう
ちの所定の処理実行の直前及び又は直後に前記指定され
た利用者関数処理3を実行するものである。
The above-mentioned problems can be solved by the structure shown in FIG. That is, the data processing device of the present invention is
A request processing 1 for requesting a predetermined program processing in a data processing device comprising a CPU and a memory storing a program processing executed by the CPU, and performing a program processing of data to be processed in real time; The requested processing 2 for executing the programmed processing and the user function processing 3 defined by the user in advance are provided. The request processing 1 designates the user function processing 3 to request a predetermined program processing,
In addition, the requested processing 2 executes the designated user function processing 3 immediately before and / or immediately after the predetermined processing execution of the requested program processing execution.

【0011】[0011]

【作用】図において、依頼処理1は、通常は、依頼パラ
メータに自己が作成したデータのデータ長及びそのデー
タ格納アドレス又は自己が受け取りたいデータのデータ
長及びそのデータ格納アドレス等の情報を指定して所定
のプログラム処理を依頼し、かつ被依頼処理2は指定さ
れた依頼パラメータに従って自己のプログラム処理を実
行する。
In the figure, the request processing 1 normally designates information such as the data length of the data created by itself and the data storage address thereof or the data length of the data which the user wants to receive and the data storage address thereof in the request parameter. Requesting a predetermined program process, and the requested process 2 executes its own program process according to the specified request parameter.

【0012】また、依頼処理1は、利用者関数処理3の
実行を依頼したい時は、利用者関数処理3を単独で又は
通常の依頼パラメータと共に指定して所定のプログラム
処理を依頼し、かつ被依頼処理2は、利用者関数処理3
の指定がある時は、依頼されたプログラム処理実行のう
ちの所定の処理実行の直前及び又は直後に前記指定され
た利用者関数処理3を実行する。
Further, when requesting execution of the user function processing 3, the request processing 1 requests the predetermined program processing by specifying the user function processing 3 alone or with normal request parameters, and Request processing 2 is user function processing 3
Is designated, the designated user function processing 3 is executed immediately before and / or immediately after the predetermined processing execution of the requested program processing execution.

【0013】従って、この利用者関数処理3と実時間デ
ータの処理とを結びつけることにより、被依頼処理2は
実時間データを実質的に実時間でプログラム処理するこ
とになる。また、利用者関数処理3は別途に備えるの
で、被依頼処理2のプログラム本体には別段の処理機能
追加も変更も加える必要はない。従って、被依頼処理2
が本来的に備えるべき簡潔性、共用性、汎用性を維持で
きる。この点は依頼処理1についても同様である。
Therefore, by connecting the user function processing 3 and the processing of the real-time data, the requested processing 2 program-processes the real-time data substantially in real time. Further, since the user function processing 3 is separately provided, it is not necessary to add or change the processing function of the program body of the requested processing 2 separately. Therefore, requested processing 2
Can maintain the simplicity, commonality, and versatility that it should have. This also applies to the request processing 1.

【0014】好ましくは、被依頼処理2はデータ受信処
理であり、かつ利用者関数処理3は前記データ受信処理
がデータ受信を行った受信バッファのデータを実時間で
処理すべきデータの出力先に書き込む処理である。例え
ばデータ受信処理2は時刻データを受信し、かつその受
信プロトコルの終了直後に時刻データを格納した受信バ
ッファアドレスを指定して利用者関数処理3を実行(C
ALL)する。利用者関数処理3は受信バッファの時刻
データを例えば実時間で動作しているタイマにセット
し、処理をデータ受信処理2に戻す。従って、時刻デー
タの受信直後にタイマにセットできる。
Preferably, the requested process 2 is a data reception process, and the user function process 3 is a data output destination to which the data in the reception buffer in which the data reception process has received the data is to be processed in real time. This is a writing process. For example, the data reception process 2 receives the time data, and immediately after the end of the reception protocol, specifies the reception buffer address storing the time data and executes the user function process 3 (C
ALL) The user function process 3 sets the time data in the reception buffer in, for example, a timer operating in real time, and returns the process to the data reception process 2. Therefore, the timer can be set immediately after receiving the time data.

【0015】又は、データ受信処理2は制御データを受
信し、かつ受信プロトコルの終了直後に制御データを格
納した受信バッファアドレスを指定して利用者関数処理
3を実行する。利用者関数処理3は受信バッファの制御
データを例えば実時間で外部装置の制御を行っている出
力ポートにセットし、処理をデータ受信処理2に戻す。
従って、制御データの受信直後の最新の制御信号を形成
でき、リアルタイムな遠隔制御が行える。
Alternatively, the data receiving process 2 receives the control data, and immediately after the end of the receiving protocol, the receiving buffer address storing the control data is designated and the user function process 3 is executed. The user function process 3 sets the control data of the reception buffer to, for example, the output port which controls the external device in real time, and returns the process to the data reception process 2.
Therefore, the latest control signal immediately after receiving the control data can be formed, and real-time remote control can be performed.

【0016】また好ましくは、被依頼処理2はデータ送
信処理であり、かつ利用者関数処理3は実時間で変化す
るデータの発生源よりデータを取り込みこれを前記デー
タ送信処理の送信バッファに書き込む処理である。例え
ば送信データは時刻データであり、データ送信処理2は
送信プロトコル中のデータ送信の直前の位置で時刻デー
タを格納すべき送信バッファアドレスを指定して利用者
関数処理3を実行する。利用者関数処理3は例えば実時
間で動作しているタイマの時刻データを取り込み、これ
を送信バッファにセットして処理をデータ送信処理2に
戻す。従って、データ送信処理2はデータ送信直前の最
新の時刻データを送信できる。
Preferably, the requested process 2 is a data transmission process, and the user function process 3 takes in data from a data source that changes in real time and writes the data in a transmission buffer of the data transmission process. Is. For example, the transmission data is time data, and the data transmission processing 2 executes the user function processing 3 by designating the transmission buffer address in which the time data should be stored at the position immediately before the data transmission in the transmission protocol. The user function process 3 fetches the time data of the timer operating in real time, sets it in the transmission buffer, and returns the process to the data transmission process 2. Therefore, the data transmission process 2 can transmit the latest time data immediately before the data transmission.

【0017】又は、送信データは監視データであり、デ
ータ送信処理2は送信プロトコル中のデータ送信の直前
の位置で監視データを格納すべき送信バッファアドレス
を指定して利用者関数処理3を実行する。利用者関数処
理3は例えば実時間で変化している入力ポートの監視デ
ータを取り込み、これを送信バッファにセットして処理
をデータ送信処理2に戻す。従って、データ送信処理2
はデータ送信直前の最新の監視データを送信できる。
Alternatively, the transmission data is the monitoring data, and the data transmission processing 2 executes the user function processing 3 by designating the transmission buffer address in which the monitoring data is stored at the position immediately before the data transmission in the transmission protocol. . The user function process 3 fetches the monitoring data of the input port which is changing in real time, sets it in the transmission buffer, and returns the process to the data transmission process 2. Therefore, the data transmission process 2
Can send the latest monitoring data immediately before data transmission.

【0018】また好ましくは、利用者関数処理3は自己
の関数処理結果に基づく所定の復帰情報を形成し、かつ
被依頼処理2は前記復帰情報に従って依頼されたプログ
ラム処理の実行/不実行を制御する。例えば送信データ
は監視データであり、利用者関数処理3はデータ送信の
直前に呼び出されて監視データについての所定の条件を
検査し、その検査結果に応じた復帰情報を形成する。そ
して、処理をデータ送信処理2に戻す。データ送信処理
2は前記復帰情報に従って例えば監視データの送信の実
行/不実行を制御する。従って、不要な監視データの送
信処理を省略でき、装置の処理効率の向上に寄与する。
Further preferably, the user function processing 3 forms predetermined return information based on the function processing result of itself, and the requested processing 2 controls execution / non-execution of the requested program processing according to the return information. To do. For example, the transmission data is the monitoring data, and the user function process 3 is called immediately before the data transmission and inspects a predetermined condition for the monitoring data and forms return information according to the inspection result. Then, the process is returned to the data transmission process 2. The data transmission process 2 controls execution / non-execution of transmission of monitoring data, for example, according to the return information. Therefore, unnecessary monitoring data transmission processing can be omitted, which contributes to improvement in processing efficiency of the apparatus.

【0019】又は、利用者関数処理3は例えば自己の関
数処理が成功裏に終了したか否かに応じて対応する復帰
情報を形成し、処理をデータ送信処理2に戻す。データ
送信処理2は例えば復帰情報が成功の場合は、依頼パラ
メータに指定されている側の送信データを無視してデー
タ送信処理を遂行する。また復帰情報が失敗の場合は依
頼パラメータに指定されている側の送信データを送信す
る。従って、通常の依頼パラメータと利用者関数処理3
とが同時に指定されていてもデータ送信処理2において
混乱は生じない。
Alternatively, the user function process 3 forms corresponding return information depending on whether or not its own function process has been completed successfully, and returns the process to the data transmission process 2. In the data transmission processing 2, for example, when the return information is successful, the transmission data specified by the request parameter is ignored and the data transmission processing is performed. If the return information is unsuccessful, the transmission data specified by the request parameter is transmitted. Therefore, normal request parameters and user function processing 3
Even if and are specified at the same time, no confusion occurs in the data transmission process 2.

【0020】また好ましくは、利用者関数処理3は送信
データと所定の監視データとを比較する比較処理を含
み、かつその比較結果に基づいて所定の復帰情報を形成
する。例えば監視データについて変化があった場合のみ
新たな監視データを遠隔装置に知らせるような場合に、
依頼処理1は監視データの変化を検出したことにより該
監視データの送信をデータ送信処理2に依頼する。一
方、その監視データの送信直前に呼び出された利用者関
数処理3は、送信バッファの監視データと現時点の監視
データとを比較し、比較一致が得られた場合は送信可の
復帰情報を形成する。また比較一致が得られなかった場
合は、依頼処理1が検出した監視データの変化は極めて
短時間のものであったと考えられるから、送信不可の復
帰情報を形成する。従って、送信される監視データの信
頼性が格段に向上する。
Further preferably, the user function processing 3 includes a comparison processing for comparing the transmission data with predetermined monitoring data, and forms predetermined return information based on the comparison result. For example, when notifying a remote device of new monitoring data only when there is a change in the monitoring data,
The request processing 1 requests the data transmission processing 2 to transmit the monitoring data when the change in the monitoring data is detected. On the other hand, the user function process 3 called immediately before the transmission of the monitor data compares the monitor data in the transmission buffer with the monitor data at the present time, and when the comparison match is obtained, the transmission enable return information is formed. . Further, when no comparison match is obtained, it is considered that the change in the monitoring data detected by the request processing 1 is for a very short time, so that the return information indicating that transmission is impossible is formed. Therefore, the reliability of the transmitted monitoring data is significantly improved.

【0021】また好ましくは、利用者関数処理3はその
実行位置を制御する制御情報を含み、かつ被依頼処理2
は前記制御情報に従って依頼されたプログラム処理のう
ちの所定の処理実行の直前及び又は直後に利用者関数処
理3を実行する。従って、このような利用者関数処理3
は使い勝手が向上する。また好ましくは、依頼処理1は
マルチプログラミング方式又はマルチプロセッシング方
式のデータ処理装置におけるタスク処理であり、かつ被
依頼処理2は前記タスク処理の実行を管理・制御するス
ーパバイザ処理である。本発明はかかる構成のデータ処
理装置において特に顕著な効果を発揮する。なお、この
場合の利用者関数処理3はタスク処理の扱いではなく、
スーパバイザ処理により直接実行(CALL)される。
Further preferably, the user function processing 3 includes control information for controlling the execution position, and the requested processing 2
Executes the user function process 3 immediately before and / or immediately after the execution of a predetermined process among the program processes requested according to the control information. Therefore, such user function processing 3
Improves usability. Further preferably, the request process 1 is a task process in a data processing device of a multi-programming system or a multi-processing system, and the requested process 2 is a supervisor process for managing and controlling the execution of the task process. The present invention exerts a particularly remarkable effect in the data processing device having such a configuration. Note that the user function process 3 in this case is not a task process,
It is directly executed (CALL) by the supervisor process.

【0022】また好ましくは、依頼処理1はシングルプ
ログラミング方式のデータ処理装置における主制御・処
理を行うメインルーチンの処理であり、かつ被依頼処理
2は前記メインルーチンの処理により呼び出されるサブ
ルーチンの処理である。本発明はかかる構成のデータ処
理装置においても顕著な効果を発揮する。
Further, preferably, the request processing 1 is processing of a main routine for performing main control / processing in the data processing device of the single programming system, and the requested processing 2 is processing of a subroutine called by the processing of the main routine. is there. The present invention exerts a remarkable effect also in the data processing device having such a configuration.

【0023】[0023]

【実施例】以下、添付図面に従って本発明による実施例
を詳細に説明する。なお、全図を通して同一符号は同一
又は相当部分を示すものとする。図2は実施例のデータ
処理システムを説明する図で、図において10及び20
は実施例のデータ処理装置、11 ,12 及び111 ,1
2 は依頼処理(タスクA〜D)、21 及び121 はラ
イト処理(被依頼処理)、22 及び122 はリード処理
(被依頼処理)、31 ,32 及び131 ,132 は利用
者関数処理、4及び14はスーパバイザ、5及び15は
タイマ、6及び16は不図示のCPUと、該CPUが実
行するプログラム処理を記憶したメモリとから成るプロ
セッサユニット(PU)、7及び17は不図示のキーボ
ードやディスプレイ等を備えるコンソール(CSL)、
8及び18は入出力ポート(I/Oポート)、9及び1
9はデータ通信装置(DCU)、そして、30はデータ
伝送路である。
Embodiments of the present invention will be described in detail below with reference to the accompanying drawings. The same reference numerals denote the same or corresponding parts throughout the drawings. FIG. 2 is a diagram for explaining the data processing system of the embodiment, and 10 and 20 in FIG.
The data processing apparatus of the embodiment, 1 1, 1 2 and 11 1, 1
1 2 is request processing (tasks A to D), 2 1 and 12 1 are write processing (requested processing), 2 2 and 12 2 are read processing (requested processing), 3 1 , 3 2 and 13 1 , 13 2 is user function processing, 4 and 14 are supervisors, 5 and 15 are timers, 6 and 16 are CPUs (not shown), and a processor unit (PU) consisting of a memory storing program processing executed by the CPUs, 7 And 17 are consoles (CSL) including keyboards and displays (not shown),
8 and 18 are input / output ports (I / O ports), 9 and 1
Reference numeral 9 is a data communication unit (DCU), and 30 is a data transmission path.

【0024】データ処理装置10において、スーパバイ
ザ4はタスクA,Bの実行を管理・制御すると共にデバ
イス5,7〜9等の制御・管理を行う。例えばオペレー
タとスーパバイザ4との間のコミュニケーションはコン
ソール7を介して行われる。タイマ5は時刻情報を保持
しており、最初の時刻設定は装置10の電源投入時にオ
ペレータによって行われる。その後は、例えば1mS毎
に発生するクロック信号φによってスーパバイザ4にハ
ードウェア割込が発生し、これにより呼び出されたタイ
マ処理はタイマ5の時刻を更新する。入出力ポート8は
外部の実時間で変化している監視情報STD1 を取り込
むと共に、実時間で変化する制御情報CTD1 を外部に
出力する。そして、データ通信装置9はデータ伝送路3
0を介して遠隔のデータ処理装置との間でデータ通信を
行う。
In the data processing device 10, the supervisor 4 manages and controls the execution of tasks A and B, and also controls and manages the devices 5, 7-9. For example, communication between the operator and the supervisor 4 is performed via the console 7. The timer 5 holds time information, and the initial time setting is performed by the operator when the power of the apparatus 10 is turned on. After that, a hardware interrupt is generated in the supervisor 4 by the clock signal φ generated every 1 mS, for example, and the timer process called by this updates the time of the timer 5. The input / output port 8 takes in the monitoring information STD 1 which changes externally in real time, and outputs the control information CTD 1 which changes in real time to the outside. Then, the data communication device 9 uses the data transmission line 3
Data communication is performed with the remote data processing device via 0.

【0025】かかる構成で、まず通常のデータ送信処理
を説明する。例えば処理実行中のタスクAは送信データ
を作成すると、依頼パラメータ(送信データの格納アド
レス及びそのデータ長等)Pを指定したデータ送信
(W)のスーパバイザコールを実行する。これによりス
ーパバイザ4にソフトウェア割込が発生し、処理は割込
処理に移る。割込処理は割込情報を解析・処理し、この
場合は処理はライト処理2 1 に移る。ライト処理21
依頼パラメータで指定された送信データの格納アドレス
から必要なデータ長の送信データを読み出し、これをデ
ータ通信装置9の送信バッファに高速で送出する。しか
る後、処理はディスパッチャ(スケジューラ)に移り、
該ディスパッチャはこの時点で動作可能なタスクA又は
Bに処理を移す。
With this configuration, first, the normal data transmission process is performed.
Will be explained. For example, task A, which is executing a process, sends data
When you create a request parameter (send data storage address
Data and its data length, etc.) Data transmission with P specified
Execute (W) supervisor call. This allows
Software interrupt occurs in supervisor 4, and processing is interrupted.
Move on to processing. The interrupt process analyzes and processes the interrupt information,
If the process is write process 2 1Move on to. Write process 21Is
Storage address of send data specified by request parameter
Read the transmission data of the required data length from the
The data is transmitted to the transmission buffer of the data communication device 9 at high speed. Only
After that, the process moves to the dispatcher (scheduler),
The dispatcher can execute Task A or
Transfer the process to B.

【0026】次に通常のデータ受信処理を説明する。例
えば処理実行中のタスクBは受信データが必要になる
と、依頼パラメータ(受信データの格納アドレス及びそ
のデータ長等)Pを指定したデータ受信(R)のスーパ
バイザコールを実行する。これを受けた割込処理は、こ
の場合は処理をリード処理21 に移す。リード処理22
はデータ通信装置9の受信データを取り込もうとする
が、受信待ちの場合はその旨をディスパッチャに通知
し、ディスパッチャはタスクBを一時的に実行不可状態
にする。やがて、データ通信装置9よりデータ受信割込
が発生すると、リード処理22 はデータ通信装置9の受
信バッファから受信データを高速で取り込み、データ受
信の旨をディスパッチャに通知する。これによりディス
パッチャはタスクBを実行可状態(ポスト)にし、更に
タスクAを動かさない場合は、処理はタスクBに移る。
タスクBは受信データを処理する。データ処理装置20
についても同様である。
Next, a normal data receiving process will be described. For example, when the received data is required, task B, which is executing the process, executes a supervisor call for data reception (R) in which a request parameter (a storage address of the received data and its data length) P is designated. In response to this, the interrupt processing shifts the processing to the read processing 2 1 in this case. Lead processing 2 2
Tries to take in the received data of the data communication device 9, but when waiting for the reception, it notifies the dispatcher of that fact, and the dispatcher temporarily puts the task B in the non-executable state. Then, when the data receive interrupt from the data communication device 9 is generated, the read process 2 2 captures fast the received data from the receive buffer of the data communication device 9, which notifies the data reception to the dispatcher. As a result, the dispatcher puts the task B in the ready state (post), and when the task A is not moved, the process moves to the task B.
Task B processes the received data. Data processing device 20
Is also the same.

【0027】上記の如く通常の処理では依頼処理1(タ
スクA,B)による処理依頼から被依頼処理2(ライト
処理21 ,リード処理22 )による処理実行までにかな
りの時間がかかり、これでは実時間データの実質的な実
時間処理は到底望めない。そこで、本実施例の被依頼処
理2は図3に示す如く構成されている。図3は実施例の
被依頼処理のフローチャートである。
As described above, in the normal processing, it takes a considerable time from the processing request by the request processing 1 (tasks A and B) to the execution of the requested processing 2 (write processing 2 1 , read processing 2 2 ). Therefore, real-time processing of real-time data cannot be expected at all. Therefore, the requested processing 2 of this embodiment is configured as shown in FIG. FIG. 3 is a flowchart of the requested process of the embodiment.

【0028】タスクからのスーパバイザコール、又は、
図示しないが、メインルーチンからのサブルーチンコー
ルによってこの被依頼処理2に入力する。ステップS1
では必要な事前処理を実行する。ステップS2では被依
頼処理2が所定の位置にまで進んだことにより依頼パラ
メータの欄に直前に実行すべき利用者関数処理3に係る
情報(例えばCALL先アドレス)が指定されているか
否かを判別する。例えば被依頼処理2がデータ送信処理
の場合は単にCALL先アドレスが指定されているだけ
で直前関数処理3の指定ありと判断しても良い。又は、
CALL先アドレスに所定の制御情報が付されているこ
とによりこれが直前関数処理3であると判断しても良
い。
Supervisor call from task, or
Although not shown, the request processing 2 is input by a subroutine call from the main routine. Step S1
Then execute the necessary pre-processing. In step S2, it is determined whether or not information (for example, CALL destination address) related to the user function process 3 to be executed immediately before is specified in the request parameter column due to the requested process 2 having advanced to a predetermined position. To do. For example, when the requested process 2 is a data transmission process, it may be determined that the CALL destination address is simply specified and the previous function process 3 is specified. Or
It may be determined that this is the last-time function processing 3 because the CALL destination address is provided with predetermined control information.

【0029】直前関数処理3の指定があるときはステッ
プS10に進み、直前関数処理3の処理を実行して制御
を被依頼処理2に戻す。その際には、直前関数処理3は
自己の関数処理結果に基づく所定の復帰情報を形成す
る。ステップS3では前記復帰情報に従って被依頼処理
2の後述する本処理を実行するか否かを判別する。ま
た、上記ステップS2の判別で直前関数処理3の指定が
無いときはステップS10,S3の処理をスキップす
る。
When the immediately preceding function processing 3 is designated, the process proceeds to step S10, the processing of the immediately preceding function processing 3 is executed, and the control is returned to the requested processing 2. At this time, the immediately preceding function process 3 forms predetermined return information based on the result of its own function process. In step S3, it is determined according to the return information whether to execute the later-described main processing of the requested processing 2. If the immediately preceding function process 3 is not specified in the determination in step S2, the processes in steps S10 and S3 are skipped.

【0030】ステップS4では被依頼処理2の本処理
(例えばデータ送/受信処理)を実行する。ステップS
5では被依頼処理2が所定の位置にまで進んだことによ
り依頼パラメータの欄に直後に実行すべき利用者関数処
理3に係る情報(例えばCALL先アドレス)が指定さ
れているか否かを判別する。例えば被依頼処理2がデー
タ受信処理の場合は単にCALL先アドレスが指定され
ているだけで直後関数処理3の指定ありと判断しても良
い。又は、CALL先アドレスに所定の制御情報が付さ
れていることによりこれが直後関数処理3であると判断
しても良い。
In step S4, the main processing (for example, data transmission / reception processing) of the requested processing 2 is executed. Step S
In step 5, it is determined whether or not the requested processing field 2 has specified information (for example, the CALL destination address) related to the user function processing 3 to be executed immediately after the requested processing field 2 has advanced to a predetermined position. . For example, when the requested process 2 is a data reception process, it may be determined that the CALL destination address is simply specified and the subsequent function process 3 is specified. Alternatively, the CALL destination address may be determined to be the immediate subsequent function process 3 by adding the predetermined control information.

【0031】直後関数処理3の指定があるときはステッ
プS20に進み、直後関数処理3の処理を実行して制御
を被依頼処理2に戻す。また、上記ステップS3の判別
で本処理を実行しない場合、又は上記ステップS5の判
別で直後関数処理3の指定が無いときは夫々ステップS
6に進む。ステップS6では必要な事後処理を実行して
被依頼処理2を抜ける。
When the immediate subsequent function processing 3 is designated, the process proceeds to step S20, the processing of the immediate subsequent function processing 3 is executed, and the control is returned to the requested processing 2. Further, when the present process is not executed in the determination of the above step S3, or when the subsequent function process 3 is not specified in the determination of the above step S5, the respective step S is performed.
Go to 6. In step S6, required post-processing is executed to exit the requested processing 2.

【0032】図2に戻り、実施例のデータ処理装置1
0,20間で装置内時刻合わせを行う場合の具体的な動
作について以下に説明する。まずデータ処理装置20の
コンソール17からの指示によりタスクDが起動(生
成)され、通常の依頼パラメータPの指定により時刻デ
ータを送信して欲しい旨のデータ送信(W)を行う。し
かる後、タスクDは消滅し、引き続きタスクCが生成さ
れる。タスクCは利用者処理関数(F)131 を指定す
ると共にデータ受信(R)を実行する。リード処理12
2 は受信要求の旨を記録し、ディスパッチャはタスクC
を一時的に実行不可状態にする。
Returning to FIG. 2, the data processing device 1 of the embodiment.
A specific operation when the internal time is adjusted between 0 and 20 will be described below. First, the task D is activated (generated) by an instruction from the console 17 of the data processing device 20, and the data transmission (W) requesting the transmission of the time data is performed by the designation of the normal request parameter P. Then, the task D disappears and the task C is continuously generated. The task C specifies the user processing function (F) 13 1 and executes data reception (R). Read processing 12
2 records the reception request, and the dispatcher selects task C
Temporarily disables execution.

【0033】一方、データ処理装置10ではタスクAが
時刻データを送信して欲しい旨の通知を受け取った結
果、タスクAは利用者処理関数(F)31 を指定すると
共にデータ送信(W)を実行する。そして、これを受け
たライト処理21 はデータ送信を行おうとするが、デー
タ送信の直前で利用者処理関数31 の指定を検出するこ
とにより、処理はディスパッチャを介さずにそのままス
ーパバイザモードで利用者処理関数31 に移る。利用者
処理関数31 はタイマ5の時刻データを取り込み、これ
をライト処理21 の送信バッファに書き込んで処理をラ
イト処理21 に戻す。ライト処理21 は引き続き本処理
を実行し、最新の時刻データをデータ通信装置9に転送
する。データ通信装置9は時刻データをデータ伝送路3
0に送出する。
On the other hand, in the data processor 10, as a result of the notification that the task A wants to transmit the time data, the task A specifies the user processing function (F) 3 1 and transmits the data (W). Run. Then, the write process 2 1 which receives this tries to perform data transmission, but by detecting the specification of the user processing function 3 1 immediately before the data transmission, the process is directly used in the supervisor mode without going through the dispatcher. Move to the person processing function 3 1 . The user processor function 3 1 captures the time data of the timer 5, which returns the write and process the write process 2 1 transmission buffer write process 2 1. Write processing 2 1 continues the process is executed, transfers the latest time data to the data communication device 9. The data communication device 9 sends the time data to the data transmission line 3
Send to 0.

【0034】一方、データ処理装置20では、データ通
信装置19が時刻データを受信し、スーパバイザ14に
受信割込を発生する。これにより再度起動されたリード
処理122 はデータ通信装置19の受信バッファから時
刻データを高速で取り込むが、データ受信の直後で利用
者処理関数131 の指定を検出することにより、処理は
ディスパッチャを介さずにそのままスーパバイザモード
で利用者処理関数13 1 に移る。利用者処理関数131
はリード処理122 の受信バッファの時刻データを取り
込み、これをタイマ15にセットして処理をリード処理
122 に戻す。リード処理122 は受信終了の旨の情報
を形成して、処理はディスパッチャに移る。これにより
ディスパッチャはタスクCを実行可状態(ポスト)に
し、更に他のタスクを動かさない場合は、処理はタスク
Cに移る。利用者処理関数131 を指定したタスクCは
受信終了の旨の情報を得たことにより時刻合わせが既に
終了したこと知ることができ、時刻合わせ終了のメッセ
ージをコンソール17に出力する。
On the other hand, in the data processing device 20, data communication is performed.
The communication device 19 receives the time data and sends it to the supervisor 14.
Generate a reception interrupt. Leads reactivated by this
Process 122Is from the reception buffer of the data communication device 19
Captures time data at high speed, but uses it immediately after receiving data
Processing function 131By detecting the specification of
Supervisor mode without going through the dispatcher
And user processing function 13 1Move on to. User processing function 131
Is read processing 122Time data of the receiving buffer of
Included, set this in the timer 15 and read processing
122Return to. Read processing 122Is information that reception has ended
And the process moves to the dispatcher. This
The dispatcher puts task C in the ready state (post)
However, if you do not move other tasks, the process is task
Move to C. User processing function 131Task C with
The time has already been set by receiving the information that the reception has been completed.
You can know that it is finished, and a message to finish the time adjustment
Output to the console 17.

【0035】あるいは、例えばタスクCは利用者処理関
数(F)132 を指定すると共にデータ受信(R)を実
行する。そして、データ処理装置10からの制御データ
の受信により起動されたリード処理122 はデータ通信
装置19から制御データを取り込んでその直後に利用者
処理関数132 を実行する。利用者処理関数132 は受
信バッファの制御データを取り込み、これを入出力ポー
ト18にセットして制御信号CTD2 を形成する。従っ
て、制御データの受信直後に最新の制御信号CTD2
形成でき、データ処理装置10は遠隔のデータ処理装置
20を介して遠隔装置(不図示)のリアルタイムな遠隔
制御が行える。
Alternatively, for example, the task C specifies the user processing function (F) 13 2 and executes the data reception (R). Then, the read process 12 2 activated by receiving the control data from the data processing device 10 fetches the control data from the data communication device 19 and immediately after that, executes the user processing function 13 2 . The user processing function 13 2 takes in the control data of the receiving buffer and sets it in the input / output port 18 to form the control signal CTD 2 . Therefore, the latest control signal CTD 2 can be generated immediately after receiving the control data, and the data processing device 10 can perform remote control of a remote device (not shown) via the remote data processing device 20 in real time.

【0036】又は、例えばタスクAは利用者処理関数
(F)32 を指定すると共にデータ送信(W)を実行す
る。これによりライト処理21 はデータ送出の直前に利
用者処理関数32 を実行する。利用者処理関数32 は入
出力ポート8の監視データSTD1 を取り込み、これを
ライト処理21 の送信バッファに格納する。従って、デ
ータ送信直前の最新の監視データSTD1 を送信でき
る。
Alternatively, for example, the task A specifies the user processing function (F) 3 2 and executes the data transmission (W). As a result, the write processing 2 1 executes the user processing function 3 2 immediately before the data transmission. The user processing function 3 2 takes in the monitoring data STD 1 of the input / output port 8 and stores it in the transmission buffer of the write processing 2 1 . Therefore, the latest monitoring data STD 1 immediately before data transmission can be transmitted.

【0037】又は、例えばタスクAは監視データSTD
1 の変化を検出したことにより該監視データSTD1
取り込んで送信データを形成し、かつその依頼パラメー
タ(送信データの格納アドレス)と共に利用者処理関数
(F)31 を指定してデータ送信(W)を実行する。こ
れによりライト処理21 はデータ送出の直前に利用者処
理関数31 を実行する。利用者処理関数31 は入出力ポ
ート8の現時点の監視データSTD1 ´を取り込み、送
信バッファの監視データSTD1 と比較する。そして、
比較一致が得られた場合は送信可の復帰情報を形成して
ライト処理21に戻る。これによりライト処理21 は送
信バッファの監視データSTD1 を送信する。また、利
用者処理関数31 は比較一致が得られなかった場合は送
信不可の復帰情報を形成してライト処理21 に戻る。こ
れによりライト処理21 は送信バッファの監視データS
TD1 を送信しない。従って、監視データについて変化
があった場合のみ新たな監視データを遠隔装置に知らせ
るような場合に、送信される監視データの信頼性が格段
に向上する。
Alternatively, for example, task A is monitoring data STD
When the change of 1 is detected, the monitoring data STD 1 is fetched to form the transmission data, and the user processing function (F) 3 1 is specified together with the request parameter (storage address of the transmission data) to transmit the data ( W) is executed. As a result, the write process 2 1 executes the user process function 3 1 immediately before the data transmission. The user processing function 3 1 fetches the current monitoring data STD 1 ′ of the input / output port 8 and compares it with the monitoring data STD 1 of the transmission buffer. And
If a comparison match is obtained, return information indicating that transmission is possible is formed, and the process returns to the write process 2 1 . As a result, the write processing 2 1 transmits the monitoring data STD 1 in the transmission buffer. Further, when the comparison match is not obtained, the user processing function 3 1 forms return information indicating that transmission is impossible and returns to the write processing 2 1 . As a result, the write processing 2 1 is the monitoring data S of the transmission buffer.
Do not send TD 1 . Therefore, when new monitoring data is notified to the remote device only when there is a change in the monitoring data, the reliability of the transmitted monitoring data is significantly improved.

【0038】なお、上記実施例では1つのCPUの下で
マルチタスク(マルチジョブ)が動作するマルチプログ
ラミング方式のデータ処理装置について述べたが、本発
明は複数のCPUの下でマルチタスクが動作するマルチ
プロセッシング方式のデータ処理装置及び1つのCPU
の下で1つのジョブが動作するシングルプログラミング
方式のデータ処理装置にも適用できる。
In the above embodiment, a multi-programming type data processing device in which multi-tasks (multi-jobs) operate under one CPU has been described, but the present invention operates multi-tasks under a plurality of CPUs. Multi-processing type data processing device and one CPU
It is also applicable to a single programming type data processing device in which one job operates under

【0039】また、上記実施例では被依頼処理2はリー
ド/ライト処理22 /21 としたがこれに限らない。例
えば依頼処理1は演算結果の格納アドレスを指定して被
依頼処理2にグラフプロット情報の演算を依頼する。こ
れを受けた被依頼処理2はグラフプロット情報の演算直
前に利用者処理関数3を実行する。そして、利用者処理
関数3は入出力ポート8の監視データSTD1 とタイマ
5の時刻データとをリアルタイムに取り込んでこれらの
データを被依頼処理2に提供する。従って、被依頼処理
2には現実の時間軸に沿った正確な監視(測定)情報が
得られ、依頼処理1は高い精度のグラフプロット情報を
出力できる。
Further, the request processing 2 in the above embodiment is not limited thereto but a read / write processing 2 2/2 1. For example, the request processing 1 specifies the storage address of the calculation result and requests the requested processing 2 to calculate the graph plot information. Upon receiving this, the requested processing 2 executes the user processing function 3 immediately before the calculation of the graph plot information. Then, the user processing function 3 fetches the monitoring data STD 1 of the input / output port 8 and the time data of the timer 5 in real time and provides these data to the requested processing 2. Therefore, the requested process 2 can obtain accurate monitoring (measurement) information along the actual time axis, and the requested process 1 can output highly accurate graph plot information.

【0040】また、上記本発明に好適なる実施例を示し
たが、本発明思想を逸脱しない範囲内で構成及び組み合
わせの様々な変更が行えることは言うまでもない。
Although the preferred embodiment of the present invention has been described above, it goes without saying that various changes in structure and combination can be made without departing from the spirit of the present invention.

【0041】[0041]

【発明の効果】以上述べた如く本発明によれば、依頼処
理1は利用者関数処理3を指定して所定のプログラム処
理を依頼し、かつ被依頼処理2は依頼されたプログラム
処理実行のうちの所定の処理実行の直前及び又は直後に
前記指定された利用者関数処理3を実行するので、実時
間データを実質的に実時間で処理可能となり、処理能力
の優れたデータ処理装置を提供できる。
As described above, according to the present invention, the request processing 1 designates the user function processing 3 to request a predetermined program processing, and the requested processing 2 is one of the requested program processing executions. Since the specified user function process 3 is executed immediately before and / or immediately after the execution of the predetermined process, the real-time data can be processed substantially in real time, and a data processing device with excellent processing capability can be provided. .

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

【図1】図1は本発明の原理を説明する図である。FIG. 1 is a diagram illustrating the principle of the present invention.

【図2】図2は実施例のデータ処理システムを説明する
図である。
FIG. 2 is a diagram illustrating a data processing system according to an embodiment.

【図3】図3は実施例の被依頼処理のフローチャートで
ある。
FIG. 3 is a flowchart of a requested process according to an embodiment.

【図4】図4は従来の一例のデータ処理システムを説明
する図である。
FIG. 4 is a diagram illustrating an example of a conventional data processing system.

【符号の説明】 1 依頼処理 2 被依頼処理 3 利用者関数処理[Explanation of code] 1 request processing 2 requested processing 3 user function processing

Claims (8)

【特許請求の範囲】[Claims] 【請求項1】 CPUと、該CPUが実行するプログラ
ム処理を記憶したメモリとを備え、実時間で処理すべき
データのプログラム処理を行うデータ処理装置におい
て、 所定のプログラム処理を依頼する依頼処理(1)と、 前記依頼されたプログラム処理を実行する被依頼処理
(2)と、 予め利用者が規定した利用者関数処理(3)とを備え、 依頼処理(1)は利用者関数処理(3)を指定して所定
のプログラム処理を依頼し、かつ被依頼処理(2)は依
頼されたプログラム処理実行のうちの所定の処理実行の
直前及び又は直後に前記指定された利用者関数処理
(3)を実行することを特徴とするデータ処理装置。
1. A data processing apparatus comprising a CPU and a memory storing program processing executed by the CPU, and performing a program processing of data to be processed in real time, a request processing for requesting a predetermined program processing ( 1), a requested process (2) for executing the requested program process, and a user function process (3) defined by a user in advance. The request process (1) is the user function process (3). ) Is specified to request a predetermined program processing, and the requested processing (2) is the specified user function processing (3) immediately before and / or immediately after the predetermined processing execution of the requested program processing execution. ) The data processing device characterized by performing.
【請求項2】 被依頼処理(2)はデータ受信処理であ
り、かつ利用者関数処理(3)は前記データ受信処理が
データ受信を行った受信バッファのデータを実時間で処
理すべきデータの出力先に書き込む処理であることを特
徴とする請求項1のデータ処理装置。
2. The requested process (2) is a data reception process, and the user function process (3) is a process for processing the data in the reception buffer which has received the data by the data reception process in real time. The data processing apparatus according to claim 1, wherein the data processing is writing to an output destination.
【請求項3】 被依頼処理(2)はデータ送信処理であ
り、かつ利用者関数処理(3)は実時間で変化するデー
タの発生源よりデータを取り込みこれを前記データ送信
処理の送信バッファに書き込む処理であることを特徴と
する請求項1のデータ処理装置。
3. The requested process (2) is a data transmission process, and the user function process (3) takes in data from a source of data that changes in real time and stores it in a transmission buffer of the data transmission process. The data processing device according to claim 1, wherein the data processing device is a writing process.
【請求項4】 利用者関数処理(3)は自己の関数処理
結果に基づく所定の復帰情報を形成し、かつ被依頼処理
(2)は前記復帰情報に従って依頼されたプログラム処
理の実行/不実行を制御することを特徴とする請求項3
のデータ処理装置。
4. The user function process (3) forms predetermined return information based on its own function process result, and the requested process (2) executes / not executes the requested program process according to the return information. Is controlled.
Data processing equipment.
【請求項5】 利用者関数処理(3)は過去に取り込ん
だデータと現時点に取り込んだデータとを比較する比較
処理を含み、かつその比較結果に基づいて所定の復帰情
報を形成することを特徴とする請求項4のデータ処理装
置。
5. The user function process (3) includes a comparison process for comparing data captured in the past with data captured in the present time, and predetermined return information is formed based on the comparison result. The data processing device according to claim 4.
【請求項6】 利用者関数処理(3)はその実行位置を
制御する制御情報を含み、かつ被依頼処理(2)は前記
制御情報に従って依頼されたプログラム処理のうちの所
定の処理実行の直前及び又は直後に利用者関数処理
(3)を実行することを特徴とする請求項1のデータ処
理装置。
6. The user function process (3) includes control information for controlling its execution position, and the requested process (2) immediately before execution of a predetermined process among program processes requested according to the control information. The data processing device according to claim 1, wherein the user function process (3) is executed immediately after and / or.
【請求項7】 依頼処理(1)はマルチプログラミング
方式又はマルチプロセッシング方式のデータ処理装置に
おけるタスク処理であり、かつ被依頼処理(2)は前記
タスク処理の実行を管理・制御するスーパバイザ処理で
あることを特徴とする請求項1のデータ処理装置。
7. The request process (1) is a task process in a data processing device of a multi-programming system or a multi-processing system, and the requested process (2) is a supervisor process for managing and controlling the execution of the task process. The data processing device according to claim 1, wherein
【請求項8】 依頼処理(1)はシングルプログラミン
グ方式のデータ処理装置における主制御・処理を行うメ
インルーチンの処理であり、かつ被依頼処理(2)は前
記メインルーチンの処理により呼び出されるサブルーチ
ンの処理であることを特徴とする請求項1のデータ処理
装置。
8. The request processing (1) is processing of a main routine that performs main control / processing in a single programming type data processing device, and the requested processing (2) is a subroutine called by the processing of the main routine. The data processing apparatus according to claim 1, which is a process.
JP28695093A 1993-11-16 1993-11-16 Data processor Withdrawn JPH07141209A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP28695093A JPH07141209A (en) 1993-11-16 1993-11-16 Data processor

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP28695093A JPH07141209A (en) 1993-11-16 1993-11-16 Data processor

Publications (1)

Publication Number Publication Date
JPH07141209A true JPH07141209A (en) 1995-06-02

Family

ID=17711057

Family Applications (1)

Application Number Title Priority Date Filing Date
JP28695093A Withdrawn JPH07141209A (en) 1993-11-16 1993-11-16 Data processor

Country Status (1)

Country Link
JP (1) JPH07141209A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8392932B2 (en) 2008-06-25 2013-03-05 Panasonic Corporation Information processing device for causing a processor to context switch between threads including storing contexts based on next thread start position

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8392932B2 (en) 2008-06-25 2013-03-05 Panasonic Corporation Information processing device for causing a processor to context switch between threads including storing contexts based on next thread start position

Similar Documents

Publication Publication Date Title
JP2526688B2 (en) Programmable controller and partial execution method of sequence program
JP2001265609A (en) Arithmetic processor
JPH0268632A (en) Interruption controller
JPH03156559A (en) Interruption processing system for multiprocessor system
JP2002014841A (en) Debugger kernel system
JPH07141209A (en) Data processor
US5940628A (en) Control processor for user setting a change prohibition period during which a program change command will not be executed until the lapse of that period
JPH0679270B2 (en) Digital device
JP2004185131A5 (en)
JP3015793B1 (en) Programmable controller
JPH1165623A (en) Programmable controller
JPH06324861A (en) System and method for controlling cpu
JPH064318A (en) Error detecting system
JPH07334215A (en) Sequence control method of programmable controller
JP3288750B2 (en) Robot controller
JP2638078B2 (en) Information processing device
JPH02234233A (en) Event driven type multi-task monitor
JP2001306356A (en) Method and device for predicting and displaying task scheduling
JPH05342021A (en) Multitask computer
JPH02273829A (en) Controlling system for console of computer
JPS61282936A (en) Vector interruption system for microprocessor
JPH01217534A (en) Multi-processor system
JPH07271608A (en) Interruption generating circuit
JPH0237450A (en) Channel device
JPH0777931A (en) Programable controller

Legal Events

Date Code Title Description
A300 Withdrawal of application because of no request for examination

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20010130