特許 7475610 クラウドネイティブによる３Ｄ場面のゲーム方法及びシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-04-19

(45)【発行日】2024-04-30

(54)【発明の名称】クラウドネイティブによる３Ｄ場面のゲーム方法及びシステム

(51)【国際特許分類】

   G06T 15/00 20110101AFI20240422BHJP

   A63F 13/53 20140101ALI20240422BHJP

   A63F 13/33 20140101ALI20240422BHJP

   A63F 13/352 20140101ALI20240422BHJP

   A63F 13/52 20140101ALI20240422BHJP

   H04N 21/234 20110101ALI20240422BHJP

   H04N 21/238 20110101ALI20240422BHJP

【ＦＩ】

G06T15/00 501

A63F13/53

A63F13/33

A63F13/352

A63F13/52

H04N21/234

H04N21/238

【請求項の数】 10

(21)【出願番号】P 2021553813

(86)(22)【出願日】2020-09-08

(65)【公表番号】

(43)【公表日】2022-11-04

(86)【国際出願番号】 CN2020113894

(87)【国際公開番号】W WO2022021536

(87)【国際公開日】2022-02-03

【審査請求日】2021-09-10

(31)【優先権主張番号】202010742583.0

(32)【優先日】2020-07-29

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】521404864

【氏名又は名称】北京蔚領時代科技有限公司

【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｗｅｉｌｉｎｇ Ｔｉｍｅｓ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．

【住所又は居所原語表記】１４／Ｆ， ＢＵＩＬＤＩＮＧ ６Ａ， ＥＬＥＣＴＲＯＮＩＣＳ ＣＩＴＹ， ６ ＪＩＵＸＩＡＮＱＩＡＯ ＲＤ， ＣＨＡＯＹＡＮＧ ＤＩＳＴＲＩＣＴ， ＢＥＩＪＩＮＧ， ＣＨＩＮＡ

(74)【代理人】

【識別番号】110002295

【氏名又は名称】弁理士法人Ｍ＆Ｐａｒｔｎｅｒｓ

(72)【発明者】

【氏名】孫 華慶

(72)【発明者】

【氏名】郭 建君

【審査官】橘 高志

(56)【参考文献】

【文献】特表２０１９－５２４２１２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｔ １５／００

Ａ６３Ｆ １３／５３

Ａ６３Ｆ １３／３３

Ａ６３Ｆ １３／３５２

Ａ６３Ｆ １３／５２

Ｈ０４Ｎ ２１／２３４

Ｈ０４Ｎ ２１／２３８

(57)【特許請求の範囲】

【請求項1】

一人以上のユーザーがゲームクライアントを介してクラウドサーバーにゲームのリクエストを送信するステップ、
前記クラウドサーバーが一人以上の前記ユーザーからのゲームのリクエストにより、ゲームのプロセスを対応的に作成して起動するステップ、及び、
前記ゲームのプロセスは、一人以上の前記ユーザーのゲームデータを同時に処理するステップを含み、
レンダリングを実行する前に、予め、
複数の仮想ビデオカメラ間の相対する位置関係を設定し、前記相対する位置関係に基づいて複数の前記仮想ビデオカメラのレンダリングデータを多重化しておくこと、及び、
画面外の物（オブジェクト）、遮られる要素及び／又は背景の画面を排除し、各フレームのゲーム画面のレンダリング量を減らしておくことにより、
レンダリングの実行時には、複数の前記仮想ビデオカメラが１つのモデルマネジャーとテクスチャマネジャーを共有し、重複したリソースのロードを回避し、
各前記仮想ビデオカメラは個別の作業スレッドが配分されるか、又は統合スレッドプールを使用してスケジューリングされ、ＣＰＵリソースを最大限に活用し、前記レンダリングの速度を向上させることを特徴とするクラウドネイティブによる３Ｄ場面を含むゲームのレンダリング方法。

【請求項2】

前記ゲームのプロセスにおける処理の過程には、
現在のＮ人のユーザーからの命令データを取得するステップ、
Ｎ個の前記命令データに基づいて、現在の命令に従ってゲーム制御データを生成するステップ、
前記ゲーム制御データに基づいて、前記現在の命令に従って各ユーザーに対応するゲームデータを取得すると共に、前記各ユーザーに対応する取得されたゲームデータをそれぞれレンダリングするステップ、及び、
前記レンダリングされたゲーム画面を前記各ユーザーに対応的に送信することが含まれている、ステップを含むこと特徴とする請求項１に記載のクラウドネイティブによる３Ｄ場面を含むゲームのレンダリング方法。

【請求項3】

プロセスが起動すると、ゲームを初期化にする段階において、ゲームプログラムが前記ユーザーの数に基づいて、対応する数だけの前記仮想ビデオカメラを作成しており、
前記各ユーザーは、それぞれ、一つの前記仮想ビデオカメラに対応する、ことを特徴とする請求項２に記載のクラウドネイティブによる３Ｄ場面を含むゲームのレンダリング方法。

【請求項4】

ゲーム制御データは、異なる前記ユーザーに対応する仮想ビデオカメラが、前記ユーザーからの現在の操作によるゲーム画面を取得するように制御する、ことを特徴とする請求項２に記載のクラウドネイティブによる３Ｄ場面を含むゲームのレンダリング方法。

【請求項5】

Ｎ人の前記ユーザーに対応するゲームデータの全てがレンダリング済みである場合には、前記ユーザーのすべてに対応するレンダリング済みのゲーム画面をモザイクして、一つの完全画面を形成し、前記完全画面を取得して形式を変換すると共に画面を分け、分けて形成された画面が前記各ユーザーに対応するゲーム画面となる、ことを特徴とする請求項２に記載のクラウドネイティブによる３Ｄ場面を含むゲームのレンダリング方法。

【請求項6】

前記処理の過程は、ゲームオーディオデータ即時処理をさらに含み、前記ゲームのプロセスに、前記各ユーザーにそれぞれ一つの音声モニターを配分し、前記各ユーザーに対応する音声モニターは、対応する前記ユーザーにオーディオデータストリームを生成し、生成されたオーディオデータストリームをユーザーに対応的に送信することを含む、ことを特徴とする請求項２に記載のクラウドネイティブによる３Ｄ場面を含むゲームのレンダリング方法。

【請求項7】

クライアント及びクラウドサーバーを含み、一つの前記クラウドサーバーが複数の前記クライアントにサービスを提供しており、
前記クライアントは、ユーザーからの操作データを取得して前記操作データを前記クラウドサーバーに送信すると共に、前記クラウドサーバーから送信されたゲーム画面を受信してゲーム画面を表示するためのものであり、
前記クラウドサーバーは、複数の前記ユーザーに一つのゲームのプロセスを作成し、前記複数のクライアントから送信された操作データを受信すると共に、前記操作データに基づいて、各ユーザーに現在の操作によるゲーム画面を生成し、前記ゲーム画面を前記ユーザーのクライアントに対応的に送信するためのものであり、
前記ユーザーの数に応じた数の仮想ビデオカメラが作成され、
レンダリングを実行する前に、予め、
複数の前記仮想ビデオカメラ間の相対する位置関係を設定し、前記相対する位置関係に基づいて複数の前記仮想ビデオカメラのレンダリングデータを多重化しておくこと、及び、
画面外の物（オブジェクト）、遮られる要素及び／又は背景の画面を排除し、各フレームのゲーム画面のレンダリング量を減らしておくことにより、
レンダリングの実行時には、複数の前記仮想ビデオカメラが１つのモデルマネジャーとテクスチャマネジャーを共有し、重複したリソースのロードを回避し、
各前記仮想ビデオカメラは個別の作業スレッドが配分されるか、又は統合スレッドプールを使用してスケジューリングされ、ＣＰＵリソースを最大限に活用し、前記レンダリングの速度を向上させることを特徴とするクラウドネイティブによる３Ｄ場面を含むゲームのレンダリングシステム。

【請求項8】

