Resource allocation method, data processing method, device, and storage medium

Abstract

Embodiments of the present application provide a resource allocation method, a data processing method, a device and a storage medium. In the embodiments of the present application, a plurality of object regions are displayed, the plurality of object regions are used to associate at least two user groups, an interactive operation is provided to enable a user in a user group to obtain an interactive resource, and the user group is associated with an object region based on the obtained interactive resource. The interactive operation is added in the process of associating the user group with the object region, and the interaction is stronger. Furthermore, resource allocation can be performed between user groups according to the number of object regions successfully associated by the user group. By combining the interactive operation, the association of the user group and the object region, and the resource allocation, the user can not only participate in the interactive operation but also be allocated resources. The interactive operation brings better interesting experience to the user, and the combination of the resource allocation can further increase the enthusiasm of the user to participate, attract more users to participate, and effectively increase the user traffic and stickiness of the platform.

Description

Technical Field

[0001] This application relates to the field of Internet technology, and in particular to a resource allocation method, data processing method, device and storage medium. Background Technology

[0002] With the continuous development of technologies such as the Internet, cloud computing, and big data, more and more e-commerce platforms that provide transaction services have emerged, such as business-to-business (B2B) e-commerce platforms, business-to-consumer (B2C) e-commerce platforms, or consumer-to-consumer (C2C) e-commerce platforms.

[0003] To increase user traffic and stickiness, e-commerce platforms frequently launch various marketing campaigns. During these campaigns, in addition to increasing product discounts, they often use a "red envelope rain" effect to enhance user interaction and attract participation. The "red envelope rain" gameplay is roughly as follows: consumers open the shopping app provided by the e-commerce platform and enter the activity page. Numerous red envelopes continuously fall from the page, creating a visual effect of a red envelope rain. Consumers who click on the red envelopes within the app interface before they disappear have a chance to grab one containing shopping subsidies. However, this "red envelope rain" model has poor interactivity and low entertainment value, resulting in insufficient user attraction and limited contribution to user traffic and stickiness. Summary of the Invention

[0004] This application provides a resource allocation method, a data processing method, an apparatus, and a storage medium to increase user traffic and stickiness, and improve service quality.

[0005] This application provides a resource allocation method, comprising: displaying a first interface containing multiple object areas, wherein the multiple object areas are used to associate at least two user groups, and maintaining interactive objects required for associating object areas for users in each user group; for any user group, when requesting the user group to associate with a first object area, accumulating interactive resources generated by at least one round of interactive operations, wherein the at least one round of interactive operations is initiated by users in the user group based on shared interactive objects, and associating the first object area with the user group when the accumulated interactive resources meet the requirements; and allocating resources between at least two user groups according to the number of object areas associated with at least two user groups.

[0006] This application provides a data processing method, including: displaying multiple object areas, the multiple object areas being associated with at least two user groups; providing interactive operations to determine the interactive resources acquired by users in each of the at least two user groups; and determining the object areas associated with each user group based on the interactive resources acquired by users in each user group.

[0007] This application also provides a terminal device, including: a memory, a processor, and a display component; the memory is used to store a computer program; the processor is coupled to the memory and is used to execute the computer program to implement the steps in the method provided in this application.

[0008] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, causes the processor to implement the steps in the method described above in this application.

[0009] In this embodiment, multiple object areas are displayed, which are used to associate at least two user groups. Interactive operations are provided, allowing users within each user group to obtain interactive resources. Based on these resources, the user group is then associated with an object area. This association process enhances interactivity and increases the fun of linking user groups to object areas, attracting more users and effectively increasing platform traffic and user stickiness. Furthermore, based on the association between user groups and object areas, resources can be allocated among user groups according to the number of successfully associated object areas. By combining interactive operations, the association between user groups and object areas, and resource allocation, users can not only participate in interactive operations but also receive resources. While interactive operations provide a better user experience, the resource allocation further increases user enthusiasm, attracting more users and effectively increasing platform traffic and user stickiness. Attached Figure Description

[0010] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0011] Figure 1 A flowchart illustrating a resource allocation method provided for an exemplary embodiment of this application;

[0012] Figure 2 A game interface provided as an exemplary embodiment of this application;

[0013] Figure 3 A flowchart illustrating a data processing method provided in an exemplary embodiment of this application;

[0014] Figure 4 A schematic diagram of the structure of a resource allocation device provided in an exemplary embodiment of this application;

[0015] Figure 5 This is a schematic diagram of the structure of a terminal device provided for an exemplary embodiment of this application. Detailed Implementation

[0016] To make the objectives, technical solutions, and advantages of this application clearer, the technical solutions of this application will be clearly and completely described below in conjunction with specific embodiments and corresponding drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0017] Existing resource allocation methods based on the "red envelope rain" model suffer from poor interactivity and low engagement, resulting in insufficient user attraction and limited contribution to user traffic and stickiness. Therefore, this application provides a resource allocation method, data processing method, device, and storage medium. In this embodiment, multiple object areas are displayed, each associated with at least two user groups. Interactive operations are provided, allowing users within each group to obtain interactive resources. Based on these resources, the user group is associated with the object areas. This association process enhances interactivity and improves the engagement of the association, attracting more users and effectively increasing platform traffic and stickiness. Furthermore, based on the association between user groups and object areas, resources can be allocated among user groups according to the number of successfully associated object areas. By combining interactive operations, user group-object area association, and resource allocation, users can not only participate in interactive operations but also receive resources. While interactive operations provide a better user experience, the resource allocation further increases user enthusiasm, attracting more users and effectively increasing platform traffic and stickiness.

[0018] The technical solutions provided by the various embodiments of this application are described in detail below with reference to the accompanying drawings.

[0019] Figure 1 This is a flowchart illustrating a resource allocation method provided for an exemplary embodiment of this application. See also... Figure 1 The method may include the following steps:

[0020] 101. Display a first interface containing multiple object areas, which are used to associate at least two user groups, and maintain the interactive objects required for associating the object areas for each user in each user group.

[0021] 102. For any user group, when requesting the user group to associate with the first object area, accumulate the interactive resources generated by at least one round of interactive operations, where at least one round of interactive operations is initiated by users in the user group based on a shared interactive object, and associate the first object area with the user group when the accumulated interactive resources meet the requirements.

[0022] 103. Allocate resources among at least two user groups based on the number of object regions associated with at least two user groups.

[0023] The resource allocation method provided in this embodiment can be applied to any service platform, including but not limited to e-commerce platforms providing online shopping services, ride-hailing platforms providing travel services, and food delivery platforms providing food delivery services. The service platform in this embodiment includes a client program and a server program. The client program is installed on the user's terminal device, and the server program can be deployed on the service provider's server. The service provider's server can be a conventional server, a cloud server, a server they own, or a rented third-party server; there are no limitations on this. The client program is responsible for providing the user's application interface, displaying relevant information, responding to user operations and returning operation results, and interacting with the server program to obtain interface content and other data related to user operations. The server program is responsible for providing data and service support to the client program, storing and maintaining user information, etc.

[0024] In this embodiment, the local user installs the client program provided by the service platform on their terminal device and registers as a registered user of the service platform. When the local user needs to use the service, they open the client program to enter the application interface and enjoy the various services provided by the service platform. Here, "local user" refers to any user who uses their terminal device to open the client program and use the various services provided by the service platform.

[0025] In this embodiment, the service platform can provide marketing activities to users. These marketing activities can be initiated by the service platform for specific products, or by the service platform for various products within a specific time period, or by the service platform for specific product categories, or by the service platform in conjunction with a specific store for that specific store, and so on. During the marketing activity, the service platform pushes marketing activity information to the user's client application. After opening the client application, the user can enter the activity page containing the marketing information through the activity participation entry. Optionally, the activity participation entry can be implemented as an activity icon. Based on this, when the user operates the activity participation entry, they can use a mouse or keyboard to click, touch, or long-press the activity icon corresponding to the activity participation entry to enter the activity page. Alternatively, the activity participation entry can also be implemented as a specific voice command. For example, the user can input the voice command "participate in marketing activity" to enter the activity page. Alternatively, the activity participation entry can also be implemented as a search term. The user can enter the search term in the search box to initiate a search operation to enter the activity page.

[0026] In this embodiment, to enhance user engagement, the service platform integrates resource allocation activities requiring user interaction into its marketing campaigns. An entry point for user participation in resource allocation is provided on the activity page, allowing users to initiate participation. The nature of the services provided by the service platform varies, and the implementation of the "resources" and the resource allocation activities themselves will differ. For example, the resource allocation process could be an activity offered by an e-commerce platform to share shopping coupons or subsidies, a ride-hailing platform to receive ride-hailing coupons or discounts, or a food delivery platform to receive food delivery coupons or delivery fees, and so on. Furthermore, the method by which users participate in the resource allocation activity will also differ depending on the implementation of the entry point. For instance, if the entry point is an icon or image representing participation in resource allocation, users can use input devices such as a mouse, stylus, finger, or keyboard to click, touch, or long-press the icon or image to initiate participation. Alternatively, the entry information can also be implemented as a specific voice command, allowing the user on this end to initiate participation in resource allocation activities via voice interaction. For example, the user on this end can input the voice command "Participate in the resource allocation activity of the marketing campaign" to initiate participation in the resource allocation activity. Of course, this application embodiment does not limit the implementation method of the entry information.

[0027] After a user initiates participation in the resource allocation activity through the aforementioned entry information, the client program can display a graphical user interface (GUI) containing multiple object areas on the display screen of its terminal device. For ease of understanding, this GUI is referred to as the first interface. The first interface is the interface used for user interaction during the resource allocation activity. The multiple object areas on the first interface are used to associate at least two user groups. Multiple object areas refer to objects that require user interaction to associate. In this embodiment, multiple object areas correspond to resources to be allocated, and user groups can participate in the allocation of resources by associating object areas. Generally, the more object areas a user group associates, the more resources it receives. These resources can be resources associated with marketing activities, such as, but not limited to, cash bonuses, rebates, coupons, or vouchers—various resource forms with direct usability in marketing activities. They can also be virtual resource items that cannot be directly used in marketing activities. These virtual resource items represent the quantity of resources with direct usability in marketing activities. When used in marketing activities, virtual resource items need to be exchanged for resources with direct usability in the marketing activities. The object area displayed on the first interface can be any type of interface element, depending on the interactive scenario provided by the service platform for the user. For example, it can be a virtual plot that can be associated with user groups, or a grid in a virtual nine-square grid that can be associated with user groups, and so on.

