JP2022539935A - リソース処理方法、装置、電子機器及び記憶媒体 - Google Patents

Abstract

本開示の実施例はリソース処理方法、装置、電子機器及び記憶媒体を提出し、端末分野に関し、特にビデオストリームプッシュ、仮想現実ＶＲの分野に関する。具体的には、リソース割り当てシナリオを取得し、リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリし、戦略の組み合わせ構成は、少なくとも２つの割り当て戦略間の組み合わせ操作を示し、その後、各割り当て戦略を実行して、各割り当て戦略で割り当てられたターゲットリソースプールを決定し、続いて、各割り当て戦略で割り当てられたターゲットリソースプールから、各割り当て戦略に対応するリソースを取得し、最後に各割り当て戦略に対応するリソースに対して組み合わせ操作を実行して、ターゲットリソースを取得する。当該技術案は、ビデオシナリオ、回答シナリオ、ゲームシナリオ、及び閲読シナリオなどの多くのシナリオのリソース割り当てに使用されることができる。【選択図】図１

Description

[関連出願の相互参照]
本開示は、百度在線網絡技術（北京）有限公司が２０２０年０６月０５日に提出した、発明の名称が「リソース処理方法、装置、電子機器及び記憶媒体」であり、中国特許出願番号が「２０２０１０５０６７３１．９」であるものの優先権を主張する。

本開示は、データ処理及び端末技術の分野に関し、特にビデオストリームプッシュ、仮想現実ＶＲの分野に関し、具体的には、リソース処理方法、装置、電子機器及び記憶媒体に関する。

インターネット技術や端末技術の継続的な発展に伴い、様々なアプリケーション（Ａｐｐｌｉｃａｔｉｏｎ，ＡＰＰと略称する）が雨後の筍のように出現している。ユーザの定着率を高め、ユーザの参加感と楽しみを向上させるために、各ＡＰＰは、対応するリソースをユーザに配布することができ、例えば、レッドパケット、ゴールドコイン、ポイントなどの仮想アイテムを配布してもよいし、物理的なアイテムを配布してもよい。

関連技術では、リソースの正確な配布を実現するために、異なるユーザとのインタラクションシナリオに対して、特定のボーナスコードを作成する。

本開示は、上記技術的課題の１つを少なくともある程度解決することを目的とする。

本開示は、ほとんどのシナリオのリソース割り当てニーズを満たすことを実現し、コストを節約するリソース処理方法、装置、電子機器及び記憶媒体を提出し、関連技術においてシナリオの変更または調整が必要な場合、ボーナスコードをカスタマイズして修正する必要があり、コストを増加させるだけでなく、適用性も低く、他のシナリオでのリソース割り当てニーズを満たすことができないという技術的課題を解決する。

本開示の第１の態様の実施例は、リソース処理方法を提出し、
リソース割り当てシナリオを取得するステップと、
前記リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリするステップであって、ここで、前記戦略の組み合わせ構成は、少なくとも２つの割り当て戦略間の組み合わせ操作を示すステップと、
各割り当て戦略を実行して、各割り当て戦略で割り当てられたターゲットリソースプールを決定するステップと、
各割り当て戦略で割り当てられたターゲットリソースプールから、各割り当て戦略に対応するリソースを取得するステップと、
各割り当て戦略に対応するリソースに対して前記組み合わせ操作を実行して、ターゲットリソースを取得するステップと、を含む。

本開示の第２の態様の実施例は、リソース処理装置を提出し、
リソース割り当てシナリオを取得するための取得モジュールと、
前記リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリするためのクエリモジュールであって、ここで、前記戦略の組み合わせ構成は、少なくとも２つの割り当て戦略間の組み合わせ操作を示すクエリモジュールと、
各割り当て戦略を実行して、各割り当て戦略で割り当てられたターゲットリソースプールを決定するための実行モジュールと、
各割り当て戦略で割り当てられたターゲットリソースプールから、各割り当て戦略に対応するリソースを取得するための割り当てモジュールと、
各割り当て戦略に対応するリソースに対して前記組み合わせ操作を実行して、ターゲットリソースを取得するための操作モジュールと、を含む。

本開示の第３の態様の実施例は、電子機器を提出し、
少なくとも１つのプロセッサと、
少なくとも１つのプロセッサと通信可能に接続されるメモリと、を含み、
前記メモリには、前記少なくとも１つのプロセッサによって実行可能な命令が記憶され、前記命令は、前記少なくとも１つのプロセッサが本開示の第１の態様の実施例により提出されるリソース処理方法を実行できるように、前記少なくとも１つのプロセッサによって実行される。

本開示の第４の態様の実施例は、コンピュータ命令が記憶されている非一時的なコンピュータ読み取り可能な記憶媒体を提出し、前記コンピュータ命令は、前記コンピュータに本開示の第１の態様の実施例により提出されるリソース処理方法を実行させる。
本開示の第５の態様の実施例は、コンピュータプログラムを提供し、前記コンピュータプログラムは、コンピュータに本開示の第１の態様の実施例により提出されるリソース処理方法を実行させる。

上記出願における一実施例は、以下のような利点または有益な効果を有する。
リソース割り当てシナリオと戦略の組み合わせ構成との間の対応関係を予め設定することにより、リソース割り当てシナリオが変更されたときに、リソースプール及び割り当て戦略を調整するだけでよく、柔軟に構成しやすく、ほとんどのシナリオのリソース割り当てニーズを満たすことができる。また、割り当て戦略が調整された場合、コードを修正する必要がなく、リソース割り当てオブジェクトの参加状況とターゲットとに基づいて、割り当て戦略の構成を柔軟に調整でき、コスト削減に基づいて、システムの複雑さも低減し、コードの保守性を向上させることができる。

上記選択可能な方式が有する他の効果は、以下で具体的な実施例と組み合わせて説明する。

図面は、本技術案がよりよく理解されるためのものであり、本出願を限定するものではない。本出願の上記及び／又は付加的な態様及び利点は、図面と組み合わせて以下の実施例の説明から、明らかになり、理解されやすくなる。
本開示の実施例１により提供されるリソース処理方法の概略フローチャートである。 本開示の実施例２により提供されるリソース処理方法の概略フローチャートである。 本開示の実施例３により提供されるリソース処理方法の概略フローチャートである。 本開示の実施例４により提供されるリソース処理方法の概略フローチャートである。 本開示の実施例５により提供されるリソース処理方法の概略フローチャートである。 本開示の実施例におけるリソース処理の概略フローチャートである。 本開示の実施例６により提供されるリソース処理装置の概略構成図１である。 本開示の実施例６により提供されるリソース処理装置の概略構成図２である。 本開示の実施例のリソース処理方法を実現するための電子機器のブロック図である。

以下、本出願の例示的な実施例を図面を参照して説明し、理解を容易にするためにその中には本出願の実施例の様々な詳細を含んでおり、それらは単なる例示的なものと見なされるべきである。したがって、当業者は、本出願の範囲及び趣旨から逸脱することなく、ここで説明される実施例に対して様々な変更と修正を行うことができることを理解すべきである。同様に、明確及び簡潔するために、以下の説明では、周知の機能及び構成の説明を省略する。

以下、図面を参照して本発明の実施例のリソース処理方法、装置、電子機器及び記憶媒体について説明する。

図１は、本開示の実施例１により提供されるリソース処理方法の概略フローチャートである。

本開示の実施例は、当該リソース処理方法がリソース処理装置に構成されることを例として説明する。当該リソース処理装置は、電子機器がリソース処理機能を実行できるように、いずれかの電子機器に適用されてもよい。

ここで、電子機器は、コンピュティング能力を有するいずれかの機器であってもよく、例えば、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ ＰＣと略称する）、モバイル端末、サーバなどであってもよく、モバイル端末は、例えば、携帯電話、タブレットコンピュータ、パーソナルデジタルアシスタント、ウェアラブルデバイス、車載機器などのさまざまなオペレーティングシステム、タッチスクリーン、及び／またはディスプレイを有するハードウェアデバイスであってもよい。

図１に示すように、当該リソース処理方法は、以下のステップ１０１～１０５を含むことができる。

