KR20130103161A - Method and system for providing push message - Google Patents

Abstract

PURPOSE: A push message providing method and a system thereof are provided to transmit an active push message to various types of client terminals by transmitting a push message to a client terminal through a socket of a transmission control protocol/internet protocol (TCP/IP) or user datagram protocol/internet protocol (UDP/IP) base. CONSTITUTION: A service module (150) generates a push message. A distribution module (130) identifies a service field by analyzing the push message which is generated in the service module. The distribution module delivers the push message to a push server which is in charge of the identified service field. Each of one or more push servers (120-1 to 120-N) forms a socket for transmitting a push message with a client terminal. One of the one or more push servers transmits a push message which is delivered from the distribution module to the client terminal which forms the socket. [Reference numerals] (100) Push message providing system; (110) Authentication server; (120-1) Push server 1; (120-2) Push server 2; (120-N) Push server N; (130) Distribution module; (140) Communication adapter; (150) Service module; (200) Network; (300-1) Client terminal 1; (300-2) Client terminal 2; (300-N) Client terminal N

Description

METHOD AND SYSTEM FOR PROVIDING PUSH MESSAGE}

The present invention relates to a message transmission technology, and more particularly, to a method and a system for providing a message push, which can be improved in security and applied in various service fields.

In order to transmit a message to a client terminal, a server generally uses a polling message transmission method and a push message transmission method.

The polling message transmission method is a client terminal transmits a periodic request message to the server, and receives the event message accordingly, there is a disadvantage in using the network unnecessarily. That is, the polling message transmission method has a problem of causing network overload because the client terminal needs to periodically transmit a request message to the server in order to receive a specific message from the server.

On the other hand, the push message transmission method is a method in which a client terminal does not periodically transmit a request message to the server, but a server actively transmits an event message to the client terminal. There is this.

However, the push message transmission method is mainly limited to a specific field. For example, a message is transmitted to a client terminal by using a push message transmission scheme in a service field such as an advertisement or a mailing service.

In addition, servers that provide push message services have weak security weaknesses. Specifically, since the server providing the push message is not only free to access the client terminal, but also does not block access to a specific section of the client terminal, there is a problem in that security is weak for an external chip such as hacking. In addition, since the conventional push message service provides a user with a push message through an application installed on the client terminal, the client terminal must install the application according to the type of the push message service.

The present invention has been proposed to solve such a conventional problem, a push mechanism for transmitting a push message to the client terminal via a TCP / IP or UDP / IP-based socket to send an active push message to various types of client terminal The purpose is to provide.

In particular, another object of the present invention is to easily implement a web browser-based push client terminal using a plug-in.

Another object of the present invention is to provide a push message providing system having a high availability by providing a push message service to a user by implementing a push service providing system in multiple instances.

Other objects and advantages of the present invention can be understood by the following description, and will be more clearly understood by the embodiments of the present invention. It will also be readily apparent that the objects and advantages of the invention may be realized and attained by means of the instrumentalities and combinations particularly pointed out in the appended claims.

Push message providing system according to a first aspect of the present invention for achieving the above object, the service module for generating a push message; A distribution module for analyzing a push message generated by the service module to identify a service field and delivering the push message to a push server in charge of the identified service field; And at least one push server forming a socket for transmitting a push message with the client terminal, and transmitting the push message received from the distribution module to the client terminal forming the socket.

Preferably, the push message providing system receives a request for access information of a push server from the client terminal, identifies a push server accessible by the client terminal, and transmits the confirmed access information of the push server to the client terminal. And an authentication server for inducing the client terminal to form a socket with a designated push server.

More preferably, the push message providing system further comprises a communication adapter for relaying communication between the service module and the distribution module.

In addition, the push server, the distribution module, and the communication adapter may form one or more communication paths through multiple instances, and the service module may include any of a push server, a distribution module, and a communication adapter included in the communication path transmitting the push message. When a failure occurs in one, the push message may be transmitted to the client terminal through another communication path instead of the failed one communication path.

In addition, the authentication server transmits the connection information of the push server for each communication path to the client terminal, inducing the client terminal to form a socket with each of the push server included in each communication path.

A push message providing method according to a second aspect of the present invention for achieving the above object comprises the steps of: (a) generating a push message in a service module; (b) identifying a service area of the push message via a distribution module; (c) distributing the push message to a push server in charge of the identified service sector; And (d) transmitting the distributed push message from the push server to the socket-formed client terminal.

A push message providing system according to a third aspect of the present invention for achieving the above object comprises: at least one application server for generating a push message; A relay server in communication with the one or more application servers over a network, the relay server receiving a push message from each application server; A distribution module for receiving the push message from the relay server, analyzing the push message to identify a service field, and delivering the push message to a push server corresponding to the identified service field; And at least one push server forming a socket for transmitting a push message with the client terminal, and transmitting the push message received from the distribution module to the client terminal forming the socket.

Preferably, the push server, the distribution module, and the relay server form one or more communication paths through multiple instances, and the application server is selected from the push server, distribution module, and relay server included in the communication path transmitting the push message. When a failure occurs in any one, the push message is transmitted to the client terminal through another communication path instead of the failed communication path.

According to a fourth aspect of the present invention, there is provided a push message providing method comprising: (a) generating a push message in an application server; (b) receiving the push message at a relay server through an external communication network and delivering the push message to a distribution module; (c) identifying a service field of a push message in the distribution module by using the push message received from the relay server; (d) distributing the push message to a push server in charge of the identified service sector; And (e) transmitting the distributed push message to a client terminal through a socket-formed push server.

The present invention implements a push server based on a network socket communication and allows a client terminal to receive a push message on a web browser, thereby providing a push message service based on a web browser to various types of client terminals.

The present invention has an advantage of improving the security of the push message providing system because it includes a configuration that induces the client terminal to be connected only to the accessible push server, and also blocks the client terminal from accessing the application server.

In particular, the present invention has an advantage of protecting the application server from external intrusion because of the configuration that the push server and the application server is separated through a relay server.

In addition, the present invention establishes a plurality of push servers in charge of each service field and provides a user with a push message for each service field through each push server, thereby providing various service fields (eg, transportation service, advertisement service, monitoring). Service, etc.), which can be widely applied.

In addition, since the present invention includes a configuration for classifying ports by service fields and transmitting a push message of a corresponding service field to a client terminal connected through a specific port, even if some ports fail, the ports do not fail. There is an advantage of providing a user with a push service in the service field.

In addition, the present invention has an advantage of providing a continuous push message service to a user even when a failure occurs in a specific device through a configuration in which the push message providing system is implemented in multiple instances. In particular, the present invention has the effect of ensuring a large amount of message processing through one or more channels connected between the application server and the relay server.

In addition, since the present invention includes a configuration for comparing the amount of messages sent to the client terminal and the amount of messages input to the push server, and adjusts the message throughput according to the comparison result, there is an advantage of efficiently managing the resources of the push server have.

BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate exemplary embodiments of the invention and, together with the description, serve to explain the principles of the invention. And shall not be construed as limited to such matters.
1 is a diagram illustrating a configuration of a push message providing system configured as a single instance according to an embodiment of the present invention.
2 is a flowchart illustrating a method of transmitting a push message to a client terminal in a push message providing system configured as a single instance according to an embodiment of the present invention.
3 is a diagram illustrating a configuration of a push message providing system composed of multiple instances according to another embodiment of the present invention.
4 is a flowchart illustrating a method of transmitting a push message to a client terminal in a multi-instance push message providing system according to another exemplary embodiment of the present invention.
5 is a diagram illustrating a multiple instance configuration of a push message providing system implemented as a single instance according to another embodiment of the present invention.
6 is a flowchart illustrating a method of providing a push message to a client terminal by switching a push message transmission path in a push message providing system composed of multiple instances according to another embodiment of the present invention.
7 is a diagram illustrating a multiple instance configuration of a push message providing system implemented with multiple instances according to another embodiment of the present invention.
8 is a flowchart illustrating a method of providing a push message to a client terminal by switching a push message transmission path in a push message providing system composed of multiple instances according to another embodiment of the present invention.

The foregoing and other objects, features and advantages of the present invention will become more apparent from the following detailed description of the present invention when taken in conjunction with the accompanying drawings, in which: There will be. In the following description, well-known functions or constructions are not described in detail since they would obscure the invention in unnecessary detail. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a diagram illustrating a configuration of a push message providing system configured as a single instance according to an embodiment of the present invention.

Here, the single instance means that the push server 120-N and the application server are implemented in the same instance, the push message providing system according to an embodiment of the present invention is integrated with the application server for generating a push message.

As shown in FIG. 1, a push message providing system 100 according to a preferred embodiment of the present invention includes an authentication server 110, one or more push servers 120 -N, a distribution module 130, and a communication adapter 140. ) And a service module 150.

Each of the push server 120 -N and the authentication server 110 communicates with the client terminal 300 -N via the network 200, respectively. Here, the network 200 includes a mobile communication network and a broadband wired communication network. Since the network 200 corresponds to well-known conventional techniques in the present invention, detailed description thereof will be omitted.

The client terminal 300 -N connects to the push message providing system 100 and receives a push message service. In particular, in order to receive the push message, the client terminal 300 -N first accesses the authentication server 110, receives connection information of one or more accessible push servers 120 -N, and receives the connection information. By using the push server (120-N) to form a socket (socket) to receive a push message. In this case, the client terminal 300 -N may form a socket based on a push server 120 -N and a user datagram protocol / internet protocol (UDP / IP) or transmission control protocol / internet protocol (TCP / IP).

In addition, the client terminal 300 -N may request the push message providing system 100 to transmit a message related to a specific event, and receive only a push message related to the event from the push server 300 -N. The client terminal 300 -N is implemented as a web browser-based push client using a plug-in (eg, a flex, an applet, etc.), and forms a socket with the corresponding push server 120 -N to push a message on a web browser. Receive from push server 120-N.

The authentication server 110 authenticates the client terminal 300 -N requesting the push message service, and checks access information of one or more push servers 120 -N to which the client terminal 300 -N can access. The authentication information is transmitted to the client terminal 300 -N which has been successfully authenticated. In this case, the authentication server 110 may check whether the client terminal 300 -N is accessible to the push server 120 -N by checking the cross domain of the client terminal 300 -N. In addition, the authentication server 110 stores a list of push servers accessible for each client terminal 300 -N, and the corresponding client terminal 300 -N among the plurality of push servers 120 -N based on the push server list. The at least one connectable push server 120 -N is identified, and the access information in which the IP address and port information of the checked push server 120 -N are recorded is transmitted to the client terminal 300 -N. When the push server 120 -N is driven, the authentication server 110 obtains an IP address for each push server 120 -N and port information for a push service from each push server 120 -N.

The push server 120 -N performs a function of transmitting a push message to the socket-formed client terminal 300 -N. The push server 120 -N is assigned port information for transmitting a push message. Preferably, each push server 120-N is classified as a service field (eg, traffic, advertisement, etc.), and the client terminal 300-N connected to the socket is connected to a push message related to the service field in which it is in charge. To send. For example, push server 1 120-1 may be responsible for sending a push message related to the advertising service field, and push server 2 120-2 may be responsible for sending a push message related to the transportation service field.

The distribution module 130 distributes the push message received from the communication adapter 140 to the push server 120 -N. Specifically, the distribution module 130 determines the service field identification information from the push message received from the communication adapter 140 to determine the service field of the push message, and the push server 120-N in charge of the service field. To distribute the push message.

The communication adapter 140 forms one or more communication channels with the distribution module 130, and relays the communication between the service module 150 and the distribution module 130 using the communication channel. In particular, the communication adapter 140 receives the push message from the service module 150 and delivers the push message to the distribution module 130.

The service module 150 generates a push message and transfers the generated push message to the distribution module 130 using the communication adapter 140. Alternatively, the service module 150 may receive a push message from an external device or server and transfer the push message to the distribution module 130 using the communication adapter 140. In this case, the service module 150 records service field identification information indicating the service field of the push message in the push message.

When the client terminal 300 -N requests to transmit a message related to a specific event, the service module 150 records the IP address of the client terminal 300 -N in a push message.

2 is a flowchart illustrating a method of transmitting a push message to a client terminal in a push message providing system configured as a single instance according to an embodiment of the present invention.

Referring to FIG. 2, in order to receive a push message, the client terminal 300 -N requests the authentication server 110 for access information of the push server 120 -N (S201). In this case, the client terminal 300 -N forms a socket based on UDP / IP or TCP / IP with the authentication server 110 through the network 200, and then communicates with the authentication server 110.

Then, the authentication server 110 authenticates whether the client terminal (300-N) can receive the push service (S203). In this case, the authentication server 110 may authenticate the client terminal 300 -N using the IP or MAC address of the client terminal 300 -N, and the client terminal 300 -N based on the login ID and the password. ) Can also be authenticated. In addition, the authentication server 110 may check whether the push server 120 -N accessible by the client terminal 300 -N exists by checking the cross domain of the client terminal 300 -N. have.

Subsequently, when authentication of the client terminal 300 -N succeeds, the authentication server 110 may include one or more push servers 120 -N to which the client terminal 300 -N may connect. Check (S205). That is, the authentication server 110 checks the service field of the push message that the client terminal 300 -N can receive, and checks the push server 120 -N in charge of the service field in the push server list. . Subsequently, the authentication server 110 provides an IP address for the push server 120 -N to which the client terminal 300 -N can access, and port information for a push message service in the push server 120 -N. In operation S207, the access information in which the IP address and the port information of the push server 120 -N are recorded is transmitted to the client terminal 300 -N.

Next, the client terminal 300 -N transmits a socket formation request message to the designated push server 120 -N by using the port information and the IP address recorded in the access information (S209). In this case, the client terminal 300 -N may include message transmission request information related to a specific event in the socket formation request message.

Then, the push server 120-N forms a socket for transmitting the push message with the client terminal 300-N (S211). In this case, the push server 120 -N forms a socket based on TCP / IP or UDP / IP with the client terminal 300 -N via the network 200. Preferably, the push server 120-N checks whether the client terminal 300-N is a web browser-based push client, and if not, the push server 120-N realizes the web browser-based push client (eg, a plug-in). , Applet, flex, etc.), the client terminal 300-N can be implemented as a web browser-based push client.

When the push server 120 -N completes the formation of the TCP / IP socket with the client terminal 300 -N, the socket is completed with the service module 150 via the distribution module 130 and the communication adapter 140. Can convey information In this case, when the client terminal 300 -N requests to transmit a message related to a specific event, the push server 120 -N may determine the IP address of the client terminal 300 -N and the client terminal 300 -N. The specified event information can be recorded in the socket formation completion information.

As such, in a state where a socket is formed between the client terminal 300 -N and the specific push server 120 -N, the service module 150 generates a push message and then sends the generated push message to the communication adapter 140. Transfer to the distribution module 130 by using (S213). In this case, the service module 150 records service field identification information indicating the service field of the push message in the push message. Meanwhile, if the push message is a message related to a specific event and the client terminal 300 -N requesting the transmission of the message related to the specific event exists, the service module 150 of the client terminal 300 -N includes: Record the IP address in the push message.

