Activity event management system, method and device

Abstract

The embodiment of the present application provides an activity event management system, method and device. The technical solution provided by the embodiment of the present application creates a truck collection activity based on the activity area. When the activity data calculation subsystem receives the behavior data of the activity user, it determines the truck collection activity corresponding to the behavior data, and issues an activity card to the activity user based on the received behavior data and the activity rules corresponding to the truck collection activity. When a truck collection activity that has ended is detected, the reward information corresponding to the ended truck collection activity is determined based on the activity cards owned by the activity users who participated in the ended truck collection activity, and the corresponding activity reward is issued to the activity users who participated in the truck collection activity based on the reward information. When truck collection activities are held in multiple countries and regions, truck collection activities can be created according to the activity rules applicable to each country and region, effectively meeting the global demand for truck collection activities across countries and regions.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of computer technology, and in particular, to an activity event management system, method, and device. Background Art

[0002] With the development of society, there are more and more types of cards, such as cartoon cards, commemorative cards, character cards, etc. Some cards have the value of appreciation and collection due to their rich and exquisite pictures. Card collection has gradually become an activity for users to collect and play. Therefore, introducing card collection activities in the global live broadcast operation business can effectively attract user participation, improve the retention of old users, and attract new users to join.

[0003] Card collection activities generally involve randomly obtaining a card by completing tasks, exchanging cards with friends, or completing certain actions, and finally collecting all the cards to receive rewards. Card collection activities can better motivate user interaction, increase user activity time, and stretch the brand image. Currently, card collection activities are all based on a single activity area (such as a single country or region). When conducting card collection activities in multiple activity areas, the management of card collection activities is relatively chaotic and the efficiency of event management is low. Summary of the invention

[0004] The embodiments of the present application provide an activity event management system, method and device to solve the technical problem that in the prior art, container truck activities are implemented based on a single activity area and the activity event management efficiency is low, meet the container truck activity needs in different activity areas, and improve the management efficiency of activity events.

[0005] In a first aspect, an embodiment of the present application provides an activity event management system, including an activity data calculation subsystem and a page reward subsystem, wherein:

[0006] The activity data calculation subsystem is configured to obtain the behavior data of the activity user, determine the truck collection activity corresponding to the behavior data, and the truck collection activity is created based on the activity area; and

[0007] Based on the behavior data, issuing activity cards to the activity users according to the activity rules corresponding to the card collection activity;

[0008] The page reward subsystem is configured to determine the card collection activity that has ended, and determine the reward information corresponding to the card collection activity that has ended based on the activity cards owned by the activity users who participated in the card collection activity that has ended; and

[0009] Based on the reward information, activity rewards are issued to active users who participated in the card collection activity that has ended.

[0010] In a second aspect, an embodiment of the present application provides an activity event management method, including:

[0011] Obtaining behavior data of active users, and determining a truck collection activity corresponding to the behavior data, wherein the truck collection activity is created based on an activity area;

[0012] Based on the behavior data, issuing activity cards to the activity users according to the activity rules corresponding to the card collection activity;

[0013] Determine the card collection activities that have ended, and determine the reward information corresponding to the card collection activities that have ended based on the activity cards owned by the activity users who participated in the card collection activities that have ended;

[0014] Based on the reward information, activity rewards are issued to active users who participated in the card collection activity that has ended.

[0015] In a third aspect, an embodiment of the present application provides an activity event management device, including: a memory and one or more processors;

[0016] The memory is used to store one or more programs;

[0017] When the one or more programs are executed by the one or more processors, the one or more processors implement the activity event management method as described in the second aspect.

[0018] In a fourth aspect, an embodiment of the present application provides a storage medium storing computer executable instructions, which, when executed by a computer processor, are used to execute the activity event management method as described in the second aspect.

[0019] In the fifth aspect, an embodiment of the present application provides a computer program product, which includes a computer program stored in a computer-readable storage medium. At least one processor of the device reads and executes the computer program from the computer-readable storage medium, so that the device performs the activity event management method described in the second aspect.

[0020] The embodiment of the present application creates a collection card activity based on the activity area. When the activity data calculation subsystem receives the behavior data of the activity user, it determines the collection card activity corresponding to the behavior data, and issues an activity card to the activity user based on the received behavior data and the activity rules corresponding to the collection card activity. When a collection card activity that has ended is detected, the reward information corresponding to the ended collection card activity is determined according to the activity cards owned by the activity users who participated in the ended collection card activity, and the corresponding activity reward is issued to the activity users who participated in the collection card activity based on the reward information. In addition, the collection card activity can be created based on the activity area where the activity is initiated, so as to effectively meet the collection card activity needs in different activity areas and improve the management efficiency of activity events. In addition, when collection card activities are held in multiple countries and regions, collection card activities can be created according to the activity rules applicable to each country and region, so as to effectively meet the globalization and cross-country and regional collection card activity needs. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] Figure 1 It is a structural diagram of an activity event management system provided by an embodiment of the present application;

[0022] Figure 2 It is a structural diagram of an activity event management system provided by an embodiment of the present application;

[0023] Figure 3 This is a schematic diagram of a card collection activity creation process provided by an embodiment of the present application;

[0024] Figure 4 It is a principle block diagram of an activity data calculation subsystem provided by an embodiment of the present application;

[0025] Figure 5 It is a principle block diagram of a page reward subsystem provided in an embodiment of the present application;

[0026] Figure 6 is a flow chart of an activity event management method provided by an embodiment of the present application;

[0027] Figure 7 It is a structural diagram of an activity event management device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0028] In order to make the purpose, technical scheme and advantages of the present application clearer, the specific embodiments of the present application are further described in detail below in conjunction with the accompanying drawings. It is understood that the specific embodiments described herein are only used to explain the present application, rather than to limit the present application. It should also be noted that, for the convenience of description, only the part related to the present application but not all the contents are shown in the accompanying drawings. Before discussing the exemplary embodiments in more detail, it should be mentioned that some exemplary embodiments are described as processes or methods depicted as flow charts. Although the flow chart describes each operation (or step) as a sequential process, many of the operations therein can be implemented in parallel, concurrently or simultaneously. In addition, the order of each operation can be rearranged. The above process can be terminated when its operation is completed, but it can also have additional steps not included in the accompanying drawings. The above process can correspond to a method, a function, a procedure, a subroutine, a subprogram, etc.

[0029] Figure 1 A schematic diagram of the structure of an activity event management system provided by an embodiment of the present application is given, such as Figure 1 As shown, the activity event management system includes an activity data calculation subsystem and a page reward subsystem.

[0030] In one embodiment, the activity event management system can be configured as a distributed system, which can be used to incorporate scattered and unreliable planned tasks into a unified activity event management system, and implement cluster management scheduling and distributed deployment of distributed scheduled task management.

