JP2022531339A - リソース構成方法、リソース構成装置、コンピューター機器、及びコンピュータープログラム - Google Patents

Abstract

本開示のリソース構成方法は、ターゲットアプリケーションにおけるターゲットプロジェクトを構成するためのｍ個（ｍは、正の整数）の候補構成リソースを含む構成データを取得するステップと、ｍ個の候補構成リソースのそれぞれに対応するシナリオ識別子情報により、ｍ個の候補構成リソースから、ターゲットアプリケーションの現在実行中のシナリオに合うｎ個（ｎは、ｍ以下の正の整数）の候補構成リソースを抽出するステップと、ｎ個の候補構成リソースのそれぞれに対応する重みにより、ｎ個の候補構成リソースからターゲット構成リソースを抽出するステップと、ターゲット構成リソースによって、ターゲットプロジェクトを構成するステップと、を含む。本開示の実施例では、バージョンの更新によって構成リソースを更新することなく、構成リソースを直接取得することによって、構成リソースを交換するコストを節約し、構成リソースを交換する時間を短縮する。

Description

本開示の実施例は、コンピューターの技術分野に関し、特に、リソース構成方法、装置、機器、及び記憶媒体に関する。

本開示は、２０２０年１月９日に送付された、出願番号が２０２０１００２２０１０．０であり、発明の名称が「リソース構成方法、装置、機器及び記憶媒体」である中国特許出願について優先権を主張するものであり、その内容全体が引用により本開示に組み込まれている。

ユーザのゲームエクスペリエンスに対する要求が高まるにつれて、ゲームのクライアントも常に更新される必要がある。

関連技術では、クライアント側のローカルテーブルによって、一連のゲームパッケージ内の画像パスを構成し、そして、構成テーブルでランダムデータ及びキーワードインデックスに基づいて、対応する画像パスを見つけ、この画像パスによって当該画像をロードしてユーザインターフェースに表示する。

上記の関連技術では、クライアント側でローカルに構成する必要があるので、画像を交換する必要がある場合に、クライアントのバージョンアップをしなければ実現できない。これにより、画像交換のコストが高く、かなり時間がかかってしまう。

本開示の実施例は、構成リソースを交換するコストを節約し、構成リソースを交換する時間を短縮するために用いられることができるリソース構成方法、装置、機器、及び記憶媒体を提供する。その技術手段は、以下のとおりである。

本開示の一側面によれば、端末に応用されるリソース構成方法であって、
ターゲットアプリケーションにおけるターゲットプロジェクトを構成するためのｍ個（ｍは、正の整数）の候補構成リソースを含む構成データを取得するステップと、
前記ｍ個の候補構成リソースのそれぞれに対応する、前記候補構成リソースが適用される実行シナリオを示すためのシナリオ識別子情報により、前記ｍ個の候補構成リソースから、前記ターゲットアプリケーションの現在実行中のシナリオに合うｎ個（ｎは、ｍ以下の正の整数）の候補構成リソースを抽出するステップと、
前記ｎ個の候補構成リソースのそれぞれに対応する、前記候補構成リソースが選択される確率を示すための重みにより、前記ｎ個の候補構成リソースからターゲット構成リソースを抽出するステップと、
前記ターゲット構成リソースによって、前記ターゲットプロジェクトを構成するステップと、を含むリソース構成方法を提供する。

本開示の別の側面によれば、端末に応用されるリソース構成方法であって、
ゲームアプリケーションにおけるユーザインターフェースを構成するためのｍ個（ｍは、正の整数）の候補画像リソースを含む構成データを取得するステップと、
前記ｍ個の候補画像リソースから、前記ゲームアプリケーションの現在実行中のシナリオに該当するｎ個（ｎは、ｍ以下の正の整数）の候補画像リソースを抽出するステップと、
前記ｎ個の候補画像リソースからターゲット画像リソースを抽出するステップと、
前記ユーザインターフェースに前記ターゲット画像リソースを表示するステップと、を含むリソース構成方法を提供する。

本開示の別の側面によれば、
ターゲットアプリケーションにおけるターゲットプロジェクトを構成するためのｍ個（ｍは、正の整数）の候補構成リソースを含む構成データを取得するための構成データ取得モジュールと、
前記ｍ個の候補構成リソースのそれぞれに対応する、前記候補構成リソースが適用される実行シナリオを示すためのシナリオ識別子情報により、前記ｍ個の候補構成リソースから、前記ターゲットアプリケーションの現在実行中のシナリオに合うｎ個（ｎは、ｍ以下の正の整数）の候補構成リソースを抽出するための候補リソース抽出モジュールと、
前記ｎ個の候補構成リソースのそれぞれに対応する、前記候補構成リソースが選択される確率を示すための重みにより、前記ｎ個の候補構成リソースからターゲット構成リソースを抽出するためのターゲットリソース抽出モジュールと、
前記ターゲット構成リソースによって、前記ターゲットプロジェクトを構成するためのターゲットリソース構成モジュールと、を備えるリソース構成装置を提供する。

本開示の別の側面によれば、
ゲームアプリケーションにおけるユーザインターフェースを構成するためのｍ個（ｍは、正の整数）の候補画像リソースを含む構成データを取得するための構成データ取得モジュールと、
前記ｍ個の候補画像リソースから、前記ゲームアプリケーションの現在実行中のシナリオに該当するｎ個（ｎは、ｍ以下の正の整数）の候補画像リソースを抽出するための候補画像抽出モジュールと、
前記ｎ個の候補画像リソースからターゲット画像リソースを抽出するためのターゲット画像抽出モジュールと、
前記ユーザインターフェースに前記ターゲット画像リソースを表示するためのターゲット画像表示モジュールと、を備えるリソース構成装置を提供する。

本開示の別の側面によれば、プロセッサとメモリを備えるコンピューター機器であって、前記メモリには、前記側面に記載のリソース構成方法を実現するように前記プロセッサによりロードされ実行される少なくとも１つの命令、少なくとも１つのプログラム、及び、コードセット又は命令セットが記憶されているコンピューター機器を提供する。

本開示の別の側面によれば、前記側面に記載のリソース構成方法を実現するようにプロセッサによりロードされ実行される少なくとも１つの命令、少なくとも１つのプログラム、及び、コードセット又は命令セットが記憶されているコンピューター読み取り可能な記憶媒体を提供する。

本開示の別の側面によれば、プロセッサに実行される時に前記リソース構成方法を実現するコンピュータープログラムが記憶されているコンピューター読み取り可能な記憶媒体を提供する。

本開示の別の側面によれば、コンピューター読み取り可能な記憶媒体に記憶されているコンピューター命令を含むコンピュータープログラム製品を提供する。コンピューター機器のプロセッサは、前記コンピューター読み取り可能な記憶媒体から前記コンピューター命令を読み取り、実行することにより、前記コンピューター機器に前記各側面に記載のリソース構成方法を実行させる。

本開示の一つの例示的な実施例による、実行環境の模式図である。 本開示の一つの例示的な実施例による、リソース構成方法のフローチャートである。 本開示の別の例示的な実施例による、リソース構成方法のフローチャートである。 本開示の一つの例示的な実施例による、クライアントが構成データを取得するフローチャートである。 本開示の一つの例示的な実施例による、乱数区間の模式図である。 本開示の別の例示的な実施例による、リソース構成方法のフローチャートである。 本開示の一つの例示的な実施例による、ユーザインターフェースの模式図である。 本開示の別の例示的な実施例による、ユーザインターフェースの模式図である。 本開示の一つの例示的な実施例による、リソース構成装置のブロック図である。 本開示の別の例示的な実施例による、リソース構成装置のブロック図である。 本開示の別の例示的な実施例による、リソース構成装置のブロック図である。 本開示の一つの例示的な実施例による、端末の構造ブロック図である。 本開示の一つの例示的な実施例による、サーバの構造模式図である。

本開示の目的、技術手段、及びメリットをより明らかにするために、以下、図面に即して本開示の実施形態をさらに詳細に説明する。

図１には、本開示の一つの例示的な実施例による実行環境の模式図が示されている。当該実行環境は、端末１０及びサーバ２０を含んでもよい。

前記端末１０は、卓上型コンピューター、ラップトップ型コンピューター、携帯電話、タブレット型コンピューター、電子ブックリーダー、ＭＰ３（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ Ａｕｄｉｏ Ｌａｙｅｒ ＩＩＩ、ムービング・ピクチャ・エクスパーツ・グループ・オーディオレイヤ３）プレーヤ、ＭＰ４（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ Ａｕｄｉｏ Ｌａｙｅｒ ＩＶ、ムービング・ピクチャ・エクスパーツ・グループ・オーディオレイヤ４）プレーヤ、等であってもよい。本開示の実施例では、これを限定しない。

任意に、当該端末１０には、ターゲットアプリケーションが実行されているクライアントがインストールされ、当該ターゲットアプリケーションは、ゲームアプリケーションであってもよく、例えば、サードパーソン・シューティング（Ｔｈｉｒｄ Ｐｅｒｓｏｎ Ｓｈｏｏｔｉｎｇ Ｇａｍｅ、ＴＰＳ）ゲーム、ファーストパーソン・シューティング（Ｆｉｒｓｔ Ｐｅｒｓｏｎ Ｓｈｏｏｔｉｎｇ Ｇａｍｅ、ＦＰＳ）ゲーム、マルチプレイヤーオンラインバトルアリーナ（Ｍｕｌｔｉｐｌａｙｅｒ Ｏｎｌｉｎｅ Ｂａｔｔｌｅ Ａｒｅｎａ、ＭＯＢＡ）ゲーム、マルチプレイヤー銃撃戦サバイバルゲーム、等であってもよい。また、当該ターゲットアプリケーションは、インスタントメッセージアプリケーション、動画再生アプリケーション、ソーシャルアプリケーション、マルチメディアアプリケーション、オンラインショッピングアプリケーション、決済アプリケーション、生活サービスアプリケーション、等であってもよい。本開示の実施例では、これを限定しない。

任意に、前記端末１０は１つ以上含まれる。

前記サーバ２０は、有線ネットワーク又は無線ネットワークで端末１０と通信することができる。

任意に、前記サーバ２０は、単一の物理サーバであってもよく、複数の物理サーバからなるサーバ群又は分散処理システムであってもよく、クラウドサービス、クラウドデータベース、クラウドコンピューティング、クラウド関数、クラウドストレージ、ネットワークサービス、クラウド通信、ミドルウェアサービス、ドメイン名サービス、セキュリティサービス、ＣＤＮ（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ、コンテンツ配信ネットワーク）、並びに、ビッグデータ及び人工知能プラットフォーム等の基本的なクラウドコンピューティングサービスを提供するクラウドサーバであってもよいが、本開示の実施例では、これを限定しない。

以下、幾つかの実施例により本開示の技術手段を紹介して説明する。

図２には、本開示の一つの例示的な実施例によるリソース構成方法のフローチャートが示されている。本実施例では、主に、当該方法を図１に示される端末１０に応用することを例として説明するが、端末１０には、ターゲットアプリケーションが実行されているクライアントがインストールされる。当該方法は、以下のステップを含む。

ステップ２０１では、ターゲットアプリケーションにおけるターゲットプロジェクトを構成するためのｍ個（ｍは、正の整数）の候補構成リソースを含む構成データを取得する。

端末には、ターゲットアプリケーションが実行されているクライアントがインストールされ、当該ターゲットアプリケーションは、以上に述べたので、ここで繰り返して説明しない。

クライアントは、ネットワークによってサーバと通信できるので、クライアントは、ネットワークに基づいて、サーバから構成データを取得することができる。

構成データとは、ターゲットアプリケーションの関連機能を実現する場合の幾つかのパラメータを指す。構成データは、ターゲットアプリケーションにおける少なくとも一つのプロジェクトを構成するための候補構成リソースを含む。ターゲットアプリケーションは、構成される必要があるプロジェクトを複数含んでもよい。ターゲットアプリケーションがゲームアプリケーションであることを例として、構成される必要があるプロジェクト（「項目」や「アイテム」とも呼ぶ。）は、インターフェース表示プロジェクト、インターフェース文字プロジェクト、音声効果プロジェクト、等を含んでもよく、インターフェース表示プロジェクトとは、当該ゲームアプリケーションが実行される時に表示されるユーザインターフェースであり、インターフェース文字プロジェクトとは、当該ゲームアプリケーションが実行される時に表示されるユーザインターフェースに含まれる幾つかの文字説明であり、音声効果プロジェクトとは、当該ゲームアプリケーションにおける音声効果である。

ターゲットプロジェクトは、複数のプロジェクトのうちいずれか１つのプロジェクトであってもよい。ターゲットプロジェクトは、それぞれ異なっており、異なる条件でターゲットプロジェクトを構成することが可能な複数の候補構成リソースを含んでもよい。ターゲットアプリケーションがゲームアプリケーションであり、ターゲットプロジェクトがゲームアプリケーションに対応するインターフェース表示プロジェクトであることを例として、構成データにおける当該ターゲットプロジェクトを構成するｍ個の候補構成リソースは、異なる条件でターゲットプロジェクトを構成し、当該ゲームアプリケーションの異なるユーザインターフェースでの異なる画像の表示を実現するｍ枚の異なる画像であってもよい。模式的に、構成データにおける当該ターゲットプロジェクトを構成するｍ個の候補リソースは、異なる条件でターゲットプロジェクトを構成し、当該ゲームアプリケーションの異なるユーザインターフェースでの異なる動画の表示を実現するｍ個の動画であってもよい。模式的に、構成データにおける当該ターゲットプロジェクトを構成するｍ個の候補構成リソースは、異なる条件でターゲットプロジェクトを構成し、ゲームアプリケーションの異なるユーザインターフェースでの異なるビデオの表示を実現するｍ個の異なるビデオであってもよい。

ステップ２０２では、ｍ個の候補構成リソースのそれぞれに対応するシナリオ識別子情報により、ｍ個の候補構成リソースから、ターゲットアプリケーションの現在実行中のシナリオに合うｎ個（ｎは、ｍ以下の正の整数）の候補構成リソースを抽出する。

シナリオ識別子情報は、候補構成リソースが適用される実行シナリオを示すためのものである。当該実行シナリオとは、クライアントの実行状況である。

前記ｍ個の候補構成リソースを取得した後、ｍ個の候補構成リソースのそれぞれに対応するシナリオ識別子情報により、ターゲットアプリケーションの現在実行中のシナリオに合うｎ個の候補構成リソースを決定する。ここで、現在実行中のシナリオとは、ターゲットアプリケーションの現在の実行シナリオであり、現在のシナリオに合う候補構成リソースとは、現在実行中のシナリオに適用される候補構成リソースである。

ステップ２０３では、ｎ個の候補構成リソースのそれぞれに対応する重みにより、ｎ個の候補構成リソースからターゲット構成リソースを抽出する。

ここで、重みは、候補構成リソースが選択される確率を示すためのものである。ｎ個の候補構成リソースを決定した後、当該ｎ個の候補構成リソースのそれぞれに対応する重みにより、当該ｎ個の候補構成リソースからターゲット構成リソースを選択してもよい。

ステップ２０４では、ターゲット構成リソースによって、ターゲットプロジェクトを構成する。

ターゲット構成リソースを決定した後、当該ターゲット構成リソースによって、ターゲットプロジェクトを構成してもよい。

以上により、本開示の実施例による技術手段では、ターゲットアプリケーションの異なるシナリオでのシナリオ識別子情報と構成リソースとの対応関係によって、ターゲットアプリケーションのクライアントは、ｍ個の候補構成リソースを取得した後、シナリオ識別子情報により、現在実行中のシナリオに合うｎ個の候補構成リソースを抽出し、ｎ個の候補構成リソースのそれぞれに対応する重みによって、ターゲット構成リソースをさらに決定する。

図３には、本開示の別の例示的な実施例によるリソース構成方法のフローチャートが示されている。本実施例では、主に、当該方法を図１に示される端末１０に応用することを例として説明するが、端末１０には、ターゲットアプリケーションが実行されているクライアントがインストールされる。当該方法は、以下のステップを含む。

ステップ３０１では、第１タイムスタンプを受信する。

ユーザは、ターゲットアプリケーションのクライアントを実行する際に、ユーザが当該ターゲットアプリケーションで使用するユーザアカウントにログインし、その後、サーバから送信される第１タイムスタンプを受信することができる。

幾つかの実施例では、ターゲットアプリケーションのクライアントの実行を起動する第１時間で、サーバから送信された第１時間のタイムスタンプを受信してもよい。

第１タイムスタンプは、構成データベースに記憶されている構成データの最終更新時刻を示すためのものである。構成データベースは、構成データを記憶するためのものである。ターゲットアプリケーションの開発者は、ターゲットアプリケーションのプロジェクトの開発中に、実際の必要に応じて構成データを更新してもよい。

幾つかの実施例では、構成データの更新後に、構成データベースによって、当該構成データの最終更新時刻、即ち、第１タイムスタンプをサーバに送信してもよい。それに対応して、サーバは、後で当該第１タイムスタンプをクライアントに送信するために、当該第１タイムスタンプを受信してもよい。

ステップ３０２では、第１タイムスタンプと第２タイムスタンプとを比較する。

前記第１タイムスタンプを取得した後、当該第１タイムスタンプと第２タイムスタンプとを比較してもよい。ここで、第２タイムスタンプは、ローカル保存された構成データの最終更新時刻を示すためのものであり、ローカル保存とは、ターゲットアプリケーションのクライアントによる保存である。

幾つかの実施例では、クライアントは、前記構成データを取得した後、その都度、当該構成データをローカルに保存し、それに対応して、構成データベースにおける当該構成データの最終更新時刻を記録してもよい。

幾つかの実施例では、クライアントは、ｊｓｏｎのフォーマットでローカルに保存されてもよく、ｊｓｏｎ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ、ＪＳオブジェクト・ノーテーション）は、軽量なデータ交換用フォーマットである。別の幾つかの実施例では、他のフォーマットで保存してもよいが、本開示の実施例では、これを限定しない。

ステップ３０３では、第１タイムスタンプが第２タイムスタンプよりも遅いことに応じて、構成取得要求を送信する。

第１タイムスタンプが第２タイムスタンプよりも遅いことは、第１タイムスタンプでの構成データが最新の構成データであることを意味する。

このような場合に、クライアントは、サーバに構成取得要求を送信してもよい。構成取得要求は、構成データベースに記憶されている構成データを取得することを要求するためのものである。

幾つかの実施例では、第１タイムスタンプが第２タイムスタンプよりも早い場合、又は、第２タイムスタンプと同じである場合、現在のローカル保存された構成データと現在構成データベースに記憶された構成データが同じであることを示し、サーバに構成取得要求を送信しなくてもよい。

ステップ３０４では、構成データベースに記憶されている構成データを受信する。

サーバは、前記構成取得要求を取得した後、構成データベースから前記構成データを取得し、取得された構成データをクライアントに送信してもよく、即ち、クライアントは、サーバから送信された構成データベースに記憶されている構成データを受信してもよい。

幾つかの実施例では、クライアントは、サーバから送信された構成データベースに記憶されている構成データを受信した後、前記第２タイムスタンプを更新してもよい。

第１タイムスタンプが第２タイムスタンプよりも遅い場合に構成データを取得することによって、クライアントにログインするたびに構成データを引き出すことによるネットワークリソースの浪費、及び、サーバリソースの浪費を回避する。

例示的に、図４には、クライアントが構成データを取得するフローチャートが例示的に示されている。クライアントが構成データを取得する方法は、構成データベースからサーバへ構成データを送信し、それに対応して、サーバが前記構成データを受信するステップ４１と、サーバからクライアントへ第１タイムスタンプを送信し、それに対応して、クライアントがサーバから送信された第１タイムスタンプを受信するステップ４２と、クライアントによって、第１タイムスタンプと第２タイムスタンプを比較するステップ４３と、第１タイムスタンプが第２タイムスタンプよりも遅いことに応じて、クライアントからサーバへ構成取得要求を送信し、それに対応して、サーバがクライアントから送信された構成取得要求を受信するステップ４４と、サーバからクライアントへ構成データを送信し、それに対応して、クライアントが構成データを受信するステップ４５とのサブステップを含む。

ステップ３０５では、ターゲットアプリケーションの現在実行中のシナリオのシナリオ識別子情報を取得する。

前記構成データを取得した後、ｍ個の候補構成リソースのそれぞれに対応するシナリオ識別子情報により、ｍ個の候補構成リソースから、ターゲットアプリケーションの現在実行中のシナリオに合うｎ個の候補構成リソースを抽出してもよい。構成データは、ターゲットアプリケーションにおけるターゲットプロジェクトを構成するためのｍ個の候補構成リソースを含む。ｍは、正の整数であり、ｎは、ｍ以下の正の整数である。

クライアントでは、ターゲットアプリケーションの現在実行中のシナリオのシナリオ識別子情報を取得する必要があり、当該シナリオ識別子情報は、候補構成リソースが適用される実行シナリオを示すためのものである。

幾つかの実施例では、ターゲットアプリケーションの現在実行中のシナリオのシナリオ識別子情報を取得するステップは、以下のステップを含んでもよい。

（１）ターゲットアプリケーションの現在実行中のシナリオに対応するシナリオ要素を取得する。

シナリオ要素は、実行シナリオの属性を示すためのものである。当該シナリオ要素は、地域要素、モード要素、時間要素、機能要素、感情要素の少なくとも一つを含む。前記地域要素は、韓国、ベトナム、台湾、などのようなターゲットアプリケーションの発行地域を示すためのものであり、前記モード要素は、ターゲットアプリケーションの現在のモードを示すためのものであり、ターゲットアプリケーションがゲームアプリケーションであることを例として、当該モード要素は、対戦モード、バトルロイヤルモード、ファイティングモード、等を含んでもよく、前記時間要素は、ターゲットアプリケーションの現在の実行時間を示すためのものであり、前記機能要素は、ターゲットアプリケーションにおける異なる機能モジュールを示すためのものであり、前記感情要素は、ターゲットアプリケーションにおける異なる感情タイプの内容を示すためのものである。

（２）シナリオ要素の識別子により、現在実行中のシナリオのシナリオ識別子情報を決定する。

シナリオ要素の識別子は、シナリオ要素を識別するためのものである。シナリオ要素の識別子によって、現在実行中のシナリオのシナリオ識別子情報を決定する。

幾つかの実施例では、上述したシナリオ要素の識別子により、現在実行中のシナリオのシナリオ識別子情報を決定するステップは、シナリオ要素の識別子をスティッチングし、現在実行中のシナリオのシナリオ識別子情報を得ることを含む。例えば、現在実行中のシナリオに対応するシナリオ要素が地域要素及びモード要素を含む場合に、当該地域要素の識別子及びモード要素の識別子をスティッチングし、スティッチングされた結果を、現在実行中のシナリオのシナリオ識別子情報としてもよい。

幾つかの実施例では、前記モード要素は、モード組合せ要素であってもよい。例えば、対戦モードに対応する第１モード要素とバトルロイヤルモードに対応する第２モード要素とをスティッチングし、モード組合せ要素を得る。

説明すべきこととして、現在実行中のシナリオに対応するシナリオ要素が地域要素などのような一つの要素を含むと、直接、当該地域要素の識別子を、現在実行中のシナリオのシナリオ識別子情報として決定する。

地域要素及びモード要素を考えてリソース構成を行うことで、プログラムの発行地域及びモデルについて差別化構成を行うことができる。

前記構成データは、第１構成テーブル及び第２構成テーブルを含んでもよく、ここで、第１構成テーブルは、候補構成リソース、候補構成リソースのリソース識別子、候補構成リソースの重み、候補リソースの有効化期間（有効化開始時間及び有効化終了時間を含む）、等を含み、前記第２構成テーブルは、シナリオ識別子情報、候補構成リソースのリソース識別子、等を含む。

例示的に、ターゲットアプリケーションがゲームアプリケーションであり、リソースが画像リソースであり、シナリオ要素が地域要素とモード要素を含むことを例として、表１には、第１構成テーブルの一例が例示的に示されている。

ここで、１列目のＩＤは、候補画像リソースのリソース識別子を表し、２列目は、画像リソース、３列目は、候補画像リソースの重み、４列目は、候補リソースの有効化開始時間、５列目は、候補リソースの有効化終了時間である。

表２には、第２構成テーブルの一例が例示的に示されている。

ここで、１列目は、地域要素の識別子とモード要素の識別子をスティッチングすることで得られるシナリオ識別子情報であり、２列目は、地域要素の識別子であり、３列目は、モード要素の識別子であり、当該モード要素の識別子は、モード組合せ要素の識別子で表されてもよい。表３に、モード要素の識別子とモード組合せ要素の識別子との対応関係を示す。

表４には、第２構成テーブルの別の例が例示的に示されている。

ステップ３０６では、現在実行中のシナリオのシナリオ識別子情報に対応するリソース識別子を取得する。

現在実行中のシナリオのシナリオ識別子情報を決定した後、当該シナリオ識別子に対応するリソース識別子を取得する。前記リソース識別子は、構成リソースを一意的に識別するためのものである。

例示的に、表２に示すように、シナリオ識別子情報である「ＧＬＯＢＡＬ１」は、地域要素の識別子である「ＧＬＯＢＡＬ」とモード要素の識別子である「１」をスティッチングすることで得られるものであると仮定した場合に、当該シナリオ識別子情報である「ＧＬＯＢＡＬ１」に対応するリソース識別子（インデックスＩＤシーケンス）は１と２を含む。

ステップ３０７では、ｍ個の候補構成リソースからリソース識別子で示される候補構成リソースを抽出し、ｎ個の候補構成リソースを得る。

現在実行中のシナリオのシナリオ識別子情報に対応するリソース識別子を取得した後、ｍ個の候補構成リソースからリソース識別子で示される候補構成リソースを抽出し、ｎ個の候補構成リソースを得る。

例示的に、前記表２に示すように、リソース識別子は１と２を含むと仮定した場合に、当該ｍ個の候補構成リソースのうち、リソース識別子が１と２である２つの候補構成リソースを前記ｎ個の候補構成リソースとすることを表す。

幾つかの実施例では、シナリオ識別子情報によってリソース識別子を取得できない場合に、デフォルト識別子情報によって取得する。

前記表２及び表４に示すように、ＤＥＦＡＵＬＴによって、リソース識別子が４として取得されると、リソース識別子が４である候補構成リソースを前記ｎ個の候補構成リソースとする。

幾つかの実施例では、ｍ個の候補構成リソースからｎ個の候補構成リソースを得た後、ｎ個の候補構成リソースのそれぞれに対応する有効化時間を取得するステップと、ｎ個の候補構成リソースのそれぞれに対応する有効化時間により、ｎ個の候補構成リソースから現在時刻で有効であるｋ個（ｋは、ｎ以下の正の整数）の候補構成リソースを抽出するステップと、を実行してもよい。

候補構成リソースには有効化時間があるため、前記ｎ個の候補構成リソースのそれぞれに対応する有効化時間により、当該ｎ個の候補構成リソースから現在時刻で有効であるｋ個の候補構成リソースを抽出することで、当該ｋ個の候補構成リソースからターゲット構成リソースを抽出する。

幾つかの実施例では、上述したｎ個の候補構成リソースのそれぞれに対応する有効化時間を取得するステップと、ｎ個の候補構成リソースのそれぞれに対応する有効化時間により、ｎ個の候補構成リソースから現在時刻で有効であるｋ個の候補構成リソースを抽出するステップとは、前記ステップ３０５の前に実行されてもよいが、本開示の実施例では、これを限定しない。

有効化時間によって、候補構成リソースをさらに選別することで、時効内のリソース構成を実現し、有効化時間以外（例えば、有効化時間の前又は有効化時間の後）のリソースを構成しないようにすることができる。

ステップ３０８では、ｎ個の候補構成リソースのそれぞれに対応する重みにより、ｎ個の候補構成リソースのそれぞれに対応する乱数区間を生成する。

前記ｎ個の候補構成リソースを決定した後、第１構成テーブルにより、当該ｎ個の候補構成リソースのそれぞれに対応する重みを取得してもよい。当該重みは、候補構成リソースが選択される確率を示すためのものである。

その後、当該ｎ個の候補構成リソースのそれぞれに対応する重みにより、ｎ個の候補構成リソースのそれぞれに対応する乱数区間を生成することができる。幾つかの実施例では、前記乱数区間の長さと重みは正の相関関係にある。

幾つかの実施例では、上述したｎ個の候補構成リソースのそれぞれに対応する重みにより、ｎ個の候補構成リソースのそれぞれに対応する乱数区間を生成するステップは、
（１）ｎ個の候補構成リソースのそれぞれに対応する重みを加算し、重みの和を得るステップと、
（２）重みの和により、乱数の全区間を決定するステップと、
（３）ｎ個の候補構成リソースのそれぞれに対応する重みに従って、乱数の全区間を分割し、ｎ個の候補構成リソースのそれぞれに対応する乱数区間を得るステップと、を含む。

例示的に、図５に示すように、ｎ＝３で、当該３つの候補構成リソースの重みがそれぞれ３０、４９、及び１１であると仮定した場合に、当該３つの候補構成リソースのそれぞれに対応する重みを加算し、重みの和（即ち、３０＋４９＋１１＝９０）を得た後、乱数の全区間を［１，９０］として決定し、３つの候補構成リソースの重みに合わせて、乱数の全区間である［１，９０］を［１，３０］、［３１，７９］、及び［８０，９０］の計３つの乱数区間に分割する。

ステップ３０９では、乱数を生成する。

前記乱数は、前記乱数の全区間のうちいずれか１つの数であってもよい。

ステップ３１０では、乱数がｎ個の乱数区間のうちｉ個目（ｉは、ｎ以下の正の整数）の乱数区間にあることに応じて、ｉ個目の乱数区間に対応するｉ個目の候補構成リソースをターゲット構成リソースとして決定する。

一つの乱数を生成した後、当該乱数がｎ個の乱数区間のうちｉ個目の乱数区間にあると決定し、各乱数区間がそれぞれ一つの候補構成リソースに対応するため、前記乱数がｉ個目の乱数区間にあると決定した後、当該ｉ個目の乱数区間に対応するｉ個目の候補構成リソースをターゲット構成リソースとして決定することができる。

例示的に、引き続き図５を参照し、乱数を５０と仮定した場合に、当該５０は２つ目の乱数区間［３１，７９］に入っているので、当該２つ目の乱数区間５１に対応する候補構成リソースをターゲット構成リソースとして決定する。

ステップ３１１では、ターゲット構成リソースによって、ターゲットプロジェクトを構成する。

このステップは、図２の実施例におけるステップ２０４の内容と同一又は類似しているので、ここで繰り返して説明しない。

幾つかの実施例では、前記ターゲット構成リソースを決定した後、当該ターゲット構成リソースがローカルリソースであるかネットワークリソースであるかを判断し、当該ターゲット構成リソースがローカルリソースであると、直接当該ターゲット構成リソースによって、ターゲットプロジェクトを構成することができ、当該ターゲット構成リソースがネットワークリソースであるとともにローカルにダウンロードされていないと、サーバから当該ターゲット構成リソースをダウンロードし、当該ターゲット構成リソースをローカルに保存してから、当該ターゲット構成リソースによってターゲットプロジェクトを構成する。

