JP7464732B2 - 画像処理方法及びその装置、サーバ並びにコンピュータプログラム - Google Patents

Description

［関連出願の相互参照］
本願は、２０２０年７月２１日に中国特許局に提出された、出願番号が第２０２０１０７０４００５．８号であり、発明の名称が「画像処理方法、装置、サーバ並びに媒体」である中国特許出願の優先権を主張し、その内容の全てが引用により本願に援用される。

［技術分野］
本願は、インターネット技術分野、具体的には、画像処理技術分野に関するものであり、特に、画像処理方法、画像処理装置、サーバ及びコンピュータ記憶媒体に関するものである。

インターネット技術の発展に伴い、クラウドゲーム（Ｃｌｏｕｄ ｇａｍｉｎｇ）は幅広く注目されている。いわゆるクラウドゲームは、クラウドコンピューティングに基づくゲームであり、オンデマンドゲーム（ｇａｍｉｎｇ ｏｎ ｄｅｍａｎｄ）とも呼ばれ、ここでのクラウドコンピューティングは、インターネットに基づくコンピューティング方式である。クラウドゲーム技術により、図形処理とデータ演算能力が比較的に制限されたクライアント機器で高品質のゲームを実行できるようになる。クラウドゲームのシナリオでは、ゲームは、プレーヤユーザのゲームクライアントで実行されるのではなく、クラウドサーバで実行され、クラウドサーバによって、ゲームシーンをビデオとオーディオのストリームにレンダリングして、ネットワークを介してプレーヤユーザのゲームクライアントに伝送して再生する。プレーヤユーザのゲームクライアントは、強力な図形演算及びデータ処理能力を必要とせずに、基本的なストリーミングメディア再生機能と、プレーヤユーザの入力命令を取得してクラウドサーバに送信する能力を備えるだけでよい。

クラウドゲームの場合、ゲームの実行にかかる時間は、クラウドゲームの実行速度を測定するための重要な指標である。ゲームの実行にかかる時間が長いほど、クラウドゲームの実行速度が低下し、ゲームの実行にかかる時間が短いほど、クラウドゲームの実行速度が向上する。これに基づき、クラウドゲームの実行速度を向上させるために、如何にクラウドゲームの実行にかかる時間を短縮するかが、注目される研究課題となっている。

本願実施例は、目標シェーダコードのコンパイル時間を効果的に短縮することで、目標ゲームの実行速度を効果的に向上させることができる、画像処理方法及びその装置、サーバ並びに媒体を提供する。

１つの態様によれば、本願実施例は画像処理方法を提供し、当該画像処理方法は、
目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、前記操作イベントに対応する目標シェーダコードを取得するステップと、
ゲームリソースから、前記目標シェーダコードの目標コンパイル結果を取得するステップであって、前記ゲームリソースは、前記目標ゲームのゲーム鏡像、及び前記目標コンテナと前記目標コンテナの関連コンテナとの間の目標共有ディレクトリのうちの少なくとも１つを含み、前記目標共有ディレクトリは、前記関連コンテナがゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果を含む、ステップと、
前記目標コンパイル結果に基づいて図形処理を実行して、前記操作イベントに対応するフィードバック画像を取得するステップと、を含む。

別の態様によれば、本願実施例は画像処理装置を提供し、当該画像処理装置は、取得ユニットと、処理ユニットと、を備え、
前記取得ユニットは、目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、前記操作イベントに対応する目標シェーダコードを取得するように構成され、
前記取得ユニットは更に、ゲームリソースから、前記目標シェーダコードの目標コンパイル結果を取得するように構成され、前記ゲームリソースは、前記目標ゲームのゲーム鏡像、及び前記目標コンテナと前記目標コンテナの関連コンテナとの間の目標共有ディレクトリのうちの少なくとも１つを含み、前記目標共有ディレクトリは、前記関連コンテナがゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果を含み、
前記処理ユニットは、前記目標コンパイル結果に基づいて図形処理を実行して、前記操作イベントに対応するフィードバック画像を取得するように構成される。

更に別の態様によれば、本願実施例はサーバを提供し、前記サーバは、入力インターフェース及び出力インターフェースを備え、前記サーバは更に、
１つ又は複数の命令を記憶するように構成されるコンピュータ記憶媒体と、
前記コンピュータ記憶媒体に記憶された１つ又は複数の命令をロードすることにより、以下のステップを実行するように構成されるプロセッサと、を備え、前記ステップは、
目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、前記操作イベントに対応する目標シェーダコードを取得するステップと、
ゲームリソースから、前記目標シェーダコードの目標コンパイル結果を取得するステップであって、前記ゲームリソースは、前記目標ゲームのゲーム鏡像、及び前記目標コンテナと前記目標コンテナの関連コンテナとの間の目標共有ディレクトリのうちの少なくとも１つを含み、前記目標共有ディレクトリは、前記関連コンテナがゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果を含む、ステップと、
前記目標コンパイル結果に基づいて図形処理を実行して、前記操作イベントに対応するフィードバック画像を取得するステップと、を含む。

更に別の態様によれば、本願実施例はコンピュータ記憶媒体を提供し、前記コンピュータ記憶媒体には１つ又は複数の命令が記憶されており、前記１つ又は複数の命令は、プロセッサに、以下のステップを実行させ、前記ステップは、
目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、前記操作イベントに対応する目標シェーダコードを取得するステップと、
ゲームリソースから、前記目標シェーダコードの目標コンパイル結果を取得するステップであって、前記ゲームリソースは、前記目標ゲームのゲーム鏡像、及び前記目標コンテナと前記目標コンテナの関連コンテナとの間の目標共有ディレクトリのうちの少なくとも１つを含み、前記目標共有ディレクトリは、前記関連コンテナがゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果を含む、ステップと、
前記目標コンパイル結果に基づいて図形処理を実行して、前記操作イベントに対応するフィードバック画像を取得するステップと、を含む。

本願実施例に係るクラウドゲームシステムのシステムアーキテクチャの概略図である。 本願実施例に係る、エッジサーバと複数のゲームクライアントとの間の接続を示す概略図である。 本願明実施例に係る、ゲーム画面をゲームクライアントに伝送して表示することを示す概略図である。 本願実施例に係る画像処理方法の例示的なフローチャートである。 本願実施例に係る、ゲーム鏡像を作成することを示す概略図である。 本願実施例に係る、目標共有ディレクトリをマウントすることを示す概略図である。 本願実施例に係る、目標共有ディレクトリをマウントすることを示す別の概略図である。 本願実施例に係る、目標共有ディレクトリをマウントすることを示す別の概略図である。 本願実施例に係る、目標共有ディレクトリをマウントすることを示す別の概略図である。 本願の別の実施例に係る画像処理方法の例示的なフローチャートである。 本願の別の実施例に係る、目標共有ディレクトリをマウントすることを示す概略図である。 本願の別の実施例に係る、目標共有ディレクトリをマウントすることを示す別の概略図である。 本願の別の実施例に係る、目標共有ディレクトリをマウントすることを示す別の概略図である。 本願の別の実施例に係る、目標共有ディレクトリをマウントすることを示す別の概略図である。 本願実施例に係る、目標コンパイル結果をキャッシュすることを示す概略図である。 本願実施例に係る画像処理装置の概略構造図である。 本願実施例に係るサーバの概略構造図である。

以上では、本願実施例の技術的解決策をより明確に説明するための、本願実施例の説明で使用される図面について簡単に紹介したが、当然ながら、以上で説明された図面は、本願のいくつかの実施例に過ぎず、当業者にとっては、創造的な労力なしに、これらの図面から他の図面を取得することもできる。

以下、本願実施例における図面を参照して、本願実施例における技術的解決策を明確かつ完全に説明する。

クラウドゲームをより良く実行するために、本願実施例は、クラウドゲーム環境を提案する。当該クラウドゲーム環境では、システムコンテナを実行することにより、１つの独立したサーバ（例えば、ＡＲＭアーキテクチャ／ｘ８６アーキテクチャを使用するサーバ）上で複数の操作システムを実行し、関連画像をビデオストリームの形でリモート受信プログラムに転送して処理することができる。ここで、ＡＲＭアーキテクチャは、３２ビット／６４ビットの簡易命令セットのプロセッサアーキテクチャであり、ｘ８６アーキテクチャ（Ｔｈｅ Ｘ８６ ａｒｃｈｉｔｅｃｔｕｒｅ）は、マイクロプロセッサによって実行されるコンピュータ言語の命令セットである。コンテナ（ｃｏｎｔａｉｎｅｒ）とは、操作システムレベルの仮想化の一種であり、コンテナは、操作システムを搭載するために使用され、コンテナは分離メカニズム（例えば、ｎａｍｅｓｐａｃｅ（名前空間））によって実現でき、カーネルモードでは、複数の操作システム（つまり、サーバ操作システム及び機器操作システム）は同じカーネルを使用し、ユーザモードでは、複数の操作システムは互いに独立している。ここでのサーバ操作システムとは、サーバ内の汎用操作システム（例えば、Ｌｉｎｕｘ（登録商標）操作システムなど）を指し、サーバ操作システムが配置されているホスト機器はサーバホスト機器（すなわち、Ｈｏｓｔ機器）と呼ばれる。機器操作システムとは、コンテナ内の操作システム（例えば、Ａｎｄｒｏｉｄ（登録商標）操作システム、ｉＯＳ（登録商標）操作システムなど）を指す。

これに対応して、システムコンテナはコンテナの１つの具現例であり、システムコンテナは、サーバ操作システム（例えば、Ｌｉｎｕｘ操作システム）に基づいて実行できる。例えば、当該システムコンテナは、オープンソースのＬｉｎｕｘ操作システムで実行されるＡｎｄｒｏｉｄコンテナであってもよく、１つのＬｉｎｕｘ操作システムは、複数のＡｎｄｒｏｉｄコンテナを同時に実行することができる。ＡｎｄｒｏｉｄコンテナはＡｎｄｒｏｉｄゲーム鏡像をロードし、いわゆるＡｎｄｒｏｉｄゲーム鏡像とは、基本的なＡｎｄｒｏｉｄ関連ファイルとゲーム関連ファイルの両方を含む鏡像ファイルを指し、いわゆる鏡像（ミラー）とは、ファイルストレージ形式の一種であり、鏡像により複数のファイルを１つの鏡像ファイルに合併することで、ファイルの配布と使用が容易になる。理解されたいこととして、本願実施例で言及されているシステムコンテナはＡｎｄｒｏｉｄコンテナに限定されず、例えば、ｉＯＳ操作システムがオープンソースの研究開発をサポートする場合、当該システムコンテナはｉＯＳコンテナであってもよい。ここから分かるように、本願実施例で提案されるクラウドゲーム環境では、１つの独立したサーバに大量のシステムコンテナを展開することにより、サーバの強力な中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵと略称）能力及び図形プロセッサ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵと略称）能力を最大限に活用して、システム操作の高度な同時実行を実現し、クラウドゲームの実行速度を向上させることができる。

上記のクラウドゲーム環境に基づき、本願実施例はクラウドゲームシステムを提案する。図１ａを参照すると、当該クラウドゲームシステムは、少なくとも１つのエッジサーバ１１及び複数のゲームクライアント１２を備えることができる。ここで、エッジサーバ１１とは、システムコンテナ実行用のサーバを指し、当該サーバは任意の独立した物理サーバであってもよいし、クラウドサービス、クラウドデータベース、クラウドコンピューティング、クラウド関数、クラウドストレージ、ネットワークサービス、クラウド通信、ミドルウェアサービス、ドメインネームサービス、セキュリティサービス、コンテンツデリバリネットワーク（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ、ＣＤＮと略称）、及びビッグデータ及び人工知能プラットフォームなどの基本的なクラウドコンピューティングサービスを提供するクラウドサーバであってもよい。図１ｂに示されるように、各エッジサーバ１１には少なくとも１つのシステムコンテナが展開でき、各システムコンテナは、少なくとも１つのゲームクライアント１２に接続されることができる。ここで、各システムコンテナは、１つ又は複数のゲームを実行するために使用されることができ、各システムコンテナは、任意のゲームを実行する過程で、任意のゲームのゲーム画面を、前記各システムコンテナ１２に接続されたゲームクライアントに伝送して表示することができる。ゲームクライアント１２は、基本的なストリーミングメディア再生能力、ヒューマン・マシン・インタラクション（Ｈｕｍａｎ－Ｍａｃｈｉｎｅ Ｉｎｔｅｒａｃｔｉｏｎ）能力及び通信能力などの基本的な能力を有する任意の端末機器（端末と略称する）であってもよく、例えば、スマートフォン、タブレットコンピュータ、ノートブックコンピュータ、デスクトップコンピュータ、スマートＴＶなどであってもよい。或いは、当該ゲームクライアント１２は、端末機器で実行されるアプリケーション（ａｐｐｌｉｃａｔｉｏｎ、ＡＰＰと略称）であってもよい。理解されたいこととして、図１ａは、クラウドゲームシステムのシステムアーキテクチャを例示的に示すためのものに過ぎず、クラウドゲームシステムの具体的なアーキテクチャを限定するものではない。例えば、他の実施例では、クラウドゲームシステムは、ゲーム鏡像を生成するための鏡像サーバを更に含み得る。

上記のクラウドゲームシステムに基づいて、１つ又は複数のクラウドゲームの実行を実現することができる。ここで、任意のクラウドゲームの実行原理は次のとおりである。クラウドゲームのゲーム鏡像を作成した後、当該クラウドゲームのゲーム鏡像をエッジサーバに展開し、これにより、エッジサーバは、ゲーム鏡像をロードすることにより対応するシステムコンテナを起動することができる。ゲームクライアントによって送信された、クラウドゲームに関する接続要求を受信した場合、エッジサーバは、対応するシステムコンテナを割り当てて、当該ゲームクライアントとの接続を確立することができる。割り当てられたシステムコンテナとゲームクライアントとの間の接続が正常に確立された後、割り当てられたシステムコンテナは、クラウドゲームを実行し、クラウドゲームのゲーム画面をリアルタイムでレンダリングし、その後、図１ｃに示されるように、レンダリングされたゲーム画面をビデオストリームの形でゲームクライアントに伝送して表示する。ゲーム画面を表示するプロセスにおいて、ゲームクライアントは、プレーヤユーザによるゲーム画面への操作イベントをデータストリームの形で、対応するシステムコンテナに送信することができる。これに対応して、システムコンテナは、当該操作イベントに対応するレンダリングバッファ画像（すなわち、操作イベントに対応するフィードバック画像）を取得してレンダリングし、当該操作イベントに対応するフィードバック画像をゲームクライアントに返して表示することができる。

ここで、システム容器は、操作イベントに対応するフィードバック画像をレンダリングするときに、通常、画像シェーディング処理、テクスチャ処理、変形処理などの多段階の画像処理を実行する。これに基づき、本願実施例は、画像シェーディング処理段階のための、共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムを提案し、当該共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムにより、画像シェーディング処理時間を短縮することで、フィードバック画像をレンダリングするのに必要なレンダリング時間を短縮し、これにより、ゲームの実行にかかる合計時間を短縮して、クラウドゲームの実行速度を加速させることができる。ここで、ＧＰＵシェーダ（ＧＰＵ ｓｈａｄｅｒ）は、ＧＰＵハードウェア機能の一部であり、ソフトウェアの実装では、ＧＰＵのドライバは、ユーザが記述したＧＰＵ ｓｈａｄｅｒコード（シェーダコード）を、ＧＰＵによって実行可能な目標コードにコンパイルすることができる。ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムの原理は次のとおりである。単一のシステムコンテナの場合、当該単一のシステムコンテナによりＧＰＵ ｓｈａｄｅｒコードをコンパイルすることによって取得されたコンパイル結果をキャッシュし、これにより、当該単一のシステムコンテナがクラウドゲームを実行し続けるか、又はクラウドゲームを再実行するときに、同じＧＰＵ ｓｈａｄｅｒコードをコンパイルする必要がある場合、コンパイルプロセスをスキップしてコンパイル結果を直接使用することができる。これに対応して、共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムの原理は、単一のシステムコンテナによってキャッシュされたＧＰＵ ｓｈａｄｅｒコードのコンパイル結果を他のシステムコンテナと共有することであり、これにより、他のシステムコンテナが同じＧＰＵ ｓｈａｄｅｒコードをコンパイルする必要があるときに、コンパイルプロセスをスキップして、共有で得られたコンパイル結果を直接使用することができる。

特定の実現では、本願実施例で提案される共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムは、主に、以下の２つのメカニズムを含み得る。

（１）静的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズム
ここでの静的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムとは、少なくとも１つのＧＰＵ ｓｈａｄｅｒコードの第２コンパイル結果をゲーム鏡像に追加することで、当該ゲーム鏡像をロードする各システムコンテナがいずれも当該第２コンパイル結果を共有できるようにする共有メカニズムを指す。具体的には、当該静的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムの原理は、大体、次のとおりである。クラウドゲームのゲーム鏡像の作成プロセスにおいて、クラウドゲームを事前に実行することができ、クラウドゲームの実行中に、少なくとも１つのＧＰＵ ｓｈａｄｅｒコードをコンパイルして第２コンパイル結果を取得し、その後、第２コンパイル結果をクラウドゲームのゲーム鏡像に追加する。このようにして、クラウドゲームのゲーム鏡像を、異なるエッジサーバのシステムコンテナ又は同じエッジサーバの異なるシステムコンテナに展開する場合、当該ゲーム鏡像をロードする各システムコンテナは、いずれもこれらの第２コンパイル結果を含み得、これにより、各システムコンテナが特定のＧＰＵ ｓｈａｄｅｒコードをコンパイルする必要がある場合、ゲーム鏡像に当該ＧＰＵ ｓｈａｄｅｒコードの第２コンパイル結果が既に含まれていると、各システムコンテナは、ゲーム鏡像から対応する第２コンパイル結果を直接取得して後続の処理を実行することができ、これにより、ゲームの実行加速を向上させることができる。ここから分かるように、静的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムでは、ゲーム鏡像にＧＰＵ ｓｈａｄｅｒコードの第２コンパイル結果が既に含まれており、そのため、追加の共有ディレクトリをシステムコンテナにマウントすることなく、同じゲーム間のコンパイル結果の共有の問題を解決することができる。

（２）動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズム
ここでの動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムとは、ゲーム実行中に、共有ディレクトリにより、複数のシステムコンテナ間での同じＧＰＵ ｓｈａｄｅｒコードのコンパイル結果の共有を実現する共有メカニズムを指す。特定の実現では、当該動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムの原理は大体、次のとおりである。各システムコンテナの実行プロセスにおいて、１つの共有ディレクトリを各システムコンテナにマウントして、ＧＰＵ ｓｈａｄｅｒコンパイルキャッシュディレクトリとして使用することができ、これにより、ゲーム実行中に各システムコンテナによりコンパイルされた各ＧＰＵ ｓｈａｄｅｒコードの第１コンパイル結果をすべて当該共有ディレクトリに同期的に格納することができる。このようにして、特定のシステムコンテナａが特定のＧＰＵ ｓｈａｄｅｒコードをコンパイルする必要がある場合、当該ＧＰＵ ｓｈａｄｅｒコードが他のシステムコンテナによって既にコンパイルされ、且つその対応する第１コンパイル結果が目標共有ディレクトリに既にキャッシュされていると、当該システムコンテナａは、目標共有ディレクトリから当該第１コンパイル結果を直接取得して後続の処理を実行することができ、これにより、ゲームの実行加速を向上させることができる。

動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムでは、共有ディレクトリは複数のシステムコンテナにマウントでき、そのため、現在のゲームの実行中に単一のシステムコンテナにより新しく生成されたＧＰＵ ｓｈａｄｅｒコードのコンパイル結果を共有ディレクトリにキャッシュすることで、当該コンパイル結果が動的に複数のシステムコンテナによってリアルタイムで共有及び使用できるようにする。ゲーム実行中に単一のシステムコンテナによってコンパイルされたＧＰＵ ｓｈａｄｅｒコードの第１コンパイル結果を効果的に利用することにより、他の複数のシステムコンテナにおける同じ又は異なるクラウドゲームの実行速度を向上させることができる。ここから分かるように、本願実施例で提案される動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムは、同じゲーム間のコンパイル結果の共有の問題を解決することができるだけでなく、異なるゲーム間のＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅの共有の問題も解決することができる。