[0028] In this embodiment, any user can join a user group and participate in activities involving multiple object areas as a group. A user group in this embodiment may include one or more users. It should be understood that associating multiple object areas through user groups enables group participation in these activities. This teamwork approach enhances user interaction, provides a better user experience, attracts more users, and effectively increases user traffic and engagement.

[0029] In this embodiment, object region association operations are performed on a user group basis, and any user group can request to associate an object region. For ease of distinction and understanding, any user group requesting to associate an object region is referred to as the first user group, and user groups other than the first user group are referred to as other user groups. The operation of associating object regions on a user group basis can be initiated by users within the user group. For example, one or more users in a user group can request to associate any object region. Any user's request to associate an object region can be considered a request for the user group to associate that object region. It should be noted that a user group can contain multiple users, and different users can independently request to associate object regions. At the same time, different users may request different or the same object regions, meaning that at the same time, there may be one or more object regions requested by the user group.

[0030] In this embodiment, users need to perform interactive operations to associate with an object region. Therefore, in this embodiment, the client program or server program also maintains interactive objects for each user in a user group, which are used by users to initiate interactive operations during the association process. In other words, users need to initiate interactive operations to associate with an object region based on the interactive objects. Thus, when associating object regions on a user group basis, users within that user group can initiate interactive operations through the corresponding interactive objects to perform object region association operations.

[0031] In this embodiment, the interactive object maintained for each user can be obtained by the user through completing relevant tasks specified in the marketing campaign. These tasks may include tasks such as referring new users, browsing designated activity pages or product pages, or participating in topic discussions. In this embodiment, a daily limit and time range can be set for the number of times each user can complete these tasks. Alternatively, no limit can be set on the number of times or the time; users can perform these tasks an unlimited number of times and obtain interactive objects at any time. In this embodiment, the implementation form of the interactive object is not limited. Optionally, the interactive object can be, for example, a virtual dice, a virtual spinning wheel, or a virtual random number generator, or other virtualized props that support user-initiated interactive operations.

[0032] In this embodiment, the interactive objects maintained for each user are independent, meaning each user has their own corresponding interactive object. Furthermore, users within the same user group can independently initiate interactive operations based on their corresponding interactive objects to associate object areas, ensuring that every user in the group participates in the interaction. Additionally, each user can flexibly select the object area to associate based on their held interactive objects. Alternatively, the service platform can automatically select the object area for the user instead of the user manually selecting it. In an optional embodiment, the user selects the object area to associate. Specifically, the user can initiate selection operations on multiple object areas on the first interface, such as clicking, double-clicking, mouse hovering, touching, or long-pressing. In this embodiment, each object area has its own association state, and the association state of an object area varies at different times. For any given object area, at any given time, it may be in a state where it is not associated with any user group, or in a state where it has been successfully associated with the first user group, or in a state where it has been successfully associated with other user groups. An object area successfully associated with any user group can be associated with other user groups again.

[0033] In this optional embodiment, the user is allowed to select the object area to be associated according to the following rules: 1. The user can select an object area that is not associated with any user group, or an object area that has been successfully associated with their own user group to strengthen the association status of that object area, or an object area that has been successfully associated with other user groups; 2. The object area selected by the user needs to be adjacent to an object area that has been successfully associated with the user's own user group, that is, the object area selected by the user cannot cross an object area that is not associated with any user group and cannot cross an object area that has been successfully associated with other user groups. Based on this, when the user initiates a selection operation on the first interface, the client program can respond to the user's selection operation on the first interface, determine the selected object area among multiple object areas; determine whether the selected object area is adjacent to an object area that has been successfully associated with the first user group, and if the determination result is yes, then it is determined that the user can associate the selected object area.

[0034] In this embodiment, each user can independently request an associated object region. Each user's independent request to associate an object region is essentially a request for their user group to associate with that object region. In this embodiment, when a user group requests association with an object region, users in the group can share an interactive object and initiate at least one round of interactive operations based on the shared interactive object. Correspondingly, the client program can respond to at least one round of interactive operations initiated by users in the user group using the shared interactive object. Each round of interactive operations generates interactive resources. By accumulating the interactive resources generated from at least one round of interactive operations, which are the resources required to associate with the object region, and when the accumulated interactive resources meet set conditions, it is determined that the user group has successfully associated with the object region.

[0035] In practical applications, within the same user group, a single user may request to associate with a specific object area. If the object area selected by the current user is adjacent to an object area successfully captured by the first user group, but is not selected by other users in the first user group, it indicates that the current user is the only one in the first user group requesting to associate with the first object area. Taking the example of only the current user in the first user group requesting to associate with the first object area, in this embodiment, the current user requesting to associate with the first object area can share the interactive objects corresponding to other users in their user group. That is, the client program can share the interactive objects of other users in the user group with the current user, so that the current user can initiate at least one round of interactive operation based on the interactive objects shared by other users and their own corresponding interactive object. The client program responds to the current user's at least one round of interactive operation based on the interactive objects shared by other users and their own corresponding interactive object, and obtains the interactive resources generated by each round of interactive operation. The obtained interactive resources are accumulated, and when the accumulated interactive resources meet the set conditions, an association relationship is established between the first object area and the first user group to which the current user belongs, so that the first object area is associated with the first user group to which the current user belongs.

[0036] In this embodiment, there is no limitation on other users sharing interactive objects with the local user, nor is there a limitation on the sharing method. For example, the client program can randomly select at least one user from the first user group, and select a fixed number of interactive objects from the interactive objects corresponding to the selected at least one user, and share the selected fixed number of interactive objects with the local user. In addition to randomly selecting users, other users who can share interactive objects with the local user can also be selected based on factors such as the location distance between users and the similarity between users. Furthermore, the number of shared interactive objects is not limited; it can be a fixed number, or it can be flexibly set according to the number of interactive objects held by the user sharing the interactive objects with the local user.

[0037] It should be noted that when a user on the local end requests to associate with the first object region, the user on the local end can also initiate at least one round of interactive operation based on their corresponding interactive object. The client program responds to the user's at least one round of interactive operation based on their corresponding interactive object, accumulates the interactive resources generated by the user's at least one round of interactive operation based on their corresponding interactive object, and determines that the first object region is successfully associated with the user's first user group when the accumulated interactive resources meet the set conditions.

[0038] In practical applications, within the same user group, multiple users may request to associate with the same object area. In this case, this embodiment allows multiple users to share their shared interactive objects, and multiple users initiate interactive operations based on these shared interactive objects to associate with the object area. Taking the first user group to which this user belongs as an example, when multiple users in the first user group request to associate with the first object area, the client program can accumulate interactive resources generated from at least one round of interactive operations. This at least one round of interactive operations is initiated by multiple users in the first user group requesting to associate with the first object area based on shared interactive objects. Sharing interactive objects increases the probability of successful association with the object area, allowing users to allocate more resources, further enhancing user interest in interaction, providing a better user experience, attracting more users, and effectively increasing user traffic and stickiness. Based on this, after determining that the selected object area is adjacent to an object area successfully associated with the first user group, it can be further determined whether the object area selected by the current user is also selected by other users in the first user group. If the selected object area is adjacent to an object area successfully associated with the first user group and is also selected by other users in the first user group, the selected object area is designated as the first object area. The first object area is an object area that multiple users in the first user group, including the current user, can associate with through shared interactive objects.

[0039] In an optional embodiment of this application, to increase the fun of interaction and user participation, the interactive object can be implemented as a consumable resource. That is, each time a user initiates an interactive operation based on an interactive object, a specified number of interactive objects are consumed. Of course, in this embodiment, the number of interactive objects maintained for each user can be dynamically changed. When a user initiates an interactive operation based on an interactive object, a certain number of interactive objects will be consumed. When a user completes the relevant tasks specified in the marketing activity, a certain number of interactive objects can be added. Of course, which specific relevant tasks to participate in are flexibly selected by the service platform according to the marketing objectives of the marketing activity, and this embodiment of the application does not limit this. It should be understood that interactive objects need to be obtained by users completing the relevant tasks specified in the marketing activity, which further increases the interaction between users and the service platform, improves the user's participation in the marketing activity, and effectively increases user traffic and stickiness. In addition, the specified number of interactive objects consumed for each interactive operation can be quantified according to actual needs. The specified number is, for example, half a die, one or more. For example, users can collect virtual dice required to participate in the interaction by completing tasks. When initiating an interactive operation, users can trigger the interactive control on the first interface to consume one virtual die to initiate an interactive operation. That is, one virtual die is only used by the user to initiate one interactive operation. For example, a user can initiate an interactive operation by triggering an interactive control on the first interface, consuming 1 / 2 of a virtual die. This means one virtual die can be used for two interactive operations. Alternatively, a user can initiate an interactive operation by triggering an interactive control on the first interface, consuming two virtual dice. In this embodiment, taking a first user group as an example, after users in the first user group initiate at least one round of interactive operations based on shared interactive objects, the client program can respond to at least one round of interactive operations and accumulate interactive resources generated from at least one round of interactive operations. If the accumulated interactive resources do not meet the conditions for successfully associating with the first object region, and the first user group still has available interactive objects, users in the first user group (here, a user can be a single user requesting association with the first object region, or multiple users requesting association with the first object region simultaneously) are allowed to continue initiating a new round of interactive operations and generating new interactive resources, until the accumulated interactive resources meet the conditions for successfully associating with the first object region, thus achieving successful association of the first user group with the first object region, or until all shared interactive objects of the first user group are consumed.

[0040] In this embodiment, any user in the first user group can initiate a request operation to associate the first user group with the first object region. Furthermore, multiple users in the first user group can simultaneously initiate request operations to associate the first user group with the first object region. Therefore, in an optional implementation, when multiple users in the first user group request to associate with the first object region, one process for accumulating interactive resources generated from at least one round of interactive operations is as follows: accumulating interactive resources generated from at least one round of interactive operations, where at least one round of interactive operations is initiated by multiple users based on a shared interactive object.

[0041] In this application embodiment, the implementation form of interactive resources is not limited. For example, interactive resources can be quantified by the number of marked objects, where a marked object refers to the virtual object required for a user group to successfully associate the marked object area. The implementation form of the marked object can be determined according to specific application requirements. The marked object can be, for example, a virtual soldier, virtual candy, or virtual cat, etc. Taking a virtual die as the interactive object and a virtual soldier as the marked object reflecting the interactive resource, a user can consume a virtual die by triggering an interactive operation and generate an interactive effect of shaking the die. Shaking the die may roll any positive integer between 1 and 6. The marked object generated by shaking the virtual die may be 1 virtual soldier, 2 virtual soldiers, 3 virtual soldiers, 4 virtual soldiers, 5 virtual soldiers, or 6 virtual soldiers. Taking a virtual wheel as the interactive object and any number of virtual candies as the marked object, a user can consume a virtual wheel by triggering an interactive operation and generate an interactive effect of the virtual wheel spinning. The marked object may be any number of virtual candies, such as 1 virtual candy, 2 virtual candies, 10 virtual candies, etc. Taking the virtual random draw item as the interactive object and any number of virtual cats as the marked object as the interactive animation of random draw, when a user triggers the virtual random draw item, one random draw item can be consumed and an interactive animation of random draw can be generated. The marked object can be any number of virtual cats, such as 1 virtual cat, 2 virtual cats, 5 virtual cats, etc.

[0042] When the aforementioned interactive resources are specifically implemented as the number of marked objects generated by interactive operations, the specific condition for successfully associating the first object region can be implemented as: the minimum number of marked objects required to successfully associate the first object region. Based on this, in an optional implementation, one process for accumulating interactive resources generated in at least one round of interactive operations can be: responding to interactive operations initiated by multiple users based on a shared interactive object; obtaining the number of marked objects generated by each user in each round of interactive operations as an interactive resource; accumulating the number of marked objects generated by each user in each round of interactive operations to obtain a target number, where the marked objects are the objects required for the first object region to be successfully associated by the user group; when the target number is less than the minimum number of marked objects required to successfully associate the first object region, outputting a prompt message to prompt each user to continue initiating interactive operations.

[0043] In some embodiments of this application, the method of obtaining the number of marked objects generated by each user in each round of interaction in response to interactive operations initiated by multiple users based on a shared interactive object may include, but is not limited to, the following methods:

[0044] Method 1: In the process of multiple users initiating interactive operations based on shared interactive resources, each user initiates an interactive operation based on their corresponding interactive object. However, due to the shared nature, the interactive resources generated by each user's interactive operations can be accumulated. For this method, one implementation process for responding to interactive operations initiated by multiple users based on shared interactive objects and obtaining the number of marked objects generated by each user in each round of interactive operations is as follows: In response to each round of interactive operations initiated by each user, determine whether the remaining quantity of interactive objects corresponding to that user is less than a specified number. If the remaining quantity of interactive objects corresponding to the user is less than the specified number, it means that the remaining quantity of interactive objects maintained for the user is insufficient for the user to initiate this round of interactive operations, and the user is prohibited from initiating this round of interactive operations. Conversely, it means that the remaining quantity of interactive objects maintained for the user is sufficient for the user to initiate this round of interactive operations, and the user is allowed to initiate this round of interactive operations. The specified number refers to the number of interactive objects required for a user to initiate one interactive operation, which can be set according to actual application needs, such as 1, 2, etc.

[0045] For example, the first user group has 5 users, each with their own virtual dice. Each user can only roll their own virtual dice. In each round of interaction, if a user has no virtual dice, they cannot roll them. However, if a user with virtual dice has accumulated less than the minimum required number of virtual soldiers, they can roll the dice to continue accumulating the target number of virtual soldiers.

[0046] Method 2: The method of sharing interactive objects among multiple users involves equally distributing the interactive objects to each user. Each user independently initiates an interactive operation based on their allocated interactive objects. Based on this, one implementation process for responding to interactive operations initiated by multiple users based on shared interactive objects and obtaining the number of marked objects generated by each user in each round of interactive operations is as follows: Distribute the interactive objects to multiple users equally. In response to each user's round of interactive operations, determine if the remaining number of interactive objects allocated to each user is less than a specified number. If the remaining number is less than the specified number, the user is prohibited from initiating an interactive operation in this round; otherwise, the user is allowed to initiate an interactive operation. The specified number refers to the number of interactive objects required for a user to initiate one interactive operation, which can be set according to actual application needs, such as 1, 2, etc.

[0047] The requirement refers to the fact that distributing the interaction resources of multiple users equally can ensure that each user has a comparable amount of interaction resources and a fair number of interaction opportunities. This encourages each user to perform as many tasks related to the marketing campaign as possible to collect more interaction resources.

[0048] For example, the first user group has 5 users, each with their own independent virtual dice. The virtual dice of each user are accumulated and distributed as evenly as possible among all users to ensure a roughly equal number of virtual dice. The 5 users have a total of 21 virtual dice. After evenly distributing the 21 virtual dice, 4 users each have 4 virtual dice, and 1 user has 5 virtual dice. In each round of interaction, if any user has no virtual dice, they cannot shake the virtual dice. Of course, users who still have virtual dice can continue to initiate interactive actions using them.

[0049] Method 3: The method of sharing interactive objects among multiple users involves placing the interactive objects corresponding to multiple users into a shared resource pool. Each user requests the required interactive object from the shared resource pool when they need to initiate an interactive operation. Based on this, one implementation process for responding to interactive operations initiated by multiple users based on shared interactive objects and obtaining the number of marked objects generated by each user in each round of interactive operations is as follows: Place the interactive objects of multiple users into the shared resource pool. In response to each round of interactive operations initiated by each user, determine whether the remaining number of interactive objects in the shared resource pool is sufficient for all users to initiate the current round of interactive operations. If not, identify the target user among the multiple users who cannot initiate the current round of interactive operations and prohibit the target user from initiating the current round of interactive operations.

[0050] In this embodiment, performing an interactive operation requires a certain number of interactive objects. When the remaining number of interactive objects in the shared resource pool is insufficient for multiple users to initiate interactive operations, some users can be prohibited from initiating interactive operations. For ease of understanding and distinction, the users who need to be prohibited from initiating interactive operations are referred to as target users. When selecting target users from multiple users who cannot initiate interactive operations, the selection can be based on the number of interactive objects contributed to the shared resource pool. For example, users who contribute fewer interactive objects are more likely to be selected as target users, meaning they will be prohibited from initiating interactive operations earlier.

[0051] In some embodiments of this application, one implementation process for responding to interactive operations initiated by multiple users based on shared interactive objects and obtaining the number of marked objects generated by each user in each round of interactive operations is as follows: For any user among the multiple users, if the user is allowed to initiate the current round of interactive operations, in response to the user's initiated interactive operations, a second interface is displayed, and the second interface displays interactive animations adapted to the interactive objects consumed in the current round of interactive operations; during or after the display of the interactive animations, the number of marked objects generated in this interactive operation is displayed on the second interface.

[0052] For example, the interactive object is a virtual dice. When the user touches the virtual dice, the game interface associated with the virtual dice is displayed. The virtual dice is shaken on the game interface and related virtual dice sound effects are played. When the virtual dice stops shaking, the number of virtual soldiers is displayed on the game interface.

[0053] For example, the interactive object is a virtual spinning wheel. When the user touches the virtual spinning wheel, the game interface associated with the virtual spinning wheel is displayed. The virtual spinning wheel spins on the game interface and plays related sound effects. When the virtual spinning wheel stops spinning, the number of virtual candies is displayed on the game interface.

[0054] In this embodiment, the minimum number of marked objects required to successfully associate the first object region is related to the current association status of the first object region. Taking requesting the first user group to associate the first object region as an example, specifically, if the first object region is not currently associated with any user group, a first preset number is used as the minimum number; if the first object region is currently associated with other user groups besides the first user group, the number of marked objects currently displayed on the first object region is incremented by 1, which is used as the minimum number; if the first object region is currently associated with the first user group, a second preset number is used as the minimum number, where the second preset number is less than or equal to the first preset number.

[0055] It is worth noting that, taking the request for the first user group to associate with the first object region as an example, if the first object region is not currently associated with any user group, the first preset quantity is set according to actual application needs, for example, 1. This means that as long as users in the first user group generate one or more marked objects through interactive operations, they can successfully associate with the first object region.

[0056] When a first object area is currently associated with a user group other than the first user group, the number of marked objects currently displayed on the first object area refers to the number of marked objects used by other user groups to successfully associate with the first object area. The first user group needs at least one more marked object than the number of marked objects used by other user groups to successfully associate with the first object area in order to successfully associate with the first object area. For example, if the first object area is currently successfully associated with another user group, and there are 5 marked objects displayed on the first object area, then the first user group needs to generate at least 6 marked objects to successfully associate with the first object area. To illustrate, if the enemy occupies a virtual territory and deploys 5 virtual soldiers on it, our side needs 6 virtual soldiers to capture the enemy-occupied virtual territory. When our side successfully captures the virtual territory, the virtual territory becomes associated with our side.

[0057] When the first object region is currently associated with the first user group, re-associating it can be understood as increasing the number of marked objects on the first object region. This increases the difficulty for other user groups to associate the first object region subsequently. The more marked objects on the first object region, the less likely it is to be associated by other users, increasing the probability that the first user group will maintain a long-term association with the first object region. In this case, the first preset number is set according to actual application needs, for example, one. Optionally, the second preset number is less than or equal to the first preset number, but is not limited to this.