例示的に、前記ターゲット構成リソースが画像リソースであることを例として、当該画像リソースがローカルに保存又はキャッシュされる画像であると、当該画像を直接表示し、当該画像リソースがハイパーテキスト・トランスファー・プロトコル（ｈｔｔｐ）フォーマットの画像であるとともにローカルにダウンロードされていないと、サーバ（例えば、画像サーバ）から当該画像リソースをダウンロードしてから、ロードして表示する。

なお、第１タイムスタンプが第２タイムスタンプよりも遅い場合に構成データを取得することによって、クライアントにログインするたびに構成データを引き出すことによるネットワークリソースの浪費、及び、サーバリソースの浪費を回避する。

なお、有効化時間によって、候補構成リソースをさらに選別することで、時効内のリソース構成を実現し、有効化時間以外（例えば、有効化時間の前又は有効化時間の後）のリソースを構成しないようにすることができる。

なお、地域要素及びモード要素を考えてリソース構成を行うことで、プログラムの発行地域及びモデルについて差別化構成を行うことができる。

図６には、本開示の別の例示的な実施例によるリソース構成方法のフローチャートが示されている。本実施例では、主に、当該方法を図１に示される実行環境の端末１０に応用することを例として説明するが、端末１０には、ターゲットアプリケーション（例えば、ゲームアプリケーション）が実行されているクライアントがインストールされる。当該方法は、以下のステップを含む。

ステップ６０１では、ゲームアプリケーションにおけるユーザインターフェースを構成するためのｍ個（ｍは、正の整数）の候補画像リソースを含む構成データを取得する。

端末には、ターゲットアプリケーションが実行されているクライアントがインストールされてもよく、当該ターゲットアプリケーションは、ゲームアプリケーションであってもよい。ゲームアプリケーションのユーザインターフェースは、画像リソースによって表示される。

当該ゲームアプリケーションのクライアントは、ネットワークに基づいてサーバから、ゲームアプリケーションにおけるユーザインターフェースを構成するための複数の候補画像リソースを含む構成データを取得する。

幾つかの実施例では、前記構成データは、ゲームアプリケーションにおける他のプロジェクトを構成するための複数の構成リソースをさらに含み、本開示の実施例では、これを限定しない。

例示的に、構成データのコードフォーマットは、以下のとおりである。

ｃｆｇ ＝ （
｛
”ＳｈｅｅｔＩｎｆｏ”：
［”ｌｏａｄｉｎｇ画像インデックステーブル．ｘｌｓ”，”画像データベース”，”ＬｏａｄｉｎｇＰｉｃｓＣｆｇ”，”ＩＤ”］，
”ＮａｍｅＭａｐ”：
［
［”ＩＤ”， ”ＩＤ”，”ｎｕｍｂｅｒ”］，
［”画像リソース”，”ｐａｔｈ”，”ｓｔｒｉｎｇ”］，
［”重み”，”ｗｅｉｇｈｔ”，”ｎｕｍｂｅｒ”］，
［”有効化開始時間”，”ｓｔａｒｔ＿ｔｉｍｅ”，”ｓｔｒｉｎｇ”］，
［”有効化終了時間”，”ｅｎｄ＿ｔｉｍｅ”，”ｓｔｒｉｎｇ”］，
］
｝，
｛
”ＳｈｅｅｔＩｎｆｏ”：
［”ｌｏａｄｉｎｇ画像インデックステーブル．ｘｌｓ”，”バトルｌｏａｄｉｎｇインデックス”，”ＬｏａｄｉｎｇＢａｔｔｌｅＣｆｇ”，”スティッチングｋｅｙ”］，
”ＮａｍｅＭａｐ”：
［
［”スティッチングｋｅｙ”，”ＩＤ”，”ｓｔｒｉｎｇ”］，
［”インデックスｉｄシーケンス”，”ｐｉｃｔｕｒｅｓ”，”ｓｔｒｉｎｇ”］，
］
｝，
｛
”ＳｈｅｅｔＩｎｆｏ”：
［”ｌｏａｄｉｎｇ画像インデックステーブル．ｘｌｓ”，”ログインｌｏａｄｉｎｇインデックス”，”ＬｏａｄｉｎｇＬｏｇｉｎＣｆｇ”，”発行地域”］，
”ＮａｍｅＭａｐ”：
［
［”発行地域”，”ＩＤ”，”ｓｔｒｉｎｇ”］，
［”インデックスｉｄシーケンス”，”ｐｉｃｔｕｒｅｓ”，”ｓｔｒｉｎｇ”］，
］
｝，
｛
”ＳｈｅｅｔＩｎｆｏ”：
［”ｌｏａｄｉｎｇ画像インデックステーブル．ｘｌｓ”，”モードインデックス”，”ＬｏａｄｉｎｇＭｏｄｅ２ＧｒｏｕｐＣｆｇ”，”メインモードｉｄ”］，
”ＮａｍｅＭａｐ”：
［
［”メインモードｉｄ”，”ｍｏｄｅＩＤ”，”ｎｕｍｂｅｒ”］，
［”モード組合せｉｄ”，”ｇｒｏｕｐＩＤ”，”ｎｕｍｂｅｒ”］，
］
｝，
）

ステップ６０２では、ｍ個の候補画像リソースから、ゲームアプリケーションの現在実行中のシナリオに該当するｎ個（ｎは、ｍ以下の正の整数）の候補画像リソースを抽出する。

前記ｍ個の候補画像リソースを取得した後、当該ｍ個の候補画像リソースからゲームアプリケーションの現在実行中のシナリオに該当するｎ個の候補画像リソースを抽出する。

当該ｍ個の候補画像リソースからゲームアプリケーションの現在実行中のシナリオに該当するｎ個の候補画像リソースを抽出する過程の詳細は、図３を参照して説明する実施例におけるステップ３０５～３０７の内容と同一又は類似しているので、ここで繰り返して説明しない。

ステップ６０３では、ｎ個の候補画像リソースからターゲット画像リソースを抽出する。

その後、前記ｎ個の候補画像リソースからターゲット画像リソースをさらに決定する。

ｎ個の候補画像リソースからターゲット画像リソースを抽出する過程の詳細は、図３を参照して説明する実施例におけるステップ３０８～３１１の内容と同一又は類似しているので、ここで繰り返して説明しない。

ステップ６０４では、ユーザインターフェースにターゲット画像リソースを表示する。

前記ターゲット画像リソースを決定した後、ユーザインターフェースに当該ターゲット画像リソースを表示する。

幾つかの実施例では、当該画像リソースがローカルに保存又はキャッシュされる画像であると、当該画像を直接表示し、当該画像リソースがｈｔｔｐフォーマットの画像であるとともにローカルにダウンロードされていないと、サーバ（例えば、画像サーバ）から当該画像リソースをダウンロードしてから、ロードして表示する。

例示的に、図７及び図８に示すように、ユーザインターフェース７１に表示されている画像リソースは、いずれもネットワークサーバに基づいて得られたものであり、構成データを更新する際に、当該ユーザインターフェースにおける表示を動的に変更することができる。

以上により、本開示の実施例による技術手段では、ゲームアプリケーションの異なるシナリオでのシナリオ識別子情報と画像リソースとの対応関係によって、ゲームアプリケーションのクライアントは、ｍ個の候補画像リソースを取得した後、シナリオ識別子情報により、現在実行中のシナリオに合うｎ個の候補画像リソースを抽出し、ｎ個の候補画像リソースのそれぞれに対応する重みによって、ターゲット画像リソースをさらに決定する。

以下は、本開示の装置に関する実施例であり、本開示の方法に関する実施例を実行するために用ることができる。本開示の装置に関する実施例に記載されていない細部は、本開示の方法に関する実施例を参照する。

