Information processing device, information processing method, program, and information processing system

Abstract

[Problem] To provide an information processing device, an information processing method, a program, and an information processing system, with which a game server that executes applications can be made appropriate. [Solution] This information processing device comprises a decision unit. From each of a plurality of data centers capable of communicating with a user terminal via a network, capability information for instances in which applications of the data centers are executed, network information relating to communication between the user terminal and the data centers, and required spec information needed to execute the applications are acquired. On the basis of these pieces of information, the decision unit determines, from among the plurality of data centers, the data center that has the instance in which the application to be used by the user terminal is executed.

Description

[Technical Field]

[0001] The present technology relates to an information processing device and an information processing method. [Background technology]

[0002] Patent document 1 describes changing the device that provides the game service, allowing gameplay to move back and forth between a server-run video game and a client-run video game. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 6272864 Summary of the Invention [Problem to be solved by the invention]

[0004] It is desirable to have a suitable game server that runs the application.

[0005] In view of the above circumstances, an object of the present technology is to provide an information processing device, an information processing method, a program, and an information processing system that can make a game server that executes an application appropriate. [Means for solving the problem]

[0006] In order to achieve the above object, an information processing device according to an embodiment of the present technology includes a decision unit. The decision unit determines from among the multiple data centers a data center that has an instance that executes the application used by the user terminal, based on capability information of the instance that executes the application held by the data center, network information related to communication between the user terminal and the data center, and required specification information required to execute the application, all of which are obtained from each of the multiple data centers that can communicate with the user terminal via a network.

[0007] The network information may include communication delay information, and the plurality of data centers may include at least two data centers having different communication delay information with the user terminal.

[0008] The network information may further include throughput information.

[0009] The decision unit may determine the data center to be used by the user terminal from among the multiple data centers, triggered by receiving a start or stop instruction from the user terminal or a change in the network information obtained from the data center.

[0010] The application may be a game application, and the decision unit may further take into account game title information and game scene information of the game application being executed, and determine the data center to be used by the user terminal from among the multiple data centers.

[0011] The required specification information may be set in advance for each of a plurality of different game titles and a plurality of different game scenes.

[0012] The decision unit may further take into consideration cost information acquired from each of the plurality of data centers and determine the data center to be used by the user terminal from among the plurality of data centers.

[0013] There may be multiple user terminals, and the decision unit may determine the data center to be used by the multiple user terminals based on the capability information and the network information for each of the multiple user terminals obtained from each of the multiple data centers, and the required specification information.

[0014] In order to achieve the above object, an information processing method according to an embodiment of the present technology includes: Acquires, from each of a plurality of data centers that can communicate with the user terminal via a network, capability information of an instance that executes an application held by the data center and network information related to communication between the user terminal and the data center; Based on the capability information, the network information, and the required specification information required to execute the application, a data center having an instance that executes the application used by the user terminal is determined from among the multiple data centers.

[0015] In order to achieve the above object, a program according to one embodiment of the present technology comprises: acquiring, from each of a plurality of data centers that can communicate with a user terminal via a network, capability information of an instance that executes an application held by the data center and network information related to communication between the user terminal and the data center; determining, from among the plurality of data centers, a data center having an instance that executes the application used by the user terminal, based on the capability information, the network information, and required specification information necessary for executing the application; The information processing device executes the above.

[0016] In order to achieve the above object, an information processing system according to an embodiment of the present technology includes: A user terminal; Network and a plurality of data centers that can communicate with the user terminal via the network; an information processing device including a decision unit that determines, from among the plurality of data centers, a data center that has an instance that executes the application used by the user terminal, based on capability information of an instance that executes the application possessed by the data center, network information related to communication between the user terminal and the data center, and required specification information necessary for execution of the application, which are acquired from each of the plurality of data centers; It is equipped with: [Brief explanation of the drawings]

[0017] [Figure 1] 1 is a configuration diagram of an information processing system according to a first embodiment. [Figure 2] FIG. 2 is a functional block diagram of a data center that constitutes a part of the information processing system according to the first and second embodiments. [Figure 3] 10 is an example of scene information stored in a storage unit of the data center. [Figure 4] 10 is an example of capability information stored in a storage unit of the data center. [Figure 5] 10 is an example of network information stored in a storage unit of the data center. [Figure 6] 10 is an example of cost information stored in a storage unit of the data center. [Figure 7] FIG. 2 is a functional block diagram of a user terminal that constitutes a part of the information processing system according to the first and second embodiments. [Figure 8] FIG. 2 is a functional block diagram of an orchestrator that constitutes a part of the information processing system according to the first and second embodiments. [Figure 9] 3 is an example of game instance information stored in a storage unit of an orchestrator of the information processing system according to the first embodiment. [Figure 10] 10 is an example of data center information stored in a storage unit of the orchestrator. [Figure 11]10 is an example of required specification information stored in a storage unit of the orchestrator. [Figure 12] FIG. 1 is a configuration diagram of a mobile network that constitutes a part of an information processing system according to a first and second embodiment. [Figure 13] FIG. 2 is an operational flow diagram at the start of a game in the information processing system according to the first embodiment. [Figure 14] FIG. 2 is an operational flow diagram during a game in the information processing system according to the first embodiment. [Figure 15] FIG. 10 is an operational flow diagram when a game is stopped in the information processing system according to the first embodiment. [Figure 16] FIG. 10 is a configuration diagram of an information processing system according to a second embodiment. [Figure 17] 10 is an example of game instance information stored in a storage unit of an orchestrator of an information processing system according to a second embodiment. [Figure 18] FIG. 10 is an operational flow diagram at the start of a game in the information processing system according to the second embodiment. [Figure 19] FIG. 10 is an operational flow diagram when a game is stopped in the information processing system according to the second embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0018] The present technology will be described below with reference to the drawings. In the following embodiments, a game application will be described as an example of an application. First Embodiment [Outline of information processing system] FIG. 1 is a configuration diagram of an information processing system 1 according to this embodiment. As shown in FIG. 1, the information processing system 1 includes an orchestrator 2 as an information processing device, a plurality of data centers 3, user terminals 4 owned by game players who are users, and a mobile network 6 as a network. Each data center 3 executes various computational processes, such as game logic and encoding, that constitute the game played by the game player on the user terminal 4. The data center 3 executes game applications and provides game services to the game player. The data center 3 is configured to be able to communicate with the user terminal 4 via the mobile network 6. The orchestrator 2 selects and determines a data center 3 that will execute a game from among a plurality of data centers 3. The orchestrator 2 is configured to be able to communicate with a user terminal 4 via a mobile network 6. The orchestrator 2 is configured to be able to communicate with the data centers 3. The orchestrator 2 can dynamically switch the data center that executes the game application. The mobile network 6 is a communication path between the user terminal 4 and the data center 3 . The orchestrator may run on either data center. 1, the number of data centers 3 is set to three for convenience, but is not limited to this and may be any number. Furthermore, the multiple data centers 3 are denoted by reference numerals 31 to 33 to distinguish them from one another, but when there is no particular need to distinguish them, they are simply referred to as data center 3. Furthermore, in the first embodiment, a case will be described in which there is one game player, i.e., one user terminal 4. There may be multiple game players, i.e., multiple user terminals 4, and the case in which there are multiple user terminals 4 will be described later in the second embodiment. Details are explained below.

