Information processing method, equity display method, system, device, medium and product

Abstract

The application discloses an information processing method, a benefit display method, a system, a device, a medium and a product. The method comprises the following steps: obtaining task information of a processing task generated in advance, wherein each first product identifier in target activity information is included in the task information, and the target activity information is used for indicating activity information selected from product activity information provided by at least one merchant client in advance; for any first product identifier, obtaining an element value of a benefit component of a product corresponding to the first product identifier and merchant information of a merchant to which the product belongs; in the case that the merchant information meets predetermined merchant conditions and a message of the merchant's consent to generate benefit information is received, generating benefit information corresponding to the first product identifier according to the element value of the benefit component. According to the method, the benefit information is automatically generated, which is beneficial to reducing operation cost and improving the generation efficiency and accuracy of the benefit information.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of computer, in particular to an information processing method, a benefit display method, a system, a device, a medium and a product. BACKGROUND

[0002] With the development of Internet technology and the popularity of mobile devices, more and more merchants carry out various activities through the Internet. For example, a merchant issues a benefit in an electronic form, a user obtains the benefit through a mobile terminal, and uses the obtained benefit as a voucher to obtain a product or service corresponding to the benefit from the merchant.

[0003] In a traditional mode, an activity expansion team needs to communicate with a merchant offline to determine whether the merchant agrees to generate benefit information. After the merchant agrees, the merchant manually enters and creates the benefit information. However, the operation cost of manually creating the benefit information by the merchant is high, and the information generation efficiency is low. SUMMARY

[0004] In view of the problems of high operation cost and low generation efficiency of manually creating benefit information in the related art, the present application provides an information processing method, a benefit display method, a system, a device, a medium and a product.

[0005] The first aspect of the present application provides an information processing method applied to a server, the method comprising: obtaining task information of a processing task generated in advance, the task information comprising each first product identifier in target activity information, the target activity information being used to indicate activity information filtered from product activity information provided by at least one merchant client in advance; obtaining, for any first product identifier, an element value of a benefit constituent element of a product corresponding to the first product identifier and merchant information of a merchant to which the product belongs; in a case where the merchant information satisfies a predetermined merchant condition and a message of agreeing to generate benefit information of the merchant is received, generating the benefit information corresponding to the first product identifier according to the element value of the benefit constituent element.

[0006] The second aspect of the present application provides an information processing method applied to a merchant client, the method comprising: sending product activity information created by the merchant client to a server, the product activity information comprising at least one first product identifier and an attribute value of a product activity attribute corresponding to each first product identifier; receiving a benefit information generation request sent by the server, the benefit information generation request being sent by the server in a case where merchant information corresponding to the merchant client is determined to satisfy a predetermined merchant condition, the benefit information generation request being used to request the merchant client to agree to generate benefit information corresponding to the first product identifier; and sending an agreement message to the server in response to the benefit information generation request, so that the server generates the benefit information corresponding to the first product identifier based on an element value of a benefit constituent element of a product corresponding to the first product identifier.

[0007] The third aspect of the present application provides a benefit display method, which is applied to a terminal device, and the method comprises: displaying the benefit information through a predetermined display interface, wherein the benefit information is obtained by processing the task information of the pre-generated processing task by the server using the method of the first aspect.

[0008] The fourth aspect of the present application provides a benefit processing system, which comprises at least one merchant client and a server; wherein any merchant client is configured to send product activity information created by the merchant client to the server; the server is configured to filter activity information corresponding to the merchant client according to the product activity information of the merchant client, generate target activity information and task information of corresponding processing tasks according to the filtered activity information corresponding to each merchant client, and the task information comprises each first product identifier in the target activity information; the server is further configured to, for any first product identifier, obtain an element value of a benefit component element of a product corresponding to the first product identifier and merchant information of a merchant to which the product belongs; and in the case that the merchant information satisfies a predetermined merchant condition and a message of the merchant's consent to generate benefit information is received, generate benefit information corresponding to the first product identifier according to the element value of the benefit component element.

[0009] The fifth aspect of the present application provides an electronic device, which comprises a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor executes the program to realize the method of the first aspect, the second aspect or the third aspect.

[0010] The sixth aspect of the present application provides a computer readable storage medium, which stores a computer program, and the program is executed by a processor to realize the method of the first aspect, the second aspect or the third aspect.

[0011] The seventh aspect of the present application provides a computer program product, which comprises a computer program, and the computer program is executed by a processor to realize the method of the first aspect, the second aspect or the third aspect.

[0012] Based on the method of the first aspect, the present application has at least the following beneficial effects or advantages:

[0013] The embodiment of the present application can realize screening of product activity information provided by a merchant client, which is beneficial to quickly obtaining product activity information meeting the demand, reducing the time for obtaining required information, and improving information obtaining efficiency. In the method, each first product identifier in target activity information can be obtained through task information of a pre-generated processing task, and subsequent information processing procedures are performed for any first product identifier. The task mode is beneficial to automatic starting and automatic execution of the information processing procedures, thereby being beneficial to improving information processing efficiency. In the method, the merchant information needs to meet predetermined merchant conditions and receive a message of merchant consent to generate the benefit information, which is beneficial to improving reliability of the generated benefit information. The method generates the benefit information through automatic processing, which is beneficial to reducing operation cost and improving generation efficiency and accuracy of the benefit information.

[0014] The above description is only a summary of the technical solutions of the present application. In order to more clearly understand the technical means of the present application, the present application can be implemented in accordance with the content of the description, and in order to make the above and other purposes, characteristics and advantages of the present application more obvious and easy to understand, the following specific embodiments of the present application are described. BRIEF DESCRIPTION OF DRAWINGS

[0015] The drawings described herein are used to provide further understanding of the present application, and form a part of the present application. The schematic embodiments of the present application and their descriptions are used to explain the present application, and do not constitute an improper limitation on the present application. In the drawings:

[0016] Figure 1 The architecture schematic diagram of the information processing system for the exemplary embodiments of the present application is provided;

[0017] Figure 2 The flowchart of the information processing method for the exemplary embodiments of the present application is provided;

[0018] Figure 3 The flowchart of generating the benefit information corresponding to the first product identifier for the exemplary embodiments of the present application is provided;

[0019] Figure 4 The processing process schematic diagram of the associated merchant information for the exemplary embodiments of the present application is provided;

[0020] Figure 5 The flowchart of the merchant state management for the exemplary embodiments of the present application is provided;

[0021] Figure 6 The merchant state switching schematic diagram for the exemplary embodiments of the present application is provided;

[0022] Figure 7 The processing process schematic diagram of initiating the entry confirmation request for the exemplary embodiments of the present application is provided;

[0023] Figure 8 A processing flow diagram of an activity change request of an embodiment of the present application;

[0024] Figure 9 A processing flow diagram of an information processing method of an embodiment of the present application;

[0025] Figure 10 A processing flow diagram of an information processing method of an embodiment of the present application. DETAILED DESCRIPTION

[0026] The exemplary embodiments will be described in detail herein with reference to the attached drawings. In the following description, like reference numerals refer to like elements throughout the description. The following exemplary embodiments are not intended to represent all embodiments in accordance with the present application. Rather, they are merely examples of apparatuses and methods in accordance with some aspects of the present application as detailed in the appended claims.

[0027] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the present application. As used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" and / or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and / or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups thereof.

[0028] It is to be understood that the singular forms "a", "an", and "the" include plural referents unless the context clearly dictates otherwise. It will be further understood that the terms "comprises" and / or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and / or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups thereof.

[0029] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, displayed data, etc.) involved in the present application are all information and data authorized by the user or authorized by all parties, and the collection, use and processing of related data need to comply with relevant laws, regulations and standards of relevant countries and regions, and provide corresponding operation portal for user to choose authorization or refusal.

[0030] The technical solution of this application and how it solves the aforementioned technical problems are described in detail below with specific embodiments. The listed specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will be described in detail below with reference to the accompanying drawings.

[0031] Figure 1 This is a schematic diagram of the architecture of an information processing system provided for an exemplary embodiment of this application. Figure 1 As shown, the architecture includes: merchant client 10, server 20, terminal device 30, and network 40.

[0032] Merchant client 10 can run a merchant application, which provides daily management services to merchants. For example, merchant client 10 can be used to create product activity information. Products include any items used for exchanging benefits. For example, products may include at least one of the following: dishes, beverages, daily necessities, books, clothing, snacks, professional services, and virtual items. Professional services may include at least one of the following: housekeeping services, repair services, and consulting services. Virtual items may include at least one of the following: e-books, music, and software. Exemplarily, the benefits corresponding to the products may include at least one of the following: coupons, gift cards, discount rights, red envelopes, etc. Server 20 is used to receive product activity information provided by merchant client 10, filter the product activity information to obtain target activity information, and create benefit information using the filtered target activity information. Terminal device 30 is used to convert the user's reserved available resources into benefit information in this embodiment. Terminal device 30 includes a display interface through which the benefit information can be displayed. When a user needs to use or cancel the rights information, they can present the rights information to the merchant. The merchant can then mark the usage status of the rights information as used through the merchant client 10. For example, the reserved available resources could be financial resources, points resources, etc. Network 40 is a medium used to provide communication links between the merchant client 10 and the server 20, and between the merchant client 10 and the terminal device 30.

[0033] In this embodiment, the merchant client 10 and the terminal device 30 include, but are not limited to, mobile phones, laptops, tablets, laptops, desktop computers, etc.; the network 40 may include various connection types, such as wired, wireless communication links, or fiber optic cables. The server 20 may be a single server, a server cluster, or a cloud server. A single server can be a physical server or a virtual server. A server cluster is a cluster composed of multiple servers. A cloud server may include components such as processors, memory, and cloud disks. It should be understood that... Figure 1The numbers of the merchant client, the server and the terminal device in the figure are only illustrative. According to actual needs, there can be any number of merchant clients, servers and terminal devices.

