JP7768128B2 - 情報処理装置、情報処理方法、プログラム及び情報処理システム - Google Patents
情報処理装置、情報処理方法、プログラム及び情報処理システムInfo
- Publication number
- JP7768128B2 JP7768128B2 JP2022524371A JP2022524371A JP7768128B2 JP 7768128 B2 JP7768128 B2 JP 7768128B2 JP 2022524371 A JP2022524371 A JP 2022524371A JP 2022524371 A JP2022524371 A JP 2022524371A JP 7768128 B2 JP7768128 B2 JP 7768128B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- instance
- game
- user terminal
- data center
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/35—Details of game servers
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0888—Throughput
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Environmental & Geological Engineering (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
本技術は、情報処理装置及び情報処理方法に関する。
特許文献１には、ゲームサービスを提供するデバイスを変更することが記載されている。特許文献１では、ゲームプレイがサーバ実行ビデオゲームとクライアント実行ビデオゲームとの間を往復して移動することが可能となっている。
アプリケーションを実行するゲームサーバを適切なものとすることが望まれている。
以上のような事情に鑑み、本技術の目的は、アプリケーションを実行するゲームサーバを適切なものとすることが可能な情報処理装置、情報処理方法、プログラム及び情報処理システムを提供することにある。
上記目的を達成するため、本技術の一形態に係る情報処理装置は、デシジョン部を具備する。
上記デシジョン部は、ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から取得した、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報とに基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定する。
上記デシジョン部は、ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から取得した、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報とに基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定する。
上記ネットワーク情報には通信遅延情報が含まれ、複数の上記データセンターには、上記ユーザ端末との通信遅延情報が互いに異なる少なくとも２つのデータセンターが含まれてもよい。
上記ネットワーク情報には、更にスループット情報が含まれてもよい。
上記デシジョン部は、上記ユーザ端末からの起動指示又は停止指示の受信、或いは、上記データセンターから取得した上記ネットワーク情報の変化をトリガに、上記ユーザ端末が利用するデータセンターを複数の上記データセンターの中から決定してもよい。
上記アプリケーションはゲームアプリケーションであり、上記デシジョン部は、実行される上記ゲームアプリケーションのゲームタイトル情報及びゲームシーン情報を更に加味して、上記ユーザ端末が利用するデータセンターを複数の上記データセンターの中から決定してもよい。
上記要求スペック情報は、互いに異なる複数のゲームタイトル毎に、互いに異なる複数のゲームシーン毎で予め設定されてもよい。
上記デシジョン部は、複数の上記データセンター各々から取得したコスト情報を更に加味して、上記ユーザ端末が利用するデータセンターを複数の上記データセンターの中から決定してもよい。
上記ユーザ端末は複数あり、上記デシジョン部は、複数のデータセンター各々から取得した、上記ケーパビリティ情報及び複数の上記ユーザ端末毎の上記ネットワーク情報と、上記要求スペック情報とに基づいて、複数の上記ユーザ端末が利用するデータセンターを決定してもよい。
上記目的を達成するため、本技術の一形態に係る情報処理方法は、
ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報を取得し、
上記ケーパビリティ情報及び上記ネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報に基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定する。
ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報を取得し、
上記ケーパビリティ情報及び上記ネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報に基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定する。
上記目的を達成するため、本技術の一形態に係るプログラムは、
ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報を取得するステップと、
上記ケーパビリティ情報及び上記ネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報に基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定するステップ
を情報処理装置に実行させる。
ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報を取得するステップと、
上記ケーパビリティ情報及び上記ネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報に基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定するステップ
を情報処理装置に実行させる。
上記目的を達成するため、本技術の一形態に係る情報処理システムは、
ユーザ端末と、
ネットワークと、
上記ネットワークを介して上記ユーザ端末と通信可能な複数のデータセンターと、
複数の上記データセンター各々から取得した、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報とに基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定するデシジョン部を備える情報処理装置と
を具備する。
ユーザ端末と、
ネットワークと、
上記ネットワークを介して上記ユーザ端末と通信可能な複数のデータセンターと、
複数の上記データセンター各々から取得した、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報とに基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定するデシジョン部を備える情報処理装置と
を具備する。
以下、本技術について、図面を参照して説明する。以下の実施形態ではアプリケーションとしてゲームアプリケーションを例にあげて説明する。
＜第１の実施形態＞
［情報処理システムの概略構成］
図１は、本実施形態に係る情報処理システム１の構成図である。
図１に示すように、情報処理システム１は、情報処理装置としてのオーケストレータ２と、複数のデータセンター３と、ユーザであるゲームプレイヤーが所持するユーザ端末４と、ネットワークとしてのモバイルネットワーク６を有する。
各データセンター３は、ゲームプレイヤーがユーザ端末４で行うゲームを構成する各種計算処理、例えばゲームロジックやエンコーディング等を実行する。データセンター３は、ゲームアプリケーションを実行してゲームサービスをゲームプレイヤーに対して提供する。データセンター３は、モバイルネットワーク６を経由して、ユーザ端末４と通信可能に構成される。
オーケストレータ２は、複数のデータセンター３の中から、ゲームを実行するデータセンター３を選出、決定する。オーケストレータ２は、モバイルネットワーク６を経由して、ユーザ端末４と通信可能に構成される。オーケストレータ２は、データセンター３と通信可能に構成される。オーケストレータ２は、ゲームアプリケーションを実行するデータセンターを動的に切り替えることができる。
モバイルネットワーク６は、ユーザ端末４とデータセンター３間の通信路である。
尚、オーケストレータがいずれかのデータセンター上で動作してもよい。
また、図１において、データセンター３の数を便宜的に３つとしたが、これに限定されず、複数あればよい。また、複数のデータセンター３それぞれを区別するために符号３１～３３を付すが、特に区別する必要がない場合はデータセンター３という。また、第１の実施形態では、ゲームプレイヤーの数を１名、すなわちユーザ端末４が１つである場合について説明する。ゲームプレイヤーの数は複数名、すなわち複数のユーザ端末４が複数あってもよく、ユーザ端末４が複数ある場合については第２の実施形態で後述する
以下、詳細について説明する。
＜第１の実施形態＞
［情報処理システムの概略構成］
図１は、本実施形態に係る情報処理システム１の構成図である。
図１に示すように、情報処理システム１は、情報処理装置としてのオーケストレータ２と、複数のデータセンター３と、ユーザであるゲームプレイヤーが所持するユーザ端末４と、ネットワークとしてのモバイルネットワーク６を有する。
各データセンター３は、ゲームプレイヤーがユーザ端末４で行うゲームを構成する各種計算処理、例えばゲームロジックやエンコーディング等を実行する。データセンター３は、ゲームアプリケーションを実行してゲームサービスをゲームプレイヤーに対して提供する。データセンター３は、モバイルネットワーク６を経由して、ユーザ端末４と通信可能に構成される。
オーケストレータ２は、複数のデータセンター３の中から、ゲームを実行するデータセンター３を選出、決定する。オーケストレータ２は、モバイルネットワーク６を経由して、ユーザ端末４と通信可能に構成される。オーケストレータ２は、データセンター３と通信可能に構成される。オーケストレータ２は、ゲームアプリケーションを実行するデータセンターを動的に切り替えることができる。
モバイルネットワーク６は、ユーザ端末４とデータセンター３間の通信路である。
尚、オーケストレータがいずれかのデータセンター上で動作してもよい。
また、図１において、データセンター３の数を便宜的に３つとしたが、これに限定されず、複数あればよい。また、複数のデータセンター３それぞれを区別するために符号３１～３３を付すが、特に区別する必要がない場合はデータセンター３という。また、第１の実施形態では、ゲームプレイヤーの数を１名、すなわちユーザ端末４が１つである場合について説明する。ゲームプレイヤーの数は複数名、すなわち複数のユーザ端末４が複数あってもよく、ユーザ端末４が複数ある場合については第２の実施形態で後述する
以下、詳細について説明する。
［各構成の詳細］
（データセンターの構成）
データセンター３１、３２及び３３は同様の基本構成を有する。
図１の例では、データセンター３１及び３２は、エッジデータセンター（edge DC）である。データセンター３３は、セントラルデータセンター（central DC）である。エッジデータセンターは、ゲームプレイヤーが所持するユーザ端末４との通信遅延時間が短く（言い換えると、レイテンシが小さい）、セントラルデータセンターはユーザ端末４との通信遅延時間が長い（言い換えると、レイテンシが大きい）。典型的には、エッジデータセンターは、セントラルデータセンターと比べてサーバーリソースが限られており、サーバーリソースの使用に係る費用が高い。その一方で、典型的には、エッジデータセンターは、セントラルデータセンターよりもユーザ端末に近い。
複数のデータセンター３のうち少なくとも１つは、他のデータセンター３と、ユーザ端末４との通信遅延時間（以下、レイテンシ（Latency）ということがある。）が異なる。
（データセンターの構成）
データセンター３１、３２及び３３は同様の基本構成を有する。
図１の例では、データセンター３１及び３２は、エッジデータセンター（edge DC）である。データセンター３３は、セントラルデータセンター（central DC）である。エッジデータセンターは、ゲームプレイヤーが所持するユーザ端末４との通信遅延時間が短く（言い換えると、レイテンシが小さい）、セントラルデータセンターはユーザ端末４との通信遅延時間が長い（言い換えると、レイテンシが大きい）。典型的には、エッジデータセンターは、セントラルデータセンターと比べてサーバーリソースが限られており、サーバーリソースの使用に係る費用が高い。その一方で、典型的には、エッジデータセンターは、セントラルデータセンターよりもユーザ端末に近い。
複数のデータセンター３のうち少なくとも１つは、他のデータセンター３と、ユーザ端末４との通信遅延時間（以下、レイテンシ（Latency）ということがある。）が異なる。
図２は、データセンター３の機能ブロック図である。図３は、データセンター３の後述する記憶部５２に記憶されるシーン情報（図２における符号５２１）の例である。図４は、データセンター３の後述する記憶部７に記憶されるケーパビリティ情報（図２における符号７２）の例である。図５は、データセンター３の記憶部７に記憶されるネットワーク情報（図２における符号７３）の例である。図６は、データセンター３の記憶部７に記憶されるコスト情報（図２における符号７１）の例である。
図２に示すように、データセンター３は、複数のインスタンス５と、記憶部７と、ＡＰＩ（Application Programing Interface）サーバ部８と、テレメトリー部９と、仮想化プロットフォーム部１０を有する。
仮想化プロットフォーム部１０は、仮想計算機であるインスタンス５を生成する。仮想化プラットフォーム部１０は、例えば、Open Stack(登録商標)等の仮想マシンプラットフォームやdocker/k8s（dockerは登録商標である。）などのコンテナプラットフォームである。
インスタンス５は、ゲームアプリケーション部５１と、記憶部５２を有する。インスタンス５はゲームサービスを実行するゲームサーバである。
ゲームアプリケーション部５１は、インスタンス５で実行されるゲームアプリケーションである。以下、ゲームアプリケーションを実行するインスタンスをゲームインスタンスということがある。
ゲームアプリケーション部５は、ロジック部５１１と、ビデオストリーム送信部５１２と、パッド信号受信部５１３を有する。
パッド信号受信部５１３は、ゲームプレイヤーによりユーザ端末４のゲームパッドで入力されたパッド信号を受信する。換言すると、パッド信号は、ゲームプレイヤーによるユーザ端末４での入力操作により取得される入力操作信号である。パッド信号受信部５１３は、ＵＤＰ（User Datagram Protocol）やＴＣＰ(Transmission Control Protocol)等のプロトコルのペイロードに格納されているゲームパッドからの入力を取り出して、ロジック部５１１に渡す。
ロジック部５１１は、パッド信号受信部５１３で受信したパッド信号に基づいてゲームに応じた判定／処理を行う。ロジック部５１１は、後述する記憶部５２で、パッド信号やゲームの進捗に応じて変化する内部状態の情報（以下、内部情報という。）５２２やシーン情報５２１を記憶する。シーン情報５２１には、プレイ中のゲームタイトル情報と、現在のゲームシーン情報が含まれる。ゲームシーンは、例えば、オープニングシーン、設定（コンフィグ）シーン、バトルシーン、ビデオシーン、エンディングシーン等である。当該内部情報５２２は、同じゲームアプリケーションが動作する他のインスタンスの記憶部にコピーされ得る。これにより、ゲームアプリケーションを他のインスタンスで再開することができる。
ビデオストリーム送信部５１２は、ロジック部５１１の出力に基づいてゲームのビデオストリームを生成してユーザ端末４に送信する。より具体的には、ビデオストリーム送信部５１２は、ロジック部５１１の出力をベースにして画をレンダリングし、Ｈ．２６４やＨ．２６５等でエンコードし、ＲＴＰ（Real-Time Transport Protocol）等のプロトコルのペイロードに格納してユーザ端末４へ送信する。更に、ビデオストリーム送信部５１２は、ユーザ端末４から受信するＲＴＣＰ（Real-Time Transport Control Protocol）等のプロトコルのペイロードに格納された受信品質に基づいてエンコードに関するパラメータ、例えばビットレートやフレームレート等を変更する。
ゲームアプリケーション部５は、ロジック部５１１と、ビデオストリーム送信部５１２と、パッド信号受信部５１３を有する。
パッド信号受信部５１３は、ゲームプレイヤーによりユーザ端末４のゲームパッドで入力されたパッド信号を受信する。換言すると、パッド信号は、ゲームプレイヤーによるユーザ端末４での入力操作により取得される入力操作信号である。パッド信号受信部５１３は、ＵＤＰ（User Datagram Protocol）やＴＣＰ(Transmission Control Protocol)等のプロトコルのペイロードに格納されているゲームパッドからの入力を取り出して、ロジック部５１１に渡す。
ロジック部５１１は、パッド信号受信部５１３で受信したパッド信号に基づいてゲームに応じた判定／処理を行う。ロジック部５１１は、後述する記憶部５２で、パッド信号やゲームの進捗に応じて変化する内部状態の情報（以下、内部情報という。）５２２やシーン情報５２１を記憶する。シーン情報５２１には、プレイ中のゲームタイトル情報と、現在のゲームシーン情報が含まれる。ゲームシーンは、例えば、オープニングシーン、設定（コンフィグ）シーン、バトルシーン、ビデオシーン、エンディングシーン等である。当該内部情報５２２は、同じゲームアプリケーションが動作する他のインスタンスの記憶部にコピーされ得る。これにより、ゲームアプリケーションを他のインスタンスで再開することができる。
ビデオストリーム送信部５１２は、ロジック部５１１の出力に基づいてゲームのビデオストリームを生成してユーザ端末４に送信する。より具体的には、ビデオストリーム送信部５１２は、ロジック部５１１の出力をベースにして画をレンダリングし、Ｈ．２６４やＨ．２６５等でエンコードし、ＲＴＰ（Real-Time Transport Protocol）等のプロトコルのペイロードに格納してユーザ端末４へ送信する。更に、ビデオストリーム送信部５１２は、ユーザ端末４から受信するＲＴＣＰ（Real-Time Transport Control Protocol）等のプロトコルのペイロードに格納された受信品質に基づいてエンコードに関するパラメータ、例えばビットレートやフレームレート等を変更する。
記憶部５２は、パッド信号に基づく判定／処理やゲームの進捗に応じて変化する内部情報５２２を記憶する。
また、記憶部５２は、例えば図３に示すような、ゲームタイトル情報と現在のゲームシーン情報を含むシーン情報５２１を記憶する。
また、記憶部５２は、例えば図３に示すような、ゲームタイトル情報と現在のゲームシーン情報を含むシーン情報５２１を記憶する。
尚、図２を用いた説明では、ゲームアプリケーション部５１を構成するロジック部５１１と、ビデオストリーム送信部５１２と、パッド信号受信部５１３が単一のインスタンス５で実行される場合を例示しているが、複数のインスタンス５、複数のデータセンター３を跨いで実行されても良い。
テレメトリー部９は、インスタンス５毎にユーザ端末４との通信遅延時間やバンド幅等の計測結果を取得し、後述する記憶部７で、これら計測結果をネットワーク情報として記憶する。
テレメトリー部９は、データセンター３が提供可能なインスタンスの計算機リソースに関するケーパビリティ情報を取得し、記憶部７で記憶する。
テレメトリー部９は、インスタンス５毎に、インスタンス５を利用するために必要なコスト情報を取得し、記憶部７で記憶する。
テレメトリー部９は、データセンター３が提供可能なインスタンスの計算機リソースに関するケーパビリティ情報を取得し、記憶部７で記憶する。
テレメトリー部９は、インスタンス５毎に、インスタンス５を利用するために必要なコスト情報を取得し、記憶部７で記憶する。
記憶部７は、例えば図４に示すような、提供可能なインスタンス５の計算機リソースに関するケーパビリティ情報を記憶する。計算機リソースは、例えばＣＰＵ（Central Processing Unit）、メモリ、ＧＰＵ（Graphics Processing Unit）等である。図４において、v-instance1はバーチャルインスタンス１を示し、v-instance2はバーチャルインスタンス２を示し、これらはデータセンター３が有する複数のインスタンス５それぞれに相当する。図４に示すように、記憶部７には、ケーパビリティ情報として、インスタンス５毎のｖＣＰＵ（virtual CPU）のコア数、v Ｍｅｍｏｒｙ (virtual Memory)の容量、ｖＧＰＵ（virtual GPU）のコア数が記憶される。
また、記憶部７は、例えば図５に示すような、インスタンス５毎のネットワーク情報を記憶する。ネットワーク情報は、インスタンス５とユーザ端末４との通信リソースに関する情報である。ネットワーク情報には、スループット情報や通信遅延情報が含まれる。
スループットは、モバイルネットワーク６を通じて単位時間当たりに送受信できるデータ量であり、データ伝送能力を表す。図５では、スループット情報を、バンド幅（bandwidth）を用いて示す。バンド幅は、通信に使われる通信速度を意味する。バンド幅の数値が大きいほど単位時間あたりに転送可能な情報量が多い。
通信遅延情報である通信遅延時間（レイテンシ）は、転送要求を出してから実際にデータが送られてくるまでに生じる、通信の遅延時間を指す。
図５に示すように、インスタンス５毎に、ユーザ端末４との間のネットワーク情報が記憶される。レイテンシ及びバンド幅はテレメトリー部９で随時計測結果が取得され、更新され得る。ネットワーク情報は、データセンター３におけるユーザ端末４との通信性能を示す。
尚、情報処理システム１が複数のユーザ端末４を有する場合の詳細については後述の第２の実施形態で説明するが、図５に示すように、各データセンター３の記憶部７には、複数のユーザ端末４毎に各インスタンスのネットワーク情報が記憶される。
スループットは、モバイルネットワーク６を通じて単位時間当たりに送受信できるデータ量であり、データ伝送能力を表す。図５では、スループット情報を、バンド幅（bandwidth）を用いて示す。バンド幅は、通信に使われる通信速度を意味する。バンド幅の数値が大きいほど単位時間あたりに転送可能な情報量が多い。
通信遅延情報である通信遅延時間（レイテンシ）は、転送要求を出してから実際にデータが送られてくるまでに生じる、通信の遅延時間を指す。
図５に示すように、インスタンス５毎に、ユーザ端末４との間のネットワーク情報が記憶される。レイテンシ及びバンド幅はテレメトリー部９で随時計測結果が取得され、更新され得る。ネットワーク情報は、データセンター３におけるユーザ端末４との通信性能を示す。
尚、情報処理システム１が複数のユーザ端末４を有する場合の詳細については後述の第２の実施形態で説明するが、図５に示すように、各データセンター３の記憶部７には、複数のユーザ端末４毎に各インスタンスのネットワーク情報が記憶される。
また、記憶部７は、例えば図６に示すような、インスタンス５毎のコスト情報を記憶する。コスト情報には、例えば、単位時間あたりのインスタンス５の利用料、データセンター３が外部からデータを受信する（インバウンド）時の通信料、データ３が外部へデータを送信する（アウトバンド）時の通信料等が含まれる。
尚、コスト情報は、固定されていてもよいし、変動可能に設定されてもよく、システムの組み方によって適宜設定し得る。例えば、あるインスタンスへの需要の増大に伴って利用料が上がる等、変動されるように設定されてもよい。
尚、コスト情報は、固定されていてもよいし、変動可能に設定されてもよく、システムの組み方によって適宜設定し得る。例えば、あるインスタンスへの需要の増大に伴って利用料が上がる等、変動されるように設定されてもよい。
記憶部７は、ＳＱＬ（Structured Query Language）等の関係データベース管理システムで実装する方法が考えられるが、特に限定されない。
ＡＰＩサーバ部８は、仮想化プラットフォーム部１０にゲームインスタンスを起動させるためのＡＰＩを提供する。当該ＡＰＩは、プレイ中のゲームタイトルとゲームシーンを含むシーン情報、インスタンス５のケーパビリティ情報、ネットワーク情報、コスト情報をオーケストレータ２に開示するためのものである。ＡＰＩの実装方法は特に限定されず、例えばＲＥＳＴ ＡＰＩの様式で実装することが可能である。ＲＥＳＴ ＡＰＩは、ＲＥＳＴ（Representational State Transfer）の考え方に従って実装されたＡＰＩのことである。
（ユーザ端末の構成）
図７はユーザ端末４の機能ブロック図である。
図７に示すように、ユーザ端末４は、パッド信号送信部４１と、ビデオストリーム受信部４２と、クライアント部４３と、無線通信部４４を有する。
ユーザ端末４は、ゲームプレイヤーの入力操作を受け付けるゲームパッド（図示省略）と、表示部（図示省略）とを有する。表示部には、ゲーム画像等が表示される。尚、表示部とゲームパッドを有するゲームコントローラとが別々の機器にあってもよい。また、入力操作を受け付ける形態がゲームパッドである例をあげたが、これに限定されずタッチパネル等であってもよい。
図７はユーザ端末４の機能ブロック図である。
図７に示すように、ユーザ端末４は、パッド信号送信部４１と、ビデオストリーム受信部４２と、クライアント部４３と、無線通信部４４を有する。
ユーザ端末４は、ゲームプレイヤーの入力操作を受け付けるゲームパッド（図示省略）と、表示部（図示省略）とを有する。表示部には、ゲーム画像等が表示される。尚、表示部とゲームパッドを有するゲームコントローラとが別々の機器にあってもよい。また、入力操作を受け付ける形態がゲームパッドである例をあげたが、これに限定されずタッチパネル等であってもよい。
無線通信部４４は、モバイルネットワーク６を介してデータセンター３とデータの送受信を行う。
パッド信号送信部４１は、ソフトウェアやハードウェアで実装されたゲームパッドからの入力に係るパッド信号（入力操作信号ということもある。）を、無線通信部４４を介してデータセンター３へ送信する。パッド信号送信部４１は、ゲームパッドからのパッド信号をＵＤＰ（User Datagram Protocol）やＴＣＰ（Transmission Control Protocol）等のプロトコルのペイロードに格納する。
ビデオストリーム受信部４２は、無線通信部４４を介してデータセンター３のインスタンス５からビデオストリームを受信する。ビデオストリーム受信部４２は、ＲＴＰ等のプロトコルのペイロードに格納されるＨ．２６４やＨ．２６５等でエンコードされたビデオストリームをデコードする。更に、ビデオストリーム受信部４２は、ビデオストリームの受信品質をＲＴＣＰ（Real-time Transport Control Protocol）等のプロトコルのペイロードに格納してインスタンス５にフィードバックする。デコード結果はゲーム画像等として表示部に表示される。
クライアント部４３は、インスタンスの起動や停止をつかさどる。クライアント部４３は、ゲームプレイヤーによる入力操作に応じて、インスタンス５を起動又は停止するためのインスタンス起動指示又は停止指示をオーケストレータ２へ送信する。当該インスタンス起動指示又は停止指示には、少なくともゲームのタイトルといった互いに異なるゲームを識別するゲーム識別子の情報が含まれる。本実施形態においては、このためのプロトコルは特に限定されないが、例えばＲＥＳＴ ＡＰＩの様式で実装することが可能である。
（オーケストレータの構成）
図８は、情報処理装置としてのオーケストレータ２の機能ブロック図である。図９は、オーケストレータ２の記憶部２４に記憶されるゲームインスタンス情報（図８における符号２４１）の例である。図１０は、記憶部２４に記憶されるデータセンター情報（図８における符号２４３）の例である。図１１は、記憶部２４に記憶される要求スペック情報（図８に示す符号２４２）の例である。
図８は、情報処理装置としてのオーケストレータ２の機能ブロック図である。図９は、オーケストレータ２の記憶部２４に記憶されるゲームインスタンス情報（図８における符号２４１）の例である。図１０は、記憶部２４に記憶されるデータセンター情報（図８における符号２４３）の例である。図１１は、記憶部２４に記憶される要求スペック情報（図８に示す符号２４２）の例である。
図８に示すように、オーケストレータ２は、デシジョン部２１と、デプロイ部２２と、クエリ部２３と、記憶部２４と、ＡＰＩサーバ部２５を有する。オーケストレータ２は、各種情報に基づいて、ゲームアプリケーションを実行するデータセンター３を選出し、決定する。
記憶部２４は、ゲームインスタンス情報２４１と、要求スペック情報２４２と、データセンター情報２４３を記憶する。
図９に示すように、ゲームインスタンス情報２４１には、ゲームサービスのユーザＩＤ等のゲームプレイヤー識別子と、当該ゲームプレイヤー識別子と対応するインスタンスの識別子とが含まれる。
図１０に示すように、データセンター情報２４３には、各データセンター３のインスタンス５のリストが含まれる。当該リストは、ゲームアプリケーションを実行するデータセンター候補のリストといえる。
図１１に示すように、要求スペック情報２４２は、各ゲームの各シーンのアプリケーションを実行するために必要な要求スペック情報である。スペック情報には、ｖＣＰＵのコア数、vＭｅｍｏｒｙの容量、ｖＧＰＵのコア数、目標のレイテンシ、バンド幅等が含まれる。図１１に示すように、ゲームタイトル毎、そして、オープニング、設定、バトル、ムービーといったシーン毎に、要求されるスペック情報は異なる。
図９に示すように、ゲームインスタンス情報２４１には、ゲームサービスのユーザＩＤ等のゲームプレイヤー識別子と、当該ゲームプレイヤー識別子と対応するインスタンスの識別子とが含まれる。
図１０に示すように、データセンター情報２４３には、各データセンター３のインスタンス５のリストが含まれる。当該リストは、ゲームアプリケーションを実行するデータセンター候補のリストといえる。
図１１に示すように、要求スペック情報２４２は、各ゲームの各シーンのアプリケーションを実行するために必要な要求スペック情報である。スペック情報には、ｖＣＰＵのコア数、vＭｅｍｏｒｙの容量、ｖＧＰＵのコア数、目標のレイテンシ、バンド幅等が含まれる。図１１に示すように、ゲームタイトル毎、そして、オープニング、設定、バトル、ムービーといったシーン毎に、要求されるスペック情報は異なる。
また、記憶部２４は、アプリケーションを実行するデータセンターを決定する一連の処理に係るプログラムを記憶する。
当該プログラムは、複数のデータセンター各々からケーパビリティ情報及びネットワーク情報を取得するステップと、ケーパビリティ情報及びネットワーク情報と、アプリケーションの実行に必要な要求スペック情報に基づいて、ユーザ端末が利用する、アプリケーションを実行するインスタンスを有するデータセンターを、複数のデータセンターの中から決定するステップをオーケストレータ２に実行させる。
当該プログラムは、複数のデータセンター各々からケーパビリティ情報及びネットワーク情報を取得するステップと、ケーパビリティ情報及びネットワーク情報と、アプリケーションの実行に必要な要求スペック情報に基づいて、ユーザ端末が利用する、アプリケーションを実行するインスタンスを有するデータセンターを、複数のデータセンターの中から決定するステップをオーケストレータ２に実行させる。
クエリ部２３は、データセンター情報２４３にリストされているデータセンター３から各種情報を取得する。
具体的には、クエリ部２３は、各データセンター３に対して各種情報を要求する。クエリ部２３は、各データセンター３のＡＰＩサーバ部８を介して、各種情報として、各インスタンス５のケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１、更にインスタンス５が実行中の場合はシーン情報５２１を取得する。
具体的には、クエリ部２３は、各データセンター３に対して各種情報を要求する。クエリ部２３は、各データセンター３のＡＰＩサーバ部８を介して、各種情報として、各インスタンス５のケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１、更にインスタンス５が実行中の場合はシーン情報５２１を取得する。
ＡＰＩサーバ部２５は、ユーザ端末４のクライアント部４３から送信されたインスタンス起動指示又は停止指示を受信する。
デシジョン部２１は、ＡＰＩサーバ部２５がインスタンス起動指示又は停止指示を受信することをトリガに、要求スペック情報と、クエリ部２３が取得するケーパビリティ情報、ネットワーク情報、及びコスト情報とを用いて、ゲームアプリケーションを実行するべきデータセンター３とインスタンス５を選出し、決定する。
また、デシジョン部２１は、クエリ部２３で取得される情報の変更をトリガに、要求スペック情報、シーン情報、ケーパビリティ情報、ネットワーク情報、及びコスト情報を用いて、ゲームアプリケーションを実行するべきデータセンター３とインスタンス５を選出し、決定する。
クエリ部２３で取得される情報の変更とは、ケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１、シーン情報５２１のうちの少なくとも１つの情報の変更である。例えば、オープニングシーンからバトルシーンへのシーン情報５２１の変更等がある。
クエリ部２３で取得される情報の変更とは、ケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１、シーン情報５２１のうちの少なくとも１つの情報の変更である。例えば、オープニングシーンからバトルシーンへのシーン情報５２１の変更等がある。
データセンター３を決定するアルゴリズムは特に限定されない。例えば、要求スペック情報に過不足のないインスタンスを割り当てることでコストを抑えることができる。図１１で例示した要求スペック情報の場合、オープニングシーンでの目標レイテンシは設定シーンやバトルシーンと比較して長いので、ケーパビリティ情報、ネットワーク情報、及びコスト情報を踏まえて、要求スペックを満足しつつ、コストの低いデータセンター３のインスタンス５が選択される動作が一例として挙げられる。
デシジョン部２１は、図９に示すゲームインスタンス情報２４１でリストされるインスタンスを実行するデータセンター３のＡＰＩサーバ部８を介してシーン情報を定期的に取得し、シーン情報の変更に応じて、インスタンス５の決定処理を行う。又は、デシジョン部２１は、イベントドリブンによるシーン情報の変更に応じて、インスタンス５の決定処理を行う。例えば、オープニングシーンからバトルシーンに遷移すると、図１１で例示した要求スペック情報の場合、バトルシーンの目標レイテンシはオープニングシーンの目標レイテンシより小さくなる。このような場合、ケーパビリティ情報、ネットワーク情報、及びコスト情報を踏まえて、アプリケーションを実行するインスタンス５として、ユーザ端末４により近いデータセンター３のインスタンス５が選出され、これに切り替わる動作が一例として挙げられる。
デプロイ部２２は、デシジョン部２１での決定結果に基づいて、インスタンス５の起動や停止、インスタンス５の変更を行い、ユーザ端末４からインスタンス５への経路を後述するＮＥＦ（Network Exposure Function）を介して設定する。
（モバイルネットワークの構成）
図１２は、モバイルネットワーク６の構成図である。
モバイルネットワーク６は、例えば第三世代パートナーシッププロジェクト(The Third Generation Partnership Project：３ＧＰＰ）で規定されるネットワークである。
モバイルネットワーク６は、ＵＰＦ（User Plane Function）６０、ＡＭＦ（Access and Mobility Management Function）６１、ＳＭＦ（Session Management Function）６２、ＮＥＦ（Network Exposure Function）６３、ｇＮＢ（NR（New Radio）無線を提供する無線基地局）６４を含んで構成される。各データセンター３１～３３は、それぞれ対応して設けられる異なるＵＰＦ６０１～６０３（互いに区別しない場合符号６０を付して説明する。）を介してモバイルネットワーク６に接続される。ＮＥＦ６３はオーケストレータ２からの指示に基づいて、ゲームトラフィックを対応するＵＰＦ６０にフォワードする様にＳＭＦ６２を設定する。ｇＮＢ６４とＵＰＦ６０とは双方向で情報を送受信する。ユーザ端末４とｇＮＢ６４とは双方向で情報を送受信する。
図１２は、モバイルネットワーク６の構成図である。
モバイルネットワーク６は、例えば第三世代パートナーシッププロジェクト(The Third Generation Partnership Project：３ＧＰＰ）で規定されるネットワークである。
モバイルネットワーク６は、ＵＰＦ（User Plane Function）６０、ＡＭＦ（Access and Mobility Management Function）６１、ＳＭＦ（Session Management Function）６２、ＮＥＦ（Network Exposure Function）６３、ｇＮＢ（NR（New Radio）無線を提供する無線基地局）６４を含んで構成される。各データセンター３１～３３は、それぞれ対応して設けられる異なるＵＰＦ６０１～６０３（互いに区別しない場合符号６０を付して説明する。）を介してモバイルネットワーク６に接続される。ＮＥＦ６３はオーケストレータ２からの指示に基づいて、ゲームトラフィックを対応するＵＰＦ６０にフォワードする様にＳＭＦ６２を設定する。ｇＮＢ６４とＵＰＦ６０とは双方向で情報を送受信する。ユーザ端末４とｇＮＢ６４とは双方向で情報を送受信する。
［情報処理方法］
情報処理システム１における、ゲームアプリケーションを実行するデータセンターを決定する一連の処理に係る情報処理方法について説明する。以下では、ゲーム開始時、ゲーム中、ゲーム停止時それぞれでの情報処理方法について説明する。
図１３は、ゲーム開始時における情報処理システム１における動作フロー図である。
図１４は、ゲーム中における情報処理システム１における動作フロー図である。
図１５は、ゲーム停止時における情報処理システム１における動作フロー図である。
図１３～１５において、便宜的にデータセンター３の数を２つで図示した。２つのデータセンター３は、それぞれデータセンター３１、データセンター３２という。また、データセンター３１が有するインスタンスには符号５３を付し、データセンター３２が有するインスタンスには符号５４を付す。尚、特にこれらを区別する必要がない場合はインスタンス５という。後述する第２の実施形態においても同様である。
情報処理システム１における、ゲームアプリケーションを実行するデータセンターを決定する一連の処理に係る情報処理方法について説明する。以下では、ゲーム開始時、ゲーム中、ゲーム停止時それぞれでの情報処理方法について説明する。
図１３は、ゲーム開始時における情報処理システム１における動作フロー図である。
図１４は、ゲーム中における情報処理システム１における動作フロー図である。
図１５は、ゲーム停止時における情報処理システム１における動作フロー図である。
図１３～１５において、便宜的にデータセンター３の数を２つで図示した。２つのデータセンター３は、それぞれデータセンター３１、データセンター３２という。また、データセンター３１が有するインスタンスには符号５３を付し、データセンター３２が有するインスタンスには符号５４を付す。尚、特にこれらを区別する必要がない場合はインスタンス５という。後述する第２の実施形態においても同様である。
（ゲーム開始時の動作）
図１３は、ゲーム開始時の動作フロー図である。
図１３に示すように、ゲームプレイヤーによりユーザ端末４でのゲームプレイの起動入力操作が行われると、ユーザ端末４のクライアント部４３からモバイルネットワーク６を経由してオーケストレータ２へインスタンス起動指示が送信される（ＳＴ１）。当該インスタンス起動指示には、ゲーム識別子の情報が含まれる。
図１３は、ゲーム開始時の動作フロー図である。
図１３に示すように、ゲームプレイヤーによりユーザ端末４でのゲームプレイの起動入力操作が行われると、ユーザ端末４のクライアント部４３からモバイルネットワーク６を経由してオーケストレータ２へインスタンス起動指示が送信される（ＳＴ１）。当該インスタンス起動指示には、ゲーム識別子の情報が含まれる。
次に、オーケストレータ２のクエリ部２３は、記憶部２４から、図１０に示すデータセンター情報を読み出す（ＳＴ２）。
次に、オーケストレータ２のクエリ部２３は、データセンター３に対し、ケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１を要求する（ＳＴ３）。クエリ部２３は、各データセンター３１及び３２から、図４～６それぞれに示すケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１を取得する（ＳＴ４）。これら情報は最新の情報である。
次に、オーケストレータ２のクエリ部２３は、データセンター３に対し、ケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１を要求する（ＳＴ３）。クエリ部２３は、各データセンター３１及び３２から、図４～６それぞれに示すケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１を取得する（ＳＴ４）。これら情報は最新の情報である。
次に、オーケストレータ２のデシジョン部２１は、記憶部２４から、図１１に示す要求スペック情報２４２を読み出す（ＳＴ５）。
次に、オーケストレータ２のデシジョン部２１は、ゲームアプリケーションを実行するデータセンターのインスタンスを選出し、決定する（ＳＴ６）。より詳細には、デシジョン部２１は、要求スペック情報２４２、ケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１を用いてインスタンスを決定する。
以下、データセンターのインスタンスの決定の具体例について説明するが、これに限定されない。ここでは、ゲーム開始時の動作について説明をしているので、ゲームシーンがオープニングシーンであるとする。
デシジョン部２１は、ゲーム識別子に基づいて、当該ゲーム識別子に対応するゲームアプリケーションのオープニングシーンを実行するために必要なスペック情報を、読みだした要求スペック情報から取得する。
次に、デシジョン部２１は、各データセンター３から取得したケーパビリティ情報７２、ネットワーク情報７３を用いて、要求スペック情報２４２を満たすインスタンスを選出し、これを、ゲームアプリケーションを実行するインスタンスとして決定する。これにより、要求スペック情報に過不足のないインスタンスが割り当てられる。ここで複数のインスタンスが選出された場合、デシジョン部２１は、コスト情報７１を用いて、例えば最もコストが安くなるインスタンス５を選出し、ゲームアプリケーションを実行するインスタンスとして決定する。これにより、低コストで要求スペック情報に過不足のないインスタンスを割り当てることができる。
このように、デシジョン部２１により、インスタンス５が決定される、すなわち、当該インスタンス５を有するデータセンター３が決定される。図１３に示す例では、データセンター３２のインスタンス５４が、アプリケーションを実行するインスタンスとして選出、決定されている。
デシジョン部２１は、ゲーム識別子に基づいて、当該ゲーム識別子に対応するゲームアプリケーションのオープニングシーンを実行するために必要なスペック情報を、読みだした要求スペック情報から取得する。
次に、デシジョン部２１は、各データセンター３から取得したケーパビリティ情報７２、ネットワーク情報７３を用いて、要求スペック情報２４２を満たすインスタンスを選出し、これを、ゲームアプリケーションを実行するインスタンスとして決定する。これにより、要求スペック情報に過不足のないインスタンスが割り当てられる。ここで複数のインスタンスが選出された場合、デシジョン部２１は、コスト情報７１を用いて、例えば最もコストが安くなるインスタンス５を選出し、ゲームアプリケーションを実行するインスタンスとして決定する。これにより、低コストで要求スペック情報に過不足のないインスタンスを割り当てることができる。
このように、デシジョン部２１により、インスタンス５が決定される、すなわち、当該インスタンス５を有するデータセンター３が決定される。図１３に示す例では、データセンター３２のインスタンス５４が、アプリケーションを実行するインスタンスとして選出、決定されている。
次に、オーケストレータ２のデプロイ部２２は、決定されたデータセンター３２に対し、インスタンスの起動を指示する（ＳＴ７）。当該指示に基づき、データセンター３２のインスタンス５４が起動される。
デプロイ部２２は、インスタンス５４の起動完了の通知を受信すると（ＳＴ８）、ユーザ端末４とインスタンス５４との間のゲームトラフィック６５の経路をモバイルネットワーク６のＮＥＦ６３を介して設定する（ＳＴ９）。デプロイ部２２は、経路の設定が完了すると（ＳＴ１０）、モバイルネットワーク６を経由してインスタンス５４の起動が完了したことをユーザ端末４に対して通知する（ＳＴ１１）。このようにして、ユーザ端末４とインスタンス５との間のゲームトラフィック６５の経路が設定される。
デプロイ部２２は、インスタンス５４の起動完了の通知を受信すると（ＳＴ８）、ユーザ端末４とインスタンス５４との間のゲームトラフィック６５の経路をモバイルネットワーク６のＮＥＦ６３を介して設定する（ＳＴ９）。デプロイ部２２は、経路の設定が完了すると（ＳＴ１０）、モバイルネットワーク６を経由してインスタンス５４の起動が完了したことをユーザ端末４に対して通知する（ＳＴ１１）。このようにして、ユーザ端末４とインスタンス５との間のゲームトラフィック６５の経路が設定される。
このように、情報処理装置としてのオーケストレータ２により、要求スペック情報、ケーパビリティ情報、ネットワーク情報、コスト情報を用いてインスタンスが自動的に決定される。これにより、ユーザ端末４に対して適切なインスタンスが割り当てられる。
（ゲーム中の動作フロー）
図１４は、ゲーム中の動作フロー図である。ここでは、アプリケーションの実行が、データセンター３２のインスタンス５４から、データセンター３１のインスタンス５３へ変更する例をあげる。
図１４は、ゲーム中の動作フロー図である。ここでは、アプリケーションの実行が、データセンター３２のインスタンス５４から、データセンター３１のインスタンス５３へ変更する例をあげる。
図１４に示すように、データセンター３２のインスタンス５４でアプリケーションが実行されている。
オーケストレータ２のクエリ部２３は、記憶部２４から、図９に示すゲームインスタンス情報及び図１０に示すデータセンター情報を読み出す（ＳＴ２１）。
オーケストレータ２のクエリ部２３は、記憶部２４から、図９に示すゲームインスタンス情報及び図１０に示すデータセンター情報を読み出す（ＳＴ２１）。
次に、オーケストレータ２のクエリ部２３は、アプリケーションを実行していないデータセンター３１に対し、ケーパビリティ情報、ネットワーク情報、コスト情報を要求する（ＳＴ２２）。オーケストレータ２のクエリ部２３は、データセンター３１から、図４～６それぞれに示すケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１を取得する（ＳＴ２３）。これら情報は最新の情報である。
次に、オーケストレータ２のクエリ部２３は、アプリケーションを実行しているデータセンター３２に対し、シーン情報、ケーパビリティ情報、ネットワーク情報、コスト情報を要求する（ＳＴ２４）。オーケストレータ２のクエリ部２３は、データセンター３２から、図３～６それぞれに示すシーン情報５２１、ケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１を取得する（ＳＴ２５）。これら情報は最新の情報である。
次に、オーケストレータ２のデシジョン部２１は、記憶部２４から、図１１に示す要求スペック情報２４２を読み出す（ＳＴ２６）。
次に、オーケストレータ２のデシジョン部２１は、ゲームアプリケーションを実行するデータセンターのインスタンスを選出し、決定する（ＳＴ２７）。より詳細には、デシジョン部２１は、要求スペック情報２４２、ケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１を用いてインスタンスを決定する。
以下、データセンターのインスタンスの決定の具体例について説明するが、これに限定されない。デシジョン部２１は、ゲーム識別子及びシーン情報に基づいて、ゲーム識別子に対応するゲームタイトルのアプリケーションの、シーン情報に対応するシーンを実行するために必要なスペック情報を、読みだした要求スペック情報から取得する。
次に、デシジョン部２１は、各データセンター３１及び３２から取得したケーパビリティ情報７２、ネットワーク情報７３を用いて、要求スペック情報２４２を満たすインスタンスを選出し、これを、ゲームアプリケーションを実行するインスタンスとして決定する。これにより、要求スペック情報に過不足のないインスタンスが割り当てられる。ここで複数のインスタンスが選出された場合、デシジョン部２１は、コスト情報７１を用いて、例えば最もコストが安くなるインスタンスを選出し、アプリケーションを実行するゲームインスタンスとして決定する。これにより、低コストで要求スペック情報に過不足のないインスタンスを割り当てることができる。
図１４に示す例では、デシジョン部２１は、アプリケーションを実行するゲームインスタンスとしてインスタンス５３を決定する、すなわち、アプリケーションを実行するデータセンターとしてインスタンス５３を有するデータセンター３１を決定する。
ここで、データセンター３２のインスタンス５４が、アプリケーションを実行するゲームインスタンスとして決定された場合、すなわちインスタンスの変更がない場合には、ステップ２１（ＳＴ２１）に戻り処理が繰り返される。
一方、図１４に示す例のように、インスタンスが変化する場合、ステップ２８へ進む。
次に、デシジョン部２１は、各データセンター３１及び３２から取得したケーパビリティ情報７２、ネットワーク情報７３を用いて、要求スペック情報２４２を満たすインスタンスを選出し、これを、ゲームアプリケーションを実行するインスタンスとして決定する。これにより、要求スペック情報に過不足のないインスタンスが割り当てられる。ここで複数のインスタンスが選出された場合、デシジョン部２１は、コスト情報７１を用いて、例えば最もコストが安くなるインスタンスを選出し、アプリケーションを実行するゲームインスタンスとして決定する。これにより、低コストで要求スペック情報に過不足のないインスタンスを割り当てることができる。
図１４に示す例では、デシジョン部２１は、アプリケーションを実行するゲームインスタンスとしてインスタンス５３を決定する、すなわち、アプリケーションを実行するデータセンターとしてインスタンス５３を有するデータセンター３１を決定する。
ここで、データセンター３２のインスタンス５４が、アプリケーションを実行するゲームインスタンスとして決定された場合、すなわちインスタンスの変更がない場合には、ステップ２１（ＳＴ２１）に戻り処理が繰り返される。
一方、図１４に示す例のように、インスタンスが変化する場合、ステップ２８へ進む。
次に、オーケストレータ２のデプロイ部２２は、決定されたデータセンター３１に対し、インスタンスの起動を指示する（ＳＴ２８）。次に、インスタンス５３により、これまでゲームアプリケーションを実行していたデータセンター３２のインスタンス５４に対し、内部情報同期の指示がなされ（ＳＴ２９）、インスタンス５４から内部情報が取得されて内部情報同期が完了する（ＳＴ３０）。内部情報の同期完了により、インスタンス５３が起動される。
デプロイ部２２は、インスタンス５３の起動完了の通知を受信すると（ＳＴ３１）、ユーザ端末４とインスタンス５との間のゲームトラフィック６５の経路をモバイルネットワーク６のＮＥＦ６３を介して設定する（ＳＴ３２）。ここでは、ユーザ端末４とインスタンス５４との間のゲームトラフィックの経路から、ユーザ端末４とインスタンス５３との間のゲームトラフィックの経路に変更するように設定される。
デプロイ部２２は、経路の設定完了の通知を受信する（ＳＴ３３）。これにより、ユーザ端末４とインスタンス５との間のゲームトラフィック６５の経路が変更される。
データセンター３２では、内部情報の同期完了により、インスタンス５４が停止される（ＳＴ３４）。
デプロイ部２２は、経路の設定完了の通知を受信する（ＳＴ３３）。これにより、ユーザ端末４とインスタンス５との間のゲームトラフィック６５の経路が変更される。
データセンター３２では、内部情報の同期完了により、インスタンス５４が停止される（ＳＴ３４）。
このように、ゲーム中に、ケーパビリティ情報、ネットワーク情報、コスト情報、シーン情報の少なくとも１つが変更した場合、オーケストレータ２により、要求スペック情報、シーン情報、ケーパビリティ情報、ネットワーク情報、コスト情報を用いて、再度、ゲームアプリケーションを実行するインスタンスが自動的に選出、決定される。これにより、ユーザ端末４に対して適切なインスタンスが割り当てられ、ゲームは継続される。
（ゲーム停止時の動作）
図１５は、ゲーム停止時の動作フロー図である。ここでは、初めデータセンター３２のインスタンス５４でアプリケーションが実行されている例をあげる。
ゲームプレイヤーによりユーザ端末４でのゲームプレイの停止入力操作が行われると、ユーザ端末４のクライアント部４３からモバイルネットワーク６を経由してオーケストレータ２へインスタンス停止指示が送信される（Ｓ４１）。
図１５は、ゲーム停止時の動作フロー図である。ここでは、初めデータセンター３２のインスタンス５４でアプリケーションが実行されている例をあげる。
ゲームプレイヤーによりユーザ端末４でのゲームプレイの停止入力操作が行われると、ユーザ端末４のクライアント部４３からモバイルネットワーク６を経由してオーケストレータ２へインスタンス停止指示が送信される（Ｓ４１）。
次に、オーケストレータ２のクエリ部２３は、記憶部２４から、図９に示すゲームインスタンス情報を読み出す（ＳＴ４２）。オーケストレータ２のクエリ部２３は、停止入力操作が行われたユーザ端末４に対応するインスタンス５を特定する。図１５に示す例では、クエリ部２３は、データセンター３２のインスタンス５４を特定する。
次に、オーケストレータ２のデプロイ部２２は、インスタンス５４を実行するデータセンター３２に対し、インスタンス５４の停止を指示する（ＳＴ４３）。当該指示に基づき、データセンター３２のインスタンス５４が停止される。
デプロイ部２２は、インスタンス５４の停止完了の通知を受信すると（ＳＴ４４）、ユーザ端末４とインスタンス５４との間のゲームトラフィック６５の経路を削除し（ＳＴ４５）、経路の削除が完了すると（ＳＴ４６）、モバイルネットワーク６を経由してインスタンス５４の停止が完了したことをユーザ端末４に対して通知する（ＳＴ４７）。ユーザ端末４では、インスタンス停止完了の通知を受信し、ゲームプレイが停止する。
デプロイ部２２は、インスタンス５４の停止完了の通知を受信すると（ＳＴ４４）、ユーザ端末４とインスタンス５４との間のゲームトラフィック６５の経路を削除し（ＳＴ４５）、経路の削除が完了すると（ＳＴ４６）、モバイルネットワーク６を経由してインスタンス５４の停止が完了したことをユーザ端末４に対して通知する（ＳＴ４７）。ユーザ端末４では、インスタンス停止完了の通知を受信し、ゲームプレイが停止する。
以上のように、第１の実施形態によれば、要求スペック情報、シーン情報、ケーパビリティ情報、ネットワーク情報、コスト情報を用いて、動的にゲームアプリケーションを実行するインスタンスを設定することができ、エッジデータセンターとセントラルデータセンターとを使い分けることができる。これにより、低コストでゲームサービスに必要な通信性能を満たすことができ、ゲームの体感品質とコストのバランスをうまくとることができる。
＜第２の実施形態＞
第１の実施形態では、ユーザ端末を所持するゲームプレイヤーが１人の場合のいわゆるシングルユーザモードを例にあげたが、ゲームプレイヤーが複数いて同じゲームをプレイするマルチユーザモードに本技術を適用してもよい。
以下、第２の実施形態では、ゲームプレイヤーが複数いる場合、すなわち、ユーザ端末が複数ある場合について説明する。情報処理システムにおける基本的な構成は第１の実施形態と同様であり、同様の構成については同様の符号を付して説明を省略する場合がある。以下では、第１の実施形態と異なる点について主に説明する。
第１の実施形態では、ユーザ端末を所持するゲームプレイヤーが１人の場合のいわゆるシングルユーザモードを例にあげたが、ゲームプレイヤーが複数いて同じゲームをプレイするマルチユーザモードに本技術を適用してもよい。
以下、第２の実施形態では、ゲームプレイヤーが複数いる場合、すなわち、ユーザ端末が複数ある場合について説明する。情報処理システムにおける基本的な構成は第１の実施形態と同様であり、同様の構成については同様の符号を付して説明を省略する場合がある。以下では、第１の実施形態と異なる点について主に説明する。
［情報処理システムの概略構成］
図１６は、本実施形態に係る情報処理システム１０１の構成図である。
図１６に示すように、情報処理システム１０１は、情報処理装置としてのオーケストレータ１０２と、複数のデータセンター３と、複数のユーザ端末１０４と、モバイルネットワーク６を有する。
各データセンター３は、ゲームプレイヤーが行うゲームを構成する各種計算処理を実行する。
オーケストレータ１０２は、複数のデータセンター３の中から、ゲームを実行するデータセンター３を選出、決定する。オーケストレータ１０２は、モバイルネットワーク６を経由して、各ユーザ端末１０４と通信可能に構成される。オーケストレータ１０２は、データセンター３と通信可能に構成される。オーケストレータ１０２は、ゲームアプリケーションを実行するデータセンターを動的に切り替えることができる。
尚、図１６において、データセンター３の数を便宜的に３つとしたが、これに限定されない。また、図１６において、便宜的に、ゲームプレイヤーの数を２名、すなわちユーザ端末１０４を２つとしたが、これに限定されない。当該２つのゲーム端末１０４を区別するために符号１０４１、１０４２を付すが、特に区別する必要がない場合はユーザ端末１０４という。
以下、詳細について説明する。
図１６は、本実施形態に係る情報処理システム１０１の構成図である。
図１６に示すように、情報処理システム１０１は、情報処理装置としてのオーケストレータ１０２と、複数のデータセンター３と、複数のユーザ端末１０４と、モバイルネットワーク６を有する。
各データセンター３は、ゲームプレイヤーが行うゲームを構成する各種計算処理を実行する。
オーケストレータ１０２は、複数のデータセンター３の中から、ゲームを実行するデータセンター３を選出、決定する。オーケストレータ１０２は、モバイルネットワーク６を経由して、各ユーザ端末１０４と通信可能に構成される。オーケストレータ１０２は、データセンター３と通信可能に構成される。オーケストレータ１０２は、ゲームアプリケーションを実行するデータセンターを動的に切り替えることができる。
尚、図１６において、データセンター３の数を便宜的に３つとしたが、これに限定されない。また、図１６において、便宜的に、ゲームプレイヤーの数を２名、すなわちユーザ端末１０４を２つとしたが、これに限定されない。当該２つのゲーム端末１０４を区別するために符号１０４１、１０４２を付すが、特に区別する必要がない場合はユーザ端末１０４という。
以下、詳細について説明する。
データセンター３及びモバイルネットワーク６の構成は第１の実施形態と同様のため、説明を省略する。
（ユーザ端末の構成）
図７はユーザ端末１０４の機能ブロック図である。
図７に示すように、ユーザ端末１０４は、パッド信号送信部４１と、ビデオストリーム受信部４２と、クライアント部１４３と、無線通信部４４を有する。
ユーザ端末１０４は、例えば、ゲームプレイヤーの入力操作を受け付けるゲームパッドと、表示部とを有する。
無線通信部４４、パッド信号送信部４１、ビデオストリーム受信部４２は、第１の実施形態と同様である。
図７はユーザ端末１０４の機能ブロック図である。
図７に示すように、ユーザ端末１０４は、パッド信号送信部４１と、ビデオストリーム受信部４２と、クライアント部１４３と、無線通信部４４を有する。
ユーザ端末１０４は、例えば、ゲームプレイヤーの入力操作を受け付けるゲームパッドと、表示部とを有する。
無線通信部４４、パッド信号送信部４１、ビデオストリーム受信部４２は、第１の実施形態と同様である。
クライアント部１４３は、ゲームインスタンスの起動や停止をつかさどる。クライアント部１４３は、ゲームプレイヤーによる入力操作に応じて、インスタンス５を起動又は停止するために、インスタンス起動指示又は停止指示をオーケストレータ２へ送信する。当該ゲームインスタンス起動指示又は停止指示には、マルチユーザモードの場合、少なくともゲーム識別子に加えて、ゲームパーティーの名前等のゲームパーティー識別子の情報（以下、ゲームパーティー情報ということがある。）が含まれる。本実施形態においては、このためのプロトコルは特に限定されないが、例えばＲＥＳＴ ＡＰＩの様式で実装することが可能である。
（オーケストレータの構成）
図８は、情報処理装置としてのオーケストレータ１０２の機能ブロック図である。図１７は、オーケストレータ１０２の記憶部１２４に記憶されるゲームインスタンス情報（図８における符号１２４１）の例である。
図８に示すように、オーケストレータ１０２は、デシジョン部１２１と、デプロイ部２２と、クエリ部２３と、記憶部１２４と、ＡＰＩサーバ部２５を有する。オーケストレータ１０２は、各種情報に基づいて、ゲームアプリケーションを実行するデータセンター３を選出、決定する。以下、説明する。デプロイ部２２、クエリ部２３及びＡＰＩサーバ部２５は、第１の実施形態と同様である。
図８は、情報処理装置としてのオーケストレータ１０２の機能ブロック図である。図１７は、オーケストレータ１０２の記憶部１２４に記憶されるゲームインスタンス情報（図８における符号１２４１）の例である。
図８に示すように、オーケストレータ１０２は、デシジョン部１２１と、デプロイ部２２と、クエリ部２３と、記憶部１２４と、ＡＰＩサーバ部２５を有する。オーケストレータ１０２は、各種情報に基づいて、ゲームアプリケーションを実行するデータセンター３を選出、決定する。以下、説明する。デプロイ部２２、クエリ部２３及びＡＰＩサーバ部２５は、第１の実施形態と同様である。
記憶部１２４は、ゲームインスタンス情報１２４１と、要求スペック情報２４２と、データセンター情報２４３を記憶する。要求スペック情報２４２とデータセンター情報２４３は第１の実施形態と同様である。
図１７に示すように、ゲームインスタンス情報１２４１には、ゲームプレイヤー識別子（ユーザＩＤ）と、当該ゲームプレイヤー識別子と対応するゲームパーティー識別子（パーティーＩＤ）が含まれる。ゲームパーティー識別子は、例えば、ゲームパーティーの名前である。
また、記憶部１２４は、アプリケーションを実行するデータセンターを決定する一連の処理に係るプログラムを記憶する。
図１７に示すように、ゲームインスタンス情報１２４１には、ゲームプレイヤー識別子（ユーザＩＤ）と、当該ゲームプレイヤー識別子と対応するゲームパーティー識別子（パーティーＩＤ）が含まれる。ゲームパーティー識別子は、例えば、ゲームパーティーの名前である。
また、記憶部１２４は、アプリケーションを実行するデータセンターを決定する一連の処理に係るプログラムを記憶する。
デシジョン部１２１は、ＡＰＩサーバ部２５がゲームインスタンス起動指示又は停止指示を受信することをトリガに、要求スペック情報と、クエリ部２３が取得するケーパビリティ情報、ネットワーク情報、及びコスト情報とを用いて、ゲームアプリケーションを実行するべきデータセンター３とインスタンス５を決定する。
また、デシジョン部１２１は、クエリ部２３で取得される情報の変更をトリガに、要求スペック情報、シーン情報、ケーパビリティ情報、ネットワーク情報、及びコスト情報を用いて、ゲームアプリケーションを実行するべきデータセンター３とインスタンス５を選出し、決定する。
クエリ部２３で取得される情報の変更とは、ケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１、シーン情報５２１のうちの少なくとも１つの情報の変更である。例えば、オープニングシーンからバトルシーンへのシーン情報５２１の変更等がある。また、他の例として、１つのパーティーへゲームプレイヤーが新たに加わる、又は、パーティーからゲームプレイヤーが抜ける場合、ゲームアプリケーションを実行するインスタンスの決定に用いるネットワーク情報７３が変更する。
クエリ部２３で取得される情報の変更とは、ケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１、シーン情報５２１のうちの少なくとも１つの情報の変更である。例えば、オープニングシーンからバトルシーンへのシーン情報５２１の変更等がある。また、他の例として、１つのパーティーへゲームプレイヤーが新たに加わる、又は、パーティーからゲームプレイヤーが抜ける場合、ゲームアプリケーションを実行するインスタンスの決定に用いるネットワーク情報７３が変更する。
データセンター３を決定するアルゴリズムは特に限定されない。例えば、ゲームサービスの場合、同じゲームパーティー中の全ゲームプレイヤーそれぞれが所持するユーザ端末１０４を対象に、ユーザ端末１０４とインスタンス５との間の通信遅延の最大値が最小化されるようにインスタンス５が決定されることが望ましい。これにより、各ゲームプレイヤーの所持するユーザ端末１０４の性能を最大化すると同時に、ゲームプレイヤー間での公平性が保たれる。
［情報処理方法］
情報処理システム１０１における、データセンターを決定する一連の処理に係る情報処理方法について説明する。以下では、ゲーム開始時、ゲーム停止時それぞれでの情報処理方法について説明する。
図１８は、ゲーム開始時における情報処理システム１０１における動作フロー図である。
図１９は、ゲーム停止時における情報処理システム１０１における動作フロー図である。
図１８及び１９において、便宜的にデータセンター３の数を２つとし、ユーザ端末１０４の数を２つとした。
情報処理システム１０１における、データセンターを決定する一連の処理に係る情報処理方法について説明する。以下では、ゲーム開始時、ゲーム停止時それぞれでの情報処理方法について説明する。
図１８は、ゲーム開始時における情報処理システム１０１における動作フロー図である。
図１９は、ゲーム停止時における情報処理システム１０１における動作フロー図である。
図１８及び１９において、便宜的にデータセンター３の数を２つとし、ユーザ端末１０４の数を２つとした。
（ゲーム開始時の動作）
図１８は、ゲーム開始時の動作フロー図である。
図１８に示す例では、初めユーザ端末１０４１を所持するゲームプレイヤーが既にゲームに参加しており、ユーザ端末１０４２を所持するゲームプレイヤーが途中から同じパーティーでゲームに参加する場合を示す。図１８では、ユーザ端末１０４２が途中からゲームに参加することにより、ゲームアプリケーションを実行するインスタンスが、インスタンス５３からインスタンス５４に変更する例をあげる。
以下、図１８のフローに従って説明する。
図１８は、ゲーム開始時の動作フロー図である。
図１８に示す例では、初めユーザ端末１０４１を所持するゲームプレイヤーが既にゲームに参加しており、ユーザ端末１０４２を所持するゲームプレイヤーが途中から同じパーティーでゲームに参加する場合を示す。図１８では、ユーザ端末１０４２が途中からゲームに参加することにより、ゲームアプリケーションを実行するインスタンスが、インスタンス５３からインスタンス５４に変更する例をあげる。
以下、図１８のフローに従って説明する。
図１８に示すように、ユーザ端末１０４１を所持するゲームプレイヤーのみがゲームに参加している状態では、ユーザ端末１０４１とデータセンター３１のインスタンス５３との間にゲームトラフィック６５の経路が設定されている。
ユーザ端末１０４２のゲームプレイヤーによりユーザ端末１０４２でのゲームプレイの起動入力操作が行われると、ユーザ端末１０４２のクライアント部１４３からモバイルネットワーク６を経由してオーケストレータ１０２へインスタンス起動指示が送信される（Ｓ５１）。当該インスタンス起動指示には、ゲーム識別子の情報に加えて、ゲームパーティー情報が含まれる。
ユーザ端末１０４２のゲームプレイヤーによりユーザ端末１０４２でのゲームプレイの起動入力操作が行われると、ユーザ端末１０４２のクライアント部１４３からモバイルネットワーク６を経由してオーケストレータ１０２へインスタンス起動指示が送信される（Ｓ５１）。当該インスタンス起動指示には、ゲーム識別子の情報に加えて、ゲームパーティー情報が含まれる。
次に、オーケストレータ１０２のクエリ部２３は、記憶部１２４から、図１７に示すゲームインスタンス情報１２４１を読み出す（ＳＴ５２）。
次に、クエリ部２３は、読みだしたゲームインスタンス情報から、ユーザ端末１０４２から送信されたゲームパーティー情報に対応するインスタンスが起動しているか否かを確認する。
ゲームパーティー情報に対応するインスタンスが起動していない場合は、上述の第１の実施形態の図１３の動作フローにおけるステップ２以降と同じ処理が行われる。
ゲームパーティー情報に対応するインスタンスが起動している場合は、ステップ５３に進む。図１８に示す例では、既にインスタンス５３が起動しているので、ステップ５３に進む。
次に、クエリ部２３は、読みだしたゲームインスタンス情報から、ユーザ端末１０４２から送信されたゲームパーティー情報に対応するインスタンスが起動しているか否かを確認する。
ゲームパーティー情報に対応するインスタンスが起動していない場合は、上述の第１の実施形態の図１３の動作フローにおけるステップ２以降と同じ処理が行われる。
ゲームパーティー情報に対応するインスタンスが起動している場合は、ステップ５３に進む。図１８に示す例では、既にインスタンス５３が起動しているので、ステップ５３に進む。
次に、オーケストレータ１０２のクエリ部２３は、各データセンター３１及び３２に対し、ケーパビリティ情報、ネットワーク情報、コスト情報を要求し、現在アプリケーションを実行しているデータセンター３１に対しては、更にシーン情報を要求する（ＳＴ５３）。クエリ部２３は、各データセンター３１及び３２から、図４～６それぞれに示すケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１を取得し、データセンター３１からは更に図３に示すシーン情報５２１を取得する（ＳＴ５４）。これら情報は最新の情報である。
次に、オーケストレータ１０２のデシジョン部１２１は、記憶部１２４から、図１１に示す要求スペック情報２４２を読み出す（ＳＴ５５）。
次に、オーケストレータ１０２のデシジョン部１２１は、ゲームアプリケーションを実行するデータセンターのインスタンスを選出し、決定する（ＳＴ５６）。より詳細には、デシジョン部１２１は、シーン情報５２１、要求スペック情報２４２、ケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１を用いてインスタンスを決定する。
以下、データセンターのインスタンスの決定の具体例について説明するが、これに限定されない。
デシジョン部１２１は、ゲーム識別子及びシーン情報に基づいて、当該ゲーム識別子に対応するゲームタイトルのアプリケーションの、シーン情報に対応するシーンを実行するために必要なスペック情報を、読みだした要求スペック情報から取得する。
次に、デシジョン部１２１は、各データセンター３１及び３２から取得したケーパビリティ情報７２、ネットワーク情報７３を用いて、要求スペック情報２４２を満たすインスタンスを選出する。これにより、要求スペック情報に過不足のないインスタンスが割り当てられる。更に、デシジョン部１２１は、ゲームパーティー中の全ゲームプレイヤーそれぞれが所持するユーザ端末１０４を対象に、ユーザ端末１０４とインスタンス５との間の通信遅延の最大値が最小化されるインスタンス５を選出し、アプリケーションを実行するインスタスとして決定する。これにより、各ゲームプレイヤーの所持するユーザ端末１０４の性能を最大化すると同時に、ゲームプレイヤー間での公平性が保つことができる。ここで複数のインスタンスが選出された場合、デシジョン部１２１は、コスト情報７１を用いて、例えば最もコストが安くなるインスタンスを選出し、アプリケーションを実行するゲームインスタンスとして決定する。これにより、ユーザ端末１０４の性能を最大化、ゲームプレイヤー間での公平性の保持に加え、低コストのインスタンスを割り当てることができる。
図１８に示す例では、デシジョン部１２１は、データセンター３２のインスタンス５４がゲームアプリケーションを実行するインスタンスとして決定されている。
ここで、デシジョン部１２１での決定結果において、インスタンスの変更がない場合には、ステップ６３へ進む。
一方、図１８に示す例のように、インスタンスが変化する場合、ステップ５７へ進む。
デシジョン部１２１は、ゲーム識別子及びシーン情報に基づいて、当該ゲーム識別子に対応するゲームタイトルのアプリケーションの、シーン情報に対応するシーンを実行するために必要なスペック情報を、読みだした要求スペック情報から取得する。
次に、デシジョン部１２１は、各データセンター３１及び３２から取得したケーパビリティ情報７２、ネットワーク情報７３を用いて、要求スペック情報２４２を満たすインスタンスを選出する。これにより、要求スペック情報に過不足のないインスタンスが割り当てられる。更に、デシジョン部１２１は、ゲームパーティー中の全ゲームプレイヤーそれぞれが所持するユーザ端末１０４を対象に、ユーザ端末１０４とインスタンス５との間の通信遅延の最大値が最小化されるインスタンス５を選出し、アプリケーションを実行するインスタスとして決定する。これにより、各ゲームプレイヤーの所持するユーザ端末１０４の性能を最大化すると同時に、ゲームプレイヤー間での公平性が保つことができる。ここで複数のインスタンスが選出された場合、デシジョン部１２１は、コスト情報７１を用いて、例えば最もコストが安くなるインスタンスを選出し、アプリケーションを実行するゲームインスタンスとして決定する。これにより、ユーザ端末１０４の性能を最大化、ゲームプレイヤー間での公平性の保持に加え、低コストのインスタンスを割り当てることができる。
図１８に示す例では、デシジョン部１２１は、データセンター３２のインスタンス５４がゲームアプリケーションを実行するインスタンスとして決定されている。
ここで、デシジョン部１２１での決定結果において、インスタンスの変更がない場合には、ステップ６３へ進む。
一方、図１８に示す例のように、インスタンスが変化する場合、ステップ５７へ進む。
次に、オーケストレータ１０２のデプロイ部２２は、決定されたデータセンター３２に対し、インスタンス５４の起動を指示する（ＳＴ５７）。当該指示に基づき、インスタンス５４が起動される。
デプロイ部２２は、インスタンス５４の起動完了の通知を受信すると（ＳＴ５８）、データセンター３１のインスタンス５３に対し、インスタンス切替を指示する（ＳＴ５９）。
次に、インスタンス５３により、インスタンス切替先であるデータセンター３２に対し、内部情報同期の指示がなされる（ＳＴ６０）。データセンター３２のインスタンス５４では、同期指示の受信によりインスタンス５３から内部情報が取得されて内部情報同期が完了する。データセンター３１は、データセンター３２から同期完了の通知を受信すると（ＳＴ６１）、オーケストレータ２に対して、インスタンスの切り替え完了の通知を送信する。
次に、インスタンス５３により、インスタンス切替先であるデータセンター３２に対し、内部情報同期の指示がなされる（ＳＴ６０）。データセンター３２のインスタンス５４では、同期指示の受信によりインスタンス５３から内部情報が取得されて内部情報同期が完了する。データセンター３１は、データセンター３２から同期完了の通知を受信すると（ＳＴ６１）、オーケストレータ２に対して、インスタンスの切り替え完了の通知を送信する。
デプロイ部２２は、インスタンスの切り替え完了の通知を受信すると（ＳＴ６２）、各ユーザ端末１０４とインスタンス５との間のゲームトラフィック６５の経路をモバイルネットワーク６のＮＥＦ６３を介して設定する（ＳＴ６３）。ここでは、ユーザ端末１０４とインスタンス５３との間のゲームトラフィックの経路から、ユーザ端末１０４とインスタンス５４との間のゲームトラフィックの経路に変更するように設定される。
デプロイ部２２は、経路の設定完了の通知を受信すると（ＳＴ６４）、ユーザ端末１０４２に対して、モバイルネットワーク６を経由してインスタンス起動完了を通知する（ＳＴ６５）。これにより、ゲームトラフィック６５の経路が設定される。
デプロイ部２２は、経路の設定完了の通知を受信すると（ＳＴ６４）、ユーザ端末１０４２に対して、モバイルネットワーク６を経由してインスタンス起動完了を通知する（ＳＴ６５）。これにより、ゲームトラフィック６５の経路が設定される。
このように、マルチプレイモードにおいて、同じパーティーへ新しくゲームプレイヤーが参加する場合、オーケストレータ１０２により、要求スペック情報、シーン情報、ケーパビリティ情報、ネットワーク情報、コスト情報を用いて、再度インスタンスが自動的に選出、決定される。これにより、ユーザ端末１０４に対して新たに適切なインスタンスが割り当てられ、例えば、各ゲームプレイヤーの所持するユーザ端末１０４の性能を最大化すると同時に、ゲームプレイヤー間での公平性が保つことができる。
（ゲーム停止時の動作フロー）
図１９は、ゲーム停止時の動作フロー図である。
図１９に示す例は、初めユーザ端末１０４１を所持するゲームプレイヤー及びユーザ端末１０４２を所持するゲームプレイヤーがゲームに参加しており、ユーザ端末１０４２を所持するゲームプレイヤーが途中でゲームを停止する場合を示す。図１９では、ユーザ端末１０４２でのゲーム停止に伴い、ゲームアプリケーションを実行するインスタンスが、インスタンス５４からインスタンス５３に変更する例をあげる。
図１９は、ゲーム停止時の動作フロー図である。
図１９に示す例は、初めユーザ端末１０４１を所持するゲームプレイヤー及びユーザ端末１０４２を所持するゲームプレイヤーがゲームに参加しており、ユーザ端末１０４２を所持するゲームプレイヤーが途中でゲームを停止する場合を示す。図１９では、ユーザ端末１０４２でのゲーム停止に伴い、ゲームアプリケーションを実行するインスタンスが、インスタンス５４からインスタンス５３に変更する例をあげる。
図１９に示すように、ユーザ端末１０４１及び１０４２それぞれを所持するゲームプレイヤー双方がゲームに参加している状態では、ユーザ端末１０４とデータセンター３２のインスタンス５４との間にゲームトラフィック６５の経路が設定されている。
ユーザ端末１０４２を所持するゲームプレイヤーによりユーザ端末１０４２でのゲームプレイの停止入力操作が行われると、ユーザ端末１０４２のクライアント部１４３からモバイルネットワーク６を経由してオーケストレータ１０２へインスタンス停止指示が送信される（Ｓ７１）。当該インスタンス停止指示には、ゲーム識別子の情報に加えて、ゲームパーティー情報が含まれる。
次に、オーケストレータ１０２のクエリ部２３は、記憶部１２４で記憶している図１７に示すゲームインスタンス情報１２４１を読み出す（ＳＴ７２）。
次に、クエリ部２３は、読みだしたゲームインスタンス情報から、ユーザ端末１０４２から送信されたゲームパーティー情報に対応するインスタンスに他のユーザ端末１０４が接続しているか否かを確認する。
他のユーザ端末１０４が接続していない場合は、上述の第１の実施形態の図１３の動作フローにおけるステップ３以降と同じ処理が行われる。
他のユーザ端末１０４が接続している場合は、ステップ７３に進む。図１９に示す例では、他のユーザ端末であるユーザ端末１０４１が接続しているので、ステップ７３に進む。
次に、クエリ部２３は、読みだしたゲームインスタンス情報から、ユーザ端末１０４２から送信されたゲームパーティー情報に対応するインスタンスに他のユーザ端末１０４が接続しているか否かを確認する。
他のユーザ端末１０４が接続していない場合は、上述の第１の実施形態の図１３の動作フローにおけるステップ３以降と同じ処理が行われる。
他のユーザ端末１０４が接続している場合は、ステップ７３に進む。図１９に示す例では、他のユーザ端末であるユーザ端末１０４１が接続しているので、ステップ７３に進む。
次に、オーケストレータ１０２のクエリ部２３は、各データセンター３１及び３２に対し、ケーパビリティ情報、ネットワーク情報、コスト情報を要求し、現在アプリケーションを実行しているデータセンター３２に対しては、更にシーン情報を要求する（ＳＴ７３）。クエリ部２３は、各データセンター３１及び３２から、図４～６それぞれに示すケーパビリティ情報７２、ネットワーク情報７３、コスト情報７１を取得し、データセンター３２からは更に図３に示すシーン情報５２１を取得する（ＳＴ７４）。
次に、オーケストレータ１０２のデシジョン部１２１は、記憶部１２４から、図１１に示す要求スペック情報を読み出す（ＳＴ７５）。
次に、オーケストレータ１０２のデシジョン部１２１は、ゲームパーティー中の停止入力操作を行っていない残りのゲームプレイヤーが所持するユーザ端末１０４を対象にして、ゲームアプリケーションを実行するデータセンター３とインスタンス５を選出し、決定する（ＳＴ７６）。
以下、データセンターのインスタンスの決定の具体例について説明するが、これに限定されない。
デシジョン部１２１は、ゲーム識別子及びシーン情報に基づいて、当該ゲーム識別子に対応するゲームタイトルのアプリケーションの、シーン情報に対応するシーンを実行するために必要なスペック情報を、読みだした要求スペック情報から取得する。
次に、デシジョン部１２１は、各データセンター３１及び３２から取得したケーパビリティ情報７２、ネットワーク情報７３を用いて、要求スペック情報２４２を満たすインスタンスを選出する。これにより、要求スペック情報に過不足のないインスタンスが割り当てられる。
更に、デシジョン部１２１は、インスタンス停止指示を送信したユーザ端末１０４のゲームプレイヤー以外に複数のゲームプレイヤーが存在する場合、複数のゲームプレイヤーそれぞれが所持するユーザ端末１０４を対象に、ユーザ端末１０４とインスタンス５との間の通信遅延の最大値が最小化されるインスタンス５を選出し、アプリケーションを実行するインスタスとして決定する。これにより、各ゲームプレイヤーの所持するユーザ端末１０４の性能を最大化すると同時に、ゲームプレイヤー間での公平性が保つことができる。また、デシジョン部１２１は、インスタンス停止指示を送信したユーザ端末１０４のゲームプレイヤー以外のゲームプレイヤーが１人の場合、例えば第１の実施形態で示したインスタンスの決定の具体例と同様の方法でインスタンスの決定を行うことができる。
図１９に示す例では、ユーザ端末１０４２のゲームプレイヤーがゲームを停止した後のゲームアプリケーションを実行するゲームインスタンスとして、データセンター３１のインスタンス５３が選出され、決定されている。すなわち、これまでゲームアプリケーションを実行していたインスタンスとは異なるインスタンスが選出されている。
ここで、デシジョン部１２１での決定結果において、インスタンスの変更がない場合には、ステップ８２へ進む。
一方、図１８に示す例のように、インスタンスが変化する場合、ステップ７７へ進む。
デシジョン部１２１は、ゲーム識別子及びシーン情報に基づいて、当該ゲーム識別子に対応するゲームタイトルのアプリケーションの、シーン情報に対応するシーンを実行するために必要なスペック情報を、読みだした要求スペック情報から取得する。
次に、デシジョン部１２１は、各データセンター３１及び３２から取得したケーパビリティ情報７２、ネットワーク情報７３を用いて、要求スペック情報２４２を満たすインスタンスを選出する。これにより、要求スペック情報に過不足のないインスタンスが割り当てられる。
更に、デシジョン部１２１は、インスタンス停止指示を送信したユーザ端末１０４のゲームプレイヤー以外に複数のゲームプレイヤーが存在する場合、複数のゲームプレイヤーそれぞれが所持するユーザ端末１０４を対象に、ユーザ端末１０４とインスタンス５との間の通信遅延の最大値が最小化されるインスタンス５を選出し、アプリケーションを実行するインスタスとして決定する。これにより、各ゲームプレイヤーの所持するユーザ端末１０４の性能を最大化すると同時に、ゲームプレイヤー間での公平性が保つことができる。また、デシジョン部１２１は、インスタンス停止指示を送信したユーザ端末１０４のゲームプレイヤー以外のゲームプレイヤーが１人の場合、例えば第１の実施形態で示したインスタンスの決定の具体例と同様の方法でインスタンスの決定を行うことができる。
図１９に示す例では、ユーザ端末１０４２のゲームプレイヤーがゲームを停止した後のゲームアプリケーションを実行するゲームインスタンスとして、データセンター３１のインスタンス５３が選出され、決定されている。すなわち、これまでゲームアプリケーションを実行していたインスタンスとは異なるインスタンスが選出されている。
ここで、デシジョン部１２１での決定結果において、インスタンスの変更がない場合には、ステップ８２へ進む。
一方、図１８に示す例のように、インスタンスが変化する場合、ステップ７７へ進む。
次に、オーケストレータ１０２のデプロイ部２２は、決定されたデータセンター３１に対し、インスタンス５３の起動を指示する（ＳＴ７７）。次に、インスタンス５３により、これまでアプリケーションを実行していたデータセンター３２のインスタンス５４に対し、内部情報同期の指示がなされ（ＳＴ７８）、インスタンス５４から内部情報が取得されて内部情報同期が完了する（ＳＴ７９）。内部情報の同期完了により、インスタンス５３が起動される。
デプロイ部２２は、インスタンス５３の起動完了の通知を受信すると（ＳＴ８０）、ユーザ端末１０４２に対し、モバイルネットワーク６を経由してインスタンス５４の停止が完了したことを通知する（ＳＴ８１）。ユーザ端末１０４では、インスタンス停止完了の通知を受信し、ゲームプレイが停止する。
次に、デプロイ部２２は、ユーザ端末１０４とインスタンス５３との間のゲームトラフィックの経路をモバイルネットワーク６のＮＥＦ６３を介して設定する（ＳＴ８２）。ここでは、ユーザ端末１０４とインスタンス５４との間のゲームトラフィックの経路から、ユーザ端末１０４とインスタンス５３との間のゲームトラフィックの経路に変更するように設定される。
デプロイ部２２は、経路の設定完了の通知を受信する（ＳＴ８３）。これにより、ゲームトラフィック６５の経路が設定される。
データセンター３２では、内部情報の同期完了により、インスタンス５４が停止される（ＳＴ８４）。
次に、デプロイ部２２は、ユーザ端末１０４とインスタンス５３との間のゲームトラフィックの経路をモバイルネットワーク６のＮＥＦ６３を介して設定する（ＳＴ８２）。ここでは、ユーザ端末１０４とインスタンス５４との間のゲームトラフィックの経路から、ユーザ端末１０４とインスタンス５３との間のゲームトラフィックの経路に変更するように設定される。
デプロイ部２２は、経路の設定完了の通知を受信する（ＳＴ８３）。これにより、ゲームトラフィック６５の経路が設定される。
データセンター３２では、内部情報の同期完了により、インスタンス５４が停止される（ＳＴ８４）。
このように、マルチプレイモードにおいて、同じゲームパーティーに参加していたゲームプレイヤーがゲームプレイを停止する場合、オーケストレータ１０２により、要求スペック情報、シーン情報、ケーパビリティ情報、ネットワーク情報、コスト情報を用いて、再度インスタンスが自動的に選出、決定される。
これにより、ユーザ端末１０４に対して適切なインスタンスが割り当てられる。ゲームパーティーに残ったゲームプレイヤーが複数いる場合、例えば、各ゲームプレイヤーの所持するユーザ端末１０４の性能を最大化すると同時に、ゲームプレイヤー間での公平性が保つようにインスタンスを決定することができる。また、パーティーに残ったゲームプレイヤーが１人の場合、例えば、残ったユーザ端末１０４に対して低コストで要求スペック情報に過不足のないインスタンスを割り当てることができる。
これにより、ユーザ端末１０４に対して適切なインスタンスが割り当てられる。ゲームパーティーに残ったゲームプレイヤーが複数いる場合、例えば、各ゲームプレイヤーの所持するユーザ端末１０４の性能を最大化すると同時に、ゲームプレイヤー間での公平性が保つようにインスタンスを決定することができる。また、パーティーに残ったゲームプレイヤーが１人の場合、例えば、残ったユーザ端末１０４に対して低コストで要求スペック情報に過不足のないインスタンスを割り当てることができる。
以上のように、第２の実施形態によれば、各ゲームプレイヤーが生じするユーザ端末とインスタンス間の通信遅延の差を抑制することができる。これにより、ゲームの体感品質とコストのバランスをうまくとることができるのに加えて、ゲームプレイヤー間の公平性を保つことができる。
本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
例えば、上述の実施形態においては、アプリケーションがゲームアプリケーションである例を挙げて説明したが、これに限定されない。尚、ゲームアプリケーションの場合、ゲームタイトルやゲームシーンによって要求されるスペック情報やコスト情報等が異なる。従って、上述の実施形態のように、ゲームタイトル情報やゲームシーン情報を加味して適切なインスタンスを決定することは特に有効であり、不必要なコストをかけることなくユーザの満足度を向上させることができる。
例えば、上述の実施形態においては、アプリケーションがゲームアプリケーションである例を挙げて説明したが、これに限定されない。尚、ゲームアプリケーションの場合、ゲームタイトルやゲームシーンによって要求されるスペック情報やコスト情報等が異なる。従って、上述の実施形態のように、ゲームタイトル情報やゲームシーン情報を加味して適切なインスタンスを決定することは特に有効であり、不必要なコストをかけることなくユーザの満足度を向上させることができる。
なお、本技術は以下のような構成もとることができる。
（１）
ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から取得した、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報とに基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定するデシジョン部
を具備する情報処理装置。
（１）
ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から取得した、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報とに基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定するデシジョン部
を具備する情報処理装置。
（２）
上記（１）に記載の情報処理装置であって、
上記ネットワーク情報には通信遅延情報が含まれ、
複数の上記データセンターには、上記ユーザ端末との通信遅延情報が互いに異なる少なくとも２つのデータセンターが含まれる
情報処理装置。
上記（１）に記載の情報処理装置であって、
上記ネットワーク情報には通信遅延情報が含まれ、
複数の上記データセンターには、上記ユーザ端末との通信遅延情報が互いに異なる少なくとも２つのデータセンターが含まれる
情報処理装置。
（３）
上記（２）に記載の情報処理装置であって、
上記ネットワーク情報には、更にスループット情報が含まれる
情報処理装置。
上記（２）に記載の情報処理装置であって、
上記ネットワーク情報には、更にスループット情報が含まれる
情報処理装置。
（４）
上記（１）～（３）のいずれか１つに記載の情報処理装置であって、
上記デシジョン部は、上記ユーザ端末からの起動指示又は停止指示の受信、或いは、上記データセンターから取得した上記ネットワーク情報の変化をトリガに、上記ユーザ端末が利用するデータセンターを複数の上記データセンターの中から決定する
情報処理装置。
上記（１）～（３）のいずれか１つに記載の情報処理装置であって、
上記デシジョン部は、上記ユーザ端末からの起動指示又は停止指示の受信、或いは、上記データセンターから取得した上記ネットワーク情報の変化をトリガに、上記ユーザ端末が利用するデータセンターを複数の上記データセンターの中から決定する
情報処理装置。
（５）
上記（１）～（４）のいずれか１つに記載の情報処理装置であって、
上記アプリケーションはゲームアプリケーションであり、
上記デシジョン部は、実行される上記ゲームアプリケーションのゲームタイトル情報及びゲームシーン情報を更に加味して、上記ユーザ端末が利用するデータセンターを複数の上記データセンターの中から決定する
情報処理装置。
上記（１）～（４）のいずれか１つに記載の情報処理装置であって、
上記アプリケーションはゲームアプリケーションであり、
上記デシジョン部は、実行される上記ゲームアプリケーションのゲームタイトル情報及びゲームシーン情報を更に加味して、上記ユーザ端末が利用するデータセンターを複数の上記データセンターの中から決定する
情報処理装置。
（６）
上記（５）に記載の情報処理装置であって、
上記要求スペック情報は、互いに異なる複数のゲームタイトル毎に、互いに異なる複数のゲームシーン毎で予め設定されている
情報処理装置。
上記（５）に記載の情報処理装置であって、
上記要求スペック情報は、互いに異なる複数のゲームタイトル毎に、互いに異なる複数のゲームシーン毎で予め設定されている
情報処理装置。
（７）
上記（１）～（６）のいずれか１つに記載の情報処理装置であって、
上記デシジョン部は、複数の上記データセンター各々から取得したコスト情報を更に加味して、上記ユーザ端末が利用するデータセンターを複数の上記データセンターの中から決定する
情報処理装置。
上記（１）～（６）のいずれか１つに記載の情報処理装置であって、
上記デシジョン部は、複数の上記データセンター各々から取得したコスト情報を更に加味して、上記ユーザ端末が利用するデータセンターを複数の上記データセンターの中から決定する
情報処理装置。
（８）
上記（１）～（７）のいずれか１つに記載の情報処理装置であって、
上記ユーザ端末は複数あり、
上記デシジョン部は、複数のデータセンター各々から取得した、上記ケーパビリティ情報及び複数の上記ユーザ端末毎の上記ネットワーク情報と、上記要求スペック情報とに基づいて、複数の上記ユーザ端末が利用するデータセンターを決定する
情報処理装置。
上記（１）～（７）のいずれか１つに記載の情報処理装置であって、
上記ユーザ端末は複数あり、
上記デシジョン部は、複数のデータセンター各々から取得した、上記ケーパビリティ情報及び複数の上記ユーザ端末毎の上記ネットワーク情報と、上記要求スペック情報とに基づいて、複数の上記ユーザ端末が利用するデータセンターを決定する
情報処理装置。
（９）
ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報を取得し、
上記ケーパビリティ情報及び上記ネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報に基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定する
情報処理方法。
ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報を取得し、
上記ケーパビリティ情報及び上記ネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報に基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定する
情報処理方法。
（１０）
ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報を取得するステップと、
上記ケーパビリティ情報及び上記ネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報に基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定するステップ
を情報処理装置に実行させるプログラム。
ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報を取得するステップと、
上記ケーパビリティ情報及び上記ネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報に基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定するステップ
を情報処理装置に実行させるプログラム。
（１１）
ユーザ端末と、
ネットワークと、
上記ネットワークを介して上記ユーザ端末と通信可能な複数のデータセンターと、
複数の上記データセンター各々から取得した、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報とに基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定するデシジョン部を備える情報処理装置と
を具備する情報処理システム。
ユーザ端末と、
ネットワークと、
上記ネットワークを介して上記ユーザ端末と通信可能な複数のデータセンターと、
複数の上記データセンター各々から取得した、上記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び上記ユーザ端末と上記データセンターとの通信に係るネットワーク情報と、上記アプリケーションの実行に必要な要求スペック情報とに基づいて、上記ユーザ端末が利用する上記アプリケーションを実行するインスタンスを有するデータセンターを複数の上記データセンターの中から決定するデシジョン部を備える情報処理装置と
を具備する情報処理システム。
１、１０１…情報処理システム
２、１０２…オーケストレータ（情報処理装置）
３、３１、３２、３３…データセンター
４、４１、４２、１０４、１０４１、１０４２…ユーザ端末
６…モバイルネットワーク（ネットワーク）
２１、１２１…デシジョン部
７１…コスト情報
７２…ケーパビリティ情報
７３…ネットワーク情報
２４２…要求スペック情報
５２１…シーン情報
２、１０２…オーケストレータ（情報処理装置）
３、３１、３２、３３…データセンター
４、４１、４２、１０４、１０４１、１０４２…ユーザ端末
６…モバイルネットワーク（ネットワーク）
２１、１２１…デシジョン部
７１…コスト情報
７２…ケーパビリティ情報
７３…ネットワーク情報
２４２…要求スペック情報
５２１…シーン情報
Claims (11)
- ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から取得した、前記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び前記ユーザ端末と前記データセンターとの通信に係るネットワーク情報と、前記アプリケーションの実行に必要な要求スペック情報とに基づいて、前記ユーザ端末が利用する前記アプリケーションを実行するインスタンスを有するデータセンターを複数の前記データセンターの中から決定するデシジョン部
を具備する情報処理装置。 - 請求項１に記載の情報処理装置であって、
前記ネットワーク情報には通信遅延情報が含まれ、
複数の前記データセンターには、前記ユーザ端末との通信遅延情報が互いに異なる少なくとも２つのデータセンターが含まれる
情報処理装置。 - 請求項２に記載の情報処理装置であって、
前記ネットワーク情報には、更にスループット情報が含まれる
情報処理装置。 - 請求項３に記載の情報処理装置であって、
前記デシジョン部は、前記ユーザ端末からの前記インスタンスを起動又は停止するための起動指示又は停止指示の受信、或いは、前記データセンターから取得した前記ネットワーク情報の変化をトリガに、前記ユーザ端末が利用するデータセンターを複数の前記データセンターの中から決定する
情報処理装置。 - 請求項４に記載の情報処理装置であって、
前記アプリケーションはゲームアプリケーションであり、
前記デシジョン部は、実行される前記ゲームアプリケーションのゲームタイトル情報及びゲームシーン情報を更に加味して、前記ユーザ端末が利用するデータセンターを複数の前記データセンターの中から決定する
情報処理装置。 - 請求項５に記載の情報処理装置であって、
前記要求スペック情報は、互いに異なる複数のゲームタイトル毎に、互いに異なる複数のゲームシーン毎で予め設定されている
情報処理装置。 - 請求項６に記載の情報処理装置であって、
前記デシジョン部は、複数の前記データセンター各々から取得したコスト情報を更に加味して、前記ユーザ端末が利用するデータセンターを複数の前記データセンターの中から決定する
情報処理装置。 - 請求項２に記載の情報処理装置であって、
前記ユーザ端末は複数あり、
前記デシジョン部は、複数のデータセンター各々から取得した、前記ケーパビリティ情報及び複数の前記ユーザ端末毎の前記ネットワーク情報と、前記要求スペック情報とに基づいて、複数の前記ユーザ端末が利用するデータセンターを決定する
情報処理装置。 - ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から、前記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び前記ユーザ端末と前記データセンターとの通信に係るネットワーク情報を取得し、
前記ケーパビリティ情報及び前記ネットワーク情報と、前記アプリケーションの実行に必要な要求スペック情報に基づいて、前記ユーザ端末が利用する前記アプリケーションを実行するインスタンスを有するデータセンターを複数の前記データセンターの中から決定する
情報処理方法。 - ユーザ端末とネットワークを介して通信可能な複数のデータセンター各々から、前記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び前記ユーザ端末と前記データセンターとの通信に係るネットワーク情報を取得するステップと、
前記ケーパビリティ情報及び前記ネットワーク情報と、前記アプリケーションの実行に必要な要求スペック情報に基づいて、前記ユーザ端末が利用する前記アプリケーションを実行するインスタンスを有するデータセンターを複数の前記データセンターの中から決定するステップ
を情報処理装置に実行させるプログラム。 - ユーザ端末と、
ネットワークと、
前記ネットワークを介して前記ユーザ端末と通信可能な複数のデータセンターと、
複数の前記データセンター各々から取得した、前記データセンターが有するアプリケーションを実行するインスタンスのケーパビリティ情報及び前記ユーザ端末と前記データセンターとの通信に係るネットワーク情報と、前記アプリケーションの実行に必要な要求スペック情報とに基づいて、前記ユーザ端末が利用する前記アプリケーションを実行するインスタンスを有するデータセンターを複数の前記データセンターの中から決定するデシジョン部を備える情報処理装置と
を具備する情報処理システム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020089520 | 2020-05-22 | ||
| JP2020089520 | 2020-05-22 | ||
| PCT/JP2021/017355 WO2021235226A1 (ja) | 2020-05-22 | 2021-05-06 | 情報処理装置、情報処理方法、プログラム及び情報処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2021235226A1 JPWO2021235226A1 (ja) | 2021-11-25 |
| JP7768128B2 true JP7768128B2 (ja) | 2025-11-12 |
Family
ID=78708551
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022524371A Active JP7768128B2 (ja) | 2020-05-22 | 2021-05-06 | 情報処理装置、情報処理方法、プログラム及び情報処理システム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US12316493B2 (ja) |
| JP (1) | JP7768128B2 (ja) |
| CN (1) | CN115668160A (ja) |
| WO (1) | WO2021235226A1 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20260017182A1 (en) * | 2024-07-10 | 2026-01-15 | Micron Technology, Inc. | Near-memory time-synchronized telemetry logging |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011514565A (ja) | 2007-12-05 | 2011-05-06 | オンライブ インコーポレイテッド | クライアントの要求をサーバーセンターにインテリジェントに割り当てるシステム及び方法 |
| JP2015531629A (ja) | 2012-08-24 | 2015-11-05 | マイクロソフト コーポレーション | ゲーム移動 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3907609B2 (ja) * | 2003-04-30 | 2007-04-18 | 株式会社ソニー・コンピュータエンタテインメント | ゲーム実行方法、ゲーム機、通信方法および通信装置 |
| JP3715302B2 (ja) * | 2004-03-15 | 2005-11-09 | コナミ株式会社 | ゲームサーバシステムおよびゲーム要素提供方法 |
| US9519517B2 (en) * | 2009-02-13 | 2016-12-13 | Schneider Electtic It Corporation | Data center control |
| US9467507B2 (en) * | 2011-01-03 | 2016-10-11 | Verizon Patent And Licensing Inc. | Wireless network cloud computing resource management |
| US9993729B2 (en) * | 2015-08-19 | 2018-06-12 | Sony Interactive Entertainment America Llc | User save data management in cloud gaming |
| US10735281B1 (en) * | 2016-12-14 | 2020-08-04 | Amazon Technologies, Inc. | Application focused provisioning system |
| WO2020247484A1 (en) * | 2019-06-03 | 2020-12-10 | Hsiung Ping Kang | Selection of virtual server for smart cloud gaming application from multiple cloud providers based on user parameters |
| US11563828B2 (en) * | 2019-10-31 | 2023-01-24 | Qualcomm Incorporated | Edge computing platform capability discovery |
| US11297131B2 (en) * | 2019-12-10 | 2022-04-05 | Oracle International Corporation | Method and apparatus for multi-vendor GTM fabric |
| CN113018871A (zh) * | 2021-04-19 | 2021-06-25 | 腾讯科技（深圳）有限公司 | 业务处理方法、装置及存储介质 |
-
2021
- 2021-05-06 JP JP2022524371A patent/JP7768128B2/ja active Active
- 2021-05-06 US US17/919,676 patent/US12316493B2/en active Active
- 2021-05-06 CN CN202180035252.6A patent/CN115668160A/zh active Pending
- 2021-05-06 WO PCT/JP2021/017355 patent/WO2021235226A1/ja not_active Ceased
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011514565A (ja) | 2007-12-05 | 2011-05-06 | オンライブ インコーポレイテッド | クライアントの要求をサーバーセンターにインテリジェントに割り当てるシステム及び方法 |
| JP2015531629A (ja) | 2012-08-24 | 2015-11-05 | マイクロソフト コーポレーション | ゲーム移動 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20230246908A1 (en) | 2023-08-03 |
| WO2021235226A1 (ja) | 2021-11-25 |
| US12316493B2 (en) | 2025-05-27 |
| CN115668160A (zh) | 2023-01-31 |
| JPWO2021235226A1 (ja) | 2021-11-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US12343619B2 (en) | Cloud gaming device handover | |
| US10632378B2 (en) | Bandwidth management during simultaneous server-to-client transfer of different types of data | |
| US9498714B2 (en) | Program mode switching | |
| US8926435B2 (en) | Dual-mode program execution | |
| US8613673B2 (en) | Intelligent game loading | |
| US8840476B2 (en) | Dual-mode program execution | |
| JP4213183B2 (ja) | 通信ネットワークの制御システム | |
| JP5579189B2 (ja) | 通信ネットワークにおいてゲームを有効化する方法及び装置 | |
| CN117695619A (zh) | 多会话远程游戏渲染 | |
| JP7768128B2 (ja) | 情報処理装置、情報処理方法、プログラム及び情報処理システム | |
| EP2621594A1 (en) | Dual mode program execution and loading | |
| US20220116831A1 (en) | Method and apparatus for providing mec service | |
| KR20260032468A (ko) | 크라우드소싱된 클라우드 게이밍 | |
| CN118075808A (zh) | 多网协同作业方法、设备及存储介质 | |
| CN118161844A (zh) | 游戏跨服方法、系统和存储介质 | |
| WO2024202727A1 (ja) | 情報処理装置および情報処理方法 | |
| HK40047821B (en) | Cloud game-based data processing method and related device | |
| HK40047821A (en) | Cloud game-based data processing method and related device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20240319 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20250520 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20250630 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20250930 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20251013 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7768128 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |