JP2024509060A - クラウドゲームの処理方法、装置、機器及びコンピュータプログラム - Google Patents

Abstract

本出願の実施例は、クラウドゲームの処理方法、装置、機器及び記憶媒体を開示し、クラウドゲームの処理方法は、クラウドゲームインスタンスに対する第２のクライアントのアクセス要求を受信するステップであって、クラウドゲームインスタンスが、クラウドゲームに対する第１のクライアントのプレイ要求に基づいて作成され、第１のクライアントがクラウドゲームインスタンスの第１の経路ストリーム処理リソースにバインディングされ、クラウドゲームインスタンスと第１のクライアントとの間のデータ伝送が、第１の経路ストリーム処理リソースによって実現されるステップと、第２のクライアントのアクセス要求に応答して、クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成するステップであって、第１の経路ストリーム処理リソースと第２の経路ストリーム処理リソースとは互いに独立するステップと、第２の経路ストリーム処理リソースを第２のクライアントにバインディングするステップと、第２の経路ストリーム処理リソースによって第２のクライアントとクラウドゲームインスタンスとの間のデータ伝送を実現するステップと、を含む。本出願の実施例により、クラウドゲーム操作モードの柔軟性及び多様性を向上させる。

Description

本出願は２０２１年０４月２８日にて中国特許庁に提出され、出願番号が２０２１１０４６３３７９．Ｘであり、出願名称が「クラウドゲームの処理方法、装置、機器及び記憶媒体」である中国特許出願の優先権を主張して、その全ての内容は援用により本出願に組み込まれた。

本出願は、コンピュータの技術分野に関し、特にクラウドゲームの技術分野に関し、具体的にクラウドゲームの処理に関している。

コンピュータ技術の迅速な発展に伴い、クラウドゲームは、ゲーム市場においてますます重要な地位を占めている。クラウドゲームとは、クラウドコンピューティングを基礎とするゲーム方式であり、その大まかなフローは、以下の通りであり、即ち、ユーザーは、端末を使用してクラウドゲームを起動させることを要求し、クラウドゲームはクラウドで１つのクラウドゲームインスタンスを起動させ、ユーザーは端末を介して当該クラウドゲームインスタンスにログインしてクラウドゲームインスタンスを操作し、これにより、クラウドゲームのプレイが実現される。クラウドゲームの実行モードで、全てのクラウドゲームインスタンスは何れもクラウドゲームのサーバーで実行し、クラウドゲームのサーバーは、レンダリングによるゲーム画面を圧縮した後、ネットワークを介してユーザーの端末に伝送して表示し、端末はユーザーの操作イベント、例えばタッチイベント、キーボード・マウスイベントなどを検出した場合、ネットワークを介して当該操作イベントをクラウドゲームのサーバーに伝送し、クラウドゲームを操作する目的を達成する。

本出願の実施例は、クラウドゲーム操作モードの柔軟性及び多様性を向上させることができるクラウドゲームの処理方法、装置、機器及び記憶媒体を提供している。

１つの態様によれば、本出願の実施例は、クラウドゲームの処理方法を提供し、当該クラウドゲームの処理方法は、
クラウドゲームインスタンスに対する第２のクライアントのアクセス要求を受信するステップであって、クラウドゲームインスタンスは、クラウドゲームに対する第１のクライアントのプレイ要求に基づいて作成され、第１のクライアントは、クラウドゲームインスタンスの第１の経路ストリーム処理リソースにバインディングされ、クラウドゲームインスタンスと第１のクライアントとの間のデータ伝送は、前記第１の経路ストリーム処理リソースによって実現されるステップと、
第２のクライアントのアクセス要求に応答して、クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成するステップであって、前記第１の経路ストリーム処理リソースと前記第２の経路ストリーム処理リソースとは互いに独立するステップと、
第２の経路ストリーム処理リソースを第２のクライアントにバインディングし、前記第２の経路ストリーム処理リソースによって第２のクライアントとクラウドゲームインスタンスとの間のデータ伝送を実現するステップと、を含む。

別の態様によれば、本出願の実施例は、クラウドゲームの処理装置を提供し、当該クラウドゲームの処理装置は、メディア符号化モジュール及びメディア伝送モジュールを含み、
メディア伝送モジュールは、クラウドゲームインスタンスに対する第２のクライアントのアクセス要求を受信し、クラウドゲームインスタンスは、クラウドゲームに対する第１のクライアントのプレイ要求に基づいて作成され、第１のクライアントは、クラウドゲームインスタンスの第１の経路ストリーム処理リソースにバインディングされ、クラウドゲームインスタンスと第１のクライアントとの間のデータ伝送は、前記第１の経路ストリーム処理リソースによって実現され、
メディア符号化モジュール及びメディア伝送モジュールは何れも、第２のクライアントのアクセス要求に応答して、クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成し、前記第１の経路ストリーム処理リソースと前記第２の経路ストリーム処理リソースとは互いに独立し、
メディア伝送モジュールはさらに第２の経路ストリーム処理リソースを第２のクライアントにバインディングし、前記第２の経路ストリーム処理リソースによって第２のクライアントとクラウドゲームインスタンスとの間のデータ伝送を実現する。

別の態様によれば、本出願の実施例は、クラウドゲームの処理機器を提供し、当該クラウドゲームの処理機器は、
コンピュータプログラムを実現するのに適したプロセッサーと、コンピュータプログラムが記憶されたコンピュータ可読記憶媒体とを含み、コンピュータプログラムは、プロセッサーによってロードされて、上記のクラウドゲームの処理方法を実行するのに適している。

別の態様によれば、本出願の実施例は、コンピュータ可読記憶媒体を提供し、当該コンピュータ可読記憶媒体にはコンピュータプログラムが記憶され、当該コンピュータプログラムは、コンピュータ機器のプロセッサーによって読み取られて、実行されるとき、コンピュータ機器に上記のクラウドゲームの処理方法を実行させる。

別の態様によれば、本出願の実施例は、コンピュータプログラム製品又はコンピュータプログラムを提供し、当該コンピュータプログラム製品又はコンピュータプログラムはコンピュータ指令を含み、当該コンピュータ指令はコンピュータ可読記憶媒体に記憶される。コンピュータ機器のプロセッサーはコンピュータ可読記憶媒体から当該コンピュータ指令を読み取り、プロセッサーは当該コンピュータ指令を実行することで、当該コンピュータ機器に上記のクラウドゲームの処理方法を実行させる。

本出願の実施例において、第１のクライアントは、クラウドゲームに対してプレイ要求を開始してクラウドゲームインスタンスを作成した場合、当該第１のクライアントにクラウドゲームインスタンスの第１の経路ストリーム処理リソースを割り当て、当該第１のクライアントは、当該第１の経路ストリーム処理リソースにバインディングされ、クラウドゲームインスタンスと第１のクライアントとの間のデータ伝送は、第１の経路ストリーム処理リソースによって実現され、第２のクライアントは、第１のクライアントが作成を要求したクラウドゲームインスタンスにアクセスすることを要求することができ、第２のクライアントのアクセス要求に応答して、第２のクライアントにクラウドゲームインスタンスの第２の経路ストリーム処理リソースを割り当て、第２の経路ストリーム処理リソースを第２のクライアントにバインディングし、第２のクライアントとクラウドゲームインスタンスとの間のデータ伝送は、第２の経路ストリーム処理リソースによって実現される。これにより分かるように、本出願の実施例は、同一のクラウドゲームインスタンスに対する多重操作をサポートし、即ち、複数のクライアント（例えば、第１のクライアント及び第２のクライアント）が同一のクラウドゲームインスタンスに対してアクセスして操作することを可能にし、クラウドゲーム操作モードの柔軟性及び多様性を効果的に向上させる。また、同一のクラウドゲームインスタンスにアクセスした各クライアントは何れもクラウドゲームインスタンスの１経路の単独なストリーム処理リソースにそれぞれバインディングされ、それぞれバインディングされた単独なストリーム処理リソースによってデータ伝送を実現し、これにより、各ストリーム処理リソースに基づいて各クライアントに対して標的且つ個別的な符号化ストリーム制御及び品質制御をそれぞれ行うのに有利であり、各ストリーム処理リソースの間は互いに独立して、互いに影響しないため、クライアントとクラウドゲームインスタンスとの間でデータを効率的且つ安定的に伝送することができる。

本出願の１つの例示的な実施例が提供するクラウドゲームの処理スキームの概略図である。 本出願の別の例示的な実施例が提供するクラウドゲームの処理スキームの概略図である。 本出願の１つの例示的な実施例が提供するクラウドゲームの処理システムのアーキテクチャ概略図である。 本出願の１つの例示的な実施例が提供するクラウドゲームの処理方法のフローチャートである。 本出願の１つの例示的な実施例が提供するクライアントのアクセス要求に応答する応答プロセスのフローチャートである。 本出願の別の例示的な実施例が提供するクラウドゲームの処理方法のフローチャートである。 本出願の１つの例示的な実施例が提供する解像度の設置プロセスのフローチャートである。 本出願の１つの例示的な実施例が提供する流量制御プロセスのフローチャートである。 本出願の１つの例示的な実施例が提供するメディアフレームのドロッププロセスのフローチャートである。 本出願の１つの例示的な実施例が提供する権限制御プロセスのフローチャートである。 本出願の１つの例示的な実施例が提供するマルチユーザーによるクラウドゲームインスタンス操作のフローチャートである。 本出願の１つの例示的な実施例が提供するクラウドゲームプレイ操作のインターフェース概略図である。 本出願の１つの例示的な実施例が提供するクラウドゲーム共有操作のインターフェース概略図である。 本出願の１つの例示的な実施例が提供するクラウドゲームインスタンスのアクセス過程のフローチャートである。 本出願の１つの例示的な実施例が提供するクラウドゲームの処理装置の構成概略図である。 本出願の１つの例示的な実施例が提供するクラウドゲームの処理機器の構成概略図である。

以下、本出願の実施例の図面を結合して、本出願の実施例の技術案を明確且つ完全に記載し、明らかに、記載された実施例は全ての実施例ではなく、本出願の一部の実施例のみである。本出願の実施例に基づいて、当業者が進歩性に値する労働をしないことを前提として取得した他の全ての実施例は何れも本出願の保護範囲に属している。

本出願の実施例によって提供される技術案をより明らかに理解するために、以下、本出願の実施例の技術用語を紹介する。

（１）クラウドゲーム（Ｃｌｏｕｄ Ｇａｍｉｎｇ）。クラウドゲームはゲームオンデマンド（Ｇａｍｉｎｇ ｏｎ Ｄｅｍａｎｄ）とも呼ばれ、クラウドコンピューティング技術を基礎とするゲーム方式である。クラウドゲームは、グラフィックス処理及びデータ演算能力が比較的に有限であるシンクライアント（Ｔｈｉｎ Ｃｌｉｅｎｔ）に高品質のゲームを実行させることができる。クラウドゲームのシナリオでは、全てのクラウドゲームインスタンスは何れもユーザーが使用する端末で実行していなく、クラウドゲームのサーバーで実行し、クラウドゲームのサーバーは、クラウドゲームインスタンスにおけるゲーム画面、ゲームオーディオをメディアストリームに圧縮して符号化してから、ネットワークを介してメディアストリームをユーザーが使用する端末に伝送し、メディアストリームにはビデオストリーム及びオーディオストリームが含まれる。ユーザーが使用する端末は、強力なグラフィックス処理及びデータ演算能力を持つ必要がなく、基本的なストリームメディア再生能力、及びユーザーから入力された操作指令を取得してユーザーから入力された操作指令をサーバーに送信する能力を持つだけでよい。

（２）クラウドゲームインスタンス。クラウドゲームは、クラウドゲームインスタンスに配置されて、実行され、クラウドゲームインスタンスは、仮想コンピューティングリソースを代表し、仮想コンピュータリソースは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置）、オペレーティングシステム、ネットワーク、磁気ディスク、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、グラフィックスプロセッサー）などの基礎コンピューティングコンポーネントのセットを含み、つまり、クラウドゲームインスタンスは、起動に成功し、実際に操作可能なクラウドゲームである。実行可能な実施形態において、クラウドゲームインスタンスは、ＯｐｅｎＧＬ ＥＳ技術を採用してゲームインターフェースをレンダリングし、ＯｐｅｎＧＬ ＥＳ（ＯｐｅｎＧＬ ｆｏｒ Ｅｍｂｅｄｄｅｄ Ｓｙｓｔｅｍｓ）は、ＯｐｅｎＧＬ（Ｏｐｅｎ Ｇｒａｐｈｉｃｓ Ｌｉｂｒａｒｙ、オープングラフィックスライブラリ）３次元グラフィックスＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ、アプリケーションプログラミングインターフェース）のサブセットであり、ＯｐｅｎＧＬ ＥＳは、グラフィックスをレンダリングするためのＡＰＩを含む。

（３）コンテナ。コンテナは、クラウドゲームにおける軽量仮想化スキームであり、クラウドゲームインスタンスはコンテナで実行する。クラウドゲームのサーバーでは複数のコンテナを実行することができ、各コンテナは、１つのクラウドゲームインスタンスに対応する。本出願の実施例において、コンテナは、ＡＲＭサーバー又はＬｉｎｕｘ環境でのＤｏｃｋｅｒコンテナを含むことができ、Ｄｏｃｋｅｒは、オープンソースのアプリケーションコンテナエンジンであり、開発者はこれらのアプリケーション及び依存パッケージをポータブルミラーリングにパッケージングして、任意の流行のＬｉｎｕｘ（オペレーティングシステム）又はＷｉｎｄｏｗｓ（オペレーティングシステム）マシンに発表することで、仮想化を実現することができ、ＡＲＭ（Ａｄｖａｎｃｅｄ ＲＩＳＣ Ｍａｃｈｉｎｅ）サーバーは、ＲＩＳＣ（Ｒｅｄｕｃｅｄ Ｉｎｓｔｒｕｃｔｉｏｎ Ｓｅｔ Ｃｏｍｐｕｔｉｎｇ、縮小命令セット）マイクロプロセッサーであり、小型、低電力消費、低コスト、高性能などの特点を有する。

（４）クラウドコンピューティング（Ｃｌｏｕｄ Ｃｏｍｐｕｔｉｎｇ）。クラウドゲームは、クラウドコンピューティング技術を基礎とし、クラウドコンピューティング技術は、クラウドゲームに強力なグラフィックス処理能力及びデータ演算能力を提供する。クラウドコンピューティングは、コンピューティングタスクを大量のコンピュータからなるリソースプールに分布して、様々なアプリケーションシステムが必要に応じてコンピューティングパワー、記憶空間及び情報サービスを取得するようにするコンピューティングモードである。リソースを提供するネットワークは「クラウド」と呼ばれる。使用者にとって、「クラウド」におけるリソースは、無制限に拡張可能、且つ、随時に取得可能、必要に応じて使用可能、随時に拡張可能、使用に応じて料金を支払うことができる。クラウドコンピューティングの基礎能力のプロバイダーとしては、クラウドコンピューティングリソースプール（クラウドプラットフォームと略称される）を作成し、一般的にＩａａＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ、サービスとしてのインフラストラクチャ）プラットフォームと呼ばれ、クラウドコンピューティングリソースプールには、外部クライアントが選択して使用するための多種のタイプの仮想リソースが配置される。クラウドコンピューティングリソースプールは主に、コンピューティング機器（仮想化マシンであり、オペレーティングシステムを含む）、記憶機器、ネットワーク機器を含む。論理機能に応じて区画すれば、ＩａａＳ層の上にはＰａａＳ（Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ、サービスとしてのプラットフォーム）層が配置され、ＰａａＳ層の上にはＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ、サービスとしてのソフトウェア）層がさらに配置され、ＳａａＳを直接的にＩａａＳに配置してもよい。ＰａａＳは、ソフトウェア（例えば、データベース、ｗｅｂコンテナなど）が実行するプラットフォームである。ＳａａＳは、様々な業務ソフトウェア（例えば、ｗｅｂポータルサイト、ＳＭＳ一斉送信など）である。一般的に、ＳａａＳ及びＰａａＳはＩａａＳに対して上層である。

クラウドコンピューティングとは、ＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ、インターネット技術）インフラストラクチャの提供及び使用モードであり、ネットワークを介して必要に応じて、拡張しやすい方式で必要なリソースを取得し、一般化クラウドコンピューティングとは、サービスの提供及び使用モードであり、ネットワークを介して必要に応じて、拡張しやすい方式で必要なサービスを取得する。このようなサービスは、ＩＴ及びソフトウェア、インターネットに関連するものであってもよいし、他のサービスであってもよい。クラウドコンピューティングは、グリッドコンピューティング（Ｇｒｉｄ Ｃｏｍｐｕｔｉｎｇ）、分散型コンピューティング（Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｍｐｕｔｉｎｇ）、並行コンピューティング（Ｐａｒａｌｌｅｌ Ｃｏｍｐｕｔｉｎｇ）、ユーティリティコンピューティング（Ｕｔｉｌｉｔｙ Ｃｏｍｐｕｔｉｎｇ）、ネットワークストレージ（Ｎｅｔｗｏｒｋ Ｓｔｏｒａｇｅ Ｔｅｃｈｎｏｌｏｇｉｅｓ）、仮想化（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）、負荷バランス（Ｌｏａｄ Ｂａｌａｎｃｅ）などの伝統のコンピュータとネットワーク技術発展との融合製品である。インターネット、リアルタイムデータストリーム、接続機器の多様化の発展、検索サービス、ソーシャルネットワーク、モバイルコマース及び開放協調などのニーズの推進に伴い、クラウドコンピューティングは迅速に発展してきた。従来の並行分散型計算とは異なり、クラウドコンピューティングの発生は理念的に、インターネットモード全体、企業管理モードの革命的な変化を推進する。

