JPH0934730A - Distributed processing method and distributed processor for the same - Google Patents

Distributed processing method and distributed processor for the same

Info

Publication number
JPH0934730A
JPH0934730A JP18127695A JP18127695A JPH0934730A JP H0934730 A JPH0934730 A JP H0934730A JP 18127695 A JP18127695 A JP 18127695A JP 18127695 A JP18127695 A JP 18127695A JP H0934730 A JPH0934730 A JP H0934730A
Authority
JP
Japan
Prior art keywords
processing
identifier
processing request
queue
distributed
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
JP18127695A
Other languages
Japanese (ja)
Inventor
Hiromi Hasegawa
博己 長谷川
Hiroyuki Onogawa
浩之 小野川
Sumiyo Taoka
純代 田岡
Masahiko Murakami
雅彦 村上
Tadashige Iwao
忠重 岩尾
Noriyuki Fukuyama
訓行 福山
Masanobu Morinaga
正信 森永
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 JP18127695A priority Critical patent/JPH0934730A/en
Publication of JPH0934730A publication Critical patent/JPH0934730A/en
Withdrawn legal-status Critical Current

Links

Landscapes

  • Multi Processors (AREA)

Abstract

PROBLEM TO BE SOLVED: To improve the high-speed property and reliability of a system in the case of distributedly processing a processing request by taking charge of only a queue, to which the processing request adding a specified identifier is distributed, for at least one of main processing bodies. SOLUTION: The identifier concerning the length of execution time or priority is added to a processing request 1. A processing reception part 2 distinguishes the processing requests sent from clients, etc., into the request to be executed by itself and the request to be moved to the next queuing based on their identifiers and when executing the request by itself, the executed result is reported to the processing request source. The processing request not to be the executing object is queued by respective queues 4-6 corresponding to the identifiers at a queuing part 3 and main processing bodies 7-9 execute these requests but the main processing body 7 extracts only the processing request of the queue 4 corresponding to a most preferential identifier A. Therefore, even while the main processing bodies 8 and 9 just execute the arbitrary processing requests, the processing request of the identifier A is immediately executed.

Description

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

【0001】[0001]

【発明の属する技術分野】本発明は、分散処理方法およ
びそのための分散処理装置に関し、特に実行時間の長短
や優先度などに関する識別子を付した処理要求を処理受
付部で受け取ってから当該識別子に対応するキューにい
ったん振り分け、その後、これらのキュー群から取り出
した前記処理要求をプロセスやCPUなどの処理主体で
個々に実行するようにした分散処理に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a distributed processing method and a distributed processing apparatus for the same, and more particularly, to a processing accepting unit which receives a processing request with an identifier relating to the length of execution time, priority, etc. The present invention relates to distributed processing in which a processing entity such as a process or a CPU individually executes the processing requests extracted from these queue groups and then individually distributes the processing requests.

【0002】サーバなどから送られる処理要求を複数の
プロセスやCPUなどで実行する分散処理システムにお
いては、各処理要求の持つ個性、例えばその実行時間の
長短や処理要求自体の実行優先度を考慮した上での分散
処理を行なうことが望ましく、本発明はこのような要請
に応えるものである。
In a distributed processing system in which a processing request sent from a server or the like is executed by a plurality of processes or CPUs, the individuality of each processing request, for example, the length of the execution time or the execution priority of the processing request itself is taken into consideration. It is desirable to perform the above-mentioned dispersion processing, and the present invention meets such a demand.

【0003】[0003]

【従来の技術】図7は、従来の分散処理方式の概要を示
す説明図であり、51〜53はクライアントや交換機などの
処理要求装置、54〜56はその実行時間の長短や優先度な
どに関する識別子(A〜C)を付した処理要求、57はサ
ーバ、58は処理受付部、59はメインキュー、60〜62は個
別キュー、63はメインキューや個別キューを管理するキ
ュー管理部、64〜66は処理主体としてのプロセス、67は
処理要求の識別子と個別キューとの対応関係などを保持
したシステム定義ファイル、68は交換機、69はモデム、
70は処理要求元に対するレスポンスをそれぞれ示してい
る。なお、本明細書では、説明の便宜上、識別子Aー識
別子Bー識別子Cー・・・の順に処理の優先度が低くな
るものとする。
2. Description of the Related Art FIG. 7 is an explanatory diagram showing an outline of a conventional distributed processing system. Reference numerals 51 to 53 relate to processing requesting devices such as clients and exchanges, and reference numerals 54 to 56 relate to long and short execution times and priorities. A processing request with an identifier (A to C), 57 is a server, 58 is a processing reception unit, 59 is a main queue, 60 to 62 are individual queues, 63 is a queue management unit that manages the main queue and individual queues, and 64 to 66 is a process as a processing body, 67 is a system definition file holding the correspondence between the identifier of the processing request and the individual queue, 68 is an exchange, 69 is a modem,
Reference numerals 70 denote responses to the processing request source. In the present specification, for convenience of explanation, the priority of processing is low in the order of identifier A-identifier B-identifier C -...

【0004】ここで、例えばクライアント52が識別子B
を持つ処理要求55を発行したとき、この処理要求55は先
ず処理受付部58に送られてからメインキュー59にキュー
イングされ、続いて識別子Bに対応の個別キュー61にキ
ューイングされる。
Here, for example, the client 52 is the identifier B.
When the processing request 55 having the above is issued, the processing request 55 is first sent to the processing accepting unit 58, then queued in the main queue 59, and then queued in the individual queue 61 corresponding to the identifier B.

【0005】このメインキュー59から個別キュー61への
キューイングの際には、キュー管理部63はシステム定義
ファイル67を参照することにより個別キュー61が識別子
Bに対応していることを確認する。
When queuing from the main queue 59 to the individual queue 61, the queue management unit 63 confirms that the individual queue 61 corresponds to the identifier B by referring to the system definition file 67.

