CN112488770B

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

Info

Publication number: CN112488770B
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: 2024-08-27
Anticipated expiration: 2040-12-16
Also published as: CN112488770A

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; querying and determining a plurality of pricing rules associated with the platform characteristic information and/or store characteristic information from a rules database; adapting a preset combination rule according to the relative relation among priorities contained in the plurality of pricing rules; and 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 the pricing formulas contained in each pricing rule, and the preferential data is used for responding to the order pricing request. The application realizes a billing service intermediate component technical architecture, is suitable for providing standardized preferential manner billing service for E-commerce transaction, can realize the association calculation among various preferential manners, has universal applicability, and is suitable for popularization 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 repurchase rate is improved, and therefore GMV conversion is brought. As an access platform, various member playing methods and member thresholds can be set according to customized operation means, such as payment threshold members of some e-commerce platforms, users need to pay a specified amount to become members, or certain members of taxi service platforms need to specify how much amount to consume or specify the mileage as a threshold.

The final purpose of the user becoming a member is to obtain the benefit, but the member benefit can also evolve various playing methods, such as various preferential modes of member discount price, member full reduction, member point deduction and the like. The business state is gradually converting these offers-related business processes into pricing intermediate stations with a certain independent pricing service capability. The pricing center needs to make customized service according to preferential playing methods formulated by other platform tenants, and provides multiple playing methods for the tenants to select for use, for example, one tenant platform A of the center can be accessed, and two preferential modes of member discount price and member full subtraction can be set, so that the center needs to calculate the preferential price according to the preferential mode configured by the platform tenant when the consumer of the center places a purchase and settles. Likewise, if tenant platform B accesses this platform, other offers may be selected for combining, such as member credit offer and member discount price. As a middle platform, multiple types of preferential vitality need to be provided, besides preferential calculation of tenant dimension needs to be supported, the middle platform also needs to support each store user in the tenant of the platform to configure different preferential types and preferential modes, for example, store a can select to start the two preferential modes of point deduction and discount price to coexist, store B can only start the point deduction one preferential mode, and store C can only start the discount price one preferential mode. In order to meet such needs, the intermediate station needs to self-select for the access platform and the access store, and self-assemble all the preferential ways provided by the intermediate station so as to be independently maintained and operated by the access platform and the access store.

When the pricing center needs to provide pricing service for multiple product lines, relative standardization is needed and strong expansibility is maintained, and considering that different store users have own unique operation modes, such as paying attention to main discount offers of merchants combined online and offline, such as setting point offset for merchants with repeated purchasing rate, therefore, when the pricing platform is deployed, the price platform needs to be compatible with the preferential pricing service of two dimensions of the tenant and the store, and no product capable of meeting the requirements is seen in the prior art.

A further problem is that when there are multiple offers, the combination of the offers may be different, and sometimes needs to be calculated independently of each other, and sometimes needs to be calculated in association with each other, for example, store a configures the member to purchase the discount and the point to cancel the offer at the same time, and then the two ways of calculating the discount need to be integrated together to calculate the price after the offer, and for example, store B may enjoy 3 offers at the same time, and how to normalize and accurately calculate the price after the offer in multiple different combinations, which is not found in the prior art.

In summary, how to provide a billing center technology that is standardized and has multiple billing mode-related computing service capabilities is a problem that needs to be solved in the art.

Disclosure of Invention

In view of the shortcomings of the prior art, the application aims to provide a transaction pricing control method, a corresponding transaction pricing control device, electronic equipment and a nonvolatile storage medium.

In order to meet the aim of the application, the application adopts the following technical scheme:

The application provides a transaction pricing control method adapting to one of the purposes of the application, which comprises the following steps:

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

Querying and determining a plurality of pricing rules associated with the platform characteristic information and/or store characteristic information from a rules database;

Adapting a preset combination rule according to the relative relation among priorities contained in the plurality of pricing rules;

And 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 the pricing formulas contained in each pricing rule, and the preferential data is used for responding to the order pricing request.

In one embodiment, the step of adapting the preset combination rule according to the relative relation between priorities contained in the plurality of pricing rules includes:

Identifying a priority characterization value contained in the plurality of pricing rules;