[0019] [Details of each configuration] (Data Center Configuration) The data centers 31, 32 and 33 have the same basic configuration. In the example of FIG. 1, data centers 31 and 32 are edge data centers (edge ​​DCs). Data center 33 is a central data center (central DC). An edge data center has a short communication delay time with user terminals 4 owned by game players (in other words, low latency), while a central data center has a long communication delay time with user terminals 4 (in other words, high latency). Typically, an edge data center has limited server resources compared to a central data center, and the cost of using the server resources is high. On the other hand, an edge data center is typically closer to user terminals than a central data center. At least one of the plurality of data centers 3 has a communication delay time (hereinafter sometimes referred to as latency) between the other data centers 3 and the user terminal 4 that is different.

[0020] FIG. 2 is a functional block diagram of the data center 3. FIG. 3 is an example of scene information (reference numeral 521 in FIG. 2) stored in a storage unit 52 (described later) of the data center 3. FIG. 4 is an example of capability information (reference numeral 72 in FIG. 2) stored in a storage unit 7 (described later) of the data center 3. FIG. 5 is an example of network information (reference numeral 73 in FIG. 2) stored in the storage unit 7 of the data center 3. FIG. 6 is an example of cost information (reference numeral 71 in FIG. 2) stored in the storage unit 7 of the data center 3.

[0021] As shown in FIG. 2, the data center 3 includes a plurality of instances 5, a storage unit 7, an API (Application Programming Interface) server unit 8, a telemetry unit 9, and a virtualization platform unit 10.

[0022] The virtualization platform unit 10 generates an instance 5, which is a virtual machine. The virtualization platform unit 10 is, for example, a virtual machine platform such as OpenStack (registered trademark) or a container platform such as Docker / k8s (Docker is a registered trademark).

[0023] The instance 5 includes a game application unit 51 and a storage unit 52. The instance 5 is a game server that executes a game service.

[0024] The game application unit 51 is a game application executed by the instance 5. Hereinafter, an instance that executes a game application may be referred to as a game instance. The game application unit 5 includes a logic unit 511, a video stream transmitting unit 512, and a pad signal receiving unit 513. The pad signal receiving unit 513 receives a pad signal input by a game player using a game pad on the user terminal 4. In other words, the pad signal is an input operation signal acquired by an input operation performed by the game player on the user terminal 4. The pad signal receiving unit 513 extracts the input from the game pad stored in the payload of a protocol such as UDP (User Datagram Protocol) or TCP (Transmission Control Protocol), and passes it to the logic unit 511. The logic unit 511 makes a decision / processing according to the game based on the pad signal received by the pad signal receiving unit 513. The logic unit 511 stores, in a storage unit 52 described later, information on the internal state (hereinafter referred to as internal information) 522, which changes according to the pad signal and the progress of the game, and scene information 521. The scene information 521 includes information on the title of the game being played and information on the current game scene. Game scenes include, for example, an opening scene, a setting (config) scene, a battle scene, a video scene, and an ending scene. The internal information 522 can be copied to the storage unit of another instance in which the same game application is running. This allows the game application to be resumed in the other instance. The video stream sending unit 512 generates a video stream of the game based on the output of the logic unit 511 and sends it to the user terminal 4. More specifically, the video stream sending unit 512 renders an image based on the output of the logic unit 511, encodes it using H.264, H.265, or the like, stores it in the payload of a protocol such as RTP (Real-Time Transport Protocol), and sends it to the user terminal 4. Furthermore, the video stream sending unit 512 changes encoding-related parameters, such as the bit rate and frame rate, based on the reception quality stored in the payload of a protocol such as RTCP (Real-Time Transport Control Protocol) received from the user terminal 4.

[0025] The storage unit 52 stores internal information 522 that changes depending on the determination / processing based on the pad signal and the progress of the game. The storage unit 52 also stores scene information 521 including game title information and current game scene information, as shown in FIG. 3, for example.

[0026] In the explanation using Figure 2, an example is given in which the logic unit 511, video stream transmission unit 512, and pad signal reception unit 513 that constitute the game application unit 51 are executed by a single instance 5, but they may also be executed across multiple instances 5 and multiple data centers 3.

[0027] The telemetry unit 9 acquires measurement results such as communication delay time and bandwidth with the user terminal 4 for each instance 5, and stores these measurement results as network information in the storage unit 7, which will be described later. The telemetry unit 9 acquires capability information relating to the computer resources of the instances that the data center 3 can provide, and stores the information in the storage unit 7. The telemetry unit 9 acquires, for each instance 5, cost information required to use the instance 5, and stores it in the storage unit 7.

[0028] The storage unit 7 stores capability information relating to the computer resources of the instances 5 that can be provided, for example, as shown in Fig. 4. The computer resources are, for example, a central processing unit (CPU), memory, a graphics processing unit (GPU), etc. In Fig. 4, v-instance1 indicates virtual instance 1, and v-instance2 indicates virtual instance 2, which correspond to the multiple instances 5 that the data center 3 has. As shown in Fig. 4, the storage unit 7 stores, as capability information, the number of cores of the vCPU (virtual CPU), the capacity of vMemory (virtual Memory), and the number of cores of the vGPU (virtual GPU) for each instance 5.

[0029] 5, the storage unit 7 stores network information for each instance 5. The network information is information relating to communication resources between the instance 5 and the user terminal 4. The network information includes throughput information and communication delay information. Throughput is the amount of data that can be sent and received per unit time through the mobile network 6, and represents data transmission capacity. In Figure 5, throughput information is shown using bandwidth. Bandwidth means the communication speed used for communication. The larger the bandwidth value, the more information can be transferred per unit time. Communication delay time (latency), which is communication delay information, refers to the communication delay time that occurs between issuing a transfer request and actually receiving the data. 5, network information between the data center 3 and the user terminal 4 is stored for each instance 5. Measurement results of latency and bandwidth are acquired at any time by the telemetry unit 9, and can be updated. The network information indicates the communication performance between the data center 3 and the user terminal 4. Details of the case where the information processing system 1 has multiple user terminals 4 will be explained in the second embodiment described below, but as shown in Figure 5, the memory unit 7 of each data center 3 stores network information for each instance for each of the multiple user terminals 4.