ステップ１０１、リソース割り当てシナリオを取得する。

本開示の実施例では、リソースは、仮想アイテム及び／または物理的なアイテムを含むことができ、ここで、仮想部品は、レッドパケット、ポイント、ゴールドコイン、エネルギー、ゲームコイン、電子金券であってもよい。リソース割り当てオブジェクトが異なる場合、リソース割り当てシナリオは、同じであってもよいし、異なってもよい。ここで、リソース割り当てオブジェクトは人であってもよい。

例えば、異なるユーザがＡＰＰにログインすると、対応するリソース割り当てシナリオは異なる場合がある。例えば、ユーザが初めてＡＰＰにログインする場合、対応するリソース割り当てシナリオはシナリオ１であり、ユーザが初めてＡＰＰにログインして、最初のタスクを完了する場合、対応するリソース割り当てシナリオはシナリオ２であり、ユーザが初めてＡＰＰにログインするのではないが、友達を招待したり、予め設定された時間でＡＰＰを閲覧したり、ウィーチャットのモーメンツやマイクロブログなどのソーシャルクラスのＡＰＰに予め設定された活動を共有したりするなど、予め設定されたタスクを完了する場合、対応するリソース割り当てシナリオはシナリオ３である。

本開示の実施例では、リソース割り当てオブジェクトのログイン情報及び操作情報に基づいて、現在のリソース割り当てシナリオを決定することができる。

ステップ１０２、リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリし、ここで、戦略の組み合わせ構成は、少なくとも２つの割り当て戦略間の組み合わせ操作を示す。

なお、いくつかのリソース割り当てシナリオにおいて、複数の割り当て戦略が同時にヒットする可能性がある。例えば、リソースがレッドパケットである場合、レッドパケットの割り当て戦略、すなわちボーナス戦略に対して、ユーザが初めてＡＰＰにログインして最初のタスクを完了した場合、２つのボーナス戦略が同時にヒットすることができる。

したがって、本開示の実施例では、リソース割り当てオブジェクトにリソースを精確に割り当てるために、各リソース割り当てシナリオと戦略の組み合わせ構成との間の対応関係を予め設定することにより、現在のリソース割り当てシナリオを決定した後に、上記対応関係をクエリして、マッチングされた戦略の組み合わせ構成を決定することができる。ここで、各戦略の組み合わせ構成は、少なくとも２つの割り当て戦略を含み、合計処理操作のような、少なくとも２つの割り当て戦略間の組み合わせを示す。

例えば、シナリオｎに対応する戦略の組み合わせ構成は、“ｇｏｌｄ”、“ｆｉｒｓｔｌｏｇｉｎ”及び“ｂｉｇ”の３つの割り当て戦略を含み、同時に、このシナリオｎに対応する戦略の組み合わせ構成は、前述の３つの割り当て戦略間の組み合わせ操作が合計処理であることを示している。

一例として、Ｊｓｏｎプロトコルを採用して戦略の組み合わせ構成を構成し、戦略の組み合わせ構成のソースコードは、以下のようになる。
“ｇｏｌｄ＿ｒｅｄｐａｃｋｅｔ”：｛
“ｏｐｅｎ＿ｓｔｒａｔｅｇｙ”：｛

“ｌｉｓｔ”：［“ｇｏｌｄ”， “ｆｉｒｓｔｌｏｇｉｎ”， “ｂｉｇ”］，

“ｏｐ”： “ｓｕｍ”
｝
｝

ここで、“ｌｉｓｔ”には、各割り当て戦略が含まれ、“ｏｐ”は、少なくとも２つの割り当て戦略間の組み合わせ操作を示し、“ｓｕｍ”は合計処理を表し、ｒｅｄｐａｃｋｅｔはリソースの割り当て戦略の詳細を表す。

ステップ１０３、各割り当て戦略を実行して、各割り当て戦略で割り当てられたターゲットリソースプールを決定する。

本開示の実施例では、リソースプールは、リソースのサイズ及び数量を構成することに用いられ、例えば、リソースがレッドパケットである場合、リソースプールがレッドパケットプールであり、レッドパケットは、レッドパケットの金額と数量の構成に用いられる。

一例として、ｊｓｏｎプロトコルを採用してリソースプールを構成し、リソースをレッドパケットとして例を挙げ、レッドパケットの構成は、以下のようになる。
“３”：｛
“ｄｅｓｃ”： “中奨紅包（中国語の漢字であり、勝ったレッドパケットを意味する）”，
“ｍｉｎ”：１３５，
“ｍａｘ”：１３９，
“ｔｏｔａｌ”：１４００００，
｝

ここで、“３”はレッドパケットプールの識別子を表し、“ｄｅｓｃ”はレッドパケットの説明を表し、“ｍｉｎ”はレッドパケットの最小金額を表し、“ｍａｘ”はレッドパケットの最大金額を表し、“ｔｏｔａｌ”はレッドパケットの数を表し、“ｔｏｔａｌ”が存在しない場合、当該紅包の数を制限しないことを表している。

本開示の実施例では、戦略の組み合わせ構成を決定した後、戦略の組み合わせ構成に含まれる各割り当て戦略を実行して、各割り当て戦略で割り当てられたターゲットリソースプールを決定することができる。

上記の例を例として取り上げ、リソースがレッドパケットである場合、“ｇｏｌｄ”、
“ｆｉｒｓｔｌｏｇｉｎ”及び“ｂｉｇ”を実行し、“ｇｏｌｄ”で割り当てられたターゲットリソースプールがレッドパケットプール３であり、“ｆｉｒｓｔｌｏｇｉｎ”で割り当てられたターゲットリソースプールがレッドパケットプール４であり、“ｂｉｇ”で割り当てられたターゲットリソースプールがレッドパケットプール５であることを決定してもよい。

ステップ１０４、各割り当て戦略で割り当てられたターゲットリソースプールから、各割り当て戦略に対応するリソースを取得する。

本開示の実施例では、各割り当て戦略で割り当てられたターゲットリソースプールを決定した後、各ターゲットリソースプールから対応する割り当て戦略に対応するリソースを取得することができる。

上記の例を例として取り上げ、リソースがレッドパケットである場合、リソースプールがレッドパケットプールであり、各レッドパケットプールに対応する最小金額、最大金額及びレッドパケットの数が構成され、各レッドパケットプールの構成情報に基づいて、対応するレッドパケットプールから対応するレッドパケット金額を取得することができる。

ステップ１０５、各割り当て戦略に対応するリソースに対して組み合わせ操作を実行して、ターゲットリソースを取得する。

本開示の実施例では、各割り当て戦略に対応するリソースを決定した後、各割り当て戦略に対応するリソースに対して組み合わせ操作を実行して、ターゲットリソースを取得でき、これによって対応するターゲットリソースをリソース割り当てオブジェクトに割り当てることができる。

上記の例を例として取り上げ、各割り当て戦略に対応するレッドパケットプールから対応するレッドパケットを取得した後、すべてのレッドパケットを加算して、リソース割り当てオブジェクトに割り当てる必要がある金額を取得することができる。

なお、上記はリソースをレッドパケットとして例示したものであり、実際のアプリケーションでは、リソースはゴールドコイン、エネルギーなどの仮想アイテムであってもよいし、物理的なアイテムであってもよいが、本開示はこれに限定されない。例えば、閲読シナリオでは、閲読系や新聞系のＡＰＰに対して、ユーザがログインした後、ユーザの閲読時間やユーザーによる友達の招待などの操作に基づいて、ゴールドコインをユーザに割り当てることができ、解答シナリオでは、解答系のＡＰＰに対して、ユーザがログインした後、ユーザの解答状況に基づいて、レッドパケットや小さなギフトなどをユーザに割り当てることができ、ビデオシナリオでは、ビデオ系のＡＰＰやライブ系のＡＰＰに対して、ユーザの参加度に基づいて、電子金券、レッドパケット、小さなギフトなどをユーザに割り当てることができ、ゲームシナリオでは、インタラクティブゲームなどのゲーム系のＡＰＰに対して、ユーザのレベル、プレーヤーで実行されるタスクなどに基づいて、ゲームスキンや装備アイテムなどの賞品をプレーヤーに割り当てることができる。