[0058] In this embodiment, when the target number is less than the minimum number of marked objects required to successfully associate with the first object region, a prompt message is output to encourage each user to continue initiating interactive operations and continue accumulating the target number of marked objects until the target number is greater than or equal to the minimum number of marked objects required to successfully associate with the first object region. The prompt message may, for example, indicate that more interactive operations need to be initiated to generate more marked objects until the number of marked objects is greater than or equal to the minimum number required to successfully associate with the first object region. Of course, if the number of shared interactive objects is insufficient, a prompt message indicating insufficient interactive objects can be output to encourage the user to continue performing specified related tasks to obtain more interactive objects. Furthermore, when a user has obtained enough interactive objects and the interaction termination condition has not been met, the user can continue to consume interactive objects to initiate interactive operations. Optionally, in this embodiment, the interactive operations can be divided into sessions, and a start time and end time can be set for each session. Users can only participate in the interaction between the start and end times of each session. Of course, the start and end times of different sessions can be the same or different. For example, if there are multiple interactive sessions each day, the start and end times of the different interactive sessions will be different each day; if there is only one interactive session each day, the interactive sessions can use the same start and end times.

[0059] In some embodiments of this application, when the accumulated interactive resources meet the set conditions, one implementation process for associating the first object area with the user group may be: when the target number is greater than or equal to the minimum number mentioned above, display the target number of marked objects on the first object area, determine that the first object area has been successfully associated with the user group, and change the minimum number to the target number plus 1.

[0060] Further optionally, when the first object area is successfully associated with the first user group, the name of the first user group can be displayed on the first object area, or the text message "Successfully associated with the first user group" can be displayed on the first object area, or the text message "Associated" can be displayed on the first object area. At the same time, the image of the marked object displayed on the first object area is the image of the marked object of the first user group. Of course, there is no limitation on how to highlight that the first object area has been successfully associated with the first user group. In some embodiments of this application, the first interface also displays an object cache area corresponding to the first user group, and the target number of marked objects are located in the object cache area; then, one implementation process for displaying the target number of marked objects on the first object area is: according to the topological relationship of multiple object areas, a movement path from the object cache area to the first object area is planned; the target number of marked objects are controlled to move from the object cache area along the movement path to the first object area.

[0061] In this embodiment, the topological relationship of multiple object regions can reflect the relative positional relationship of the multiple object regions, including which object regions are adjacent and which are not adjacent. Furthermore, by combining the topological relationship and the association status of the multiple object regions, a movement path from the object cache to the first object region can be planned. The other object regions on this movement path, besides the first object region, are object regions already associated with the first user group.

[0062] In this embodiment, if the first object area is currently associated with other user groups, after controlling the target number of marked objects to move from the object cache along the movement path to the first object area, the marked objects of other user groups originally displayed on the first object area can be cleared, and attack animations can be displayed on the first object area to further increase the fun of the interaction. In some embodiments of this application, when the first object area is successfully associated with the first user group, as user interaction continues, the number of target objects displayed on the first object area may change again. For example, other users in the first user group may associate the first object area again through interaction, thereby increasing the number of target objects displayed on the first object area. Therefore, after associating the first object area with the user group, at least one of the following operations is also included:

[0063] Operation 1: When the number of marked objects displayed on the first object area reaches a corresponding range, the visualization of the marked objects is dynamically changed; different number ranges correspond to different visualizations. The number range in this embodiment may include multiple ranges.

[0064] Taking virtual soldiers as the marked object and virtual land as the object area as the example, the game stipulates that 1 virtual soldier can form 1 infantryman, 5 infantrymen can form 1 cavalryman, and 5 cavalrymen can form 1 chariot. When the number of virtual soldiers on the virtual land reaches the cavalry requirement, the virtual soldiers on the virtual land are displayed in the form of cavalrymen; when the number of virtual soldiers on the virtual land reaches the chariot requirement, the virtual soldiers on the virtual land are displayed in the form of chariots.

[0065] Operation 2: Display the execution animation of the marked object performing the task and the task object on the first object area, and the visual form of the task object changes dynamically with the number of marked objects.

[0066] To enhance interactivity and engagement, in this embodiment, after the first object area is successfully associated with the first user group, animations of the marked object performing a task can be displayed. This embodiment does not limit the task performed by the marked object on the first object area; for example, it could be a construction task, a tree-planting task, etc. Furthermore, as the number of marked objects increases and tasks are continuously completed, the form of the task objects will continuously change, gradually becoming more complete.

[0067] Taking the example of virtual soldiers performing construction tasks on virtual plots, with the task object being a building, an animation of virtual soldiers constructing a building can be displayed on the virtual plot. The number of floors in the building increases as the number of virtual soldiers increases. For example, 10 virtual soldiers can build a 1-story building, 100 virtual soldiers can build a 2-story building, and 200 virtual soldiers can build a 3-story building.

[0068] In this embodiment, resources can be allocated between at least two user groups based on the number of object regions associated with each user group. This embodiment does not limit the specific time of resource allocation; for example, it can occur after multiple user groups have completed an interactive session, or at a specified time after the marketing activity associated with the resource allocation has ended. The specific time for resource allocation can be set according to actual needs.

[0069] In one alternative implementation, allocating resources among at least two user groups based on the number of object regions associated with at least two user groups specifically involves: allocating resources to be allocated to at least two user groups based on the number of object regions associated with at least two user groups; and within each user group, allocating the resources allocated to the user group to the resource accounts of each user in the user group based on the number of object regions successfully associated with each user in the user group.

[0070] In this application embodiment, the form of the resources to be allocated is not limited. For example, in an optional embodiment, the resources to be allocated may include, but are not limited to, various resource forms with use value such as cash red envelopes, rebate red envelopes, coupons, or vouchers. For any user group, the more object regions associated with the user group, the more resources the user group will be allocated. Similarly, when allocating resources within the same user group, the more object regions a user successfully associates, the more resources they will be allocated. It should be noted that within each user group, the resources allocated to the user group can also be distributed equally among the resource accounts of each user within the group. Regardless of the resource allocation method used within the group, the resources allocated to users can be directly applied to marketing activities, directly offsetting or discounting the value of goods when purchasing them. In another optional embodiment, the resources to be allocated may be resource forms without use value, such as virtual counting props. Such resources allocated to users are used to represent the quantity of resource forms with use value that the user can allocate. In actual use, users need to exchange their allocated resources that have no use value for resources that can be used in marketing activities according to the set exchange time. Then, when purchasing goods, they can use the exchanged resources with use value to offset or discount the value of the goods.

[0071] The resource allocation method provided in this application displays multiple object areas, which are used to associate at least two user groups. By providing interactive operations, users within each user group obtain interactive resources, and based on these resources, the user group is associated with the object areas. The addition of interactive operations during the association process enhances interactivity and increases the fun of associating user groups with object areas, attracting more users and effectively increasing platform user traffic and stickiness. Furthermore, based on the association between user groups and object areas, resources can be allocated among user groups according to the number of object areas successfully associated with each user group. By combining interactive operations, the association between user groups and object areas, and resource allocation, users can not only participate in interactive operations but also receive resources. While interactive operations provide a better user experience, the resource allocation further increases user enthusiasm, attracting more users and effectively increasing platform user traffic and stickiness.

[0072] To facilitate a better understanding of the resource allocation method provided in the embodiments of this application, several scenario embodiments are described below.

[0073] Scenario Example 1:

[0074] E-commerce platforms offer a "candy dispenser for red envelopes" feature to attract users to participate in marketing campaigns.

[0075] 1. Collect the candy dispenser

[0076] (1) Users can collect candy dispensers through methods such as "earning candy dispensers by completing tasks" and "inviting others to help". Each method has limitations on the number of candy dispensers a single user can obtain per day and the number of times they can participate. Please refer to the interactive interface description and the interactive results for details. In the "inviting others to help" method, only the sharer has a chance to obtain candy dispensers. The same sharer and the shared recipient can only help each other once per day, and each user can only help a maximum of 6 friends per day. The number of candy dispensers obtained through "inviting others to help" is subject to the actual number on the page. The types of tasks that users can participate in by entering the activity page through the e-commerce APP are different. Please refer to the interactive interface description and the interactive results for details.

[0077] (2) Users can unlock the opportunity to receive shopping coupons by continuously collecting candy dispensers, up to 10 times, with a different number of candy dispensers required each time.

[0078] 2. Receive a red envelope

[0079] Shopping coupons unlocked through the candy dispenser are random in value, as shown on the coupon itself. The number of coupons is limited; each user can unlock a maximum of 10 during the event. The first 9 coupons can be manually claimed and viewed / used directly on the coupon page. The 10th coupon is a grand prize coupon, which cannot be claimed immediately. Users must return to the event page on a designated date to participate in a draw. The grand prize coupon value is also random, with a maximum value of 49,999 yuan.

[0080] Scenario Example 2:

[0081] E-commerce platforms push messages to users during marketing campaigns, offering cash rewards for participating in a "land grabbing" game. Users are directed to the game interface from the marketing campaign page displayed on the client application. Clicking the gameplay details control on the game interface reveals the rules. The game involves collecting virtual dice by completing tasks and recruiting others. Shaking the dice randomly generates a number of virtual soldiers, who are then used to compete against other teams in virtual land grabbing matches. Users earn cash rewards that must be redeemed for usable shopping coupons within the specified timeframe. These cash rewards serve only as virtual counting tools; they have no actual cash or discount value, are non-transferable, cannot be withdrawn, and have no function beyond being interactive items.

[0082] The distribution method for team redemption red envelopes can be as follows: The team redemption red envelopes will first be allocated within the amount corresponding to the admission ticket according to the expenditure ratio of each team member. The remaining team redemption red envelope amount will then be allocated according to the number of virtual soldiers contributed by each team member during the competition.

[0083] The virtual tiles are captured by virtual soldiers, who are obtained by rolling virtual dice. Users can collect virtual dice through methods such as "earning virtual dice by completing tasks" and "inviting friends to help." Each method has limitations on the number of virtual dice a single user can obtain per day and the number of times they can participate. In the "inviting friends to help" method, only the sharer has a chance to obtain virtual dice. The same sharer and the recipient can only help each other once per day, and each user can only help a maximum of 6 friends per day. The number of virtual dice obtained from inviting friends to help is subject to the actual number shown on the page.

