JPH0433148A - Message attribute detection processing system - Google Patents
Message attribute detection processing systemInfo
- Publication number
- JPH0433148A JPH0433148A JP2140905A JP14090590A JPH0433148A JP H0433148 A JPH0433148 A JP H0433148A JP 2140905 A JP2140905 A JP 2140905A JP 14090590 A JP14090590 A JP 14090590A JP H0433148 A JPH0433148 A JP H0433148A
- Authority
- JP
- Japan
- Prior art keywords
- message
- server
- processing
- retransmission
- client process
- 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.)
- Granted
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 20
- 238000000034 method Methods 0.000 claims description 73
- 238000003672 processing method Methods 0.000 claims description 7
- 230000000717 retained effect Effects 0.000 claims description 2
- 230000005540 biological transmission Effects 0.000 abstract description 5
- 238000010586 diagram Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
Description
【発明の詳細な説明】
〔概要〕
クライアントからのサービス要求を受け付ける受付サー
バが、処理サーバに対してクライアントへのサービス提
供を要求する構成を採るデータ処理システムにおいての
メツセージ属性検出処理方式に関し、
送られてくる再送／冗送メツセージを効率的に検出でき
るようにすることを目的とし、受付サーバは、送信する
メツセージに対して、該メツセージの発行源となったク
ライアントプロセスからのメツセージに付されている識
別子及び再送回数値を付加するとともに、該メツセージ
の再送回数値を付加するよう処理し、処理サーバは、送
られてくるメツセージに付されている識別子及び２種類
の再送回数値を待機系への引き継ぎ情報として保持する
よう処理し、そして、処理サーバは、送られてくるメツ
セージに付されている２種類の再送回数値と、この再送
回数値の対応の保持値とを比較することで、再送／冗送
メツセージを検出するよう構成する。[Detailed Description of the Invention] [Summary] The present invention relates to a message attribute detection processing method in a data processing system in which a reception server that receives a service request from a client requests a processing server to provide a service to the client. In order to be able to efficiently detect incoming retransmitted/redundant messages, the reception server sends outgoing messages with the following information: The processing server sends the identifier attached to the incoming message and the two types of retransmission count values to the standby system. The processing server then compares the two types of retransmission count values attached to the incoming message with the stored value corresponding to this retransmission count value. Configure to detect retransmitted/redundant messages.
本発明は、クライアントプロセスからのサービス要求を
受け付ける受付サーバが、サービスの提供元となる処理
サーバに対してクライアントプロセスへのサービス提供
を要求する構成を採るデータ処理システムにおいてのメ
ツセージ属性検出処理方式に関し、特に、処理サーバが
、送られてくるメツセージが再送のものであるのか冗送
のものであるのかを効率的に検出できるようにする属性
メツセージ検出処理方式に関するものである。The present invention relates to a message attribute detection processing method in a data processing system in which a reception server that receives a service request from a client process requests a processing server serving as a service provider to provide a service to the client process. In particular, the present invention relates to an attribute message detection processing method that allows a processing server to efficiently detect whether an incoming message is a retransmitted message or a redundant message.
アプリケーションプログラム間でメッセージ通信を行っ
てデータ処理を実行する構成を採る場合、送出したメソ
セージに対しての応答がないときには、そのメツセージ
の送出先のアブリケーシッンプログラムがダウンしたと
判断される。これから、従来技術では、メツセージ通信
をベースにしてデータ処理を実行する場合、送信したメ
ツセージに対して応答がないときには異常終了するとい
う構成を採っていた。When a configuration is adopted in which data processing is executed by message communication between application programs, if there is no response to a sent message, it is determined that the application program to which the message was sent is down. Therefore, in the prior art, when data processing is executed based on message communication, the system is configured to terminate abnormally if there is no response to a transmitted message.
しかるに、メツセージの送信先がシステム内の固有な空
間で走行して、空間内にシステム資源を閉じ込めてシス
テム全体の資源を制御するグローバル・サービスプログ
ラムであるような場合では、そのサービスの提供を中断
しないようにするために、現用系と待機系とを備えて、
現用系がダウンするときには待機系にその処理を引き継
いでいくことで、ＦＴ化（フォールトトレラント化）す
る構成が採られることになる。これから、メツセージの
送信元は、メツセージの送信先がグローバル・サービス
プログラムであるときには、送信したメツセージに対し
ての応答がない場合であっても、ダウンしているという
ことは起こらないことに鑑みて、メソセージを再送して
いくという構成を採るようにしていくことが考えられる
。However, if the destination of the message is a global service program that runs in a unique space within the system and controls the resources of the entire system by confining system resources within that space, the provision of that service may be interrupted. In order to prevent this, we have an active system and a standby system.
When the active system goes down, the standby system takes over the processing, resulting in an FT (fault tolerant) configuration. From now on, the message sender will not be down if the message destination is a global service program, even if there is no response to the message sent. , it is conceivable to adopt a configuration in which messages are retransmitted.
すなわち、第７図に示すように、クライアントプロセス
１と、このクライアントプロセス１からのサービス提供
要求を受け付ける第１のサーバ２と、この第１のサーバ
２からのサービス提供要求を受け付ける第２のサーバ３
とが、メッセージ通信に従ってデータ処理を実行してい
（場合において、第１のサーバ２と第２のサーバ３とが
グローバル・サービスプログラムとして構成される場合
に、メツセージ送信先としての第１のサーバ２がクラッ
シュするときには、第８図に示すように、クライアント
プロセス１が処理を引き継いだ新現用系の第１のサーバ
２に対してメツセージを再送していくとともに、メツセ
ージ送信元としての第１のサーバ２がクラッシュすると
きには、第９図に示すように、処理を引き継いだ新現用
系の第１のサーバ２が第２のサーバ３に対してメツセー
ジを再送していくよう処理するのである。ここで、図中
のＦＳＳは、現用系が待機系に処理を引き継ぐために必
要となる情報を書き込んでおくための不揮発性の特別な
記憶領域である。That is, as shown in FIG. 7, a client process 1, a first server 2 that accepts a service provision request from this client process 1, and a second server that accepts a service provision request from this first server 2. 3
is executing data processing according to message communication (in case the first server 2 and the second server 3 are configured as a global service program, the first server 2 as a message destination) When the client process 1 crashes, as shown in FIG. 2 crashes, the new active first server 2, which has taken over the processing, resends the message to the second server 3, as shown in FIG. , FSS in the figure is a special nonvolatile storage area in which information necessary for the active system to take over processing to the standby system is written.
このようなデータ処理構成を採るときに考慮しなければ
ならないこととして、送られて（るメツセージが新規の
要求に係るメツセージであるのか、あるいは再送メツセ
ージであるのか、あるいは冗送メツセージであるのかを
知る必要があるという点である。新規の要求に係るメツ
セージであれば、その要求の処理を実行しなければなら
ないし、再送メッセージであれば、処理済であるか否か
を判断して処理済でなければ処理を実行しなければなら
ないし、冗送メツセージであれば、処理済であるので何
も処理しないようにしなければならないからである。こ
れから、メツセージを再送していくことでＦＴ化を図る
場合には、受信側に再送／冗送メツセージを検出するた
めの手段を備えていく必要がある。When adopting such a data processing configuration, it is necessary to consider whether the message being sent is a new request message, a retransmitted message, or a redundant message. If the message is related to a new request, you must process that request, and if it is a retransmitted message, you need to determine whether it has been processed or not. Otherwise, processing must be executed, and if it is a redundant message, it has already been processed and no processing must be done.From now on, by resending the message, we will convert it to FT. In this case, it is necessary to equip the receiving side with a means for detecting retransmitted/redundant messages.
一方、第１のサーバ２が資源を残すような処理を実行す
るものであるときには、クラッシュ時に備えてその受け
取った要求情報をＦＳＳに記録していく必要があるもの
の、第１のサーバ２が資源を残さないような処理を実行
するものであるときには、クライアントプロセス１から
送られてくる要求をすべて新規な要求として扱ってしま
えば、その受け取った要求情報をＦＳＳに記録していく
必要はない点が挙げられる。On the other hand, when the first server 2 executes processing that leaves resources, it is necessary to record the received request information in the FSS in case of a crash; When executing processing that does not leave behind any requests, if all requests sent from client process 1 are treated as new requests, there is no need to record the received request information in the FSS. can be mentioned.
これから、第１のサーバ２が資源を残さないような処理
を実行するものに対して、資源を残すものに適用する再
送／冗送メツセージの検出のアルゴリズムをそのまま通
用する必要はないのであって、逆に、そのまま適用して
しまうようにすると、不要なＦＳＳのメモリ領域を用意
してしまうことになるという問題点がでてくる。From now on, when the first server 2 executes processing that leaves no resources, it is not necessary to apply the retransmission/redundant message detection algorithm that is applied to those that leave resources as is. On the other hand, if it is applied as is, a problem arises in that an unnecessary FSS memory area is prepared.
本発明はかかる背景に鑑みてなされたものであって、ク
ライアントプロセスからのサービス要求を受け付ける受
付サーバと、クライアントプロセスにサービスを提供す
る複数の処理サーバとを備えて、受付サーバがサービス
の提供元となる処理サーバを特定してクライアントプロ
セスへのサービス提供を要求する構成を採るデータ処理
システムにおいて、処理サーバが送られてくる再送／冗
送メツセージを効率的に検出できるようにする新たなメ
ツセージ属性検出処理方式の提供を目的とするものであ
る。The present invention has been made in view of this background, and includes a reception server that receives service requests from client processes, and a plurality of processing servers that provide services to the client processes. A new message attribute that enables processing servers to efficiently detect incoming retransmitted/redundant messages in data processing systems configured to specify a processing server and request service provision to a client process. The purpose is to provide a detection processing method.
〔課題を解決するための手段］ 第１図は本発明の原理構成図である。[Means to solve the problem] FIG. 1 is a diagram showing the basic configuration of the present invention.
図中、１０はクライアントプロセスであって、サービス
の提供を受けながら所定のデータ処理を実行するもの、
２０は受付サーバであって、クライアントプロセス１０
からのサービス要求を受け付けるもの、３０は複数備え
られる処理サーバであって、クライアントプロセスｌＯ
に対して規定のサービスを提供するものである。In the figure, 10 is a client process that executes predetermined data processing while receiving services;
20 is a reception server, and the client process 10
30 is a processing server provided with a plurality of processing servers, which receives service requests from client processes lO
It provides prescribed services to.
クライアントプロセス１０は、データ処理部１１と、メ
ツセージ送信部１２と、再送回数値管理部１３とを備え
る。このデータ処理部１１は、データ処理の実行に必要
となるサービスの提供要求を発行する。メツセージ送信
部１２は、データ処理部１１から発行されるサービス要
求に応答して受付サーバ２０に対してサービス要求メツ
セージを送信する。このとき送信されるメツセージには
、メソセージの識別のための識別子と、該メツセージの
再送回数を表示する再送回数値ａとが付加されることに
なる。再送回数値管理部１３は、このメソセージの再送
回数値ａをメツセージの識別子と対応付けて管理する。The client process 10 includes a data processing section 11, a message transmission section 12, and a retransmission count value management section 13. This data processing unit 11 issues a request for providing services necessary for executing data processing. The message transmitter 12 transmits a service request message to the reception server 20 in response to a service request issued from the data processor 11. To the message transmitted at this time, an identifier for identifying the message and a retransmission count value a indicating the number of times the message has been retransmitted are added. The retransmission count management unit 13 manages the retransmission count a of this message in association with the message identifier.
受付サーバ２０は、メツセージ受信部２１と、処理サー
バ特定部２２と、メツセージ送信部２３と、再送回数値
管理部２４とを備える。このメツセージ受信部２１は、
クライアントプロセス１０から送られてくるサービス要
求メツセージを受信する。処理サーバ特定部２２は、受
信されたサービス要求メツセージが指定するサービスの
提供元となる処理サーバ３０を特定する。メツセージ送
体部２３は、受信されたサービス要求メツセージについ
てのサービス要求メツセージを特定された処理サーバ３
０に送信する。このとき送信されるメツセージには、ク
ライアントプロセス１０から送られてきたメツセージに
付されている識別子及び再送回数値ａが付加されること
になるとともに、該メツセージの受付サーバ２０からの
再送回数を表示する再送回数値すが付加されることにな
る。The reception server 20 includes a message reception section 21 , a processing server identification section 22 , a message transmission section 23 , and a retransmission count management section 24 . This message receiving section 21 is
A service request message sent from the client process 10 is received. The processing server identifying unit 22 identifies the processing server 30 that is the provider of the service specified by the received service request message. The message sending unit 23 transmits the received service request message to the specified processing server 3.
Send to 0. The message sent at this time has the identifier attached to the message sent from the client process 10 and the number of retransmissions a, and also displays the number of times the message has been retransmitted from the reception server 20. The retransmission count value will be added.
再送回数値管理部２４は、この再送回数ｍｂをメツセー
ジの識別子と対応付けて管理する。The retransmission count value management unit 24 manages the retransmission count mb in association with the message identifier.
このように、受付サーバ２０は、クライアントプロセス
１０が必要とするサービスの提供部となる処理サーバ３
０を特定する処理を実行するものであって、ディスクに
情報を書き込んだりするような賢源を残す処理を実行す
るものではない、これから、本発明の受付サーバ２０は
、クライアントプロセス１０から送られてくるサービス
要求のメツセージを再送／冗送にかかわらず、すべて新
規なものとして扱うことでＦＳＳへの引き継ぎ情報の記
録を省略する構成を採っているのである。In this way, the reception server 20 is connected to the processing server 3 which serves as a provider of services required by the client process 10.
The reception server 20 of the present invention executes the process of identifying 0, and does not execute the process of leaving a trace such as writing information to a disk. The system handles all incoming service request messages as new regardless of whether they are retransmitted or redundant, thereby omitting the recording of handover information to the FSS.
ＬＤ！サーバ３０は、メツセージ受信部３１と、引継情
報管理部３２と、メツセージ属性検出部３３と、サービ
ス提供部３４とを備える。このメツセージ受信部３１は
、受付サーバ２０から送られてくるサービス要求メツセ
ージを受信する。引継情報管理部３２は、受信されたメ
ツセージに付されている識別子や２種類の再送回数値ａ
、ｂ等の情報を待機系への引き継ぎ情報として不揮発的
に保持する。メツセージ属性検出部３３は、受信された
メツセージに付されている識別子と、揮発性メモリに展
開される引継情報管理部３２の保持する識別子とを比較
することで、受信されたメツセージが新規のサービス要
求にかかるものであるか否かを検出するとともに、新規
なものでない場合には、受信されたメツセージに付され
ている２種類の再送回数値ａ、ｂと、揮発性メモリに展
開される引継情報管理部３２の保持する対応の保持値と
を比較することで、受信されたメツセージが再送メツセ
ージであるのか冗送メツセージであるのか検出する。サ
ービス提供部３４は、メソセージ属性検出部３３の検出
結果に応じてクライアントプロセス１０に対してサービ
ス提供処理を実行する。LD! The server 30 includes a message receiving section 31, a handover information managing section 32, a message attribute detecting section 33, and a service providing section 34. This message receiving section 31 receives a service request message sent from the reception server 20. The handover information management unit 32 stores the identifier attached to the received message and two types of retransmission count values a.
, b, etc. is held in a non-volatile manner as handover information to the standby system. The message attribute detection unit 33 compares the identifier attached to the received message with the identifier held by the handover information management unit 32 expanded in volatile memory, and determines whether the received message is a new service. It detects whether the message corresponds to the request, and if the message is not new, the two types of retransmission count values a and b attached to the received message and the takeover that is expanded in volatile memory are detected. By comparing the received message with the corresponding held value held by the information management section 32, it is detected whether the received message is a retransmitted message or a redundant message. The service providing unit 34 executes service providing processing for the client process 10 according to the detection result of the message attribute detecting unit 33.
本発明では、処理サーバ３ｏのメッセージ属性検出部３
３は、先ず最初に、受信されたメツセージに付されてい
る識別子が引継情報管理部３２に保持されているか否か
を判断する。この判断処理により、保持されていないこ
とを検出する場合には、受信されたメツセージが新規の
サービス要求にかかるものであると判断する。一方、保
持されていることを検出する場合には、続いて、受信さ
れたメツセージに付されている再送回数値ａが引継情報
管理部３２に保持される対応の保持値より大きいか小さ
いかを判断する。In the present invention, the message attribute detection unit 3 of the processing server 3o
3, first, it is determined whether or not the identifier attached to the received message is held in the handover information management section 32. If it is detected through this determination process that the message is not retained, it is determined that the received message is related to a new service request. On the other hand, if it is detected that the message is being held, then it is determined whether the retransmission count value a attached to the received message is larger or smaller than the corresponding holding value held in the handover information management unit 32. to decide.
メツセージ属性検出部３３は、この判断処理により、受
信されたメツセージに付されている再送回数値ａが対応
の保持値より大きいことを検出する場合には、受信され
たメツセージが再送メツセージであると判断し、逆に、
小さいことを検出する場合には、受信されたメッセージ
が冗送メッセージであると判断する。一方、等しいこと
を検出する場合には、続いて、受信されたメソセージに
付されている再送回数値すが引継情報管理部３２に保持
される対応の保持値より大きいか等しいか小さいかを判
断する。If the message attribute detection unit 33 detects through this judgment process that the retransmission count value a attached to the received message is larger than the corresponding retention value, the message attribute detection unit 33 determines that the received message is a retransmission message. Judging, on the contrary,
If it is detected that the received message is a redundant message, it is determined that the received message is a redundant message. On the other hand, if it is detected that they are equal, it is then determined whether the retransmission count value attached to the received message is greater than, equal to, or smaller than the corresponding value held in the handover information management unit 32. do.
メツセージ属性検出部３３は、この判断処理により、受
信されたメツセージに付されている再送回数値すが対応
の保持値より大きいことを検出する場合には、受信され
たメツセージが再送メツセージであると判断し、等しい
か小さいことを検出する場合には、受信されたメツセー
ジが冗送メツセージであると判断する。If the message attribute detection unit 33 detects through this judgment process that the retransmission count value attached to the received message is larger than the corresponding held value, the message attribute detection unit 33 determines that the received message is a retransmission message. If it is found that they are equal or smaller, it is determined that the received message is a redundant message.
このように、本発明では、受付サーバ２０が資源を残す
処理を実行するものではないという特性に鑑みて、受付
サーバ２０に送られてくるクライアントプロセス１０か
らのサービス要求のメッセし］二
一ジをすべて新規なもの引戸って、受付サーバ２０では
メツセージの再送／冗送の判断をしないようにするとと
もに、ＦＳＳへの引き継ぎ情報の記録を省略する構成を
とる。そして、処理サーバ３０は、送られてくるメツセ
ージに付されている２種類の再送回数値ａ、ｂに従って
、受信したメツセージが再送メツセージであるのか冗送
メツセージであるのかを判断する構成を採るので、メモ
リ容量の削減を図りつつ、少ないダイナミックステップ
数でもって効率的に再送／冗送メツセージを検出できる
ようになるのである。In this way, in the present invention, in view of the characteristic that the reception server 20 does not execute processing that leaves resources, the service request message from the client process 10 sent to the reception server 20 is The reception server 20 is configured to not judge whether to retransmit or redundantly send a message, and to omit recording of handover information to the FSS. The processing server 30 is configured to determine whether a received message is a retransmitted message or a redundant message according to two types of retransmission count values a and b attached to the incoming message. This makes it possible to efficiently detect retransmitted/redundant messages with a small number of dynamic steps while reducing memory capacity.
〔実施例〕 以下、実施例に従って本発明の詳細な説明する。〔Example〕 Hereinafter, the present invention will be explained in detail according to examples.
第２図に、本発明の適用されるデータ処理システムのシ
ステム構成を図示する。図中、１０は第１図で説明した
クライアントプロセスである。２０ａはファイル名管理
サーバであって、システム内のすべてのファイルの名前
とそれらのファイルの存在するボリュームとの対応関係
を管理するもの、３０ａは各ボリューム対応で備えられ
るファイル資源管理サーバであって、ボリューム内のフ
ァイルの使用権の発行処理等のファイル資源の管理処理
を実行するものである。ここで、ファイル名管理サーバ
２０ａ及びファイル資源管理サーバ３０ａは、クラッシ
ュに備えて現用系の他に待機系が備えられることになる
。そして、図中では省略しであるが、ファイル資源管理
サーバ３０ａは、待機系に処理を引き継ぐために必要と
なる情報を書き込んでおくための特別な記憶領域である
上述のＦＳＳを備えている。FIG. 2 illustrates the system configuration of a data processing system to which the present invention is applied. In the figure, 10 is the client process explained in FIG. 20a is a file name management server that manages the correspondence between the names of all files in the system and the volumes in which those files exist; 30a is a file resource management server provided for each volume; , which executes file resource management processing such as issuing processing of usage rights for files within a volume. Here, the file name management server 20a and the file resource management server 30a are provided with a standby system in addition to an active system in case of a crash. Although not shown in the figure, the file resource management server 30a includes the above-mentioned FSS, which is a special storage area for writing information necessary for handing over processing to the standby system.
この図に示すように、クライアントプロセス１０は、フ
ァイル名管理サーバ２０ａに対してファイル使用権の獲
得要求メツセージを送信し、このメツセージを受け取る
と、ファイル名管理サーバ２０ａは、獲得要求のあるフ
ァイルが存在するボリュームを特定して、その特定した
ボリュームについてのファイル使用権を管理するファイ
ル資源管理サーバ３０ａに対して、ファイル使用権の発
行要求メツセージを送信する。そして、このメツセージ
を受け取ると、ファイル資源管理サーバ３０ａは、ファ
イルの排他獲得を実行して、獲得したファイル使用権の
ケーパビリティ（図中のｃａｐ）をファイル名管理サー
バ２０ａに発行し、ファイル名管理サーバ２０ａは、こ
のファイル使用権のケーパビリティをクライアントプロ
セス１ｏに譲渡する。このようにして、ファイル使用権
を獲得すると、クライアントプロセス１０は、直接、フ
ァイル資源管理サーバ３０ａに対して、譲渡されたケー
バビリティの指す排他獲得されたファイル資源（図中の
α）のオーブン要求や属性情報の参照処理を要求してい
くよう処理することになる。As shown in this figure, the client process 10 sends a message requesting acquisition of file usage rights to the file name management server 20a, and upon receiving this message, the file name management server 20a determines that the file for which the acquisition is requested is An existing volume is identified, and a file usage right issuance request message is sent to the file resource management server 30a, which manages file usage rights for the identified volume. Upon receiving this message, the file resource management server 30a executes exclusive acquisition of the file, issues the acquired file usage right capability (cap in the figure) to the file name management server 20a, and issues the file name management server 20a. The management server 20a transfers this file usage right capability to the client process 1o. After acquiring the file usage rights in this way, the client process 10 directly requests the file resource management server 30a to open the exclusively acquired file resource (α in the figure) pointed to by the transferred capability. It will be processed in such a way as to request reference processing of attribute information.
この処理にあって、クライアントプロセス１０は、ファ
イル名管理サーバ２０ａがクラッシュする場合には、待
機系に処理が引き継がされていることを考慮して、ファ
イル使用権の獲得要求メツセージを再送していくよう処
理するとともに、ファイル名管理サーバ２０ａは、ファ
イル資源管理サーバ３０ａがクラッシュする場合には、
待機系に処理が引き継がされていることを考慮して、フ
ァイル使用権の発行要求メツセージを再送していくよう
処理することになる。これから、ファイル資源管理サー
バ３０ａは、この再送メツセージを検出するための手段
を備える必要があるとともに、何らかの理由で遅れて送
られてくる処理済の冗送メツセージを検出するための手
段を備える必要があるのである。In this process, the client process 10 resends the message requesting to acquire the file usage right, taking into consideration that the process will be taken over by the standby system if the file name management server 20a crashes. In addition, when the file resource management server 30a crashes, the file name management server 20a performs the following processing:
Taking into consideration that the processing has been taken over by the standby system, the file usage right issue request message will be resent. From now on, the file resource management server 30a needs to be equipped with a means for detecting this retransmitted message, and also needs to be equipped with a means for detecting a processed redundant message that is sent late for some reason. There is.
次に、第３図ないし第５図に示すフローチャートに従６
て、本発明に係る再送／冗送メツセージの検出処理につ
いて詳細に説明する。ここで、第３図のフローチャート
は、クライアントプロセス１０が実行するフローチャー
トであり、第４図のフローチャートは、ファイル名管理
サーバ２０ａが実行するフローチャートであり、第５図
のフローチャートは、ファイル資源管理サーバ３０ａが
実行するフローチャートである。Next, follow the flowcharts shown in Figures 3 to 5.
Now, the retransmission/redundant message detection process according to the present invention will be explained in detail. Here, the flowchart in FIG. 3 is a flowchart executed by the client process 10, the flowchart in FIG. 4 is a flowchart executed by the file name management server 20a, and the flowchart in FIG. 5 is a flowchart executed by the file resource management server 20a. 30a is a flowchart executed by the controller 30a.
クライアントプロセス１０は、第３図のフローチャート
のステップ１０で示すように、ファイル名管理サーバ２
０ａに対してファイル使用権の獲得要求メツセージを送
信する。このとき、クライアントプロセス１０は、この
送信するメツセージに一意のメツセージＩＤを付加して
いくとともに、そのメツセージの再送回数値（第１図で
説明した再送回数ａ）を付加していく、続いて、ステッ
プ１１で、このメツセージの送信処理に対して、図示し
ないメツセージサーバに従って、メツセージが届かない
ことが検出され、あるいは送信先のファイル名管理サー
バ２０ａがクラッシュしていることが検出されると、ク
ライアントプロセス１０は、続くステップ１２で、再送
回数を管理するカウンタの計数値をインクリメントする
とともに、ステップ１０に戻って、そのインクリメント
した再送回数値を付加して、再度、ファイル名管理サー
バ２０ａに対してファイル使用権の獲得要求メツセージ
を送信していくよう処理していくことになる。The client process 10, as shown in step 10 of the flowchart in FIG.
Sends a message requesting acquisition of file usage rights to 0a. At this time, the client process 10 adds a unique message ID to the message to be sent, and also adds a number of retransmissions (number of retransmissions a explained in FIG. 1) of the message. In step 11, when it is detected that the message has not been delivered according to the message server (not shown) or that the destination file name management server 20a has crashed, the client In the subsequent step 12, the process 10 increments the count value of a counter that manages the number of retransmissions, returns to step 10, adds the incremented number of retransmissions, and sends the filename management server 20a again. The process will proceed by sending messages requesting acquisition of file usage rights.
このようにして、第６図に示すように、クライアントプ
ロセス１０からファイル名管理サーバ２０ａに送信され
るメツセージには、メツセージＩＤと再送回数値ａが付
加されることになる。In this way, as shown in FIG. 6, the message ID and retransmission count value a are added to the message sent from the client process 10 to the file name management server 20a.
ファイル名管理サーバ２０ａは、クライアントプロセス
１０からファイル使用権の獲得要求メツセージを受信す
ると、第４図のフローチャートに示すように、受信した
メツセージに対しての再送／冗送の検出処理を行わずに
、直ちに、ステップ２１に進んで、クライアントプロセ
ス１０が指定したファイルの存在するボリュームを特定
し、続いて、ステップ２２で、その特定したボリューム
についてのファイル使用権を管理するファイル資源管理
サーバ３０ａに対して、ファイル使用権の発行要求メツ
セージを送信する。このとき、ファイル名管理サーバ２
０ａは、この送信するメツセージに対して、クライアン
トプロセス１０から送られてきたメツセージＩＤ及び再
送回数値ａを付加するとともに、この送信するメツセー
ジの再送回数値（第１図で説明した再送回数ｂ）を付加
していく。When the file name management server 20a receives a file usage right acquisition request message from the client process 10, as shown in the flowchart of FIG. , immediately proceeds to step 21 to identify the volume in which the file specified by the client process 10 exists, and then, in step 22, to the file resource management server 30a that manages file usage rights for the identified volume. and sends a message requesting issuance of file usage rights. At this time, file name management server 2
0a adds the message ID sent from the client process 10 and the number of retransmissions a to the message to be sent, and also adds the number of retransmissions of the message to be sent (the number of retransmissions b explained in FIG. 1). will be added.
続いて、ステップ２３で、このメツセージの送信処理に
対して、図示しないメツセージサーバに従って、メツセ
ージが届かないことが検出され、あるいは送信先のファ
イル資源管理サーバ３０ａがクラッシュしていることが
検出されると、ファイル名管理サーバ２０ａは、続くス
テップ２４で、再送回数を管理するカウンタの計数値を
インクリメント（再送回数すがインクリメントされる）
するとともに、ステップ２２に戻って、そのインクリメ
ントした再送回数値を付加して、再度、ファイル資源管
理サーバ３０ａに対してファイル使用権の発行要求メツ
セージを送信していくよう処理していくことになる。一
方、ステップ２３で、メッセージが届いたことが確認さ
れると、ステップ２５に進んで、クライアントプロセス
１０に対してメツセージの返信処理を実行していく。Subsequently, in step 23, in response to the message sending process, it is detected according to the message server (not shown) that the message has not been delivered, or that the destination file resource management server 30a has crashed. Then, in the following step 24, the file name management server 20a increments the count value of a counter that manages the number of retransmissions (the number of retransmissions is incremented).
At the same time, the process returns to step 22, adds the incremented retransmission count value, and sends the file usage right issuance request message to the file resource management server 30a again. . On the other hand, if it is confirmed in step 23 that the message has been received, the process proceeds to step 25 and executes message reply processing for the client process 10.
このようにして、第６図に示すように、ファイル名管理
サーバ２０ａからファイル資源管理サーバ３０ａに送信
されるメツセージには、クライアントプロセス１０から
送られてきたメツセージＩＤ及び再送回数値ａに加えて
、ファイル名管理サーバ２０ａからのメツセージの再送
回数値である再送回数すが付加されることになる。In this way, as shown in FIG. 6, the message sent from the file name management server 20a to the file resource management server 30a includes the message ID and retransmission count value a sent from the client process 10. , the number of retransmissions, which is the number of times the message is retransmitted from the file name management server 20a, is added.
ファイル資源管理サーバ３０ａは、ファイル名管理サー
バ２０ａからファイル使用権の発行要求メツセージを受
信すると、第５図のフローチャートのステップ３１で示
すように、送られてきたメッセージＩＤを持つファイル
使用権が既に登録されているのか否かを判断する。この
判断処理は、第６図に示すように、揮発性メモリに展開
されるＦＳＳの保持情報を検索することで実行されるこ
とになる。この判断処理に従って、送られてきたメツセ
ージＩＤを持つファイル使用権が未だ登録されていない
と判断するときには、ステップ３２に進んで、新たな要
求として処理を行い、続くステップ３３で、ファイルの
排他を獲得して資源を作成すると、ステップ３４で、復
元情報を書き込むための領域をＦＳＳ内に確保してから
、ステップ３５で、その確保したＦＳＳの領域に送られ
てきたメツセージ１０、再送回数ａ及び再送回数すを書
き出すとともに、その他の復元に必要となる情報を書き
出すよう処理する。このようにしてファイル使用権を獲
得すると、ファイル資源管理サーバ３０ａは、第６図に
示すように、そのケーパビリティをファイル名管理サー
バ２０ａを経由してクライアントプロセス１ｏに提供す
るよう処理することになる。When the file resource management server 30a receives a file usage right issuance request message from the file name management server 20a, as shown in step 31 of the flowchart in FIG. Determine whether it is registered or not. As shown in FIG. 6, this judgment process is executed by searching the information held in the FSS expanded in the volatile memory. According to this judgment process, if it is judged that the right to use the file with the sent message ID has not yet been registered, the process proceeds to step 32, where it is processed as a new request, and in the subsequent step 33, the file is excluded. After acquiring and creating resources, in step 34, an area for writing restoration information is secured in the FSS, and in step 35, the message 10 sent to the secured area of the FSS, the number of retransmissions a, and Processing is performed to write out the number of retransmissions and other information necessary for restoration. After acquiring the file usage rights in this way, the file resource management server 30a processes to provide the capability to the client process 1o via the file name management server 20a, as shown in FIG. Become.
一方、ステップ３１の判断処理に従って、送られてきた
メツセージＩＤを持つファイル使用権が既に登録されて
いると判断するときには、ステップ３６に進んで、送ら
れてきた再送回数ａがそのファイル使用権に設定されて
いる再送回数ａよりも大きいか否かを判断して、大きい
と判断するときには受信したメツセージは再送であると
判断する。一方、ステップ３６の判断で大きくないと判
断するときには、ステップ３７に進んで、今度は送られ
てきた再送回数ａがそのファイル使用権に設定されてい
る再送回数ａよりも小さいが否かを判断して、小さいと
判断するときには受信したメツセージは冗送であると判
断する。一方、このステップ３７の判断で、送られてき
た再送回数ａとそのファイル使用権に設定されている再
送回数ａとが等しいと判断するときには、ステップ３８
に進んで、今度は送られてきた再送回数すがそのファイ
ル使用権に設定されている再送回数すよりも大きいか否
かを判断して、大きいと判断するときには受信したメツ
セージは再送であると判断し、それ以外、すなわち等し
いか小さいときには受信したメツセージは冗送であると
判断する。On the other hand, if it is determined that the file usage right with the sent message ID has already been registered according to the judgment process in step 31, the process advances to step 36, and the sent retransmission count a is added to the file usage right. It is determined whether the number of retransmissions is greater than the set number of retransmissions a, and when it is determined that the number of retransmissions is greater, it is determined that the received message is a retransmission. On the other hand, if it is determined in step 36 that it is not larger, the process proceeds to step 37, where it is determined whether the number of retransmissions a that has been sent is smaller than the number of retransmissions a set in the file usage right. If the received message is determined to be small, the received message is determined to be a redundant message. On the other hand, if it is determined in step 37 that the sent retransmission count a is equal to the retransmission count a set in the file usage right, step 38
Next, it determines whether the number of retransmissions that have been sent is greater than the number of retransmissions set in the file usage rights, and if it is determined that the number of retransmissions that has been sent is greater than the number of retransmissions set in the file usage rights, the received message is determined to be a retransmission. Otherwise, if they are equal or smaller, it is determined that the received message is a redundant message.
ファイル資源管理サーバ３０ａは、このようにして冗送
メツセージであると判断したときには、既に処理済であ
るので何ら処理を実行しないで処理を終了する。一方、
再送メツセージであると判断したときには、ステップ３
９に進んで、ＦＳＳ内に保持されている再送回数ａ、ｂ
を書き換えて更新するとともに、ステップ４０に進んで
、再送メツセージに応じた処理を実行する。すなわち、
同一の処理を行っている可能性があるものとして処理を
行い、同一の処理を行っていることが確認されたならば
処理を終了し、同一の処理を行っていないことが確認さ
れたならば処理を続行していくよう処理する。When the file resource management server 30a determines that the message is a redundant message, the file resource management server 30a terminates the process without performing any processing since the message has already been processed. on the other hand,
If it is determined that the message is a resent message, proceed to step 3.
Proceed to step 9 and check the number of retransmissions a and b held in the FSS.
is rewritten and updated, and the process proceeds to step 40 to execute processing according to the retransmitted message. That is,
The process is performed as if there is a possibility that the same process is being performed, and if it is confirmed that the same process is being performed, the process is terminated, and if it is confirmed that the same process is not being performed, the process is terminated. Process to continue processing.
このようにして、本発明では、ファイル名管理サーバ２
０ａで再送／冗送の判断をしないで済むように構成した
ことから、クライアントプロセス１０に対して高速にフ
ァイル使用権を提供できるようになるのである。In this way, in the present invention, the file name management server 2
Since the configuration is such that there is no need to make a retransmission/redundant determination at 0a, file usage rights can be provided to the client process 10 at high speed.
（発明の効果〕
以上説明したように、本発明を用いることで、クライア
ントプロセスが受付サーバを呼び出し、この受付サーバ
が処理サーバを呼び出していく構成を採るデータ処理シ
ステムにあって、受付サーバが資源を残さないような場
合には、それに適合したメツセージの再送／冗送検出処
理を実現できるようになるのであって、これにより、メ
モリ容量の削減を図りつつ、少ないグイナミンクステッ
プ数でもって効率的に再送／冗送メツセージを検出でき
るようになるのである。(Effects of the Invention) As explained above, by using the present invention, in a data processing system in which a client process calls a reception server, and this reception server calls a processing server, the reception server Message retransmission/redundant detection processing can be implemented in a case where no messages are left behind, and this allows for efficient message retransmission/redundant transmission detection processing with a small number of Guinamink steps while reducing memory capacity. This makes it possible to detect retransmitted/redundant messages.
第１図は本発明の原理構成図、
第２図は本発明の適用されるデータ処理システムのシス
テム構成図、
第３図はクライアントプロセスが実行するフローチャー
ト、
第４図はファイル名管理サーバが実行するフローチャー
ト、
第５図はファイル資源管理サーバが実行するフローチャ
ート、
第６図は本発明の詳細な説明図、
第７図、第８図及び第９図はクライアント・サーバモデ
ルのデータ処理システムの説明図である。
図中、ｌＯはクライアントプロセス、２０は受付サーバ
、２０ａはファイル名管理す−ノ＼、３０は処理サーバ
、３０ａはファイル資源管理サーノ〈である。Figure 1 is a diagram of the principle configuration of the present invention. Figure 2 is a system configuration diagram of a data processing system to which the present invention is applied. Figure 3 is a flowchart executed by the client process. Figure 4 is executed by the file name management server. FIG. 5 is a flowchart executed by the file resource management server. FIG. 6 is a detailed explanatory diagram of the present invention. FIGS. 7, 8, and 9 are explanations of a client-server model data processing system. It is a diagram. In the figure, IO is a client process, 20 is a reception server, 20a is a file name manager, 30 is a processing server, and 30a is a file resource manager.
Claims (2)
求を受け付ける受付サーバ（２０）と、クライアントプ
ロセス（１０）にサービスを提供する複数の処理サーバ
（３０）とを備え、受付サーバ（２０）が、受け付けた
サービス要求に対しての提供元となる処理サーバ（３０
）を特定するとともに、この特定した処理サーバ（３０
）に対してクライアントプロセス（１０）へのサービス
提供を要求するよう処理するデータ処理システムにおい
て、 受付サーバ（２０）は、処理サーバ（３０）に送信する
メッセージに対して、該メッセージの発行源となったク
ライアントプロセス（１０）からのメッセージに付され
ている識別子及び再送回数値を付加するとともに、該メ
ッセージの再送回数値を付加するよう処理し、 処理サーバ（３０）は、受付サーバ（２０）から送られ
てくるメッセージに付されている識別子及び２種類の再
送回数値を待機系への引き継ぎ情報として保持するよう
処理し、 そして、処理サーバ（３０）は、送られてくるメッセー
ジに付されている２種類の再送回数値と、この再送回数
値の対応の保持値とを比較することで、該メッセージが
再送メッセージであるのか、冗送メッセージであるのか
を検出するよう処理することを、 特徴とするメッセージ属性検出処理方式。(1) The reception server (20) includes a reception server (20) that accepts service requests from a client process (10) and a plurality of processing servers (30) that provide services to the client process (10). A processing server (30
), and the identified processing server (30
) in a data processing system that processes requests for service provision to a client process (10), a reception server (20), for a message to be sent to a processing server (30), identifies the source and source of the message. The processing server (30) adds the identifier and the number of retransmissions to a message from the client process (10) that has become a client process, and processes the message to add the number of retransmissions to the message. The processing server (30) processes the identifier and two types of retransmission count values attached to the message sent from the server as handover information to the standby system. A process is performed to detect whether the message is a retransmission message or a redundant message by comparing two types of retransmission count values and a stored value corresponding to the retransmission count value. Characteristic message attribute detection processing method.
において、 処理サーバ（３０）は、送られてくるメッセージに付さ
れているクライアントプロセス（１０）からの再送回数
値が対応の保持値より大きいときには再送メッセージと
判断し、小さいときには冗送メッセージと判断するとと
もに、この値が等しいときであって、かつ該メッセージ
に付されている受付サーバ（２０）からの再送回数値が
対応の保持値より大きい場合には再送メッセージと判断
し、小さいか等しい場合には冗送メッセージと判断する
よう処理することを、 特徴とするメッセージ属性検出処理方式。(2) In the message attribute detection processing method according to claim (1), the processing server (30) determines whether the number of retransmissions from the client process (10) attached to the incoming message is greater than the corresponding held value. If it is larger, it is determined that it is a retransmitted message, and if it is smaller, it is determined that it is a redundant message, and when these values are equal, and the number of retransmissions from the reception server (20) attached to the message is the corresponding retained value. A message attribute detection processing method that is characterized in that if the number is larger, it is determined to be a retransmitted message, and if it is smaller or equal, it is determined to be a redundant message.
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2140905A JPH0831072B2 (en) | 1990-05-30 | 1990-05-30 | Message attribute detection processing method |
| PCT/JP1991/000293 WO1991014230A1 (en) | 1990-03-05 | 1991-03-05 | Message communication processing system |
| EP91905327A EP0471090B1 (en) | 1990-03-05 | 1991-03-05 | Message communication processing system |
| DE69130197T DE69130197T2 (en) | 1990-03-05 | 1991-03-05 | DATA PROCESSING SYSTEM FOR MESSAGE TRANSMISSION |
| US08/237,408 US5596720A (en) | 1990-03-05 | 1994-05-03 | Redundant message processing system featuring reception server controlling communication between client and server process, and stand-by server retransmitting message with information indicating the message being a retransmitted message |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2140905A JPH0831072B2 (en) | 1990-05-30 | 1990-05-30 | Message attribute detection processing method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0433148A true JPH0433148A (en) | 1992-02-04 |
| JPH0831072B2 JPH0831072B2 (en) | 1996-03-27 |
Family
ID=15279536
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2140905A Expired - Lifetime JPH0831072B2 (en) | 1990-03-05 | 1990-05-30 | Message attribute detection processing method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0831072B2 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0830529A (en) * | 1994-07-20 | 1996-02-02 | Fujitsu Ltd | Communication server |
| JP2009246992A (en) * | 2002-04-12 | 2009-10-22 | Panasonic Corp | Decoding system, decoding method and decoding device |
-
1990
- 1990-05-30 JP JP2140905A patent/JPH0831072B2/en not_active Expired - Lifetime
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0830529A (en) * | 1994-07-20 | 1996-02-02 | Fujitsu Ltd | Communication server |
| JP2009246992A (en) * | 2002-04-12 | 2009-10-22 | Panasonic Corp | Decoding system, decoding method and decoding device |
| JP4531846B2 (en) * | 2002-04-12 | 2010-08-25 | パナソニック株式会社 | Encoding method and encoding apparatus |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0831072B2 (en) | 1996-03-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6138251A (en) | Method and system for reliable remote object reference management | |
| WO1991014230A1 (en) | Message communication processing system | |
| US8161138B2 (en) | Replication system having the capability to accept commands at a standby-system site before completion of updating thereof | |
| US6016500A (en) | Leasing for failure detection | |
| US7945819B2 (en) | Message state maintenance at a message log | |
| JP3305769B2 (en) | Communication device | |
| JPH086840A (en) | Mechanism for judgment of completion of directory operation for server recovery | |
| JP2002501254A (en) | Access to content addressable data over a network | |
| US7555558B1 (en) | Method and system for fault-tolerant transfer of files across a network | |
| WO2018214887A1 (en) | Data storage method, storage server, storage medium and system | |
| US7840725B2 (en) | Capture of data in a computer network | |
| CA2481326A1 (en) | Retry technique for multi-tier network communication systems | |
| CN110825505B (en) | Task scheduling method, device, computer equipment and storage medium | |
| JPH0433148A (en) | Message attribute detection processing system | |
| WO2021031767A1 (en) | Resource scheduling method, smart front-end device, smart gateway, and distributed system | |
| JP4266107B2 (en) | Data transfer device, data transfer destination device, data collection device, data transfer program, data transfer destination program, and data collection program | |
| JP2933005B2 (en) | Management information storage device | |
| JP2781060B2 (en) | Resource usage right issuance processing method | |
| CN116996505B (en) | File exchange control method and system based on scheduling engine | |
| JP2708955B2 (en) | File access device | |
| CN116483543A (en) | Task processing method, device, equipment and storage medium | |
| CN116366654A (en) | Task processing method and device, computer readable storage medium and electronic equipment | |
| JP2513261B2 (en) | Terminal attribute determination control method | |
| JP3761356B2 (en) | LAN traffic control system and method, and recording medium recording the control program | |
| WO2001067673A2 (en) | Method and apparatus for updating information in a low-bandwidth client/server object-oriented system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080327 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090327 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100327 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100327 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110327 Year of fee payment: 15 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110327 Year of fee payment: 15 |