本開示の実施例のリソース処理方法は、リソース割り当てシナリオを取得し、リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリし、その後、戦略の組み合わせ構成における各割り当て戦略を実行して、各割り当て戦略で割り当てられたターゲットリソースプールを決定し、続いて、各割り当て戦略で割り当てられたターゲットリソースプールから、各割り当て戦略に対応するリソースを取得し、最後に、各割り当て戦略に対応するリソースに対して前記組み合わせ操作を実行して、ターゲットリソースを取得する。本開示では、リソース割り当てシナリオと戦略の組み合わせ構成との間の対応関係を予め設定し、リソース割り当てシナリオが変更されたときに、リソースプール及び割り当て戦略を調整するだけでよく、柔軟に構成しやすく、ほとんどのシナリオのリソース割り当てニーズを満たすことができる。また、割り当て戦略が調整された場合、コードを修正する必要がなく、リソース割り当てオブジェクトの参加状況とターゲットとに基づいて、割り当て戦略の構成を柔軟に調整でき、コスト削減に基づいて、システムの複雑さも低減し、コードの保守性を向上させることができる。

実際のアプリケーションでは、各割り当て戦略は、複数のサブ戦略を含んでもよく、各割り当て戦略を実行する場合、リソース割り当てオブジェクトが、各割り当て戦略に対応するサブ戦略によって示されたトリガ条件を満たすか否かを検証することができ、そうである場合、対応するルールによって、各サブ戦略でヒットされたリソースプールを計算し、リソースプールの構成に基づいて、対応するサブ戦略に対応するリソースを決定し、その後、サブ戦略を有するリソースに対して組み合わせ操作を実行し、ターゲットリソースを取得して、リソース計算の精度と信頼性を向上させる。以下、実施例２と組み合わせて、上記プロセスを詳細に説明する。

図２は本開示の実施例２により提供されるリソース処理方法の概略フローチャートである。

図２に示すように、当該リソース処理方法は、以下のステップ２０１～２０７を含むことができる。

ステップ２０１、リソース割り当てシナリオを取得する。

ステップ２０２、リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリし、ここで、戦略の組み合わせ構成は、少なくとも２つの割り当て戦略間の組み合わせ操作を示す。

ステップ２０１～２０２の実行プロセスは、上記実施例におけるステップ１０１～１０２の実行プロセスを参照することができ、ここでは説明を省略する。

ステップ２０３、各割り当て戦略に対して、対応する割り当て戦略に含まれる複数のサブ戦略を取得する。

本開示の実施例では、各割り当て戦略とそれに含まれる各サブ戦略との間の対応関係を予め構成してもよく、これにより、各割り当て戦略を決定した後に、上記対応関係をクエリして、対応する割り当て戦略に含まれる複数のサブ戦略を決定することができる。

一例として、ｊｓｏｎプロトコルを採用して割り当て戦略を構成し、割り当て戦略の構成のソースコードは、以下のようになる。
｛ “ｂｉｇ”：｛

“ｕｐｐｅｒ＿ｌｉｍｉｔ”：１，

“ｒｅｄｐａｃｋｅｔ”：［
｛
“ｃｏｎｄｉｔｉｏｎ”：“ａｃｔｉｖｉｔｙ＿ｐｌａｙ＿ｔｉｍｅｓ＝１”，
“ｐｅｒｃｅｎｔ”： ［０．４６，０．０２５，０．０１，０．００５］，
“ｐｏｏｌ”：［“３”，“４”，“５”，“６”］
｝，
｛
“ｃｏｎｄｉｔｉｏｎ”：“ａｃｔｉｖｉｔｙ＿ｐｌａｙ＿ｔｉｍｅｓ＝２”，
“ｐｅｒｃｅｎｔ”： ［０．６９，０．０３７５，０．０１５，０．００７５］，
“ｐｏｏｌ”：［“３”，“４”，“５”，“６”］
｝
］
｝
｝

ここで、“ｂｉｇ”は、割り当て戦略の名称を表し、カスタマイズ可能であり、ｕｐｐｅｒ＿ｌｉｍｉｔは、リソース割り当てオブジェクトが当該割り当て戦略にヒットできる最大回数を表し、ｒｅｄｐａｃｋｅｔは、リソースの割り当て戦略の詳細を表し、複数の並列なサブ戦略を含むことができ、ｃｏｎｄｉｔｉｏｎは、サブ戦略にマッチングする条件を表し、オプションであり、ｐｅｒｃｅｎｔは、マッチング中の確率を表し、マッチング回数とマッチング合計数の比であり、ｐｏｏｌは、リソースプールを表し、ｐｅｒｃｅｎｔと１対１で対応している。

例えば、上記割り当て戦略“ｂｉｇ”の構成情報に基づいて、割り当て戦略“ｂｉｇ”には２つの並列なサブ戦略が含まれることが分かる。

ステップ２０４、いずれか１つのサブ戦略に対して、リソース割り当てオブジェクトがこの１つのサブ戦略によって示されたトリガ条件に適合すると決定された場合、クエリしてこの１つのサブ戦略のターゲットリソースプールを決定する。

本開示の実施例では、各サブ戦略に対応するトリガ条件は予め設定され、例えば、サブ戦略１に対応するトリガ条件は、リソース割り当てオブジェクトが初めてログインすることであり、サブ戦略２に対応するトリガ条件は、リソース割り当てオブジェクトが２回目にログインすることであり、サブ戦略３に対応するトリガ条件は、リソース割り当てオブジェクトが最初のタスクを完了することである。

本開示の実施例では、各サブ戦略に対して、リソース割り当てオブジェクトがこのサブ戦略によって示されたトリガ条件に適合するか否かを決定することができ、そうである場合、クエリしてこのサブ戦略のターゲットリソースプールを決定し、そうでない場合、他のサブ戦略の計算を続行する。

一例として、ステップ２０３を参照して、第１のサブ戦略に対応するトリガ条件は、“ａｃｔｉｖｉｔｙ＿ｐｌａｙ＿ｔｉｍｅｓ＝１”であり、ユーザが初めて活動に参加する場合、ユーザがこのサブ戦略によって示されたトリガ条件に適合することを決定し、この場合、ランダム確率によって識別子“３”、“４”、“５”、“６”に対応するリソースプールからヒットされたリソースプールを計算することができる。第２のサブ戦略に対応するトリガ条件は、“ａｃｔｉｖｉｔｙ＿ｐｌａｙ＿ｔｉｍｅｓ＝２”であり、ユーザが２回目に活動を参加する場合、ユーザがこのサブ戦略によって示されたトリガ条件に適合することを決定し、この場合、同様にランダム確率によってヒットされたリソースプールを計算することができる。

ステップ２０５、同一の割り当て戦略に含まれる複数のサブ戦略のターゲットリソースプールを、対応する割り当て戦略のターゲットリソースプールとする。

ステップ２０６、各割り当て戦略で割り当てられたターゲットリソースプールから、各割り当て戦略に対応するリソースを取得する。

本開示の実施例では、各割り当て戦略で割り当てられたターゲットリソースプールを決定した後、各ターゲットリソースプールの構成に基づいて、対応する割り当て戦略に対応するリソースを決定することができる。

ステップ２０７、各割り当て戦略に対応するリソースに対して組み合わせ操作を実行して、ターゲットリソースを取得する。

ステップ２０７の実行プロセスは、上記実施例におけるステップ１０５の実行プロセスを参照することができ、ここでは説明を省略する。

本開示の実施例の可能な一実施形態では、各割り当て戦略及び／またはサブ戦略は、対応する候補リソースプール及び対応する候補リソースプールの割り当て確率を示すことができ、各割り当て戦略またはサブ戦略に対して、各候補リソースプールの割り当て確率に基づいて、各候補リソースプールから、当該割り当て戦略またはサブ戦略のターゲットリソースプールを決定することができる。以下、実施例３と組み合わせて、上記プロセスを詳細に説明する。

図３は、本開示の実施例３により提供されるリソース処理方法の概略フローチャートである。

図３に示すように、当該リソース処理方法は、以下のステップ３０１～３０８を含むことができる。

ステップ３０１、リソース割り当てシナリオを取得する。

ステップ３０２、リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリし、ここで、戦略の組み合わせの構成は、少なくとも２つの割り当て戦略間の組み合わせ操作を示す。

ステップ３０３、各割り当て戦略に対して、対応する割り当て戦略に含まれる複数のサブ戦略を取得する。

ステップ３０１～３０３の実行プロセスは、上記実施例の実行プロセスを参照することができ、ここでは説明を省略する。

ステップ３０４、いずれか１つのサブ戦略に対して、リソース割り当てオブジェクトがこの１つのサブ戦略によって示されたトリガ条件に適合すると決定された場合、この１つのサブ戦略によって示された各候補リソースプール、及び対応する候補リソースプールの割り当て確率をクエリする。

本開示の実施例では、条件ソースによってリソース割り当てオブジェクトの情報を記憶でき、例えば、この条件ソースがユーザデータセンターであってもよく、これにより、本開示では、条件ソースに記載されたリソース割り当てオブジェクトの情報に基づいて、リソース割り当てオブジェクトが各サブ戦略によって示されたトリガ条件に適合するか否かを判断でき、そうである場合、各サブ戦略に対応する構成情報に基づいて、各サブ戦略によって示された各候補リソースプール及び対応する候補リソースプールの割り当て確率を決定することができる。

一例として、ステップ２０３を参照して、“ａｃｔｉｖｉｔｙ＿ｐｌａｙ＿ｔｉｍｅｓ＝１”であるトリガ条件に対応するサブ戦略によって示された候補リソースプールは、識別子“３”、“４”、“５”、“６”に対応するリソースプールであり、識別子が“３”の候補リソースプールの割り当て確率は０．４６であり、識別子が“４”の候補リソースプールの割り当て確率は０．０２５であり、識別子が“５”の候補リソースプールの割り当て確率は０．０１であり、識別子が“６”の候補リソースプールの割り当て確率は０．００５であり、“ｃｔｉｖｉｔｙ＿ｐｌａｙ＿ｔｉｍｅｓ＝２”であるトリガ条件に対応するサブ戦略によって示された候補リソースプールも、識別子“３”、“４”、“５”、“６”に対応するリソースプールであり、識別子が“３”の候補リソースプールの割り当て確率は０．６９であり、識別子が“４”の候補リソースプールの割り当て確率は０．０３７５であり、識別子が“５”の候補リソースプールの割り当て確率は０．０１５であり、識別子が“６”の候補リソースプールの割り当て確率は０．００７５である。

なお、本開示は、２つのサブ戦略によって示された候補リソースプールが同じであることのみを例とし、実際のアプリケーションでは、異なるサブ戦略によって示された候補リソースプールは、同じであってもよいし、異なってもよく、本開示はこれを限定しない。

ステップ３０５、各候補リソースプールの割り当て確率に基づいて、各候補リソースプールから１つのサブ戦略のターゲットリソースプールを決定する。

本開示の実施例では、割り当て確率は、対応する各候補リソースプールが選択される確率を示し、各候補リソースプールの割り当て確率に基づいて、現在のリソース割り当てオブジェクトに対して、この候補リソースプールが選択されるか否かを決定でき、ここで、リソース割り当てオブジェクトによって選択された各候補リソースプールはランダムであり、リソース割り当てオブジェクトによってヒットされた候補リソースプールをランダム確率で計算できる。

ステップ３０６、同一の割り当て戦略に含まれる複数のサブ戦略のターゲットリソースプールを、対応する割り当て戦略のターゲットリソースプールとする。

ステップ３０７、各割り当て戦略で割り当てられたターゲットリソースプールから、各割り当て戦略に対応するリソースを取得する。

ステップ３０８、各割り当て戦略に対応するリソースに対して組み合わせ操作を実行して、ターゲットリソースを取得する。

ステップ３０６～３０８の実行プロセスは、上記実施例の実行プロセスを参照することができ、ここでは説明を省略する。

本開示の実施例では、各候補リソースプールの割り当て確率により、各候補リソースプールから１つのサブ戦略のターゲットリソースプールを決定することにより、ターゲットリソースプールの決定結果の精度を向上させ、後続のリソース割り当ての精度と信頼性を向上させることができる。

なお、リソースが限られ、リソース割り当てオブジェクトがリソースを無限回に取得することを回避するために、各割り当て戦略に対応する実行回数の上限値を設定でき、各割り当て戦略を実行する前に、リソース割り当てオブジェクトが各割り当て戦略を実行する実行回数が対応する上限値より小さいであるか否かを決定でき、そうでない場合、処理フローを停止でき、そうである場合、相応する割り当て戦略を実行できる。以下、実施例４と組み合わせて、上記プロセスを詳細に説明する。

図４は、本開示の実施例４により提供されるリソース処理方法の概略フローチャートである。

図４に示すように、当該リソース処理方法は、以下のステップ４０１～４０９を含むことができる。

ステップ４０１、リソース割り当てシナリオを取得する。

ステップ４０２、リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリし、ここで、戦略の組み合わせ構成は、少なくとも２つの割り当て戦略間の組み合わせ操作を示す。

ステップ４０１～４０２の実行プロセスは、上記実施例におけるステップ１０１～１０２の実行プロセスを参照することができ、ここでは説明を省略する。

ステップ４０３、リソース割り当てオブジェクトが各割り当て戦略を実行する実行回数をクエリする。

本開示の実施例では、ヒットレコードを通じてリソース割り当てプロセスにおいて記憶する必要がある情報を記憶することができ、例えば、このヒットレコードは、各割り当て戦略の実行回数、リソースプールによって割り当てられたリソースの合計数（例えば、レッドパケットプールによって割り当てられたレッドパケットの金額）、及びリソース割り当てオブジェクトによって毎回割り当てられたリソース（例えば、各ユーザによって毎回割り当てられたレッドパケットの金額）などを記憶することができ、これにより、本開示では、ヒットレコードからリソース割り当てオブジェクトが各割り当て戦略を実行する実行回数をクエリすることができる。

ステップ４０４、実行回数が対応する割り当て戦略によって設定された回数の上限より小さいことを決定する。

本開示の実施例では、リソース割り当てオブジェクトが各割り当て戦略を実行する実行回数が、対応する割り当て戦略によって設定された回数の上限を超えるか否かを決定でき、リソース割り当てオブジェクトが各割り当て戦略を実行する実行回数が、対応する割り当て戦略によって設定された回数の上限以上である場合、処理フローを停止でき、リソース割り当てオブジェクトが各割り当て戦略を実行する実行回数が、対応する割り当て戦略によって設定された回数の上限より小さい場合、対応する割り当て戦略を実行する。

一例として、ステップ２０３を参照して、割り当て戦略“ｂｉｇ”によって設定された回数の上限は１（“ｕｐｐｅｒ＿ｌｉｍｉｔ”：１）であり、リソース割り当てオブジェクトがこの割り当て戦略を実行する実行回数が１以上である場合、処理フローを停止でき、リソース割り当てオブジェクトがこの割り当て戦略を実行する実行回数が０に等しい場合、この割り当て戦略を実行することができる。

ステップ４０５、各割り当て戦略に対して、対応する割り当て戦略に含まれる複数のサブ戦略を取得する。

ステップ４０６、いずれか１つのサブ戦略に対して、リソース割り当てオブジェクトがこの１つのサブ戦略によって示されたトリガ条件に適合すると決定された場合、クエリしてこの１つのサブ戦略のターゲットリソースプールを決定する。

ステップ４０７、同一の割り当て戦略に含まれる複数のサブ戦略のターゲットリソースプールを、対応する割り当て戦略のターゲットリソースプールとする。

ステップ４０８、各割り当て戦略で割り当てられたターゲットリソースプールから、各割り当て戦略に対応するリソースを取得する。

ステップ４０９、各割り当て戦略に対応するリソースに対して組み合わせ操作を実行して、ターゲットリソースを取得する。

