KR101730404B1 - Method of managing network route and network entity enabling the method - Google Patents

Abstract

A method of operating a communication device is disclosed. One embodiment generates an intermediate key corresponding to peer-to-peer (P2P) communication between a client and a counterpart client, transmits the intermediate key to the counterpart client, secures an intermediate path corresponding to the intermediate key, Receiving the data through the intermediary path from the client that has not received an acknowledgment of the data transmitted to the counterpart client by changing the network address of the client, And transmitting the data to the correspondent client when accessing the network address.

Description

METHOD OF MANAGING NETWORK ROUTE AND NETWORK ENTITY ENABLING THE METHOD [0002]

The following embodiments are directed to a method for managing a network path and a network entity for performing the method.

Recently, a legacy communication charge scheme based on voice call is being converted into a data based scheme. The telecommunication market has evolved from the analog 1G (generation) to the digital 2G (digital), from 2G to 3G for data communication, and to 4G, which has expanded data transmission bandwidth over 3G.

The latest mobile communication technology targets 5G. In order to develop into 5G, it is necessary not only to expand the communication bandwidth but also to improve the data transmission speed. Various communication methods can be applied to improve data transmission speed.

When using peer to peer (P2P) or relay among various communication methods, a network routing technique is required to guarantee quality of service (QoS) to support voice call.
Korean Patent Publication No. 10-2008-0066502 entitled " proxying processing method and server for processing the function of a wireless node on a P2P overlay network ", Applicant: Samsung Electronics).

A method of operating a communication device according to one side comprises: generating an intermediate key corresponding to peer-to-peer communication between a client and a counterpart client; Transmitting the intermediary key to the counterpart client; Securing an intermediate path corresponding to the intermediate key; Receiving the data through the intermediary path from the client which has not received an acknowledgment of data transmitted to the counterpart client due to a change of the network address of the counterpart client; And transmitting the data to the counterpart client when the counterpart client makes a connection using the intermediary key.

The generating of the intermediate key may include generating the intermediate key when the P2P communication request of the client is connected to the counterpart client received from the server.

Wherein the server receives the intermediary key from the counterpart client and can transmit the intermediary key to the client, and the step of securing the intermediary path comprises: when receiving the intermediary key from the client, And the like.

The intermediary path may include a dedicated room of the client having the intermediary key and the counterpart client.

Wherein the transmitting the data to the counterpart client comprises: receiving a connection request including the intermediary key from the counterpart client having the changed network address; And allowing the connection according to the connection request based on the intermediate key.

The intermediate key may be generated based on a unique value of the client or the relative client, corresponding to a certain value.

The client may receive an acknowledgment of the data received from the correspondent client from the communication device and may transmit subsequent data to the changed network address of the correspondent client.

A method of operating a server according to one side includes receiving a P2P communication request from a client and transmitting the P2P communication request to a counterpart client; Generating an intermediary key when the opponent client connects to the server, and transmitting the intermediary key to the opponent client and the client; Receiving the intermediate key from the client to secure an intermediate line corresponding to the intermediate key; Receiving the data through the intermediate line from the client which has not received an acknowledgment of the data transmitted to the counterpart client due to the change of the network address of the counterpart client; And transmitting the data to the counterpart client when the counterpart client reconnects with the intermediary key.

The intermediary path may include a dedicated room of the client having the intermediary key and the counterpart client.

Wherein the transmitting the data to the counterpart client comprises: receiving a reconnection request including the intermediary key from the counterpart client having the changed network address; And allowing the connection according to the reconnection request based on the intermediate key.

Receiving an address change notification from the counterpart client when the network address of the counterpart client has changed; And informing the client of the change of the network address.

The intermediate key may be generated based on a unique value of the client or the relative client, corresponding to a certain value.

The client may receive an acknowledgment of data received by the counterpart client and may transmit data to the counterpart client at a changed network address.

And when the P2P communication request of the client is received, allocating a session identifier of the client to the client.

Sending a randomly generated query to the connected client before receiving the P2P communication request; Receiving an answer from the client; And confirming whether the answer corresponds to the question.

The step of transmitting the query may include transmitting identification information received from the client and first cryptographic information generated by encrypting connection time information of the client to the query, May include receiving the second cryptographic information generated by encrypting the first cryptographic information with the answer, and the step of verifying that the answer corresponds to the question may include decrypting the second cryptographic information And checking whether the extracted information corresponds to the identification information and the connection time information.

