WO2019153669A1 - 一种聚合支付的金额优惠方法、装置、终端设备及存储介质 - Google Patents

一种聚合支付的金额优惠方法、装置、终端设备及存储介质 Download PDF

Info

Publication number
WO2019153669A1
WO2019153669A1 PCT/CN2018/098202 CN2018098202W WO2019153669A1 WO 2019153669 A1 WO2019153669 A1 WO 2019153669A1 CN 2018098202 W CN2018098202 W CN 2018098202W WO 2019153669 A1 WO2019153669 A1 WO 2019153669A1
Authority
WO
WIPO (PCT)
Prior art keywords
preferential
amount
target
type
random
Prior art date
Application number
PCT/CN2018/098202
Other languages
English (en)
French (fr)
Inventor
张辉
Original Assignee
深圳壹账通智能科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳壹账通智能科技有限公司 filed Critical 深圳壹账通智能科技有限公司
Publication of WO2019153669A1 publication Critical patent/WO2019153669A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/387—Payment using discounts or coupons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0211—Determining the effectiveness of discounts or incentives
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0222—During e-commerce, i.e. online transactions

Definitions

  • the present application relates to the field of computer technologies, and in particular, to a method, an apparatus, a terminal device, and a storage medium for implementing various benefits of an aggregate payment.
  • the so-called aggregate payment is between banks, third-party payment and merchants.
  • the resources are complementary, neutral, flexible, and Convenience and other characteristics.
  • the aggregation payment provides a comprehensive payment service by aggregating various payment tools such as various third-party payment platforms, cooperative banks, cooperative telecom operators, and other service provider interfaces, providing interfaces, integration, and docking for customers. , order processing, data statistics, etc.
  • the aggregate payment offer is a payment promotion activity.
  • the payment method is based on the bank's offline agreement with the merchant.
  • the agreement includes the specific preferential rules of the event, the form of the offer, and so on.
  • the existing aggregation payment preferential method has a single and fixed feature, and the implemented aggregation payment preferential scheme is incomplete and inflexible, and cannot meet the different scenarios of the actual aggregate payment preferential marketing.
  • the embodiments of the present application provide a method, a device, a terminal device, and a storage medium for aggregating payment amount, so as to solve the problem that the existing aggregation payment preferential method is single and fixed, and the implemented aggregation payment preferential scheme is incomplete and inflexible, and cannot meet the actual situation. Aggregate the issue of different scenarios for the payment of preferential marketing.
  • an embodiment of the present application provides a method for preferential payment of an aggregate payment, including:
  • Order request information submitted by the user through the aggregate payment platform, wherein the order request information includes an order code, an order amount, and user identity information;
  • n target preferential type identification information provided by a merchant corresponding to the order code where n is zero or a positive integer
  • the target preferential type and the target preferential calculation information corresponding to the target preferential type identification information are matched in the preset preferential rule database for each of the target preferential type identification information, wherein The preferential rule identification information and its corresponding preferential type and preferential calculation information are pre-stored in the preferential rule database;
  • an embodiment of the present application provides an apparatus for amortizing an amount of an aggregate payment, including:
  • a receiving module configured to receive order request information submitted by a user through an aggregation payment platform, where the order request information includes an order code, an order amount, and user identity information;
  • An obtaining module configured to obtain, according to the order code, n target preferential type identification information provided by a merchant corresponding to the order code, where n is zero or a positive integer;
  • a determining module configured to determine, according to the preset judgment condition, whether the user enjoys the preferential qualification according to the order code and the user identity information
  • a matching module configured to: if the user enjoys the preferential qualification, match the target preferential type and the target preferential corresponding to the target preferential type identification information in the preset preferential rule database for each of the target preferential type identification information Calculating information, wherein the preferential rule identification information and its corresponding preferential type and preferential calculation information are pre-stored in the preferential rule database;
  • a calculation module configured to calculate, according to the target preferential calculation information, a preferential amount of the order amount, to obtain n preferential amounts
  • an embodiment of the present application provides a terminal device, including a memory, a processor, and computer readable instructions stored in the memory and executable on the processor, where the processor executes the computer The step of implementing the amount payment method of the aggregate payment when the command is read.
  • the embodiment of the present application provides one or more non-volatile readable storage media storing computer readable instructions, when the computer readable instructions are executed by one or more processors, such that the one or The plurality of processors perform the steps of the amount-available method of the aggregate payment. .
  • Embodiment 1 is a flowchart of a method for preferentially discounting an aggregate payment provided in Embodiment 1 of the present application;
  • step S3 is a flowchart showing an implementation of step S3 in the method for preferential payment of aggregate payment provided in Embodiment 1 of the present application;
  • FIG. 3 is a flowchart of implementing a method for calculating a preferential amount of a normal random subtraction type in a method for preferential payment of an aggregate payment provided in Embodiment 1 of the present application;
  • FIG. 4 is a flowchart for implementing calculation of calculating a preferential amount of a random deduction type in an amount payment preferential method of an aggregate payment provided in Embodiment 1 of the present application;
  • FIG. 5 is a schematic diagram of an amount payment concession apparatus for an aggregate payment provided in Embodiment 2 of the present application.
  • FIG. 6 is a schematic diagram of a terminal device provided in Embodiment 4 of the present application.
  • FIG. 1 shows an implementation flow of an amount payment method for an aggregate payment provided by this embodiment.
  • the method for the amount of the aggregation payment is applied to the aggregation payment application system.
  • the aggregation payment application system is the execution entity of the embodiment of the present application, and the merchant presets the preferential information for different commodities in the aggregate payment application system, and the aggregation payment application system and the aggregation.
  • the payment platforms are connected by wired or wireless means, and the user interacts with the aggregate payment application system through the aggregate payment platform to complete the payment process for the purchased goods. Details are as follows:
  • S1 Receive order request information submitted by the user through the aggregation payment platform, where the order request information includes an order code, an order amount, and user identity information.
  • the aggregate payment platform when the user successfully submits the order through the aggregate payment platform, the aggregate payment platform sends the order request information including the order code, the order amount, and the user identity information to the aggregate payment application system.
  • the aggregate payment application system After receiving the order request information, the aggregate payment application system parses the order request information, and obtains and saves the order code, the order amount, and the user identity information.
  • the user identity information in the embodiment of the present application may be an ID card number, an account user name of the aggregation payment platform, or a mobile phone number, such as a key segment that can uniquely identify the user, and the specific information may be set according to actual application requirements. There are no restrictions here.
  • n target preferential type identification information provided by the merchant corresponding to the order code, where n is zero or a positive integer.
  • the merchant pre-signs a preferential activity agreement, which refers to an aggregate payment agreement agreement signed by the merchant with the bank or the payment institution to stimulate the user to consume more according to the purchase situation of the user, and the preferential activity agreement includes The content of the agreement, such as the type of the offer for the operation, the calculation of the preferential information, etc.
  • the merchant identification information of each merchant and the agreement content of the preferential activity agreement signed by the merchant are correspondingly stored in the preferential rule database of the aggregate payment application system, and the preferential type and preferential calculation information in the agreement content, and the corresponding preferential calculation parameter
  • the package is packaged into a preferential class, which is stored in the preferential rule data table of the preferential rule database in the json format, and the unique preferential type identification information is generated by the preferential rule data table self-incrementing sequence, wherein the preferential calculation parameter is calculated by the merchant in the preferential calculation.
  • the order code is parsed according to a preset order coding manner, and the target merchant identification information of the target merchant corresponding to the order code is obtained, and according to the target merchant identification information.
  • the content of the protocol corresponding to the target merchant identifier is queried in the preferential rule database, and the target preferential type identification information in each protocol content is obtained from the n protocol contents that are queried, and n target preferential type identification information is obtained.
  • the protocol content is queried in the preferential rule database, and there are two cases: one is that the agreement content of the merchant does not exist in the preferential rule database, that is, the order is not in the preferential operation activity; One is that the content of the protocol that is queried has one or more to more than one, that is, the order enjoys a variety of preferential operation activities, and can enjoy various ways of discounting.
  • S3 According to the order code and the identity information of the user, determine whether the user is entitled to the preferential qualification according to a preset judgment condition.
  • the preset determining condition includes: identifying, according to the order code, whether the product corresponding to the order code participates in the preferential activity, and determining, according to the user identity information, whether the user has the right to participate in the preferential activity, and determining the combination of the order code and the user identity information. Determine if the user is eligible for the offer coded for the order.
  • step S4 If the user enjoys the preferential qualification, the process proceeds to step S4. If the user does not enjoy the preferential qualification, the user returns the prompt information directly to the aggregation payment platform, and the process ends.
  • the content of the prompt information may include a specific reason for not enjoying the preferential qualification.
  • preset judgment condition may be set according to the needs of the actual application, and is not limited herein.
  • the target preferential type and the target preferential calculation information corresponding to the target preferential type identification information are matched in the preset preferential rule database for each target preferential type identification information, wherein the preferential rule database Pre-existing the type information of the offer type and its corresponding offer type and offer calculation information.
  • step S3 if the result of the determination in step S3 is that the user enjoys the preferential qualification, the target preferential type and the target discount corresponding to each target preferential type identification information are queried in the preferential rule database according to the n target preferential type identification information obtained in step S2. Calculate information.
  • the aggregate payment application system substitutes the order amount into the target discount calculation information according to the n target discount calculation information obtained in step S4, and calculates the preferential amount corresponding to each target offer type.
  • the preferential amount of the order is 0.
  • the n preferential amounts obtained in step S5 are arranged in the order of large to small or small to large, and are returned to the aggregation payment platform through a preset display manner for the user to view and select.
  • the preset display manner may specifically be that all the n preferential amounts are sent to the aggregation payment platform, presented in an aggregated or declining order on the aggregate payment platform interface or only the maximum or minimum preferential amount is presented in the aggregate payment.
  • the platform interface may also be: sending only a preset amount of the preferential amount to the aggregation payment platform, and presenting the preset amount of the preferential amount in the aggregation payment platform in an increasing or decreasing order; other display modes may also be adopted, and the specific It can be set according to the needs of the merchant, and there is no restriction here.
  • the order request information including the order code, the order amount, and the user identity information submitted by the user through the aggregate payment platform is received, and the n target offers provided by the merchant corresponding to the order code are obtained according to the order code.
  • the type identification information if the user is entitled to the preferential qualification according to the preset judgment condition according to the order code and the user identity information, matching the target preferential type identification information in the preset preferential rule database for each target preferential type identification information Corresponding target preferential type and target preferential calculation information, and then calculating the preferential amount of the order amount according to the target preferential calculation information, obtaining the n preferential amount, and returning the n preferential amount to the aggregate payment platform according to the preset display manner.
  • the diversification of the aggregation payment preferential method is realized, so that the value of the preferential amount randomly obtained by the consumer user is diversified, thereby satisfying the different scene requirements of the actual aggregation payment preferential marketing, and enriching the development of the operation activity.
  • the user is determined according to the preset judgment condition according to the order code and the user identity information mentioned in step S3 by a specific embodiment.
  • the specific implementation method of whether or not to enjoy the preferential qualification is described in detail.
  • FIG. 2 shows a specific implementation process of step S3 provided by the embodiment of the present application, which is described in detail as follows:
  • S31 Determine, according to the order code, whether the merchant corresponding to the order code has a preferential activity coded for the order.
  • the preset encoding manner of the order code may be specifically composed of a service code, a second digit of the current year, a current month, a current date, and a current number of purchases of the commodity, wherein the service code may be a merchant number and a product number.
  • the merchant number and item number are globally unique.
  • the merchant discount product data table is pre-stored in the background database of the aggregate payment application system, and the merchant preferential product data table stores the merchant number of each merchant and the product number of the commodity participating in the preferential activity.
  • the number on the order code is parsed, the service code is intercepted, and the service code is searched in the background database of the aggregate payment application system according to the merchant number and the item number in the service code. Whether the merchant discount product data table exists.
  • the corresponding record is found in the merchant preferential product data table, it is determined that the merchant corresponding to the order code has a preferential activity coded for the order.
  • the corresponding record is not found in the merchant preferential product data table, it is determined that the merchant corresponding to the order code does not have the preferential activity coded for the order.
  • step S31 if it is determined according to step S31 that the merchant corresponding to the order code does not have the preferential activity, it is confirmed that the user has no preferential qualification, that is, the calculation of the preferential amount is not performed.
  • step S31 if it is determined according to step S31 that the merchant corresponding to the order code has a preferential activity, it is further determined according to the user identity information whether the user has the preferential qualification.
  • the number of times the user uses the preferential activity is found in the order purchase log in the background of the aggregate payment application system according to the user identity information, which includes, according to the time point of each successful use of the preferential activity, the usage of the preferential activity in the preset time period is counted.
  • the user is not eligible for the offer, ie the calculation of the discount amount is not carried out.
  • step S31 the merchant corresponding to the order code has a preferential activity, and compares the total number of times the user uses the preferential activity within the preset time period with a preset number of times threshold within the preset time period. When the total number of times is less than the threshold of the number of times, it is confirmed that the user is entitled to the preferential qualification, that is, the calculation of the preferential amount is required.
  • the merchant corresponding to the order code has a preferential activity for the order code according to the order code, and if the merchant corresponding to the order code does not have the preferential activity, the user is confirmed to have no preferential qualification; If the merchant corresponding to the order code has a preferential activity, and according to the user identity information, it is determined that the total number of the preferential activities completed by the user within the preset time period reaches a preset number of times threshold, then the user is confirmed to have no preferential qualification; if the order code corresponds to The merchant has a preferential activity, and according to the user identity information, it is determined that the total number of the preferential activities completed by the user within the preset time period is less than a preset number of times threshold, and the user is entitled to the preferential qualification.
  • the types of the discount mentioned in step S4 specifically include a full reduction type, a full discount type, a first price type, a random subtraction type, a wiping type, and a normal random subtraction type. At least one of them.
  • the full reduction type includes two options: one is the discount method for each full reduction, that is, if the order amount is greater than or equal to the set full reduction threshold, the order amount is divided by the set full reduction valve.
  • the integer multiple of the value is used as a multiple of the preferential amount.
  • the final preferential result is the product of the multiple of the discount amount and the set full reduction amount.
  • the discount amount is 200/100 ⁇ 10.
  • 20 yuan if the merchant chooses the preferential method of full reduction threshold, the preferential amount is only 10 yuan; if the order amount is 90 yuan, the discount amount is 0 because the set full reduction threshold cannot be met.
  • the full folding type specifically includes: if the order amount is greater than or equal to the full discount threshold, multiplying the order amount by the set discount percentage, and comparing the calculated result with the set preferential limit, if the amount is greater than the preferential limit, The discount amount is the discount limit, otherwise the discount amount is equal to the result value of the order amount multiplied by the discount percentage; if the order amount is less than the full discount threshold, there is no preferential amount.
  • the discount percentage is 80%
  • the one-price type includes the amount of the price set when the order amount satisfies the price of the first price, and the preferential amount is the set price of the first price, otherwise there is no preferential amount.
  • a product with a price of 1 yuan or more and 10 yuan or less is sold for 1 yuan, that is, the set amount range is (1, 10), and when the order amount belongs to the range, the final order amount is 1 yuan.
  • the zero-supplement type includes a method of erasing the yuan angle, that is, when the order amount is greater than A, the yuan corner is erased, and the final order amount is an integer multiple of 10,
  • the partial amount is the preferential amount; if the setting is the method of erasing the corner, that is, when the order amount is greater than B, the corner is erased, and the final order amount is an integer multiple of 1, and the removed amount is For the discount amount.
  • the actual order amount is 10 yuan; if the corner is erased, the actual order amount is 19 yuan.
  • the types of the preferential types are not limited to the above types, and other types of offers may be added to the preferential rules database according to the needs of the merchants.
  • the offer type includes a full-submission type, a full-fold type, a one-price type, a random minus type, a zero-type type, and a normal random minus type.
  • the preferential type includes a normal random subtraction type
  • the target preferential type is a normal random subtraction type, in step S5.
  • FIG. 3 shows a specific implementation process of calculating a preferential amount of a normal random subtraction type provided by an embodiment of the present application, which is described in detail as follows:
  • the method for determining the discount threshold may be based on the total amount of the goods purchased by the user in the preset time period according to the purchase order date, thereby obtaining the average user consumption order amount of the commodity, and the average user consumption amount is obtained.
  • the order amount is used as a standard fixed value, and the standard fixed value is added or subtracted by a preset constant, or the standard fixed value is multiplied by a preset proportional coefficient to obtain a final preset preferential threshold.
  • the judgment or calculation of the next condition is not performed, and the result of the preferential amount of 0 is directly returned.
  • the random number generation formula is used to randomly generate the number, and the random number is specifically set to a number that is accurate to two decimal places, and the two decimals are respectively assigned to the U. 1 and U 2 .
  • Z 0 and Z 1 are Gaussian random numbers with normal distribution
  • U 1 and U 2 are random numbers
  • ⁇ is a preset standard deviation
  • e is a preset expected value
  • two Gaussian random numbers Z 0 and Z 1 obtained by two normal distributions are obtained according to formula (2) and formula (3), and are taken.
  • One of the smaller values of Z 0 and Z 1 is substituted into equation (3) to obtain a Gaussian random amount M.
  • the preset standard deviation and the preset expected value can achieve a greater probability of approaching the target preferential amount set by the merchant.
  • the target discount amount set by the merchant is 5 yuan
  • the expected value can be set to 5
  • the effect of setting the standard deviation is to influence the slope of the curve of the normal distribution.
  • Setting the appropriate standard deviation can make most of the order amount be randomly reduced in a normal state. After that, the amount is reduced by about 5 yuan.
  • the Gaussian random amount belongs to a preset preferential amount interval, the Gaussian random amount is determined as a preferential amount.
  • the Gaussian random amount calculated in step S513 is compared with a preset preferential amount interval, and the Gaussian random is selected only when the Gaussian random amount is between the upper limit value and the lower limit value of the preferential amount interval.
  • the amount is determined as the discount amount for the order amount.
  • the Gaussian random amount calculated in step S513 is compared with a preset preferential amount interval, and when the Gaussian random amount is greater than the upper limit value of the preferential amount interval or less than the lower limit value of the preferential amount curve, the discount is provided.
  • the amount is set to 0.
  • the normal random subtraction type includes: if the order amount is less than the preset preferential threshold, the preferential amount is 0; if the order amount is greater than the preferential threshold, the random amount is within the (0, 1) range Generating two random numbers, and calculating a Gaussian random amount according to formula (1), formula (2), and formula (3); if the Gaussian random amount belongs to a preset preferential amount interval, determining the Gaussian random amount as a preferential amount If the Gaussian random amount does not belong to the preset preferential amount range, the preferential amount is 0.
  • the normal random reduction type not only diversifies the value of the preferential amount randomly obtained by the consumer user, but also makes the value of the preferential amount highly likely sexual proximity to the merchant's default value.
  • the preferential type includes a random subtraction type
  • the target preferential type is the random subtraction type, which is mentioned in step S5.
  • the target preferential calculation information it is the implementation process to calculate the preferential amount of the order amount.
  • FIG. 4 shows a specific implementation process of calculating a preferential amount of a random deduction type provided by an embodiment of the present application, which is described in detail as follows:
  • the preset method of the random decrement threshold may adopt the same method as the implementation process of the preferential threshold in step S511. To avoid repetition, details are not described herein again.
  • the random subtraction interval specifically includes a preferential amount interval and a preset probability value of the preferential amount interval, and when the order amount is greater than or equal to the random minus threshold, the rand (0, 1) is used in the random subtraction interval.
  • the formula produces a random probability value y.
  • the preset probability values of each preferential amount interval are sorted in an increasing order to obtain x 1 , x 2 , . . . , x m .
  • the order of increasing the probability value is 20%, 30%, 50%, wherein 20% corresponds to the preferential amount range of 10 yuan to 15 yuan, and 30% corresponds to the preferential amount range of 5 yuan to 10 yuan, 50% corresponding
  • the discount amount range is from 1 yuan to 5 yuan.
  • the y is compared with the minimum probability value x 1 of the probability values x 1 , x 2 , . . . , x m . If y is less than or equal to x 1 , step S524 is performed, and if y is greater than x 1 , step S525 is performed. .
  • step S523 if the comparison result in step S523 is less than or equal to y x 1, x 1 will be identified as the target probability values while the discount amount interval x 1 p 1 corresponding to the lower limit value is determined as the target lower limit value.
  • step S523 if the random probability value y generated in the random subtraction interval is 0.15, 0.15 is first compared with the probability value 20% of the minimum preferential amount interval, since 0.15 is less than 20 %, the target probability value is 20%, and the target lower limit is the lower limit value 10 of the preferential amount interval [10, 15].
  • step S523 if the comparison result of step S523 is that y is greater than x 1 , the superposition probability values S 1 obtained by superimposing x 1 and x 2 are compared with y.
  • step S526 is performed; otherwise, step S527 is performed.
  • step S523 if the random probability value y generated in the random subtraction interval is 0.35, since 0.35 is greater than the probability value of the minimum preferential amount interval by 20%, 20% is added to the next preferential amount.
  • probability interval [5,10] is obtained a 30% probability value S 1 is at overlay 50%, and 50% probability of a random numerical value of 0.35 compared to continue size.
  • S526 If y is less than or equal to S 1, 2 will be identified as the target probability value x, and x 2 discount amount corresponding to the lower limit value p 2 interval determined to be the target value.
  • step S525 if the comparison result in step S525 is y is less than or equal to S 1, x 2 will be identified as the target probability values while the interval x 2 discount amount corresponding to the lower limit value p 2 is determined as the target lower limit value.
  • step S523 and step S525 are taken as the target probability value, and the preferential amount interval [5, 10] is Limit 5 is the target lower limit.
  • Q is the preferential amount
  • P is the target lower limit
  • X is the target probability value
  • the target lower limit value obtained according to step S521 to step S527 is assigned to P
  • the target probability value is assigned to X
  • the preset calculation method can be preset by the merchant according to the needs of the application.
  • the target lower limit value obtained according to step S521 to step S527 is assigned to P
  • the target probability value is assigned to X
  • the order amount is assigned to a, and is substituted.
  • the preferential amount of the order amount is obtained.
  • the preferential amount is 0; if the order amount is greater than or equal to the random minus threshold, the cycle is performed according to the calculation process of steps S522 to S527. Processing, determining the target probability value and the target lower limit value, and then calculating the preferential amount by using formula (4) or formula (5) according to a preset calculation manner.
  • the two calculation methods provided by the random deduction type provide merchants with flexible preferential amount selection, and the generation of the preferential amount has random characteristics, which enriches the marketing activities.
  • FIG. 6 shows the money amount discount apparatus of the aggregate payment corresponding to the money amount discount method of the aggregate payment provided in the embodiment 1, and for the convenience of explanation, only the illustration is shown. A portion related to an embodiment of the present application.
  • the payment amount discounting apparatus includes: a receiving module 51, an obtaining module 52, a determining module 53, a matching module 54, a calculating module 55, and a returning module 56.
  • Each function module is described in detail as follows:
  • the receiving module 51 is configured to receive the order request information submitted by the user through the aggregation payment platform, where the order request information includes an order code, an order amount, and user identity information;
  • the obtaining module 52 is configured to obtain, according to the order code, the n target preferential type identification information provided by the merchant corresponding to the order code, where n is zero or a positive integer;
  • the determining module 53 is configured to determine, according to the preset judgment condition, whether the user enjoys the preferential qualification according to the order code and the user identity information;
  • the matching module 54 is configured to: if the user enjoys the preferential qualification, match the target preferential type and the target preferential calculation information corresponding to the target preferential type identification information in the preset preferential rule database for each target preferential type identification information, wherein The preferential rule identification information and the corresponding preferential type and preferential calculation information are pre-stored in the preferential rule database;
  • the calculating module 55 is configured to calculate the preferential amount of the order amount according to the target preferential calculation information, and obtain n preferential amounts;
  • the returning module 56 is configured to return the n preferential amount to the aggregation payment platform according to a preset display manner.
  • the determining module 53 includes:
  • the determining unit 531 is configured to determine, according to the order code, whether the merchant corresponding to the order code has a preferential activity for the order code;
  • the first non-concession determining unit 532 is configured to confirm that the user does not have the preferential qualification if the merchant corresponding to the order code does not have the preferential activity;
  • the second non-concession determining unit 533 is configured to: if the merchant corresponding to the order code has a preferential activity, and determine, according to the user identity information, that the total number of the preferential activities completed by the user within the preset time period reaches a preset number of times threshold, confirm the user No preferential qualifications;
  • the discount determining unit 534 is configured to: if the merchant corresponding to the order code has a preferential activity, and determine, according to the user identity information, that the total number of the preferential activities completed by the user within the preset time period is less than the threshold of the number of times, the user enjoys the preferential qualification.
  • the offer type includes at least one of a full reduction type, a full fold type, a Buyout type, a random minus type, a wipe type, and a normal random minus type.
  • the calculating module 55 includes:
  • the first non-Gaussian preferential determining unit 5511 is configured to: if the order amount is less than a preset preferential threshold, the preferential amount is 0;
  • the random generating unit 5512 is configured to randomly generate two random numbers in the (0, 1) value field if the order amount is greater than the preferential threshold;
  • Gaussian calculation unit 5513 for calculating the Gaussian random amount M according to the following formula:
  • Z 0 and Z 1 are Gaussian random numbers of normal distribution
  • U 1 and U 2 are random numbers
  • ⁇ is a preset standard deviation
  • e is a preset expected value
  • a Gaussian discount determining unit 5514 configured to determine a Gaussian random amount as a preferential amount if the Gaussian random amount belongs to a preset preferential amount interval;
  • the second non-Gaussian discount determining unit 5515 is configured to: if the Gaussian random amount does not belong to the preferential amount range, the preferential amount is 0.
  • the calculating module 55 further includes:
  • the first non-random preferential determination unit 5521 is configured to: if the order amount is less than a preset random reduction threshold, the preferential amount is 0;
  • the probability generating unit 5522 is configured to generate a random probability value y in a preset random subtraction interval if the order amount is greater than or equal to the random minus threshold, where y ⁇ (0, 1);
  • a first discount generating unit 5524 for determining that x 1 is a target probability value if y is less than or equal to x 1 , and determining a lower limit value p 1 of the preferential amount interval corresponding to x 1 as a target lower limit value;
  • a second comparing unit 5525 configured to compare the superposition probability values S 1 and y obtained by superimposing x 1 and x 2 if y is greater than x 1 ;
  • the second discount generating unit 5526 is configured to confirm x 2 as the target probability value if y is less than or equal to S 1 , and determine the lower limit value p 2 of the preferential amount interval corresponding to x 2 as the target lower limit value;
  • the first random calculation unit 5528 is configured to calculate the preferential amount according to the following formula if the preset calculation method is calculated by the amount:
  • Q is the preferential amount
  • P is the target lower limit
  • X is the target probability value
  • the second random calculation unit 5529 for calculating the preferential amount according to the following formula if the calculation method is proportional calculation:
  • the present embodiment provides one or more non-volatile readable storage media having computer readable instructions stored thereon that are implemented by one or more processors to implement Embodiment 1
  • non-volatile readable storage medium may include any entity or device capable of carrying the computer readable instruction code, a recording medium, a USB flash drive, a mobile hard disk, a magnetic disk, an optical disk, a computer memory, only Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier signals, and telecommunication signals.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • FIG. 6 is a schematic diagram of a terminal device according to an embodiment of the present application.
  • the terminal device 60 of this embodiment includes a processor 61, a memory 62, and computer readable instructions 63 stored in the memory 62 and operable on the processor 61.
  • the processor 61 executes the computer readable instructions 63, the steps in the embodiment of the amount concession method of each of the above-described aggregation payments are implemented, such as steps S1 to S6 shown in FIG.
  • the processor 61 implements the functions of the modules/units in the various apparatus embodiments described above when the computer readable instructions 63 are executed, such as the functions of the modules 51 through 56 of FIG.
  • computer readable instructions 63 may be partitioned into one or more modules/units, one or more modules/units being stored in memory 62 and executed by processor 61 to complete the application.
  • the one or more modules/units can be an instruction segment of a series of computer readable instructions capable of performing a particular function for describing the execution of computer readable instructions 63 in the terminal device 60.
  • the computer readable instructions 63 may be divided into a receiving module, an obtaining module, a determining module, a matching module, a calculating module, and a returning module.
  • the specific functions of each module are as shown in Embodiment 2. Narration.
  • the terminal device 60 can be a computing device such as a desktop computer, a notebook, a palmtop computer, and a cloud server.
  • Terminal device 60 may include, but is not limited to, processor 61, memory 62. It will be understood by those skilled in the art that FIG. 6 is only an example of the terminal device 60, and does not constitute a limitation on the terminal device 60, and may include more or less components than those illustrated, or combine some components, or different components.
  • the terminal device 60 may also include an input/output device, a network access device, a bus, and the like.
  • the processor 61 may be a central processing unit (CPU), or may be other general-purpose processors, a digital signal processor (DSP), an application specific integrated circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the memory 62 may be an internal storage unit of the terminal device 60, such as a hard disk or memory of the terminal device 60.
  • the memory 62 may also be an external storage device of the terminal device 60, such as a plug-in hard disk provided on the terminal device 60, a smart memory card (SMC), a Secure Digital (SD) card, and a flash memory card (Flash). Card) and so on.
  • the memory 62 may also include both an internal storage unit of the terminal device 60 and an external storage device.
  • Memory 62 is used to store computer readable instructions as well as other readable instructions and data required by terminal device 60.
  • the memory 62 can also be used to temporarily store data that has been or will be output.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种聚合支付的金额优惠方法、装置、终端设备及存储介质，所述方法包括：接收用户通过聚合支付平台提交的订单请求信息（S1）；根据订单编码，获取n个目标优惠类型标识信息（S2）；根据订单编码和用户身份信息，按照预设的判断条件确定用户是否享有优惠资格（S3）；若用户享有优惠资格，则针对每个目标优惠类型标识信息，在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息（S4）；根据目标优惠计算信息，计算订单金额的优惠金额（S5）；将n个优惠金额按照预设的显示方式返回给聚合支付平台（S6）。所述方法、装置、终端设备及存储介质实现了聚合支付优惠方式的多样化和优惠金额的取值多样化，从而满足了实际聚合支付优惠营销的不同场景需求。

