Synchronization protocol forwarding method based on optical shutter file ferry

Abstract

The invention discloses a synchronization protocol forwarding method based on optical shutter file ferry, which depends on an optical shutter file synchronization principle, when an interface requests, server networks of two parties do not need to be unblocked, and the servers of the two parties only need to configure optical shutter ferry, an interface forcibly waits for result file return, and an interface result is returned. The problem that the interface calling request function is complex to transform due to the fact that a server network is blocked is solved, and a developer does not need to consider a network scene problem in subsequent interface development.

Description

Technical Field

[0001] The invention relates to the field of computer application, in particular to a synchronous protocol forwarding method based on optical gate file ferrying. Background Art

[0002] In recent years, the courts have strengthened network security and have placed increasingly high demands on cross-network access security for software systems. At this stage, the courts’ cross-segment interactions only retain the ferrying of optical gate files, and some functions of the existing software systems cannot be supported, resulting in the original system functions being unable to be used normally. Summary of the invention

[0003] In view of the problems existing in the prior art, the present invention provides a synchronous protocol forwarding method based on optical gate file ferrying between systems without strong dependence on network access channels or other changes in the network.

[0004] The purpose of the present invention is achieved through the following technical solutions.

[0005] A synchronous protocol forwarding method based on optical gate file ferrying, the steps comprising: Step 1: The servers on both the caller and the called party need to enable one or more protocol conversion programs respectively; Step 2: The caller's protocol conversion program enables the file monitoring corresponding to the called party's light gate, and opens a protocol port for the caller to request use; Step 3: The protocol conversion program of the called party enables the file monitoring corresponding to the calling party's optical gate; Step 4: Both protocol conversion programs need to enable the maximum request duration; Step 5: Both sets of protocol conversion programs need to be configured with the corresponding shutter directory and the target shutter directory.

[0006] The maximum request duration in step 4 is 60 seconds.

[0007] The caller requests the protocol program on the caller side, and the caller's protocol content is encrypted by SM2 to generate a file, which is saved to the caller's light gate directory, and the caller waits synchronously.

[0008] The protocol program on the called party side starts file monitoring and monitors the target directory corresponding to the calling party's optical gate. After successfully parsing the sent file, the called party's protocol program starts calling the called party's address. After the called party returns the content, it encrypts and generates a file through SM2 and saves it in the called party's optical gate directory. The called party's protocol program processing is completed.

[0009] The caller starts file monitoring, monitors the target directory corresponding to the called party's light gate, and after parsing the result of sending the file, the caller ends waiting and receives the corresponding result returned by the called party.

[0010] The protocol forwarding program supports distributed deployment, one-to-many and many-to-one deployment.

[0011] Compared with the prior art, the advantages of the present invention are: 1. The HTTP / HTTPS protocol uses the protocol forwarding program corresponding to the invention, and the system does not need to modify the interaction method before and can communicate directly.

[0012] 2. The SOCKET protocol uses the protocol forwarding program corresponding to the invention, and the system does not need to modify the interaction method before and can communicate directly.

[0013] 3. The requester can set the maximum waiting time and anti-duplicate call to avoid repeated calls to the system.

[0014] The present invention relies on the principle of light gate file synchronization. When the interface is requested, the network of both servers does not need to be unblocked. Both servers only need to configure the light gate ferry. The interface is forced to wait for the result file to return and return the interface result. It solves the problem that the server network is not connected, which leads to the complex transformation of the interface call request function. Developers do not need to consider the network scenario problem when developing interfaces in the future. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] Figure 1 The figure is a schematic diagram of the deployment process of the present invention.

[0016] Figure 2 Request a timing diagram for the present invention. DETAILED DESCRIPTION

[0017] The present invention is described in detail below in conjunction with the accompanying drawings and specific embodiments.

[0018] like Figure 1 and 2 As shown, a synchronous protocol forwarding method based on optical gate file ferrying includes the following steps: Step 1: The servers on both the caller and the called party need to enable one or more protocol conversion programs respectively; Step 2: The caller's protocol conversion program enables the file monitoring corresponding to the called party's light gate, and opens a protocol port for the caller to request use; Step 3: The protocol conversion program of the called party enables the file monitoring corresponding to the calling party's optical gate; Step 4: Both protocol conversion programs need to enable the maximum request duration; Step 5: Both sets of protocol conversion programs need to be configured with the corresponding shutter directory and the target shutter directory.

[0019] The maximum request duration in step 4 is 60 seconds.

[0020] The present invention requires starting a protocol forwarding program implemented by the present invention at the caller and the called party respectively.

[0021] The caller requests the protocol program on the caller side, and the caller's protocol content is encrypted by SM2 to generate a file, which is saved to the caller's light gate directory, and the caller waits synchronously.

[0022] The protocol program on the called party side starts file monitoring and monitors the target directory corresponding to the calling party's optical gate. After successfully parsing the sent file, the called party's protocol program starts calling the called party's address. After the called party returns the content, it encrypts and generates a file through SM2 and saves it in the called party's optical gate directory. The called party's protocol program processing is completed.

[0023] The caller starts file monitoring, monitors the target directory corresponding to the called party's light gate, and after parsing the result of sending the file, the caller ends waiting and receives the corresponding result returned by the called party.

[0024] The protocol forwarding program supports distributed deployment, one-to-many and many-to-one deployment.

Claims

1. A synchronous protocol forwarding method based on optical gate file ferrying, characterized in that the steps include: Step 1: The servers on both the caller and the called party need to enable one or more protocol conversion programs respectively; Step 2: The caller's protocol conversion program enables the file monitoring corresponding to the called party's light gate, and opens a protocol port for the caller to request use; Step 3: The protocol conversion program of the called party enables the file monitoring corresponding to the calling party's optical gate; Step 4: Both protocol conversion programs need to enable the maximum request duration; Step 5: Both sets of protocol conversion programs need to be configured with the corresponding shutter directory and the target shutter directory.

2. According to claim 1, a synchronous protocol forwarding method based on optical gate file ferrying is characterized in that The maximum request duration in step 4 is 60 seconds.

3. According to claim 1, a synchronous protocol forwarding method based on optical gate file ferrying is characterized in that The caller requests the protocol program on the caller side, and the caller's protocol content is encrypted by SM2 to generate a file, which is saved to the caller's light gate directory, and the caller waits synchronously.

4. According to claim 3, a synchronous protocol forwarding method based on optical gate file ferrying is characterized in that The protocol program on the called party side starts file monitoring and monitors the target directory corresponding to the calling party's optical gate. After successfully parsing the sent file, the called party's protocol program starts calling the called party's address. After the called party returns the content, it encrypts and generates a file through SM2 and saves it in the called party's optical gate directory. The called party's protocol program processing is completed.

5. According to claim 1, a synchronous protocol forwarding method based on optical gate file ferrying is characterized in that The caller starts file monitoring, monitors the target directory corresponding to the called party's light gate, and after parsing the result of sending the file, the caller ends waiting and receives the corresponding result returned by the called party.

6. A synchronous protocol forwarding method based on optical gate file ferrying according to claim 1, characterized in that The protocol forwarding program supports distributed deployment, one-to-many and many-to-one deployment.

Images