Method, apparatus, device, medium and product for aggregating distribution resources

Abstract

The application relates to the computer technical field and discloses a method, device, equipment, medium and product for aggregating and distributing resources, the method comprising: obtaining a target receiving request initiated by a first user for a target digital resource; determining a target aggregation resource pool corresponding to the target digital resource; the target aggregation resource pool is a resource pool generated by aggregating target digital resources purchased by multiple users, and the target aggregation resource pool is used for recording the remaining quantity of the target digital resource; in the case that the remaining quantity of the target digital resource exceeds a preset threshold, the target digital resource is distributed to the first user, and the remaining quantity of the target digital resource recorded by the target aggregation resource pool is updated. The application supports arbitrary sending and receiving among multiple people, can establish a resource circulation channel among strangers, reduces the participation threshold of users, is beneficial to realizing the generalization and propagation of digital resources, and improves the content propagation efficiency.

Description

Technical Field

[0001] This application relates to the field of computer technology, specifically to methods, apparatus, equipment, media, and products for aggregating and distributing resources. Background Technology

[0002] With the development of internet technology and the digital media industry, digital resources such as songs, videos, and e-books have become important carriers of information dissemination and cultural consumption. Some digital resources require payment of a corresponding price to obtain the right to use them, such as the ability to play purchased songs.

[0003] Resource platforms typically offer a gifting feature, allowing users to gift purchased digital resources to another user. However, current gifting methods are generally targeted at specific parties. This targeted gifting method is relatively limited, only covering a specific recipient, resulting in low content dissemination efficiency and failing to achieve large-scale, widespread dissemination of digital resources. Summary of the Invention

[0004] In view of this, this application provides a method, apparatus, device, medium and product for aggregating and distributing resources to solve the problem of low efficiency in the dissemination of digital resources.

[0005] In a first aspect, this application provides a method for aggregating and distributing resources, the method comprising: Obtain the first user's target claim request for the target digital resource; Determine the target aggregated resource pool corresponding to the target digital resource; the target aggregated resource pool is a resource pool generated by aggregating the target digital resources purchased by multiple users, and the target aggregated resource pool is used to record the remaining quantity of the target digital resource; If the remaining quantity of the target digital resource exceeds a preset threshold, the target digital resource is distributed to the first user, and the remaining quantity of the target digital resource recorded in the target aggregated resource pool is updated.

[0006] In some optional implementations, distributing the target digital resource to the first user when the remaining quantity of the target digital resource exceeds a preset threshold includes: Determine the corresponding priority based on the user characteristics of the first user; Add the target claim request to the target request queue that matches the priority of the first user; If no claim request exists in other request queues with higher priority than the target request queue, process each claim request in the target request queue. When processing the target claim request, if the remaining quantity of the target digital resource exceeds a preset threshold, the target digital resource is distributed to the first user.

[0007] In some optional implementations, determining the corresponding priority based on the user characteristics of the first user includes: Determine whether the first user meets the conditions for claiming the reward; If the first user meets the conditions for receiving the reward, the feature score of the first user is determined based on the user characteristics of the first user. The priority of the first user is determined based on the feature score of the first user.

[0008] In some optional implementations, the method further includes: Obtain the content characteristics of the target digital resource; The display parameters corresponding to the target digital resource are determined based on the content characteristics; the display parameters are the parameters corresponding to the target virtual space used to display the target digital resource.

[0009] In some alternative implementations, the content features include visual and audio features of the target digital resource; Determining the display parameters corresponding to the target digital resource based on the content features includes: Determine the spatial structure corresponding to the target virtual space; The color parameters of the target virtual space are determined based on the visual characteristics of the target digital resource; The lighting parameters of the virtual lights in the target virtual space are determined based on the audio characteristics of the target digital resource; the display parameters of the target digital resource include: the spatial structure, color parameters, and lighting parameters corresponding to the target virtual space.

[0010] In some optional implementations, determining the spatial structure corresponding to the target virtual space includes: Determine the structure type corresponding to the target virtual space; Based on the delivery and / or receipt volume of the target digital resource, determine the target space level corresponding to the target digital resource; Set a spatial structure for the target virtual space that conforms to the structure type and whose scale parameters match the target space level.

[0011] In some optional implementations, the method further includes: At least one delivery effect is set for the target virtual space used to display the target digital resource; the delivery effect is configured to be displayed in the target virtual space when there is a delivery behavior for the target digital resource, or when the delivery amount of the target digital resource reaches a target threshold.

[0012] In some optional implementations, the method further includes: Obtain the delivery request initiated by the second user for the target digital resource; Increase the delivery quantity corresponding to the delivery request in the target digital resources in the target aggregated resource pool, and update the remaining quantity of the target digital resources recorded in the target aggregated resource pool.

[0013] In some optional implementations, the method further includes: Determine the contribution value corresponding to each target digital resource sent by the second user; The second user is assigned a corresponding rights and benefits level based on each of their contribution values.

[0014] In some optional implementations, determining the contribution value corresponding to each target digital resource sent by the second user includes: If the target digital resource submitted by the second user is claimed by the third user, the contribution value corresponding to the target digital resource claimed by the third user is determined based on the attribute information of the third user.

[0015] In some optional implementations, the method further includes: At least one claiming interaction mode is set for the target digital resource, so that when the first user claims the target digital resource, the target digital resource is claimed based on the claiming interaction mode.

[0016] Secondly, this application provides a method for aggregating and distributing resources, the method comprising: A claim page corresponding to the target digital resource is displayed in a graphical user interface; the claim page includes claim controls for claiming the target digital resource; In response to a claim operation triggered by the claim control, a target claim request for the target digital resource is initiated to the server. The target claim request is used to: instruct the server to determine the target aggregated resource pool corresponding to the target digital resource, wherein the target aggregated resource pool is a resource pool generated by aggregating the target digital resources purchased by multiple users, and the target aggregated resource pool is used to record the remaining quantity of the target digital resource; if the remaining quantity of the target digital resource exceeds a preset threshold, the target digital resource is distributed to the first user, and the remaining quantity of the target digital resource recorded in the target aggregated resource pool is updated. Obtain the target digital resource distributed by the server.

[0017] In some optional implementations, the claim page includes a display area corresponding to the target digital resource; The method further includes: Obtain the display parameters corresponding to the target digital resource; the display parameters are the parameters corresponding to the target virtual space used to display the target digital resource. Based on the display parameters, the target virtual space corresponding to the target digital resource is displayed in the display area.

[0018] In some optional implementations, obtaining the target digital resource distributed by the server includes: In response to a claim operation triggered by the claim control, the graphical user interface displays the interactive interface corresponding to the claim interaction mode set for the target digital resource. In response to an interactive operation triggered according to the described claiming interaction mode, the target digital resource distributed by the server is obtained.

[0019] Thirdly, this application provides an apparatus for aggregating and distributing resources, the apparatus comprising: The acquisition module is used to acquire the target claim request initiated by the first user for the target digital resource; The processing module is used to determine the target aggregated resource pool corresponding to the target digital resource; the target aggregated resource pool is a resource pool generated by aggregating the target digital resources purchased by multiple users, and the target aggregated resource pool is used to record the remaining quantity of the target digital resource; The distribution module is used to distribute the target digital resources to the first user and update the remaining quantity of the target digital resources recorded in the target aggregated resource pool when the remaining quantity of the target digital resources exceeds a preset threshold.

[0020] Fourthly, this application provides an electronic device, including: a memory and a processor, which are communicatively connected to each other. The memory stores computer instructions, and the processor executes the computer instructions to perform the method of aggregating and distributing resources as described in the first aspect or any corresponding embodiment.

[0021] Fifthly, this application provides a computer-readable storage medium storing computer instructions for causing a computer to perform the method of aggregating and distributing resources as described in the first aspect or any corresponding embodiment.

