KR20010064817A - Method for receiving electronic data message of enormous - Google Patents

Abstract

PURPOSE: A method for receiving a great amount of electronic document messages is provided to increase the reliability of message reception by enabling a user who uses an Internet electronic data interchange system and so on to receive a great amount of messages from the user's reception box directory in a server. CONSTITUTION: A connect request packet generated for enabling a client to set a virtual connection with a message reception module is received(401). A type-9 packet generated for enabling the client to connect a message reception process with a session is received and checked. In addition, the message reception process of the server is called(402). In case that the client transmits a message reception request to a message reception server module, the packet generated is received. A user ID is extracted(403). It is tried to connect to a database(404). It is confirmed whether a connection with the database is succeeded(405). In case that the connection is failed, an error packet is generated and transmitted(406). A document reception processor is abnormally terminated(407). In case that the connection is succeeded, the number of messages which the user has to receive are referred(408).

Description

METHOOD FOR RECEIVING ELECTRONIC DATA MESSAGE OF ENORMOUS}

The present invention relates to a mass message receiving service method in an Internet electronic document exchange system and a computer readable recording medium storing a program for realizing the method.

A communication protocol that can be used in connection with conventional message reception is FTP (File Transfer Protocol). However, because FTP is a simple file transfer service, it can show a user an arbitrary error only if the socket actually connected is closed. Therefore, when receiving large messages, there is no mechanism to ensure that all messages are delivered correctly to the user unless the user manually checks the file system, and the file contained in that message when the user wants to receive the nth message. There was a problem that they could not provide a way to handle the situation that does not actually exist. In addition, there is a problem in that the user checks the messages to be received and inputs a message name one by one.

The present invention has been made to solve the above-mentioned problems, and users who use the Internet Electronic Data Interchange (EDI) system or the like receive a large message from their inbox directory existing in the server. It is an object of the present invention to provide a method for receiving a large-capacity electronic document message for improving the reliability of reception and a computer-readable recording medium having recorded thereon a program for realizing the method.

1 is an exemplary configuration diagram of an Internet electronic document exchange system to which the present invention is applied.

2 is an explanatory diagram showing a module between a client and a server for receiving a large message according to the present invention;

3A to 3C are flowcharts illustrating a method for receiving a large-capacity message on a subscriber side in an Internet electronic document exchange system according to an embodiment of the present invention.

4A to 4D are flowcharts illustrating a method for receiving a server-side mass message in an Internet electronic document exchange system according to an exemplary embodiment of the present invention.

* Explanation of symbols for the main parts of the drawings

11: Internet EDI Server 12: Firewall

13: switching hub 14: hub

15: terminal 16: router

17: general users 18: large users

In order to achieve the above object, the present invention provides a method for receiving a large amount of electronic document messages, which is to receive a packet transmitted from a client to establish a virtual connection, establish a virtual connection with a reception process, and receive a message. A first step of processing the response to the message reception request by inquiring the number; A second step of checking whether each file included in the set message is present and storing a reception result in a corresponding database; And a third step of transmitting a message to a user by checking a result value of the mass message receiving task.

In addition, the present invention, in the electronic document exchange system having a large-capacity processor, receives a packet transmitted from a client to establish a virtual connection, establishes a virtual connection with the receiving process, and receives a message by inquiring the number of messages to be received The ability to process a response to a request; Checking whether each file included in the set message is present and storing a reception result in a corresponding database; And a computer-readable recording medium having a program for realizing a function of transmitting a message to a user by checking a result value of a large message receiving operation.

The present invention is intended to provide a service for receiving a trusted document to a user when a large amount of messages are to be received from a server.

Therefore, by simplifying the interfacing with the user application program and receiving only the user's unique number and the desired message storage location to process the received message inquiry function from the server, the user's convenience can be increased by eliminating the input of the message name that the user must receive every day. In addition, all operations are hidden by excluding input from users related to receiving large messages.

The above objects, features and advantages will become more apparent from the following detailed description taken in conjunction with the accompanying drawings. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is an exemplary configuration diagram of an Internet electronic document exchange system to which the present invention is applied.