comparing the magnitudes among the priority characterization values of the pricing rules to obtain a priority comparison result;

According to the comparison result, the first combination rule is adapted for the pricing rules with the same priority, and the second combination rule is adapted for the pricing rules with different priorities.

In another embodiment, under the constraint of the combination rule, calling an interface provided by a pricing engine to calculate, according to a pricing formula contained in each pricing rule, preference data corresponding to the transaction amount, and the step of responding to the order pricing request includes:

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

when the combination rule is a second combination rule and the pricing engine is called, the pricing engine is enabled to calculate a first preferential amount by transmitting the transaction amount to the pricing formula of the pricing rule with higher priority, the transaction amount is deducted by the first preferential amount and then transmitted to the pricing formula of the pricing rule with next higher priority to calculate a second preferential amount, and so on;

And summarizing the preferential amounts for responding to the order pricing request.

In a partially extended embodiment, the method comprises the following pre-steps:

Configuration information of pricing rules of platform users and/or store users is received, and the pricing rules are associated with corresponding platform characteristic information and/or store renting characteristic information and stored in the database.

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

Pushing pricing formula expression text associated therewith in response to a formula edit request by a platform user and/or a store user;

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

and updating the corresponding pricing formulas in the rule database by using the text data.

In a preferred embodiment, in the step of querying a rule database to determine a plurality of pricing rules associated with the platform characteristic information and/or the store characteristic information, one of the pricing rules includes a plurality of interval thresholds and a discount amount, each interval threshold is set corresponding to one discount amount, and the pricing formula determines the corresponding discount amount by determining the interval threshold to which the incoming transaction amount belongs.

In a preferred embodiment, in the step of querying a rules database for a plurality of pricing rules associated with the platform characteristic information and/or store characteristic information, one of the pricing rules includes a scaling factor that characterizes a coupon scale, and the pricing formula uses the product of the incoming transaction amount and the coupon scale to determine a corresponding coupon amount.

A transaction pricing control device according to one of the objects of the present application comprises:

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

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

The group matching module is used for matching preset combination rules according to the relative relation among priorities contained in the plurality of pricing rules;

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

An electronic device adapted to one of the objects of the present application comprises a central processor and a memory, said central processor being adapted to invoke execution of a computer program stored in said memory for executing said transaction pricing control method.

A non-volatile storage medium is provided in accordance with one of the objects of the application in the form of computer readable instructions for storing a computer program for implementing the method according to the transaction pricing control method, the computer program when invoked by a computer, performing the steps comprised by the method.

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

Firstly, the application provides a standardized technical framework, and realizes a standardized pricing service center, which manages the pricing rules set by the electronic commerce platform and the subordinate store users by taking the platform characteristic information and the store characteristic information as identity characteristics, is compatible with various complex situations of the attribution relation of the pricing rules, and when the pricing is required to be carried out based on transaction amount, can correspondingly call a plurality of pricing rules preset by the electronic commerce platform and/or the store users from a rule database, and utilizes a standardized pricing engine to carry out the pricing without specific distinction between the electronic commerce platform and the store users, has high efficiency of calculating force and greatly improves the whole service capability, and is suitable for providing the pricing service for massive electronic commerce platforms in parallel without contradiction.

Secondly, the application utilizes the relative relation among the priorities to adapt the corresponding combination rules for the pricing rules by identifying and comparing the preset priorities in the plurality of pricing rules, can minimize the realization of the pricing engine under the constraint of the combination rules, improves the standardization capacity of the pricing engine, ensures the association calculation among different pricing rules at the same time, enables the result calculation of one pricing rule to be obtained in a standardized way based on the result calculation of the other pricing rule to be possible, decouples the relation between the electronic commerce platform and the combination rules, does not need the electronic commerce platform to realize the related combination logic, and improves the general applicability of the pricing service center.

In addition, the application opens the pricing service based on the mechanism of request response, is suitable for accessing various different e-commerce platforms, is beneficial to the commercialization popularization of the pricing service center realized by the application, and is beneficial to the industrialization of the pricing service center field.

Drawings

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

FIG. 1 is a schematic diagram of a typical network deployment architecture according to an embodiment of the present application;

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

FIG. 3 is a flowchart illustrating steps performed in step S13 of FIG. 2;

FIG. 4 is a flowchart illustrating steps performed in step S14 of FIG. 2;

FIG. 5 is a flow chart of another embodiment of the transaction pricing control method according to the present application;

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

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

Detailed Description

Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to like or similar elements or elements having like or similar functions throughout. The embodiments described below by referring to the drawings are illustrative only and are not to be construed as limiting the application.

As used herein, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, unless expressly stated otherwise, as understood by those skilled in the art. 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. The term "and/or" as used herein includes all or any element and all combination of one or more of the associated listed items.

It will be understood by those skilled in the art that 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 unless defined otherwise. 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 used herein, "client," "terminal device," and "terminal device" are understood by those skilled in the art to include both devices that include only wireless signal receivers without transmitting capabilities and devices that include receiving and transmitting hardware capable of two-way communication over a two-way communication link. Such a device may include: a cellular or other communication device such as a personal computer, tablet, or the like, having a single-line display or a multi-line display or a cellular or other communication device without a multi-line display; PCS (Personal Communications Service, personal communications System) that may combine voice, data processing, facsimile and/or data communications capabilities; PDA (Personal DIGITAL ASSISTANT ) that may include a radio frequency receiver, pager, internet/intranet access, web browser, notepad, calendar and/or GPS (Global Positioning System ) receiver; a conventional laptop and/or palmtop computer or other appliance that has and/or includes a radio frequency receiver. As used herein, "client," "terminal device" may be portable, transportable, installed in a vehicle (aeronautical, maritime, and/or land-based), or adapted and/or configured to operate locally and/or in a distributed fashion, at any other location(s) on earth and/or in space. As used herein, a "client," "terminal device," or "terminal device" may also be a communication terminal, an internet terminal, or a music/video playing terminal, for example, may be a PDA, a MID (Mobile INTERNET DEVICE ), and/or a Mobile phone with a music/video playing function, or may also be a device such as a smart tv, a set top box, or the like.

The application refers to hardware such as a server, a client, a service node, and the like, which essentially is an electronic device with personal computer and other functions, and is a hardware device with necessary components disclosed by von neumann principles such as a central processing unit (including an arithmetic unit and a controller), a memory, an input device, an output device, and the like, wherein a computer program is stored in the memory, and the central processing unit calls the program stored in the memory to run, executes instructions in the program, and interacts with the input and output devices, thereby completing specific functions.

It should be noted that the concept of the present application, called "server", is equally applicable to the case of server clusters. The servers should be logically partitioned, physically separate from each other but interface-callable, or integrated into a physical computer or group of computers, according to network deployment principles understood by those skilled in the art. Those skilled in the art will appreciate this variation and should not be construed as limiting the implementation of the network deployment approach of the present application.

Referring to fig. 1, the hardware base required for implementing the related technical solution of the present application may be deployed according to the architecture shown in the figure. The server 80 of the present application is deployed at the cloud as a service server, and may be responsible for further connecting to related data servers and other servers providing related support, so as to form a logically related service 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). The smart phone and the personal computer can access the internet through a well-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 application refers to a middle platform, which mainly refers to an intermediate component required to be called by computer service and is used for realizing a certain practical function, responding to an external request, providing a participation request from the external request if necessary, and after internal processing, correspondingly feeding back a result expected by the external request to finish the response to the external request.

Those skilled in the art will appreciate that: although the various methods of the present application are described based on the same concepts so as to be common to each other, the methods may be performed independently of each other unless specifically indicated otherwise. Similarly, for the various embodiments disclosed herein, all concepts described herein are presented based on the same general inventive concept, and thus, concepts described herein with respect to the same general inventive concept, and concepts that are merely convenient and appropriately modified, although different, should be interpreted as equivalents.

Having understood the above-disclosed relevant deployment environments and application environments associated with the technical solutions of the present application, a continued understanding of various embodiments of the present application will be obtained with reference to the following description:

referring to fig. 2, a transaction pricing control method of the present application is implemented by an application installed and running on a server to construct a pricing service of the present application, and is opened to an external call, and in an exemplary embodiment, it includes the steps of:

Step S11, receiving an order pricing request, and acquiring platform characteristic information, store characteristic information belonging to the platform and transaction amount thereof:

When the consumer of the e-commerce platform places an order, corresponding transaction data are generated, wherein the transaction data comprise the commodity placed by the consumer and the corresponding commodity transaction price. In order to obtain the pricing service based on the preferential manner configured by the electronic commerce platform and the shops for the commodities, the electronic 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 for preferential pricing.

The pricing service is realized based on the electronic commerce platform level, and can be simultaneously opened to a plurality of household appliance platforms for calling, so that the order pricing request generally comprises platform characteristic information for distinguishing different electronic commerce platform identities, store characteristic information for distinguishing different store identities under the electronic commerce platform, and the total transaction amount formed by all commodity transaction prices in an order formed after a user places an order, or the transaction amount of a certain individual commodity with preferential qualification, and can be specifically determined by a background program of the electronic commerce platform.

After receiving the order pricing request, the pricing service analyzes the request, and can extract the platform characteristic information, the store characteristic information and the transaction amount from the request so as to develop the pricing process.

In other embodiments, the e-commerce platform may further provide commodity feature information, and the pricing service of the present application may match the corresponding pricing rule for the request in units of commodity feature information, so as to refine the pricing service to units of commodity. The adaptation of this embodiment can be flexibly implemented in practice by a person skilled in the art.

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

The pricing service of the present application is responsible for maintaining a rule database in which pricing rules configured by the e-commerce platform and store are stored for invocation in this step. The pricing rule is flexible to implement, but needs to include the elements required to be calculated by the application, for example, the priority for determining the sequence position of the pricing rule in the association calculation, and a specific pricing formula, wherein the priority can be characterized by numerical values, and the pricing formula can be implemented as an expression which can be analytically executed by the pricing service of the application, and has flexible form and can be designed by a person skilled in the art according to requirements. If desired, the pricing rules may also include rule types to indicate what offers the pricing rules belong to, such as discount offers, full-reduction offers, etc., for display on a maintenance basis. Further description relating to the pricing rules and the rules database will be disclosed in a further embodiment of the application which follows, and is not listed here.

In one embodiment, the pricing rule comprises a plurality of section thresholds and a discount amount, each section threshold is set corresponding to one discount amount, and the pricing formula determines the corresponding discount amount by determining the section threshold to which the incoming transaction amount belongs.

In another embodiment, the form of the discount offer is adapted, wherein one of said pricing rules comprises a scaling factor representing an offer scale, and wherein the pricing formula uses the product of the incoming transaction amount and said offer scale to determine the corresponding offer amount. This scaling factor can be expressed as a discount ratio, e.g. 90% or a ratio after discount (1-90%) =10%, as is flexibly expressed by the person skilled in the art.

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

In general, since the platform user may take effect of multiple pricing rules at the same time, or the store user may take effect of multiple pricing rules at the same time, or both the platform user and the store user take effect of related pricing rules, in this case, the platform feature information and the store feature information may be used to retrieve multiple pricing rules associated with the platform feature information and/or the store feature information from the rule database.

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

Priority information is configured between each pricing rule as described above, and the priorities are typically characterized by numerical values, so that the relative relationship between each pricing rule can be determined by comparing the magnitudes of the priorities, so as to determine the application sequence of each pricing rule according to the matching of the corresponding combination rule with the relative relationship, so that the latter pricing rule can calculate based on the residual value of the transaction amount after the former pricing rule is applied, or ensure that multiple pricing rules with equal priorities can calculate preferential values independently of each other and then collect, thereby realizing association calculation.

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

step S131, identifying priority characterization values contained in the plurality of pricing rules:

When the plurality of pricing rules are extracted from the rule database, detailed information of each pricing rule is obtained, wherein the detailed information comprises the priority characterization value and the expression of a specific pricing formula.

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

The multiple pricing rules, whether they belong to the platform feature information or store feature information of stores under the corresponding e-commerce platform, can directly compare with each other by using the priority characterization values, so as to obtain corresponding priority comparison results. It will be appreciated that the priority comparison result generally includes three cases of the same priority, higher priority and lower priority.

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