Next, the distribution module 130 determines the service field of the received push message by checking service field identification information in the received push message (S215). Subsequently, the distribution module 130 transmits the push message to the push server 120 -N in charge of the determined service field (S217). For example, when the service field of the push message is an advertisement service, the distribution module 130 delivers the push message to the push server 1 120-1 in charge of the advertisement service.

Then, the push server 120 -N checks whether the IP address of the client terminal 300 -N is recorded in the push message, and if the IP address is recorded, the client terminal 300 -N having the IP address. And the formed socket, and transmits the push message to the client terminal (300-N) through the socket (S219, S221). At this time, in order to maintain security, the push server 120 -N removes the IP address of the client terminal 300 -N from the push message.

On the other hand, if the IP address of the client terminal 300 -N is not recorded in the push message, the push server 120 -N transmits the push message to all the client terminals 300 -N formed with the socket. .

Next, the client terminal 300 -N receiving the push message outputs the push message on the web browser.

3 is a diagram illustrating a configuration of a push message providing system composed of multiple instances according to another embodiment of the present invention.

Here, the multi-instance is a form in which the push server 120-N and the application server 410-N are separated, and the push server 120-N and the application server 410-N are independently started and one or more applications are executed. The server 410 -N communicates with the relay server 420 through the external network 440, and interworks with the push server 120 -N through the relay server 420.

As shown in FIG. 3, the push message providing system according to another embodiment of the present invention includes an authentication server 110, one or more push servers 120 -N, a distribution module 430, a relay server 420, and one. The above application server 410-N is included.

Among the components illustrated in FIG. 3, the components having the same reference numerals as those of FIG. 1 perform the same functions as the components of FIG. 1, and thus, in the description with reference to FIG. 3, components different from those of FIG. Explain only.

The application server 410 -N is a server in charge of one or more service fields, and generates a push message and transmits it to the relay server 420.

Each of these application servers 410 -N includes a communication adapter 411 and a service module 412.

The communication adapter 411 forms one or more communication channels for the relay server 420 and service areas through the external network 440, and uses the communication channel to communicate between the service module 412 and the relay server 420. Relays In particular, the communication adapter 411 forms a socket with the relay server 420 and transmits a push message generated by the service module 412 to the relay server 420.

The service module 412 generates a push message and transmits the generated push message to the relay server 420 using the communication adapter 411. Alternatively, the service module 412 may receive a push message from an external device or server and transmit the push message to the relay server 420 using the communication adapter 411. At this time, the service module 412 records service field identification information indicating the service field of the push message in the push message.

When the client terminal 300-N requests to transmit a message related to a specific event, the service module 411 records the IP address of the client terminal 300-N in a push message so that the push message related to the event is displayed. To the designated client terminal 300-N.

The relay server 420 relays communication between the application server 410 -N and the distribution module 430. The relay server 420 forms a socket with a communication adapter 411 provided in the application server 410 -N to form a corresponding application server. Communicate with 410. In particular, the relay server 420 transfers the push message received from the application server 410 -N to the distribution module 430. In addition, when the relay server 420 receives a continuous message frame from the application server 410 -N, the relay server 420 parses the message frame in units of push messages and then distributes the parsed plurality of messages to the distribution module 430. To pass.

The distribution module 430 receives the push message from the relay server 420, analyzes the push message to check the service field of the corresponding push message, and pushes the push message to the push server 120-N in charge of this service field. To pass. In addition, the distribution module 430 checks the total data amount of the plurality of push messages received from the relay server 420, and if the total data amount of the push message exceeds the processing capacity of the push server 120-N, The data amount of the push message is adjusted and distributed to the push server 120 -N. In this case, the distribution module 430 does not distribute all of the plurality of push messages received from the relay server 420 to the push server 120 -N, and preferentially pushes only some of the push messages among the push messages 120. -N), and then distribute the remaining push messages to push server 120-N.

4 is a flowchart illustrating a method of transmitting a push message to a client terminal in a multi-instance push message providing system according to another exemplary embodiment of the present invention.

In the description with reference to FIG. 4, portions overlapping with the description with reference to FIG. 2 will be compressed and summarized.

Referring to FIG. 4, in order to receive a push message, the client terminal 300 -N requests the authentication server 110 for access information of the push server 120 -N (S401). Then, the authentication server 110 authenticates whether the client terminal 300-N can be provided with the push service, and if the authentication is successful, the one or more push servers 120 to which the client terminal 300-N can connect. -N) checks the self-stored push server list, and then transmits the access information of the accessible push server 120-N to the client terminal 300-N (S403, S405, S407).

Then, the client terminal 300 -N transmits a socket formation request message to the designated push server 120 -N by using the access information, and establishes a socket with the push server 120 -N (S409, S411). ). In this case, the client terminal 300 -N may include message transmission request information related to a specific event in the socket formation request message.