[0034] Figure 2 A flowchart of an information processing method of an exemplary embodiment of the present application. As shown in the figure, the information processing method can be executed by the server, and the method specifically includes the following steps S210-S230. Figure 2

[0035] S210, obtaining task information of a pre-generated processing task, the task information including each first product identifier in target activity information, the target activity information being used to indicate activity information filtered from product activity information provided by at least one merchant client in advance. S220, for any first product identifier, obtaining an element value of a benefit component of a product corresponding to the first product identifier and merchant information of a merchant to which the product belongs. S230, in a case where the merchant information meets a predetermined merchant condition and a message of consent of the merchant to generate benefit information is received, generating benefit information corresponding to the first product identifier according to the element value of the benefit component.

[0036] In the embodiments of the present application, the product activity information provided by the merchant client can be filtered, which is conducive to quickly obtaining product activity information meeting the demand, reducing the time for obtaining the required information, and improving the information acquisition efficiency. In the method, each first product identifier in the target activity information can be obtained through the task information of the pre-generated processing task, and subsequent information processing procedures are performed for any first product identifier. The task mode is conducive to automatic starting and automatic execution of the information processing procedure, thereby improving the information processing efficiency. In the method, the merchant information needs to meet the predetermined merchant condition and the message of consent of the merchant to generate the benefit information, which is conducive to improving the reliability of the generated benefit information. Moreover, the method generates the benefit information through automatic processing, which is conducive to reducing the operation cost and improving the generation efficiency and accuracy of the benefit information.

[0037] In the embodiments of the present application, product activity information of different types of products can be used to generate corresponding benefit information, such as product activity information of dishes, drinks, daily necessities, books and the like. In order to simplify the description, the implementation mode of the information processing method of the present application is described below by taking dishes as an example. However, this description cannot be interpreted as limiting the scope or implementation possibility of the present application. The information processing method of other types of products other than dishes is consistent with the processing method of dishes.

[0038] ​In some embodiments, before the step of obtaining the task information of the pre-generated processing task in step S210, the method further comprises the following steps: obtaining product activity information of at least one merchant client and at least one preset filtering condition, the product activity information comprising at least one first product identifier and attribute values of product activity attributes corresponding to each first product identifier, and any preset filtering condition being used to indicate an attribute value range of a product activity attribute; for any preset filtering condition, target activity information corresponding to the preset filtering condition is filtered from the product activity information according to the attribute value range, and a processing task is generated according to the filtered target activity information.

[0039] Exemplarily, any first product identifier is used to identify a product, and the product activity attributes comprise at least one of the following attribute items: activity identifier, product name participating in the activity, quantity of predetermined available resources required to obtain the product during the activity period, quantity of predetermined available resources required to obtain the product during the non-activity period, whether the quantity of predetermined available resources required for product distribution allowed during the activity period is zero, activity type, start time, end time, total inventory, daily inventory, owner type, and merchant identifier. The activity type can refer to the type of the activity target, for example, comprising at least one of the following items: clearing inventory, increasing user traffic, increasing popularity, etc. The owner type can refer to the type of the subject initiating the activity, for example, can be a restaurant, a coffee shop, a beverage shop, etc. The quantity of predetermined available resources required to obtain the product during the activity period can be lower than the quantity of predetermined available resources required to obtain the product during the non-activity period. Exemplarily, for any preset filtering condition, the attribute value range can be the value range of at least one attribute item in the product activity attributes.

[0040] In this embodiment, the pre-filtering of the activity information and the generation of the processing task are beneficial to quickly obtaining product activity information meeting the filtering conditions, reducing the time required to obtain the information, and automatically starting and automatically executing the information processing process through the generation of the processing task, thereby improving the information processing efficiency.

[0041] In some embodiments, a product selection pool can be established according to each first product identifier contained in the target activity information. Each product selection pool is a collection of each first product identifier filtered in one filtering process. The product selection pool comprises N first product identifiers. Each product identifier corresponds to a Stock Keeping Unit (SKU), and N is an integer greater than or equal to 1.

[0042] In some embodiments, the step of obtaining the element value of the benefit component of the product corresponding to the first product identifier and the merchant information of the merchant to which the product belongs in step S220 can specifically include: for any first product identifier, obtaining the element value of the benefit component of the product corresponding to the first product identifier, the first activity identifier and the merchant identifier from the preset product activity information table; the product activity information table includes the first product identifier of the product participating in any activity, the merchant identifier of the product belonging to the merchant and the activity information, and the activity information includes the element value of the benefit component of the corresponding product; obtaining the associated merchant identifier of the merchant corresponding to the first activity identifier and the merchant identifier from the participating merchant information table, and the participating merchant information table includes the associated merchant identifier corresponding to the activity identifier and the merchant identifier; and generating the merchant information corresponding to the first product identifier according to the merchant identifier and the associated merchant identifier.

[0043] For example, the product activity information table includes at least one of the following: product identifier (sku_id) and product activity attribute shown in the above embodiments. For example, the benefit component includes at least one of the following: activity identifier, product identifier, product name, number of predetermined available resources required to obtain the product during the activity period, start time and end time. For example, the benefit component can also include at least one of the following: number of predetermined available resources required to obtain the product during the non-activity period, total inventory and daily inventory. For example, the participating merchant information table includes at least one of the following: activity identifier, merchant identifier, source and associated merchant identifier. The source can be the starting point of the activity, for example, can include at least one of the following: social media, email, advertisement, etc.

[0044] In this embodiment, the element value of the benefit component of the product corresponding to the first product identifier is used to generate the corresponding benefit information, and the merchant information is used to determine whether the predetermined merchant condition is met and whether the message of the corresponding merchant agreeing to generate the benefit information is received, thereby providing a data basis for subsequent information processing.

[0045] In some embodiments, before step S230, a benefit information draft record table of the product corresponding to the first product identifier can also be generated according to the element value of the benefit component of the product corresponding to the first product identifier obtained in step S220. For example, the benefit information draft record table is used to record the to-be-generated benefit information. The to-be-generated benefit information includes at least part of the elements in the benefit component. For example, the benefit information draft record table can include the following: record identifier, product identifier, product name, activity identifier, number of predetermined available resources required to obtain the product during the activity period, start time and end time. Each record identifier can identify a record in the benefit information draft record table.

[0046] The main data items included in the benefit information draft record table are described below by Table 1.

[0047] Table 1 Main data items in the benefit information draft record table

[0048]

[0049] It should be understood that in actual scenarios, the data items in the benefit information draft record table can be customized as needed, and the embodiments of the present application are not limited in this regard.

[0050] In some embodiments, a product-benefit information draft record association table can also be established, which includes: association table data identifier, first product identifier, and corresponding draft record identifier. The association table data identifier is the self-incrementing identifier information in the table. The first product identifier is used to identify a product. The draft record identifier is used to identify a record in the benefit information draft record table.

[0051] In some scenarios, according to the first product identifier, the corresponding draft record identifier can be queried from the product-benefit information draft record association table, and then according to the queried draft record identifier, the corresponding record can be found from the benefit information draft record table to obtain the to-be-generated benefit information. Before the generation of the benefit information, the management personnel can better plan the implementation of the product activity according to the to-be-generated benefit information, thereby improving the information management efficiency.

[0052] In some embodiments, data that can be used in the information processing process can be extracted from the product activity information table, the participating merchant information table, the product selection pool, and the benefit information draft record table to obtain benefit information supply data.

[0053] In the description of the following embodiments, the extraction process of the benefit information supply data can also be referred to as data cleaning. When performing data cleaning, the product activity information table and the product selection pool can be associated through the first product identifier, the product activity information table and the participating merchant information table can be associated through the activity identifier and the merchant identifier, and the product activity information table and the benefit information draft record table can be associated through the first product identifier.

[0054] The extraction of the benefit information supply data is performed through the above association relationship. Specifically, in the product activity information table, the corresponding product activity attribute can be queried from the product activity information table through the first product identifier, and the product activity attribute includes an activity identifier; the merchant identifier and the corresponding associated merchant identifier can be queried from the participating merchant information table through the activity identifier, so as to determine the merchant and the associated merchant participating in the corresponding activity; in the participating merchant information table, the corresponding associated merchant identifier can be queried according to the merchant identifier, and the associated merchant of the corresponding merchant is determined according to the query result; in the benefit information draft record table, the corresponding benefit information draft record can be queried according to the first product identifier.

[0055] In the embodiment of the present application, the benefit information supply data can be generated according to the product activity attribute (including the activity identifier and other attribute items), the merchant identifier, the associated merchant identifier and the benefit information draft record queried through each first product identifier. The benefit information supply data is a summary of the data required to be used in the information processing process. Since the data needs to be obtained from the product activity information table, the participating merchant information table and the product selection pool multiple times in the information processing process, each data acquisition needs to access the interface of the database, and directly obtaining the data items required to be used in the information processing process from the benefit information supply data can reduce the access to the database interface, which is conducive to improving the data acquisition efficiency.

