JP6410631B2 - Communication system, communication method, and program - Google Patents

Description

  Embodiments described herein relate generally to a communication system, a communication method, and a program.

2. Description of the Related Art Conventionally, a network battle type game in which clients battle each other via a network such as the Internet has been proposed.
The communication mode of the network battle type game can be roughly classified into two types. The client / server (C / S) type (conventional technology A) that processes and relays the client data as shown in FIG. There is a P2P type (conventional technology B) in which clients communicate directly with each other as shown in FIG.

In the system shown in FIG. 6, a plurality of user terminals 11 such as user terminals 11 (# 1),..., 11 (#n) are connected to the communication network 10. The system also includes a service providing unit 61 and a user information management unit 62.
The user information management unit 62 has a user information DB (database) 69 and a user authentication function 70. The user authentication function 70 authenticates the user based on the user information registered in advance in the user information DB 69 and determines whether or not the user is a registered user. The service providing unit 61 has a Web server function 71 that hosts a Web page or the like that provides information related to content, and responds to distribution requests from the user terminals 11 (# 1),..., 11 (#n). Provide the requested content.

  The system shown in FIG. 7 includes the user terminal 11, the service providing unit 61, and the user information management unit 62 shown in FIG. 6, and each user terminal 11 has an application (application) for performing P2P communication. Is installed. In this system, user terminals 11 communicate directly with each other without using a server or the like.

Japanese Patent No. 4363648

  However, in the case of the C / S type communication mode as in the above-described prior art A, as the number of clients (user terminals) increases, the processing / relay load is applied to the server, and the server becomes a bottleneck. There is a delay. Or the subject that a game cannot be continued by server down arises.

  On the other hand, as in the conventional technique B, when mutual game data is exchanged between users by P2P type communication, there is a problem that development of an application that realizes P2P type communication is complicated. This is because in order to realize P2P communication, the NAT / FW (Network Address Translation / Firewall) traversal problem must be solved. Currently, when a communication device is connected to a communication network, a configuration for connecting to a device called a router has become common.

This router has a function of changing the IP (Internet Protocol) address and port number of a communication device on the LAN (Local Area Network) side to an IP address and port number on the WAN (Wide Area Network) side. Only when communication from the WAN side to the WAN side is detected, a FW function for relaying packets from the WAN side is provided.
For this reason, even if communication terminals under the control of different routers try to communicate with each other, the packets are discarded by the router, and thus communication cannot be started.

  In order to solve this problem, UPUNP (Universal Plug and Play), STUN (Simple Traversal of UDP through NATs), media that informs the global IP address and port number of peers and realizes NAT / FW passage by UDP hole punching technology, media TURN (Traversal Utilities for NAT) that deploys a relay server without going through an application distribution server, and ICE (Interactive Connectivity) that combines STUN and TURN to organize and pass through NAT / FW systematically (Establishment) is known. However, even if any mechanism is used, an application must be developed so that these mechanisms can be used, and the work becomes very complicated.

  The problem to be solved by the present invention is to provide a communication system, a method, and a program that enable communication between user terminals by reducing the load on server and application development.

In order to achieve the above object, a first aspect of a communication system in an embodiment of the present invention is a system for communicating between a first user terminal and a second user terminal connected to a communication network. , Identification information of a user corresponding to the first user terminal from the first user terminal , and a business operator with whom the first user terminal contracts, and includes network address translation (NAT) or firewall (FW ) A request including identification information of an operator who uses a WebRTC PF (Web Real-time Communications Platform) having a function of connecting the first and second user terminals connected to the communication network beyond facilities. according issuance request of the first WebRTC PF user identifier for the first user terminal uses the WebRTC PF, The first WebRTC PF user identifier is issued to the first user terminal, the identification information of the user corresponding to the second user terminal from the second user terminal , and the second user terminal Issuing a second WebRTC PF user identifier for the second user terminal to use the WebRTC PF , which is a request including identification information of a business operator who is a contractor and who uses the WebRTC PF In accordance with the request, an identifier issuing means for issuing the second WebRTC PF user identifier to the second user terminal, and the first WebRTC PF user identifier issued by the identifier issuing means in the first user terminal managed together with identification information before article skilled contained in the issuance request from said second We issued by the identifier issuing unit An identifier management means for managing together with the identification information before Article skilled contained the RTC PF user identifier to the issuance request from the second user terminal, from the first user terminal, the user terminal as the communication partner Transmission of transmitting the second WebRTC PF user identifier managed by the identifier management means to the first user terminal when the second user terminal is set as the communication partner in accordance with a setting request associated with means, together with the first identification information before article skilled in the network information indicating the communication state by the user terminal included in the issuance request from said first WebRTC PF user identifier and the first user terminal Network information indicating a communication state by the second user terminal is stored in the second WebRTC PF Identifier and includes the network information managing means for managing in association with the previous article supplier identification information included in the issuance request from the second user terminal, the first user terminal suitable as the communication partner A communication partner setting request is transmitted to the transmitting means together with the network information condition, and the transmitting means receives the communication partner setting request from the first user terminal and receives the communication partner setting request from the first user terminal. The network information management means manages the network information of the second user terminal , and the identification information of the operator associated with the first WebRTC PF user identifier is included in the second WebRTC PF user identifier. If it is the same as before the associated article supplier identification information, said second associated with the network information A system for transmitting the WebRTC PF user identifier to the first user terminal is provided.

  According to a second aspect of the communication system configured as described above, in the first aspect, the second user terminal transmits identification information of a user corresponding to the second user terminal to the identifier management unit, and the identifier The management means manages the identification information transmitted from the second user terminal, and the first user terminal, together with the user identification information corresponding to the second user terminal as the candidate of the communication partner, A request for communication partner setting is transmitted to the identifier management means, and the transmission means receives the request for communication partner setting from the first user terminal and transmits the second request transmitted from the first user terminal. When the identifier management means manages the user identification information corresponding to the user terminal, the second WebRTC PF user identifier is transmitted to the first user terminal.

  According to a third aspect of the communication system configured as described above, in the first aspect, network information indicating a communication state by the first user terminal is managed in association with the first WebRTC PF user identifier. Network information management means for managing network information indicating a communication state by the second user terminal in association with the second WebRTC PF user identifier is further provided, and the first user terminal is suitable as the communication partner. A request for communication partner setting is transmitted to the identifier management unit together with the condition of the network information, and the transmission unit receives the request for communication partner setting from the first user terminal and receives the second request that satisfies the condition. If the network information management means manages the network information of the user terminal of The second WebRTC PF user identifier associated with the network information is transmitted to the first user terminal.

An aspect of a communication method in an embodiment of the present invention is a method applied to a system that communicates between a first user terminal and a second user terminal connected to a communication network, wherein the first user The identification information of the user corresponding to the first user terminal from the terminal , and the operator contracted by the first user terminal, the network address translation (NAT) or firewall (FW) beyond the facility The first user , which is a request including identification information of an operator using a WebRTC PF (Web Real-time Communications Platform) having a function of connecting the first and second user terminals connected to a communication network according issuance request of the first WebRTC PF user identifier for the terminal to use the WebRTC PF, the first WebRTC A business operator that issues a PF user identifier to the first user terminal, identifies the user corresponding to the second user terminal from the second user terminal , and contracts with the second user terminal According to the second WebRTC PF user identifier issuance request for the second user terminal to use the WebRTC PF , which is a request including identification information of a business operator who uses the WebRTC PF. The second WebRTC PF user identifier is issued to the second user terminal, and the issued first WebRTC PF user identifier is identified in the issue request from the first user terminal. The second WebRTC PF user identifier managed together with information and issued by the identifier issuing means is issued from the second user terminal. When the second user terminal is set as the communication partner in accordance with the setting request of the user terminal as the communication partner from the first user terminal, which is managed together with the identification information of the operator included in the request In addition, the second WebRTC PF user identifier to be managed is transmitted to the first user terminal, and network information indicating a communication state by the first user terminal is transmitted to the first WebRTC PF user identifier and The network information indicating the communication status of the second user terminal is managed using the second WebRTC PF in association with the identification information of the operator included in the issue request from the first user terminal. identifier and value managed in association with the previous article supplier identification information included in the issuance request from the second user terminal And a network information managing means, said first user terminal, together with the conditions of appropriate the network information as the communication partner, and transmits a request for a communication partner set, the communication partner set from said first user terminal In response to the request, the network information management means manages the network information of the second user terminal satisfying the condition , and is associated with the first WebRTC PF user identifier. but if it is identical to the identification information before articles skill associated with the second WebRTC PF user identifier, the second WebRTC PF user identifier associated with the network information to said first user terminal Send.

  An aspect of a communication processing program according to an embodiment of the present invention is a program used for a computer that operates as a part of a communication system, and causes the computer to function as the identifier issuing unit, the identifier managing unit, and the transmitting unit. A communication processing program is provided.

  ADVANTAGE OF THE INVENTION According to this invention, it becomes possible to reduce the load concerning a server load and application development, and to communicate between user terminals.

The figure which shows the structural example of the game system in the 1st Embodiment of this invention. The figure which shows an example of the network information stored in network information management DB of the game system in the 1st Embodiment of this invention in a table format. The figure which shows an example of the processing sequence of the game system in the 1st Embodiment of this invention. The figure which shows an example of the processing sequence of the game system in the 1st Embodiment of this invention. The figure which shows the structural example of the game system in the 2nd Embodiment of this invention. The figure which shows an example of the processing sequence of the game system in the 2nd Embodiment of this invention. The figure which shows an example of the processing sequence of the game system in the 2nd Embodiment of this invention. The figure which shows an example of the conventional client server (C / S) type | mold communication system. The figure which shows an example of the conventional P2P type communication system.

Embodiments according to the present invention will be described below with reference to the drawings.
(First embodiment)
First, the first embodiment will be described.

FIG. 1 is a diagram illustrating a configuration example of a game system according to the first embodiment of the present invention.
In the first embodiment of the present invention, communication between user terminals corresponding to opponent users is established using a technology called WebRTC (Web Real-time Communications) which is a framework for realizing real-time communication on a browser. The control signal (C-plane) up to and including the WebRTC PF (Platform) unit is exchanged, and the actual game data (U-plane) is exchanged between user terminals by P2P communication. / S) Resolve server load issues that have occurred in communication systems.
In addition, WebRTC is defined to use ICE technology, and by installing ICE functions as standard in browsers and browser components, it is necessary to implement complicated applications like conventional P2P communication systems. P2P communication can be realized only by using a browser.

FIG. 1 is a diagram illustrating a configuration example of a communication system according to the first embodiment of the present invention.
As shown in FIG. 1, the game system 12 according to the first embodiment of the present invention includes a WebRTC PF unit 13, a user information management unit 14, a service providing unit 15, and a network information management unit 30, such as the Internet or a carrier. The user terminals 11 (# 1),..., 11 (#n) can communicate with each other via a communication network 10 such as a network.

The user information management unit 14 has a user authentication function 24 and a user information DB 25, and corresponds to both registered users and unregistered anonymous users. The user authentication function 24 performs user authentication based on user information registered in the user information DB 25 in advance, and issues an authentication key when it is determined that the user is a registered user.
On the other hand, when the user authentication function 24 determines that the user is an unregistered anonymous user based on the user information registered in advance in the user information DB 25, the user authentication function 24 pays out a temporary user identifier. For example, the user information management unit 14 assigns a temporary user identifier to an unregistered anonymous user. At this time, if the user leaves the communication network 10 such as P2P by closing the browser, etc., and the connection between the user terminal 11 and the communication network 10 is released, a temporary user assigned to an unregistered anonymous user The identifier is reset.
The service providing unit 15 has a Web server function 26 that hosts game files, (World-Wide Web) Web pages, and the like.

The WebRTC PF unit 13 includes an ICE function 17, a signaling function 18, a WebRTC PF user DB 19, a service authentication function 20, and an ID management function 22.
The ICE function 17 has a function of combining STUN and TURN and passing through NAT / FW.

The signaling function 18 issues a WebRTC PF user identifier for using the WebRTC PF to the user terminal 11 connected to the communication network 10, and information on user terminals for P2P connection between the user terminals 11 ( Exchange IP address, port number, codec information, etc.).
The WebRTC PF user DB 19 stores a WebRTC PF user identifier.

The service authentication function 20 performs authentication of a service provider (for example, a game provider) that can use the WebRTC PF.
The service provider DB 21 stores information on service providers that can use the WebRTC PF.

The ID management function 22 maps the ID managed by the service provider and the ID for using the WebRTC PF.
The ID management DB 23 manages an ID managed by the service provider and a list of IDs for using the WebRTC PF .

  The WebRTC PF unit 13 performs P2P communication between the user terminal 11 of the user A (for example, the user terminal 11 (#n)) and the user terminal 11 of the user B (for example, the user terminal 11 (# 1)). Make it possible.

The network information management unit 30 includes a network information management function 31 and a network information management DB 32.
The network information management function 31 manages network information (delay, fluctuation, throughput, line information, etc.) of each user terminal 11. The network information management DB 32 stores network information of each user terminal 11.
FIG. 2 is a diagram showing an example of network information stored in the network information management DB of the game system according to the first embodiment of the present invention in a table format.
As shown in FIG. 2, the network information management DB 32 has, for example, a service provider identifier a, a WebRTC PF user identifier b, a line type c, a downlink communication speed d, a downlink communication speed e, and a delay (delay time) f. , Packet loss rate g, and jitter h fields, and the fields in each row indicate network information related to each user terminal 11 corresponding to each user.

The service provider identifier a indicates the identifier of the service provider with which each user terminal 11 is contracted.
The WebRTC PF user identifier b is an ID for uniquely identifying a peer when using the WebRTC PF, and one WebRTC PF user identifier is associated with each user terminal 11. The WebRTC PF user identifier needs to be unique in the network information management DB 32.

  Although these servers / databases / applications are described as independent entities, the implementation as the same entity is not limited in any combination. In FIG. 1, there are a large number of user terminals 11 (not shown).

  The communication network 10 includes a LAN such as Ethernet (registered trademark) or a WAN to which a plurality of LANs are connected via a public line or a dedicated line. In the case of a LAN, it is composed of a number of subnets via routers as necessary. In the case of a WAN, a firewall or the like for connecting to a public line is provided as appropriate, but illustration and detailed description thereof are omitted here.

  The game system 12 of the present embodiment reads a program recorded on a recording medium such as a magnetic disk or a program downloaded via a communication network 10 such as the Internet, and a server whose operation is controlled by this program. Etc. are realized by a computer.

3A and 3B are diagrams showing an example of a processing sequence of the game system according to the first embodiment of the present invention.
This processing sequence is roughly divided into sequences A, B, C, D, and E.
Sequence A is a sequence for preparing user A to use WebRTC PF.
The user terminal A and the user terminal B are any one of the user terminals 11 (# 1) to 11 (#n). Further, hereinafter, when simply described as a user terminal, the user terminal is any one of the user terminals 11 (# 1) to 11 (#n).

Next, details of the sequence A will be described.
The user terminal A requests a Web page provided by the game provider to the Web server function 26 of the service providing unit 15 by receiving an input for designating a URL (step A-1).
The user terminal A downloads the web page provided by the game company from the web server function 26 (step A-2).

  The user terminal A transmits user information for authenticating the user terminal A (for example, UserName001) such as a login ID and a password to the web server function 26 (step A-3). In addition, when the user terminal A is an anonymous user, it is not necessary to implement the process of A-3.

  The user authentication function 24 of the user information management unit 14 is registered in advance in the user information DB 25 and user information transmitted to the web server function 26 via the user terminal A by the user A corresponding to the user terminal A (eg, UserName001). The user terminal A (example: UserName001) is verified and user authentication is performed for the user terminal A (example: UserName001). If user authentication is successful, an authentication key is issued to the user terminal A (Step A-4). In addition, the user authentication function 24 does not need to implement the process of step A-4, when the user terminal A is an anonymous user.

  The Web server function 26 generates a connection Token (Step A-5). Here, it is assumed that the connection Token is a combination of a user ID and a room ID, but this is not restrictive. Further, when the user terminal A is an anonymous user, it is not necessary to perform the processes of steps A-3 and A-4, and the Web server function 26 connects based on a temporary ID that can uniquely identify the user terminal A. Generate Token.

  The Web server function 26 uses the authentication key of the user terminal A issued by the user authentication function 24 and the service provider identifier (such as the provider identification ID of the provider) indicating the service provider to the user terminal A (for example, UserName001). ) (Step A-6). If the authentication is successful, the Web server function 26 uses the authentication key and game file issued by the user authentication function 24, the connection token of the user terminal A, and opponent information (such as a user ID list of the opponent) as a user. Notify terminal A.

  The user terminal A transmits information such as a user ID for uniquely identifying the user terminal A (for example, UserName001), a service provider identifier, and an API key for using the WebRTC PF to the signaling function 18. Then, a request for issuing the WebRTC PF user identifier is made (step A-7). Here, it is assumed that the API key is applied and issued in advance by the user terminal A.

  Then, the service authentication function 20 refers to the information transmitted from the user terminal A (for example, UserName001) to the signaling function 18 in step A-7 and the information registered in advance in the WebRTC user DB 19 to perform user authentication. If user authentication is successful, a user authentication key is issued to the user terminal A (user authentication) (step A-8).

  The signaling function 18 uses a user authentication key issued by the service authentication function 20 and an ID for uniquely identifying a peer when using the WebRTC PF (hereinafter referred to as a WebRTC PF user identifier) (eg, PeerID001). ) To the user terminal A (for example, UserName001), and the issued user authentication key and WebRTC PF user identifier are transmitted to the user terminal A (step A-9).

  The user terminal A transmits the service provider identifier notified from the Web server function 26 and the WebRTC PF user identifier transmitted from the signaling function 18 to the network information management function 31 (step A-10). Thereby, the network information management function 31 can uniquely identify the user terminal A, and can collect network information for each user terminal corresponding to each user in the network information management DB 32.

  The network information management function 31 collects network information, and notifies the service provider identifier corresponding to the user terminal A and the WebRTC PF user identifier corresponding to the user terminal A notified from the user terminal A in step A-10. The information is written in the network information management DB 32 and managed (step A-11). At this time, there is a method of collecting network information by periodically polling the network information management function 31 from the user terminal A, a method of collecting a network from a STUN binding request periodically transmitted to the ICE function 17, A method of diverting network information acquired by another system is conceivable, but the method is not limited here.

  When the network information management function 31 receives the service provider identifier and the WebRTC PF user identifier from the user terminal A, the network information management function 31 notifies the user terminal A that network information collection of the network A has started (step A-12).

  The user terminal A has the service provider identifier notified in step A-6, the connection token of the user terminal A notified in step A-6, and the WebRTC PF user identifier notified in step A-9 (eg, PeerID001). ) Is transmitted to the ID management function 22 (step A-13). Thereby, when the user A designates a battle user (for example, the user B), communication with the user B can be established only by the WebRTC PF unit 13 without inquiring the Web server function 26 again.

  The ID management function 22 writes and manages the WebRTC PF user identifier (for example, PeerID001) and the service provider identifier transmitted in step A-13 in the ID management DB 23, and the service provider identifier from the user terminal A, The user terminal A is notified that the connection token of the user A and the WebRTC PF user identifier have been received (step A-14).

  Sequence B is a sequence for user B's preparation for using WebRTC PF. Since this sequence B uses the user terminal B instead of the user terminal A and performs the same processing as A-1 to A-14, the description thereof is omitted.

Next, sequences C and D will be described. These sequences C and D are a selection method of a battle user by the user A.
Here, the sequence C is a sequence for the user to directly select the opponent by selecting the opponent, and the sequence D is a network congestion state (communication speed, delay, throughput) using the network information management function 31. , Jitter, etc.) to select an opponent. Here, the user can select which of the sequences C and D is executed.

  In sequence C, the user terminal A accepts an input operation of ID (for example, user B ID: UserName002) information of the opponent (the user A is a candidate for the opponent) by the user A, and includes this ID. A communication partner setting request is transmitted to the ID management function 22 (step C-1).

  The ID management function 22 receives the communication partner setting request, accesses the ID management DB 23, and searches for the WebRTC PF user identifier of the opponent based on the opponent ID transmitted in Step C-1 (Step S1). C-2).

  If the ID of the opponent exists in the ID management DB 23 and the user corresponding to this ID is not in competition with another user, the ID management function 22 displays the WebRTC PF user identifier of this opponent as the user terminal A. (Step C-3). At this time, if the opponent corresponding to the ID transmitted in step C-1 does not exist or if this opponent is in a battle with another user, the ID management function 22 sends the status to the user terminal A. Notice.

  Next, in sequence D, instead of designating the opponent's ID as in sequence C, user terminal A uses the WebRTC PF user identifier of user A and the network information requested from the opponent (for example, the delay is (8 ms or more, 10 ms or less, etc.) are received and transmitted to the ID management function 22 to request matching of the opponent (step D-1).

  The ID management function 22 accesses the ID management DB 23, searches for the service provider identifier of the user A based on the WebRTC PF user identifier of the user A, and the service provider identifier of the user A matches the user A. The network information requested from the other party (for example, the delay is 8 ms or more, 10 ms or less, etc.) is transmitted as a matching request to the network information management function 31 (step D-2).

  Upon receiving the matching request, the network information management function 31 corresponds to the same service provider identifier as the service provider identifier received from the ID management function 22, and the network information requested by the user A from the opponent (for example, the delay is The WebRTC PF user identifier of the user who satisfies 8 ms or more, 10 ms or less) is extracted from the network information management DB 32 (step D-3).

Taking the network information shown in FIG. 2 as an example, assuming that the field in the top row corresponds to user A, the service provider identifier of user A is “Provider001” and the WebRTC PF user identifier is “ Since the user's WebRTC PF user identifiers “PeerID002”, “PeerID004”, and “PeerID005” are the same service provider identifier, the user uses the WebRTC PF whose delay time is 8 ms or more and 10 ms or less. identifier is because it is "PeerID005", this "PeerID005" is Ru are extracted.

The network information management function 31 notifies the ID management function 22 of the user's WebRTC PF user identifier (for example, PeerID005) extracted in step D-3 (step D-4). At this time, if there are a plurality of corresponding users, that is, if there are a plurality of WebRTC PF user identifiers, the network information management function 31 notifies the ID management function 22 of the WebRTC PF user identifiers of the plurality of users. If not, the ID management function 22 is notified that there is no corresponding user.

The ID management function 22 applies a game in which one or a plurality of WebRTC PF user identifiers acquired in Step D-4 are excluded from the WebRTC PF user identifiers corresponding to the user A himself or the user currently in the battle. A required number of WebRTC PF user identifiers are extracted from the ID management DB 23 (step D-5).
The ID management function 22 notifies the user terminal A of the extracted WebRTC PF user identifier (step D-6).