（５）ブロックチェーン技術。ブロックチェーンは、分散型データ記憶、Ｐ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ、ピアツーピア）伝送、コンセンサスメカニズム、暗号化アルゴリズムなどのコンピュータ技術の新規適用モードである。ブロックチェーンは、本質的に、脱中心化されたデータベースであり、暗号化方法を使用して関連付けて生じた一連のデータブロックであり、各データブロックには、その情報の有効性（偽物防止）を検証して、次のブロックを生成するための１バッチのネットワークトランザクションの情報が含まれる。ブロックチェーンは、暗号化方式でデータの改ざん不可及び偽造不可を保証する。

本出願の実施例によって提供される技術案をより明らかに理解するために、以下、クラウドゲームの実現原理を紹介する。クラウドゲームの実現原理は大体、以下を含む：１．端末（例えば、携帯電話、ＰＣ（パーソナルコンピュータ）など）は、クラウドゲームのクライアントを含み、ユーザーはクラウドゲームのクライアントを介してクラウドゲームに入ってプレイする。２．クラウドゲームのサーバーは、クラウドゲームに参加する各クライアントに１つのコンテナを割り当て、実行し、１つのコンテナを実行すると、１つのクラウドゲームインスタンスを起動させ、つまり、ユーザーはクラウドゲームを１回プレイすると、１つのクラウドゲームインスタンスに対応し、例えば、あるユーザーはクラウドゲームのクライアントを使用して、クラウドゲームに入ってプレイする場合、クラウドゲームのサーバーはクラウドで１つのコンテナを起動して実行し、つまり、１つのクラウドゲームインスタンスを起動して実行し、すると、当該クラウドゲームインスタンスは、ユーザーが使用するクライアントに対応し、当該クラウドゲームインスタンスによって、クラウドゲームのクライアントにクラウドゲームのゲームインターフェースを提供する。３．クラウドゲームのクライアントは、対応するクラウドゲームインスタンスから返信するゲームインターフェースを表示し、ユーザーは、ゲームインターフェースにおいて各種の操作を実行すると、クラウドゲームのクライアントは、これらの操作による操作データをクラウドゲームのサーバーに報告し、クラウドゲームのサーバーは、対応するクラウドゲームインスタンスにおいて、操作データに基づいてクラウドゲームのゲームインターフェースをリフレッシュして、リフレッシュ後のゲームインターフェースをクラウドゲームのクライアントに返信して表示する。４．クラウドゲームのプレイが終了した後、クラウドゲームのサーバーで作成されたクラウドゲームインスタンスは自動に廃棄される。ゲームインターフェースにおいてユーザーが実行する操作は、移動操作、選択操作などを含み、例えば、ユーザーは、ゲームインターフェースにおけるゲームキャラクターをゲームインターフェースの第１の位置からゲームインターフェースの第２の位置に移動し、又は、ユーザーはゲームインターフェースのあるゲームコントロールを選択する（例えばシングルクリック、ダブルクリック、長押しなど）。操作による操作データは、操作タッチ座標を含み、例えば、ユーザーがゲームインターフェースのゲームキャラクターをゲームインターフェースの第１の位置からゲームインターフェースの第２の位置に移動した場合、操作データは、第１の位置のゲームインターフェースにおける座標、及び第２の位置のゲームインターフェースにおける座標を含み、又は、ユーザーがゲームインターフェースのあるゲームコントロールを選択した場合、操作データは、ゲームコントロールのゲームインターフェースにおける座標を含む。

現在、クラウドゲームの使用シナリオでは、一般的に、ユーザーが、自分がログインしたクラウドゲームインスタンスを操作することのみを許可するため、クラウドゲーム操作モードは柔軟性及び多様性を欠如する。クラウドゲーム操作モードの柔軟性及び多様性を向上させるために、本出願の実施例は、いくつかの実践を行って、クラウドゲームにおいて、同一のクラウドゲームインスタンスに対する多重操作をサポートする一連の解決策を提案する。

解決策の１つは、図１を参照することができ、図１は、本出願の１つの例示的な実施例が提供するクラウドゲームの処理スキームの概略図を示す。図１に示すように、クラウドゲームの同一のクラウドゲームインスタンスには、複数（２つ以上）のクライアントがアクセスすることができ、本出願の実施例は、第１のクライアント及び第２のクライアントがアクセスすることを例として説明する。第１のクライアントと第２のクライアントとは同じストリーム処理リソースを共有し、クラウドゲームインスタンスは当該共有されたストリーム処理リソースに基づいて第１のクライアント又は第２のクライアントとデータ伝送を行う。ここで、ストリーム処理リソースとは、クラウドゲームのプレイ中に係るメディアストリーム及び操作データなどの各類のデータを処理するツール（例えば、ハードウェア又はソフトウェアプログラム）であり、ストリーム処理リソースは、コーデックリソース、伝送制御リソースなどを含み、コーデックリソースは、符号化処理又は復号化処理を行うために使用され、伝送制御リソースは、データ伝送、伝送制御などを行うために使用される。コーデックリソースは、メディア符号化モジュールによって提供され、伝送制御リソースは、メディア伝送モジュールによって提供される。クラウドゲームインスタンスと第１のクライアント又は第２のクライアントとの間の、共有されたストリーム処理リソースによるデータ伝送過程は、クラウドゲームのサーバーがストリーム処理リソースに基づいてクラウドゲームインスタンスにおけるメディアストリームを第１のクライアント及び第２のクライアントに送信するステップと、第１のクライアントがクラウドゲームインスタンスを操作することを要求する場合、クラウドゲームのサーバーが、ストリーム処理リソースに基づいて第１のクライアントの操作データを受信するステップと、第２のクライアントが、クラウドゲームインスタンスを操作することを要求する場合、クラウドゲームのサーバーがストリーム処理リソースに基づいて第２のクライアントの操作データを受信するステップと、を含む。

図１に示すように、共有されたストリーム処理リソースは、メディア符号化モジュール及びメディア伝送モジュールによって提供され、メディア符号化モジュールは、１経路のコーデックリソースを提供し、メディア伝送モジュールは、１経路の伝送制御リソースを提供し、第１のクライアントと第２のクライアントとは、同じストリーム処理リソースを共有し、即ち、第１のクライアントと第２のクライアントとは、同じコーデックリソース及び同じ伝送制御リソースを共有する。メディア符号化モジュールは、クラウドゲームインスタンスにおけるメディアデータを取り込むために使用され、メディアデータはゲーム画面及びゲームオーディオを含み、メディア符号化モジュールは、クラウドゲームインスタンスにおけるメディアデータを取り込んだ後、取り込まれたメディアデータに対して符号化処理を行って、メディアストリームを取得し、メディアストリームにはビデオストリーム及びオーディオストリームが含まれる。そして、メディア伝送モジュールは、メディアストリームを第１のクライアント及び第２のクライアントに転送するために使用される。第１のクライアントがクラウドゲームインスタンスを操作する場合、メディア伝送モジュールは、第１のクライアントの操作データをメディア符号化モジュールに伝送し、メディア符号化モジュールは、第１のクライアントの操作データをクラウドゲームインスタンスに導入して、クラウドゲームインスタンスを操作する目的を達成する。第２のクライアントがクラウドゲームインスタンスを操作する場合、メディア伝送モジュールは、第２のクライアントの操作データをメディア符号化モジュールに伝送し、メディア符号化モジュールは第２のクライアントの操作データをクラウドゲームインスタンスに導入して、クラウドゲームインスタンスを操作する目的を達成する。図１に示す解決策は、複数のクライアントがラウドゲームの同一のクラウドゲームインスタンスにアクセスクすることをサポートするとともに、同一のクラウドゲームインスタンスに対する多重操作をサポートすることができ、ある程度でクラウドゲーム操作モードの柔軟性及び多様性を向上させる。実践から分かるように、クラウドゲームインスタンスにアクセスした複数のクライアントは、同じストリーム処理リソースを共有し、ストリーム処理リソースは複数のクライアントによって共有され、ネットワークのピーク時に、複数のクライアントの間はリソースを互いに奪いやすいため、メディアストリームの伝送過程を遅延させ、メディアストリームの精細度が低くなる。

図１の解決策に基づいて、本出願の実施例は、別の解決策をさらに提案し、別の解決策は、図２を参照することができ、図２は、本出願の別の例示的な実施例が提供するクラウドゲームの処理スキームの概略図を示し、図２に示すように、クラウドゲームは、同様に、複数（２つ以上）のクライアントがクラウドゲームの同一のクラウドゲームインスタンスにアクセスすることをサポートするとともに、同一のクラウドゲームインスタンスに対する多重操作をサポートすることができ、本出願の実施例は、第１のクライアント及び第２のクライアントがアクセスすることを例として説明する。また、同一のクラウドゲームインスタンスにアクセスした各クライアントは何れもクラウドゲームインスタンスの１経路の単独なストリーム処理リソースにそれぞれバインディングされ、それぞれバインディングされた単独なストリーム処理リソースに基づいてデータを伝送する。

第１のクライアントについて、クラウドゲームインスタンスにアクセスした第１のクライアントは第１の経路ストリーム処理リソースにバインディングされ、クラウドゲームインスタンスと第１のクライアントとの間で、第１のクライアントにバインディングされた第１の経路ストリーム処理リソースに基づいてデータを伝送し、第１の経路ストリーム処理リソースは単独なコーデックリソース及び単独な伝送制御リソースを含み、第１の経路ストリーム処理リソースにおけるコーデックリソースは、第１のビデオ符号化サブモジュールによって提供され、第１の経路ストリーム処理リソースにおける伝送制御リソースは、第１のメディアストリーム伝送サブモジュールによって提供される。クラウドゲームインスタンスと第１のクライアントとの間の、第１の経路ストリーム処理リソースによるデータ伝送プロセスは、第１のビデオ符号化サブモジュールがクラウドゲームインスタンスから取り込まれたゲーム画面に対して符号化処理を行って、符号化によって得られた第１のビデオストリームを第１のメディアストリーム伝送サブモジュールに伝送するステップと、第１のメディアストリーム伝送サブモジュールが第１のビデオストリーム及びオーディオストリームからなる第１のメディアストリームを第１のクライアントに送信するステップと、第１のクライアントがクラウドゲームインスタンスを操作した際、第１のメディアストリーム伝送サブモジュールが第１のクライアントの操作データを第１のビデオ符号化サブモジュールに伝送し、第１のビデオ符号化サブモジュールが第１のクライアントの操作データをクラウドゲームインスタンスに導入するステップと、を含む。

第２のクライアントについて、クラウドゲームインスタンスにアクセスした第２のクライアントは第２の経路ストリーム処理リソースにバインディングされ、クラウドゲームインスタンスと第２のクライアントとの間で、第２のクライアントにバインディングされた第２の経路ストリーム処理リソースに基づいてデータを伝送し、第２の経路ストリーム処理リソースは単独なコーデックリソース及び単独な伝送制御リソースを含み、第２の経路ストリーム処理リソースのコーデックリソースは、第２のビデオ符号化サブモジュールによって提供され、第２の経路ストリーム処理リソースの伝送制御リソースは、第２のメディアストリーム伝送サブモジュールによって提供される。クラウドゲームインスタンスと第２のクライアントとの間の、第２の経路ストリーム処理リソースによるデータ伝送プロセスは、第２のビデオ符号化サブモジュールがクラウドゲームインスタンスから取り込まれたゲーム画面に対して符号化処理を行って、符号化によって得られた第２のビデオストリームを第２のメディアストリーム伝送サブモジュールに伝送するステップと、第２のメディアストリーム伝送サブモジュールが、第２のビデオストリーム及びオーディオストリームからなる第２のメディアストリームを第２のクライアントに送信するステップと、第２のクライアントがクラウドゲームインスタンスを操作した際に、第２のメディアストリーム伝送サブモジュールが第２のクライアントの操作データを第２のビデオ符号化サブモジュールに伝送し、第２のビデオ符号化サブモジュールが第２のクライアントの操作データをクラウドゲームインスタンスに導入するステップと、を含む。当該解決策において、互いに独立する各ストリーム処理リソースに基づいて、各クライアントに対して標的且つ個別的な符号化ストリーム制御及び品質制御をそれぞれ行って、各ストリーム処理リソースの間は互いに独立して、影響していないため、クライアントとクラウドゲームインスタンスとの間でデータを効率的且つ安定に伝送することができる。

以下、本出願の実施例によって提供されるクラウドゲームの処理スキームを実現するのに適したクラウドゲームの処理システムを紹介し、クラウドゲームの処理システムを結合して図２に示すクラウドゲームの処理スキームをより詳しく紹介する。図３は、本出願の１つの例示的な実施例が提供するクラウドゲームの処理システムのアーキテクチャ概略図を示し、図３に示すように、クラウドゲームの処理システム３０は、第１の端末３０１、第２の端末３０２、第３の端末３０３及びサーバー３０４を含み、ここで、実際の適用シナリオにおいて、クラウドゲームの処理システム３０に含まれた端末の数は少なくとも１つであってもよく、本出願の実施例は、クラウドゲームの処理システム３０が第１の端末３０１、第２の端末３０２及び第３の端末３０３を含むことを例として説明する。第１の端末３０１、第２の端末３０２又は第３の端末３０３のうちの何れか１つはスマートフォン、タブレット、ノートパソコン、デスクトップコンピュータ、車載機器、スマートスピーカー、スマートウォッチなどであってもよいが、これらに限定されず、第１の端末３０１においてクラウドゲームの第１のクライアントを実行し、第２の端末３０２においてクラウドゲームの第２のクライアントを実行し、第３の端末３０３においてオブザーバークライアントを実行することができ、第１のクライアント、第２のクライアント及びオブザーバークライアントは何れも、独立するアプリケーションプログラム、ＡＰＩ又はＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ、ソフトウェア開発キット）のうちの何れか１つであってもよい。クラウドゲームのサーバー３０４は、独立した物理サーバーであってもよいし、複数の物理サーバーからなるサーバークラスタ又は分散型システムであってもよいし、さらに、クラウドサービス、クラウドデータベース、クラウドコンピューティング、クラウド関数、クラウド記憶、ネットワークサービス、クラウド通信、ミドルウェアサービス、ドメインサービス、セキュリティサービス、ＣＤＮ（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ、コンテンツデリバリーネットワーク）サービス、ビッグデータ及び人工知能プラットフォームなどの基礎クラウドコンピューティングサービスを提供するクラウドサーバーであってもよい。第１の端末３０１、第２の端末３０２、第３の端末３０３及びクラウドゲームのサーバー３０４の間は、有線通信又は無線通信の方式で直接又は間接的に接続されてもよく、これに対して、本出願は限定していない。

サーバー３０４は、クラウドゲームインスタンス、メディア符号化モジュール及びメディア伝送モジュールを含むことができる。
メディア符号化モジュールは、画像取り込みサブモジュール、オーディオ取り込みサブモジュール、オーディオ事前処理サブモジュール、及び少なくとも１つのビデオ符号化サブモジュールを含み、本出願の実施例は、メディア符号化モジュールが第１のビデオ符号化サブモジュール及び第２のビデオ符号化サブモジュールを含むことを例として説明する。画像取り込みサブモジュールはクラウドゲームインスタンスにおけるゲーム画面を取り込むことができる。オーディオ取り込みサブモジュールはクラウドゲームインスタンスにおけるゲームオーディオを取り込むことができる。第１のビデオ符号化サブモジュールは取り込まれたゲーム画面に対して符号化処理を行って、符号化によって得られた第１のビデオストリームをメディア伝送モジュールに伝送することができる。第２のビデオ符号化サブモジュールは取り込まれたゲーム画面に対して符号化処理を行って、符号化によって得られた第２のビデオストリームをメディア伝送モジュールに伝送することができる。オーディオ事前処理サブモジュールは取り込まれたゲームオーディオに対してオーディオ事前処理を行って、オーディオ事前処理後のゲームオーディオをメディア伝送モジュールに伝送し、オーディオ事前処理とは、符号化の前にゲームオーディオに対して行った簡単な処理であり、オーディオ事前処理は、ゲームオーディオの符号化効率を向上させることができ、オーディオ事前処理は、ゲームオーディオに対するノイズリダクション処理、ゲームオーディオのオーディオ特徴の抽出などを含む。