Description

一种聚合支付的金额优惠方法、装置、终端设备及存储介质
本申请以2018年2月10日提交的申请号为201810138033.0，名称为“一种聚合支付的金额优惠方法、装置、终端设备及存储介质”的中国发明专利申请为基础，并要求其优先权。
技术领域
本申请涉及计算机技术领域，尤其涉及一种聚合支付的多种优惠实现方法、装置、终端设备及存储介质。
背景技术
所谓聚合支付介于银行、第三方支付和商户之间，没有支付许可牌照的限制，不进行资金清算，但能够根据商户的需求进行个性化定制，形成资源优势互补，具有中立性、灵活性、便捷性等特点。在没有支付许可牌照的情况下，聚合支付通过聚合各种第三方支付平台、合作银行、合作电信运营商及其他服务商接口等多种支付工具进行综合支付服务，为客户提供接口、集成、对接、订单处理、数据统计等。
聚合支付优惠是支付优惠活动，支付方式是基于银行线下与商户签订协议，协议包括活动的具体优惠规则，优惠形式等。但是现有的聚合支付优惠方式单一、固定特点，实施的聚合支付优惠方案不完整、不灵活，无法满足实际聚合支付优惠营销的不同场景需求。
发明内容
本申请实施例提供一种聚合支付的金额优惠方法、装置、终端设备及存储介质，以解决现有的聚合支付优惠方式单一且固定，实施的聚合支付优惠方案不完整、不灵活，无法满足实际聚合支付优惠营销的不同场景需求的问题。
第一方面，本申请实施例提供一种聚合支付的金额优惠方法，包括：
接收用户通过聚合支付平台提交的订单请求信息，其中，所述订单请求信息包括订单编码、订单金额和用户身份信息；
根据所述订单编码，获取该订单编码对应的商户提供的n个目标优惠类型标识信息，其中，n为零或者正整数；
根据所述订单编码和所述用户身份信息，按照预设的判断条件确定所述用户是否享有优惠资格；
若所述用户享有所述优惠资格，则针对每个所述目标优惠类型标识信息，在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息，其中，所述优惠规则数据库中预存有优惠类型标识信息及其对应的优惠类型和优惠计算信息；
根据所述目标优惠计算信息，计算所述订单金额的优惠金额，得到n个优惠金额；
将所述n个优惠金额按照预设的显示方式返回给所述聚合支付平台。
第二方面，本申请实施例提供一种聚合支付的金额优惠装置，包括：
接收模块，用于接收用户通过聚合支付平台提交的订单请求信息，其中，所述订单请求信息包括订单编码、订单金额和用户身份信息；
获取模块，用于根据所述订单编码，获取该订单编码对应的商户提供的n个目标优惠类型标识信息，其中，n为零或者正整数；
确定模块，用于根据所述订单编码和所述用户身份信息，按照预设的判断条件确定所述用户是否享有优惠资格；
匹配模块，用于若所述用户享有所述优惠资格，则针对每个所述目标优惠类型标识信息，在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息，其中，所述优惠规则数据库中预存有优惠类型标识信息及其对应的优惠类型和优惠计算信息；
计算模块，用于根据所述目标优惠计算信息，计算所述订单金额的优惠金额，得到n个优惠金额；
返回模块，用于将所述n个优惠金额按照预设的显示方式返回给所述聚合支付平台。
第三方面，本申请实施例提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现所述聚合支付的金额优惠方法的步骤。
第四方面，本申请实施例提供一个或多个存储有计算机可读指令的非易失性可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行所述聚合支付的金额优惠方法的步骤。。
本申请的一个或多个实施例的细节在下面的附图和描述中提出，本申请的其他特征和优点将从说明书、附图以及权利要求变得明显。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例1中提供的聚合支付的金额优惠方法的流程图；
图2是本申请实施例1中提供的聚合支付的金额优惠方法中步骤S3的实现流程图；
图3是本申请实施例1中提供的聚合支付的金额优惠方法中计算正态随机减类型的优惠金额的实现流程图；
图4是本申请实施例1中提供的聚合支付的金额优惠方法中计算随机减类型的优惠金额的实现流程图；
图5是本申请实施例2中提供的聚合支付的金额优惠装置的示意图；
图6是本申请实施例4中提供的终端设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
实施例1
请参阅图1，图1示出本实施例提供的聚合支付的金额优惠方法的实现流程。该聚合支付的金额优惠方法应用在聚合支付应用系统中，聚合支付应用系统为本申请实施例的执行主体，商户在聚合支付应用系统中预先设置针对不同商品的优惠信息，聚合支付应用系统与聚合支付平台之间通过有线或者无线的方式进行连接，用户通过聚合支付平台与聚合支付应用系统进行交互，完成对所购买商品的支付流程。详述如下：
S1：接收用户通过聚合支付平台提交的订单请求信息，其中，订单请求信息包括订单编码、订单金额和用户身份信息。
具体地，当用户通过聚合支付平台成功提交订单时，聚合支付平台将包含订单编码、订单金额和用户身份信息的订单请求信息发送给聚合支付应用系统。聚合支付应用系统接收到订单请求信息后，对该订单请求信息进行解析，获取并保存订单编码、订单金额以及用户身份信息。
需要说明的是，本申请实施例中的用户身份信息可以是身份证件号、聚合支付平台的账号用户名或者手机号码等能够唯一标识用户的关键字段，其具体可以根据实际应用的需要进行设置，此处不做限制。
S2：根据该订单编码，获取该订单编码对应的商户提供的n个目标优惠类型标识信息，其中，n为零或者正整数。在本申请实施例中，商户预先签订优惠活动协议，优惠活动协议是指商户根据用户的购买情况，为刺激用户更多消费，与银行或者支付机构签订的聚合支付优惠活动协议，优惠活动协议包括运营活动的优惠类型、优惠计算信息等协议内容。每个商户的商户标识信息与该商户签订的优惠活动协 议的协议内容被对应存储在聚合支付应用系统的优惠规则数据库中，将协议内容中的优惠类型和优惠计算信息，以及对应的优惠计算参数封装成一个优惠类，以json格式存储在优惠规则数据库的优惠规则数据表中，并由该优惠规则数据表自增序列生成唯一的优惠类型标识信息，其中，优惠计算参数是由商户在优惠计算信息中预先设置的用于计算优惠金额的参数。
具体地，当聚合支付应用系统接收到订单编码时，根据预设的订单编码方式，对该订单编码进行解析，获取该订单编码对应的目标商户的目标商户标识信息，并根据该目标商户标识信息在优惠规则数据库中查询该目标商户标识对应的协议内容，并从查询到的n个协议内容中获取每个协议内容中的目标优惠类型标识信息，得到n个目标优惠类型标识信息。
需要说明的是，根据目标商户标识信息在优惠规则数据库中查询协议内容，存在两种情况：一种是在优惠规则数据库中不存在该商户的协议内容，即该订单不在优惠运营活动内；另一种是查询到的协议内容有一个或者多个至多个的情况，即该订单享有多种优惠运营活动，能享有多种金额优惠方式。
S3：根据该订单编码和该用户身份信息，按照预设的判断条件确定该用户是否享有优惠资格。
具体地，预设的判断条件包括根据订单编码识别该订单编码对应的商品是否参与优惠活动，以及根据用户身份信息判断用户是否有权限参于优惠活动，通过对订单编码和用户身份信息的组合判断，确定用户是否享有对该订单编码的优惠资格。
若用户享有优惠资格，则继续执行步骤S4，若用户不享有优惠资格，则直接向聚合支付平台返回提示信息，并结束流程。其中，提示信息的内容可以包括不享有优惠资格的具体原因等。
需要说明的是，预设的判断条件可以根据实际应用的需要进行设置，此处不做限制。
S4：若该用户享有优惠资格，则针对每个目标优惠类型标识信息，在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息，其中，优惠规则数据库中预存有优惠类型标识信息及其对应的优惠类型和优惠计算信息。
具体地，若步骤S3的判断结果为用户享有优惠资格，则根据步骤S2得到的n个目标优惠类型标识信息，在优惠规则数据库中查询每个目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息。
S5：根据目标优惠计算信息，计算订单金额的优惠金额，得到n个优惠金额。
具体地，聚合支付应用系统根据步骤S4得到的n个目标优惠计算信息，将订单金额代入到每个目标优惠计算信息中，计算得到每个目标优惠类型对应的优惠金额。
需要说明的是，在本申请实施例中若订单金额不满足优惠计算信息的要求时，则该订单的优惠金额为0。
S6：将n个优惠金额按照预设的显示方式返回给聚合支付平台。
具体地，将步骤S5中获得的n个优惠金额按照由大到小或者由小到大的顺序排列，并通过预设的显示方式返回给聚合支付平台，以便用户查看和选择。
需要说明的是，预设的显示方式具体可以是将n个优惠金额全部发送给聚合支付平台，按照递增或者递减的顺序呈现在聚合支付平台界面或者只将最大或者最小的优惠金额呈现在聚合支付平台界面；还可以是只向聚合支付平台发送预设数量的优惠金额，并按照递增或者递减的顺序将预设数量的优惠金额呈现在聚合支付平台界面；还可以采用其他的显示方式，其具体可以根据商户的需求进行设定，此处不做限制。
在图1对应的实施例中，接收用户通过聚合支付平台提交的包括订单编码、订单金额和用户身份信息的订单请求信息，并根据订单编码，获取该订单编码对应的商户提供的n个目标优惠类型标识信息，若根据订单编码和用户身份信息，按照预设的判断条件确定用户享有优惠资格，则针对每个目标优惠类型标识信息，在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息，然后根据目标优惠计算信息，计算订单金额的优惠金额，得到的n个优惠金额，并将n个优惠金额按照预设的显示方式返回给聚合支付平台，实现了聚合支付优惠方式的多样化，使得消费用户随机获取的优惠金额的取值多样化，从而满足了实际聚合支付优惠营销的不同场景需求，丰富运营活动的展开。
接下来，在图1对应的实施例的基础之上，下面通过一个具体的实施例来对步骤S3中所提及的根据该订单编码和该用户身份信息，按照预设的判断条件确定该用户是否享有优惠资格的具体实现方法进行详细说明。
请参阅图2，图2示出了本申请实施例提供的步骤S3的具体实现流程，详述如下：
S31：根据订单编码判断该订单编码对应的商户是否具有针对该订单编码的优惠活动。
在本申请实施例中，订单编码的预设的编码方式具体可以由业务编码、当前年份后2位、当前月份、当前日期和当前商品购买次数构成，其中，业务编码可以由商户编号和商品编号组合而成，商户编号和商品编号具有全局唯一性。聚合支付应用系统的后台数据库中预先存储有商户优惠商品数据表，该商户优惠商品数据表保存了每个商户的商户编号及其参与优惠活动的商品的商品编号。
具体地，按照预设的编码方式，对订单编码上的数字进行解析，截取业务编码，并根据业务编码中的商户编号和商品编号，在聚合支付应用系统的后台数据库中，查找该业务编码在商户优惠商品数据表中是否存在。
若在商户优惠商品数据表中查询到对应的记录，则确定该订单编码对应的商户具有针对该订单编码的优惠活动。
若在商户优惠商品数据表中未查询到对应的记录，则确定该订单编码对应的商户不具有针对该订单编码的优惠活动。
S32：若该订单编码对应的商户不具有优惠活动，则确认该用户无优惠资格。
具体地，若根据步骤S31确定该订单编码对应的商户不具有优惠活动，则确认该用户无优惠资格，即不进行优惠金额的计算。
S33：若该订单编码对应的商户具有优惠活动，并且根据用户身份信息确定用户在预设时间段内完成的优惠活动的总次数达到预设的次数阈值，则确认用户无优惠资格。
具体地，若根据步骤S31确定该订单编码对应的商户具有优惠活动，则进一步根据用户身份信息确定用户是否具有优惠资格。
根据用户身份信息在聚合支付应用系统后台的订单购买日志中查找该用户使用优惠活动的次数，具体包括先根据每次成功使用该优惠活动的时间点，统计预设时间段内的使用优惠活动的数量，得到该用户在预设时间段内的使用优惠活动的总次数，通过将该总次数与该预设时间段内预设的次数阈值进行比较，若总次数等于或者大于次数阈值，则确认该用户无优惠资格，即不进行优惠金额的计算。
S34：若该订单编码对应的商户具有优惠活动，并且根据用户身份信息确定用户在预设时间段内完成的优惠活动的总次数小于预设的次数阈值，则用户享有优惠资格。
具体地，若根据步骤S31确定该订单编码对应的商户具有优惠活动，并且在将用户在预设时间段内的使用优惠活动的总次数与预设时间段内预设的次数阈值之间进行比较时，总次数小于次数阈值，则确认该用户享有优惠资格，即需要进行优惠金额的计算。
在图2对应的实施例中，根据订单编码判断该订单编码对应的商户是否具有针对订单编码的优惠活动，其中包括若该订单编码对应的商户不具有优惠活动，则确认该用户无优惠资格；若该订单编码对应的商户具有优惠活动，并且根据用户身份信息确定用户在预设时间段内完成的优惠活动的总次数达到预设的次数阈值，则确认用户无优惠资格；若该订单编码对应的商户具有优惠活动，并且根据用户身份信息确定用户在预设时间段内完成的优惠活动的总次数小于预设的次数阈值，则用户享有优惠资格。通过订单编码和用户身份信息，按照预设的判断条件确定该用户是否享有优惠资格的实现流程中，有效地筛选掉不满足优惠活动的订单，实现了商户对优惠活动的有效设定，使未享受优惠资格的用户能体验优惠活动带来的优惠利益。
在图1或图2对应的实施例的基础之上，在步骤S4提及的优惠类型具体包括满减类型、满折类型、一口价类型、随机减类型、抹零类型和正态随机减类型中的至少一种。
具体地，满减类型包括有两种可选方式：一种是每满减的优惠方式，即如果订单金额大于或者等于设定的满减阀值，取订单金额除以设定的满减阀值所得的整数倍数来作为优惠金额的倍数，最终优惠结果是该优惠金额的倍数与设定的满减金额的乘积结果，其优惠金额公式表达为优惠金额＝(int)(订单金额 /满减阀值)×满减金额，否则优惠金额为0；另外一种是满减阀值的优惠方式，即只要订单金额大于或者等于设定的满减阀值，优惠金额就等于设定的满减金额，否则优惠金额为0。
例如，设定的满减阀值为100、满减金额为10，若商户选择的是每满减的优惠方式，且接收到的订单金额为200元时，可优惠金额为200/100×10＝20元；若商户选择的是满减阀值的优惠方式，则优惠金额只有10元；若订单金额是90元时，由于无法满足设定的满减阀值，则优惠金额为0。
具体地，满折类型具体包括若订单金额大于或者等于满折阀值时，将订单金额乘以设定的打折百分比，并将其计算结果与设定的优惠限额做比较，若大于优惠限额，则优惠金额为优惠限额，否则优惠金额等于订单金额乘以打折百分比的结果值；若订单金额小于满折阀值，则无优惠金额。
例如，满100打八折，最高减免50元营销活动，即当设定的满折阀值为100、打折百分比为80％、优惠限额为50，若订单金额为200，其优惠计算结果为200×80％＝160，由于计算结果大于优惠限额，故最终优惠金额取50。
具体地，一口价类型包括当订单金额满足一口价设定的金额区间，则优惠金额为设定的一口价金额，否则无优惠金额。
例如，1元以上10元以内的商品都卖1元活动，即设定的金额区间为(1,10]，当订单金额属于该区间内，则最终订单金额为1元。
具体地，抹零优惠类型包括如果设定的是抹去元角分的方式，即当订单金额大于A元时，则抹去元角分，最终的订单金额为则10的整数倍，除去的部分金额则为优惠金额；如果设定的是抹去角分的方式，即当订单金额大于B元时，则抹去角分，最终的订单金额为则1的整数倍，除去的部分金额则为优惠金额。
例如消费19.9元时，抹去元角分后，实际订单金额为10元；若抹去角分，则实际订单金额为19元。
具体地，将上述提及的所有优惠类型和优惠计算信息信息，以json格式存储在优惠规则数据表中，并自增序列生成唯一的优惠ID存储在优惠规则数据库中。
需要说明的是，优惠类型的种类不局限于上述的几种，其他优惠类型可根据商户的需求向优惠规则数据库添加。
在本申请实施例中，优惠类型包括了满减类型、满折类型、一口价类型、随机减类型、抹零类型和正态随机减类型，在这些优惠类型的优惠计算信息的灵活设置中，不仅满足了商户对运营活动的要求，而且丰富了聚合支付优惠的方式。
在上述提及到的优惠类型对应的实施例的基础之上，下面通过一个具体的实施例来说明当优惠类型包括正态随机减类型，目标优惠类型为正态随机减类型时，步骤S5中提及的根据目标优惠计算信息，计算该订单金额的优惠金额的具体实现过程。
请参阅图3，图3示出了本申请实施例提供的计算正态随机减类型的优惠金额的具体实现流程，详述如下：
S511：若订单金额小于预设的优惠阀值，则优惠金额为0。
具体地，优惠阀值的取值方法可以根据购买订单日统计预设时间段内的所有用户购买该商户的商品的总金额，从而求出该商品的平均用户消费订单金额，将该平均用户消费订单金额作为一个标准固定值，令该标准固定值加或者减去一个预设常数，或者令该该标准固定值乘以一个预设的比例系数，得到最终预设的优惠阀值。
具体地，当订单金额小于预设的优惠阀值时，不再进行下一条件的判断或者计算，直接返回优惠金额为0的结果。
S512：若订单金额大于优惠阀值，则在(0,1]值域内随机产生两个随机数字。
具体地，当订单金额大于优惠阀值时，使用随机数的生成公式进行随机产生数字，并将该随机数字具体设置成精确到两位小数的数字，同时，将该两位小数分别赋值给U 1和U 2。
S513：按照如下公式计算高斯随机金额M：
M＝min(Z 0,Z 1)×σ+e   公式(1)
Figure PCTCN2018098202-appb-000001
Figure PCTCN2018098202-appb-000002
其中，Z 0和Z 1为正态分布的高斯随机数字，U 1和U 2为随机数字，σ为预设的标准差，e为预设的期望值。
具体地，根据步骤S512中获取的两个随机数字U 1和U 2，按照公式(2)和公式(3)计算得到中得到两个正态分布的高斯随机数字Z 0和Z 1，并取Z 0和Z 1其中一个较小值，代入到公式(3)中得到高斯随机金额M。
预设的标准差和预设的期望值能够实现更大概率地接近商户设置的目标优惠金额。例如商户设置的目标优惠金额为5元，可以将期望值设为5，而设置标准差的作用是影响正态分布的曲线倾斜度，设置合适的标准差能够使大部分订单金额在正态随机减后都是减5元左右的金额。
S514：若该高斯随机金额属于预设的优惠金额区间，则将该高斯随机金额确定为优惠金额。
具体地，将步骤S513中计算得到的高斯随机金额与预设的优惠金额区间进行比较，只有当该高斯随机金额在该优惠金额区间的上限值和下限值之间时，将该高斯随机金额确定为该订单金额的优惠金额。
S515：若该高斯随机金额不属于预设的优惠金额区间，则该优惠金额为0。
具体地，将步骤S513中计算得到的高斯随机金额与预设的优惠金额区间进行比较，当该高斯随机金额大于优惠金额区间的上限值或者小于该优惠金额曲线的下限值时，将优惠金额设置为0。
在图3对应的实施例中，正态随机减类型包括若订单金额小于预设的优惠阀值，则优惠金额为0；若订单金额大于优惠阀值，则在(0,1]值域内随机产生两个随机数字，并按照公式(1)、公式(2)和公式(3)计算高斯随机金额；若该高斯随机金额属于预设的优惠金额区间，则将该高斯随机金额确定为优惠金额；若该高斯随机金额不属于预设的优惠金额区间，则该优惠金额为0。正态随机减类型不仅使消费用户随机获取的优惠金额取值多样化，还能使优惠金额值很大可能性的靠近商户预设的优惠值。
在上述提及到的优惠类型对应的实施例的基础之上，下面通过一个具体的实施例来说明当优惠类型包括随机减类型，目标优惠类型为该随机减类型是，步骤S5中提及的根据目标优惠计算信息，计算订单金额的优惠金额的就是实现过程。
请参阅图4，图4示出了本申请实施例提供的计算随机减类型的优惠金额的具体实现流程，详述如下：
S521：若订单金额小于预设的随机减阀值，则优惠金额为0。
具体地，该随机减阀值的预设方法可采用与步骤S511中优惠阀值的实现过程相同的方法，为避免重复，此处不再赘述。
当检测到订单金额小于预设的随机减阀值时，不再进行下一条件的判断或者计算，直接返回优惠金额为0的结果。
S522：若该订单金额大于或者等于随机减阀值，则在预设的随机减区间内产生一个随机概率值y，其中，y∈(0,1)
具体地，随机减区间具体包括了优惠金额区间以及优惠金额区间预设的概率值，当该订单金额大于或者等于随机减阀值时，则在该随机减区间中使用rand(0,1)的公式产生一个随机概率值y。
S523：将y与随机减区间每个优惠金额区间的预设的概率值x 1,x 2,...,x m中的最小概率值x 1进行比较，其中，x 1,x 2,...,x m按照递增的顺序排列，x 1+x 2+...+x m＝1，x i对应的优惠金额区间为[p i,p i+1]，i∈[1,m]，m为正整数。
具体地，将每个优惠金额区间的预设的概率值按照递增的顺序排序，得到x 1,x 2,...,x m。例如，若优惠金额区间[1,5]的概率值为50％、优惠金额区间[5,10]的概率值为30％，优惠金额区间[10,15]的概率值为20％，则按照概率值递增的顺序排列得20％、30％、50％，其中，20％对应的优惠金额区间为10元至15元、30％对应的优惠金额区间为5元至10元、50％对应的优惠金额区间为1元至5元。
将y与概率值x 1,x 2,...,x m中的最小概率值x 1进行比较，若y小于或者等于x 1，则执行步骤S524，若y大于x 1，则执行步骤S525。
S524：若y小于或者等于x 1，则将x 1确认为目标概率值，并将x 1对应的优惠金额区间的下限值p 1确定为目标下限值。
具体地，若步骤S523的比较结果为y小于或者等于x 1，则将x 1确认为目标概率值，同时，将x 1对应的优惠金额区间的下限值p 1确定为目标下限值。
继续以步骤S523中的优惠金额区间为例进行说明，若在随机减区间中产生的随机概率值y为0.15，则将0.15先与最小优惠金额区间的概率值20％进行比较，由于0.15小于20％，则目标概率值为20％，目标下限值为优惠金额区间[10,15]的下限值10。
S525：若y大于x 1，则将x 1与x 2叠加得到的叠加概率值S 1与y进行比较。
具体地，若步骤S523的比较结果为y大于x 1，则将x 1与x 2叠加得到的叠加概率值S 1与y进行比较。
若y小于或者等于S 1，则执行步骤S526，否则，执行步骤S527。
继续以步骤S523中的优惠金额区间为例进行说明，若随机减区间中产生的随机概率值y为0.35，由于0.35大于最小优惠金额区间的概率值20％，则将20％加上下一优惠金额区间[5,10]的概率值30％得到叠加概率值S 1为50％，并将50％与随机概率值0.35继续进行数值大小的比较。
S526：若y小于或者等于S 1，则将x 2确认为目标概率值，并将x 2对应的优惠金额区间的下限值p 2确定为目标下限值。
具体地，若步骤S525的比较结果为y小于或者等于S 1，则将x 2确认为目标概率值，同时，将x 2对 应的优惠金额区间的下限值p 2确定为目标下限值。
继续以步骤S523和步骤S525中的优惠金额区间为例进行说明，由于随机概率值0.35小于叠加概率值50％，则取30％作为目标概率值，并将优惠金额区间[5，10]的下限值5作为目标下限值。
S527：若y大于S 1，则将S 1与x 3叠加得到的叠加概率值S 2与y继续进行比较，直到当y小于或者等于S k时，将x k+1确认为目标概率值，并将x k+1对应的优惠金额区间[p k,p k+1]的下限值p k确定为目标下限值，其中，S k＝x 1+x 2+...+x k+1，k∈[1,m-1]，k为正整数。
具体地，若步骤S525的比较结果为y大于S 1，则将S 1与x 3叠加得到叠加概率值S 2，即S 2＝S 1+x 3，并将S 2与y进行比较，若y大于S 2则继续将S 2与x 4叠加得到叠加概率值S 3，并继续将S 3与y进行比较，如此循环，直到当随机概率值y小于或者等于最近一次叠加的叠加概率值S k为止，此时，将最近一次叠加的x k+1确定为目标概率值，将x k+1对应的优惠金额区间[p k,p k+1]的下限值p k作为目标下限值。
需要说明的是，因为x 1+x 2+...+x m＝1，即预设的m个概率值之和为1，所以，可以理解地，必然存在y小于或者等于S k的情况。
S528：若预设的计算方式为按金额计算，则按照公式(4)计算优惠金额：
Q＝y+P×X   公式(4)
其中，Q为优惠金额，P为目标下限值，X为目标概率值。
具体地，若预设的计算方式为按金额计算，则将根据步骤S521至步骤S527得到的目标下限值赋值给P，将目标概率值赋值给X，并代入到公式(4)中，得到该订单金额的优惠金额。
需要说明的是，预设的计算方式可以由商户根据应用的需要预先进行设置。
S529：若预设的计算方式为按比例计算，则按照公式(5)计算优惠金额：
Q＝a×(P+y×X)   公式(5)
其中，a为订单金额。
具体地，若预设的计算方式为按比例计算，则将根据步骤S521至步骤S527得到的目标下限值赋值给P，将目标概率值赋值给X，同时将订单金额赋值给a，并代入到公式(5)中，得到该订单金额的优惠金额。
在图4对应的实施例中，若订单金额小于预设的随机减阀值，则优惠金额为0；若订单金额大于或者等于随机减阀值，则按照步骤S522至步骤S527的计算过程进行循环处理，确定目标概率值和目标下限值，然后根据预设的计算方式，采用公式(4)或者公式(5)计算出优惠金额。通过随机减类型提供的两种计算方式为商户提供了灵活的优惠金额选择，且优惠金额的产生具有随机性特点，丰富了营销活动。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
实施例2
对应于实施例1中的聚合支付的金额优惠方法，图6示出了与实施例1提供的聚合支付的金额优惠方法一一对应的聚合支付的金额优惠装置，为了便于说明，仅示出了与本申请实施例相关的部分。
如图6所示，该聚合支付的金额优惠装置包括：接收模块51、获取模块52、确定模块53、匹配模块54、计算模块55和返回模块56。各功能模块详细说明如下：
接收模块51，用于接收用户通过聚合支付平台提交的订单请求信息，其中，订单请求信息包括订单编码、订单金额和用户身份信息；
获取模块52，用于根据订单编码，获取该订单编码对应的商户提供的n个目标优惠类型标识信息，其中，n为零或者正整数；
确定模块53，用于根据订单编码和用户身份信息，按照预设的判断条件确定用户是否享有优惠资格；
匹配模块54，用于若该用户享有优惠资格，则针对每个目标优惠类型标识信息，在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息，其中，优惠规则数据库中预存有优惠类型标识信息及其对应的优惠类型和优惠计算信息；
计算模块55，用于根据目标优惠计算信息，计算订单金额的优惠金额，得到n个优惠金额；
返回模块56，用于将n个优惠金额按照预设的显示方式返回给聚合支付平台。
进一步地，确定模块53包括：
判断单元531，用于根据订单编码判断该订单编码对应的商户是否具有针对订单编码的优惠活动；
第一无优惠确定单元532，用于若订单编码对应的商户不具有优惠活动，则确认用户无优惠资格；
第二无优惠确定单元533，用于若订单编码对应的商户具有优惠活动，并且根据用户身份信息确定用户在预设时间段内完成的优惠活动的总次数达到预设的次数阈值，则确认用户无优惠资格；
优惠确定单元534，用于若订单编码对应的商户具有优惠活动，并且根据用户身份信息确定用户在预设时间段内完成的优惠活动的总次数小于次数阈值，则用户享有优惠资格。
进一步地，优惠类型包括满减类型、满折类型、一口价类型、随机减类型、抹零类型和正态随机减类型中的至少一种。
进一步地，若优惠类型包括正态随机减类型，目标优惠类型为正态随机减类型，则计算模块55包括：
第一非高斯优惠确定单元5511：用于若订单金额小于预设的优惠阀值，则优惠金额为0；
随机产生单元5512：用于若订单金额大于优惠阀值，则在(0,1]值域内随机产生两个随机数字；
高斯计算单元5513：用于按照如下公式计算高斯随机金额M：
M＝min(Z 0,Z 1)×σ+e
Figure PCTCN2018098202-appb-000003
Figure PCTCN2018098202-appb-000004
其中，Z 0和Z 1为正态分布的高斯随机数字，U 1和U 2为随机数字，σ为预设的标准差，e为预设的期望值；
高斯优惠确定单元5514：用于若高斯随机金额属于预设的优惠金额区间，则将高斯随机金额确定为优惠金额；
第二非高斯优惠确定单元5515：用于若高斯随机金额不属于优惠金额区间，则优惠金额为0。
进一步地，若优惠类型包括随机减类型，目标优惠类型为随机减类型，则计算模块55还包括：
第一非随机优惠确定单元5521：用于若订单金额小于预设的随机减阀值，则优惠金额为0；
概率产生单元5522：用于若订单金额大于或者等于随机减阀值，则在预设的随机减区间内产生一个随机概率值y，其中，y∈(0,1)；
第一比较单元5523：用于将y与随机减区间每个优惠金额区间的预设的概率值x 1,x 2,...,x m中的最小概率值x 1进行比较，其中，x 1,x 2,...,x m按照递增的顺序排列，x 1+x 2+...+x m＝1，x i对应的优惠金额区间为[p i,p i+1]，i∈[1,m]，m为正整数；
第一优惠产生单元5524：用于若y小于或者等于x 1，则将x 1确认为目标概率值，并将x 1对应的优惠金额区间的下限值p 1确定为目标下限值；
第二比较单元5525：用于若y大于x 1，则将x 1与x 2叠加得到的叠加概率值S 1与y进行比较；
第二优惠产生单元5526：用于若y小于或者等于S 1，则将x 2确认为目标概率值，并将x 2对应的优惠金额区间的下限值p 2确定为目标下限值；
第n优惠产生单元5527，用于若y大于S 1，则将S 1与x 3叠加得到的叠加概率值S 2与y继续进行比较，直到当y小于或者等于S k时，将x k+1确认为目标概率值，并将x k+1对应的优惠金额区间[p k,p k+1]的下限值p k确定为目标下限值，其中，S k＝x 1+x 2+...+x k+1，k∈[1,m-1]，k为正整数；
第一随机计算单元5528：用于若预设的计算方式为按金额计算，则按照如下公式计算优惠金额：
Q＝y+P×X
其中，Q为优惠金额，P为目标下限值，X为目标概率值；
第二随机计算单元5529：用于若计算方式为按比例计算，则按照如下公式计算优惠金额：
Q＝a×(P+y×X)
其中，a为订单金额。
本实施例提供的一种聚合支付的金额优惠装置中各模块实现各自功能的过程，具体可参考前述实施例1的描述，此处不再赘述。
实施例3
本实施例提供一个或多个非易失性可读存储介质，该计算机可读存储介质上存储有计算机可读指令，该计算机可读指令被一个或多个处理器执行时实现实施例1中聚合支付的金额优惠方法，或者，该计算机可读指令被一个或多个处理器执行时实现实施例2中聚合支付的金额优惠装置中各模块/单元的功能。为避免重复，这里不再赘述。
可以理解地，所述非易失性可读存储介质可以包括：能够携带所述计算机可读指令代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号和电信信号等。
实施例4
图6是本申请一实施例提供的终端设备的示意图。如图6所示，该实施例的终端设备60包括：处理器61、存储器62以及存储在存储器62中并可在处理器61上运行的计算机可读指令63。处理器61执行计算机可读指令63时实现上述各个聚合支付的金额优惠方法实施例中的步骤，例如图1所示的步骤S1至步骤S6。或者，处理器61执行计算机可读指令63时实现上述各装置实施例中各模块/单元的功能，例如图5所示模块51至模块56的功能。
示例性的，计算机可读指令63可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器62中，并由处理器61执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令的指令段，该指令段用于描述计算机可读指令63在终端设备60中的执行过程。例如，计算机可读指令63可以被分割成接收模块、获取模块、确定模块、匹配模块、计算模块和返回模块，各模块的具体功能如实施例2所示，为避免重复，此处不一一赘述。
终端设备60可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。终端设备60可包括，但不仅限于，处理器61、存储器62。本领域技术人员可以理解，图6仅仅是终端设备60的示例，并不构成对终端设备60的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如终端设备60还可以包括输入输出设备、网络接入设备、总线等。
所称处理器61可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器62可以是终端设备60的内部存储单元，例如终端设备60的硬盘或内存。存储器62也可以是终端设备60的外部存储设备，例如终端设备60上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，存储器62还可以既包括终端设备60的内部存储单元也包括外部存储设备。存储器62用于存储计算机可读指令以及终端设备60所需的其他可读指令和数据。存储器62还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围内。

