WO2020186819A1

WO2020186819A1 - Product data processing

Info

Publication number: WO2020186819A1
Application number: PCT/CN2019/121651
Authority: WO
Inventors: 马超; 郭庆; 许关飞; 刘广永; 杨前利; 徐华龙; 张千一; 于欣茗; 陈琨; 李军; 方浩锟; 赵娜
Original assignee: 北京三快在线科技有限公司
Priority date: 2019-02-01
Filing date: 2019-11-28
Publication date: 2020-09-24
Also published as: CN110348858A; CN110097251A; CN110322277A

Abstract

The present invention relates to the technical field of computers, and more particularly, relates to a product data processing method. The product data processing method comprises: accessing a product library storing products and product information corresponding to the respective products (110), the product information comprising a consumption condition tag matching a preset differentiated consumption condition; in response to receiving a product information acquisition request or a transaction request with respect to a product from a user, determining a differentiated consumption condition met by the user when sending the product information acquisition request or the transaction request; determining a target product according to the consumption condition tag (130); and upon detecting an order placed by the user for the target product, generating product order data (140), the product order data comprising a merchant settlement parameter matching the differentiated consumption condition.

Description

Product data processing

This application claims the priority of a Chinese patent application filed with the Chinese Patent Office, the application number is 201910219393.8, and the invention title is "product data processing method and device, supply method and device, electronic equipment" on March 21, 2019, all of which The content is incorporated in this application by reference.

Technical field

The embodiments of the present application relate to the field of computer technology, in particular to a product data processing method and device, a supply method and device, electronic equipment, and a computer-readable storage medium.

Background technique

The existing O2O (Online To Offline) platform provides users with online inquiries, browsing, placing orders, and offline consumption orders, which provides great convenience for users’ lives and also provides the platform with Suppliers provide a broader order generation channel. The O2O platform is usually divided into four links: supply, control, selection, and sales. "Supply" refers to the process of supplying orders and electronic product information; "control" refers to the review, control and improvement of goods; "selection" and "sale" respectively correspond to the user client of the O2O platform, allowing users to execute through the user client Product access operations such as product search, browsing, and order placement.

Therefore, it is necessary to provide a technical solution that can objectively and effectively quantify and process the role of the O2O platform in transactions.

Summary of the invention

This application provides a product data processing method that can quantify and process the role of the platform in transactions.

In the first aspect, an embodiment of the present application provides a product data processing method, including:

Acquiring a product library that records products and product information corresponding to each of the products, where the product information includes: consumption condition tags matching preset differentiated consumption conditions;

In response to receiving a user's product information acquisition request or a user's transaction request for the product, determining the differentiated consumption conditions that the user meets when the user sends the product information acquisition request or the transaction request;

According to the consumption condition tag, determine that a product in the product library that matches the differentiated consumption condition that the user meets and matches the product information acquisition request or the transaction request is determined as a target product;

After detecting that the user performs an order operation for the target product, product order data is generated, and the product order data includes merchant settlement parameters matching the differentiated consumption conditions.

In the second aspect, an embodiment of the present application provides a product data processing method, including:

Generating at least one product record of the product according to the product input by the user and the product information of the product;

Send the product record to a preset product management system, so that the product management system generates a product library that records the product and product information corresponding to the product according to the product record, and the product in the product library corresponds to The product information includes consumption condition tags matching preset differentiated consumption conditions;

Obtain and output product order data for products in the product library;

The product order data includes merchant settlement parameters matching the differentiated consumption conditions, and the differentiated consumption conditions are determined in response to receiving a user's product information acquisition request or a user's transaction request for the product.

In the third aspect, an embodiment of the present application also discloses an electronic device, including a memory, a processor, and a computer program stored on the memory and capable of running on the processor, and the processor executes the computer program when the computer program is executed. The product data processing method described in the embodiment of the application.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium on which a computer program is stored. When the program is executed by a processor, the steps of the product data processing method disclosed in the embodiment of the present application are steps.

The product data processing method provided by the embodiment of the present application obtains a product library that records products and product information corresponding to each product, and the product information includes: a consumption condition label matching preset differentiated consumption conditions; After receiving a user's product information acquisition request or a user's transaction request for the product, determine the differentiated consumption conditions that the user meets when sending the product information acquisition request or the transaction request; determine according to the consumption condition tag The product in the product library that matches the differentiated consumption conditions that the user meets and matches the product information acquisition request or the transaction request is regarded as the target product; when it is detected that the user is targeting the target product After the order is executed, product order data is generated. The product order data includes merchant settlement parameters that match the differentiated consumption conditions, which can achieve more accurate quantification and processing of the platform's role in the transaction, and furthermore Accurately evaluate the role of the O2O platform in the transaction.

Description of the drawings

In order to explain the technical solutions of the embodiments of the present application more clearly, the following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art. Obviously, the drawings in the following description are only some of the present application. Embodiments, for those of ordinary skill in the art, without creative labor, other drawings can be obtained from these drawings.

FIG. 1 is a flowchart of a product data processing method according to Embodiment 1 of the present application;

Fig. 2 is a flowchart of a product data processing method according to the second embodiment of the present application;

Fig. 3 is a flowchart of a product data processing method according to the third embodiment of the present application;

Fig. 4 is a flowchart of a product data processing method according to the fourth embodiment of the present application;

5 is a schematic diagram of an application scenario of the product data processing method described in Embodiments 1 to 4 of the present application;

Fig. 6 is a flowchart of a product data processing method according to the sixth embodiment of the present application;

FIG. 7 is one of the structural schematic diagrams of the product data processing device of the seventh embodiment of the present application;

FIG. 8 is the second structural diagram of the product data processing device of the seventh embodiment of the present application;

FIG. 9 is one of the structural schematic diagrams of the product data processing device of the eighth embodiment of the present application;

FIG. 10 is the second structural diagram of the product data processing device of the eighth embodiment of the present application;

FIG. 11 is a schematic structural diagram of a product data processing device according to the ninth embodiment of the present application;

Fig. 12 schematically shows a block diagram of an electronic device for executing the method according to the present application; and

Fig. 13 schematically shows a storage unit for holding or carrying program codes for implementing the method according to the present application.

Specific embodiment

The technical solutions in the embodiments of the present application will be described clearly and completely in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all of them. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the protection scope of this application.

Example one

1, there is shown a product data processing method provided by an embodiment of the present application, and the method includes step 110 to step 140.

Step 110: Obtain a product library that records products and product information corresponding to each product.

Wherein, the product information includes: consumption condition tags matching preset differentiated consumption conditions.

In some embodiments of the present application, each of the products corresponds to a product record, and the product record includes product information of the product described in the product record. Wherein, the product information includes: a consumption condition tag matching differentiated consumption conditions. In some other embodiments of the present application, the product information further includes a product label, and the product label further includes information such as the selling price of the product and the product strength. In some other embodiments of the present application, the product information further includes transaction-related information.

Each record in the product library described in the embodiment of the present application corresponds to a product. Different products may only be different in terms of consumption conditions, prices, and/or product strengths, and other information is all the same.

In some embodiments of the present application, the preset differentiated consumption conditions include consumption conditions that have differences in at least one information dimension, and the information dimensions include: a space dimension, a time dimension, or a user dimension.

When the application is specifically implemented, it is first necessary to obtain a product library that records products and product information corresponding to each product. The product library includes multiple pieces of product information, each piece of product information corresponds to one product, and the same product can correspond to multiple pieces of product information. The product records in the product library are shown in the following table:

Table 1: Product Record

The differentiated consumption conditions described in the embodiments of the present application are described at least based on information in any one or more of the time dimension, space dimension, and user dimension, for example: describe the differentiated consumption conditions based on the time dimension and the space dimension; or, Describe differentiated consumption conditions based on space and user dimensions; alternatively, describe differentiated consumption conditions based on spatial dimensions; alternatively, describe differentiated consumption conditions based on user dimensions; or, describe differentiated consumption conditions based on time, space, and user dimensions Wait. Among them, the time dimension information includes, for example, early booking discounts, buy as you go; the spatial dimension information includes: near field, far field; user dimension information includes, for example: new customers, old customers. The spatial dimension information can also include, for example, remote locations and permanent cities. For example, when describing the differentiated consumption conditions based on the user dimension, the differentiated consumption conditions can be new customers and old customers (here, new customers refer to consumers who have spent the first time at the target merchant, and old customers refer to consumers who have already made purchases at the target merchant. Recorded users); when describing differentiated consumption conditions based on the spatial dimension, the differentiated consumption conditions can be near-field and far-field (the near-field here means that consumers are away from the offline sales place of the target merchant when browsing or placing an order. The distance is within a predetermined distance, and the far-field refers to consumers who are outside the predetermined distance range from the offline sales place of the target merchant when browsing or placing an order. The offline sales place is, for example, a ticket point in a scenic spot. The value of the predetermined distance can be determined by Specified by the merchant or platform, such as 3 kilometers or other values); when describing differentiated consumption conditions based on the time dimension, the differentiated consumption conditions can be early booking discounts, as you buy them (the early booking discounts here are for example There are requirements for the difference between the time and the consumption time. For example, the ticket for a certain scenic spot must be purchased 4 hours before entering the park. If it is less than 4 hours from the time of ticket purchase after arriving at the scenic spot, you cannot enter the park until 4 hours are met. In the park, of course, this kind of ticket is often discounted compared to the buy-and-use ticket; and the buy-and-use ticket is a condition that there is no requirement for the difference between the purchase time and the consumption time, for example, after you can buy a ticket in a scenic spot Enter the park immediately without being restricted by time); when describing differentiated consumption conditions based on time and space dimensions, differentiated consumption conditions can be near-field for new customers, far-field for new customers, near-field for old customers, and far-field for old customers. Field and so on. The combination of different dimensions will describe different differentiated consumption conditions.

For the same product, different differentiated consumption conditions can correspond to different prices of the product, or different differentiated consumption conditions can correspond to different product strengths of the product, or different differentiated consumption conditions can correspond to different products Price and product power, or different differentiated consumption conditions can correspond to different values of other information about the product. Among them, the product strength described in the embodiments of the present application is an additional attribute used to attract users. In specific implementation, the product capabilities include: refund at any time, immediate availability, no deposit, timely delivery, etc. For example, the price of a near field order from a new customer is higher than the price of a far field order from a new customer; the price of an old customer order is lower than the price of a new customer order.