前記クライアントは、前記ユーザーによる操作を命令データに変換し、前記命令データを前記クラウドサーバーに送信するデータ変換・送信手段を含む、ことを特徴とする請求項７に記載のクラウドネイティブによる３Ｄ場面を含むゲームのレンダリングシステム。

【請求項9】

前記クラウドサーバーは、前記各ユーザーに生成するゲーム画面をコーディングしてから、前記ユーザーのクライアントに対応的に送信し、
クライアントは、前記クラウドサーバーから送信されたコーディング済みのゲーム画面を受信し、コーディングされたゲーム画面をデコーディングして表示する、ことを特徴とする請求項７に記載のクラウドネイティブによる３Ｄ場面を含むゲームのレンダリングシステム。

【請求項10】

前記複数のクライアントと前記クラウドサーバーとは、５Ｇネットワークを介してデータを転送する、ことを特徴とする請求項７に記載のクラウドネイティブによる３Ｄ場面を含むゲームのレンダリングシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、クラウドゲームの技術分野に関し、特に、クラウドネイティブによる３Ｄ場面のゲーム方法及びシステムに関する。

【背景技術】

【0002】

従来、クラウドゲームのクラウドサービスは、仮想マシンの技術を使うものであり、一つのクラウドサーバーが複数のユーザーにゲームサービスを提供する時に、クラウドサーバーに複数の仮想マシンを実行して各仮想マシンにゲームを起動し、それらが複数のプロセスに含まれ、それぞれ操作・制御用命令を受信しそれぞれ処理することが一般的である。データの転送は、リアルタイムでビデオストリームを転送することであり、クラウドサーバーのＧＰＵ、ＣＰＵ及びメモリの消費が大きく、しかも、ユーザーを一つずつ増やすことにより、クラウドサーバーのリソースの消費も倍に増加することになる。また、単一のクラウドサーバーが支持するユーザーの数が少ないことから、複数のユーザーの場合に、その解決する手法がサーバーの数を増やすということであるが、ユーザーの数が増えるにつれ、ハードウェアのコストも対応的に増えてしまう。

【発明の概要】

【発明が解決しようとする課題】

【0003】

本発明は、上記の問題を解決するために、クラウドサーバーに一つのゲームのプロセスを作成して複数のクライアントにゲームサービスを同時に提供するということを目的とする。

【課題を解決するための手段】

【0004】

上記の目的を達成するために、本発明がクラウドネイティブによる３Ｄ場面を含むゲームのレンダリング方法を提供する。前記方法は、一人以上のユーザーがゲームクライアントを介してクラウドサーバーにゲームのリクエストを送信すること、前記クラウドサーバーが一人以上のユーザーのゲームのリクエストによりゲームのプロセスを対応的に作成して起動すること、及び、前記ゲームのプロセスが一人以上のユーザーのゲームデータを同時に処理することを含む。

【0005】

本発明に対する更なる改良としては、前記ゲームのプロセスにおける処理の過程には、現在のＮ人のユーザーからの命令データを取得すること、Ｎ個の命令データに基づいて、現在の命令に従ってゲーム制御データを生成すること、前記ゲーム制御データに基づいて、現在の命令に従って各ユーザーに対応するゲームデータを取得すると共に、取得された各ユーザーに対応するゲームデータをそれぞれレンダリングすること、及び、レンダリングされたゲーム画面をそれぞれユーザーに対応的に送信することが含まれている。

【0006】

本発明に対する更なる改良としては、プロセスが起動すると、ゲームを初期化にする段階に、ゲームのエンジンがユーザーの数に基づいて、対応する数だけの仮想ビデオカメラを作成しており、各ユーザーは、それぞれ、一つ仮想ビデオカメラに対応する。

【0007】

本発明に対する更なる改良としては、前記ゲーム制御データは、異なるユーザーに対応する仮想ビデオカメラがユーザーから現在の操作によるゲーム画面を取得するように制御する。

【0008】

本発明に対する更なる改良としては、Ｎ人のユーザーに対応するゲームデータの全てがレンダリング済みである場合には、ユーザーの全てに対応するレンダリング済みのゲーム画面をモザイクして、一つの完成画面を形成し、前記画面を取得して形式を変換すると共に画面を分け、分けて形成された画面が各ユーザーに対応するゲーム画面となる。