[0084] Game session details:

[0085] (1) Warm-up Session: From 00:00:00 on January 1st, X year to 21:59:59 on January 2nd, X year, including a tutorial and 5 practice sessions. The tutorial completion rewards are immediately settled and can be redeemed for a bonus. The first practice session begins immediately after the tutorial ends and ends at 22:00 on the same day (if the tutorial ends after 21:00, the first practice session ends at 22:00 the following day). From January 1st to Z2nd, X year, the next 4 practice sessions will open sequentially at 09:00:00 each day and end at 22:00 on the same day. In the 5 practice sessions, the system will pre-position virtual soldiers on some virtual plots and automatically counterattack the user during the match, seizing the user's virtual plots. The prize pool and virtual soldier placement difficulty for each session are subject to the actual information on the event page.

[0086] (2) Real Battlefield: From 00:00:00 on January 3rd, Year X to 21:59:59 on February 4th, Year X, with matches 1-5 being 2-team matches and matches 6-14 being 4-team matches. During the Real Battlefield, at 9:00:00 each day, the system will randomly match other teams of the same tier based on their pending redemption amount. After deducting a certain amount of pending redemption amount as the Real Battlefield entry ticket, the virtual soldier occupation virtual territory competition for that match will begin. The competition time is from 9:00:00 to 21:59:59 each day, and the settlement time for pending redemption is from 22:00:00 on the same day to 8:59:59 on the next day. The settlement will be based on the number of virtual territories finally occupied by each team in that match, and the pending redemption prize pool will be divided proportionally. Once the pending redemption amount used as the entry ticket is deducted, it will not be refunded. In the real-world event, teams with different amounts of redeemable red envelopes participating in different sessions will have different amounts of redeemable red envelopes corresponding to their tickets and prize pools. Please refer to the actual display on the user's event page for details.

[0087] (3) As the number of participating users and teams changes constantly, team matching in this game may result in situations such as no bye or failure. Please refer to the actual display on the user activity page for details.

[0088] Team formation instructions:

[0089] (1) Invite to form a team:

[0090] ① Team formation time: From 00:00:00 on January 1, 2023 to January 2, 2023, team invitations can be sent at any time as long as the team is not full, except from 0:00 to 2:00 every day; From 00:00:00 on January 3, 2023 to February 4, 2023, team invitations can only be sent from 22:00 to 0:00 every day, and only new players participating in this event can be invited to join the team from 9:00 to 22:00 every day.

[0091] ② Team Formation Rules: Each user can invite up to 4 people to form a team. After a successful team formation, the system will award the team leader a team formation reward based on whether each member is being invited for the first time. The team formation reward is a virtual die, which can be used to draw virtual soldiers and then occupy virtual territories. Each user can receive the team leader team formation reward a maximum of 4 times during the event, but if the same user is invited to the same team repeatedly, the reward will only be given once. After a successful team formation, the members' pending redemption amount will be merged into the team's overall pending redemption amount. The team's pending redemption amount does not belong to anyone until it is settled to the members' pending redemption amounts.

[0092] ③ After successfully forming a team, users can interact with their teammates' registered accounts through their registered accounts on the event page.

[0093] (2) Leave the team:

[0094] ① Team withdrawal period: From January 1st, Year X to February 4th, Year X, you can leave the team between 10 PM and midnight each day. The daily limit for leaving the team is 3 times; after reaching this limit, you will not be able to leave. ② Team withdrawal rules: After leaving the team, users will receive a proportional share of the team's redeemable bonus based on their contribution level.

[0095] Redemption instructions for the redemption activity:

[0096] 1. Redemption period: 7:00:00 on February 5th, Year X – 21:59:59 on February 6th, Year X;

[0097] 2. Redemption Method: During the redemption period, users must log in to the e-commerce app, enter the main page of this event, and actively redeem the amount of redeemable coupons displayed in their event account for an equivalent value in one go. Coupons not redeemed by the deadline will expire, and the user will be deemed to have voluntarily forfeited their redemption eligibility.

[0098] Rules for using activity red envelopes:

[0099] The promotional coupons obtained by users in this event are actually vouchers for enjoying instant discounts on purchases. These coupons are only valid from 00:00:00 on January 1st, X year to 23:59:59 on February 6th, X year; unused coupons will expire. Promotional coupons are only valid for purchasing physical goods on designated e-commerce platforms. If an order using a promotional coupon is refunded, the refundable amount and coupon value will be based on the information on the consumer's refund page. Coupons refunded between January 1st and February 6th, X year are only valid before 23:59:59 on February 6th, X year; coupons refunded after 00:00:00 on February 7th, X year are still valid until 23:59:59 on March 8th, X year; coupons refunded after this time will expire. Users can view their promotional coupons through their personal accounts on the e-commerce app. Where X represents the same year, Y1 represents the same month, Y2 represents the same month, and the month represented by Y2 is longer than the month represented by Y1; Z1-Z8 represent different dates, and the dates represented by Z1-Z8 gradually increase in size.

[0100] The following is a detailed introduction to the territory-grabbing game:

[0101] Virtual soldiers can be used to capture enemy tiles, empty tiles, or defend friendly tiles. Additionally, users can choose to play in a team or solo mode. In solo mode, the user is the only member of their team; in team mode, the team includes all members of the team.

[0102] by Figure 2 Taking the game interface shown as an example, our side obtains several virtual dice by completing tasks required by marketing activities. Each virtual die can be rolled once or multiple times. Rolling a virtual die once generates a corresponding number of virtual soldiers, which are then cached in our base. Our side can choose to occupy enemy tiles or empty tiles, or choose to defend our own tiles.

[0103] In the capture-enemy-territory gameplay, the required number of virtual soldiers to capture an enemy territory is greater than the number of enemy virtual soldiers defending that territory. If your virtual soldiers do not meet this requirement, they are cached at your base, and the virtual dice are rolled repeatedly to cache more until the required number is reached. Once the required number of virtual soldiers is met, all virtual soldiers can be deployed at once, moving from your base to the enemy territory with an attack animation. After capturing the territory, the enemy's virtual soldiers are removed, and your virtual soldiers defend the captured territory, with the number of defenders equal to the number of deployed virtual soldiers. Furthermore, once a certain number of virtual soldiers are acquired, they can be merged and upgraded; for example, 1 infantryman, 5 infantrymen can be combined into 1 cavalryman, and 5 cavalrymen can be combined into 1 chariot.

[0104] Example 1: The target enemy territory has 5 soldiers. Our first roll of the virtual dice is a 3, adding 3 virtual soldiers to our base. We don't send any troops to capture the target enemy territory. Our second roll of the virtual dice is a 6, adding 6 more virtual soldiers to our base. Now we have 9 virtual soldiers at our base. We send all 9 virtual soldiers to capture the target enemy territory. After capture, our defenders number 9, and the 5 enemy virtual soldiers disappear.

[0105] Example 2: If enemy territory A has 3 soldiers and enemy territory B has 6 soldiers, and enemy territory A is automatically selected as the target, our side rolls the virtual die for the first time and rolls a 2, and then rolls the virtual die for the second time and rolls a 6. In this case, our 8 virtual soldiers will still attack enemy territory A instead of enemy territory B.

[0106] For the gameplay of occupying empty plots, at least one virtual soldier is required to occupy them.

[0107] In the defense-oriented gameplay, each roll of the virtual dice immediately dispatches virtual soldiers from the Town Hall to defend one's own territory. Once on one's territory, the virtual soldiers will move onto the buildings within that territory. The buildings' appearance upgrades as the number of defending virtual soldiers increases. For example, 5 defending virtual soldiers result in a one-story building; 10, a two-story building; 20, a three-story building; 50, a four-story building; and 100, a five-story building, and so on.

[0108] It should be noted that the execution subject of each step of the method provided in the above embodiments can be the same device, or the method can be executed by different devices. For example, the execution subject of steps 101 to 103 can be device A; or the execution subject of steps 101 and 102 can be device A, and the execution subject of step 103 can be device B; and so on.

[0109] Furthermore, some processes described in the above embodiments and accompanying drawings include multiple operations appearing in a specific order. However, it should be clearly understood that these operations may not be executed in the order they appear herein, or they may be executed in parallel. The operation numbers, such as 101, 102, etc., are merely used to distinguish different operations and do not represent any execution order. Additionally, these processes may include more or fewer operations, and these operations may be executed sequentially or in parallel. It should be noted that the descriptions such as "first" and "second" in this document are used to distinguish different messages, devices, modules, etc., and do not represent a sequential order, nor do they limit "first" and "second" to different types.

[0110] From a data processing perspective, embodiments of this application also provide a data processing method. See [link to relevant documentation]. Figure 3 The data processing method may include the following steps:

[0111] 301. Display multiple object areas, which are used to associate at least two user groups.

[0112] In this embodiment, multiple object regions are displayed in the graphical user interface. How to display multiple object regions can be found in the description of the foregoing embodiments, and will not be repeated here.

[0113] 302. Provide interactive actions to determine the interactive resources accessed by users in at least two user groups.

[0114] 303. Based on the interactive resources obtained by users in each user group, determine the object area associated with each user group.

[0115] Furthermore, the above method also includes: allocating resources among user groups based on the object regions associated with each user group. Specifically, resources can be allocated among user groups based on the number of object regions associated with each user group. How to perform resource allocation can be found in the description of the foregoing embodiments, and will not be repeated here.

[0116] In this application embodiment, the interactive operation can be initiated based on the interactive object. Therefore, in an optional implementation, the process of providing interactive operation to determine the interactive resources obtained by users in each of at least two user groups can be: for any user group, responding to the operation of users in the user group requesting to associate a first object area, providing at least one round of interactive operation based on the interactive object maintained for users in the user group, and obtaining the interactive resources generated by at least one round of interactive operation.

[0117] Further optionally, in response to a user request in the user group to associate with the first object region, based on the interaction object maintained for the users in the user group, provide at least one round of interaction operation and obtain the interaction resources generated by at least one round of interaction operation, including: in the case of multiple users in the user group requesting to associate with the first object region, respond to at least one round of interaction operation initiated by multiple users based on a shared interaction object, and accumulate the interaction resources generated by at least one round of interaction operation.