上記の説明から分かるように、本願実施例で提案される静的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムと動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムの２つの共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムは両方とも、各システムコンテナ間のコンパイル結果の共有の問題をある程度解決でき、キャッシュされたコンパイル結果を使用して後続処理を直接実行することで、ＧＰＵ ｓｈａｄｅｒコードのコンパイルプロセスをスキップし、これにより、コードコンパイル時間を効果的に節約することができ、クラウドゲームの実行速度を向上させることができる。理解されたいこととして、実際の応用では、本願実施例で提案される２つの共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムは、個別に使用してもよいし、組み合わせて使用してもよく、本願実施例はこれに対して特に限定しない。

上記の２つの共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムの関連する説明に基づき、本願実施例は画像処理方法を提案する。当該画像処理方法は、上記のクラウドゲームシステムにおける目標エッジサーバ内で実行される目標コンテナによって実行でき、ここでの目標エッジサーバは、クラウドゲームシステム内の任意のエッジサーバであり、目標コンテナは、目標エッジサーバのサーバ操作システムに基づいて実行される任意のシステムコンテナである。図２を参照すると、当該画像処理方法は、次のステップＳ２０１～ステップＳ２０３を含み得る。

ステップＳ２０１において、目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、操作イベントに対応する目標シェーダコードを取得する。

ここで、操作イベントは、目標コンテナに接続された目標ゲームクライアントに表示される目標ゲームのゲーム画面から検出されたものである。特定の実現では、目標ゲームを実行するプロセスでは、目標コンテナは、目標ゲームのゲーム画面をビデオストリームの形で目標ゲームクライアントに送信して表示することができる。これに対応して、ゲーム画面を表示するプロセスでは、目標ゲームクライアントは、目標ゲームへの操作イベントがあるかどうかを検出することができる。ここでの操作イベントは、物理制御コンポーネント（例えば、マウス、キーボードなど）を操作することによって入力されたイベント、重力検知装置（例えば、ジャイロスコープなど）を制御することによって入力されたイベント、ゲーム画面内の任意の画面内容を指でタッチすることによって入力されたイベントなどを含み得るが、これらに限定されない。目標ゲームクライアントは、当該操作イベントを検出した後、当該操作イベントをデータストリームの形で目標コンテナに伝送することができ、これに対応して、目標コンテナは、当該操作イベントを受信した後、当該操作イベントに対応する目標シェーダコードを取得することができる。

ステップＳ２０２において、ゲームリソースから目標シェーダコードの目標コンパイル結果を取得する。

本願実施例において、ゲームリソースは、目標ゲームのゲーム鏡像、及び目標コンテナと目標コンテナの関連コンテナとの間の目標共有ディレクトリのうちの少なくとも１つを含み得る。ここで、目標ゲームのゲーム鏡像は、上記の静的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムに基づいて取得でき、当該目標ゲームのゲーム鏡像は、目標ゲームを事前に実行するときにコンパイルされた少なくとも１つのシェーダコード（すなわち、ＧＰＵ ｓｈａｄｅｒコード）の第２コンパイル結果を含み得、各第２コンパイル結果はすべて、当該ゲーム鏡像を作成するときにゲーム鏡像に追加されたものである。目標コンテナと関連コンテナとの間の目標共有ディレクトリは、上記の動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムに基づいて取得でき、当該目標共有ディレクトリは、関連コンテナがゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果を含み得る。理解されたいこととして、目標共有ディレクトリは、関連コンテナの第１コンパイル結果だけでなく、目標コンテナがゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果も含み得る。ここで、関連コンテナとは、目標エッジサーバのサーバ操作システムに基づいて実行される任意のシステムコンテナを指し、ここでの関連ゲームは、目標ゲーム、又は目標ゲームと同じゲームエンジンを使用するゲームを含み得る。

ここから分かるように、本願実施例は、上記の静的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムと動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムを個別に使用してもよいし、その２つを組み合わせて使用してもよい。静的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムを個別に使用する場合、ゲームリソースは、目標ゲームのゲーム鏡像のみを含み得る。この場合、ステップＳ２０２の具体的な実施形態は、目標ゲームのゲーム鏡像が目標シェーダコードの第２コンパイル結果を含む場合、目標ゲームのゲーム鏡像から当該目標シェーダコードの第２コンパイル結果を目標コンパイル結果として取得し、そうでない場合、目標シェーダコードをコンパイルして目標コンパイル結果を取得することであり得る。

動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムを個別に使用する場合、ゲームリソースは、目標コンテナと関連コンテナとの間の目標共有ディレクトリのみを含み得る。この場合、ステップＳ２０２の具体的な実施形態は、目標共有ディレクトリが目標シェーダコードの第１コンパイル結果を含む場合、目標共有ディレクトリから当該目標シェーダコードの第１コンパイル結果を目標コンパイル結果として直接取得し、そうでない場合、目標シェーダコードをコンパイルして目標コンパイル結果を取得することであり得る。ここで、当該目標シェーダコードの第１コンパイル結果は、関連コンテナが関連ゲームを実行する過程で目標シェーダコードをコンパイルすることによって取得したものであってもよいし、目標コンテナが目標ゲームを実行する履歴過程で目標シェーダコードをコンパイルすることによって取得したものであってもよく、本願実施例はこれに対して特に限定しない。

静的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムと動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムを組み合わせて使用する場合、ゲームリソースは、目標ゲームのゲーム鏡像及び目標共有ディレクトリを含み得る。この場合、ステップＳ２０２の具体的な実施形態は、目標ゲームのゲーム鏡像において、先ず、目標シェーダコードの第２コンパイル結果の有無を検出し、前記目標シェーダコードの第２コンパイル結果がある場合、ゲーム鏡像から目標シェーダコードの第２コンパイル結果を目標コンパイル結果として取得し、前記目標シェーダコードの第２コンパイル結果がない場合、目標コンテナと目標コンテナの関連コンテナとの間の目標共有ディレクトリから、第１コンパイル結果を目標シェーダコードの目標コンパイル結果として取得することであり得る。留意されたいこととして、目標共有ディレクトリからの目標コンパイル結果の取得に失敗したことは、目標共有ディレクトリに目標コンパイル結果が存在しないことを意味し、つまり、当該目標シェーダコードが目標コンテナ及び関連コンテナによってまだコンパイルされていないことを意味し、この場合、目標コンテナは、目標シェーダコードをコンパイルすることにより目標コンパイル結果を取得することができる。

ステップＳ２０３において、目標コンパイル結果に基づいて図形処理を実行して、操作イベントに対応するフィードバック画像を取得する。

ステップＳ２０３を実行した後、当該画像処理方法は、前記フィードバック画像を目標ゲームクライアントに表示することを更に含み得る。

目標コンパイル結果を取得した後、目標コンテナは、ＧＰＵを呼び出して、当該目標コンパイル結果に基づいて一連の図形処理を実行することにより、操作イベントに対応するフィードバック画像を取得することができる。ここで、図形処理は、アルファチャネルマージ処理、画素値座標の調整処理などを含み得るが、これらに限定されない。フィードバック画像を取得した後、目標コンテナは、当該フィードバック画像をビデオストリームの形で目標ゲームクライアントに送信することによって、目標ゲームクライアントに当該フィードバック画像を表示することができる。

本願実施例では、目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、操作イベントに対応する目標シェーダコードを取得した後、目標シェーダコードのコンパイルプロセスをスキップして、ゲーム鏡像又は目標コンテナと目標コンテナの関連コンテナとの間の目標共有ディレクトリから目標シェーダコードの目標コンパイル結果を直接に取得することができる。その後、目標コンパイル結果に基づいて図形処理を実行して、操作イベントに対応するフィードバック画像を取得し、目標ゲームクライアントにフィードバック画像を表示することができる。ここから分かるように、本願実施例は、ゲーム鏡像又は目標共有ディレクトリ内の、関連コンテナによってコンパイルされた目標コンパイル結果を直接使用して図形処理を実行することで、目標シェーダコードのコンパイル時間を効果的に短縮することができ、これにより、目標ゲームの実行速度を向上させることができる。

上記の図２に示される画像処理方法の実施例の関連説明に基づき、以下、図２に示される方法の実施例に関する目標ゲームのゲーム鏡像の具体的な作成プロセス、及び目標共有ディレクトリの具体マウントプロセスをそれぞれ説明する。

（１）静的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムに基づく目標ゲームのゲーム鏡像の作成
図３ａを参照すると、目標ゲームのゲーム鏡像を作成するときに、先ず、機器操作システムの基礎鏡像ファイル（例えば、Ａｎｄｒｏｉｄ基礎鏡像ファイルなど）をロードすることができる。次に、目標ゲームをインストールして、目標ゲームに関する第１部分のＧＰＵ ｓｈａｄｅｒコードのコンパイルをトリガして、第１部分のコンパイル結果を取得し、当該第１部分のコンパイル結果を目標ゲームのゲーム鏡像に追加することができる。１つの実施形態において、当該第１部分のコンパイル結果及び第１部分のＧＰＵ ｓｈａｄｅｒコードを対応する目標ゲームのゲーム鏡像に直接追加することができる。別の実施形態において、第１部分のコンパイル結果及び第１部分のＧＰＵ ｓｈａｄｅｒコードのインデックス値を、対応する目標ゲームのゲーム鏡像に追加することができ、ここでのインデックス値は、ＧＰＵ ｓｈａｄｅｒコードに対してハッシュ演算を実行することにより取得されたものであり得る。その後、目標ゲームを実行し、当該目標ゲームのシミュレーション操作イベントを入力して、当該シミュレーション操作イベントに対応する第２部分のＧＰＵ ｓｈａｄｅｒコードのコンパイルをトリガすることで、第２部分のコンパイル結果を取得し、当該第２部分のコンパイル結果を目標ゲームのゲーム鏡像に追加することができる。１つの実施形態において、当該第２部分のコンパイル結果及び第２部分のＧＰＵ ｓｈａｄｅｒコードを対応する目標ゲームのゲーム鏡像に直接追加することができる。別の実施形態において、第２部分のコンパイル結果及び第２部分のＧＰＵ ｓｈａｄｅｒコードのインデックス値を対応する目標ゲームのゲーム鏡像に追加することができる。