【0009】

本発明に対する更なる改良としては、前記処理過程は、ゲームオーディオデータ即時処理をさらに含み、ゲームのプロセスに、各ユーザーにそれぞれ一つの音声モニターを配分し、各ユーザーに対応する音声モニターは、対応するユーザーにオーディオデータストリームを生成し、生成されたオーディオデータストリームをユーザーに対応的に送信することを含む。

【0010】

本発明に対する更なる改良としては、レンダリングプログラムが前記ゲームデータをレンダリングする時に、複数の仮想ビデオカメラが一つのモデルマネジャー及びテクスチャマネジャーを共有している。

【0011】

本発明に対する更なる改良としては、レンダリングプログラムが前記ゲームデータをレンダリングする時に、各仮想ビデオカメラに単一の作業スレッドを配分したり、統合するスレッドプールを使ってスケジューリングを行ったりする。

【0012】

本発明に対する更なる改良としては、レンダリングプログラムが前記ゲームデータをレンダリングする時に、複数の仮想ビデオカメラ間における相対する位置関係を構築して、前記相対する位置関係に基づいて、異なる仮想ビデオカメラのレンダリングデータを多重化にする。

【0013】

本発明がクラウドネイティブによる３Ｄ場面を含むゲームのレンダリングシステムをさらに提供する。当該システムは、クライアント及びクラウドサーバーを含み、一つの前記クラウドサーバーが複数の前記クライアントにサービスを提供しており、前記クライアントは、ユーザーの操作データを取得して前記操作データを前記クラウドサーバーに送信すると共に、前記クラウドサーバーから送信されたゲーム画面を受信してゲーム画面を表示するためのものであり、前記クラウドサーバーは、複数のユーザーに一つのゲームのプロセスを作成し、前記複数のクライアントから送信された操作データを受信すると共に、前記操作データに基づいて、各ユーザーに現在の操作によるゲーム画面を生成し、前記ゲーム画面をユーザーのクライアントに対応的に送信するためのものである。

【0014】

本発明に対する更なる改良としては、前記クライアントは、ユーザー操作を命令データに変換し、前記命令データを前記クラウドサーバーに送信するデータ変換・送信手段を含む。

【0015】

本発明に対する更なる改良としては、前記クラウドサーバーは、各ユーザーに生成するゲーム画面をコーディングしてからユーザーのクライアントに対応的に送信し、クライアントは、前記クラウドサーバーから送信されたコーディング済みのゲーム画面を受信し、コーディング済みのゲーム画面をデコーディングして表示する。

【0016】

本発明に対する更なる改良としては、前記複数のクライアントと前記クラウドサーバーとは、５Ｇネットワークを介してデータを転送する。

【0017】

本発明に対する更なる改良としては、クライアントが操作信号を取得することは、コントロールハンドル、キーボード、マウス及びスクリーンタッチパネルの一つの一つを使うことを含む。

【0018】

本発明に対する更なる改良としては、クライアントを実行するプラットフォームがＷｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）及びｉｏｓ（登録商標）のうちの一つ又は複数である。

【0019】

本発明に対する更なる改良としては、クライアントが受信するゲーム画面は、携帯、タブレット、ＰＣ、ネットワークスマートテレビ及びプロジェクター）のうちの一つ又は複数により表示される。

【発明の効果】

【0020】

本発明による有益な効果が以下の通りである。
一つゲームのプロセスが複数のユーザーのゲームデータを処理し、一つのゲームのプロセスに複数の仮想ビデオカメラを同時に制御して異なるユーザーにゲーム画面を対応的に生成する。特に、ユーザーの数が比較的多い場合でも、本発明が採用する方法によると、サーバーリソースの消費を明らかに削減することができ、サーバーの数を減らすことができると共に、ゲーム画面の流暢性を確保することができ、ユーザーの体験の気持ちを高めることができ、異なるユーザー間を交換する流暢度を向上させることができる。

【図面の簡単な説明】

【0021】