In some embodiments of the present application, the information related to each product in the product library further includes: product portrait information associated with differentiated consumption conditions. The product portrait information may be stored in a database other than the product library and associated with each product record in the product library through a product identification; or, the product portrait information may be stored in the product library. Product portrait information is some information describing product attributes. The product portrait information associated with differentiated consumption conditions in the embodiment of the present application may include multiple fields, and the information in each field corresponds to a certain dimension describing the differentiated consumption conditions. Taking the dimensions describing differentiated consumption conditions including: spatial dimension and time dimension for example, the fields of product portrait information associated with differentiated consumption conditions include at least: geographic location information corresponding to the spatial dimension (such as the first location of the product's consumption place) Information, where the first location information may include: POI (Point of Interest) reference location point + extension distance, or AOI (Area of Interest, geofence) + extension distance. POI reference location point is the product can be The location of consumption, such as the attraction, hotel, restaurant, etc. to which the ticket belongs; or the starting and ending point of the product being consumed, such as the pick-up point for a taxi). In specific implementation, different types of products have different product portrait information. Taking the product of scenic spot ticket as an example, the product portrait information also includes: product name, telephone number, geographic location, opening time, description information, settlement price, cost inclusion items, etc. Taking a takeaway product as an example, the product portrait information also includes: product name, geographic location, available time, telephone number, taste, settlement price, etc.

In some embodiments of the present application, the consumption condition label that matches the differentiated consumption conditions is used to indicate the differentiated consumption conditions applicable to the product, or the applicable differentiated consumption conditions and matching parameters. The consumption condition label can be represented by a character string arranged in a certain format. In some embodiments of the present application, the consumption condition label may be expressed in the format of (string 1, string 2, string 3), where each string corresponds to a differentiated consumption condition dimension applicable to the product, and more The whole character string describes the differentiated consumption conditions of the corresponding product. For example, the consumption condition label of the product "Forbidden City Tickets" can be expressed as (new customer, far field, buy and use), which represents the current product-"Forbidden City Tickets" is applicable to new customers generating orders after purchasing in the far field, and supports Buy as you go. For another example, the consumption condition label of the product "Forbidden City Tickets" can be expressed as (old customer, near field), which represents the current product-"Forbidden City Tickets" is suitable for old customers to generate orders after near field purchases. In specific implementation, when the same product can be used for multiple differentiated consumption conditions, multiple product records of the product can be stored in the product library, that is, the product is reconstructed into multiple products, and each product corresponds to a used product. Differentiated consumption conditions.

In other embodiments of the present application, each character string in the consumption condition label may correspond to a differentiated consumption condition applicable to the product, and each character string separately describes the differentiated consumption condition of the corresponding product. For example, the consumption condition label of the product "Forbidden City Tickets" can be expressed as (old customer, near field), representing the current product-"Forbidden City Tickets" is suitable for old customers to generate orders after purchase, and it is also applicable to scenarios where orders are generated for near field purchases .

In still other embodiments of the present application, the consumption condition tag may also be an information dimension identifier of a differentiated consumption condition and a matching parameter of the corresponding information dimension. For example, the consumption condition label can be expressed in the form of (information dimension identification, matching parameters), such as (old customer, historical transaction order quantity threshold 1), or expressed as (near field, distance threshold 500 meters), or expressed as (Early booking discount, time interval greater than 48 hours) etc.

Corresponding to consumer condition labels with different formats or meanings, when subsequent differentiated consumer condition matching is performed, corresponding methods need to be used to analyze the consumer condition labels to determine the differentiated consumer conditions of the product.

In specific implementation, the product library is pre-built through the ordering system. In some embodiments of the application, the product information in the product library is manually input and generated, that is, the platform management personnel manually input the product described in Table 1 and the product record corresponding to the product, and store it.

In some other embodiments of the present application, the product information in the product library is generated by a combination of manual and automatic reorganization. For example: Obtain a product record manually entered; Obtain a product record manually entered or read through a third-party system interface; When it is determined that the product meets the preset conditions, set the product label according to the preset differentiated consumption conditions Rules, based on the obtained product records, respectively generating product labels matching each of the differentiated consumption conditions; according to the generated product labels matching each of the differentiated consumption conditions, and matching the corresponding differentiated consumption conditions The consumption condition tag and at least part of the obtained product records are respectively generated to generate product records matching each of the differentiated consumption conditions. Wherein, the third-party system may be a merchant-side system; the preset condition is a condition met by the product information predetermined by the merchant and the platform, such as a collection of product names, a collection of geographic location information, and the like.

In still other embodiments of the present application, the product information in the product library is generated in a fully automatic manner. For example: a product record read through the product supplier’s system interface; in the case of determining that the product meets the preset conditions, it is generated based on the obtained product records according to the product label setting rules of the preset differentiated consumption conditions Product labels matching each of the differentiated consumption conditions; according to the generated product labels matching each of the differentiated consumption conditions, the consumption condition labels matching the corresponding differentiated consumption conditions, and at least part of the obtained Product records, respectively generating product records matching each of the differentiated consumption conditions.

Wherein, determining that the product meets the preset condition is determining that the product information of the product belongs to the preset condition that can dynamically change the product label according to the differentiated consumption condition; the product label setting rule of the preset differentiated consumption condition is used To indicate the information dimensions included in the differentiated consumption conditions, and the influence of each information dimension or its combination on the product label.

For example, when the differentiated consumption conditions include: near-field new customers, that is, the consumption condition label is "near-field, customer", and the differentiated consumption conditions-"near-field new customers", the corresponding product label setting rule can be: sale price If it is equal to the purchase price, it is calculated based on the purchase price in the obtained product information, and the selling price of the product can be obtained as a part of the product label. After that, another product record of the product is generated according to the obtained product name, product portrait information, consumption condition label, and product label. Wherein, the product label includes the selling price.

In the prior art, the products in the product library do not have consumption condition labels, nor do they have different product labels corresponding to the consumption condition labels. For example, for the product "Forbidden City Tickets", there is only one product record in the prior art product library, while in the product library described in the embodiment of this application, the "Forbidden City Tickets" will correspond to multiple products, and each product has a different Therefore, it is possible to accurately determine products that meet the needs of users and the conditions set by the merchant in combination with the differentiated consumption conditions.

Step 120: In response to receiving the user's product information acquisition request or the user's transaction request for the product, determine the differentiated consumption conditions that the user meets when the user sends the product information acquisition request or the transaction request.

The differentiated consumption conditions include information on at least one of the following information dimensions: spatial dimensions, time dimensions, and user dimensions, and the information that determines the differentiated consumption conditions that are met when the user sends the product information acquisition request or the transaction request The steps include: determining, according to the product information acquisition request or the transaction request, the user attribute data corresponding to the information dimension of the user associated with the product information acquisition request or the transaction request; The consumption condition tags of the products in the library that match the product information acquisition request or the transaction request are mapped to the value range on the information dimension; according to the user attribute data corresponding to the information dimension and the value The range determines the differentiated consumption conditions that the user meets when sending the product information acquisition request or the transaction request.

In specific implementation, the product information acquisition request is included in the product acquisition request. It usually refers to the product acquisition information request generated by the operation of accessing the product when the user accesses the product management platform through the designated terminal, browses, inquires, and purchases the product through the user client of the product management platform. Among them, the product may be a product such as a commodity, a ticket for a tourist attraction, and a service.

The product information acquisition request may be a product information acquisition request generated by a user's active behavior, such as a product information acquisition request generated by a user's active search or click behavior of a product, for example, when the user accesses the product management platform, the user clicks the user customer After a certain product on the end page or the user enters query information through the input box on the user client page, the user client will generate a product acquisition request to request product information, which is equivalent to a product information acquisition request. It may also be the product information acquisition request generated by the built-in user access strategy execution code of the product management platform, such as the product generated when the user client corresponding to the product management platform actively pushes the product to the user after the user logs in, according to the user portrait information Information acquisition request.

The transaction request may be a transaction request generated when the user clicks the purchase button of a certain product.

The user associated with the product information acquisition request is the user who actively initiates the access product information acquisition request, or the user who is currently logged in to the user client. During specific implementation, the user client may determine the user associated with the product information acquisition request according to the user's login behavior.

In some embodiments of the present application, all products in the product library may be used as comparison products.

In some preferred embodiments of the present application, all products in the product library that match the product information acquisition request or the transaction request may be used as comparison products. For example, the product information acquisition request will carry related information such as the category, name, and geographic location of the product clicked by the user, or keywords entered by the user. When the server of the product management platform receives the product information acquisition request, it first calls the search engine according to the keywords or other related information carried in the product information acquisition request, searches in the preset product library, and initially determines the product information acquisition Request matching products as comparison products.

After this step, the product information of each of the comparison products can be determined. In some embodiments of the present application, the product information of each product defines the consumption condition label of the product. The determined comparison product of this application includes at least a group of products, the group of products has a product label that matches the consumer condition label, and other product information is the same.

The differentiated consumption conditions that users meet are relative to a certain product. For example, when a user purchases a ticket for the Forbidden City at the gate of the Forbidden City, the differentiated consumption condition that the user meets is the near field; if the user buys a ticket for the Summer Palace at the gate of the Forbidden City, the differentiated consumption condition that the user meets is the far field. Therefore, it is necessary to determine the differentiated consumption conditions that users meet for each comparison product.

In some embodiments of the present application, further, before determining the differentiated consumption conditions that the user meets, it is also necessary to map the consumption condition label of each comparison product to a corresponding value range.

In specific implementation, the consumption condition label may only include data of one information dimension, or may include data of multiple information dimensions. For data of different information dimensions, a corresponding method is used to map the consumption condition label data of this dimension to a numerical range. In order to facilitate readers to understand the technical solution, this embodiment uses the consumption condition tag to include only data of one information dimension as an example to illustrate the numerical range mapping solution.

Taking the information dimension included in the consumption condition label as an example of the spatial dimension, assuming that the consumption condition label is represented as "near field", the distance threshold set in the preset differentiated consumption condition judgment rule and the POI or AOI of the corresponding product can be used to change The consumption condition label is mapped to a geographic range value. Still taking the ticket scene as an example, for example, the scenic spot corresponding to the ticket of a certain scenic spot is actually a longitude and latitude value in the actual map data. When mapping, the longitude and latitude values can be centered and the surrounding predetermined distance ( For example, the points within the range of 3 kilometers are mapped to the range value of the geographic point of the "near field"; you can also specify an approximate rectangle within the range of longitude and latitude (for example, an amusement park, 39.9074318523-39.9074319523 north latitude, 116.2128209068-116.2128211068 ) Is used as the geographic range value of the "near field"; it is also possible to draw a geofence for the scenic area first, and then use the geofence to extend a certain distance to the surrounding area to expand the range of the location point enclosed by the expanded envelope The geographic range value as the "near field".

Taking the information dimension included in the consumption condition label as an example of the user dimension, assuming that the consumption condition label is represented as "new customer", the consumption condition label can be set according to the historical transaction order quantity threshold set in the preset differentiated consumption condition judgment rule Mapped to a threshold for the number of historical transaction orders. For example, the new customer is mapped to less than 2 times of historical consumption in XX restaurant.

Taking the information dimension included in the consumption condition label as the time dimension as an example, assuming that the consumption condition label is expressed as "early booking discount", the consumption condition label can be mapped to the time interval set in the preset differentiated consumption condition judgment rule A time interval. For example, the early booking discount is mapped to: the admission time minus the ticket purchase time is not less than 4 hours.

In some other embodiments of the present application, other mapping means may be used to map the consumption condition label to the corresponding numerical range, which will not be listed one by one in the embodiments of the present application.

In other embodiments of the present application, the consumption condition label may also be expressed in other forms, and it is necessary to use corresponding technical means to map the consumption condition label to a corresponding numerical range, which will not be listed one by one in the embodiments of this application.

Next, determine the user attribute data of the user who sent the product information acquisition request or transaction request.

In the embodiment of the present application, the information dimension included in the user attribute data corresponds to the preset information dimension of the differentiated consumption condition. When the information dimensions of the differentiated consumption conditions include: spatial dimension, time dimension, and user dimension, the user attribute data includes: user location data or off-site attribute data corresponding to the spatial dimension, and a request corresponding to the time dimension Consumption time and product transaction time, transaction data corresponding to the user dimension. Wherein, the user location data is used to indicate the geographic location where the user initiates a product information acquisition request or a transaction request; the transaction data is used to indicate the number of historical transaction orders of the user; the remote attribute data is used to indicate The identifier or name of the city where the user of the user initiates a product information acquisition request or a transaction request; the requested consumption time is the time when the user performs a consumption behavior on the current order.

After that, the user attribute data is correspondingly compared with the value range determined by the consumption condition label of each compared product, so that the differentiated consumption conditions of the user relative to each compared product can be determined.

For example, for multiple comparison products named "Forbidden City Tickets", in this embodiment, hereinafter referred to as a group of comparison products, in this group of comparison products, the consumption condition label of comparison product 1 is "near field", The numerical range mapped to the spatial dimension is expressed as VALUE1, which is determined as the geographic range of near field consumption; the consumption condition label of the comparison product 2 is "far field", and the numerical range mapped to the spatial dimension is expressed as VALUE2, which is The geographic scope of far-field consumption. Further, by comparing the user location data of the user with the numerical range in the spatial dimension obtained by the mapping, it is determined whether the differentiated consumption condition that the user meets is the near field or the far field. If the user location data of the user is within the numerical range VALUE1, it is determined that the differentiated consumption condition that the user meets is the near field.

For another example, for multiple comparison products named "Forbidden City Tickets", a group of comparison products is formed. In this group of comparison products, the consumption condition label of comparison product 3 is "new customer", which is mapped to the user dimension The value range on the above is expressed as VALUE3, which is the historical transaction order quantity range of new customers; the consumption condition label of the comparison product 4 is "old customer", and the value range mapped to the user dimension is expressed as VALUE4, which is the historical transaction of old customers The order quantity range. Further, by comparing the number of historical transaction orders of the user with the value range in the user dimension obtained by the mapping, it is determined whether the differentiated consumption condition that the user meets is a new customer or an old customer.

In specific implementation, according to the different forms of the consumption condition label, corresponding technical means are used to map the consumption condition label of the product into a numerical range, which is convenient for subsequent comparison with the corresponding dimension information of the user.

Through the above method, the differentiated consumption conditions that users meet with respect to each group of comparison products can be determined.

When determining the user attribute data associated with the product information acquisition request and corresponding to the preset information dimension, the user attribute data of the corresponding dimension is determined according to the preset information dimensions included in the differentiated consumption conditions. The following respectively describes the preferred implementation manners for determining the attribute data of each user above, and further describes the specific implementation manners for determining the differentiated consumption conditions that the user meets.

The first type of user attribute data: user location data.

If the information dimension includes a spatial dimension, the user attribute information corresponding to the spatial dimension of the differentiated consumption condition includes: user location data, and it is determined that the user sends the product information acquisition request or the transaction request. The step of differentiated consumption conditions includes: acquiring the first location information of the offline sales place of the product corresponding to the product information acquisition request or the transaction request, and the user sending the product information acquisition request or the The second location information at the time of the transaction request; according to the first location information and the second location information, the distance between the user and the offline sales place of the product is calculated; according to the interval Distance, the consumption condition label of the product matching the product information acquisition request or the transaction request in the product library is mapped to obtain the numerical range in the spatial dimension, and it is determined that the user sends the product information acquisition request Or the differentiated consumption conditions met at the time of the transaction request. Wherein, the offline sales place is usually the place where the product is consumed or near the place where the product is consumed.

In some embodiments of the present application, the product information also includes product information that matches the information dimension of the differentiated consumption conditions. For example, the product portrait information in the product information includes: geographic location information associated with the spatial dimension. Wherein, the geographic location information associated with the spatial dimension may be geographic location information of the supplier of the product, and first location information of the offline sales place of the product. When the product information includes the first location information of the offline sales place of the product, the first location information of the offline sales place of the product can be directly obtained. When the product information does not include the first location information of the offline sales place of the product, the product supplier of the product can be determined first according to the product information, and then the product supplier recorded in the product management platform The location of determines the first location information of the offline sales place of the product corresponding to the product information acquisition request. The first location may be a central coordinate point (such as the central location coordinates of the offline sales place), or may be centered on the longitude and latitude values of the offline sales place in the map data, with a preset radius The formed geofence envelope; or the boundary of a rectangular area with preset side lengths centered on the longitude and latitude values of the offline sales place in the map data.

Wherein, the product corresponding to the product information acquisition request is determined by a corresponding method according to the specific generation method of the product information acquisition request. For example, when a user clicks a purchase button of a certain product on the user client to generate a transaction request, the product acquisition request will carry the product identification of the certain product. For another example, when a user inputs a query keyword through the user client to generate a product acquisition request, the product management platform will obtain the product identification of the product matching the query keyword by calling a search engine.

In the embodiment of the present application, the second location information where the user is currently located can be obtained through the user client.

Then, the distance between the first position information and the second position information can be calculated by the method of calculating the distance between two points in the prior art, and the result obtained is the line between the user and the product. The separation distance between the sales locations.

After that, the determined separation distance is compared with the consumption condition label of the product to determine the differentiated consumption condition that the user meets.

In some embodiments of the application, since the consumption condition label of the product can be expressed in multiple forms, it is necessary to map the consumption condition label of the product to the same numerical range as the distance dimension before the comparison is performed. That is, it is first necessary to map the consumption condition tags of products in the product library that match the product information acquisition request or the transaction request to obtain the numerical range in the spatial dimension, and according to the separation distance, the The consumption condition tags of products in the product library that match the product information acquisition request or the transaction request are mapped to obtain the numerical range in the spatial dimension. For the specific implementation of mapping the consumption condition label of the product to obtain the numerical range in the spatial dimension, refer to the foregoing description or the prior art, and will not be repeated here.

Finally, by comparing the separation distance with the numerical range of the space dimension obtained by the mapping, if the separation distance is within the numerical range of the space dimension, it is determined that the user sends the product When the information acquisition request or the transaction request meets the differentiated consumption condition is "near field", otherwise, it is determined that the differentiated consumption condition met when the user sends the product information acquisition request or the transaction request is " Far field".

In the embodiments of the present application, the differentiated consumption conditions may include near-field and far-field. Near-field and far-field refer to the distance between the user and the product supplier when the user and the product supplier are in the same geographical area, for example, When the separation distance between the user and the product supplier is within 100m, it means the differentiated consumption condition that the user meets is the near field, and when the separation distance between the user and the product supplier is outside the 100m range, it means the user meets the The differentiated consumption condition is the far field.

It is understandable that the foregoing examples are listed for a better understanding of the technical solutions of the embodiments of the present application, and are not the only limitation to the embodiments of the present application.

The near field or far field is based on the distance between the user and the product supplier corresponding to the product information acquisition request, and the differentiated consumption conditions that the user meets are determined.

The distance threshold setting may be determined according to actual conditions, which is not limited in the embodiment of the present application.

The second type of user attribute data: remote attribute data.

In some other embodiments of the present application, when the information dimension includes a spatial dimension, the user attribute data corresponding to the spatial dimension of the differentiated consumption condition includes remote attribute data. If the information dimension includes a spatial dimension, the step of determining the differentiated consumption conditions that are met when the user sends the product information acquisition request or the transaction request includes: acquiring the product information acquisition request sent by the user Or the second location information where the transaction request is located, and the resident area information of the user; based on the resident area information and the second location information, it is determined that the user sends the product information acquisition request or The differentiated consumption conditions that meet the transaction request. When the user attribute data includes remote attribute data, the user profile information of the user associated with the product information acquisition request may be determined first, and the resident area information in the user profile information of the user and the user’s sent The real-time location information of the second location information where the product information acquisition request or the transaction request is located is compared to determine that the off-site attribute information is off-site or local.

Optionally, the location information of the host device may be obtained through the user client where the user is located, and the location information may be used as the second location information where the user sends the product information acquisition request or the transaction request .

Optionally, the manner of obtaining the resident area information of the user includes: obtaining historical transaction information associated with the user; determining the user portrait information of the user according to the historical transaction information; and according to the user portrait information To determine the resident area information of the user. Alternatively, a user client belonging to the user obtains the registration information of the user through a background server, and determines the resident area information of the user according to the address information in the registration information of the user. Generally, if the second location information and the resident area information are located in different cities, then the off-site attribute information is determined to be a different place; if the second location information and the resident area information are located in the same city, then It is determined that the remote attribute information is local.

The third type of user attribute data: transaction data.

When the information dimension includes the user dimension, the user attribute data corresponding to the user dimension of the differentiated consumption condition includes transaction data, and if the information dimension includes the user dimension, the user is determined to send the The step of obtaining a product information request or a differentiated consumption condition that meets the transaction request includes: obtaining historical transaction information associated with the user; from the historical transaction information, obtaining information related to the product information obtaining request or The target historical transaction information of the product supplier of the product associated with the transaction request and the user; based on the result of obtaining the target historical transaction information, the product library matches the product information obtaining request or the transaction request The consumption condition label of the product is mapped to obtain the value range in the user dimension, and the differentiated consumption condition that the user meets is determined.

In the embodiments of this application, historical transaction information refers to the transaction data information that the user has completed on the product management platform, for example, the information about the product purchased by the user on the product management platform, return information, and delivery address information. Under normal circumstances, the product management platform can save the transaction record information completed by the user in the product management platform for a month or even longer. Through the transaction record information, the historical transaction information associated with the user can be obtained.

In some embodiments of the present application, historical transaction information of the user in the product management platform can be obtained. Then, the historical transaction information between the user and the product supplier included in the historical transaction information is further determined. Wherein, the product supplier may be the product supplier of the product, or the product supplier of similar products of the product. For example, if a user purchases a product from store A, he can click the purchase button corresponding to the product to generate a transaction request, and the product supplier of the product corresponding to the transaction request is store A.

Generally, when a merchant registers on the product management platform and provides product information, the product manager usually fills in the detailed information of the product supplier, such as the product type, the price of various products, and the address of the product supplier. In some other embodiments of the present application, the product supplier may also be a product supplier of similar products of the product. For example, for the ticket "Forbidden City Treasures Museum", the product supplier may also be the product supplier of the "Forbidden City Clock and Watch Museum". That is, if a user has historical transaction records with the product supplier of the product "Forbidden City Treasure Museum", it can be considered that the user has historical transaction records with the product supplier of "Forbidden City Clock and Watch Museum".

Further, from the historical transaction information, obtain and determine the target historical transaction information of the product supplier and the user.

Afterwards, the acquired target historical transaction information is mapped with the consumption condition tag of the product to obtain a numerical range in the user dimension to determine the differentiated consumption conditions that the user meets. For example, when the consumption condition label of a certain product is expressed as "new customer" and the consumption condition label is mapped to the value range VALUE2, that is, when the number of historical transaction orders is equal to 0, if it is determined that the user's target historical transaction information is 1. Determine that the differentiated consumption condition that the user meets is an "old customer"; otherwise, if it is determined that the user's target historical transaction information is 0, then it is determined that the differentiated consumption condition that the user meets is "new client".

The fourth type of user attribute data: request consumption time and product transaction time.

When the information dimension includes a time dimension, the user attribute data corresponding to the user dimension of the differentiated consumption condition includes: request consumption time. The method further includes: acquiring the requested consumption time when the user sends a consumption request for the target product; acquiring the product transaction time when the transaction request for the target product is received.

Optionally, the system time of the merchant-side device that sent the consumption request is acquired as the requested consumption time. Alternatively, the system time of the product management platform when the product management platform receives the consumption request is acquired as the requested consumption time.

Optionally, obtain the system time of the user client that sent the transaction request as the product transaction time. Alternatively, the system time of the product management platform when the product management platform receives the transaction request is acquired as the product transaction time. Or, obtain the time when the product order data is generated as the product transaction time.

Through the above method, the user attribute data of the user can be determined, that is, any one or more of user location data, off-site attribute data, real-time time, and transaction data. The information dimension included in the user attribute data matches the information dimension in the differentiated consumption condition. For example, the user attribute data includes: user location data corresponding to the spatial dimension of the differentiated consumption condition and/or Remote attribute data, requested consumption time and product transaction time corresponding to the time dimension of the differentiated consumption condition, and transaction data corresponding to the user dimension of the differentiated consumption condition.

After determining the user attribute data corresponding to the information dimension of the differentiated consumption conditions, by comparing with the consumption condition labels of each product, it can be determined that the user's compliance is associated with the product information acquisition request or transaction request Differentiated consumption conditions. For example, in some embodiments of the present application, the information dimensions of the differentiated consumption conditions include: space dimension, time dimension, and user dimension, and the determined user attribute data includes: user location data, request time, transaction data of the user The user location data, request time, and transaction data of the user determined above will constitute the three comparison dimensions of differentiated consumption conditions.

Step 130: Determine, according to the consumption condition tag, a product in the product library that matches the differentiated consumption condition that the user meets and matches the product information acquisition request or the transaction request as a target product.

After the differentiated consumption condition corresponding to the product information acquisition request is determined, the target product matching the differentiated consumption condition in the product library is further determined.

In some embodiments of the present application, the product information includes: a consumption condition label matching a differentiated consumption condition, and the consumption condition label includes an information dimension corresponding to the information dimension included in the differentiated consumption condition. Taking the information dimensions of the differentiated consumption conditions including: spatial dimension, time dimension, and user dimension for example, the consumption condition tags matching the differentiated consumption conditions include: time dimension, spatial dimension, and user dimension information. During specific implementation, the consumption condition tags of the products in the product library can be matched with the differentiated consumption conditions to determine the products in the product library that meet the differentiated consumption conditions.

Optionally, the consumption condition tag includes an information dimension corresponding to the information dimension included in the differentiated consumption condition, and according to the consumption condition tag, the difference in the product library that matches the user is determined The product that matches the consumption conditions and matches the product information acquisition request or the transaction request, as the target product, includes: determining the product in the product library that matches the product information acquisition request or the transaction request , As a candidate product; match the consumption condition label of the candidate product with the corresponding information dimension of the differentiated consumption condition that the user meets, and respectively determine that the consumption condition label of each candidate product matches the user The matching result of the differentiated consumption conditions; according to the matching result, the target product is determined from the candidate products.

Before the consumption condition tag matching is performed, in order to improve the matching efficiency, the product matching the product information acquisition request or the transaction request in the product library is first determined as a candidate product. For example, through the product information acquisition request or the transaction request carrying keywords, a preset search engine is called to perform a search operation on the product library, and the product matching the keyword is determined as the product information acquisition request Matching candidate products. Alternatively, the product information acquisition request or transaction request may carry one or more types of information such as product category, name, product supplier, etc., which can be determined according to the information carried in the product information acquisition request or transaction request with reference to the prior art Candidate products that match the product information acquisition request or transaction request.

Then, for each candidate product, its consumption condition label is matched with the differentiated consumption condition one by one to determine the candidate product that matches the differentiated consumption condition among the candidate products.

In some embodiments of the present application, the information dimensions of the differentiated consumption conditions include: spatial dimension, time dimension, and user dimension as examples, and the consumption condition tags that match the differentiated consumption conditions include: time dimension, spatial dimension, user Dimensional information, matching the consumption condition label of the candidate product with the corresponding information dimension of the differentiated consumption condition includes: matching the spatial dimension of the consumption condition label of the candidate product and the spatial dimension of the differentiated consumption condition Matching, matching the time dimension of the consumption condition label of the candidate product with the time dimension of the differentiated consumption condition, and matching the user dimension of the consumption condition label of the candidate product with the time dimension of the differentiated consumption condition Any one or more of the user dimensions to match.

In specific implementation, the corresponding matching method will be adopted for the consumption condition tags expressed in different forms.

The differentiated consumption conditions that the determined user meets can be a "near field" example. If the candidate products in the product library that match the product information acquisition request or the transaction request include candidate product P1 and candidate product P2, Among them, the consumption condition label of the candidate product P1 is expressed as "near field", and the consumption condition label of the candidate product P2 is expressed as "far field", then it is determined that the consumer condition label of the candidate product P1 matches the differentiated consumption conditions that the user meets successfully , It is determined that the consumption condition label of the candidate product P2 fails to match the differentiated consumption condition that the user meets.

The differentiated consumption conditions that the determined user meets can be an example of "new customer". If the candidate products in the product library that match the product information acquisition request or the transaction request include candidate product P3 and candidate product P4, Among them, the consumption condition label of the candidate product P3 is represented as "new customer", and the consumption condition label of the candidate product P4 is represented as "old customer", then it is determined that the consumption condition label of the candidate product P3 matches the differentiated consumption conditions that the user meets successfully , It is determined that the consumption condition label of the candidate product P2 fails to match the differentiated consumption condition that the user meets.

In the specific application process, taking the candidate products as an example of two products named "Forbidden City Tickets", the consumption condition label of Forbidden City Ticket 1 is represented as "Near Field", and the price in the product label is "40 yuan", and the consumption of Forbidden City Ticket 2 The condition label is expressed as "far field" and the price in the product label is "50 yuan". If it is determined that the consumption condition label of the Forbidden City Ticket 1 matches the differentiated consumption conditions that the user meets successfully, the consumption condition label of the Forbidden City Ticket 2 matches the user's If the matched differentiated consumption conditions fail to match, the Forbidden City Ticket 1 is used as the target product.

In the specific application process, taking the candidate products as an example of two products named "Forbidden City Tickets", the consumption condition label of the Forbidden City Ticket 3 is indicated as "new customer", the price in the product label is "50 yuan", and the consumption of the Forbidden City Ticket 4 The condition label is expressed as "remaining customer" and the price in the product label is "40 yuan". If it is determined that the consumption condition label of the Forbidden City Ticket 3 matches the differentiated consumption conditions that the user meets successfully, the consumption condition label of the Forbidden City Ticket 4 matches the user's If the matched differentiated consumption conditions fail to match, the Forbidden City Ticket 3 is used as the target product.

Taking a user who has not bought a ticket for the Forbidden City visits the user client of the platform at the entrance of the Forbidden City and enters "Forbidden City Tickets" to obtain products related to the Forbidden City ticket as an example, the user's differentiated consumption conditions can be expressed as "near field, new User, "X year X month X day" If there are multiple records of the product "Forbidden City Tickets" in the product library, including multiple products related to "Forbidden City Tickets", each product corresponds to different differentiated consumption conditions. The method in this application will match the Forbidden City tickets of the scene associated with the user's ticket acquisition needs, as shown in the first record in Table 1.

In some other embodiments of the application, the consumption condition tag includes an information dimension corresponding to the information dimension included in the differentiated consumption condition, and the consumption condition tag is used to determine whether the product library matches the user The product that matches the differentiated consumption condition that matches and matches the product information acquisition request or the transaction request, as the target product, includes: classifying the products in the product library according to the consumption condition label , Forming a plurality of candidate product sub-libraries; matching the consumption condition label with the differentiated consumption conditions of the user in the corresponding information dimension, and determining the consumption that matches the differentiated consumption conditions of the user The candidate product sub-library corresponding to the condition label; and a product in the candidate product sub-library that matches the product information acquisition request or the transaction request is determined as the target product.

For example, when the consumption condition label includes the spatial dimensions of "near field" and "far field", the products in the product library can be classified according to the consumption condition label of each product in the product library to form a "near field" candidate Product sub-library and a "far-field" candidate product sub-library. Then, when the differentiated consumption condition that the determined user meets is "near field", the product in the "near field" candidate product sub-library that matches the product information acquisition request or the transaction request is further determined as the target product .

For another example, when the consumption condition label includes "new customer" and "old customer" in the user dimension, the products in the product library can be classified according to the consumption condition label of each product in the product library to form a "new customer" Candidate product sub-library and an "old customer" candidate product sub-library. Then, when the differentiated consumption condition that the determined user meets is an "old customer", the product in the candidate product sub-library of the "old customer" that matches the product information acquisition request or the transaction request is further determined as the target product .

For the specific implementation manner for determining the product matching the product information acquisition request or the transaction request in the candidate product sub-library, please refer to the prior art, which will not be repeated in the embodiments of this application.

In the embodiment of the present application, by matching products with differentiated consumption conditions based on the spatial dimension, time dimension, and user dimension, it is possible to effectively improve the determination of products that match the differentiated consumption conditions (that is, the product information acquisition request of the user). accuracy.

In other embodiments of the present application, the information dimension of the differentiated consumption conditions may be set to include different information dimensions according to the analysis result of the platform order data, for example, set to include the spatial dimension and the user dimension, or set to only Include the spatial dimension, or set to include only the user dimension.

In still other embodiments of the present application, the information dimension of the consumption condition label of the product may also be less than the differentiated consumption condition dimension. For information dimensions that are not set in the consumption condition label, it can be considered that the product is in the corresponding information dimension and differentiated The matching result of the consumption conditions is success.

In specific implementation, the information describing the differentiated consumption conditions may also include other dimensions. Accordingly, the user attribute data needs to include information of the corresponding dimension, and the product information and the request for obtaining product information need to carry certain user attribute data Information about the corresponding dimension information in the.

After determining the target product, display part of the product information in the product information of the target product, such as the price, product strength, name and other information of the target product. Wherein, the at least part of the product information includes product information with differences in differentiated consumption conditions, such as price and product power.

Step 140: After detecting that the user performs an order operation for the target product, generate product order data.

Wherein, the product order data includes merchant settlement parameters matching the differentiated consumption conditions. In some embodiments of the present application, the merchant settlement data includes the commission or purchase price corresponding to the target product, or includes the commission or purchase price of the packaged product containing the target product.

After the target product is determined, the target product is displayed, and the user's operation on the displayed target product is detected. For example, detecting the ordering operation triggered by the user clicking on the displayed product information, obtaining the time of the ordering operation as the product transaction time, and obtaining the product identification of the product clicked by the user, the merchant settlement parameters of the product and other data to generate the product Order data, and then store the product order data.

The O2O platform builds a bridge for the circulation and interaction of product information and transaction information between users and businesses. However, the existing technology lacks a good technical solution to evaluate the role of the O2O platform as a bridge (drainage). An existing technology is only for the simple binding of user information and product information, and based on this, evaluates the bridge (drainage) effect performed by the O2O platform. However, this evaluation result of the bridge effect of the O2O platform , There is a large degree of deviation from the actual role played by the O2O platform in reality, which is also an important reason why the evaluation plan is not recognized by many participants in the industry.

The inventor of the present application has discovered through research that in the prior art, the either-or, crude digitization of the platform bridge function is the root cause of the unobjective evaluation. A typical example is that the user originally wanted to spend in a certain scenic spot, so he came to the entrance of the scenic spot, and because he had consumed on the O2O platform before, he bought tickets through the O2O platform again due to inertia. In this case, the contribution of the O2O platform to the circulation of product information and transaction information between users and merchants is much smaller than the contribution of a user who is not at the scene of the scenic spot and simply relies on the O2O platform to attract traffic to the scenic spot. If these two situations are both calculated according to the one-or-other data method in the prior art, they will both be calculated as the situation of O2O platform drainage. Such a calculation method will cause dissatisfaction of the merchants. The inventor of the present application provides a method of objectively digitizing the role of platform bridges, that is, according to different differentiated consumption conditions, the contribution of platform drainage is digitized to different degrees, and calculation processing and feedback are performed respectively.

In another specific application scenario, because the prior art cannot implement product management based on the time dimension, different time dimensions can only execute a single product management and sales strategy, which cannot meet supply and demand matching in different scenarios. Take the vacation business as an example. During the off-season, the scenic spot expects to pre-sell low-priced high-season tickets in advance to control the flow of people and to allocate resources (the same applies to include the low-price pre-sale of off-season tickets in advance during the high season to increase overall revenue). The online platform provides for booking tickets for future times, and provides lower prices and higher commissions. Since the prior art does not support time-dimension product management, it is impossible to realize different commission management for pre-sale tickets and buy-as-you-use tickets, and cannot enhance the enthusiasm of online platforms to increase the online sales of pre-sale products. Through the embodiment of this application, the product is split from the link of building the product library and the consumption condition label is set, and then by identifying the time of purchase by the consumer, it is possible to purchase the same-day ticket at the original price and charge the merchant’s normal commission to buy the pre-sale ticket at a low price. And charge merchants high commissions. In this way, it not only improves the consumer's ticket purchase experience, but also solves the problem of scenic spot operation. At the same time, it creates additional revenue for the platform and promotes the enthusiasm of online platforms to increase the online sales of pre-sale products.

Specifically, the product data processing method provided in the embodiments of the present application obtains a product library that records products and product information corresponding to each product, and the product information includes: consumption conditions matching preset differentiated consumption conditions Label; in response to receiving a user's product information acquisition request or a user's transaction request for the product, determine the differentiated consumption conditions that the user meets when sending the product information acquisition request or the transaction request; according to the consumption The condition tag determines that the product in the product library that matches the differentiated consumption conditions that the user meets, and that matches the product information acquisition request or the transaction request, is used as a target product; After the target product performs the ordering operation, product order data is generated. The product order data includes merchant settlement parameters that match the differentiated consumption conditions, which can achieve more accurate quantification and processing of the platform's role in transactions , And then can accurately assess the role of O2O platform in the transaction.

On the other hand, when users perform product access operations such as product search, browsing, and ordering through the user client of the O2O platform, how to provide users with convenient product access operations is an important indicator to measure the operating efficiency of the O2O platform. Platform developers often improve the efficiency of the platform to generate product orders by improving the efficiency of product search and simplifying the user ordering process. For example, by improving the search engine, the accuracy of recalling products based on the query keywords entered by the user is improved to improve the efficiency of generating orders through the platform.

However, when the search engine is relatively mature, improving the search engine to increase the efficiency of generating orders through the platform has no significant effect. This application recalls products that match the user’s needs based on query keywords and differentiated consumption conditions. , Can improve the accuracy of recalled products, so as to improve the efficiency of generating orders through the platform.

Example two

Based on Embodiment 1, in some embodiments of the present application, as shown in FIG. 2, after the step of generating product order data, the method further includes: step 150 and step 160.

Step 150: Determine a platform efficiency calculation parameter for each piece of product order data according to merchant settlement parameters matching the differentiated consumption conditions in the stored product order data.

Step 160: Calculate the platform order generation efficiency associated with the preset differentiated consumption conditions based on the platform efficiency calculation parameters.

Wherein, the platform efficiency calculation parameter may be the selling price of the product or the order quantity under a single differentiated consumption condition. Taking the platform efficiency calculation parameter as the differentiated consumption condition as an example, by determining the differentiated consumption condition of each product order data of a certain product, the specified differentiated consumption condition of the product introduced by the O2O platform within a preset time period is further determined quantity of order. Then, the order generation efficiency of the O2O platform is determined by calculating the ratio of the specified differentiated consumption condition to the quantity of all orders of the product.

Taking the platform efficiency calculation parameter as the selling price for example, the selling price corresponding to the product order generated under different differentiated consumption conditions is different, and the purchase price and selling price of the product are specified according to the differentiated consumption conditions in the product order data Based on the determined price difference, the fund settlement between the O2O platform and the product supplier is executed, thereby determining the value of the product order introduced by the O2O platform within the preset time period.

In some other embodiments of the present application, the method further includes: combining the generated product order data and user attributes corresponding to the information dimension of the user associated with the product information acquisition request or the transaction request The data is output to the merchant side data processing system. The merchant-side data processing system calculates the platform order generation efficiency associated with the preset differentiated consumption conditions according to the order data, or displays the order data.

The embodiment of the present application determines the platform efficiency calculation parameters of each product order data according to the merchant settlement parameters matching the differentiated consumption conditions in the stored product order data; based on the platform efficiency calculation parameters, the calculation is The platform order generation efficiency associated with the preset differentiated consumption conditions can be used to objectively digitize the role of platform bridges, that is, according to different differentiated consumption conditions, the platform drainage contribution is digitized to different degrees and performed separately Calculation processing and feedback.

Example three

Based on Embodiment 1 and/or Embodiment 2, the product data processing method provided by another embodiment of the present application, as shown in FIG. 3, after the step of generating product order data, further includes:

Step 170: Receive a consumption request sent by the user, and process the consumption request.

Wherein, a consumption request processing method is: if the information dimension includes a time dimension, the method further includes: obtaining the requested consumption time when the user sends a consumption request for the target product; The product transaction time of the transaction request, and the differentiated consumption conditions that the user meets are determined according to the target product targeted by the transaction request; according to the difference between the product transaction time and the requested consumption time, and the user's compliance The differentiated consumption conditions for determining whether the user has the authority to consume the target product when the consumption time is requested.

Still taking the target product as the ticket example, after the user successfully booked the ticket, the platform generates the product order data corresponding to the ticket, and feeds back the electronic ticket QR code or order information to the user. When the user holds the electronic ticket QR code or order information, When purchasing in a store, the user will send the ticket consumption request when swiping the QR code of the electronic ticket at the card swiping place or requesting to print the ticket or verifying the order information. When receiving the consumption request, the product management system obtains the requested consumption time when the user sends a consumption request for the target product, and at the same time, obtains the product transaction time (such as the transaction time when the transaction request for the target product is received) The order generation time, or the real-time time when the user sends the transaction request), and the differentiated consumption conditions that the user meets are determined according to the target product targeted by the transaction request.

For example, when it is determined according to the ticket order data that the ticket purchased by the user is a ticket with differentiated consumption conditions of "early booking discount", that is, after the user sends a transaction request, the matching "early booking discount" displayed to the user client The ticket with this differentiated consumption condition executes the ordering operation and initiates a consumption request for the ordered ticket, then the time difference between the product transaction time and the requested consumption time is determined. Then, the time difference is compared with the preset time interval corresponding to the differentiated consumption condition of "early booking discount", and if the time difference is greater than the preset time interval, it is determined that the user has the authority to request the consumption time Consume the ticket; otherwise, it is determined that the user has no right to consume the ticket when the consumption time is requested.

Another way to process a consumption request is that if the information dimension includes a time dimension, the method further includes: obtaining the product transaction time for which the transaction request is received, and determining the user's compliance with the target product for the transaction request The differentiated consumption conditions; the product transaction time and the differentiated consumption conditions that the user meets are used as part of the data for generating the merchant settlement parameters for the merchant to obtain when the user sends a consumption request for the target product, According to the difference between the requested consumption time when acquiring the consumption request, the product transaction time, and the differentiated consumption conditions that the user meets, it is determined whether the user has the authority to consume the target product when the consumption time is requested.

Specifically, the merchant-side device can also process the consumption request. For example, the product management system obtains the product transaction time for receiving the transaction request, and determines the differentiated consumption conditions that the user meets according to the target product targeted by the transaction request; then, compares the product transaction time with the user The qualified differentiated consumption conditions are used as part of the data for generating the merchant settlement parameters, generating product order data, and sending the product order data to the merchant-side data processing system. When the merchant-side data processing system obtains that the user sends a consumption request for the target product, it can be based on the requested consumption time when the consumption request is obtained, the time difference between the product transaction time in the product order data, and the user's According to the differentiated consumption conditions, it is determined whether the user has the authority to consume the target product when the consumption time is requested.

By verifying the effectiveness of orders based on differentiated consumption conditions, it is avoided that products with different product labels built by introducing differentiated consumption conditions are used in unmatched scenarios, which will cause resource loss to the product supplier or O2O platform . For example, a user buys tickets under an early booking discount scenario at a lower selling price, but using them in a buy-as-you-go scenario will cause economic losses to the ticket supplier.

Example four

Correspondingly, the embodiment of the present application also discloses a product data processing method. As shown in FIG. 4, the method includes: step 410 to step 430.

Step 410: Generate at least one product record of the product according to the product input by the user and the product information of the product.

During specific implementation, the user can enter the product and product information of each product through the client on the merchant side, and generate a product record for each product.

Wherein, the product information includes: product profile information associated with differentiated consumption conditions, and consumption condition tags matching the differentiated consumption conditions. In some other embodiments of the present application, the product information further includes a product label, and the product label further includes information such as the selling price of the product and the product strength.

In other embodiments of the present application, the step of generating at least one product record of the product based on the product input by the user and the product information of the product further includes: obtaining the product input by the user and the product information Product information; in the case where it is determined that the product meets the preset conditions, according to the product label setting rules of the preset differentiated consumption conditions, based on the obtained product information, the products that match the preset differentiated consumption conditions are generated respectively Consumption condition label and product label; according to the product information, the generated consumption condition label and product label that match each of the preset differentiated consumption conditions, a product record matching each of the differentiated consumption conditions is generated respectively.

In the case of determining that the product meets the preset conditions, according to the product label setting rules of the preset differentiated consumption conditions, based on the obtained product information, a consumption condition label that matches each of the preset differentiated consumption conditions is generated respectively For the specific implementation of the product label, please refer to Example 1, which will not be repeated in this example. According to the product information, the generated consumption condition label and the product label that match each of the preset differentiated consumption conditions, respectively, the specific implementation of generating a product record matching each of the differentiated consumption conditions is shown in Example 1. , This embodiment will not repeat them.

Step 420: Send the product record to a preset product management system, so that the product management system generates a product library that records the product and product information corresponding to the product according to the product record. The product information corresponding to the product of includes a consumption condition label that matches a preset differentiated consumption condition.

After the merchant-side device generates the product record, the merchant-side device sends the generated product record to the preset product management system through an interface negotiated in advance with the preset product management system.

The product management system generates a product library that records the product and product information corresponding to the product according to the received product record.

In some embodiments of the present application, if the product information in the product record sent by the merchant already includes the consumption condition tag, the product management system directly stores the received product record.

In some other embodiments of the present application, if the product information in the product record sent by the merchant does not include the consumption condition tag. The product management system determines whether the product meets preset conditions according to the product information in the received product record, and in the case of determining whether the product meets the preset conditions, according to the preset differentiated consumption conditions Product label setting rules, based on the product information in the received product records, respectively generate consumption condition labels and product labels that match each of the preset differentiated consumption conditions, reconstruct multiple product records and store them in the product library . The specific implementation manner of the product management system reconstructing the product record and generating the product library can be found in the first embodiment, which will not be repeated in this embodiment.

Step 430: Obtain and output product order data for products in the product library.

After the online platform (such as the O2O platform) generates the product order data, the online platform sends the product order data to the merchant-side device, and the merchant-side device receives and outputs the product order data for the products in the product library. Or, the merchant-side device periodically calls the interface of the online platform to read the product order data generated by the online platform.

For a specific implementation manner of generating product order data on the online platform, refer to the first embodiment, which will not be repeated in this embodiment.

In some embodiments of the present application, the method further includes: obtaining a consumption request issued by the user for the target product and the requested consumption time when the consumption request is issued; and according to merchant settlement parameters matching the differentiated consumption conditions , Determine whether the differentiated consumption conditions include consumption conditions with differences in the time dimension; in response to the differentiated consumption conditions including consumption conditions with differences in the time dimension, obtain the product transaction time for which the transaction request is received, and Determine the differentiated consumption conditions that the user meets according to the target product targeted by the transaction request, and then determine the user according to the difference between the product transaction time and the requested consumption time, and the differentiated consumption conditions that the user meets Whether there is permission to consume the target product when the consumption time is requested.

Taking a target product as an example of a ticket, when a user wants to use a ticket purchased through an online platform, the merchant-side device will obtain a consumption request issued by the user for the ticket, and further obtain the requested consumption time when the consumption request is issued. After that, the use of the ticket is determined according to the merchant settlement parameter in the product order data according to whether the differentiated consumption condition of the ticket that matches the merchant settlement parameter includes a consumption condition that has a difference in the time dimension, for example, determining the Whether there is an identifier of the differentiated consumption condition of "early booking discount" in the merchant settlement parameter, or whether the merchant settlement parameter matches the commission of the differentiated consumption condition of "early booking discount". When it is determined that the differentiated consumption conditions include consumption conditions with differences in the time dimension, the merchant-side device further obtains the product transaction time (for example, the order time in the product order data) when the transaction request to purchase the ticket is received, And determine the differentiated consumption conditions that the user meets according to the ticket targeted by the transaction request. During specific implementation, the consumption condition label of the ticket can be determined through the product information in the product library, and the differentiated consumption conditions that the user meets can be obtained according to the consumption condition label; it can also be recorded in the product order data that the user is purchasing the ticket The differentiated consumption conditions that meet the time. Finally, calculate the time difference between the product transaction time and the requested consumption time. If the time difference matches the differentiated consumption conditions that the user meets, it is determined that the user has the right to use the ticket when the requested consumption time is reached; otherwise , It is determined that the user does not have the right to use the ticket when the time is requested.

By verifying the effectiveness of orders based on differentiated consumption conditions, it is avoided that products with different product labels built by introducing differentiated consumption conditions are used in unmatched scenarios, which will cause resource loss to the product supplier or O2O platform . For example, a user buys tickets in an early-book discount scenario at a lower selling price, but using them in a buy-as-you-go scenario will cause economic losses to the ticket supplier. Realizing the verification of the consumption authority of the target product on the merchant side device can improve the verification efficiency and avoid the occurrence of unverified situations caused by poor network.

Example five

In this embodiment, referring to the O2O platform shown in FIG. 5, the product data processing method of the present application will be further explained.

The O2O platform includes a query system 510, a product management system 520 (also referred to as a "product management platform" in the embodiment of this application), and an order generation system 530. The query system 510 also includes a user client terminal 5101. The user uses an electronic device Run the user client 5101, and access the query system 510 through the user client 5101 to generate a product information acquisition request or a transaction request. The user client 5101 is also used to determine differentiated consumption conditions according to the product information acquisition request or transaction request. The product management system 520 is used to construct and store a product library, and to determine candidate products that match the product information acquisition request or transaction request according to the product information acquisition request or transaction request, and execute the consumption condition label of the product and The matching operation of differentiated consumption conditions, and output the target product and related information of the target product.

The user client 5101 is also used to detect the user's ordering operation, and notify the order generation system 530 to generate product order data and store the product order data.

In some embodiments of the present application, the order generation system 530 may also directly generate a product information acquisition request or a transaction request, and determine differentiated consumption conditions, and then send the product information acquisition request or transaction request to the Product management system 520.

The product data processing method in the prior art only conducts product search from the search information dimensions such as keywords and category conditions entered by the user. The recalled product is not closely related to the user's access scenario. Therefore, the platform and product suppliers cannot access The scene angle optimizes the user search or order process. This application constructs a consumer condition label for each product when building a product library in advance, and determines differentiated consumer condition information according to the user's visit behavior, and then, based on the matching of the consumer condition label label of the product and the differentiated consumer condition The product information display is integrated, so that the product displayed to the user is closely coupled with the user's visit behavior scene, matching user needs, and helping to improve the efficiency of generating orders through the platform.

In addition, the product order data includes merchant settlement parameters that match the differentiated consumption conditions, which can achieve more accurate quantification and processing of the role of the platform in the transaction, and thereby accurately evaluate the effect of the O2O platform in the transaction. effect.

Optionally, as shown in FIG. 5, the O2O platform further includes: an order verification system 540 for determining whether the user has the authority to consume the target product when the consumption time is requested.

By verifying the effectiveness of orders based on differentiated consumption conditions, it is avoided that products with different product labels built by introducing differentiated consumption conditions are used in unmatched scenarios, which will cause resource loss to the product supplier or O2O platform . For example, a user buys tickets in an early-book discount scenario at a lower selling price, but using them in a buy-as-you-go scenario will cause economic losses to the ticket supplier.

Optionally, as shown in FIG. 5, the O2O platform further includes: an order analysis system 550, which is used to analyze and use the correlation analysis of differentiated consumption conditions on order data. For example, according to the differentiated consumption conditions in the stored product order data, the platform efficiency calculation parameters of each product order data are determined; based on the platform efficiency calculation parameters, the platform order generation efficiency associated with the differentiated consumption conditions is calculated.

Example Six

The following describes in detail the specific implementation manner of the steps from obtaining the product acquisition request to displaying product information in this application with reference to FIG. 6.

A supply method disclosed in this embodiment, as shown in FIG. 6, the method includes: step 610 to step 630.

Referring to Fig. 6, there is shown a step flow chart of a supply method provided by an embodiment of the present application. The supply method may be applied to a product management platform, and may specifically include the following steps:

Step 610: Upon receiving the product acquisition request executed by the user, acquire user attribute information associated with the user.

In the embodiment of the present application, the product management platform may be an OTA system, a shopping platform, etc., which is not limited in the embodiment of the present application.

The embodiments of the present application can be applied to a scenario where a user is provided with a corresponding product according to a scenario associated with the user.

The product acquisition request refers to the product generated by the operation of accessing the product when the user accesses the product management platform through the designated terminal, browses, inquires, purchases products, tourist attraction tickets, services and other products through the user client of the product management platform Get the request. For example, when the user selects a specified product, he clicks the request triggered by the "buy" button in the corresponding interface.

The product acquisition request may be a product acquisition request generated by the user's active behavior, such as a product acquisition request generated by the user's active search or click behavior of the product; it may also be a product generated by the execution code of the user's reach strategy within the product management platform An acquisition request, such as a product acquisition request generated when the user client corresponding to the product management platform actively pushes the product for the user after the user logs in, according to the user portrait information.

Of course, the product acquisition request can also be a request in the form of voice. The voice input by the user is parsed, and a corresponding product acquisition request is generated according to the analysis result.

In specific implementation, those skilled in the art may also set other forms of product acquisition requests, specifically, it may be determined according to actual conditions, and the embodiments of the present application do not limit this.

The designated terminal can be a mobile terminal, such as a mobile electronic device such as a mobile phone, a Pad (Portable Android Device, tablet computer), or a PC (Personal Computer, personal computer) terminal, such as a desktop computer, a notebook computer, etc.

The specific type of the designated terminal may be determined according to actual conditions, which is not limited in the embodiment of the present application.

User attribute information may include one or more of attribute information such as location attribute information, off-site attribute information, and transaction behavior attribute information.

A monitoring program can be set in the product management platform in advance, and the product acquisition request triggered by the user can be monitored in real time through the monitoring program.

After receiving the product acquisition request executed by the user, the user attribute information associated with the user can be acquired.

For the above three ways of obtaining user attribute information, refer to the solution of the following preferred embodiment.

When the user attribute information is location attribute information, the method of obtaining user attribute information can be performed according to the following steps.

In a preferred embodiment of the present application, the foregoing step 610 may include:

Sub-step A1: Obtain the first location information of the product supplier corresponding to the product acquisition request, and the second location information where the user is currently located.

In the embodiment of this application, the product supplier corresponding to the product acquisition request refers to the product supplier of the product requested by the user (such as product supplier, store, etc.). For example, when the user wants to purchase a product from store A, You can click the purchase button corresponding to the product to generate a product acquisition request, and the product supplier corresponding to the product acquisition request is store A.

The first location information refers to the location information of the product supplier corresponding to the product acquisition request. For example, when the product supplier is the B scenic spot, the first location information is the location information of the B scenic spot, such as "Beijing xxx district xxx street xxx number" etc.

The second location information refers to the location information when the user initiates the product acquisition request, that is, the location information when the user operates the designated terminal to initiate the product acquisition request. For example, if the user initiates the product acquisition request at location C using a mobile phone, the second The location information is location C.

It is understandable that the foregoing examples are only examples for better understanding of the technical solutions of the embodiments of the present application, and are not intended as the only limitation to the embodiments of the present application.

Of course, when the product supplier registers on the product management platform and provides product information, the product management party usually fills in the detailed information of the product supplier, such as product type, price of various products, supplier address and so on.

When obtaining the first location information, the first location information of the product supplier may be obtained according to the information corresponding to the product supplier stored in advance by the product management platform.

The acquisition of the user's second location information can be performed according to the following steps.

In another preferred embodiment of the present application, the above sub-step A1 may include:

Sub-step A1-1: Send a location authentication request to the terminal operated by the user.

In the embodiments of the present application, the terminal operated by the user refers to the terminal used when the user initiates the product acquisition request, which may be a mobile terminal or a PC terminal, specifically, it may be determined according to actual conditions.

The location authentication request refers to an authentication request used by the product management platform to instruct users to share location. After the user accepts the location authentication request sent by the platform, the product management platform can obtain the current location of the terminal operated by the user.

Upon receiving the product acquisition request executed by the user, the product management platform may send a location authentication request to the terminal operated by the user.

After sending the location authentication request to the terminal operated by the user, sub-step A1-2 is performed.

Sub-step A1-2: After the location authentication request is successfully authenticated, obtain the second location information where the terminal is currently located.

After the terminal receives the location authentication request, it can display the location authentication request on the terminal display screen. When the user does not accept the location authentication request sent by the product management platform, it means that the authentication of the location authentication request is not successful, that is, the user does not The location information of the terminal operated by the user will be shared with the product management platform. For such a solution, this embodiment of the application does not consider it.

When the user accepts the location authentication request sent by the product management platform, it indicates that the location authentication request is successfully authenticated, that is, the user can share the location information of the terminal (ie, the user) operated by the user with the product management platform.

After the location authentication request is successfully authenticated, the product management platform can obtain the second location information where the terminal is currently located, that is, the second location information where the user is currently located.

Understandably, the above-mentioned method of obtaining the second location information is a solution listed in order to better understand the solutions of the embodiments of the present application. Any of the existing technologies can enable the product management platform to obtain the current location of the user. The methods of the second location information can all be applied to the embodiments of the present application, and the embodiments of the present application will not be repeated here.

After obtaining the first position information and the second position information, sub-step A2 is performed.

Sub-step A2: calculate the separation distance between the user and the product manager based on the first location information and the second location information.

The separation distance refers to the distance between the product supplier and the user.

The first location information and the second location information usually refer to the longitude and latitude information. After the first location information and the second location information are obtained, the relationship between the user and the product manager can be calculated based on the first location information and the second location information. The separation distance between.

After the separation distance is calculated, sub-step A3 is performed.

Sub-step A3: Determine the location attribute information of the user according to the separation distance.

In the embodiment of the present application, the location attribute information may include near-field attributes and far-field attributes. The near-field attributes and far-field attributes refer to the distance between the user and the product supplier when the user and the product supplier are in the same geographic area. Attributes, for example, when the separation distance between the user and the product supplier is within 100m, the location attribute information is the near field attribute, and when the separation distance between the user and the product supplier is outside the 100m range, the location attribute information is It is the far-field attribute.

The target location attribute refers to the location attribute information associated with the user determined based on the separation distance between the user and the product supplier corresponding to the product acquisition request.

After the separation distance between the user and the product supplier is calculated, the separation distance can be compared with the preset distance threshold. When the separation distance is greater than the distance threshold, the location attribute information associated with the user is the far-field attribute. When the separation distance is less than or equal to the distance threshold, the location attribute information associated with the user is the near field attribute.

Of course, the distance threshold can be a value preset by the R&D personnel based on experience. The distance threshold can be 100m, 200m, etc. For example, for scenic spots, fence data can be drawn for scenic spots, combined with user positioning information, you can calculate whether the user is in The closest distance between the park and the fence of the scenic spot, so as to accurately judge the user's near and far field attributes.

When the user attribute information is remote attribute information, the method of obtaining user attribute information can be performed according to the following steps.

Sub-step B1: Obtain historical transaction information associated with the user.

In the embodiments of this application, historical transaction information refers to the transaction data information that the user has completed on the product management platform, for example, the information about the product purchased by the user on the product management platform, return information, and delivery address information.

Under normal circumstances, the product management platform can save the user's transaction record information completed in the product management platform for a month or even longer. Through the transaction record information, the historical transaction information associated with the user can be obtained.

After obtaining historical transaction information associated with the user, sub-step B2 is performed.

Sub-step B2: Determine the user profile information of the user according to the historical transaction information.

Sub-step B3: Determine the resident area information of the user according to the user portrait information.

User portrait information is information describing user identity attributes and product preferences. It depicts the full picture of user information, including static identity attribute information such as user gender, age, constellation, etc., and also includes dynamic abstracts obtained based on user historical behavior log analysis Information, such as the user's resident city, user's category preference, price preference and other product preference information.

After determining the user portrait information of the user based on historical transactions associated with the user, the user's resident area information, that is, the user's resident city, can be determined based on the user portrait information.

After determining the user's resident area information, sub-step B4 is performed.

Sub-step B4: According to the resident area information, obtain remote attribute information corresponding to the user.

In this embodiment of the application, the remote attribute information may include both remote attributes and local attributes. For example, when the product supplier is located in city D and the user's resident area is city D, it means that the user and the product supplier are in In the same city, the user’s remote attribute information is the local attribute; when the product supplier is located in city D and the user’s resident area is in city F, it means that the user and the product supplier are in different cities, and the user’s The remote attribute information is the remote attribute.

After obtaining the user's resident area information, the user's resident area information can be compared with the area where the product supplier corresponding to the product acquisition request is located. When the two match, it means the user's resident area and product supply The party is in the same area, that is, the user's remote attribute information is the local attribute.

When the two do not match, it means that the user's resident area and the product supplier are in different areas, that is, the user's remote attribute information is the remote attribute.

When the user attribute information is transaction behavior attribute information, the method of obtaining user attribute information can be performed according to the following steps.

Sub-step C1: Obtain the target historical transaction information of the product supplier corresponding to the product acquisition request from the historical transaction information.

Sub-step C2: Determine transaction behavior attribute information corresponding to the user according to the target historical transaction information.

In the embodiment of this application, the target historical transaction information refers to the transaction information completed by the user at the product supplier. For example, the product supplier is store K, and the transaction information completed by the user at store K includes purchase of product A and purchase of product C, then The target historical transaction information is the information of the purchased commodity A and the purchased commodity C.

Transaction behavior attribute information refers to the attributes used to reflect whether the user is a new or old customer of the product supplier, that is, the transaction behavior attribute information can include new customer attributes and old customer attributes, for example, the user has never purchased a product from the product supplier before , The transaction attribute information is the new customer attribute, and when the user has previously purchased the product from the product supplier, the corresponding transaction attribute information is the old customer attribute.

After obtaining the target historical transaction information of the product supplier corresponding to the product acquisition request from the historical transaction information, the transaction attribute information corresponding to the user can be determined according to the target historical transaction information. For example, the target historical transaction information is recorded as When the value is empty, it means that the user has never purchased a product from the product supplier, that is, the transaction attribute information corresponding to the user is the new customer attribute; and when the target historical transaction information record is one or more transaction information, it means the user Once the product has been purchased from the product supplier, the transaction attribute information corresponding to the user is the old customer attribute.

In practical applications, other user attribute information may also be added, which may be determined according to actual conditions, which is not limited in the embodiment of the present application.

Of course, in specific implementation, for the attributes of old customers, different levels can also be divided according to the number of times users purchase products from the product supplier. The specific division method can be determined according to actual conditions, and this embodiment of the application will not be omitted here. To repeat them one by one.

Understandably, the above three preferred embodiments are examples for a better understanding of the solutions of the embodiments of the present application. In specific implementation, those skilled in the art may also use other methods to obtain user attribute information associated with the user. This is not repeated in the embodiment of the application.

When the product acquisition request executed by the user is received, after the user attribute information associated with the user is acquired, step 620 is executed.

Step 620: Obtain corresponding target product information according to the mapping relationship between the user attribute information and the product label and the attribute information of the requested product.

In the embodiment of this application, the requested product attribute information refers to the product attribute of the product that the user wants to obtain. For example, tickets can be divided into adult tickets, child tickets, half-price tickets, etc. When the user needs to purchase adult tickets, the product attributes It is an adult ticket; for branded tea, it can be divided into low-grade, intermediate-grade, high-grade, special-grade, etc., when users need to purchase intermediate-grade tea, the product attribute is intermediate-grade tea, etc.

Product labels refer to the price labels provided for different types of products, whether they are returnable labels, etc. For example, for the same product, users with old customer attributes can be provided with relatively low price labels, while for new customer attributes Users provide relatively high price tags; users with near-field attributes can be provided with relatively low price tags, and users with far-field attributes can be provided with relatively high price tags, and so on.

The product management platform can save the mapping relationship between the attribute information and the product label in advance. Specifically, the product management platform can save the above mapping relationship in the form of a list. For example, the mapping relationship corresponding to product A can be as shown in Table 2 below. Shown:

属性信息Attribute information	产品标签product label
近场属性Near field properties	价格95、可退Price 95, refundable
远场属性Far field properties	价格100、可退Price 100, refundable
异地属性Off-site attributes	价格120、不可退 Price 120, non-refundable

Table 2: Mapping relationship between attribute information and product label

As shown in Table 2 above, for product A, when the user attribute information is the near field attribute, the corresponding product label is 95, returnable; and when the user attribute information is the far field attribute, the corresponding product label is The price is 100, and the product can be returned; and when the user attribute information is a remote attribute, the corresponding product label is 120, non-refundable, etc.

Of course, the product management platform can also save the above-mentioned mapping relationship in other ways, such as creating a corresponding mapping relationship database to save the above-mentioned mapping relationship, etc. Specifically, it can be determined according to actual conditions, which is not limited in the embodiment of the present application.

After the product attribute information of the product requested by the user is determined, the product that the user needs to obtain (that is, to purchase) can be obtained, for example, adult tickets, or intermediate C brand tea.

After determining the product that the user needs to obtain, further based on the determined product and the mapping relationship between the attribute information and the product label, the target product label corresponding to the user attribute information (ie the product label corresponding to the user attribute information) can be obtained, and then based on The target product label provides the target product information of the corresponding target product label. For example, when the product is determined to be A, the corresponding product label can be obtained according to the user attribute information, such as product price, whether the product is refundable, etc., that is, product A, price : XX, can it be refunded: X etc.

The embodiments of this application provide products with different price tags and/or returnable labels by distinguishing users in different scenarios, and provide users with different products, which can improve the flexibility of the product system (ie, product management platform). Purchasing the required products in the system improves the user experience.

Of course, corresponding to the aforementioned three types of user attribute information, the process of obtaining target product information can be as described in the following preferred embodiment.

When the user attribute information is location attribute information, the foregoing step 620 may include:

Sub-step S: Obtain the target product information according to the mapping relationship between the location attribute information and the product label and the requested product attribute information.

In the embodiment of the present application, the mapping relationship between the location attribute information and the product label can be stored in the product management platform in advance. Understandably, different products have different mapping relationships between the location attribute information and the product label. Different levels of the same type of product can also have different mapping relationships between location attribute information and product tags. For example, for tickets, adult tickets can correspond to the mapping relationship between location attribute information and product tags; for intermediate C For brand tea, it can correspond to the mapping relationship between the corresponding location attribute information and the product label; for advanced brand C tea, it can correspond to the mapping relationship between the corresponding location attribute information and the product label, and so on.

The mapping relationship between the location attribute information and the product label can be stored in the form of a list on the product management platform, or can be stored in the form of a database. Specifically, it can be determined according to the actual situation, which is not described in the embodiment of this application. limit.

After determining the product that the user needs to obtain, further based on the determined product and the mapping relationship between the location attribute information and the product label, the target product label corresponding to the location attribute information corresponding to the user can be obtained (ie the product label corresponding to the location attribute information ), and then provide the target product information of the corresponding target product label according to the target product label. For example, when the product is determined to be B, the corresponding product label can be obtained according to the user attribute information, such as product price, whether the product is refundable, etc., that is Product B, price: XXX, refundable: XX, etc.

The embodiments of this application provide products with different price tags and/or returnable labels by distinguishing users in different locations, and provide users with different products, which can improve the flexibility of the product system (ie, product management platform). Purchasing the required products in the system improves the user experience.

When the user attribute information is remote attribute information, the foregoing step 620 may include:

Sub-step M: Obtain the target product information according to the mapping relationship between the off-site attribute information and the product label and the requested product attribute information.

In the embodiment of this application, the product management platform can pre-store the mapping relationship between the off-site attribute information and the product label. It is understandable that different products have different mapping relationships between the off-site attribute information and the product label. Different levels of the same type of product can also have different mapping relationships between off-site attribute information and product labels. For example, for tickets, adult tickets can correspond to the mapping relationship between off-site attribute information and product labels; and for intermediate C For brand tea, it can correspond to the mapping relationship between the corresponding off-site attribute information and product label; for advanced brand C tea, it can correspond to the mapping relationship between the corresponding off-site attribute information and product label, and so on.

The mapping relationship between the off-site attribute information and the product label can be stored in the form of a list on the product management platform, or in the form of a database. Specifically, it can be determined according to the actual situation, which is not included in the embodiment of this application. limit.

After determining the product that the user needs to obtain, further based on the determined product and the mapping relationship between the off-site attribute information and the product label, the target product label corresponding to the off-site attribute information corresponding to the user can be obtained (ie the product label corresponding to the off-site attribute information ), and then provide the target product information of the corresponding target product label according to the target product label. For example, when the product is determined to be B, the corresponding product label can be obtained according to the user attribute information, such as product price, whether the product is refundable, etc., that is Product B, price: XXX, refundable: XX, etc.

The embodiments of this application provide products with different price tags and/or returnable labels by distinguishing users in different regions, and provide users with different products, which can improve the flexibility of the product system (ie, product management platform). Purchasing the required products in the system improves the user experience.

When the user attribute information is transaction behavior attribute information, the foregoing step 620 may include:

Sub-step N: Obtain the target product information according to the mapping relationship between the transaction behavior attribute and the product label and the requested product attribute information.

In the embodiment of the present application, the mapping relationship between the transaction behavior attribute information and the product label can be stored in the product management platform in advance. Understandably, different products have different mapping relationships between the transaction behavior attribute information and the product label. For different levels of the same type of product, there may also be different mapping relationships between transaction behavior attribute information and product labels. For example, for tickets, adult tickets may correspond to the mapping relationship between transaction behavior attribute information and product labels; For the intermediate brand C tea, it can correspond to the mapping relationship between the corresponding transaction behavior attribute information and the product label; for the advanced C brand tea, it can correspond to the corresponding transaction behavior attribute information and the product label. The mapping relationship and so on.

The mapping relationship between the transaction attribute information and the product label can be stored in the form of a list on the product management platform, or in the form of a database. Specifically, it can be determined according to the actual situation. Be restricted.

After determining the product that the user needs to obtain, further based on the determined product and the mapping relationship between the transaction attribute information and the product label, the target product label corresponding to the transaction attribute information corresponding to the user can be obtained (that is, the target product label corresponding to the transaction attribute information Product label), and then provide the target product information corresponding to the target product label according to the target product label. For example, when the product is determined to be B, the corresponding product label can be obtained according to the user attribute information, such as product price, whether the product is refundable, etc. Etc., namely product B, price: XXX, refundable: XX, etc.

The embodiments of this application provide users with products with different price tags and/or returnable labels by distinguishing users as new customers or old customers, and provide users with different products, which can improve the flexibility of the commodity system (ie, product management platform). The required products can be purchased in the commodity system, thereby improving the user experience.

Of course, in another implementation manner of the embodiment of the present application, two types of attribute information of the above three types of user attribute information can also be combined to obtain target product information. Specifically, any two types of attributes can be pre-stored in the product management platform The mapping relationship between user attribute information and product labels, such as location attribute information and off-site attribute information, or location attribute information and transaction behavior attribute information, or off-site attribute information and transaction behavior attribute information, etc., according to the corresponding mapping relationship and Obtain the user attribute information and obtain the corresponding target product information.

Of course, three types of attribute information can also be combined to obtain target product information. Specifically, the product management platform can pre-store the mapping relationship between three types of user attribute information and product labels, namely, location attribute information, off-site attribute information, and transaction behavior The mapping relationship between the attribute information and the product label, and further, the corresponding target product information is obtained according to the corresponding mapping relationship and the obtained user attribute information.

For the combination of the above two or three types of attribute information, products with corresponding prices and/or returnable products can be provided according to the user’s scenario, which improves the flexibility of product provision, and can save part of the price for local long-term users. Improve the user experience.

It is understandable that the above are only the preferred solutions provided by the embodiments of this application. In specific implementations, those skilled in the art can also combine other user attribute information to provide products with corresponding product labels, which will not be described in this embodiment. Specific restrictions.

After obtaining the corresponding target product information according to the mapping relationship between the attribute information and the product label and the requested product attribute information, step 630 is executed.

Step 630: Display the target product information to the user.

After obtaining the target product information, the target product information can be displayed on the display interface of the terminal screen operated by the user for the user to perform subsequent selection and purchase operations.

In the embodiments of this application, products with different price tags and/or returnable tags are provided by distinguishing users in different scenarios (far and near field, whether they are different places, new and old customers, etc.) to provide users with different products, which can improve the commodity system (I.e. product management platform) flexibility, users can purchase required products in the commodity system, thereby improving the user experience.

The supply method provided in the embodiments of the present application obtains user attribute information associated with the user when a product acquisition request executed by the user is received, and obtains the attribute information according to the mapping relationship between the attribute information and the product label, and the requested product attribute information Corresponding target product information, and display the target product information to the user. The embodiment of the application provides different products to users by distinguishing user attribute information associated with users, which can improve the flexibility of the commodity system (ie, product management platform). Users can purchase the required products in the commodity system, thereby increasing the user Experience.

Example Seven

A product data processing device disclosed in this embodiment, as shown in FIG. 7, includes:

The product library obtaining module 710 is configured to obtain a product library that records products and product information corresponding to each of the products, the product information includes: a consumption condition label matching preset differentiated consumption conditions;

The differentiated consumption condition determination module 720 is configured to determine the difference conforming to when the user sends the product information acquisition request or the transaction request in response to receiving the user's product information acquisition request or the user's transaction request for the product Oriented consumption conditions;

The target product determining module 730 is configured to determine, according to the consumption condition tag, a product in the product library that matches the differentiated consumption condition that the user meets and matches the product information acquisition request or the transaction request , As the target product;

The product order data generating module 740 is configured to generate product order data after detecting that the user performs an order operation for the target product, the product order data including merchant settlement parameters matching the differentiated consumption conditions.

Optionally, the preset differentiated consumption conditions include consumption conditions that have differences in at least one information dimension, and the information dimensions include: a space dimension, a time dimension, or a user dimension.

Optionally, the step of determining the differentiated consumption conditions that are met when the user sends the product information acquisition request or the transaction request includes:

Determining, according to the product information acquisition request or the transaction request, user attribute data corresponding to the information dimension of the user associated with the product information acquisition request or the transaction request;

Mapping the consumption condition tags of the products in the product library that match the product information acquisition request or the transaction request to a numerical range on the information dimension;

According to the user attribute data corresponding to the information dimension and the numerical value range, a differentiated consumption condition that is met when the user sends the product information acquisition request or the transaction request is determined.

Optionally, if the information dimension includes a spatial dimension, the step of determining a differentiated consumption condition that is met when the user sends the product information acquisition request or the transaction request includes:

Obtain the first location information of the offline sales place of the product corresponding to the product information acquisition request or the transaction request, and the second location information where the user sends the product information acquisition request or the transaction request ；

According to the first location information and the second location information, the distance between the user and the offline sales place of the product is calculated;

According to the separation distance, the consumption condition tag mapping of the products matching the product information acquisition request or the transaction request in the product library to obtain the numerical range in the spatial dimension, it is determined that the user sends the The differentiated consumption conditions that meet the product information acquisition request or the transaction request.

Acquiring the second location information where the user sends the product information acquisition request or the transaction request, and the resident area information of the user;

According to the resident area information and the second location information, the differentiated consumption conditions that the user meets when sending the product information acquisition request or transaction request are determined.

Optionally, if the information dimension includes a user dimension, the step of determining a differentiated consumption condition that is met when the user sends the product information acquisition request or the transaction request includes:

Acquiring historical transaction information associated with the user;

Acquiring, from the historical transaction information, target historical transaction information between the product supplier of the product associated with the product information acquisition request or the transaction request and the user;

According to the acquisition result of the target historical transaction information, the consumption condition label mapping of the product matching the product information acquisition request or the transaction request in the product library to obtain the value range in the user dimension, determine the Describe the differentiated consumption conditions that users meet.

Optionally, if the information dimension includes a time dimension, the method further includes:

Acquiring the requested consumption time when the user sends a consumption request for the target product;

Acquiring the product transaction time when the transaction request for the target product is received, and determining the differentiated consumption conditions that the user meets according to the target product for which the transaction request is directed;

According to the difference between the product transaction time and the requested consumption time and the differentiated consumption conditions that the user meets, it is determined whether the user has the authority to consume the target product when the requested consumption time is requested.

Acquiring the product transaction time for which the transaction request is received, and determining the differentiated consumption conditions that the user meets according to the target product targeted by the transaction request;

The product transaction time and the differentiated consumption conditions that the user meets are used as part of the data for generating the merchant’s settlement parameters, so that when the merchant obtains the user’s consumption request for the target product, according to the acquisition request The difference between the requested consumption time at the time, the product transaction time, and the differentiated consumption conditions that the user meets, determine whether the user has the right to consume the target product when the consumption time is requested.

Optionally, the consumption condition tag includes an information dimension corresponding to the information dimension included in the differentiated consumption condition, and the target product determination module 730 is further configured to:

Determining a product in the product library that matches the product information acquisition request or the transaction request as a candidate product;

Match the consumption condition label of the candidate product with the corresponding information dimension of the differentiated consumption condition that the user meets, and respectively determine the consumption condition label of each candidate product and the differentiated consumption condition that the user meets Matching result;

According to the matching result, a target product is determined from the candidate products.

Classify the products in the product library according to the consumption condition tags to form multiple candidate product sub-libraries;

Match the consumption condition label with the differentiated consumption condition that the user meets in the corresponding information dimension, and determine the candidate product sub-library corresponding to the consumption condition label that matches the differentiated consumption condition that the user meets ；

A product in the candidate product sub-library that matches the product information acquisition request or the transaction request is determined as a target product.

Optionally, as shown in FIG. 8, the device further includes an order data processing module 750, configured to:

Determine the platform efficiency calculation parameters of each product order data according to the merchant settlement parameters matching the differentiated consumption conditions in the stored product order data; and,

Based on the platform efficiency calculation parameter, the platform order generation efficiency associated with the preset differentiated consumption conditions is calculated.

Optionally, as shown in FIG. 8, the device further includes an order data output module 760 for:

The generated product order data and user attribute data corresponding to the information dimension of the user associated with the product information acquisition request or the transaction request are output to the merchant-side data processing system.

Optionally, the product information in the product library is generated in the following ways:

Obtain a product record manually entered or read through a third-party system interface;

In the case where it is determined that the product meets the preset conditions, according to the product label setting rules of the preset differentiated consumption conditions, respectively generate product labels matching each of the differentiated consumption conditions based on the obtained product records;

According to the generated product label that matches each of the differentiated consumption conditions, the consumption condition label that matches the corresponding differentiated consumption conditions, and at least part of the product records obtained, respectively generate a product label that matches each of the differentiated consumption conditions. Matching product records.

The product data processing device provided in the embodiment of the present application obtains a product library that records products and product information corresponding to each of the products, and the product information includes: a consumption condition tag matching preset differentiated consumption conditions; After receiving a user's product information acquisition request or a user's transaction request for the product, determine the differentiated consumption conditions that the user meets when sending the product information acquisition request or the transaction request; determine according to the consumption condition tag The product in the product library that matches the differentiated consumption conditions that the user meets and matches the product information acquisition request or the transaction request is regarded as the target product; when it is detected that the user is targeting the target product After the order is executed, product order data is generated. The product order data includes merchant settlement parameters that match the differentiated consumption conditions, which can achieve more accurate quantification and processing of the platform's role in transactions, and thus can be accurate Evaluate the role of the O2O platform in the transaction.

Example eight

A product data processing device disclosed in this embodiment, as shown in FIG. 9,

The product record generating module 910 is configured to generate at least one product record of the product according to the product input by the user and the product information of the product;

The product record sending module 920 is configured to send the product record to a preset product management system, so that the product management system generates a product library that records the product and product information corresponding to the product according to the product record, The product information corresponding to the products in the product library includes consumption condition tags that match preset differentiated consumption conditions;

The product order data acquisition module 930 is configured to acquire and output product order data for products in the product library;

Optionally, as shown in FIG. 10, the device further includes:

The product verification module 940 is configured to obtain a consumption request issued by the user for the target product and the requested consumption time when the consumption request is issued; then, determine the differentiation according to the merchant settlement parameters matching the differentiated consumption conditions Whether the consumption conditions include consumption conditions with differences in the time dimension; and, in response to the differentiated consumption conditions including consumption conditions with differences in the time dimension, obtain the product transaction time for which the transaction request is received, and according to the transaction The target product for the request determines the differentiated consumption conditions that the user meets, and then, based on the difference between the product transaction time and the requested consumption time, and the differentiated consumption conditions that the user meets, it is determined that the user is in the request Whether you have the authority to consume the target product during consumption time.

Optionally, the product record generating module 910 is further configured to:

Obtain the product input by the user and the product information of the product;

In the case of determining that the product meets the preset conditions, according to the product label setting rules of the preset differentiated consumption conditions, based on the obtained product information, a consumption condition label that matches each of the preset differentiated consumption conditions is generated respectively And product label;

According to the product information, the generated consumption condition label and the product label that match each of the preset differentiated consumption conditions, a product record matching each of the differentiated consumption conditions is generated respectively.

Example 9

Referring to FIG. 11, there is shown a schematic structural diagram of a supply device provided by an embodiment of the present application. The supply may be applied to a product management platform, and specifically may include:

The user attribute obtaining module 1110 is configured to obtain user attribute information associated with the user when the product obtaining request executed by the user is received;

The target product obtaining module 1120 is used to obtain the corresponding target product information according to the mapping relationship between the user attribute information and the product label and the attribute information of the requested product;

The target product display module 1130 is used to display the target product information to the user.

Optionally, the user attribute information includes any one or more of location attribute information, off-site attribute information, and transaction behavior attribute information.

Preferably, the user attribute information includes location attribute information, and the user attribute obtaining module 1110 includes: a location information obtaining sub-module for obtaining first location information of the product supplier corresponding to the product obtaining request, and Second location information where the user is currently located; a separation distance calculation sub-module for calculating the separation distance between the user and the product manager based on the first location information and the second location information; The target location determination sub-module is used to determine the location attribute information of the user according to the separation distance; the target product acquisition module 1120 includes: a first product acquisition sub-module, which is used to map the location attribute information to the product label The relationship and the requested product attribute information to obtain the target product information.

Preferably, the location information acquisition sub-module includes: a location authentication request sending sub-module, used to send a location authentication request to the terminal operated by the user; a second location obtaining sub-module, used to authenticate in the location authentication request After the right is successful, obtain the second location information where the terminal is currently located.

Preferably, the user attribute information includes remote attribute information, and the user attribute acquisition module 1110 includes: a historical transaction information acquisition sub-module for acquiring historical transaction information associated with the user; a user portrait information determining sub-module for To determine the user portrait information of the user based on the historical transaction information; the resident area information determination sub-module, used to determine the resident area information of the user based on the user portrait information; the target off-site attribute acquisition sub-module , Used to obtain the off-site attribute information corresponding to the user according to the resident area information; the target product obtaining module 1120 includes: a second product obtaining sub-module, which is used to obtain a mapping relationship between off-site attribute information and product labels And the requested product attribute information to obtain the target product information.

Preferably, the user attribute information includes transaction behavior attribute information, and the user attribute acquisition module 1110 includes: a target transaction information acquisition sub-module, configured to acquire the product supply corresponding to the product acquisition request from the historical transaction information The target historical transaction information of the party; the target transaction attribute determining sub-module is used to determine the transaction behavior attribute information corresponding to the user according to the target historical transaction information; the target product obtaining module 1120 includes: a third product obtaining submodule The module is used to obtain the target product information according to the mapping relationship between the transaction behavior attribute and the product label and the requested product attribute information.

The supply device provided in the embodiment of the present application obtains user attribute information associated with the user when receiving a product acquisition request executed by the user, and obtains the attribute information according to the mapping relationship between the attribute information and the product label, and the requested product attribute information Corresponding target product information, and display the target product information to the user. The embodiment of the application provides different products to users by distinguishing user attribute information associated with users, which can improve the flexibility of the commodity system (ie, product management platform). Users can purchase the required products in the commodity system, thereby increasing the user Experience.

The embodiment of the present application also provides an electronic device, including: a processor, a memory, and a computer program stored on the memory and running on the processor. The processor implements the foregoing when the program is executed. The supply method and/or product data processing method of the embodiment.

The embodiment of the present application also provides a non-volatile computer-readable storage medium. When the instructions in the storage medium are executed by the processor of the electronic device, the electronic device can execute the supply method of the foregoing embodiment. Steps and/or steps of the product data processing method.

As for the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and for related parts, please refer to the part of the description of the method embodiment.

The algorithms and displays provided here are not inherently related to any particular computer, virtual system or other equipment. Various general-purpose systems can also be used with the teaching based on this. From the above description, the structure required to construct this type of system is obvious. In addition, the embodiments of the present application are not directed to any specific programming language. It should be understood that various programming languages can be used to implement the content of the embodiments of the present application described herein, and the above description of specific languages is to disclose the best implementation of the embodiments of the present application.

In the instructions provided here, a lot of specific details are explained. However, it can be understood that the embodiments of the present application can be practiced without these specific details. In some instances, well-known methods, structures and technologies are not shown in detail, so as not to obscure the understanding of this specification.

Similarly, it should be understood that in order to simplify this application and help understand one or more of the various inventive aspects, in the above description of the exemplary embodiments of this application, the various features of the embodiments of this application are sometimes grouped together into a single Examples, figures, or descriptions thereof. However, the disclosed method should not be interpreted as reflecting the intention that the claimed embodiments of the present application require more features than those explicitly stated in each claim. More precisely, as reflected in the following claims, the inventive aspect lies in less than all the features of a single embodiment disclosed previously. Therefore, the claims following the specific embodiments are thus explicitly incorporated into the specific embodiments, wherein each claim itself serves as a separate embodiment of the embodiments of the present application.

Those skilled in the art can understand that it is possible to adaptively change the modules in the device in the embodiment and set them in one or more devices different from the embodiment. The modules or units or components in the embodiments can be combined into one module or unit or component, and in addition, they can be divided into multiple sub-modules or sub-units or sub-components. Except that at least some of such features and/or processes or units are mutually exclusive, any combination can be used to compare all features disclosed in this specification (including the accompanying claims, abstract and drawings) and any method or methods disclosed in this manner or All the processes or units of the equipment are combined. Unless expressly stated otherwise, each feature disclosed in this specification (including the accompanying claims, abstract and drawings) may be replaced by an alternative feature that provides the same, equivalent or similar purpose.

Each component embodiment of the embodiments of the present application may be implemented by hardware, or by software modules running on one or more processors, or by a combination of them. Those skilled in the art should understand that a microprocessor or a digital signal processor (DSP) may be used in practice to implement some or all of the functions of some or all of the components in the dynamic picture generating device according to the embodiments of the present application. The embodiments of the present application can also be implemented as a device or device program for executing part or all of the methods described herein. Such a program for realizing the embodiments of the present application may be stored on a computer-readable medium, or may have the form of one or more signals. Such signals can be downloaded from Internet websites, or provided on carrier signals, or provided in any other form.

For example, FIG. 12 shows an electronic device that can implement the method according to the present application. The electronic device traditionally includes a processor 1220 and a computer program product in the form of a memory 1210 or a computer-readable storage medium. The electronic device may be a PC, a mobile terminal, a personal digital assistant, a tablet computer, etc. The electronic device is a computing processing device. The memory 1210 may be an electronic memory such as flash memory, EEPROM (Electrically Erasable Programmable Read Only Memory), EPROM, hard disk, or ROM. The memory 1210 has a storage space 12101 for executing program codes of any method steps in the above methods. For example, the storage space 12101 for program codes may include program codes 12102 for implementing various steps in the above method. The computer program product or the computer readable storage medium has a program code of a computer program stored thereon, and the program code is executed by the processor 1220 to realize the foregoing method. These program codes can be read out from or written into one or more computer program products. These computer program products include program code carriers such as hard disks, compact disks (CDs), memory cards or floppy disks. Such a computer program product or computer readable storage medium is usually a portable or fixed storage unit as described with reference to FIG. 13. The storage unit is used to hold or carry the program code for implementing the method according to the present application, and the storage unit may have storage segments, storage spaces, etc. arranged similarly to the storage 1210 in the electronic device of FIG. 12. The program code can be compressed in an appropriate form, for example. Generally, the storage unit includes computer readable codes 12102', that is, codes that can be read by, for example, a processor such as 1220. When the electronic device is running, these codes cause the electronic device to perform the steps in the method described above. .

The “one embodiment”, “an embodiment” or “one or more embodiments” referred to herein means that a specific feature, structure, or characteristic described in combination with the embodiment is included in at least one embodiment of the present application. In addition, please note that the word examples "in one embodiment" herein do not necessarily all refer to the same embodiment.

In the claims, any reference signs placed between parentheses should not be constructed as a limitation to the claims. The word "comprising" does not exclude the presence of elements or steps not listed in the claims. The word "a" or "an" preceding an element does not exclude the presence of multiple such elements. The application can be implemented by means of hardware including several different elements and by means of a suitably programmed computer. In the unit claims enumerating several devices, several of these devices may be embodied by the same hardware item. The use of the words first, second, and third, etc. do not indicate any order. These words can be interpreted as names.

It should be noted that the above-mentioned embodiments illustrate rather than limit the embodiments of the present application, and those skilled in the art can design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses should not be constructed as a limitation to the claims. The word "comprising" does not exclude the presence of elements or steps not listed in the claims. The word "a" or "an" preceding an element does not exclude the presence of multiple such elements. The embodiments of the present application can be implemented by means of hardware including several different elements and by means of a suitably programmed computer. In the unit claims enumerating several devices, several of these devices may be embodied by the same hardware item. The use of the words first, second, and third, etc. do not indicate any order. These words can be interpreted as names.

Those skilled in the art can clearly understand that, for the convenience and conciseness of description, the specific working process of the above-described system, device, and unit can refer to the corresponding process in the foregoing method embodiment, which will not be repeated here.

The foregoing descriptions are only preferred embodiments of the embodiments of the present application, and are not intended to limit the embodiments of the present application. Any modification, equivalent replacement, and improvement made within the spirit and principle of the embodiments of the present application, etc. , Should be included in the protection scope of the embodiments of this application.

The above are only specific implementations of the embodiments of the present application, but the protection scope of the embodiments of the present application is not limited thereto. Any person skilled in the art is within the technical scope disclosed in the embodiments of the present application. Any changes or replacements can be easily conceived, and all should be covered within the protection scope of the embodiments of this application. Therefore, the protection scope of the embodiments of the present application should be subject to the protection scope of the claims.

Claims

A product data processing method, including:

Acquiring a product library that records products and product information corresponding to each of the products, where the product information includes: consumption condition tags matching preset differentiated consumption conditions;

In response to receiving a user's product information acquisition request or a user's transaction request for the product, determining the differentiated consumption conditions that the user meets when the user sends the product information acquisition request or the transaction request;

According to the consumption condition tag, determine that the product in the product library that matches the differentiated consumption condition that the user meets and matches the product information acquisition request or the transaction request is determined as a target product;

After detecting that the user performs an order operation for the target product, product order data is generated, and the product order data includes merchant settlement parameters matching the differentiated consumption conditions.
The method according to claim 1, wherein the preset differentiated consumption conditions include consumption conditions that have differences in at least one information dimension, and the information dimensions include: a space dimension, a time dimension, or a user dimension.
The method according to claim 1, wherein the step of determining the differentiated consumption conditions met when the user sends the product information acquisition request or the transaction request comprises:

Determining, according to the product information acquisition request or the transaction request, user attribute data corresponding to the information dimension of the user associated with the product information acquisition request or the transaction request;

Mapping the consumption condition tags of the products in the product library that match the product information acquisition request or the transaction request to a numerical range on the information dimension;

According to the user attribute data corresponding to the information dimension and the numerical value range, a differentiated consumption condition that is met when the user sends the product information acquisition request or the transaction request is determined.
According to the method of claim 2, if the information dimension includes a spatial dimension, the step of determining a differentiated consumption condition that is met when the user sends the product information acquisition request or the transaction request includes:

Obtain the first location information of the offline sales place of the product corresponding to the product information acquisition request or the transaction request, and the second location information where the user sends the product information acquisition request or the transaction request ；

According to the first location information and the second location information, the distance between the user and the offline sales place of the product is calculated;

According to the separation distance, the consumption condition tag mapping of the products matching the product information acquisition request or the transaction request in the product library to obtain the numerical range in the spatial dimension, it is determined that the user sends the The differentiated consumption conditions that meet the product information acquisition request or the transaction request.
According to the method of claim 2, if the information dimension includes a spatial dimension, the step of determining a differentiated consumption condition that is met when the user sends the product information acquisition request or the transaction request includes:

Acquiring the second location information where the user sends the product information acquisition request or the transaction request, and the resident area information of the user;

According to the resident area information and the second location information, the differentiated consumption conditions that the user meets when sending the product information acquisition request or transaction request are determined.
The method according to claim 2, if the information dimension includes a user dimension, the step of determining the differentiated consumption conditions that the user meets when the user sends the product information acquisition request or the transaction request, the method comprises:

Acquiring historical transaction information associated with the user;

Acquiring, from the historical transaction information, target historical transaction information between the product supplier of the product associated with the product information acquisition request or the transaction request and the user;

According to the acquisition result of the target historical transaction information, the consumption condition label mapping of the product matching the product information acquisition request or the transaction request in the product library to obtain the value range in the user dimension, determine the Describe the differentiated consumption conditions that users meet.
The method according to claim 2, if the information dimension includes a time dimension, the method further comprises:

Acquiring the requested consumption time when the user sends a consumption request for the target product;

Acquiring the product transaction time when the transaction request for the target product is received, and determining the differentiated consumption conditions that the user meets according to the target product for which the transaction request is directed;

According to the difference between the product transaction time and the requested consumption time and the differentiated consumption conditions that the user meets, it is determined whether the user has the authority to consume the target product when the requested consumption time is requested.
The method according to claim 2, if the information dimension includes a time dimension, the method further comprises:

Acquiring the product transaction time for which the transaction request is received, and determining the differentiated consumption conditions that the user meets according to the target product targeted by the transaction request;

The product transaction time and the differentiated consumption conditions that the user meets are used as part of the data for generating the merchant’s settlement parameters, so that when the merchant obtains the user’s consumption request for the target product, according to the acquisition request The difference between the requested consumption time at the time, the product transaction time, and the differentiated consumption conditions that the user meets, determine whether the user has the right to consume the target product when the consumption time is requested.
The method according to any one of claims 2 to 8, wherein the consumption condition label includes an information dimension corresponding to the information dimension included in the differentiated consumption condition, and the product is determined according to the consumption condition label The steps for products in the library that match the differentiated consumption conditions that the user meets and match the product information acquisition request or the transaction request, as the target product, include:

Determining a product in the product library that matches the product information acquisition request or the transaction request as a candidate product;

Match the consumption condition label of the candidate product with the corresponding information dimension of the differentiated consumption condition that the user meets, and respectively determine the consumption condition label of each candidate product and the differentiated consumption condition that the user meets Matching result;

According to the matching result, a target product is determined from the candidate products.
The method according to any one of claims 2 to 8, wherein the consumption condition label includes an information dimension corresponding to the information dimension included in the differentiated consumption condition, and the product is determined according to the consumption condition label The steps for products in the library that match the differentiated consumption conditions that the user meets and match the product information acquisition request or the transaction request, as the target product, include:

Classify the products in the product library according to the consumption condition tags to form multiple candidate product sub-libraries;

Match the consumption condition label with the differentiated consumption condition that the user meets in the corresponding information dimension, and determine the candidate product sub-library corresponding to the consumption condition label that matches the differentiated consumption condition that the user meets ；

A product in the candidate product sub-library that matches the product information acquisition request or the transaction request is determined as a target product.
The method according to any one of claims 2 to 8, after the step of generating product order data, further comprising:

Determine the platform efficiency calculation parameter of each product order data according to the merchant settlement parameters matching the differentiated consumption conditions in the stored product order data;

Based on the platform efficiency calculation parameters, calculate the platform order generation efficiency associated with the preset differentiated consumption conditions.
The method according to any one of claims 3 to 8, further comprising: comparing the generated product order data and user information associated with the product information acquisition request or the transaction request to the information dimension The user attribute data is output to the merchant side data processing system.
According to the method of any one of claims 2 to 8, the product information in the product library is generated in the following manner:

Obtain a product record manually entered or read through a third-party system interface;

In the case where it is determined that the product meets the preset conditions, according to the product label setting rules of the preset differentiated consumption conditions, respectively generate product labels matching each of the differentiated consumption conditions based on the obtained product records;

According to the generated product label that matches each of the differentiated consumption conditions, the consumption condition label that matches the corresponding differentiated consumption conditions, and at least part of the product records obtained, respectively generate a product label that matches each of the differentiated consumption conditions. Matching product records.
A product data processing method, including:

Generating at least one product record of the product according to the product input by the user and the product information of the product;

Send the product record to a preset product management system, so that the product management system generates a product library that records the product and product information corresponding to the product according to the product record, and the product in the product library corresponds to The product information includes consumption condition tags matching preset differentiated consumption conditions;

Obtain and output product order data for products in the product library;

The product order data includes merchant settlement parameters matching the differentiated consumption conditions, and the differentiated consumption conditions are determined in response to receiving a user's product information acquisition request or a user's transaction request for the product.
The method according to claim 14, further comprising:

Acquiring the consumption request sent by the user for the target product and the requested consumption time when the consumption request is sent;

Determining whether the differentiated consumption conditions include consumption conditions that are different in the time dimension according to the merchant settlement parameters matching the differentiated consumption conditions;

In response to the differentiated consumption conditions including consumption conditions that have differences in the time dimension, obtain the product transaction time for which the transaction request is received, and determine the differentiated consumption that the user meets according to the target product for which the transaction request is directed Condition, and then, based on the difference between the product transaction time and the requested consumption time, and the differentiated consumption conditions that the user meets, it is determined whether the user has the authority to consume the target product during the requested consumption time.
The method according to claim 15, wherein the step of generating at least one product record of the product according to the product input by the user and the product information of the product comprises:

Obtain the product input by the user and the product information of the product;

In the case of determining that the product meets the preset conditions, according to the product label setting rules of the preset differentiated consumption conditions, based on the obtained product information, a consumption condition label that matches each of the preset differentiated consumption conditions is generated respectively And product label;

According to the product information, the generated consumption condition label and the product label that match each of the preset differentiated consumption conditions, a product record matching each of the differentiated consumption conditions is generated respectively.
An electronic device comprising a memory, a processor, and a computer program stored on the memory and running on the processor, wherein the processor implements any one of claims 1 to 16 when the computer program is executed The product data processing method described in item.
A computer-readable storage medium having a computer program stored thereon, wherein the program is executed by a processor to realize the steps of the product data processing method according to any one of claims 1 to 16.
A computer program, comprising computer readable code, when the computer readable code runs on an electronic device, causes the electronic device to execute the product data processing method according to any one of claims 1 to 16.