メディア伝送モジュールは、オーディオ符号化サブモジュール、転送サブモジュール、及び少なくとも１つのメディアストリーム伝送サブモジュールを含み、本出願の実施例は、メディア伝送モジュールが第１のメディアストリーム伝送サブモジュール及び第２のメディアストリーム伝送サブモジュールを含むことを例として説明する。転送サブモジュールはデータを転送し、例えば第１のビデオ符号化サブモジュールから伝送された第１のビデオストリームを第１のメディアストリーム伝送サブモジュールに転送してもよいし、第２のビデオ符号化サブモジュールから伝送された第２のビデオストリームを第２のメディアストリーム伝送サブモジュールに転送してもよいし、さらに、オーディオ事前処理サブモジュールから伝送されたオーディオ事前処理後のゲームオーディオをオーディオ符号化サブモジュールに転送してもよい。オーディオ符号化サブモジュールはオーディオ事前処理後のゲームオーディオに対して符号化処理を行って、オーディオストリームを取得して、オーディオストリームを第１のメディアストリーム伝送サブモジュール及び第２のメディアストリーム伝送サブモジュールに転送する。第１のメディアストリーム伝送サブモジュールは第１のビデオストリーム及びオーディオストリームからなる第１のメディアストリームを第１のクライアント及びオブザーバークライアントに伝送することができる。第２のメディアストリーム伝送サブモジュールは第２のビデオストリーム及びオーディオストリームからなる第２のメディアストリームを第２のクライアントに伝送することができる。

図２に示すクラウドゲームの処理スキーム及び図３に示すクラウドゲームの処理システムに基づいて、クラウドゲームインスタンスとクライアントとの間でデータ伝送、流量制御、権限制御、伝送パラメータのリアルタイム調整、伝送監視などの機能を実現することができる。以下、上記の機能をそれぞれ紹介する。
（１）データ伝送
第１のビデオ符号化サブモジュールは、第１の経路ストリーム処理リソースのコーデックリソースを提供し、第１のメディアストリーム伝送サブモジュールは、第１の経路ストリーム処理リソースの伝送制御リソースを提供し、つまり、第１のビデオ符号化サブモジュール及び第１のメディアストリーム伝送サブモジュールは、第１の経路ストリーム処理リソースを共同で提供する。第１の経路ストリーム処理リソースは第１のクライアントにバインディングされ、クラウドゲームインスタンスと第１のクライアントとの間は第１の経路ストリーム処理リソースに基づいてデータを伝送し、クラウドゲームインスタンスと第１のクライアントとの間の、第１の経路ストリーム処理リソースによるデータ伝送プロセスは、第１のビデオ符号化サブモジュールがクラウドゲームインスタンスから取り込まれたゲーム画面に対して符号化処理を行って、符号化によって得られた第１のビデオストリームを第１のメディアストリーム伝送サブモジュールに伝送するステップと、第１のメディアストリーム伝送サブモジュールが第１のビデオストリーム及びオーディオストリームからなる第１のメディアストリームを第１のクライアントに送信するステップと、を含む。第１のクライアントがクラウドゲームインスタンスを操作した際に、第１のメディアストリーム伝送サブモジュールは第１のクライアントの操作データを第１のビデオ符号化サブモジュールに伝送して、第１のビデオ符号化サブモジュールは第１のクライアントの操作データをクラウドゲームインスタンスに導入する。このように、第１のクライアントを第１の経路ストリーム処理リソースにバインディングすることで、第１のクライアントとクラウドゲームインスタンスとの間でデータを効率的且つ安定に伝送することを保証することができる。

第２のビデオ符号化サブモジュールは、第２の経路ストリーム処理リソースのコーデックリソースを提供することができ、第２のメディアストリーム伝送サブモジュールは、第２の経路ストリーム処理リソースの伝送制御リソースを提供することができ、つまり、第２のビデオ符号化サブモジュール及び第２のメディアストリーム伝送サブモジュールは第２の経路ストリーム処理リソースを共同で提供する。第２の経路ストリーム処理リソースは第２のクライアントにバインディングされ、クラウドゲームインスタンスと第２のクライアントとの間は第２の経路ストリーム化処理リソースに基づいてデータを伝送し、クラウドゲームインスタンスと第２のクライアントとの間の、第２の経路ストリーム処理リソースによるデータ伝送プロセスは、第２のビデオ符号化サブモジュールが取り込まれたゲーム画面に対して符号化処理を行って、符号化によって得られた第２のビデオストリームを第２のメディアストリーム伝送サブモジュールに伝送するステップと、第２のメディアストリーム伝送サブモジュールが第２のビデオストリーム及びオーディオストリームからなる第２のメディアストリームを第２のクライアントに送信するステップと、を含む。第２のクライアントがクラウドゲームインスタンスを操作した際に、第２のメディアストリーム伝送サブモジュールは第２のクライアントの操作データを第２のビデオ符号化サブモジュールに伝送し、第２のビデオ符号化サブモジュールは第２のクライアントの操作データをクラウドゲームインスタンスに導入する。このように、第２のクライアントを第２の経路ストリーム処理リソースにバインディングすることで、第２のクライアントとクラウドゲームインスタンスとの間でデータを効率的且つ安定に伝送することを保証することができる。

（２）流量制御
第１の経路ストリーム処理リソースは第１のメディアストリームの伝送中に流量制御を行うことができる。流量制御の具体的な過程は以下の通りであり、第１のメディアストリーム伝送サブモジュールは、第１のクライアントに第１のメディアストリームを伝送する過程では、第１のクライアントにネットワークプローブパケットを送信して、第１のクライアントからフィードバックされたネットワーク情報を受信することもでき、ネットワークプローブパケットとは、ネットワークの輻輳状況をプローブするプローブツールキットであり、ネットワーク情報とは、ネットワークの輻輳状況の説明情報である。ネットワーク情報が、ネットワークが輻輳していないことを示す場合、第１のメディアストリーム伝送サブモジュールは、第１のビデオ符号化サブモジュールに第１のストリーム制御指令を送信することができ、第１のストリーム制御指令は、第１のビデオ符号化サブモジュールにおけるメディア符号化ビットレートを高めること、第１のビデオ符号化サブモジュールにおけるメディアフレームのフレームレートを高めることなどを第１のビデオ符号化サブモジュールに指示するために使用される。ネットワーク情報が、ネットワークが輻輳したことを示す場合、第１のメディアストリーム伝送サブモジュールは、第１のビデオ符号化サブモジュールに第２のストリーム制御指令を送信することができ、第２のストリーム制御指令は、第１のビデオ符号化サブモジュールにおけるメディア符号化ビットレートを低減すること、第１のビデオ符号化サブモジュールにおけるメディアフレームのフレームレートを低減すること、第１のメディアストリームにおける一部のメディアフレームをドロップすることなどを、第１のビデオ符号化サブモジュールに指示するために使用される。メディア符号化ビットレートとは、単位時間（例えば、１秒）内にメディアストリームを伝送するビット数であり、メディア符号化ビットレートが高いほど、ゲーム画面の画質が鮮明になり、メディア符号化ビットレートが低いほど、ゲーム画面の画質が不鮮明になる。メディアフレームのフレームレートとは、単位時間（例えば、１秒）内に符号化されるメディアストリームにおけるメディアフレームの数であり、メディアフレームのフレームレートが高いほど、ゲーム画面が流暢になり、メディアフレームのフレームレートが低いほど、ゲーム画面がラグになる。このように、標的且つ個別的に第１のクライアントに対して流量制御を行って、メディアストリームを第１のクライアントに伝送する過程における遅延を効果的に減少し、メディアストリームの精細度及び流暢さを向上させることができる。
第２の経路ストリーム処理リソースは、第２のメディアストリームの伝送中に流量制御を行うことができる。流量制御の具体的な過程は以下の通りであり、第２のメディアストリーム伝送サブモジュールは、第２のクライアントに第２のメディアストリームを伝送する過程では、第２のクライアントにネットワークプローブパケットを送信して、第２のクライアントからフィードバックされたネットワーク情報を受信することができる。ネットワーク情報が、ネットワークが輻輳していないことを示す場合、第２のメディアストリーム伝送サブモジュールは、第２のビデオ符号化サブモジュールに第１のストリーム制御指令を送信することができ、第１のストリーム制御指令は、第２のビデオ符号化サブモジュールにおけるメディア符号化ビットレートを高めること、第２のビデオ符号化サブモジュールにおけるメディアフレームのフレームレートを高めることなどを、第２のビデオ符号化サブモジュールに指示するために使用される。ネットワーク情報が、ネットワークが輻輳したことを示す場合、第２のメディアストリーム伝送サブモジュールは、第２のビデオ符号化サブモジュールに第２のストリーム制御指令を送信することができ、第２のストリーム制御指令は、第２のビデオ符号化サブモジュールにおけるメディア符号化ビットレートを低減すること、第２のビデオ符号化サブモジュールにおけるメディアフレームのフレームレートを低減すること、第２のメディアストリームにおける一部のメディアフレームをドロップすることなどを、第２のビデオ符号化サブモジュールに指示するために使用される。このように、標的且つ個別的に第２のクライアントに対して流量制御を行って、メディアストリームを第２のクライアントに伝送する過程における遅延を効果的に減少して、メディアストリームの精細度及び流暢さを向上させることができる。

（３）権限制御
クラウドゲームインスタンスにアクセスした第１のクライアント及び第２のクライアントにおいて、クラウドゲームインスタンスに対する操作権限を備えるクライアントの操作データはクラウドゲームインスタンスに導入されることができ、クラウドゲームインスタンスに対する操作権限を備えていないクライアントの操作データは、伝送中にドロップされる。具体的に、第１のクライアントはクラウドゲームインスタンスに対する操作権限を備えていないと、第１のビデオ符号化サブモジュールは、第１のクライアントの操作データをドロップすることができ、又は、第２のクライアントはクラウドゲームインスタンスに対する操作権限を備えていないと、第２のビデオ符号化サブモジュールは、第２のクライアントの操作データをドロップすることができる。このように、操作データをドロップすることで、クラウドゲームインスタンスにアクセスした各クライアントに対して権限制御を行うことができ、クラウドゲームインスタンスにアクセスした各クライアントに対して権限管理制御を行うのに有利である。

（４）伝送パラメータのリアルタイム調整
クラウドゲームインスタンスは、伝送パラメータのリアルタイム調整をサポートすることができる。クラウドゲームインスタンスにアクセスしたクライアントは、メディア伝送モジュールに伝送パラメータ設置要求を送信することができ、メディア伝送モジュールは伝送パラメータ設置要求に応答して、元の伝送パラメータを修正することができ、メディア符号化モジュールは、修正後の伝送パラメータを使用してゲーム画面に対して符号化処理を行うことができる。例えば、クラウドゲームインスタンスにアクセスした第１のクライアントが、第１のメディアストリーム伝送サブモジュールにメディア符号化ビットレートの設置要求を送信した場合、第１のメディアストリーム伝送サブモジュールは、メディア符号化ビットレートの設置要求において要求されたメディア符号化ビットレートに基づいて、元のメディア符号化ビットレートを修正して、修正後のメディア符号化ビットレートを第１のビデオ符号化サブモジュールに伝送し、第１のビデオ符号化サブモジュールは、修正後のメディア符号化ビットレートを使用して、ゲーム画面に対して符号化処理を行うことができる。又は、クラウドゲームインスタンスにアクセスした第２のクライアントが、第２のメディアストリーム伝送サブモジュールにメディアフレームのフレームレートの設置要求を送信した場合、第２のメディアストリーム伝送サブモジュールは、メディアフレームのフレームレートの設置要求において要求されたメディアフレームのフレームレートに基づいて、元のメディアフレームのフレームレートを修正して、修正後のメディアフレームのフレームレートを第２のビデオ符号化サブモジュールに伝送し、第２のビデオ符号化サブモジュールは、修正後のメディアフレームのフレームレートを使用してゲーム画面に対して符号化処理を行うことができる。このように、クライアントはニーズに応じて伝送パラメータをリアルタイムに調整することができ、バインディングされたストリーム処理リソースは、クライアントの調整ニーズに応じて、伝送パラメータをリアルタイムに調整又は修正することができ、非常に柔軟且つ効率的である。

（５）伝送監視
クラウドゲームインスタンスにアクセスしたオブザーバークライアントは、クラウドゲームインスタンスにおけるストリーム処理リソースを共有することができる。オブザーバークライアントは、クラウドゲームのテスターが使用するクライアントであってもよく、オブザーバークライアントは、ストリーム処理リソースによるデータ伝送過程を監視する。具体的に、クラウドゲームインスタンスに対するオブザーバークライアントのアクセス要求を受信した場合、クラウドゲームインスタンスの既存のストリーム処理リソースから１経路のストリーム処理リソースを選択し、選択した１経路のストリーム処理リソースをオブザーバークライアントにバインディングする。クラウドゲームインスタンスの既存のストリーム処理リソースから１経路のストリーム処理リソースを選択することは、クラウドゲームインスタンスの既存のストリーム処理リソースから１経路のストリーム処理リソースをランダムに選択してバインディングすることであってもよく、例えば、クラウドゲームインスタンスの既存のストリーム処理リソースは、第１の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースであれば、第１の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースから１経路をランダムに選択することができ、例えば、第１の経路ストリーム処理リソースを選択してオブザーバークライアントにバインディングし、クラウドゲームインスタンスの既存のストリーム処理リソースから１経路のストリーム処理リソースを選択することは、クラウドゲームインスタンスの既存のストリーム処理リソースから所定の１経路のストリーム処理リソースを選択してバインディングすることであってもよく、例えば、クラウドゲームインスタンスの既存のストリーム処理リソースは、第１の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースであり、所定のストリーム処理リソースは、第１の経路ストリーム処理リソースであれば、オブザーバークライアントを第１の経路ストリーム処理リソースにバインディングすることができる。オブザーバークライアントは、第１のメディアストリーム伝送サブモジュールから伝送された第１のメディアストリームを受信した後、第１のメディアストリームにおけるゲーム画面を解析して表示することができ、それにより、ゲーム画面が鮮明、流暢であるかどうかを検証する。また、オブザーバークライアントは、流量制御に参加していなく、ただゲーム画面を観察するため、オブザーバークライアントと第１のクライアントとは第１の経路ストリーム処理リソースを共有することで、リソース消費を効果的に減少し、伝送帯域幅を節約することができる。

本出願の実施例において、クラウドゲームのサーバーは、複数のクライアントが同一のクラウドゲームインスタンスに対してアクセスして操作することを可能にし、クラウドゲーム操作モードの柔軟性及び多様性を効果的に向上させる。そして、クラウドゲームのサーバーは、同一のクラウドゲームインスタンスにアクセスした複数のクライアントのそれぞれに対して、１経路の独立したストリーム処理リソースを作成してバインディングし、任意のストリーム処理リソースは何れもバインディングされたクライアントとクラウドゲームインスタンスとの間でデータを伝送することができ、データを効率的且つ安定に伝送することができる。また、任意の１経路のストリーム処理リソースは、バインディングされたクライアントに対して流量制御を標的且つ個別的に行って、メディアストリーム伝送過程における遅延を効果的に低減して、メディアストリームの精細度及び流暢さを効果的に向上させることができる。そして、クライアントがクラウドゲームインスタンスに対する操作権限を備えていない場合、バインディングされたストリーム処理リソースは、操作データをドロップすることでクライアントに対して権限制御を行うことができ、クラウドゲームインスタンスにアクセスした各クライアントに対して権限管理制御を行うのに有利である。また、クライアントはニーズに応じて伝送パラメータをリアルタイムに調整することができ、バインディングされたストリーム処理リソースはクライアントの調整ニーズに応じて、伝送パラメータをリアルタイムに調整又は修正することができ、非常に柔軟且つ効率的である。

本出願の実施例によって提案されるクラウドゲームの処理スキームはまた、ブロックチェーンと組み合わせてもよく、例えば、クラウドゲームのクライアント又はサーバーなどはブロックチェーンネットワークにおけるノードであってもよく、本出願の実施例におけるクライアントとストリーム処理リソースとの間のバインディング過程、クライアントとクラウドゲームインスタンスとの間の、ストリーム処理リソースによるデータ伝送過程は何れもブロックチェーンにアップロードされて記憶されてもよく、例えば、本出願の実施例に係る、例えばメディアストリーム、操作データなどは、ブロックの形態でブロックチェーンに記憶されてもよく、また、例えばクライアントとストリーム処理リソースとの間のバインディング関係は、ブロックの形態でブロックチェーンに記憶されてもよい。ブロックチェーンにおけるブロックの改ざん不可及び偽造不可の特点に基づいて、クライアントとストリーム処理リソースとの間のバインディング過程がより安全且つ確実になり、クライアントとクラウドゲームインスタンスとの間の、ストリーム処理リソースによるデータ伝送過程がより安全且つ確実になる。