Next, the sequence E will be described.
First, when the screen of the user terminal A transitions to the battle waiting screen (step E-1), steps E-2 to E-5 are executed to set a communication path. Specifically, the user terminal A sends an offer for setting a communication path to the user via the signaling function 18 based on the WebRTC PF user identifier of the user B notified in step C-3 or D-6. It performs with respect to the terminal B (step E-2, E-3). The user terminal B makes an answer for setting the communication path to the user terminal A via the signaling function 18 (steps E-4 and E-5).
The user terminal A confirms connectivity with the set communication path with the user terminal B (steps E-6 and E-7).

  Next, steps E-8 to E-17 are executed until connection is established. Specifically, the user terminal A requests the ICE function 17 to collect ICE candidates, and the ICE function 17 collects the ICE candidates and returns them to the user terminal A (steps E-8 and E-9).

Next, Steps E-10 to E-15 are executed in order to set a communication path using the collected ICE candidates. Specifically, the user terminal A makes an offer to the user terminal B via the signaling function 18 for setting the communication path using the ICE candidate returned in step E-9 (step E-10). , E-11).
The user terminal B requests the ICE function 17 to collect ICE candidates, and the ICE function 17 collects the ICE candidates and returns them to the user terminal B (steps E-12 and E-13). The user terminal B makes an answer to the user terminal A via the signaling function 18 for setting a communication path using the collected ICE candidates (steps E-14 and E-15).

  The user terminal A confirms connectivity with the set communication path with the user terminal B (steps E-16 and E-17).