[0031] The activity data calculation subsystem provided by the present solution is configured to obtain the behavior data of the active user, determine the card collection activity corresponding to the behavior data, and the card collection activity is created based on the activity area. The card collection activity can be understood as issuing a certain number of activity cards to the active user (the type of card issued can be fixed or randomly determined) when the active user performs the specified behavior, and issuing corresponding activity rewards to the active user during or after the activity according to the card type and / or number of cards owned by the active user, or the card interaction operation performed by the active user based on the card type and / or number of cards owned by the user (such as card synthesis, that is, synthesizing multiple types of activity cards into a new activity card).

[0032] The card collection activity provided by this solution is created based on the activity area. For example, the corresponding regional scope, activity time, activity rules, reward rules, language type, card information (for example, different card patterns, texts, etc. can be set in different activity areas) is set based on the activity characteristics or cultural characteristics of the activity area. The activity data calculation subsystem can analyze and process the behavioral data of the activity users according to the regional scope, activity time, activity rules, reward rules, language type, and card information and issue corresponding activity cards.

[0033] Among them, active users can be users such as anchors or audiences. Active users can perform activity behaviors related to the card collection activity on the user side (such as the anchor side or the user side) and generate corresponding behavior data. The behaviors related to the card collection activity can be sending gifts, receiving gifts, recharging, starting live broadcasts, watching live broadcasts, sharing live broadcasts, following anchors, sharing anchors, anchor online battles, etc. The behavior types of activity behaviors related to the card collection activity can be set when creating the card collection activity.

[0034] Exemplarily, when the user terminal performs a behavior related to the truck collection activity and generates corresponding behavior data, the behavior data is provided to the activity data calculation subsystem, and the activity data calculation subsystem can determine the corresponding truck collection activity based on the behavior data, that is, determine the truck collection activity corresponding to the activity behavior performed by the activity user. Optionally, the behavior type of participating in the truck collection activity can be set when creating the truck collection activity, and after obtaining the behavior data, the behavior type of the activity behavior is determined, and the truck collection activity with the behavior type set is searched to determine the truck collection activity corresponding to the behavior data.

[0035] It is understandable that a card collection activity can correspond to one or more activity behaviors. For example, when an activity user performs various types of activity behaviors such as sending gifts, receiving gifts, recharging, starting live broadcasts, watching live broadcasts, sharing live broadcasts, following anchors, sharing anchors, and online battles with anchors, the activity user can be considered to be participating in the card collection activity. Correspondingly, an activity behavior can correspond to one or more card collection activities. For example, if multiple card collection activities have set the same type of activity behavior, when the activity user performs the activity behavior, it can be considered that the activity user is participating in multiple card collection activities at the same time, and the activity cards and activity rewards of these different card collection activities can be processed.

[0036] In addition, the activity data calculation subsystem provided by the present solution is also configured to issue activity cards to the active users based on the behavior data and according to the activity rules corresponding to the card collection activity. Different card collection activities correspond to different activity rules, and the activity rules can be understood as the rules for issuing activity cards to the active users under the corresponding card collection activities, and when the behavior data meets the requirements of the activity rules, and / or the number of activity cards owned by the active user meets the requirements of the activity rules, a fixed type or a random type of activity card is issued to the active user. In one possible embodiment, the activity rules are set when creating the card collection activity, and can be set according to the activity area.

[0037] Exemplarily, after obtaining the behavior data generated by the active user's activity behaviors related to the card collection activity and determining the card collection activity corresponding to the behavior data, the activity data calculation subsystem determines the activity rules corresponding to the card collection activity, and determines whether it is necessary to issue activity cards to the active user based on the behavior data according to the activity rules, and when determining that activity cards need to be issued to the active user, determines the number of cards issued and / or the type of card issued to the active user, and issues activity cards to the active user according to the determined number of cards issued and / or type of card issued.

[0038] In one possible embodiment, after the activity card is issued to the activity user, the activity card obtained can be notified to the activity user through IM message (Instant Messaging), and the user can view the card collection activity or the acquisition details of the activity card through the activity link provided by the IM message. In one possible embodiment, in addition to participating in the card collection activity and obtaining the activity card by executing the set activity behavior, the user can also obtain the activity card from friends or other users through gifts from friends, or give the activity card to friends or other users. Among them, the gifted activity card can be the original activity card issued to the activity user, or it can be a new activity card synthesized using multiple types of original activity cards.

[0039] Among them, the page reward subsystem provided by this solution is configured to determine the card collection activities that have ended, and determine the reward information corresponding to the card collection activities that have ended based on the activity cards owned by the activity users who participated in the card collection activities that have ended.

[0040] Exemplarily, the page reward subsystem periodically detects the activity time of a card collection activity. When a card collection activity that has ended (e.g., a card collection activity that has exceeded the activity time) is detected, it determines the active users who participated in the ended card collection activity and the activity cards owned by these active users in the card collection activity, and determines the reward information for each active user based on the number and / or type of activity cards owned by these active users in the card collection activity (including the originally issued activity cards and / or new activity cards synthesized based on the original activity cards).

[0041] In a possible embodiment, the reward information includes the reward type, reward amount, issuance time, issuance channel, etc. The reward rules based on the reward information are determined according to the activity cards owned by the activity users, which can be set when creating the card collection activity or during the card collection activity. Among them, the relevant settings of the card collection activity can be set during the card collection activity (for example, updating or adding or removing rules or restrictions).

[0042] In addition, the page reward subsystem configuration provided by this solution is also for issuing activity rewards to active users who participated in the card collection activity that has ended based on the reward information.

[0043] For example, after detecting that a card collection activity has ended and determining the reward information corresponding to the card collection activity, the corresponding activity reward is issued to the activity users who participated in the card collection activity based on the determined reward information. The activity reward can be props, coupons, titles, points, etc.

[0044] It is understandable that when a card collection activity requires active users to synthesize new activity cards based on different types of activity cards in order to obtain activity rewards, there are cases where some active users who fail to synthesize new activity cards cannot obtain activity rewards.

[0045] As described above, by creating a truck collection activity based on the activity area, the activity data calculation subsystem determines the truck collection activity corresponding to the behavior data when receiving the behavior data of the activity user, and issues an activity card to the activity user based on the received behavior data and the activity rules corresponding to the truck collection activity. When a truck collection activity that has ended is detected, the reward information corresponding to the ended truck collection activity is determined based on the activity cards owned by the activity users who participated in the ended truck collection activity, and the corresponding activity reward is issued to the activity users who participated in the truck collection activity based on the reward information. In addition, the truck collection activity can be created based on the activity area where the activity is initiated, effectively meeting the truck collection activity needs in different activity areas, improving the management efficiency of activity events, and when truck collection activities are held in multiple countries and regions, truck collection activities can be created according to the activity rules applicable to each country and region, effectively meeting the global truck collection activity needs across countries and regions.