Claims (20)

  1. 一种聚合支付的金额优惠方法，其特征在于，所述聚合支付的金额优惠方法包括：
    接收用户通过聚合支付平台提交的订单请求信息，其中，所述订单请求信息包括订单编码、订单金额和用户身份信息；
    根据所述订单编码，获取该订单编码对应的商户提供的n个目标优惠类型标识信息，其中，n为零或者正整数；
    根据所述订单编码和所述用户身份信息，按照预设的判断条件确定所述用户是否享有优惠资格；
    若所述用户享有所述优惠资格，则针对每个所述目标优惠类型标识信息，在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息，其中，所述优惠规则数据库中预存有优惠类型标识信息及其对应的优惠类型和优惠计算信息；
    根据所述目标优惠计算信息，计算所述订单金额的优惠金额，得到n个优惠金额；
    将所述n个优惠金额按照预设的显示方式返回给所述聚合支付平台。
  2. 如权利要求1所述的聚合支付的的金额优惠方法，其特征在于，所述根据所述订单编码和所述用户身份信息，按照预设的判断条件确定所述用户是否享有优惠资格包括：
    根据所述订单编码判断该订单编码对应的商户是否具有针对所述订单编码的优惠活动；
    若所述订单编码对应的商户不具有所述优惠活动，则确认所述用户无优惠资格；
    若所述订单编码对应的商户具有所述优惠活动，并且根据所述用户身份信息确定所述用户在预设时间段内完成的优惠活动的总次数达到预设的次数阈值，则确认所述用户无优惠资格；
    若所述订单编码对应的商户具有所述优惠活动，并且根据所述用户身份信息确定所述用户在所述预设时间段内完成的优惠活动的总次数小于所述次数阈值，则所述用户享有优惠资格。
  3. 如权利要求1或2所述的聚合支付的金额优惠方法，其特征在于，所述优惠类型包括满减类型、满折类型、一口价类型、随机减类型、抹零类型和正态随机减类型中的至少一种。
  4. 如权利要求3所述的聚合支付的金额优惠方法，其特征在于，若所述优惠类型包括所述正态随机减类型，所述目标优惠类型为所述正态随机减类型，则所述根据所述目标优惠计算信息，计算所述订单金额的优惠金额包括：
    若所述订单金额小于预设的优惠阀值，则所述优惠金额为0；
    若所述订单金额大于所述优惠阀值，则在(0，1]值域内随机产生两个随机数字；
    按照如下公式计算高斯随机金额M：
    M＝min(Z0 ，Z 1)×σ+e
    Figure PCTCN2018098202-appb-100001
    Figure PCTCN2018098202-appb-100002
    其中，Z 0和Z 1为正态分布的高斯随机数字，U 1和U 2为所述随机数字，σ为预设的标准差，e为预设的期望值；
    若所述高斯随机金额属于预设的优惠金额区间，则将所述高斯随机金额确定为所述优惠金额；
    若所述高斯随机金额不属于所述优惠金额区间，则所述优惠金额为0。
  5. 如权利要求3所述的聚合支付的金额优惠方法，其特征在于，若所述优惠类型包括所述随机减类型，所述目标优惠类型为所述随机减类型，则所述根据所述目标优惠计算信息，计算所述订单金额包括：
    若所述订单金额小于预设的随机减阀值，则所述优惠金额为0；
    若所述订单金额大于或者等于所述随机减阀值，则在预设的随机减区间内产生一个随机概率值y， 其中，y∈(0，1)；
    将y与所述随机减区间每个优惠金额区间的预设的概率值x 1，x 2，...，x m中的最小概率值x 1进行比较，其中，x 1，x 2，...，x m按照递增的顺序排列，x 1+x 2+...+x m＝1，x i对应的优惠金额区间为[p i，p i+1]，i∈[1，m]，m为正整数；
    若y小于或者等于x 1，则将x 1确认为目标概率值，并将x 1对应的优惠金额区间的下限值p 1确定为目标下限值；
    若y大于x 1，则将x 1与x 2叠加得到的叠加概率值S 1与y进行比较；
    若y小于或者等于S 1，则将x 2确认为所述目标概率值，并将x 2对应的优惠金额区间的下限值p 2确定为所述目标下限值；
    若y大于S 1，则将S 1与x 3叠加得到的叠加概率值S 2与y继续进行比较，直到当y小于或者等于S k时，将x k+1确认为所述目标概率值，并将x k+1对应的优惠金额区间[p k，p k+1]的下限值p k确定为所述目标下限值，其中，S k＝x 1+x 2+...+x k+1，k∈[1，m-1]，k为正整数；
    若预设的计算方式为按金额计算，则按照如下公式计算所述优惠金额：
    Q＝y+P×X
    其中，Q为所述优惠金额，P为所述目标下限值，X为所述目标概率值；
    若所述计算方式为按比例计算，则按照如下公式计算所述优惠金额：
    Q＝a×(P+y×X)
    其中，a为所述订单金额。
  6. 一种聚合支付的金额优惠装置，其特征在于，包括：
    接收模块，用于接收用户通过聚合支付平台提交的订单请求信息，其中，所述订单请求信息包括订单编码、订单金额和用户身份信息；
    获取模块，用于根据所述订单编码，获取该订单编码对应的商户提供的n个目标优惠类型标识信息，其中，n为零或者正整数；
    确定模块，用于根据所述订单编码和所述用户身份信息，按照预设的判断条件确定所述用户是否享有优惠资格；
    匹配模块，用于若所述用户享有所述优惠资格，则针对每个所述目标优惠类型标识信息，在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息，其中，所述优惠规则数据库中预存有优惠类型标识信息及其对应的优惠类型和优惠计算信息；
    计算模块，用于根据所述目标优惠计算信息，计算所述订单金额的优惠金额，得到n个优惠金额；
    返回模块，用于将所述n个优惠金额按照预设的显示方式返回给所述聚合支付平台。
  7. 如权利要求6所述的聚合支付的金额优惠装置，其特征在于，所述确定模块包括：
    判断单元，用于根据所述订单编码判断该订单编码对应的商户是否具有针对所述订单编码的优惠活 动；
    第一无优惠确定单元，用于若所述订单编码对应的商户不具有所述优惠活动，则确认所述用户无优惠资格；
    第二无优惠确定单元，用于若所述订单编码对应的商户具有所述优惠活动，并且根据所述用户身份信息确定所述用户在预设时间段内完成的优惠活动的总次数达到预设的次数阈值，则确认所述用户无优惠资格；
    优惠确定单元，用于若所述订单编码对应的商户具有所述优惠活动，并且根据所述用户身份信息确定所述用户在所述预设时间段内完成的优惠活动的总次数小于所述次数阈值，则所述用户享有优惠资格。
  8. 如权利要求6或7所述的聚合支付的金额优惠装置，其特征在于，所述优惠类型包括满减类型、满折类型、一口价类型、随机减类型、抹零类型和正态随机减类型中的至少一种。
  9. 如权利要求8所述的聚合支付的金额优惠装置，其特征在于，若所述优惠类型包括所述正态随机减类型，所述目标优惠类型为所述正态随机减类型，则所述计算模块包括：
    第一非高斯优惠确定单元，用于若所述订单金额小于预设的优惠阀值，则所述优惠金额为0；
    随机产生单元，用于若所述订单金额大于所述优惠阀值，则在(0，1]值域内随机产生两个随机数字；
    高斯计算单元，用于按照如下公式计算高斯随机金额M：
    M＝min(Z 0，Z 1)×σ+e
    Figure PCTCN2018098202-appb-100003
    Figure PCTCN2018098202-appb-100004
    其中，Z 0和Z 1为正态分布的高斯随机数字，U 1和U 2为所述随机数字，σ为预设的标准差，e为预设的期望值；
    高斯优惠确定单元，用于若所述高斯随机金额属于预设的优惠金额区间，则将所述高斯随机金额确定为所述优惠金额；
    第二非高斯优惠确定单元，用于若所述高斯随机金额不属于所述优惠金额区间，则所述优惠金额为0。
  10. 如权利要求8所述的聚合支付的金额优惠装置，其特征在于，若所述优惠类型包括所述随机减类型，所述目标优惠类型为所述随机减类型，则所述计算模块还包括：
    第一非随机优惠确定单元，用于若所述订单金额小于预设的随机减阀值，则所述优惠金额为0；
    概率产生单元，用于若所述订单金额大于或者等于所述随机减阀值，则在预设的随机减区间内产生一个随机概率值y，其中，y∈(0，1)；
    第一比较单元，用于将y与所述随机减区间每个优惠金额区间的预设的概率值x 1，x 2，...，x m中的最小概率值x 1进行比较，其中，x 1，x 2，...，x m按照递增的顺序排列，x 1+x 2+...+x m＝1，x i对应的优惠金额区间为[p i，p i+1]，i∈[1，m]，m为正整数；
    第一优惠产生单元，用于若y小于或者等于x 1，则将x 1确认为目标概率值，并将x 1对应的优惠金额区间的下限值p 1确定为目标下限值；
    第二比较单元，用于若y大于x 1，则将x 1与x 2叠加得到的叠加概率值S 1与y进行比较；
    第二优惠产生单元，用于若y小于或者等于S 1，则将x 2确认为所述目标概率值，并将x 2对应的优惠金额区间的下限值p 2确定为所述目标下限值；
    第n优惠产生单元，用于若y大于S 1，则将S 1与x 3叠加得到的叠加概率值S 2与y继续进行比较，直到当y小于或者等于S k时，将x k+1确认为所述目标概率值，并将x k+1对应的优惠金额区间[p k，p k+1]的下限值p k确定为所述目标下限值，其中，S k＝x 1+x 2+...+x k+1，k∈[1，m-1]，k为正整数；
    第一随机计算单元，用于若预设的计算方式为按金额计算，则按照如下公式计算所述优惠金额：
    Q＝y+P×X
    其中，Q为所述优惠金额，P为所述目标下限值，X为所述目标概率值；
    第二随机计算单元，用于若所述计算方式为按比例计算，则按照如下公式计算所述优惠金额：
    Q＝a×(P+y×X)
    其中，a为所述订单金额。
  11. 一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如下步骤：
    接收用户通过聚合支付平台提交的订单请求信息，其中，所述订单请求信息包括订单编码、订单金额和用户身份信息；
    根据所述订单编码，获取该订单编码对应的商户提供的n个目标优惠类型标识信息，其中，n为零或者正整数；
    根据所述订单编码和所述用户身份信息，按照预设的判断条件确定所述用户是否享有优惠资格；
    若所述用户享有所述优惠资格，则针对每个所述目标优惠类型标识信息，在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息，其中，所述优惠规则数据库中预存有优惠类型标识信息及其对应的优惠类型和优惠计算信息；
    根据所述目标优惠计算信息，计算所述订单金额的优惠金额，得到n个优惠金额；
    将所述n个优惠金额按照预设的显示方式返回给所述聚合支付平台。
  12. 如权利要求11所述的终端设备，其特征在于，所述根据所述订单编码和所述用户身份信息，按照预设的判断条件确定所述用户是否享有优惠资格包括：
    根据所述订单编码判断该订单编码对应的商户是否具有针对所述订单编码的优惠活动；
    若所述订单编码对应的商户不具有所述优惠活动，则确认所述用户无优惠资格；
    若所述订单编码对应的商户具有所述优惠活动，并且根据所述用户身份信息确定所述用户在预设时间段内完成的优惠活动的总次数达到预设的次数阈值，则确认所述用户无优惠资格；
    若所述订单编码对应的商户具有所述优惠活动，并且根据所述用户身份信息确定所述用户在所述预设时间段内完成的优惠活动的总次数小于所述次数阈值，则所述用户享有优惠资格。
  13. 如权利要求11或12所述的终端设备，其特征在于，所述优惠类型包括满减类型、满折类型、一口价类型、随机减类型、抹零类型和正态随机减类型中的至少一种。
  14. 如权利要求13所述的终端设备，其特征在于，若所述优惠类型包括所述正态随机减类型，所述目标优惠类型为所述正态随机减类型，则所述根据所述目标优惠计算信息，计算所述订单金额的优惠金额包括：
    若所述订单金额小于预设的优惠阀值，则所述优惠金额为0；
    若所述订单金额大于所述优惠阀值，则在(0，1]值域内随机产生两个随机数字；
    按照如下公式计算高斯随机金额M：
    M＝min(Z 0，Z 1)×σ+e
    Figure PCTCN2018098202-appb-100005
    Figure PCTCN2018098202-appb-100006
    其中，Z 0和Z 1为正态分布的高斯随机数字，U 1和U 2为所述随机数字，σ为预设的标准差，e为预设的期望值；
    若所述高斯随机金额属于预设的优惠金额区间，则将所述高斯随机金额确定为所述优惠金额；
    若所述高斯随机金额不属于所述优惠金额区间，则所述优惠金额为0。
  15. 如权利要求13所述的终端设备，其特征在于，若所述优惠类型包括所述随机减类型，所述目标优惠类型为所述随机减类型，则所述根据所述目标优惠计算信息，计算所述订单金额包括：
    若所述订单金额小于预设的随机减阀值，则所述优惠金额为0；
    若所述订单金额大于或者等于所述随机减阀值，则在预设的随机减区间内产生一个随机概率值y，其中，y∈(0，1)；
    将y与所述随机减区间每个优惠金额区间的预设的概率值x 1，x 2，...，x m中的最小概率值x 1进行比较，其中，x 1，x 2，...，x m按照递增的顺序排列，x 1+x 2+...+x m＝1，x i对应的优惠金额区间为[p i，p i+1]，i∈[1，m]，m为正整数；
    若y小于或者等于x 1，则将x 1确认为目标概率值，并将x 1对应的优惠金额区间的下限值p 1确定为目标下限值；
    若y大于x 1，则将x 1与x 2叠加得到的叠加概率值S 1与y进行比较；
    若y小于或者等于S 1，则将x 2确认为所述目标概率值，并将x 2对应的优惠金额区间的下限值p 2确定为所述目标下限值；
    若y大于S 1，则将S 1与x 3叠加得到的叠加概率值S 2与y继续进行比较，直到当y小于或者等于S k时，将x k+1确认为所述目标概率值，并将x k+1对应的优惠金额区间[p k，p k+1]的下限值p k确定为所述目标下限值，其中，S k＝x 1+x 2+...+x k+1，k∈[1，m-1]，k为正整数；
    若预设的计算方式为按金额计算，则按照如下公式计算所述优惠金额：
    Q＝y+P×X
    其中，Q为所述优惠金额，P为所述目标下限值，X为所述目标概率值；
    若所述计算方式为按比例计算，则按照如下公式计算所述优惠金额：
    Q＝a×(P+y×X)
    其中，a为所述订单金额。
  16. 一个或多个存储有计算机可读指令的非易失性可读存储介质，其特征在于，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行如下步骤：
    接收用户通过聚合支付平台提交的订单请求信息，其中，所述订单请求信息包括订单编码、订单金额和用户身份信息；
    根据所述订单编码，获取该订单编码对应的商户提供的n个目标优惠类型标识信息，其中，n为零或者正整数；
    根据所述订单编码和所述用户身份信息，按照预设的判断条件确定所述用户是否享有优惠资格；
    若所述用户享有所述优惠资格，则针对每个所述目标优惠类型标识信息，在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息，其中，所述优惠规则数据库中预存有优惠类型标识信息及其对应的优惠类型和优惠计算信息；
    根据所述目标优惠计算信息，计算所述订单金额的优惠金额，得到n个优惠金额；
    将所述n个优惠金额按照预设的显示方式返回给所述聚合支付平台。
  17. 如权利要求16所述的非易失性可读存储介质，其特征在于，所述根据所述订单编码和所述用户身份信息，按照预设的判断条件确定所述用户是否享有优惠资格包括：
    根据所述订单编码判断该订单编码对应的商户是否具有针对所述订单编码的优惠活动；
    若所述订单编码对应的商户不具有所述优惠活动，则确认所述用户无优惠资格；
    若所述订单编码对应的商户具有所述优惠活动，并且根据所述用户身份信息确定所述用户在预设时间段内完成的优惠活动的总次数达到预设的次数阈值，则确认所述用户无优惠资格；
    若所述订单编码对应的商户具有所述优惠活动，并且根据所述用户身份信息确定所述用户在所述预设时间段内完成的优惠活动的总次数小于所述次数阈值，则所述用户享有优惠资格。
  18. 如权利要求16或17所述的非易失性可读存储介质，其特征在于，所述优惠类型包括满减类型、满折类型、一口价类型、随机减类型、抹零类型和正态随机减类型中的至少一种。
  19. 如权利要求18所述的非易失性可读存储介质，其特征在于，若所述优惠类型包括所述正态随机减类型，所述目标优惠类型为所述正态随机减类型，则所述根据所述目标优惠计算信息，计算所述订单金额的优惠金额包括：
    若所述订单金额小于预设的优惠阀值，则所述优惠金额为0；
    若所述订单金额大于所述优惠阀值，则在(0，1]值域内随机产生两个随机数字；
    按照如下公式计算高斯随机金额M：
    M＝min(Z 0，Z 1)×σ+e
    Figure PCTCN2018098202-appb-100007
    Figure PCTCN2018098202-appb-100008
    其中，Z 0和Z 1为正态分布的高斯随机数字，U 1和U 2为所述随机数字，σ为预设的标准差，e为预设的期望值；
    若所述高斯随机金额属于预设的优惠金额区间，则将所述高斯随机金额确定为所述优惠金额；
    若所述高斯随机金额不属于所述优惠金额区间，则所述优惠金额为0。
  20. 如权利要求18所述的非易失性可读存储介质，其特征在于，若所述优惠类型包括所述随机减类型，所述目标优惠类型为所述随机减类型，则所述根据所述目标优惠计算信息，计算所述订单金额包括：
    若所述订单金额小于预设的随机减阀值，则所述优惠金额为0；
    若所述订单金额大于或者等于所述随机减阀值，则在预设的随机减区间内产生一个随机概率值y，其中，y∈(0，1)；
    将y与所述随机减区间每个优惠金额区间的预设的概率值x 1，x 2，...，x m中的最小概率值x 1进行比较，其中，x 1，x 2，...，x m按照递增的顺序排列，x 1+x 2+...+x m＝1，x i对应的优惠金额区间为[p i，p i+1]，i∈[1，m]，m为正整数；
    若y小于或者等于x 1，则将x 1确认为目标概率值，并将x 1对应的优惠金额区间的下限值p 1确定为目标下限值；
    若y大于x 1，则将x 1与x 2叠加得到的叠加概率值S 1与y进行比较；
    若y小于或者等于S 1，则将x 2确认为所述目标概率值，并将x 2对应的优惠金额区间的下限值p 2确定为所述目标下限值；
    若y大于S 1，则将S 1与x 3叠加得到的叠加概率值S 2与y继续进行比较，直到当y小于或者等于S k时，将x k+1确认为所述目标概率值，并将x k+1对应的优惠金额区间[p k，p k+1]的下限值p k确定为所述目标下限值，其中，S k＝x 1+x 2+...+x k+1，k∈[1，m-1]，k为正整数；
    若预设的计算方式为按金额计算，则按照如下公式计算所述优惠金额：
    Q＝y+P×X
    其中，Q为所述优惠金额，P为所述目标下限值，X为所述目标概率值；
    若所述计算方式为按比例计算，则按照如下公式计算所述优惠金额：
    Q＝a×(P+y×X)
    其中，a为所述订单金额。