As such, in a state where a socket is formed between the client terminal 300 -N and a specific push server 120 -N, the service module 412 generates a push message and then sends the generated push message to the relay server 420 and the socket. Using the formed communication adapter 411 is transmitted to the relay server 420 (S413). At this time, the service module 412 records service field identification information indicating the service field of the push message in the push message. Meanwhile, when the push message is a message related to a specific event, and the client terminal 300 -N requesting the transmission of the message related to the specific event exists, Record the IP address in the push message.

Then, the relay server 420 transmits the received push message to the distribution module 430 (S415). In this case, when the relay server 420 receives a continuous message frame from the application server 410 -N, the relay server 420 parses the message frame in units of push messages and then sends the parsed plurality of messages to the distribution module 430. I can deliver it.

Next, the distribution module 430 checks the service field identification information in the received push message to determine the service field of the received push message, and the push server 120-N in charge of the determined service field. The push message is transmitted to the mobile station (S417, S419).

Then, the push server 120-N checks whether the IP address of the client terminal 300-N is recorded in the push message, and if the IP address is recorded, the client terminal 300-N having this IP address. And the formed socket, and transmits the push message to the client terminal (300-N) through the socket (S421, S423). In this case, in order to maintain security, the push server 120 -N preferably removes the IP address of the client terminal 300 -N from the push message. On the other hand, if an IP address is not recorded in the push message, the push server 120 -N transmits the push message to all client terminals 300 -N formed with the socket. Then, the client terminal 300 -N outputs the received push message on the web browser.

As described above, the present invention implements a network socket-based push server and implements the client terminal 300-N as a web browser-based push client by using a plug-in, thereby pushing web browser-based to various types of client terminals. Provide a message service. In addition, the present invention induces the client terminal 300 -N to be connected only to the accessible push server 120 -N, and also blocks the client terminal 300 -N from accessing the application server 410 -N. To improve the security of the system. In addition, the present invention provides a variety of services by building a plurality of push server (120-N) in charge of each service field in the system and providing the user with a push message of each service field through each push server (300-N), It can be widely applied in the field (eg, transportation service, advertising service, monitoring service, etc.).

Meanwhile, the push message providing system 100 of the present invention may be configured with multiple instances to provide high availability of a push message service. Here, the multiple instance is a configuration in which the push message providing system forms a plurality of independent communication paths, and includes an authentication server, a push server, and a distribution module for each communication path.

5 is a diagram illustrating a multiple instance configuration of a push message providing system implemented as a single instance according to another embodiment of the present invention.

As shown in FIG. 5, a push message providing system composed of multiple instances according to another embodiment of the present invention is connected to a plurality of push message providing systems 100a and 100b and respective communication adapters 140a and 140b. A service module 550.

Each push message providing system 100a, 100b includes authentication servers 110a, 110b, push servers 120a-N, 120b-N, distribution modules 130a, 130b, and communication adapters 140a, 140b. Form an independent communication path.

The service module 550 transmits a push message to the client terminal 300 -N using one or more of the communication adapter a 140a and the communication adapter b 140b. In particular, the service module 550 transmits a push message to the communication adapter b 140b instead of the communication adapter a 140a when a failure occurs in the system 100a including the communication adapter a 140a. That is, the service module 550 transmits a push message to the client terminal 300 -N by using the second push message providing system 100b when a failure occurs in the first push message providing system 100a. In addition, the service module 550 may communicate with the specific push server 120a-N or 120b-N using another communication channel when the communication state with the specific push server 120a-N or 120b-N is poor. have.

Preferably, each of the push servers 120a-N and 120b-N, the distribution modules 130a and 130b, and the communication adapters 140a and 140b included in each push message providing system 100a and 100b are operating with each other. If a component that is abnormally detected by monitoring is detected, failure information on the component may be provided to the service module 550. That is, the distribution module 130a or 130b monitors whether or not each push server 120a-N or 120b-N fails, and if the specific push server 120a-N or 120b-N fails, this failure occurrence information To the service module 550 using the communication adapters 140a and 140b. In addition, the communication adapter 140a or 140b monitors whether the distribution modules 130a and 130b fail, and when failure occurs in the distribution modules 130a and 130b, the communication adapters 140a and 140b service failure information on the distribution modules 130a and 130b. Transfer to module 550.

In addition, the service module 550 monitors each communication adapter 140a and 140b for failure, and based on the failure occurrence information received from the communication adapter 140a and 140b, each push message providing system 100a and 100b is provided. ) To determine if there is a failure.

The authentication servers 110a and 110b provide access information for the plurality of push servers 120a-N and 120b-N to the client terminal 300 -N which has been successfully authenticated. At this time, the authentication server (110a, 110b) is access information of the push server (120a-N, 120b-N) of the other system corresponding to the same service field as the push server (120a-N, 120b-N) belonging to its own system It is additionally transmitted to the client terminal 300-N successful authentication. For example, when the push server 1a 120a-1 and the push server 1b 120b-1 are in charge of the advertising service field, the authentication servers 110a and 110b are the push server 1a 120a in charge of the advertising service field. -1) and the access information about each of the push server 1b 120b-1 is transmitted to the client terminal 300-N.