[0056] In some embodiments, the benefit information supply data includes at least one of the following parameter items: product activity unique identifier, draft record identifier, product identifier, activity identifier, merchant identifier, associated merchant identifier, start time, end time, number of predetermined available resources required to obtain the product during the activity period, number of predetermined available resources required to obtain the product during the non-activity period, daily inventory, total inventory, and corresponding relationship of the product, the merchant and the associated merchant. The product activity unique identifier is used to uniquely identify the product activity information. For example, the product activity unique identifier can include one or more of the following information items: activity identifier, product name, number of predetermined available resources required to obtain the product during the activity period, start time and end time; or the product activity unique identifier can also consist of the following information items: activity identifier and product identifier. The start time refers to the start time of the activity, the start time of use of the benefit information or the start time of redemption of the benefit information. The end time refers to the end time of the activity, the end time of use of the benefit information or the end time of redemption of the benefit information. The daily inventory refers to the remaining number of products counted on the same day, and the total inventory refers to the remaining number of products at a specific time point. The specific time point refers to a certain day of each month, a certain day of each quarter or a certain day of each year. The product-merchant and associated merchant relationship can be represented by the product identifier, the merchant identifier and the associated merchant identifier. For example, the product-merchant and associated merchant relationship can be represented as: {“3321 (merchant identifier) | 1123 (associated merchant identifier) chain_id) | 1234123 (product identifier)”}.

[0057] In some embodiments, the benefit information supply data table can be generated according to the extracted benefit information supply data. The main data items in the benefit information supply data table are shown in Table 2 below.

[0058] Table 2 Main data items in the benefit information supply data table

[0059]

[0060] It should be understood that in actual scenarios, the data items in the benefit information supply data table can be customized as needed, and the embodiments of the present application are not limited in this regard.

[0061] In some embodiments, the element values of the benefit composition elements include a plurality of element values; and the step S230 can specifically include: grouping the element values of the benefit composition elements corresponding to the acquired first product identifiers to obtain at least one group; wherein each group includes the same first product identifier, the same first activity identifier, and at least one same element value; for any first product identifier, if no generated benefit information is queried, the first merchant and each associated merchant of the first merchant are determined according to the merchant identifier corresponding to the first product identifier and the corresponding associated merchant identifier; if the first merchant is a predetermined type of merchant, at least one associated merchant has joined a predetermined merchant organization, and a message of the consent of the first merchant to generate benefit information has been received, the benefit information corresponding to the element values of the benefit composition elements in the group corresponding to the first product identifier is generated.

[0062] Exemplarily, the element values of the benefit composition elements include one or more data items in the benefit information supply data table. The predetermined type of merchant includes a regional merchant and a non-regional merchant. The regional merchant is a merchant divided according to a region, for example, a predetermined city region or a predetermined geographical region, the predetermined city region is used to indicate the city where the merchant is located, and the predetermined geographical region is used to indicate the geographical region to which the city where the merchant is located belongs, for example, North China, South China or East China. The non-regional merchant refers to a merchant that is not divided according to a region, for example, including but not limited to: a head client, a brand merchant, a cooperative merchant, etc. The head client refers to a client that occupies an important position in a user group and is acquired in advance; the brand merchant refers to a merchant with brand influence and is acquired in advance; and the cooperative merchant refers to a merchant with a long-term cooperation relationship.

[0063] In this embodiment, by grouping, the benefit composition elements with the same first product identifier, the same first activity identifier, and the same element value can be aggregated, so that when the merchant corresponding to the product is a predetermined type of merchant, the associated merchant has joined a predetermined merchant organization, and a message of the consent of the merchant to generate benefit information has been received, the benefit information corresponding to the element values of the benefit composition elements in the group is generated, the batch processing of the benefit information is realized, and the information processing efficiency is improved.

[0064] In some embodiments, in a case where the first merchant is a predetermined type of merchant, at least one associated merchant has joined a predetermined merchant organization, and no message of consent of the first merchant to generate the benefit information is received, the information processing method further comprises: in a case where the benefit information generation request has been sent to the merchant client of the first merchant and a message of refusal to generate the benefit information from the corresponding merchant client is received, determining to stop generating the benefit information corresponding to the first product identifier; in a case where the benefit information generation request has been sent to the merchant client of the first merchant, no feedback message from the corresponding merchant client is received, and the current time is greater than or equal to the first predetermined time length from the time of the last sending of the benefit information generation request, the benefit information generation request is sent to the merchant client of the first merchant again.

[0065] As an example, the predetermined merchant organization may, for example, be a predetermined e-commerce merchant platform or an application serving merchants. The associated merchants of the first merchant may, for example, include at least one chain merchant in the region where the first merchant is located. If the first merchant is a predetermined type of merchant, the associated merchants have joined the predetermined merchant organization, but the associated merchants have not yet agreed to generate the benefit information, a confirmation request message is sent to the corresponding merchant client to request the merchant to agree to generate the benefit information. If the confirmation request message has been sent, but the time from the last sending of the message exceeds the fatigue time length (the first predetermined time length), the confirmation request message can be sent again.

[0066] In this embodiment, the merchant is requested to agree to generate the benefit information through an automated process, which can improve the information processing efficiency compared to offline manual communication, and is beneficial to saving labor cost and time cost.

[0067] In some embodiments, in a case where the first merchant is a predetermined type of merchant and each associated merchant has not joined the predetermined merchant organization, the information processing method further comprises: in a case where no entry confirmation request for the predetermined merchant organization has been sent to the target merchant, sending an entry confirmation request to the merchant client of the target merchant to request the target merchant to join the predetermined merchant organization, the target merchant being any associated merchant; in a case where the entry confirmation request has been sent to the target merchant, and the current time is greater than or equal to the second predetermined time length from the time of the last sending of the entry confirmation request, the entry confirmation request is sent to the target merchant again.

[0068] As an example, if there is no merchant in the associated merchants of the first merchant that has joined the predetermined merchant organization, an entry request message is sent to the corresponding merchant client to request the merchant to enter the predetermined merchant organization. If the entry request message has been sent, but the time from the last sending of the message exceeds the fatigue time length (the second predetermined time length), the entry request message can be sent again. The first predetermined time length and the second predetermined time length can be the same or different. They are specifically customized according to actual needs, and the embodiments of the present application are not limited in this regard.

[0069] In this embodiment, the merchant is requested to agree to the merchant organization by an automated process, which can improve information processing efficiency and save labor and time costs compared with offline manual communication.

[0070] Figure 3 A flowchart for generating the benefit information corresponding to the first product identifier of the exemplary embodiment of the present application is shown in FIG. 3. As shown in FIG. 3, the process includes the following steps S301-S311. Figure 3

[0071] S301, obtaining the first product identifier. In some embodiments, the first product identifier can be obtained from the target activity information screened out, or can be obtained from the benefit information draft record table.

[0072] S302, determining whether the current merchant is a regional merchant. If yes, step S303 is performed, and if no, step S311 is performed. In this step, it is determined whether the current merchant is a city kinetic area (CKA) merchant. The current merchant is the merchant of the product corresponding to the first product identifier.

[0073] S303, determining whether the associated merchant of the current merchant has joined the predetermined merchant organization. If yes, step S304 is performed, and if no, step S305 is performed. S304, obtaining the associated merchant set. Exemplarily, the associated merchant set includes each merchant having the same associated merchant identifier in the city area or the geographic area to which the current merchant belongs. In the embodiment of the present application, the benefit information of the first product identifier can be applicable to each merchant in the associated merchant set. S305, as shown in “sending the request for entering”, sending an entry confirmation request to the merchant client of the current merchant for requesting the current merchant to join the predetermined merchant organization.

[0074] ​S306, as shown in "whether the current merchant has sent a record of confirmation", determine whether the current merchant in the history record has sent a feedback message for the benefit information generation request. If yes, execute step S307, if no, execute step S310. S307, determine whether the merchant confirms to agree to generate the benefit information. If yes, execute step S308, if no, execute step S309. S308, as shown in "create benefit information", create the benefit information corresponding to the first product identifier. S309, as shown in "send the request for entering the market and the request for generating the benefit information", send the request for entering the market and the request for generating the benefit information to the merchant client. S310, as shown in "send the request for confirmation", send the request for generating the benefit information to the merchant client of the current merchant. In some embodiments, if the request for generating the benefit information has been sent and no message of the current merchant agreeing to generate the benefit information is received within the predetermined fatigue time, the request for generating the benefit information can be sent to the merchant client of the current merchant again.

[0075] S311, determine whether the associated merchant has joined the predetermined merchant organization, if yes, execute step S304, if no, end the process. Through the above steps S301-S311, the creation process of the benefit information corresponding to the first product identifier of the example embodiment is realized.

[0076] In some embodiments, the information processing method further comprises: receiving an activity change request, the activity change request being used to request to update at least one record in the product activity information table; for any updated record in the product activity information table, obtaining the second product identifier in the updated record, querying and updating the benefit information corresponding to the second product identifier.

[0077] In some embodiments, the push record can be generated according to the sent request for entering the market and the sent request for generating the benefit information. Exemplarily, the main data items in the push record table include but are not limited to at least one of the following: push record identifier, associated merchant identifier and request type. The push record identifier is the self-incrementing identifier information in the table; the request type can be the request for entering the market or the request for generating the benefit information; the associated merchant identifier is used to identify the associated merchant of the current merchant, if the associated merchant identifier of the current merchant is queried in the push record table, it can be determined that the current merchant has the push record, and the request type in the push record can be determined to determine whether the push is the request for entering the market or the request for generating the benefit information.

[0078] Figure 4 The process of processing the associated merchant information in the example embodiment of the present application is shown in the schematic diagram. Figure 4As shown, the server includes a processing module, a notification record module, and an associated merchant module. The notification record module is configured to store push records; and the associated merchant module is configured to store associated merchant information, which includes: an associated merchant identifier corresponding to the merchant identifier and the indication information of the entry, the indication information of the entry being configured to indicate whether there is a merchant of the associated merchant that has entered the predetermined merchant organization.

[0079] In some embodiments, the processing procedure of the associated merchant information includes the following steps.