（２）動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムに基づく目標共有ディレクトリのマウント
先ず、目標エッジサーバは目標共有ディレクトリを選択することができる。次に、目標共有ディレクトリを目標コンテナ及び関連コンテナにマウントすることにより、目標コンテナ及び関連コンテナでのそれぞれのゲームの実行プロセスにおいて、コンパイルされた各ＧＰＵ ｓｈａｄｅｒコードの第１コンパイル結果をすべて当該目標共有ディレクトリに同期的にキャッシュすることができる。具体的には、目標エッジサーバは、目標共有ディレクトリを含むディレクトリマウント命令を生成することができ、当該ディレクトリマウント命令を目標コンテナ及び関連コンテナにそれぞれ送信することにより、目標コンテナは、当該目標共有ディレクトリを目標コンテナ内の動的キャッシュディレクトリにマウントすることができ、関連コンテナは、当該目標共有ディレクトリを関連コンテナ内の所定のディレクトリにマウントすることができる。目標共有ディレクトリを目標コンテナ及び関連コンテナに正常にマウントした後、関連コンテナの実行中に、関連コンテナが少なくとも１つのＧＰＵ ｓｈａｄｅｒコードをコンパイルして対応する第１コンパイル結果を取得した場合、当該関連コンテナによってコンパイルされた第１コンパイル結果を目標共有ディレクトリに追加することができる。同様に、目標コンテナの実行中に、目標コンテナが少なくとも１つのＧＰＵ ｓｈａｄｅｒコードをコンパイルして第１コンパイル結果を取得した場合、当該目標コンテナによってコンパイルされた第１コンパイル結果を目標共有ディレクトリに追加することができる。

ここで、目標共有ディレクトリは、２つの選択方式をサポートすることができる。

選択方式１：目標エッジサーバのサーバ操作システムが配置されているサーバホスト機器（すなわち、Ｈｏｓｔ機器）で目標共有ディレクトリ（例えば、／ｈｏｍｅ／ｓｈａｄｅｒｃａｃｈｅ）を選択して、目標エッジサーバで実行されるすべてのシステムコンテナの使用のために提供し、つまり、この選択方式では、目標共有ディレクトリは、サーバ操作システムが配置されているサーバホスト機器内にある。実際の応用では、システムコンテナが様々な種類のクラウドゲームを実行する過程で、対応するＧＰＵ ｓｈａｄｅｒコードの第１コンパイル結果を生成するため、複数のシステムコンテナによって蓄積されたＧＰＵ ｓｈａｄｅｒコードの第１コンパイル結果のデータ量は、通常、比較的に多い。そのため、これらのシステムコンテナのすべてを同じ共有ディレクトリにマウントすると、当該共有ディレクトリにキャッシュされているコンパイル結果のデータ量が比較的に多くなり、その結果、後続で当該共有ディレクトリから関連するＧＰＵ ｓｈａｄｅｒコードのコンパイル結果を照会するのに長い時間かかる。これに基づき、サーバホスト機器は、目標エッジサーバの各システムコンテナによって実行されるクラウドゲームの種類の数に基づいて、提供される共有ディレクトリの数を決定することができる。

目標エッジサーバの各システムコンテナによって実行されるクラウドゲームの種類が少ない場合（すなわち、クラウドゲームの種類の数が数量閾値より小さい場合）、サーバホスト機器は、１つの共有ディレクトリのみを提供することにより、目標エッジサーバの各システムコンテナが当該共有ディレクトリにマウントするようにすることができる。この場合、目標エッジサーバは、サーバホスト機器によって提供された当該共有ディレクトリを、目標コンテナと関連コンテナとの間の目標共有ディレクトリとして使用することができる。この実施形態において、目標コンテナが目標共有ディレクトリにマウントする概略図は、図３ｂに示されるとおりである。図３ｂから分かるように、サーバホスト機器は目標共有ディレクトリのみを含み、そのため、当該目標共有ディレクトリは、目標コンテナ及び目標コンテナの関連コンテナをマウントするために使用できるだけでなく、目標エッジサーバにおける目標コンテナに関連しないシステムコンテナをマウントするためにも使用できる。

目標エッジサーバの各システムコンテナによって実行されるクラウドゲームの種類が多い場合（すなわち、クラウドゲームの種類の数が数量閾値以上である場合）、サーバホスト機器は、複数の共有ディレクトリを提供することができる。同じクラウドゲーム又は同じゲームエンジンを共有するクラウドゲームを実行する関連システムコンテナの場合、これらの関連システムコンテナは、同じＧＰＵ ｓｈａｄｅｒコードを使用する可能性が高いため、これらの関連システムコンテナは、同じ共有ディレクトリにマウントすることができる。非関連システムコンテナの場合、これらの非関連システムコンテナがサーバホスト機器の他の共有ディレクトリにマウントするようにすることができる。この場合、目標エッジサーバは、サーバホスト機器によって提供される複数の共有ディレクトリから、１つの共有ディレクトリを、目標コンテナと関連コンテナとの間の目標共有ディレクトリとしてランダムに選択することができる。この実施形態において、目標コンテナが目標共有ディレクトリにマウントする概略図は、図３ｃに示されるとおりである。図３ｃから分かるように、サーバホスト機器は目標共有ディレクトリを含むだけでなく、目標共有ディレクトリ以外の他の共有ディレクトリも含み、そのため、当該目標共有ディレクトリは、目標コンテナ及び目標コンテナの関連コンテナをマウントするためにのみ使用でき、サーバホスト機器の他の共有ディレクトリは、目標エッジサーバにおける目標コンテナに関連しないシステムコンテナをマウントするために使用できる。理解されたいこととして、クラウドゲームの数が比較的に多い場合、目標共有ディレクトリから関連するＧＰＵ ｓｈａｄｅｒコードのコンパイル結果を照会することにかかる時間という指標を考慮しない場合、サーバホスト機器は、１つの共有ディレクトリのみを提供してもよい。

選択方式２：インターネットネットワーク上のネットワークファイルシステムから目標共有ディレクトリ（例えば、１９２．１６８．１０．１０：／ｍｎｔ／ｓｈａｒｅ）を選択して、ネットワーク上のすべてのエッジサーバの各システムコンテナの使用のために提供する。当該ネットワークファイルシステムとクラウドゲームシステムの各エッジサーバは、相互に独立し且つ各エッジサーバのシステムコンテナからのアクセスを許可する。つまり、この選択方式では、目標共有ディレクトリはネットワークファイルシステム内にある。特定の実現では、サーバホスト機器が、目標エッジサーバの各システムコンテナによって実行されるクラウドゲームの種類の数に基づいて、提供される共有ディレクトリの数を決定する理由と同様に、ネットワークファイルシステムも、目標エッジサーバの各システムコンテナによって実行されるクラウドゲームの種類の数に基づいて、提供される共有ディレクトリの数を決定することができる。

クラウドゲームシステムの各システムコンテナによって実行されるクラウドゲームの種類が少ない場合（すなわち、クラウドゲームの種類の数が数量閾値より小さい場合）、ネットワークファイルシステムは、１つの共有ディレクトリのみを提供することで、クラウドゲームシステムの各システムコンテナが当該共有ディレクトリにマウントするようにすることができる。この場合、目標エッジサーバは、ネットワークファイルシステムによって提供される当該共有ディレクトリを、目標コンテナと関連コンテナとの間の目標共有ディレクトリとして使用することができる。この実施形態において、目標コンテナが目標共有ディレクトリにマウントする概略図は、図３ｄに示されるとおりである。図３ｄから分かるように、ネットワークファイルシステムは目標共有ディレクトリのみを含み、そのため、当該目標共有ディレクトリは、目標コンテナ及び目標コンテナの関連コンテナをマウントするために使用できるだけでなく、クラウドゲームシステムにおける目標コンテナに関連しないシステムコンテナをマウントするためにも使用できる。

クラウドゲームシステムの各システムコンテナによって実行されるクラウドゲームの種類が多い場合（すなわち、クラウドゲームの種類の数が数量閾値以上である場合）、ネットワークファイルシステムは、複数の共有ディレクトリを提供することができる。同じクラウドゲーム又は同じゲームエンジンを共有するクラウドゲームを実行する関連システムコンテナの場合、これらの関連システムコンテナは、同じＧＰＵ ｓｈａｄｅｒコードを使用する可能性が高いため、これらの関連システムコンテナは、同じ共有ディレクトリにマウントすることができる。非関連システムコンテナの場合、これらの非関連システムコンテナがネットワークファイルシステムの他の共有ディレクトリにマウントするようにすることができる。この場合、目標エッジサーバは、ネットワークファイルシステムによって提供される複数の共有ディレクトリから、１つの共有ディレクトリを、目標コンテナと関連コンテナとの間の目標共有ディレクトリとしてランダムに選択することができる。この実施形態において、目標コンテナが目標共有ディレクトリにマウントする概略図は、図３ｅに示されるとおりである。図３ｅから分かるように、ネットワークファイルシステムは目標共有ディレクトリを含むだけでなく、目標共有ディレクトリ以外の他の共有ディレクトリも含み、そのため、当該目標共有ディレクトリは、目標コンテナ及び目標コンテナの関連コンテナをマウントするためにのみ使用でき、ネットワークファイルシステムの他の共有ディレクトリは、クラウドゲームシステム内の、目標コンテナに関連しないシステムコンテナをマウントするために使用できる。理解されたいこととして、クラウドゲームの数が比較的に多い場合、目標共有ディレクトリから関連するＧＰＵ ｓｈａｄｅｒコードのコンパイル結果を照会することにかかる時間という指標を考慮しない場合、ネットワークファイルシステムは、１つの共有ディレクトリのみを提供してもよい。

実際の応用では、目標エッジサーバは、上記の２つの選択方式のいずれかを選択して、目標共有ディレクトリを決定することができる。更に、選択方式１は、サーバホスト機器から目標共有ディレクトリを選択することであり、且つ目標共有ディレクトリと目標コンテナは両方とも目標エッジサーバにあるため、目標共有ディレクトリの各第１コンパイル結果への目標コンテナのアクセス速度を確保することができる。選択方式２は、ネットワークファイルシステムから目標共有ディレクトリを選択することであり、且つネットワークファイルシステムと目標エッジサーバは相互に独立したものであるため、ネットワークの輻輳などの要因により、目標共有ディレクトリの各第１コンパイル結果への目標コンテナのアクセス速度が遅くなる可能性がある。これに基づき、目標エッジサーバは、ネットワークファイルシステムの実際のアクセス速度に基づいて、上記の２つの選択方式から１つを選択して、目標共有ディレクトリを決定することができる。具体的には、ネットワークファイルシステムのアクセス速度が保証されていない場合、実施形態１を選択して目標共有ディレクトリを決定することができ、ネットワークファイルシステムのアクセス速度が保証されている場合、実施形態２を選択して目標共有ディレクトリを決定することができる。

理解されたいこととして、本願実施例は、ネットワークファイルシステムのアクセス速度というパラメータに基づいて選択方式を選択することができることを例として説明したものに過ぎず、網羅的なものではない。つまり、他の実施例では、他のパラメータに基づいて選択方式を選択してもよい。例えば、選択方式１は、サーバホスト機器から目標共有ディレクトリを選択することであるため、目標共有ディレクトリの各第１コンパイル結果は、他のエッジサーバのシステムコンテナによってアクセスされることができない。選択方式２は、ネットワークファイルシステムから目標共有ディレクトリを選択することであるため、目標共有ディレクトリの各第１コンパイル結果は、他のエッジサーバのシステムコンテナによってアクセスされることができる。これに基づき、目標エッジサーバは、実際のゲーム展開要件に基づいて、上記の２つの選択方式から１つを選択して、目標共有ディレクトリを決定することができる。具体的には、ゲーム展開要件が、異なるエッジサーバ間でのコンパイル結果の共有を実現する必要がないことである場合、選択方式１を選択して目標共有ディレクトリを決定することができる。ゲーム展開要件が、異なるエッジサーバ間でのコンパイル結果の共有を実現する必要があることである場合、選択方式２を選択して目標共有ディレクトリを決定することができる。

更に、上記の図２に示される画像処理方法の実施例の関連する説明、及び上記の静的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムに基づく目標ゲームのゲーム鏡像の作成に関する具体的なプロセスの関連する説明、及び動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムに基づく目標共有ディレクトリのマウントに関する具体的なプロセスの関連する説明に基づき、本願実施例は、より具体的な画像処理方法の例示的なフローチャートを更に提案する。本願実施例は、主に、静的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズム及び動的共有ＧＰＵ ｓｈａｄｅｒ ｃａｃｈｅメカニズムを組み合わせて使用することを例として説明し、当該画像処理方法は、上記のクラウドゲームシステムの目標エッジサーバ内で実行される目標コンテナによって実行でき、当該目標コンテナは、目標ゲームのゲーム鏡像をロードすることによって起動され、目標ゲームのゲーム鏡像は少なくとも、目標ゲームを事前に実行するときにコンパイルされた少なくとも１つのシェーダコードの第２コンパイル結果を含み得る。図４を参照すると、当該画像処理方法は、次のステップＳ４０１～ステップＳ４０７を含み得る。

ステップＳ４０１において、目標エッジサーバによって送信されたディレクトリマウント命令を受信し、当該ディレクトリマウント命令は前記目標共有ディレクトリを搬送する。

ステップＳ４０２において、目標コンテナ内で動的キャッシュディレクトリを指定し、目標共有ディレクトリを動的キャッシュディレクトリにマウントする。

１つの実施形態において、目標コンテナ内で任意のディレクトリを動的キャッシュディレクトリとして指定することができる。つまり、この実施形態では、動的キャッシュディレクトリと、ゲーム鏡像における第２コンパイル結果のストレージディレクトリは互いに同じでも異なってもよい。別の実施形態では、コンテナとディレクトリのマウントの実施形態の制限により、目標共有ディレクトリを目標コンテナ内部にマウントする場合、目標コンテナ内部の、当該目標共有ディレクトリがマウントされる対応するディレクトリのファイルがクリアされる。したがって、ゲーム鏡像の第２コンパイル結果がクリアされることを回避するために、目標コンテナ内部で２つの異なる環境変数を使用して、目標共有ディレクトリにマウントされる動的キャッシュディレクトリと、ゲーム鏡像における第２コンパイル結果のストレージディレクトリをそれぞれ指定することで、動的キャッシュディレクトリと第２コンパイル結果のストレージディレクトリを分離することができる。その結果、目標共有ディレクトリを動的キャッシュディレクトリにマウントするときに、動的キャッシュディレクトリのファイルのみがクリアされ、ストレージディレクトリの第２コンパイル結果に影響を与えない。

この実施形態では、動的キャッシュディレクトリは、第１環境変数を使用して指定することができ、当該第１環境変数は、Ｍｅｓａコードの「ＭＥＳＡ＿ＧＬＳＬ＿ＣＡＣＨＥ＿ＤＩＲ」環境変数を含み得るが、これに限定されない。ゲーム鏡像における第２コンパイル結果のストレージディレクトリは、第２環境変数を使用して指定することができ、具体的には、当該第２環境変数は、Ｍｅｓａコードの「ＭＥＳＡ＿ＧＬＳＬ＿ＣＡＣＨＥ＿ＤＩＲ＿ＳＴＡＴＩＣ」環境変数を含み得るが、これに限定されない。ここでのＭｅｓａは、オープンソースのコンピュータ図形ライブラリであり、Ｍｅｓａは、ｏｐｅｎｇｌ／ｏｐｅｎｇｌｅｓのアプリケーションインターフェースを実現するために使用できる。ここでのｏｐｅｎｇｌは、主に、３Ｄ図形をレンダリングするためのクロスプラットフォーム・アプリケーション・プログラミング・インターフェース（ＡＰＩ）であり、ｏｐｅｎｇｌｅｓはｏｐｅｎｇｌ ＡＰＩのサブセットであり、主に、組み込み型機器（例えば、スマートフォンなど）で使用される。

目標コンテナ内で動的キャッシュディレクトリを指定した後、目標共有ディレクトリを動的キャッシュディレクトリにマウントすることで、目標共有ディレクトリと動的キャッシュディレクトリとの間のデータ同期を維持することができる。ここで、当該目標共有ディレクトリは、関連コンテナの所定のディレクトリに更にマウントされ、これによって、関連コンテナが関連ゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果をキャッシュするようにする。例えば、目標共有ディレクトリがサーバホスト機器にあり、当該サーバホスト機器が目標共有ディレクトリのみを含む場合、当該目標共有ディレクトリをマウントすることを示す概略図は、図５ａに示されるとおりであり、当該サーバホスト機器が目標共有ディレクトリ及び他の共有ディレクトリを含む場合、当該目標共有ディレクトリをマウントすることを示す概略図は、図５ｂに示されるとおりである。別の例として、目標共有ディレクトリがネットワークファイルシステム内にあり、当該ネットワークファイルシステムが目標共有ディレクトリのみを含む場合、当該目標共有ディレクトリをマウントすることを示す概略図は、図５ｃに示されるとおりであり、当該ネットワークファイルシステムが目標共有ディレクトリ及び他の共有ディレクトリを含む場合、当該目標共有ディレクトリをマウントすることを示す概略図は、図５ｄに示されるとおりである。

ステップＳ４０３において、目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、操作イベントに対応する目標シェーダコードを取得する。

ステップＳ４０４において、目標ゲームのゲーム鏡像において、目標シェーダコードの第２コンパイル結果の有無を検出する。

上記の説明から分かるように、ゲーム鏡像は少なくとも、目標ゲームを事前に実行するときにコンパイルされた少なくとも１つのシェーダコードの第２コンパイル結果を含み得る。１つの実施形態において、当該ゲーム鏡像は、各第２コンパイル結果に対応するシェーダコードを更に含み得、この実施形態では、目標ゲームのゲーム鏡像が目標シェーダコードを含むかどうかを直接に検出することができる。目標ゲームのゲーム鏡像が当該目標シェーダコードを含む場合、ゲーム鏡像に目標シェーダコードの第２コンパイル結果があると決定することができ、目標ゲームのゲーム鏡像が当該目標シェーダコードを含まない場合、ゲーム鏡像に前記目標シェーダコードの第２コンパイル結果がないと決定することができる。

別の実施形態において、当該ゲーム鏡像は、少なくとも１つのシェーダコードのインデックス値を更に含み得、１つのインデックス値は１つの第２コンパイル結果に対応する。この場合、この実施形態では、目標シェーダコードに対してハッシュ演算を実行して、目標シェーダコードの目標インデックス値を取得した後、ゲーム鏡像に当該目標インデックス値が含まれているかどうかを検出することができる。ゲーム鏡像が目標インデックス値を含む場合、ゲーム鏡像に目標シェーダコードの第２コンパイル結果があると決定することができ、ゲーム鏡像が目標インデックス値を含まない場合、ゲーム鏡像に前記目標シェーダコードの第２コンパイル結果がないと決定することができる。

ゲーム鏡像に目標シェーダコードの第２コンパイル結果があると決定した場合、ステップＳ４０５を実行することができ、ゲーム鏡像に目標シェーダコードの第２コンパイル結果がないと決定した場合、ステップＳ４０６を実行することができる。

ステップＳ４０５において、ゲーム鏡像に前記目標シェーダコードの第２コンパイル結果がある場合、ゲーム鏡像から、前記目標シェーダコードの第２コンパイル結果を目標コンパイル結果として取得する。

ステップＳ４０６において、ゲーム鏡像に前記目標シェーダコードの第２コンパイル結果がない場合、目標コンテナと目標コンテナの関連コンテナとの間の目標共有ディレクトリから、第１コンパイル結果を目標シェーダコードの目標コンパイル結果として取得する。

具体的な実施プロセスでは、目標共有ディレクトリは、少なくとも１つのシェーダコードの第１コンパイル結果を含み得、各第１コンパイル結果は１つのインデックス値に対応することができる。この場合、ステップＳ４０６の具体的な実施形態は、図５ｅに示されるとおりであり、具体的には、目標コンテナは、目標共有ディレクトリに目標インデックス値があるかどうかを検出することができる。目標共有ディレクトリに目標インデックス値がある場合、コードのコンパイルプロセスをスキップして、目標インデックス値に対応する第１コンパイル結果を目標コンパイル結果として直接に取得する。目標共有ディレクトリに目標インデックス値がない場合、これは、目標シェーダコードの目標コンパイル結果がゲームリソースに含まれていないことを意味し、この場合、目標シェーダコードをコンパイルして、目標コンパイル結果を取得することができ、当該目標コンパイル結果を目標共有ディレクトリに同期させるために、目標コンパイル結果を動的キャッシュディレクトリにキャッシュし、これにより、関連コンテナが目標シェーダコードをコンパイルする必要がある場合、目標共有ディレクトリから前記目標コンパイル結果を直接取得することができる。更に、当該目標インデックス値を目標共有ディレクトリに同期させるために、目標シェーダコードの目標インデックス値を動的キャッシュディレクトリに一緒にキャッシュすることができる。