[0022] In a sixth aspect, this application provides a computer program product, including computer instructions for causing a computer to execute the method for aggregating and distributing resources as described in the first aspect or any corresponding embodiment thereof.

[0023] The method for aggregating and distributing resources provided in this application sets up corresponding aggregation resource pools for each digital resource. Digital resources purchased by individuals can be added to the corresponding aggregation resource pool, thereby unifying the management of digital resources from different sources. When other users claim the digital resource, it can be uniformly distributed from the same aggregation resource pool, achieving a community-based distribution effect of "one pool, multiple sources, multiple users claiming." Multiple users can also freely send and receive resources, establishing resource circulation channels between strangers and facilitating the widespread dissemination of digital resources. Furthermore, the aggregation resource pool records and maintains the remaining quantity of digital resources. When distributing the digital resource, only the remaining quantity needs to be considered, decoupling the aggregation and distribution processes, supporting high-concurrency scenarios, and enabling rapid response. Attached Figure Description

[0024] To more clearly illustrate the technical solutions in the specific embodiments of this application or the prior art, the drawings used in the description of the specific embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0025] Figure 1 This is a schematic diagram illustrating an application scenario according to an embodiment of this application; Figure 2 This is a schematic flowchart of a first method for aggregating and distributing resources according to an embodiment of this application; Figure 3 This is a second flowchart illustrating a method for aggregating and distributing resources according to an embodiment of this application; Figure 4This is a schematic diagram of the digital resource delivery interface according to an embodiment of this application; Figure 5 This is a schematic diagram of a digital resource retrieval page according to an embodiment of this application; Figure 6 This is another schematic diagram of a digital resource retrieval page according to an embodiment of this application; Figure 7 These are interactive interfaces corresponding to various receiving interaction modes according to embodiments of this application; Figure 8 This is a schematic diagram illustrating the process of resource display based on content features and business data according to an embodiment of this application; Figure 9 This is a schematic diagram of the overall architecture for implementing aggregated distribution according to an embodiment of this application; Figure 10 This is a structural block diagram of an apparatus for aggregating and distributing resources according to embodiments of this application; Figure 11 This is a schematic diagram of the hardware structure of an electronic device according to an embodiment of this application. Detailed Implementation

[0026] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0027] It should be noted that the information (including but not limited to user input information, such as information entered by the user into input boxes), data (including but not limited to data used for analysis, stored data, and displayed data, such as context code, all code of the current project, the service pressure corresponding to operations performed on all code of the current project, and the code development status of the current project), and signals involved in this application are all authorized by the user or fully authorized by all parties, and the collection, use, and processing of related data must comply with relevant laws, regulations, and standards. For example, the context code, operations performed on all code of the current project, the corresponding service pressure, and the code development status involved in this application were all obtained with full authorization.

[0028] The terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of this application, "multiple" means two or more, unless otherwise explicitly specified.

[0029] As one optional application scenario in the embodiments of this application, such as Figure 1 As shown, this scenario may include at least one terminal device and at least one server. Figure 1 The system is illustrated in the example, which includes a computer 101, a mobile terminal 102, and a server 103, and the terminal devices such as the computer 101 and the mobile terminal 102 are connected to the server 103 through a network 110.

[0030] Specifically, the terminal device can be a smartphone, tablet, laptop, PDA, desktop computer, game console, smart TV, smart wearable device, in-vehicle terminal, VR (Virtual Reality) device, AR (Augmented Reality) device, etc. Server 103 can be a standalone physical server, a server cluster, a distributed system, or a cloud server providing cloud services. Network 110 can be a wired or wireless network, examples of which include, but are not limited to, the Internet, corporate intranet, local area network, wide area network, mobile communication network, and combinations thereof.

[0031] It should be noted that, Figure 1 This is merely an example of an application scenario and does not limit the scope of protection of this application.

[0032] Digital resource donations are generally individual acts that rely on strong peer-to-peer social relationships. They cannot achieve large-scale dissemination through a "one-to-many" model. The lack of efficient asset transfer channels between strangers limits the breadth of content promotion.

[0033] This application provides a method for aggregating and distributing resources, which allows multiple people to send and receive resources at will. It can establish resource circulation channels between strangers, lower the threshold for user participation, facilitate the generalized dissemination of digital resources, and improve the efficiency of content dissemination.

[0034] According to an embodiment of this application, a method for aggregating and distributing resources is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0035] This embodiment provides a method for aggregating and distributing resources, which can be applied to the aforementioned servers, such as resource platform servers, etc. Figure 2 This is a flowchart of a method for aggregating and distributing resources according to an embodiment of this application, such as... Figure 2 As shown, the process includes the following steps.

[0036] Step S201: Obtain the target claim request initiated by the first user for the target digital resource.

[0037] In this embodiment, the resource platform can provide users with multiple digital resources, such as music resources, video resources, or text resources. Taking music resources as an example, the digital resource can specifically be a song or an album containing at least one song, depending on actual needs.

[0038] Furthermore, the resource platform supports a claiming function, allowing some users to claim certain digital resources with specific acquisition barriers. For example, some digital resources require additional purchase to use, in which case some users can obtain the required digital resources through a claiming process.

[0039] If a user needs to acquire a certain digital resource, they can initiate a corresponding claim request for that digital resource. For ease of description, this user will be referred to as the first user, the digital resource that the first user needs to claim will be referred to as the target digital resource, and the claim request initiated by the first user at this time will be referred to as the target claim request.

[0040] For example, the first user's terminal device has a client corresponding to the resource platform installed. This client can provide a claim function. By triggering this claim function, the first user can generate a corresponding target claim request and send the target claim request to the server.

[0041] Step S202: Determine the target aggregated resource pool corresponding to the target digital resource; the target aggregated resource pool is a resource pool generated by aggregating the target digital resources purchased by multiple users, and the target aggregated resource pool is used to record the remaining quantity of the target digital resource.

[0042] Unlike targeted gifting, this embodiment uses a resource aggregation + resource distribution approach to achieve non-targeted gifting among multiple users.

[0043] Specifically, for each digital resource that can be gifted, an independent resource pool is set up for it. This resource pool is generated by aggregating the digital resources purchased by each user, hence it is called an aggregated resource pool. For example, each digital resource corresponds to a unique resource identifier (e.g., resource ID), and a corresponding aggregated resource pool can be set up for each resource identifier, that is, there is a one-to-one correspondence between the aggregated resource pool and the digital resource.

[0044] Taking the aforementioned target digital resources as an example, multiple users can individually purchase a certain quantity of target digital resources, which are then aggregated to form a corresponding target aggregated resource pool. Furthermore, this target aggregated resource pool is used to record the remaining quantity of target digital resources, so that when distributing target digital resources to other users subsequently, only the remaining quantity needs to be considered. That is, the resource aggregation process (the process of users purchasing digital resources) does not need to be considered when distributing resources, thus achieving decoupling between aggregation and distribution.

[0045] Step S203: If the remaining quantity of the target digital resources exceeds a preset threshold, distribute the target digital resources to the first user and update the remaining quantity of the target digital resources recorded in the target aggregated resource pool.

[0046] In this embodiment, when the first user needs to claim the target digital resource, the remaining quantity of the target digital resource can be determined by locating the target aggregated resource pool. The preset threshold can generally be set to 0, or it can be set to other values ​​according to actual needs. Alternatively, the preset threshold may differ for different users; for example, the lower the user's level, the higher the corresponding preset threshold, so as to prioritize reserving a certain amount of target digital resources for higher-level users.

[0047] If the remaining quantity of the target digital resources exceeds a preset threshold, it indicates that the target digital resources are sufficient, and the first user is allowed to claim them. Specifically, a certain quantity of target digital resources is distributed to the first user, and the remaining quantity of target digital resources recorded in the target aggregated resource pool is reduced by the quantity distributed to the first user. Generally, each user is only allowed to claim one, that is, one target digital resource is distributed to the first user, and the remaining quantity of target digital resources recorded in the target aggregated resource pool is reduced by one.

[0048] If the remaining quantity of the target digital resources does not exceed the preset threshold, for example, if it is less than or equal to the preset threshold, it means that there are not enough target digital resources remaining, and the target digital resources cannot be distributed to the first user, that is, the first user fails to receive them.

[0049] In this embodiment, the aggregated resource pool can specifically be a logical high-throughput buffer layer (for example, assets can be digitized into token buckets or memory counters). Utilizing the aggregated resource pool decouples the "source record" and "distribution process" of digital resources, allowing distribution to focus solely on the remaining available quantity within the pool, without needing to know who specifically purchased the asset, thus supporting instantaneous high-concurrency traffic across the entire server.

[0050] For example, a server can be configured with a resource aggregation engine and a resource distribution engine to decouple aggregation and distribution. If user A purchases 1000 units of a target digital resource and user B purchases 500 units, the resource aggregation engine can aggregate these two units to form a target aggregated resource pool containing 1500 units of the target digital resource. Initially, the remaining quantity of the target digital resource is 1500. It can be understood that whenever a user purchases a target digital resource, the resource aggregation engine can update the remaining quantity of the target digital resource, i.e., increase the remaining quantity by the corresponding purchase quantity.

[0051] When distributing target digital resources to other users (such as the first user mentioned above) using the resource distribution engine, only the remaining quantity of the target digital resources needs to be monitored. For example, if the first user initiates a target claim request containing a target digital resource identifier (such as a resource ID), the server's resource distribution engine can determine the corresponding target aggregated resource pool based on this identifier, thereby determining the remaining quantity of the target digital resources, and then judging whether the target digital resources can be distributed to the first user based on the remaining quantity. The resource distribution engine only needs to monitor the remaining quantity during distribution, enabling a rapid response and avoiding excessively long waiting times after a user initiates a claim request.

[0052] The method for aggregating and distributing resources provided in this embodiment sets up corresponding aggregation resource pools for each digital resource. Digital resources purchased by individuals can be added to the corresponding aggregation resource pool, thereby unifying the management of digital resources from different sources. When other users claim the same digital resource, it can be uniformly distributed from the same aggregation resource pool, achieving a community-based distribution effect of "one pool, multiple sources, multiple users claiming." Multiple users can also freely send and receive resources, establishing resource circulation channels between strangers and facilitating the widespread dissemination of digital resources. Furthermore, the aggregation resource pool records and maintains the remaining quantity of digital resources. When distributing the digital resource, only the remaining quantity needs to be considered, decoupling the aggregation and distribution processes, supporting high-concurrency scenarios, and enabling rapid response.

[0053] This embodiment provides a method for aggregating and distributing resources, which can be applied to the aforementioned servers, such as resource platform servers, etc. Figure 3 This is a flowchart of a method for aggregating and distributing resources according to an embodiment of this application, such as... Figure 3 As shown, the process includes the following steps.

[0054] Step S301: Obtain the target claim request initiated by the first user for the target digital resource.

[0055] Please see details Figure 2 Step S201 of the illustrated embodiment will not be described again here.

[0056] In some alternative implementations, the target claim request is specifically initiated by the client of the first user, and the process of the client initiating the target claim request may specifically include the following steps a1 to a2.

[0057] Step a1: Display the redemption page corresponding to the target digital resource in the graphical user interface; the redemption page includes redemption controls for redeeming the target digital resource.

[0058] Step a2: In response to the claim operation triggered by the claim control, a target claim request for the target digital resource is initiated to the server. After receiving the target claim request, the server can execute subsequent steps such as S302. That is, the target claim request is used to: instruct the server to determine the target aggregated resource pool corresponding to the target digital resource. The target aggregated resource pool is a resource pool generated by aggregating the target digital resources purchased by multiple users, and the target aggregated resource pool is used to record the remaining quantity of the target digital resource; if the remaining quantity of the target digital resource exceeds a preset threshold, the target digital resource is distributed to the first user, and the remaining quantity of the target digital resource recorded in the target aggregated resource pool is updated.

[0059] In this embodiment, the terminal device used by the first user has a client installed with the corresponding resource platform. This client can display a corresponding interface to the first user to trigger a request to claim the resource. For example, if the digital resource is a song or album, the client can be a music player application for the corresponding platform.

[0060] Taking digital resources as an example, music albums, Figure 4 A schematic diagram of the digital resource delivery interface is shown, such as... Figure 4 As shown, the client's graphical user interface displays the delivery interface, which includes the album name, the quantity delivered (i.e., the quantity sold), the quantity available for collection, etc. Furthermore, the delivery interface contains a collection control 401. Users can access the collection page for the digital resource by clicking the collection control 401; that is, the collection page corresponding to the target digital resource is displayed in the graphical user interface.

[0061] Figure 5 This shows a schematic diagram of a digital resource claiming page, such as... Figure 5 As shown, the claim page includes a display area 501 corresponding to the target digital resource, and a delivery area for displaying delivery information. The delivery area contains information about some of the senders (i.e., users who purchased the digital resource), including the quantity already delivered; Figure 5For example, the sender corresponding to username 1 has purchased 1000 music albums, of which 39 have already been claimed. Furthermore, each sender has a claim control 502 at their designated location. Users can trigger the claim operation by clicking this control 502, thereby initiating a claim request to the server.

[0062] After successful claiming, if the remaining quantity of the target digital resource exceeds a preset threshold, the client can obtain the target digital resource distributed by the server, allowing the first user to use the target digital resource, such as playing the claimed music album.

[0063] Step S302: Determine the target aggregated resource pool corresponding to the target digital resource; the target aggregated resource pool is a resource pool generated by aggregating the target digital resources purchased by multiple users, and the target aggregated resource pool is used to record the remaining quantity of the target digital resource.

[0064] Please see details Figure 2 Step S202 of the illustrated embodiment will not be described again here.

[0065] In this context, it can be understood that the remaining quantity of target digital resources recorded in the target aggregated resource pool can be the total remaining quantity; or, as... Figure 5 The page shown allows users to choose which sender to claim their digital resources. In this case, the target aggregated resource pool needs to record and maintain the remaining quantity of target digital resources sent by each sender.

[0066] Step S303: If the remaining quantity of the target digital resources exceeds a preset threshold, distribute the target digital resources to the first user and update the remaining quantity of the target digital resources recorded in the target aggregated resource pool.

[0067] Please see details Figure 2 Step S203 of the illustrated embodiment will not be described again here.

[0068] In some optional implementations, step S303, "distributing the target digital resources to the first user when the remaining quantity of the target digital resources exceeds a preset threshold," may specifically include steps b1 to b4.

[0069] Step b1: Determine the corresponding priority based on the user characteristics of the first user.

[0070] In this embodiment, for scenarios where multiple users simultaneously claim digital resources from the same aggregated resource pool, multiple queues are pre-set, each with a different priority. Furthermore, the corresponding priority is determined based on the actual situation of each user, so that the claim requests initiated by each user are distributed to the corresponding queues to achieve orderly processing.

[0071] Specifically, for the first user who initiates the target claim request, the first user has corresponding user characteristics, which may include, for example, user activity level.

[0072] Optionally, step b1, "determine the corresponding priority based on the user characteristics of the first user", may include steps b11 to b13.

[0073] Step b11: Determine if the first user meets the conditions for claiming the reward.

[0074] In this embodiment, after the first user initiates a target claim request, it is first determined whether the user can claim the target digital resource, that is, whether the user meets the claim conditions. If the first user does not meet the claim conditions, the claim is rejected, or the target claim request initiated by the first user is placed in the lowest priority queue.