[0080] S401, query the associated merchant information. Specifically, the processing module can query the corresponding merchant identifier from the product activity information table according to the obtained first product identifier, and then query the associated merchant information from the associated merchant module according to the queried merchant identifier. S402, return the associated merchant information. Specifically, the associated merchant identifier and the entry indication information are obtained from the associated merchant information returned from the associated merchant module. S403, determine whether there is an associated merchant that has joined the predetermined merchant organization. If there is, execute S404, if not, execute S407. Specifically, if the associated merchant identifier can be obtained and the entry indication information is used to indicate that the predetermined merchant organization has been entered, it can be determined that the current merchant has an associated merchant that has entered the predetermined merchant organization.

[0081] S404, determine whether the benefit information generation request has been pushed; if it has been pushed, execute S405; if it has not been pushed, execute S406. Specifically, the processing module queries the record corresponding to the associated merchant identifier from the notification record module, and if the corresponding record is found and the request type is the benefit information generation request, it is determined that the benefit information generation request has been pushed, otherwise, it is determined that the benefit information generation request has not been pushed.

[0082] S405, as shown in "S405, do not push", the notification record module returns a feedback message to the processing module, which is used to indicate that the benefit information generation request has been sent. S406, as shown in "update record", after the processing module pushes the benefit information generation request to the merchant client of the current merchant, generates a corresponding push message record, and updates the push record in the notification record module by using the generated push message record.

[0083] S407, determine whether the push of the request for entering has been sent. If yes, execute S408. S408, do not push. Specifically, the feedback message returned by the processing module to the notification record module is used to indicate that the request for entering has been sent. In some scenarios, if the request for entering has been sent to the merchant client of the current merchant and no feedback message is received from the merchant client within the fatigue time, the request for entering can be sent again. S409, push and update the record. Specifically, after the processing module pushes the request for entering to the merchant client of the current merchant, a corresponding push message record is generated, and the push record in the notification record module is updated by using the generated push message record.

[0084] In this embodiment, through the processing flow of the associated merchant information, it is ensured that the first product identifier corresponding benefit information is generated under the premise that the current merchant has an associated merchant that has joined the predetermined merchant organization and the current merchant agrees to generate the benefit information.

[0085] Figure 5 A flowchart of the process of the merchant state management in the exemplary embodiments of the present application is shown in FIG. 5. Figure 5 In the embodiment, the server includes a merchant client, a state record module, an entry processing module and a product management module. The state record module is used to manage the message push state of the merchant client and the processing state of the merchant client to the received push message, and the message push state includes at least one of the push of the request for entering confirmation and the push of the request for generating benefit information. The processing state of the merchant client to the received push message includes: confirmed and closed. Confirmed means at least one of the following states: the merchant client has sent a feedback message for indicating the agreement to generate the benefit information in response to the request for generating benefit information, and the merchant client has sent a feedback message for indicating the agreement to enter in response to the request for entering confirmation. Closed is used to indicate at least one of the following states: the merchant client has sent a feedback message for indicating the refusal to generate the benefit information in response to the request for generating benefit information, and the merchant client has sent a feedback message for indicating the refusal to enter in response to the request for entering confirmation.

[0086] In some embodiments, the merchant state management includes the following steps. S501, the merchant client queries the merchant state from the state record module. S502, the state record module returns the merchant state to the merchant client. As shown in FIG. 5, the state record module includes a state record database and a state record processing module. The state record database is used to store the state record of the merchant client. The state record processing module is used to query the state record of the merchant client from the state record database and return the state record of the merchant client to the merchant client. Figure 5As shown, if the merchant state is: the push-in request for confirmation has been pushed and the push-in information generation request has been pushed, S503-S507 are executed. S503, the merchant client displays the push-in text and the information establishment text. The push-in text includes but is not limited to a brief introduction of the predetermined merchant organization, and the information establishment text includes but is not limited to a brief introduction of the product participating in the activity. S504, the merchant client sends a feedback message of agreeing to the push-in of the predetermined merchant organization and agreeing to the generation of the information. S505, as shown in "agree to the push-in", the state recording module forwards the feedback message of agreeing to the push-in of the predetermined merchant organization to the push-in processing module. Specifically, the state recording module sends the feedback message of the merchant client agreeing to the push-in of the predetermined merchant organization to the push-in processing module. S506, the push-in processing module feeds back the push-in success to the state recording module. Specifically, after the push-in processing module handles the push-in of the merchant client, the push-in success message is fed back to the state recording module. S507, the state recording module updates the merchant state to be confirmed. Specifically, the merchant state is confirmed and agrees to the push-in.

[0087] As shown in Figure 5 S508, the merchant client displays the information establishment text. S509, the merchant client sends a feedback message of agreeing to the generation of the information. S510, the state recording module updates the merchant state to be confirmed. Specifically, the merchant state is confirmed and agrees to the generation of the information.

[0088] As shown in Figure 5 S511, the merchant client confirms the historical received information generation request as refusing to generate the information. S512, the merchant client sends a request of invalidating the information to the state recording module. S513, the state recording module forwards the request of invalidating the information to the product management module. Specifically, the product management module can stop creating the information corresponding to the first product identifier according to the request of invalidating the information. S514, the state recording module updates the merchant state to be closed.

[0089] As shown in Figure 5 S515, the merchant client confirms that the current state is closed. S516, the merchant client sends a reopening request to the state recording module. Specifically, the reopening request is used to request to update the merchant state to agree to the generation of the information. S517, the state recording module updates the merchant state to be confirmed. As shown in Figure 5As shown, if the merchant status is empty, meaning no merchant status is returned, then step S518 is executed, and the status recording module does not need to process it. Through the above steps S501-S518, the automatic switching and management of merchant status is achieved.

[0090] Figure 6 This is a schematic diagram illustrating merchant status switching as an exemplary embodiment of this application. Figure 6 As shown, the message push status includes any of states 1-3. State 1 is a pushed onboarding confirmation request, state 2 is a pushed benefits information generation request, and state 3 is a pushed onboarding confirmation request and a pushed benefits information generation request. For state 1, if the merchant client returns a feedback message agreeing to onboarding; for state 2, if the merchant client returns a feedback message agreeing to generate benefits information; for state 3, if the merchant client returns a feedback message agreeing to onboard the pre-selected merchant organization and agreeing to generate benefits information, then the merchant status will be changed to "confirmed". For example, when the merchant status is "confirmed", the merchant status can be updated to "closed" based on the client's re-feedback of previously received benefits information generation requests; when the merchant status is "closed", the merchant status can be updated to "confirmed" based on the client's re-feedback of previously received benefits information generation requests.

[0091] In this embodiment, the merchant status can be flexibly switched based on the message push status and the feedback messages returned by the client, which is conducive to achieving automated information management and improving information processing efficiency.

[0092] Figure 7 This is a schematic diagram illustrating the process of initiating an onboarding confirmation request, which is an exemplary embodiment of this application. Figure 7 As shown, the server includes a processing module, a merchant management module, and a reach management module. The merchant management module manages the merchant identifiers of merchants who have already joined the pre-registered merchant organization. The reach management module records the sending record information in the onboarding confirmation request and the sending record information in the rights information generation request through the reach record table. In some embodiments, the process of initiating an onboarding request includes the following steps.

[0093] S701, determine whether the current merchant has already joined the pre-registered merchant organization. If yes, proceed to S702; otherwise, proceed to S703. Specifically, the processing module sends a query request to the merchant management module, which includes the merchant's identifier.

[0094] S702, return the merchant identifier of the current merchant. Specifically, based on the merchant identifiers of the merchant management module, the merchant identifier of the current merchant is retrieved from the merchant identifiers of the already registered and reserved merchant organizations, the merchant identifier of the current merchant is returned, and S707-S712 continue to be executed.

[0095] S703, it is queried whether the parent node merchant has settled in the predetermined merchant organization. If yes, S704 is executed, and if no, S705 is executed. The parent node merchant can be any associated merchant located before the current merchant in a predetermined ordering rule after the current merchant and at least one associated merchant of the current merchant are ordered. The predetermined ordering rule includes at least one of the following: establishment time of the merchant, and superior-inferior relationship. The child node merchant can be any associated merchant located after the current merchant after the ordering.

[0096] S704, the merchant identifier of the parent node merchant is returned. Specifically, the merchant management module feeds back the merchant identifier of the parent node merchant and continues to execute S707-S712 in the case that the merchant identifier of the parent node merchant is queried from the merchant identifiers of the merchants that have settled in the predetermined merchant organization. S705, it is queried whether the child node merchant has settled in the predetermined merchant organization. If yes, S707-S712 are executed, and if no, the process is stopped. S706, the merchant identifier of the child node merchant is returned.

[0097] S707, the sending record of the settlement confirmation request is queried. Specifically, the processing module queries the touch record table whether the settlement confirmation request has been sent to the merchant client of the current merchant. S708, a first success message is returned. The message is used to indicate that the settlement confirmation request has been sent to the merchant client of the current merchant. S709, the current touch record is recorded. Specifically, the touch module writes the generated touch record into the touch record table. The touch record is used to record that the settlement confirmation request has been sent to the merchant client of the current merchant. S710, a second success message is returned. Specifically, the second success message returned by the touch module indicates that the writing into the touch record table is successful. S711, the settlement confirmation message is received. Specifically, in response to receiving the settlement confirmation message sent by the merchant client, it is determined that the current merchant agrees to settle in the predetermined merchant organization. S712, the settlement request is initiated. Specifically, the processing module initiates the request of the current merchant to settle in the predetermined merchant platform. Through the above steps S701-S712, the automatic processing of the settlement request to the merchant is realized.

[0098] In some embodiments, the second product identifier and the constituent element to be modified and the new element value are included in the activity change request; and the step of querying and updating the benefit information corresponding to the second product identifier includes: querying the element value of the benefit constituent element corresponding to the second product identifier from the product activity information table; and updating the element value of the benefit constituent element corresponding to the second product identifier according to the constituent element to be modified and the new element value to obtain the updated benefit information corresponding to the second product identifier. In this embodiment, the product identifier and the new element value of the constituent element to be modified included in the activity change request are used to update the benefit information.

[0099] In some embodiments, the activity change request includes a second activity identifier and a first deletion instruction, the first deletion instruction being used to indicate deletion of part of records in the product activity information table; the step of querying and updating the benefit information corresponding to the second product identifier can specifically include: in response to the first deletion instruction, querying at least one record corresponding to the second activity identifier from the product activity information table; and setting the queried benefit information corresponding to the second activity identifier as invalid benefit information. In this embodiment, through the activity identifier and the deletion execution included in the activity change request, part of the benefit information is invalidated.

[0100] In some embodiments, the activity change request includes a second deletion instruction, the second deletion instruction being used to indicate deletion of all records in the product activity information table; the step of querying and updating the benefit information corresponding to the second product identifier can specifically include: in response to the second deletion instruction, setting the benefit information corresponding to each activity identifier in the product activity information table as invalid benefit information. In this embodiment, through the deletion execution included in the activity change request, all of the benefit information is invalidated.

[0101] Figure 8 The processing flow of the activity change request of the embodiments of the present application is shown in the following figure.

[0102] In Figure 8The process for handling activity change requests includes the following steps: S801, Receive activity change request. S802, Determine if all rights and interests are voided. If yes, proceed to S803; otherwise, proceed to S804. Specifically, if the activity change request only contains a deletion instruction, the rights and interests information is deemed to be voided. S803, Perform full voiding. S804, Determine if rules need adjustment. If yes, proceed to S805; otherwise, proceed to S806. Specifically, if the activity change request includes a second product identifier and new filtering rules, the existing filtering rules for the product activity information corresponding to the second product identifier are updated. S805, Perform rule update processing. Specifically, the existing filtering rules are updated according to the new filtering rules. S806, Determine if voiding is required. If yes, proceed to S807; otherwise, ignore the activity change request (not shown in the figure). Specifically, if the activity change request includes a deletion instruction and a second product identifier, it is determined that voiding is required. S807, Perform partial voiding. Specifically, the rights information corresponding to the second product identifier is set as invalid rights information. S808, Query associated rights information. Specifically, for rule updates and partial invalidation, the rights information corresponding to the second product identifier is obtained as associated rights information. For complete invalidation, all rights information is obtained as associated rights information. S809, Update merchant information. Specifically, if the new filtering rules include merchant filtering, the merchant identifier corresponding to the product identifier needs to be updated. S810, Update the product selection pool. Specifically, the product activity information is re-filtered using the new filtering rules, and the product selection pool is updated based on the product identifiers in the filtered target activity information.

[0103] According to the above steps S801-S810, by processing the activity change request, at least one of the following can be updated: screening rules, rights and benefits information, merchant information and product selection pool, thereby achieving diversified information update processing.

[0104] Figure 9 This is a schematic diagram of an information processing flow that is an exemplary embodiment of this application. Figure 9 In this system, product information can originate from either the merchant's client or a server-side product information database, used to store product activity information pre-obtained from the merchant's client. A filtering module is used to filter the product activity information obtained from the merchant's client according to predetermined rules to obtain target activity information. A benefits information generation module is used to generate benefits information based on the filtered target activity information. A message management module is used for message communication with the merchant's client. In some embodiments, the information processing flow includes the following steps.

[0105] S901, obtain product activity information. S902, screen target activity information. Specifically, the target activity information is obtained from the product activity information according to a preset screening condition. The target activity information includes each first product identifier. S903, benefit component aggregation. Specifically, the element values of the benefit components corresponding to each first product identifier are grouped to obtain at least one group. Each group includes the same first product identifier, the same first activity identifier, and at least one same element value.

[0106] S904, determine whether the generation condition is met, if yes, execute S905. If not, execute S906. Specifically, the generation condition includes: the first product identifier corresponds to a product belonging to a predetermined type of merchant (referred to as a first merchant), and at least one associated merchant has joined a predetermined merchant organization and has received a message from the first merchant agreeing to generate benefit information.

[0107] S905, create benefit information. Specifically, the element values of the benefit components in the group corresponding to the first product identifier generate corresponding benefit information. S906, determine whether the associated merchant meets the entry condition. If yes (satisfies), execute S907. Specifically, the entry condition is: the current merchant is a regional merchant and each associated merchant of the first merchant has joined a predetermined merchant organization. In the case where the first merchant is not a regional merchant and each associated merchant of the first merchant has not joined the predetermined merchant organization, end the processing flow (not shown in the figure). In the case where the first merchant is a regional merchant and each associated merchant has not joined the predetermined merchant organization, send an entry confirmation request to the merchant client of any associated merchant (not shown in the figure).

[0108] S907, determine whether the benefit information has been agreed to be generated. If yes, execute S905, if not, execute S908. Specifically, if a message from the first merchant for agreeing to generate the benefit information is received, it is determined to be yes. S908, benefit information generation request reach, i.e. sending a benefit information generation request to the merchant client of the first merchant.

[0109] S909, receive merchant action. Specifically, if the merchant action is merchant confirmation, and the confirmation content is a feedback message indicating agreement to generate benefit information or a feedback message refusing to generate benefit information. S910, as shown in "merchant confirmation", if the merchant action is a feedback message indicating agreement to generate benefit information, execute S905 to create corresponding benefit information. S911, as shown in "enter the predetermined merchant organization", if the first merchant is a regional merchant and each associated merchant has not joined the predetermined merchant organization, send an entry confirmation request to the merchant client of any associated merchant, if the merchant action is a merchant confirmation, and the confirmation content is used to indicate agreement to enter the merchant organization, execute any associated merchant to enter the predetermined merchant organization processing.

[0110] In some embodiments, the information processing procedure can further include steps S912 and S913. S912, obtaining the changed product activity information. Illustratively, from the changed product activity information, the second product identifier corresponding to the need to update the benefit information constituent element and the new element value are obtained. S913, updating the benefit information. Specifically, according to the need to update the benefit information constituent element and the new element value, the benefit information corresponding to the second product identifier is updated.

[0111] In some embodiments, the information processing procedure can further include step S914. S914, as shown in "close open", close part of the created activity. Specifically, the product identifier is obtained to update the benefit information when the activity is closed. Illustratively, the benefit information corresponding to these product identifiers is set to the invalid benefit information, which is used to delist the invalid benefit information.

[0112] Continuing to refer to Figure 9 , the information processing procedure can further include steps S915-S918. S915, screening the benefit information. Specifically, the benefit information can be screened according to the element value of at least one element in the benefit constituent element contained in the benefit information, and the screened benefit information is sent to the activity information management client. S916, publishing the screened benefit information. Specifically, the screened benefit information is sent to the information publishing server. The information publishing server is used to publish the screened benefit information. The published benefit information can be used to carry out various product activities. S917, benefit information acquisition. Specifically, the user terminal uses the resource request number of the benefit information corresponding to any product to obtain the benefit information of the product. S918, benefit information cancellation. Specifically, the user terminal shows the benefit information corresponding to any product to the merchant, and the merchant client can record the state of the benefit information as used or cancelled.

[0113] Through the above steps S901-S918, the complete processing procedure from the creation of the benefit information to the acquisition and cancellation through the user terminal is realized.

[0114] Figure 10 The processing flowchart of the information processing method of the embodiments of the present application is shown in FIG. 9. As shown in Figure 10 , in some embodiments, the information processing method includes the following steps.

[0115] S1001, a timing sending creation message. In this step, the timing sending creation message is sent to the message queue of the service end, and the message queue includes at least one first product identifier. S1002, benefit component aggregation. In this step, the service end obtains at least one first product identifier from the message queue, groups the element values of the benefit component corresponding to each first product identifier obtained, and obtains at least one group; each group includes the same first activity identifier and at least one same element value. S1003, query associated benefit information. In this step, the service end queries the benefit information associated with each first product identifier from the preset benefit information association relationship table. The benefit information association relationship table can be used to record the benefit information associated with each first product identifier. If the query result is that no benefit information associated with the first product identifier is queried, the new benefit processing procedure (corresponding to steps S1004-01 to S1004-11) is started. If the benefit information associated with the first product identifier is queried, the update benefit processing procedure (corresponding to steps S1005-S1007) is started.

[0116] The following describes the processing procedure of adding new benefit information.

[0117] S1004-01, determine whether the first merchant is a city area merchant. Specifically, the associated merchant module of the service end is also used to store city area merchant information, and the city area merchant information includes, for example, a merchant identifier and a city area merchant identifier. If the city area merchant identifier corresponding to the merchant identifier of the first merchant in the city area merchant information is not empty, it can be determined that the first merchant is a city area merchant, otherwise, it can be determined that the first merchant is not a city area merchant. If the first merchant is not a city area merchant, steps S1007-02 to S1007-05 are executed; if the first merchant is a city area merchant, steps S1007-06 to S1007-11 are executed. The first merchant is the merchant to which the product corresponding to the first product identifier belongs.

[0118] S1007-02, if the first merchant is not a city area merchant, query whether the associated merchant of the first merchant has joined the predetermined merchant organization. If there is an associated merchant that has joined the predetermined merchant organization, steps S1007-03 and S1007-04 are executed. If there is no associated merchant that has joined the predetermined merchant organization, step S1007-05 is executed.