The client terminal 300 -N receives access information about the plurality of push servers 120a -N and 120b -N from the authentication servers 110a and 110b, and the first push message providing system 100a based on the access information. A socket is formed with each of the push server 120a-1 and the push server 120b-1 of the second push message providing system 100a. Accordingly, when a failure occurs in the push message providing system 100a or 100b currently receiving the push service, the client terminal 300 -N pushes the service field through the other push message providing system 100a or 100b. You can receive a message. In addition, when the client terminal (300-N) is disconnected from the push server (120a-N, 120b-N) in the socket forming. The push server 120a-N and 120b-N may be reconnected with the set number of times to retry socket formation.

6 is a flowchart illustrating a method of providing a push message to a client terminal by switching a push message transmission path in a push message providing system composed of multiple instances according to another embodiment of the present invention.

In the description with reference to FIG. 6, it is assumed that the client terminal is in a state where a socket is formed with each of the push server 1a 120a-1 and the push server 1b 120b-1.

Referring to FIG. 6, the client terminal 300 -N connects the access information of the push server 1a 120a-1 and the push server 1b 120b-1 from the authentication server a 110a or the authentication server b 110b. Information is received and a socket is formed with each of the push server 1a 120a-1 and the push server 1b 120b-1 using this connection information (S601, S603). That is, the client terminal 300 -N connects with the first push message providing system 100a and the second push message providing system 100b to form a socket.

In this state in which the client terminal 300 -N forms a socket with the first and second push message providing systems 100a and 100b, the service module 550 generates a push message and then identifies a service field in the push message. The information is recorded and transferred to the communication adapter a 140a (S605). Then, the communication adapter a 140a delivers the push message to the distribution module a 130a, and the distribution module a 130a checks the service field identification information recorded in the push message, and then pushes the responsible for this service field. The push message is distributed to the server 1a 120a-1 (S607 and S609). Next, the push server 1a (120a-1) transmits the push message to the client terminal (300-N) and the socket is formed (S611).

That is, the service module 550 first transmits a push message to the client terminal 300 -N through the first push message providing system 100a.

In this way, the service module 550 detects a failure of the first push message providing system 100a while transmitting a push message to the client terminal 300 -N using the first push message providing system 100a ( S613). In this case, the service module 550 may directly detect a failure of the communication adapter a 140a, or based on the failure information received from the communication adapter a 140a, the distribution module a 130a or the push server 1a 120a. -1) failure can be detected.

Then, the service module 550 stops the delivery of the push message to the first push message providing system 100a, and subsequently transfers the generated push message to the second push message providing system 100b. Transfer to (S615). At this time, the service module 550 records service field identification information in the push message.

Then, the communication adapter b 140b transmits the push message to the distribution module b 130b, and the distribution module b 130b checks the service field identification information recorded in the push message, and then pushes the responsible for this service field. The push message is transmitted to the server 1b 120b-1 (S617 and S619). Next, the push server 1b 120b-1 transmits the push message to the client terminal 300 -N with which the socket is formed (S621).

Accordingly, the client terminal 300 -N may receive a push message through the second push message providing system 100b even if a failure occurs in the first push message providing system 100a.

7 is a diagram illustrating a multiple instance configuration of a push message providing system implemented with multiple instances according to another embodiment of the present invention.

As shown in FIG. 7, the push message providing system according to another exemplary embodiment of the present invention includes authentication servers 110a and 110b, push servers 120a-N and 120b-N, and distribution modules 430a and 430b. In addition, relay servers 420a and 420b and application servers 410a and 410b may be formed to form a plurality of independent communication paths.

Of the components illustrated in FIG. 7, the components having the same reference numerals as in FIG. 5 perform the same functions as the components of FIG. 5, and thus, in the description with reference to FIG. Explain only about.

The client terminal 300 -N receives access information for the plurality of push servers 120a -N and 120b -N from the authentication servers 110a and 110b, and the push server included in each communication path based on the access information. Sockets are formed with the 120a-1 and the push server 120b-1, respectively.

The application servers 410a and 410b are responsible for one or more service areas, and send a push message to the relay server 420. Application servers 410a and 410b also include communication adapters 411a and 411b and service modules 412a and 412b.

The communication adapters 411a and 411b are connected to the plurality of relay servers 420a and 420b through the external network 440 and form at least one communication channel for each service area with the relay servers 420a and 420b. In addition, communication adapters 411a and 411b use the communication channel to relay communication between service modules 412a and 412b and relay servers 420a and 420b.

The service module 412a, 412b transmits a push message to the relay server 420a, 420b using the communication adapter 411a, 411b. In addition, the service module 412a, 412b communicates with the specific push server 120a-N or 120b-N using another communication channel when the communication state with the specific push server 120a-N or 120b-N is poor. You may. In addition, the service module 412a, 412b fails any of the push server 120a-N, 120b-N, distribution modules 430a, 430b, or relay server 420a, 420b among the components of the system to which it belongs. If so, the push message is transmitted to the relay servers 420a and 420b of the other system.