One of the core ideas of the application is to determine the applicable combination rule under different relative relations according to the relative relation embodied by each pricing rule in the priority comparison result. Although the result of the priority comparison includes three types of cases as described above, for the relative relationship itself, no matter how many pricing rules exist, there are no non-two types of relative relationships, i.e., the priorities are the same and different, so it is possible to include three types of cases, one of which is that the priorities of the pricing rules are the same, the priorities of the pricing rules are different, and the other is that there are multiple pricing rules with the same and different priorities. Therefore, in practice, the present application presets the combination rules for the relative relationship between the two priorities of the same priority and different priorities, so that for a plurality of pricing rules of the same priority, a first combination rule is applied to process the preferential pricing relationship between each other, and for a plurality of pricing rules of different priorities, a second combination rule is applied to process the preferential pricing relationship between each other.

The combination rules are pre-configured in application program implementation logic of the pricing service of the present application, and are mainly used for guiding how to process the relationship between the obtained discount data of each pricing rule, in this embodiment, the first combination rule is used for guiding the multiple pricing rules with the same priority to calculate discount data based on the transaction amount provided by the order pricing request, and then the sum is determined to be final discount data, the second combination rule is used for guiding the multiple pricing rules with different priorities, the pricing formula of the pricing rule with the highest priority can be directly applied to the transaction amount in the order pricing request to calculate discount data, the pricing rule with the higher priority is used for calculating and deducting the transaction amount residual value after the discount data is applied to the pricing formula, and finally the discount data sum calculated by the pricing rules with different priorities can be determined to be final discount data.

Step S14, 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 the pricing formulas contained in each pricing rule, and the preferential data is used for responding to the order pricing request:

In the application, the pricing engine is realized as a standardized middle component which can be called, can be realized in an auxiliary way by utilizing a Drools business rule engine or can be developed by self according to the disclosure of the application, is responsible for analyzing and executing the pricing formula in the pricing rule, receives the parameters transmitted from the outside, is applicable to the pricing formula to operate, and finally obtains the corresponding calculation result. In general, the externally transmitted parameter is a transaction amount for pricing, and this transaction amount may be an original value of the transaction amount provided by the order pricing request, or may be a residual value of the transaction amount after deducting the discount data by other pricing rules, which is considered as an entry into the pricing formula for calculation, and the obtained result is discount data obtained after the entry calculation, and the discount data may be further transmitted to other pricing rules for use as an entry.

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 formulas, but only realizes an analysis execution mechanism of the pricing formulas, so that the pricing formulas which follow different expression forms of the same analysis mechanism can be analyzed and executed by the pricing engine unless the analysis execution mechanism is required to be changed, the pricing engine and the algorithms contained in the pricing formulas are effectively decoupled, and the change of the algorithms contained in the pricing formulas does not influence the effective operation of the pricing engine. The pricing engine supports common four operations and other complex operations, if a calculation mode is newly added, only a calculation engine script expression is newly added, and no maintenance codes are needed, the script support of the pricing engine is configurable, the final result can be obtained only by maintaining the execution priority of the pricing engine, and the calculation logic change and the new addition of one pricing engine directly maintain the engine script.

As shown in fig. 4, in the process of calling 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 respectively transmit the transaction amount to the pricing formulas of the pricing rules with the same priority, and the preferential amount corresponding to each pricing rule is respectively calculated and obtained.

As mentioned above, the first combination rule is applicable to the pricing rules having the same priority, so when the combination rule invokes the pricing engine for the first combination rule, for example, if one or more pricing rules with the highest priority are currently calculated, the original value of the transaction amount included in the order pricing request can be directly transmitted as an entry to the pricing engine, and the pricing engine calculates the preference data according to the pricing formula applicable to the pricing rule for the transaction amount, and the same applies to the other pricing rule. And respectively calculating the two pricing rules to obtain the corresponding calculated preferential amount based on the same transaction amount. It will be appreciated that if these pricing rules, although having the same priority, have a lower priority than other pricing rules, then their participation will be the residual value obtained after the sum of the offers calculated by the other higher priority pricing rules is offset by the original value of the transaction amount.

