CN114971676A

CN114971676A - Activity event management system, method and equipment

Info

Publication number: CN114971676A
Application number: CN202210371574.4A
Authority: CN
Inventors: 谭志荣
Original assignee: Bigo Technology Pte Ltd
Current assignee: Bigo Technology Pte Ltd
Priority date: 2022-04-08
Filing date: 2022-04-08
Publication date: 2022-08-30

Abstract

The embodiment of the application provides an activity event management system, method and device. The technical scheme provided by the embodiment of the application establishes the card collecting activity based on the activity region, when the activity data computing subsystem receives the behavior data of the activity user, the card collecting activity corresponding to the behavior data is determined, and based on the received behavior data and the activity rule corresponding to the card collecting activity, issuing an activity card for the activity user, when the finished card collecting activity is detected, determining reward information corresponding to the finished card collecting activity according to the activity cards owned by the activity users participating in the finished card collecting activity, and issues corresponding activity rewards to the activity users participating in the card collecting activity based on the reward information, and when the container truck activities are held in a plurality of countries and regions, the container truck activities can be created according to the activity rules applicable to each country and region, and the container truck activity requirements of globalization across countries and regions are effectively met.

Description

Activity event management system, method and equipment

Technical Field

The embodiment of the application relates to the technical field of computers, in particular to an activity event management system, method and device.

Background

With the development of society, the types of cards are more and more, such as cartoon cards, commemorative cards, character cards and the like, and some cards enrich exquisite pictures and have appreciation and collection values, and the card collection gradually becomes a collection and play activity of users. Therefore, the card collecting activity is introduced into the global live broadcast operation service, so that the participation of users can be effectively attracted, the retention of old users is improved, and the new users are attracted to join.

The card collecting activity generally obtains a card randomly by doing tasks, friend exchange or completing certain actions and the like, and finally obtains rewards after the cards are packed. The card collecting activity can be used for better exciting the user interaction behavior, increasing the jump time of the user activity and stretching the brand image. At present, the card collecting activities are realized based on a single activity region (such as a single country and a single region), and when the card collecting activities in a multi-activity region are carried out, the management of the card collecting activities is more disordered, and the management efficiency of activity events is lower.

Disclosure of Invention

The embodiment of the application provides an activity event management system, method and device, which are used for solving the technical problems that the card collection activity is realized based on a single activity area and the activity event management efficiency is low in the prior art, meeting the card collection activity requirements of different activity areas and improving the activity event management efficiency.

In a first aspect, an activity event management system is provided in an embodiment of the present application, including an activity data calculation subsystem and a page rewards subsystem, wherein:

the activity data calculation subsystem is configured to acquire behavior data of an activity user and determine a card collecting activity corresponding to the behavior data, wherein the card collecting activity is created based on an activity region; and

based on the behavior data, issuing an activity card for the activity user according to an activity rule corresponding to the card collecting activity;

the page reward subsystem is configured to determine the completed card collecting activity and determine reward information corresponding to the completed card collecting activity according to an activity card owned by an activity user participating in the completed card collecting activity; and

and issuing activity rewards to activity users participating in the finished card collecting activity based on the reward information.

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

acquiring behavior data of an active user, and determining a card collecting activity corresponding to the behavior data, wherein the card collecting activity is created based on an active area;

determining the finished card collecting activity, and determining reward information corresponding to the finished card collecting activity according to an activity card owned by an activity user participating in the finished card collecting activity;

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

the memory for storing one or more programs;

when executed by the one or more processors, cause the one or more processors to implement the activity event management method of the second aspect.

In a fourth aspect, embodiments of the present application provide a storage medium storing computer-executable instructions for performing the activity event management method according to the second aspect when executed by a computer processor.

In a fifth aspect, the present embodiments provide a computer program product comprising a computer program stored in a computer-readable storage medium, wherein at least one processor of a device reads the computer-readable storage medium and executes the computer program, so that the device executes the activity event management method according to the second aspect.

In the embodiment of the application, the collecting card activity is established based on the activity area, the activity data computing subsystem determines the collecting card activity corresponding to the activity data when receiving the activity data of the activity user, sends the activity card to the activity user based on the received activity data and the activity rule corresponding to the collecting card activity, determines the reward information corresponding to the finished collecting card activity according to the activity card owned by the activity user participating in the finished collecting card activity when detecting the finished collecting card activity, sends the corresponding activity reward to the activity user participating in the collecting card activity based on the reward information, and the collecting card activity can be established based on the activity area initiating the activity, thereby effectively meeting the collecting card activity requirements of different activity areas, improving the management efficiency of activity events, and when collecting card activities are held in a plurality of countries and areas, the card collecting activities can be established according to the activity rules applicable to various countries and regions, and the global card collecting activity requirements across countries and regions are effectively met.

Drawings

FIG. 1 is a schematic diagram of an activity event management system according to an embodiment of the present application;

FIG. 2 is a schematic diagram of an activity event management system according to an embodiment of the present application;

FIG. 3 is a flow chart illustrating the creation of a hub activity according to an embodiment of the present application;

FIG. 4 is a functional block diagram of an activity data computation subsystem provided by an embodiment of the present application;

FIG. 5 is a block diagram of a page reward subsystem provided by an embodiment of the present application;

FIG. 6 is a flow chart of a method for managing an activity event according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of an activity event management device according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, specific embodiments of the present application will be described in detail with reference to the accompanying drawings. It is to be understood that the specific embodiments described herein are merely illustrative of and not restrictive on the broad application. It should be further noted that, for the convenience of description, only some but not all of the relevant portions of the present application are shown in the drawings. Before discussing exemplary embodiments in more detail, it should be noted that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although a flowchart may describe the operations (or steps) as a sequential process, many of the operations can be performed in parallel, concurrently or simultaneously. In addition, the order of the operations may be re-arranged. The above process may be terminated when its operations are completed, but may have additional steps not included in the figures. The processes described above may correspond to methods, functions, procedures, subroutines, subprograms, and the like.

Fig. 1 is a schematic structural diagram of an activity event management system according to an embodiment of the present application, and as shown in fig. 1, the activity event management system includes an activity data calculation subsystem and a page reward subsystem.

