JP7124384B2 - Telegram Assurance System and Telegram Assurance Method - Google Patents
Telegram Assurance System and Telegram Assurance Method Download PDFInfo
- Publication number
- JP7124384B2 JP7124384B2 JP2018063834A JP2018063834A JP7124384B2 JP 7124384 B2 JP7124384 B2 JP 7124384B2 JP 2018063834 A JP2018063834 A JP 2018063834A JP 2018063834 A JP2018063834 A JP 2018063834A JP 7124384 B2 JP7124384 B2 JP 7124384B2
- Authority
- JP
- Japan
- Prior art keywords
- message
- transmission
- request
- unit
- response
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 44
- 230000005540 biological transmission Effects 0.000 claims description 238
- 230000004044 response Effects 0.000 claims description 234
- 238000012545 processing Methods 0.000 claims description 162
- 230000006870 function Effects 0.000 description 20
- 238000010586 diagram Methods 0.000 description 17
- 238000004891 communication Methods 0.000 description 16
- 230000003111 delayed effect Effects 0.000 description 3
- 230000010365 information processing Effects 0.000 description 3
- 230000015654 memory Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 241000699670 Mus sp. Species 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000004886 process control Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明は、電文保証システムおよび電文保証方法に関し、特に送信側システムが受信側システムの負荷状況を考慮して保証型の電文送受信を実現する電文保証システムおよび電文保証方法に関する。 The present invention relates to a message guarantee system and a message guarantee method, and more particularly to a message guarantee system and a message guarantee method in which a sending side system realizes guarantee type message transmission/reception in consideration of the load status of a receiving side system.
システム間で電文が送受信される際に送信先への電文の到達を保証する電文保証システムが提案されている。電文到達を保証するための制御は、電文保証システムに含まれる送信側システム、および受信側システムが行う。 A message assurance system has been proposed that guarantees the arrival of messages to the destination when messages are sent and received between systems. The control for guaranteeing message arrival is performed by the transmitting side system and the receiving side system included in the message guarantee system.
電文到達を保証するための制御として、例えば、送信側システムは、送信される電文をデータベース等の記憶領域に保存する。送信先からの応答が受信されたことが確認されるまで、送信側システムは、所定の間隔で保存先から電文を読み込み、読み込まれた電文の再送を繰り返し実行する。 As a control for guaranteeing message arrival, for example, the transmitting side system saves the message to be sent in a storage area such as a database. Until it is confirmed that the response from the transmission destination has been received, the transmission side system reads the electronic message from the storage destination at predetermined intervals and repeatedly executes the retransmission of the read electronic message.
また、上記の送信側システムに対する受信側システムは、再送された電文も含めて受信された電文が二重に送信されているか否かを検査する二重送信検査と、受信された電文に対する応答電文の送信を行う。 In addition, the receiving side system for the above transmitting side system performs a double transmission check to check whether or not the received message including the resent message is duplicated, and a response message to the received message. is sent.
上記の電文到達を保証するための制御方式では、受信側システムが送信側システムから要求電文を受信する。また、業務アプリケーション(以下、業務APという。)処理が実行されている間、送信側システムは、応答電文が受信されたことが確認されるまで、要求電文の再送を繰り返し実行する。 In the above-described control method for guaranteeing message arrival, the receiving side system receives the request message from the sending side system. Further, while the business application (hereinafter referred to as business AP) processing is being executed, the transmitting system repeatedly retransmits the request message until it is confirmed that the response message has been received.
要求電文の再送が繰り返されると、受信側システムが、再送された要求電文を何度も受信することによって高負荷状態に陥る恐れがある。よって、応答電文を受信する送信側システムの状況も踏まえられた上で、受信側システムにおいて電文の二重送信検査が適切な頻度で実行されることが求められる。 Repeated resending of the request message may cause the receiving system to receive the resent request message many times, resulting in a high load state. Therefore, it is required that the reception side system checks for double transmission of messages at an appropriate frequency, taking into consideration the situation of the transmission side system that receives the response message.
受信側システムが高負荷状態に陥ることを防ぐ保証型の電文送受信システムがある。保証型の電文送受信システムでは、送信側システムから送信された要求電文に対して受信側システムが受け付けたことを示す応答電文を返すまで、送信側システムが要求電文を再送する。 There is a guaranteed message transmission/reception system that prevents the receiving system from falling into a high load state. In the guarantee type message transmission/reception system, the sending side system resends the request message until the receiving side system returns a response message indicating acceptance of the request message sent from the sending side system.
上記の保証型の電文送受信システムにおける受信側システムは、要求電文を受け付け、要求電文に対する処理を開始したタイミングで、送信側システムに対して要求電文が受け付けられたことを示す応答電文を返す。 The receiving side system in the guarantee type message transmitting/receiving system receives a request message and returns a response message indicating that the request message has been received to the sending side system at the timing of starting processing for the request message.
よって、受信側システムが要求電文に対する処理を開始した後でも実行される予定であった送信側システムからの要求電文の無駄な再送が停止される。要求電文の無駄な再送が停止されることによって、送信側システムと受信側システムの間の通信量の増加が抑止される。また、送信側システムの要求電文の再送による受信側システムの負荷の上昇が抑止される。 Therefore, useless retransmission of the request message from the transmission side system, which was scheduled to be executed even after the reception side system started processing the request message, is stopped. By stopping useless resending of the request message, an increase in communication traffic between the transmitting side system and the receiving side system is suppressed. Also, an increase in the load on the receiving system due to retransmission of the request message from the transmitting system is suppressed.
特許文献1~特許文献2には、保証型の電文送受信に関する技術が記載されている。特許文献1には、ネットワーク障害等により要求電文が遅延し、応答電文の削除処理後に要求電文を受信した際には二重処理が発生するという問題点を解決する高信頼な分散処理システムにおけるトランザクション処理制御方式が記載されている。
また、特許文献2には、伝送制御手順での電文保証とは別にプロセッサ内に送受信する電文の正常性を確認する正常性監視ソフトウェア部を備え、複数のプロセッサ間の相互通信での信頼性を向上させた電文保証方法が記載されている。
In addition, in
また、特許文献3には、トランザクションをリトライするまでの待ち時間であるディレイドタイムの値をデバイスアクセスに要する時間に応じて動的に設定できるようにし、リトライによる無駄なバスアクセスの発生を低減することが可能なコンピュータシステムが記載されている。
In addition, in
また、特許文献4には、受信ノードの能力に応じて再送を行うことによって、無駄な再送を行うことによる処理の遅延や消費電力の増加を防ぐとともに、例えばバスリセットによる再接続の際に要求再送待ち時間の再設定を不要とすることができる通信装置が記載されている。
Further, in
しかし、上記の保証型の電文送受信システムにおいても、受信側システムが要求電文を受け付けたことを示す応答電文を返す段階で受信側システムの業務APが高負荷状態に陥っていることによって、要求電文への応答処理が遅延する可能性がある。 However, even in the guaranteed-type message transmission/reception system described above, the request message may response processing may be delayed.
また、要求電文に対する処理結果を示す応答電文の送信が障害等により中断され、送信側システムによる要求電文の再送が行われると、再送による通信量の増加の抑止効果が削減される。 In addition, if the transmission of the response message indicating the processing result for the request message is interrupted due to a failure or the like and the request message is resent by the sending system, the effect of suppressing the increase in communication traffic due to resending is reduced.
よって、応答電文の受信状況に応じて送信側システムが業務APからの要求電文の再送を適切に実行でき、受信側システムが低負荷状態で応答処理を実行できる電文保証システムが求められている。 Therefore, there is a demand for a message assurance system that allows the sending side system to appropriately resend the request message from the business AP according to the reception status of the response message, and allows the receiving side system to execute the response processing in a low load state.
特許文献1に記載されているトランザクション処理制御方式は、受信された電文が示す要求の処理を行う受信側システムに対して、送信側システムの業務APが応答電文の分析中の状態であっても要求電文を再送してしまう。すなわち、特許文献1に記載されているトランザクション処理制御方式は、送信側システムの応答電文の受信状況に応じて要求電文の再送を適切に実行することが困難である。
In the transaction processing control method described in
また、特許文献2に記載されている電文保証方法を行う複数のプロセッサには、受信された要求電文に対する処理が二重で行われていないか否かを検査する仕組みが設けられていない。また、特許文献2に記載されている複数のプロセッサは、要求電文が受信される度に応答電文を生成する。すなわち、特許文献2に記載されている複数のプロセッサは再送された要求電文が受信された時にも同一の応答電文を生成するため、応答処理が冗長になる。
In addition, the plurality of processors that perform the message assurance method described in
[発明の目的]
そこで、本発明は、上述した課題を解決する、受信側システムの負荷を高めずに電文を再送できる電文保証システムおよび電文保証方法を提供することを目的とする。
[Purpose of Invention]
SUMMARY OF THE INVENTION Accordingly, it is an object of the present invention to provide a message assurance system and message assurance method capable of retransmitting a message without increasing the load on the receiving system.
本発明による電文保証システムは、送信側システムと、受信側システムとを含む電文保証システムであって、送信側システムは、任意の要求を示す電文である要求電文を受信側システムに送信する第1送信部と、所定の条件を満たす要求電文を受信側システムに再度送信する再送部とを有し、受信側システムは、受信側システムの負荷状況を示す情報を基に、送信側システムから送信された要求電文が示す要求に対する処理が完了する予定時刻を計算する計算部と、送信された要求電文の受信が完了したことと、計算された予定時刻とを示す電文である受信電文を送信側システムに送信する第2送信部とを有し、所定の条件は、要求電文に対応する受信電文が示す予定時刻を現在時刻が過ぎていることであることを特徴とする。 A message assurance system according to the present invention is a message assurance system including a transmission side system and a reception side system, wherein the transmission side system transmits a request message, which is a message indicating an arbitrary request, to the reception side system. It has a transmitting unit and a retransmitting unit that retransmits a request message that satisfies a predetermined condition to the receiving system. A transmitting side system receives a received message that is a message that indicates the completion of receiving the transmitted request message and the calculated scheduled time. and the predetermined condition is that the current time has passed the scheduled time indicated by the received message corresponding to the request message.
本発明による電文保証方法は、送信側システムと、受信側システムとを含む電文保証システムにおいて実行される電文保証方法であって、送信側システムは、任意の要求を示す電文である要求電文を受信側システムに送信し、所定の条件を満たす要求電文を受信側システムに再度送信し、受信側システムは、受信側システムの負荷状況を示す情報を基に、送信側システムから送信された要求電文が示す要求に対する処理が完了する予定時刻を計算し、送信された要求電文の受信が完了したことと、計算された予定時刻とを示す電文である受信電文を送信側システムに送信し、所定の条件は、要求電文に対応する受信電文が示す予定時刻を現在時刻が過ぎていることであることを特徴とする。 A message assurance method according to the present invention is a message assurance method executed in a message assurance system including a transmitting side system and a receiving side system, wherein the transmitting side system receives a request message which is a message indicating an arbitrary request. The request message that satisfies the specified conditions is sent to the system on the receiving side, and the request message that satisfies the predetermined conditions is sent to the system on the receiving side again . Calculate the scheduled time for completion of processing for the request indicated, and send a received message, which is a message indicating that the reception of the transmitted request message has been completed, and the calculated scheduled time, to the sending system, and meet the predetermined conditions is that the current time has passed the scheduled time indicated by the received message corresponding to the request message.
本発明によれば、受信側システムの負荷を高めずに電文を再送できる。 According to the present invention, messages can be resent without increasing the load on the receiving system.
実施形態1.
[構成の説明]
以下、本発明の実施形態を、図面を参照して説明する。図1は、本発明による電文保証システムの第1の実施形態の構成例を示すブロック図である。
[Description of configuration]
BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing a configuration example of a first embodiment of a message assurance system according to the present invention.
図1に示すように、本実施形態の電文保証システム10は、送信側システム100と、受信側システム200とを含む。本実施形態の電文保証システム10では、送信側システム100と受信側システム200との間で電文が送受信される。
As shown in FIG. 1, the electronic
本実施形態の受信側システム200は、送信側システム100から送信された要求電文を受信する。次いで、受信側システム200は、受信された要求電文が示す要求に対する処理が完了する時刻を予測する。
The
送信側システム100に要求電文が受信されたことを示す応答電文を返す際、受信側システム200は、処理が完了する見込の時刻を示す情報を、返却する応答電文に加える。送信側システム100は、返却された応答電文が示す処理が完了する見込の時刻の後に、要求電文を受信側システム200に再送する。
When returning a response message indicating that the request message has been received to the transmitting
上記の構成により、送信側システム100と受信側システム200との間の通信量が削減される。また、受信側システム200において、低負荷状態で要求に対する処理の実行と、業務応答の返却が可能になる。
With the above configuration, the amount of communication between the transmitting
本実施形態の電文保証システム10は、電文の送受信処理における受信された電文の重複確認から応答電文の送信までを総合的に保証できるシステムである。なお、本実施形態の電文保証システム10において、送信側システム100の業務APと受信側システム200の業務APとの間で授受される電文の形式は、特に限定されない。
The electronic
以下、各構成要素の機能をそれぞれ説明する。図1に示すように、送信側システム100は、送信側業務AP110と、要求電文送信部120と、二重送信判定部130と、再送処理部140と、再送判定部150と、応答処理部160と、業務応答処理部170と、送信電文情報記憶部180とを有する。
The function of each component will be described below. As shown in FIG. 1, the transmitting
また、図1に示すように、受信側システム200は、受信側業務AP210と、応答電文送信部220と、応答電文情報記憶部230と、処理完了見込時刻計算部240とを有する。
Further, as shown in FIG. 1 , the
なお、ブロック図に記載されている単方向の矢印は、データ(情報)が流れる方向を示す。しかし、各矢印が記載されている箇所において双方向にデータが流れる可能性は排除されていない。 The unidirectional arrows shown in the block diagrams indicate the direction in which data (information) flows. However, the possibility of bi-directional data flow at the locations indicated by the respective arrows is not excluded.
最初に、送信側システム100の各構成要素の機能を説明する。送信側業務AP110は、受信側システム200の受信側業務AP210に対して要求を発行するアプリケーションである。
First, the function of each component of the
要求電文送信部120は、要求電文を生成する機能を有する。要求電文送信部120は、送信側業務AP110から呼び出された後、既定の電文フォーマットに従って要求電文を生成する。
The request
要求電文を生成した後、要求電文送信部120は、二重送信判定部130に電文送信の可否の判定を依頼する。電文送信が可能であると判定された場合、要求電文送信部120は、送信電文情報記憶部180に送信対象の要求電文の送信電文情報を格納する。格納した後、要求電文送信部120は、要求電文を送信する。
After generating the request message, the request
また、電文送信が不可であると判定された場合、要求電文送信部120は、生成された要求電文を破棄し、送信処理を終了する。
On the other hand, when it is determined that the electronic message cannot be transmitted, the request electronic
図2は、本実施形態における既定の電文フォーマットの例を示す説明図である。図2に示すように、電文フォーマットは、電文区分と、電文IDと、業務処理結果と、ユーザ電文本体とで構成されている。 FIG. 2 is an explanatory diagram showing an example of a default electronic message format in this embodiment. As shown in FIG. 2, the message format consists of message classification, message ID, business processing result, and user message body.
電文区分は、電文の種類を示す。電文区分には、「要求」、「受信応答」、または「業務応答」のいずれかが設定される。 The message category indicates the type of message. Any one of "request", "receipt response", or "business response" is set in the message classification.
電文IDは、各要求電文を一意に識別するためのIDである。電文IDには、要求電文の生成された順番を示す番号が設定される。 The message ID is an ID for uniquely identifying each request message. The message ID is set with a number indicating the order in which the request messages were generated.
また、業務処理結果は、業務APによる要求に対する処理の結果を示す。業務処理結果には、「OK」または「NG」のいずれかが設定される。また、電文の生成に求められるユーザ電文本体は、送信側業務AP110が要求電文送信部120に入力する。
Further, the business processing result indicates the result of processing the request by the business AP. Either "OK" or "NG" is set in the business process result. Also, the body of the user message required to generate the message is input to the request
図3は、送信電文情報記憶部180に記憶されている送信電文情報の例を示す説明図である。図3に示すように、送信電文情報は、電文IDと、電文本体と、送信可否と、次回送信時刻とで構成されている。
FIG. 3 is an explanatory diagram showing an example of transmitted message information stored in the transmitted message
電文IDと電文本体はそれぞれ、図2に示す電文フォーマットの電文IDとユーザ電文本体である。また、送信可否は、電文IDが示す要求電文の送信可否の判定結果を示す情報である。また、次回送信時刻は、電文IDが示す要求電文が再送される予定時刻である。 The message ID and the message body are the message ID and the user message body of the message format shown in FIG. 2, respectively. Further, the transmittability is information indicating the determination result of the transmittability of the request message indicated by the message ID. The next transmission time is the scheduled time at which the request message indicated by the message ID will be resent.
送信電文情報記憶部180に記憶されている送信電文情報は、要求電文の送信の制御に用いられる。記憶されている送信電文情報は、後述する再送処理部140が要求電文の再送時に読み込む。
The transmission message information stored in the transmission message
二重送信判定部130は、要求電文の送信可否を判定する機能を有する。二重送信判定部130の呼び出し元は、二重送信判定部130に判定対象の要求電文を入力する。
The double
二重送信判定部130は、送信電文情報記憶部180に記憶されている送信電文情報の電文IDのうち、判定対象の要求電文の電文IDよりも番号が小さい電文IDを有する全ての送信電文情報の電文本体と、判定対象の要求電文のユーザ電文本体とを比較する。
The double
ユーザ電文本体と同一の電文本体が発見されれば、二重送信判定部130は、「送信不可」を送信判定結果として呼び出し元に返却する。また、全ての電文本体がユーザ電文本体と異なれば、二重送信判定部130は、「送信可能」を送信判定結果として呼び出し元に返却する。
If the same electronic message body as the user electronic message body is found, the double
要求電文送信部120が同一の要求電文を複数回送信する場合、1通目の要求電文の応答の確認が未完了のうちに2通目の要求電文が送信されると、受信側システム200に余計な負荷がかかる。よって、二重送信判定部130は、判定対象の要求電文のユーザ電文本体と同一の電文本体が送信電文情報記憶部180に記憶されていれば、送信判定結果として「送信不可」を返却する。
When the request
再送処理部140は、送信側システム100が起動した時点から受信側システム200からの応答が未確認の要求電文の送信電文情報を所定の間隔で送信電文情報記憶部180から読み込み、読み込まれた送信電文情報に対応する要求電文を送信する機能を有する。
The
再送処理部140は、要求電文を送信する前に再送判定部150に送信可否の判定を依頼する。判定を依頼する際、再送処理部140は、判定対象の要求電文の送信電文情報を再送判定部150に入力する。
The
再送判定部150による判定結果が「送信可能」であれば、再送処理部140は、要求電文を再送する。また、再送判定部150による判定結果が「送信不可」であれば、再送処理部140は、要求電文を再送しない。
If the determination result by the
再送判定部150は、要求電文の再送可否を判定する機能を有する。再送判定部150は、現在の時刻が入力された送信電文情報の次回送信時刻を過ぎている場合に、要求電文を「送信可能」と判定する。また、再送判定部150は、現在の時刻が入力された送信電文情報の次回送信時刻を過ぎていない場合に、要求電文を「送信不可」と判定する。
The
応答処理部160は、受信側システム200から返却される2種類の応答電文を受信し、受信された各々の応答電文に応じた処理を行う機能を有する。
The
1つ目の応答電文は、要求電文の受信を契機に受信側システム200から返却される受信応答電文である。受信応答電文を受信した応答処理部160は、要求電文の再送を停止させるために、受信応答電文の電文IDを含む送信電文情報の次回送信時刻を、受信応答電文の処理見込時刻に更新する。
The first response message is a reception response message returned from the receiving
図4は、本実施形態における受信応答電文の電文フォーマットの例を示す説明図である。図4に示すように、受信応答電文の電文フォーマットは、電文区分と、電文IDと、処理見込時刻とで構成されている。 FIG. 4 is an explanatory diagram showing an example of a message format of a reception response message in this embodiment. As shown in FIG. 4, the message format of the reception response message consists of a message category, a message ID, and an estimated processing time.
受信応答電文の電文区分には、「受信応答」が設定される。また、受信応答電文の電文IDには、要求電文の電文IDが設定される。また、受信応答電文の処理見込時刻には、要求電文が示す要求に対する処理が完了する見込の時刻が設定される。 "Received response" is set in the message category of the received response message. The message ID of the request message is set in the message ID of the received response message. In addition, the expected processing time for the request indicated by the request message is set as the expected processing time of the received response message.
2つ目の応答電文は、受信側業務AP210による業務処理結果を含む業務応答電文である。業務応答電文の電文フォーマットは、図2に示す電文フォーマットである。業務応答電文を受信した応答処理部160は、業務応答処理部170に受信された業務応答電文を入力する。
The second response message is a business response message including the business processing result by the reception-
業務応答処理部170は、入力された業務応答電文の電文IDを含む送信電文情報を送信電文情報記憶部180から削除する。削除した後、業務応答処理部170は、送信側業務AP110を呼び出す。
The business
次に、受信側システム200の各構成要素の機能を説明する。受信側業務AP210は、受信された要求電文が示す要求に対する業務処理を行う機能を有する。
Next, the function of each component of the
応答電文送信部220は、要求電文を受信し、要求電文を受信したことを示す受信応答電文を送信する機能を有する。応答電文送信部220は、受信された電文の電文区分に「要求」が設定されている場合、受信された電文が要求電文であると確認する。
The response
また、応答電文送信部220は、二重処理が行われているか否かの検査、受信側業務AP210の呼び出し、および業務処理結果を示す業務応答電文の返却を行う。
The response
業務応答電文を返却する際、応答電文送信部220は、応答電文情報記憶部230に記憶されている応答電文情報のうち、要求電文の電文IDを含む応答電文情報を検索する。図5は、応答電文情報記憶部230に記憶されている応答電文情報の例を示す説明図である。図5に示すように、応答電文情報は、電文IDと、応答電文本体とで構成されている。
When returning the business response message, the response
応答電文情報は、送信側システム100に返却される業務応答電文の情報である。電文IDには、対応する要求電文の電文IDが設定される。また、応答電文本体には、業務処理結果の内容が設定される。
The response message information is information of a business response message returned to the
既に受信側業務AP210が業務処理を実行済みの要求電文を受信した場合、応答電文送信部220は、応答電文情報記憶部230から要求電文の電文IDを含む応答電文情報を読み込む。次いで、応答電文送信部220は、読み込まれた応答電文情報を基に業務応答電文を生成し、生成された業務応答電文を送信側システム100に返却する。
When the reception-
また、応答電文送信部220は、業務応答電文を生成した後、生成された業務応答電文の応答電文情報を応答電文情報記憶部230に格納する。
After generating the business response message, the response
また、応答電文送信部220は、受信側システム200で二重処理が行われているか否かの検査も、応答電文情報記憶部230に記憶されている応答電文情報に基づいて行う。
The response
要求電文の電文IDを含む応答電文情報が記憶されていなければ、応答電文送信部220は、受信された要求電文を初めて受信された要求電文と判断する。次いで、応答電文送信部220は、受信側業務AP210、および処理完了見込時刻計算部240をそれぞれ呼び出す。
If the response message information including the message ID of the request message is not stored, the response
処理完了見込時刻計算部240は、受信された要求電文のサイズや受信側システム200の負荷状況等に基づいて、要求電文が示す要求に対する業務処理の処理完了見込時刻を計算する機能を有する。処理完了見込時刻計算部240は、計算された処理完了見込時刻を呼び出し元に返却する。
The estimated processing completion
応答電文送信部220は、受信応答電文に電文IDと処理完了見込時刻とを記録し、受信応答電文を送信側システム100に送信する。受信応答電文を送信した後、応答電文送信部220は、受信側業務AP210による業務処理結果を用いて業務応答電文を生成する。
The response
次いで、応答電文送信部220は、生成された業務応答電文を送信側システム100に返却する。なお、受信された要求電文に対する応答電文情報が応答電文情報記憶部230に記憶されていれば、応答電文送信部220は、既に処理済みの要求電文であるとして、業務応答電文だけを返却してもよい。
Next, the response
[動作の説明]
以下、本実施形態の電文保証システム10の動作を、図6~図13に示すフローチャートを参照して説明する。
[Explanation of operation]
The operation of the electronic
最初に、本実施形態の送信側システム100の送信側業務AP110が要求電文送信部120に要求電文の送信を依頼した際に行われる要求電文送信処理の動作を図6を参照して説明する。図6は、第1の実施形態の要求電文送信部120による要求電文送信処理の動作を示すフローチャートである。
First, the operation of request message transmission processing performed when the transmission
送信側業務AP110は、要求電文送信部120にユーザ電文本体を入力する(ステップS101)。送信側業務AP110から呼ばれた要求電文送信部120は、図2に示す電文フォーマットに従って要求電文を生成する(ステップS102)。
The sending-
要求電文送信部120は、生成される要求電文の電文区分に「要求」を、電文IDには電文の送受信処理における一意の値をそれぞれ設定する。また、要求電文送信部120は、生成される要求電文のユーザ電文本体に、送信側業務AP110から入力された電文本体を設定する。
The request
次いで、要求電文送信部120は、ステップS102で生成された要求電文が送信可能であるか否かの判定を二重送信判定部130に依頼する(ステップS103)。二重送信判定部130は、要求電文が送信可能であるか否かを示す送信判定結果を要求電文送信部120に返却する。
Next, the request
返却された送信判定結果が「送信不可」を示す場合(ステップS104におけるNo)、要求電文送信部120は、生成された要求電文を送信せずに、要求電文送信処理を終了する。
If the returned transmission determination result indicates "transmittable" (No in step S104), the request
返却された送信判定結果が「送信可能」を示す場合(ステップS104におけるYes)、要求電文送信部120は、生成された要求電文の送信電文情報を送信電文情報記憶部180に格納する(ステップS105)。格納される送信電文情報の送信可否には、ステップS103で返却された送信判定結果の内容が設定される。
When the returned transmission determination result indicates "transmittable" (Yes in step S104), the request
送信電文情報の格納が完了した後、要求電文送信部120は、生成された要求電文を送信する(ステップS106)。要求電文を送信した後、要求電文送信部120は、要求電文送信処理を終了する。
After the storage of the transmission message information is completed, the request
次に、ステップS103で要求電文送信部120が二重送信判定部130に要求電文が送信可能であるか否かの判定を依頼した際に行われる送信判定処理の動作を図7を参照して説明する。図7は、第1の実施形態の二重送信判定部130による送信判定処理の動作を示すフローチャートである。
Next, referring to FIG. 7, the operation of transmission determination processing performed when the request
二重送信判定部130は、呼び出し元から入力された送信予定の要求電文のユーザ電文本体と、送信電文情報記憶部180に記憶されている送信電文情報の電文本体とを比較する(ステップS111)。二重送信判定部130は、要求電文の電文IDよりも番号が小さい電文IDを有する全ての送信電文情報を比較対象にする。
The double
比較する際、二重送信判定部130は、同一の電文本体を有する送信電文情報が存在するか否かを確認する。確認した結果、同一の電文本体を有する送信電文情報が存在しない場合(ステップS112におけるNo)、二重送信判定部130は、呼び出し元に「送信可能」を示す送信判定結果を返却する(ステップS113)。返却した後、二重送信判定部130は、送信判定処理を終了する。
When making the comparison, the double
確認した結果、同一の電文本体を有する送信電文情報が存在する場合(ステップS112におけるYes)、二重送信判定部130は、呼び出し元に「送信不可」を示す送信判定結果を返却する(ステップS114)。返却した後、二重送信判定部130は、送信判定処理を終了する。
As a result of checking, if there is transmission message information having the same message body (Yes in step S112), the double
次に、本実施形態の受信側システム200の応答電文送信部220が要求電文の受信を契機に行う応答電文送信処理の動作を図8を参照して説明する。図8は、第1の実施形態の応答電文送信部220による応答電文送信処理の動作を示すフローチャートである。
Next, the operation of response message transmission processing performed by the response
最初に、応答電文送信部220は、処理完了見込時刻計算部240を呼び出し、受信された要求電文が示す要求の処理完了見込時刻を取得する(ステップS121)。
First, the response
次いで、応答電文送信部220は、送信側システム100に要求電文が受信されたことを通知するための受信応答電文を生成する。生成される受信応答電文の電文フォーマットは、図4に示す電文フォーマットである。
Next, the response
応答電文送信部220は、生成される受信応答電文の電文区分に「受信応答」を、電文IDに受信された要求電文の電文IDをそれぞれ設定する。また、応答電文送信部220は、生成される受信応答電文の処理完了見込時刻に、ステップS121で取得された処理完了見込時刻を設定する。
The response
次いで、応答電文送信部220は、生成された受信応答電文を送信側システム100に送信する(ステップS122)。
Next, the response
次いで、応答電文送信部220は、応答電文情報記憶部230に、受信された要求電文の電文IDを含む応答電文情報が記憶されているか否かを確認する(ステップS123)。
Next, the response
応答電文情報が記憶されていない場合(ステップS123におけるNo)、応答電文送信部220は、受信側業務AP210を呼び出し、要求に対して業務処理を実行させる(ステップS124)。実行した後、受信側業務AP210は、業務処理結果を応答電文送信部220に入力する。
If the response message information is not stored (No in step S123), the response
受信側業務AP210から業務処理結果を受け取った後、応答電文送信部220は、業務応答電文を生成する(ステップS125)。生成される業務応答電文の電文フォーマットは、図2に示す電文フォーマットである。
After receiving the business processing result from the reception-
応答電文送信部220は、生成される業務応答電文の電文区分に「業務応答」を、電文IDに受信された要求電文の電文IDをそれぞれ設定する。また、応答電文送信部220は、生成される業務応答電文の業務処理結果に、受信側業務AP210からの業務処理結果を基に「OK」または「NG」のいずれかを設定する。
The response
業務応答電文を生成した後、応答電文送信部220は、生成された業務応答電文の応答電文情報を応答電文情報記憶部230に格納する(ステップS126)。格納した後、応答電文送信部220は、ステップS127の処理を行う。
After generating the business response message, the response
応答電文情報が記憶されている場合(ステップS123におけるYes)、応答電文送信部220は、応答電文情報記憶部230から該当する応答電文情報を読み込む(ステップS128)。次いで、応答電文送信部220は、読み込まれた応答電文情報を基に業務応答電文を生成する(ステップS129)。生成した後、応答電文送信部220は、ステップS127の処理を行う。
If the response message information is stored (Yes in step S123), the response
ステップS127で、応答電文送信部220は、生成された業務応答電文を送信側システム100に送信する。送信した後、応答電文送信部220は、応答電文送信処理を終了する。
In step S<b>127 , the response
次に、ステップS121で応答電文送信部220が処理完了見込時刻計算部240を呼び出した際に行われる処理完了見込時刻計算処理の動作を図9を参照して説明する。図9は、第1の実施形態の処理完了見込時刻計算部240による処理完了見込時刻計算処理の動作を示すフローチャートである。
Next, the operation of the expected process completion time calculation process performed when the response
最初に、処理完了見込時刻計算部240は、受信側システム200の負荷状況を示す情報を取得する(ステップS131)。
First, the estimated processing
次いで、処理完了見込時刻計算部240は、取得された受信側システム200の負荷状況を示す情報と受信された要求電文のサイズとを基に、処理完了見込時刻を計算する(ステップS132)。
Next, the estimated processing completion
次いで、処理完了見込時刻計算部240は、計算された処理完了見込時刻を呼び出し元に返却する(ステップS133)。返却した後、処理完了見込時刻計算部240は、処理完了見込時刻計算処理を終了する。
Next, the estimated processing
次に、本実施形態の送信側システム100の応答処理部160が応答電文を受信した際に行う応答電文受信処理の動作を図10を参照して説明する。図10は、第1の実施形態の応答処理部160による応答電文受信処理の動作を示すフローチャートである。
Next, the operation of response message reception processing performed when the
応答処理部160は、受信応答電文と業務応答電文の2種類の応答電文を受信する。応答電文を受信した際、応答処理部160は、受信された応答電文の種別を電文区分で確認する(ステップS141)。
The
確認された電文区分が「受信応答」である場合(ステップS141における受信応答電文)、応答処理部160は、要求電文の再送を停止させるため、要求電文に対応する送信電文情報の次回送信時刻を、受信応答電文の処理完了見込時刻に更新する(ステップS142)。更新した後、応答処理部160は、応答電文受信処理を終了する。
If the confirmed message classification is "reception response" (reception response message in step S141), the
確認された電文区分が「業務応答」である場合(ステップS141における業務応答電文)、応答処理部160は、業務応答処理部170を呼び出す(ステップS143)。呼び出した後、応答処理部160は、応答電文受信処理を終了する。
If the confirmed message classification is "business response" (business response message in step S141), the
次に、ステップS143で応答処理部160が呼び出した業務応答処理部170が行う業務応答処理の動作を図11を参照して説明する。図11は、第1の実施形態の業務応答処理部170による業務応答処理の動作を示すフローチャートである。
Next, the operation of business response processing performed by the business
業務応答処理部170は、受信された業務応答電文の電文IDを含む送信電文情報を送信電文情報記憶部180から削除する(ステップS151)。
The business
次いで、業務応答処理部170は、送信側業務AP110を呼び出す(ステップS152)。呼び出した後、業務応答処理部170は、業務応答処理を終了する。
Next, the business
次に、本実施形態の送信側システム100の再送処理部140が要求電文を再送する際に行う要求電文再送処理の動作を図12を参照して説明する。図12は、第1の実施形態の再送処理部140による要求電文再送処理の動作を示すフローチャートである。
Next, the operation of request message resend processing performed when the
最初に、再送処理部140は、送信電文情報記憶部180に記憶されている送信電文情報を1つ読み込む(ステップS161)。
First, the
次いで、再送処理部140は、ステップS161で読み込まれた送信電文情報に対応する要求電文が送信可能であるか否かの判定を再送判定部150に依頼する(ステップS162)。次いで、再送判定部150は、要求電文が送信可能であるか否かを示す送信判定結果を再送処理部140に返却する。
Next, the
返却された送信判定結果が「送信不可」を示す場合(ステップS163におけるNo)、再送処理部140は、読み込まれた送信電文情報に対応する要求電文を再送せずに、要求電文再送処理を終了する。
If the returned transmission determination result indicates "transmittable" (No in step S163), the
返却された送信判定結果が「送信可能」を示す場合(ステップS163におけるYes)、再送処理部140は、送信電文情報記憶部180に記憶されているステップS161で読み込まれた送信電文情報の判定結果を「送信可能」に更新する(ステップS164)。
If the returned transmission determination result indicates "transmittable" (Yes in step S163), the
送信電文情報の判定結果を更新した後、再送処理部140は、受信側システム200に更新された送信電文情報に対応する要求電文を再送する(ステップS165)。再送した後、再送処理部140は、要求電文再送処理を終了する。
After updating the determination result of the transmission message information, the
再送処理部140は、図12に示す要求電文再送処理を、送信電文情報記憶部180に記憶されている全ての送信電文情報に対して繰り返し実行する。また、再送処理部140は、タイマ等を用いて、送信側システム100が起動した後から所定時間毎に図12に示す要求電文再送処理を実行してもよい。
The
次に、ステップS162で再送処理部140が再送判定部150に要求電文が送信可能であるか否かの判定を依頼した際に行われる送信判定処理の動作を図13を参照して説明する。図13は、第1の実施形態の再送判定部150による送信判定処理の動作を示すフローチャートである。
Next, the operation of transmission determination processing performed when the
再送判定部150は、現在時刻と、呼び出し元から入力された要求電文の送信電文情報の次回送信時刻とを比較する(ステップS171)。
The
比較した結果、現在時刻が次回送信時刻を過ぎている場合(ステップS172におけるYes)、再送判定部150は、呼び出し元に「送信可能」を示す送信判定結果を返却する(ステップS173)。返却した後、再送判定部150は、送信判定処理を終了する。
As a result of the comparison, if the current time has passed the next transmission time (Yes in step S172), the
比較した結果、現在時刻が次回送信時刻を過ぎていない場合(ステップS172におけるNo)、再送判定部150は、呼び出し元に「送信不可」を示す送信判定結果を返却する(ステップS174)。返却した後、再送判定部150は、送信判定処理を終了する。
As a result of the comparison, if the current time has not passed the next transmission time (No in step S172), the
[効果の説明]
本実施形態の送信側システム100の再送処理部140は、受信応答電文が示す処理完了見込時刻に応じて適切に要求電文を送信できる。すなわち、送信側システム100は、電文再送、および送信側業務AP110による複数回の同一電文の送信を起因とする無駄な通信量を削減できる。よって、受信側システム200も、低負荷状態で応答電文を返却できる。
[Explanation of effect]
The
また、本実施形態の電文保証システム10の受信側システム200は、一度処理された要求電文に対する応答電文の情報がファイル等の状態で記憶されている応答電文情報記憶部230を有する。同じ要求電文が受信された場合、受信側システム200は、記憶されている情報を読み込んで応答電文を生成し、生成された応答電文を返却する。
The
すなわち、特許文献2に記載されている複数のプロセッサによる応答処理の効率よりも、本実施形態の受信側システム200による応答処理の効率の方が大きい。また、受信側システム200は、応答電文情報記憶部230に記憶されている応答電文の情報に基づいて、二重処理が行われているか否かの検査も実行できる。
That is, the efficiency of response processing by the receiving
特許文献3~特許文献4に記載されている技術では、処理完了見込時刻が送信側で予測される。本実施形態では、処理完了見込時刻計算部240が受信側システム200の負荷状況を考慮して処理完了見込時刻を予測する。すなわち、より正確な処理完了見込時刻が予測されるため、システム間の通信がより適切に制御される。
In the techniques described in
本発明は、業務APの修正が困難な既に運用中のレガシーシステム間の通信量の削減の用途に好適に利用される。 INDUSTRIAL APPLICABILITY The present invention is preferably used for reducing the amount of communication between existing legacy systems in which it is difficult to modify business APs.
以下、本実施形態の送信側システム100のハードウェア構成の具体例、および本実施形態の受信側システム200のハードウェア構成の具体例を説明する。
A specific example of the hardware configuration of the transmitting
図14は、本発明による送信側システムのハードウェア構成例を示す説明図である。
図14に示す送信側システム100は、CPU(Central Processing Unit)101と、主記憶部102と、通信部103と、補助記憶部104とを備える。また、ユーザが操作するための入力部105や、ユーザに処理結果または処理内容の経過を提示するための出力部106を備えてもよい。
FIG. 14 is an explanatory diagram showing a hardware configuration example of the transmission side system according to the present invention.
A
図15は、本発明による受信側システムのハードウェア構成例を示す説明図である。図15に示す受信側システム200は、CPU201と、主記憶部202と、通信部203と、補助記憶部204とを備える。また、ユーザが操作するための入力部205や、ユーザに処理結果または処理内容の経過を提示するための出力部206を備えてもよい。
FIG. 15 is an explanatory diagram showing a hardware configuration example of the receiving system according to the present invention. A receiving
主記憶部102および主記憶部202は、データの作業領域やデータの一時退避領域として用いられる。主記憶部102および主記憶部202は、例えばRAM(Random Access Memory)である。
The
通信部103および通信部203は、有線のネットワークまたは無線のネットワーク(情報通信ネットワーク)を介して、周辺機器との間でデータを入力および出力する機能を有する。
The
補助記憶部104および補助記憶部204は、一時的でない有形の記憶媒体である。一時的でない有形の記憶媒体として、例えば磁気ディスク、光磁気ディスク、CD-ROM(Compact Disk Read Only Memory)、DVD-ROM(Digital Versatile Disk Read Only Memory)、半導体メモリが挙げられる。
入力部105および入力部205は、データや処理命令を入力する機能を有する。入力部105および入力部205は、例えばキーボードやマウス等の入力デバイスである。
The
出力部106および出力部206は、データを出力する機能を有する。出力部106および出力部206は、例えば液晶ディスプレイ装置等の表示装置、またはプリンタ等の印刷装置である。
The
また、図14に示すように、送信側システム100において、各構成要素は、システムバス107に接続されている。また、図15に示すように、受信側システム200において、各構成要素は、システムバス207に接続されている。
In addition, as shown in FIG. 14, each component in the
補助記憶部104は、例えば、図1に示す送信側業務AP110、要求電文送信部120、二重送信判定部130、再送処理部140、再送判定部150、応答処理部160、および業務応答処理部170を実現するためのプログラムを記憶している。
The
また、主記憶部102は、例えば、送信電文情報記憶部180の記憶領域として利用される。また、要求電文送信部120、再送処理部140、および応答処理部160は、通信部103を介して通信処理を実行してもよい。
Also, the
なお、送信側システム100は、ハードウェアにより実現されてもよい。例えば、送信側システム100は、内部に図1に示すような機能を実現するプログラムが組み込まれたLSI(Large Scale Integration)等のハードウェア部品が含まれる回路が実装されてもよい。
Note that the transmitting
また、送信側システム100は、図14に示すCPU101が図1に示す各構成要素が有する機能を提供するプログラムを実行することによって、ソフトウェアにより実現されてもよい。
Further, the
ソフトウェアにより実現される場合、CPU101が補助記憶部104に格納されているプログラムを、主記憶部102にロードして実行し、送信側システム100の動作を制御することによって、各機能がソフトウェアにより実現される。
When implemented by software, the
補助記憶部204は、例えば、図1に示す受信側業務AP210、応答電文送信部220、および処理完了見込時刻計算部240を実現するためのプログラムを記憶している。
The
また、主記憶部202は、例えば、応答電文情報記憶部230の記憶領域として利用される。また、応答電文送信部220は、通信部203を介して通信処理を実行してもよい。
Also, the
なお、受信側システム200は、ハードウェアにより実現されてもよい。例えば、受信側システム200は、内部に図1に示すような機能を実現するプログラムが組み込まれたLSI等のハードウェア部品が含まれる回路が実装されてもよい。
Note that the receiving
また、受信側システム200は、図15に示すCPU201が図1に示す各構成要素が有する機能を提供するプログラムを実行することによって、ソフトウェアにより実現されてもよい。
Receiving-
ソフトウェアにより実現される場合、CPU201が補助記憶部204に格納されているプログラムを、主記憶部202にロードして実行し、受信側システム200の動作を制御することによって、各機能がソフトウェアにより実現される。
When implemented by software, the
また、各構成要素の一部または全部は、汎用の回路(circuitry)または専用の回路、プロセッサ等やこれらの組み合わせによって実現されてもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各構成要素の一部または全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。 Also, part or all of each component may be realized by a general-purpose circuit, a dedicated circuit, a processor, etc., or a combination thereof. These may be composed of a single chip, or may be composed of multiple chips connected via a bus. A part or all of each component may be implemented by a combination of the above-described circuit or the like and a program.
各構成要素の一部または全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントアンドサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。 When a part or all of each component is realized by a plurality of information processing devices, circuits, etc., the plurality of information processing devices, circuits, etc. may be arranged centrally or distributedly. For example, the information processing device, circuits, and the like may be implemented as a client-and-server system, a cloud computing system, or the like, each of which is connected via a communication network.
次に、本発明の概要を説明する。図16は、本発明による電文保証システムの概要を示すブロック図である。本発明による電文保証システム20は、送信側システム30(例えば、送信側システム100)と、受信側システム40(例えば、受信側システム200)とを含む電文保証システムであって、送信側システム30は、任意の要求を示す電文である要求電文を受信側システム40に送信する第1送信部31(例えば、要求電文送信部120)と、所定の条件を満たす要求電文を受信側システム40に再度送信する再送部32(例えば、再送処理部140および再送判定部150)とを有し、受信側システム40は、送信側システム30から送信された要求電文の受信が完了したことと、送信された要求電文が示す要求に対する処理が完了する予定時刻とを示す電文である受信電文を送信側システム30に送信する第2送信部41(例えば、応答電文送信部220)を有し、所定の条件は、要求電文に対応する受信電文が示す予定時刻を現在時刻が過ぎていることである。
Next, an outline of the present invention will be described. FIG. 16 is a block diagram showing an outline of a message guarantee system according to the present invention. A
そのような構成により、電文保証システムは、受信側システムの負荷を高めずに電文を再送できる。図16に示す電文保証システム20は、適切に電文を送受信できる、保証型の電文送受信システムである。
With such a configuration, the message guarantee system can resend the message without increasing the load on the receiving system. The electronic
また、送信側システム30は、送信された要求電文を示す情報である送信電文情報を記憶する第1記憶部(例えば、送信電文情報記憶部180)を有し、再送部32は、記憶されている送信電文情報を用いて再度送信する要求電文を生成してもよい。
Further, the transmitting
そのような構成により、電文保証システムは、再送電文を効率良く生成できる。 With such a configuration, the electronic message assurance system can efficiently generate a retransmission message.
また、第2送信部41は、要求電文が示す要求に対する処理の結果を示す電文である応答電文を送信側システム30に送信し、第1送信部31は、送信された応答電文に基づいて要求電文の送信電文情報を第1記憶部から削除してもよい。
The
そのような構成により、電文保証システムは、要求電文の無駄な再送を抑止できる。 With such a configuration, the message assurance system can prevent useless retransmission of request messages.
また、受信側システム40は、送信された応答電文を示す情報である応答電文情報を記憶する第2記憶部(例えば、応答電文情報記憶部230)を有し、第2送信部41は、記憶されている応答電文情報を用いて送信する応答電文を生成してもよい。
In addition, the receiving
そのような構成により、電文保証システムは、応答電文を効率良く生成できる。 With such a configuration, the message assurance system can efficiently generate a response message.
また、第1送信部31は、記憶されている送信電文情報が示す要求と同一の要求を示す要求電文の送信を中止してもよい。
Further, the
そのような構成により、電文保証システムは、要求電文の無駄な送信を抑止できる。 With such a configuration, the message assurance system can prevent unnecessary transmission of request messages.
また、第2送信部41は、受信側システム40の負荷状況に応じた予定時刻を受信電文に含めてもよい。また、第2送信部41は、業務アプリケーションが要求に対する処理を行う前に受信電文を送信してもよい。
In addition, the
また、送信側システム30は、再送部32による再送処理が実行される前に再送の可否を判定する再送判定部(例えば、再送判定部150)を含んでもよい。
Further, the transmission-
10、20 電文保証システム
30、100 送信側システム
40、200 受信側システム
31 第1送信部
32 再送部
41 第2送信部
101、201 CPU
102、202 主記憶部
103、203 通信部
104、204 補助記憶部
105、205 入力部
106、206 出力部
107、207 システムバス
110 送信側業務AP
120 要求電文送信部
130 二重送信判定部
140 再送処理部
150 再送判定部
160 応答処理部
170 業務応答処理部
180 送信電文情報記憶部
210 受信側業務AP
220 応答電文送信部
230 応答電文情報記憶部
240 処理完了見込時刻計算部
10, 20
102, 202
120 Request
220 response
Claims (10)
前記送信側システムは、
任意の要求を示す電文である要求電文を前記受信側システムに送信する第1送信部と、
所定の条件を満たす要求電文を前記受信側システムに再度送信する再送部とを有し、
前記受信側システムは、
前記受信側システムの負荷状況を示す情報を基に、前記送信側システムから送信された要求電文が示す要求に対する処理が完了する予定時刻を計算する計算部と、
前記送信された要求電文の受信が完了したことと、計算された予定時刻とを示す電文である受信電文を前記送信側システムに送信する第2送信部とを有し、
前記所定の条件は、
要求電文に対応する受信電文が示す予定時刻を現在時刻が過ぎていることである
ことを特徴とする電文保証システム。 A message assurance system including a sending side system and a receiving side system,
The sending system,
a first transmission unit that transmits a request message, which is a message indicating an arbitrary request, to the receiving system;
a retransmitting unit that retransmits a request message that satisfies a predetermined condition to the receiving system;
The receiving system,
a calculation unit that calculates a scheduled time to complete processing of a request indicated by a request message transmitted from the transmission-side system based on information indicating the load status of the reception-side system;
PreviousRecordCompletion of reception of the transmitted request message, andcalculatedA second transmission unit that transmits a received message, which is a message indicating the scheduled time, to the transmission side systemWhenhas
The predetermined condition is
The current time has passed the scheduled time indicated by the received message corresponding to the request message.
A message assurance system characterized by:
再送部は、記憶されている送信電文情報を用いて再度送信する要求電文を生成する
請求項1記載の電文保証システム。 The transmission-side system has a first storage unit that stores transmission message information, which is information indicating the transmitted request message,
2. The message assurance system according to claim 1, wherein the resending unit generates a request message to be resent using stored transmission message information.
第1送信部は、送信された応答電文に基づいて前記要求電文の送信電文情報を第1記憶部から削除する
請求項2記載の電文保証システム。 The second transmission unit transmits a response message, which is a message indicating the result of processing for the request indicated by the request message, to the transmission side system,
The message assurance system according to claim 2, wherein the first transmission unit deletes the transmission message information of the request message from the first storage unit based on the transmitted response message.
第2送信部は、記憶されている応答電文情報を用いて送信する応答電文を生成する
請求項3記載の電文保証システム。 The receiving system has a second storage unit that stores response message information that is information indicating the transmitted response message,
4. The message assurance system according to claim 3, wherein the second transmission unit generates a response message to be transmitted using stored response message information.
請求項2から請求項4のうちのいずれか1項に記載の電文保証システム。 The message assurance system according to any one of claims 2 to 4, wherein the first transmission unit suspends transmission of the request message indicating the same request as the request indicated by the stored transmission message information.
前記送信側システムは、
任意の要求を示す電文である要求電文を前記受信側システムに送信し、
所定の条件を満たす要求電文を前記受信側システムに再度送信し、
前記受信側システムは、
前記受信側システムの負荷状況を示す情報を基に、前記送信側システムから送信された要求電文が示す要求に対する処理が完了する予定時刻を計算し、
前記送信された要求電文の受信が完了したことと、計算された予定時刻とを示す電文である受信電文を前記送信側システムに送信し、
前記所定の条件は、
要求電文に対応する受信電文が示す予定時刻を現在時刻が過ぎていることである
ことを特徴とする電文保証方法。 A message assurance method executed in a message assurance system including a transmitting side system and a receiving side system,
The sending system,
Sending a request message, which is a message indicating an arbitrary request, to the receiving system;
retransmitting a request message that satisfies a predetermined condition to the receiving system;
The receiving system,
calculating, based on the information indicating the load status of the receiving system, the scheduled completion time for the request indicated by the request message transmitted from the transmitting system;
PreviousRecordCompletion of reception of the transmitted request message, andcalculatedsending a received message, which is a message indicating the scheduled time, to the transmitting system;
The predetermined condition is
The current time has passed the scheduled time indicated by the received message corresponding to the request message.
A message assurance method characterized by:
送信された要求電文を示す情報である送信電文情報を第1記憶部に記憶させ、
記憶されている送信電文情報を用いて再度送信する要求電文を生成する
請求項6記載の電文保証方法。 The sending system
Store transmission telegram information, which is information indicating the transmitted request telegram, in the first storage unit;
7. The message assurance method according to claim 6, wherein a request message to be resent is generated using stored transmission message information.
前記送信側システムは、送信された応答電文に基づいて前記要求電文の送信電文情報を第1記憶部から削除する
請求項7記載の電文保証方法。 The receiving system transmits a response message, which is a message indicating the result of processing for the request indicated by the request message, to the transmitting system,
8. The message assurance method according to claim 7, wherein the transmission side system deletes the transmission message information of the request message from the first storage unit based on the transmitted response message.
送信された応答電文を示す情報である応答電文情報を第2記憶部に記憶させ、
記憶されている応答電文情報を用いて送信する応答電文を生成する
請求項8記載の電文保証方法。 The receiving system
Store response telegram information, which is information indicating the transmitted response telegram, in the second storage unit;
The message assurance method according to claim 8, wherein a response message to be transmitted is generated using stored response message information.
請求項7から請求項9のうちのいずれか1項に記載の電文保証方法。 10. The message assurance method according to any one of claims 7 to 9, wherein the transmission side system suspends transmission of the request message indicating the same request as the request indicated by the stored transmission message information.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018063834A JP7124384B2 (en) | 2018-03-29 | 2018-03-29 | Telegram Assurance System and Telegram Assurance Method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018063834A JP7124384B2 (en) | 2018-03-29 | 2018-03-29 | Telegram Assurance System and Telegram Assurance Method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2019175222A JP2019175222A (en) | 2019-10-10 |
| JP7124384B2 true JP7124384B2 (en) | 2022-08-24 |
Family
ID=68167025
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018063834A Active JP7124384B2 (en) | 2018-03-29 | 2018-03-29 | Telegram Assurance System and Telegram Assurance Method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7124384B2 (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003150465A (en) | 2001-11-19 | 2003-05-23 | Nec Corp | Transaction process control system in distributed processing system |
| JP2003208401A (en) | 2002-01-10 | 2003-07-25 | Fujitsu Ltd | Information processing system, information processing apparatus, and access distribution method |
| JP2005276181A (en) | 2004-02-25 | 2005-10-06 | Microsoft Corp | Mutual exclusion technique in dynamic peer-to-peer environment |
| JP2005346175A (en) | 2004-05-31 | 2005-12-15 | Matsushita Electric Ind Co Ltd | Command communication apparatus and command communication method |
| JP2008078769A (en) | 2006-09-19 | 2008-04-03 | Denso Corp | Communications system |
| JP2008283421A (en) | 2007-05-10 | 2008-11-20 | Casio Hitachi Mobile Communications Co Ltd | Communication apparatus and program |
-
2018
- 2018-03-29 JP JP2018063834A patent/JP7124384B2/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003150465A (en) | 2001-11-19 | 2003-05-23 | Nec Corp | Transaction process control system in distributed processing system |
| JP2003208401A (en) | 2002-01-10 | 2003-07-25 | Fujitsu Ltd | Information processing system, information processing apparatus, and access distribution method |
| JP2005276181A (en) | 2004-02-25 | 2005-10-06 | Microsoft Corp | Mutual exclusion technique in dynamic peer-to-peer environment |
| JP2005346175A (en) | 2004-05-31 | 2005-12-15 | Matsushita Electric Ind Co Ltd | Command communication apparatus and command communication method |
| JP2008078769A (en) | 2006-09-19 | 2008-04-03 | Denso Corp | Communications system |
| JP2008283421A (en) | 2007-05-10 | 2008-11-20 | Casio Hitachi Mobile Communications Co Ltd | Communication apparatus and program |
Non-Patent Citations (1)
| Title |
|---|
| 山垣 則夫 Norio YAMAGAKI,データセンター向け高速再送制御の特性評価 Performance Evaluation of Rapid Retransmission Control for Data Centers,電子情報通信学会技術研究報告 Vol.110 No.448 IEICE Technical Report,日本,社団法人電子情報通信学会 The Institute of Electronics,Information and Communication Engineers,第110巻 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2019175222A (en) | 2019-10-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109714409B (en) | Message management method and system | |
| US8706901B2 (en) | Protocols for high performance computing visualization, computational steering and forward progress | |
| US20070204275A1 (en) | Method and system for reliable message delivery | |
| JP6299266B2 (en) | Data storage method, storage system, program, and storage apparatus | |
| CN108418859B (en) | Method and apparatus for writing data | |
| EP2995028B1 (en) | Tuple recovery | |
| CN115412609A (en) | A service processing method, device, server and storage medium | |
| US9307005B2 (en) | Communication control system, method, and apparatus | |
| JP7124384B2 (en) | Telegram Assurance System and Telegram Assurance Method | |
| CN110839018A (en) | A file transmission method and system based on distribution automation | |
| CN108880994B (en) | Method and device for retransmitting mails | |
| CN113961372B (en) | A method and device for sending MQ multi-instance messages | |
| KR102071955B1 (en) | Method for processing multicast in distributed cache environment, and distributed cache server using the same | |
| US20240089042A1 (en) | Data communication apparatus and method | |
| CN105634894B (en) | An enhanced CAN bus data retransmission method and device | |
| CN115811538B (en) | Method, device, system and medium for requesting and processing digital key service | |
| JP2008210110A (en) | Business system and its execution request management method | |
| CN111078433B (en) | Merchant notification sending method and device and electronic equipment | |
| JP6182779B1 (en) | Transfer device, transfer method, and program | |
| CN119583639B (en) | A publish-subscribe method, system, device, and storage medium for multiprocessors | |
| JP6932961B2 (en) | Telegram transmission / reception system, telegram transmission device, telegram transmission / reception method and program | |
| JP5920318B2 (en) | Storage system, storage control device, information processing device, storage control program, and storage control method | |
| JP6207710B1 (en) | Transfer control device, transfer control method, and program | |
| JP7338160B2 (en) | Electronic mail transmission determination device, electronic mail transmission determination method, and electronic mail transmission determination program | |
| CN114640385A (en) | Data transmission method based on Beidou communication system and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20210205 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20211118 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20211214 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220208 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20220712 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20220725 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 7124384 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |