JP3112287B2 - Message management processor - Google Patents
Message management processorInfo
- Publication number
- JP3112287B2 JP3112287B2 JP30921590A JP30921590A JP3112287B2 JP 3112287 B2 JP3112287 B2 JP 3112287B2 JP 30921590 A JP30921590 A JP 30921590A JP 30921590 A JP30921590 A JP 30921590A JP 3112287 B2 JP3112287 B2 JP 3112287B2
- Authority
- JP
- Japan
- Prior art keywords
- message
- emergency
- request
- processing
- urgent
- 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.)
- Expired - Fee Related
Links
Description
【発明の詳細な説明】 〔概 要〕 いわいるメッセージベースシステムの計算機におけ
る、処理要求の実行待ちが生じる場合の、緊急要求の制
御に関し、 処理要求元からサーバへ要求コードを付与したメッセ
ージを送信して所要の処理要求を伝達し、上記サーバは
並列に実行可能な所定個数の実行体を有し、実行体によ
ってメッセージによる処理要求を順次処理するコンピュ
ータシステムにおいて、受信したメッセージの要求コー
ドが所定の緊急要求コードであるときこれを緊急メッセ
ージとして識別するメッセージ受信部と、上記メッセー
ジ受信部から緊急メッセージを受け取り、緊急メッセー
ジの処理要求を処理する緊急実行体を生成して、緊急メ
ッセージを受け渡す緊急メッセージ制御部とを有するよ
うに構成する。DETAILED DESCRIPTION OF THE INVENTION [Summary] Regarding control of an urgent request when a computer of a so-called message-based system waits for execution of a processing request, a message with a request code added from a processing request source to a server is transmitted from a processing request source to a server. The server has a predetermined number of execution units that can be executed in parallel, and a computer system that sequentially processes the processing requests by messages by the execution units. A message receiving unit that identifies the emergency request code as an urgent message, receives the urgent message from the message receiving unit, generates an emergency executor that processes the urgent message processing request, and delivers the urgent message And an emergency message control unit.
本発明は、いわゆるメッセージベースシステムの計算
機における、処理要求の実行待ちが生じる場合の、緊急
要求の制御を行うメッセージ管理処理装置に関する。The present invention relates to a message management processing device that controls an emergency request in a computer of a so-called message-based system when a processing request waits for execution.
第３図は計算機システムの構成例を示すブロック図で
ある。メッセージベースシステムの計算機では、公知の
ようにプログラム間の通信をメッセージの授受によって
行うようにされ、計算機で実行される応用プログラム等
の要求元１は必要なサービスを受けるために、サーバ２
に宛ててメッセージを発信し、システムのメッセージ伝
達機構により、メッセージはサーバ２のキュー３に接続
される。FIG. 3 is a block diagram showing a configuration example of a computer system. In a computer of a message-based system, communication between programs is performed by exchanging messages as is well known, and a request source 1 of an application program or the like executed by the computer receives a required service from a server 2.
The message is connected to the queue 3 of the server 2 by the message transmission mechanism of the system.
サーバ２には、予め設定された個数の実行体４が準備
されており、キュー３にメッセージがつながると、空い
ている実行体の１つがそのメッセージを受け取って、メ
ッセージに指定された要求の処理を実行するように構成
されている。A predetermined number of executables 4 are prepared in the server 2, and when a message is connected to the queue 3, one of the free executables receives the message and processes the request specified in the message. Is configured to execute.
従って準備されている実行体の個数までのメッセージ
は同時に処理されるが、その処理が終わらない間に、そ
の個数を越えるメッセージが発行されるとキュー３につ
ながれた状態で待ち合わせが起こり、その結果、要求の
メッセージが集中的に発生した場合には比較的長い待行
列を生じることもある。Therefore, messages up to the number of prepared executables are processed at the same time. However, if messages exceeding the number are issued before the processing is completed, queuing occurs while being connected to the queue 3, and as a result, If the request message is generated in a concentrated manner, a relatively long queue may occur.
なお、サーバ２に準備する実行体の個数は、システム
資源の制約や、他の処理との資源の配分等を考慮して決
定されるので、一般に妄りに増加することはできない。Note that the number of executables prepared in the server 2 is determined in consideration of restrictions on system resources, allocation of resources to other processes, and the like, and therefore cannot generally increase unnecessarily.
要求元１からのメッセージによって要求される処理
に、他の処理に比して緊急に処理を終わる必要のある処
理のある場合がある。しかし、その緊急要求のメッセー
ジが、前記のようにして長い待行列のある状態で発行さ
れると、先着のメッセージが処理されるまで待たなけれ
ばなず、処理のタイミングを失する可能性がある。There is a case where a process requested by the message from the request source 1 needs to be terminated urgently as compared with other processes. However, if the urgent request message is issued with a long queue as described above, it is necessary to wait until the first message is processed, and there is a possibility of losing the timing of processing. .
本発明は、システムへの影響がなるべく少ないように
して、緊急要求を優先処理できるメッセージ管理処理装
置を目的とする。An object of the present invention is to provide a message management processing device capable of processing an emergency request with priority while minimizing the influence on the system.
第１図は、本発明の構成を示すブロック図である。 FIG. 1 is a block diagram showing the configuration of the present invention.
図はメッセージ管理処理装置の構成であって、処理要
求元１からサーバ２へ、メッセージによって所要の処理
要求を伝達し、サーバ２は、並列に実行可能な所定個数
の実行体４を有し、実行体４によって該メッセージを順
次処理するシステムにおいて、メッセージ受信部10と、
緊急メッセージ制御部11とを有し、該メッセージに、少
なくとも緊急メッセージを他のメッセージと識別するよ
うに定める緊急要求コードを設け、メッセージ受信部10
は、該緊急要求コードによって識別して、該緊急メッセ
ージを緊急メッセージ制御部11へ、その他の該メッセー
ジをサーバ２へ渡し、緊急メッセージ制御部11は、所定
の緊急実行体12を生成して該緊急メッセージを渡し、緊
急実行体12は該緊急メッセージの要求を処理した後消滅
する。FIG. 1 shows a configuration of a message management processing device, in which a required processing request is transmitted from a processing request source 1 to a server 2 by a message. The server 2 has a predetermined number of execution units 4 that can be executed in parallel. In a system for sequentially processing the messages by the executor 4, a message receiving unit 10;
An emergency message control unit 11, wherein the message is provided with an emergency request code for identifying at least the emergency message from other messages,
Is identified by the emergency request code, and passes the emergency message to the emergency message control unit 11 and the other messages to the server 2. The emergency message control unit 11 generates a predetermined emergency execution unit 12 and The emergency message is passed and the emergency executor 12 disappears after processing the request for the emergency message.
本発明のメッセージ管理処理装置により、本発明でメ
ッセージに設ける緊急要求コードをメッセージ受信部10
が識別して、緊急要求コードのあるメッセージの場合に
は緊急制御部11にメッセージを渡し、緊急メッセージ制
御部11は緊急実行体12をそのとき生成して緊急メッセー
ジの処理を任せ、緊急実行体12は処理を終わると消滅す
るようにする。又緊急要求コードの無いメッセージは従
来のように例えばキュー３につないで、サーバ２の準備
する実行体４により先着順に処理させる。従ってキュー
３の待行列が長い場合にも、緊急メッセージは待ち合わ
せなく処理され、その処理を行う緊急実行体12は処理に
必要な間だけ存在して、その他の期間には緊急実行体の
ためにほとんどシステム資源を占有しない。By the message management processing device of the present invention, the emergency request code provided in the message
Identified, and in the case of a message with an emergency request code, passes the message to the emergency control unit 11, which generates an emergency execution unit 12 at that time and entrusts the processing of the emergency message, 12 is made to disappear when processing is completed. Also, a message without an urgent request code is connected to, for example, a queue 3 as in the prior art, and processed by an execution unit 4 prepared by the server 2 on a first-come-first-served basis. Therefore, even when the queue of the queue 3 is long, the urgent message is processed without waiting, and the emergency execution unit 12 performing the processing exists only for the time necessary for the processing, and in other periods, the emergency execution unit 12 Takes almost no system resources.
第１図において、要求元１からサーバ２へ送るメッセ
ージには、通常は要求コードが付けられていて、要求コ
ードは例えば整数値で要求の種類を示すようにされる。
この要求コードのある範囲の値を、本発明の緊急要求コ
ードに割り当て、その範囲の各数値により緊急要求であ
ることと、要求の種類とを併せて示すようにする。In FIG. 1, a message sent from the request source 1 to the server 2 is usually provided with a request code, and the request code is represented by, for example, an integer value to indicate the type of the request.
A value in a certain range of the request code is assigned to the urgent request code of the present invention, and each numerical value in the range indicates the urgent request and the type of request together.
第２図は、メッセージ受信部10及び緊急制御部11によ
る本発明の処理の流れを示し、メッセージ受信部10がメ
ッセージを受け取ると、処理ステップ20で要求コードが
緊急要求コードか識別し、緊急要求コードでなければ、
処理ステップ21でメッセージをサーバ２のキュー３につ
ないでメッセージ待ちに戻る。FIG. 2 shows the flow of the processing of the present invention by the message receiving unit 10 and the emergency control unit 11. When the message receiving unit 10 receives the message, in processing step 20, the request code is identified as an emergency request code, If not a code,
In processing step 21, the message is connected to the queue 3 of the server 2 and the process returns to message waiting.
緊急要求コードであれば、処理ステップ22でそのメッ
セージを緊急メッセージ制御部11に渡し、メッセージ受
信部10はメッセージ待ちに戻る。If it is an urgent request code, the message is passed to the urgent message control unit 11 in the processing step 22, and the message receiving unit 10 returns to message waiting.
緊急メッセージ制御部11は、緊急メッセージを渡され
ると、処理ステップ23で必要な緊急実行体12を生成し、
処理ステップ24で緊急メッセージを渡して処理を開始さ
せ、緊急メッセージ制御部11は次の緊急メッセージをメ
ッセージ受信部から受け取ることができる状態に戻る。When the emergency message control unit 11 receives the emergency message, the emergency message control unit 11 generates the necessary emergency execution unit 12 in the processing step 23,
In the processing step 24, the emergency message is passed to start the process, and the emergency message control unit 11 returns to a state where the next emergency message can be received from the message receiving unit.
生成し起動された緊急実行体12は、緊急メッセージに
従う一処理を完了すると、システムによって削除されて
消滅するように構成しておく。The generated and activated emergency execution unit 12 is configured to be deleted and disappear by the system when one process according to the emergency message is completed.
以上の説明から明らかなように本発明によれば、いわ
ゆるメッセージベースシステムの計算機において、処理
要求の実行待ちが生じる場合にも、システムへの影響が
なるべく少ないようにして、緊急要求を優先処理できる
という著しい工業的効果がある。As is clear from the above description, according to the present invention, even when a processing request execution wait occurs in a computer of a so-called message-based system, an emergency request can be preferentially processed with as little influence on the system as possible. There is a remarkable industrial effect.
第１図は本発明の構成を示すブロック図、 第２図は本発明の処理の流れ図、 第３図は従来の構成例を示すブロック図 である。 図において、 １は要求元、２はサーバ、 ３はキュー、４は実行体、 10はメッセージ受信部、 11は緊急メッセージ制御部、 12は緊急実行体、20〜24は処理ステップ を示す。 FIG. 1 is a block diagram showing the configuration of the present invention, FIG. 2 is a flowchart of the process of the present invention, and FIG. 3 is a block diagram showing a conventional configuration example. In the figure, 1 is a request source, 2 is a server, 3 is a queue, 4 is an execution unit, 10 is a message receiving unit, 11 is an emergency message control unit, 12 is an emergency execution unit, and 20 to 24 are processing steps.
Claims (1)
したメッセージを送信して所要の処理要求を伝達し、上
記サーバは並列に実行可能な所定個数の実行体を有し、
実行体によってメッセージによる処理要求を順次処理す
るコンピュータシステムにおいて、 受信したメッセージの要求コードを識別し、通常要求コ
ードであれば上記実行体に処理を要求し、緊急要求コー
ドであれば緊急メッセージ制御部にメッセージを通知す
るメッセージ受信部と、 上記メッセージ受信部から緊急メッセージを受け取り、
緊急メッセージの処理要求を処理する緊急実行体を生成
し、緊急メッセージを受け渡して処理を実行させ、処理
が終了すると上記緊急実行体を削除する緊急メッセージ
制御部とを有するメッセージ管理処理装置。1. A processing request source transmits a message with a request code to a server to transmit a required processing request. The server has a predetermined number of execution units that can be executed in parallel.
A computer system which sequentially processes processing requests by a message by an execution unit, identifies a request code of a received message, requests processing by the execution unit if it is a normal request code, and an emergency message control unit if it is an urgent request code. A message receiving unit for notifying a message to the user, receiving an urgent message from the message receiving unit,
A message management processing device comprising: an emergency execution unit that processes an urgent message processing request; an emergency message control unit that deletes the emergency execution unit after delivering the emergency message to execute the process;
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30921590A JP3112287B2 (en) | 1990-11-15 | 1990-11-15 | Message management processor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30921590A JP3112287B2 (en) | 1990-11-15 | 1990-11-15 | Message management processor |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04180148A JPH04180148A (en) | 1992-06-26 |
| JP3112287B2 true JP3112287B2 (en) | 2000-11-27 |
Family
ID=17990319
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30921590A Expired - Fee Related JP3112287B2 (en) | 1990-11-15 | 1990-11-15 | Message management processor |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3112287B2 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114281572A (en) * | 2021-12-28 | 2022-04-05 | 重庆允成互联网科技有限公司 | Cross-service business life cycle management method and system |
-
1990
- 1990-11-15 JP JP30921590A patent/JP3112287B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH04180148A (en) | 1992-06-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8528006B1 (en) | Method and apparatus for performing real-time commands in a non real-time operating system environment | |
| JP3490473B2 (en) | Communication system between processors | |
| JP3717951B2 (en) | Deadlock avoidance system and method | |
| JP3185040B2 (en) | Computer monitoring method and system using electronic mail | |
| JP3112287B2 (en) | Message management processor | |
| JP2527223B2 (en) | Message area control method for inter-task communication | |
| JPH01258135A (en) | Transaction execution control system | |
| JP2004054562A (en) | Method of controlling input and output for network file system | |
| JP2000003286A (en) | Message processor and method therefor | |
| CN110908952B (en) | Data processing method and device, CPU and computer | |
| JPH01305461A (en) | Right of using bus control system | |
| JP2752894B2 (en) | File transfer device | |
| JPS61141063A (en) | Suspension resumption system of file transfer | |
| JPH05324554A (en) | Local terminal stopping system for online real time processing system | |
| JP2591036B2 (en) | I / O control method | |
| JPS5860333A (en) | Priority controlling method for plural terminal devices | |
| JPS61143858A (en) | File share method for plural operating systems | |
| JPH04287233A (en) | Method for controlling processing of event | |
| KR100332050B1 (en) | Real Time Processing Apparatus And Method Of A System Command In Application Program | |
| JP2500446B2 (en) | Collective message processing system with intermittent operation function | |
| JPH04372042A (en) | Input/output interrupt processing management system | |
| JPH0887477A (en) | Service requesting method | |
| JPH047742A (en) | Controlling system for application program | |
| JPH02307137A (en) | File transfer system | |
| JPH04369752A (en) | Schedule control system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 8 Free format text: PAYMENT UNTIL: 20080922 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080922 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090922 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |