JPH0396041A - Gateway with communication destination monitor device - Google Patents

Abstract

PURPOSE:To attain quick retransmission processing to a communication destination of disabled communication by referencing a transmission fault table for each laps of a prescribed time, extracting a message of transmission fault communication destination from a storage file, transmitting it again and retransmitting a remaining message in the case of success. CONSTITUTION:A main control section 3 registers a communication destination whose transmission is failed to a transmission fault table 2-1 and stores a message to a storage file 7. A communication destination monitor section 2 is started at a prescribed time interval, a communication destination registered in the transmission fault table 2-1 is read, a message A is read from the storage file 7 and sent to a communication destination X again. When the retransmission is successful, a message is extracted from the storage file 7 and sent again sequentially. Thus, the retransmission processing is implemented quickly to the communication destination X whose communication is disabled.

Description

[Detailed Description of the Invention] [Summary] Regarding a gateway that converts the protocol of a message and sends it to a communication destination, a transmission failure table is provided, communication destinations for which transmission has failed are registered in this table, and this is updated every predetermined period of time. The aim is to quickly perform retransmission processing to a communication destination that is not in a communicable state by referring to it and resending it, and when a protocol-converted message is sent to a communication destination and fails, the communication destination is registered in the transmission failure table. The failed transmission messages are stored in the storage file, and every predetermined period of time, this transmission failure table is referred to, and the message of the communication destination that failed to be sent is retrieved from the storage file and resent. Take precautions to resend remaining messages to the same destination.

[Industrial application field]

The present invention relates to a gateway with a communication destination monitoring mechanism that converts the protocol of a message and sends the same to a destination. With the spread of information processing networks, gateways perform protocol conversion processing and message exchange between networks with different protocols. It is desired that this gateway be able to quickly send messages that are requested to be sent when the communication destination is not in a communicable state. [Prior Art and Problems to be Solved by the Invention] Conventionally, in a gateway 2l that exchanges messages between inftworks using different protocols as shown in FIG. 3, i!
When a request to send a message is received to a communication destination that is not in a communication-enabled state, the sending process for the message fails and is temporarily stored in the storage file 27. Then, when a message is successfully sent to the same destination,
Alternatively, when the message exchange system is restarted, messages whose transmission has failed are retrieved from the storage file 27 and resent. As a result, if there is no request to send a message to the same communication destination, or if the message exchange system is not restarted, there is a problem in which a message that fails to be sent is not retransmitted. was there.

Incidentally, the operation of the first figure composition precept will be briefly explained.

In FIG. 1, ■ indicates that the conversion processing section 24 performs protocol conversion on the message received from the main control section 23, and the transmission processing section 25 transmits the converted message to the communication destination on the communication destination network 28. Then it's a failure. Ru.

In (2), the message storage unit 26 stores the message whose transmission failed in (2) in the storage file 27.

In case (2), the next message to the same communication destination (destination) is sent after protocol conversion, and the sending is successful.

(2) In response to the successful transmission in (2), the main control unit 23 transmits the message extracted from the storage file 27 to the same destination.

The present invention provides a transmission failure table in which communication destinations for which transmission has failed are registered, refers to this table every time a predetermined period of time has elapsed, retransmits data, and quickly performs retransmission processing for communication destinations that are not in a communicable state. The purpose is to [Means for solving the problem] Means for solving the problem will be explained with reference to FIG.

In FIG. 1, a transmission failure table 2-1 is a table in which communication destinations to which message transmission has failed are registered. The communication destination monitoring unit 2 refers to the transmission failure table 2-1 every time a predetermined period of time has elapsed, extracts the message of the communication destination whose transmission has failed from the stored am file 7, resends it, and when it is successful, sends the message to the remaining same communication destination. This will resend the message.

[Effect]

As shown in FIG. 1, in the present invention, when a message that has been subjected to protocol conversion is sent to a communication destination and fails, the communication destination is registered in the transmission failure table 2-1 and the failed message is stored in a storage file. 7, and the communication destination monitoring unit 2 refers to the transmission failure table 2-1 every predetermined time period, extracts the message of the communication destination whose transmission failed from the storage file 7, and resends it. The remaining messages to the same destination will be resent.

Therefore, by providing a transmission failure table 2-1 and registering communication destinations for which transmission has failed, and retransmitting by referring to this every time a predetermined period of time has elapsed, retransmission processing for communication destinations that are not in a communicable state can be performed. It becomes possible to do it quickly.

〔Example〕

Next, the configuration and operation of one embodiment of the present invention will be explained in detail using FIGS. 1 and 2.

In FIG. 1, a gateway 1 converts a message into a message of a different protocol and is composed of 2 to 7, and is, for example, a gateway for SIA-VHS conversion. This protocol conversion converts a message based on SIA (communication protocol of Fujitsu Limited) into a message based on MHS (message handling system). This protocol conversion makes it possible to send a message from a communication source network, such as the SIA mail network, to a communication destination network, such as the MHS mail network.