[0075] For example, it can detect whether the first user has completed the specified prerequisite task (such as sharing, following, etc.), or, in the case of LBS (Location Based Services) restrictions, it can also determine the distance between the first user and the center of the preset fence based on the device used by the first user, so as to determine whether the first user is within the preset fence; if the first user has not completed the specified prerequisite task, or the first user's location is outside the preset fence, it is determined that he does not meet the conditions for receiving the reward.

[0076] Step b12: If the first user meets the eligibility criteria, determine the first user's characteristic score based on the user's characteristics.

[0077] For the first user who meets the eligibility criteria, their user characteristics can be obtained. These characteristics may include behavioral features, such as user activity level and the number of login days in the past month, as well as association features between the user and the target digital resource. For example, regarding the author of the target digital resource, the user's playback volume or frequency of the author's published digital resources, or their preference for similar styles. By combining these user characteristics, a feature score is determined for the first user.

[0078] For example, the first user's characteristics include the number or frequency of views of digital resources recently published by the author (F_artist), similarity in style preference (F_genre), and activity level in the past 30 days (A_active). If LBS restrictions also exist, a site marker (Flag_onsite) indicating whether the first user is within the fence can also be obtained. The site marker (Flag_onsite) is a binary weighted coefficient (usually 0 or 1). By comparing the user's GPS with the target fence, it is set to 1 if there is a match, and 0 otherwise.

[0079] The characteristic score of the first user can be calculated by weighting: Score = α× F_artist + β×F_genre + γ × A_active + δ× Flag_onsite.

[0080] Among them, α, β, γ, and δ are the weights of the corresponding characteristics. By introducing the on-site flag Flag_onsite, a hard constraint on the distribution priority can be achieved for the spatial position - that is, under the same other conditions, users located at the event site will obtain a very high priority weighting.

[0081] Step b13: Determine the priority corresponding to the first user according to the characteristic score of the first user.

[0082] Multiple priorities can be set, and the number of priorities is consistent with the number of request queues. Moreover, for each priority, there is a corresponding characteristic score range, and according to the score range into which the characteristic score of the first user falls, the priority corresponding to the first user can be determined.

[0083] For example, two score thresholds T_high and T_low are set in advance. If the characteristic score Score of the first user ≥ T_high, the priority of the first user is the high priority; if T_low ≤ Score < T_high, the priority of the first user is the medium priority; if Score < T_low, the priority of the first user is the low priority.

[0084] Step b2: Add the target collection request to the target request queue that matches the priority of the first user.

[0085] In this embodiment, corresponding request queues are set in advance for each priority, and this request queue is used to record the collection requests initiated by users.

[0086] For example, the priorities of users are divided into three levels: high, medium, and low, then three request queues can be set: the high-priority queue, the normal queue, and the fallback queue.

[0087] For example, if the priority of the first user is the high priority (for example, Score ≥ T_high), the target collection request enters the high-priority queue and preferentially retrieves digital resources from the aggregation pool. If the priority of the first user is the medium priority (for example, T_low ≤ Score < T_high), it enters the normal queue; if the priority of the first user is the low priority (for example, Score < T_low), it enters the fallback queue or directly rejects the qualification for this session, that is, it is equivalent to the first user not meeting the collection qualification.

[0088] Step b3: If there are no claim requests in other request queues with higher priority than the target request queue, process each claim request in the target request queue.

[0089] Step b4: When processing the target claim request, if the remaining quantity of the target digital resources exceeds a preset threshold, the target digital resources are distributed to the first user.

[0090] In this embodiment, requests in each request queue are processed sequentially according to their priority. For example, requests in the high-priority request queue are processed first, followed by requests in the medium-priority request queue, and finally requests in the high-priority request queue, to ensure that high-priority users can claim digital resources first.

[0091] For example, to avoid long-term resource stagnation, when there are no requests to distribute in the high-priority queue, ordinary queue, etc. within a short time window, the engine automatically falls back to the fallback queue to release the remaining digital resources to all participating users in a random manner, ensuring that the inventory is always available and not locked by the strategy.

[0092] In this embodiment, when the first user claims the target digital resource, after receiving the claim request, it can first determine whether the remaining quantity of the target digital resource exceeds a preset threshold. If it exceeds the preset threshold, then the queuing operation is performed, i.e., steps b1 to b4 are executed again. Alternatively, after receiving the target claim request, steps b1 to b3 can be executed first, and when the target claim request needs to be processed, it can then be determined whether the remaining quantity of the target digital resource exceeds the preset threshold. This embodiment does not limit this.

[0093] In this embodiment, the introduction of pre-task constraints, LBS spatial fences, and a profile scoring mechanism based on user behavior feature vectors can prioritize the routing of limited assets to high-value users and automatically fall back to random fallback when there is no hit in the strategy queue to avoid inventory backlog.

[0094] In some optional implementations, the method further includes: setting at least one claiming interaction mode for the target digital resource, so that when the first user claims the target digital resource, the target digital resource can be claimed based on the claiming interaction mode. For example, a target claiming request can be initiated based on the claiming interaction mode, or, when it is determined that the first user is eligible to claim (e.g., the remaining quantity of the target digital resource exceeds a preset threshold), the first user can be guided to complete the claiming process according to the claiming interaction mode.

[0095] In this embodiment, a multimodal interaction method is set up for the scenario of users claiming resources. For each digital resource, one or more methods can be selected and configured. Taking a target digital resource as an example, at least one claiming interaction mode can be set for it. The claiming interaction mode can include: shake interaction, long press interaction, blowing interaction, gesture interaction, facial expression interaction, voice interaction, etc. The appropriate claiming interaction mode can be selected according to the characteristics of each digital resource.

[0096] Accordingly, step a2 above, "in response to the claim operation triggered by the claim control, initiate a target claim request to the server for the target digital resource", may include steps a21 to a22.

[0097] Step a21: In response to the claim operation triggered by the claim control, the interactive interface corresponding to the claim interaction mode set for the target digital resource is displayed in the graphical user interface.

[0098] Step a22: In response to the interactive operation triggered according to the claim interaction mode, a target claim request for the target digital resource is initiated to the server.

[0099] In this embodiment, after the user clicks the claim control 502, they can enter the corresponding interactive interface according to different claim interaction modes. Under different claim interaction modes, the user is adaptively guided to trigger the corresponding interactive operation. After the user triggers the correct interactive operation, a target claim request can be generated, that is, the client can initiate a target claim request for the target digital resource to the server.

[0100] Figure 7 The interface demonstrates various interactive modes for claiming digital resources, including shake, long press, and blow interactions. Users can select the appropriate interaction mode based on the characteristics of each resource.

[0101] Shaking interaction (e.g., shake): For albums with strong rhythms and high energy, shaking interaction can be selected. After the user clicks "Claim" on the client side (e.g., claim control 502), the device's acceleration changes are monitored. When the continuous sample value exceeds the threshold A_th multiple times within the set time window, the "shaking" operation is determined to be complete, and animations such as packaging breaking and records flying out are triggered.

[0102] Long press interaction: For slow-paced or lyrical albums, the client requires the user to press continuously in a designated area. If the pressing time exceeds the threshold T_hold and the pressure or displacement change remains within the set stable range, the process is considered successful, triggering the stage (i.e., the virtual space, which will be explained later) to light up and the main visual to unfold.

[0103] Breathing Interaction: In album scenes that are highly associated with imagery such as "wind" and "breathing", microphone input can be enabled to detect changes in airflow sound energy within a short time window. When the energy reaches the threshold condition within the target frequency band, it is considered that the blowing action is completed, and the foreground fog is cleared or the distant light strip is lit on the stage.