[0119] S1007-03, based on the existence of an associated merchant that has joined the predetermined merchant organization, and the query to the first merchant sends the benefit information generation request, and has received the first merchant's confirmation message, create the first product identifier corresponding to the benefit information. Specifically, the confirmation message is used to indicate that the first merchant agrees to generate the benefit information. After creating the first product identifier corresponding to the benefit information, the identification information of the benefit information can also be generated, and the identification information of the benefit information and the corresponding relationship of the product identifier are recorded. In this step, the product identifier corresponding to the identification information of any benefit information can be recorded through a preset identification information corresponding relationship table. Any record in the corresponding relationship table is used to represent the corresponding relationship between the identification information of the benefit information and the product identifier. S1007-04, if the first merchant's confirmation message is not received, send the benefit information generation request to the first merchant's merchant client.

[0120] S1007-05, based on the absence of an associated merchant that has joined the predetermined merchant organization, ignore the creation message. S1007-06, if the first merchant is a city area merchant, query whether the first merchant's associated merchant has joined the predetermined merchant organization. If there is an associated merchant that has joined the predetermined merchant organization, steps S1007-07 to S1007-09 are executed. If there is no associated merchant that has joined the predetermined merchant organization, steps S1007-10 and S1007-11 are executed.

[0121] S1007-07, based on the existence of an associated merchant that has joined the predetermined merchant organization, and the query to have sent the benefit information generation request to the first merchant, and has received the first merchant's confirmation message, create the first product identifier corresponding to the benefit information. S1007-08, if the benefit information generation request has not been sent, send the benefit information generation request to the first merchant's merchant client. S1007-09, if the benefit information generation request has been sent, and the first merchant's confirmation message has not been received, ignore the creation message.

[0122] S1007-10, based on the absence of an associated merchant that has joined the predetermined merchant organization, and the first merchant has not been sent the entry confirmation request and the benefit information generation request, send the entry confirmation request and the benefit information generation request to the first merchant's merchant client. S1007-11, based on the absence of an associated merchant that has joined the predetermined merchant organization, and the first merchant has been sent the entry confirmation request and the benefit information generation request, ignore the message. Ignoring the message processing, for example, includes: waiting for the response message returned by the first merchant's client for the entry confirmation request, and waiting for the response message returned by the first merchant's client for the benefit information generation request.

[0123] The process flow of updating the right information is introduced as follows. In S1005, if the right information associated with the first product identifier is queried, the right information to be updated is queried. In this step, the right information corresponding to the first product identifier can be queried according to the first product identifier. In S1006, the type of the update operation is distinguished according to the queried right information. Specifically, the type of the update operation includes: filtering rule updating, invalidating part of the right information, and invalidating all of the right information. In S1007, the right information is updated and applied to the merchant.

[0124] Through the above steps S1001-S1007, the automatic generation and automatic update of the right information are realized.

[0125] The embodiment of the present application further provides an information processing method. The information processing method is applied to a merchant client, and the method can include the following steps: sending the created product activity information to a server, the product activity information including at least one first product identifier and attribute values of product activity attributes corresponding to each first product identifier. Receiving a right information generation request sent by the server, the right information generation request being sent by the server in a case where the merchant information corresponding to the merchant client meets predetermined merchant conditions, the right information generation request being used to request the merchant client to agree to generate right information corresponding to the first product identifier. Sending an agreement message to the server in response to the right information generation request, so that the server generates the right information corresponding to the first product identifier based on the element values of the right constituent elements of the product corresponding to the first product identifier.

[0126] In this embodiment, the generation of the right information requires that the merchant information meets predetermined merchant conditions and the merchant agrees to generate the right information, so that it can be ensured that the generation of the right information meets the requirements of the merchant, and the right information is generated through automatic processing, which is beneficial to reducing the operation cost and improving the generation efficiency and accuracy of the right information.

[0127] In some embodiments, the step of sending the agreement message to the server in response to the right information generation request can specifically include: displaying first display information in response to the right information generation request, the first display information including a first interactive element and a second interactive element, the first interactive element being used to trigger the sending of the agreement message to the server in response to the right information generation request, and the second interactive element being used to trigger the sending of a refusal message to the server in response to the right information generation request; and sending the agreement message to the server in response to the first interactive element in response to an operation instruction.

[0128] In some embodiments, the method can further include: in response to the operation instruction for the second interactive element, sending a rejection message for the benefit information generation request to the server. In this embodiment, for the benefit information generation request sent by the server, the consent or rejection of the benefit information generation request can be realized by the operation instruction for the interactive element in the display information, reducing offline manual communication and improving information processing efficiency.

[0129] In some embodiments, the information processing method further includes: receiving a confirmation request for the entry of the server, the confirmation request for the entry being used to request a merchant to which the merchant client belongs to join a predetermined merchant organization; in response to the confirmation request for the entry, displaying second display information, the second display information including a third interactive element and a fourth interactive element, the third interactive element being used to trigger sending of a consent message for the confirmation request for the entry, and the fourth interactive element being used to trigger sending of a rejection message for the confirmation request for the entry; in response to an operation instruction for the third interactive element, sending the consent message for the confirmation request for the entry to the server; and in response to an operation instruction for the fourth interactive element, sending the rejection message for the confirmation request for the entry to the server. In this embodiment, for the confirmation request for the entry sent by the server, the consent or rejection of the confirmation request for the entry can be realized by the operation instruction for the interactive element in the display information, reducing offline manual communication and improving information processing efficiency.

[0130] According to the information processing method of the embodiments of the present application, the generated benefit information can be ensured to be benefit information generated with the consent of the merchant, which is beneficial to improve the reliability of the generated benefit information, and the benefit information is generated through automatic processing, which is beneficial to reduce the operation cost and improve the generation efficiency and accuracy of the benefit information.

[0131] The embodiments of the present application also provide an information processing device, which is used to execute the method provided by any of the above embodiments applied to the server. The information processing device includes: an acquisition module, which acquires task information of a pre-generated processing task, the task information including each first product identifier in target activity information, the target activity information being used to indicate activity information selected from at least one product activity information provided by a merchant client in advance; the acquisition module is also used to acquire, for any first product identifier, an element value of a benefit component of a product corresponding to the first product identifier and merchant information of a merchant to which the product belongs; and a generation module, which is used to generate, in a case where the merchant information meets a predetermined merchant condition and a message of consent of the merchant to generate benefit information is received, benefit information corresponding to the first product identifier according to the element value of the benefit component.

[0132] In some embodiments, the obtaining module is further configured to, before obtaining the task information of the pre-generated processing task, obtain product activity information of at least one merchant client and at least one preset filtering condition, the product activity information including at least one first product identifier and a product activity attribute value corresponding to each first product identifier, and any preset filtering condition being used to indicate an attribute value range of a product activity attribute; and the generating module is further configured to, for any preset filtering condition, filter target activity information corresponding to the preset filtering condition from the product activity information according to the attribute value range, and generate a processing task according to the filtered target activity information.

[0133] In some embodiments, when obtaining the element value of the benefit component corresponding to the first product identifier and the merchant information of the merchant to which the corresponding product belongs, the obtaining module is specifically configured to: obtain the element value of the benefit component corresponding to the first product identifier, the first activity identifier, and the merchant identifier from a preset product activity information table; the product activity information table includes the first product identifier of a product participating in any activity, the merchant identifier of the product belonging to a merchant, and activity information, and the activity information includes the element value of the benefit component corresponding to the product; obtain the associated merchant identifier of the merchant corresponding to the first activity identifier and the merchant identifier from a participating merchant information table, and the participating merchant information table includes the associated merchant identifier corresponding to the activity identifier and the merchant identifier; and generate the merchant information corresponding to the first product identifier according to the merchant identifier and the associated merchant identifier.

[0134] In some embodiments, the element value of the benefit component includes a plurality of element values; when the merchant information meets the predetermined merchant condition and a message indicating that the merchant agrees to generate the benefit information is received, the generating module is specifically configured to: group the obtained element values of the benefit component corresponding to each first product identifier to obtain at least one group; each group includes the same first product identifier, the same first activity identifier, and at least one same element value; for any first product identifier, if no generated benefit information is found, the first merchant and each associated merchant of the first merchant are determined according to the merchant identifier corresponding to the first product identifier and the corresponding associated merchant identifier; if the first merchant is a predetermined type of merchant, at least one associated merchant has joined a predetermined merchant organization, and a message indicating that the first merchant agrees to generate the benefit information has been received, the corresponding benefit information is generated according to the element values of the benefit component in the group corresponding to the first product identifier.

[0135] In some embodiments, the information processing apparatus further comprises: a determination module configured to determine to stop generating the benefit information corresponding to the first product identifier in a case where the first merchant is a predetermined type of merchant, at least one associated merchant has joined a predetermined merchant organization, and no message of consent of the first merchant to generate the benefit information is received, and in a case where the benefit information generation request has been sent to the merchant client of the first merchant and a message of refusal to generate the benefit information from the corresponding merchant client is received; and a sending module configured to send the benefit information generation request to the merchant client of the first merchant again in a case where the benefit information generation request has been sent to the merchant client of the first merchant, no feedback message from the corresponding merchant client is received, and a current time is greater than or equal to a first predetermined time length from a time of last sending of the benefit information generation request.

[0136] In some embodiments, the sending module is further configured to: in a case where the first merchant is a predetermined type of merchant and each associated merchant has not joined a predetermined merchant organization, send, in a case where no entry confirmation request for the predetermined merchant organization has been sent to the target merchant, an entry confirmation request to the merchant client of the target merchant, to request the target merchant to join the predetermined merchant organization, the target merchant being any associated merchant; and send the entry confirmation request to the target merchant again in a case where the entry confirmation request has been sent to the target merchant and a current time is greater than or equal to a second predetermined time length from a time of last sending of the entry confirmation request.