ここで、本出願の実施例に記載されたクラウドゲームの処理システムは、本出願の実施例によって提供される技術案を限定するものではなく、本出願の実施例の技術案をより明確に説明するためのものであり、当業者であれば分かるように、システムアーキテクチャの進化及び新たなトラフィックシナリオの出現に伴い、類似した技術問題に対して、本出願の実施例によって提供される技術案は同様に適用することができる。

上記の記載に基づいて、図４は、本出願の１つの例示的な実施例が提供するクラウドゲームの処理方法のフローチャートを示し、当該クラウドゲームの処理方法は、本出願の実施例が提供するクラウドゲームの処理機器によって実行され、クラウドゲームの処理機器は、図３に示すクラウドゲームの処理システム３０におけるクラウドゲームのサーバー３０４であってもよい。当該クラウドゲームの処理方法は、以下のステップＳ４０１～Ｓ４０４を含むことができる。
Ｓ４０１：クラウドゲームインスタンスに対する第２のクライアントのアクセス要求を受信する。

クラウドゲームインスタンスは、クラウドゲームに対する第１のクライアントのプレイ要求に基づいて作成され、第１のクライアントはクラウドゲームインスタンスの第１の経路ストリーム処理リソースにバインディングされ、クラウドゲームインスタンスと第１のクライアントとの間のデータ伝送は、第１の経路ストリーム処理リソースによって実現される。具体的に、クラウドゲームのサーバーが、クラウドゲームに対する第１のクライアントのプレイ要求を受信した場合、クラウドゲームにおいて作成されたクラウドゲームインスタンスの数を取得することができる。クラウドゲームにおいて作成されたクラウドゲームインスタンスの数がインスタンス作成閾値を超えていない（即ち、以下）場合、クラウドゲームのサーバーは、クラウドゲームに対する第１のクライアントのプレイ要求に基づいてクラウドゲームインスタンスを作成するとともに、第１の経路ストリーム処理リソースを作成し、第１の経路ストリーム処理リソースを第１のクライアントにバインディングし、及び、クラウドゲームインスタンスと第１のクライアントとの間で第１の経路ストリーム処理リソースに基づいてデータを伝送し、インスタンス作成閾値は、１つのクラウドゲームが作成できるクラウドゲームインスタンスの数の上限であり、例えば、１つのクラウドゲームが作成できるクラウドゲームインスタンスの数の上限は５００００個である。クラウドゲームにおいて作成されたクラウドゲームインスタンスの数がインスタンス作成閾値を超えた（即ち、より大きい）場合、クラウドゲームのプロセッサーは、第１のクライアントにクラウドゲームインスタンス作成失敗通知を返信し、第１のクライアントについて、クラウドゲームインスタンス作成失敗通知を受信した後、第１のクライアントは、クラウドゲームに対するプレイ要求を再開始してもよいし、クラウドゲームにおいて作成されたクラウドゲームインスタンスの数がインスタンス作成閾値を超えていない（即ち、以下）時に、クラウドゲームのサーバーがクラウドゲームインスタンスを作成するまでキューに入れて待ってもよい。

クラウドゲームインスタンスと第１のクライアントとの間で第１の経路ストリーム処理リソースによってデータ伝送を実現するステップは、クラウドゲームインスタンスにおけるメディアストリームを取得するステップと、第１の経路ストリーム処理リソースによってメディアストリーム（例えば、上記の第１のメディアストリーム）を第１のクライアントに送信するステップと、第１のクライアントがクラウドゲームインスタンスを操作することを要求する場合、第１の経路ストリーム処理リソースによって第１のクライアントの操作データを受信するステップと、を含む。

クラウドゲームインスタンスに対する第２のクライアントのアクセス要求は、共有パスワードによってトリガーされることで送信される。具体的に、クラウドゲームのサーバーは、クラウドゲームインスタンスに対する第１のクライアントの共有要求を受信し、クラウドゲームのサーバーは、クラウドゲームインスタンスに対する第１のクライアントの共有要求を受信した後、第１のクライアントの共有要求に応答して、第１のクライアントにクラウドゲームインスタンスの共有パスワードを返信し、それにより、第１のクライアントは、共有パスワードを、第１のクライアント以外の他のクライアントに共有するようにする。１つの実現形態において、第１のクライアントは、クラウドゲームのサーバーから返信されたクラウドゲームインスタンスの共有パスワードを受信した後、共有パスワードを第２のクライアントに共有し、第２のクライアントは、第１のクライアントによって共有された共有パスワードを受信した後、共有パスワードを第２のクライアント、例えば第２のクライアントのクラウドゲーム参加インターフェースに入力することができ、それにより、クラウドゲームインスタンスに対するアクセス要求を第２のクライアントがクラウドゲームのサーバーに送信することをトリガーする。別の実現形態において、共有パスワードは、１つのクラウドゲームの参加リンクであってもよく、第２のクライアントは、第１のクライアントによって共有された共有パスワードを直接的にクリックすれば、クラウドゲームインスタンスに対するアクセス要求をクラウドゲームのサーバーに送信することをトリガーすることができる。共有パスワードは、クラウドゲームインスタンスの識別子及びクラウドゲームインスタンスのログインパスワードを含んでもよく、クラウドゲームインスタンスの識別子は、クラウドゲームインスタンスを認識するために使用され、即ち、第２のクライアントがアクセスを要求するクラウドゲームインスタンスは、第１のクライアントによって共有されたクラウドゲームインスタンスであることを保証することができ、クラウドゲームインスタンスのログインパスワードは、第２のクライアントの身分を検証するために使用され、例えば、第２のクライアントから入力されたクラウドゲームインスタンスのログインパスワードと、クラウドゲームのサーバーに記憶されたクラウドゲームインスタンスのログインパスワードと、を比較し、両者が同じであれば、検証が合格し、第２のクライアントがクラウドゲームインスタンスにアクセスすることを許可し、両者が異なっていると、検証が失敗し、第２のクライアントがクラウドゲームインスタンスにアクセスすることを禁止することができ、クラウドゲームインスタンスのログインパスワードを使用して第２のクライアントの身分を検証することで、クラウドゲームインスタンスにアクセスした第２のクライアントが信頼可能であることを保証することができる。

Ｓ４０２：第２のクライアントのアクセス要求に応答して、クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成する。

クラウドゲームインスタンスに対する第２のクライアントのアクセス要求を受信した後、第２のクライアントのアクセス要求に応答して、クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成することができ、上記の図２の実施例に示すように、第２の経路ストリーム処理リソースは、第２のビデオ符号化サブモジュール及び第２のメディアストリーム伝送サブモジュールによって提供される。第２のビデオ符号化サブモジュールは、取り込まれたクラウドゲームインスタンスのゲーム画面に対して符号化処理を行って、符号化によって得られた第２のビデオストリームを第２のメディアストリーム伝送サブモジュールに伝送することができ、第２のメディアストリーム伝送サブモジュールは、第２のビデオストリーム及びオーディオストリームからなる第２のメディアストリームを第２のクライアントに伝送することができ、第１の経路ストリーム処理リソースと第２の経路ストリーム処理リソースとは互いに独立する。

第２のクライアントのアクセス要求には第２のクライアントのユーザー識別子（ｕｓｅｒＩＤ２）及び第１のアクセスポリシ（Ｅｘｃｌｕｓｉｖｅポリシ）が含まれ、第１のアクセスポリシは、第２のクライアントのタイプが使用者タイプであることを示すために使用される。この場合、クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成するステップは、第２のクライアントのユーザー識別子に基づいて、第２のクライアントにアクセスセッション識別子（ＳＤＫ Ｓｅｓｓｉｏｎ ＩＤ２）を割り当てるステップと、第１のアクセスポリシに基づいて、クラウドゲームインスタンスの第２の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースの識別子（ＣＧ Ｓｅｓｓｉｏｎ ＩＤ２）を生成するステップと、を含むことができ、当該第２の経路ストリーム処理リソース及び対応する識別子は、リアルタイムに生成される。

Ｓ４０３：第２の経路ストリーム処理リソースを第２のクライアントにバインディングする。

クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成した後、第２の経路ストリーム処理リソースを第２のクライアントにバインディングすることができる。第２の経路ストリーム処理リソースを第２のクライアントにバインディングすることは、第２のクライアントのアクセスセッション識別子と第２の経路ストリーム処理リソースの識別子との間でバインディング関係を確立することで、前記第２の経路ストリーム処理リソースと前記第２のクライアントとのバインディングを実現することを意味する。

Ｓ４０４：第２の経路ストリーム処理リソースによって第２のクライアントとクラウドゲームインスタンスとの間のデータ伝送を実現する。

第２の経路ストリーム処理リソースを第２のクライアントにバインディングした後、第２のクライアントとクラウドゲームインスタンスの間で第２の経路ストリーム処理リソースによってデータ伝送を実現することができる。第２のクライアントとクラウドゲームインスタンスの間で第２の経路ストリーム処理リソースによってデータ伝送を実現するステップは、クラウドゲームインスタンスにおけるメディアストリーム（例えば、上記の第２のメディアストリーム）を取得するステップと、第２の経路ストリーム処理リソースによってメディアストリームを第２のクライアントに送信するステップと、第２のクライアントが、クラウドゲームインスタンスを操作することを要求する場合、第２の経路ストリーム処理リソースによって第２のクライアントの操作データを受信するステップと、を含むことができる。

第３のクライアントは、第１のクライアント及び第２のクライアント以外の、クラウドゲームインスタンスにアクセスすることを要求するクライアントであってもよい。クラウドゲームのサーバーは、クラウドゲームインスタンスに対する第３のクライアントのアクセス要求を受信することができ、第３のクライアントのアクセス要求には、第３のクライアントのユーザー識別子（ｕｓｅｒＩＤ３）及びアクセスポリシが含まれる。クラウドゲームのサーバーが第３のクライアントのアクセス要求に応答する応答プロセスは、図５を参照することができ、図５は、本出願の１つの例示的な実施例が提供するクライアントのアクセス要求に応答する応答プロセスのフローチャートを示し、図５に示すように、１つの実現形態において、アクセスポリシが第１のアクセスポリシであれば、クラウドゲームのサーバーは第３のクライアントのアクセス要求に応答して、クラウドゲームインスタンスの第３の経路ストリーム処理リソースを作成し、第３の経路ストリーム処理リソースを第３のクライアントにバインディングして、第３のクライアントとクラウドゲームインスタンスとの間で第３の経路ストリーム処理リソースに基づいてデータを伝送することができる。別の実現形態において、アクセスポリシが第２のアクセスポリシ（Ｓｈａｒｅｄポリシ）であれば、クラウドゲームのサーバーは、クラウドゲームインスタンスには、第１のアクセスポリシに基づいて作成したストリーム処理リソースが存在するかどうかをチェックすることができ、第２のアクセスポリシは、第３のクライアントのタイプがオブザーバーである（例えば、第３のクライアントは上記の実施例で言及されたオブザーバークライアントであってもよい）ことを示す。クラウドゲームインスタンスには、第１のアクセスポリシに基づいて作成したストリーム処理リソースが存在し、例えばクラウドゲームインスタンスには第１の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースが存在した場合、第３のクライアントのアクセス要求に応答して、第１の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースから１経路のストリーム処理リソースを選択し、選択した１経路のストリーム処理リソースを第３のクライアントにバインディングし、第３のクライアントとクラウドゲームインスタンスとの間で選択した１経路のストリーム処理リソースに基づいてデータを伝送することができ、クラウドゲームインスタンスの第１の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースから１経路のストリーム処理リソースを選択することは、クラウドゲームインスタンスの第１の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースから１経路のストリーム処理リソースをランダムに選択することを意味し、例えば、第１の経路ストリーム処理リソースを選択してもよく、クラウドゲームインスタンスの第１の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースから１経路のストリーム処理リソースを選択することはまた、クラウドゲームインスタンスの第１の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースから所定の１経路のストリーム処理リソースを選択することを意味し、所定のストリーム処理リソースは第１の経路ストリーム処理リソースであれば、選択したストリーム処理リソースは第１の経路ストリーム処理リソースである。クラウドゲームインスタンスには、第１のアクセスポリシに基づいて作成したストリーム処理リソースが存在していない場合、第３のクライアントのアクセス要求に応答して、クラウドゲームインスタンスの第３の経路ストリーム処理リソースを作成し、第３の経路ストリーム処理リソースを第３のクライアントにバインディングして、第３のクライアントとクラウドゲームインスタンスとの間で第３の経路ストリーム処理リソースに基づいてデータを伝送する。クラウドゲームインスタンスの第３の経路ストリーム処理リソースを作成して、第３の経路ストリーム処理リソースを第３のクライアントにバインディングすることは以下の通りであってもよく、即ち、第３のクライアントのユーザー識別子に基づいて、第３のクライアントにアクセスセッション識別子（ＳＤＫ Ｓｅｓｓｉｏｎ ＩＤ３）を割り当て、第１のアクセスポリシに基づいて、クラウドゲームインスタンスの第３の経路ストリーム処理リソース及び第３の経路ストリーム処理リソースの識別子（ＣＧ Ｓｅｓｓｉｏｎ ＩＤ３）を生成し、第３のクライアントのアクセスセッション識別子と第３の経路ストリーム処理リソースの識別子との間でバインディング関係を確立する。第１の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースから第１の経路ストリーム処理リソースを選択することを例として、選択した１経路のストリーム処理リソースを第３のクライアントにバインディングすることは、第３のクライアントのアクセスセッション識別子と第１の経路ストリーム処理リソースの識別子（ＣＧ Ｓｅｓｓｉｏｎ ＩＤ１）との間でバインディング関係を確立することを意味する。

本出願の実施例において、複数のクライアント（例えば、第１のクライアント及び第２のクライアント）が同一のクラウドゲームインスタンスに対してアクセスして操作することを可能にし、クラウドゲーム操作モードの柔軟性及び多様性を効果的に向上させる。また、同一のクラウドゲームインスタンスにアクセスした複数のクライアントのそれぞれに対して、１経路の単独なストリーム処理リソースを作成してバインディングし、クラウドゲームインスタンスの何れか１経路のストリーム処理リソースは、当該ストリーム処理リソースにバインディングされたクライアントとクラウドゲームインスタンスとの間でデータを伝送し、これによって、各ストリーム処理リソースに基づいて各クライアントに対して標的且つ個別的な符号化ストリーム制御及び品質制御をそれぞれ行うことができ、各ストリーム処理リソースの間は互いに独立して、影響していないため、クライアントとクラウドゲームインスタンスとの間でデータを効率的且つ安定に伝送することができる。第２のクライアントを例として、第２のクライアントと第２の経路ストリーム処理リソースとの間のバインディング関係を確立することで、第２のクライアントの操作データを受信した場合、バインディング関係に基づいて、バインディングされた第２の経路ストリーム処理リソースを迅速に決定し、第２の経路ストリーム処理リソースによって第２のクライアントの操作データをクラウドゲームインスタンスに導入し、さらに、クラウドゲームインスタンスのメディアストリームを取得した場合、バインディング関係に基づいて第２の経路ストリーム処理リソースにバインディングされた第２のクライアントを迅速に決定することで、第２の経路ストリーム処理リソースによってメディアストリームを第２のクライアントに迅速に転送し、データ伝送過程の正確性を効果的に向上させ、データ伝送過程の遅延を低減する。

上記の記載に基づいて、図６は、本出願の別の例示的な実施例が提供するクラウドゲームの処理方法のフローチャートを示し、当該クラウドゲームの処理方法は、本出願の実施例が提供するクラウドゲームの処理機器によって実行され、クラウドゲームの処理機器は、図３のクラウドゲームの処理システム３０におけるクラウドゲームのサーバー３０４であってもよい。当該クラウドゲームの処理方法は、以下のステップＳ６０１～Ｓ６０６を含むことができる。
Ｓ６０１：クラウドゲームインスタンスに対する第２のクライアントのアクセス要求を受信する。

クラウドゲームインスタンスは、クラウドゲームに対する第１のクライアントのプレイ要求に基づいて作成され、第１のクライアントは、クラウドゲームインスタンスの第１の経路ストリーム処理リソースにバインディングされ、クラウドゲームインスタンスと第１のクライアントとの間のデータ伝送は第１の経路ストリーム処理リソースによって実現される。

Ｓ６０２：第２のクライアントのアクセス要求に応答して、クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成する。

第２のクライアントのアクセス要求には、第２のクライアントのユーザー識別子及び第１のアクセスポリシが含まれ、第１のアクセスポリシは、第２のクライアントのタイプが使用者タイプであることを示すために使用される。この場合、クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成するステップは、第２のクライアントのユーザー識別子に基づいて、第２のクライアントにアクセスセッション識別子を割り当てるステップと、第１のアクセスポリシに基づいて、クラウドゲームインスタンスの第２の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースの識別子を生成するステップと、を含むことができる。

Ｓ６０３：第２の経路ストリーム処理リソースを第２のクライアントにバインディングする。

クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成した後、第２の経路ストリーム処理リソースを第２のクライアントにバインディングすることができる。第２の経路ストリーム処理リソースを第２のクライアントにバインディングすることは、第２のクライアントのアクセスセッション識別子と第２の経路ストリーム処理リソースの識別子との間でバインディング関係を確立することで、前記第２の経路ストリーム処理リソースと前記第２のクライアントとのバインディングを実現することを意味する。

Ｓ６０４：クラウドゲームインスタンスにおけるメディアストリームを取得する。

Ｓ６０５：第２の経路ストリーム処理リソースに基づいてメディアストリームを第２のクライアントに送信する。

Ｓ６０６：第２のクライアントが、クラウドゲームインスタンスを操作することを要求する場合、第２の経路ストリーム処理リソースによって第２のクライアントの操作データを受信する。

クラウドゲームインスタンスは、伝送パラメータのリアルタイム調整をサポートすることができる。クラウドゲームインスタンスにアクセスしたクライアントは、クラウドゲームのサーバーに伝送パラメータ設置要求を送信することができ、クラウドゲームのサーバーは、伝送パラメータ設置要求に応答して、元の伝送パラメータを修正し、修正後の伝送パラメータを使用してゲーム画面に対して符号化処理を行うことができる。伝送パラメータは、メディア符号化レート、メディアフレームのフレームレート及び解像度のうちの少なくとも１つを含むことができる。メディア符号化ビットレートとは、単位時間（例えば、１秒）内にメディアストリームを伝送するビット数であってもよく、メディア符号化ビットレートが高いほど、ゲーム画面の画質が鮮明になり、メディア符号化レートが低いほど、ゲーム画面の画質が不鮮明になる。メディアフレームのフレームレートは単位時間（例えば、１秒）内に符号化されるメディアストリームにおけるメディアフレームの数であってもよく、メディアフレームのフレームレートが高いほど、ゲーム画面が流暢になり、メディアフレームのフレームレートが低いほど、ゲーム画面がラグになる。解像度は機器解像度及び符号化解像度を含むことができ、機器解像度は、表示解像度とも呼ばれ、機器のディスプレイスクリーンの全ての可視面積での、水平画素の数及び垂直画素の数を意味し、例えば、機器解像度は７２０＊９６０であれば、機器のディスプレイスクリーンの全ての可視面積で７２０個の画素を水平に表示し、９６０個の画素を垂直に表示し、機器符号化レートが決定されたら、変更不可である。符号化解像度とは、符号化後のゲーム画面における水平画素の数及び垂直画素の数を意味し、例えば、符号化解像度は７２０＊９６０であれば、符号化後のゲーム画面で７２０個の画素を水平に表示し、９６０個の画素を垂直に表示する。

伝送パラメータにおける解像度について、第１のクライアントがクラウドゲームインスタンスにアクセスした後、クラウドゲームのサーバーは、第１の経路ストリーム処理リソースに基づいて、第１のクライアントから送信された機器解像度を受信することができ、機器解像度は、第１のクライアントが実行する第１の端末の機器解像度であってもよく、第１の端末の機器解像度は、第１の端末のディスプレイスクリーンの全ての可視面積での水平画素の数及び垂直画素の数であってもよく、例えば、第１の端末の機器解像度は７２０＊９６０であれば、第１の端末のディスプレイスクリーンの全ての可視面積で７２０個の画素を水平に表示し、９６０個の画素を垂直に表示する。第１のクライアントから送信された機器解像度を受信した後、クラウドゲームのサーバーは、機器解像度に基づいてクラウドゲームインスタンスのコンテナウィンドウ解像度を設置し、機器解像度に基づいてクラウドゲームインスタンスのコンテナウィンドウ解像度を設置するステップは、以下を含み、即ち、クラウドゲームインスタンスの第１の比を第１の端末の第２の比と同じに設置し、第１の比とは、クラウドゲームインスタンスのコンテナウィンドウの水平画素の数と垂直画素の数との間の比であり、第２の比とは、第１の端末のディスプレイスクリーンの水平画素の数と垂直画素の数との間の比であり、例えば、第１の端末の機器解像度は７２０＊９６０であれば、クラウドゲームインスタンスのコンテナウィンドウ解像度を１０８０＊１４４０に設置し、水平画素の数と垂直画素の数との間の比は何れも０．７５である。クラウドゲームのサーバーはさらに、第１の経路ストリーム処理リソースに基づいてコンテナウィンドウ解像度を第１のクライアントに送信し、第１のクライアントがクラウドゲームインスタンスを操作することを要求する場合、機器解像度及びコンテナウィンドウ解像度に基づいて、操作タッチ座標に対して座標変換を行うことができ、例えば、機器解像度での第１の操作タッチ座標をコンテナウィンドウ解像度での第２の操作タッチ座標に変換することができる。

ここで、クラウドゲームインスタンスのコンテナウィンドウ解像度は決定されたら、変更不可であり、クラウドゲームインスタンスにアクセスしたクライアントが設置した符号化解像度における第３の比が第１の比とは異なっている場合、符号化によって得られたメディアストリームにおけるゲーム画面は、ストレッチされて変形するため、クライアントが設置した符号化解像度における第３の比がクラウドゲームインスタンスの第１の比と同じであることを保持する必要があり、第３の比とは、クライアントが設置した符号化解像度における水平画素の数と垂直画素の数との比である。第２のクライアントを例として、第２のクライアントがクラウドゲームインスタンスにアクセスした後、クラウドゲームのサーバーは、第２の経路ストリーム処理リソースに基づいて第２のクライアントにコンテナウィンドウ解像度を送信することができ、第２のクライアントが、クラウドゲームインスタンスを操作することを要求する場合、機器解像度及びコンテナウィンドウ解像度に基づいて、操作タッチ座標に対して座標変換を行うことができる。クラウドゲームのサーバーは、第２の経路ストリーム処理リソースに基づいて、第２のクライアントから送信された解像度設置要求を受信することもでき、解像度設置要求には、第２のクライアントが設置を要求する符号化解像度が含まれ、クラウドゲームのサーバーは、コンテナウィンドウ解像度に基づいて、設置を要求する符号化解像度を修正し、修正後の符号化解像度を使用して、第２の経路ストリーム処理リソースに基づいて伝送されたメディアストリームに対して符号化処理を行うことができる。クラウドゲームのサーバーがコンテナウィンドウ解像度に基づいて、設置を要求する符号化解像度を修正するステップは、設置を要求する符号化解像度の第３の比をクラウドゲームインスタンスの第１の比と同じに設置するステップを含むことができる。例えば、第２のクライアントが要求した符号化解像度は４８０Ｐであれば、コンテナウィンドウ解像度である１０８０＊１４４０に基づいて、設置を要求する符号化解像度を修正することができ、修正後の符号化解像度は、４８０＊６４０である。

解像度の設置プロセスは、図７ａを参照することができ、図７ａは、本出願の１つの例示的な実施例が提供する解像度の設置プロセスのフローチャートを示し、第２のクライアントを例として、クラウドゲームインスタンスのコンテナウィンドウ解像度が決定された後、第２のビデオ符号化サブモジュールは、クラウドゲームインスタンスのコンテナウィンドウ解像度を第２のメディアストリーム伝送サブモジュールに伝送することができ、例えば、クラウドゲームインスタンスのコンテナウィンドウ解像度は１０８０＊１４４０である。第２のメディアストリーム伝送サブモジュールは、第２のクライアントが設置を要求する符号化解像度を受信した後、コンテナウィンドウ解像度に基づいて、設置を要求する符号化解像度を修正し、修正後の符号化解像度を取得することができ、例えば、修正を要求する符号化解像度は４８０Ｐであれば、修正後の符号化解像度は４８０＊６４０である。そして、第２のメディアストリーム伝送サブモジュールは、修正後の符号化解像度を第２のビデオ符号化サブモジュールに伝送することができ、第２のビデオ符号化サブモジュールは、修正後の符号化解像度を使用して、第２のクライアントへの伝送対象となるメディアストリームに対して符号化処理を行うことができる。

上記の伝送パラメータのリアルタイム調整に関する記載から分かるように、クラウドゲームのサーバーは、クラウドゲームインスタンスにアクセスしたクライアントの伝送パラメータ設置要求に基づいて、伝送パラメータをリアルタイムに調整又は修正し、クラウドゲームインスタンスにアクセスしたクライアントの伝送パラメータの設置ニーズをよく満たすことができ、非常に柔軟且つ効率的である。

クラウドゲームインスタンスはデータ伝送中に、流量制御をサポートすることもできる。クラウドゲームのサーバーは、第２の経路ストリーム処理リソースに基づいて第２のクライアントにネットワークプローブパケットを送信して、第２のクライアントからフィードバックされたネットワーク情報を受信し、ネットワークプローブパケットとは、ネットワークの輻輳状況をプローブするプローブツールキットであり、ネットワーク情報とは、ネットワークの輻輳状況の説明情報である。そして、クラウドゲームのサーバーは、ネットワーク情報に基づいてネットワークプローブパケットのデータ量を調整するとともに、第２の経路ストリーム処理リソースの伝送パラメータを調整することができる。ネットワーク情報に基づいてネットワークプローブパケットのデータ量を調整するとともに、第２の経路ストリーム処理リソースの伝送パラメータを調整するステップは、ネットワーク情報が、ネットワークが輻輳したことを示す場合、ネットワークプローブパケットのデータ量を低減して、第２の経路ストリーム処理リソースの伝送パラメータに対して第１の調整を行うステップと、ネットワーク情報が、ネットワークが輻輳していないことを示す場合、ネットワークプローブパケットのデータ量を増やして、第２の経路ストリーム処理リソースの伝送パラメータに対して第２の調整を行うステップと、を含むことができ、第１の調整は、第２の経路ストリーム処理リソースにおけるメディア符号化ビットレートを低減すること、第２の経路ストリーム処理リソースにおけるメディアフレームのフレームレートを低減すること、及び第２の経路ストリーム処理リソースにおける一部のメディアフレームをドロップすることのうちの少なくとも１つを含んでもよく、第２の調整は、第２の経路ストリーム処理リソースにおけるメディア符号化ビットレートを高めること、及び第２の経路ストリーム処理リソースにおけるメディアフレームのフレームレートを高めることのうちの少なくとも１つを含んでもよい。

流量制御のプロセスは、図７ｂを参照することができ、図７ｂは、本出願の１つの例示的な実施例が提供する流量制御プロセスのフローチャートを示し、ここで、第２のクライアントとクラウドゲームインスタンスとの間の流量制御プロセスを例として説明し、第１のクライアントとクラウドゲームインスタンスとの間の流量制御プロセスは、第２のクライアントとクラウドゲームインスタンスとの間の流量制御プロセスに類似するため、ここで、贅言していない。図７ｂの流量制御プロセスは、以下を含むことができ、即ち、第２の経路ストリーム処理リソースの第２のビデオ符号化サブモジュールは、符号化によって得られた第２のビデオストリームを第２の経路ストリーム処理リソースの第２のメディアストリーム伝送サブモジュールに伝送した後、第２のメディアストリーム伝送サブモジュールは、第２のビデオストリーム及びオーディオストリームが含まれた第２のメディアストリームを第２のクライアントに伝送することができる。第２のメディアストリーム伝送サブモジュールは、第２のクライアントに第２のメディアストリームを伝送する過程では、第２のクライアントにネットワークプローブパケットを送信して、第２のクライアントからフィードバックされたネットワーク情報を受信することもできる。第２のメディアストリーム伝送サブモジュールは、ネットワーク情報に基づいて第２のビデオ符号化サブモジュールにストリーム制御指令を送信することができ、ネットワーク情報が、ネットワークが輻輳していないことを示す場合、第２のメディアストリーム伝送サブモジュールは、第２のビデオ符号化サブモジュールに第１のストリーム制御指令を送信することができ、第１のストリーム制御指令は、第２のビデオ符号化サブモジュールにおけるメディア符号化ビットレートを高めること、第２のビデオ符号化サブモジュールにおけるメディアフレームのフレームレートを高めることなどを第２のビデオ符号化サブモジュールに指示するために使用され、ネットワーク情報が、ネットワークが輻輳したことを示す場合、第２のメディアストリーム伝送サブモジュールは、第２のビデオ符号化サブモジュールに第２のストリーム制御指令を送信することができ、第２のストリーム制御指令は、第２のビデオ符号化サブモジュールにおけるメディア符号化ビットレートを低減すること、第２のビデオ符号化サブモジュールにおけるメディアフレームのフレームレートを低減すること、第２のメディアストリームにおける一部のメディアフレームをドロップすることなどを、第２のビデオ符号化サブモジュールに指示するために使用される。

ここで、第２のメディアストリーム伝送サブモジュールは、信頼できないトランスポートプロトコルによって第２のメディアストリーム及びネットワークプローブパケットを第２のクライアントに送信することができ、信頼できないトランスポートプロトコルは、ＲＴＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ、リアルタイムトランスポートプロトコル）を含むことができる。信頼性の高いトランスポートプロトコルＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、トランスミッションコントロールプロトコル）は、ネットワークが輻輳した場合、パケットロス不能、又はパケットロス再送信によって遅延が大きくなるため、ネットワークが輻輳する場合、ＴＣＰの伝送効率が低くなり、これに基づいて、本出願の実施例は、信頼できないトランスポートプロトコルＲＴＰを採用して、メディアストリームとネットワークプローブパケットを伝送することができ、ネットワークが輻輳した場合、信頼できないトランスポートプロトコルＲＴＰは、パケットロスを自発的に行うことができ、これによって、ネットワークが輻輳する場合、伝送遅延を効果的に減少するのに有利である。また、第２のメディアストリーム伝送サブモジュールは、フィードバックメカニズム付きのプロトコルを採用して、第２のクライアントからフィードバックされたネットワーク情報を受信することができ、フィードバックメカニズム付きのプロトコルは、ＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、ＲＴＰ制御プロトコル）を含むことができ、ネットワーク情報は、ＲＴＣＰ ＲＲ（ＲＴＣＰ Ｒｅｃｅｉｖｅｒ Ｒｅｐｏｒｔ、ＲＴＣＰ受信者報告）を含むことができ、クライアントは、ターゲット期間ごとに、ネットワーク情報を１回フィードバックし、ターゲット期間は例えば、１００ミリ秒であってもよい。

第２のビデオ符号化サブモジュールは、ストリーム制御指令に応答してメディア符号化ビットレート、メディアフレームのフレームレートなどの伝送パラメータを調整するのに時間がかかるため、ネットワークが突発的に輻輳すると、伝送パラメータの調整は一定の遅延を生じる恐れがあり、一般的に、メディアストリームにおける一部のメディアフレームをドロップする方法を採用して、メディア符号化ビットレートを迅速に低減させる。図７ｃは、本出願の１つの例示的な実施例が提供するメディアフレームのドロッププロセスのフローチャートを示し、図７ｃに示すように、ネットワーク情報が、ネットワークが突発的に輻輳したことを示す場合、第２のメディアストリーム伝送サブモジュールは、第２のビデオ符号化サブモジュールにメディアフレームドロップ要求を送信することができ、そして、第２のビデオ符号化サブモジュールは、メディアフレームドロップ要求に応答して、画像取り込みサブモジュールがゲーム画面を取り込んだ後、フレームドロップポリシに従って、取り込まれた一部のメディアフレームをドロップすることができ、フレームドロップポリシに従って、取り込まれた一部のメディアフレームをドロップすることは、ターゲット割合に従って、取り込まれた一部のメディアフレームをドロップすることを意味し、ターゲット割合は、画像取り込みサブモジュールによって取り込まれたメディアフレームの数の３分の１、１０分の１、２００分の１などであってもよい。ネットワーク情報が、ネットワークが輻輳していないことを示す場合、上記のフレームドロップポリシをオフにすることができる。

上記の流量制御に関する記載から分かるように、クラウドゲームのサーバーにおけるメディア符号化モジュール及びメディア伝送モジュールは、流量制御を共同で行うことができ、メディアストリームの伝送遅延を効果的に低減して、メディアストリームにおけるゲーム画面の品質を向上させることができ、クライアントとクラウドゲームインスタンスとの間でデータを効率的且つ安定に伝送する。

クラウドゲームインスタンスは、データ伝送中に権限制御をサポートすることもできる。クラウドゲームのサーバーは、第１のクライアントの権限設置要求に基づいて、第２のクライアントに対して権限を配置することができ、権限は、クラウドゲームインスタンスに対する操作権限、又はクラウドゲームインスタンスに対する閲覧権限のうちの少なくとも１つを含むことができ、クラウドゲームインスタンスに対する操作権限とは、クラウドゲームインスタンスを操作する権限であり、クラウドゲームインスタンスに対する閲覧権限とは、クラウドゲームインスタンスのゲーム画面を閲覧する権限であり、クラウドゲームインスタンスに対する閲覧権限を備えるユーザーは、クラウドゲームインスタンスを操作できず、他のユーザーがクラウドゲームインスタンスを操作するゲーム画面を閲覧することしかできない。第２のクライアントが、クラウドゲームインスタンスに対する操作権限を備えていない場合、クラウドゲームのサーバーは、第２の経路ストリーム処理リソースに基づいて第２のクライアントの操作データを受信した場合、第２のクライアントの操作データをドロップすることができる。第２のクライアントが、クラウドゲームインスタンスに対する操作権限を備えている場合、クラウドゲームのサーバーは、第２の経路ストリーム処理リソースに基づいて第２のクライアントの操作データを受信した時に、第２のクライアントの操作データをクラウドゲームインスタンスに導入することができる。操作データは、Ｔｏｕｃｈ操作データ（例えば、上記の操作タッチ座標）、テキスト入力データ、音声入力データ、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ、グローバルポジショニングシステム）データ、センサーのセンシングデータなどのうちの少なくとも１つを含むことができる。