【0006】そして、プロセス64〜66の中で処理要求待
ちのものは、各個別キュー60〜62の内容を「識別子Aー
識別子Bー識別子Cー・・・」の順序で調べ、そこに入
っている処理要求の一つを実行してその結果をレスポン
ス70のかたちで処理要求元のクライアント52に通知す
る。
Among the processes 64-66, those waiting for a processing request check the contents of the individual queues 60-62 in the order of "identifier A-identifier B-identifier C -..." One of the processing requests is executed and the result is notified to the processing request source client 52 in the form of a response 70.

【0007】なお、各処理装置51〜53からサーバ57に送
られる処理要求54〜56には識別子とともにその発行元を
示す処理要求装置IDが付加されており、各プロセス64
〜66はこのIDに基づいて実行結果の送信先を認識する
ことになる。
The processing requests 54 to 56 sent from the respective processing devices 51 to 53 to the server 57 are added with an identifier as well as a processing request device ID indicating the issuing source thereof, and each process 64.
~ 66 will recognize the destination of the execution result based on this ID.

【0008】図8は、従来のキュー管理方式を示す説明
図であり、 ・(a) は、プロセス64〜66のそれぞれは処理要求待ちで
あってすぐに次の処理要求を個別キュー60〜62から取り
出して実行することが可能な状態、 ・(b) は、プロセス64および65は識別子Bの処理要求
を、またプロセス64は識別子Cの処理要求をそれぞれ実
行中であってすぐには次の最優先度の処理要求(識別子
A)を実行できない状態、をそれぞれ示している。
FIG. 8 is an explanatory view showing a conventional queue management system. (A) shows that each of the processes 64 to 66 is waiting for a processing request and immediately sends the next processing request to the individual queues 60 to 62. (B) indicates that processes 64 and 65 are executing the processing request for the identifier B, and the process 64 is executing the processing request for the identifier C immediately after the next processing. It shows a state in which the highest priority processing request (identifier A) cannot be executed.

【0009】図8(a) の場合には、先ず最優先度の個別
キュー60に入っている二つの処理要求が例えばプロセス
64と65とに取り込まれ、続いて個別キュー61に入ってい
る一つの処理要求がプロセス66に取り込まれる。
In the case of FIG. 8A, first, two processing requests in the highest priority individual queue 60 are, for example, processes.
One of the processing requests in the individual queue 61 is captured by the process 66.

【0010】図8(b) の場合には、各プロセス64〜66は
現在の処理要求の実行が終了するまで次の処理要求を個
別キューから取り込むことはできず、そのため最優先度
の個別キュー60に入っている処理要求はいずれかのプロ
セスでの処理が終了して初めてそこに取り込まれること
になる。
In the case of FIG. 8B, each process 64-66 cannot fetch the next processing request from the individual queue until the execution of the current processing request is completed, and therefore, the individual queue having the highest priority is processed. The processing request contained in 60 will not be taken into there until the processing in any process is completed.

【0011】[0011]

【発明が解決しようとする課題】従来のこのような分散
処理方式は、 ・その実行時間が短い処理要求、例えばログインやログ
オフなどの処理要求のときにも処理受付部からメインキ
ューおよび個別キューにキューイングしているので、処
理要求に対する応答時間が長くなり、 ・優先度の高い処理要求が個別キューにキューイングさ
れても、そのときにすべてのプロセスが実行中であれば
当該処理要求は個別キューに溜まったままの待ち状態
(過負荷状態)となるので、優先度が高い処理要求の実
行が後回しとされシステムの高速性、信頼性の点で不十
分さが残る、といった問題点を有している。
The conventional distributed processing method as described above is as follows: When a processing request whose execution time is short, for example, a processing request such as login or logoff, is sent from the processing accepting unit to the main queue and the individual queue. Since it is queued, the response time to a processing request becomes long, and even if a high-priority processing request is queued in an individual queue, if all processes are running at that time, the processing request will be processed individually. Since there is a waiting state (overload state) that remains in the queue, there is a problem that processing requests with high priority are postponed and inadequacy remains in terms of system speed and reliability. are doing.

【0012】そこで、本発明では、 ・処理受付部において、処理要求の識別子からその実行
時間が短いものと判断したときには当該処理要求をキュ
ーイングすることなしに自ら実行してその結果を処理要
求元に通知し、 ・処理要求の処理主体であるプロセスやCPUなどの少
なくとも一つは特定の識別子(例えば最優先度の識別
子)を持った処理要求のみを担当する、ようにすること
により、実行時間や優先度の点で差異がある各処理要求
を分散処理する際のシステムの高速性、信頼性をより向
上させることを目的とする。
Therefore, according to the present invention: When the processing accepting unit determines from the identifier of a processing request that the execution time is short, the processing request is executed by itself without queuing, and the result is sent to the processing request source. The execution time by ensuring that at least one of the process and the CPU that is the processing subject of the processing request is in charge of only the processing request having a specific identifier (for example, the identifier with the highest priority). It is an object of the present invention to further improve the speed and reliability of the system when performing distributed processing of processing requests that differ in terms of priority.

【0013】[0013]

【課題を解決するための手段】図1は、本発明の原理説
明図である。図において、1は、処理要求であり、その
実行時間の長短や優先度に関する識別子を付した形にな
っている。2は、処理受付部であり、クライアントなど
から送られてきた処理要求を、その識別子に基づいて、
自ら実行するものと次のキューイングへと移行させるも
のとに区別し、当該処理要求が前者に属する場合にはそ
の実行結果を処理要求元に通知している。3は、キュー
イング部であり、処理受付部2から送られる処理要求を
その識別子に対応のキューに振り分けている。4は、キ
ュー(その1)であり、識別子Aに対応している。5
は、キュー(その2)であり、識別子Bに対応してい
る。6は、キュー(その3)であり、識別子Cに対応し
ている。7は、CPUやプロセスなどの処理主体(その
1)であり、識別子Aに対応のキュー4のみを担当して
いる。8は、CPUやプロセスなどの処理主体(その
2)であり、識別子Aに対応のキュー4と識別子Bに対
応のキュー5のみを担当している。9は、CPUやプロ
セスなどの処理主体(その3)であり、すべてのキュー
を担当している。10は、第1のレスポンスであり、処理
受付部2から処理要求元に通知される。11は、第2のレ
スポンスであり、処理主体7〜9のいずれかから処理要
求元に通知される。
FIG. 1 is a diagram for explaining the principle of the present invention. In the figure, reference numeral 1 denotes a processing request, which has a form in which an identifier relating to the length of execution time or priority thereof is added. Reference numeral 2 denotes a processing reception unit, which processes a processing request sent from a client or the like based on its identifier.
When the processing request belongs to the former, the execution result is notified to the processing request source when the processing request itself is distinguished from the one to be transferred to the next queuing. A queuing unit 3 distributes the processing request sent from the processing reception unit 2 to a queue corresponding to the identifier. Reference numeral 4 denotes a queue (No. 1), which corresponds to the identifier A. 5
Is a queue (No. 2) and corresponds to the identifier B. Reference numeral 6 denotes a queue (No. 3), which corresponds to the identifier C. Reference numeral 7 denotes a processing entity (No. 1) such as a CPU and a process, and is in charge of only the queue 4 corresponding to the identifier A. Reference numeral 8 denotes a processing entity (No. 2) such as a CPU and a process, and is in charge of only the queue 4 corresponding to the identifier A and the queue 5 corresponding to the identifier B. Reference numeral 9 is a processing entity (part 3) such as a CPU and a process, and is in charge of all queues. Reference numeral 10 is a first response, which is notified from the processing accepting unit 2 to the processing request source. Reference numeral 11 is a second response, which is notified to the processing request source from any one of the processing subjects 7 to 9.

【0014】処理受付部2は、クライアントなどから送
られてきた処理要求の実行先をその識別子の違い(例え
ば図4に示すような数字、英字の違い)によって特定し
ており、ログインやログオフなどのように実行時間が短
い処理要求については自ら実行する。
The process accepting unit 2 specifies the execution destination of the process request sent from the client or the like by the difference in the identifiers (for example, the numbers and alphabetical characters shown in FIG. 4), and login, logoff, etc. The processing request having a short execution time is executed by itself.

【0015】そして、処理受付部2での実行対象となら
なかった処理要求は従来と同様の手法によりその識別子
に対応するキュー4〜6のそれぞれにキューイングさ
れ、処理主体7〜9がこれらを取り出してから実行する
ことになるが、本発明では、処理主体のそれぞれとそれ
から取り出し可能なキューとの関係を後述のプロセス管
理テーブル(図5参照)などによって特定している。
Then, the processing requests that have not been executed by the processing accepting unit 2 are queued in the queues 4 to 6 corresponding to the identifiers in the same manner as in the prior art, and the processing subjects 7 to 9 process these. Although it is executed after taking out, in the present invention, the relationship between each of the processing subjects and the queues that can be taken out therefrom is specified by a process management table (see FIG. 5) described later.

【0016】この特定内容は、処理主体7〜9の中の少
なくとも一つは特定の識別子に対応のキューのみを担当
することを示したものであって、例えば処理主体7は最
優先度の識別子Aに対応のキュー4の処理要求のみを取
り出すことを示している。
This specific content indicates that at least one of the processing entities 7 to 9 is in charge of only the queue corresponding to the specific identifier. For example, the processing entity 7 is the highest priority identifier. It indicates that only the processing request of the queue 4 corresponding to A is taken out.

【0017】そのため、識別子Aの処理要求よりも優先
度の低いものを処理主体7が実行することはなく、処理
主体8および9が任意の識別子の処理要求を実行中であ
っても、キュー4にキューイングされた識別子Aの処理
要求は処理主体7によってすぐに実行されることにな
る。
Therefore, the processing entity 7 does not execute a request having a lower priority than the processing request of the identifier A, and even if the processing entities 8 and 9 are executing the processing request of an arbitrary identifier, the queue 4 is processed. The processing request of the identifier A queued in is immediately executed by the processing entity 7.

【0018】もっとも、処理主体7が識別子Aの処理要
求を実行中であって、かつ他の処理主体8および9も任
意の識別子の処理要求を実行中である場合にはいずれか
の処理主体の実行終了を待たなければならない。
However, when the processing subject 7 is executing the processing request for the identifier A and the other processing subjects 8 and 9 are also executing the processing request for the arbitrary identifiers, one of the processing subjects You have to wait for the end of execution.

【0019】なお、以上の説明では処理要求に付された
識別子と当該処理要求を保持するキューとを1対1の対
応関係としているが、複数の識別子に一つのキューを対
応させるようにしてもよい。
In the above description, the identifier assigned to the processing request and the queue holding the processing request have a one-to-one correspondence, but one queue may be associated with a plurality of identifiers. Good.