PCT/CN2018/098202 2018-02-10 2018-08-02 一种聚合支付的金额优惠方法、装置、终端设备及存储介质 WO2019153669A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810138033.0 2018-02-10
CN201810138033.0A CN108460586A (zh) 2018-02-10 2018-02-10 一种聚合支付的金额优惠方法、装置、终端设备及存储介质

Publications (1)

Publication Number Publication Date
WO2019153669A1 true WO2019153669A1 (zh) 2019-08-15

Family

ID=63240010

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/098202 WO2019153669A1 (zh) 2018-02-10 2018-08-02 一种聚合支付的金额优惠方法、装置、终端设备及存储介质

Country Status (2)

Country Link
CN (1) CN108460586A (zh)
WO (1) WO2019153669A1 (zh)

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109544090A (zh) * 2018-10-11 2019-03-29 平安科技（深圳）有限公司 订单处理方法、装置、计算机设备及存储介质
CN113095873A (zh) * 2018-10-25 2021-07-09 口碑(上海)信息技术有限公司 数据处理方法、装置、计算机设备及计算机可读存储介质
CN109472585A (zh) * 2018-11-02 2019-03-15 深圳壹账通智能科技有限公司 基于数据分析的支付订单生成方法、装置、设备及介质
CN111311296A (zh) * 2018-12-12 2020-06-19 中国移动通信集团安徽有限公司 话单优惠属性解析方法、装置、设备及存储介质
CN109767260A (zh) * 2018-12-15 2019-05-17 深圳壹账通智能科技有限公司 基于一体化支付的账单优惠方法、装置、设备及存储介质
CN109741092B (zh) * 2018-12-19 2024-03-08 广州羊城通有限公司 一种公共交通费用优惠调整方法及后台服务设备
CN109727074A (zh) * 2018-12-29 2019-05-07 中国银联股份有限公司 一种优惠金额确定方法及装置
CN109754234A (zh) * 2019-01-11 2019-05-14 北京顺丰同城科技有限公司 一种聚合支付方法及装置
CN111598594A (zh) * 2019-02-20 2020-08-28 阿里巴巴集团控股有限公司 识别事件发生的方法、装置、电子设备及可读存储介质
CN110163586A (zh) * 2019-04-03 2019-08-23 阿里巴巴集团控股有限公司 交易支付和退款处理的方法、装置及设备
CN110097356B (zh) * 2019-05-07 2023-08-18 苏州达家迎信息技术有限公司 一种支付方法、装置、设备和存储介质
CN110264191A (zh) * 2019-05-17 2019-09-20 阿里巴巴集团控股有限公司 一种支付的风险识别方法和装置
CN110378679A (zh) * 2019-06-06 2019-10-25 北京辰森世纪科技股份有限公司 业务信息处理方法、装置、系统、存储介质及计算机设备
CN110288343A (zh) * 2019-06-24 2019-09-27 深圳前海微众银行股份有限公司 一种支付方法及装置
CN111738750A (zh) * 2019-07-26 2020-10-02 北京京东尚科信息技术有限公司 物品获取任务联动取消方法、装置、设备和存储介质
CN111222877A (zh) * 2019-10-31 2020-06-02 北京三快在线科技有限公司 商品信息处理方法及装置，存储介质及电子设备
CN112418968A (zh) * 2020-03-16 2021-02-26 上海哔哩哔哩科技有限公司 订单数据处理方法
WO2021196127A1 (zh) * 2020-04-02 2021-10-07 深圳市大疆创新科技有限公司 信息处理设备及方法、计算机可读存储介质
CN111626765B (zh) * 2020-04-22 2023-07-25 拉扎斯网络科技（上海）有限公司 资源配置方法及装置、存储介质、计算机设备
CN111612595A (zh) * 2020-06-03 2020-09-01 陈包容 基于交易下产生返利代金币的方法及系统
CN112418937A (zh) * 2020-11-25 2021-02-26 中国建设银行股份有限公司 优惠额度的生成方法和装置
CN112488770A (zh) * 2020-12-16 2021-03-12 广州华多网络科技有限公司 交易计价控制方法及其装置、设备、介质
CN112734460B (zh) * 2020-12-29 2023-09-22 拉扎斯网络科技（上海）有限公司 数据处理、支付数据输出、支付优惠数据提供方法及装置
CN113763100B (zh) * 2021-01-06 2023-11-07 北京京东振世信息技术有限公司 一种订单处理方法和装置
CN112750017A (zh) * 2021-01-26 2021-05-04 拉扎斯网络科技（上海）有限公司 信息推荐方法、装置及电子设备
CN113763106A (zh) * 2021-01-26 2021-12-07 北京沃东天骏信息技术有限公司 订单信息的处理方法、装置及存储介质
TWM619688U (zh) * 2021-04-22 2021-11-11 國泰世華商業銀行股份有限公司 商戶回饋設定平台
CN113516460A (zh) * 2021-05-10 2021-10-19 上海哔哩哔哩科技有限公司 预付订单处理方法、客户端、服务器及系统
CN113379522A (zh) * 2021-06-10 2021-09-10 北京京东振世信息技术有限公司 信息处理方法、信息处理装置、存储介质及电子设备
CN113409089A (zh) * 2021-06-29 2021-09-17 中国工商银行股份有限公司 积分组合优惠交易方法及装置
CN113487360A (zh) * 2021-07-13 2021-10-08 陕西维纳数字科技股份有限公司 一种用于优惠券管理系统的数据处理方法、系统及存储介质
CN113873281A (zh) * 2021-09-28 2021-12-31 北京达佳互联信息技术有限公司 信息展示方法、装置、终端及存储介质
CN115018485B (zh) * 2022-06-06 2023-06-09 易联支付有限公司 一种聚合支付运营管理平台及聚合支付方法
CN115471222A (zh) * 2022-07-12 2022-12-13 北京美蓝智达科技有限公司 一种运营平台及通过运营平台收银的方法
CN116228307A (zh) * 2023-02-27 2023-06-06 广东健怡投资有限公司 充电桩的充电优惠方法、装置、设备及介质
CN116957563A (zh) * 2023-09-21 2023-10-27 深圳市深圳通有限公司 数字人民币交通支付方法、装置、终端设备以及存储介质
CN117726328B (zh) * 2023-12-21 2024-05-07 大头(广州)软件技术有限公司 一种基于云平台的餐饮用pos管理平台

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105225142A (zh) * 2015-09-07 2016-01-06 腾讯科技（深圳）有限公司 一种进行订单处理的方法和装置
CN105844455A (zh) * 2015-02-04 2016-08-10 国际商业机器公司 用于由支持云的移动支付服务确定最优支付手段的方法和系统
CN106779661A (zh) * 2017-02-15 2017-05-31 宇龙计算机通信科技(深圳)有限公司 移动支付方式选择方法及系统
CN107578224A (zh) * 2017-09-13 2018-01-12 深圳前海乘势科技有限公司 多平台聚合支付的方法及装置
CN107609863A (zh) * 2017-08-28 2018-01-19 中国银联股份有限公司 一种终端支付的方法和终端
CN107622394A (zh) * 2017-09-21 2018-01-23 网易（杭州）网络有限公司 一种支付处理的方法、介质、装置和计算设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110106598A1 (en) * 2009-10-29 2011-05-05 Mccann Monica Theresa Surfacing Digital Coupons to Customers
CN103279876A (zh) * 2013-04-22 2013-09-04 上海掌富网络技术有限公司 支付终端的信息处理方法及装置
US20150278843A1 (en) * 2014-04-01 2015-10-01 Brian Lawe System and method for applying store credit to a presented bill for a discount when paid in store or by mobile wallet
CN105894260A (zh) * 2014-10-13 2016-08-24 李策 使用电子优惠券后再结算的方法
CN106469390A (zh) * 2015-08-18 2017-03-01 阿里巴巴集团控股有限公司 计算订单中子订单折扣金额的方法及装置
CN106296278A (zh) * 2016-08-04 2017-01-04 上海携程商务有限公司 优惠券发放方法及系统
CN107016568A (zh) * 2017-03-17 2017-08-04 袁军 积分增值消费电子商务平台的数据处理方法及系统
CN107480976A (zh) * 2017-08-23 2017-12-15 深圳给乐信息科技有限公司 一种积分联合支付方法及系统
CN107633424A (zh) * 2017-08-31 2018-01-26 珠海市魅族科技有限公司 支付方法和装置、计算机装置及计算机可读存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105844455A (zh) * 2015-02-04 2016-08-10 国际商业机器公司 用于由支持云的移动支付服务确定最优支付手段的方法和系统
CN105225142A (zh) * 2015-09-07 2016-01-06 腾讯科技（深圳）有限公司 一种进行订单处理的方法和装置
CN106779661A (zh) * 2017-02-15 2017-05-31 宇龙计算机通信科技(深圳)有限公司 移动支付方式选择方法及系统
CN107609863A (zh) * 2017-08-28 2018-01-19 中国银联股份有限公司 一种终端支付的方法和终端
CN107578224A (zh) * 2017-09-13 2018-01-12 深圳前海乘势科技有限公司 多平台聚合支付的方法及装置
CN107622394A (zh) * 2017-09-21 2018-01-23 网易（杭州）网络有限公司 一种支付处理的方法、介质、装置和计算设备