ステップ４０５～４０９の実行プロセスは、上記実施例の実行プロセスを参照することができ、ここでは説明を省略する。

本開示の実施例の可能な一実施形態では、リソース割り当ての精度を向上させるために、リソース割り当てオブジェクトが同一の割り当て戦略における異なるサブ戦略に適合する場合、適合したサブ戦略の数に基づいて、対応する割り当て戦略の実行回数を更新する必要がある。具体的には、クエリして１つのサブ戦略によって割り当てられたターゲットリソースプールを決定した後、リソース割り当てオブジェクトが同一の割り当て戦略における少なくとも１つのサブ戦略によって示されたトリガ条件に適合する場合、対応する割り当て戦略の実行回数を更新して記憶する。

例えば、リソース割り当てオブジェクトが割り当て戦略１における２つのサブ戦略に適合し、この場合、２つのサブ戦略を実行する必要があるため、ヒットレコードにおけるこの割り当て戦略１の実行回数に２を加算処理する必要がある。また例えば、リソース割り当てオブジェクトが割り当て戦略２における４つのサブ戦略に適合し、この場合、４つのサブ戦略を実行する必要があるため、ヒットレコードにおけるこの割り当て戦略２の実行回数に４を加算処理する必要がある。

なお、各リソースプールに対応するリソースの合計量が予め設定され、割り当てられたリソースがターゲットリソースプールのリソースの上限値を超えることを回避するために、ターゲットリソースプールの割り当てられたリソースの合計量がターゲットリソースプールによって設定されたリソースの上限より小さいか否かを決定する必要があり、そうである場合、ターゲットリソースプールによって設定されたリソース範囲内にリソース割り当てを行い、そうでない場合、リソースを返す必要がなく、処理フローを停止できる。以下、実施例５と組み合わせて、上記プロセスを詳細に説明する。

図５は、本開示の実施例５により提供されるリソース処理方法の概略フローチャートである。

図５に示すように、当該リソース処理方法は、以下のステップ５０１～５０６を含むことができる。

ステップ５０１、リソース割り当てシナリオを取得する。

ステップ５０２、リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリし、ここで、戦略の組み合わせ構成は、少なくとも２つの割り当て戦略間の組み合わせ操作を示す。

ステップ５０３、各割り当て戦略を実行して、割り当て戦略で割り当てられたターゲットリソースプールを決定する。

ステップ５０１～５０３の実行プロセスは、上記実施例の実行プロセスを参照することができ、ここでは説明を省略する。

ステップ５０４において、ターゲットリソースプールの割り当てられたリソースの合計量をクエリする。

本開示の実施例では、ヒットレコードには、各リソースプールに対応する割り当てられたリソースの合計量が記憶されてもよく、例えば、このヒットレコードには、各リソースプールの識別子と、対応するリソースプールの割り当てられたリソースの合計量との対応関係が記憶されてもよく、これにより、本開示では、ターゲットリソースプールを決定した後、ターゲットリソースプールの識別子に基づいて、ヒットレコードから当該ターゲットリソースプールに対応する割り当てられたリソースの合計量をクエリすることができる。

ステップ５０５、割り当てられたリソースの合計量がターゲットリソースプールによって設定されたリソースの上限より小さい場合、ターゲットリソースプールによって設定されたリソース範囲内にリソース割り当てを行う。

本開示の実施例では、ターゲットリソースプールの割り当てられたリソースの合計量がターゲットリソースプールによって設定されたリソースの上限より小さいか否かを決定することができ、そうである場合、ターゲットリソースプールによって設定されたリソース範囲内にリソース割り当てを行い、そうでない場合、リソースを返す必要がなく、処理フローを停止できる。例えば、リソースがレッドパケットである場合、ターゲットリソースプールの割り当てられたリソースの合計量がターゲットリソースプールによって設定されたリソースの上限以上である場合、空のレッドパケットを返すことができる。

ステップ５０６、各割り当て戦略に対応するリソースに対して組み合わせ操作を実行して、ターゲットリソースを取得する。

ステップ５０６の実行プロセスは、上記実施例におけるステップ１０５の実行プロセスを参照することができ、ここでは説明を省略する。

本開示の実施例の可能な一実施形態では、割り当てられたリソースがターゲットリソースプールのリソース上限を超えることを回避するために、ターゲットリソースプールによって設定されたリソース範囲内にリソース割り当てを行った後、ターゲットリソースプールの割り当てられたリソースの合計量を更新して記憶する必要がある。例えば、ヒットレコードにおいて、ターゲットリソースプールの割り当てられたリソースの合計量を更新して記憶することができる。

インターネット業界の競争が激化するにつれて、企業の運営活動に対する要件も高まっている。企業は、ユーザの定着率を高めるだけではなく、コストを細かく抑えたいと考え、そのため、各ＡＰＰにおける活動ルールがますます複雑になり、それに応じて、活動のカスタマイズされた開発のコストも無駄に増える。ここで、リソースは、最も一般的なインセンティブ活動として、低コストの非カスタマイズされた開発、ゼロ開発さえ達成できれば、企業の運営にとって大きな利益になるに違いない。

関連技術では、戦略が大きく異なるリソース活動に対して、一般的に、カスタマイズされた開発の解決案を採用し、すなわち、異なるユーザインタラクションシナリオに対して、リソース戦略の精確な制御を満たすために、特定のボーナスコードを作成する。

このような方法では、以下の欠点が存在する可能性がある。

第１に、前期に繰り返しの開発が多く、開発コストを増加させる。

第２に、コードの保守性が高くない。その理由は、次のとおりである。大量の繰り返しのコードと長い論理チェーンのため、システムの複雑さを増加させる。

第３に、調整コストが高い。その理由は、次のとおりである。運営活動で期待される効果を達成するために、活動期間中に、ユーザの参加状況とコストに対して、リソース戦略を動的に調整し、ボーナスコードをカスタマイズして修正しなければならず、大量の時間コストと人件費がかかる。しかしながら、周期が固定されている活動の場合、上記の状況は明らかに許容できないため、一般的にはわずかな修正しか選択できず、これは通常、活動の期待される効果を達成することが困難であることを意味する。

本開示では、リソースプールや割り当て戦略を調整することにより、柔軟に構成しやすく、ほとんどのシナリオのリソース割り当てニーズを満たすことができる。また、割り当て戦略とリソースは、いずれも構成化でき、従来技術においてコードを繰り返し開発することを回避でき、また、割り当て戦略が調整される場合、コードを修正する必要がなく、ユーザの参加状況とターゲットに基づいて、割り当て戦略の構成を柔軟に調整でき、コスト削減に基づいて、システムの複雑さも低減し、コードの保守性を向上させ、活動の高い変動性を保証することができる。

一例として、図６を参照して、ｊｓｏｎプロトコルを採用して、リソースプール、割り当て戦略、及び戦略の組み合わせ構成を構成し、図６は、本開示の実施例におけるリソース処理の概略フローチャートである。ここで、ＤＳＬは、特定のアプリケーション分野に対して設計されて使用されたコンピュータ言語（Ｄｏｍａｉｎ－Ｓｐｅｃｉｆｉｃ Ｌａｎｇｕａｇｅ）である。条件ソースは、リソース割り当てオブジェクトの情報を記憶することに用いられ、例えばユーザデータセンターであってもよい。ヒットレコードは、リソース割り当てプロセスにおいて記憶する必要がある情報を記憶することに用いられ、例えば、各戦略の実行回数、リソースプールによって割り当てられたリソースの合計数、及びリソース割り当てオブジェクトによって毎回割り当てられたリソースなどを記憶してもよい。

リソースをレッドパケットとして例を挙げて、図６に示すように、現在のシナリオに基づいて戦略の組み合わせ構成を決定し、その中のすべてのピアの割り当て戦略を解析することができ、各ピアの割り当て戦略については、まず、ヒットレコードに基づいて、ユーザによってヒットされた割り当て戦略が上限値に達したか否かを検証し、そうである場合、フローを停止し、空のレッドパケットに返し、そうでない場合、条件ソースを介して、ユーザがこの割り当て戦略のサブ戦略条件を満たすか否かを検証し、満たす場合、ランダム確率によってヒットされたレッドパケットプールを計算し、レッドパケットプールの構成を読み取り、金額を計算し、満たさない場合、他のサブ戦略の計算を続行し、各戦略の金額を組み合わせて処理するとともに、ヒットレコードに上記金額を記憶する。