図７ｄは、本出願の１つの例示的な実施例が提供する権限制御プロセスのフローチャートを示し、図７ｄに示すように、第１のメディアストリーム伝送サブモジュールは、１つの権限設置インターフェース（ＨＴＴＰ Ｒｅｓｔｆｕｌインターフェース）を提供し、第１のクライアントは、第１のメディアストリーム伝送サブモジュールの権限設置インターフェースによって、第１のメディアストリーム伝送サブモジュールに権限設置要求を送信し、第２のクライアントに対して権限を配置することを要求し、これによって、第１のメディアストリーム伝送サブモジュールは、第１のクライアントの権限設置要求に基づいて第２のクライアントに対して権限を配置して、権限配置結果を第１のビデオ符号化サブモジュールに送信することができ、第１のビデオ符号化サブモジュールは、権限配置結果を第２のビデオ符号化サブモジュールに転送する。権限配置結果が、第２のクライアントがクラウドゲームインスタンスに対する操作権限を備えていないことを示す場合、第２のビデオ符号化サブモジュールは、第２のクライアントの操作データをドロップすることができる。権限配置結果が、第２のクライアントがクラウドゲームインスタンスに対する操作権限を備えることを示す場合、第２のビデオ符号化サブモジュールは、第２のクライアントの操作データをクラウドゲームインスタンスに導入して、クラウドゲームインスタンスを操作することができる。

上記の権限制御に関する記載から分かるように、操作データを導入又はドロップすることで、クラウドゲームインスタンスの権限制御を実現し、クラウドゲームに対する操作権限を備えるクライアントの操作データは、クラウドゲームインスタンスに導入され、クラウドゲームに対する操作権限を備えていないクライアントの操作データは、伝送中にドロップされ、クラウドゲームの操作モードを効果的に豊かにする。

クラウドゲームインスタンスはまた、マルチユーザーの同時操作をサポートすることができる。ここで、２つのユーザー、即ち、第１のクライアント及び第２のクライアントがクラウドゲームインスタンスを操作することを例とし、第１のクライアントは、クラウドゲームインスタンスにおける第１の操作コントロールにマッピングすることができ、第２のクライアントは、クラウドゲームインスタンスにおける第２の操作コントロールにマッピングすることができ、第１の操作コントロール及び第２の操作コントロールは何れもクラウドゲームインスタンスにおけるジョイスティックであってもよい。図７ｅは、本出願の１つの例示的な実施例が提供するマルチユーザーがクラウドゲームインスタンスを操作するフローチャートを示し、図７ｅに示すように、第１の経路ストリーム処理リソースに基づいて第１のクライアントの操作データを受信した場合、クラウドゲームのプロセッサーは、第１のクライアントの操作データを第１の操作コントロールに導入して、クラウドゲームインスタンスを操作するように第１の操作コントロールを制御することができ、具体的に、第１のクライアントが、クラウドゲームインスタンスを操作することを要求する場合、第１のメディアストリーム伝送サブモジュールは、第１のクライアントの操作データを受信して、受信された第１のクライアントの操作データを第１のビデオ符号化サブモジュールに伝送することができ、第１のビデオ符号化サブモジュールは、第１のクライアントの操作データを第１の操作コントロールに導入して、クラウドゲームインスタンスを操作するように第１の操作コントロールを制御することができる。第１のビデオ符号化サブモジュールは、クラウドゲームインスタンスのゲーム画面を取得した場合、ゲーム画面に対して符号化処理を行って、第１のビデオストリームを取得し、第１のビデオストリームを第１の媒体伝送サブモジュールに伝送することができ、そして、第１の媒体伝送サブモジュールは、第１のビデオストリーム及びオーディオストリームが含まれた第１のメディアストリームを第１のクライアントに伝送する。第２の経路ストリーム処理リソースに基づいて第２のクライアントの操作データを受信した場合、クラウドゲームのサーバーは第２のクライアントの操作データを第２の操作コントロールに導入して、クラウドゲームインスタンスを操作するように第２の操作コントロールを制御することができ、具体的に、第２のクライアントが、クラウドゲームインスタンスを操作することを要求する場合、第２のメディアストリーム伝送サブモジュールは、第２のクライアントの操作データを受信して、受信された第２のクライアントの操作データを第２のビデオ符号化サブモジュールに伝送することができ、第２のビデオ符号化サブモジュールは、第２のクライアントの操作データを第２の操作コントロールに導入して、クラウドゲームインスタンスを操作するように第２の操作コントロールを制御することができる。第２のビデオ符号化サブモジュールは、クラウドゲームインスタンスのゲーム画面を取得した場合、ゲーム画面に対して符号化処理を行って、第２のビデオストリームを取得して、第２のビデオストリームを第２の媒体伝送サブモジュールに伝送することができ、そして、第２の媒体伝送サブモジュールは、第２のビデオストリーム及びオーディオストリームが含まれた第２のメディアストリームを第１のクライアントに伝送する。

第１のクライアントがクラウドゲームインスタンスにおける第１の操作コントロールにマッピングすることは、以下の２つの状況を含み、即ち、第１の経路ストリーム処理リソースの識別子と第１の操作コントロールの識別子との間にはマッピング関係が存在し、つまり、第１の経路ストリーム処理リソースの識別子と第１の操作コントロールの識別子との間でバインディング関係を確立し、又は、第１のクライアントから送信された操作データには第１の操作コントロールの識別子が含まれる。第２のクライアントがクラウドゲームインスタンスにおける第２の操作コントロールにマッピングすることは以下の２つの状況を含み、即ち、第２の経路ストリーム処理リソースの識別子と第２の操作コントロールの識別子との間にはマッピング関係が存在し、つまり、第２の経路ストリーム処理リソースの識別子と第２の操作コントロールの識別子との間でバインディング関係を確立し、又は、第２のクライアントから送信された操作データには第２の操作コントロールの識別子が含まれる。

上記のマルチユーザーがクラウドゲームインスタンスを同時に操作する記載から分かるように、クラウドゲームインスタンスは、複数のクライアントが操作データを同時に導入することをサポートしており、クラウドゲームの操作モードを効果的に豊かにする。

本出願の実施例において、クラウドゲームのサーバーは、クラウドゲームインスタンスにアクセスしたクライアントの伝送パラメータ設置要求に基づいて、伝送パラメータをリアルタイムに調整又は修正して、クラウドゲームインスタンスにアクセスしたクライアントの伝送パラメータ設置ニーズをよく満たし、非常に柔軟且つ効率的である。クラウドゲームのサーバーにおけるメディア符号化モジュール及びメディア伝送モジュールは、連携して流量制御を行うことができ、メディアストリームの伝送遅延を効果的に低減して、メディアストリームにおけるゲーム画面の品質を向上させることができ、それにより、クライアントとクラウドゲームインスタンスとの間でデータを効率的且つ安定に伝送する。また、クラウドゲームインスタンスはさらに権限制御をサポートし、クラウドゲームに対する操作権限を備えるクライアントの操作データは、クラウドゲームインスタンスに導入され、クラウドゲームに対する操作権限を備えていないクライアントの操作データは伝送中にドロップされ、クラウドゲームの操作モードを効果的に豊かにする。また、クラウドゲームインスタンスはさらに多人数による同時操作をサポートし、即ち、クラウドゲームインスタンスにアクセスした複数のクライアントは何れもクラウドゲームインスタンスに操作データを導入し、クラウドゲームの操作モードをさらに豊かにする。

上記の各実施例に言及されたクラウドゲームの処理スキームは、ライバーユーザーによるクラウドゲームトレーニング及びアーケードゲーム類マルチユーザーによるクラウドゲーム操作という２つのゲームシナリオに適用され、以下、２つのゲームシナリオをそれぞれ紹介する。
（１）ライバーユーザーによるクラウドゲームトレーニング
ライバーによるクラウドゲームレーニングのゲームシナリオにおいて、第１のクライアントは、ライバーユーザーが使用するライバークライアントであり、第２のクライアントは視聴者ユーザーが使用する視聴者クライアントであり、実際のゲームシナリオにおいて、視聴者ユーザーは、少なくとも１つを含むことができ、つまり、視聴者クライアントは少なくとも１つを含むことができ、本出願の実施例は、１つの視聴者ユーザーを含む状況を例として説明する。

ライバーユーザーにとって、クラウドゲームのサーバーは、クラウドゲームに対するライバークライアントのプレイ要求に応じてクラウドゲームインスタンスを作成するとともに、クラウドゲームインスタンスの第１の経路ストリーム処理リソースを作成して、ライバークライアントを第１の経路ストリーム処理リソースにバインディングし、クラウドゲームインスタンスとライバークライアントとの間は、第１の経路ストリーム処理リソースに基づいてデータを伝送することができる。クラウドゲームのプレイ要求は、ライバークライアントがライバーユーザーのクラウドゲームプレイ操作に応答して生成され、図８ａに示すように、図８ａは、本出願の１つの例示的な実施例が提供するクラウドゲームプレイ操作のインターフェース概略図を示し、ライバークライアントのサービスインターフェース８０には複数のクラウドゲームのゲーム情報（例えば、クラウドゲームのアイコン、クラウドゲームの画報など）及びクラウドゲームのプレイコントロールが表示される。例えば、サービスインターフェース８０におけるクラウドゲーム２のゲームコントロール８０１が選択された場合、ライバーユーザーのクライアントは、クラウドゲーム２に対するプレイ要求を生成して、クラウドゲーム２のプレイ要求をクラウドゲームのサーバーに送信することができる。１つの実現形態において、クラウドゲーム２において作成されたクラウドゲームインスタンスの数はインスタンス作成閾値を超えていないと、クラウドゲームのサーバーは、クラウドゲーム２に対するライバークライアントのプレイ要求に基づいてクラウドゲーム２のクラウドゲームインスタンスを作成し、クラウドゲームインスタンスの作成が成功した場合、ライバークライアントにはクラウドゲーム２のクラウドゲームインスタンスのゲームインターフェース８１が表示されることができ、インスタンス作成閾値とは、１つのクラウドゲームが作成できるクラウドゲームインスタンスの数の上限である。別の実現形態において、クラウドゲーム２において作成されたクラウドゲームインスタンスの数はインスタンス作成閾値を超えた場合、クラウドゲームのプロセッサーはライバークライアントにクラウドゲームインスタンス作成失敗通知を返信し、ライバークライアントは、クラウドゲームインスタンス作成失敗通知に基づいて、サービスインターフェース８０に作成失敗提示メッセージ８０２（例えば、図８ａに示す、「今、アイドル状態の機器がありません。列に並んで、しばらくお待ちください」）を出力し、ライバークライアントは、クラウドゲームインスタンスの作成資格を備える（即ち、クラウドゲーム２において作成されたクラウドゲームインスタンスの数はインスタンス作成閾値を超えていない）場合、クラウドゲームのサーバーがクラウドゲーム２のプレイ要求に対してクラウドゲーム２のゲームインスタンスを作成するまで並んで待機し、クラウドゲームインスタンスの作成が成功した場合、ライバークライアントにはクラウドゲーム２のクラウドゲームインスタンスのゲームインターフェース８１が表示される。

図８ｂに示すように、図８ｂは、本出願の１つの例示的な実施例が提供するクラウドゲーム共有操作のインターフェース概略図を示す。クラウドゲーム２のクラウドゲームインスタンスの作成が成功した後、ライバークライアントにはクラウドゲーム２のゲームインターフェース８１が表示され、ゲームインターフェース８１にはクラウドゲームインスタンスの共有コントロール８１１が含まれ、クラウドゲームインスタンスの共有コントロール８１１が選択された場合、ライバークライアントはクラウドゲームインスタンスに対する共有要求をクラウドゲームのサーバーに送信し、クラウドゲームのサーバーは、クラウドゲームインスタンスに対するライバークライアントの共有要求を受信した後、ライバークライアントの共有要求に応答して、ライバークライアントにクラウドゲームインスタンスの共有パスワードを返信し、１つの実現形態において、ライバークライアントはクラウドゲームインスタンスの共有パスワードをゲームインターフェース８１に出力することができ、共有パスワードにはクラウドゲームインスタンスの識別子及びクラウドゲームインスタンスのログインパスワード、例えば図８ｂの共有パスワード８１２である「あなたのアカウントパスワード：００２１」が含まれ、別の実現形態において、ライバークライアントはクラウドゲームインスタンスの共有パスワードを視聴者クライアントに送信することができる。

視聴者ユーザーについて、視聴者ユーザーの処理フローは図８ｃを参照することができ、図８ｃは、本出願の１つの例示的な実施例が提供するクラウドゲームインスタンスのアクセスプロセスのフローチャートを示す。図８ｃに示すように、視聴者ユーザーが共有パスワードを取得した場合、視聴者ユーザーが使用する端末にはクラウドゲームのクライアントがインストールされていない（即ち、視聴者クライアントがインストールされていない）と、視聴者ユーザーは、端末において、クラウドゲームをログインするクライアントをダウンロードしてインストールする必要がある。１つの実現形態において、視聴者ユーザーの端末にはクラウドゲームのクライアントがインストールされた場合、視聴者ユーザーは、視聴者クライアントにおいて共有パスワードを入力し、例えば、視聴者クライアントのゲーム参加インターフェースにおいて共有パスワードを入力することができ、共有パスワードを入力した後、視聴者クライアントは、クラウドゲームのサーバーにアクセス要求を送信することができる。別の実現形態において、共有パスワードは、クラウドゲームの参加リンクであってもよく、視聴者ユーザーの端末にはクラウドゲームのクライアントがインストールされた場合、視聴者ユーザーは、視聴者クライアントに表示されるライバーライブ配信インターフェースにおける共有パスワードを直接的にクリックすることができ、又は、ライバークライアントから視聴者クライアントに共有された共有パスワードを直接的にクリックしたら、クラウドゲームのサーバーにアクセス要求を送信することをトリガーすることができる。クラウドゲーム２のクラウドゲームインスタンスにアクセスしたクライアントの数がアクセス数閾値を超えた場合、クラウドゲームのサーバーは視聴者クライアントにアクセス失敗通知を返信することができ、視聴者クライアントはアクセス失敗通知を受信した後、アクセス失敗通知に応じて視聴者ユーザーにアクセス失敗提示を出力することができ、例えば、アクセス失敗提示の提示内容は、「クラウドゲーム２のアクセス位置がいっぱいになりました」であってもよく、アクセス数閾値とは、クラウドゲーム２のクラウドゲームインスタンスにアクセス可能なクライアントの数の上限である。クラウドゲーム２のクラウドゲームインスタンスにアクセスしたクライアントの数はアクセス数の閾値を超えていないと、視聴者クライアントはクラウドゲームインスタンスへのアクセスを許可し、視聴者クライアントはクラウドゲームインスタンスに成功的にアクセスした場合、クラウドゲームのサーバーはクラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成して、視聴者クライアントを第２の経路ストリーム処理リソースにバインディングすることができ、クラウドゲームインスタンスと視聴者クライアントとの間は第２の経路ストリーム処理リソースに基づいてデータを伝送することができる。

視聴者クライアントがクラウドゲームインスタンスにアクセスする前、ライバークライアントはクラウドゲームインスタンスの操作権限を備え、即ち、ライバークライアントはクラウドゲームインスタンスを操作することができる。視聴者クライアントがクラウドゲームインスタンスに成功的にアクセスした後、クラウドゲームのサーバーはライバークライアントの権限設置要求に基づいて視聴者クライアントに対して権限を配置する。権限は、クラウドゲームインスタンスに対する操作権限又はクラウドゲームインスタンスに対する閲覧権限のうちの少なくとも１つを含むことができ、クラウドゲームインスタンスに対する操作権限とは、クラウドゲームインスタンスを操作する権限であり、クラウドゲームインスタンスに対する閲覧権限とは、クラウドゲームインスタンスのゲーム画面を閲覧する権限であり、クラウドゲームインスタンスの閲覧権限を備えるユーザーは、クラウドゲームインスタンスを操作できず、他のユーザーがクラウドゲームインスタンスを操作するゲーム画面を閲覧することしかできない。１つの実現形態において、クラウドゲームのサーバーは、ライバークライアントの権限設置要求に基づいて視聴者クライアントに対してクラウドゲームインスタンスの操作権限を配置した場合、視聴者クライアントの操作データはクラウドゲームインスタンスに導入され、視聴者クライアントはクラウドゲームインスタンスを操作することができ、ライバークライアントは、視聴者クライアントがクラウドゲームインスタンスを制御するゲーム画面を閲覧することができ、ゲームインターフェース８１において制御提示８１３（例えば、図８ｂの「視聴者クライアントは制御しています」）を出力する。別の実現形態において、クラウドゲームのサーバーはライバークライアントの権限設置要求に基づいて視聴者クライアントに対してクラウドゲームインスタンスの閲覧権限を配置した場合、視聴者クライアントの操作データはクラウドゲームインスタンスへの伝送中にドロップされ、視聴者クライアントはクラウドゲームインスタンスを操作できず、ライバークライアントがクラウドゲームインスタンスを制御するゲーム画面を閲覧することしかできない。