[0104] Gesture / Emoji Interaction: For event scenarios with interactive requirements such as "chorus" or "cheering", the front-facing camera can be enabled to recognize predefined simple gestures or emoji categories. Upon successful recognition, the audience support board will light up or a portion of the bullet comments will unfold as a confirmation step before receiving the support.

[0105] In this embodiment, multimodal interaction can serve as a lightweight verification and ritualistic experience before claiming rewards, enhancing the interactive effect. Furthermore, the results of multimodal interactions can be written to an interaction log in a unified format, serving as a supplementary data source for subsequent interaction statistics and user preference analysis. Specifically, by statistically analyzing the conversion rate and completion time when users encounter complex interaction modalities (such as turning on the camera / making gestures), it can be determined whether the user is an "actively interactive" or "passively passive" user, thereby optimizing subsequent content recommendation strategies.

[0106] In some alternative implementations, the method further includes steps c1 to c2.

[0107] Step c1: Obtain the content characteristics of the target digital resource.

[0108] Step c2: Determine the display parameters corresponding to the target digital resource based on the content characteristics; the display parameters are the parameters corresponding to the target virtual space used to display the target digital resource.

[0109] In this embodiment, when displaying target digital resources to a user, a virtual space for user display is set up for the target digital resources, namely, a target virtual space. This target virtual space can serve as a stage for displaying the target digital resources. This target virtual space corresponds to certain parameters, namely display parameters. These display parameters may include, for example, lighting parameters of the target virtual space, which can be used to control the lighting effects.

[0110] To enable personalized display of different digital resources, appropriate display parameters are set based on the characteristics of each digital resource. Taking a target digital resource as an example, its content characteristics can be obtained. These content characteristics are features related to the content of the target digital resource, such as visual features related to color. Subsequently, based on these content characteristics, the display parameters corresponding to the target digital resource can be determined individually to achieve personalized display.

[0111] Specifically, on the client side, the target digital resource is usually displayed on the claiming interface. Therefore, a display area corresponding to the target digital resource can be set on the claiming page, for example... Figure 5 The display area 501 is shown. Furthermore, the process of displaying the target digital resource on the client side may include: obtaining the display parameters corresponding to the target digital resource; the display parameters being the parameters corresponding to the target virtual space used to display the target digital resource; and displaying the target virtual space corresponding to the target digital resource in the display area according to the display parameters.

[0112] like Figure 5 As shown, within the display area 501, an image 503 corresponding to the target digital resource can be displayed. This image 503 could be, for example, an album cover image. Furthermore, the target virtual space displayed within the display area 501 contains various elements, such as a display stand 504 and display lights 505, and may also contain other elements, depending on the display parameters. For example, the display parameters include the various elements set within the target virtual space, and the relevant parameters corresponding to each element, such as the shape and size of the display stand 504, and the color and frequency of the display lights 505.

[0113] Optionally, the content features of the target digital resource include its visual and audio features. Furthermore, step c2, "determining the display parameters corresponding to the target digital resource based on its content features," may specifically include steps c21 to c23.

[0114] Step c21: Determine the spatial structure corresponding to the target virtual space.

[0115] In this embodiment, each virtual space is provided with a corresponding spatial structure, which is used to characterize the structural features of the virtual space. Specifically, multiple spatial structures can be pre-set, and the spatial structure corresponding to the target virtual space can be determined through a rule engine or a simple classification model.

[0116] Taking a music album as an example of a digital resource, we can obtain metadata such as the genre, rhythm parameters (e.g., BPM, beats per minute), and arrangement size of the target digital resource to construct a content feature vector V_content. Then, using a rule engine / simple classification model, we can map the content feature vector V_content into a spatial structure template. This spatial structure template represents the spatial structure of the corresponding category. For example, it could include templates for theaters, stadiums, concerts, etc.

[0117] For example, original folk songs correspond to "theaters / livehouses", high-energy rock and rap correspond to "gymnasium truss structures", and electronic experiments correspond to "immersive multi-screen geometric spaces", thus creating a "thousand discs, a thousand faces" difference at the structural level.

[0118] Step c22: Determine the color parameters of the target virtual space based on the visual characteristics of the target digital resources.

[0119] In this embodiment, the visual features of the target digital resources can be determined based on the content related to the image. For example, for digital resources such as albums, color clustering and brightness and warmth analysis can be performed on the album cover to obtain color parameters such as main color, accent color, contrast, and warmth coefficient. These color parameters are used to control the background light, ambient light, audience fill light, and particle color of the target virtual space, so that each album maintains a consistent overall color style across different spatial elements.

[0120] Step c23: Determine the lighting parameters of the virtual lights in the target virtual space based on the audio characteristics of the target digital resource. The display parameters of the target digital resource include: the spatial structure, color parameters, and lighting parameters corresponding to the target virtual space.

[0121] The audio characteristics of the target digital resource can be determined based on sound-related content. Continuing with music resources such as albums, key beats and energy peaks can be extracted from the BPM of the corresponding track (e.g., a representative track within the album) and the energy curve of that track, generating a control vector V_light for controlling the lights. This control vector V_light is then used as the light parameter.

[0122] The energy curve is waveform data showing the loudness / amplitude of audio over time, indicating whether the sound is loud or soft at each point in time. Specifically, the original audio waveform of the track can be segmented into frames, windowed, and the energy value of each frame can be calculated. After smoothing, a low-frequency energy curve is generated.

[0123] For example, the control vector V_light includes the light's flicker frequency, horizontal oscillation speed, vertical oscillation speed, and brightness gain coefficient. For instance, the flicker frequency corresponds to the music's BPM; the higher the BPM, the faster the light flickers. The horizontal oscillation speed (the speed at which the light sweeps horizontally / left-right) corresponds to the flow of the music. The vertical oscillation speed (the speed at which the light nods vertically / up-down) corresponds to the music's beat. The brightness gain coefficient represents the intensity of the light beam; its corresponding energy curve maps music energy to light brightness, achieving an automated synchronization effect where the louder the music, the brighter the light.

[0124] It is understandable that for each digital resource, a set of display parameters can be generated, which can serve as a static base for subsequent stage rendering.

[0125] like Figure 5As shown, based on the spatial structure corresponding to the target virtual space, the elements contained within the virtual space can be determined; based on color parameters, the background color, light color, etc., of the target virtual space can be determined; based on light parameters, the flashing frequency, brightness, etc., of the lights within the target virtual space can be determined.

[0126] Optionally, step c21, "determine the spatial structure corresponding to the target virtual space", may include steps c211 to c213.

[0127] Step c211: Determine the structure type corresponding to the target virtual space.

[0128] Step c212: Determine the target space level corresponding to the target digital resource based on the delivery and / or receipt volume of the target digital resource.

[0129] Step c213: Set a spatial structure for the target virtual space that conforms to the structure type and whose scale parameters match the target space level.

[0130] In this embodiment, when presenting a virtual space (such as a stage) to a user, the virtual space can also be updated or upgraded in real time based on business data.

[0131] Specifically, various types of spatial structures, such as theaters and stadiums, are pre-defined. When determining the spatial structure corresponding to the target virtual space, the structure type can be determined first. For example, a suitable structure type can be mapped based on the musical style. Furthermore, for each type of spatial structure, multiple spatial levels are set, and different spatial levels correspond to different scale parameters. These scale parameters may include, for example, stage size, number of audience seating tiers, number of screens, and lighting tiers.

[0132] In this embodiment, on the static basis of display parameters such as structure type, business data of digital resources are further introduced, including the delivery and / or receipt of digital resources, to drive the upgrade of the target virtual space in terms of specifications.

[0133] Taking delivery volume (e.g., cumulative sales of digital resources) as an example, a cumulative delivery volume is maintained for each digital resource, and the spatial level L_stage ∈ {L1, L2, L3,...} is calculated based on this. Different spatial levels correspond to different scale parameters. Based on the delivery volume of the target digital resource, the target spatial level corresponding to the target digital resource can be determined, and then the scale parameters of the target virtual space can be determined, so that the client can display the corresponding information according to the structure type and scale parameters.