[0030] 6, the storage unit 7 stores cost information for each instance 5. The cost information includes, for example, the usage fee for the instance 5 per unit time, the communication fee when the data center 3 receives data from the outside (inbound), the communication fee when the data center 3 transmits data to the outside (outbound), and the like. The cost information may be fixed or may be set to be variable, and may be set appropriately depending on how the system is configured. For example, the cost information may be set to be variable, such as increasing the usage fee as the demand for a certain instance increases.

[0031] The storage unit 7 may be implemented using a relational database management system such as SQL (Structured Query Language), but is not limited to this.

[0032] The API server unit 8 provides the virtualization platform unit 10 with an API for launching a game instance. The API is used to disclose to the orchestrator 2 scene information including the game title and game scene being played, capability information of the instance 5, network information, and cost information. There are no particular limitations on how the API is implemented, and it can be implemented in the form of a REST API, for example. A REST API is an API implemented according to the concept of REST (Representational State Transfer).

[0033] (User terminal configuration) FIG. 7 is a functional block diagram of the user terminal 4. As shown in FIG. 7, the user terminal 4 includes a pad signal transmitting unit 41, a video stream receiving unit 42, a client unit 43, and a wireless communication unit 44. The user terminal 4 has a game pad (not shown) that accepts input operations from the game player, and a display unit (not shown). Game images and the like are displayed on the display unit. The display unit and the game controller with the game pad may be separate devices. Also, while the example given above uses a game pad as the form for accepting input operations, the present invention is not limited to this and may also be a touch panel or the like.

[0034] The wireless communication unit 44 transmits and receives data to and from the data center 3 via the mobile network 6 .

[0035] The pad signal transmitting unit 41 transmits pad signals (sometimes called input operation signals) relating to input from a game pad implemented in software or hardware to the data center 3 via the wireless communication unit 44. The pad signal transmitting unit 41 stores the pad signals from the game pad in the payload of a protocol such as UDP (User Datagram Protocol) or TCP (Transmission Control Protocol).

[0036] The video stream receiving unit 42 receives a video stream from the instance 5 of the data center 3 via the wireless communication unit 44. The video stream receiving unit 42 decodes a video stream encoded in H.264, H.265, or the like, which is stored in the payload of a protocol such as RTP. Furthermore, the video stream receiving unit 42 stores the reception quality of the video stream in the payload of a protocol such as RTCP (Real-time Transport Control Protocol) and feeds it back to the instance 5. The decoded result is displayed on the display unit as a game image, etc.

[0037] The client unit 43 is responsible for starting and stopping instances. In response to an input operation by a game player, the client unit 43 transmits an instance start instruction or stop instruction to the orchestrator 2 to start or stop the instance 5. The instance start instruction or stop instruction includes at least game identifier information, such as the game title, that identifies different games. In this embodiment, the protocol for this purpose is not particularly limited, but can be implemented in the form of a REST API, for example.

[0038] (Orchestrator configuration) Fig. 8 is a functional block diagram of the orchestrator 2 as an information processing device. Fig. 9 is an example of game instance information (reference numeral 241 in Fig. 8) stored in the storage unit 24 of the orchestrator 2. Fig. 10 is an example of data center information (reference numeral 243 in Fig. 8) stored in the storage unit 24. Fig. 11 is an example of required specification information (reference numeral 242 shown in Fig. 8) stored in the storage unit 24.

[0039] 8, the orchestrator 2 includes a decision unit 21, a deployment unit 22, a query unit 23, a storage unit 24, and an API server unit 25. Based on various information, the orchestrator 2 selects and determines a data center 3 that will execute the game application.

[0040] The storage unit 24 stores game instance information 241, required spec information 242, and data center information 243. As shown in FIG. 9, the game instance information 241 includes a game player identifier such as a user ID of a game service, and an instance identifier corresponding to the game player identifier. 10, the data center information 243 includes a list of instances 5 of each data center 3. This list can be said to be a list of candidate data centers that will run the game application. 11, required spec information 242 is required spec information required to execute applications for each scene of each game. The spec information includes the number of vCPU cores, vMemory capacity, the number of vGPU cores, target latency, bandwidth, etc. As shown in FIG. 11, the required spec information differs for each game title and for each scene, such as the opening, setting, battle, and movie.

[0041] The storage unit 24 also stores a program related to a series of processes for determining a data center that will execute an application. The program causes orchestrator 2 to execute the steps of acquiring capability information and network information from each of a plurality of data centers, and determining from among the plurality of data centers a data center that has an instance that executes the application to be used by the user terminal, based on the capability information, network information, and required specification information required to execute the application.

[0042] The query unit 23 acquires various information from the data centers 3 listed in the data center information 243 . Specifically, the query unit 23 requests various types of information from each data center 3. The query unit 23 acquires, via the API server unit 8 of each data center 3, the capability information 72, network information 73, and cost information 71 of each instance 5, as well as scene information 521 if the instance 5 is running.

[0043] The API server unit 25 receives an instance start instruction or stop instruction transmitted from the client unit 43 of the user terminal 4.

[0044] The decision unit 21 is triggered by the API server unit 25 receiving an instance start or stop instruction, and selects and determines the data center 3 and instance 5 that should run the game application using the required specification information and the capability information, network information, and cost information acquired by the query unit 23.

[0045] In addition, the decision unit 21, triggered by a change in the information acquired by the query unit 23, selects and determines the data center 3 and instance 5 that should run the game application using the required specification information, scene information, capability information, network information, and cost information. The change in information acquired by query unit 23 is a change in at least one of capability information 72, network information 73, cost information 71, and scene information 521. For example, the scene information 521 may be changed from an opening scene to a battle scene.

[0046] The algorithm for determining the data center 3 is not particularly limited. For example, costs can be reduced by allocating an instance that is neither too much nor too little based on the required spec information. In the case of the required spec information illustrated in FIG. 11, the target latency in the opening scene is longer than in the setting scene and the battle scene. Therefore, one example of the operation is to select an instance 5 in a data center 3 that satisfies the required spec while having low cost, taking into account capability information, network information, and cost information.