（２）アーケードゲーム類マルチユーザーによるクラウドゲーム操作
アーケードゲーム類マルチユーザーによるクラウドゲーム操作のゲームシナリオにおいて、第１のクライアントがクラウドゲームインスタンスを作成することをトリガーする過程、及び第２のクライアントがクラウドゲームインスタンスにアクセスする過程は、ライバートによるクラウドゲームレーニングのゲームシナリオに類似するため、ここで、贅言していない。アーケードゲーム類マルチユーザーによるクラウドゲーム操作のゲームシナリオと、ライバートによるクラウドゲームレーニングのゲームシナリオとの相違点は以下の通りであり、即ち、ライバーによるクラウドゲームトレーニングのゲームシナリオにおいて、クラウドゲームインスタンスに対する第２のクライアントの権限は、クラウドゲームのサーバーが第１のクライアントの権限設置要求に基づいて配置され、ライバークライアント及び視聴者クライアントのうち、一方のクライアントのみがクラウドゲームインスタンスの操作権限を備え、他方のクライアントがクラウドゲームインスタンスの閲覧権限を備え、一方で、アーケードゲーム類マルチユーザーによるクラウドゲーム操作のゲームシナリオにおいて、クラウドゲームインスタンスにアクセスした全てのクライアントは何れもクラウドゲームに対する操作権限を備え、クラウドゲームインスタンスを操作することができる。例えば、２人用格闘クラウドゲームにおいて、２人用格闘クラウドゲームのクラウドゲームインスタンスの作成が成功した後、第１のクライアントは第１の操作コントロールにマッピングされ、ゲームインターフェースにおいて２人モードを選択し、そして、第２のクライアントはクラウドゲームインスタンスにアクセスした後、第２の操作コントロールにマッピングされ、第１のクライアントのユーザーは第１の操作コントロールに第１のクライアントの操作データを導入することで、導入された操作データに基づいてクラウドゲームインスタンスにおける第１の格闘家を操作するように第１のジョイスティックを制御することができ、第２のクライアントのユーザーは第２のジョイスティックに第２のクライアントの操作データを導入することで、導入された操作データに基づいてクラウドゲームインスタンスにおける第２の格闘家を操作するように第２のジョイスティックを制御して、２人用格闘を実現することができる。

上記のライバーユーザーによるクラウドゲームトレーニングに関するゲームシナリオから分かるように、ライバークライアントはクラウドゲームのサーバーに権限設置要求を送信することで、ライバークライアントと視聴者クライアントとの間の操作権限の切り替え及び譲渡を実現し、ライバーによるトレーニングのゲームニーズを満たしている。上記のアーケードゲーム類マルチユーザーによるクラウドゲーム操作のゲームシナリオから分かるように、クラウドゲームインスタンスにアクセスした複数のクライアントは何れもクラウドゲームインスタンスに対する操作権限を備え、クラウドゲームインスタンスを操作することができ、マルチユーザーが参加するというゲームニーズを満たしている。本出願の実施例に言及されたクラウドゲームの処理スキームはクラウドゲームのプレイシナリオを豊かにすることができ、また、クラウドゲームに参加したクライアントは何れも独立した１経路のストリーム処理リソースを備え、クライアントとクラウドゲームインスタンスとの間のデータ伝送過程を効率的且つ安定に行うことを保証することができ、各クライアントに表示されるゲーム画面は鮮明且つ流暢であり、ユーザーのゲーム参加体験を効果的に向上させる。

上記は、本出願の実施例の方法を詳しく記載し、本出願の実施例の上記の解決策をよりよく実施するために、相応的に、以下、本出願の実施例の装置を提供する。

図９を参照し、図９は、本出願の１つの例示的な実施例が提供するクラウドゲームの処理装置の構成概略図を示し、当該クラウドゲームの処理装置９０は、クラウドゲームの処理機器に配置されてもよく、クラウドゲームの処理機器は、図３に示すクラウドゲームの処理システムにおけるサーバー３０４であってもよく、クラウドゲームの処理装置９０は図４又は図６の方法実施例における相応的なステップを実行してもよく、当該クラウドゲームの処理装置９０は、メディア伝送モジュール９０１及びメディア符号化モジュール９０２を含み、
メディア伝送モジュール９０１は、クラウドゲームインスタンスに対する第２のクライアントのアクセス要求を受信し、クラウドゲームインスタンスは、クラウドゲームに対する第１のクライアントのプレイ要求に基づいて作成され、第１のクライアントは、クラウドゲームインスタンスの第１の経路ストリーム処理リソースにバインディングされ、クラウドゲームインスタンスと第１のクライアントとの間のデータ伝送は、第１の経路ストリーム処理リソースによって実現され、
メディア符号化モジュール９０２及びメディア伝送モジュール９０１は何れも第２のクライアントのアクセス要求に応答して、クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成し、
メディア伝送モジュール９０１はさらに、第２の経路ストリーム処理リソースを第２のクライアントにバインディングし、第２の経路ストリーム処理リソースによって第２のクライアントとクラウドゲームインスタンスとの間のデータ伝送を実現する。

１つの実現形態において、第２のクライアントのアクセス要求には、第２のクライアントのユーザー識別子及び第１のアクセスポリシが含まれ、第１のアクセスポリシは第２のクライアントのタイプが使用者タイプであることを表示するために使用され、
メディア符号化モジュール９０２及びメディア伝送モジュール９０１は何れも前記第２のクライアントのアクセス要求に応答して、前記クラウドゲームの実施例の第２の経路ストリーム処理リソースを作成する場合、具体的に、
第２のクライアントのユーザー識別子に基づいて、第２のクライアントにアクセスセッション識別子を割り当てるステップと、
第１のアクセスポリシに基づいて、クラウドゲームインスタンスの第２の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースの識別子を生成するステップと、を実行する。

１つの実現形態において、メディア伝送モジュール９０１は、第２の経路ストリーム処理リソースを第２のクライアントにバインディングする場合、具体的に、
第２のクライアントのアクセスセッション識別子と第２の経路ストリーム処理リソースの識別子との間でバインディング関係を確立することで、前記第２の経路ストリーム処理リソースと前記第２のクライアントとのバインディングを実現するステップを実行する。

１つの実現形態において、メディア伝送モジュール９０１はさらに、
クラウドゲームインスタンスに対する第３のクライアントのアクセス要求を受信するステップであって、第３のクライアントのアクセス要求には第３のクライアントのユーザー識別子及び第２のアクセスポリシが含まれ、第２のアクセスポリシは、第３のクライアントのタイプがオブザーバータイプであることを表示するために使用されるステップと、
第３のクライアントのアクセス要求に応答して、第１の経路ストリーム処理リソース及び第２の経路ストリーム処理リソースから１経路のストリーム処理リソースを選択するステップと、
選択した１経路のストリーム処理リソースを第３のクライアントにバインディングして、第３のクライアントとクラウドゲームインスタンスとの間で、選択した１経路のストリーム処理リソースに基づいてデータを伝送するステップと、を実行する。

１つの実現形態において、メディア伝送モジュール９０１は、第２のクライアントとクラウドゲームインスタンスの間で、第２の経路ストリーム処理リソースに基づいてデータを伝送する場合、具体的に、
クラウドゲームインスタンスにおけるメディアストリームを取得するステップと、
第２の経路ストリーム処理リソースによってメディアストリームを第２のクライアントに送信して、第２のクライアントがクラウドゲームインスタンスを操作することを要求する場合、第２の経路ストリーム処理リソースによって第２のクライアントの操作データを受信するステップと、を実行する。

１つの実現形態において、メディア伝送モジュール９０１はさらに、
第２の経路ストリーム処理リソースに基づいて、第２のクライアントにネットワークプローブパケットを送信して、第２のクライアントからフィードバックされたネットワーク情報を受信し、ネットワーク情報に基づいてネットワークプローブパケットのデータ量、及び第２の経路ストリーム処理リソースの伝送パラメータを調整するステップを実行する。

１つの実現形態において、メディア伝送モジュール９０１は、ネットワーク情報に基づいてネットワークプローブパケットのデータ量、及び第２の経路ストリーム処理リソースの伝送パラメータを調整する場合、具体的に、
ネットワーク情報が、ネットワークが輻輳したことを示す場合、ネットワークプローブパケットのデータ量を低減して、第２の経路ストリーム処理リソースの伝送パラメータに対して第１の調整を行うステップと、
ネットワーク情報が、ネットワークが輻輳していないことを示す場合、ネットワークプローブパケットのデータ量を増やして、第２の経路ストリーム処理リソースの伝送パラメータに対して第２の調整を行うステップと、
を実行し、
第１の調整は、第２の経路ストリーム処理リソースにおけるメディア符号化ビットレートを低減すること、第２の経路ストリーム処理リソースにおけるメディアフレームのフレームレートを低減すること、及び第２の経路ストリーム処理リソースにおける一部のメディアフレームをドロップすることのうちの少なくとも１つを含み、
第２の調整は、第２の経路ストリーム処理リソースにおけるメディア符号化ビットレートを高めること、及び第２の経路ストリーム処理リソースにおけるメディアフレームのフレームレートを高めることのうちの少なくとも１つを含む。

１つの実現形態において、メディア伝送モジュール９０１はさらに、第１のクライアントの権限設置要求に基づいて第２のクライアントに対して権限を配置するステップを実行し、権限は、クラウドゲームインスタンスに対する操作権限、又はクラウドゲームインスタンスに対する閲覧権限のうちの少なくとも１つを含み、
メディア符号化モジュール９０２はさらに、第２のクライアントがクラウドゲームインスタンスに対する操作権限を備えていないと、第２の経路ストリーム処理リソースによって第２のクライアントの操作データを受信した場合、第２のクライアントの操作データをドロップするステップを実行する。

１つの実現形態において、第１のクライアントはクラウドゲームインスタンスにおける第１の操作コントロールにマッピングし、第２のクライアントはクラウドゲームインスタンスにおける第２の操作コントロールにマッピングし、
メディア伝送モジュール９０１が第１の経路ストリーム処理リソースに基づいて第１のクライアントの操作データを受信した場合、メディア符号化モジュール９０２はさらに、第１のクライアントの操作データを第１の操作コントロールに導入して、クラウドゲームインスタンスを操作するように第１の操作コントロールを制御するステップを実行し、
メディア伝送モジュール９０１が第２の経路ストリーム処理リソースに基づいて第２のクライアントの操作データを受信した場合、メディア符号化モジュール９０２はさらに、第２のクライアントの操作データを第２の操作コントロールに導入して、クラウドゲームインスタンスを操作するように第２の操作コントロールを制御するステップを実行する。

１つの実現形態において、メディア伝送モジュール９０１はさらに、第１の経路ストリーム処理リソースによって、第１のクライアントから送信された機器解像度を受信するステップを実行し、
メディア符号化モジュール９０２はさらに、機器解像度に基づいてクラウドゲームインスタンスのコンテナウィンドウ解像度を設置するステップを実行し、
メディア伝送モジュール９０１はさらに、第１の経路ストリーム処理リソースによってコンテナウィンドウ解像度を第１のクライアントに送信するステップを実行する。

１つの実現形態において、メディア伝送モジュール９０１はさらに、第２のクライアントがクラウドゲームインスタンスにアクセスした後、第２の経路ストリーム処理リソースによって第２のクライアントにコンテナウィンドウ解像度を送信するステップと、
第２の経路ストリーム処理リソースによって、第２のクライアントから送信された解像度設置要求を受信するステップであって、解像度設置要求には、第２のクライアントが設置を要求する符号化解像度が含まれたステップと、
コンテナウィンドウ解像度に基づいて、設置を要求する符号化解像度を修正するステップと、を実行し、
メディア符号化モジュール９０２はさらに、修正後の符号化解像度を採用して伝送されたメディアストリームに対して符号化処理を行うステップを実行する。

１つの実現形態において、メディア伝送モジュール９０１はさらに、クラウドゲームインスタンスに対する第１のクライアントの共有要求を受信するステップと、
第１のクライアントの共有要求に応答して、第１のクライアントが共有パスワードを、第１のクライアント以外の他のクライアントに共有するように、第１のクライアントにクラウドゲームインスタンスの共有パスワードを返信するステップであって、共有パスワードにはクラウドゲームインスタンスの識別子及びクラウドゲームインスタンスのログインパスワードが含まれるステップと、を実行し、
第２のクライアントのアクセス要求は、第２のクライアントが共有パスワードを取得した後、共有パスワードによってトリガーされることで送信される。

本出願の１つの実施例によれば、図９に示すクラウドゲームの処理装置９０における各ユニットは、それぞれ又は全部を１つ又はいくつかの別のユニットに統合することで構成されてもよく、或いは、そのうちのある（いくつかの）ユニットはさらに、機能的により小さい複数のユニットに分割されることで構成されてもよく、本出願の実施例の技術効果の実現に影響することなく、同じ操作を実現することができる。上記のユニットは論理機能に基づいて区画され、実際適用において、１つのユニットの機能は複数のユニットによって実現されてもよいし、又は複数のユニットの機能は１つのユニットによって実現されてもよい。本出願の他の実施例において、当該クラウドゲームの処理装置９０は他のユニットを含んでもよく、実際適用において、これらの機能は、他のユニットによって支援されるように実現されてもよいし、複数のユニットが協調するように実現されてもよい。本出願の別の実施例によれば、例えば中央処理ユニット（ＣＰＵ）、ランダムアクセス記憶媒体（ＲＡＭ）、読み取り専用記憶媒体（ＲＯＭ）などの処理要素及び記憶要素が含まれた汎用コンピュータの汎用コンピューティング機器で、図４又は図６に示す相応的な方法に係る各ステップを実行することができるコンピュータプログラム（プログラムコードを含む）を実行することで、図９に示すクラウドゲームの処理装置９０を構成して、本出願の実施例のクラウドゲームの処理方法を実現する。コンピュータプログラムは、例えばコンピュータ可読記憶媒体に記載され、コンピュータ可読記憶媒体によって上記のコンピューティング機器にインストールされて、実行することができる。

本出願の実施例において、第１のクライアントがクラウドゲームに対してプレイ要求を開始してクラウドゲームインスタンスを作成した場合、当該第１のクライアントにクラウドゲームインスタンスの第１の経路ストリーム処理リソースを割り当て、当該第１のクライアントは当該第１の経路ストリーム処理リソースにバインディングされ、クラウドゲームインスタンスと第１のクライアントとは当該第１の経路ストリーム処理リソースに基づいてデータを伝送し、第２のクライアントは、第１のクライアントが作成を要求する当該クラウドゲームインスタンスにアクセスすることを要求することができ、第２のクライアントのアクセス要求に応答して、第２のクライアントにクラウドゲームインスタンスの第２の経路ストリーム処理リソースを割り当て、第２の経路ストリーム処理リソースを第２のクライアントにバインディングし、第２のクライアントとクラウドゲームインスタンスとの間は第２の経路ストリーム処理リソースに基づいてデータを伝送する。これから分かるように、本出願の実施例は、同一のクラウドゲームインスタンスに対する多重操作をサポートし、即ち、複数のクライアント（例えば、第１のクライアント及び第２のクライアント）が同一のクラウドゲームインスタンスに対してアクセスして操作することを可能にし、クラウドゲーム操作モードの柔軟性及び多様性を効果的に向上させる。また、同一のクラウドゲームインスタンスにアクセスした各クライアントは何れもクラウドゲームインスタンスの１経路の単独なストリーム処理リソースにそれぞれバインディングされ、それぞれバインディングされた単独なストリーム処理リソースに基づいてデータを伝送し、これによって、各ストリーム処理リソースに基づいて各クライアントに対して標的且つ個別的な符号化ストリーム制御及び品質制御をそれぞれ行うのに有利であり、各ストリーム処理リソースの間は互いに独立して、影響していないため、クライアントとクラウドゲームインスタンスとの間でデータを効率的且つ安定に伝送することができる。