[0118] Optionally, the interactive resources generated from at least one round of interactive operations are accumulated, including: responding to interactive operations initiated by multiple users based on a shared interactive object, obtaining the number of marked objects generated by each user in each round of interactive operations as interactive resources; accumulating the number of marked objects generated by each user in each round of interactive operations to obtain a target number, wherein the marked objects are the objects required for the first object region to be successfully associated by the user group; when the target number is less than the minimum number of marked objects required to successfully associate the first object region, outputting a prompt message to prompt each user to continue initiating interactive operations.

[0119] Further optionally, in response to interactive actions initiated by multiple users based on a shared interactive object, the number of marked objects generated by each user in each round of interactive actions is obtained, including:

[0120] Respond to each round of interactive actions initiated by each user. If the remaining number of interactive objects corresponding to a user is less than the specified number, the user is prohibited from initiating interactive actions in this round. Otherwise, the user is allowed to initiate interactive actions in this round.

[0121] or,

[0122] The interaction objects corresponding to multiple users are evenly distributed, and each round of interaction operation initiated by each user is responded to. If the remaining number of interaction objects allocated to a user is less than the specified number, the user is prohibited from initiating the current round of interaction operation; otherwise, the user is allowed to initiate the current round of interaction operation.

[0123] or,

[0124] The interaction objects of multiple users are placed into a shared resource pool. In response to each round of interaction operations initiated by each user, it is determined whether there are enough remaining interaction objects in the shared resource pool for all users to initiate the current round of interaction operations. If not, the target user among the multiple users who cannot initiate the current round of interaction operations is identified and prohibited from initiating the current round of interaction operations.

[0125] Optionally, in response to interactive operations initiated by multiple users based on shared interactive objects, the number of marked objects generated by each user in each round of interactive operations is obtained, including: for any user among the multiple users, if the user is allowed to initiate the current round of interactive operations, in response to the user's initiated interactive operations, displaying a second interface, on which interactive animations adapted to the interactive objects consumed in the current round of interactive operations are displayed; during or after the display of interactive animations, the number of marked objects generated in this interactive operation is displayed on the second interface.

[0126] Further, optionally, based on the interactive resources acquired by users in each user group, determining the object region associated with each user group includes: for any user group, when requesting the user group to associate with a first object region, associating the first object region with the user group when the accumulated interactive resources meet the requirements:

[0127] Further optionally, when the accumulated interactive resources meet the requirements, associating the first object region with the user group includes:

[0128] If the target number is greater than or equal to the minimum number, display the target number of marked objects on the first object area, confirm that the first object area has been successfully associated with the user group, and change the minimum number to the target number plus 1.

[0129] Further optionally, the above method also includes: if the first object area is not currently associated with any user group, using a first preset quantity as the minimum quantity; if the first object area is currently associated with other user groups besides the user group, incrementing the number of currently displayed marked objects on the first object area by 1, using it as the minimum quantity; if the first object area is currently associated with a user group, using a second preset quantity as the minimum quantity, wherein the second preset quantity is less than or equal to the first preset quantity.

[0130] Further optionally, after associating the first object region with the user group, at least one of the following operations is also included:

[0131] When the number of marked objects displayed on the first object area reaches a certain range, the visualization of the marked objects is dynamically changed; different ranges correspond to different visualizations; the execution animation of the marked objects performing tasks and the task objects are displayed on the first object area, and the visualization of the task objects changes dynamically with the number of marked objects.

[0132] The data processing method provided in this application displays multiple object areas, which are used to associate at least two user groups; it provides interactive operations to determine the interactive resources acquired by users in each of the at least two user groups; and it determines the object areas associated with each user group based on the interactive resources acquired by users in each user group. Thus, by associating user groups and interactive resources acquired by users based on interactive operations with object areas, any user can join a user group and participate in associating multiple object areas through interactive operations. This data processing method requires users to participate in associating object areas through interaction, resulting in strong interactivity, further emphasizing team collaboration, providing users with a better and more engaging experience, attracting more users to participate, and effectively increasing the platform's user traffic and stickiness.

[0133] Figure 4 This is a schematic diagram of a resource allocation device provided for an exemplary embodiment of this application. (See diagram below.) Figure 4 As shown, the device may include:

[0134] Display module 41 is used to display a first interface containing multiple object areas, which are used to associate at least two user groups, and to maintain the interactive objects required for the associated object areas for each user group.

[0135] The processing module 42 is used to, for any user group, when requesting the user group to associate with the first object area, accumulate the interactive resources generated by at least one round of interactive operations, where at least one round of interactive operations is initiated by a user in the user group based on a shared interactive object, and associate the first object area with the user group when the accumulated interactive resources meet the requirements.

[0136] The processing module 42 is also configured to allocate resources between at least two user groups based on the number of object regions associated with at least two user groups.

[0137] Further optionally, when processing module 42 accumulates interactive resources generated by at least one round of interactive operations in the case of requesting user group to associate with the first object area, it is specifically used to: accumulate interactive resources generated by at least one round of interactive operations in the case of multiple users in the user group requesting to associate with the first object area, wherein at least one round of interactive operations is initiated by multiple users based on a shared interactive object.

[0138] Further optionally, when processing module 42 accumulates interactive resources generated from at least one round of interactive operations, it is specifically used for:

[0139] In response to interactive operations initiated by multiple users based on a shared interactive object, the system obtains the number of marked objects generated by each user in each round of interactive operations as an interactive resource; it accumulates the number of marked objects generated by each user in each round of interactive operations to obtain a target number, where marked objects are the objects required for the first object region to be successfully associated with the user group; when the target number is less than the minimum number of marked objects required to successfully associate the first object region, it outputs a prompt message to encourage each user to continue initiating interactive operations.

[0140] Further optionally, when processing module 42 responds to interactive operations initiated by multiple users based on a shared interactive object, and obtains the number of marked objects generated by each user in each round of interactive operations, it is specifically used for:

[0141] Respond to each round of interactive actions initiated by each user. If the remaining number of interactive objects corresponding to a user is less than the specified number, the user is prohibited from initiating interactive actions in this round. Otherwise, the user is allowed to initiate interactive actions in this round.

[0142] or,

[0143] The interaction objects corresponding to multiple users are evenly distributed, and each round of interaction operation initiated by each user is responded to. If the remaining number of interaction objects allocated to a user is less than the specified number, the user is prohibited from initiating the current round of interaction operation; otherwise, the user is allowed to initiate the current round of interaction operation.

[0144] or,

[0145] The interaction objects of multiple users are placed into a shared resource pool. In response to each round of interaction operations initiated by each user, it is determined whether there are enough remaining interaction objects in the shared resource pool for all users to initiate the current round of interaction operations. If not, the target user among the multiple users who cannot initiate the current round of interaction operations is identified and prohibited from initiating the current round of interaction operations.

[0146] Further optionally, when processing module 42 responds to interactive operations initiated by multiple users based on a shared interactive object, and obtains the number of marked objects generated by each user in each round of interactive operations, it is specifically used for:

[0147] For any user among multiple users, if the user is allowed to initiate the current round of interactive operations, respond to the user's initiated interactive operations and display a second interface. The second interface displays interactive animations that are adapted to the interactive objects consumed in this round of interactive operations. During or after the display of interactive animations, the second interface displays the number of marked objects generated in this interactive operation.

[0148] Further optionally, when the accumulated interactive resources meet the requirements, the processing module 42 associates the first object region with the user group, specifically for the following purposes:

[0149] If the target number is greater than or equal to the minimum number, display the target number of marked objects on the first object area, confirm that the first object area has been successfully associated with the user group, and change the minimum number to the target number plus 1.

[0150] Further optionally, the processing module 42 is also used for:

[0151] If the first object area is not currently associated with any user group, the first preset quantity is used as the minimum quantity; if the first object area is currently associated with a user group other than the user group, the number of currently displayed marked objects on the first object area is increased by 1, which is used as the minimum quantity; if the first object area is currently associated with a user group, the second preset quantity is used as the minimum quantity, and the second preset quantity is less than or equal to the first preset quantity.

[0152] Further optionally, after associating the first object region with the user group, the processing module 42 is also configured to perform at least one of the following operations:

[0153] When the number of marked objects displayed on the first object area reaches a certain range, the visualization of the marked objects is dynamically changed; different ranges correspond to different visualizations; the execution animation of the marked objects performing tasks and the task objects are displayed on the first object area, and the visualization of the task objects changes dynamically with the number of marked objects.

[0154] Figure 4 The resource allocation device can perform Figure 1 The implementation principle and technical effects of the resource allocation method in the illustrated embodiment will not be repeated here. The specific methods by which each module and unit of the resource allocation device in the above embodiments performs its operations have been described in detail in the embodiments related to the resource allocation method, and will not be elaborated upon here.

[0155] From a data processing perspective, embodiments of this application also provide a data processing apparatus, the structure of which is similar to... Figure 4 The resource allocation devices are the same, but the processing logic is different. Specifically, the data processing device may include a display module and a processing module. The display module is used to display multiple object areas, which are associated with at least two user groups.

[0156] The processing module is used to provide interactive operations to determine the interactive resources acquired by users in each of at least two user groups; the processing module is also used to determine the object area associated with each user group based on the interactive resources acquired by users in each user group.

[0157] Further optionally, the processing module is also used for:

[0158] Resources are allocated among user groups based on the object regions associated with each user group.

[0159] Further optionally, the processing module provides interactive operations to determine the interactive resources acquired by users in each of at least two user groups, specifically for:

[0160] For any user group, respond to user requests in the user group to associate with the first object area, provide at least one round of interactive operations based on the interactive objects maintained for users in the user group, and obtain the interactive resources generated by at least one round of interactive operations.

[0161] Further optionally, when the processing module responds to a user request in the user group to associate the first object region, and provides at least one round of interactive operations based on the interactive objects maintained for the users in the user group, and obtains the interactive resources generated by at least one round of interactive operations, it is specifically used for:

[0162] In the case of multiple users in a user group requesting to associate with the first object area, respond to at least one round of interactive operations initiated by multiple users based on a shared interactive object, and accumulate the interactive resources generated by at least one round of interactive operations.

[0163] Optionally, when the processing module accumulates interactive resources generated from at least one round of interactive operations, it is specifically used to: respond to interactive operations initiated by multiple users based on a shared interactive object, obtain the number of marked objects generated by each user in each round of interactive operations as interactive resources; accumulate the number of marked objects generated by each user in each round of interactive operations to obtain a target number, where the marked objects are the objects required for the first object region to be successfully associated by the user group; when the target number is less than the minimum number of marked objects required to successfully associate the first object region, output a prompt message to prompt each user to continue initiating interactive operations.

[0164] Further optionally, when the processing module responds to interactive operations initiated by multiple users based on a shared interactive object, and obtains the number of marked objects generated by each user in each round of interactive operations, it is specifically used for:

[0165] Respond to each round of interactive actions initiated by each user. If the remaining number of interactive objects corresponding to a user is less than the specified number, the user is prohibited from initiating interactive actions in this round. Otherwise, the user is allowed to initiate interactive actions in this round.

[0166] or,

[0167] The interaction objects corresponding to multiple users are evenly distributed, and each round of interaction operation initiated by each user is responded to. If the remaining number of interaction objects allocated to a user is less than the specified number, the user is prohibited from initiating the current round of interaction operation; otherwise, the user is allowed to initiate the current round of interaction operation.

[0168] or,

[0169] The interaction objects of multiple users are placed into a shared resource pool. In response to each round of interaction operations initiated by each user, it is determined whether there are enough remaining interaction objects in the shared resource pool for all users to initiate the current round of interaction operations. If not, the target user among the multiple users who cannot initiate the current round of interaction operations is identified and prohibited from initiating the current round of interaction operations.

[0170] Further optionally, when the processing module responds to interactive operations initiated by multiple users based on a shared interactive object, and obtains the number of marked objects generated by each user in each round of interactive operations, it is specifically used for:

[0171] For any user among multiple users, if the user is allowed to initiate the current round of interactive operations, respond to the user's initiated interactive operations and display a second interface. The second interface displays interactive animations that are adapted to the interactive objects consumed in this round of interactive operations. During or after the display of interactive animations, the second interface displays the number of marked objects generated in this interactive operation.

[0172] Further optionally, when the processing module determines the object region associated with each user group based on the interactive resources obtained by users in each user group, it is specifically used for:

[0173] For any user group, when requesting the user group to associate with the first object region, the first object region will be associated with the user group when the accumulated interaction resources meet the requirements:

[0174] Further optionally, when the accumulated interactive resources meet the requirements, the processing module associates the first object region with the user group, specifically for the following purposes:

[0175] If the target number is greater than or equal to the minimum number, display the target number of marked objects on the first object area, confirm that the first object area has been successfully associated with the user group, and change the minimum number to the target number plus 1.

[0176] Further optionally, the processing module is also used for:

[0177] If the first object area is not currently associated with any user group, the first preset quantity is used as the minimum quantity; if the first object area is currently associated with a user group other than the user group, the number of currently displayed marked objects on the first object area is increased by 1, which is used as the minimum quantity; if the first object area is currently associated with a user group, the second preset quantity is used as the minimum quantity, and the second preset quantity is less than or equal to the first preset quantity.

[0178] Further optionally, after associating the first object region with the user group, the processing module also includes performing at least one of the following operations:

[0179] When the number of marked objects displayed on the first object area reaches a certain range, the visualization of the marked objects is dynamically changed; different number ranges correspond to different visualizations.

[0180] The first object area displays the execution animation of the marked object performing the task, as well as the task object itself, and the visual form of the task object changes dynamically with the number of marked objects.

[0181] This application also provides a terminal device, such as... Figure 5 As shown, the terminal device may include: a memory 51, a processor 52, and a display component 53.

[0182] Memory 51 is used to store computer programs and can be configured to store various other data to support operation on the computing platform. Examples of this data include instructions for any application or method operating on the computing platform, contact data, phone book data, messages, pictures, videos, etc.

[0183] Memory can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk or optical disk.

[0184] Processor 52, coupled to memory 51, is used to execute computer programs in memory 51 for:

[0185] Display component 53 displays a first interface containing multiple object areas, which are used to associate at least two user groups, and maintains the interactive objects required to associate the object areas for each user group.

[0186] For any user group, when requesting the user group to associate with the first object area, accumulate the interactive resources generated by at least one round of interactive operations, where at least one round of interactive operations is initiated by users in the user group based on a shared interactive object, and associate the first object area with the user group when the accumulated interactive resources meet the requirements.

[0187] Based on the number of object regions associated with at least two user groups, resources are allocated between at least two user groups.

[0188] Further optionally, when the processor 52 requests a user group to associate with the first object region, and accumulates interactive resources generated from at least one round of interactive operations, it specifically uses the following methods:

[0189] In the case of multiple users in a user group requesting operations related to the first object area, the interactive resources generated by at least one round of interactive operations are accumulated, and at least one round of interactive operations is initiated by multiple users based on a shared interactive object.

[0190] Further optionally, when the processor 52 accumulates the interactive resources generated from at least one round of interactive operations, it is specifically used for:

[0191] In response to interactive operations initiated by multiple users based on a shared interactive object, the system obtains the number of marked objects generated by each user in each round of interactive operations as an interactive resource; it accumulates the number of marked objects generated by each user in each round of interactive operations to obtain a target number, where marked objects are the objects required for the first object region to be successfully associated with the user group; when the target number is less than the minimum number of marked objects required to successfully associate the first object region, it outputs a prompt message to encourage each user to continue initiating interactive operations.

[0192] Further optionally, when processor 52 responds to interactive operations initiated by multiple users based on a shared interactive object, and obtains the number of marked objects generated by each user in each round of interactive operations, it is specifically used for:

[0193] Respond to each round of interactive actions initiated by each user. If the remaining number of interactive objects corresponding to a user is less than the specified number, the user is prohibited from initiating interactive actions in this round. Otherwise, the user is allowed to initiate interactive actions in this round.

[0194] or,

[0195] The interaction objects corresponding to multiple users are evenly distributed, and each round of interaction operation initiated by each user is responded to. If the remaining number of interaction objects allocated to a user is less than the specified number, the user is prohibited from initiating the current round of interaction operation; otherwise, the user is allowed to initiate the current round of interaction operation.

[0196] or,

[0197] The interaction objects of multiple users are placed into a shared resource pool. In response to each round of interaction operations initiated by each user, it is determined whether there are enough remaining interaction objects in the shared resource pool for all users to initiate the current round of interaction operations. If not, the target user among the multiple users who cannot initiate the current round of interaction operations is identified and prohibited from initiating the current round of interaction operations.

[0198] Further optionally, when processor 52 responds to interactive operations initiated by multiple users based on a shared interactive object, and obtains the number of marked objects generated by each user in each round of interactive operations, it is specifically used for:

[0199] For any user among multiple users, if the user is allowed to initiate the current round of interactive operations, respond to the user's initiated interactive operations and display a second interface. The second interface displays interactive animations that are adapted to the interactive objects consumed in this round of interactive operations. During or after the display of interactive animations, the second interface displays the number of marked objects generated in this interactive operation.

[0200] Further optionally, when the processor 52 associates the first object region with the user group when the accumulated interactive resources meet the requirements, it is specifically used for:

[0201] If the target number is greater than or equal to the minimum number, display the target number of marked objects on the first object area, confirm that the first object area has been successfully associated with the user group, and change the minimum number to the target number plus 1.

[0202] Further optionally, processor 52 is also used for:

[0203] If the first object area is not currently associated with any user group, the first preset quantity is used as the minimum quantity; if the first object area is currently associated with a user group other than the user group, the number of currently displayed marked objects on the first object area is increased by 1, which is used as the minimum quantity; if the first object area is currently associated with a user group, the second preset quantity is used as the minimum quantity, and the second preset quantity is less than or equal to the first preset quantity.

[0204] Further optionally, after associating the first object region with the user group, the processor 52 is also configured to perform at least one of the following operations:

[0205] When the number of marked objects displayed on the first object area reaches a certain range, the visualization of the marked objects is dynamically changed; different ranges correspond to different visualizations; the execution animation of the marked objects performing tasks and the task objects are displayed on the first object area, and the visualization of the task objects changes dynamically with the number of marked objects.

[0206] Furthermore, such as Figure 5 As shown, the terminal device also includes other components such as a communication component 54, a power supply component 55, and an audio component 56. Figure 5 The diagram only shows some components and does not mean that the terminal device only includes... Figure 5 The components shown, in addition, Figure 5 The components within the dashed box are optional, not required.

[0207] This application embodiment also provides a terminal device, the structure of which is similar to... Figure 5 The terminal devices shown have the same structure, but different processing logic. Specifically, the terminal device may include: memory, processor, and display components.

[0208] Memory is used to store computer programs and can be configured to store various other data to support operation on a computing platform. Examples of this data include instructions for any application or method operating on the computing platform, contact data, phone book data, messages, pictures, videos, etc.

[0209] Memory can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk or optical disk.

[0210] A processor, coupled to memory, is used to execute computer programs stored in memory for:

[0211] Multiple object areas are displayed using a display component, and these multiple object areas are used to associate at least two user groups;

[0212] Provide interactive actions to determine the interactive resources available to users in each of at least two user groups;

[0213] Based on the interactive resources acquired by users in each user group, the associated object regions of each user group are determined.

[0214] Further optionally, the processor is also used for:

[0215] Resources are allocated among user groups based on the object regions associated with each user group.

[0216] Further optionally, the processor provides interactive operations to determine the interactive resources acquired by users in each of at least two user groups, specifically for:

[0217] For any user group, respond to user requests in the user group to associate with the first object area, provide at least one round of interactive operations based on the interactive objects maintained for users in the user group, and obtain the interactive resources generated by at least one round of interactive operations.