These steps E-2 to E-17 are in accordance with the standard specifications of TrickleICE used in WebRTC. For example, “draft-ietf-mmusic-trickle-ice-02”
(Http://tools.ietf.org/html/draft-ietf-mmusic-trickle-ice-02).

  When the user terminal B obtains a battle permission from the user B and the user B performs an operation for selecting the battle permission, the screen of the user terminal B transitions to a game screen (a battle screen) (step E- 18).

The user terminal B notifies the user terminal A of the match permission (step E-19).
Since user B has permitted the battle, the screen of user terminal A transitions to the game screen (match screen) (step E-20).
Then, game data is exchanged between the user terminal A and the user terminal B by P2P communication (step E-21).

  As described above, in the first embodiment of the present invention, a control signal (C−) until communication between user terminals corresponding to the fighting users is established using a technology called WebRTC (Web Real-time Communications). plane) via the WebRTC PF unit, and actual game data (U-plane) is exchanged between the user terminals by P2P communication. Therefore, even if the game company is a game in which users play against each other, it is not necessary to prepare a server to relay game data or to develop an application involving P2P communication. Therefore, it is possible to reduce server load caused by game data relay and application development cost. In addition, by using the game system according to the first embodiment of the present invention, it is possible to optimize the matching of the fighting user, and to provide various fighting user selection methods to the user.

  Further, in order to use the service, the user does not need to install a plug-in or an application, and can use the service immediately. In addition, since it is not necessary to install an application as described above, the user does not need to perform work associated with the update of the application, and does not have to worry about problems caused by different versions of the application.