Step S142, when the combination rule is the second combination rule and the pricing engine is called, the pricing engine is caused to calculate the first preferential amount by transferring the transaction amount to the pricing formula of the pricing rule with higher priority, deducting the transaction amount by the first preferential amount and transferring the transaction amount to the pricing formula of the pricing rule with next higher priority to calculate the second preferential amount, and so on:

As previously described, the second combination rule is adapted to pricing rules of different priorities, so that when the combination rule invokes the pricing engine for the second combination rule, for example, if the two pricing rules currently being computed have different priorities and wherein the first pricing rule has the highest priority, then for the first pricing rule, the pricing engine is invoked directly with the original value of the transaction amount requested by the order as the entry to parse the pricing formula in the first pricing rule to compute the offer amount, then the original value of the transaction amount is deducted from the resulting residual value of the offer amount, which is used as the new transaction amount for the second pricing rule, and when the second pricing rule invokes the pricing engine, the residual value is taken as the entry, the pricing formula in the second pricing rule is parsed by the pricing engine to compute the corresponding offer amount on the basis of the residual value. Similarly, if a third price rule of lower priority also exists, the remainder of the original value of the transaction amount minus the sum of all offers is used as a new entry for the calculation of the third price rule, and so on.

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

As described above, the pricing rules with the same priority can calculate the corresponding preferential amount under the constraint of the first combination rule, the pricing rules with different priorities can also calculate the corresponding preferential amount under the constraint of the second combination rule, no matter how complex the priority relation of the pricing rules is, the preferential amounts corresponding to the various pricing rules can be calculated under the constraint of the two combination rules, therefore, the overall preferential amount which the transaction amount in the order pricing request should enjoy can be determined by summarizing all the preferential amounts obtained by the calculation, and the total preferential amount formed by summarizing is used for responding to the order pricing request, thus completing the control process of the whole transaction pricing.

In order to make the disclosed embodiments more visual, the following description is further exemplary of the operation of the present application as applied in connection with exemplary embodiments of the present application:

Step 1) the pricing service checks the pricing rules corresponding to the store according to the tenant ID (platform characteristic information) and the store ID (store characteristic information) in the order pricing request transmitted by the order placing process, and the store A checks two pricing rules corresponding to the two pricing rules and sequentially gives the pricing rules to a pricing engine based on Drools according to the priority of the pricing rules for calculation. The first pricing rule is suitable for discount preferential form, and the second pricing rule is suitable for full reduction preferential form.

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

If the preferential priority is 1 and 2 respectively, namely the pricing formula entry amount with the priority of 1 is 1000 yuan, the preferential amount is calculated to be 100 yuan, and the pricing formula entry with the priority of 2 is the residual value of the calculation result of the preferential formula 1, namely the pricing formula entry with the priority of 2 is 900 yuan. I.e. the amount that the low priority pricing formula participates in the calculation is the result of its higher priority post-offer amount.

And 3) during calculation, each corresponding collocation pricing formula is submitted to the pricing engine for analysis and execution, taking the full reduction discount coupon formula as an example, the full N reduction M and the current order amount k can be dynamically submitted to the pricing engine as parameters, the pricing engine can judge which full reduction interval the amount k accords with, if 1000 blocks meet the interval of 800< N < = 1000, and the pricing engine can obtain the value of the reduction M according to the interval.

And 4) according to the combination rule, the calculation results of the price formula and the price engine can be associated one by one, the price formula is transmitted to the price engine, and the price engine calculates the preferential amount, so that the total preferential amount is obtained.

As can be seen from this example of operation, the computing method using the pricing engine is easier to maintain and also easier to expand than the conventional solution in which each of the offers is directly executed in one go, because the conventional pricing method is generally direct writing of all the types to be computed on the code, is too simple in scheme, and is not suitable for use on a multi-service access center system, which is well known and is efficient, multiplexing and flexible.

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