[0134] Furthermore, when the cumulative delivery volume exceeds the threshold, causing a change in spatial level, it is possible to switch to a higher-level configuration without changing the visual style defined by the target digital resource (i.e., without changing the color parameters and lighting parameters), thereby achieving a specification evolution from a "small rehearsal room" to a "theater" and then to a "main stage for 10,000 people," allowing users to perceive the current scale of the target digital resource at a glance.

[0135] Figure 6 This shows another schematic diagram of the digital resource claiming page, and... Figure 5 As shown, after the spatial level of the target virtual space is upgraded, scale parameters such as the number of lights can be adjusted, thereby enabling the display to be performed according to larger scale parameters.

[0136] Optionally, the method further includes step c3.

[0137] Step c3: Set at least one delivery effect for the target virtual space used to display the target digital resources; the delivery effect is configured to be displayed in the target virtual space when there is a delivery behavior for the target digital resources, or when the delivery amount of the target digital resources reaches the target threshold.

[0138] In this embodiment, delivery effects can also be displayed based on the current delivery volume.

[0139] Specifically, cloud delivery behavior within the current event scenario can be recorded as a time series. Each successful delivery can trigger a short-term localized special effect (such as a cheering beam or a surge of glow sticks) in the target virtual space, indicating "Someone is still delivering." Alternatively, a target threshold N can be set for a single event (such as the cumulative number of cloud deliveries reaching N). When the cumulative delivery volume reaches or exceeds this threshold, a full-scale event is triggered, and corresponding delivery effects are displayed in the target virtual space. These effects could be, for example, large-scale fireworks, synchronized lighting throughout the venue, or a large screen announcement of thanks, thus solidifying everyone's unified delivery behavior into a unified stage performance format.

[0140] In this embodiment, by using a dual-dimensional approach of content features and business data, abstract sales curves and cloud delivery behavior can be transformed into a stage evolution process that users can perceive, without the need to create separate stage design configurations for each album.

[0141] in, Figure 8 The diagram illustrates the process of displaying resources based on content features and business data, as detailed in the aforementioned descriptions, and will not be repeated here.

[0142] Step S304: Obtain the delivery request initiated by the second user for the target digital resource.

[0143] Step S305: Increase the delivery quantity corresponding to the delivery request for the target digital resources in the target aggregated resource pool, and update the remaining quantity of the target digital resources recorded in the target aggregated resource pool.

[0144] In this embodiment, the target digital resources in the target aggregated resource pool are those purchased and deployed by various second users. After a second user initiates a deployment request, the deployment quantity corresponding to the deployment request is increased for the target digital resources in the target aggregated resource pool. At the same time, the remaining quantity of target digital resources recorded in the target aggregated resource pool is also increased by the deployment quantity.

[0145] For example, if the current delivery quantity of the target digital resource in the target aggregated resource pool is 10,000 and the remaining quantity is 5,000, if the second user delivers (e.g., purchases) 1,000 of the target digital resources, the delivery quantity of the target digital resources will be updated to 11,000 and the remaining quantity will be updated to 6,000.

[0146] The second user can be a user using the client provided by the resource platform, or the second user can be an official user, meaning that the official can also contribute a certain amount of digital resources to the corresponding aggregated resource pool.

[0147] The aggregated resource pool records the cumulative amount of digital resources received and the current amount available for collection. When a new purchase is made from any source, it is written to the corresponding record in an idempotent manner, the amount available for collection is increased, and the asset is marked as a "distributable item", thereby unifying the assets that were originally scattered in different user orders into the same resource pool for management.

[0148] Specifically, when the aggregated resource pool receives asset inflow requests (i.e., delivery requests) from different channels (official / KOL / individual), it uses a unique business serial number (such as order ID or transaction hash) as a deduplication key. Before performing a write operation, it first checks whether the serial number already exists in the processing record. If it already exists, it is considered a duplicate request and a success status is returned directly without accumulating the asset quantity; if it does not exist, an atomic write is performed and the serial number is locked. This prevents the same purchase order from causing multiple increases in the aggregated pool inventory under network fluctuations or payment callback retry mechanisms, preventing the artificial inflation of digital resources; and in high-concurrency scenarios of "multiple inflows," it avoids dirty reads or erroneous updates of the inventory counter caused by multi-threaded competition, ensuring the accuracy of the aggregated pool as the sole asset source for the entire server, and guaranteeing consistency under high concurrency.

[0149] Similarly, when a user claims digital resources, a one-time check and deduction are performed on the currently available amount. The allocation of specific asset numbers and the generation of claim records are completed within the same transaction, avoiding over-issuance or duplicate issuance caused by multiple overlapping requests. Externally, this appears as a single atomic claim action, combining the actions of "checking remaining quantity > 0" and "decreasing remaining quantity by one" into an indivisible execution unit. During execution, the system locks the current state of the aggregated resource pool until this unit is completed. This means that regardless of how many people click simultaneously, deduction operations for the same inventory can only take effect serially, fundamentally preventing the inventory from becoming negative (over-issuance). This ensures that the aggregated resource pool maintains consistency and traceability of asset deductions even when multiple users claim simultaneously.

[0150] It is understood that the order of steps S304 to S305 and steps S301 to S303 is not limited. That is, after the initial delivery and generation of the aggregated resource pool, each user can receive or deliver new resources at any time.

[0151] In some alternative implementations, the method further includes steps d1 to d2.

[0152] Step d1: Determine the contribution value corresponding to each target digital resource submitted by the second user.

[0153] In this embodiment, for the second user who initiates the delivery behavior, the contribution value of the second user can be determined based on the various target digital resources delivered by the second user.

[0154] Optionally, step d1, "determining the contribution value corresponding to each target digital resource sent by the second user", may include: if the target digital resource sent by the second user is claimed by the third user, determining the contribution value corresponding to the target digital resource claimed by the third user based on the attribute information of the third user.

[0155] In this embodiment, for a target digital resource submitted by the second user, its contribution value can only be calculated after it has been claimed by another user. For ease of description, the user who claims the target digital resource is referred to as the third user. It can be understood that the third user can be the same as or different from the first user.

[0156] If a third user claims the target digital resource sent by the second user, the third user's attribute information can be obtained, and the contribution value corresponding to the target digital resource claimed by the third user can be calculated based on this information. For each target digital resource sent by the second user, the corresponding contribution value can be calculated in the same way. Finally, by summing all the contribution values, the contribution value corresponding to the second user can be obtained.

[0157] Specifically, after the third user completes the claim, a structured claim record can be generated. For example, the claim record includes: { sender_id, receiver_id, album_id, delivery_id, bless_text, created_at, is_new_user, receiver_level}, where sender_id represents the sender ID (i.e., the second user's ID), receiver_id represents the recipient ID (i.e., the third user's ID), album_id represents the target digital resource ID (i.e., the album ID), delivery_id represents the delivery order number, bless_text represents the thank-you / blessing message filled in by the third user (optional), created_at represents the creation time, is_new_user indicates whether the recipient is a new user, and receiver_level represents the recipient's level.

[0158] These claim records can be written into the record list corresponding to the second user, so that they can be displayed to the second user in chronological order on the corresponding interface.

[0159] For each claim record, a base score can be assigned, and weights can be applied based on factors such as whether it belongs to the first batch of distributions, whether it comes from a newly registered user, and the claimant's level, thereby determining the contribution value corresponding to the claim record.

[0160] Step d2: Set the corresponding rights and benefits level for the second user based on each contribution value.

[0161] This allows for the pre-setting of multiple benefit levels. Contribution values ​​can be accumulated to quantify the degree of gratitude and recognition the second user received during the cloud delivery activity, and the benefit level corresponding to the accumulated result will be used as the second user's benefit level.