As shown in FIG. 1, an Internet EDI server 11 equipped with a communication daemon and a message receiving server module for processing a large-capacity message reception, and a firewall installed to control access to an Internet EDI system by an illegal subscriber on a network. (Firewall) 12, a switching hub 13 connected to the Internet EDI server 11 and the firewall 12, a hub 14 for connecting to the terminal 15, and the Internet Operator's terminal 15 for operating the EDI system, a firewall 16 connecting the firewall 12 with the Internet and a Public Switched Data Network (PSDN), and a subscriber reception module for receiving large messages from the server. It is composed of general users and large-capacity users 17 and 18 to be mounted.

First, the subscriber sets the communication environment of the subscriber to the TCP / P environment in order to receive any message from the server. After the environment is set, the user drives the reception processing module for subscribers proposed in the present invention to receive a large message. The driven module establishes a virtual connection with the communication daemon process installed in the Internet EDI system via the router 16 and the firewall 12, and then sends a message receiving server module call request to handle the service request of the corresponding subscriber. When transmitting to the process, the communication daemon process that recognizes it calls the message receiving server module with the appropriate process ID to perform a large message receiving process between the subscriber and the server.

In addition, since the present invention assumes a TCP / IP network, a basic network is used when a subscriber wants to access an Internet electronic document exchange system running a document receiving server module using an X.25 or PSTN (Public Switched Telephone Network) method. Make sure your device provides TCP / IP services.

2 is an explanatory diagram showing a module between a client and a server for receiving a large amount of messages according to the present invention.

As shown in Fig. 2, the client 21 is composed of a subscriber application module and a client message receiving module for processing the received message according to the user's request. The server 22 is composed of a communication daemon process for processing a virtual connection request of the client, a server message receiving module, a receiving database for recording the information on the received document and a document log database.

That is, the present invention is designed to provide a reliable transmission service for users who want to receive large messages in a TCP / IP environment, and is configured in a client / server manner. The client message receiving module is driven by an application program developed by users, and the driving method is provided by the client message receiving module. The driven client message receiving module transmits the packet defined in the present invention to establish a virtual connection with the server message receiving module, and the communication daemon process operated in the server receives the packet and analyzes it. Only set a virtual connection with the server's message receiving process. After the virtual connection between the client and the server is established, the client generates a message receiving packet defined in the present invention and performs transmission to the message receiving process of the server. At this time, the message reception process operated by the server performs the reception and analysis on this packet, and extracts the user's unique number from the packet only in the normal case, and then connects to the database and inquires about the messages that the user should receive. do.

Subsequently, when the query operation result is returned from the database, the packet is generated according to the packet structure defined in the present invention and transmitted to the client message receiving module. The client, which has returned the inquiry result of receiving a message, performs an analysis operation on this and performs preparation work that can be received for each message case when there are a number of messages that need to be received. At this time, the document receiving process of the server sequentially performs the transmission operation for the messages to be received.

First, it is checked whether documents contained in each message are present in a user's mailbox. If not, a packet defined in the present invention is generated and a transmission operation is performed to the client message receiving module. After receiving this packet and analyzing the packet, the client message receiving module regards the nth message receiving operation as a failure and prepares to receive the (n + 1) th message. If the documents contained in the message are exactly in the user's mailbox, the message itself is transmitted, and the request result packet for each message defined in the present invention is generated in order to know the reception result of the client. Will be sent. Upon receiving the packet, the client message receiving module checks the reception result of the corresponding message and generates an error packet if an error occurs during reception, and generates and transmits an acknowledgment packet upon successful reception. In addition, the server message receiving process that receives the response packet for the received result request packet for each message case analyzes the packet and reflects the received result to the user's receiving database and document log database for the normal packet only. Make sure to provide consistency between client / server.