For example, a store manager or platform manager defines in the background the pricing rules or pricing formulas of the maintained store or platform configuration, such as store a, which opens discount offers and full-reduction offers simultaneously, with the priority of the discount offers being higher than the full-reduction offer priority. In this case, the pricing service management background of the present application will store the pricing rules configured by store a. Two pricing rules are adapted here and two pricing formulas are correspondingly related, wherein the pricing formulas under the discount mode are 9.0 folds, and then discount values 9.0 are stored in a data record corresponding to the pricing rules in a rule database, and the full reduction discount can have a plurality of gradients and can be organized in an array or Json mode as described above.

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

And setting the priority corresponding to the discount pricing formula according to a plurality of rules configured by the store, for example, setting the priority of the discount pricing formula of the store A as 1, setting the priority of the full discount pricing formula as 2, sequentially storing the priority of the pricing formulas, and calculating the priority in front according to the higher priority, wherein 1 represents the highest priority. Of course, the priority of the two preferential pricing formulas configured by store a may be 1 at the same time.

Therefore, through the embodiment, the application opens a larger degree of freedom for platform users and store users, and facilitates the popularization of the pricing service of the application.

Still another embodiment of the present application provides a more in-depth customization function 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 pricing formula expression text associated with the platform user and/or store user in response to the formula editing request of the platform user and/or store user:

The platform user and/or store user can independently request to edit the pricing formulas in the pricing rules, send a corresponding formula editing request aiming at the specific pricing rules through a maintenance management page of the pricing service, and return the expression text of the pricing formulas for the user to edit through the pricing service.

Step S22, receiving 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 is returned to the pricing service, and if necessary, the pricing service can format and sort the text data.

Step S23, updating corresponding pricing formulas in the rule database by using the text data:

After the text data is obtained, the pricing service replaces a pricing formula storage field or a storage area corresponding to the related pricing rule in the rule database with the text data. When the pricing rule is subsequently invoked, a new pricing formula is directly applied.

It will be appreciated that each step of this embodiment is a business logic presented based on the formula edit request, and this business logic may be performed concurrently with other steps of the present application, and ideally no specific precedence relationship must be followed.

Further, by performing the functionalization of each embodiment of the foregoing transaction pricing control method, a transaction pricing control device of the present application may be constructed, and in this way, referring to fig. 7, in an exemplary embodiment, 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 transaction amount therein;

a rule query module 12 for querying from a rule database a plurality of pricing rules associated with the platform characteristic information and/or store characteristic information;

The group matching module 13 is used for matching preset combination rules according to the relative relation among priorities contained in the plurality of pricing rules;

The pricing executing module 14 is configured to invoke an interface provided by the pricing engine under the constraint of the combination rule, so that the pricing executing module calculates, according to the pricing formulas included in each pricing rule, the preference data corresponding to the transaction amount, and is used for responding to the order pricing request.

To facilitate the execution of the present application, an electronic device is provided comprising a central processor and a memory, the central processor being adapted to invoke the steps of running a computer program stored in the memory to perform a transaction pricing control method as described above.

It can be seen that the memory is preferably a non-volatile storage medium, and the method is implemented as a computer program, and the computer program is installed in an electronic device such as a mobile phone, so that relevant program codes and data are stored in the non-volatile storage medium of the electronic device, and the program is further executed by a central processing unit of the electronic device, and is transferred from the non-volatile storage medium to a memory for operation, thereby achieving the desired purpose of the application. It will thus be appreciated that in one embodiment of the application there may also be provided a non-volatile storage medium having stored in computer readable instructions a computer program implemented in accordance with the various embodiments of the transaction pricing control method, the computer program when executed by a computer to perform the steps involved in the method.

In summary, the application realizes a billing service intermediate component technical architecture, is suitable for providing standardized preferential manner billing service for e-commerce transaction, can realize association calculation among various preferential manners, has universal applicability, and is suitable for popularization to the e-commerce field.