Preferably, the push server (120a-N, 120b-N), the distribution module (430a, 430b), the relay server (420a, 420b) for each communication path by checking the operating state of each other components detected abnormally In this case, failure information of the component is transmitted to the application servers 410a and 410b. That is, the distribution module 430a or 430b monitors whether or not each push server 120a-N or 120b-N fails, and if the failure occurs in a specific push server 120a-N or 120b-N, the failure occurrence information Is transmitted to the application server (410a, 410b) using the relay server (420a, 420b). In addition, the relay server 420a and 420b monitors whether the distribution modules 430a and 430b fail, and if failure occurs in the distribution modules 430a and 430b, the relay server 420a and 420b applies the failure occurrence information for the distribution modules 430a and 430b. Transfer to server 410a, 410b.

In addition, the service modules 412a and 412b of the application servers 410a and 410b directly monitor whether or not the relay servers 420a and 420b fail and determine failures of the relay servers 420a and 420b. In addition, the service module 412a or 412b may determine a failure section of the push message providing system based on the failure occurrence information received from the relay server 420a or 420b.

8 is a flowchart illustrating a method of providing a push message to a client terminal by switching a push message transmission path in a push message providing system composed of multiple instances according to another embodiment of the present invention.

In the description with reference to FIG. 8, it is assumed that the client terminal is in a state in which a socket is formed with each of the push server 1a 120a-1 and the push server 1b 120b-1.

Referring to FIG. 8, the client terminal 300 -N may access the connection information of the push server 1a 120a-1 and the access server 1b 120b-1 from the authentication server a 110a or the authentication server b 110b. Information is received and a socket is formed with each of the push server 1a 120a-1 and the push server 1b 120b-1 using this connection information (S801 and S803). The push server 1a 120-1 and the push server 1b 120b-1 are in charge of the same service field.

With the client terminal 300 -N forming a socket with each of the push server 1a 120-1 and the push server 1b 120b-1, the service module a 412a of the application server a 410a is After generating the push message, the service field identification information is recorded in the push message. The service module a 412a transmits the push message to the relay server a 420a using the communication adapter a 411a (S805).

Then, the relay server a 420a transmits the push message to the distribution module a 430a, and the distribution module a 430a checks the service field identification information recorded in the push message, and then pushes the responsible for this service field. The push message is distributed to the server 1a 120a-1 (S807 and S809). Next, the push server 1a 120a-1 transmits the push message to the client terminal 300 -N with which the socket is formed (S811).

That is, the client terminal 300 -N preferentially pushes messages through the push server 1a 120a-1 among the push server 1a 120a-1 and the push server 1b 120b-1 included in each communication path. Receive

Service module a (412a) is a failure of any one of the push server (120a-N), distribution module a (430a), relay server a (420a) during the transmission of the push message using the relay server a (420a) Sense it (S813). In this case, the service module a 412a of the application server a 410a may directly detect a failure of the relay server a 420a using the communication adapter a 411a, or may be received from the relay server a 420a. The failure of the distribution module a 430a or the push server 1a 120a-1 may be detected based on the failure information.

Next, the service module a 412a of the application server a 410a stops the push message delivery to the relay server a 420a and transfers the push message generated afterwards to the relay server b 420b (S815). . At this time, the service module 550 records service field identification information in the push message.

Then, the relay server b 420b transmits the push message to the distribution module b 430b, and the distribution module b 430b checks the service field identification information recorded in the push message, and then pushes the responsible for this service field. The push message is transmitted to the server 1b 120b-1 (S817 and S819). Next, the push server 1b 120b-1 transmits the push message to the client terminal 300 -N with which the socket is formed (S821).

Accordingly, the client terminal 300 -N is a relay server b included in another communication path even if a failure occurs in any one of the push server 120a-N, the message distribution device a 430a, and the relay server a 420a. 420b, the distribution module b 430b, and the push server 120b -N may receive a push message.

While the specification contains many features, such features should not be construed as limiting the scope of the invention or the scope of the claims. In addition, the features described in the individual embodiments herein may be combined and implemented in a single embodiment. Conversely, various features described in the singular < Desc / Clms Page number 5 > embodiments herein may be implemented in various embodiments individually or in combination as appropriate.

Although the operations have been described in a particular order in the figures, it should be understood that such operations are performed in a particular order as shown, or that all described operations are performed to obtain a sequence of sequential orders, or a desired result . In certain circumstances, multitasking and parallel processing may be advantageous. It should also be understood that the division of various system components in the above embodiments does not require such distinction in all embodiments. The above-described program components and systems can generally be implemented as a single software product or as a package in multiple software products.

The method of the present invention as described above can be implemented by a program and stored in a computer-readable recording medium (CD-ROM, RAM, ROM, floppy disk, hard disk, magneto optical disk, etc.). Such a process can be easily carried out by those skilled in the art and will not be described in detail.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit or scope of the invention. The present invention is not limited to the drawings.

110: authentication server 120: push server
130, 430: distribution module 140, 411: communication adapter
150, 412, 550: service module 200: network
440: external network 300: client terminal
410: application server 420: relay server

Claims (23)