A method of operating a client according to one side comprises: transmitting a P2P communication request to a server; Receiving from the server an intermediate key generated by a communication intermediary device that mediates communication between the client and the counterpart client and a network address of the counterpart client; Communicating with the communication intermediary device using the intermediary key; Transmitting data to the counterpart client using the network address; And transmitting the data to the communication intermediate apparatus when the network address is changed and an acknowledgment of the data transmitted to the counterpart client is not received, To the communication mediator, and receives the data from the communication mediator.

When connected to the communication mediator, an intermediate path corresponding to the intermediate key can be secured.

The intermediary path may include a dedicated room of the client having the intermediary key and the counterpart client.

And receiving a notification from the server that the network address has been changed.

And receiving an acknowledgment from the counterpart client of the data received from the counterpart client by the counterpart client.

The step of generating the P2P communication path includes: transmitting a speed test request to the counterpart client; Receiving a test response for the speed test request from the counterpart client; And checking the response time of the counterpart client based on the test response.

The step of transmitting the data may include transmitting the data to the communication mediator if the acknowledgment is not received within the response time.

Accessing the server before receiving the P2P communication request and receiving a randomly generated query from the server; And sending an answer to the server.

The step of receiving the query comprises: transmitting identification information of the client to the server; And receiving the identification information and the first cryptographic information generated by encrypting the connection time information of the client with the query, and the step of transmitting the answer includes generating and encrypting the first cryptographic information And transmitting the second cipher information to the mobile terminal.

A method of operating a client according to another party includes the steps of connecting to a communication intermediate apparatus when receiving a P2P communication request of a requesting client from a server; Receiving an intermediary key from the communication intermediary device; Reconnecting to the communication intermediary device using the intermediary key if the network address of the client has changed; Receiving the data from a requesting client that has not received an acknowledgment for the data sent to the client; receiving the data from the requesting client; And transmitting an acknowledgment for the data to the requesting client.

A communication device according to one side generates an intermediate key corresponding to peer-to-peer (P2P) communication between the client and the other client, and secures an intermediate path corresponding to the intermediate key; And transmitting the intermediate key from the client which has not received an acknowledgment of the data transmitted to the counterpart client by changing the network address of the counterpart client, And a communication unit for transmitting the data to the counterpart client when the counterpart client connects using the intermediary key.

A client device according to one side transmits a P2P communication request to a server and receives an intermediate key generated by a communication intermediate apparatus for mediating communication between the client apparatus and a counterpart client apparatus and a network address of the counterpart client apparatus from the server And transmitting the data to the counterpart client device by using the network address and transmitting the data to the counterpart client device when the network address is changed, A connection for transmitting the data to the communication mediator when the response is not received; And a processor for controlling the connection, wherein the partner client device uses the intermediary key to connect to the communication intermediary device and receives the data from the communication intermediary.

Wherein the client device according to another party connects to the communication intermediary device when receiving a P2P communication request from the server of the requesting client device, receives the intermediary key from the communication intermediary device, and when the network address of the client device is changed, Wherein the communication mediator, the communication mediator, sends the data from the device to the requesting client that has not received an acknowledgment for the data sent to the client device A connection unit for receiving the data from the receiving-side and transmitting an acknowledgment for the data to the requesting client device; And a processor for controlling the connection portion.

1 is a flowchart for explaining an example of the operation of the communication system according to one embodiment.
2 is a flowchart for explaining another example of the operation of the communication system according to one embodiment.
3A and 3B are block diagrams for explaining a communication system according to an embodiment.
4 is a diagram for explaining the operation of the communication system according to one embodiment.
5 is a flowchart illustrating an operation method of a communication apparatus according to an embodiment.
6 is a flowchart illustrating an operation method of a server according to an embodiment of the present invention.
7 is a flowchart illustrating an example of a method of operating a client according to an embodiment.
8 is a flowchart for explaining another example of the operation method of the client according to the embodiment.
FIG. 9 is a flowchart illustrating a session maintenance between a client and a server according to an exemplary embodiment of the present invention. Referring to FIG.

Hereinafter, embodiments will be described in detail with reference to the accompanying drawings.

Various modifications may be made to the embodiments described below. It is to be understood that the embodiments described below are not intended to limit the embodiments, but include all modifications, equivalents, and alternatives to them.

The terms used in the examples are used only to illustrate specific embodiments and are not intended to limit the embodiments. The singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, the terms "comprises" or "having" and the like refer to the presence of stated features, integers, steps, operations, elements, components, or combinations thereof, But do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or combinations thereof.