【0020】本発明の分散処理方法としての基本的な構
成(その1)は、「実行時間の長短や優先度などに関す
る識別子を付した処理要求を当該識別子に対応のキュー
にいったん振り分け、その後、プロセスやCPUなどの
処理主体が前記処理要求をこれらのキュー群から取り出
して個々に実行する分散処理方法において、前記処理主
体の少なくとも一つは、特定の前記識別子を付した前記
処理要求が振り分けられる前記キューのみを担当するよ
うにしたこと」である。
The basic configuration (1) as the distributed processing method of the present invention is that "a processing request to which an identifier relating to the length of execution time, priority, etc. is assigned is once distributed to a queue corresponding to the identifier, and then, In a distributed processing method in which a processing entity such as a process or a CPU extracts the processing request from these queue groups and individually executes the processing request, at least one of the processing entities is assigned the processing request with the specific identifier. I was in charge of only the queue. "

【0021】本発明の分散処理方法としての基本的な構
成(その2)は、「実行時間の長短や優先度などに関す
る識別子を付した処理要求を処理受付部で受け取ってか
ら当該識別子に対応するキューにいったん振り分け、そ
の後、プロセスやCPUなどの処理主体が前記処理要求
をこれらのキュー群から取り出して個々に実行する分散
処理方法において、前記処理受付部は、前記処理要求の
中で実行時間が短いことを示す前記識別子を持ったもの
については自ら実行して、その結果を処理要求元に通知
するようにしたこと」である。
The basic configuration (No. 2) of the distributed processing method of the present invention corresponds to "the processing receiving unit receives a processing request with an identifier relating to the length of execution time, priority, etc., and then corresponds to the identifier. In a distributed processing method in which a processing entity such as a process or a CPU takes out the processing request from these queue groups and executes the processing requests individually, the processing receiving unit determines the execution time in the processing request. Those having the identifier indicating that it is short are executed by themselves, and the result is notified to the processing request source. "

【0022】本発明の分散処理装置としての基本的な構
成(その1)は、「実行時間の長短や優先度などに関す
る識別子を付した処理要求を当該識別子に対応のキュー
にいったん振り分け、その後、プロセスやCPUなどの
処理主体が前記処理要求をこれらのキュー群から取り出
して個々に実行する分散処理装置において、前記処理主
体の少なくとも一つは、特定の前記識別子を付した前記
処理要求が振り分けられる前記キューの内容のみを実行
する機能を備えたものであること」である。
The basic configuration (No. 1) of the distributed processing apparatus of the present invention is that "a processing request to which an identifier relating to the length of execution time, priority, etc. is assigned is once distributed to a queue corresponding to the identifier, and then, In a distributed processing device in which a processing entity such as a process or a CPU extracts the processing request from these queue groups and individually executes the processing request, at least one of the processing entities is assigned the processing request with the specific identifier. It has a function of executing only the contents of the queue. "

【0023】本発明の分散処理装置としての基本的な構
成(その2)は、「実行時間の長短や優先度などに関す
る識別子を付した処理要求を処理受付部で受け取ってか
ら当該識別子に対応するキューにいったん振り分け、そ
の後、プロセスやCPUなどの処理主体が前記処理要求
をこれらのキュー群から取り出して個々に実行する分散
処理装置において、前記処理受付部は、前記処理要求の
中で実行時間が短いことを示す前記識別子を付したもの
については自ら実行して、その結果を処理要求元に通知
する機能を備えたものであること」である。
The basic configuration (No. 2) of the distributed processing apparatus of the present invention is "corresponding to the identifier after the processing request with an identifier relating to the length of execution time, priority, etc. is received by the processing accepting unit. In a distributed processing device in which a processing entity such as a process or a CPU extracts the processing request from these queue groups and individually executes the processing request, the processing accepting unit determines the execution time in the processing request. Those having the above-mentioned identifier indicating that they are short must have a function of executing them by themselves and notifying the result to the processing request source. ”

【0024】図2は、本発明のキュー管理方式を示す説
明図であり、 ・(a) は、処理主体7〜9のそれぞれは処理要求待ちで
あってすぐに次の処理要求をキュー4〜6から取り出し
て実行することが可能な状態、 ・(b) は、処理主体7は処理要求待ちの状態、また処理
主体8および9は識別子Bの処理要求を実行中の状態、
をそれぞれ示している。
FIG. 2 is an explanatory view showing the queue management system of the present invention. (A) shows that each of the processing entities 7 to 9 is waiting for a processing request and immediately sends the next processing request to the queue 4 to 4. (B) is a state in which the processing subject 7 is waiting for a processing request, and the processing subjects 8 and 9 are in the process of executing the processing request of the identifier B,
Are shown respectively.

【0025】図2(a) の場合には、識別子Aに対応のキ
ュー4に入っている二つの処理要求は処理主体7と処理
主体8とに取り込まれ、識別子Bに対応のキュー5に入
っている一つの処理要求は処理主体9に取り込まれる。
In the case of FIG. 2A, the two processing requests stored in the queue 4 corresponding to the identifier A are fetched by the processing entities 7 and 8 and are entered in the queue 5 corresponding to the identifier B. One processing request that has been made is taken in by the processing subject 9.

【0026】図2(b) の場合には、識別子Aに対応のキ
ュー4に入っている一つの処理要求は待たされることな
しに識別子A専用の処理主体7に取り込まれるが、識別
子Cに対応のキュー6に入っている一つの処理要求は処
理主体8または処理主体9での現在の処理要求の実行終
了して初めてそこに取り込まれることになる。
In the case of FIG. 2B, one processing request in the queue 4 corresponding to the identifier A is fetched by the processing subject 7 dedicated to the identifier A without waiting, but corresponds to the identifier C. One processing request in the queue 6 is not taken into the processing body 8 or 9 until the processing body 8 or 9 finishes executing the current processing request.

【0027】[0027]

【発明の実施の形態】図3〜図6を参照して本発明の実
施の形態を説明する。なお、以下の記載では、説明の便
宜上、処理主体としてプロセスが用いられることを前提
としている。
DETAILED DESCRIPTION OF THE INVENTION An embodiment of the present invention will be described with reference to FIGS. In the following description, for convenience of description, it is assumed that a process is used as a processing subject.