[0046] Figure 2 A schematic diagram of the structure of an activity event management system provided in an embodiment of the present application is given. The activity event management system provided in this embodiment is further configured on the basis of the above-mentioned activity event management system. Figure 2 As shown, the activity event management system provided by this embodiment includes an activity creation subsystem, an activity data calculation subsystem and a page reward subsystem.

[0047] The activity creation subsystem provided in this solution is configured to obtain activity creation information and create a truck collection activity based on the activity creation information. The activity creation information is generated based on the activity area, and the activity creation subsystem can serve the operators of the truck collection activity to create the truck collection activity.

[0048] In a possible embodiment, the activity event management system provided by this solution can also provide a storage service subsystem, and the relevant data of the card collection activity (such as the configuration information of the card collection activity, the behavioral data generated by the user, the card information of the user, and other data related to the generation and operation of the card collection activity) can be stored in the storage service subsystem. Among them, the storage service subsystem may include the Codis storage subsystem, the Myshard storage subsystem and the UnionRedis storage subsystem. The Codis storage subsystem is a distributed Redis (high-performance key-value database) solution that supports global multi-cluster deployment. For upper-level applications, there is no obvious difference between connecting to Codis Proxy and connecting to the native Redis Server. The upper-level application can use the Codis storage subsystem like using a stand-alone Redis. The bottom layer of the Codis storage subsystem will handle the forwarding of requests, data migration without downtime, and all subsequent processing is transparent to the previous client. It can be simply considered that Codis is connected to a Redis service with infinite memory. As a global mysql db storage implementation solution, the Myshard storage subsystem supports global multi-cluster deployment and large data storage and reading functions. As a large-capacity redis cluster implementation solution, the UnionRedis storage subsystem has only one cluster and can be used for distributed lock implementation functions. Among them, the Codis storage subsystem and the Myshard storage subsystem are distributed in multiple regions (such as global deployment), and the UnionRedis storage subsystem can be deployed in one region. The Codis storage subsystem and the UnionRedis storage subsystem are a kind of memory database based on redis, which has the characteristics of fast access. The Myshard storage subsystem is based on hard disk storage, which has the characteristics of large storage capacity and strong durability. When modifying data, you can first modify the data in the UnionRedis storage subsystem, and then modify the data in the Codis storage subsystem and / or the Myshard storage subsystem for synchronization, which can achieve the effect of anti-concurrency, reduce user concurrency and cause over-issuance of cards, and inconsistent activity data. At the same time, it can also effectively prevent illegal users from performing high-frequency operations to swipe data through the storage subsystem interface to ensure the fairness of the card collection activity.

[0049] like Figure 3As shown in the provided schematic diagram of the process of creating a collection truck activity, when a new collection truck activity needs to be created, the operator can access the activity creation subsystem and set the activity creation information through the activity creation interactive page provided by the activity creation subsystem. Among them, the activity creation information includes one or more combinations of activity areas (such as countries, regions, etc.), activity time, activity rules, reward rules, language type, card information, activity page template, activity name, and activity status. Optionally, different activity areas (regions and / or time zones can be set for different countries or regions), activity time (activity start time), activity rules, reward rules, language type, card information (can be set by uploading cards, including the original activity cards issued to activity users, and the synthesized new activity cards), activity page templates, activity names, activity status (on or off the shelves), and other activity creation information setting interactive pages or components can be provided in the activity creation interactive page for operators to set the activity creation information.

[0050] Exemplarily, after completing the setting of the activity creation information and submitting it to the activity creation subsystem, the activity creation subsystem creates a card collection activity based on the acquired activity creation information, and saves the activity creation information related to the card collection activity in the storage service subsystem. The subsequent activity data calculation subsystem and the page reward subsystem can provide activity data calculation services and page and reward services based on the card collection activity and its related data recorded in the storage service subsystem. In one possible embodiment, the card collection activity can be identified by an activity identifier (such as an activity ID), and the activity identifier of the card collection activity corresponds to the activity creation information, for example, the correspondence between the activity identifier and the activity creation information is recorded by a key and value mapping table (key-value pair mapping table), wherein the activity identifier can be recorded by the key value, and the activity creation information can be recorded by the value value. After the activity creation information is saved in the storage service subsystem, the release of the card collection activity is realized, and the activity data calculation subsystem and the page reward subsystem can perform data processing related to the card collection activity (such as the issuance of activity cards and activity rewards) according to the activity creation information.

[0051] The operator can create a card collection activity through the activity creation subsystem, and configure the activity time, card collection rules (activity rules) and related information such as reward items, and save the card collection activity, and generate a corresponding activity link based on the saved card collection activity. Activity users can open the card collection activity through the banner (banner) or IM message provided by the application based on the activity link to enter the corresponding activity page, learn about the activity time, card collection rules, reward items and other related information through the page, and randomly obtain an activity card by completing the task (activity behavior) corresponding to the card collection task or exchanging with friends, and synthesize a new activity card based on the multiple activity cards obtained (for example, synthesize the activity card corresponding to "happiness and joy" based on the four activity cards issued "happiness", "fortune", "fast" and "joy"), and wait for the activity event management system to issue rewards after the end of the activity.

[0052] In one possible embodiment, when creating a truck collection activity, the activity creation information of the historically created truck collection activity can be obtained by copying the historically created truck collection activity, and adaptively modifying the historical activity creation information to obtain the activity creation information of the truck collection activity that needs to be created currently, thereby effectively speeding up the creation efficiency of the truck collection activity.

[0053] In one possible embodiment, a Kafka queue can be used as a message production and consumption middleware. When the activity behavior of an active user is detected and behavior data is generated, the behavior data will be written into the Kafka queue. The activity data calculation subsystem consumes the messages of this Kafka queue, and issues activity cards to the active users based on the behavior data obtained from the Kafka queue and the activity rules corresponding to the card collection activity. By utilizing the consumption characteristics of the Kafka queue, when the behavior data is not consumed correctly, it will retry until the response is successful, thereby ensuring that the behavior data can be processed correctly and the card collection activity is carried out correctly.