Unless defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which this embodiment belongs. Terms such as those defined in commonly used dictionaries are to be interpreted as having a meaning consistent with the contextual meaning of the related art and are to be interpreted as ideal or overly formal in the sense of the art unless explicitly defined herein Do not.

In the following description of the present invention with reference to the accompanying drawings, the same components are denoted by the same reference numerals regardless of the reference numerals, and redundant explanations thereof will be omitted. In the following description of the embodiments, a detailed description of related arts will be omitted if it is determined that the gist of the embodiments may be unnecessarily blurred.

1 is a flowchart for explaining an example of the operation of the communication system according to one embodiment.

1, a communication system according to an embodiment includes a client 110, a server 111, an intermediate unit 112, and a relative client 113. [

Although not shown in FIG. 1, the server 111 may establish a communication session (e.g., a User Datagram Protocol (UDP) session) with each of the client 110 and the relative client 113.

The client 110 transmits a communication request to the server 111 (120). For example, the client 110 may transmit a P2P communication request to the server 111 through a communication session to perform peer-to-peer (P2P) communication with the peer client 113. [

The server 111 may transmit the communication request of the client 110 to the correspondent client 113 (121).

The relative client 113 may connect 122 with the intermediary 112 when receiving a communication request from the client 110. [ More specifically, when the counterpart client 113 receives a communication request of the client 110 from the server 111, the counterpart client 113 can attempt to connect to the intermediary part 112, May allow the connection of the counterpart client 113. [

According to one embodiment, the intermediate unit 112 is an apparatus that is physically distinct from the server 111, and may be a device that is independent on the network. In addition, the intermediate unit 112 may be included in the server 111 and may be any of a plurality of units logically divided in the server 111 according to the implementation.

When the mediating unit 112 is connected to the counterpart client 113, the mediating unit 112 generates the mediating key (123). For example, the intermediate unit 112 may generate an intermediate key having an arbitrary value. In addition, the mediating unit 112 may generate an intermediate key based on the unique information of the client 110 and / or the relative client 113. [ The unique information may include identification information assigned to each of the client 110 and the counterpart client 113, for example.

The intermediate unit 112 transmits the intermediate key to the counterpart client 113 (124).

Relative client 113 transmits the intermediary key to server 111 (125).

The server 111 transmits the network address and the intermediate key of the correspondent client 113 to the client 110 (126). The network address may include, for example, an IP (Internet Protocol) address.

The client 110 transmits the intermediate key to the intermediate unit 112 (127). The client 110 may connect to the intermediary 112 by sending the intermediary key to the intermediary 112.

When receiving the intermediate key from the client 110, the intermediate unit 112 acquires an intermediate path (128). The intermediary path is a path for preparing for the disconnection of the P2P communication path between the client 110 and the counterpart client 113. [ In one embodiment, the intermediary path may include a dedicated room of the client 110 having the intermediary key and a counterpart client 113. Securing an intermediate path may mean that a private room is created in the intermediate unit 112. When the intermediate unit 112 receives the intermediate key from the client 110, the intermediate unit 112 creates a private room in which the client 110 and the relative client 113 can participate and the other client can not participate can do.

If the client 110 is connected to the intermediary 112, the client 110 may transmit a speed test request to the partner client 113 (129). Since the client 110 knows the network address of the correspondent client 113, the client 110 can transmit the speed test request to the network address of the correspondent client 113.

The relative client 113 may send a test response to the speed test request to the client 110 (130). The client 110 can confirm the response time of the partner client 113. [ The client 110 can confirm the P2P communication speed between the client 110 and the counterpart client 113. [

The relative client 113 may send a speed test request to the client 110 (131). The client 110 may send 132 a test response to the speed test request to the other client. The relative client 113 can confirm the response time of the client.

The speed test of the relative client 113 can be performed simultaneously with the speed test of the client 110. [

In one embodiment, the speed test of client 110 and / or relative client 113 may be repeated a predetermined number of times. For example, the speed test may be repeated two or more times. When the client 110 receives the test response from the partner client 113, the client 110 may transmit the additional rate test request to the partner client 113. The relative client 113 may send a test response to the additional speed test request to the client 110. Based on the repeated speed test, the client 110 can confirm the average response time of the counterpart client 113. Similarly, the relative client 113 can confirm the average response time of the client 110 based on the repeated speed test.

The client 110 may transmit data 1 to the counterpart client 113 (133). Data 1 may be a data fragment of the entire data. Assume that client 110 is mapped to network address A and the other client 113 is mapped to network address B. The client 110 can transmit the data 1 to the counterpart client 113 via the P2P communication path A-B. If the opponent client 113 has received data 1, the opponent client 113 may send an acknowledgment of the data 1 to the client 110 (134).

When the client 110 receives the acknowledgment for the data 1, it can send the data 2 to the counterpart client 113 (135). Data 2 may be a piece of data among the entire data. Client 110 may send data 2 to network address B. [ Here, it is assumed that the network address of the counterpart client 113 is being changed due to the movement of the counterpart client 113 (136). If the network address of the counterpart client 113 is changing, the client 110 may not receive or receive an acknowledgment of the data 2 from the counterpart client 113 later than the response time (or the average response time). In this case, client 110 may send data 2 to intermediary 112 (137). If the client 110 fails to receive an acknowledgment for the data 2 within the response time determined in the speed test step, the client 110 may transmit the data 2 to the intermediate unit 112.

When receiving the data 2 from the client 110, the intermediate unit 112 stores the data 2 in the memory. The memory may include, for example, a memory corresponding to an intermediate path or a dedicated room.

When the change of the network address is completed, the relative client 113 can notify the server 111 that the network address has been changed (138). When the network address of the partner client 113 is changed from B to B ', the partner client 113 can inform the server 111 that the network address has changed from B to B'. In one embodiment, the server may perform a query and answer procedure with the counterpart client 113 to ascertain whether the network entity mapped to B 'is the counterpart client 113. The question and answer procedure will be described later with reference to FIG.

Also, when the network address of the counterpart client 113 is changed, it may be difficult to maintain a communication session with the server 111 set before the change of the network address of the counterpart client 113. In one embodiment, the server 111 may maintain a communication session with the counterpart client 113 via a question and answer process.

Identification of the network entity mapped to the changed network address and maintenance of the communication session will be described later with reference to FIG.

The server 111 may inform the client 110 that the network address of the partner client 113 has been changed (139).

The relative client 113 whose network address is mapped to B 'is connected to the intermediate unit 112 via the intermediate key (140). In other words, the opponent client 113 may send an intermediary key to the intermediary 112 to attempt to connect to the intermediary 112, and the intermediary 112 may allow access of the opponent client 113 The relative client 113 can be connected to the intermediate unit 112. When the other client 113 is connected to the intermediate unit 112 via the changed network address, For example, the relative client 113 may participate in the private room using the intermediary key. If the state client 113 participates in the private room, The client 113 can receive the data 2 stored in the memory corresponding to the private room.

If the state client 113 receives data 2, it may send an acknowledgment for data 2 to the client 110 (142).

If client 110 receives an acknowledgment for data 2, it may send data 3 to the other client 113 (143). P2P communication path is changed from A-B to A-B '. Relative client 113 may send an acknowledgment for data 3 to client 110 (144).

When the P2P communication path between the client 110 and the peer client 113 is secured but the IP address of the client 110 and / or the peer client 113 is changed, the P2P communication path between the client 110 and the peer client 113 is P2P Communication can not be maintained continuously. According to one embodiment, an intermediate path corresponding to the P2P communication path can be secured, and the client 110 and the counterpart client 113 can use the intermediate path even if the P2P communication path is disconnected. Thus, the network throughput can be improved.

2 is a flowchart for explaining another example of the operation of the communication system according to one embodiment.

2, the communication system includes a client 210, a server 211, and a relative client 212. [ The mediating unit described with reference to FIG. 1 may be included in the server 211.

The client 210 may send a communication request to the server 211 (220). The server 211 may transmit the communication request of the client 210 to the correspondent client 212 (221).

The partner client 212 receiving the communication request of the client 210 may connect with the server 211 (222). In other words, the relative client 212 can connect to the server 211.

The server 211 may generate an intermediary key when the partner client 212 is connected (223). The server 211 may send the intermediary key to the partner client 212 (224).

The server 211 may transmit the intermediary key and the network address of the partner client 212 to the client 210 (225). Here, the network address of the client 210 is A and the network address of the partner client 212 is B. The client 210 can know the network address of the partner client 212.

The client 210 may send the intermediary key to the server 211 (226). The server 211 receiving the intermediate key may secure an intermediate line corresponding to the intermediate key (227). As described above, the securing of the intermediate line may mean that a private room of the client 210 holding the intermediate key and the counterpart client 212 is generated in the server 211. [

The client 210 may send 228 a rate test request to the counterpart client 212 and the counterpart client 212 may send 229 a test response to the rate test request to the client 210. The client 210 can confirm the response speed of the partner client 212. [ Similarly, the relative client 212 may send 230 a speed test request to the client 210 and the client 210 may send 231 a test response to the rate test request to the counterpart client 212.

If the speed test is terminated, the client 210 may send data 1 to the partner client 212 (232). The client 210 may send the data 1 to the other client 212 via the P2P communication path A-B. Relative client 212 may send an acknowledgment for data 1 to client 210 (233).

Upon receiving the acknowledgment for data 1, client 210 may send data 2 to relative client 212 (234). Here, if the network address of the counterpart client 212 is being changed (235), the response rate of the counterpart client 212 may be later than the response speed confirmed in the speed test or there may be no response of the counterpart client 212.

The client 210 may not receive or receive an acknowledgment for data 2 later than the acknowledgment rate confirmed in the speed test. In this case, client 210 may send data 2 to server 211 (236). The server 211 may store the data 2 in the memory corresponding to the intermediate path or the dedicated room.

If the network address of the peer client 212 is changed from B to B ', the peer client 212 may inform the server 211 that the network address has been changed (237). The server 211 may inform the client 210 that the network address of the partner client 212 has been changed (238).

Since the relative client 212 has an intermediary key, it can connect to the server 211 with an intermediary key (239). The server 211 may send data 2 to the peer client 212 via an intermediary path (240).

Relative client 212 may send an acknowledgment for data 2 to client 210 (241).

Receiving the acknowledgment for data 2, client 210 may send data 3 to its counterpart client 212 (242). P2P communication via P2P communication path A-B 'is started. Relative client 212 receiving data 3 may send an acknowledgment for data 3 to client 210 (243).

Since the matters described in FIG. 1 can be applied to the matters described in FIG. 2, detailed description will be omitted.

3A and 3B are block diagrams for explaining a communication system according to an embodiment.

Referring to FIG. 3A, the client device 310 includes a connection unit 311 and the partner client apparatus 320 includes a connection unit 321. The server 330 includes a sensing unit 331, a management unit 332, and an intermediate unit 333.

The connection unit 311 and the connection unit 321 may include a communication interface.

The client device 310 may further include a processor (not shown) and a memory (not shown). The processor controls the connection 311 and the memory can store the intermediate key.

The client device 320 may further include a processor (not shown) and a memory (not shown). The processor controls the connection 321 and the memory can store the intermediate key.

The sensing unit 331, the management unit 332, and the intermediate unit 333 may be implemented by a processor or a controller.

The connection unit 311 may transmit a P2P communication request to the server 330 and the server 330 may transmit a P2P communication request to the connection unit 321. [ The connection portion 321 can be connected to the intermediate portion 333 and the intermediate portion 333 can generate the intermediate key when the connection portion 321 is connected. The intermediate unit 333 can transmit the intermediate key to the connection unit 321. Here, the connection portion 321 can maintain the connection with the intermediate portion 333.

The connection unit 321 can transmit the intermediate key to the management unit 332 and the management unit 332 can transmit the intermediate key and the network address of the counterpart client apparatus 330 to the connection unit 311. The connection unit 311 can transmit the intermediate key to the intermediate unit 333 and can connect to the intermediate unit 333 with the intermediate key. Here, the connection portion 311 can maintain the connection with the intermediate portion 333.

The connecting portion 311 and the connecting portion 321 can maintain the connection to the intermediate portion 333 so that the intermediate path (or bypass path) having the connection relationship of the connecting portion 311-the intermediate portion 333-the connecting portion 321 Can be secured. The intermediate path is a path for preparing for a direct path between the connection unit 311 and the connection unit 321, that is, for disconnection of the P2P communication path. In addition, since the intermediary path can correspond to the intermediary key, the client device 310 and the counterpart client device 320 holding the intermediary key can use the intermediary path, and the intermediary path can not be used by the other client apparatus.

When the intermediate path is secured, the connection unit 311 and the connection unit 321 can be connected through a direct path. For example, when the network address of the client apparatus 310 is A and the network address of the partner client apparatus 320 is B, the connection unit 311 and the connection unit 321 are connected to each other via the P2P communication path AB .

The network address of the partner client device 320 may be changing. In this case, the P2P communication path A-B may be disconnected, and the connection unit 321 may not receive the data transmitted by the connection unit 311. [ Data may be missing. As a result, the connection unit 311 may not receive an acknowledgment for the data. The connection unit 311 can transmit data to the mediating unit 333.

When the network address of the partner client apparatus 320 is changed from B to B ', the connection unit 321 may inform the sensing unit 331 that the network address of the partner client apparatus 320 has been changed. The detection unit 331 can notify the management unit 332 that the network address of the partner client apparatus 320 has been changed and the management unit 332 notifies the connection unit 311 that the network address of the partner client apparatus 320 has been changed .

The connection of the connection portion 321 to the intermediate portion 333 may be disconnected due to the change of the network address of the other client device 320. [ The connection unit 321 may attempt to reconnect to the intermediate unit 333 by transmitting the intermediate key to the intermediate unit 333. [ Since the mediating unit 333 has received the mediating key corresponding to the counterpart client apparatus 320, the mediating unit 333 can allow the mediating unit 333 to be reconnected. When the connection unit 321 reconnects to the intermediate unit 333, the connection unit 321 can receive data from the intermediate unit 333.

The connection unit 321 may transmit an acknowledgment of the data to the connection unit 311.

Since the matters described with reference to Figs. 1 and 2 can be applied to Fig. 3A, detailed description will be omitted.

Referring to FIG. 3B, the intermediate unit 333 can be physically distinguished from the server 330. In addition, the intermediate unit 333 may be an independent apparatus in the network.

Since the matters described with reference to Figs. 1 to 3A can be applied to Fig. 3B, detailed description will be omitted.

4 is a diagram for explaining the operation of the communication system according to one embodiment.

Referring to FIG. 4, the client is mapped to network address A and the other client is mapped to network address B. The client and the relative client communicate through the P2P communication path A-B.

The client may send data 1 to the remote client 410 and the remote client may send an acknowledgment for the data 1 to the client 411.

The network address of the other client may be changed from B to B '(420). The relative client can inform the server that its network address has changed (421), and the server can notify the client that the network address of the other client has been changed (422). Accordingly, the client may send data 2 to a relative client mapped to network address B '(423). That is, the client can transmit data 2 to the other client via the P2P communication path A-B '. The relative client may send an acknowledgment for data 2 to the client (424). The client receiving the acknowledgment for data 2 may send data 3 to the other client (425).

The network address of the other client may be changed from B 'to B' '430. In this case, the client may not receive an acknowledgment of data 3 from the other client or may receive it later. If so, the client may send data 3 to the intermediary (431). The relative client may inform the server that the network address has changed (432) and the server may inform the client that the relative client's network address has changed (433).

Since the relative client has the intermediate key, it can access the intermediate using the intermediate key (434). If the opponent client connects to the intermediary, the intermediary may send data 3 to the opponent client (435). The relative client may send an acknowledgment for data 3 to the client (436). The client can then send the data to the other client via the P2P communication path A-B ".

5 is a flowchart illustrating an operation method of a communication apparatus according to an embodiment.

The communication device according to one embodiment may correspond to the above-described mediator.

Referring to FIG. 5, the communication device generates an intermediate key corresponding to peer-to-peer communication between a client and a counterpart client (510).

The communication device transmits the intermediate key to the partner client (520).

The communication device obtains an intermediate path corresponding to the intermediate key (530).

The communication device receives the data through the intermediary path from the client that has not received the acknowledgment of the data transmitted to the counterpart client due to the change of the network address of the counterpart client (540).

When the correspondent client accesses the changed network address using the intermediary key, the communication device transmits the data to the other client (550).

1 through 4 can be applied to the matters described with reference to FIG. 5, so that a detailed description will be omitted.

6 is a flowchart illustrating an operation method of a server according to an embodiment of the present invention.

Referring to FIG. 6, the server receives a P2P communication request from a client and transmits a P2P communication request to a partner client (610).

When the client accesses the server, the server generates an intermediate key and transmits the intermediate key to the other client and the client (620).

The server receives the intermediate key from the client and obtains an intermediate line corresponding to the intermediate key (630).

In step 640, the server receives the data through the intermediate line from the client that has not received the acknowledgment of the data transmitted to the counterpart client due to the change of the network address of the counterpart client.

The server transmits 650 data to the other client when the other client uses the intermediary key to reconnect to the changed network address.

1 through 4 can be applied to the matters described with reference to FIG. 6, so that a detailed description will be omitted.

7 is a flowchart illustrating an example of a method of operating a client according to an embodiment.

Referring to FIG. 7, the client transmits a P2P communication request to the server (710).

The client receives (720) the intermediate key generated by the communication intermediary device that mediates communication between the client itself and the partner client and the network address of the partner client from the server.

The client connects 730 with the communication intermediary device using the intermediary key.

The client transmits data to the other client using the network address (740).

If the network address of the other client is changed and the client does not receive an acknowledgment for the data transmitted to the other client, the data is transmitted to the communication mediator (750). The relative client connects to the communication intermediary device using the intermediate key with the changed network address, and receives data from the communication intermediate apparatus.

The client receives an acknowledgment for the data from the partner client (760).

1 through 4 can be applied to the matters described with reference to FIG. 7, and thus a detailed description thereof will be omitted.

8 is a flowchart for explaining another example of the operation method of the client according to the embodiment.

The client illustrated in FIG. 8 corresponds to the client illustrated in FIG. 1 through FIG.

Referring to FIG. 8, when a client receives a P2P communication request of a requesting client from a server, the client accesses a communication intermediate apparatus (810).

The client receives the intermediate key from the communication intermediate device (820).

If the client ' s network address has changed, the client re-connects 830 to the communication intermediary using the intermediary key.

If the client's network address is changed, the requesting client does not receive an acknowledgment of the data sent to the client. In this case, the requesting client sends the data to the communication intermediary device. The communication mediator stores the data.

The client receives data from the communication mediator (840).

The client sends an acknowledgment of the data to the requesting client (850).

1 through 4 can be applied to the matters described with reference to FIG. 8, so that a detailed description will be omitted.

FIG. 9 is a flowchart illustrating a session maintenance between a client and a server according to an exemplary embodiment of the present invention. Referring to FIG.

9, the client 910 accesses the server 911 (920). At step 920, the connection of the client 910 may be the initial connection. The server 911 can receive the identification information of the client 910 from the client 910 and check the time value. Here, the time value may indicate the time when the client 910 accesses the server 911.

The server 911 can encrypt the identification information and the time value of the client 910 using the E _server {}, which is its encryption technique.

The server 911 may send a query to the client 910 (921). Questions can be randomly generated. For example, the server 911 may send the encrypted identification information and the time value, i.e., the E _server (identification information, time value) to the client 910 as a query. That is, the client 910 can receive the E _server (identification information, time value) from the server 911. [

When the client 910 receives a query from the server 911, it may send an answer to the server 911 (922). For example, the client 910 can encrypt the E- _server (identification information, time value) using the E- _client {}, which is its own encryption scheme, and the E- _client {E- _server {identification information, time value}} To the server 911 as an answer.

Server 911 may obtain the _client E {{E _server identification information, the time value}} E _{server identification information, the time value is generated from the decoding through the corresponding _client E {}. In addition, the server 911 can obtain the identification information and the time value by decoding the E _server (identification information, time value).

The server 911 can confirm whether the answer corresponds to the question (923). For example, the server 911 can determine whether the identification information and the time value obtained from the E _client {E- _server {identification information, time value}} corresponds to the identification information and the confirmed time value received in step 910 have.

If the answer corresponds to the question, the server 911 may maintain a communication session with the client 910 (924). The session may be, for example, a UDP session. If the answer does not correspond to the query, the server 911 may send a reconnection request to the client 910 (925).

In a state where a session between the client 910 and the server 911 is maintained, the client 910 can transmit a P2P communication request to the server 911. [ With the session between client 910 and server 911 maintained, client 910 may execute step 120 of FIG. 1 or step 220 of FIG.

The session maintenance described with reference to FIG. 9 can be applied to the relative client and the server described with reference to FIG. More specifically, in step 138 of FIG. 1, the opponent client may contact the server to inform the server that the network address has changed and may send its identification information to the server. Here, the server receives the identification information of the partner client from a third party mapped to a network address different from the network address of the partner client which the server already knows. That is, the server can not know whether the third party is a relative client or a hacker. The server can receive an answer to E _server, a question {opponents client identification information, time value} be transferred to a third party, E _{For client} {E _server {opponents client identification information and the time value}}. The server identification of the external client from E _{relative client} {} decoding technique and E _server {} decoding technique using the E _{relative client} {E _server {opponent client identification information, the time value} which corresponds to corresponding to the information, and time Value can be obtained. That is, the answer corresponds to the question. The server can confirm that the third client is a relative client and can maintain a session with the other client. At step 139, the server may notify that the network address of the other client has changed. In other words, the server can notify the client that the other client is mapped to another network address.

According to another embodiment, a session identifier may be used to maintain a communication session. More specifically, when the server 911 receives a P2P communication request from the client 910, the server 911 can assign a session identifier to the client 910. [ The session identifier may be used to identify the client 910 on the network. The session identifier may be included in the header of a transmission unit of the client 910 (e.g., a packet that the client 910 exchanges with the server 911, the intermediate unit, or the other client). The server 911 can maintain a communication session with the client 910 when the server 911 receives a transmission unit including the session identifier even if the network address of the client 910 is changed.

1 through 8 can be applied to the matters described with reference to FIG. 9, so that a detailed description will be omitted. In addition, the matters described with reference to FIG. 9 can be applied to the matters described in FIGS. 1 to 8. FIG.

The apparatus described above may be implemented as a hardware component, a software component, and / or a combination of hardware components and software components. For example, the apparatus and components described in the embodiments may be implemented within a computer system, such as, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA) , A programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. The processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For ease of understanding, the processing apparatus may be described as being used singly, but those skilled in the art will recognize that the processing apparatus may have a plurality of processing elements and / As shown in FIG. For example, the processing unit may comprise a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as a parallel processor.

The software may include a computer program, code, instructions, or a combination of one or more of the foregoing, and may be configured to configure the processing device to operate as desired or to process it collectively or collectively Device can be commanded. The software and / or data may be in the form of any type of machine, component, physical device, virtual equipment, computer storage media, or device , Or may be permanently or temporarily embodied in a transmitted signal wave. The software may be distributed over a networked computer system and stored or executed in a distributed manner. The software and data may be stored on one or more computer readable recording media.

The method according to an embodiment may be implemented in the form of a program command that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions to be recorded on the medium may be those specially designed and configured for the embodiments or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments. For example, it is to be understood that the techniques described may be performed in a different order than the described methods, and / or that components of the described systems, structures, devices, circuits, Lt; / RTI > or equivalents, even if it is replaced or replaced.

Therefore, other implementations, other embodiments, and equivalents to the claims are also within the scope of the following claims.

Claims (12)

In a method of operating a client,
Transmitting a P2P communication request to a server;
Receiving from the server an intermediate key generated by a communication intermediary device that mediates communication between the client and the counterpart client and a network address of the counterpart client;
Communicating with the communication intermediary device using the intermediary key;
Requesting a speed test to the correspondent client when an intermediary path is established by being connected to the communication mediator;
Receiving a test response for the speed test from the counterpart client;
Checking a response time of the corresponding client using the test response;
Transmitting the data to the counterpart client using the network address when the response time is confirmed;
And transmitting the data to the communication mediating device when an acknowledgment of the data transmitted to the other client is not received due to the change of the network address
Lt; / RTI >
The relative client is connected to the communication intermediary device using the intermediary key and receives the data from the communication intermediary device,
How the client works.
The method according to claim 1,
Wherein when an intermediate path corresponding to the intermediate key is secured,
How the client works.
3. The method of claim 2,
The intermediate path may comprise:
And a dedicated room of the client having the intermediate key and the corresponding client,
How the client works.
The method according to claim 1,
Transmitting the data to the communication mediator, and receiving a notification from the server that the network address has changed
≪ / RTI >
How the client works.
delete The method according to claim 1,
Wherein the step of transmitting the data to the communication-
If the acknowledgment has not been received within the response time, transmitting the data to the communication intermediary device
/ RTI >
How the client works.
In a client device,
Receiving a peer-to-peer communication request from the server, and transmitting the peer-to-peer communication request to the server; receiving from the server an intermediate key generated by a communication intermediary apparatus that mediates communication between the client apparatus and the peer client apparatus and a network address of the peer client apparatus; A request for a speed test to the counterpart client device, a test response for the speed test from the counterpart client device, And transmits the data to the partner client device using the network address when the response time is confirmed by checking the response time of the partner client device using the test response, Sent to If you have not received an acknowledgment for the data, the connection for transmitting the data to the communication device parameters; And
A processor
Lt; / RTI >
Wherein the partner client device is further configured to: connect to the communication intermediary device using the intermediary key; and receive the data from the communication-
Client device.
8. The method of claim 7,
Wherein when an intermediate path corresponding to the intermediate key is secured,
Client device.
9. The method of claim 8,
The intermediate path may comprise:
And a dedicated room of the client device having the intermediary key and the counterpart client device.
Client device.
8. The method of claim 7,
The client device comprising:
Receiving a notification from the server that the network address has changed after transmitting the data to the communication mediator,
Client device.
delete 8. The method of claim 7,
The client device comprising:
Transmitting the data to the communication mediator if the acknowledgment is not received within the response time,
Client device.

Images