[0137] In some embodiments, the information processing apparatus further comprises: a receiving module configured to receive an activity change request, the activity change request being used to request to update at least one record in the product activity information table; and a query updating module configured to, for any updated record in the product activity information table, obtain a second product identifier in the updated record, query and update benefit information corresponding to the second product identifier.

[0138] In some embodiments, the activity change request comprises a second product identifier, a constituent element to be modified, and a new element value; and the query updating module, when used to query and update the benefit information corresponding to the second product identifier, is specifically configured to: query, from the product activity information table, an element value of a benefit constituent element corresponding to the second product identifier; and update the element value of the benefit constituent element corresponding to the second product identifier according to the constituent element to be modified and the new element value, to obtain updated benefit information corresponding to the second product identifier.

[0139] In some embodiments, the second activity identifier and the first deletion instruction are included in the activity change request, and the first deletion instruction is used to indicate deletion of part of records in the product activity information table; the query updating module, when used to query and update the benefit information corresponding to the second product identifier, is specifically used to: in response to the first deletion instruction, query at least one record corresponding to the second activity identifier from the product activity information table; and set the queried benefit information corresponding to the second activity identifier as the invalid benefit information.

[0140] In some embodiments, the second deletion instruction is included in the activity change request, and the second deletion instruction is used to indicate deletion of all records in the product activity information table; the query updating module, when used to query and update the benefit information corresponding to the second product identifier, is specifically used to: in response to the second deletion instruction, set the benefit information corresponding to each activity identifier in the product activity information table as the invalid benefit information.

[0141] The information processing device applied to the server provided in the embodiments of the present application and the information processing method applied to the server provided in the embodiments of the present application have the same beneficial effects as the method adopted, run or implemented by them.

[0142] The embodiments of the present application further provide an information processing device, which is used to execute the method provided in any one of the embodiments of the merchant client, and the information processing device comprises: a sending module, used to send the created product activity information to the server, the product activity information comprising at least one first product identifier and attribute values of product activity attributes corresponding to each first product identifier; a receiving module, used to receive a benefit information generation request sent by the server, the benefit information generation request being sent by the server in a case where the merchant information corresponding to the commodity client satisfies predetermined merchant conditions, and the benefit information generation request being used to request the merchant client to agree to generate the benefit information corresponding to the first product identifier; and the sending module is further used to send an agreement message to the server in response to the benefit information generation request, so that the server generates the benefit information corresponding to the first product identifier based on the element values of the benefit constituent elements of the product corresponding to the first product identifier.

[0143] In some embodiments, the sending module, when used to send the agreement message to the server in response to the benefit information generation request, is specifically used to: display first display information in response to the benefit information generation request, the first display information comprising a first interaction element and a second interaction element, the first interaction element being used to trigger sending of the agreement message in response to the benefit information generation request, and the second interaction element being used to trigger sending of a refusal message in response to the benefit information generation request; and send the agreement message to the server in response to an operation instruction for the first interaction element.

[0144] In some embodiments, the receiving module is further configured to receive a confirmation request for the settlement of the merchant, the confirmation request being used to request the merchant to which the merchant client belongs to join the predetermined merchant organization; the display module is configured to display second display information in response to the confirmation request, the second display information including a third interactive element and a fourth interactive element, the third interactive element being used to trigger the sending of an approval message for the confirmation request, and the fourth interactive element being used to trigger the sending of a rejection message for the confirmation request; the sending module is further configured to send the approval message for the confirmation request to the server in response to an operation instruction for the third interactive element, and send the rejection message for the confirmation request to the server in response to an operation instruction for the fourth interactive element.

[0145] The information processing apparatus applied to the merchant client provided in the embodiments of the present application and the information processing method applied to the merchant client provided in the embodiments of the present application are based on the same inventive concept and have the same beneficial effects as the method adopted, run or implemented by them.

[0146] Some embodiments of the present application also provide a benefit display method applied to a terminal device. The benefit display method includes: displaying the benefit information through a predetermined display interface, the benefit information being obtained by processing task information of a pre-generated processing task by a server using the information processing method applied to the server. Exemplarily, if the terminal device is a mobile phone, a benefit information block is set in an application of the mobile phone, and a first display interface can be a display page of the benefit information block. The benefit information of each product can be displayed in a list form on the display page of the benefit information block, and each product includes a predetermined product. The benefit information of the predetermined product at least includes a product name of the predetermined product and a view detail button, the view detail button being an access portal of the benefit information of the predetermined product, and the benefit information of the predetermined product can be viewed through a detail page of the benefit information, i.e., a second display interface, in response to a click operation on the access portal.

[0147] According to the benefit display method, detailed benefit information can be viewed through a predetermined display interface. The benefit information is obtained by processing task information of a pre-generated processing task using the information processing method applied to the server, and the information processing method is beneficial to improving the generation efficiency and accuracy of the benefit information, and is beneficial to quickly and accurately screening the obtained benefit information.

[0148] The information processing method used in the embodiments of the present application and the benefit display method applied to the server provided in the above embodiments of the present application are based on the same inventive concept and have the same beneficial effects as the method adopted, run or implemented by them.

[0149] The embodiment of the present application further provides a right display device. The right display device comprises a display module configured to display the right information through a predetermined display interface, wherein the right information is obtained by processing task information of a pre-generated processing task by using the information processing method applied to the server.

[0150] The right display device provided by the embodiment of the present application has the same beneficial effects as the method adopted, run or implemented by the right display device.

[0151] The embodiment of the present application further provides a right processing system. The right processing system comprises at least one merchant client and a server. Any merchant client is configured to send product activity information created by the merchant client to the server. The server is configured to filter activity information corresponding to the merchant client according to the product activity information of the merchant client, generate target activity information and task information of a corresponding processing task according to the filtered activity information corresponding to each merchant client, and the task information comprises each first product identifier in the target activity information. The server is further configured to acquire an element value of a right constituent element of a product corresponding to a first product identifier and merchant information of a merchant to which the product belongs for any first product identifier. When the merchant information satisfies a predetermined merchant condition and a message of the merchant's consent to generate right information is received, the server is configured to generate right information corresponding to the first product identifier according to the element value of the right constituent element.

[0152] It should be noted that the present application is not limited to the specific configurations and processes described in the above embodiments and shown in the drawings. For the convenience and brevity of description, detailed descriptions of known methods are omitted, and the implementation process of the functions and roles of any merchant client in the above right processing system is specifically described in the implementation process of the corresponding steps of the information processing applied to the merchant client in the above method, and the implementation process of the functions and roles of the server in the right processing system is specifically described in the implementation process of the corresponding steps of the information processing applied to the server in the above method, which will not be described here.

[0153] The embodiment of the present application further provides an electronic device, which comprises a communication interface, a processor, a memory and a bus. The communication interface, the processor and the memory complete mutual communication through the bus. The processor can execute any of the above-described methods by reading and executing machine executable instructions corresponding to the control logic of any of the above-described methods in the memory. The specific content of the method is described in the above embodiments, which will not be described here.

[0154] The memory mentioned in the embodiments of the present application can be any electronic, magnetic, optical or other physical storage device, and can contain stored information such as executable instructions, data, and the like. Specifically, the memory can be a RAM (Random Access Memory), a flash memory, a storage drive (such as a hard disk drive), any type of storage disk (such as an optical disk, a DVD, etc.), or a similar storage medium, or a combination thereof. The communication connection between the system network element and at least one other network element can be achieved through at least one communication interface (which can be wired or wireless), and the Internet, a wide area network, a local network, a metropolitan area network, etc. can be used. The bus can be an ISA bus, a PCI bus, an EISA bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. Among them, the memory is used to store programs, and the processor executes the programs after receiving the execution instructions. The processor can be an integrated circuit chip with signal processing capability. In the implementation process, each step of the above method can be completed by integrated logic circuits of hardware in the processor or instructions in the form of software. The above processor can be a general-purpose processor, including a network processor (NP), a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a ready-to-program gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware controls, etc. The disclosed methods, steps and logic block diagrams in the embodiments of the present application can be implemented or executed. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in conjunction with the embodiments of the present application can be directly embodied as a hardware coding processor for execution, or a combination of hardware and software modules in the coding processor for execution.

[0155] The electronic device provided by the embodiments of the present application has the same beneficial effects as the methods it adopts, runs or implements.

[0156] The present application also provides a computer readable storage medium corresponding to any of the methods provided by the preceding embodiments, which is an optical disc, and a computer program (i.e. program product) is stored on the optical disc. When the computer program is run by a processor, the method provided by any of the preceding embodiments is executed. It should be noted that examples of the computer readable storage medium can also include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other optical, magnetic storage medium, which will not be described one by one here.

[0157] The computer readable storage medium provided by the above-mentioned embodiments of the present application has the same inventive concept as the method provided by the embodiments of the present application, and has the same beneficial effects as the method adopted, run or implemented by the application stored therein.

[0158] The present application also provides a computer program product corresponding to the method provided by the above-mentioned embodiments, which comprises a computer program executed by a processor to implement the method provided by the above-mentioned embodiments. The computer program product provided by the above-mentioned embodiments of the present application has the same inventive concept as the method provided by the embodiments of the present application, and has the same beneficial effects as the method adopted, run or implemented by the application stored therein.

[0159] Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the application disclosed herein. The specification and examples given are considered exemplary only, and the true scope and spirit of the application is indicated by the claims. It will be appreciated by those skilled in the art that the present application can be embodied in other specific forms without departing from the spirit or essential characteristics thereof. The presently disclosed embodiments are therefore considered in all respects to be illustrative and not restrictive, the scope of the application being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. It is also to be understood that the terminology used herein is for the purpose of describing particular embodiments only, and is not intended to be limiting, unless the context clearly indicates otherwise. The term “comprising” or “comprises” as used herein is meant to include the presence of stated features, integers, steps, operations, elements, or components, but does not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or groups thereof. The terms “a” and “an” as used herein mean “one or more” unless otherwise indicated.