In one embodiment, the activity event management system can be configured as a distributed system, and can incorporate dispersed and poor-reliability planning tasks into a uniform activity event management system through the distributed system, and realize cluster management scheduling and distributed and deployed distributed timing task management.

The activity data computing subsystem provided by the scheme is configured to obtain the behavior data of the activity user, determine the card collecting activity corresponding to the behavior data, and establish the card collecting activity based on the activity region. The card collecting activity may be understood as issuing a certain number of activity cards (the issued card types may be fixed or randomly determined) to the activity user when the activity user executes a specified action, and issuing a corresponding activity reward to the activity user according to the card types and/or the card numbers owned by the activity user or card interaction operations (for example, card synthesis, that is, synthesis of a new activity card by a plurality of types of activity cards) performed by the activity user based on the card types and/or the card numbers owned by the user during or after the activity is finished.

The card collecting activity provided by the scheme is created based on the activity area, for example, one or more combinations of area range, activity time, activity rule, reward rule, language type and card information (for example, different card patterns, characters and the like can be set in different activity areas) are set based on the activity characteristics or culture characteristics of the activity area, and the activity data computing subsystem can analyze and process the behavior data of the activity user according to the area range, the activity time, the activity rule, the reward rule, the language type and the card information and issue the corresponding activity card.

The activity user can be a user such as a director or audience, the activity user can perform activity behaviors related to the card-collecting activity on a user side (such as the director or the user side) and generate corresponding behavior data, the behavior related to the card-collecting activity can be a gift sending out behavior, a gift receiving behavior, a recharging behavior, a live broadcast starting behavior, a live broadcast watching behavior, a live broadcast sharing behavior, a director concerned, a director sharing behavior, a director online fighting behavior and the like, and the behavior type of the activity behaviors related to the card-collecting activity can be set when the card-collecting activity is created.

For example, when the user terminal executes a behavior related to a card collection activity and generates corresponding behavior data, the behavior data is provided to the activity data computing subsystem, and the activity data computing subsystem may determine a corresponding card collection activity according to the behavior data, that is, determine a card collection activity corresponding to an activity behavior executed by the active user. Optionally, the behavior type of the card collection activity may be set when the card collection activity is created, after the behavior data is obtained, the behavior type of the activity behavior is determined, and the card collection activity with the behavior type set is searched to determine the card collection activity corresponding to the behavior data.

It is understood that a card-collecting activity may correspond to one or more activities, for example, when an activity user performs various activities such as sending out a gift, receiving the gift, recharging, starting live broadcast, watching live broadcast, sharing live broadcast, paying attention to the anchor, sharing the anchor, and online fighting of the anchor, the activity user may be considered to be participating in the card-collecting activity. Correspondingly, one activity may correspond to one or more types of card collecting activities, for example, a plurality of card collecting activities set the same type of activity, when an active user performs the activity, the active user may be considered to participate in a plurality of card collecting activities simultaneously, and the issuing of activity cards and activity rewards of the different card collecting activities may participate in the processing.

In addition, the activity data calculation subsystem provided by the scheme is also configured to issue activity cards for activity users according to activity rules corresponding to the card collecting activities based on the behavior data. The different card collecting activities correspond to different activity rules, and the activity rules can be understood as rules for issuing activity cards to the activity users under the corresponding card collecting activities, and when the activity data meet the requirements of the activity rules and/or the number of the activity cards owned by the activity users meets the requirements of the activity rules, the activity cards of fixed types or random types are issued to the activity users. In one possible embodiment, the activity rules are set when a hub activity is created and may be set according to the activity zone.

Illustratively, the activity data calculation subsystem determines activity rules corresponding to the card collecting activities after acquiring activity data generated by activity activities related to the card collecting activities performed by activity users and determining card collecting activities corresponding to the activity data, determines whether activity cards need to be issued for the activity users under the activity data according to the activity rules, determines the card issuing number and/or the card issuing type of the activity cards needing to be issued for the activity users when the activity cards need to be issued for the activity users, and issues the activity cards to the activity users according to the determined card issuing number and/or the card issuing type.

In one possible embodiment, after the activity card is issued to the activity user, the activity card obtained by the activity user may be notified through an IM message (Instant Messaging), and the user may view the collection card activity or the details of the acquisition of the activity card through an activity link provided by the IM message. In one possible embodiment, in addition to acquiring the activity card by performing the set activity behavior to participate in the card-collecting activity, the user may acquire the activity card from a friend or other user by giving a gift to the friend or other user. The presented activity cards can be original activity cards issued to the activity users, or new activity cards synthesized by utilizing various types of original activity cards.

The page reward subsystem provided by the scheme is configured to determine the completed card collecting activity, and determine reward information corresponding to the completed card collecting activity according to activity cards owned by activity users participating in the completed card collecting activity.

Illustratively, the page reward subsystem detects the activity time of the card-collecting activity at regular time, determines the activity users participating in the card-collecting activity which is ended when the card-collecting activity which is ended (such as the card-collecting activity which exceeds the activity time) is detected, and the activity cards which the activity users have in the card-collecting activity, and determines the reward information for each activity user according to the card number and/or the card type (including the originally issued activity card and/or the new activity card synthesized based on the original activity card) of the activity cards which the activity users have in the card-collecting activity.

In one possible embodiment, the reward information includes reward type, reward amount, delivery time, delivery route, etc., and the reward rule according to which the reward information is determined according to the activity card owned by the activity user may be set when the collection card activity is created or during the collection card activity. The relevant settings of the card collecting activity can be set (for example, updating or increasing or decreasing rules or limiting conditions) in the process of the card collecting activity.

In addition, the page reward subsystem configuration provided by the scheme also issues the activity reward to the activity users participating in the finished card collecting activity based on the reward information.

Illustratively, after detecting the completed card collecting activity and determining the reward information corresponding to the card collecting activity, the corresponding activity reward is issued to the activity users participating in the card collecting activity based on the determined reward information. Wherein, the activity reward can be props, coupons, titles, points and the like.