上記実施例を実現するために、本開示は、リソース処理装置をさらに提出する。

図７は、本開示の実施例６により提供されるリソース処理装置の概略構成図である。

図７に示すように、当該リソース処理装置７００は、取得モジュール７１０と、クエリモジュール７２０と、実行モジュール７３０と、割り当てモジュール７４０と、操作モジュール７５０と、を含む。

ここで、取得モジュール７１０は、リソース割り当てシナリオを取得する。

クエリモジュール７２０は、リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリし、ここで、戦略の組み合わせ構成は、少なくとも２つの割り当て戦略間の組み合わせ操作を示す。

実行モジュール７３０は、各割り当て戦略を実行して、各割り当て戦略で割り当てられたターゲットリソースプールを決定する。

割り当てモジュール７４０は、各割り当て戦略で割り当てられたターゲットリソースプールから、各割り当て戦略に対応するリソースを取得する。

操作モジュール７５０は、各割り当て戦略に対応するリソースに対して組み合わせ操作を実行して、ターゲットリソースを取得する。

さらに、本開示の実施例の可能な一実施形態では、図８を参照して、図７に示す実施例に基づいて、このリソース処理装置は、以下を含むことができる。

可能な一実施形態として、実行モジュール７３０は、取得サブモジュール７３１と、クエリサブモジュール７３２と、処理サブモジュール７３３と、を含むことができる。

取得サブモジュール７３１は、各割り当て戦略に対して、対応する割り当て戦略に含まれる複数のサブ戦略を取得する。

クエリサブモジュール７３２は、いずれか１つのサブ戦略に対して、リソース割り当てオブジェクトが１つのサブ戦略によって示されたトリガ条件に適合すると決定された場合、クエリして１つのサブ戦略のターゲットリソースプールを決定する。

処理サブモジュール７３３は、同一の割り当て戦略に含まれる複数のサブ戦略のターゲットリソースプールを、対応する割り当て戦略のターゲットリソースプールとする。

可能な一実施形態として、クエリサブモジュール７３２は、クエリユニット７３２１と、決定ユニット７３２２と、を含むことができる。

クエリユニット７３２１は、１つのサブ戦略によって示された各候補リソースプール、及び対応する候補リソースプールの割り当て確率をクエリする。

決定ユニット７３２２は、各候補リソースプールの割り当て確率に基づいて、各候補リソースプールから１つのサブ戦略のターゲットリソースプールを決定する。

可能な一実施形態として、クエリサブモジュール７３２は、さらに、リソース割り当てオブジェクトが各割り当て戦略を実行する実行回数をクエリする。

決定サブモジュール７３４は、実行回数が対応する割り当て戦略によって設定された回数の上限より小さいことを決定する。

更新サブモジュール７３５は、リソース割り当てオブジェクトが同一の割り当て戦略における少なくとも１つのサブ戦略によって示されたトリガ条件に適合する場合、対応する割り当て戦略の実行回数を更新して記憶する。

可能な一実施形態として、割り当てモジュール７４０は、ターゲットリソースプールの割り当てられたリソースの合計量をクエリし、割り当てられたリソースの合計量がターゲットリソースプールによって設定されたリソースの上限より小さい場合、ターゲットリソースプールによって設定されたリソース範囲内にリソース割り当てを行う。

更新モジュール７６０は、ターゲットリソースプールの割り当てられたリソースの合計量を更新して記憶する。

なお、前記図１～６の実施例のリソース処理方法に対する説明は、当該実施例のリソース処理装置にも適用し、ここでは説明を省略する。

本開示の実施例のリソース処理装置は、リソース割り当てシナリオを取得し、リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリし、その後、戦略の組み合わせ構成における各割り当て戦略を実行して、各割り当て戦略で割り当てられたターゲットリソースプールを決定し、続いて、各割り当て戦略で割り当てられたターゲットリソースプールから、各割り当て戦略に対応するリソースを取得し、最後に、各割り当て戦略に対応するリソースに対して前記組み合わせ操作を実行して、ターゲットリソースを取得する。本開示では、リソース割り当てシナリオと戦略の組み合わせ構成との間の対応関係を予め設定し、リソース割り当てシナリオが変更されたときに、リソースプール及び割り当て戦略を調整するだけでよく、柔軟に構成しやすく、ほとんどのシナリオのリソース割り当てニーズを満たすことができる。また、割り当て戦略が調整された場合、コードを修正する必要がなく、リソース割り当てオブジェクトの参加状況とターゲットとに基づいて、割り当て戦略の構成を柔軟に調整でき、コスト削減に基づいて、システムの複雑さも低減し、コードの保守性を向上させることができる。

上記実施例を実現するために、本開示は、電子機器をさらに提供し、少なくとも１つのプロセッサと、少なくとも１つのプロセッサと通信可能に接続されるメモリと、を含み、前記メモリには、前記少なくとも１つのプロセッサによって実行可能な命令が記憶され、前記命令は、前記少なくとも１つのプロセッサが本開示の前記実施例により提供されるリソース処理方法を実行できるように、前記少なくとも１つのプロセッサによって実行される。

上記実施例を実現するために、本開示は、非一時的なコンピュータ読み取り可能な記憶媒体をさらに提供し、コンピュータ命令は、コンピュータに本開示の前記実施例により提供されるリソース処理方法を実行させる。

本開示の実施例によれば、本開示は、電子機器及び読み取り可能な記憶媒体をさらに提供する。
本開示の実施例によれば、本開示は、コンピュータプログラムを提供し、コンピュータプログラムは、コンピュータに本開示によって提供されるリソース処理方法を実行させる。

図９に示すように、それは本開示の実施例に係るリソース処理方法の電子機器のブロック図である。電子機器は、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーション、パーソナルデジタルアシスタント、サーバ、ブレードサーバ、メインフレームコンピュータ、及び他の適切なコンピュータなどの様々な形態のデジタルコンピュータを表すことを目的とする。電子機器は、パーソナルデジタルプロセッサ、携帯電話、スマートフォン、ウェアラブルデバイス、及び他の同様のコンピューティングデバイスなどの様々な形態のモバイルデバイスを表すこともできる。本明細書で示されるコンポーネント、それらの接続と関係、及びそれらの機能は単なる例であり、本明細書で説明される及び／又は要求される本出願の実施例の実現を制限することを意図していない。

図９に示すように、当該電子機器は、１つ又は複数のプロセッサ６０１と、メモリ６０２と、高速インターフェースと低速インターフェースを含む各コンポーネントを接続するためのインターフェースと、を含む。各コンポーネントは、異なるバスで相互に接続され、共通のマザーボードに取り付けられるか、又は必要に応じて他の方式で取り付けられることができる。プロセッサは、外部入力／出力装置（インターフェースに結合されたディスプレイデバイスなど）にＧＵＩの図形情報をディスプレイするためにメモリに記憶されている命令を含む、電子機器内に実行される命令を処理することができる。他の実施形態では、必要であれば、複数のプロセッサ及び／又は複数のバスを、複数のメモリと複数のメモリとともに使用することができる。同様に、複数の電子機器を接続することができ、各機器は、部分的な必要な操作（例えば、サーバアレイ、ブレードサーバ、又はマルチプロセッサシステムとして）を提供する。図９では、１つのプロセッサ６０１を例とする。

メモリ６０２は、本開示の実施例により提供される非一時的なコンピュータ読み取り可能な記憶媒体である。ここで、メモリには、少なくとも１つのプロセッサが本開示により提供されるリソース処理方法を実行するように、少なくとも１つのプロセッサによって実行される命令が記憶されている。本開示の実施例の非一時的なコンピュータ読み取り可能な記憶媒体には、コンピュータに本開示により提供されるソース処理方法を実行させるためのコンピュータ命令が記憶されている。

メモリ６０２は、非一時的なコンピュータ読み取り可能な記憶媒体として、本開示の実施例におけるリソース処理方法に対応するプログラム命令／モジュール（例えば、図７に示す取得モジュール７１０、クエリモジュール７２０、実行モジュール７３０、割り当てモジュール７４０及び操作モジュール７５０）のような、非一時的なソフトウェアプログラム、非一時的なコンピュータ実行可能なプログラム及びモジュールを記憶する。プロセッサ６０１は、メモリ６０２に記憶されている非一時的なソフトウェアプログラム、命令及びモジュールを実行することによって、サーバの様々な機能アプリケーション及びデータ処理を実行し、すなわち上記方法の実施例におけるリソース処理方法を実現する。

メモリ６０２は、ストレージプログラム領域とストレージデータ領域とを含むことができ、ここで、ストレージプログラム領域は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーションプログラムを記憶することができ、ストレージデータ領域は、電子機器の使用によって作成されたデータなどを記憶することができる。また、メモリ６０２は、高速ランダム存取メモリを含むことができ、少なくとも１つのディスクストレージデバイス、フラッシュメモリデバイス、又は他の非一時的なソリッドステートストレージデバイスのような非一時的なメモリをさらに含むことができる。いくつかの実施例では、メモリ６０２は、プロセッサ６０１に対して遠隔に設置されたメモリを選択的に含むことができ、これらの遠隔メモリは、ネットワークを介して電子機器に接続されることができる。上記のネットワークの例は、インターネット、イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク、及びその組み合わせを含むが、これらに限定されない。

電子機器は、入力装置６０３と出力装置６０４とをさらに含むことができる。プロセッサ６０１、メモリ６０２、入力装置６０３、及び出力装置６０４は、バス又は他の方式を介して接続することができ、図９では、バスを介して接続することを例とする。

入力装置６０３は、入力された数字又は文字情報を受信し、電子機器のユーザ設置及び機能制御に関するキー信号入力を生成することができ、例えば、タッチスクリーン、キーパッド、マウス、トラックパッド、タッチパッド、ポインティングスティック、１つ又は複数のマウスボタン、トラックボール、ジョイスティックなどの入力装置である。出力装置６０４は、ディスプレイデバイス、補助照明デバイス（例えば、ＬＥＤ）及び触覚フィードバック装置（例えば、振動モータ）などを含むことができる。当該ディスプレイデバイスは、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ及びプラズマディスプレイを含むことができるが、これらに限定されない。いくつかの実施形態では、ディスプレイデバイスは、タッチスクリーンであってもよい。

本明細書で説明されるシステムと技術の様々な実施形態は、デジタル電子回路システム、集積回路システム、特定用途向けＡＳＩＣ集積回路（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、及び／又はそれらの組み合わせで実現することができる。これらの様々な実施形態は、以下を含んでもよい。１つ又は複数のコンピュータプログラムで実施され、当該１つ又は複数のコンピュータプログラムは、少なくとも１つのプログラマブルプロセッサを含むプログラム可能なシステムで実行及び／又は解釈されることができ、当該プログラマブルプロセッサは、特定用途向け又は汎用プログラマブルプロセッサであってもよく、ストレージシステム、少なくとも１つの入力装置、及び少なくとも１つの出力装置からデータ及び命令を受信し、データ及び命令を当該ストレージシステム、当該少なくとも１つの入力装置、及び当該少なくとも１つの出力装置に伝送することができる。

これらのコンピューティングプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、又はコードとも呼ばれる）は、プログラマブルプロセッサの機械命令を含み、高レベルのプロセス及び／又はオブジェクト指向プログラミング言語、及び／又はアセンブリ／機械言語でこれらのコンピューティングプログラムを実施することができる。本明細書に使用されるような、「機械読み取り可能な媒体」及び「コンピュータ読み取り可能な媒体」という用語は、機械命令及び／又はデータをプログラマブルプロセッサに提供するための任意のコンピュータプログラム製品、機器、及び／又は装置、例えば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ）を指し、機械読み取り可能な信号である機械命令を受信する機械読み取り可能な媒体を含む。「機械読み取り可能な信号」という用語は、機械命令及び／又はデータをプログラマブルプロセッサに提供するための任意の信号を指す。

ユーザとのインタラクションを提供するために、ここで説明されているシステム及び技術をコンピュータ上で実施することができ、当該コンピュータは、ユーザに情報を表示するためのディスプレイ装置（例えば、ＣＲＴ（陰極線管）又はＬＣＤ（液晶ディスプレイ）モニタ）と、キーボード及びポインティングデバイス（例えば、マウス又はトラックボール）とを有し、ユーザは、当該キーボード及び当該ポインティングデバイスを介して入力をコンピュータに提供することができる。他の種類の装置は、ユーザとのインタラクションを提供することもでき、例えば、ユーザに提供されるフィードバックは、任意の形態のセンシングフィードバック（例えば、視覚フィードバック、聴覚フィードバック、又は触覚フィードバック）であってもよく、任意の形態（音響入力、音声入力、または触覚入力を含む）でユーザからの入力を受信することができる。

ここで説明されるシステム及び技術は、バックエンドコンポーネントを含むコンピューティングシステム（例えば、データサーバとする）、又はミドルウェアコンポーネントを含むコンピューティングシステム（例えば、アプリケーションサーバ）、又はフロントエンドコンポーネントを含むコンピューティングシステム（例えば、グラフィカルユーザインタフェース又はウェブブラウザを有するユーザコンピュータであり、ユーザは、当該グラフィカルユーザインタフェース又は当該ウェブブラウザによってここで説明されるシステム及び技術の実施形態とインタラクションすることができる）、又はこのようなバックエンドコンポーネント、ミドルウェアコンポーネント、またはフロントエンドコンポーネントの任意の組み合わせを含むコンピューティングシステムで実施することができる。任意の形態又は媒体のデジタルデータ通信（例えば、通信ネットワーク）を介してシステムのコンポーネントを相互に接続されることができる。通信ネットワークの例は、ローカルエリアネットワーク（ＬＡＮ）と、ワイドエリアネットワーク（ＷＡＮ）と、インターネットとを含む。

コンピュータシステムは、クライアントとサーバとを含むことができる。クライアントとサーバは、一般に、互いに離れており、通常に通信ネットワークを介してインタラクションを行う。対応するコンピュータ上で実行され、互いにクライアント－サーバ関係を有するコンピュータプログラムによってクライアントとサーバとの関係が生成される。

本開示の実施例の技術案によれば、リソース割り当てシナリオを取得し、リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリし、その後、戦略の組み合わせ構成における各割り当て戦略を実行して、各割り当て戦略で割り当てられたターゲットリソースプールを決定し、続いて、各割り当て戦略で割り当てられたターゲットリソースプールから、各割り当て戦略に対応するリソースを取得し、最後に、各割り当て戦略に対応するリソースに対して前記組み合わせ操作を実行して、ターゲットリソースを取得する。本開示では、リソース割り当てシナリオと戦略の組み合わせ構成との間の対応関係を予め設定し、リソース割り当てシナリオが変更されたときに、リソースプール及び割り当て戦略を調整するだけでよく、柔軟に構成しやすく、ほとんどのシナリオのリソース割り当てニーズを満たすことができる。また、割り当て戦略が調整された場合、コードを修正する必要がなく、リソース割り当てオブジェクトの参加状況とターゲットとに基づいて、割り当て戦略の構成を柔軟に調整でき、コスト削減に基づいて、システムの複雑さも低減し、コードの保守性を向上させることができる。

なお、上記に示される様々な形態のフローを使用して、ステップを並べ替え、追加、又は削除することができることを理解されたい。例えば、本開示に記載されている各ステップは、並列に実行されてもよいし、順次的に実行されてもよいし、異なる順序で実行されてもよいが、本開示で開示されている技術案が所望の結果を実現することができれば、本明細書では限定されない。

上記具体的な実施形態は、本開示の保護範囲を制限するものではない。当業者は、設計要求と他の要因に応じて、様々な修正、組み合わせ、サブコンビネーション、及び代替を行うことができる。任意の本開示の精神と原則内で行われる修正、同等の置換及び改善などは、いずれも本開示の保護範囲内に含まれるべきである。