【0028】図3は、本発明の分散処理方式の概要を示
す説明図であり、21〜23はクライアントなどの処理要求
装置、24〜26はその実行時間の長短や優先度などに関す
る識別子を付した処理要求、27はサーバ、28は処理受付
部、29はメインキュー、30〜32は個別キュー、33はメイ
ンキューや個別キューを管理するキュー管理部、34〜36
はプロセス、37はプロセス管理テーブル(図5参照)、
38は交換機、39はモデム、40はシステム定義ファイル、
41は処理受付部28からの第1のレスポンス、42はプロセ
ス34〜36からの第2のレスポンスをそれぞれ示してい
る。
FIG. 3 is an explanatory view showing an outline of the distributed processing system of the present invention. 21 to 23 are processing requesting devices such as clients, and 24 to 26 are identifiers relating to the length of execution time and priority. Processing request, 27 is a server, 28 is a process receiving unit, 29 is a main queue, 30 to 32 are individual queues, 33 is a queue management unit that manages the main queue and individual queues, and 34 to 36.
Is a process, 37 is a process management table (see FIG. 5),
38 is an exchange, 39 is a modem, 40 is a system definition file,
Reference numeral 41 denotes the first response from the process reception unit 28, and 42 denotes the second response from the processes 34 to 36.

【0029】システム定義ファイル40には、 ・識別子表の要素データ(図4参照) ・識別子と個別キューとの対応関係データ(図7参照) ・プロセス管理テーブル37の要素データ(図5参照) などが保持されており、これらのデータはユーザサイド
で変更可能である。なお、これらのデータをシステム定
義ファイル40で用意することなしに、サーバ27が当該デ
ータを独自に設定するようにしてもよい。
The system definition file 40 includes: -element data of the identifier table (see Fig. 4) -correspondence data of identifiers and individual queues (see Fig. 7) -element data of the process management table 37 (see Fig. 5) Are stored, and these data can be changed by the user. The server 27 may set the data independently without preparing these data in the system definition file 40.

【0030】本発明の分散処理方式と従来のそれ(図7
参照)との主な相違点は、 ・任意のクライアントなどからの処理要求を受け取った
処理受付部28はその識別子が数値である場合には当該処
理要求を自らで実行し、その結果を第1のレスポンス41
として処理要求元のクライアントなどに通知すること ・プロセス34を、最優先度に相当する識別子Aの処理要
求が入れられる個別キュー30の専用としたこと、すなわ
ちプロセス34は個別キュー31、32の処理要求を取り出さ
ないこと ・各プロセスがどの個別キューの処理要求を取り出せる
かを示すプロセス管理テーブル37を設けたこと などである。
The distributed processing method of the present invention and that of the conventional method (see FIG. 7).
The main difference is that the process receiving unit 28 that has received a process request from an arbitrary client or the like executes the process request by itself when the identifier is a numerical value, and Response to 41
The process 34 is dedicated to the individual queue 30 in which the processing request of the identifier A corresponding to the highest priority is placed, that is, the process 34 processes the individual queues 31 and 32. Do not take out requests ・ Providing a process management table 37 that indicates which individual queue processing requests can be taken out by each process.

【0031】図4は、本発明の識別子表を示す説明図で
ある。この識別子表は、処理要求ごとにその識別子や処
理内容を対応させたものであって、処理時間の短いログ
インやログオフなどの処理要求の識別子には数字が設定
されている。なお、処理内容の説明中に出てくる「更新
テーブル」や「ポケベルセンター」は図3では省略して
いる。
FIG. 4 is an explanatory diagram showing the identifier table of the present invention. In this identifier table, the identifiers and the processing contents are associated with each processing request, and numbers are set for the identifiers of processing requests such as login and logoff that require a short processing time. The "update table" and "pager center" that appear in the description of the processing contents are omitted in FIG.

【0032】図5は、本発明のプロセス管理テーブルを
示す説明図である。このプロセス管理テーブル37には、 ・取り出し可能な個別キュー ・処理能力 ・現在の処理状況(処理中であるかどうか) ・処理中のプロセスについては処理開始時間 などが保持されている。
FIG. 5 is an explanatory diagram showing the process management table of the present invention. The process management table 37 holds: an individual queue that can be taken out; a processing capacity; a current processing status (whether or not processing is being performed);

【0033】図示のプロセス管理テーブル37には、 ・プロセス34は、個別キュー30の処理要求のみ取り出し
可能であって、「着呼」の処理要求を「12時04分10.95
秒」に開始して現在も実行中であること ・プロセス35は、個別キュー30と個別キュー31との両者
の処理要求が取り出し可能であって、現在は処理要求を
実行していないこと ・プロセス36は、総ての個別キュー30〜32の処理要求が
取り出し可能であって、「ポケベル呼出」の処理要求を
「12時04分05.55 秒」に開始して現在も実行中であるこ
と などが保持されている。
In the illustrated process management table 37, the process 34 can take out only the processing request of the individual queue 30, and the processing request of "incoming call" is "12:04 10.95.
It is started at "second" and is still running.-Process 35 can retrieve the processing requests of both individual queue 30 and individual queue 31, and is not currently executing the processing request.-Process For 36, the processing requests of all individual queues 30 to 32 can be taken out, and the processing request of "pager call" was started at "12: 04: 05.55 seconds" and is still being executed. Is held.