(Second Embodiment)
Next, a second embodiment will be described. In addition, the detailed description of the same part as the part demonstrated in 1st Embodiment among the structures in this embodiment is abbreviate | omitted.
FIG. 4 is a diagram illustrating a configuration example of a game system according to the second embodiment of the present invention.

  As shown in FIG. 4, the game system according to the second embodiment includes a WebRTC PF unit 13, a user information management unit 14, and a service providing unit 15, via a communication network 10 such as the Internet or a carrier network. The user terminals 11 (# 1),..., 11 (#n) can communicate with each other. Further, the game system according to the second embodiment does not have the network information management unit 30 described in the first embodiment.

5A and 5B are diagrams illustrating an example of a processing sequence of the game system according to the second embodiment of the present invention.
This processing sequence is roughly divided into sequences A, B, C, and E.
Sequence A is a sequence for preparing user A to use WebRTC PF.
Next, details of the sequence A will be described.
The user terminal A requests a Web page provided by the game provider to the Web server function 26 of the service providing unit 15 by receiving an input for designating a URL (step A-1).

  Thereafter, Step A-2 to Step A-9 described in the first embodiment are performed, and the user authentication is completed. In the second embodiment, Step A-9 to Step A-12 described in the first embodiment are not performed.

  Next, the user terminal A receives the service provider identifier notified in step A-6, the connection token of the user terminal A notified in step A-6, and the WebRTC PF user identifier notified in step A-9 ( Example: PeerID001) is transmitted to the ID management function 22 (step A-13). Thereby, when the user A designates a battle user (for example, the user B), communication with the user B can be established only by the WebRTC PF unit 13 without inquiring the Web server function 26 again.

  The ID management function 22 notifies the user terminal A that it has received the service provider identifier, the user A connection token, and the WebRTC PF user identifier (step A-14).

  Sequence B is a sequence for user B's preparation for using WebRTC PF. Since this sequence B uses the user terminal B instead of the user terminal A and performs the same processing as steps A-1 to A-14, it will be omitted.

Next, the sequence C will be described. As described in the first embodiment, this sequence C is for selecting a battle user by the user A. Steps C-1 to C-3 are performed, and the selection of the opponent is completed.
Next, sequence E is performed. Since this sequence E is the same as that of the first embodiment, description thereof is omitted.

  As described above, in the second embodiment of the present invention, even if the network information management unit 30 described in the first embodiment is not provided, a technology called WebRTC (Web Real-time Communications) is used, The control signal (C-plane) until the communication between the user terminals corresponding to is established is exchanged via the WebRTC PF unit, and the actual game data (U-plane) is exchanged between the user terminals by P2P communication. it can.

  Note that the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage. In addition, various inventions can be formed by appropriately combining a plurality of components disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, constituent elements over different embodiments may be appropriately combined.

  In addition, the method described in each embodiment is, for example, a magnetic disk (floppy (registered trademark) disk, hard disk, etc.), optical disk (CD-ROM, etc.) as a program (software means) that can be executed by a computer (computer). It can be stored in a recording medium such as a DVD, MO, etc., semiconductor memory (ROM, RAM, flash memory, etc.), or transmitted and distributed by a communication medium. The program stored on the medium side includes a setting program that configures software means (including not only the execution program but also a table and data structure) in the computer. A computer that implements this apparatus reads a program recorded on a recording medium, constructs software means by a setting program as the case may be, and executes the above-described processing by controlling the operation by this software means. The recording medium referred to in this specification is not limited to distribution, but includes a storage medium such as a magnetic disk or a semiconductor memory provided in a computer or a device connected via a network.

DESCRIPTION OF SYMBOLS 10 Communication network 11 User terminal 12 Game system 13 WebRTC PF part 14,62 User information management part 15,61 Service provision part 17 ICE function 18 Signaling function 20 Service authentication function 22 ID management function 24,70 User authentication function 25,69 User Information DB
26, 71 Web server function 30 Network information management unit 31 Network information management function

Claims (4)

A system for communicating between a first user terminal and a second user terminal connected to a communication network,
Identification information of a user corresponding to the first user terminal from the first user terminal , and a business operator contracted by the first user terminal, the network address translation (NAT) or the firewall (FW) A request including identification information of a business operator who uses a WebRTC PF (Web Real-time Communications Platform) having a function of connecting the first and second user terminals connected to the communication network across a facility ; according issuance request of the first WebRTC PF user identifier for the first user terminal uses the WebRTC PF, and issues the first WebRTC PF user identifier to the first user terminal, said first from second user terminals, the identification information of the user corresponding to the second user terminal, and the second user terminal A request including the identity of the carrier that uses the WebRTC PF a company promises, issuance request of the second WebRTC PF user identifier for the second user terminal uses the WebRTC PF An identifier issuing means for issuing the second WebRTC PF user identifier to the second user terminal according to
The first WebRTC PF user identifier issued by the identifier issuing means is managed together with the identification information of the operator included in the issue request from the first user terminal, and the first issue issued by the identifier issuing means Identifier managing means for managing two WebRTC PF user identifiers together with the identification information of the operator included in the issue request from the second user terminal ;
According to the setting request of the user terminal as the communication partner from the first user terminal, when the second user terminal is set as the communication partner, the identifier managing means manages the second user terminal. Transmitting means for transmitting a WebRTC PF user identifier to the first user terminal ;
Network information indicating a communication state by the first user terminal is managed in association with the first WebRTC PF user identifier and the identification information of the operator included in the issue request from the first user terminal. In addition, network information indicating a communication state by the second user terminal is associated with the second WebRTC PF user identifier and the identification information of the operator included in the issue request from the second user terminal. Network information management means for managing,
The first user terminal transmits a communication partner setting request to the transmission unit together with a condition of the network information appropriate as the communication partner,
The transmission means receives the request for communication partner setting from the first user terminal, the network information management means manages the network information of the second user terminal satisfying the condition , and when the identification information before articles skill associated with the first WebRTC PF user identifier is the same as the second WebRTC PF user identifier before associated articles supplier identification information associated with the network information A communication system for transmitting the second WebRTC PF user identifier to the first user terminal. The second user terminal transmits identification information of a user corresponding to the second user terminal to the identifier management unit;
The identifier managing means manages the identification information transmitted from the second user terminal;
The first user terminal transmits a request for communication partner setting to the transmission unit together with identification information of a user corresponding to the second user terminal as the candidate for the communication partner,
In response to the communication partner setting request from the first user terminal, the transmission means receives the identification information of the user corresponding to the second user terminal transmitted from the first user terminal. The communication system according to claim 1, wherein the second WebRTC PF user identifier is transmitted to the first user terminal when the means manages the second WebRTC PF user identifier. A method applied to a system for communicating between a first user terminal and a second user terminal connected to a communication network,
Identification information of a user corresponding to the first user terminal from the first user terminal , and a business operator contracted by the first user terminal, the network address translation (NAT) or the firewall (FW) A request including identification information of a business operator who uses a WebRTC PF (Web Real-time Communications Platform) having a function of connecting the first and second user terminals connected to the communication network across a facility ; according issuance request of the first WebRTC PF user identifier for the first user terminal uses the WebRTC PF, and issues the first WebRTC PF user identifier to the first user terminal, said first from second user terminals, the identification information of the user corresponding to the second user terminal, and the second user terminal A request including the identity of the carrier that uses the WebRTC PF a company promises, issuance request of the second WebRTC PF user identifier for the second user terminal uses the WebRTC PF And issuing the second WebRTC PF user identifier to the second user terminal,
The issued first WebRTC PF user identifier is managed together with the operator identification information included in the issue request from the first user terminal, and the issued second WebRTC PF user identifier Together with the identification information of the operator included in the issue request from the second user terminal ,
The second WebRTC PF user to be managed when the second user terminal is set as the communication partner in accordance with a setting request of the user terminal as the communication partner from the first user terminal Sending an identifier to the first user terminal;
Network information indicating a communication state by the first user terminal is managed in association with the first WebRTC PF user identifier and the identification information of the operator included in the issue request from the first user terminal. In addition, network information indicating a communication state by the second user terminal is associated with the second WebRTC PF user identifier and the identification information of the operator included in the issue request from the second user terminal. Manage,
The first user terminal transmits a communication partner setting request together with a condition of the network information appropriate as the communication partner,
Upon receiving the communication partner setting request from the first user terminal, the network information of the second user terminal that satisfies the condition is managed and associated with the first WebRTC PF user identifier the identification information before article artisan, wherein when it is identical to the identification information before articles skill associated with the second WebRTC PF user identifier, the second WebRTC PF user identifier associated with the network information A communication method for transmitting to a first user terminal. A program used for a computer that operates as a part of the communication system according to claim 1,
The computer,
A communication processing program for causing the identifier issuing means, the identifier managing means, the transmitting means , and the network information managing means to function.

Images