It can be understood that when the card-collecting activity requires the active users to synthesize a new active card based on different types of active cards to obtain the activity award, there is a case where some active users who fail to synthesize the new active card cannot obtain the activity award.

In the above, by creating a card collecting activity based on the activity area, the activity data computing subsystem, upon receiving the activity data of the active user, determines the card collecting activity corresponding to the activity data, and issues an activity card to the active user based on the received activity data and the activity rule corresponding to the card collecting activity, upon detecting the completed card collecting activity, determines the reward information corresponding to the completed card collecting activity according to the activity card owned by the active user participating in the completed card collecting activity, and issues a corresponding activity reward to the active user participating in the card collecting activity based on the reward information, and the card collecting activity can be created based on the activity area initiating the activity, so as to effectively meet the card collecting activity requirements of different activity areas, improve the management efficiency of activity events, and when card collecting activities are held in multiple countries and areas, the card collecting activities can be established according to the activity rules applicable to various countries and regions, and the global card collecting activity requirements across countries and regions are effectively met.

Fig. 2 is a schematic structural diagram of an activity event management system according to an embodiment of the present application, and the activity event management system according to the embodiment is further configured on the basis of the activity event management system. As shown in fig. 2, the activity event management system provided by the present embodiment includes an activity creation subsystem, an activity data calculation subsystem, and a page reward subsystem.

The activity creation subsystem provided by the scheme is configured to acquire activity creation information and create a hub activity based on the activity creation information. The activity creating subsystem can serve the operators of the card collecting activity, and the operators can create the card collecting activity.

In a possible embodiment, the activity event management system provided by the present solution may further provide a storage service subsystem, and data related to the hub activity (e.g., configuration information of the hub activity, behavior data generated by the user, card information of the user, and other data related to the generation and operation of the hub activity) may be stored in the storage service subsystem. The storage service subsystem can comprise a Codis storage subsystem, a Myshard storage subsystem and a Union Redis storage subsystem, the Codis storage subsystem is used as a distributed Redis (high-performance key-value database) solution and supports global multi-cluster deployment, for applications on an upper layer, connection to a Codis Proxy and connection to a native Redis Server have no obvious difference, the upper layer applications can use the Codis storage subsystem like the Redis using a single machine, the bottom layer of the Codis storage subsystem can process the forwarding of requests, the data migration without shutdown and other works, all subsequent processes are transparent to the previous client, and the Redis service with infinite memory can be simply considered to be connected behind the Codis. The Myshard storage subsystem is used as a scheme for realizing global mysql db storage, and supports functions of global multi-cluster deployment and big data storage and reading. The UnionRedis storage subsystem is used as a high-capacity redis cluster implementation scheme, has only one cluster and can be used for realizing functions of distributed locks. Wherein the Codis storage subsystem and the Myshard storage subsystem are distributed in a plurality of areas (for example, global deployment), and the UnionRedis storage subsystem can be arranged in one area. The Codis storage subsystem and the UnionRedis storage subsystem are a memory database based on redis, and have the characteristic of quick access, and the Myshard storage subsystem is based on hard disk storage and has the characteristics of large storage capacity and strong durability. When data modification is carried out, data in the UnionRedis storage subsystem can be modified firstly, and then data in the Codis storage subsystem and/or the Myshard storage subsystem are modified for synchronization, so that the effect of preventing concurrency can be realized, the conditions that a card is excessively sent and activity data is inconsistent due to concurrency of users are reduced, meanwhile, high-frequency operation data swiping of an illegal user through a storage subsystem interface can be effectively prevented, and the fairness of card collection activity is ensured.

As shown in a flowchart of the process for creating a card collecting activity provided in fig. 3, when a new card collecting activity needs to be created, an operator may set activity creation information through an activity creation interaction page provided by the activity creation subsystem by accessing the activity creation subsystem. Wherein the activity creation information comprises one or more of an activity region (e.g., country, region, etc.), an activity time, an activity rule, a reward rule, a language type, card information, an activity page template, an activity name, and an activity status. Optionally, a setting interactive page or component of activity creation information such as different activity areas (area regions and/or time zones can be set in different countries or regions), activity time (activity start time), activity rules, reward rules, language types, card information (which can be set by uploading a card and includes an original activity card issued to an activity user and a new synthesized activity card), an activity page template, an activity name, an activity state (on-shelf or off-shelf), and the like can be provided in the activity creation interactive page, so that an operator can set the activity creation information.

Illustratively, after the setting of the activity creation information is completed and submitted to the activity creation subsystem, the activity creation subsystem creates the hub activity according to the acquired activity creation information, and stores the activity creation information related to the hub activity in the storage service subsystem. The subsequent activity data computing subsystem and the page reward subsystem can provide activity data computing services and page and reward services according to the card collection activity and the related data recorded in the storage service subsystem. In one possible embodiment, the hub activity may be identified by an activity identifier (e.g., an activity ID), and the activity identifier of the hub activity corresponds to the activity creation information, for example, by recording the correspondence between the activity identifier and the activity creation information by way of a key and value mapping table (key-value mapping table), where the activity identifier may be recorded by a key value and the activity creation information may be recorded by a value. After the activity creating information is stored in the storage service subsystem, the release of the card collecting activity is realized, and the activity data calculating subsystem and the page reward subsystem can perform data processing related to the card collecting activity (such as issuing of activity cards and activity rewards) according to the activity creating information.

The operator can create the collecting card activity through the activity creating subsystem, configure the activity time, the collecting card rule (activity rule) and the related information such as the reward articles, save the collecting card activity and generate the corresponding activity link according to the saved collecting card activity. The activity user can open the collection card activity to enter the corresponding activity page through the application program based on the banner (banner) or im information provided by the activity link, know the activity time, the collection card rule, the reward article and other related information through the page, randomly obtain an activity card by doing tasks (activity behaviors) corresponding to the collection card task or friend exchange and other modes, synthesize a new activity card according to the obtained multiple activity cards (for example, synthesize the activity card corresponding to 'happiness and happiness' according to four types of issued activity cards of 'happiness', 'quickness' and 'happiness'), and wait for the activity event management system to issue the reward after the activity is finished.