Communication {H destination monitoring unit 2 is activated every time the processing time measured by the timer IO has elapsed, refers to the transmission failure table 2-L, extracts the message of the communication destination whose transmission has failed from the storage file 7, and resends it. When successful, the remaining messages to the same destination are retransmitted.

The transmission {ε failure table 2-1 is a table in which communication destinations to which message transmission has failed are registered.

The main control unit 3 requests the conversion processing unit 4 to convert the received message, and when transmission fails, registers the communication destination in the transmission failure table 2-1 and stores the message in the storage file 7. , issues a macro to request measurement from timer IO, starts communication destination monitoring unit 2 when notified that a predetermined time has elapsed, and performs various controls. Conversion processing unit 4 converts message protocols It performs conversion.

The transmission processing section 5 transmits a message to a communication destination.

The message storage unit 6 stores messages whose transmission has failed in the M product file.

The storage file 7 is for storing M messages that have failed in transmission.

The communication destination network 8 is a network to which the gateway transmits a message whose protocol has been converted. This communication destination network 8 is, for example, an MHS mail network. The communication source network 9 is a communication source network that requests the gateway 1 to convert the message protocol. This communication source network 9 is, for example, S
This is the IA mail network.

Next, the operation of the configuration shown in FIG. 1 will be explained.

In FIG. 1, ■: Message A sent to communication destination X of communication destination network 8 after protocol conversion results in a transmission failure. ■: Message A that failed to be sent in ■ is stored in file 7.
At the same time, the communication destination X is stored in the transmission failure table 2-1.
Register.

(2): The communication destination monitoring unit 2 is activated at predetermined time intervals and reads, for example, the mail ID "A" which is the first entry of the communication destination X registered in the transmission failure table 2-1.

Message A corresponding to the mail ID-A" read in ■:■ is read from the storage file 7 and resent to the communication destination X. If the resending is successful, the next mail ID of this destination X"``B'', mail ID ``C'', etc. are taken out in sequence, and the messages are taken out from the storage file 7 and resent in order. On the other hand, if retransmission fails, execute ■. As described above, when the transmission of a protocol-converted message fails, it is registered in the transmission failure table 2-1, and the communication destination monitoring unit 2 activated at predetermined time intervals registers the transmission failure in the transmission failure table 2-1. By retransmitting messages to registered communication destinations and, when successful, sequentially retransmitting messages from the same communication destination, it is possible to quickly perform retransmission processing for communication destinations that are not in a communicable state.

Next, the operation of the configuration shown in FIG. 1 will be explained in detail using the flowchart shown in FIG.

In FIG. 2, ■ determines whether or not it is a termination request. Y
In the case of ES, the process ends. If No, execute the steps after @.

(2) determines whether a certain period of time has elapsed. In this process, the main control unit 3 issues a macro to the timer IO, and after a certain period of time has elapsed, it is determined whether or not there has been a notification to that effect.If YES, step (2) is executed. If No, execute ■.

(2) determines whether there is a request to send a message. YE
In the case of S, the protocol of this message is converted in ■, the message is sent to the communication destination in {ε, and [phase] is executed in the case of No. In the case of No, the steps after ■ are repeatedly executed.

[Phase] determines whether the transmission was successful or not. This means that the transmission processing unit 5 in FIG.
Determine whether or not the communication was successful. YES
In this case, repeat steps after ■. If NO, store the message whose transmission failed in ■ in the storage file 7, register the communication destination to which the transmission failed in [phase] in the transmission failure table 2-1, and repeat the operations after ■. [Phase] determines whether or not it is registered in the transmission failure table. This determines whether the communication destination is registered in the transmission failure table 2-1 in FIG. If YES, read the message corresponding to the entry (communication destination) from the storage file 7 with [phase] and send it with ■. On the other hand, if the answer is No, there is no destination for the failed transmission, so execute steps after ■. [Effects of the Invention] As explained above, according to the present invention, a transmission failure table 2-1 is provided in which communication destinations to which transmission has failed are registered, and this is referred to every predetermined period of time to perform retransmission. Because the system adopts a configuration that allows communication to be performed quickly, retransmission processing can be performed quickly for communication destinations that are not in a communication-enabled state.

[Brief explanation of drawings]

FIG. 1 is a block diagram of an L embodiment of the present invention, FIG. 2 is a flowchart explaining the operation of the present invention, and FIG. 3 is an explanatory diagram of the prior art. In the figure, ■ is a gateway, 2 is a communication destination monitoring unit, 2-1 is a transmission failure table, 3 is a main control unit, 4 is a conversion processing unit, 5
7 represents a transmission processing unit, 7 represents a storage file, 8 represents a communication destination network, 9 represents a communication source network, and 10 represents a timer.

Claims (1)

[Claims] In a gateway that converts the protocol of a message and sends it to a communication destination, when the protocol-converted message is sent to the communication destination and fails, the communication destination is registered in the transmission failure table (2-1). The failed messages are stored in the storage file (7), and the transmission failure table (2-1) is referred to every predetermined period of time, and the messages of the communication destinations that have failed in transmission are stored in the storage file (7). 1. A gateway with a communication destination monitoring mechanism, characterized in that the gateway is configured to retransmit remaining messages to the same communication destination when the message is retrieved from a message and retransmitted successfully.