CN112488770A

CN112488770A - Transaction pricing control method and device, equipment and medium thereof

Info

Publication number: CN112488770A
Application number: CN202011493885.5A
Authority: CN
Inventors: 陈伟武
Original assignee: Guangzhou Huaduo Network Technology Co Ltd
Current assignee: Guangzhou Huaduo Network Technology Co Ltd
Priority date: 2020-12-16
Filing date: 2020-12-16
Publication date: 2021-03-12
Anticipated expiration: 2040-12-16
Also published as: CN112488770B

Abstract

The application discloses a transaction pricing control method, a device, equipment and a medium thereof, wherein the method comprises the following steps: receiving an order pricing request, and acquiring platform characteristic information, store characteristic information belonging to the platform and transaction amount in the order pricing request; querying a rule database to determine a plurality of pricing rules associated with the platform characteristic information and/or store characteristic information; adapting the preset combination rule according to the relative relation among the priorities contained in the pricing rules; and under the constraint of the combination rule, calling an interface provided by a pricing engine to calculate preferential data corresponding to the transaction amount according to a pricing formula contained in each pricing rule for responding to the order pricing request. The application realizes a pricing service intermediate component technical framework, is suitable for providing standardized preferential mode pricing service for e-commerce transactions, can realize correlation calculation among various preferential modes, has universal applicability, and is suitable for being popularized to the e-commerce field.

Description

Transaction pricing control method and device, equipment and medium thereof

Technical Field

The application belongs to the technical field of internet, and particularly relates to a transaction pricing control method, and a corresponding device, electronic equipment and a nonvolatile storage medium thereof.

Background

In the field of internet e-commerce, users with high loyalty are set as members, various rights and interests are given to the members, the loyalty of the users can be improved, the rate of repurchase is improved, and GMV conversion is brought. As the access platform, various member playing methods and member thresholds can be set according to customized operation means, for example, payment threshold members of some e-commerce platforms can become members only when users need to pay a specified amount, or some members of taxi service platforms need to specify the amount of money consumed or specify kilometers as thresholds.

The final purpose of the user becoming a member is to obtain the benefit, but the member benefit can be evolved into a plurality of playing methods, such as member discount price, member full reduction, member point cash and other benefit modes. The business state is gradually changing the business process related to the benefits into a pricing middlebox with certain independent pricing service capability. The pricing middle station needs to make customized service according to preferential play methods formulated by other platform tenants, and provides multiple play methods for tenants to select and use, for example, one tenant platform a accessing the middle station can set two preferential modes of member discount price and member full reduction, so that when a consumer places an order for shopping and settles accounts, the middle station needs to calculate the price after preferential according to the preferential modes configured by the platform tenants. Similarly, if the tenant platform B is connected to the middle station, other preferential ways such as member point discount and member discount price can be selected for combination. As for the middle desk, a plurality of preferential vitality needs to be provided, besides the preferential calculation of tenant dimension needs to be supported, the middle desk also needs to support that each store user in the platform tenant configures different preferential types and preferential ways, for example, store a can select to start two preferential ways of credit offset and discount price to coexist, store B can only start one preferential way of credit offset, and store C can only start one preferential way of discount price. In order to meet the requirements, the central station needs to select and assemble all preferential ways provided by the central station for the access platform and the access shop so as to be maintained and operated independently by the access platform and the access shop.

When a pricing middlebox needs to provide pricing service for a multi-product line, relative standardization and strong expansibility are needed, and considering that different store users have own unique operation modes, merchants paying attention to online and offline combination mainly discount off-line benefits, and merchants paying attention to repeated purchase rate set points to offset points, a pricing platform needs to be deployed with preferential pricing service compatible with two dimensions of tenants and stores, and products meeting the requirements are not found in the field at present.

A further problem is that, when there are multiple benefit modes, the combination relationships among the various benefit modes may be different, sometimes they need to be calculated independently from each other, sometimes they need to be calculated in association with each other, for example, the shopping member configured in store a can discount and discount off-credit at the same time, at this time, the way of calculating the discount needs to be integrated by two modes and then calculate the price after the benefit, and for example, the shopping member in store B can enjoy 3 benefits at the same time, how to calculate the price after the benefit accurately in standardization under multiple different combination modes, and the realization of these pricing service capabilities is not seen in the prior art.

In summary, how to provide a standardized pricing middlebox technology with multi-pricing-mode associated computing service capability is a problem to be solved in the art.

Disclosure of Invention

In view of the shortcomings of the prior art, the present application aims to provide a transaction pricing control method and a corresponding transaction pricing control device, an electronic device and a non-volatile storage medium.

In order to meet the purpose of the application, the following technical scheme is adopted in the application:

a transaction pricing control method adapted to one of the objects of the present application is provided, comprising the steps of:

receiving an order pricing request, and acquiring platform characteristic information, store characteristic information belonging to the platform and transaction amount in the order pricing request;

querying a rule database to determine a plurality of pricing rules associated with the platform characteristic information and/or store characteristic information;

adapting the preset combination rule according to the relative relation among the priorities contained in the pricing rules;

and under the constraint of the combination rule, calling an interface provided by a pricing engine to calculate preferential data corresponding to the transaction amount according to a pricing formula contained in each pricing rule for responding to the order pricing request.

In one embodiment, the step of adapting the preset combination rule according to the relative relationship between the priorities included in the pricing rules comprises:

identifying priority token values contained in a plurality of pricing rules;

comparing the priority token values of the pricing rules to obtain a priority comparison result;

and according to the comparison result, adapting a first combination rule to the pricing rules with the same priority, and adapting a second combination rule to the pricing rules with different priorities.

In another embodiment, the step of invoking an interface provided by the pricing engine under the constraint of the combination rule to calculate the preference data corresponding to the transaction amount according to the pricing formula included in each pricing rule for responding to the order pricing request comprises:

when the combination rule is a first combination rule and a pricing engine is called, the pricing engine is enabled to be respectively transmitted to pricing formulas of pricing rules with the same priority according to the transaction amount, and preferential amounts corresponding to the pricing rules are respectively calculated and obtained;

when the combination rule is a second combination rule and a pricing engine is called, the pricing engine is enabled to transmit the transaction amount to a pricing formula of a pricing rule with higher priority to calculate a first preferential amount, the transaction amount is subtracted from the first preferential amount and then transmitted to a pricing formula of a pricing rule with next highest priority to calculate a second preferential amount, and the like;

and summarizing the various preferential amounts to be used for responding to the order pricing request.

In a partially expanded embodiment, the method comprises the following steps:

and receiving configuration information of the pricing rules of the platform users and/or the store users, and storing the pricing rules in the database in association with the corresponding platform characteristic information and/or the store rent characteristic information.

In a partially expanded embodiment, the method comprises the following steps:

pushing pricing formula expression text associated with the platform user and/or the store user in response to a formula editing request of the platform user and/or the store user;

receiving pricing formula text data returned after editing the expression text;

updating the corresponding pricing formula with the text data in the rules database.

In a preferred embodiment, the step of querying and determining a plurality of pricing rules associated with the platform characteristic information and/or the store characteristic information from a rule database, wherein one of the pricing rules comprises a plurality of interval thresholds and an offer amount, each interval threshold is set corresponding to an offer amount, and the pricing formula determines the corresponding offer amount by using the incoming transaction amount to determine the corresponding interval threshold.

In a preferred embodiment, the step of querying and determining a plurality of pricing rules associated with the platform characteristic information and/or the store characteristic information from a rule database, wherein one of the pricing rules comprises a scaling factor characterizing an offer ratio, and a pricing formula determines a corresponding offer amount by multiplying an incoming transaction amount by the offer ratio.

A transaction pricing control device adapted to one of the objects of the present application is provided, comprising:

the request analysis module is used for receiving the order pricing request and acquiring platform characteristic information, shop characteristic information belonging to the platform and transaction amount in the order pricing request;

the rule query module is used for querying and determining a plurality of pricing rules associated with the platform characteristic information and/or the shop characteristic information from a rule database;

the combined adaptation module is used for adapting the preset combined rule according to the relative relation among the priorities contained in the pricing rules;

and the pricing execution module is used for calling an interface provided by a pricing engine under the constraint of the combination rule, so that the interface calculates preferential data corresponding to the transaction amount according to a pricing formula contained in each pricing rule and is used for responding to the order pricing request.

An electronic device adapted for one of the purposes of the present application includes a central processing unit and a memory, wherein the central processing unit is used for calling and running a computer program stored in the memory to execute the transaction pricing control method.

A non-volatile storage medium adapted to one of the objects of the present application is provided, which stores in the form of computer readable instructions a computer program for implementing said method for controlling a transaction tariff, which computer program, when invoked by a computer, performs the steps comprised by the method.

Compared with the prior art, the method has the following advantages:

firstly, the application provides a standardized technical framework, realizes a standardized pricing service middle station, manages the pricing rules set by the e-commerce platform and the store users subordinate to the e-commerce platform by taking the platform characteristic information and the store characteristic information as identity characteristics, is compatible with various complex conditions of the affiliation relationship of the pricing rules, can correspondingly call a plurality of pricing rules configured in advance by the e-commerce platform and/or the store users from the rule database when the pricing is required based on transaction amount, utilizes a standardized pricing engine to carry out the pricing, does not need to specially distinguish the e-commerce platform and the store users, has high and efficient calculation, greatly improves the whole service capability, and is suitable for providing pricing service for massive e-commerce platforms in parallel without conflict.

Secondly, the method and the device have the advantages that the preset priorities in the multiple pricing rules are identified and compared, the pricing engines can be minimized under the constraint of the combination rules by utilizing the relative relation among the priorities to adapt the corresponding combination rules to the pricing rules, the standardization capacity of the pricing engines is improved, meanwhile, the correlation calculation among different pricing rules is ensured, the calculation of the result of the other pricing rule based on the result of one pricing rule in a standardized mode becomes possible, the relation between the e-commerce platform and the combination rules is decoupled, the e-commerce platform does not need to realize related combination logic, and the general applicability of the pricing service middlebox is improved.

In addition, the pricing service is opened based on a request response mechanism, the method and the system are suitable for being connected to various different e-commerce platforms, the product popularization of the pricing service middlings realized by depending on the method and the system are facilitated, and the industrialization of the pricing service middlings field is facilitated.

Drawings

The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which:

fig. 1 is a schematic diagram of a typical network deployment architecture related to implementing the technical solution of the present application;

FIG. 2 is a schematic flow chart diagram of an exemplary embodiment of a transaction pricing control method of the present application;

FIG. 3 is a schematic flow chart illustrating a specific step of step S13 in FIG. 2;

FIG. 4 is a schematic flowchart illustrating a specific step of step S14 in FIG. 2;

FIG. 5 is a schematic flow chart diagram illustrating another embodiment of a transaction pricing control method of the present application;

FIG. 6 is a schematic flow chart diagram illustrating steps performed concurrently with exemplary embodiments of the present application in a further embodiment of a transaction pricing control method of the present application;

fig. 7 is a functional block diagram of an exemplary embodiment of a transaction pricing control arrangement of the present application.

Detailed Description

Reference will now be made in detail to embodiments of the present application, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are exemplary only for the purpose of explaining the present application and are not to be construed as limiting the present application.

As used herein, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. It will be understood that when an element is referred to as being "connected" or "coupled" to another element, it can be directly connected or coupled to the other element or intervening elements may also be present. Further, "connected" or "coupled" as used herein may include wirelessly connected or wirelessly coupled. As used herein, the term "and/or" includes all or any element and all combinations of one or more of the associated listed items.

It will be understood by those within the art that, unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. It will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the prior art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.

As will be appreciated by those skilled in the art, "client," "terminal," and "terminal device" as used herein include both devices that are wireless signal receivers, which are devices having only wireless signal receivers without transmit capability, and devices that are receive and transmit hardware, which have receive and transmit hardware capable of two-way communication over a two-way communication link. Such a device may include: cellular or other communication devices such as personal computers, tablets, etc. having single or multi-line displays or cellular or other communication devices without multi-line displays; PCS (Personal Communications Service), which may combine voice, data processing, facsimile and/or data communication capabilities; a PDA (Personal Digital Assistant), which may include a radio frequency receiver, a pager, internet/intranet access, a web browser, a notepad, a calendar and/or a GPS (Global Positioning System) receiver; a conventional laptop and/or palmtop computer or other device having and/or including a radio frequency receiver. As used herein, a "client," "terminal device" can be portable, transportable, installed in a vehicle (aeronautical, maritime, and/or land-based), or situated and/or configured to operate locally and/or in a distributed fashion at any other location(s) on earth and/or in space. The "client", "terminal Device" used herein may also be a communication terminal, a web terminal, a music/video playing terminal, such as a PDA, an MID (Mobile Internet Device) and/or a Mobile phone with music/video playing function, and may also be a smart tv, a set-top box, and the like.

The hardware referred to by the names "server", "client", "service node", etc. is essentially an electronic device with the performance of a personal computer, and is a hardware device having necessary components disclosed by the von neumann principle such as a central processing unit (including an arithmetic unit and a controller), a memory, an input device, an output device, etc., a computer program is stored in the memory, and the central processing unit calls a program stored in an external memory into the internal memory to run, executes instructions in the program, and interacts with the input and output devices, thereby completing a specific function.

It should be noted that the concept of "server" as referred to in this application can be extended to the case of a server cluster. According to the network deployment principle understood by those skilled in the art, the servers should be logically divided, and in physical space, the servers may be independent from each other but can be called through an interface, or may be integrated into one physical computer or a set of computer clusters. Those skilled in the art will appreciate this variation and should not be so limited as to restrict the implementation of the network deployment of the present application.

Referring to fig. 1, the hardware basis required for implementing the related art embodiments of the present application may be deployed according to the architecture shown in the figure. The server 80 is deployed at the cloud end, and serves as a business server, and is responsible for further connecting to a related data server and other servers providing related support, so as to form a logically associated server cluster to provide services for related terminal devices, such as a smart phone 81 and a personal computer 82 shown in the figure, or a third-party server (not shown in the figure). Both the smart phone and the personal computer can access the internet through a known network access mode, and establish a data communication link with the cloud server 80 so as to run a terminal application program related to the service provided by the server.