In one possible embodiment, when the collecting card activity is created, the activity creating information of the collecting card activity created in the history can be obtained by copying the collecting card activity created in the history, and the activity creating information of the collecting card activity which needs to be created at present is obtained by performing adaptive modification on the basis of the activity creating information in the history, so that the creating efficiency of the collecting card activity is effectively improved.

In one possible embodiment, a kafka queue can be used as middleware for producing messages and consuming messages, when activity behaviors of an active user are detected and behavior data are generated, the behavior data are written into the kafka queue, the activity data calculation subsystem consumes the messages of the kafka queue, an active card is issued to the active user according to the behavior data acquired from the kafka queue and an activity rule corresponding to the truck activity, and by using the consumption characteristics of the kafka queue, when the behavior data are not correctly consumed, response success is retried, the behavior data can be correctly processed, and the truck activity is correctly carried out.

In one possible embodiment, the activity event management system may be hierarchically designed with data flow processing, such as a first layer designed as a data collection layer, a second layer designed as a data screening and processing layer, and a third layer designed as a regular business processing layer for each hub activity. Each layer can be independently extended in the yellow direction, the first layer of data transmission adopts a Kafka cluster as intermediate transmission, and the Kafka cluster can realize horizontal capacity expansion by expanding the number of nodes of a single cluster. The second layer data is filtered by using Union, and can be expanded by transversely adding examples, so that the processing capacity is improved. And the third layer adopts a distributed processing calculation mode, can be expanded by adding a deployment example, can start multiple processes, and improves the data processing capacity. The dynamic expansion of increased data volume caused by service expansion can be met through the multi-level and multi-level division design, and meanwhile, the expansion of functions is facilitated, and the situation of sharp increase of the number of users is met.

As shown in the schematic block diagram of an activity data calculation subsystem provided in fig. 4, the activity data calculation subsystem provided in this scheme includes an activity determination unit, a rule execution unit, and a card issuance unit, and the activity data calculation subsystem completes acquisition of activity data of an activity user through the activity determination unit, the rule execution unit, and the card issuance unit, determines a card collection activity corresponding to the activity data, and issues an operation corresponding to an activity card for the activity user according to an activity rule corresponding to the card collection activity based on the activity data.

The activity determining unit is configured to determine a card collecting activity corresponding to the behavior data and an activity rule corresponding to the card collecting activity. Illustratively, after acquiring the behavior data of the active user, the activity determining unit determines the corresponding card collecting activity according to the behavior type corresponding to the behavior data, and determines the activity rule corresponding to the card collecting activity.

In one possible embodiment, the card-hosting activity subscribes to one or more behavior types via an activity identifier, and records the activity rules via rule information corresponding to the activity identifier. Based on this, when determining the card collection activity corresponding to the behavior data and the activity rule corresponding to the card collection activity, the activity determination unit provided in the present solution is configured to obtain the activity identifier of the subscription behavior type and the activity rule corresponding to the activity identifier according to the behavior type corresponding to the behavior data.

Illustratively, when a hub activity is created, the behavior type corresponding to the hub activity is determined, and the behavior type corresponding to the hub activity is subscribed through an activity identifier. For example, a behavior type subscribed by a card collection activity is recorded in a redis Hash mapping table (the redis Hash mapping table is a string type key and value mapping table), wherein an active identifier is stored as a key value in the redis Hash mapping table, one active identifier corresponds to a Hash field in the redis Hash mapping table, and a rule information recorded corresponding to an active rule is stored as a value in the redis Hash mapping table, wherein the rule information is represented in a json string manner, so that fields are conveniently and dynamically expanded to be used, more information is stored, and before the rule information is used, the corresponding json string needs to be decoded and converted into an array, so that subsequent data processing is facilitated. For example, a redis Hash mapping table is stored in a Codis storage subsystem, when behavior data of an active user is generated, the behavior data is written into a kafka queue, an activity determining unit consumes the behavior data from the kafka queue, determines a behavior type corresponding to the behavior data, and reads all activity identifications and rule information subscribed to the behavior type from the Codis storage subsystem (for example, a method of hgetall is called, a traversal mode is adopted, each traversal key is an activity identification, and value is a josn character string corresponding to an activity rule), for example, when behavior data corresponding to a gift sent by the active user is received, all activity identifications and rule information subscribed to the gift behavior are read from the Codis storage subsystem in a hgetall (gift _ Hash) mode.

The corresponding redis Hash mapping tables can be set for different behavior types, the activity identification and the rule information (json character strings corresponding to the activity rules) corresponding to the cluster card activities needing subscribing the behavior types are stored in the corresponding redis Hash mapping tables, the mutual influence of the activity rules and data processing between different cluster card activities can be effectively reduced through the structure of the Hash, the activity rules and the activity data cannot be mutually influenced when a plurality of cluster card activities are carried out simultaneously, and the correct processing of the data and the normal operation of the cluster card activities are ensured. It can be understood that after the end of the card collecting activity is determined, the activity identifier and the rule information corresponding to the card collecting activity that has ended may be deleted from the redis Hash mapping table, for example, after the end of the card collecting activity, the hdel method is invoked to timely clear the data related to the rule information of the card collecting activity that has ended, so as to improve the effective data processing capability.

It can be understood that one redis Hash mapping table records one or more active identifiers of the hub card activities subscribed to corresponding behavior types, when one hub card activity subscribes to a plurality of behavior types, the active identifiers of the hub card activities are simultaneously stored in the redis Hash mapping tables corresponding to the behavior types, and when the good hub card activity is finished, data related to the active identifiers are deleted from the redis Hash mapping tables.

The rule execution unit is configured to determine an activity rule met by the behavior data and determine card issuing information corresponding to the met activity rule. Illustratively, after the activity determining unit determines the card collecting activity and the activity rule corresponding to the behavior data, the rule executing unit compares the behavior data with each determined activity rule, determines the activity rule met by the behavior data according to the comparison result, and further determines the card issuing information corresponding to the behavior data according to the met activity rule. The card issuing information comprises card issuing quantity and/or card issuing types of the activity cards needing to be issued for the activity users, wherein when the card issuing quantity is larger than 1, the card issuing types can be various.