Also Published As

Publication number Publication date
CN108460586A (zh) 2018-08-28

Similar Documents

Publication Publication Date Title
WO2019153669A1 (zh) 一种聚合支付的金额优惠方法、装置、终端设备及存储介质
WO2019196579A1 (zh) 智能券的发放方法、装置及利用智能券的核销方法、装置
CN108710634B (zh) 一种协议文件的推送方法及终端设备
US20140250011A1 (en) Account type detection for fraud risk
US20100125525A1 (en) Price alteration through buyer affected aggregation of purchasers
WO2019095666A1 (zh) 一种贷款额度评估方法及相关设备
WO2013142588A1 (en) Risk manager optimizer
CN108288181A (zh) 一种优惠活动的生成方法、装置、终端设备及存储介质
CN110288343A (zh) 一种支付方法及装置
WO2017034643A1 (en) Systems and methods for processing charges for disputed transactions
KR102447254B1 (ko) 고속 거래 체결을 지원하는 거래소 운영 방법 및 시스템
CN103886472A (zh) 一种网上交易中的权限分配方法及系统
JP7059160B2 (ja) 提供装置、提供方法および提供プログラム
CN110097369A (zh) 交易数据处理方法、装置、电子设备与存储介质
WO2019047350A1 (zh) 一种潜在客户的识别方法、装置、电子设备及介质
US9972027B1 (en) System and method of tracking the effectiveness of viewing resources on electronic devices in causing transaction activity to subsequently occur at a physical location associated with the resources
US20230046907A1 (en) Methods of determining redemption of content provided through social media marketing using a pos system and related systems
CN103886496A (zh) 一种网上贷款交易的方法
Kamiya et al. Equilibrium price dispersion in a matching model with divisible money
CN112561672A (zh) 账务数据处理系统、方法、装置、设备、计算机可读介质
TW202117638A (zh) 整合支付優惠的服務方法
CN110363388B (zh) 一种处理产品请求的方法、服务器及计算机可读存储介质
US20230267543A1 (en) Trackable product interest system and method
TWM577552U (zh) Consumer sharing system
CN108133400A (zh) 一种网上竞价售票方案

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18904842

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 09.12.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18904842

Country of ref document: EP

Kind code of ref document: A1