【図1】本発明の実施例に記載されているクラウドネイティブによる３Ｄ場面を含むゲームのレンダリング方法のフロチャートである。

【図2】本発明の実施例に記載されているクラウドネイティブによる３Ｄ場面を含むゲームのレンダリングシステムのデータ処理のフロチャートである。

【図3】本発明の実施例に記載されているクラウドネイティブによる３Ｄ場面を含むゲームのレンダリングシステムの構成の模式図である。

【図4】本発明の実施例に記載されているクラウドネイティブによる３Ｄ場面を含むゲームのレンダリングシステムのシステムアーキテクチャの模式図である。

【発明を実施するための形態】

【0022】

以下には、本発明の実施例における図面を参照しながら、本発明の実施例における技術的手段を明確的にかつ完全的に説明するが、記載する実施例が本発明における一部の実施例に過ぎず、全ての実施例ではないということが明らかである。本発明における実施例に基づいて、創造性を付けた労働がない限り当業者が取得可能な如何なる他の実施例は、いずれも、本開示の保護しようとする範囲に含まれる。

【0023】

説明するべきことは、本発明の実施例に方向性を有する指示（例えば上、下、左、右、前や後……）があれば、当該方向性を付けた指示は、ある特定の姿態（図面に示すように）において、各部件間における相対的な位置関係や動き場合などを解釈するためのものに過ぎず、当該特定の姿態が変わると、当該方向性による指示もそれに伴い変わるわけである。

【0024】

また、本発明の説明では、係る用語が説明という目的にのみ用いられており、本開示の範囲を限定するものではない。「含み」及び／又は「含まれ」という用語は、素子、ステップ、操作及び／又は手段の存在を意味するためのものであるが、一つ以上である他の素子、ステップ、操作及び／又は手段が存在する場合を追加するのを排除するわけではない。「第一」や「第二」などの用語は、様々な素子を説明するためのものであるが、順番付けを意味せず、しかも、これらの素子に限定される役割もない。また、本発明の記載において、他の特別な断りが無ければ、「複数の」とは二つ又は二つの以上を意味している。これらの用語は、一つの要素及び他の要素を区別するということにしか用いられない。以下に図面を参照しながら、これら及び／又は他の局面が明らかになるだろう。しかも、当業者が本発明の実施例についての説明をより易く理解できるだろう。図面は、説明だけを目的として本開示の実施例を説明するためのものである。当業者は、以下の説明から本開示の原理を背離しない限り、本発明に開示する構成及び方法を代替する実施例を採用してもよいということを容易に認識することが可能である。

【0025】

本発明の実施例に係るクラウドネイティブによる３Ｄ場面を含むゲームのレンダリング方法は、図１と図２に示すように、一人以上のユーザーがゲームクライアントを介してクラウドサーバーにゲームのリクエストを送信すること、及び、前記クラウドサーバーが一人以上のユーザーのゲームのリクエストによりゲームのプロセスを対応的に作成して起動すること、及び、前記ゲームのプロセスは、一人以上のユーザーのゲームデータを同時に処理することを含む。

【0026】

前記ゲームのプロセスにおける処理の過程は、現在のＮ人のユーザーの命令データを取得すること、Ｎ個の命令データに基づいて、現在の命令に従ってゲーム制御データを生成すること、ゲーム制御データに基づいて、現在の命令に従って各ユーザーに対応するゲームデータを取得すると共に、取得された各ユーザーに対応するゲームデータをそれぞれレンダリングすること、及び、レンダリングされたゲーム画面をそれぞれユーザーに対応的に送信することが含まれている。

【0027】

ゲームのプロセスは、各ユーザーによる操作命令のデータを即時で取得し、各ユーザーによる現在の命令データに基づいて、現在の命令データに従って一つのフレームのゲーム画面を生成し、各ユーザーのゲーム画面を、レンダリング・圧縮・コーディングという処理を経て、即時で、ネットワークを介してユーザーのクライアントに転送して表示する。そうすると、ユーザーによる操作と画面の表示とに、リアルタイムのインタラクションを有させるようにすることができる。

【0028】