In one possible embodiment, the activity rule includes a conversion rule and an extension rule, and correspondingly, when the rule execution unit determines the activity rule that the behavior data satisfies and determines the card issuing information corresponding to the satisfied activity rule, the rule execution unit is configured to:

traversing the obtained activity identifiers, and determining exchange rules corresponding to the activity identifiers;

determining an expansion rule corresponding to the acquired activity identifier, and determining an expansion rule met by the behavior data;

and determining corresponding card issuing information according to the behavior data based on the exchange rule corresponding to the expansion rule met by the behavior data.

Illustratively, after the activity determination unit determines the card-collecting activity and the activity rule corresponding to the behavior data, the rule execution unit traverses the activity identifiers obtained by the activity determination unit, determines the exchange rule corresponding to each activity identifier, obtains the extension rule corresponding to the activity identifier, compares the behavior data with the extension rule, and determines the extension rule satisfied by the behavior data.

After determining the extension rule met by the behavior data, the rule execution unit compares the behavior data meeting the extension rule with the conversion rule corresponding to the extension rule met by the behavior data, determines the conversion rule met by the behavior data, and determines card issuing information (including card issuing number and/or card issuing type) corresponding to the behavior data based on the met conversion rule.

The exchange rule may be a rule bound to the behavior type, and is set for the determined behavior type, for example, the exchange rule may set one or a combination of more of the number of behaviors corresponding to the behavior type, the number of available cards, an upper limit of the number of cards, behavior restriction information (for example, it is limited that a user behavior is performed under a specific condition so that a card can be obtained), and the like, for example, one exchange rule of a card collection activity subscribed to a gift sending behavior is expressed as: { "num": 2, "score": 1, "limit": 99, "roomType": 4 } where num means 2 gifts are sent out, score:1 activity card can be randomly obtained, limit means 99 activity cards can be obtained at most, roomType means that it is limited to only gift in a certain room to be valid, that is, when the interactive user sends out 2 gifts in the specified room (assuming no gift type is set), an activity card is randomly sent to the active user.

Where an extended rule is understood to be a common rule, applicable to many different types of behaviors, for example, an extended rule may set an activity start time and an activity end time of a card collection activity, set a region participating in a card collection activity (for example, a country participating in a card collection activity is set by a country code, which may be set by a set collection structure), set a user who can participate in a card collection activity to report a list or a blacklist which prohibits participation in a card collection activity, and the like. The play method diversity is enriched by adopting an extension rule mode, and the function extension is facilitated. Different user behaviors have different data processing entries, and meanwhile, rules and data processing are mutually isolated by combining a hash structure, after the card collection activity is finished, the hdel method can be called according to the activity identification to timely clean the finished activity data, and the effective data processing capacity is improved.

The card issuing unit is configured to issue an activity card corresponding to the card collecting activity for the activity user based on the card issuing information. Illustratively, after the card issuing information is determined, corresponding activity cards are issued to the activity users based on the card issuing number and/or the card issuing type indicated by the card issuing information.

In one possible embodiment, in creating a trading card campaign, a set number of cards may be set according to the campaign requirements of the trading card campaign, the set number of cards being used to set an upper limit on the campaign cards available to each campaign user. Based on this, when the card issuing unit provided by the scheme issues the activity card corresponding to the card collecting activity for the activity user based on the card issuing information, the configuration is as follows:

determining the number of the preprocessed cards of the active users, and judging whether the number of the preprocessed cards reaches the set number of the cards;

in response to the judgment result that the number of the preprocessed cards does not reach the set number of the cards, judging whether the expected number of the cards of the active user exceeds the set number of the cards or not after the active cards are issued according to the card issuing number corresponding to the card issuing information;

and responding to a judgment result that the expected owned quantity of the cards does not exceed the set card quantity, and issuing the activity cards corresponding to the collective card activity for the activity users according to the card issuing information.

In one possible embodiment, in the activity event management system, two pieces of card quantity information (redis String data) are maintained for each active user in each collection card activity, wherein one piece of card quantity information is a preprocessed card quantity which is stored in a storage subsystem (for example, a union redis storage subsystem) with a unique lock function, the preprocessed card quantity is not displayed for the user to view, and the other piece of card quantity information is an active card quantity currently owned by the active user, which can be stored in the Codis storage subsystem and/or Myshard storage subsystem, and can be used for the user to query and view the currently owned active card quantity.

Illustratively, the card issuing unit determines the number of the preprocessed cards of the active user after the rule execution unit determines the card issuing information, and determines whether the number of the preprocessed cards of the active user reaches the set number of cards, if the number of the preprocessed cards does not reach the set number of cards, the subsequent steps are continued, and if the number of the preprocessed cards reaches the set number of cards, the operation is ended, and the behavior data is not processed. Further, when the judgment result is that the number of the preprocessed cards does not reach the set number of the cards, after the active cards are issued to the active users according to the number of the cards corresponding to the card issuing information, the expected card number of the active users is judged, whether the expected card number of the active users exceeds the set number of the cards is judged, if the expected card number does not exceed the set number of the cards, subsequent steps are required, and if the expected card number exceeds the set number of the cards, the operation is ended, and the behavior data is not processed. And finally, when the judgment result is that the expected number of the cards does not exceed the set number of the cards, issuing the movable cards corresponding to the card collecting activities for the movable users according to the determined card issuing information. In the distributed calculation, the condition of data concurrent processing can occur, so that the phenomenon of overstock is caused, and before the movable cards are issued to the movable users, the scheme judges whether the upper limit of the card issuing set by the activity is exceeded or not through the comparison result of the number of the preprocessed cards and the number of the preset cards, so that the condition of the overstock of the number of the movable cards is effectively prevented.

In one possible embodiment, in order to ensure that the number of cards owned by the active user does not exceed the set number of cards after the active cards are issued to the active user, the card issuing unit is further configured to:

before issuing the movable cards corresponding to the card collecting activities for the movable users according to the card issuing information, determining the card quantity difference between the expected owned quantity of the cards and the set card quantity, and judging whether the card issuing quantity is greater than the card quantity difference;