The middle station is mainly used for realizing a certain practical function, responding to an external request, providing access parameters from the external request if necessary, and correspondingly feeding back a result expected by the external request after internal processing to finish the response to the external request.

The person skilled in the art will know this: although the various methods of the present application are described based on the same concept so as to be common to each other, they may be independently performed unless otherwise specified. In the same way, for each embodiment disclosed in the present application, it is proposed based on the same inventive concept, and therefore, concepts of the same expression and concepts of which expressions are different but are appropriately changed only for convenience should be equally understood.

With the above disclosure of the deployment environment and the application environment relevant to the technical solution of the present application in mind, reference is made to the following description for further understanding of various embodiments of the present application:

referring to fig. 2, a transaction pricing control method of the present application, wherein an application installed and running on a server is responsible for executing embodiments to construct a pricing service of the present application, and is open to external calls, in an exemplary embodiment, the method includes the following steps:

step S11, receiving the order pricing request, and acquiring the platform characteristic information, the shop characteristic information belonging to the platform and the transaction amount:

when a consumer of the e-commerce platform places an order, corresponding transaction data is generated, and the transaction data comprises the commodity placed by the consumer and the corresponding commodity transaction price. In order to provide pricing service based on preferential ways configured by the e-commerce platform and the stores for the commodities, the e-commerce platform further packages an order pricing request on the basis of the transaction data and sends the order pricing request to the pricing service of the application for preferential pricing.

Because the pricing service of the application is realized based on the e-commerce platform level, namely, the pricing service can be simultaneously opened to a plurality of e-commerce platforms for calling, the order pricing request generally comprises platform characteristic information for distinguishing identities of different e-commerce platforms, shop characteristic information for distinguishing identities of different shops under the e-commerce platform, and total transaction amount formed by transaction prices of all commodities in an order formed after a user places an order, or transaction amount of a single commodity with preferential qualification, and the total transaction amount can be specifically determined by a background program of the e-commerce platform.

After receiving the order pricing request, the pricing service analyzes the request, and can extract the platform characteristic information, the shop characteristic information and the transaction amount from the request so as to perform pricing processing.

In other embodiments, the e-commerce platform may further provide the commodity characteristic information, and the pricing service of the present application may match the request with the corresponding pricing rule in units of commodity characteristic information, so as to refine the pricing service to units of commodities. The applicability of this embodiment may be flexibly implemented in practice by those skilled in the art.

Step S12, inquiring and determining a plurality of pricing rules associated with the platform characteristic information and/or the shop characteristic information from a rule database:

the pricing service of the present application is responsible for maintaining a rules database that stores pricing rules configured by the e-commerce platform and store for recall in this step. The pricing rules are flexible to implement, but need to include elements that need to be calculated by the present application, for example, priorities for determining the positions of the pricing rules themselves in the correlation calculation, and a specific pricing formula, where the priorities may be represented by numerical values, and the pricing formula may be implemented as an expression that can be parsed and executed by the pricing service of the present application, and is flexible in form and can be designed by those skilled in the art as needed. If necessary, the pricing rules may further include rule types to indicate what kind of preference the pricing rules belong to, such as discount preference and full discount preference, so as to be displayed according to maintenance. Further description relating to the pricing rules and the rules database will be disclosed in further embodiments of the present application, which are not listed here for the moment.

In one embodiment, the multi-gradient form of the full-minus offer is adapted, wherein one of the pricing rules comprises a plurality of interval thresholds and offer amounts, each interval threshold is set corresponding to one offer amount, and the pricing formula determines the corresponding offer amount by using the incoming transaction amount to determine the corresponding interval threshold.

In another embodiment, forms of discount offers are accommodated, wherein one of said rating rules comprises a scaling factor characterizing a proportion of offers, the rating formula of which determines a corresponding offer amount by multiplying an incoming transaction amount by said proportion of offers. This scaling factor can be expressed as a discount ratio, e.g. 90%, or a post-discount ratio (1-90%) of 10%, as flexibly expressed by the person skilled in the art.

For example, for the pricing rule of discount offer, the corresponding discount formula is set to be 9.0, and then the pricing rule in the rule database is stored with the expression with the discount value of 9.0; for the pricing rule of the full reduction offer, there may be a plurality of gradients, and these gradient values may be an array object whose attributes are the full reduction threshold and the reduced amount, such as a json string, through which a plurality of threshold gradients and the full reduction amount corresponding to the threshold may be stored:

in general, since a platform user may simultaneously execute a plurality of pricing rules, or a store user may simultaneously execute a plurality of pricing rules, or both the platform user and the store user execute related pricing rules, the platform feature information and the store feature information may be used to retrieve a plurality of pricing rules associated with the platform feature information and/or the store feature information from the rule database.

Step S13, according to the relative relation among the priorities contained in the multiple pricing rules, adapting the preset combination rule:

as mentioned above, priority information is configured between each pricing rule, and the priority is usually represented by a numerical value, so that the relative relationship between each pricing rule can be determined by comparing the size of each priority, and the applicable sequence of each pricing rule can be determined by matching the corresponding combination rule according to the relative relationship, so that the subsequent pricing rule can be calculated based on the residual value of the transaction amount after the previous pricing rule is applicable, or the pricing rules with equal priority can be calculated independently, favored and summarized, thereby realizing the association calculation.

In a preferred embodiment, referring to fig. 3, this step is subdivided into the following specific steps:

step S131, identifying priority token values contained in a plurality of pricing rules:

after the plurality of pricing rules are extracted from the rule database, the detailed information of each pricing rule is obtained, wherein the detailed information comprises priority characteristic values and expressions of specific pricing formulas.

Step S132, comparing the priority token values of the pricing rules to obtain a priority comparison result:

whether the pricing rules belong to the platform characteristic information or the shop characteristic information of shops under the corresponding e-commerce platform, the priority characteristic values of the pricing rules can be directly compared, so that corresponding priority comparison results can be obtained. It is understood that the priority comparison result generally includes three types of cases of the same priority, the higher priority and the lower priority.

Step S133, according to the comparison result, for the pricing rules with the same priority, adapting the first combination rule, and for the pricing rules with different priorities, adapting the second combination rule:

one of the core ideas of the present application is to determine the combination rule to be applied under different relative relationships according to the relative relationship embodied by each pricing rule in the priority comparison result. Although the priority comparison result includes three types of cases as described above, there are no two types of relative relationships, i.e., the same priority and the different priority, regardless of how many pricing rules exist with respect to the relative relationship itself, and therefore, three types of cases may be included, one of which is that the priority of each pricing rule is the same, two of which are that the priority of each pricing rule is different, and three of which are that many pricing rules having the same priority and different priorities exist at the same time. Therefore, in practice, the present application presets the combination rule for the relative relationship between two priorities, i.e. the same priority and the different priorities, so that the first combination rule is applied to process the preferential pricing relationship for a plurality of pricing rules with the same priority, and the second combination rule is applied to process the preferential pricing relationship for a plurality of pricing rules with different priorities.

The combination rule is configured in the application program implementation logic of the pricing service of the application in advance, mainly used to guide how to process the relationship between the preferential data obtained by each pricing rule, in this embodiment, wherein the first combination rule is used for directing a plurality of pricing rules of the same priority to respectively calculate the preferential data based on the transaction amount provided by the order pricing request and then add up to determine the final preferential data, the second combination rule is used for guiding a plurality of pricing rules with different priorities, the pricing formula of the pricing rule with the highest priority can be directly applicable to the transaction amount in the order pricing request for calculating the preferential data, the pricing rule with the second highest priority utilizes the pricing rule with the higher priority to calculate and deduct the residual value of the transaction amount after the preferential data is applicable to the pricing formula, and finally the sum of the preferential data calculated by the pricing rules with different priorities can be determined as the final preferential data.

Step S14, under the constraint of the combination rule, invoking an interface provided by the pricing engine to calculate preferential data corresponding to the transaction amount according to the pricing formula included in each pricing rule, for responding to the order pricing request:

in the application, the pricing engine is implemented as a standardized intermediate component for calling, can be implemented in an auxiliary manner by using a Drools business rule engine or developed by itself according to the disclosure of the application, and is responsible for analyzing and executing the pricing formula in the pricing rule, receiving the externally transmitted parameters, applying the pricing formula to operate, and finally obtaining the corresponding calculation result. Usually, the externally transmitted parameter is a transaction amount for pricing, which may be an original value of the transaction amount provided by the order pricing request or a residual value of the transaction amount after the preferential data is deducted by other pricing rules, and in any case, the transaction amount is considered to be transmitted to the pricing formula for calculation, and the obtained result is the preferential data obtained after the parameter transmission operation, and the preferential data may be further transmitted to other pricing rules for use as the parameter transmission.

The pricing engine can be called concurrently in an interface function mode, so that a plurality of running instances of the pricing engine can respectively serve a plurality of different order pricing requests. The pricing engine does not directly define the pricing formula, and only needs to realize an analysis execution mechanism of the pricing formula, so unless the analysis execution mechanism needs to be changed, pricing formulas which conform to different expression forms of the same analysis mechanism can be analyzed and executed by the pricing engine, so that the pricing engine and algorithms contained in the pricing formula are effectively decoupled, and the change of the algorithms contained in the pricing formula does not influence the effective operation of the pricing engine. The pricing engine supports common four arithmetic operations and other complex operations, if a calculation mode is added, only one calculation engine script expression is needed to be added, no code maintenance is needed, the pricing engine script support can be configured, a final result can be obtained only by maintaining the execution priority of the pricing engine, and the engine script can be directly maintained by changing the calculation logic and adding a pricing engine.

As shown in fig. 4, in the process of invoking the rating engine, the following steps are performed:

step S141, when the combination rule is the first combination rule and the pricing engine is called, the pricing engine is enabled to transmit the transaction amount to the pricing formulas of the pricing rules with the same priority respectively, and preferential amounts corresponding to the pricing rules are obtained through calculation respectively.

As mentioned above, the first combination rule is applicable to the pricing rules with the same priority, so when the combination rule calls the pricing engine for the first combination rule, for example, if the currently calculated pricing rule or rules with the highest priority, the original value of the transaction amount contained in the order pricing request can be directly transmitted to the pricing engine as an entry, and the pricing engine performs the calculation of the offer data according to the pricing formula of the transaction amount applicable to the pricing rule, and the same applies to the other pricing rule. And respectively calculating the two pricing rules to obtain preferential amounts correspondingly calculated based on the same transaction amount. It will be appreciated that if the pricing rules, although having the same priority, have a lower priority than the other pricing rules, then they will be referred to the residual value obtained after the sum of the benefit amounts calculated by the original value of the transaction amount against the other higher priority pricing rules.

Step S142, when the combination rule is the second combination rule and the pricing engine is called, the pricing engine calculates the first preferential amount by the pricing formula of the pricing rule with higher priority which is transmitted to the transaction amount, subtracts the first preferential amount from the transaction amount and then transmits the second preferential amount to the pricing formula of the pricing rule with next higher priority, and so on:

as described above, the second combination rule is applicable to the pricing rules with different priorities, so when the pricing engine is invoked for the second combination rule, for example, if two pricing rules with different priorities are currently calculated and the first pricing rule has the highest priority, for the first pricing rule, the original value of the transaction amount requested by the order pricing is directly used as an entry reference to invoke the pricing engine to parse and execute the pricing formula in the first pricing rule to calculate the preferential amount, then the original value of the transaction amount is deducted from the residual value obtained after the preferential amount, the residual value is used as a new transaction amount for the second pricing rule, and when the pricing engine is invoked for the second pricing rule, the residual value is used as an entry reference, the pricing formula in the second pricing rule is executed by the pricing parsing engine, and calculating the corresponding preferential amount on the basis of the residual value. Similarly, if there is a third pricing rule with lower priority, the residual value of the sum of all the preferential amounts subtracted from the original value of the transaction amount is used as a new entry for calculation of the third pricing rule, and so on.

Step S143, summarizing the preferential amounts to be used for responding the order pricing request:

as mentioned above, the corresponding preferential amount is calculated by the pricing rules with the same priority under the constraint of the first combination rule, the corresponding preferential amount can be calculated by the pricing rules with different priorities under the constraint of the second combination rule, no matter how complex the priority relationship of the pricing rules is, the preferential amount corresponding to each pricing rule can be calculated under the constraint of the two combination rules, therefore, the total preferential amount to be enjoyed by the transaction amount in the order pricing request can be determined by summarizing all the calculated preferential amounts, the total preferential amount formed by summarizing is used for responding to the order pricing request, and the control process of the whole transaction pricing is completed.

In order to make the embodiments disclosed in the present application more visible, the following description is further exemplified with reference to the operation process after the exemplary embodiments of the present application are applied:

step 1) the pricing service finds the pricing rules corresponding to the stores according to tenant IDs (platform characteristic information) and store IDs (store characteristic information) in order pricing requests transmitted by an order placing process, the store A finds two pricing rules corresponding to the two pricing rules, and the two pricing rules are sequentially handed to a pricing engine realized based on Drools to be calculated according to the priority of the pricing rules. The first pricing rule is suitable for discount preferential forms, and the second pricing rule is suitable for full discount preferential forms.

And step 2) if the priority of the pricing rule is 1, the entered transaction amounts of the two corresponding pricing formulas are consistent, if the transaction amounts of the two pricing formulas are 1000 yuan, obtaining a 100 yuan discount result according to the pricing formula 1, and meanwhile, if the full reduction amount of the two pricing formulas is 1000 yuan minus 100, obtaining a 100 yuan discount result, and calculating the total discount amount to be 200 yuan according to the calculation results of the pricing formula 1 and the pricing formula 2.

If the preferential priority is 1 and 2 respectively, namely the charging formula with the priority of 1 is 1000 yuan, the available preferential amount is 100 yuan, and the charging formula with the priority of 2 is the residual value of the calculation result of the preferential formula 1, namely the charging formula with the priority of 2 is 900 yuan. Namely, the amount of money which is calculated by the low-priority pricing formula is the preferential amount result of the low-priority pricing formula.