Those skilled in the art will appreciate that the present disclosure is directed to apparatus for performing one or more of the operations, methods described herein. These devices may be specially designed and constructed for the required purposes, or may comprise known devices in general purpose computers. These devices have computer programs stored within their memories that are selectively activated or reconfigured. Such a computer program may be stored in a device (e.g., a computer) readable medium or any type of medium suitable for storing electronic instructions and respectively coupled to a bus, including, but not limited to, any type of disk (including floppy disks, hard disks, optical disks, CD-ROMs, and magneto-optical disks), ROMs (Read-Only memories), RAMs (Random Access Memory, random access memories), EPROMs (Erasable Programmable Read-Only memories), EEPROMs (ELECTRICALLY ERASABLE PROGRAMMABLE READ-Only memories), flash memories, magnetic cards, or optical cards. 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 can be implemented in a processor of a general purpose computer, special purpose computer, or other programmable data processing method, such that the blocks of the block diagrams and/or flowchart illustration are implemented by the processor of the computer or other programmable data processing method.

Those of skill in the art will appreciate that the various operations, methods, steps in the flow, acts, schemes, and alternatives discussed in the present application may be alternated, altered, combined, or eliminated. Further, other steps, means, or steps in a process having various operations, methods, or procedures discussed herein may be alternated, altered, rearranged, disassembled, combined, or eliminated. Further, steps, measures, schemes in the prior art with various operations, methods, flows disclosed in the present application may also be alternated, altered, rearranged, decomposed, combined, or deleted.

The foregoing is only a partial embodiment of the present application, and it should be noted that it will be apparent to those skilled in the art that modifications and adaptations can be made without departing from the principles of the present application, and such modifications and adaptations are intended to be comprehended within the scope of the present application.

Claims

1. A transaction pricing control method is characterized by being applied to a pricing service center and comprising the following steps:

Receiving configuration information of pricing rules of platform users and store users, and storing the pricing rules in a rule database in association with corresponding platform characteristic information and store characteristic information;

Pushing pricing formula expression text associated with the platform user and the store user in response to formula editing requests of the platform user and the store user;

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

updating the corresponding pricing formulas in the rule database by using the text data of the pricing formulas;

Querying and determining a plurality of pricing rules associated with the platform characteristic information and store characteristic information from a rules database;

The step of adapting a preset combination rule according to the relative relation between priorities contained in the plurality of pricing rules comprises the following steps: identifying a priority characterization value contained in the plurality of pricing rules; comparing the magnitudes among the priority characterization values of the pricing rules to obtain a priority comparison result; according to the priority comparison result, the first combination rule is adapted for the pricing rules with the same priority, and the second combination rule is adapted for the pricing rules with different priorities;

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, wherein the preferential data is used for responding to the order pricing request and comprises the following steps:

summarizing each preferential amount for responding to the order pricing request;

The pricing engine is implemented as a standardized middle component for calling, is responsible for analyzing and executing the pricing formulas in the pricing rules, receiving externally transmitted parameters, and is applicable to the pricing formulas to operate, and finally, corresponding calculation results are obtained and serve as the preferential data, and the preferential data are suitable for being transmitted to other pricing rules to serve as the participation parameters.

2. The method according to claim 1, characterized in that: in the step of inquiring and determining a plurality of pricing rules associated with the platform characteristic information and the store characteristic information from a rule database, one of the pricing rules comprises a plurality of interval thresholds and preferential amounts, each interval threshold is set corresponding to one preferential amount, and a pricing formula determines the corresponding preferential amount by determining the interval threshold to which the incident transaction amount belongs.

3. The method according to claim 1, characterized in that: in the step of querying a rules database for a plurality of pricing rules associated with the platform characteristic information and store characteristic information, one of the pricing rules includes a scaling factor that characterizes a coupon scale, and the pricing formula uses the product of the incoming transaction amount and the coupon scale to determine a corresponding coupon amount.

4. A transaction pricing control device, characterized by being applied to a pricing service center, for implementing the transaction pricing control method according to any one of claims 1 to 3, comprising:

the group adaptation module is used for adapting preset combination rules according to the relative relation among priorities contained in the plurality of pricing rules, wherein for pricing rules with the same priority, a first combination rule is adapted, and for pricing rules with different priorities, a second combination rule is adapted;

5. An electronic device comprising a central processor and a memory, characterized in that the central processor is adapted to invoke a computer program stored in the memory for performing the steps of the method according to any of claims 1 to 3.

6. 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 3, which when invoked by a computer, performs the steps comprised by the method.