and resetting the card issuing number to be the card number difference in response to the judgment result that the card issuing number is larger than the card number difference.

For example, before the movable cards corresponding to the collective card activities are issued for the movable users according to the card issuing information, if the movable cards corresponding to the collective card activities are issued for the movable users according to the card issuing information, the expected card quantity of the movable users is determined, the difference between the expected card quantity and the card quantity set for the card quantity is calculated, the card issuing quantity and the card quantity difference are compared, and whether the card issuing quantity is greater than the card quantity difference is judged. If the card issuing number is not larger than the card number difference, the current card issuing number is maintained, and if the judgment result is that the card issuing number is larger than the card number difference, the card issuing number is reset to the card number difference, and subsequently, when the movable card corresponding to the card collecting activity is issued for the movable user according to the card issuing information, the card issuing number of the issued movable card is the card issuing number after resetting.

Optionally, a corresponding set card number may be set for each type of activity card, and the determination of whether the number of preprocessed cards or the expected number of owned cards exceeds the set card number or whether the number of issued cards is greater than the difference between the numbers of cards may be performed according to the number of preprocessed cards, the expected number of owned cards, or the number of issued cards of the corresponding card type.

For example, before issuing the active cards to the active users, the number of the pre-processed cards of the active users is processed, that is, the number of the active cards currently owned by the active users is obtained by calling a Union get (user ID) mode to the Union Redis storage subsystem, if the number of the active cards exceeds the set number of the cards, the operation is ended, if the number of the active cards does not exceed the set number of the cards, then a Union increment (user ID, number of issued cards) mode is called to the Union Redis storage subsystem, the Union Redis storage subsystem returns the number of the pre-processed cards of the active users after the operation (i.e., the number of the active cards currently owned by the active users is added to the number of issued cards corresponding to the card issuing information), because the Union increment operation has an atomic auto-increment characteristic, it can be ensured that the return value of each increment is not the same during the concurrency, if the number of the returned pre-processed cards is greater than the set number of the cards, ending the operation; if the number of the returned preprocessed cards does not exceed the set number of the cards, judging whether the number of the issued cards is larger than the difference of the number of the cards obtained by subtracting the set number of the cards from the expected number of the owned cards, if so, resetting the number of the issued cards to the difference of the number of the cards, calling Codis incrby (user ID, number of issued cards) to set the number of the active cards currently owned by the active users in the Codis storage subsystem, and informing the active users to obtain the active cards. The scheme effectively prevents the condition that the number of the active cards is excessively sent out by a Union and Codis combination mode, and meanwhile, the global user access speed can be increased, and the user experience is improved.

In one possible embodiment, since a retry occurs when a failure occurs during the data transmission process, in order to prevent data of an active user from being processed by the same hub activity multiple times, whether to continue processing the behavior data may be determined according to the number of operations on the behavior data. Based on this, the activity data calculation subsystem provided by the present solution further includes a data checking unit configured to:

after the behavior data of the active user is obtained, determining the processing condition of the behavior data, and determining whether to issue an active card for the active user based on the behavior data according to the processing condition.

For example, after the behavior data of the active user is obtained, the processing condition of the behavior data is determined, and whether to continue issuing the active card for the active user based on the behavior data is determined according to the processing condition of the behavior data.

The data verification unit provided by the scheme is configured to acquire the operation frequency information of the behavior data when determining the processing condition of the behavior data, and determine the processing condition of the behavior data according to the operation frequency information.

Illustratively, when behavior data is acquired and operated, the operation frequency information corresponding to the behavior data is updated first, and when the subsequent activity data calculation subsystem processes the behavior data again, it can be determined that the behavior data has been operated previously according to the operation frequency information of the behavior data, and then the current operation on the behavior data is abandoned. For example, each piece of behavior data generated has a unique ID consisting of: action name (action type) + user ID + machine ID + process ID + time ms + self-increment ID in machine, the unique ID is formed to ensure that the action data generated by each user action has a unique ID. After one or more nodes in the distributed activity event management system acquire the behavior data, an incrby (unique ID, 1) is called by the UnionRedis storage subsystem to obtain a return value, if the return value is 1, the behavior data is processed for the first time, subsequent logic can be continuously processed, if the return value is greater than 1, the behavior data is processed by a node, no reprocessing is needed, the behavior data can be abandoned, the condition that the behavior data is processed for many times due to retry or retransmission is guaranteed, and the condition that the activity of the hub is correctly performed is guaranteed.

As shown in the schematic block diagram of a page reward subsystem provided in fig. 5, the page reward subsystem provided in this scheme includes an activity detection unit, a rule determination unit, a reward determination unit, and a reward issue unit, and the page reward subsystem completes the determination of the completed collection card activity through the activity detection unit, the rule determination unit, and the reward determination unit together, determines reward information corresponding to the completed collection card activity according to an activity card owned by an activity user participating in the completed collection card activity, and issues an operation corresponding to an activity reward to the activity user participating in the completed collection card activity based on the reward information.

The activity detection unit provided by the scheme is configured to detect the finished card collecting activity at regular time. The rule determining unit provided by the scheme is configured to determine the reward rule corresponding to the finished card collecting activity in response to the detection result of the finished card collecting activity. The reward determination unit provided by the scheme is configured to determine reward information corresponding to the activity users participating in the finished card collecting activity based on reward rules according to activity cards owned by the activity users participating in the finished card collecting activity. The reward issuing unit is configured to issue an activity reward to an activity user participating in the completed card-collecting activity based on the reward information.

Illustratively, the activity detection unit scans the storage service subsystem once at a set time interval (e.g., 5 minutes), and determines the hub activity that has ended based on the activity time of each hub activity. When the finished card collecting activity is detected, the rule determining unit searches the reward rule corresponding to the finished card collecting activity from the storage service subsystem, the reward determining unit obtains user IDs corresponding to all activity users participating in the finished card collecting activity from the storage service subsystem, card obtaining conditions (including originally issued activity cards and synthesized activity cards) of the activity users are inquired in the storage service subsystem according to the user IDs, and reward information corresponding to the activity users participating in the finished card collecting activity is determined according to the card obtaining conditions based on the reward rule of the finished card collecting activity. After determining the reward information corresponding to the activity users participating in the finished card collecting activity, the reward issuing unit issues activity rewards to the activity users participating in the finished card collecting activity based on the reward information.