[0047] The decision unit 21 periodically acquires scene information via the API server unit 8 of the data center 3 that executes the instances listed in the game instance information 241 shown in FIG. 9, and performs processing to determine the instance 5 in response to changes in the scene information. Alternatively, the decision unit 21 performs processing to determine the instance 5 in response to event-driven changes in the scene information. For example, when transitioning from the opening scene to the battle scene, in the case of the required specification information exemplified in FIG. 11, the target latency for the battle scene will be shorter than the target latency for the opening scene. In such a case, based on the capability information, network information, and cost information, an instance 5 in the data center 3 that is closer to the user terminal 4 is selected as the instance 5 that executes the application, and an example of an operation to switch to this instance 5 is given.

[0048] The deployment unit 22 starts, stops, or modifies the instance 5 based on the decision result of the decision unit 21, and sets a route from the user terminal 4 to the instance 5 via a network exposure function (NEF) described later.

[0049] (Mobile network configuration) FIG. 12 is a diagram showing the configuration of the mobile network 6. The mobile network 6 is, for example, a network defined by the Third Generation Partnership Project (3GPP). The mobile network 6 includes a UPF (User Plane Function) 60, an AMF (Access and Mobility Management Function) 61, an SMF (Session Management Function) 62, an NEF (Network Exposure Function) 63, and a gNB (radio base station providing NR (New Radio) radio) 64. Each data center 31 to 33 is connected to the mobile network 6 via a different UPF 601 to 603 (when not distinguishing between them, they will be described with the reference numeral 60). Based on an instruction from the orchestrator 2, the NEF 63 configures the SMF 62 to forward game traffic to the corresponding UPF 60. The gNB 64 and the UPF 60 transmit and receive information bidirectionally. The user equipment 4 and the gNB 64 transmit and receive information bidirectionally.

[0050] [Information processing method] This section describes an information processing method related to a series of processes for determining a data center that will execute a game application in information processing system 1. The following describes information processing methods at the start of a game, during a game, and when the game is stopped. FIG. 13 is an operational flow diagram of the information processing system 1 at the start of the game. FIG. 14 is an operational flow diagram of the information processing system 1 during a game. FIG. 15 is an operational flow diagram of the information processing system 1 when the game is stopped. 13 to 15, for convenience, the number of data centers 3 is shown as two. The two data centers 3 are referred to as data center 31 and data center 32, respectively. The instance held by data center 31 is given the reference numeral 53, and the instance held by data center 32 is given the reference numeral 54. When there is no particular need to distinguish between them, they are referred to as instance 5. The same applies to the second embodiment described later.

[0051] (Game start behavior) FIG. 13 is an operational flow diagram at the start of the game. 13, when a game player performs an input operation to start game play on the user terminal 4, an instance start instruction is transmitted from the client unit 43 of the user terminal 4 to the orchestrator 2 via the mobile network 6 (ST1). The instance start instruction includes information about the game identifier.

[0052] Next, the query unit 23 of the orchestrator 2 reads out the data center information shown in FIG. 10 from the storage unit 24 (ST2). Next, the query unit 23 of the orchestrator 2 requests the capability information 72, network information 73, and cost information 71 from the data center 3 (ST3). The query unit 23 acquires the capability information 72, network information 73, and cost information 71 shown in Figures 4 to 6 from each of the data centers 31 and 32 (ST4). This information is the latest information.

[0053] Next, the decision unit 21 of the orchestrator 2 reads out the required spec information 242 shown in FIG. 11 from the storage unit 24 (ST5).

[0054] Next, the decision unit 21 of the orchestrator 2 selects and determines an instance of a data center that will execute the game application (ST6). More specifically, the decision unit 21 determines the instance using the required specification information 242, capability information 72, network information 73, and cost information 71.

[0055] A specific example of determining an instance of a data center will be described below, but the invention is not limited to this. Here, the operation at the start of a game is described, so it is assumed that the game scene is the opening scene. Based on the game identifier, the decision unit 21 acquires, from the read required specification information, specification information required to execute the opening scene of the game application corresponding to the game identifier. Next, the decision unit 21 uses the capability information 72 and network information 73 acquired from each data center 3 to select an instance that satisfies the required spec information 242, and determines this as the instance that will run the game application. As a result, an instance that is neither too much nor too little in the required spec information is allocated. If multiple instances are selected, the decision unit 21 uses the cost information 71 to select, for example, instance 5 that will be the cheapest, and determines this as the instance that will run the game application. As a result, an instance that is neither too much nor too little in the required spec information can be allocated at low cost. In this way, the decision unit 21 determines the instance 5, that is, determines the data center 3 that has the instance 5. In the example shown in Fig. 13, the instance 54 of the data center 32 is selected and determined as the instance that will execute the application.

[0056] Next, the deployment unit 22 of the orchestrator 2 instructs the determined data center 32 to start the instance (ST7). Based on this instruction, the instance 54 of the data center 32 is started. When the deployment unit 22 receives a notification that the startup of the instance 54 is complete (ST8), it sets a route for game traffic 65 between the user terminal 4 and the instance 54 via the NEF 63 of the mobile network 6 (ST9). When the route setting is complete (ST10), the deployment unit 22 notifies the user terminal 4 via the mobile network 6 that the startup of the instance 54 is complete (ST11). In this way, the route for game traffic 65 between the user terminal 4 and the instance 54 is set.

[0057] In this way, the orchestrator 2 as an information processing device automatically determines an instance using required specification information, capability information, network information, and cost information, thereby allocating an appropriate instance to the user terminal 4.

[0058] (In-game action flow) 14 is a flow diagram of operations during a game. Here, an example is given in which the execution of an application is changed from instance 54 in data center 32 to instance 53 in data center 31.

[0059] As shown in FIG. 14, an application is running on an instance 54 in a data center 32 . The query unit 23 of the orchestrator 2 reads out the game instance information shown in FIG. 9 and the data center information shown in FIG. 10 from the storage unit 24 (ST21).

[0060] Next, the query unit 23 of the orchestrator 2 requests capability information, network information, and cost information from the data center 31 that is not executing the application (ST22). The query unit 23 of the orchestrator 2 acquires capability information 72, network information 73, and cost information 71 shown in Figures 4 to 6, respectively, from the data center 31 (ST23). This information is the latest information.

[0061] Next, the query unit 23 of the orchestrator 2 requests scene information, capability information, network information, and cost information from the data center 32 that is executing the application (ST24). The query unit 23 of the orchestrator 2 acquires the scene information 521, capability information 72, network information 73, and cost information 71 shown in Figures 3 to 6, respectively, from the data center 32 (ST25). This information is the latest information.

[0062] Next, the decision unit 21 of the orchestrator 2 reads out the required spec information 242 shown in FIG. 11 from the storage unit 24 (ST26).

[0063] Next, the decision unit 21 of the orchestrator 2 selects and determines an instance of a data center that will execute the game application (ST27). More specifically, the decision unit 21 determines the instance using the required specification information 242, capability information 72, network information 73, and cost information 71.

[0064] A specific example of determining a data center instance will be described below, but the present invention is not limited to this. Based on the game identifier and scene information, the decision unit 21 acquires, from the read required specification information, specification information required to execute a scene corresponding to the scene information of an application of a game title corresponding to the game identifier. Next, the decision unit 21 uses the capability information 72 and network information 73 acquired from each data center 31 and 32 to select an instance that satisfies the required spec information 242 and determines this as the instance that will execute the game application. As a result, an instance that is neither too much nor too little in the required spec information is allocated. If multiple instances are selected, the decision unit 21 uses the cost information 71 to select, for example, the instance that will be the cheapest, and determines this as the game instance that will execute the application. As a result, an instance that is neither too much nor too little in the required spec information can be allocated at low cost. In the example shown in FIG. 14, the decision unit 21 determines the instance 53 as the game instance that executes the application, that is, determines the data center 31 that has the instance 53 as the data center that executes the application. Here, if the instance 54 of the data center 32 is determined as the game instance that executes the application, that is, if there is no change in the instance, the process returns to step 21 (ST21) and the process is repeated. On the other hand, if the instance changes, as in the example shown in FIG.

[0065] Next, the deployment unit 22 of the orchestrator 2 instructs the determined data center 31 to start the instance (ST28). Next, the instance 53 instructs the instance 54 in the data center 32 that has been running the game application up until now to synchronize internal information (ST29), and the internal information is acquired from the instance 54, completing the internal information synchronization (ST30). Upon completion of the internal information synchronization, the instance 53 is started.

[0066] When the deployment unit 22 receives a notification that the startup of the instance 53 is complete (ST31), it sets a route for the game traffic 65 between the user terminal 4 and the instance 5 via the NEF 63 of the mobile network 6 (ST32). Here, the route is set to change from the route for the game traffic between the user terminal 4 and the instance 54 to the route for the game traffic between the user terminal 4 and the instance 53. The deployment unit 22 receives the notification that the path setting has been completed (ST33), whereby the path of the game traffic 65 between the user terminal 4 and the instance 5 is changed. In the data center 32, the instance 54 is stopped after the synchronization of the internal information is completed (ST34).

[0067] In this way, if at least one of the capability information, network information, cost information, and scene information changes during the game, the orchestrator 2 automatically selects and determines an instance to run the game application again using the required spec information, scene information, capability information, network information, and cost information. As a result, an appropriate instance is assigned to the user terminal 4, and the game continues.

[0068] (Operation when the game is stopped) 15 is a flow diagram of the operation when a game is stopped. Here, an example is given in which an application is initially executed in an instance 54 in the data center 32. When a game player performs an input operation to stop game play on the user terminal 4, an instance stop instruction is transmitted from the client unit 43 of the user terminal 4 to the orchestrator 2 via the mobile network 6 (S41).

[0069] Next, the query unit 23 of the orchestrator 2 reads out the game instance information shown in Fig. 9 from the storage unit 24 (ST42). The query unit 23 of the orchestrator 2 identifies the instance 5 corresponding to the user terminal 4 on which the stop input operation was performed. In the example shown in Fig. 15, the query unit 23 identifies the instance 54 of the data center 32.

[0070] Next, the deployment unit 22 of the orchestrator 2 instructs the data center 32 that executes the instance 54 to stop the instance 54 (ST43). Based on this instruction, the instance 54 in the data center 32 is stopped. When the deployment unit 22 receives the notification that the instance 54 has been stopped (ST44), it deletes the route of the game traffic 65 between the user terminal 4 and the instance 54 (ST45), and when the deletion of the route is complete (ST46), it notifies the user terminal 4 via the mobile network 6 that the instance 54 has been stopped (ST47). The user terminal 4 receives the notification that the instance has been stopped, and game play stops.

[0071] As described above, according to the first embodiment, it is possible to dynamically set an instance that runs a game application using required specification information, scene information, capability information, network information, and cost information, and to selectively use an edge data center or a central data center. This makes it possible to achieve the communication performance required for game services at low cost, and to strike a good balance between the quality of experience of the game and cost.

[0072] <Second embodiment> In the first embodiment, the so-called single-user mode in which one game player owns a user terminal is used as an example, but the present technology may also be applied to a multi-user mode in which multiple game players play the same game. In the second embodiment, a case where there are multiple game players, i.e., a case where there are multiple user terminals, will be described below. The basic configuration of the information processing system is the same as in the first embodiment, and similar configurations will be assigned similar reference numerals and descriptions thereof will be omitted. The following mainly describes the differences from the first embodiment.

[0073] [Outline of information processing system] FIG. 16 is a configuration diagram of an information processing system 101 according to this embodiment. As shown in FIG. 16, an information processing system 101 includes an orchestrator 102 as an information processing device, a plurality of data centers 3, a plurality of user terminals 104, and a mobile network 6. Each data center 3 executes various calculation processes that constitute the game played by the game players. The orchestrator 102 selects and determines a data center 3 that will execute a game from among multiple data centers 3. The orchestrator 102 is configured to be able to communicate with each user terminal 104 via the mobile network 6. The orchestrator 102 is configured to be able to communicate with the data centers 3. The orchestrator 102 can dynamically switch the data center that executes the game application. 16, the number of data centers 3 is set to three for convenience, but is not limited to this. Also, in FIG. 16, the number of game players is set to two, i.e., two user terminals 104, for convenience, but is not limited to this. The two game terminals 104 are denoted by reference numerals 1041 and 1042 to distinguish them, but are referred to as user terminals 104 when there is no particular need to distinguish them. Details are explained below.

[0074] The configurations of the data center 3 and the mobile network 6 are the same as those in the first embodiment, and therefore a description thereof will be omitted.

[0075] (User terminal configuration) FIG. 7 is a functional block diagram of the user terminal 104. As shown in FIG. 7, the user terminal 104 includes a pad signal transmitting unit 41, a video stream receiving unit 42, a client unit 143, and a wireless communication unit 44. The user terminal 104 includes, for example, a game pad that accepts input operations from the game player, and a display unit. The wireless communication unit 44, pad signal transmission unit 41, and video stream reception unit 42 are the same as those in the first embodiment.

[0076] The client unit 143 is responsible for starting and stopping game instances. In response to an input operation by a game player, the client unit 143 transmits an instance start instruction or stop instruction to the orchestrator 2 to start or stop an instance 5. In the case of multi-user mode, the game instance start instruction or stop instruction includes at least a game identifier as well as game party identifier information such as the name of the game party (hereinafter, sometimes referred to as game party information). In this embodiment, the protocol for this purpose is not particularly limited, but can be implemented in the form of a REST API, for example.