ステップＳ４０７において、目標コンパイル結果に基づいて図形処理を実行して、操作イベントに対応するフィードバック画像を取得する。ステップＳ４０７を実行した後、当該画像処理方法は、フィードバック画像を目標ゲームクライアントに表示することを更に含み得る。

本願実施例では、目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、操作イベントに対応する目標シェーダコードを取得した後、目標シェーダコードのコンパイルプロセスをスキップして、ゲーム鏡像又は目標コンテナと目標コンテナの関連コンテナとの間の目標共有ディレクトリから目標シェーダコードの目標コンパイル結果を直接に取得することができる。その後、目標コンパイル結果に基づいて図形処理を実行して、操作イベントに対応するフィードバック画像を取得し、目標ゲームクライアントにフィードバック画像を表示することができる。ここから分かるように、本願実施例は、ゲーム鏡像又は目標共有ディレクトリ内の、関連コンテナによってコンパイルされた目標コンパイル結果を直接使用して図形処理を実行することで、目標シェーダコードのコンパイル時間を効果的に短縮することができ、これにより、目標ゲームの実行速度を向上させることができる。

上記の画像処理方法の実施例の説明に基づき、本願実施例は、画像処理装置を更に開示し、前記画像処理装置は、上記の目標エッジサーバで実行されるコンピュータプログラム（プログラムコードを含む）であってもよい。当該画像処理装置は、図２又は図４に示される方法を実行することができる。図６を参照すると、前記画像処理装置は、取得ユニット６０１と、処理ユニット６０２とを実行することができる。

取得ユニット６０１は、目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、前記操作イベントに対応する目標シェーダコードを取得するように構成され、前記操作イベントは、前記目標コンテナに接続された目標ゲームクライアントに表示される前記目標ゲームのゲーム画面から検出されたものであり、
前記取得ユニット６０１は更に、ゲームリソースから、前記目標シェーダコードの目標コンパイル結果を取得するように構成され、前記ゲームリソースは、前記目標ゲームのゲーム鏡像、及び前記目標コンテナと前記目標コンテナの関連コンテナとの間の目標共有ディレクトリのうちの少なくとも１つを含み、前記目標共有ディレクトリは、前記関連コンテナがゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果を含み、
処理ユニット６０２は、前記目標コンパイル結果に基づいて図形処理を実行して、前記操作イベントに対応するフィードバック画像を取得し、前記目標ゲームクライアントに前記フィードバック画像を表示するように構成される。

１つの実施形態において、前記ゲームリソースは、前記ゲーム鏡像及び前記目標共有ディレクトリを含み、前記ゲーム鏡像は、前記目標ゲームを事前に実行するときにコンパイルされた少なくとも１つのシェーダコードの第２コンパイル結果を含み、各第２コンパイル結果は、前記ゲーム鏡像を作成するときに前記ゲーム鏡像に追加されたものであり、これに対応して、取得ユニット６０１は、ゲームリソースから前記目標シェーダコードの目標コンパイル結果を取得する場合、具体的に、
前記目標ゲームのゲーム鏡像において、前記目標シェーダコードの第２コンパイル結果の有無を検出し、
前記目標シェーダコードの第２コンパイル結果がある場合、前記ゲーム鏡像から、前記目標シェーダコードの第２コンパイル結果を目標コンパイル結果として取得し、
前記目標シェーダコードの第２コンパイル結果がない場合、前記目標コンテナと前記目標コンテナの関連コンテナとの間の目標共有ディレクトリから、前記第１コンパイル結果を前記目標シェーダコードの目標コンパイル結果として取得するように構成され得る。

別の実施形態において、前記ゲーム鏡像は、前記少なくとも１つのシェーダコードのインデックス値を更に含み、１つのインデックス値は１つの第２コンパイル結果に対応し、これに対応して、取得ユニット６０１は、前記目標ゲームのゲーム鏡像において、前記目標シェーダコードの第２コンパイル結果の有無を検出する場合、具体的に、
前記目標シェーダコードに対してハッシュ演算を実行して、前記目標シェーダコードの目標インデックス値を取得し、
前記ゲーム鏡像が前記目標インデックス値を含む場合、前記ゲーム鏡像に前記目標シェーダコードの第２コンパイル結果があると決定し、
前記ゲーム鏡像が前記目標インデックス値を含まない場合、前記ゲーム鏡像に前記目標シェーダコードの第２コンパイル結果がないと決定するように構成され得る。

更に別の実施形態において、前記目標ゲームはクラウドゲームシステムにおけるクラウドゲームである、前記クラウドゲームシステムは、少なくとも１つのエッジサーバ及び複数のゲームクライアントを含み、各エッジサーバには少なくとも１つのシステムコンテナが展開され、各システムコンテナは少なくとも１つのゲームクライアントに接続され、
前記各システムコンテナは１つ又は複数のゲームを実行するために使用され、前記各システムコンテナは、任意のゲームを実行する過程で、前記任意のゲームのゲーム画面を、前記各システムコンテナに接続されたゲームクライアントに伝送して表示し、
ここで、前記目標コンテナは、目標エッジサーバのサーバ操作システムに基づいて実行される任意のシステムコンテナであり、前記目標エッジサーバは、前記クラウドゲームシステムの任意のエッジサーバであり、前記関連コンテナは、前記目標ゲームに関連付けられた関連ゲームを実行するシステムコンテナであり、前記関連ゲームは、前記目標ゲーム、又は前記目標ゲームと同じゲームエンジンを使用するゲームを含む。

更に別の実施形態において、処理ユニット６０２は更に、
前記目標エッジサーバによって送信されたディレクトリマウント命令を受信し、ここで、前記ディレクトリマウント命令は前記目標共有ディレクトリを搬送し、
前記目標コンテナ内で動的キャッシュディレクトリを指定し、前記目標共有ディレクトリと前記動的キャッシュディレクトリとの間のデータ同期を維持するように、前記目標共有ディレクトリを前記動的キャッシュディレクトリにマウントし、
ここで、前記目標共有ディレクトリは前記関連コンテナの所定のディレクトリに更にマウントされ、これによって、前記関連コンテナが前記関連ゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果をキャッシュするようにする。

更に別の実施形態において、前記動的キャッシュディレクトリは、第１環境変数によって指定され、前記ゲーム鏡像における前記第２コンパイル結果のストレージディレクトリは、第２環境変数によって指定される。

更に別の実施形態において、前記目標共有ディレクトリは、前記サーバ操作システムが配置されているサーバホスト機器にあり、又は、
前記共有ディレクトリは、ネットワークファイルシステム内にあり、前記ネットワークファイルシステムと前記クラウドゲームシステムの各エッジサーバは相互に独立しかつ前記各エッジサーバのシステムコンテナからのアクセスを許可する。

更に別の実施形態において、前記目標共有ディレクトリが前記サーバホスト機器にある場合、前記サーバホスト機器は、前記目標共有ディレクトリ以外の他の共有ディレクトリを更に含み、前記サーバホスト機器の他の共有ディレクトリは、前記目標コンテナに関連しない、前記目標エッジサーバのシステムコンテナをマウントするために使用され、
前記目標共有ディレクトリが前記ネットワークファイルシステム内にある場合、前記ネットワークファイルシステムは、前記目標共有ディレクトリ以外の他の共有ディレクトリを更に含み、前記ネットワークファイルシステムの共有ディレクトリは、前記目標コンテナに関連しない、前記クラウドゲームシステムのシステムコンテナをマウントするために使用される。

更に別の実施形態において、前記ゲームリソースは前記目標シェーダコードの目標コンパイル結果を含まず、これに対応して、処理ユニット６０２は更に、
前記ゲームリソースからの前記目標コンパイル結果の取得に失敗した場合、前記目標シェーダコードをコンパイルして前記目標コンパイル結果を取得し、
前記目標コンパイル結果を前記目標共有ディレクトリに同期させるために、前記目標コンパイル結果を前記動的キャッシュディレクトリにキャッシュし、これにより、前記関連コンテナが前記目標シェーダコードをコンパイルする必要がある場合、前記目標共有ディレクトリから前記目標コンパイル結果を取得するようにするように構成される。

本願の１つの実施例によれば、図２又は図４に示される方法に関する各ステップはすべて、図６に示される画像処理装置の各ユニットによって実行されてもよい。例えば、図２に示されるステップＳ２０１～ステップＳ２０２は、図６に示される取得ユニット６０１によって実行されてもよく、ステップＳ２０３は、図６に示される処理ユニット６０２によって実行されてもよい。別の例として、図４に示されるステップＳ４０１～ステップＳ４０２及びステップＳ４０７は、図６に示される処理ユニット６０２によって実行されてもよく、ステップＳ４０３～ステップＳ４０６は、図６に示される取得ユニット６０１によって実行されてもよい。

本願の別の実施例によれば、図６に示される画像処理装置の各ユニットは、それぞれ別個のユニットであってもよいし、１つ又は複数の他のユニットに組み合わされてもよく、或いは、その１つ又は複数の特定のユニットは、より小さな機能を備えた複数のユニットに更に分割されてもよく、これは、本願の実施例の技術的効果の実現に影響を与えることなく同じ動作を実現することができる。上記のユニットは、ロジック機能に基づいて分割されたものであってもよく、実際の応用では、１つのユニットの機能を複数のユニットにより実現してもよく、或いは、複数のユニットの機能を１つのユニットにより実現してもよい。本願の他の実施例では、画像処理装置は他のユニットを含んでもよく、実際の応用では、これらの機能は他のユニットの協力によって実現することができ、複数のユニットの協力によって実現することができる。

本願の別の実施例によれば、中央処理装置（ＣＰＵ）、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）などの処理要素及び記憶要素を含む、汎用コンピューティング機器（例えば、コンピュータなど）上で、図２又は図４に示される対応する方法に関する各ステップを実行可能なコンピュータプログラム（プログラムコードを含む）を実行することにより、図６に示される画像処理装置を構築することができ、これにより、本願実施例に係る画像処理方法を実現することができる。前記コンピュータプログラムは、例えば、コンピュータ可読記憶媒体に記憶され、コンピュータ可読記憶媒体を介して上記のコンピューティング機器に搭載され、当該コンピューティング機器で実行されることができる。