[0054] In one possible embodiment, the activity event management system can be designed in layers according to data stream processing. For example, the first layer is designed as a data collection layer, the second layer is designed as a data screening and processing layer, and the third layer is designed as a rule business processing layer for each truck collection activity. Each layer can be expanded independently in the yellow direction. The first layer of data transmission uses a kafka cluster as an intermediate transmission. The Kafka cluster can achieve horizontal expansion by increasing the number of nodes in a single cluster. The second layer of data uses Union to implement filtering, and can be expanded by adding instances horizontally to improve processing capabilities. The third layer uses a distributed processing and computing method, which can be expanded by adding deployment instances, and can start multiple processes to improve data processing capabilities. The multi-level and multi-layered division design can meet the dynamic expansion of the increase in data volume caused by business expansion, while facilitating the expansion of functions and meeting the situation of a sharp increase in the number of users.

[0055] like Figure 4 As shown in the principle block diagram of an activity data calculation subsystem provided, the activity data calculation subsystem provided by this solution includes an activity determination unit, a rule execution unit and a card issuing unit. The activity data calculation subsystem obtains the behavior data of the active user through the activity determination unit, the rule execution unit and the card issuing unit, determines the card collection activity corresponding to the behavior data, and based on the behavior data, issues the operation corresponding to the activity card to the active user according to the activity rules corresponding to the card collection activity.

[0056] The activity determination unit is configured to determine the truck collection activity corresponding to the behavior data and the activity rules corresponding to the truck collection activity. Exemplarily, after obtaining the behavior data of the activity user, the activity determination unit determines the corresponding truck collection activity according to the behavior type corresponding to the behavior data and determines the activity rules corresponding to the truck collection activity.

[0057] In a possible embodiment, the truck collection activity subscribes to one or more behavior types through an activity identifier, and records the activity rules through the rule information corresponding to the activity identifier. Based on this, the activity determination unit provided by the present solution is configured to obtain the activity identifier of the subscribed behavior type and the activity rule corresponding to the activity identifier according to the behavior type corresponding to the behavior data when determining the truck collection activity corresponding to the behavior data and the activity rule corresponding to the truck collection activity.

[0058] Exemplarily, when creating a card collection activity, determine the behavior type corresponding to the card collection activity, and subscribe to the behavior type corresponding to the card collection activity through the activity identifier. For example, the behavior type subscribed to by the card collection activity is recorded in the form of a redis Hash mapping table (the redis Hash mapping table is a string type key and value mapping table), where the activity identifier is stored in the redis Hash mapping table as a key value, an activity identifier corresponds to a hash field in the redis Hash mapping table, and the rule information recording the corresponding activity rules is stored in the redis Hash mapping table as a value value, where the rule information is represented in the form of a json string, which is convenient for dynamically expanding the use of fields and storing more information, and before using the rule information, the corresponding json string needs to be decoded and converted into an array to facilitate subsequent data processing. For example, the redisHash mapping table is saved in the Codis storage subsystem. When the behavior data of an active user is generated, the behavior data is written to the kafka queue. The activity determination unit consumes the behavior data from the kafka queue, determines the behavior type corresponding to the behavior data, and reads all activity identifiers and rule information subscribed to the behavior type from the Codis storage subsystem (for example, calling the hgetall method, using a traversal method, each traversal key is the activity identifier, and the value is the josn string corresponding to the activity rule). For example, when the behavior data corresponding to the active user sending a gift is received, the hgetall(gift_hash) method is used to read all activity identifiers and rule information subscribed to the gift-giving behavior from the Codis storage subsystem.

[0059] Corresponding redis Hash mapping tables can be set for different behavior types, and the activity identifiers and rule information (json strings corresponding to activity rules) corresponding to the truck collection activities that need to subscribe to the behavior type can be stored in the corresponding redisHash mapping table. The hash structure can effectively reduce the mutual influence of activity rules and data processing between different truck collection activities. When multiple truck collection activities are carried out at the same time, the activity rules and activity data will not affect each other, ensuring the correct processing of data and the normal progress of truck collection activities. It is understandable that after determining that the truck collection activity has ended, the activity identifier and rule information corresponding to the truck collection activity that has ended can be deleted from the redis Hash mapping table. For example, after the truck collection activity ends, according to the activity identifier, the hdel method is called to clean up the rule information related data of the truck collection activity that has ended in time, thereby improving the effective data processing capability.

[0060] It can be understood that a redis Hash mapping table records one or more activity identifiers of card collection activities that have subscribed to corresponding behavior types. When a card collection activity subscribes to multiple behavior types, the activity identifier of the card collection activity is stored in the redis Hash mapping tables corresponding to multiple behavior types at the same time, and when the card collection activity ends, the data related to the activity identifier is deleted from these redis Hash mapping tables.

[0061] Wherein, the rule execution unit is configured to determine the activity rules satisfied by the behavior data, and determine the card issuance information corresponding to the satisfied activity rules. Exemplarily, after the activity determination unit determines the card collection activity and activity rules corresponding to the behavior data, the rule execution unit compares the behavior data with each determined activity rule, and determines the activity rules satisfied by the behavior data based on the comparison result, and further determines the card issuance information corresponding to the behavior data based on the satisfied activity rules. Wherein, the card issuance information includes the card issuance quantity and / or card issuance type of the activity card that needs to be issued to the active user, wherein, when the card issuance quantity is greater than 1, there may be multiple card issuance types.

[0062] In a possible embodiment, the activity rules include redemption rules and extension rules. Correspondingly, when the rule execution unit determines the activity rules satisfied by the behavior data and determines the card issuance information corresponding to the satisfied activity rules, it is configured as follows:

[0063] Traverse the obtained activity identifiers and determine the redemption rules corresponding to each activity identifier;

[0064] Determine the expansion rule corresponding to the obtained activity identifier, and determine the expansion rule satisfied by the behavior data;

[0065] Based on the redemption rules corresponding to the extended rules satisfied by the behavior data, the corresponding card issuance information is determined according to the behavior data.

[0066] Exemplarily, after the activity determination unit determines the card collection activity and activity rules corresponding to the behavior data, the rule execution unit traverses the activity identifiers obtained by the activity determination unit, determines the redemption rules corresponding to each activity identifier, and obtains the extended rules corresponding to the activity identifier, compares the behavior data with the extended rules, and determines the extended rules satisfied by the behavior data.

[0067] After determining that the behavior data satisfies the extended rules, the rule execution unit compares the behavior data that satisfies the extended rules with the redemption rules corresponding to the extended rules satisfied by the behavior data, determines the redemption rules satisfied by the behavior data, and determines the card issuance information (including the number of cards issued and / or the type of card issued) corresponding to the behavior data based on the satisfied redemption rules.