[0077] (Orchestrator configuration) 8 is a functional block diagram of the orchestrator 102 as an information processing device. FIG. 17 is an example of game instance information (reference numeral 1241 in FIG. 8) stored in the storage unit 124 of the orchestrator 102. As shown in Fig. 8, the orchestrator 102 includes a decision unit 121, a deployment unit 22, a query unit 23, a storage unit 124, and an API server unit 25. The orchestrator 102 selects and determines the data center 3 that will execute the game application based on various information, as will be explained below. The deployment unit 22, query unit 23, and API server unit 25 are the same as those in the first embodiment.

[0078] The storage unit 124 stores game instance information 1241, required spec information 242, and data center information 243. The required spec information 242 and data center information 243 are the same as those in the first embodiment. 17, the game instance information 1241 includes a game player identifier (user ID) and a game party identifier (party ID) corresponding to the game player identifier. The game party identifier is, for example, the name of the game party. The storage unit 124 also stores a program related to a series of processes for determining a data center that will execute an application.

[0079] The decision unit 121 is triggered by the API server unit 25 receiving a game instance start or stop instruction, and determines the data center 3 and instance 5 in which to run the game application using the required specification information and the capability information, network information, and cost information acquired by the query unit 23.

[0080] In addition, the decision unit 121, triggered by a change in the information acquired by the query unit 23, selects and determines the data center 3 and instance 5 that should run the game application using the required specification information, scene information, capability information, network information, and cost information. The change in information acquired by the query unit 23 is a change in at least one of the capability information 72, the network information 73, the cost information 71, and the scene information 521. For example, the scene information 521 may be changed from an opening scene to a battle scene. As another example, when a new game player joins a party or when a game player leaves a party, the network information 73 used to determine the instance that runs the game application changes.

[0081] There are no particular limitations on the algorithm for determining the data center 3. For example, in the case of a game service, it is desirable to determine the instance 5 for each user terminal 104 owned by all game players in the same game party so as to minimize the maximum value of communication delay between the user terminal 104 and the instance 5. This maximizes the performance of the user terminal 104 owned by each game player while maintaining fairness among the game players.

[0082] [Information processing method] A description will be given of an information processing method related to a series of processes for determining a data center in the information processing system 101. The following describes the information processing methods at the start of a game and at the end of a game. FIG. 18 is an operational flow diagram of the information processing system 101 at the start of the game. FIG. 19 is a flowchart showing the operation of the information processing system 101 when the game is stopped. 18 and 19, for convenience, the number of data centers 3 is set to two, and the number of user terminals 104 is set to two.

[0083] (Game start behavior) FIG. 18 is a flowchart showing the operation at the start of the game. 18 shows an example in which a game player possessing user terminal 1041 has already joined the game at the beginning, and a game player possessing user terminal 1042 joins the game partway through as part of the same party. In the example shown in FIG. 18, the instance executing the game application changes from instance 53 to instance 54 as a result of user terminal 1042 joining the game partway through. The following description will be given according to the flow of FIG.

[0084] As shown in Figure 18, when only the game player who owns the user terminal 1041 is participating in the game, a route for game traffic 65 is set between the user terminal 1041 and the instance 53 of the data center 31. When a game player of the user terminal 1042 performs an input operation to start game play on the user terminal 1042, an instance start instruction is transmitted from the client unit 143 of the user terminal 1042 to the orchestrator 102 via the mobile network 6 (S51). The instance start instruction includes game party information in addition to game identifier information.

[0085] Next, the query unit 23 of the orchestrator 102 reads out the game instance information 1241 shown in FIG. 17 from the storage unit 124 (ST52). Next, query unit 23 checks from the read game instance information whether or not an instance corresponding to the game party information transmitted from user terminal 1042 is running. If the instance corresponding to the game party information is not running, the same processing as that from step 2 onwards in the operational flow of FIG. 13 in the first embodiment described above is carried out. If the instance corresponding to the game party information is running, the process proceeds to step 53. In the example shown in FIG.

[0086] Next, the query unit 23 of the orchestrator 102 requests capability information, network information, and cost information from each of the data centers 31 and 32, and further requests scene information from the data center 31 currently executing the application (ST53). The query unit 23 acquires capability information 72, network information 73, and cost information 71 shown in Figures 4 to 6 from each of the data centers 31 and 32, and further acquires scene information 521 shown in Figure 3 from the data center 31 (ST54). This information is the latest information.

[0087] Next, the decision unit 121 of the orchestrator 102 reads out the required spec information 242 shown in FIG. 11 from the storage unit 124 (ST55).

[0088] Next, the decision unit 121 of the orchestrator 102 selects and determines an instance of a data center that will execute the game application (ST56). More specifically, the decision unit 121 determines the instance using the scene information 521, the required specification information 242, the capability information 72, the network information 73, and the cost information 71.

[0089] A specific example of determining an instance of a data center will be described below, but the present invention is not limited to this. Based on the game identifier and the scene information, the decision unit 121 acquires, from the read required spec information, spec information required to execute the scene corresponding to the scene information of the application of the game title corresponding to the game identifier. Next, the decision unit 121 selects an instance that satisfies the required specification information 242 using the capability information 72 and network information 73 acquired from each data center 31 and 32. As a result, an instance that is neither too much nor too little in the required specification information is allocated. Furthermore, the decision unit 121 selects, from among the user terminals 104 owned by all game players in the game party, an instance 5 that minimizes the maximum value of communication delay between the user terminal 104 and the instance 5, and determines it as the instance on which the application will be executed. This maximizes the performance of the user terminals 104 owned by each game player while maintaining fairness among the game players. If multiple instances are selected, the decision unit 121 uses the cost information 71 to select, for example, the instance with the lowest cost, and determines it as the game instance on which the application will be executed. This maximizes the performance of the user terminals 104, maintains fairness among the game players, and allocates a low-cost instance. In the example shown in FIG. 18, the decision unit 121 determines that the instance 54 of the data center 32 is the instance that will execute the game application. Here, if the decision result of the decision unit 121 indicates that there is no change in the instance, the process proceeds to step 63 . On the other hand, if the instance changes as in the example shown in FIG.

[0090] Next, the deployment unit 22 of the orchestrator 102 instructs the determined data center 32 to start the instance 54 (ST57). Based on this instruction, the instance 54 is started.

[0091] When the deployment unit 22 receives the notification that the startup of the instance 54 has been completed (ST58), it instructs the instance 53 in the data center 31 to switch the instance (ST59). Next, the instance 53 instructs the data center 32, which is the destination of the instance switch, to synchronize internal information (ST60). Upon receiving the synchronization instruction, the instance 54 in the data center 32 acquires internal information from the instance 53, thereby completing the internal information synchronization. Upon receiving a notification of synchronization completion from the data center 32 (ST61), the data center 31 transmits a notification of the completion of the instance switch to the orchestrator 2.