A service module for generating a push message;
A distribution module for analyzing a push message generated by the service module to identify a service field and delivering the push message to a push server in charge of the identified service field; And
And at least one push server forming a socket for transmitting a push message with a client terminal, and transmitting the push message received from the distribution module to the client terminal forming the socket. The method of claim 1,
The client terminal receives access information of a push server from the client terminal, identifies a push server accessible by the client terminal, and transmits the confirmed push server connection information to the client terminal to establish a push server and a socket designated by the client terminal. An authentication server for inducing to form; further comprising the push message providing system. The method of claim 1,
The push server,
Push message providing system, characterized in that to form a socket based on the TCP / IP or UDP / IP with the client terminal. The method of claim 1,
The push server,
Push message providing system characterized in that for transmitting a push message to the client terminal via a plug-in. 5. The method of claim 4,
And the plug-in comprises one of a flex and an applet. 3. The method of claim 2,
And a communication adapter for relaying communication between the service module and the distribution module. The method according to claim 6,
The push server, the distribution module, and the communication adapter form one or more communication paths through multiple instances,
When a failure occurs in any one of a push server, a distribution module, and a communication adapter included in a communication path transmitting a push message, the service module sends the push message to the client terminal through another communication path instead of the failed communication path. Push message providing system, characterized in that for transmitting. The method of claim 7, wherein
The authentication server includes:
And transmitting the access information of the push server for each communication path to the client terminal, thereby inducing the client terminal to form sockets with the push server included in each communication path. The method according to any one of claims 1 to 8,
The service module, when the push message is a message related to a specific event and the client terminal requests the transmission of a message related to the specific event, records the IP address of the client terminal in the push message,
The push server, if the IP address of the client terminal is recorded in the push message, the push message providing system, characterized in that for transmitting the push message to the client terminal having the IP address. The method according to any one of claims 1 to 8,
The service module records service field identification information in the generated push message,
The distribution module may identify a service field of the push message by identifying service field identification information in the push message. A system for providing push messages from one or more push servers to client terminals, the system comprising:
(a) generating a push message in the service module;
(b) identifying a service area of the push message via a distribution module;
(c) distributing the push message to a push server in charge of the identified service sector; And
(d) transmitting the distributed push message from the push server to the socket-formed client terminal. The method of claim 11,
Before the step (a)
Receiving, at the authentication server, access information of a push server from the client terminal;
Identifying, by the authentication server, a push server accessible by the client terminal, and transmitting access information of the checked push server to the client terminal; And
And forming a socket with a client terminal receiving the access information at the push server. 13. The method according to claim 11 or 12,
The step (d)
At the push server, checking whether an IP address is recorded in the push message; And
And transmitting, by the push server, the push message to a client terminal having the IP address if the IP address is recorded as a result of the checking. 13. The method according to claim 11 or 12,
The step (b)
And the distribution module identifies service field identification information recorded in the push message to identify a service field of the push message. One or more application servers for generating push messages;
A relay server in communication with the one or more application servers over a network, the relay server receiving a push message from each application server;
A distribution module for receiving the push message from the relay server, analyzing the push message to identify a service field, and delivering the push message to a push server corresponding to the identified service field; And
And at least one push server forming a socket for transmitting a push message with a client terminal, and transmitting the push message received from the distribution module to the client terminal forming the socket. The method of claim 15,
The client terminal receives access information of a push server from the client terminal, identifies a push server accessible by the client terminal, and transmits the confirmed push server connection information to the client terminal to establish a push server and a socket designated by the client terminal. An authentication server for inducing to form; further comprising the push message providing system. 17. The method of claim 16,
The push server, the distribution module, and the relay server form one or more communication paths through multiple instances,
When the application server fails in any of the push server, distribution module, and relay server included in the communication path transmitting the push message, the application server sends the push message to the client terminal through another communication path instead of the failed communication path. Push message providing system, characterized in that for transmitting. The method of claim 17,
The authentication server includes:
And transmitting the access information of the push server for each communication path to the client terminal, thereby inducing the client terminal to form sockets with the push server included in each communication path. The method according to any one of claims 15 to 18,
When the push message is a message related to a specific event and the client terminal requests the transmission of a message related to the specific event, the application server records the IP address of the client terminal in the push message,
The push server, if the IP address of the client terminal is recorded in the push message, the push message providing system, characterized in that for transmitting the push message to the client terminal having the IP address. A system for providing push messages from one or more push servers to client terminals, the system comprising:
(a) generating a push message at the application server;
(b) receiving the push message at a relay server through an external communication network and delivering the push message to a distribution module;
(c) identifying a service field of a push message in the distribution module by using the push message received from the relay server;
(d) distributing the push message to a push server in charge of the identified service sector; And
(e) transmitting the distributed push message to a client terminal through a socket-formed push server. 21. The method of claim 20,
Before the step (a)
Receiving, at the authentication server, access information of a push server from the client terminal;
Identifying, by the authentication server, a push server accessible by the client terminal, and transmitting access information of the checked push server to the client terminal; And
And forming a socket with a client terminal receiving the access information at the push server. 22. The method according to claim 20 or 21,
The step (e)
At the push server, checking whether an IP address is recorded in the push message; And
And transmitting, by the push server, the push message to a client terminal having the IP address if the IP address is recorded as a result of the checking. 22. The method according to claim 20 or 21,
The step (c)
And the distribution module identifies service field identification information recorded in the push message to identify a service field of the push message.

Images