[0160] The above is only the preferred embodiment of the present application, and is not intended to limit the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the scope of protection of the present application.

Claims

1. An information processing method characterized by comprising: Applied to a server side, the method comprises: obtaining task information of a pre-generated processing task, the task information including each first product identifier in target activity information, the target activity information being used to indicate activity information filtered from product activity information provided by at least one merchant client side in advance; for any first product identifier, obtaining an element value of a benefit component of a product corresponding to the first product identifier and merchant information of a merchant to which the product belongs; in a case where the merchant information meets predetermined merchant conditions and a message of consent to generate benefit information from the merchant is received, generating benefit information corresponding to the first product identifier according to the element value of the benefit component; before the obtaining of the task information of the pre-generated processing task, the method further comprises: obtaining product activity information of at least one merchant client side and at least one preset filtering condition, the product activity information including at least one first product identifier and an attribute value of a product activity attribute corresponding to each first product identifier, any preset filtering condition being used to indicate an attribute value range of the product activity attribute; for any preset filtering condition, filtering target activity information corresponding to the preset filtering condition from the product activity information according to the attribute value range, and generating a processing task according to the filtered target activity information.

2. The method of claim 1, wherein, the obtaining of the element value of the benefit component of the product corresponding to the first product identifier and the merchant information of the merchant to which the product belongs comprises: obtaining the element value of the benefit component, a first activity identifier and a merchant identifier corresponding to the first product identifier from a preset product activity information table, the product activity information table including a first product identifier of a product participating in any activity, a merchant identifier of a product belonging merchant and activity information, the activity information including an element value of a benefit component of a corresponding product; obtaining an associated merchant identifier of a merchant corresponding to the first activity identifier and the merchant identifier from a participating merchant information table, the participating merchant information table including an associated merchant identifier corresponding to an activity identifier and a merchant identifier; generating merchant information corresponding to the first product identifier according to the merchant identifier and the associated merchant identifier.

3. The method of claim 2, wherein, the element value of the benefit component includes a plurality of element values; the generating of the benefit information corresponding to the first product identifier according to the element value of the benefit component in a case where the merchant information meets predetermined merchant conditions and a message of consent to generate benefit information from the merchant is received comprises: grouping the obtained element value of the benefit component corresponding to each first product identifier to obtain at least one group; wherein each group includes the same first product identifier, the same first activity identifier and at least one same element value; for any first product identifier, in a case where no generated benefit information is queried, determining a first merchant and each associated merchant of the first merchant according to the merchant identifier and the corresponding associated merchant identifier corresponding to the first product identifier. In a case where the first merchant is a predetermined type of merchant, at least one associated merchant has joined a predetermined merchant organization, and a message of consent of the first merchant to generate benefit information has been received, the benefit information corresponding to the first product identifier is generated according to the element values of the benefit component elements in the group corresponding to the first product identifier.

4. The method of claim 3, wherein, In a case where the first merchant is a predetermined type of merchant, at least one associated merchant has joined a predetermined merchant organization, and a message of consent of the first merchant to generate benefit information has not been received, the method further comprises: In a case where the benefit information generation request has been sent to the merchant client of the first merchant and a message of refusal to generate benefit information from the corresponding merchant client has been received, it is determined to stop generating the benefit information corresponding to the first product identifier; In a case where the benefit information generation request has been sent to the merchant client of the first merchant, no feedback message from the corresponding merchant client has been received, and the current time is greater than or equal to the first predetermined time length from the time when the benefit information generation request was last sent, the benefit information generation request is sent to the merchant client of the first merchant again.

5. The method of claim 3, wherein, In a case where the first merchant is a predetermined type of merchant and none of the associated merchants has joined the predetermined merchant organization, the method further comprises: In a case where no entry confirmation request for the predetermined merchant organization has been sent to the target merchant, the entry confirmation request is sent to the merchant client of the target merchant to request the target merchant to join the predetermined merchant organization, the target merchant being any associated merchant; In a case where the entry confirmation request has been sent to the target merchant and the current time is greater than or equal to the second predetermined time length from the time when the entry confirmation request was last sent, the entry confirmation request is sent to the target merchant again.

6. The method of claim 2, wherein, The method further comprises: Receiving an activity change request, the activity change request being used to request to update at least one record in the product activity information table; For any updated record in the product activity information table, obtaining a second product identifier in the updated record, querying and updating the benefit information corresponding to the second product identifier.

7. The method of claim 6, wherein, The activity change request includes a second product identifier and a component to be modified and a new element value; The querying and updating of the benefit information corresponding to the second product identifier comprises: From the product activity information table, querying the element values of the benefit component elements corresponding to the second product identifier; According to the component to be modified and the new element value, updating the element values of the benefit component elements corresponding to the second product identifier that are queried to obtain the updated benefit information corresponding to the second product identifier.

8. The method of claim 6, wherein, The activity change request includes a second activity identifier and a first deletion instruction, the first deletion instruction being used to indicate to delete part of the records in the product activity information table; The querying and updating of the benefit information corresponding to the second product identifier comprises: In response to the first deletion instruction, from the product activity information table, querying at least one record corresponding to the second activity identifier; Set the queried benefit information corresponding to the second activity identifier as invalid benefit information.

9. The method of claim 6, wherein, The activity change request includes a second deletion instruction, and the second deletion instruction is used to indicate deleting all records in the product activity information table. The method further includes: In response to the second deletion instruction, set the benefit information corresponding to each activity identifier in the product activity information table as invalid benefit information.

10. An information processing method characterized by comprising: The method applied to a merchant client includes: Send the created product activity information to a server, and the product activity information includes at least one first product identifier and attribute values of product activity attributes corresponding to each first product identifier; the server is configured to, after obtaining product activity information of at least one merchant client and at least one preset filtering condition, filter target activity information corresponding to the preset filtering condition from the product activity information of each merchant client according to a value range of an attribute value of a product activity attribute indicated by any preset filtering condition, and generate a processing task according to the filtered target activity information, and the processing information of the processing task includes each first product identifier in the target activity information; Receive a benefit information generation request sent by the server, and the benefit information generation request is sent by the server in a case where it is determined that merchant information corresponding to the merchant client meets a predetermined merchant condition, and the benefit information generation request is used to request the merchant client to agree to generate benefit information corresponding to a first product identifier in the target activity information; Send an agreement message to the server for the benefit information generation request, so that the server generates the benefit information corresponding to the first product identifier in the target activity information based on an element value of a benefit element of a product corresponding to the first product identifier in the target activity information.

11. The method of claim 10, wherein, The method further includes: In response to the benefit information generation request, display first display information, and the first display information includes a first interaction element and a second interaction element, the first interaction element is used to trigger sending of the agreement message for the benefit information generation request, and the second interaction element is used to trigger sending of a rejection message for the benefit information generation request; In response to an operation instruction for the first interaction element, send the agreement message for the benefit information generation request to the server.

12. The method of claim 10, wherein, The method further includes: Receive a check-in confirmation request of the server, and the check-in confirmation request is used to request a merchant to which the merchant client belongs to join a predetermined merchant organization; In response to the check-in confirmation request, display second display information, and the second display information includes a third interaction element and a fourth interaction element, the third interaction element is used to trigger sending of an agreement message for the check-in confirmation request, and the fourth interaction element is used to trigger sending of a rejection message for the check-in confirmation request; In response to an operation instruction for the third interaction element, send the agreement message for the check-in confirmation request to the server. In response to the operation instruction for the fourth interaction element, a rejection message for the check-in confirmation request is sent to the server.

13. A method of displaying equity, characterized by The method is applied to a terminal device, and the method comprises: The benefit information is displayed through a predetermined display interface, and the benefit information is obtained by processing task information of a pre-generated processing task by using the information processing method in any one of claims 1-9.

14. An equity processing system characterized by, The system comprises at least one merchant client and a server; wherein, Any merchant client is configured to send product activity information created by the merchant client to the server. The server is configured to filter activity information corresponding to the merchant client according to the product activity information of the merchant client, generate target activity information and task information of a corresponding processing task according to the filtered activity information corresponding to each merchant client, and the task information comprises each first product identifier in the target activity information. The server is further configured to, for any first product identifier, obtain an element value of a benefit component element corresponding to the first product identifier and merchant information of a merchant to which the corresponding product belongs, and generate benefit information corresponding to the first product identifier according to the element value of the benefit component element in a case where the merchant information meets a predetermined merchant condition and a message indicating that the merchant agrees to generate the benefit information is received. The server is further configured to, before obtaining the task information of the pre-generated processing task, obtain product activity information of at least one merchant client and at least one preset filtering condition, the product activity information comprises at least one first product identifier and an attribute value of a product activity attribute corresponding to each first product identifier, and any preset filtering condition is used to indicate an attribute value range of the product activity attribute; for any preset filtering condition, target activity information corresponding to the preset filtering condition is filtered from the product activity information according to the attribute value range, and one processing task is generated according to the filtered target activity information.

15. An electronic device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, characterized in that, The processor executes the program to implement the method in any one of claims 1-9, any one of claims 10-12, or claim 13.

16. A computer readable storage medium having stored thereon a computer program, characterized in that, The program is executed by the processor to implement the method in any one of claims 1-9, any one of claims 10-12, or claim 13.

17. A computer program product comprising a computer program, characterized in that, The computer program is executed by the processor to implement the method in any one of claims 1-9, any one of claims 10-12, or claim 13.

Images