[0068] Among them, the redemption rules can be understood as rules bound to the behavior type, which are set for a certain behavior type. For example, the redemption rules can set a combination of one or more of the following: the number of behaviors of the corresponding behavior type, the number of cards that can be obtained, the upper limit of the number of cards, behavior restriction information (for example, limiting the user's behavior to obtain cards only under certain conditions), etc. For example, a redemption rule for a card collection activity that subscribes to gift-giving behavior is expressed as: {"num":2, "score":1, "limit":99, "roomType":[4]}, where num means that by sending 2 gifts, you can randomly get score:1 activity card, limit means that a maximum of 99 activity cards can be obtained, and roomType means that gifts are only valid in a specific room. That is, when the interactive user sends 2 gifts in the designated room (assuming that the gift type is not set), an activity card is randomly sent to the active user.

[0069] Among them, the extended rules can be understood as public rules, which can be applied to a variety of different types of behaviors. For example, the extended rules can set the start time and end time of the truck collection activity, set the regions participating in the truck collection activity (for example, the countries participating in the truck collection activity are set by the country code, which can be set through the set collection structure), set the user registration list that can participate in the truck collection activity or the blacklist that is prohibited from participating in the truck collection activity, etc. By adopting the extended rules, the gameplay diversity is enriched and the function expansion is convenient. Different user behaviors have different data processing entrances. At the same time, combined with the hash structure, the rules and data processing between the truck collection activities are isolated from each other. After the truck collection activity ends, the hdel method can be called according to the activity identifier to clean up the ended activity data in time, thereby improving the effective data processing capability.

[0070] The card issuing unit is configured to issue the activity card corresponding to the card collection activity to the activity user based on the card issuing information. Exemplarily, after determining the card issuing information, the corresponding activity card is issued to the activity user based on the card issuing quantity and / or card issuing type indicated by the card issuing information.

[0071] In a possible embodiment, when creating a card collection activity, the number of set cards can be set according to the activity requirements of the card collection activity, and the set number of cards is used to set the upper limit of the activity cards that each activity user can obtain. Based on this, the card issuing unit provided in this solution is configured to:

[0072] Determine the number of pre-processed cards for active users, and judge whether the number of pre-processed cards reaches the set number of cards;

[0073] In response to a determination result that the number of pre-processed cards does not reach the set number of cards, determining whether the number of cards expected to be owned by the active user exceeds the set number of cards after the active cards are issued according to the card issuance number corresponding to the card issuance information;

[0074] In response to the judgment result that the estimated number of cards does not exceed the set number of cards, the activity card corresponding to the card collection activity is issued to the active user according to the card issuance information.

[0075] In one possible embodiment, in the activity event management system, two card quantity information (redis String data) are maintained for each active user under each card collection activity, one of which is the pre-processed card quantity, which is stored in a storage subsystem with a unique lock function (such as the UnionRedis storage subsystem). The pre-processed card quantity will not be displayed to the user for viewing. The other card quantity information is the number of active cards currently owned by the active user, which can be stored in the Codis storage subsystem and / or the Myshard storage subsystem, and can be used by users to query and view the number of active cards currently owned.

[0076] Exemplarily, after the rule execution unit determines the card issuance information, the card issuance unit determines the number of pre-processed cards of the active user, and determines whether the number of pre-processed cards of the active user reaches the set number of cards. If the number of pre-processed cards does not reach the set number of cards, the subsequent steps are continued. If the number of pre-processed cards has reached the set number of cards, the operation is terminated and the behavior data is no longer processed. Further, when the judgment result is that the number of pre-processed cards does not reach the set number of cards, the estimated number of cards of the active user after issuing the activity card to the active user according to the card issuance number corresponding to the card issuance information is determined, and it is determined whether the estimated number of cards of the active user exceeds the set number of cards. If the estimated number of cards does not exceed the set number of cards, the subsequent steps are required. If the estimated number of cards exceeds the set number of cards, the operation is terminated and the behavior data is no longer processed. Finally, when the judgment result is that the estimated number of cards does not exceed the set number of cards, the activity card corresponding to the card collection activity is issued to the active user according to the card issuance information determined above. In distributed computing, concurrent data processing may occur, which may lead to overstocking. Before issuing activity cards to active users, this solution determines whether the number of pre-processed cards will exceed the upper limit of card issuance set for the activity by comparing the number of pre-processed cards with the set number of cards, thereby effectively preventing over-issuance of activity cards.

[0077] In a possible embodiment, in order to ensure that after issuing the activity card to the active user, the number of cards owned by the active user does not exceed the set number of cards, the card issuing unit is further configured to:

[0078] Before issuing the activity card corresponding to the card collection activity to the activity user according to the card issuing information, determine the card quantity difference between the expected card quantity and the set card quantity, and judge whether the card issuing quantity is greater than the card quantity difference;

[0079] In response to a determination that the number of cards issued is greater than the difference in the number of cards, the number of cards issued is reset to the difference in the number of cards.

[0080] Exemplarily, before issuing the activity card corresponding to the card collection activity to the active user according to the card issuance information, determine the estimated number of cards that the active user will have if the activity card corresponding to the card collection activity is issued to the active user according to the card issuance information, calculate the card quantity difference between the estimated number of cards and the set number of cards, and compare the card issuance number with the card quantity difference to determine whether the card issuance number is greater than the card quantity difference. If the card issuance number is not greater than the card quantity difference, the current card issuance number is maintained, and when the judgment result is that the card issuance number is greater than the card quantity difference, the card issuance number is reset to the card quantity difference, and subsequently when the activity card corresponding to the card collection activity is issued to the active user according to the card issuance information, the card issuance number of the issued activity card is the reset card issuance number.

[0081] Optionally, a corresponding set card quantity can be set for each type of active card. When judging whether the number of pre-processed cards or the expected number of cards will exceed the set card quantity, or when judging whether the number of cards issued is greater than the card quantity difference, it can be performed based on the pre-processed card quantity, the expected number of cards or the number of cards issued of the corresponding card type.

[0082] For example, before issuing active cards to active users, the number of pre-processed cards of active users is processed first, that is, the Union get (user ID) method is called to the UnionRedis storage subsystem to obtain the number of active cards currently owned by the active user. If the number of active cards exceeds the set number of cards, the operation is terminated. If the number of active cards does not exceed the set number of cards, the Union incrby (user ID, number of cards issued) method is called to the UnionRedis storage subsystem. The UnionRedis storage subsystem will return the number of pre-processed cards of the active user after the operation (that is, the number of active cards currently owned by the active user is added to the number of cards issued corresponding to the card issuance information). Since the Union incrby operation has the atomic self-increment feature, it can ensure that each incrby return value is different during concurrency. If the number of pre-processed cards returned is greater than the set number of cards, the operation is terminated; if the number of pre-processed cards returned does not exceed the set number of cards, it is determined whether the number of cards issued this time is greater than the difference in the number of cards obtained by subtracting the set number of cards from the expected number of cards. If so, the number of cards issued is reset to the difference in the number of cards, and then Codis is called incrby(user ID, number of cards issued) sets the number of active cards currently owned by active users in the Codis storage subsystem and notifies active users to obtain active cards. This solution effectively prevents the over-issuance of active cards through the combination of Union and Codis, while also improving the access speed of global users and user experience.

[0083] In a possible embodiment, since a retry may occur when a failure occurs during the data transmission process, in order to prevent the data of an active user from being processed multiple times by the same card collection activity, it is possible to determine whether to continue processing the behavior data based on the number of operations on the behavior data. Based on this, the activity data calculation subsystem provided by this solution also includes a data verification unit, which is configured as follows:

[0084] After obtaining the behavior data of the active user, determine how the behavior data is processed, and determine whether to issue an activity card to the active user based on the behavior data according to the processing situation.

[0085] Exemplarily, after obtaining the behavior data of the active user, first determine how the behavior data is processed, and then determine whether to continue to issue activity cards to the active user based on the behavior data according to the processing of the behavior data.

[0086] Among them, whether to continue to issue activity cards to active users based on the behavior data can be determined according to the number of operations on the behavior data, that is, the processing of the behavior data can be reflected by the number of operations on the behavior data. Based on this, the data verification unit provided by this solution is configured to obtain the number of operations on the behavior data when determining the processing of the behavior data, and determine the processing of the behavior data according to the number of operations information.

[0087] Exemplarily, when obtaining behavior data and operating the behavior data, the operation number information of the corresponding behavior data is updated first. When the subsequent activity data calculation subsystem processes the behavior data again, it can be determined according to the operation number information of the behavior data that the behavior data has been operated before, and the operation of the behavior data is abandoned this time. For example, each generated behavior data has a unique ID, and the composition of this unique ID is: action name (action type) + user ID + machine ID + process ID + time milliseconds + self-increment ID in the machine. The composition of the unique ID can ensure that the behavior data generated by each user behavior has a unique ID. When one or more nodes in the distributed activity event management system obtain this behavior data, it will call incrby (unique ID, 1) through the UnionRedis storage subsystem to get a return value. If the return value is 1, it means that this behavior data is processed for the first time, and the subsequent logic can be processed. If the return value is greater than 1, it means that a node has already processed this behavior data and no further processing is required. The behavior data can be abandoned, ensuring that a single behavior data will not be processed multiple times due to retry or retransmission, and ensuring that the collection card activity is carried out correctly.

[0088] like Figure 5 As shown in the principle block diagram of a page reward subsystem provided, the page reward subsystem provided by this scheme includes an activity detection unit, a rule determination unit, a reward determination unit and a reward issuance unit. The page reward subsystem determines the ended card collection activity through the activity detection unit, the rule determination unit and the reward determination unit, and determines the reward information corresponding to the ended card collection activity based on the activity cards owned by the active users who participated in the ended card collection activity, and issues the operation corresponding to the activity reward to the active users who participated in the ended card collection activity based on the reward information.

[0089] The activity detection unit provided in this solution is configured to periodically detect the completed card collection activity. The rule determination unit provided in this solution is configured to determine the reward rules corresponding to the completed card collection activity in response to the detection result of the completed card collection activity. The reward determination unit provided in this solution is configured to determine the reward information corresponding to the active users who participated in the completed card collection activity based on the reward rules according to the activity cards owned by the active users who participated in the completed card collection activity. The reward issuing unit is configured to issue activity rewards to the active users who participated in the completed card collection activity based on the reward information.

[0090] Exemplarily, the activity detection unit scans the storage service subsystem once at a set time interval (e.g., 5 minutes), and determines the completed collection card activities according to the activity time of each collection card activity. When the completed collection card activity is detected, the rule determination unit searches out the reward rules corresponding to the completed collection card activity from the storage service subsystem, and the reward determination unit obtains the user IDs corresponding to all active users who participated in the completed collection card activity from the storage service subsystem, and queries the card acquisition status of these active users in the storage service subsystem according to the user ID (including the original issued activity card and the synthesized activity card), and based on the reward rules of the completed collection card activity, determines the reward information corresponding to the active users who participated in the completed collection card activity according to the card acquisition status. After determining the reward information corresponding to the active users who participated in the completed collection card activity, the reward issuing unit issues the activity reward to the active users who participated in the completed collection card activity based on the reward information.

[0091] In the above, by creating a truck collection activity based on the activity area, the activity data calculation subsystem determines the truck collection activity corresponding to the behavior data when receiving the behavior data of the activity user, and issues an activity card to the activity user based on the received behavior data and the activity rules corresponding to the truck collection activity. When the truck collection activity that has ended is detected, the reward information corresponding to the truck collection activity that has ended is determined according to the activity cards owned by the activity users who participated in the truck collection activity that has ended, and the corresponding activity reward is issued to the activity users who participated in the truck collection activity based on the reward information. In addition, the truck collection activity can be created based on the activity area where the activity is initiated, effectively meeting the truck collection activity needs of different activity areas, improving the management efficiency of activity events, and when truck collection activities are held in multiple countries and regions, truck collection activities can be created according to the activity rules applicable to each country and region, effectively meeting the globalization of truck collection activities across countries and regions. At the same time, the activity identifier and rule information corresponding to the truck collection activity are recorded through the redis Hash mapping table, effectively reducing the mutual influence of activity rules and data processing between different truck collection activities, ensuring the correct processing of data and the normal progress of truck collection activities. And it can determine whether to continue processing the behavior data based on the number of operations on the behavior data, effectively preventing the data of an active user from being processed multiple times by the same card collection activity. And by comparing the number of pre-processed cards and the number of cards reached, it can be determined whether it will exceed the upper limit of card issuance set for the activity, effectively preventing the over-issuance of the number of activity cards, ensuring the correct conduct of the card collection activity, and improving the management efficiency of activity events. By deeply combining the card collection gameplay with the user's gift-giving, viewing, broadcasting, recharging, following, sharing, online interaction and other behaviors in the live broadcast system, it is suitable for the global multi-language, multi-time zone, and multi-cultural live broadcast system, and uses kafka, Codis, Myshard and other data processing methods that support dynamic expansion to meet the needs of rapid business development.

[0092] Figure 6 A flowchart of an activity event management method provided in an embodiment of the present application is given. The activity event management method provided in an embodiment of the present application can be applied to the activity event management system provided in the above embodiment and integrated in the activity event management device. Figure 6 , the activity event management method includes:

[0093] S101: Obtaining the behavior data of the active users, and determining the truck collection activity corresponding to the behavior data, wherein the truck collection activity is created based on the activity area.

[0094] S102: Based on the behavior data, activity cards are issued to the activity users according to the activity rules corresponding to the card collection activity.

[0095] S103: Determine the card collection activity that has ended, and determine the reward information corresponding to the card collection activity that has ended based on the activity cards owned by the activity users who participated in the card collection activity that has ended.

[0096] S104: Based on the reward information, activity rewards are issued to the activity users who participated in the ended card collection activity.

[0097] As described above, by creating a truck collection activity based on the activity area, the activity data calculation subsystem determines the truck collection activity corresponding to the behavior data when receiving the behavior data of the activity user, and issues an activity card to the activity user based on the received behavior data and the activity rules corresponding to the truck collection activity. When a truck collection activity that has ended is detected, the reward information corresponding to the ended truck collection activity is determined based on the activity cards owned by the activity users who participated in the ended truck collection activity, and the corresponding activity reward is issued to the activity users who participated in the truck collection activity based on the reward information. In addition, the truck collection activity can be created based on the activity area where the activity is initiated, effectively meeting the truck collection activity needs in different activity areas, improving the management efficiency of activity events, and when truck collection activities are held in multiple countries and regions, truck collection activities can be created according to the activity rules applicable to each country and region, effectively meeting the global truck collection activity needs across countries and regions.

[0098] On the basis of the above embodiment, when issuing activity cards to activity users based on the behavior data and according to the activity rules corresponding to the card collection activity, it includes:

[0099] Determine the truck collection activity corresponding to the behavior data, and the activity rules corresponding to the truck collection activity;

[0100] Determine the activity rules that the behavior data satisfies, and determine the card issuance information corresponding to the satisfied activity rules;

[0101] Based on the card issuance information, the activity card corresponding to the card collection activity is issued to the active user.

[0102] On the basis of the above embodiment, the card collection activity subscribes to one or more behavior types through the activity identifier, and records the activity rules through the rule information corresponding to the activity identifier;

[0103] When determining the truck collection activity corresponding to the behavior data and the activity rules corresponding to the truck collection activity, it includes: according to the behavior type corresponding to the behavior data, obtaining the activity identifier of the subscribed behavior type and the activity rules corresponding to the activity identifier.

[0104] Based on the above embodiment, the activity rules include redemption rules and extension rules; when determining the activity rules satisfied by the behavior data and determining the card issuance information corresponding to the satisfied activity rules, it includes:

[0105] Traverse the obtained activity identifiers and determine the redemption rules corresponding to each activity identifier;

[0106] Determine the expansion rule corresponding to the obtained activity identifier, and determine the expansion rule satisfied by the behavior data;

[0107] Based on the redemption rules corresponding to the extended rules satisfied by the behavior data, the corresponding card issuance information is determined according to the behavior data.

[0108] On the basis of the above embodiment, when issuing the activity card corresponding to the card collection activity to the activity user based on the card issuing information, it includes:

[0109] Determine the number of pre-processed cards for active users, and judge whether the number of pre-processed cards reaches the set number of cards;

[0110] In response to a determination result that the number of pre-processed cards does not reach the set number of cards, determining whether the number of cards expected to be owned by the active user exceeds the set number of cards after the active cards are issued according to the card issuance number corresponding to the card issuance information;

[0111] In response to the judgment result that the estimated number of cards does not exceed the set number of cards, the activity card corresponding to the card collection activity is issued to the active user according to the card issuance information.

[0112] On the basis of the above embodiment, before issuing the activity card corresponding to the card collection activity to the activity user according to the card issuing information, the method further includes:

[0113] Determine the difference between the expected number of cards and the set number of cards, and judge whether the number of cards issued is greater than the difference in the number of cards;

[0114] In response to a determination that the number of cards issued is greater than the difference in the number of cards, the number of cards issued is reset to the difference in the number of cards.

[0115] On the basis of the above embodiment, after obtaining the behavior data of the active user, it also includes: determining the processing status of the behavior data, and determining whether to issue an activity card to the active user based on the behavior data according to the processing status.

[0116] On the basis of the above embodiment, when determining the processing status of the behavior data, it includes: obtaining the operation number information of the behavior data, and determining the processing status of the behavior data according to the operation number information.

[0117] On the basis of the above embodiment, when determining a card collection activity that has ended, and determining reward information corresponding to the card collection activity that has ended according to the activity cards owned by the activity users who participated in the card collection activity that has ended, it includes:

[0118] Regularly check completed truck collection activities;

[0119] In response to the detection result of the card collection activity that has ended, determining the reward rules corresponding to the card collection activity that has ended;

[0120] According to the activity cards owned by the activity users who participated in the ended card collection activity, reward information corresponding to the activity users who participated in the ended card collection activity is determined based on the reward rules.

[0121] Based on the above embodiment, the activity event management further includes:

[0122] Get the activity creation information, and create a card collection activity based on the activity creation information. The activity creation information is generated based on the activity area.

[0123] Based on the above embodiment, the activity creation information includes one or more combinations of activity area, activity time, activity rules, reward rules, language type, and card information.

[0124] The embodiment of the present application also provides an activity event management device, which can integrate the activity event management apparatus provided in the embodiment of the present application. Figure 7 Schematic diagram of the structure of an activity event management device provided by an embodiment of the present application. Figure 7 The activity event management device includes: an input device 73, an output device 74, a memory 72 and one or more processors 71; the memory 72 is used to store one or more programs; when one or more programs are executed by one or more processors 71, the one or more processors 71 implement the activity event management method provided in the above embodiment. The activity event management device, equipment and computer provided above can be used to execute the activity event management method provided in any of the above embodiments, and have corresponding functions and beneficial effects.

[0125] The embodiments of the present application also provide a storage medium storing computer executable instructions, which are used to execute the activity event management method provided in the above embodiments when executed by a computer processor. Of course, the storage medium storing computer executable instructions provided in the embodiments of the present application, whose computer executable instructions are not limited to the activity event management method provided above, can also execute the related operations in the activity event management method provided in any embodiment of the present application. The activity event management apparatus, device and storage medium provided in the above embodiments can execute the activity event management method provided in any embodiment of the present application. For technical details not described in detail in the above embodiments, please refer to the activity event management method provided in any embodiment of the present application.

[0126] In some possible implementations, various aspects of the method provided by the present disclosure may also be implemented in the form of a program product, which includes a program code. When the program product is run on a computer device, the program code is used to enable the computer device to perform the steps of the method according to various exemplary embodiments of the present disclosure described above in this specification. For example, the computer device may execute the activity event management method recorded in the embodiment of the present disclosure. The program product may adopt any combination of one or more readable media.

Claims

1. An activity event management system, characterized in that: It includes the activity data calculation subsystem and the page reward subsystem, among which: The activity data calculation subsystem includes an activity determination unit, a rule execution unit and a card issuing unit, wherein: The card collection activity subscribes to one or more behavior types through an activity identifier, and records the activity rules through the rule information corresponding to the activity identifier; the activity determination unit is configured to obtain the behavior data of the activity user, and according to the behavior type corresponding to the behavior data, obtain the activity identifier that subscribes to the behavior type, and the activity rules corresponding to the activity identifier, so as to determine the card collection activity corresponding to the behavior data, and the activity rules corresponding to the card collection activity, the card collection activity is created based on a combination of one or more of the area scope, activity time, activity rules, reward rules, language type, and card information corresponding to the activity area; the activity rules include redemption rules and extension rules, the redemption rules are rules bound to the behavior type, and the redemption rules are used to determine the card collection activity corresponding to the behavior data. The extended rules are used to set a combination of one or more of the number of behaviors of the corresponding behavior type, the number of cards that can be obtained, the upper limit of the number of cards, and behavior restriction information. The extended rules are public rules, and the extended rules are used to set the activity start time and activity end time of the card collection activity, the areas participating in the card collection activity, the user registration list that can participate in the card collection activity, and the blacklist that is prohibited from participating in the card collection activity; the rule execution unit is configured to traverse the acquired activity identifiers, determine the exchange rules bound to the behavior type corresponding to each of the activity identifiers; determine the extended rules corresponding to the acquired activity identifiers, and determine the extended rules satisfied by the behavior data; based on the exchange rules corresponding to the extended rules satisfied by the behavior data, determine the corresponding card issuance information according to the behavior data; The card issuing unit is configured to determine the number of pre-processed cards of the active user, and determine whether the number of pre-processed cards reaches the set number of cards; in response to the determination result that the number of pre-processed cards does not reach the set number of cards, determine whether the expected number of cards owned by the active user will exceed the set number of cards after the activity cards are issued according to the card issuing number corresponding to the card issuing information; in response to the determination result that the expected number of cards owned does not exceed the set number of cards, determine the card number difference between the expected number of cards owned and the set number of cards, and determine whether the card issuing number is greater than the card number difference; in response to the determination result that the card issuing number is greater than the card number difference, reset the card issuing number to the card number difference; issue the activity card corresponding to the card collection activity to the active user according to the card issuing information; wherein, the pre-processed card number is stored in a storage subsystem with a unique lock function; The page reward subsystem is configured to determine the card collection activity that has ended, and determine the reward information corresponding to the card collection activity that has ended based on the activity cards owned by the activity users who participated in the card collection activity that has ended; and Based on the reward information, activity rewards are issued to active users who participated in the card collection activity that has ended.

2. The activity event management system according to claim 1, characterized in that: The activity data calculation subsystem further includes a data verification unit, which is configured as follows: After obtaining the behavior data of the active user, determining a processing condition of the behavior data, and determining whether to issue an activity card to the active user based on the behavior data according to the processing condition; When determining the processing status of the behavior data, the data verification unit is configured to: obtain operation count information of the behavior data, and determine the processing status of the behavior data according to the operation count information.

3. The activity event management system according to claim 1, characterized in that: The page reward subsystem includes an activity detection unit, a rule determination unit and a reward determination unit, wherein: The activity detection unit is configured to periodically detect completed container truck activities; The rule determination unit is configured to determine the reward rule corresponding to the ended card collection activity in response to the detection result of the ended card collection activity; The reward determination unit is configured to determine reward information corresponding to the active users who participated in the ended card collection activity based on the reward rules according to the activity cards owned by the active users who participated in the ended card collection activity.

4. The activity event management system according to claim 1, characterized in that: The activity event management system also includes an activity creation subsystem, wherein: The activity creation subsystem is configured to obtain activity creation information and create a card collection activity based on the activity creation information. The activity creation information is generated based on the activity area, and the activity creation information includes one or more combinations of activity area, activity time, activity rules, reward rules, language type, and card information.

5. A method for managing an activity event, characterized in that: include: The behavior data of the active user is obtained, and according to the behavior type corresponding to the behavior data, an activity identifier subscribing to the behavior type and an activity rule corresponding to the activity identifier are obtained to determine the card collection activity corresponding to the behavior data and the activity rule corresponding to the card collection activity. The card collection activity subscribes to one or more behavior types through the activity identifier, and the activity rule is recorded through the rule information corresponding to the activity identifier. The card collection activity is created based on a combination of one or more of the area scope, activity time, activity rules, reward rules, language type, and card information corresponding to the activity area. The activity rules include redemption rules and extension rules. The redemption rules are rules bound to the behavior type. Used to set a combination of one or more of the number of behaviors of the corresponding behavior type, the number of cards that can be obtained, the upper limit of the number of cards, and behavior restriction information, the extended rules are public rules, and the extended rules are used to set the activity start time and activity end time of the collection card activity, the areas participating in the collection card activity, the registration list of users who can participate in the collection card activity, and the blacklist prohibited from participating in the collection card activity; traverse the obtained activity identifiers, and determine the exchange rules bound to the behavior type corresponding to each of the activity identifiers; determine the extended rules corresponding to the obtained activity identifiers, and determine the extended rules satisfied by the behavior data; based on the exchange rules corresponding to the extended rules satisfied by the behavior data, determine the corresponding card issuance information according to the behavior data; Determine the number of pre-processed cards of the active user, and judge whether the number of pre-processed cards reaches the set number of cards; In response to a judgment result that the number of pre-processed cards does not reach the set number of cards, judging whether the number of cards expected to be owned by the active user exceeds the set number of cards after the active cards are issued according to the card issuance number corresponding to the card issuance information; In response to a judgment result that the estimated number of cards does not exceed the set number of cards, determining a card quantity difference between the estimated number of cards and the set number of cards, and judging whether the number of cards issued is greater than the card quantity difference; In response to a judgment result that the number of cards issued is greater than the difference in the number of cards, resetting the number of cards issued to the difference in the number of cards; issuing the activity card corresponding to the card collection activity to the activity user according to the card issuing information; wherein the number of pre-processed cards is stored in a storage subsystem with a unique lock function; Determine the card collection activities that have ended, and determine the reward information corresponding to the card collection activities that have ended based on the activity cards owned by the activity users who participated in the card collection activities that have ended; Based on the reward information, activity rewards are issued to active users who participated in the card collection activity that has ended.

6. An activity event management device, characterized in that: include: memory and one or more processors; The memory is used to store one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the activity event management method as claimed in claim 5.

7. A storage medium storing computer executable instructions, characterized in that: The computer executable instructions are used to perform the activity event management method of claim 5 when executed by a computer processor.

8. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the activity event management method according to claim 5 is implemented.

Images