On the other hand, when the nth message receiving process ends, the message receiving process of the server compares the number of messages to be received with the number of processed messages. Redo the communication function. If there is a match, the server message receiving module generates and transmits the packet defined in the present invention in order to know the reception result for the mass message receiving operation itself. The client message receiving module receives the generated large message receiving result response packets according to the result of the large message receiving operation and transmits them to the server. After receiving the packet, the server module extracts the result value of the receiving operation for the normal packet only, and if it is successful, it terminates normally, and if it fails, updates the value of the database and terminates abnormally. The client message receiving module that transmits the response packet for the result of the large message receiving operation generates and transmits the packet defined in the present invention to boil the virtual connection with the server, and then performs an appropriate operation for the result of the large message receiving operation. To exit.

Here, a packet structure diagram illustrating a large message reception process is as shown in Tables 1 to 12 below.

[Table 1] is a structure diagram of a connect request packet generated when a client wants to establish a virtual connection with a message receiving server module.

Table 2 shows a structure of a message fetch packet generated when a client wants to send a message reception request to a message receiving server module.

[Table 3] is a structure diagram of a disconnect request packet generated when a client wants to terminate a virtual connection with a message receiving server module.

[Table 4] is a type-1 packet structure diagram generated by the server to inform the client that the number of messages the user should receive is zero.

[Table 5] is a type-2 packet structure diagram generated to notify the client when the number of messages received by the user is less than 50 at the server side.

[Table 6] is a type-3 packet structure that is generated to notify the client when the number of messages received by the user is 50 or more on the server side.

[Table 7] is a Type-4 packet structure diagram generated by the server to notify the client of the documents included in the message does not exist in the subscriber's inbox.

[Table 8] is a type-5 packet structure diagram generated by a server to request a result of receiving a message from a client.

[Table 9] is a type-6 packet structure diagram generated by the client when the message is successfully received as a response packet to [Table 8].

[Table 10] is a Type-7 packet structure generated to notify the client that the server side will successfully terminate the large message receiving process.

[Table 11] is a type-8 packet structure generated by the client as a response packet to [Table 10].

[Table 12] shows a Type-9 packet structure that a client generates to connect a session with a server message receiving process.

3A to 3C are flowcharts illustrating a method for receiving a subscriber-side large message in an Internet electronic document exchange system according to an embodiment of the present invention.

As shown in FIGS. 3A to 3C, a connection request packet generated to receive a receiver unique number and a server information file as parameters (301) and establish a virtual connection with a message receiving server module at a client (301). Generate and send (302), a Type-9 packet generated by the client to connect the session with the server-side message receiving process, and send (303) a message receiving request from the client to the message receiving server. After generating and transmitting a Message Fetch packet generated to be sent to the module (304), it waits for any packet from the server (305).

Next, it is checked whether an error packet is received among the generated and transmitted packets (306).

As a result, if it is received, the document receiving processor is abnormally terminated (307). If not, it is checked whether the server receives a type-1 packet generated to inform the client that the number of messages that the user should receive is 0 ( 308).

As a result of the check, the client generates and transmits a disconnect request packet generated when the client wants to terminate the virtual connection with the message receiving server module (309), and terminates the document receiving process normally (310). .

If it is not received, the type 2 packet generated by the server to inform the client when the number of messages to be received by the server is less than 50 or the message by the user to receive by the user is 50 or more. Receive a type-3 packet generated to inform (311).

Next, prepare to receive the nth message (312), and confirm that a type-4 packet generated by the server has been received to notify the client if the documents contained in the message do not exist in the subscriber's inbox. (313).