[0162] Optionally, in addition to the contribution value, a comprehensive influence score can be maintained for each sender (e.g., the second user). This score can be considered as a weighted combination of factors such as the number of sends, the degree of gratitude received, and the number of new users brought in. For example, the influence score Score is: Score = α · N_sent + β · S_star + γ · N_new.

[0163] Where N_sent is the cumulative number of cloud deliveries, S_star is the total contribution value, N_new is the number of new users activated through cloud delivery, and α, β, γ are configurable weights.

[0164] The system backend can maintain a rule table relating influence points to privilege levels, mapping the range of influence points (Score) to the corresponding privilege level. This allows a second user to have a specific privilege level, which could include, for example, a digital badge, access to album event registration, priority ticket purchase for specific events, or exclusive access to merchandise. When an influence point (Score) crosses a threshold range, the user's privilege level is updated, and the corresponding privilege flag field is written. Furthermore, ticketing, merchandise e-commerce, and other subsystems can read the user's privilege level and privilege flag through a unified authentication interface to determine whether to display the corresponding access points, thus technically integrating cloud delivery with subsequent business scenarios.

[0165] Figure 9 A schematic diagram of the overall architecture for implementing aggregated distribution is shown. Figure 9 As shown, this aggregated distribution system can realize a complete ecosystem of single-album aggregation pool + server-wide dynamic stage + closed-loop benefits. The service side includes a distribution layer, a presentation layer, and a benefits layer. Specifically, for the distribution layer, aggregation pool technology aggregates discrete individual purchasing behaviors into a collective traffic surge; for the presentation layer, display parameters map the real-time popularity data of the aggregation pool into a visualized 3D stage evolution, forming visual feedback; for the benefits layer, through influence calculation, user participation behavior is fed back into physical commercial benefits, forming a closed loop and realizing the value transfer of digital resources.

[0166] The resource aggregation and distribution method provided in this embodiment expands point-to-point gifting into a socialized method of mutual gifting among multiple users. This transforms individual purchasing behavior into a collective honor campaign, which is conducive to stimulating users' gifting behavior and improving the dissemination efficiency of digital resources. Based on content characteristics, spatial description information including color, spatial structure, and lighting parameters is constructed. In the 3D scene rendered on the client side, not only is a basic stage generated based on this spatial description information, but also the spatial specifications and special effects intensity are graded and evolved according to real-time business data such as the cumulative sales of the server-side aggregation pool and cloud delivery activity. This allows for the generation of diverse 3D stages for a massive number of albums without manual intervention, greatly reducing operating costs and improving the visual quality of content distribution. By setting physical rights levels for users, digital asset distribution can be deeply integrated with offline performances and physical merchandise sales, unlocking multiple commercial values ​​for individual users.

[0167] This embodiment also provides an apparatus for aggregating and distributing resources, which is used to implement the above embodiments and preferred embodiments; details already described will not be repeated. As used below, the term "module" can be a combination of software and / or hardware that implements a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0168] This embodiment provides a device for aggregating and distributing resources, such as... Figure 10 As shown, the device includes: The acquisition module 1001 is used to acquire the target claim request initiated by the first user for the target digital resource; The processing module 1002 is used to determine the target aggregated resource pool corresponding to the target digital resource; the target aggregated resource pool is a resource pool generated by aggregating the target digital resources purchased by multiple users, and the target aggregated resource pool is used to record the remaining quantity of the target digital resource; The distribution module 1003 is used to distribute the target digital resources to the first user and update the remaining quantity of the target digital resources recorded in the target aggregated resource pool when the remaining quantity of the target digital resources exceeds a preset threshold.

[0169] Optionally, distributing the target digital resource to the first user when the remaining quantity of the target digital resource exceeds a preset threshold includes: Determine the corresponding priority based on the user characteristics of the first user; Add the target claim request to the target request queue that matches the priority of the first user; If no claim request exists in other request queues with higher priority than the target request queue, process each claim request in the target request queue. When processing the target claim request, if the remaining quantity of the target digital resource exceeds a preset threshold, the target digital resource is distributed to the first user.

[0170] Optionally, determining the corresponding priority based on the user characteristics of the first user includes: Determine whether the first user meets the conditions for claiming the reward; If the first user meets the conditions for receiving the reward, the feature score of the first user is determined based on the user characteristics of the first user. The priority of the first user is determined based on the feature score of the first user.

[0171] Optionally, the processing module 1002 is further configured to: Obtain the content characteristics of the target digital resource; The display parameters corresponding to the target digital resource are determined based on the content characteristics; the display parameters are the parameters corresponding to the target virtual space used to display the target digital resource.

[0172] Optionally, the content features include visual and audio features of the target digital resource; Determining the display parameters corresponding to the target digital resource based on the content features includes: Determine the spatial structure corresponding to the target virtual space; The color parameters of the target virtual space are determined based on the visual characteristics of the target digital resource; The lighting parameters of the virtual lights in the target virtual space are determined based on the audio characteristics of the target digital resource; the display parameters of the target digital resource include: the spatial structure, color parameters, and lighting parameters corresponding to the target virtual space.

[0173] Optionally, determining the spatial structure corresponding to the target virtual space includes: Determine the structure type corresponding to the target virtual space; Based on the delivery and / or receipt volume of the target digital resource, determine the target space level corresponding to the target digital resource; Set a spatial structure for the target virtual space that conforms to the structure type and whose scale parameters match the target space level.

[0174] Optionally, the processing module 1002 is further configured to: At least one delivery effect is set for the target virtual space used to display the target digital resource; the delivery effect is configured to be displayed in the target virtual space when there is a delivery behavior for the target digital resource, or when the delivery amount of the target digital resource reaches a target threshold.

[0175] Optionally, the processing module 1002 is further configured to: Obtain the delivery request initiated by the second user for the target digital resource; Increase the delivery quantity corresponding to the delivery request in the target digital resources in the target aggregated resource pool, and update the remaining quantity of the target digital resources recorded in the target aggregated resource pool.

[0176] Optionally, the processing module 1002 is further configured to: Determine the contribution value corresponding to each target digital resource sent by the second user; The second user is assigned a corresponding rights and benefits level based on each of their contribution values.

[0177] Optionally, determining the contribution value corresponding to each target digital resource sent by the second user includes: If the target digital resource submitted by the second user is claimed by the third user, the contribution value corresponding to the target digital resource claimed by the third user is determined based on the attribute information of the third user.

[0178] Optionally, the processing module 1002 is further configured to: At least one claiming interaction mode is set for the target digital resource, so that when the first user claims the target digital resource, the target digital resource is claimed based on the claiming interaction mode.

[0179] This embodiment also provides another apparatus for aggregating and distributing resources, the apparatus comprising: The display module is used to display the redemption page corresponding to the target digital resource in a graphical user interface; the redemption page includes redemption controls for redeeming the target digital resource; The request module is configured to, in response to a claim operation triggered by the claim control, initiate a target claim request to the server for the target digital resource; the target claim request is configured to: instruct the server to determine the target aggregated resource pool corresponding to the target digital resource, the target aggregated resource pool being a resource pool generated by aggregating the target digital resources purchased by multiple users, and the target aggregated resource pool being used to record the remaining quantity of the target digital resource; if the remaining quantity of the target digital resource exceeds a preset threshold, distribute the target digital resource to the first user, and update the remaining quantity of the target digital resource recorded in the target aggregated resource pool; The acquisition module is used to acquire the target digital resources distributed by the server.

[0180] Optionally, the claim page includes a display area corresponding to the target digital resource; The display module is also used for: Obtain the display parameters corresponding to the target digital resource; the display parameters are the parameters corresponding to the target virtual space used to display the target digital resource. Based on the display parameters, the target virtual space corresponding to the target digital resource is displayed in the display area.