【0034】図6は、本発明の処理要求に対する処理手
順を示す説明図であり、その内容は次のようになってい
る。 (1) 処理受付部28は、クライアントIDなどを添付した処
理要求を受け取って次のステップに進む。 (2) 処理受付部28は、当該処理要求の識別子が数値およ
び英字のいずれであるかどうかを判断し、前者の場合に
はステップ(10)に進み、後者の場合には次のステップに
進む。 (3) キュー管理部33は、当該処理要求をメインキュー29
にキューイングして、次のステップに進む。 (4) キュー管理部33は、図7の場合と同じようにシステ
ム定義ファイル40を参照することにより当該処理要求の
識別子に対応の個別キューを確認して、次のステップに
進む。 (5) キュー管理部33は、当該処理要求を当該個別キュー
にキューイングして、次のステップに進む。 (6) 処理要求待ちの各プロセスは、図5のプロセス管理
テーブル37を参照することによりアクセス可能な個別キ
ューを確認して、次のステップに進む。 (7) 当該プロセスは、当該個別キューから取り出した処
理要求を実行して、次のステップに進む。 (8) 当該プロセスは、この実行結果を第2のレスポンス
42として処理要求元のクライアントなどに通知して、次
のステップに進む。 (9) キュー管理部33は、個別キュー30〜32に入っている
すべての処理要求が各プロセスに取り込まれたかどうか
を判断して、「YES 」の場合は一連の処理を終了し、
「NO」の場合はステップ(6) に戻る。 (10)処理受付部28は、当該処理要求を実行して、次のス
テップに進む。 (11)処理受付部28は、この実行結果を第1のレスポンス
41として処理要求元のクライアントに通知して一連の処
理を終了する。
FIG. 6 is an explanatory diagram showing a processing procedure for a processing request according to the present invention, and the contents thereof are as follows. (1) The process receiving unit 28 receives the process request with the client ID and the like attached, and proceeds to the next step. (2) The process receiving unit 28 determines whether the identifier of the process request is a numerical value or an alphabetic character, and proceeds to step (10) in the former case and proceeds to the next step in the latter case. . (3) The queue management unit 33 sends the processing request to the main queue 29.
Queue and proceed to the next step. (4) The queue management unit 33 confirms the individual queue corresponding to the identifier of the processing request by referring to the system definition file 40 as in the case of FIG. 7, and proceeds to the next step. (5) The queue management unit 33 queues the processing request in the individual queue and proceeds to the next step. (6) Each process waiting for a processing request confirms the accessible individual queue by referring to the process management table 37 of FIG. 5, and proceeds to the next step. (7) The process executes the processing request fetched from the individual queue and proceeds to the next step. (8) The process sends the execution result to the second response.
As 42, the processing requesting client is notified, and the process proceeds to the next step. (9) The queue management unit 33 determines whether or not all the processing requests in the individual queues 30 to 32 have been taken in by each process, and if “YES”, terminates the series of processing,
If "NO", return to step (6). (10) The process receiving unit 28 executes the process request and proceeds to the next step. (11) The process reception unit 28 uses the execution result as the first response.
As 41, the client of the processing request source is notified and the series of processing is ended.

【0035】なお、ステップ(6) において、処理要求待
ちの各プロセスは、アクセス可能な各個別キューを優先
度の高い順に調べていき、そこに処理要求が入っている
かどうかを確認している。
In step (6), each process waiting for a processing request checks each accessible individual queue in descending order of priority, and confirms whether or not there is a processing request.

【0036】そして、優先度のより高いキューに入って
いる処理要求の実行主体となりえるプロセスが複数ある
ときには、処理能力の高い方のプロセスで当該処理要求
を実行するようにするのが望ましい。
When there are a plurality of processes that can be the execution subject of a processing request in a queue with a higher priority, it is desirable to execute the processing request by the process with the higher processing capacity.

【0037】[0037]

【発明の効果】本発明は、このように、実行時間や優先
度の点で差異がある各処理要求を分散処理するに際し、 ・処理受付部において、処理要求の識別子からその実行
時間が短いものと判断したときには当該処理要求をキュ
ーイングすることなしに自ら実行してその結果を処理要
求元に通知し、 ・処理要求の処理主体であるプロセスやCPUなどの少
なくとも一つについては特定の識別子(例えば最優先度
の識別子)を持った処理要求のみの実行に割り当てる、
ようにしているので、分散処理システムの高速性、信頼
性をより向上させることができる。
As described above, according to the present invention, when distributed processing is performed for each processing request having a difference in execution time or priority, the execution time is shortened from the processing request identifier in the processing receiving unit. When it is determined that the processing request is executed by itself without queuing, the result is notified to the processing request source, and a specific identifier ( For example, assign it to the execution of only processing requests with the highest priority identifier),
Therefore, the high speed and reliability of the distributed processing system can be further improved.

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

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

【図2】本発明の、キュー管理方式を示す説明図であ
る。
FIG. 2 is an explanatory diagram showing a queue management system of the present invention.

【図3】本発明の、分散処理方式の概要を示す説明図で
ある。
FIG. 3 is an explanatory diagram showing an outline of a distributed processing system of the present invention.

【図4】本発明の、識別子表を示す説明図である。FIG. 4 is an explanatory diagram showing an identifier table of the present invention.

【図5】本発明の、プロセス管理テーブルを示す説明図
である。
FIG. 5 is an explanatory diagram showing a process management table according to the present invention.

【図6】本発明の、処理要求に対する処理手順を示す説
明図である。
FIG. 6 is an explanatory diagram showing a processing procedure for a processing request according to the present invention.

【図7】従来の、処理分散方式の概要を示す説明図であ
る。
FIG. 7 is an explanatory diagram showing an outline of a conventional processing distribution system.

【図8】従来の、キュー管理方式を示す説明図である。FIG. 8 is an explanatory diagram showing a conventional queue management system.

【符号の説明】[Explanation of symbols]