図９には、本開示の一つの例示的な実施例による、リソース構成装置のブロック図が示されている。当該装置は、前記リソース構成方法の例を実現する機能を有し、前記機能は、ハードウェアにより実現されてもよいし、ハードウェアが対応するソフトウェアを実行することにより実現されてもよい。当該装置は、上記の端末であってもよいし、端末に設けられてもよい。当該装置９００は、構成データ取得モジュール９１０、候補リソース抽出モジュール９２０、ターゲットリソース抽出モジュール９３０、及びターゲットリソース構成モジュール９４０を備えてもよい。

構成データ取得モジュール９１０は、ターゲットアプリケーションにおけるターゲットプロジェクトを構成するためのｍ個（ｍは、正の整数）の候補構成リソースを含む構成データを取得するためのものである。

候補リソース抽出モジュール９２０は、ｍ個の候補構成リソースのそれぞれに対応する、候補構成リソースが適用される実行シナリオを示すためのシナリオ識別子情報により、ｍ個の候補構成リソースから、ターゲットアプリケーションの現在実行中のシナリオに合うｎ個（ｎは、ｍ以下の正の整数）の候補構成リソースを抽出するためのものである。

ターゲットリソース抽出モジュール９３０は、ｎ個の候補構成リソースのそれぞれに対応する、候補構成リソースが選択される確率を示すための重みにより、ｎ個の候補構成リソースからターゲット構成リソースを抽出するためのものである。

ターゲットリソース構成モジュール９４０は、ターゲット構成リソースによって、ターゲットプロジェクトを構成するためのものである。

以上により、本開示の実施例による技術手段では、ターゲットアプリケーションの異なるシナリオでのシナリオ識別子情報と構成リソースとの対応関係によって、ターゲットアプリケーションのクライアントは、ｍ個の候補構成リソースを取得した後、シナリオ識別子情報により、現在実行中のシナリオに合うｎ個の候補構成リソースを抽出し、ｎ個の候補構成リソースのそれぞれに対応する重みによって、ターゲット構成リソースをさらに決定する。

幾つかの可能な設計では、図１０に示すように、前記候補リソース抽出モジュール９２０は、識別子情報取得ユニット９２１と、リソース識別子取得ユニット９２２と、候補リソース抽出ユニット９２３と、を備える。

前記識別子情報取得ユニット９２１は、ターゲットアプリケーションの現在実行中のシナリオのシナリオ識別子情報を取得するためのものである。

前記リソース識別子取得ユニット９２２は、現在実行中のシナリオのシナリオ識別子情報に対応するリソース識別子を取得するためのものである。

前記候補リソース抽出ユニット９２３は、ｍ個の候補構成リソースからリソース識別子で示される候補構成リソースを抽出し、ｎ個の候補構成リソースを得るためのものである。

幾つかの可能な設計では、前記識別子情報取得ユニット９２１は、ターゲットアプリケーションの現在実行中のシナリオに対応する、地域要素、モード要素、時間要素、機能要素、感情要素の少なくとも一つを含むシナリオ要素を取得し、シナリオ要素の識別子により、現在実行中のシナリオのシナリオ識別子情報を決定するためのものである。

幾つかの可能な設計では、図１０に示すように、ターゲットリソース抽出モジュール９３０は、乱数区間生成ユニット９３１と、乱数生成ユニット９３２と、ターゲットリソース決定ユニット９３３と、を備える。

前記乱数区間生成ユニット９３１は、ｎ個の候補構成リソースのそれぞれに対応する重みにより、ｎ個の候補構成リソースのそれぞれに対応する乱数区間を生成するためのものである。

前記乱数生成ユニット９３２は、乱数を生成するためのものである。

前記ターゲットリソース決定ユニット９３３は、乱数がｎ個の乱数区間のうちｉ個目（ｉは、ｎ以下の正の整数）の乱数区間にあることに応じて、ｉ個目の乱数区間に対応するｉ個目の候補構成リソースをターゲット構成リソースとして決定するためのものである。

幾つかの可能な設計では、前記乱数区間生成ユニット９３１は、ｎ個の候補構成リソースのそれぞれに対応する重みを加算し、重みの和を得て、重みの和により、乱数の全区間を決定し、ｎ個の候補構成リソースのそれぞれに対応する重みに従って、乱数の全区間を分割し、ｎ個の候補構成リソースのそれぞれに対応する乱数区間を得るためのものである。

幾つかの可能な設計では、前記構成データ取得モジュール９１０は、構成データベースに記憶されている構成データの最終更新時刻を示すための第１タイムスタンプを受信し、第１タイムスタンプと、ローカル保存された構成データの最終更新時刻を示すための第２タイムスタンプとを比較し、第１タイムスタンプが第２タイムスタンプよりも遅いことに応じて、構成データベースに記憶されている構成データを取得することを要求するための構成取得要求を送信し、構成データベースに記憶されている構成データを受信するためのものである。

幾つかの可能な設計では、図１０に示すように、前記装置９００は、
ｎ個の候補構成リソースのそれぞれに対応する有効化時間を取得するための有効化時間取得モジュール９５０と、
ｎ個の候補構成リソースのそれぞれに対応する有効化時間により、ｎ個の候補構成リソースから現在時刻で有効であるｋ個（ｋは、ｎ以下の正の整数）の候補構成リソースを抽出するための候補構成抽出モジュール９６０と、をさらに含み、ターゲット構成リソースは、ｋ個の候補構成リソースから抽出される。

図１１には、本開示の別の例示的な実施例によるリソース構成装置のブロック図が示されている。当該装置は、前記リソース構成方法の例を実現する機能を有し、前記機能は、ハードウェアにより実現されてもよいし、ハードウェアが対応するソフトウェアを実行することにより実現されてもよい。当該装置は、上記の端末であってもよいし、端末に設けられてもよい。当該装置１１００は、構成データ取得モジュール１１１０と、候補画像抽出モジュール１１２０と、ターゲット画像抽出モジュール１１３０と、ターゲット画像表示モジュール１１４０と、を備えてもよい。

前記構成データ取得モジュール１１１０は、ゲームアプリケーションにおけるユーザインターフェースを構成するためのｍ個（ｍは、正の整数）の候補画像リソースを含む構成データを取得するためのものである。

候補画像抽出モジュール１１２０は、ｍ個の候補画像リソースから、ゲームアプリケーションの現在実行中のシナリオに該当するｎ個（ｎは、ｍ以下の正の整数）の候補画像リソースを抽出するためのものである。

ターゲット画像抽出モジュール１１３０は、ｎ個の候補画像リソースからターゲット画像リソースを抽出するためのものである。

ターゲット画像表示モジュール１１４０は、ユーザインターフェースに前記ターゲット画像リソースを表示するためのものである。

以上により、本開示の実施例による技術手段では、ゲームアプリケーションの異なるシナリオでのシナリオ識別子情報と構成リソースとの対応関係によって、ゲームアプリケーションのクライアントは、ｍ個の候補画像リソースを取得した後、シナリオ識別子情報により、現在実行中のシナリオに合うｎ個の候補画像リソースを抽出し、ｎ個の候補画像リソースのそれぞれに対応する重みによって、ターゲット画像リソースをさらに決定する。

説明すべきこととして、前記実施例による装置は、その機能を実現する時に、前記各機能モジュールの分割のみを例として説明したが、実際の応用では、必要に応じて前記機能を異なる機能モジュールに割り当てて完成させてもよく、即ち、機器の内部構造を異なる機能モジュールに分割し、上記の機能の全部又は一部を完成させてもよい。なお、前記実施例による装置は、方法に関する実施例と同一の構想に属し、その具体的な実現過程は、詳しく方法に関する実施例を参照し、ここで繰り返して説明しない。

図１２には、本開示の一つの例示的な実施例による端末の構造ブロック図が示されている。一般的には、端末１２００は、プロセッサ１２０１とメモリ１２０２を備える。