[0092] When the deployment unit 22 receives notification that the instance switching is complete (ST62), it sets a route for the game traffic 65 between each user terminal 104 and the instance 5 via the NEF 63 of the mobile network 6 (ST63). Here, the route is set to change from the route for the game traffic between the user terminal 104 and the instance 53 to the route for the game traffic between the user terminal 104 and the instance 54. When the deployment unit 22 receives the notification that the path setting is complete (ST64), it notifies the user terminal 1042 via the mobile network 6 that the instance activation is complete (ST65). As a result, the path of the game traffic 65 is set.

[0093] In this way, when a new game player joins the same party in multiplayer mode, the orchestrator 102 automatically selects and determines an instance again using required spec information, scene information, capability information, network information, and cost information. This allows a new appropriate instance to be assigned to the user terminal 104, thereby maximizing the performance of the user terminal 104 owned by each game player and maintaining fairness among game players.

[0094] (Operation flow when the game is stopped) FIG. 19 is a flowchart showing the operation when the game is stopped. 19 shows an example in which a game player owning a user terminal 1041 and a game player owning a user terminal 1042 initially participate in a game, and the game player owning user terminal 1042 stops the game midway through. In the example shown in FIG. 19, when the game on user terminal 1042 is stopped, the instance executing the game application changes from instance 54 to instance 53.

[0095] As shown in Figure 19, when both game players owning user terminals 1041 and 1042 are participating in the game, a route for game traffic 65 is set between user terminal 104 and instance 54 of data center 32.

[0096] When a game player who owns the user terminal 1042 performs an input operation to stop game play on the user terminal 1042, an instance stop instruction is transmitted from the client unit 143 of the user terminal 1042 to the orchestrator 102 via the mobile network 6 (S71). The instance stop instruction includes game party information in addition to game identifier information.

[0097] Next, the query unit 23 of the orchestrator 102 reads out the game instance information 1241 shown in FIG. 17 stored in the storage unit 124 (ST72). Next, the query unit 23 checks from the read game instance information whether or not another user terminal 104 is connected to the instance corresponding to the game party information transmitted from the user terminal 1042 . If no other user terminal 104 is connected, the same processing as that from step 3 onwards in the operational flow of FIG. 13 in the first embodiment described above is carried out. If another user terminal 104 is connected, the process proceeds to step 73. In the example shown in FIG.

[0098] Next, the query unit 23 of the orchestrator 102 requests capability information, network information, and cost information from each of the data centers 31 and 32, and further requests scene information from the data center 32 currently executing the application (ST73). The query unit 23 acquires capability information 72, network information 73, and cost information 71 shown in Figures 4 to 6 from each of the data centers 31 and 32, and further acquires scene information 521 shown in Figure 3 from the data center 32 (ST74).

[0099] Next, the decision unit 121 of the orchestrator 102 reads the required specification information shown in FIG. 11 from the storage unit 124 (ST75).

[0100] Next, the decision unit 121 of the orchestrator 102 selects and determines the data center 3 and instance 5 that will run the game application for the user terminals 104 owned by the remaining game players who have not performed a stop input operation during the game party (ST76).

[0101] A specific example of determining an instance of a data center will be described below, but the present invention is not limited to this. Based on the game identifier and the scene information, the decision unit 121 acquires, from the read required spec information, spec information required to execute the scene corresponding to the scene information of the application of the game title corresponding to the game identifier. Next, the decision unit 121 selects an instance that satisfies the required spec information 242 using the capability information 72 and network information 73 acquired from each of the data centers 31 and 32. As a result, an instance that is neither too much nor too little for the required spec information is allocated. Furthermore, when there are multiple game players other than the game player of the user terminal 104 that sent the instance stop command, the decision unit 121 selects, from the user terminals 104 owned by each of the multiple game players, an instance 5 that minimizes the maximum value of communication delay between the user terminal 104 and the instance 5, and determines the instance as the instance on which the application will be executed. This maximizes the performance of the user terminal 104 owned by each game player while maintaining fairness among the game players. Furthermore, when there is only one game player other than the game player of the user terminal 104 that sent the instance stop command, the decision unit 121 can determine the instance using, for example, a method similar to the specific example of instance determination shown in the first embodiment. 19, instance 53 in data center 31 is selected and determined as the game instance that will execute the game application after the game player of user terminal 1042 stops the game. In other words, an instance different from the instance that has been executing the game application up until now has been selected. Here, if the decision result of the decision unit 121 indicates that there is no change in the instance, the process proceeds to step 82 . On the other hand, if the instance changes as in the example shown in FIG.

[0102] Next, the deployment unit 22 of the orchestrator 102 instructs the determined data center 31 to start the instance 53 (ST77). Next, the instance 53 instructs the instance 54 in the data center 32 that has been running the application up until now to synchronize internal information (ST78), and the internal information is acquired from the instance 54, completing the internal information synchronization (ST79). Upon completion of the internal information synchronization, the instance 53 is started.

[0103] When the deployment unit 22 receives a notification that the startup of the instance 53 is complete (ST80), it notifies the user terminal 1042 via the mobile network 6 that the shutdown of the instance 54 is complete (ST81). The user terminal 104 receives the notification that the instance has been stopped, and stops playing the game. Next, the deployment unit 22 sets a route for game traffic between the user terminal 104 and the instance 53 via the NEF 63 of the mobile network 6 (ST82). Here, the route is set to change from the route for game traffic between the user terminal 104 and the instance 54 to the route for game traffic between the user terminal 104 and the instance 53. The deployment unit 22 receives the notification that the route has been set (ST83), whereby the route for the game traffic 65 is set. In the data center 32, the instance 54 is stopped after the synchronization of the internal information is completed (ST84).

[0104] In this way, in multiplayer mode, if a game player participating in the same game party stops playing the game, the orchestrator 102 automatically selects and determines a new instance using required specification information, scene information, capability information, network information, and cost information. This allows an appropriate instance to be assigned to the user terminal 104. When there are multiple game players remaining in a game party, for example, it is possible to determine an instance that maximizes the performance of the user terminal 104 owned by each game player while maintaining fairness among the game players. Also, when there is only one game player remaining in the party, for example, it is possible to assign an instance to the remaining user terminal 104 at low cost that is neither too much nor too little in terms of required specification information.