As a result of the check, if the reception result of the nth message is recorded as a failure (314), the process proceeds to preparing for reception of the nth message (312), and if not, the documents related to the nth message are received ( In step 315, the server waits for an arbitrary packet from the server (316) and checks whether the server receives a type-5 packet generated by the server to request a result of receiving the message (317).

As a result of the check, if it is not received, the reception result of the nth message is recorded as a failure (318), and then the process proceeds to preparing for reception of the nth message (312), and if received, to indicate that the nth message has been successfully received. When the corresponding message is successfully received as a response packet for the type-5, a type-6 packet generated by the client is generated and transmitted (319), and it is checked whether a message to be received remains (320).

If it is confirmed, the process proceeds to preparing for reception of the nth message (312), if not waiting for a random packet from the server (321), notifying the client that the server side will successfully terminate the large message receiving process. In step 322, it is checked whether a type-7 packet generated for the request has been received.

If it is not received, the mass message records that the receiving process has failed (323), then abnormally terminates the document receiving process (324), and if received, the type-7 is informed to inform that the bulk message receiving process was successful. The packet generated by the client is generated and transmitted in response packet (325), and the message receiving process is normally terminated (326).

4A to 4D are flowcharts illustrating a server-side mass message receiving method in an Internet electronic document exchange system according to an exemplary embodiment of the present invention.

As shown in FIGS. 4A-4D, a client receives a Connect Request packet generated to establish a virtual connection with a message receiving server module (401), and the client receives a message receiving process on the server side. It receives and checks the type-9 packet generated to connect the session and calls the server's message receiving process (402), and receives the packet generated when the client wants to send a message receiving request to the message receiving server module. After extracting the user ID (403) and attempts to connect to the database (404).

Next, it is checked whether the connection with the database was successful (405).

As a result of the check, if it fails, an error packet is generated and transmitted (406), and the document receiving processor is abnormally terminated (407).

If the result of the check is successful, the number of messages that the user should receive is inquired (408), and it is checked whether the number of messages is zero (409).

If the check result is 0, the client generates and transmits a type-1 packet generated to establish a virtual connection with the message receiving server module (410), waits for an arbitrary packet from the client (411), and then sends a message from the client. In operation 412, it is checked whether a disconnect request packet has been received to terminate the virtual connection with the receiving server module.

As a result of the check, if it is not received, the document receiving process is abnormally terminated (413), if received, the database connection is terminated (414), and the document receiving process is abnormally terminated (415).

On the other hand, if it is not 0, it is checked whether the number of messages is 50 or more (416).

If the result is OK, the server generates and sends a type-3 packet to inform the client that the number of messages that the user should receive is 50 or more (417), and if less, the number of 50 messages that the user should receive on the server is 50. A type-2 packet is generated and transmitted to inform the client of less than 418.

Then, it is checked whether the files indicated by the nth message exist (419).

If it does not exist, after generating and transmitting a Type-4 packet by the server to notify the client that the documents included in the message do not exist in the subscriber's inbox (420), the message indicated by the nth message is indicated. If the file exists, the process proceeds to step 419. If the file exists, various files are received (421), and the server generates and transmits a type-5 packet to request a result of receiving the corresponding message from the server (422). .

Subsequently, after waiting for an arbitrary packet from the client (423), if the corresponding message is successfully received as a response packet to the type-5 packet, it is checked whether a packet generated by the client is received (424).

If the result of the check is not received, the nth message reception result is regarded as a failure and reflected in the database (425). Then, the process proceeds to a process of checking whether the files indicated by the nth message exist (419). The result of receiving the message is regarded as a success and reflected in the database (426).

Check whether there is still a message to be received (427).

As a result of the check, the process proceeds to checking whether the files indicated by the nth message exist (419), if not, terminates the database connection (428), and informs the client that the server side will successfully terminate the large message receiving process. Generate and send a Type-7 packet (429) and wait for any packet from the client (430).

On the other hand, it is checked whether a type-8 packet generated by the client is received as a response packet for the termination by the large reception process (431).

As a result of the check, if it is not received, the document receiving process of the server is abnormally terminated (432), and if receiving, the document receiving process of the server is normally terminated.

As described above, in the present invention, when a user using a Transmission Control Protocol / Internet Protocol (TCP / IP) environment desires to provide a transmission service to users reliably in order to receive a large amount of documents from a specific server. It can be used suitably.

The present invention described above is not limited to the above-described embodiments and the accompanying drawings, and various substitutions, modifications, and changes can be made in the art without departing from the technical spirit of the present invention. It will be apparent to those of ordinary knowledge.

According to the present invention as described above, when a user wants to receive a large document, the user receives the number of messages that the user will receive in a user's inbox database, and generates a packet for the result of the message receiving module of the client. The message receiving module of the client knows how many messages it should receive beforehand. Therefore, there is an effect that it is possible to handle the error for the case where the message receiving process is lost in the middle. In addition, the message receiving module operated on the server checks whether the documents implied by the message are stored in the user's inbox as sent by the message sender, and sends an error packet to the client module if not. The error can be recognized.

In addition, when the reception process is terminated for each unit message, the server module sends a confirmation-request packet to the client, receives a response packet from the client module, and reflects the result in the corresponding database. There is an effect that can accurately manage the status (by subscriber) for the reception of a unit message.

In addition, even if all n messages are received, the server sends a confirmation-request packet to the client, receives a response packet from the client module, and reflects the result in the corresponding database. It is an excellent effect to keep the synchronization of large message reception status between them.

Claims (6)

In the method for receiving a large amount of electronic document message, A first step of receiving a packet transmitted from a client to establish a virtual connection, establishing a virtual connection with a reception process, and inquiring a number of messages to be received to process a response to a message reception request; A second step of checking whether each file included in the set message is present and storing a reception result in a corresponding database; And The third step of sending a message to the user by checking the result value for a large message receiving operation. Method for receiving a large amount of electronic document messages comprising a. The method of claim 1, The first step is, A fourth step of the daemon process receiving a virtual connection packet from the client and invoking a message receiving server process to connect one-to-one with the client; Extracting a subscriber ID from the message reception request packet; And Step 6 of inquiring the number of messages that the user should receive by connecting to the database Method for receiving a large amount of electronic document messages comprising a. The method of claim 2, The sixth step, A seventh step of confirming whether the connection is successful by attempting a connection with the database; An eighth step of generating an error packet if the connection is unsuccessful and abnormally terminating the document receiving process if the connection is unsuccessful, and retrieving the number of messages the user should receive if the connection is successful; A ninth step of checking whether the inquiry number of messages is a first predetermined number; As a result of the checking in the ninth step, if the first predetermined case is generated, a packet indicating that the number of messages is the first predetermined case is waited for a predetermined packet from the client and received a packet for terminating the virtual connection with the server. A tenth step of identifying; An eleventh step of terminating the document receiving process abnormally after terminating the connection with the database if it is received as a result of the checking of the tenth step; A twelfth step of checking whether the number of messages is greater than or equal to the second predetermined case as a result of the checking in the ninth step; And A thirteenth step of generating and transmitting a packet indicating that the second predetermined case is greater than or equal to the result of the check in the twelfth stage; Method for receiving a large amount of electronic document messages comprising a. The method according to any one of claims 1 to 3, The second step, a fourteenth step of checking whether each file implied in the message in the nth message actually exists; As a result of the check in step 14, if not present, a packet is generated and transmitted to notify the case of not in the subscriber's inbox. A fifteenth step of generating and transmitting a packet requesting a reception result of the packet and waiting for an arbitrary packet from the client; A sixteenth step of confirming whether a response packet for the request of the reception result has been received; And As a result of the check in step 16, if not received, the n-th message reception result is regarded as a failure and stored in the corresponding database, and the process proceeds to step 14, and if it is received, the n-th message reception result is regarded as a success. 17th step to save in the database Method for receiving a large amount of electronic document messages comprising a. The method of claim 4, wherein The third step, An eighteenth step of checking whether a message to be received remains; A nineteenth step if the result of the checking of the eighteenth step, the process goes to the fourteenth step if there is, and terminates the connection with the database if not; A twentieth step of generating and transmitting a packet for notifying the client of successfully terminating the mass message receiving process and waiting for a predetermined packet from the client; A twenty-first step of confirming whether a packet generated by the client has been received as a response packet for terminating the mass message receiving process; A twenty-second step of terminating the document receiving process abnormally if not received; Method for receiving a large amount of electronic document messages comprising a. In an electronic document exchange system equipped with a large capacity processor, Receiving a packet transmitted from a client to establish a virtual connection, establishing a virtual connection with a reception process, and inquiring a number of messages to be received to process a response to a message reception request; Checking whether each file included in the set message is present and storing a reception result in a corresponding database; And Ability to send a message to a user by checking the result of a large message receiving task A computer-readable recording medium having recorded thereon a program for realizing this.