本願実施例では、目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、操作イベントに対応する目標シェーダコードを取得した後、目標シェーダコードのコンパイルプロセスをスキップして、ゲーム鏡像又は目標コンテナと目標コンテナの関連コンテナとの間の目標共有ディレクトリから目標シェーダコードの目標コンパイル結果を直接に取得することができる。その後、目標コンパイル結果に基づいて図形処理を実行して、操作イベントに対応するフィードバック画像を取得し、目標ゲームクライアントにフィードバック画像を表示することができる。ここから分かるように、本願実施例は、ゲーム鏡像又は目標共有ディレクトリ内の、関連コンテナによってコンパイルされた目標コンパイル結果を直接使用して図形処理を実行することで、目標シェーダコードのコンパイル時間を効果的に短縮することができ、これにより、目標ゲームの実行速度を向上させることができる。

上記の方法の実施例及び装置の実施例の説明に基づき、本願実施例は、サーバを更に提供し、当該サーバは、上記の目標エッジサーバであってもよい。図７を参照すると、当該サーバは少なくとも、プロセッサ７０１と、入力インターフェース７０２と、出力インターフェース７０３と、コンピュータ記憶媒体７０４と、を備える。ここで、サーバにおけるプロセッサ７０１、入力インターフェース７０２、出力インターフェース７０３及びコンピュータ記憶媒体７０４は、バス又は他の方式で接続することができる。

前記コンピュータ記憶媒体７０４は、プログラム及びデータを記憶するように構成される、サーバ内のストレージ機器である。理解できることとして、ここでのコンピュータ記憶媒体７０４は、サーバ内の内部記憶媒体だけでなく、サーバによってサポートされる拡張記憶媒体も含むことができる。コンピュータ記憶媒体７０４は、記憶空間を提供し、当該記憶空間にはサーバの操作システムが記憶されている。更に、当該記憶空間には、プロセッサ７０１によってロードされて実行されることができる１つ又は複数の命令が更に記憶され、これらの命令は、１つ又は複数のコンピュータプログラム（プログラムコードを含む）であってもよい。留意されたいこととして、ここでのコンピュータ記憶媒体は、高速ＲＡＭメモリであってもよいし、不揮発性メモリ（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｍｅｍｏｒｙ）（例えば、少なくとも１つの磁気ディスクメモリなど）であってもよいし、上記のプロセッサから離れて配置された少なくとも１つのコンピュータ記憶媒体であってもよい。前記プロセッサ７０１（中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵと略称））は、サーバのコンピューティングコア及び制御コアであり、前記プロセッサ７０１は、１つ又は複数の命令を実現することができ、具体的には、１つ又は複数の命令をロードして実行することにより、対応する方法のプロセス又は対応する機能を実現することができる。

１つの実施例において、プロセッサ７０１によりコンピュータ記憶媒体７０４に記憶された１つ又は複数の命令をロードして実行することにより、上記の図２又は図４に示される画像処理方法の実施例における対応する方法のステップを実現することができ、特定の実現では、プロセッサ７０１は、コンピュータ記憶媒体７０４内の１つ又は複数の命令をロードして、以下のステップを実行し、前記ステップは、
目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、前記操作イベントに対応する目標シェーダコードを取得するステップであって、前記操作イベントは、前記目標コンテナに接続された目標ゲームクライアントに表示される前記目標ゲームのゲーム画面から検出されたものである、ステップと、
ゲームリソースから、前記目標シェーダコードの目標コンパイル結果を取得するステップであって、前記ゲームリソースは、前記目標ゲームのゲーム鏡像、及び前記目標コンテナと前記目標コンテナの関連コンテナとの間の目標共有ディレクトリのうちの少なくとも１つを含み、前記目標共有ディレクトリは、前記関連コンテナがゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果を含む、ステップと、
前記目標コンパイル結果に基づいて図形処理を実行して、前記操作イベントに対応するフィードバック画像を取得し、前記目標ゲームクライアントに前記フィードバック画像を表示するステップと、を含む。

１つの実施形態において、前記ゲームリソースは、前記ゲーム鏡像及び前記目標共有ディレクトリを含み、前記ゲーム鏡像は、前記目標ゲームを事前に実行するときにコンパイルされた少なくとも１つのシェーダコードの第２コンパイル結果を含み、各第２コンパイル結果は、前記ゲーム鏡像を作成するときに前記ゲーム鏡像に追加されたものであり、これに対応して、从ゲームリソースから前記目標シェーダコードの目標コンパイル結果を取得するときに、プロセッサ７０１は、前記１つ又は複数の命令をロードして、以下のステップを実行し、前記ステップは、
前記目標ゲームのゲーム鏡像において、前記目標シェーダコードの第２コンパイル結果の有無を検出するステップと、
前記目標シェーダコードの第２コンパイル結果がある場合、前記ゲーム鏡像から、前記目標シェーダコードの第２コンパイル結果を目標コンパイル結果として取得するステップと、
前記目標シェーダコードの第２コンパイル結果がない場合、前記目標コンテナと前記目標コンテナの関連コンテナとの間の目標共有ディレクトリから、前記第１コンパイル結果を前記目標シェーダコードの目標コンパイル結果として取得するステップと、を含む。

更に別の実施形態において、前記ゲーム鏡像は、前記少なくとも１つのシェーダコードのインデックス値を更に含み、１つのインデックス値は１つの第２コンパイル結果に対応し、これに対応して、前記目標ゲームのゲーム鏡像において、前記目標シェーダコードの第２コンパイル結果の有無を検出するときに、プロセッサ７０１は、前記１つ又は複数の命令をロードして、以下のステップを実行し、前記ステップは、
前記目標シェーダコードに対してハッシュ演算を実行して、前記目標シェーダコードの目標インデックス値を取得するステップと、
前記ゲーム鏡像が前記目標インデックス値を含む場合、前記ゲーム鏡像に前記目標シェーダコードの第２コンパイル結果があると決定するステップと、
前記ゲーム鏡像が前記目標インデックス値を含まない場合、前記ゲーム鏡像に前記目標シェーダコードの第２コンパイル結果がないと決定するステップと、を含む。

更に別の実施形態において、前記目標ゲームは、クラウドゲームシステムにおけるクラウドゲームである、前記クラウドゲームシステムは、少なくとも１つのエッジサーバ及び複数のゲームクライアントを含み、各エッジサーバには少なくとも１つのシステムコンテナが展開され、各システムコンテナは少なくとも１つのゲームクライアントに接続され、
前記各システムコンテナは１つ又は複数のゲームを実行するために使用され、前記各システムコンテナは、任意のゲームを実行する過程で、前記任意のゲームのゲーム画面を、前記各システムコンテナに接続されたゲームクライアントに伝送して表示し、
ここで、前記目標コンテナは、目標エッジサーバのサーバ操作システムに基づいて実行される任意のシステムコンテナであり、前記目標エッジサーバは、前記クラウドゲームシステムの任意のエッジサーバであり、前記関連コンテナは、前記目標ゲームに関連付けられた関連ゲームを実行するシステムコンテナであり、前記関連ゲームは、前記目標ゲーム、又は前記目標ゲームと同じゲームエンジンを使用するゲームを含む。

更に別の実施形態において、プロセッサ７０１は、前記１つ又は複数の命令をロードして、以下のステップを実行し、前記ステップは、
前記目標エッジサーバによって送信されたディレクトリマウント命令を受信するステップであって、前記ディレクトリマウント命令は前記目標共有ディレクトリを搬送する、ステップと、
前記目標コンテナ内で動的キャッシュディレクトリを指定し、前記目標共有ディレクトリと前記動的キャッシュディレクトリとの間のデータ同期を維持するように、前記目標共有ディレクトリを前記動的キャッシュディレクトリにマウントするステップと、を含み、
ここで、前記目標共有ディレクトリは、前記関連コンテナの所定のディレクトリに更にマウントされ、これによって、前記関連コンテナが前記関連ゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果をキャッシュするようにする。

更に別の実施形態において、前記動的キャッシュディレクトリは、第１環境変数によって指定され、前記ゲーム鏡像における前記第２コンパイル結果のストレージディレクトリは、第２環境変数によって指定される。

更に別の実施形態において、前記目標共有ディレクトリは、前記サーバ操作システムが配置されたサーバホスト機器にあり、又は、
前記共有ディレクトリはネットワークファイルシステム内にあり、前記ネットワークファイルシステムと前記クラウドゲームシステムの各エッジサーバは、相互に独立し且つ前記各エッジサーバのシステムコンテナからのアクセスを許可する。

更に別の実施形態において、前記目標共有ディレクトリが前記サーバホスト機器にある場合、前記サーバホスト機器は、前記目標共有ディレクトリ以外の他の共有ディレクトリを更に含み、前記サーバホスト機器の他の共有ディレクトリは、前記目標コンテナに関連しない、前記目標エッジサーバのシステムコンテナをマウントするために使用され、
前記目標共有ディレクトリが前記ネットワークファイルシステム内にある場合、前記ネットワークファイルシステムは、前記目標共有ディレクトリ以外の他の共有ディレクトリを更に含み、前記ネットワークファイルシステムの共有ディレクトリは、前記目標コンテナに関連しない、前記クラウドゲームシステムのシステムコンテナをマウントするために使用される。

更に別の実施形態において、前記ゲームリソースは、前記目標シェーダコードの目標コンパイル結果を含まず、これに対応して、プロセッサ７０１は、前記１つ又は複数の命令をロードして、以下のステップを実行し、前記ステップは、
前記ゲームリソースからの前記目標コンパイル結果の取得に失敗した場合、前記目標シェーダコードをコンパイルして前記目標コンパイル結果を取得するステップと、
前記目標コンパイル結果を前記目標共有ディレクトリに同期させるために、前記目標コンパイル結果を前記動的キャッシュディレクトリにキャッシュし、これにより、前記関連コンテナが前記目標シェーダコードをコンパイルする必要がある場合、前記目標共有ディレクトリから前記目標コンパイル結果を取得するようにするステップと、を含む。

本願実施例では、目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、操作イベントに対応する目標シェーダコードを取得した後、目標シェーダコードのコンパイルプロセスをスキップして、ゲーム鏡像又は目標コンテナと目標コンテナの関連コンテナとの間の目標共有ディレクトリから目標シェーダコードの目標コンパイル結果を直接に取得することができる。その後、目標コンパイル結果に基づいて図形処理を実行して、操作イベントに対応するフィードバック画像を取得し、目標ゲームクライアントにフィードバック画像を表示することができる。ここから分かるように、本願実施例は、ゲーム鏡像又は目標共有ディレクトリ内の、関連コンテナによってコンパイルされた目標コンパイル結果を直接使用して図形処理を実行することで、目標シェーダコードのコンパイル時間を効果的に短縮することができ、これにより、目標ゲームの実行速度を向上させることができる。