プロセッサ１２０１は、一つ又は複数の処理コアを含み、例えば４コアプロセッサ、８コアプロセッサ等であってもよい。プロセッサ１２０１は、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ、デジタル信号処理）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、フィールド・プログラマブル・ゲート・アレイ）、ＰＬＡ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ａｒｒａｙ、プログラマブルロジックアレイ）のうち少なくとも一つのハードウェア形式で実現されてもよい。プロセッサ１２０１は、ホストプロセッサとコプロセッサを含んでもよく、ホストプロセッサは、ウェイクアップ状態におけるデータを処理するためのプロセッサであり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置）とも呼ばれ、コプロセッサは、待機状態におけるデータを処理するための低消費電力プロセッサである。幾つかの実施例では、プロセッサ１２０１には、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、グラフィックス・プロセッシング・ユニット）が集積されていてもよく、ＧＰＵは、ディスプレイスクリーンに表示する必要がある内容のレンダリングと描画を担うために用いられる。幾つかの実施例では、プロセッサ１２０１は、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ、人工知能）プロセッサを含んでもよく、当該ＡＩプロセッサは、機械学習に関連するコンピューティング操作を処理するために用いられる。

メモリ１２０２は、一つ又は複数のコンピューター読み取り可能な記憶媒体を備えてもよく、当該コンピューター読み取り可能な記憶媒体は非一過性のものであってもよい。メモリ１２０２は、高速ランダムアクセスメモリ、及び、不揮発性メモリ、例えば一つ又は複数のディスク記憶機器、フラッシュメモリ記憶機器を含んでもよい。幾つかの実施例では、メモリ１２０２における非一過性のコンピューター読み取り可能な記憶媒体は、本開示における方法に関する実施例によるリソース構成方法を実現するようにプロセッサ１２０１により実行されるための少なくとも１つの命令、少なくとも１つのプログラム、及び、コードセット又は命令セットを記憶するためのものである。

幾つかの実施例では、端末１２００は、周辺機器インターフェース１２０３と少なくとも一つの周辺機器を任意に備えてもよい。プロセッサ１２０１とメモリ１２０２と周辺機器インターフェース１２０３とは、バス又は信号線によって接続されてもよい。各周辺機器は、バス、信号線、又は回路基板によって周辺機器インターフェース１２０３に接続されてもよい。具体的には、周辺機器は、通信インターフェース１２０４と、ディスプレイスクリーン１２０５と、オーディオ回路１２０６と、カメラアセンブリ１２０７と、測位アセンブリ１２０８と、電源１２０９と、のうち少なくとも一つを備えてもよい。

当業者であれば、端末１２００は、図１２に示される構造によって限定されず、図示よりも多い又は少ないアセンブリを含んでもよいし、一部のアセンブリを組み合わせてもよいし、異なるアセンブリの配置を採用してもよいことを理解できる。

図１３には、本開示の一つの例示的な実施例によるサーバの構造模式図が示されている。具体的には、
前記サーバ１３００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置）１３０１と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ランダムアクセスメモリ）１３０２及びＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、リードオンリーメモリ）１３０３を含むシステムメモリ１３０４と、システムメモリ１３０４と中央処理装置１３０１を接続するシステムバス１３０５と、を備える。前記サーバ１３００は、コンピューター内の各デバイスの間での情報伝達を支援する基本Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ、入力／出力）システム１３０６と、オペレーティングシステム１３１３、アプリケーション１３１４、及び、他のプログラムモジュール１３１５を記憶するための大容量記憶装置１３０７と、をさらに備える。

前記基本入力／出力システム１３０６は、情報を表示するためのディスプレイ１３０８と、マウス、キーボードのようなユーザが情報を入力するための入力機器１３０９と、を備える。前記ディスプレイ１３０８及び入力機器１３０９は、いずれもシステムバス１３０５に接続されている入出力コントローラ１３１０によって、中央処理装置１３０１に接続される。前記基本入力／出力システム１３０６は、キーボード、マウス、又は電子スタイラス、等の複数の他の機器からの入力を受信して処理するための入出力コントローラ１３１０を含んでもよい。同様に、入出力コントローラ１３１０は、ディスプレイスクリーン、プリンター、又は他の種類の出力機器への出力も提供する。

前記大容量記憶装置１３０７は、システムバス１３０５に接続されている大容量記憶コントローラ（図示せず）によって、中央処理装置１３０１に接続される。前記大容量記憶装置１３０７及びそれに関連するコンピューター読み取り可能な媒体によって、サーバ１３００は、不揮発性記憶可能なものとなる。即ち、前記大容量記憶装置１３０７は、ハードディスク又はＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、コンパクトディスクリードオンリーメモリ）ドライバのようなコンピューター読み取り可能な媒体（図示せず）を含んでもよい。

一般性を失わずに、前記コンピューター読み取り可能な媒体は、コンピューター記憶媒体及び通信媒体を含んでもよい。コンピューター記憶媒体は、コンピューター読み取り可能な命令、データ構造、プログラムモジュール、又は、他のデータ、等のような情報を記憶するための任意の方法又は技術で実現される揮発性／不揮発性媒体、取り外し可能／取り外し不可能な媒体を含む。コンピューター記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、消去可能プログラマブルリードオンリーメモリ）、フラッシュメモリ又は他のソリッドステートストレージ技術、ＣＤ－ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ、デジタルビデオディスク）、又は、他の光学記憶機器、コンパクトカセット、磁気テープ、ディスク記憶機器、又は、他の磁気記憶機器を含む。勿論、当業者は、前記コンピューター記憶媒体が上述した種類に限られないことを理解できる。上述したシステムメモリ１３０４と大容量記憶装置１３０７は、総称してメモリと呼ばれてもよい。

本開示の各実施例によれば、前記サーバ１３００は、インターネット、等のようなネットワークによって、ネットワークにおけるリモートコンピューターに接続して実行してもよい。即ち、サーバ１３００は、前記システムバス１３０５に接続されているネットワークインターフェースユニット１３１１によって、ネットワーク１３１２に接続されてもよいし、又は、ネットワークインターフェースユニット１３１１によって、他のタイプのネットワーク又はリモートコンピューターシステム（図示せず）に接続されてもよい。

前記メモリは、メモリに記憶され、前記リソース構成方法を実現するために１つ以上のプロセッサにより実行されるように構成される少なくとも１つの命令、少なくとも１つのプログラム、及び、コードセット又は命令セットをさらに含む。

例示的な実施例では、コンピューター機器をさらに提供する。当該コンピューター機器は、端末又はサーバであってもよい。当該コンピューター機器は、プロセッサとメモリを備え、当該メモリには、前記リソース構成方法を実現するようにプロセッサによりロードされ実行される少なくとも１つの命令、少なくとも１つのプログラム、及び、コードセット又は命令セットが記憶されている。

例示的な実施例では、プロセッサに実行される時に前記リソース構成方法を実現する少なくとも１つの命令、少なくとも１つのプログラム、及び、コードセット又は命令セットが記憶されているコンピューター読み取り可能な記憶媒体をさらに提供する。

例示的な実施例では、プロセッサに実行される時に前記リソース構成方法を実現するコンピュータープログラムが記憶されているコンピューター読み取り可能な記憶媒体をさらに提供する。

例示的な実施例では、コンピューター読み取り可能な記憶媒体に記憶されているコンピューター命令を含むコンピュータープログラム製品をさらに提供する。コンピューター機器のプロセッサは、当該コンピューター読み取り可能な記憶媒体から当該コンピューター命令を読み取り、実行することにより、当該コンピューター機器に前記各側面に記載のリソース構成方法を実行させる。

本明細書に記載された「複数」とは、２つ以上であると理解すべきである。「及び／又は」は、関連対象の相関関係を記述し、３つの関係が存在しうることを表し、例えば、Ａ及び／又はＢとは、Ａのみある場合、ＡとＢの両方ある場合、Ｂのみある場合、の３つの場合を表してもよい。記号「／」は、通常、その前後の関連対象が「又は」という関係にあることを表す。