And 3) during calculation, each corresponding configured pricing formula is delivered to a pricing engine for analysis and execution, taking a full-minus discount preferential formula as an example, the full N minus M and the current order amount k can be dynamically delivered to the pricing engine as parameters, the pricing engine can judge which full-minus interval the amount k conforms to, and if 1000 intervals meet 800< N < 1000, the pricing engine can obtain the value of the minus M according to the interval.

And 4) associating the pricing formula with the operation result of the pricing engine one by one according to the combination rule, transmitting the pricing formula to the pricing engine, and calculating the preferential amount by the pricing engine so as to obtain the total preferential amount.

As can be seen from this operation example, compared with a common solution, when each preferential mode is directly executed all at once, the calculation mode using the pricing engine is easier to maintain and is also convenient to expand, because the common pricing mode is generally to directly write down all types to be calculated on codes, the scheme is too simple and is not suitable for being used on a multi-service test-access middle station system, and as is well known, the middle station system is highly efficient, reusable and flexible.

In another embodiment of the present application, the platform user and the store user are allowed to configure the pricing rules, and therefore, referring to fig. 5, the transaction pricing control method of the present application further includes a pre-step S10 of receiving configuration information of the pricing rules of the platform user and/or the store user, associating the pricing rules with corresponding platform feature information and/or store rental feature information and storing the configuration information in the database, based on the previous embodiment:

for example, a store manager or a platform manager defines, in the background, a pricing rule or a pricing formula of the maintained store or platform configuration, such as that the store a opens a discount offer and a full discount offer simultaneously, and the discount offer has a higher priority than the full discount offer. At this time, the pricing service management background of the present application will store the pricing rules configured by store a. Here, two pricing rules are adapted to relate to two pricing formulas respectively, the pricing formula in the discount mode is 9.0, then the discount value 9.0 is stored in the data record of the rule database corresponding to the pricing rule, the full discount offer may have multiple gradients, and the full discount offer may be organized in an array or in a Json form as described above.

When the pricing rules configured by the shop are stored in the rule database, if the shop A has two pricing rules, two corresponding pricing formulas are generated, two data records are correspondingly generated, the rule type of the record 1 can be marked as DISCOUNT to represent DISCOUNT, the rule type of the record 2 can be marked as DEDUCTION to represent full subtraction DEDUCTION, the shop B can be associated with other preferential formulas, and by analogy, how many preferential pricing formulas store how many data records in the database.

Setting the priority corresponding to the preferential formula according to a plurality of rules configured by the shop, for example, the priority of the discount preferential pricing formula of the shop A is 1, the priority of the full discount preferential pricing formula is 2, sequentially saving the priorities of the pricing formulas, and calculating in the front according to the higher priority, for example, 1 represents the highest priority. Of course, the priority of the two coupon formulas configured by the store a may be 1 at the same time.

Therefore, through the embodiment, the method and the system open greater freedom degree for the platform user and the shop user, and facilitate popularization of the pricing service.

Yet another embodiment of the present application provides more in-depth customization functionality relative to the previous embodiment. Referring to fig. 6, the transaction pricing control method of the present application further includes the following steps based on the exemplary embodiment:

step S21, pushing the pricing formula expression text associated with the platform user and/or the shop user in response to the formula editing request:

the platform user and/or the shop user can independently request to edit the pricing formula in the pricing rule, a corresponding formula editing request aiming at the specific pricing rule is sent through a maintenance management page of the pricing service, and the pricing service returns the expression text of the pricing formula for the user to edit.

Step S22, receiving the pricing formula text data returned after editing the expression text:

when the user finishes the expression text of the pricing formula and submits the expression text, corresponding text data are returned to the pricing service, and the pricing service can format and arrange the text data when necessary.

Step S23, updating the corresponding pricing formula with the text data in the rule database:

and after the text data is acquired, the pricing service replaces the pricing formula storage field or storage area corresponding to the pricing rule in the rule database with the text data. When the pricing rule is called additionally subsequently, the new pricing formula is directly applied.

It can be understood that each step of this embodiment is a service logic provided based on a formula editing request, and this service logic may be executed concurrently with other steps of this application, and theoretically, does not have to follow a specific precedence relationship.

Further, a transaction pricing control device of the present application may be constructed by functionalizing various embodiments of the above-mentioned transaction pricing control method, according to this idea, please refer to fig. 7, which shows an exemplary embodiment in which the device includes:

the request analysis module 11 is configured to receive an order pricing request, and acquire platform feature information, store feature information belonging to the platform, and a transaction amount therein;

a rule query module 12, configured to query a rule database to determine multiple pricing rules associated with the platform feature information and/or the store feature information;

a combination adapting module 13, configured to adapt a preset combination rule according to a relative relationship between priorities included in the pricing rules;

and the pricing execution module 14 is used for calling an interface provided by the pricing engine under the constraint of the combination rule, so that the interface calculates preferential data corresponding to the transaction amount according to a pricing formula contained in each pricing rule and is used for responding to the order pricing request.