Claims (17)

1. リソース処理方法であって、
   リソース割り当てシナリオを取得するステップと、
   前記リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリするステップであって、前記戦略の組み合わせ構成は、少なくとも２つの割り当て戦略間の組み合わせ操作を示すステップと、
   各割り当て戦略を実行して、前記割り当て戦略で割り当てられたターゲットリソースプールを決定するステップと、
   前記各割り当て戦略で割り当てられたターゲットリソースプールから、前記各割り当て戦略に対応するリソースを取得するステップと、
   前記各割り当て戦略に対応するリソースに対して前記組み合わせ操作を実行して、ターゲットリソースを取得するステップと、を含む、
   ことを特徴とするリソース処理方法。
2. 前記各割り当て戦略を実行して、前記割り当て戦略で割り当てられたターゲットリソースプールを決定するステップは、
   前記各割り当て戦略に対して、対応する割り当て戦略に含まれる複数のサブ戦略を取得するステップと、
   いずれか１つのサブ戦略に対して、リソース割り当てオブジェクトが前記１つのサブ戦略によって示されたトリガ条件に適合すると決定された場合、クエリして前記１つのサブ戦略のターゲットリソースプールを決定するステップと、
   同一の割り当て戦略に含まれる複数のサブ戦略のターゲットリソースプールを、対応する割り当て戦略のターゲットリソースプールとするステップと、を含む、
   ことを特徴とする請求項１に記載のリソース処理方法。
3. 前記クエリして前記１つのサブ戦略のターゲットリソースプールを決定するステップは、
   前記１つのサブ戦略によって示された各候補リソースプール、及び対応する候補リソースプールの割り当て確率をクエリするステップと、
   前記各候補リソースプールの割り当て確率に基づいて、前記各候補リソースプールから前記１つのサブ戦略のターゲットリソースプールを決定するステップと、を含む、
   ことを特徴とする請求項２に記載のリソース処理方法。
4. 前記各割り当て戦略に対して、対応する割り当て戦略に含まれる複数のサブ戦略を取得するステップの前に、
   前記リソース割り当てオブジェクトが各割り当て戦略を実行する実行回数をクエリするステップと、
   前記実行回数が対応する割り当て戦略によって設定された回数の上限より小さいことを決定するステップと、をさらに含む、
   ことを特徴とする請求項２または３に記載のリソース処理方法。
5. 前記いずれか１つのサブ戦略に対して、リソース割り当てオブジェクトが前記１つのサブ戦略によって示されたトリガ条件に適合すると決定された場合、クエリして前記１つのサブ戦略で割り当てられたターゲットリソースプールを決定するステップの後に、
   前記リソース割り当てオブジェクトが同一の割り当て戦略における少なくとも１つのサブ戦略によって示されたトリガ条件に適合する場合、対応する割り当て戦略の実行回数を更新して記憶するステップをさらに含む、
   ことを特徴とする請求項２～４のいずれかに記載のリソース処理方法。
6. 前記各割り当て戦略で割り当てられたターゲットリソースプールから、各割り当て戦略に対応するリソースを取得するステップは、
   前記ターゲットリソースプールの割り当てられたリソースの合計量をクエリするステップと、
   前記割り当てられたリソースの合計量が前記ターゲットリソースプールによって設定されたリソースの上限より小さい場合、前記ターゲットリソースプールによって設定されたリソース範囲内にリソース割り当てを行うステップと、を含む、
   ことを特徴とする請求項１～５のいずれかに記載のリソース処理方法。
7. 前記ターゲットリソースプールによって設定されたリソース範囲内にリソース割り当てを行うステップの後に、
   前記ターゲットリソースプールの割り当てられたリソースの合計量を更新して記憶するステップをさらに含む、
   ことを特徴とする請求項６に記載のリソース処理方法。
8. リソース処理装置であって、
   リソース割り当てシナリオを取得するための取得モジュールと、
   前記リソース割り当てシナリオに基づいて、対応する戦略の組み合わせ構成をクエリするためのクエリモジュールであって、戦略の組み合わせ構成は、少なくとも２つの割り当て戦略間の組み合わせ操作を示すクエリモジュールと、
   各割り当て戦略を実行して、前記各割り当て戦略で割り当てられたターゲットリソースプールを決定するための実行モジュールと、
   前記各割り当て戦略で割り当てられたターゲットリソースプールから、前記各割り当て戦略に対応するリソースを取得するための割り当てモジュールと、
   前記各割り当て戦略に対応するリソースに対して前記組み合わせ操作を実行して、ターゲットリソースを取得するための操作モジュールと、を含む、
   ことを特徴とするリソース処理装置。
9. 前記実行モジュールが、
   前記各割り当て戦略に対して、対応する割り当て戦略に含まれる複数のサブ戦略を取得するための取得サブモジュールと、
   いずれか１つのサブ戦略に対して、リソース割り当てオブジェクトが前記１つのサブ戦略によって示されたトリガ条件に適合すると決定された場合、クエリして前記１つのサブ戦略のターゲットリソースプールを決定するためのクエリサブモジュールと、
   同一の割り当て戦略に含まれる複数のサブ戦略のターゲットリソースプールを、対応する割り当て戦略のターゲットリソースプールとするための処理サブモジュールと、を含む、
   ことを特徴とする請求項８に記載のリソース処理装置。
10. 前記クエリサブモジュールが、
    前記１つのサブ戦略によって示された各候補リソースプール、及び対応する候補リソースプールの割り当て確率をクエリするためのクエリユニットと、
    前記各候補リソースプールの割り当て確率に基づいて、前記各候補リソースプールから前記１つのサブ戦略のターゲットリソースプールを決定するための決定ユニットと、を含む、
    ことを特徴とする請求項９に記載のリソース処理装置。
11. 前記クエリサブモジュールが、さらに、
    前記リソース割り当てオブジェクトが各割り当て戦略を実行する実行回数をクエリし、
    前記実行モジュールが、
    前記実行回数が対応する割り当て戦略によって設定された回数の上限より小さいことを決定するための決定サブモジュールをさらに含む、
    ことを特徴とする請求項９または１０に記載のリソース処理装置。
12. 前記実行モジュールが、
    前記リソース割り当てオブジェクトが同一の割り当て戦略における少なくとも１つのサブ戦略によって示されたトリガ条件に適合する場合、対応する割り当て戦略の実行回数を更新して記憶するための更新サブモジュールをさらに含む、
    ことを特徴とする請求項９～１１のいずれかに記載のリソース処理装置。
13. 前記割り当てモジュールが、
    前記ターゲットリソースプールの割り当てられたリソースの合計量をクエリし、前記割り当てられたリソースの合計量が前記ターゲットリソースプールによって設定されたリソースの上限より小さい場合、前記ターゲットリソースプールによって設定されたリソース範囲内にリソース割り当てを行う、
    ことを特徴とする請求項８～１２のいずれかに記載のリソース処理装置。
14. 前記ターゲットリソースプールの割り当てられたリソースの合計量を更新して記憶するための更新モジュールをさらに含む、
    ことを特徴とする請求項１３に記載のリソース処理装置。
15. 少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサと通信可能に接続されるメモリと、を含み、
    前記メモリには、前記少なくとも１つのプロセッサによって実行可能な命令が記憶され、前記命令は、前記少なくとも１つのプロセッサが請求項１～７のいずれかに記載のリソース処理方法を実行できるように、前記少なくとも１つのプロセッサによって実行される、
    ことを特徴とする電子機器。
16. コンピュータ命令が記憶されている非一時的なコンピュータ読み取り可能な記憶媒体であって、
    前記コンピュータ命令は、前記コンピュータに請求項１～７のいずれかに記載のリソース処理方法を実行させる、
    ことを特徴とする非一時的なコンピュータ読み取り可能な記憶媒体。
17. コンピュータプログラムであって、
    前記コンピュータプログラムは、コンピュータに請求項１～７のいずれかに記載のリソース処理方法を実行させる、
    ことを特徴とするコンピュータプログラム。
    

Images