留意されたいこととして、本願の１つの態様によれば、コンピュータ命令を含むコンピュータプログラム製品又はコンピュータプログラムを更に提供し、当該コンピュータ命令はコンピュータ可読記憶媒体に記憶される。コンピュータ機器のプロセッサは、コンピュータ可読記憶媒体から当該コンピュータ命令を読み取り、プロセッサは当該コンピュータ命令を実行することにより、当該コンピュータ機器に、上記の図２又は図４に示される画像処理方法の実施例における任意の方法を実行させる。

更に、理解されたいこととして、以上に開示されているのは、本願の好ましい実施例に過ぎず、本願の特許の範囲を限定するものではない。したがって、本願の特許請求の範囲で行われる同等変形も、本願の保護範囲に含まれるものとする。

１１ エッジサーバ
１２ ゲームクライアント
６０１ 取得ユニット
６０２ 処理ユニット
７０１ プロセッサ
７０２ 入力インターフェース
７０３ 出力インターフェース
７０４ コンピュータ記憶媒体

Claims (15)

1. 画像処理方法であって、
   目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、前記操作イベントに対応する目標シェーダコードを取得するステップと、
   ゲームリソースから、前記目標シェーダコードの目標コンパイル結果を取得するステップであって、前記ゲームリソースは、前記目標ゲームのゲームミラーファイル、及び前記目標コンテナと前記目標コンテナの関連コンテナとの間の目標共有ディレクトリのうちの少なくとも１つを含み、前記ゲームミラーファイルは、基本的なオペレーティングシステムファイルとゲーム関連ファイルの両方を１つに合併した形式のファイルであり、前記目標共有ディレクトリは、前記関連コンテナがゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果を含む、ステップと、
   前記目標コンパイル結果に基づいて図形処理を実行して、前記操作イベントに対応するフィードバック画像を取得するステップと、を含むことを特徴とする、画像処理方法。
2. 前記ゲームリソースは、前記ゲームミラーファイル及び前記目標共有ディレクトリを含み、前記ゲームミラーファイルは、前記目標ゲームを事前に実行するときにコンパイルされた少なくとも１つのシェーダコードの第２コンパイル結果を含み、各第２コンパイル結果は、前記ゲームミラーファイルを生成するときに前記ゲームミラーファイルに追加されたものであり、
   ゲームリソースから、前記目標シェーダコードの目標コンパイル結果を取得する前記ステップは、
   前記目標ゲームのゲームミラーファイルにおいて、前記目標シェーダコードの第２コンパイル結果の有無を検出するステップと、
   前記目標シェーダコードの第２コンパイル結果がある場合、前記ゲームミラーファイルから、前記目標シェーダコードの第２コンパイル結果を目標コンパイル結果として取得するステップと、
   前記目標シェーダコードの第２コンパイル結果がない場合、前記目標コンテナと前記目標コンテナの関連コンテナとの間の目標共有ディレクトリから、前記第１コンパイル結果を前記目標シェーダコードの目標コンパイル結果として取得するステップと、を含むことを特徴とする、
   請求項１に記載の画像処理方法。
3. 前記ゲームミラーファイルは、前記少なくとも１つのシェーダコードのインデックス値を更に含み、１つのインデックス値は１つの第２コンパイル結果に対応し、前記目標ゲームのゲームミラーファイルにおいて、前記目標シェーダコードの第２コンパイル結果の有無を検出する前記ステップは、
   前記目標シェーダコードに対してハッシュ演算を実行して、前記目標シェーダコードの目標インデックス値を取得するステップと、
   前記ゲームミラーファイルが前記目標インデックス値を含む場合、前記ゲームミラーファイルに前記目標シェーダコードの第２コンパイル結果があると決定するステップと、
   前記ゲームミラーファイルが前記目標インデックス値を含まない場合、前記ゲームミラーファイルに前記目標シェーダコードの第２コンパイル結果がないと決定するステップと、を含むことを特徴とする、
   請求項２に記載の画像処理方法。
4. 前記目標ゲームはクラウドゲームシステムにおけるクラウドゲームであり、前記クラウドゲームシステムは、少なくとも１つのエッジサーバ及び複数のゲームクライアントを含み、各エッジサーバには少なくとも１つのシステムコンテナが展開され、各システムコンテナは少なくとも１つのゲームクライアントに接続され、
   前記各システムコンテナは１つ又は複数のゲームを実行するために使用され、前記各システムコンテナは、任意のゲームを実行する過程で、前記任意のゲームのゲーム画面を、前記各システムコンテナに接続されたゲームクライアントに伝送して表示し、
   前記目標コンテナは、目標エッジサーバのサーバオペレーティングシステムに基づいて実行される任意のシステムコンテナであり、前記目標エッジサーバは、前記クラウドゲームシステムの任意のエッジサーバであり、前記関連コンテナは、前記目標ゲームに関連付けられた関連ゲームを実行するシステムコンテナであり、前記関連ゲームは、前記目標ゲーム、又は前記目標ゲームと同じゲームエンジンを使用するゲームを含むことを特徴とする、
   請求項１に記載の画像処理方法。
5. 前記画像処理方法は、
   前記目標エッジサーバによって送信されたディレクトリマウント命令を受信するステップであって、前記ディレクトリマウント命令は前記目標共有ディレクトリを搬送する、ステップと、
   前記目標コンテナ内で動的キャッシュディレクトリを指定し、前記目標共有ディレクトリと前記動的キャッシュディレクトリとの間のデータ同期を維持するように、前記目標共有ディレクトリを前記動的キャッシュディレクトリにマウントするステップと、を更に含み、
   前記目標共有ディレクトリは前記関連コンテナの所定のディレクトリに更にマウントされ、これによって、前記関連コンテナが前記関連ゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果をキャッシュするようにすることを特徴とする、
   請求項４に記載の画像処理方法。
6. 前記動的キャッシュディレクトリは第１環境変数によって指定され、前記ゲームミラーファイルにおける第２コンパイル結果のストレージディレクトリは第２環境変数によって指定されることを特徴とする、
   請求項５に記載の画像処理方法。
7. 前記目標共有ディレクトリは、前記サーバオペレーティングシステムが配置されているサーバホスト機器内にあることを特徴とする、
   請求項４ないし６のいずれか一項に記載の画像処理方法。
8. 前記共有ディレクトリはネットワークファイルシステム内にあり、前記ネットワークファイルシステムと前記クラウドゲームシステムの各エッジサーバは、相互に独立し且つ前記各エッジサーバのシステムコンテナからのアクセスを許可することを特徴とする、
   請求項４ないし６のいずれか一項に記載の画像処理方法。
9. 前記サーバホスト機器は、前記目標共有ディレクトリ以外の他の共有ディレクトリを更に含み、前記サーバホスト機器の他の共有ディレクトリは、前記目標コンテナに関連しない、前記目標エッジサーバのシステムコンテナをマウントするために使用されることを特徴とする、
   請求項７に記載の画像処理方法。
10. 前記ネットワークファイルシステムは、前記目標共有ディレクトリ以外の他の共有ディレクトリを更に含み、前記ネットワークファイルシステムの他の共有ディレクトリは、前記目標コンテナに関連しない、前記クラウドゲームシステムのシステムコンテナをマウントするために使用されることを特徴とする、
    請求項８に記載の画像処理方法。
11. 前記ゲームリソースは前記目標シェーダコードの目標コンパイル結果を含まず、前記画像処理方法は、
    前記ゲームリソースからの前記目標コンパイル結果の取得に失敗した場合、前記目標シェーダコードをコンパイルして、前記目標コンパイル結果を取得するステップと、
    前記目標コンパイル結果を前記目標共有ディレクトリに同期させるために、前記目標コンパイル結果を前記動的キャッシュディレクトリにキャッシュし、これにより、前記関連コンテナが、前記目標シェーダコードをコンパイルする必要がある場合、前記目標共有ディレクトリから前記目標コンパイル結果を取得するようにする、ステップと、を更に含むことを特徴とする、
    請求項５に記載の画像処理方法。
12. 前記操作イベントは、前記目標コンテナに接続された目標ゲームクライアントに表示される前記目標ゲームのゲーム画面から検出されたものであり、前記操作イベントに対応するフィードバック画像を取得した後、前記画像処理方法は、
    前記目標ゲームクライアントに前記フィードバック画像を表示するステップを更に含むことを特徴とする、
    請求項１に記載の画像処理方法。
13. 画像処理装置であって、
    取得ユニットと、処理ユニットと、を備え、
    前記取得ユニットは、目標コンテナ内で実行される目標ゲームに対する操作イベントに応答して、前記操作イベントに対応する目標シェーダコードを取得するように構成され、
    前記取得ユニットは更に、ゲームリソースから、前記目標シェーダコードの目標コンパイル結果を取得するように構成され、前記ゲームリソースは、前記目標ゲームのゲームミラーファイル、及び前記目標コンテナと前記目標コンテナの関連コンテナとの間の目標共有ディレクトリのうちの少なくとも１つを含み、前記ゲームミラーファイルは、基本的なオペレーティングシステムファイルとゲーム関連ファイルの両方を１つに合わせた形式のファイルであり、前記目標共有ディレクトリは、前記関連コンテナがゲームを実行する過程で少なくとも１つのシェーダコードをコンパイルすることによって取得した第１コンパイル結果を含み、
    前記処理ユニットは、前記目標コンパイル結果に基づいて図形処理を実行して、前記操作イベントに対応するフィードバック画像を取得するように構成されることを特徴とする、画像処理装置。
14. サーバであって、入力インターフェース及び出力インターフェースを備え、前記サーバは更に、
    １つ又は複数の命令を記憶するように構成されるコンピュータ記憶媒体と、
    前記コンピュータ記憶媒体に記憶された１つ又は複数の命令をロードして、請求項１ないし１２のいずれか一項に記載の画像処理方法を実行するように構成されるプロセッサと、を備えることを特徴とする、サーバ。
15. コンピュータに、請求項１ないし１２のいずれか一項に記載の画像処理方法を実行させる、コンピュータプログラム。

Images