To facilitate the execution of the present application, an electronic device is provided, which comprises a central processing unit and a memory, wherein the central processing unit is used for calling and running a computer program stored in the memory to execute the steps of the transaction pricing control method.

It can be seen that the memory is suitable for a non-volatile storage medium, and by implementing the foregoing method as a computer program and installing the computer program into an electronic device such as a mobile phone, the related program code and data are stored in the non-volatile storage medium of the electronic device, and further by operating the program by a central processing unit of the electronic device, the program is called from the non-volatile storage medium into a memory for operation, so as to achieve the desired purpose of the present application. It will thus be appreciated that in an embodiment of the present application, there may also be provided a non-volatile storage medium storing, in the form of computer readable instructions, a computer program implemented according to various embodiments of the described transaction pricing control method, the computer program, when invoked by a computer, performing the steps comprised by the method.

In summary, the application realizes a pricing service intermediate component technical framework, is suitable for providing standardized preferential mode pricing service for e-commerce transactions, can realize the correlation calculation among various different preferential modes, has universal applicability, and is suitable for being popularized to the e-commerce field.

Those skilled in the art will appreciate that the present application relates to an apparatus for performing one or more of the operations, methods described in the present application. These devices may be specially designed and manufactured for the required purposes, or they may comprise known devices in general-purpose computers. These devices have computer programs stored in their memories that are selectively activated or reconfigured. Such a computer program may be stored in a device (e.g., computer) readable medium, including, but not limited to, any type of disk including floppy disks, hard disks, optical disks, CD-ROMs, and magnetic-optical disks, ROMs (Read-Only memories), RAMs (Random Access memories), EPROMs (Erasable Programmable Read-Only memories), EEPROMs (Electrically Erasable Programmable Read-Only memories), flash memories, magnetic cards, or optical cards, or any type of media suitable for storing electronic instructions, and each coupled to a bus. That is, a readable medium includes any medium that stores or transmits information in a form readable by a device (e.g., a computer).

It will be understood by those within the art that each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, can be implemented by computer program instructions. Those skilled in the art will appreciate that the computer program instructions may be implemented by a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, implement the aspects specified in the block or blocks of the block diagrams and/or flowchart illustrations disclosed herein.

Those of skill in the art will appreciate that the various operations, methods, steps in the processes, acts, or solutions discussed in this application can be interchanged, modified, combined, or eliminated. Further, other steps, measures, or schemes in various operations, methods, or flows that have been discussed in this application can be alternated, altered, rearranged, broken down, combined, or deleted. Further, steps, measures, schemes in the prior art having various operations, methods, procedures disclosed in the present application may also be alternated, modified, rearranged, decomposed, combined, or deleted.

The foregoing is only a partial embodiment of the present application, and it should be noted that, for those skilled in the art, several modifications and decorations can be made without departing from the principle of the present application, and these modifications and decorations should also be regarded as the protection scope of the present application.

Claims

1. A transaction pricing control method is characterized by comprising the following steps:

2. The method according to claim 1, wherein the step of adapting the predetermined combination rules according to the relative relationship between the priorities contained in the plurality of pricing rules comprises:

identifying priority token values contained in a plurality of pricing rules;

3. The method of claim 2, wherein the step of invoking an interface provided by a rating engine to calculate offer data corresponding to the transaction amount according to a rating formula included in each rating rule for responding to the order rating request under the constraint of the combination rule comprises:

4. A method according to any one of claims 1 to 3, characterized by the preceding steps of:

5. A method according to any one of claims 1 to 3, characterized by the steps of:

receiving pricing formula text data returned after editing the expression text;

6. A method according to any one of claims 1 to 3, characterized in that: and in the step of inquiring and determining a plurality of pricing rules associated with the platform characteristic information and/or the shop characteristic information from a rule database, wherein one pricing rule comprises a plurality of interval thresholds and an offer amount, each interval threshold is set corresponding to one offer amount, and the pricing formula determines the corresponding offer amount by utilizing the incoming transaction amount to determine the interval threshold.

7. A method according to any one of claims 1 to 3, characterized in that: in the step of inquiring and determining a plurality of pricing rules associated with the platform characteristic information and/or the shop characteristic information from a rule database, one of the pricing rules comprises a scaling factor for representing an offer proportion, and a corresponding offer amount is determined by using a pricing formula by multiplying an incoming transaction amount by the offer proportion.

8. A transaction pricing control device, characterized in that it comprises:

9. An electronic device comprising a central processor and a memory, wherein the central processor is configured to invoke execution of a computer program stored in the memory to perform the steps of the method according to any one of claims 1 to 7.

10. A non-volatile storage medium, characterized in that it stores, in the form of computer-readable instructions, a computer program implemented according to the method of any one of claims 1 to 7, which, when invoked by a computer, performs the steps comprised by the method.