図１０を参照し、図１０は、本出願の１つの例示的な実施例が提供するクラウドゲームの処理機器の構成概略図を示し、当該クラウドゲームの処理機器１００は、少なくともプロセッサー１００１、コンピュータ可読記憶媒体１００２及び通信インターフェース１００３を含む。プロセッサー１００１、コンピュータ可読記憶媒体１００２及び通信インターフェース１００３はバス又は他の方式で接続される。通信インターフェース１００３は第１のクライアントのプレイ要求、第２のクライアントのアクセス要求、第１のクライアントの操作データ、第２のクライアントの操作データなどを受信することができ、通信インターフェース１００３はさらに第１のクライアント、及び第２のクライアントにメディアストリームを送信することができる。コンピュータ可読記憶媒体１００２はメモリに記憶されてもよく、コンピュータ可読記憶媒体１００２はコンピュータプログラムを記憶し、コンピュータプログラムはコンピュータ指令を含む。プロセッサー１００１はコンピュータ指令を実行する。プロセッサー１００１（又はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置）とも呼ばれる）はクラウドゲームの処理機器１００の計算及び制御コアであり、１つ又は複数のコンピュータ指令を実現することができ、具体的に、１つ又は複数のコンピュータ指令をロードして実行して、相応的な方法フロー又は機能を実現することができる。

本出願の実施例は、コンピュータ可読記憶媒体（Ｍｅｍｏｒｙ）をさらに提供し、コンピュータ可読記憶媒体は、クラウドゲームの処理機器１００における、プログラム及びデータを記憶するための記憶機器である。ここで、コンピュータ可読記憶媒体１００２は、クラウドゲームの処理機器１００に内蔵される記憶媒体を含んでもよいし、無論、クラウドゲームの処理機器１００によってサポートされる拡張記憶媒体を含んでもよい。コンピュータ可読記憶媒体は、クラウドゲームの処理機器１００のオペレーティングシステムが記憶された記憶空間を提供する。さらに、当該記憶空間には、プロセッサー１００１によってロードされて実行される１つ又は複数のコンピュータ指令が記憶され、これらのコンピュータ指令は１つ又は複数のコンピュータプログラム（プログラムコードを含む）であってもよい。ここで、コンピュータ可読記憶媒体１００２は高速ＲＡＭメモリであってもよいし、不揮発性メモリ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ）、例えば少なくとも１つの磁気ディスクメモリであってもよく、或いは、上記プロセッサー１００１から離れて配置された少なくとも１つのコンピュータ可読記憶媒体であってもよい。

当該クラウドゲームの処理機器１００は、図３に示すクラウドゲームの処理システムにおけるサーバー３０４であってもよく、当該コンピュータ可読記憶媒体１００２にはコンピュータプログラムが記憶され、コンピュータプログラムは１つ又は複数のコンピュータ指令を含み、プロセッサー１００１は１つ又は複数のコンピュータ指令をロードして実行することで、図４又は図６の方法実施例における相応的なステップを実現し、具体的な実現において、コンピュータ可読記憶媒体１００２におけるコンピュータ指令は、プロセッサー１００１によってロードされて、上記の様々なオプションの形態で提供されるクラウドゲームの処理方法を実行する。

本出願の実施例において、第１のクライアントがクラウドゲームに対してプレイ要求を開始してクラウドゲームインスタンスを作成した場合、当該第１のクライアントにクラウドゲームインスタンスの第１の経路ストリーム処理リソースを割り当て、当該第１のクライアントは当該第１の経路ストリーム処理リソースにバインディングされ、クラウドゲームインスタンスと第１のクライアントとは当該第１の経路ストリーム処理リソースに基づいてデータを伝送し、第２のクライアントは、第１のクライアントが作成を要求する当該クラウドゲームインスタンスにアクセスすることを要求することができ、第２のクライアントのアクセス要求に応答して、第２のクライアントにクラウドゲームインスタンスの第２の経路ストリーム処理リソースを割り当て、第２の経路ストリーム処理リソースを第２のクライアントにバインディングし、第２のクライアントとクラウドゲームインスタンスとの間は、第２の経路ストリーム処理リソースに基づいてデータを伝送する。これから分かるように、本出願の実施例は、同一のクラウドゲームインスタンスに対する多重操作をサポートし、即ち、複数のクライアント（例えば第１のクライアント及び第２のクライアント）が同一のクラウドゲームインスタンスに対してアクセスして操作することを可能し、クラウドゲーム操作モードの柔軟性及び多様性を効果的に向上させる。また、同一のクラウドゲームインスタンスにアクセスした各クライアントは何れもクラウドゲームインスタンスの１経路の単独なストリーム処理リソースにそれぞれバインディングされ、それぞれバインディングされた単独なストリーム処理リソースに基づいてデータを伝送し、これによって、各ストリーム処理リソースに基づいて各クライアントに対して標的且つ個別的な符号化ストリーム制御及び品質制御をそれぞれ行うのに有利であり、各ストリーム処理リソースの間は互いに独立して、影響していないため、クライアントとクラウドゲームインスタンスとの間でデータを効率的且つ安定に伝送することができる。

また、本出願の実施例は、記憶媒体をさらに提供し、前記記憶媒体は、コンピュータプログラムを記憶し、前記コンピュータプログラムは、上記の実施例で提供される方法を実行する。

本出願の１つの態様によれば、コンピュータプログラム製品又はコンピュータプログラムを提供し、当該コンピュータプログラム製品又はコンピュータプログラムはコンピュータ指令を含み、当該コンピュータ指令はコンピュータ可読記憶媒体に記憶される。コンピュータ機器のプロセッサーはコンピュータ可読記憶媒体から当該コンピュータ指令を読み取り、プロセッサーは当該コンピュータ指令を実行することで、当該コンピュータ機器に上記の様々なオプションの形態で提供されるクラウドゲームの処理方法を実行させる。

以上は、本出願の具体的な実施形態のみであり、本出願の保護範囲はこれに限定されず、当業者が本出願に開示された技術範囲内で容易に想到し得た変更又は置換は何れも本出願の保護範囲内に該当すべきである。従って、本出願の保護範囲は、前記特許の請求の保護範囲を準とする。

２ クラウドゲーム
３０ 処理システム
８０ サービスインターフェース
８１ ゲームインターフェース
９０ 処理装置
１００ 処理機器
３０１ 第１の端末
３０２ 第２の端末
３０３ 第３の端末
３０４ サーバー
８０１ ゲームコントロール
８０２ 作成失敗提示メッセージ
８１１ 共有コントロール
８１２ 共有パスワード
８１３ 制御提示
９０１ メディア伝送モジュール
９０２ メディア符号化モジュール
１００１ プロセッサー
１００２ コンピュータ可読記憶媒体
１００３ 通信インターフェース

Claims (16)

1. クラウドゲームの処理機器が実行するクラウドゲームの処理方法であって、
   クラウドゲームインスタンスに対する第２のクライアントのアクセス要求を受信するステップであって、前記クラウドゲームインスタンスは、クラウドゲームに対する第１のクライアントのプレイ要求に基づいて作成され、前記第１のクライアントは、前記クラウドゲームインスタンスの第１の経路ストリーム処理リソースにバインディングされ、前記クラウドゲームインスタンスと前記第１のクライアントとの間のデータ伝送は、前記第１の経路ストリーム処理リソースによって実現されるステップと、
   前記第２のクライアントのアクセス要求に応答して、前記クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成するステップであって、前記第１の経路ストリーム処理リソースと前記第２の経路ストリーム処理リソースとは互いに独立するステップと、
   前記第２の経路ストリーム処理リソースを前記第２のクライアントにバインディングするステップと、
   前記第２の経路ストリーム処理リソースによって、前記第２のクライアントと前記クラウドゲームインスタンスとの間のデータ伝送を実現するステップと、
   を含む方法。
2. 前記第２のクライアントのアクセス要求には、前記第２のクライアントのユーザー識別子及び第１のアクセスポリシが含まれ、前記第１のアクセスポリシは、前記第２のクライアントのタイプが使用者タイプであることを表すために使用され、
   前記第２のクライアントのアクセス要求に応答して、前記クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成する前記ステップは、
   前記第２のクライアントのユーザー識別子に基づいて、アクセスセッション識別子を前記第２のクライアントに割り当てるステップと、
   前記第１のアクセスポリシに基づいて、前記クラウドゲームインスタンスの第２の経路ストリーム処理リソース及び前記第２の経路ストリーム処理リソースの識別子を生成するステップと、
   を含む請求項１に記載の方法。
3. 前記第２の経路ストリーム処理リソースを前記第２のクライアントにバインディングする前記ステップは、
   前記第２のクライアントのアクセスセッション識別子と前記第２の経路ストリーム処理リソースの識別子との間でバインディング関係を確立することで、前記第２の経路ストリーム処理リソースと前記第２のクライアントとのバインディングを実現するステップを含む請求項２に記載の方法。
4. 前記クラウドゲームインスタンスに対する第３のクライアントのアクセス要求を受信するステップであって、前記第３のクライアントのアクセス要求には、前記第３のクライアントのユーザー識別子及び第２のアクセスポリシが含まれ、前記第２のアクセスポリシは、前記第３のクライアントのタイプがオブザーバータイプであることを表すために使用されるステップと、
   前記第３のクライアントのアクセス要求に応答して、前記第１の経路ストリーム処理リソース及び前記第２の経路ストリーム処理リソースから１経路のストリーム処理リソースを選択するステップと、
   選択した１経路のストリーム処理リソースを前記第３のクライアントにバインディングするステップと、
   選択した１経路のストリーム処理リソースに基づいて、前記第３のクライアントと前記クラウドゲームインスタンスとの間でデータを伝送するステップと、
   をさらに含む請求項１に記載の方法。
5. 前記第２の経路ストリーム処理リソースによって、前記第２のクライアントと前記クラウドゲームインスタンスとの間のデータ伝送を実現するステップは、
   前記クラウドゲームインスタンスにおけるメディアストリームを取得するステップと、
   前記第２の経路ストリーム処理リソースによって、前記メディアストリームを前記第２のクライアントに送信するステップと、
   前記第２のクライアントが、前記クラウドゲームインスタンスを操作することを要求したとき、前記第２の経路ストリーム処理リソースによって前記第２のクライアントの操作データを受信するステップと、
   を含む請求項１に記載の方法。
6. 前記第２の経路ストリーム処理リソースに基づいて前記第２のクライアントにネットワークプローブパケットを送信して、前記第２のクライアントからフィードバックされたネットワーク情報を受信するステップと、
   前記ネットワーク情報に基づいて前記ネットワークプローブパケットのデータ量、及び前記第２の経路ストリーム処理リソースの伝送パラメータを調整するステップと、
   をさらに含む請求項５に記載の方法。
7. 前記ネットワーク情報に基づいて前記ネットワークプローブパケットのデータ量、及び前記第２の経路ストリーム処理リソースの伝送パラメータを調整する前記ステップは、
   前記ネットワーク情報が、ネットワークが輻輳したことを示す場合、前記ネットワークプローブパケットのデータ量を低減して、前記第２の経路ストリーム処理リソースの伝送パラメータに対して第１の調整を行うステップと、
   前記ネットワーク情報が、ネットワークが輻輳していないことを示す場合、前記ネットワークプローブパケットのデータ量を増やして、前記第２の経路ストリーム処理リソースの伝送パラメータに対して第２の調整を行うステップと、
   を含み、
   前記第１の調整は、前記第２の経路ストリーム処理リソースにおけるメディア符号化ビットレートを低減すること、前記第２の経路ストリーム処理リソースにおけるメディアフレームのフレームレートを低減すること、又は前記第２の経路ストリーム処理リソースにおけるメディアフレームの一部をドロップすること、のうちの少なくとも１つを含み、
   前記第２の調整は、前記第２の経路ストリーム処理リソースにおけるメディア符号化ビットレートを高めること、又は前記第２の経路ストリーム処理リソースにおけるメディアフレームのフレームレートを高めること、のうちの少なくとも１つを含む請求項６に記載の方法。
8. 前記第１のクライアントの権限設置要求に基づいて、前記第２のクライアントに対して権限を配置するステップであって、前記権限は、前記クラウドゲームインスタンスに対する操作権限、又は前記クラウドゲームインスタンスに対する閲覧権限のうちの少なくとも１つを含むステップと、
   前記第２のクライアントが前記クラウドゲームインスタンスに対する操作権限を備えていない場合、前記第２の経路ストリーム処理リソースによって前記第２のクライアントの操作データを受信したとき、前記第２のクライアントの操作データをドロップするステップと、
   をさらに含む請求項１に記載の方法。
9. 前記第１のクライアントは、前記クラウドゲームインスタンスにおける第１の操作コントロールと相互にマッピングされ、前記第２のクライアントは、前記クラウドゲームインスタンスにおける第２の操作コントロールと相互にマッピングされ、
   前記方法は、
   前記第１の経路ストリーム処理リソースに基づいて、前記第１のクライアントの操作データを受信した場合、前記第１のクライアントの操作データを前記第１の操作コントロールに導入して、前記クラウドゲームインスタンスを操作するように前記第１の操作コントロールを制御するステップと、
   前記第２の経路ストリーム処理リソースに基づいて、前記第２のクライアントの操作データを受信した場合、前記第２のクライアントの操作データを前記第２の操作コントロールに導入して、前記クラウドゲームインスタンスを操作するように前記第２の操作コントロールを制御するステップと、
   をさらに含む請求項１に記載の方法。
10. 前記第１の経路ストリーム処理リソースによって、前記第１のクライアントから送信された機器解像度を受信するステップと、
    前記機器解像度に基づいて、前記クラウドゲームインスタンスのコンテナウィンドウ解像度を設置するステップと、
    前記第１の経路ストリーム処理リソースによって前記コンテナウィンドウ解像度を前記第１のクライアントに送信するステップと、
    をさらに含む請求項１に記載の方法。
11. 前記第２のクライアントが前記クラウドゲームインスタンスにアクセスした後、前記第２の経路ストリーム処理リソースによって前記第２のクライアントに前記コンテナウィンドウ解像度を送信するステップと、
    前記第２の経路ストリーム処理リソースによって、前記第２のクライアントから送信された解像度設置要求を受信するステップであって、前記解像度設置要求には、前記第２のクライアントが設置を要求する符号化解像度が含まれたステップと、
    前記コンテナウィンドウ解像度に基づいて、前記設置を要求する符号化解像度を修正するステップと、
    修正された符号化解像度を採用して、前記第２の経路ストリーム処理リソースに基づいて伝送されたメディアストリームに対して符号化処理を行うステップと、
    をさらに含む請求項１０に記載の方法。
12. 前記クラウドゲームインスタンスに対する前記第１のクライアントの共有要求を受信するステップと、
    前記第１のクライアントの共有要求に応答して、前記第１のクライアントが共有パスワードを前記第１のクライアント以外の他のクライアントに共有するように、前記第１のクライアントに前記クラウドゲームインスタンスの前記共有パスワードを返信するステップであって、前記共有パスワードには、前記クラウドゲームインスタンスの識別子及び前記クラウドゲームインスタンスのログインパスワードが含まれるステップと、
    をさらに含み、
    前記第２のクライアントのアクセス要求は、前記第２のクライアントが前記共有パスワードを取得した後、前記共有パスワードによってトリガーされることで送信される請求項１～１１の何れか１項に記載の方法。
13. クラウドゲームの処理装置であって、前記クラウドゲームの処理装置は、メディア符号化モジュール及びメディア伝送モジュールを含み、
    前記メディア伝送モジュールは、クラウドゲームインスタンスに対する第２のクライアントのアクセス要求を受信し、前記クラウドゲームインスタンスは、クラウドゲームに対する第１のクライアントのプレイ要求に基づいて作成され、前記第１のクライアントは、前記クラウドゲームインスタンスの第１の経路ストリーム処理リソースにバインディングされ、前記クラウドゲームインスタンスと前記第１のクライアントとの間のデータ伝送は前記第１の経路ストリーム処理リソースによって実現され、
    前記メディア符号化モジュール及び前記メディア伝送モジュールはいずれも、前記第２のクライアントのアクセス要求に応答して、前記クラウドゲームインスタンスの第２の経路ストリーム処理リソースを作成し、
    前記メディア伝送モジュールはさらに、前記第２の経路ストリーム処理リソースを前記第２のクライアントにバインディングし、前記第２の経路ストリーム処理リソースによって、前記第２のクライアントと前記クラウドゲームインスタンスとの間のデータ伝送を実現する装置。
14. クラウドゲームの処理機器であって、
    コンピュータプログラムを実行するためのプロセッサーと、
    コンピュータプログラムが記憶されたコンピュータ可読記憶媒体と、
    を含み、
    前記コンピュータプログラムは、前記プロセッサーによってロードされ、請求項１～１２の何れか１項に記載のクラウドゲームの処理方法を実行するように適合された機器。
15. コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムを含み、前記コンピュータプログラムは、プロセッサーによってロードされ、請求項１～１２の何れか１項に記載のクラウドゲームの処理方法を実行するように適合されたコンピュータ可読記憶媒体。
16. 指令を含むコンピュータプログラム製品であって、コンピュータで実行されるときに、前記コンピュータに請求項１～１２の何れか１項に記載のクラウドゲームの処理方法を実行させるコンピュータプログラム製品。