図1において、 1・・・実行時間の長短や優先度に関する識別子を付し
た処理要求 2・・・処理受付部 3・・・キューイング部 4・・・キュー(識別子A:最優先度) 5・・・キュー(識別子B) 6・・・キュー(識別子C) 7・・・処理主体(キュー4のみを担当) 8・・・処理主体(キュー4、5のみを担当) 9・・・処理主体(すべてのキューを担当) 10・・・第1のレスポンス 11・・・第2のレスポンス
In FIG. 1, 1 ... Process request to which an identifier relating to the length of execution time or priority is attached 2 ... Process accepting unit 3 ... Queuing unit 4 ... Queue (identifier A: highest priority) 5・ ・ ・ Queue (identifier B) 6 ... Queue (identifier C) 7 ... Processing subject (only responsible for queue 4) 8 ... Processing subject (only responsible for queues 4 and 5) 9 ... Processing Principal (responsible for all queues) 10 ... First response 11 ... Second response

───────────────────────────────────────────────────── フロントページの続き (72)発明者 田岡 純代 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 村上 雅彦 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 岩尾 忠重 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 福山 訓行 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 森永 正信 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 ─────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Junyo Taoka 1015 Kamiodanaka, Nakahara-ku, Kawasaki City, Kanagawa Prefecture, Fujitsu Limited (72) Inventor Masahiko Murakami, 1015, Kamikodanaka, Nakahara-ku, Kawasaki, Kanagawa Prefecture, Fujitsu Limited ( 72) Inventor Tadashige Iwao 1015 Kamiodanaka, Nakahara-ku, Kawasaki City, Kanagawa Prefecture, Fujitsu Limited (72) Inventor Fukuyama, Noriyuki Fukuyama, Kanagawa Prefecture 1015, Kamedotachu, Nakahara-ku, Kawasaki, Kanagawa Prefecture (72) Inventor, Masanobu Morinaga Kanagawa Prefecture 1015 Kamiodanaka, Nakahara-ku, Kawasaki City, Fujitsu Limited

Claims (8)

【特許請求の範囲】[Claims] 【請求項1】 実行時間の長短や優先度などに関する識
別子を付した処理要求を当該識別子に対応のキューにい
ったん振り分け、その後、プロセスやCPUなどの処理
主体が前記処理要求をこれらのキュー群から取り出して
個々に実行する分散処理方法において、 前記処理主体の少なくとも一つは、特定の前記識別子を
付した前記処理要求が振り分けられる前記キューのみを
担当するようにしたことを特徴とする分散処理方法。
1. A processing request to which an identifier relating to the length of execution time, priority, etc. is assigned to a queue corresponding to the identifier, and then a processing entity such as a process or a CPU sends the processing request from these queue groups. In the distributed processing method of taking out and individually executing, at least one of the processing main bodies is in charge of only the queue to which the processing request with the specific identifier is distributed. .
【請求項2】 実行時間の長短や優先度などに関する識
別子を付した処理要求を処理受付部で受け取ってから当
該識別子に対応するキューにいったん振り分け、その
後、プロセスやCPUなどの処理主体が前記処理要求を
これらのキュー群から取り出して個々に実行する分散処
理方法において、 前記処理受付部は、前記処理要求の中で実行時間が短い
ことを示す前記識別子を持ったものについては自ら実行
して、その結果を処理要求元に通知するようにしたこと
を特徴とする分散処理方法。
2. A processing request, to which a processing request to which an identifier relating to the length of execution time, priority, etc. is attached, is received, and then distributed to a queue corresponding to the identifier, and then a processing entity such as a process or a CPU processes the processing. In the distributed processing method of fetching requests from these queue groups and individually executing the requests, the process receiving unit executes itself for those having the identifier indicating that the execution time is short among the processing requests, A distributed processing method characterized in that the result is notified to a processing request source.
【請求項3】 前記処理主体の少なくとも一つは、特定
の前記識別子を付した前記処理要求が振り分けられる前
記キューのみを担当することを特徴とする請求項2記載
の分散処理方法。
3. The distributed processing method according to claim 2, wherein at least one of the processing entities is in charge of only the queue to which the processing request with the specific identifier is distributed.
【請求項4】 特定の前記識別子は、前記処理要求の実
行についての最優先度を示すものであることを特徴とす
る請求項1または3記載の分散処理方法。
4. The distributed processing method according to claim 1, wherein the specific identifier indicates a highest priority for execution of the processing request.
【請求項5】 実行時間の長短や優先度などに関する識
別子を付した処理要求を当該識別子に対応のキューにい
ったん振り分け、その後、プロセスやCPUなどの処理
主体が前記処理要求をこれらのキュー群から取り出して
個々に実行する分散処理装置において、 前記処理主体の少なくとも一つは、特定の前記識別子を
付した前記処理要求が振り分けられる前記キューの内容
のみを実行する機能を備えたものであることを特徴とす
る分散処理装置。
5. A processing request to which an identifier relating to the length of execution time, priority, etc. is assigned to a queue corresponding to the identifier, and then a processing entity such as a process or a CPU sends the processing request from these queue groups. In the distributed processing device for taking out and individually executing, at least one of the processing main bodies has a function of executing only the contents of the queue to which the processing request with the specific identifier is distributed. Characterized distributed processing device.
【請求項6】 実行時間の長短や優先度などに関する識
別子を付した処理要求を処理受付部で受け取ってから当
該識別子に対応するキューにいったん振り分け、その
後、プロセスやCPUなどの処理主体が前記処理要求を
これらのキュー群から取り出して個々に実行する分散処
理装置において、 前記処理受付部は、前記処理要求の中で実行時間が短い
ことを示す前記識別子を付したものについては自ら実行
して、その結果を処理要求元に通知する機能を備えたも
のであることを特徴とする分散処理装置。
6. A processing request, to which a processing request to which an identifier relating to the length of execution time, priority, etc. has been added, is received by a processing accepting unit, and once distributed to a queue corresponding to the identifier, and then a processing entity such as a process or a CPU processes the processing. In a distributed processing device that retrieves requests from these queue groups and executes them individually, the process accepting unit executes itself for those with the identifier indicating that the execution time is short in the process requests, A distributed processing device having a function of notifying a processing request source of the result.
【請求項7】 前記処理主体の少なくとも一つは、特定
の前記識別子を付した前記処理要求が振り分けられる前
記キューの内容のみを実行する機能を備えたものである
ことを特徴とする請求項6記載の分散処理装置。
7. The at least one of the processing subjects has a function of executing only the contents of the queue to which the processing request to which the specific identifier is attached is distributed. The distributed processing device described.
【請求項8】 特定の前記識別子は、前記処理要求の実
行についての最優先度を示すものであることを特徴とす
る請求項5または7記載の分散処理装置。
8. The distributed processing device according to claim 5, wherein the specific identifier indicates the highest priority for execution of the processing request.
JP18127695A 1995-07-18 1995-07-18 Distributed processing method and distributed processor for the same Withdrawn JPH0934730A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP18127695A JPH0934730A (en) 1995-07-18 1995-07-18 Distributed processing method and distributed processor for the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP18127695A JPH0934730A (en) 1995-07-18 1995-07-18 Distributed processing method and distributed processor for the same

Publications (1)

Publication Number Publication Date
JPH0934730A true JPH0934730A (en) 1997-02-07

Family

ID=16097869

Family Applications (1)

Application Number Title Priority Date Filing Date
JP18127695A Withdrawn JPH0934730A (en) 1995-07-18 1995-07-18 Distributed processing method and distributed processor for the same

Country Status (1)

Country Link
JP (1) JPH0934730A (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0923027A2 (en) * 1997-12-11 1999-06-16 International Business Machines Corporation Handling processor-intensive operations in a data processing system
US7340742B2 (en) 2001-08-16 2008-03-04 Nec Corporation Priority execution control method in information processing system, apparatus therefor, and program
JP2008522535A (en) * 2004-12-02 2008-06-26 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート Mobile Internet system terminal device and uplink data transmission method in terminal device
JP2008242900A (en) * 2007-03-28 2008-10-09 Nodc:Kk Data-driven data buffer device and data buffering method
JP2012230667A (en) * 2011-04-26 2012-11-22 Sap Ag High-load business process scalability
JP2016151794A (en) * 2015-02-16 2016-08-22 日本電信電話株式会社 Dispersion processing device and dispersion processing method

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0923027A2 (en) * 1997-12-11 1999-06-16 International Business Machines Corporation Handling processor-intensive operations in a data processing system
JPH11213012A (en) * 1997-12-11 1999-08-06 Internatl Business Mach Corp <Ibm> Method and system for processing processor intensive operation in data processing system
EP0923027A3 (en) * 1997-12-11 2000-08-23 International Business Machines Corporation Handling processor-intensive operations in a data processing system
US6389421B1 (en) 1997-12-11 2002-05-14 International Business Machines Corporation Handling processor-intensive operations in a data processing system
US7340742B2 (en) 2001-08-16 2008-03-04 Nec Corporation Priority execution control method in information processing system, apparatus therefor, and program
JP2008522535A (en) * 2004-12-02 2008-06-26 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート Mobile Internet system terminal device and uplink data transmission method in terminal device
US7944824B2 (en) 2004-12-02 2011-05-17 Samsung Electronics Co., Ltd. Terminal of portable internet system and method of transmitting uplink data in terminal
JP4763715B2 (en) * 2004-12-02 2011-08-31 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート Mobile Internet system terminal device and uplink data transmission method in terminal device
JP2008242900A (en) * 2007-03-28 2008-10-09 Nodc:Kk Data-driven data buffer device and data buffering method
JP2012230667A (en) * 2011-04-26 2012-11-22 Sap Ag High-load business process scalability
JP2016151794A (en) * 2015-02-16 2016-08-22 日本電信電話株式会社 Dispersion processing device and dispersion processing method

Similar Documents

Publication Publication Date Title
KR0128273B1 (en) Scalable system interrupt structure for a multi-proccessing system
US20080307111A1 (en) Most eligible server in a common work queue environment
CA2292040A1 (en) Interface system and method for asynchronously updating a shared resource
EP0568002A2 (en) Distribution of communications connections over multiple service access points in a communications network
EP0249116A2 (en) Method for controlling data transfer buffer
JPH0934730A (en) Distributed processing method and distributed processor for the same
US20030084164A1 (en) Multi-threaded server accept system and method
JP2004054562A (en) Method of controlling input and output for network file system
JPH0744505A (en) Load distribution method in parallel computer
US20030185227A1 (en) Secondary queue for sequential processing of related queue elements
JP2512540B2 (en) Processing routine search speedup method
JPH11353197A (en) Shared pool resource control system
JPH04274524A (en) System for controlling inter-process communication
JPH0981492A (en) Network printer
JPH0887477A (en) Service requesting method
JPH04335441A (en) Command immediate answer property securing system
JP2910176B2 (en) Request reception processing device
JPH07319834A (en) Load distribution system in distributed on-line system
JPS6327942A (en) Message input device
JPS6258342A (en) Queue registering system
JPH07168781A (en) Server/client system
JPH03123953A (en) System for sharing peripheral equipment
JPH02257225A (en) Buffer managing device for computer system
JPS63159942A (en) Event control system for real time os
JPS63296153A (en) System for controlling command concatenation of inter-program communication processing system

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: 20021001