[0181] Optionally, obtaining the target digital resource distributed by the server includes: In response to a claim operation triggered by the claim control, the graphical user interface displays the interactive interface corresponding to the claim interaction mode set for the target digital resource. In response to an interactive operation triggered according to the described claiming interaction mode, the target digital resource distributed by the server is obtained.

[0182] The apparatus for aggregating and distributing resources provided in this disclosure can execute the method for aggregating and distributing resources provided in any embodiment of this disclosure, and has the corresponding functional modules and beneficial effects for executing the method. Further functional descriptions of the various modules and units described above are the same as in the corresponding embodiments described above, and will not be repeated here.

[0183] Figure 11 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application.

[0184] The following is a detailed reference. Figure 11 The diagram illustrates a structural schematic suitable for implementing the electronic device described in the embodiments of this application. The electronic device may include a processor (e.g., a central processing unit, graphics processor, etc.) 1101, which can perform various appropriate actions and processes according to a program stored in read-only memory (ROM) 1102 or a program loaded from memory 1108 into random access memory (RAM) 1103. The RAM 1103 also stores various programs and data required for the operation of the electronic device. The processor 1101, ROM 1102, and RAM 1103 are interconnected via a bus 1104. An input / output (I / O) interface 1105 is also connected to the bus 1104.

[0185] Typically, the following devices can be connected to I / O interface 1105: input devices 1106 including, for example, touchscreens, touchpads, keyboards, mice, cameras, microphones, accelerometers, gyroscopes, etc.; output devices 1107 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; memory devices 1108 including, for example, magnetic tapes, hard disks, etc.; and communication devices 1109. Communication device 1109 allows electronic devices to communicate wirelessly or wiredly with other devices to exchange data. Although Figure 11 Electronic devices with various devices are shown, but it should be understood that it is not required to implement or have all of the devices shown, and more or fewer devices may be implemented or have instead.

[0186] Specifically, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a non-transitory computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication device 1109, or installed from memory 1108, or installed from ROM 1102. When the computer program is executed by processor 1101, it performs the functions defined in the method of aggregated distribution of resources according to embodiments of this application.

[0187] Figure 11The electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0188] This application also provides a computer-readable storage medium. The methods described in this application can be implemented in hardware or firmware, or implemented as recordable on a storage medium, or implemented as computer code downloaded over a network and originally stored on a remote storage medium or a non-transitory machine-readable storage medium and then stored on a local storage medium. Thus, the methods described herein can be processed by software stored on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. The storage medium can be a magnetic disk, optical disk, read-only memory, random access memory, flash memory, hard disk, or solid-state drive, etc.; further, the storage medium can also include combinations of the above types of memory. It is understood that computers, processors, microprocessor controllers, or programmable hardware include storage components capable of storing or receiving software or computer code. When the software or computer code is accessed and executed by the computer, processor, or hardware, the method of aggregated resource distribution shown in the above embodiments is implemented.

[0189] A portion of this application can be applied as a computer program product, such as computer program instructions, which, when executed by a computer, can invoke or provide the methods and / or technical solutions according to this application through the operation of the computer. Those skilled in the art will understand that the forms in which computer program instructions exist in a computer-readable medium include, but are not limited to, source files, executable files, installation package files, etc. Correspondingly, the ways in which computer program instructions are executed by a computer include, but are not limited to: the computer directly executing the instructions, or the computer compiling the instructions and then executing the corresponding compiled program, or the computer reading and executing the instructions, or the computer reading and installing the instructions and then executing the corresponding installed program. Here, the computer-readable medium can be any available computer-readable storage medium or communication medium accessible to a computer.

[0190] Although embodiments of this application have been described in conjunction with the accompanying drawings, those skilled in the art can make various modifications and variations without departing from the spirit and scope of this application, and all such modifications and variations fall within the scope defined by the appended claims.

Claims

1. A method for aggregating and distributing resources, characterized in that, The method includes: Obtain the first user's target claim request for the target digital resource; Determine the target aggregated resource pool corresponding to the target digital resource; the target aggregated resource pool is a resource pool generated by aggregating the target digital resources purchased by multiple users, and the target aggregated resource pool is used to record the remaining quantity of the target digital resource; If the remaining quantity of the target digital resource exceeds a preset threshold, the target digital resource is distributed to the first user, and the remaining quantity of the target digital resource recorded in the target aggregated resource pool is updated.

2. The method according to claim 1, characterized in that, The step of distributing the target digital resources to the first user when the remaining quantity of the target digital resources exceeds a preset threshold includes: Determine the corresponding priority based on the user characteristics of the first user; Add the target claim request to the target request queue that matches the priority of the first user; If no claim request exists in other request queues with higher priority than the target request queue, process each claim request in the target request queue. When processing the target claim request, if the remaining quantity of the target digital resource exceeds a preset threshold, the target digital resource is distributed to the first user.

3. The method according to claim 2, characterized in that, The step of determining the corresponding priority based on the user characteristics of the first user includes: Determine whether the first user meets the conditions for claiming the reward; If the first user meets the conditions for receiving the reward, the feature score of the first user is determined based on the user characteristics of the first user. The priority of the first user is determined based on the feature score of the first user.

4. The method according to claim 1, characterized in that, The method further includes: Obtain the content characteristics of the target digital resource; The display parameters corresponding to the target digital resource are determined based on the content characteristics; the display parameters are the parameters corresponding to the target virtual space used to display the target digital resource.

5. The method according to claim 4, characterized in that, The content features include the visual and audio features of the target digital resources; Determining the display parameters corresponding to the target digital resource based on the content features includes: Determine the spatial structure corresponding to the target virtual space; The color parameters of the target virtual space are determined based on the visual characteristics of the target digital resource; The lighting parameters of the virtual lights in the target virtual space are determined based on the audio characteristics of the target digital resource; the display parameters of the target digital resource include: the spatial structure, color parameters, and lighting parameters corresponding to the target virtual space.

6. A method for aggregating and distributing resources, characterized in that, The method includes: A claim page corresponding to the target digital resource is displayed in a graphical user interface; the claim page includes claim controls for claiming the target digital resource; In response to a claim operation triggered by the claim control, a target claim request for the target digital resource is initiated to the server. The target claim request is used to: instruct the server to determine the target aggregated resource pool corresponding to the target digital resource, wherein the target aggregated resource pool is a resource pool generated by aggregating the target digital resources purchased by multiple users, and the target aggregated resource pool is used to record the remaining quantity of the target digital resource; if the remaining quantity of the target digital resource exceeds a preset threshold, the target digital resource is distributed to the first user, and the remaining quantity of the target digital resource recorded in the target aggregated resource pool is updated. Obtain the target digital resource distributed by the server.

7. An apparatus for aggregating and distributing resources, characterized in that, The device includes: The acquisition module is used to acquire the target claim request initiated by the first user for the target digital resource; The processing module is used to determine the target aggregated resource pool corresponding to the target digital resource; the target aggregated resource pool is a resource pool generated by aggregating the target digital resources purchased by multiple users, and the target aggregated resource pool is used to record the remaining quantity of the target digital resource; The distribution module is used to distribute the target digital resources to the first user and update the remaining quantity of the target digital resources recorded in the target aggregated resource pool when the remaining quantity of the target digital resources exceeds a preset threshold.

8. An electronic device, characterized in that, include: A memory and a processor are communicatively connected, the memory storing computer instructions, and the processor executing the computer instructions to perform the method of aggregating and distributing resources as described in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions for causing a computer to perform the method of aggregating and distributing resources as described in any one of claims 1 to 6.

10. A computer program product, characterized in that, Includes computer instructions for causing a computer to perform the method of aggregating and distributing resources as described in any one of claims 1 to 6.

Images