好ましい実施形態は、プロセスが起動すると、ゲームを初期化にする段階に、ゲームプログラムがユーザーの数に基づいて、対応する数だけの仮想ビデオカメラを作成し、各ユーザーがそれぞれ一つの仮想ビデオカメラに対応し、仮想ビデオカメラがユーザーに対応するゲーム画面を取得し、レンダリングプログラムを呼び出してゲーム画面をレンダリングすることである。

【0029】

そのうち、ゲーム制御データによる制御は、仮想ビデオカメラがゲーム場面に位置する位置（ユーザーがゲーム場面に位置する位置及び視角を取得する）の制御、及び、取得されたゲーム画面のレンダリング結果の制御を含む。

【0030】

ゲームの即時性をさらに高め、遅延を避けるためには、ゲーム画面をレンダリングする過程を最適化にしてもよい。
好ましい実施形態は、レンダリングを行う前に、画面外の物、遮られる要素や背景の画面を排除することにより、各フレームのゲーム画面のレンダリング量を減らして、レンダリングの速度を高めることである。

【0031】

好ましい実施形態は、レンダリングを行う時、複数の仮想ビデオカメラが一つのモデルマネジャー及びテクスチャマネジャーを共用することである。これにより、リソースを重複してロードしてしまうのを避けると共に、各仮想ビデオカメラに単一の作動スレッドを配分したり、統合するスレッドプールスケジューリングを使ったりすることによりＣＰＵのリソースを十分に利用でき、レンダリングの速度を向上させることができる。

【0032】

好ましい実施形態は、複数の仮想ビデオカメラ間における相対する位置関係を構築し、前記相対する位置関係に基づいて、異なる仮想ビデオカメラのレンダリングデータを多重化することである。多重化することにより、スクリーン空間によりレンダリングを反射する結果、動的陰影のマッピングや光照射の結果が含まれることになり、レンダリング速度が高まる。

【0033】

好ましい実施形態は、静的陰影マッピングを用いて、静的光源の場面に静的陰影を用いてマッピングすることである。

【0034】

好ましい実施形態は、仮想ビデオカメラのレンダリングの順番を算出することである。これにより、二つの仮想ビデオカメラは視野の方向が基本的に平行する条件の場合に、相対する位置が後ろに近づく仮想ビデオカメラが前の仮想ビデオカメラによりレンダリングの結果を多重化にすることが可能となる。同様に、前の仮想ビデオカメラが、後ろの仮想ビデオカメラによるレンダリングの結果に、自体の視野に属される部分を直接にトリミングすることも可能である。このような形態を採用すると、条件が満たされている場合に、レンダリングの回数を減らしてレンダリングの速度を高めることができる。

【0035】

好ましい実施形態は、レンダリングを行い、ユーザーのすべてに対応するレンダリング済みのゲーム画面をモザイクして、一つ完成画面を形成し、モザイク済みの画面を取得してＲＧＢ３２という形式に変換し、変換済みの画面を分けることである。変換済みの画面を分けることは、モザイクを行う前におけるユーザーに対応するゲーム画面に従って、各ユーザーに一つの画面を対応的に分け、分けられたゲーム画面は、ユーザーに対応する仮想ビデオカメラにより取得されたゲーム画面と一致することになり、つまり、当該ユーザーによる現在のゲーム画面となる。図形ＡＰＩを管理してレンダリング済みのゲーム画面を取得し、取得された画面をビデオエディタにリダイレクトしてから、ゲーム画面について例えば、モザイク、圧縮、分け、送信などの他の操作を行うとよい。

【0036】

好ましい実施形態は、処理過程は、ゲームオーディオデータ即時処理をさらに含み、一つゲームのプロセスにおいて、各ユーザーにそれぞれ一つの音声モニターを配分し、各ユーザーに対応する音声モニターは、対応するユーザーにオーディオデータストリームを生成すると共に、生成されたオーディオデータストリームをユーザーに対応的に送信することである。その具体的な過程は、ゲームにおける複数のユーザーに、それぞれ、一つの音声モニターを配分し、３Ｄの音声源が音声を再生する時に、音声源と音声モニターとの距離及びドップラー効果に基づいて、音声の減衰を算出すると共に音声源のデータ情報を参照しながら、最終的に、対応するユーザーが聞こえるオーディオデータストリームを解析して生成し、次に、異なるデータストリームをユーザーのクライアントに対応的に配り、ユーザーのクライアントにより、受信されたオーディオの内容を最後解析することにより音声が聞こえることになり、クラウドゲームに複数の人がいる時にオーディオを正確に受信できないという問題を解決することができる。

【0037】

本発明の実施例に係るクラウドネイティブによる３Ｄ場面を含むゲームのレンダリングシステムは、図３と図４に示すように、クライアント及びクラウドサーバーを含み、一つの前記クラウドサーバーが複数の前記クライアントにサービスを提供しており、前記クライアントは、ユーザーによる操作データを取得して前記操作データを前記クラウドサーバーに送信すると共に、前記クラウドサーバーから送信されたゲーム画面を受信してゲーム画面を表示するためのものであり、前記クラウドサーバーは、複数のユーザーに一つゲームのプロセスを作成し、前記複数のクライアントから送信された操作データを受信すると共に、前記操作データに基づいて、各ユーザーに当該ユーザーからの現在の操作によるゲーム画面を生成し、前記ゲーム画面をユーザーのクライアントに対応的に送信するためのものである。

【0038】

好ましい実施形態は、クライアントがユーザー操作を命令データに変換して、命令データをクラウドサーバーに送信するデータ変換・送信手段を含むことである。

【0039】

クラウドサーバーは、各ユーザーに生成するゲーム画面をコーディングしてからユーザーのクライアントに対応的に送信しており、クライアントは、クラウドサーバーから送信されたコーディング済みのゲーム画面を受信して、コーディング済みのゲーム画面をデコーディングして表示する。

【0040】

好ましい実施形態は、クライアントとクラウドサーバーとは、例えば、５Ｇネットワークを介してデータを転送することである。本発明は、転送用ネットワークについて具体的な限りがなく、転送用ネットワークの選択は、ネットワークを介してゲームデータを転送する要求を満たすほうが良く、ネットワークの遅延によりゲーム画面が不円滑になり、ユーザーの体験の気持ちが低下してしまうのを避けるとよい。

【0041】

本発明の実施例に係る実施過程は、一人以上のユーザーがゲームクライアントを介してクラウドサーバーにゲームのリクエストを送信し、クラウドサーバーが複数のユーザーからのゲームＩＤに基づいて、一つのゲームのプロセスを対応的に作成して起動する。

【0042】

ゲームを初期化にする段階には、ゲームプログラムがユーザーの数に基づいて、ゲームの場面に対応する数だけの仮想ビデオカメラを追加し、各仮想ビデオカメラが一つのユーザーに対応しており、仮想ビデオカメラが見えるゲーム画面がユーザーに受信必要な画面となる。

【0043】

初期化が終わると、ゲームが始まる。クライアントは、ユーザーによる操作データを取得する。操作データは、クライアントにより命令データに変換してからゲームクラウドサーバーに転送される。クラウドサーバーは、命令データに基づいて、ゲーム制御データを対応的に作成してゲームの制御システムに適用することにより、ゲームに対するユーザーの制御を実現すると共に、ゲーム場面における対応する要素のフィードバックを生成する。この時、各仮想ビデオカメラは、ゲーム場面における位置及び視角によって、異なる画面のフィードバックが見える。レンダリングプログラムは、各仮想ビデオカメラが見るゲーム画面をレンダリングする。ゲームプログラムは、先に、レンダリング済みの複数のゲーム画面をモザイクして、一つの画面を形成してビデオカードを介して表示・出力を行い、次に、ｈｏｏｋの方式により、ｄｉｒｃｅｃｔＸ層の一連のレンダリングインターフェースを遮り、画面データを取得し、取得された画面データをＲＧＢ３２の形式に変換し、変換済みの画面データを分けて複数のＨ２６５のビデオデータパケットに圧縮する。しかも、遅延を削減するように、ビデオエンコーダーを補正してＢフレームを排除し、ＧＯＰを比較的大きく設置することによりＩフレームの比例を低減し、各フレームに消費されるビットレートが制御可能な最大の範囲内にあるようにする。ゼロ遅延という設置することにより、入力されたフレームごとについて、データエンコーダーが直ぐにこのフレームのコーディングデータを出力するように確保して、エンコーダーがフレームのデータをバッファリングすることを避ける。分けられた各ビデオデータパケットは、ユーザーに対応する。ビデオデータパケットは、ネットワークを介してユーザーのクライアントに対応的に送信される。クライアントは、携帯、ＰＡＤ、ＰＣ、ネットワークスマートテレビ又はプロジェクターなどのクライアントディバイスに内蔵されるビデオデコーディングチップを介して、ネットワークからのビデオデータパケットをデコーディングし、クライアントシステムにおける最も低い階層・最も急速であるビデオ表示方法を呼び出し、デコーディングされたビデオフレームであるゲーム画面を表示する。