[0105] As described above, according to the second embodiment, it is possible to reduce the difference in communication delay between the user terminal and the instance caused by each game player, thereby achieving a good balance between the quality of experience of the game and the cost, and maintaining fairness among game players.

[0106] The embodiments of the present technology are not limited to the above-described embodiments, and various modifications are possible without departing from the spirit of the present technology. For example, in the above-described embodiment, the application is a game application, but the present invention is not limited to this. In the case of a game application, the required specification information, cost information, etc. differ depending on the game title and game scene. Therefore, as in the above-described embodiment, determining an appropriate instance by taking game title information and game scene information into consideration is particularly effective, and can improve user satisfaction without incurring unnecessary costs.

[0107] The present technology can also be configured as follows. (1) a decision unit that determines, from among a plurality of data centers, a data center that has an instance that executes the application used by the user terminal, based on capability information of an instance that executes an application possessed by the data center, network information related to communication between the user terminal and the data center, and required specification information necessary for executing the application, which are acquired from each of a plurality of data centers that can communicate with the user terminal via a network; An information processing device comprising:

[0108] (2) The information processing device according to (1) above, The above network information includes communication delay information, The plurality of data centers include at least two data centers having different communication delay information with the user terminal. Information processing device.

[0109] (3) The information processing device according to (2) above, The above network information further includes throughput information. Information processing device.

[0110] (4) The information processing device according to any one of (1) to (3) above, The decision unit determines a data center to be used by the user terminal from among the plurality of data centers, when triggered by receiving a start instruction or a stop instruction from the user terminal or a change in the network information acquired from the data center. Information processing device.

[0111] (5) The information processing device according to any one of (1) to (4) above, The application is a game application, The decision unit further takes into consideration game title information and game scene information of the game application to be executed and determines a data center to be used by the user terminal from among the plurality of data centers. Information processing device.

[0112] (6) The information processing device according to (5) above, The required specification information is set in advance for each of a plurality of different game titles and a plurality of different game scenes. Information processing device.

[0113] (7) The information processing device according to any one of (1) to (6) above, The decision unit further takes into consideration cost information acquired from each of the plurality of data centers and determines a data center to be used by the user terminal from among the plurality of data centers. Information processing device.

[0114] (8) The information processing device according to any one of (1) to (7) above, There are multiple user terminals listed above. The decision unit determines a data center to be used by the plurality of user terminals based on the capability information, the network information for each of the plurality of user terminals, and the required specification information, all of which are acquired from the plurality of data centers. Information processing device.

[0115] (9) Acquires, from each of a plurality of data centers that can communicate with the user terminal via a network, capability information of an instance that executes an application held by the data center and network information related to communication between the user terminal and the data center; A data center having an instance that executes the application used by the user terminal is determined from among the plurality of data centers based on the capability information, the network information, and required specification information necessary for executing the application. Information processing methods.

[0116] (10) acquiring, from each of a plurality of data centers that can communicate with a user terminal via a network, capability information of an instance that executes an application held by the data center and network information related to communication between the user terminal and the data center; determining, from among the plurality of data centers, a data center having an instance that executes the application used by the user terminal, based on the capability information, the network information, and required specification information necessary for executing the application; A program that causes an information processing device to execute the above.

[0117] (11) A user terminal; Network and a plurality of data centers that can communicate with the user terminal via the network; an information processing device including a decision unit that determines, from among the plurality of data centers, a data center that has an instance that executes the application used by the user terminal, based on capability information of an instance that executes the application possessed by the data center, network information related to communication between the user terminal and the data center, and required specification information necessary for execution of the application, which are acquired from each of the plurality of data centers; An information processing system comprising: [Explanation of symbols]

[0118] 1, 101...Information Processing Systems 2, 102...Orchestrator (information processing device) 3, 31, 32, 33...Data Center 4, 41, 42, 104, 1041, 1042...User terminals 6...Mobile network (network) 21, 121...Decision Section 71...Cost Information 72...Capability information 73...Network information 242...Required specification information 521...Scene information

Claims

1. a decision unit that determines, from among a plurality of data centers, a data center that has an instance that executes the application used by the user terminal, based on capability information of an instance that executes an application possessed by the data center, network information related to communication between the user terminal and the data center, and required specification information necessary for execution of the application, which are acquired from each of a plurality of data centers that can communicate with the user terminal via a network; An information processing device comprising:

2. 2. The information processing device according to claim 1, The network information includes communication delay information, The plurality of data centers include at least two data centers having different communication delay information with the user terminal. Information processing device.

3. 3. The information processing device according to claim 2, The network information further includes throughput information. Information processing device.

4. 4. The information processing device according to claim 3, The decision unit determines a data center to be used by the user terminal from among the plurality of data centers, when triggered by receiving a start instruction or a stop instruction to start or stop the instance from the user terminal or a change in the network information acquired from the data center. Information processing device.

5. 5. The information processing device according to claim 4, the application is a game application, The decision unit further takes into consideration game title information and game scene information of the game application to be executed and determines a data center to be used by the user terminal from among the plurality of data centers. Information processing device.

6. 6. The information processing device according to claim 5, The required specification information is set in advance for each of a plurality of different game titles and a plurality of different game scenes. Information processing device.

7. 7. The information processing device according to claim 6, The decision unit further takes into consideration cost information acquired from each of the plurality of data centers and determines a data center to be used by the user terminal from among the plurality of data centers. Information processing device.

8. 3. The information processing device according to claim 2, There are a plurality of said user terminals, The decision unit determines a data center to be used by the plurality of user terminals based on the capability information, the network information for each of the plurality of user terminals, and the required specification information acquired from each of the plurality of data centers. Information processing device.

9. Acquires, from each of a plurality of data centers that can communicate with a user terminal via a network, capability information of an instance that executes an application held by the data center and network information related to communication between the user terminal and the data center; A data center having an instance that executes the application used by the user terminal is determined from among the plurality of data centers based on the capability information, the network information, and required specification information necessary for executing the application. Information processing methods.

10. acquiring, from each of a plurality of data centers that can communicate with a user terminal via a network, capability information of an instance that executes an application held by the data center and network information related to communication between the user terminal and the data center; determining, from among the plurality of data centers, a data center having an instance that executes the application used by the user terminal, based on the capability information, the network information, and required specification information necessary for executing the application; A program that causes an information processing device to execute the above.

11. A user terminal; Network and a plurality of data centers that can communicate with the user terminal via the network; an information processing device including a decision unit that determines, from among the plurality of data centers, a data center that has an instance that executes the application used by the user terminal, based on capability information of an instance that executes the application possessed by the data center, network information related to communication between the user terminal and the data center, and required specification information necessary for execution of the application, which are acquired from each of the plurality of data centers; An information processing system comprising:

Images