[0218] Further optionally, when the processor responds to a user request in the user group to associate the first object region, and provides at least one round of interactive operations based on the interactive objects maintained for the users in the user group, and acquires the interactive resources generated by at least one round of interactive operations, it is specifically used for:

[0219] In the case of multiple users in a user group requesting to associate with the first object area, respond to at least one round of interactive operations initiated by multiple users based on a shared interactive object, and accumulate the interactive resources generated by at least one round of interactive operations.

[0220] Optionally, when the processor accumulates the interaction resources generated in at least one round of interaction operations, it is specifically used to: respond to interaction operations initiated by multiple users based on a shared interaction object, obtain the number of marked objects generated by each user in each round of interaction operations as interaction resources; accumulate the number of marked objects generated by each user in each round of interaction operations to obtain a target number, wherein the marked objects are the objects required for the first object region to be successfully associated by the user group; when the target number is less than the minimum number of marked objects required to successfully associate the first object region, output a prompt message to prompt each user to continue initiating interaction operations.

[0221] Further optionally, when the processor responds to interactive operations initiated by multiple users based on a shared interactive object, and obtains the number of marked objects generated by each user in each round of interactive operations, it is specifically used for:

[0222] Respond to each round of interactive actions initiated by each user. If the remaining number of interactive objects corresponding to a user is less than the specified number, the user is prohibited from initiating interactive actions in this round. Otherwise, the user is allowed to initiate interactive actions in this round.

[0223] or,

[0224] The interaction objects corresponding to multiple users are evenly distributed, and each round of interaction operation initiated by each user is responded to. If the remaining number of interaction objects allocated to a user is less than the specified number, the user is prohibited from initiating the current round of interaction operation; otherwise, the user is allowed to initiate the current round of interaction operation.

[0225] or,

[0226] The interaction objects of multiple users are placed into a shared resource pool. In response to each round of interaction operations initiated by each user, it is determined whether there are enough remaining interaction objects in the shared resource pool for all users to initiate the current round of interaction operations. If not, the target user among the multiple users who cannot initiate the current round of interaction operations is identified and prohibited from initiating the current round of interaction operations.

[0227] Further optionally, when the processor responds to interactive operations initiated by multiple users based on a shared interactive object, and obtains the number of marked objects generated by each user in each round of interactive operations, it is specifically used for:

[0228] For any user among multiple users, if the user is allowed to initiate the current round of interactive operations, respond to the user's initiated interactive operations and display a second interface. The second interface displays interactive animations that are adapted to the interactive objects consumed in this round of interactive operations. During or after the display of interactive animations, the second interface displays the number of marked objects generated in this interactive operation.

[0229] Further optionally, when the processor determines the object region associated with each user group based on the interactive resources acquired by users in each user group, it is specifically used for:

[0230] For any user group, when requesting the user group to associate with the first object region, the first object region will be associated with the user group when the accumulated interactive resources meet the requirements.

[0231] Further optionally, when the processor associates the first object region with the user group when the accumulated interaction resources meet the requirements, it specifically uses the following methods:

[0232] If the target number is greater than or equal to the minimum number, display the target number of marked objects on the first object area, confirm that the first object area has been successfully associated with the user group, and change the minimum number to the target number plus 1.

[0233] Further optionally, the processor is also used for:

[0234] If the first object area is not currently associated with any user group, the first preset quantity is used as the minimum quantity; if the first object area is currently associated with a user group other than the user group, the number of currently displayed marked objects on the first object area is increased by 1, which is used as the minimum quantity; if the first object area is currently associated with a user group, the second preset quantity is used as the minimum quantity, and the second preset quantity is less than or equal to the first preset quantity.

[0235] Further optionally, after associating the first object region with the user group, the processor may also perform at least one of the following operations:

[0236] When the number of marked objects displayed on the first object area reaches a certain range, the visualization of the marked objects is dynamically changed; different ranges correspond to different visualizations; the execution animation of the marked objects performing tasks and the task objects are displayed on the first object area, and the visualization of the task objects changes dynamically with the number of marked objects.

[0237] Accordingly, embodiments of this application also provide a computer-readable storage medium storing a computer program, which, when executed, can perform the steps that can be executed by a terminal device in the above method embodiments.

[0238] Accordingly, this application also provides a computer program product, including a computer program / instructions, which, when executed by a processor, enables the processor to perform the steps that can be executed by a terminal device in the above method embodiments.

[0239] The above Figure 5 The communication component is configured to facilitate wired or wireless communication between the device containing the communication component and other devices. The device containing the communication component can access wireless networks based on communication standards, such as WiFi, 2G, 3G, 5G / LTE, 5G, or combinations thereof. In one exemplary embodiment, the communication component receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, the communication component also includes a Near Field Communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID), Infrared Data Association (IrDA) technology, Ultra-Wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0240] The above Figure 5 The display components include a screen, which may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen can be implemented as a touchscreen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors can sense not only the boundaries of touch or swipe actions but also the duration and pressure associated with the touch or swipe operation.

[0241] The above Figure 5 The power supply component provides power to the various components of the device in which it resides. The power supply component may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the device in which it resides.

[0242] The above Figure 5 The audio component can be configured to output and / or input audio signals. For example, the audio component includes a microphone (MIC) configured to receive external audio signals when the device containing the audio component is in an operating mode, such as call mode, recording mode, or voice recognition mode. The received audio signals can be further stored in memory or transmitted via a communication component. In some embodiments, the audio component also includes a speaker for outputting audio signals.

[0243] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0244] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0245] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0246] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0247] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0248] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0249] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0250] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0251] The above are merely embodiments of this application and are not intended to limit the scope of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of the claims of this application.

Claims

1. A resource allocation method, characterized in that, include: Display a first interface containing multiple object areas, which are used to associate at least two user groups, and maintain the interactive objects required to associate the object areas for users in each user group; For any user group, if multiple users in the user group request an operation to associate with the first object area, respond to the interactive operation initiated by the multiple users based on the shared interactive object, and obtain the number of marked objects generated by each of the multiple users in each round of interactive operation as an interactive resource; The number of marked objects generated by each user in each round of interaction is accumulated to obtain the target number, wherein the marked objects are the objects required to mark the first object area as successfully associated by the user group; When the target number is less than the minimum number of marked objects required to successfully associate the first object region, a prompt message is output to prompt each user to continue initiating an interactive operation; If the target number is greater than or equal to the minimum number, display the target number of marked objects on the first object area, determine that the first object area is successfully associated with the user group, and change the minimum number to the target number plus 1; Resource allocation is performed between the at least two user groups based on the number of object regions associated with the at least two user groups.

2. The method according to claim 1, characterized in that, In response to interactive operations initiated by the multiple users based on a shared interactive object, the number of marked objects generated by each user in each round of interactive operations is obtained, including: In response to each round of interactive operations initiated by each user, if the remaining number of interactive objects corresponding to the user is less than a specified number, the user is prohibited from initiating the current round of interactive operations; otherwise, the user is allowed to initiate the current round of interactive operations. or, The interaction objects corresponding to the multiple users are evenly distributed. Each round of interaction operation initiated by each user is responded to. If the remaining number of interaction objects allocated to a user is less than a specified number, the user is prohibited from initiating the current round of interaction operation. Otherwise, the user is allowed to initiate the current round of interaction operation. or, The interaction objects of the multiple users are placed in a shared resource pool. In response to each round of interaction operations initiated by each user, it is determined whether there are enough remaining interaction objects in the shared resource pool for all users to initiate the current round of interaction operations. If not, a target user among the multiple users who cannot initiate the current round of interaction operations is identified and prohibited from initiating the current round of interaction operations.

3. The method according to claim 2, characterized in that, In response to interactive operations initiated by the multiple users based on a shared interactive object, the number of marked objects generated by each user in each round of interactive operations is obtained, including: For any one of the multiple users, if the user is allowed to initiate the current round of interactive operation, in response to the user's initiated interactive operation, a second interface is displayed. The second interface displays interactive animations that are adapted to the interactive objects consumed in the current round of interactive operation. During or after the display of the interactive animations, the number of marked objects generated by this interactive operation is displayed on the second interface.

4. The method according to any one of claims 1-3, characterized in that, Also includes: If the first object region is not currently associated with any user group, the first preset number will be used as the minimum number. If the first object area is currently associated with a user group other than the user group mentioned above, the number of currently displayed marked objects on the first object area is incremented by 1 to obtain the minimum number. If the first object region is currently associated with the user group, the second preset number is used as the minimum number, where the second preset number is less than or equal to the first preset number.

5. The method according to any one of claims 1-3, characterized in that, After associating the first object region with the user group, at least one of the following operations is also included: When the number of marked objects displayed on the first object area reaches a corresponding range, the visualization form of the marked objects is dynamically changed; wherein, different ranges correspond to different visualization forms. The execution animation of the marked object performing the task and the task object are displayed on the first object area, and the visual form of the task object changes dynamically with the number of marked objects.

6. A data processing method, characterized in that, include: Display multiple object areas, which are used to associate at least two user groups; For any user group, if multiple users in the user group request an operation to associate with the first object area, respond to the interactive operation initiated by the multiple users based on the shared interactive object, and obtain the number of marked objects generated by each of the multiple users in each round of interactive operation as an interactive resource; The number of marked objects generated by each user in each round of interaction is accumulated to obtain the target number, wherein the marked objects are the objects required to mark the first object area as successfully associated by the user group; When the target number is less than the minimum number of marked objects required to successfully associate the first object region, a prompt message is output to prompt each user to continue initiating an interactive operation; If the target number is greater than or equal to the minimum number, display the target number of marked objects on the first object area, determine that the first object area is successfully associated with the user group, and change the minimum number to the target number plus 1; determine the object area associated with each user group based on the interactive resources obtained by users in each user group.

7. The method according to claim 6, characterized in that, Also includes: Resources are allocated among user groups based on the object regions associated with each user group.

8. A terminal device, characterized in that, include: Memory, processor, and display components; The memory is used to store computer programs; The processor is coupled to the memory for executing the computer program to implement the steps of the method according to any one of claims 1-7.

9. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it causes the processor to perform the steps of the method according to any one of claims 1-7.

Images