【0044】

本発明に係る前記のゲームシステムを用いて取得されるゲーム画面は、その速度が６ｍｓまで低くなり、ゲーム画面の流暢性及びユーザーの操作へのフィードバックの即時性を確保することができると共に、ＣＰＵのリソースを消費することが殆ど無く、各クラウドサーバーにより複数のユーザーが同時にオンラインであるようにサポートすることができる。一つのサーバーだけで一つのユーザーにサービスを提供し、又は、単一のサーバーによりゲームを多重化にするようにサポートするという形態に比べると、本発明に係るクラウドネイティブによる３Ｄ場面を含むゲームシステムは、如何なる仮想システムや仮想のコンテナが必要とならず、使用単一のプロセス、単一のレンダリング、多重化による出力をサポートできるという方式が、クラウドサーバーのＧＰＵ、ＣＰＵ及びメモリのリソースを一層に省くことができる。一つのクラウドサーバーがサポートする最大のユーザーの数は、複数のプロセスによりゲームを多重化にするということを採用する場合のユーザーの数に比較すると倍になり、クラウドサーバーのハードウェアのコストを大幅に省くことができる。

【0045】

つまり、当業者にとって理解するべきことは、上記した実施例の方法における全て又は一部のステップを実現することが、関連するハードウェアをプログラムにより命令して完了するものであり、当該プログラムは、記憶媒体に記憶されており、一つの装置（マイクロコントローラ、チップなどであってもよい）又はプロセッサー（ｐｒｏｃｅｓｓｏｒ）により本願の各実施例における前記方法の全て又は一部のステップを実行するための複数の命令を含む。上記した記憶媒体は、ＵＳＢフラッシュドライブ、携帯型ハードディスク、読み出し専用のメモリ（ＲＯＭ、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フロッピーディスク又は光ディスクなどの様々なプログラムコードを記憶できる媒体を含む。

【0046】

ここで提供する明細書には、数多くの詳細を説明した。しかしながら、理解するべきことは、ここで開示している実施例が、これらの詳細が無い場合でも実施され得る。幾つかの実施例では、公知の方法、構成及び技術を詳しく提示しないことが、本明細書への理解を明確にするためである。

【0047】

また、当業者にとって理解するべきことは、上記の幾つかの実施例に、他の実施例に含まれるある特徴を含み、他の特徴を含まないが、異なる実施例における特徴の組み合わせが本発明の範囲に含まれると共に異なる実施例を形成するということを意味している。例えば、特許請求の範囲には、保護を要求しようとする実施例のいずれか一つが任意の組み合わせの形態により使用されてもよい。

【0048】

当業者にとって理解するべきことは、例示的な実施例を参照しながら本開示を説明したが、本発明の範囲を逸脱しない限り、様々な変化を行うと共に均等物により他の装置を置換することも可能である。また、本発明による実質的な範囲を逸脱しない限り、数多くの補正により、特定の場合や材料が本発明からの教示に適用され得るようにしてもよい。故に、本発明は、開示されている特定の実施例に限定されておらず、添付されている特許請求の範囲に含まれるあらゆる実施例を含む。

【図1】

【図2】

【図3】

【図4】