In the above, by creating the card collecting activity based on the activity area, the activity data calculating subsystem determines the card collecting activity corresponding to the activity data when receiving the activity data of the activity user, and issues the activity card to the activity user based on the received activity data and the activity rule corresponding to the card collecting activity, when detecting the completed card collecting activity, according to the activity card owned by the activity user participating in the completed card collecting activity, determines the reward information corresponding to the completed card collecting activity, and issues the corresponding activity reward to the activity user participating in the card collecting activity based on the reward information, and the card collecting activity can be created based on the activity area initiating the activity, so as to effectively meet the card collecting activity requirements of different activity areas, improve the management efficiency of the activity event, and when card collecting activities are held in multiple countries and areas, the card collecting activities can be established according to the activity rules applicable to various countries and regions, and the global card collecting activity requirements across countries and regions are effectively met. Meanwhile, the activity identification and the rule information corresponding to the card collecting activity are recorded through the redis Hash mapping table, so that the interaction between the activity rule and the data processing among different card collecting activities is effectively reduced, and the correct processing of the data and the normal operation of the card collecting activity are ensured. And whether the behavior data are continuously processed can be determined according to the operation times of the behavior data, so that the condition that the data of one active user are processed by the same card collecting activity for multiple times is effectively prevented. And whether the number of the preprocessed cards exceeds the upper limit of card issuing set by the activity is judged by comparing the number of the preprocessed cards with the number of the preset cards, so that the condition that the number of the active cards exceeds the upper limit of card issuing set by the activity is effectively prevented, the correct proceeding of the card collecting activity is ensured, and the management efficiency of the activity event is improved. By combining the card collection playing method with the behaviors of receiving and delivering gifts, watching, playing, recharging, paying, sharing, line interaction and the like of a user in a live broadcast system, the card collection playing method is suitable for a global multi-language, multi-time-zone and multi-culture-characteristic live broadcast system, and can meet the requirement of high-speed development of services by using data processing modes supporting dynamic capacity expansion, such as kafka, Codis, Myshard and the like.

Fig. 6 is a flowchart of an activity event management method according to an embodiment of the present application, where the activity event management method according to the embodiment of the present application is applicable to the activity event management system according to the embodiment described above and is integrated in an activity event management device. Referring to fig. 6, the activity event management method includes:

s101: acquiring behavior data of an activity user, and determining a card collecting activity corresponding to the behavior data, wherein the card collecting activity is created based on an activity region.

S102: and based on the behavior data, issuing an activity card for the activity user according to an activity rule corresponding to the card collection activity.

S103: and determining the finished card collecting activity, and determining the reward information corresponding to the finished card collecting activity according to the activity cards owned by the activity users participating in the finished card collecting activity.

S104: and issuing an activity reward to the activity users participating in the finished card collecting activity based on the reward information.

In the above, by creating the card collecting activity based on the activity area, the activity data calculating subsystem determines the card collecting activity corresponding to the activity data when receiving the activity data of the activity user, and issues the activity card to the activity user based on the received activity data and the activity rule corresponding to the card collecting activity, when detecting the completed card collecting activity, according to the activity card owned by the activity user participating in the completed card collecting activity, determines the reward information corresponding to the completed card collecting activity, and issues the corresponding activity reward to the activity user participating in the card collecting activity based on the reward information, and the card collecting activity can be created based on the activity area initiating the activity, so as to effectively meet the card collecting activity requirements of different activity areas, improve the management efficiency of the activity event, and when card collecting activities are held in multiple countries and areas, the card collecting activities can be established according to the activity rules applicable to various countries and regions, and the global card collecting activity requirements across countries and regions are effectively met.

On the basis of the above embodiment, when issuing an activity card for an activity user according to an activity rule corresponding to a card collection activity based on behavior data, the method includes:

determining the container card activity corresponding to the behavior data and the activity rule corresponding to the container card activity;

determining activity rules met by the behavior data, and determining card issuing information corresponding to the met activity rules;

and issuing the activity card corresponding to the card collecting activity for the activity user based on the card issuing information.

On the basis of the embodiment, the card collecting activity subscribes one or more behavior types through the activity identification, and records the activity rule through the rule information corresponding to the activity identification;

when determining the card collecting activity corresponding to the behavior data and the activity rule corresponding to the card collecting activity, the method comprises the following steps: and acquiring an activity identifier of the subscription behavior type and an activity rule corresponding to the activity identifier according to the behavior type corresponding to the behavior data.

On the basis of the embodiment, the activity rule comprises a conversion rule and an expansion rule; the method comprises the following steps of when determining the activity rule met by the behavior data and determining the card issuing information corresponding to the met activity rule:

On the basis of the above embodiment, when issuing an activity card corresponding to a card gathering activity for an activity user based on the card issuing information, the method includes:

and responding to a judgment result that the expected number of the cards does not exceed the set number of the cards, and issuing the activity cards corresponding to the card collecting activities for the activity users according to the card issuing information.

On the basis of the above embodiment, before issuing an activity card corresponding to the card collecting activity for the activity user according to the card issuing information, the method further includes:

determining the card quantity difference between the expected owned quantity of the cards and the set card quantity, and judging whether the issued quantity of the cards is greater than the card quantity difference;

On the basis of the above embodiment, after acquiring the behavior data of the active user, the method further includes: and determining the processing condition of the behavior data, and determining whether to issue an activity card for the activity user based on the behavior data according to the processing condition.

On the basis of the above embodiment, when determining the processing situation of the behavior data, the method includes: and acquiring operation frequency information of the behavior data, and determining the processing condition of the behavior data according to the operation frequency information.

On the basis of the above embodiment, when determining the completed card collecting activity and determining bonus information corresponding to the completed card collecting activity according to the activity cards owned by the activity users participating in the completed card collecting activity, the method includes:

detecting the finished card collecting activity at fixed time;