以上に説明されたのは、本開示の例示的な実施例に過ぎず、本開示を制限するためのものではない。本開示の精神及び原則の範囲内で行われる修正、等価置換、改良、等は、全てが本開示の保護範囲内に含まれるべきである。

Claims (12)

1. 端末が実行するリソース構成方法であって、
   ターゲットアプリケーションにおけるターゲットプロジェクトを構成するためのｍ個（ｍは、正の整数）の候補構成リソースを含む構成データを取得するステップと、
   前記ｍ個の候補構成リソースのそれぞれに対応する、前記候補構成リソースが適用される実行シナリオを示すためのシナリオ識別子情報により、前記ｍ個の候補構成リソースから、前記ターゲットアプリケーションの現在実行中のシナリオに合うｎ個（ｎは、ｍ以下の正の整数）の候補構成リソースを抽出するステップと、
   前記ｎ個の候補構成リソースのそれぞれに対応する、前記候補構成リソースが選択される確率を示すための重みにより、前記ｎ個の候補構成リソースからターゲット構成リソースを抽出するステップと、
   前記ターゲット構成リソースによって、前記ターゲットプロジェクトを構成するステップと、
   を含むことを特徴とする、方法。
2. 前記ｍ個の候補構成リソースのそれぞれに対応するシナリオ識別子情報により、前記ｍ個の候補構成リソースから、前記ターゲットアプリケーションの現在実行中のシナリオに合うｎ個の候補構成リソースを抽出するステップは、
   前記ターゲットアプリケーションの現在実行中のシナリオのシナリオ識別子情報を取得するステップと、
   前記現在実行中のシナリオのシナリオ識別子情報に対応するリソース識別子を取得するステップと、
   前記ｍ個の候補構成リソースから前記リソース識別子で示される候補構成リソースを抽出し、前記ｎ個の候補構成リソースを得るステップと、
   を含む、ことを特徴とする請求項１に記載の方法。
3. 前記ターゲットアプリケーションの現在実行中のシナリオのシナリオ識別子情報を取得するステップは、
   前記ターゲットアプリケーションの現在実行中のシナリオに対応する、地域要素、モード要素、時間要素、機能要素、感情要素のうち少なくとも一つを含むシナリオ要素を取得するステップと、
   前記シナリオ要素の識別子により、前記現在実行中のシナリオのシナリオ識別子情報を決定するステップと、
   を含む、ことを特徴とする請求項２に記載の方法。
4. 前記ｎ個の候補構成リソースのそれぞれに対応する重みにより、前記ｎ個の候補構成リソースからターゲット構成リソースを抽出するステップは、
   前記ｎ個の候補構成リソースのそれぞれに対応する重みにより、前記ｎ個の候補構成リソースのそれぞれに対応する乱数区間を生成するステップと、
   乱数を生成するステップと、
   前記乱数が前記ｎ個の乱数区間のうちｉ個目（ｉは、ｎ以下の正の整数）の乱数区間にあることに応じて、前記ｉ個目の乱数区間に対応するｉ個目の候補構成リソースを前記ターゲット構成リソースとして決定するステップと、
   を含む、ことを特徴とする請求項１に記載の方法。
5. 前記ｎ個の候補構成リソースのそれぞれに対応する重みにより、前記ｎ個の候補構成リソースのそれぞれに対応する乱数区間を生成するステップは、
   前記ｎ個の候補構成リソースのそれぞれに対応する重みを加算し、重みの和を得るステップと、
   前記重みの和により、乱数の全区間を決定するステップと、
   前記ｎ個の候補構成リソースのそれぞれに対応する重みに従って、前記乱数の全区間を分割し、前記ｎ個の候補構成リソースのそれぞれに対応する乱数区間を得るステップと、
   を含む、ことを特徴とする請求項４に記載の方法。
6. 前記構成データを取得するステップは、
   構成データベースに記憶されている構成データの最終更新時刻を示すための第１タイムスタンプを受信するステップと、
   前記第１タイムスタンプと、ローカル保存された構成データの最終更新時刻を示すための第２タイムスタンプとを比較するステップと、
   前記第１タイムスタンプが前記第２タイムスタンプよりも遅いことに応じて、前記構成データベースに記憶されている構成データを取得することを要求するための構成取得要求を送信するステップと、
   前記構成データベースに記憶されている構成データを受信するステップと、
   を含む、ことを特徴とする請求項１に記載の方法。
7. 前記ｍ個の候補構成リソースのそれぞれに対応するシナリオ識別子情報により、前記ｍ個の候補構成リソースから、前記ターゲットアプリケーションの現在実行中のシナリオに合うｎ個の候補構成リソースを抽出するステップの後で、
   前記ｎ個の候補構成リソースのそれぞれに対応する有効化時間を取得するステップと、
   前記ｎ個の候補構成リソースのそれぞれに対応する有効化時間により、前記ｎ個の候補構成リソースから、現在時刻で有効であるｋ個（ｋは、ｎ以下の正の整数）の候補構成リソースを抽出するステップと、
   を、さらに含み、
   前記ターゲット構成リソースは、前記ｋ個の候補構成リソースから抽出される、
   ことを特徴とする、請求項１乃至６のいずれか一項に記載の方法。
8. 端末が実行するリソース構成方法であって、
   ゲームアプリケーションにおけるユーザインターフェースを構成するためのｍ個（ｍは、正の整数）の候補画像リソースを含む構成データを取得するステップと、
   前記ｍ個の候補画像リソースから、前記ゲームアプリケーションの現在実行中のシナリオに該当するｎ個（ｎは、ｍ以下の正の整数）の候補画像リソースを抽出するステップと、
   前記ｎ個の候補画像リソースからターゲット画像リソースを抽出するステップと、
   前記ユーザインターフェースに前記ターゲット画像リソースを表示するステップと、
   を含む、ことを特徴とする方法。
9. ターゲットアプリケーションにおけるターゲットプロジェクトを構成するためのｍ個（ｍは、正の整数）の候補構成リソースを含む構成データを取得するための構成データ取得モジュールと、
   前記ｍ個の候補構成リソースのそれぞれに対応する、前記候補構成リソースが適用される実行シナリオを示すためのシナリオ識別子情報により、前記ｍ個の候補構成リソースから、前記ターゲットアプリケーションの現在実行中のシナリオに合うｎ個（ｎは、ｍ以下の正の整数）の候補構成リソースを抽出するための候補リソース抽出モジュールと、
   前記ｎ個の候補構成リソースのそれぞれに対応する、前記候補構成リソースが選択される確率を示すための重みにより、前記ｎ個の候補構成リソースからターゲット構成リソースを抽出するためのターゲットリソース抽出モジュールと、
   前記ターゲット構成リソースによって、前記ターゲットプロジェクトを構成するためのターゲットリソース構成モジュールと、
   を備える、
   ことを特徴とする、リソース構成装置。
10. ゲームアプリケーションにおけるユーザインターフェースを構成するためのｍ個（ｍは、正の整数）の候補画像リソースを含む構成データを取得するための構成データ取得モジュールと、
    前記ｍ個の候補画像リソースから、前記ゲームアプリケーションの現在実行中のシナリオに該当するｎ個（ｎは、ｍ以下の正の整数）の候補画像リソースを抽出するための候補画像抽出モジュールと、
    前記ｎ個の候補画像リソースからターゲット画像リソースを抽出するためのターゲット画像抽出モジュールと、
    前記ユーザインターフェースに前記ターゲット画像リソースを表示するためのターゲット画像表示モジュールと、
    を備える、
    ことを特徴とする、リソース構成装置。
11. プロセッサとメモリを備えるコンピューター機器であって、
    前記メモリには、請求項１乃至８のいずれか一項に記載の方法を実現するように、前記プロセッサによって、ロードされ、実行される少なくとも１つの命令、少なくとも１つのプログラム、及び、コードセット又は命令セットが記憶されている、
    ことを特徴とする、コンピューター機器。
12. 請求項１乃至８のいずれか一項に記載の方法をコンピューターに実現させる、コンピュータープログラム。

Images