in response to the detection result of the finished card collecting activity, determining a reward rule corresponding to the finished card collecting activity;

and determining reward information corresponding to the activity users participating in the finished card collecting activity based on reward rules according to the activity cards owned by the activity users participating in the finished card collecting activity.

On the basis of the above embodiment, the activity event management further includes:

and acquiring activity creating information, and creating the container truck activity based on the activity creating information, wherein the activity creating information is generated based on the activity region.

On the basis of the above embodiment, the activity creation information includes one or more of an activity region, an activity time, an activity rule, a reward rule, a language type, and card information in combination.

The embodiment of the application also provides an activity event management device, and the activity event management device can be integrated with the activity event management device provided by the embodiment of the application. Fig. 7 is a schematic structural diagram of an activity event management device according to an embodiment of the present application. Referring to fig. 7, the activity event management apparatus includes: an input device 73, an output device 74, a memory 72, and one or more processors 71; a memory 72 for storing one or more programs; when the one or more programs are executed by the one or more processors 71, the one or more processors 71 are caused to implement the activity event management method as provided in the above-described embodiments. The activity event management device, the equipment and the computer provided by the above can be used for executing the activity event management method provided by any of the above embodiments, and have corresponding functions and beneficial effects.

Embodiments of the present application also provide a storage medium storing computer-executable instructions, which when executed by a computer processor, are used to perform the activity event management method provided in the above embodiments. Of course, the storage medium storing computer-executable instructions provided in the embodiments of the present application is not limited to the activity event management method provided above, and may also perform related operations in the activity event management method provided in any embodiment of the present application. The activity event management apparatus, the device, and the storage medium provided in the foregoing embodiments may execute the activity event management method provided in any embodiment of the present application, and refer to the activity event management method provided in any embodiment of the present application without detailed technical details described in the foregoing embodiments.

In some possible embodiments, various aspects of the methods provided by the present disclosure may also be implemented in a form of a program product including program code for causing a computer device to perform the steps of the methods according to various exemplary embodiments of the present disclosure described above in this specification when the program product is run on the computer device, for example, the computer device may perform the activity event management methods described in the embodiments of the present disclosure. Wherein the program product may employ any combination of one or more readable media.

Claims

1. An activity event management system comprising an activity data calculation subsystem and a page reward subsystem, wherein:

the page reward subsystem is configured to determine the completed card collecting activity and determine reward information corresponding to the completed card collecting activity according to activity cards owned by activity users participating in the completed card collecting activity; and

2. The activity event management system according to claim 1, wherein the activity data calculation subsystem comprises an activity determination unit, a rule execution unit, and a card issuance unit, wherein:

the activity determination unit is configured to determine a card collection activity corresponding to the behavior data and an activity rule corresponding to the card collection activity;

the rule execution unit is configured to determine an activity rule met by the behavior data and determine card issuing information corresponding to the met activity rule;

the card issuing unit is configured to issue the activity card corresponding to the card collecting activity for the activity user based on the card issuing information.

3. The activity event management system according to claim 2, wherein the card-hosting activity subscribes to one or more behavior types through an activity identifier, and records an activity rule through rule information corresponding to the activity identifier;

the activity determining unit is configured to acquire an activity identifier subscribed to the behavior type and an activity rule corresponding to the activity identifier according to the behavior type corresponding to the behavior data.

4. The activity event management system according to claim 3, wherein the activity rules include redemption rules and extension rules; the rule execution unit is configured to:

5. The activity event management system of claim 2, wherein the card issuing unit is configured to:

determining the number of the preprocessed cards of the active user, and judging whether the number of the preprocessed cards reaches the set number of the cards;

responding to a judgment result that the number of the preprocessed cards does not reach the set number of the cards, and judging whether the expected number of the cards of the active users exceeds the set number of the cards or not after the active cards are issued according to the card issuing number corresponding to the card issuing information;

and responding to a judgment result that the expected number of the cards does not exceed the set number of the cards, and issuing the activity cards corresponding to the card collecting activity for the activity users according to the card issuing information.

6. The activity event management system of claim 5, wherein the card issuing unit is configured to:

before the movable cards corresponding to the card collecting activities are issued for the movable users according to the card issuing information, determining the card quantity difference between the expected owned quantity of the cards and the set card quantity, and judging whether the card issuing quantity is greater than the card quantity difference;

and resetting the card issuing number as the card quantity difference in response to the judgment result that the card issuing number is larger than the card quantity difference.

7. The activity event management system of claim 1, wherein the activity data computation subsystem further comprises a data verification unit configured to:

after behavior data of an active user is obtained, determining the processing condition of the behavior data, and determining whether to issue an active card for the active user based on the behavior data according to the processing condition;

the data checking unit is configured to, when determining a processing situation of the behavior data: and acquiring operation frequency information of the behavior data, and determining the processing condition of the behavior data according to the operation frequency information.

8. The activity event management system of claim 1 wherein the page reward subsystem comprises an activity detection unit, a rule determination unit, and a reward determination unit, wherein:

the activity detection unit is configured to detect the finished card collecting activity at fixed time;

the rule determining unit is configured to determine reward rules corresponding to the finished card collecting activities in response to the detection result of the finished card collecting activities;

and the reward determining unit is configured to determine reward information corresponding to the activity users participating in the finished card collecting activity based on the reward rule according to the activity cards owned by the activity users participating in the finished card collecting activity.

9. The activity event management system of claim 1, further comprising an activity creation subsystem, wherein:

the activity creating subsystem is configured to acquire activity creating information and create a card collecting activity based on the activity creating information, wherein the activity creating information is generated based on an activity region, and the activity creating information comprises one or more combinations of the activity region, activity time, activity rules, reward rules, language types and card information.

10. An activity event management method, comprising:

11. An activity event management device, comprising: a memory and one or more processors;

the memory for storing one or more programs;

when executed by the one or more processors, cause the one or more processors to implement the activity event management method of claim 10.

12. A storage medium storing computer-executable instructions, which when executed by a computer processor, are for performing the activity event management method of claim 10.

13. A computer program product comprising a computer program, characterized in that the computer program, when being executed by a processor, carries out the activity event management method of claim 10.