WO2020238391A1 - 电子券的核销方法及装置 - Google Patents

电子券的核销方法及装置 Download PDF

Info

Publication number
WO2020238391A1
WO2020238391A1 PCT/CN2020/082157 CN2020082157W WO2020238391A1 WO 2020238391 A1 WO2020238391 A1 WO 2020238391A1 CN 2020082157 W CN2020082157 W CN 2020082157W WO 2020238391 A1 WO2020238391 A1 WO 2020238391A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
account database
business district
amount data
coupon
Prior art date
Application number
PCT/CN2020/082157
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 WO2020238391A1 publication Critical patent/WO2020238391A1/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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • 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

Definitions

  • the present disclosure relates to the field of electronic information, in particular to a verification method and device for electronic coupons.
  • the present disclosure is proposed to provide an electronic coupon verification method and device that overcomes the above problems or at least partially solves the above problems.
  • an electronic coupon verification method including:
  • the received e-voucher claim request and preset e-voucher claim rules determine the actual amount paid by the user and the prepaid amount in the business district corresponding to the e-voucher claim request;
  • the electronic coupons corresponding to the e-voucher claim request are issued to the user terminal corresponding to the e-voucher claim request, and the user actual payment amount data and business area prepaid amount data are associated with the issued electronic coupons and stored in the preset intermediate account database ;
  • the user's actual payment amount data and the business area prepaid amount data stored in the preset intermediate account database associated with the issued electronic coupon are transferred to and written off respectively Request the store account database of the corresponding target store.
  • an electronic coupon verification device including:
  • the user's actual payment amount and the business area prepaid amount determination module is suitable for determining the user's actual payment amount and the business area's prepaid amount corresponding to the e-voucher claim request according to the received e-voucher claim request and preset e-voucher claim rules;
  • the user actual payment amount data and the business area prepaid amount data acquisition module is suitable for obtaining the user actual payment amount data that matches the user’s actual payment amount paid by the user terminal corresponding to the e-voucher claim request, and obtains the data from the preset business area Obtain the prepaid amount data in the business district that matches the prepaid amount in the business district from the pre-deposited account database;
  • the electronic coupon issuance module is suitable for issuing electronic coupons corresponding to the e-voucher claim request to the user terminal corresponding to the e-voucher claim request, and associates the user's actual payment amount data and business area prepaid amount data with the issued electronic coupons Stored in the preset intermediate account database;
  • the electronic coupon verification module is adapted to, when a verification request for the issued electronic coupons is received, the user's actual payment amount data and the business area prepaid amount stored in association with the issued electronic coupons in the preset intermediate account database The data is transferred to the store account database of the target store corresponding to the verification request.
  • an electronic device including: a processor, a memory, a communication interface, and a communication bus.
  • the processor, the memory, and the communication interface communicate with each other through the communication bus;
  • the memory is used to store at least one executable instruction, and the executable instruction causes the processor to perform operations corresponding to the above-mentioned electronic coupon verification method.
  • a non-volatile computer-readable storage medium stores at least one executable instruction, and the executable instruction causes a processor to execute as described above The corresponding operation of the verification method of the electronic coupon.
  • a computer program product which includes a computer program stored on a non-volatile computer storage medium.
  • the method and device for verifying electronic coupons provided by the present disclosure, it is possible to determine the user's actual payment amount corresponding to the electronic coupon withdrawal request and the prepaid amount in the business circle according to the preset electronic coupon receiving rules; and then the corresponding user can actually pay
  • the amount data and the prepaid amount data of the business district are respectively stored in the preset intermediate account database, so as to write off according to the preset intermediate account database. It can be seen that this method sets up a preset intermediate account database, and stores the actual amount data paid by the user and the prepaid amount data on behalf of the business circle through the account data. Therefore, the same electronic coupon can support two types of electronic coupons. Processing of data from different sources.
  • the e-coupon can use the intermediate account to realize the management of data from two different sources, so that the e-coupons issued by the business circle can be used in stores different from the business circle, so that the e-coupon can be changed
  • the verification by other entities of the coupon issuing entity breaks the traditional shortcomings of electronic coupons that can only be verified by the electronic coupon issuing entity, and broadens the use of electronic coupons.
  • FIG. 1 shows a flowchart of an electronic coupon verification method provided in Embodiment 1 of the present disclosure
  • FIG. 2 shows a flowchart of an electronic coupon verification method provided in the second embodiment of the present disclosure
  • FIG. 3 shows a structural diagram of an electronic coupon verification device provided in the third embodiment of the present disclosure
  • FIG. 4 shows a schematic structural diagram of an electronic device provided by Embodiment 5 of the present disclosure.
  • Fig. 1 shows a flowchart of an electronic coupon verification method provided in the first embodiment of the present disclosure. As shown in Figure 1, the method includes:
  • Step S110 Determine the actual amount paid by the user and the prepaid amount in the business district corresponding to the request for receiving electronic coupons according to the received request for receiving electronic coupons and the preset rules for receiving electronic coupons.
  • the electronic coupon claim request is used to receive the electronic coupon issued by the business district.
  • the preset e-coupon receiving rules are used to set various information related to the amount that the user should pay when receiving the e-coupon.
  • the e-voucher collection rules can be that users pay 80% of the amount, and the business district prepays 20% of the amount.
  • the received e-voucher collection request and the preset e-voucher collection rules can determine the total denomination of the e-vouchers to be received and the amount paid by the user and the business district respectively, corresponding to the amount actually paid by the user and the amount prepaid by the business district .
  • Step S120 Obtain the user actual payment amount data that matches the user actual payment amount paid by the user terminal corresponding to the e-voucher claim request, and obtain the prepaid amount with the business district from the preset business district pre-stored account database Prepaid amount data of matching business district.
  • the total amount data that matches the actual total denomination of the e-voucher can be obtained.
  • the total amount data is composed of the above-mentioned user actual payment amount data and business zone prepaid amount data.
  • Step S130 Issue the electronic coupons corresponding to the e-voucher claim request to the user terminal corresponding to the e-voucher claim request, and store the data of the user's actual payment amount and the prepaid amount data of the business district with the issued electronic coupons in a preset Intermediate account database.
  • the electronic coupon issuance record is directly recorded between the user terminal and the issued electronic coupon.
  • the corresponding relationship is sufficient, and the electronic coupons that each user has received can be inquired through the electronic coupon issuing records later.
  • the preset intermediate account database is used to store the funds corresponding to the received electronic coupons. Among them, the funds stored in the preset intermediate account database are divided into two parts, which are the data of the actual amount paid by the user and the data of the prepaid amount in the business district. These two parts are stored in association with the coupon ID of the issued electronic coupon for subsequent verification. .
  • the preset intermediate account is maintained by the preset intermediate account database. Accordingly, the operation of storing the user's actual payment amount data and business district prepaid amount data in association with the issued electronic coupons in the preset intermediate account is essentially This is achieved by updating the user's actual payment amount data and the business district prepayment amount data stored in association with the issued electronic coupons in the preset intermediate account database.
  • Step S140 When the verification request for the issued electronic coupons is received, the user actual payment amount data and the business area prepaid amount data stored in association with the issued electronic coupons in the preset intermediate account database are respectively transferred to The store account database of the target store corresponding to the verification request.
  • the user's actual payment amount data and the business area prepaid amount data stored in association with the coupon identifier in the preset intermediate account database are queried, so that according to these two parts
  • the amount updates the store account database of the target store corresponding to the verification request, so that the store account database of the target store can receive the total amount data composed of the user's actual payment amount data and the business district prepaid amount data.
  • the business district that issues electronic coupons is equivalent to the first type of entity
  • the store used for verification of electronic coupons is equivalent to the second type of entity
  • the second type of entity belongs to the first type of entity.
  • the business districts that issue electronic coupons in this embodiment generally refer to all types of entities of the first category with lower-level stores, including shopping malls, electronic platforms, etc.
  • the stores used to verify electronic coupons generally refer to various types of The second type of entities in the upper business district, including stores, electronic stores, etc.
  • This method achieves the technical effect of processing data from two different sources through electronic coupons by setting a preset intermediate account database.
  • this method enables the electronic coupons issued by the business district to be used in stores different from the business district, so that the electronic coupons can be written off by entities other than the electronic coupon issuing entity, breaking the traditional electronic coupons that can only be
  • the shortcomings of the electronic coupon issuing entity's verification and cancellation have broadened the scope of use of electronic coupons.
  • Fig. 2 shows a flowchart of an electronic coupon verification method provided in the second embodiment of the present disclosure.
  • the execution subject of this method can be various types of servers and other network devices, such as background servers.
  • the method includes:
  • Step S200 Generate an electronic coupon to be picked up according to the electronic coupon generation request sent by the business district.
  • the business district can send an electronic coupon generation request to the back-end server in advance according to the type of event, the discount rate, the duration of the event, the range of stores covered by the event, etc., so that the back-end server can generate the electronic coupon to be picked up.
  • the electronic coupon generation request may include various types of information to facilitate setting various attributes of the electronic coupon to be received.
  • the e-coupon generation request contains the prepayment rules of the business district (also called the business district subsidy rules), and the prepayment rules of the business district are used to determine the preferential ratio and other information, including: the total face value of the e-voucher, the user actually paid ratio and/or the business district Prepayment ratio. For example, for a 10% discount coupon, when the total face value of the electronic coupon is 100, the actual payment ratio of the user is 90%, and the prepayment ratio of the business district is 10%.
  • the electronic coupon collection rules corresponding to the electronic coupons to be collected are set.
  • the e-ticket receiving rule is an attribute of the e-ticket, which is used to determine the amount that the user and the business district respectively bear when the user receives the e-ticket.
  • the e-coupon generation request further includes store information.
  • the back-end server After the back-end server generates the e-coupon to be retrieved, it further stores the e-coupon corresponding to the e-coupon to be retrieved according to the store information contained in the e-coupon generation request.
  • List of stores As another attribute of the electronic coupon, the store list is used to determine the range of stores applicable to the electronic coupon.
  • the store information contained in the electronic coupon generation request can be determined according to the subordinate stores corresponding to the business district that sent the electronic coupon generation request. For example, in order to expand the scope of activities in a business district, all subordinate stores corresponding to the business district may be added to the list of stores.
  • the business district can pre-divide activities into multiple types, and configure corresponding store lists for each type of activity.
  • the types of activities can be divided according to the types of stores.
  • the business district contains multiple types of stores such as home improvement, maternal and child, and catering, one or more e-vouchers can be configured for each type of store to facilitate A corresponding discount ratio is set for the type of store, and accordingly, the store list corresponding to the e-coupon is determined according to the activity type corresponding to the e-coupon.
  • the activity type can also be divided according to the time range. For example, the entire activity is divided into three time periods, and the corresponding discount strength and the applicable store list are configured for the applicable electronic coupons in each time period.
  • the electronic coupon generation request may further include additional restriction information such as time-of-day information and geographic information, so that the back-end server can set additional attributes of the electronic coupon according to the additional restriction attributes, so as to standardize the use of the electronic coupon.
  • the business district can divide the activities into multiple types in advance, configure at least one type of electronic coupons for each type of activity, and determine the attribute information of the corresponding electronic coupons according to the type of activity.
  • Step S210 Determine the actual amount paid by the user and the prepaid amount in the business district corresponding to the e-voucher claim request according to the received e-voucher claim request and the preset e-voucher claim rule.
  • the electronic coupon claim request is used to receive the electronic coupon issued by the business district.
  • the back-end server can display each electronic coupon that has been generated to be received on the network terminal side, and set a receiving entrance corresponding to each electronic coupon to be received, so that the user can trigger an electronic coupon receiving request through the receiving entrance .
  • the e-coupon claim request contains the user ID of the user terminal and the coupon ID. Accordingly, the back-end server determines the preset e-voucher claim rule corresponding to the e-voucher to be received according to the voucher ID, so as to determine the e-voucher claim rule The amount actually paid by the user and the amount prepaid by the business district. For example, when the total face value of the electronic coupon is 100, and the actual payment ratio of the user is 90%, and the prepayment ratio of the business district is 10%, the actual payment amount of the user is 90 and the prepayment amount of the business district is 10.
  • Step S220 Obtain the user actual payment amount data that matches the user actual payment amount paid by the user terminal corresponding to the e-voucher claim request, and obtain the prepaid amount with the business district from the preset business district pre-storage account database Prepaid amount data of the matching business district.
  • the total amount data that matches the actual total denomination of the electronic coupon can be obtained.
  • the total amount data is composed of the above-mentioned user actual payment amount data and business district prepaid amount data.
  • Step S230 Issue the electronic coupons corresponding to the e-voucher claim request to the user terminal corresponding to the e-voucher claim request, and store the data of the actual amount paid by the user and the prepaid amount data of the business district with the issued electronic coupons in a preset
  • the user terminal account database of the intermediate account database and the business district terminal account database is the user terminal account database of the intermediate account database and the business district terminal account database.
  • the preset intermediate account database further includes: a user terminal account database and a business district terminal account database.
  • the user terminal account database and the business district terminal sub-account database can essentially also be implemented through corresponding data tables.
  • the user's actual payment amount data and the business district prepaid amount data are respectively stored in association with the issued electronic coupons in the user terminal account database and the business district terminal account database.
  • the coupon identification of the issued electronic coupon and the user identification of the user terminal corresponding to the electronic coupon claim request are stored in a user terminal account database and a business district terminal account database in association with each other.
  • the user terminal account database is used to store the user actual payment amount data paid by each user, and each user actual payment amount data is distinguished by the user identification and/or coupon identification to distinguish the users of each electronic coupon corresponding to each user Actual payment amount data; similarly, the business district terminal account database is used to store the business district prepaid amount data provided by the business district, and each business district prepaid amount data is also distinguished by user identification and/or coupon identification to distinguish each user The prepaid amount data of the corresponding business district of each electronic coupon. It can be seen that through the user identification and/or coupon identification, the actual payment amount data of the user of the same electronic coupon corresponding to the same user and the prepaid amount data of the business district can be matched to realize the two parts of funds are stored separately and written off at the same time effect.
  • Step S240 When receiving a verification request for the issued e-coupon, further determine whether the target store corresponding to the verification request belongs to the stored store list corresponding to the electronic coupon to be received. List of stores.
  • each attribute of the electronic coupon has been preset in step S200, including the list of stores to which the electronic coupon is applicable, correspondingly, in this step, it needs to be determined according to the user identification and/or coupon identification included in the verification request.
  • the attribute information of the corresponding electronic coupon is used to determine the store list to which the corresponding electronic coupon is applicable. Then, according to the store identifier contained in the verification request, determine the target store corresponding to the verification request.
  • the target store belongs to the above-mentioned store list, it means that the verification request is compliant and continue to perform subsequent supplements; If the store does not belong to the above-mentioned store list, it means that the verification request is non-compliant, and the verification request is rejected, and a message indicating that the verification failed is returned to the user.
  • step S200 it is possible to further determine whether the verification request is compliant according to other attributes of the electronic coupon preset in step S200, for example, to determine whether the verification request is compliant with the aging information of the electronic coupon, geographical information, etc., to ensure the The verification operation of the e-voucher matches the setting when the e-voucher is issued by the business district.
  • Step S250 If yes, transfer the user actual payment amount data and the business area prepaid amount data stored in association with the issued electronic coupons in the preset intermediate account database to the store account database of the target store corresponding to the verification request. .
  • the coupon identification and user identification contained in the verification request determine the user actual payment amount data and the trade terminal account corresponding to the coupon identification and user identification included in the verification request in the user terminal account database
  • the balance data of the store account database of the target store is updated according to the total amount data of the electronic coupons determined by the corresponding user actual payment amount data and the corresponding business area prepaid amount data.
  • the verification request is only used to verify the corresponding e-coupon. If the user has other items that need to be paid in addition to the consumption item corresponding to the e-coupon, he needs to scan the code again to pay Payments for the remaining items. In this method, it is sufficient to directly deposit the total amount of electronic coupons determined by the corresponding user's actual payment amount data and the corresponding business area prepaid amount data into the store account database of the target store, so that the store can be Receiving all the money corresponding to the e-voucher, there is no need to advance the discount part of the business district, nor need to care about the payment ratio between the user and the business district, so that the store has no perception effect.
  • the verification request is used not only to verify the corresponding electronic coupons, but also to pay for other payment items, so that the user only needs to pay once to complete the payment for all consumption items.
  • the user consumption information corresponding to the user identification included in the verification request is obtained, and the total consumption amount data corresponding to the user consumption information is calculated; according to the difference between the total consumption amount data and the electronic coupon total amount data Determine the user payment amount, obtain the user payment amount data that matches the user payment amount paid by the user terminal corresponding to the verification request, and update the store account database of the target store based on the user payment amount data and the total amount of electronic coupons. Balance data.
  • the write-off request can further include the details and prices of all consumption items consumed by the user in the target store, so as to calculate the total consumption amount data based on the total amount of consumption data and the total amount of electronic coupons.
  • the difference collects the amount paid by the user. Among them, when the difference is positive, the user needs to make up the payment that matches the difference; when the difference is negative, the user can return the amount that matches the difference, so that the electronic coupon can be divided into more Write-offs once to enhance the flexibility of the verification method.
  • the balance data of the store account database of the target store it is directly updated according to the user's payment amount data and the total amount of electronic coupon data (ie: directly deposit the amount that matches the total amount of consumption data in the store account database) , So as to ensure that the user only needs to pay once, and the store can also receive the payment for all items at one time, which is convenient for the user and the store.
  • the user terminal account database corresponding to the coupon identification and user identification included in the verification request and the user actual payment amount data and the business district terminal account database corresponding to the coupon identification and user identification included in the verification request The prepaid amount data of the business district is cleared separately. So as to achieve a complete write-off process.
  • This method enables the electronic coupons issued by the business district to be used in stores different from the business district, so that the electronic coupons can be written off by entities other than the electronic coupon issuing entity, breaking the traditional electronic coupons that can only be used by electronic coupons.
  • the drawbacks of the issuing entity's verification and write-off have broadened the scope of use of electronic coupons.
  • the verification method for electronic coupons provided in the present disclosure, for the target store, the actual payment received is consistent with the original price of the product, and there is no need to advance any preferential part, and the target store does not need to care about the actual payment by the user.
  • the ratio between the amount data and the prepaid amount data in the business district realizes the effect of writing off electronic coupons without perception in the store.
  • This method can determine the user's actual payment amount and the business area prepaid amount corresponding to the e-voucher claim request according to the preset e-voucher receiving rules; and then store the corresponding user actual payment amount data and business area prepaid amount data to the preset In the intermediate account database, in order to write off according to the preset intermediate account database. It can be seen that this method sets up a preset intermediate account database, and stores the actual amount paid by the user and the discount amount paid by the business circle through the account, so that the user can automatically enjoy the discount when purchasing the electronic coupon, and the user can write off The store receives all payments directly when e-vouchers, no need to advance the discount part.
  • this method can customize the type of activities and the range of stores participating in various activities by the business district, which provides convenience for the promotion of multiple types of activities in the business district, and can combine the characteristics of different types of stores to customize suitable discounts for them Strategies are conducive to improving the scalability of activities.
  • the user when processing the verification request, the user can complete the payment process of the e-voucher and other consumer items at one time, without having to make two payments, and the store can collect all the money at once without perception.
  • FIG. 3 shows a schematic structural diagram of an electronic coupon verification device provided in the third embodiment of the present disclosure, and the device includes:
  • the user's actual payment amount and the business area prepaid amount determination module 31 is adapted to determine the user's actual payment amount and the business area prepaid amount corresponding to the e-voucher claim request according to the received e-voucher claim request and preset e-voucher claim rules ;
  • the user actual payment amount data and the business district prepaid amount data acquisition module 32 is adapted to obtain the user actual payment amount data that matches the user actual payment amount paid by the user terminal corresponding to the e-voucher claim request, and obtains the data from the preset merchant Obtain the prepaid amount data in the business district that matches the prepaid amount in the business district from the pre-deposit account database;
  • the electronic coupon issuing module 33 is adapted to issue the electronic coupon corresponding to the electronic coupon claim request to the user terminal corresponding to the electronic coupon claim request, and compare the user's actual payment amount data and business area prepaid amount data with the issued electronic coupons Associative storage to the preset intermediate account database;
  • the electronic coupon verification module 34 is adapted to, when a verification request for the issued electronic coupons is received, the user actual payment amount data stored in association with the issued electronic coupons in the preset intermediate account database and the business district prepaid The amount data is transferred to the store account database of the target store corresponding to the verification request.
  • the preset intermediate account database further includes: a user terminal account database and a business district terminal account database, and the electronic coupon issuing module is specifically adapted to:
  • the data of the actual amount paid by the user and the prepaid amount data of the business district and the issued electronic coupons are respectively stored in the user terminal account database and the business district terminal account database.
  • the electronic coupon issuance module is specifically adapted to store the coupon identification of the issued electronic coupon and the user identification of the user terminal corresponding to the electronic coupon claim request in a user terminal account database and a business district terminal account database in association with each other;
  • the electronic coupon verification module is specifically suitable for:
  • the coupon identification and user identification contained in the verification request determine the user actual payment amount data corresponding to the coupon identification contained in the verification request and the user identification in the user terminal account database, and the merchant terminal account database and verification request The included coupon ID and the prepaid amount data of the business district corresponding to the user ID;
  • the user actual payment amount data corresponding to the coupon ID contained in the verification request and the user ID in the user terminal account database, and the business district prepaid amount corresponding to the coupon ID included in the verification request and the user ID in the business district terminal account database The data is cleared separately.
  • the electronic coupon verification module is specifically adapted to:
  • the device further includes:
  • the electronic coupon generation module is suitable for generating electronic coupons to be picked up according to the electronic coupon generation request sent by the business district;
  • the prepayment rules of the business district contained in the e-coupon generation request set the e-coupon collection rules corresponding to the e-coupons to be picked up; among them, the prepayment rules of the business district include: the total face value of the e-coupons, the user actual payment ratio and/or the business district Prepayment ratio.
  • the device further includes:
  • the target store judgment module is adapted to store a list of stores corresponding to the electronic coupons to be received according to the store information contained in the electronic coupon generation request;
  • the target store corresponding to the verification request belongs to the store list based on the stored store list corresponding to the electronic coupon to be received; if so; Execute the step of transferring the actual payment amount data and the prepaid amount data of the business district stored in the preset intermediate account database in association with the issued electronic coupons to the store account database of the target store corresponding to the verification request.
  • the business district prepayment rules and/or store information contained in the electronic coupon generation request are determined according to the preset activity type.
  • the fourth embodiment of the present disclosure provides a non-volatile computer-readable storage medium.
  • the non-volatile computer-readable storage medium stores at least one executable instruction.
  • the computer-executable instruction can execute any of the foregoing method embodiments.
  • the executable instructions may be specifically used to make the processor execute the corresponding operations in the foregoing method embodiments.
  • FIG. 4 shows a schematic structural diagram of an electronic device according to the fifth embodiment of the present disclosure, and the specific embodiment of the present disclosure does not limit the specific implementation of the electronic device.
  • the electronic device may include: a processor (processor) 402, a communication interface (Communications Interface) 406, a memory (memory) 404, and a communication bus 408.
  • processor processor
  • Communication interface Communication Interface
  • memory memory
  • communication bus 408 a communication bus
  • the processor 402, the communication interface 406, and the memory 404 communicate with each other through the communication bus 408.
  • the communication interface 406 is used to communicate with other devices such as network elements such as clients or other servers.
  • the processor 402 is configured to execute the program 410, and specifically can execute the relevant steps in the above-mentioned electronic coupon verification method embodiment.
  • the program 410 may include program code, and the program code includes computer operation instructions.
  • the processor 402 may be a central processing unit CPU, or an ASIC (Application Specific Integrated Circuit), or one or more integrated circuits configured to implement the embodiments of the present disclosure.
  • the one or more processors included in the electronic device may be processors of the same type, such as one or more CPUs; or processors of different types, such as one or more CPUs and one or more ASICs.
  • the memory 404 is used to store the program 410.
  • the memory 404 may include a high-speed RAM memory, and may also include a non-volatile memory (non-volatile memory), for example, at least one disk memory.
  • the program 410 may be specifically used to enable the processor 402 to perform corresponding operations in the foregoing method embodiments.
  • modules or units or components in the embodiments can be combined into one module or unit or component, and in addition, they can be divided into multiple sub-modules or sub-units or sub-components. Except that at least some of such features and/or processes or units are mutually exclusive, any combination can be used to compare all features disclosed in this specification (including the accompanying claims, abstract and drawings) and any method or methods disclosed in this manner or All the processes or units of the equipment are combined. Unless expressly stated otherwise, each feature disclosed in this specification (including the accompanying claims, abstract and drawings) may be replaced by an alternative feature providing the same, equivalent or similar purpose.
  • the various component embodiments of the present disclosure may be implemented by hardware, or by software modules running on one or more processors, or by a combination of them.
  • a microprocessor or a digital signal processor (DSP) may be used in practice to implement some or all of the functions of some or all of the components in the voice input information-based lottery system according to the embodiments of the present disclosure.
  • DSP digital signal processor
  • the present disclosure can also be implemented as a device or device program (for example, a computer program and a computer program product) for executing part or all of the methods described herein.
  • Such a program for realizing the present disclosure may be stored on a computer-readable medium, or may have the form of one or more signals. Such signals can be downloaded from Internet websites, or provided on carrier signals, or provided in any other form.

Abstract

一种电子券的核销方法及装置，涉及电子信息领域，该方法包括：根据电子券领取请求及预设的电子券领取规则，确定用户实付数额及商圈预付数额；获取用户终端支付的用户实付金额数据，并从预设的商圈预存账户数据库中获取商圈预付金额数据；将相对应的电子券发放给用户终端，将用户实付金额数据及商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库；当接收到已发放的电子券的核销请求时，将预设中间账户数据库中与已发放的电子券关联存储的用户实付金额数据及商圈预付金额数据分别转存至目标门店的门店账户数据库。

Description

电子券的核销方法及装置
相关申请的交叉参考
本申请要求于2019年5月30日提交中国专利局、申请号为2019104651517、名称为“电子券的核销方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本公开涉及电子信息领域，具体涉及一种电子券的核销方法及装置。
背景技术
目前，很多门店都会针对用户推出电子券，以提升客流量。在现有技术中，门店推出的电子券通常允许用户以低于券总面额的金额获取。例如，对于一张总面额为100的电子券而言，用户仅需提供90元即可领取。相应地，在门店的后台数据库中，存储用户支付的90元以及针对该用户发放的100元电子券信息，以供用户使用。
但是，发明人在实现本公开的过程中，发现上述方式至少存在如下问题：在现有方式中，电子券的领取过程中仅涉及用户实付金额数据这一笔数据，相应地，该电子券的使用门店与电子券的发放门店必须为同一门店，无法支持用户跨店使用。由此可见，由于现有的电子券生成方式中仅能根据用户实付金额数据这一单一来源的数据进行处理，因此，仅能支持门店内部使用，导致电子券的使用场景受限。综上可知，现有的电子券只能通过电子券发放实体进行核销，无法通过除电子券发放实体之外的其他实体进行核销。
发明内容
鉴于上述问题，提出了本公开以便提供一种克服上述问题或者至少部分地解决上述问题的一种电子券的核销方法及装置。
根据本公开的一个方面，提供了一种电子券的核销方法，包括：
根据接收到的电子券领取请求以及预设的电子券领取规则，确定与电子 券领取请求相对应的用户实付数额以及商圈预付数额；
获取与电子券领取请求相对应的用户终端支付的与用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与商圈预付数额相匹配的商圈预付金额数据；
将与电子券领取请求相对应的电子券发放给与电子券领取请求相对应的用户终端，将用户实付金额数据以及商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库；
当接收到针对已发放的电子券发出的核销请求时，将预设中间账户数据库中与已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与核销请求相对应的目标门店的门店账户数据库。
根据本公开的另一方面，提供了一种电子券的核销装置，包括：
用户实付数额以及商圈预付数额确定模块，适于根据接收到的电子券领取请求以及预设的电子券领取规则，确定与电子券领取请求相对应的用户实付数额以及商圈预付数额；
用户实付金额数据以及商圈预付金额数据获取模块，适于获取与电子券领取请求相对应的用户终端支付的与用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与商圈预付数额相匹配的商圈预付金额数据；
电子券发放模块，适于将与电子券领取请求相对应的电子券发放给与电子券领取请求相对应的用户终端，将用户实付金额数据以及商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库；
电子券核销模块，适于当接收到针对已发放的电子券发出的核销请求时，将预设中间账户数据库中与已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与核销请求相对应的目标门店的门店账户数据库。
根据本公开的再一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间 的通信；
存储器用于存放至少一可执行指令，可执行指令使处理器执行如上述的电子券的核销方法对应的操作。
根据本公开的再一方面，提供了一种非易失性计算机可读存储介质，该非易失性计算机可读存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述的电子券的核销方法对应的操作。
根据本公开的又一方面，提供了一种计算机程序产品，该计算机程序产品包括存储在非易失性计算机存储介质上的计算机程序。
在本公开提供的电子券的核销方法及装置中，能够根据预设的电子券领取规则确定与电子券领取请求相对应的用户实付数额以及商圈预付数额；进而将对应的用户实付金额数据以及商圈预付金额数据分别存储到预设中间账户数据库中，以便根据该预设中间账户数据库进行核销。由此可见，该方式通过设置预设中间账户数据库，并通过该账户数据分别存储用户支付的实际金额数据以及商圈代付的预付金额数据，因此，能够使同一种电子券同时支持针对两种不同来源的数据的处理。正是由于该电子券能够借助中间账户实现针对两种不同来源的数据的管理，因此，能够使商圈发放的电子券应用于不同于商圈的门店中，从而使电子券能够由不同于电子券发放实体的其他实体进行核销，打破了传统的电子券仅能由电子券发放实体进行核销的弊端，拓宽了电子券的使用范围。
上述说明仅是本公开技术方案的概述，为了能够更清楚了解本公开的技术手段，而可依照说明书的内容予以实施，并且为了让本公开的上述和其它目的、特征和优点能够更明显易懂，以下特举本公开的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本公开的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了本公开实施例一提供的一种电子券的核销方法的流程图；
图2示出了本公开实施例二提供的一种电子券的核销方法的流程图；
图3示出了本公开实施例三提供的一种电子券的核销装置的结构图；
图4示出了本公开实施例五提供的一种电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一
图1示出了本公开实施例一提供的一种电子券的核销方法的流程图。如图1所示，该方法包括：
步骤S110：根据接收到的电子券领取请求以及预设的电子券领取规则，确定与该电子券领取请求相对应的用户实付数额以及商圈预付数额。
其中，电子券领取请求用于领取商圈发放的电子券。预设的电子券领取规则用于设置与用户领取电子券时应支付的数额相关的各类信息。例如，电子券领取规则可以为用户支付80％的金额，由商圈预付20％的金额等。相应地，接收到的电子券领取请求以及预设的电子券领取规则，能够确定待领取的电子券的总面额以及用户和商圈分别支付的数额，对应于用户实付数额以及商圈预付数额。
步骤S120：获取与该电子券领取请求相对应的用户终端支付的与该用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与该商圈预付数额相匹配的商圈预付金额数据。
其中，一方面，需要获取与该电子券领取请求相对应的用户终端支付的与该用户实付数额相匹配的用户实付金额数据，从而使用户完成付款，具体可通过扫码付款等多种方式实现。另一方面，需要从预设的商圈预存账户数据库中获取与该商圈预付数额相匹配的商圈预付金额数据。实际情况中，当商圈欲实施活动推广时，需要预先设置商圈预存账户数据库，该商圈预存账户数据库用于存储本次活动推广的活动资金。相应地，直接从商圈预存账户数据库中提取与该商圈预付数额相匹配的商圈预付金额数据即可。通过上述两方面的处理，即可获取到与电子券的实际总面额相匹配的总金额数据，该总金额数据由上述提到的用户实付金额数据以及商圈预付金额数据两部分组 成。
步骤S130：将与电子券领取请求相对应的电子券发放给与电子券领取请求相对应的用户终端，将用户实付金额数据以及商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库。
其中，将与电子券领取请求相对应的电子券发放给与电子券领取请求相对应的用户终端时，直接在预设的电子券发放记录中记录该用户终端与已发放的电子券之间的对应关系即可，后续可通过该电子券发放记录查询各个用户已领取的电子券。预设中间账户数据库用于存储已领取的电子券所对应的款项。其中，预设中间账户数据库中存储的款项分为两部分，分别为用户实付金额数据以及商圈预付金额数据，这两部分与已发放的电子券的券标识关联存储，以备后续核销。
具体实施时，预设中间账户由预设中间账户数据库负责维护，相应地，将用户实付金额数据以及商圈预付金额数据与已发放的电子券关联存储到预设中间账户的操作实质上是通过更新预设中间账户数据库中与已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据实现的。
步骤S140：当接收到针对已发放的电子券发出的核销请求时，将预设中间账户数据库中与已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与该核销请求相对应的目标门店的门店账户数据库。
具体地，当用户申请核销电子券时，根据电子券的券标识，查询预设中间账户数据库中与该券标识关联存储的用户实付金额数据以及商圈预付金额数据，从而根据这两部分金额更新与该核销请求相对应的目标门店的门店账户数据库，以使目标门店的门店账户数据库能够收到用户实付金额数据以及商圈预付金额数据这两部分构成的总额数据。
综上可知，本实施例中发放电子券的商圈相当于第一类实体，用于核销电子券的门店相当于第二类实体，第二类实体隶属于第一类实体。实际情况中，本实施例中发放电子券的商圈泛指各类具有下级门店的第一类实体，包括商场、电子平台等；并且，用于核销电子券的门店泛指各类对应于上级商圈的第二类实体，包括门店、电子商铺等。通过本公开中的方式，能够解决传统方式中，无法针对两种不同来源的数据(一种为来源于用户的用户实付数额数据，另一种为来源于商圈的商圈预付数额数据)进行处理的技术问题。该方式通过设置预设中间账户数据库的方式，实现了通过电子券针对两种不同来源的数据进行处理的技术效果。并且，该方式能够使商圈发放的电子券应用于不同于商圈的门店中，从而使电子券能够由不同于电子券发放实体的其他实体进行核销，打破了传统的电子券仅能由电子券发放实体进行核销的 弊端，拓宽了电子券的使用范围。
图2示出了本公开实施例二提供的一种电子券的核销方法的流程图。该方法的执行主体可为各类服务器等网络设备，如后台服务器等。如图2所示，该方法包括：
步骤S200：根据商圈发送的电子券生成请求，生成待领取的电子券。
其中，商圈可以预先根据活动类型、优惠比例、活动持续时间、活动覆盖的门店范围等，向后台服务器发送电子券生成请求，以供后台服务器生成待领取的电子券。具体地，电子券生成请求中可以包含各类信息，以便于设置待领取的电子券的各种属性。
例如，电子券生成请求中包含商圈预付规则(也叫商圈补贴规则)，商圈预付规则用于确定优惠比例等信息，具体包括：电子券总面值、用户实付比例和/或商圈预付比例。例如，对于九折券而言，当电子券总面值为100时，用户实付比例为90％，商圈预付比例为10％。相应地，在生成待领取的电子券之后，根据该商圈预付规则，设置与该待领取的电子券相对应的电子券领取规则。其中，电子券领取规则作为电子券的一个属性，用于确定用户领取电子券时用户和商圈分别承担的金额。
又如，电子券生成请求中进一步包含门店信息，相应地，当后台服务器生成待领取的电子券之后，进一步根据电子券生成请求中包含的门店信息，存储与该待领取的电子券相对应的门店列表。该门店列表作为电子券的又一个属性，用于确定该电子券所适用的门店范围。其中，电子券生成请求中包含的门店信息可以根据发送该电子券生成请求的商圈所对应的下属门店确定。比如，商圈为了扩大活动范围，可以将该商圈所对应的全部下属门店均添加到该门店列表中。或者，商圈为了提升活动的针对性，可以将活动预先划分为多个类型，分别针对每个类型的活动配置对应的门店列表。具体地，活动类型可以根据门店种类进行划分，当商圈内包含家装、母婴、餐饮等多个种类的门店时，可以分别针对每个种类的门店配置一种或多种电子券，以便于针对该种类的门店设置对应的优惠比例，相应地，该电子券所对应的门店列表根据该电子券所对应的活动类型确定。另外，活动类型还可以根据时间范围划分，例如，将整个活动划分为三个时段范围，分别针对各个时段范围内适用的电子券配置对应的优惠力度和适用门店列表。相应地，电子券生成请求中还可以进一步包含时效信息、地域信息等附加限制信息，以便于后台服务器根据上述附加限制属性设置电子券的附加属性，以规范该电子券的使用方式。
由此可见，在上述方式中，商圈可以预先将活动划分为多个类型，分别 针对每个类型的活动配置至少一种电子券，并根据活动类型确定对应的电子券的各项属性信息，包括电子券所对应的商圈预付规则、电子券所适用的门店列表、和/或电子券的时效信息等。由于该方式无需预先与门店协商优惠形式，因此，各个电子券的属性信息(包括预付比例、适用门店范围等)均可根据对应的活动类型灵活配置，提升了商圈推广活动的灵活性和针对性。
步骤S210：根据接收到的电子券领取请求以及预设的电子券领取规则，确定与该电子券领取请求相对应的用户实付数额以及商圈预付数额。
其中，电子券领取请求用于领取商圈发放的电子券。具体实施时，后台服务器可将已生成的各个待领取的电子券展示在网络终端侧，并设置与各个待领取的电子券相对应的领取入口，以供用户通过该领取入口触发电子券领取请求。该电子券领取请求中包含用户终端的用户标识以及券标识，相应地，后台服务器根据券标识确定预设的与该待领取的电子券相对应的电子券领取规则，以便根据电子券领取规则确定用户实付数额以及商圈预付数额。例如，当电子券总面值为100，且用户实付比例为90％，商圈预付比例为10％时，用户实付数额为90且商圈预付数额为10。
步骤S220：获取与该电子券领取请求相对应的用户终端支付的与该用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与该商圈预付数额相匹配的商圈预付金额数据。
其中，一方面，需要获取与该电子券领取请求相对应的用户终端支付的与该用户实付数额相匹配的用户实付金额数据，从而使用户完成付款，具体可通过用户扫码付款等多种方式实现。另一方面，需要从预设的商圈预存账户数据库中获取与该商圈预付数额相匹配的商圈预付金额数据。实际情况中，当商圈欲实施活动推广时，需要预先设置商圈预存账户数据库，该商圈预存账户数据库用于存储本次活动推广的活动资金。相应地，直接从商圈预存账户数据库中提取与该商圈预付数额相匹配的商圈预付金额数据即可。通过上述两方面的处理，即可获取到与电子券的实际总面额相匹配的总金额数据，该总金额数据由上述提到的用户实付金额数据以及商圈预付金额数据两部分组成。
步骤S230：将与电子券领取请求相对应的电子券发放给与电子券领取请求相对应的用户终端，将用户实付金额数据以及商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库的用户端子账户数据库以及商圈端子账户数据库中。
具体地，在本实施例中，预设中间账户数据库进一步包括：用户端子账户数据库以及商圈端子账户数据库。其中，用户端子账户数据库以及商圈端 子账户数据库实质上也可以通过对应的数据表实现。相应地，分别将用户实付金额数据以及商圈预付金额数据与已发放的电子券关联存储到用户端子账户数据库以及商圈端子账户数据库。具体实施时，将已发放的电子券的券标识以及与该电子券领取请求相对应的用户终端的用户标识关联存储到用户端子账户数据库以及商圈端子账户数据库。其中，用户端子账户数据库用于存储各个用户支付的用户实付金额数据，每一笔用户实付金额数据通过用户标识和/或券标识进行区分，以区分各个用户所对应的各个电子券的用户实付金额数据；同理，商圈端子账户数据库用于存储商圈提供的商圈预付金额数据，每一笔商圈预付金额数据也通过用户标识和/或券标识进行区分，以区分各个用户所对应的各个电子券的商圈预付金额数据。由此可见，通过用户标识和/或券标识能够将同一用户所对应的同一个电子券的用户实付金额数据以及商圈预付金额数据对应起来，以实现两部分资金分开存储、同时核销的效果。
步骤S240：当接收到针对该已发放的电子券发出的核销请求时，进一步根据已存储的与待领取的电子券相对应的门店列表，判断该核销请求所对应的目标门店是否属于该门店列表。
具体地，由于步骤S200中已经预先设置了电子券的各个属性，包括电子券所适用的门店列表，相应地，在本步骤中，需要根据核销请求中包含的用户标识和/或券标识确定对应的电子券的属性信息，以确定对应的电子券所适用的门店列表。然后，根据核销请求中包含的门店标识确定该核销请求所对应的目标门店，若该目标门店属于上述门店列表，则说明该核销请求是合规的，继续执行后续补充；若该目标门店不属于上述门店列表，则说明该核销请求是非合规的，拒绝该核销请求，并向用户返回核销失败的提示消息。
当然，在本步骤中还可以进一步根据步骤S200中预先设置的电子券的其他属性判断该核销请求是否合规，例如，根据电子券的时效信息、地域信息等属性信息进行判断，以确保该电子券的核销操作与商圈发放该电子券时的设置相匹配。
步骤S250：若是，将预设中间账户数据库中与已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与该核销请求相对应的目标门店的门店账户数据库。
具体地，首先，根据上述核销请求中包含的券标识以及用户标识，确定用户端子账户数据库中与该核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及商圈端子账户数据库中与该核销请求中包含的券标识以及用户标识对应的商圈预付金额数据。由于用户端子账户数据库中存储的每一笔用户实付金额数据均与对应的用户标识和/或券标识相关联，且商圈端子 账户数据库中存储的每一笔商圈预付金额数据也均与对应的用户标识和/或券标识相关联，因此，通过券标识以及用户标识能够分别确定用户端子账户数据库中与该核销请求中对应的用户实付金额数据以及商圈端子账户数据库中与该核销请求对应的商圈预付金额数据。
然后，根据由对应的用户实付金额数据以及对应的商圈预付金额数据确定的电子券总金额数据更新目标门店的门店账户数据库的余额数据。具体实施时，可以采用如下两种方式中的至少一种实现：
在第一种实现方式中，核销请求仅用于核销对应的电子券，若用户除该电子券所对应的消费项目外，还有其他需付费的项目，需要重新扫码付款，以支付其余项目的款项。在该方式中，直接向目标门店的门店账户数据库中存入与对应的用户实付金额数据以及对应的商圈预付金额数据确定的电子券总金额数据等额的款项即可，从而使门店能够一次性收到电子券所对应的全部款项，既无需垫付商圈优惠部分，也无需关心用户与商圈的支付比例，实现了门店无感知的效果。
在第二种实现方式中，核销请求不仅用于核销对应的电子券，还用于支付其他的付费项目，从而实现用户只需付款一次即可完成全部消费项目的付款的效果。具体地，获取与该核销请求中包含的用户标识对应的用户消费信息，计算与该用户消费信息相对应的消费总金额数据；根据该消费总金额数据与电子券总金额数据之间的差额确定用户支付数额，获取与该核销请求相对应的用户终端支付的与用户支付数额相匹配的用户支付金额数据，并根据用户支付金额数据以及电子券总金额数据更新目标门店的门店账户数据库的余额数据。例如，可以在核销请求中进一步包含该用户在目标门店消费的全部消费项目的明细以及价格，从而据此计算出消费总金额数据，并根据消费总金额数据与电子券总金额数据之间的差额收取用户支付数额。其中，当该差值为正时，用户需要补充支付与差值相匹配的款项；当该差值为负时，可以向用户退还与差值相匹配的款项，以使该电子券能够分多次核销，提升核销方式的灵活性。并且，在更新目标门店的门店账户数据库的余额数据时，直接根据用户支付金额数据以及电子券总金额数据进行更新(即：直接向门店账户数据库中存入与消费总金额数据相匹配的款项)，从而确保用户仅需支付一次，且门店也可以一次性收到全部项目的款项，既方便了用户，又方便了门店。
最后，将用户端子账户数据库中与该核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及商圈端子账户数据库中与该核销请求中包含的券标识以及用户标识对应的商圈预付金额数据分别清空。从而实现完整 的核销流程。
另外，上述提到的各个数据库实质上也可以合并为一个大数据库，并通过大数据库中的多张数据表分别实现各个数据库的功能，本公开不限定各个数据库的具体实现方式。
该方式能够使商圈发放的电子券应用于不同于商圈的门店中，从而使电子券能够由不同于电子券发放实体的其他实体进行核销，打破了传统的电子券仅能由电子券发放实体进行核销的弊端，拓宽了电子券的使用范围。综上可知，在本公开提供的电子券的核销方法中，对于目标门店而言，实际收到的款项与商品的原始价格一致，无需垫付任何优惠部分，且目标门店也无需关心用户实付金额数据与商圈预付金额数据之间的比例，实现了在门店无感知的情况下核销电子券的效果。该方式能够根据预设的电子券领取规则确定与电子券领取请求相对应的用户实付数额以及商圈预付数额；进而将对应的用户实付金额数据以及商圈预付金额数据分别存储到预设中间账户数据库中，以便根据该预设中间账户数据库进行核销。由此可见，该方式通过设置预设中间账户数据库，并通过该账户分别存储用户支付的实际金额以及商圈代付的优惠金额，使用户购买电子券时能够自动享受到优惠，且用户核销电子券时门店直接收到全部款项，无需垫付优惠部分。并且，该方式能够由商圈自定义设置活动类型以及参与各类活动的门店范围，为商圈推广多类型的活动提供了便利，能够结合不同类型的门店的特点为其量身定制适宜的优惠策略，有利于提升活动的可拓展性。而且，在处理核销请求时，可以使用户一次性完成电子券以及其余消费项目的支付过程，无需进行两次支付，且门店能够无感知地一次性收取全部款项。
实施例三
图3示出了本公开实施例三提供的一种电子券的核销装置的结构示意图，该装置包括：
用户实付数额以及商圈预付数额确定模块31，适于根据接收到的电子券领取请求以及预设的电子券领取规则，确定与电子券领取请求相对应的用户实付数额以及商圈预付数额；
用户实付金额数据以及商圈预付金额数据获取模块32，适于获取与电子券领取请求相对应的用户终端支付的与用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与商圈预付数额相匹配的商圈预付金额数据；
电子券发放模块33，适于将与电子券领取请求相对应的电子券发放给与 电子券领取请求相对应的用户终端，将用户实付金额数据以及商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库；
电子券核销模块34，适于当接收到针对已发放的电子券发出的核销请求时，将预设中间账户数据库中与已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与核销请求相对应的目标门店的门店账户数据库。
可选地，预设中间账户数据库进一步包括：用户端子账户数据库以及商圈端子账户数据库，则电子券发放模块具体适于：
分别将用户实付金额数据以及商圈预付金额数据与已发放的电子券关联存储到用户端子账户数据库以及商圈端子账户数据库。
可选地，电子券发放模块具体适于：将已发放的电子券的券标识以及与电子券领取请求相对应的用户终端的用户标识关联存储到用户端子账户数据库以及商圈端子账户数据库；
则电子券核销模块具体适于：
根据核销请求中包含的券标识以及用户标识，确定用户端子账户数据库中与核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及商圈端子账户数据库中与核销请求中包含的券标识以及用户标识对应的商圈预付金额数据；
根据由对应的用户实付金额数据以及对应的商圈预付金额数据确定的电子券总金额数据更新目标门店的门店账户数据库的余额数据；
将用户端子账户数据库中与核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及商圈端子账户数据库中与核销请求中包含的券标识以及用户标识对应的商圈预付金额数据分别清空。
可选地，电子券核销模块具体适于：
获取与核销请求中包含的用户标识对应的用户消费信息，计算与用户消费信息相对应的消费总金额数据；
根据消费总金额数据与电子券总金额数据之间的差额确定用户支付数额，获取与核销请求相对应的用户终端支付的与用户支付数额相匹配的用户支付金额数据，并根据用户支付金额数据以及电子券总金额数据更新目标门店的门店账户数据库的余额数据。
可选地，该装置进一步包括：
电子券生成模块，适于根据商圈发送的电子券生成请求，生成待领取的 电子券；
根据电子券生成请求中包含的商圈预付规则，设置与待领取的电子券相对应的电子券领取规则；其中，商圈预付规则包括：电子券总面值、用户实付比例和/或商圈预付比例。
可选地，电子券生成模块之后，该装置进一步包括：
目标门店判断模块，适于根据电子券生成请求中包含的门店信息，存储与待领取的电子券相对应的门店列表；
并且，当接收到针对已发放的电子券发出的核销请求时，进一步根据已存储的与待领取的电子券相对应的门店列表，判断核销请求所对应的目标门店是否属于门店列表；若是，执行将预设中间账户数据库中与已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与核销请求相对应的目标门店的门店账户数据库的步骤。
可选地，电子券生成请求中包含的商圈预付规则和/或门店信息根据预设的活动类型确定。
关于上述各个模块的具体结构和工作原理可参照方法实施例中相应部分的描述，此处不再赘述。
实施例四
本公开实施例四提供了一种非易失性计算机可读存储介质，该非易失性计算机可读存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的电子券的核销方法。可执行指令具体可以用于使得处理器执行上述方法实施例中对应的各个操作。
实施例五
图4示出了根据本公开实施例五的一种电子设备的结构示意图，本公开具体实施例并不对电子设备的具体实现做限定。
如图4所示，该电子设备可以包括：处理器(processor)402、通信接口(Communications Interface)406、存储器(memory)404、以及通信总线408。
其中：
处理器402、通信接口406、以及存储器404通过通信总线408完成相互间的通信。
通信接口406，用于与其它设备比如客户端或其它服务器等的网元通信。
处理器402，用于执行程序410，具体可以执行上述电子券的核销方法实施例中的相关步骤。
具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。
处理器402可能是中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本公开实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。
存储器404，用于存放程序410。存储器404可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
程序410具体可以用于使得处理器402执行上述方法实施例中对应的各个操作。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本公开也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的内容，并且上面对特定语言所做的描述是为了披露本公开的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个公开方面中的一个或多个，在上面对本公开的示例性实施例的描述中，本公开的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，公开方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴 随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的基于语音输入信息的抽奖系统中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (17)

  1. 一种电子券的核销方法，包括：
    根据接收到的电子券领取请求以及预设的电子券领取规则，确定与所述电子券领取请求相对应的用户实付数额以及商圈预付数额；
    获取与所述电子券领取请求相对应的用户终端支付的与所述用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与所述商圈预付数额相匹配的商圈预付金额数据；
    将与所述电子券领取请求相对应的电子券发放给与所述电子券领取请求相对应的用户终端，将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库；
    当接收到针对所述已发放的电子券发出的核销请求时，将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库。
  2. 根据权利要求1所述的方法，其中，所述预设中间账户数据库进一步包括：用户端子账户数据库以及商圈端子账户数据库，则所述将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库包括：
    分别将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到所述用户端子账户数据库以及商圈端子账户数据库。
  3. 根据权利要求2所述的方法，其中，所述分别将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到所述用户端子账户数据库以及商圈端子账户数据库具体包括：将所述已发放的电子券的券标识以及所述与所述电子券领取请求相对应的用户终端的用户标识关联存储到所述用户端子账户数据库以及商圈端子账户数据库；
    则所述将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库具体包括：
    根据所述核销请求中包含的券标识以及用户标识，确定所述用户端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及所述商圈端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的商圈预付金额数据；
    根据由所述对应的用户实付金额数据以及所述对应的商圈预付金额数据确定的电子券总金额数据更新所述目标门店的门店账户数据库的余额数据；
    将所述用户端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及所述商圈端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的商圈预付金额数据分别清空。
  4. 根据权利要求3所述的方法，其中，所述根据由所述对应的用户实付金额数据以及所述对应的商圈预付金额数据确定的电子券总金额数据更新所述目标门店的门店账户数据库的余额数据包括：
    获取与所述核销请求中包含的用户标识对应的用户消费信息，计算与所述用户消费信息相对应的消费总金额数据；
    根据所述消费总金额数据与所述电子券总金额数据之间的差额确定用户支付数额，获取与所述核销请求相对应的用户终端支付的与所述用户支付数额相匹配的用户支付金额数据，并根据所述用户支付金额数据以及电子券总金额数据更新所述目标门店的门店账户数据库的余额数据。
  5. 根据权利要求1-4任一所述的方法，其中，所述方法执行之前，进一步包括：
    根据商圈发送的电子券生成请求，生成待领取的电子券；
    根据所述电子券生成请求中包含的商圈预付规则，设置与所述待领取的电子券相对应的电子券领取规则；其中，所述商圈预付规则包括：电子券总面值、用户实付比例和/或商圈预付比例。
  6. 根据权利要求5所述的方法，其中，所述生成待领取的电子券之后，进一步包括：根据所述电子券生成请求中包含的门店信息，存储与所述待领取的电子券相对应的门店列表；
    并且，当接收到针对所述已发放的电子券发出的核销请求时，进一步根 据已存储的与所述待领取的电子券相对应的门店列表，判断所述核销请求所对应的目标门店是否属于所述门店列表；若是，执行所述将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库的步骤。
  7. 根据权利要求6所述的方法，其中，所述电子券生成请求中包含的商圈预付规则和/或门店信息根据预设的活动类型确定。
  8. 一种电子券的核销装置，包括：
    用户实付数额以及商圈预付数额确定模块，适于根据接收到的电子券领取请求以及预设的电子券领取规则，确定与所述电子券领取请求相对应的用户实付数额以及商圈预付数额；
    用户实付金额数据以及商圈预付金额数据获取模块，适于获取与所述电子券领取请求相对应的用户终端支付的与所述用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与所述商圈预付数额相匹配的商圈预付金额数据；
    电子券发放模块，适于将与所述电子券领取请求相对应的电子券发放给与所述电子券领取请求相对应的用户终端，将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库；
    电子券核销模块，适于当接收到针对所述已发放的电子券发出的核销请求时，将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库。
  9. 根据权利要求8所述的装置，其中，所述预设中间账户数据库进一步包括：用户端子账户数据库以及商圈端子账户数据库，则所述电子券发放模块具体适于：
    分别将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到所述用户端子账户数据库以及商圈端子账户数据库。
  10. 根据权利要求9所述的装置，其中，所述电子券发放模块具体适于： 将所述已发放的电子券的券标识以及所述与所述电子券领取请求相对应的用户终端的用户标识关联存储到所述用户端子账户数据库以及商圈端子账户数据库；
    则所述电子券核销模块具体适于：
    根据所述核销请求中包含的券标识以及用户标识，确定所述用户端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及所述商圈端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的商圈预付金额数据；
    根据由所述对应的用户实付金额数据以及所述对应的商圈预付金额数据确定的电子券总金额数据更新所述目标门店的门店账户数据库的余额数据；
    将所述用户端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及所述商圈端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的商圈预付金额数据分别清空。
  11. 根据权利要求10所述的装置，其中，所述电子券核销模块具体适于：
    获取与所述核销请求中包含的用户标识对应的用户消费信息，计算与所述用户消费信息相对应的消费总金额数据；
    根据所述消费总金额数据与所述电子券总金额数据之间的差额确定用户支付数额，获取与所述核销请求相对应的用户终端支付的与所述用户支付数额相匹配的用户支付金额数据，并根据所述用户支付金额数据以及电子券总金额数据更新所述目标门店的门店账户数据库的余额数据。
  12. 根据权利要求8-11任一所述的装置，其中，所述装置进一步包括：
    电子券生成模块，适于根据商圈发送的电子券生成请求，生成待领取的电子券；
    根据所述电子券生成请求中包含的商圈预付规则，设置与所述待领取的电子券相对应的电子券领取规则；其中，所述商圈预付规则包括：电子券总面值、用户实付比例和/或商圈预付比例。
  13. 根据权利要求12所述的装置，其中，所述装置进一步包括：
    目标门店判断模块，适于根据所述电子券生成请求中包含的门店信息， 存储与所述待领取的电子券相对应的门店列表；
    并且，当接收到针对所述已发放的电子券发出的核销请求时，进一步根据已存储的与所述待领取的电子券相对应的门店列表，判断所述核销请求所对应的目标门店是否属于所述门店列表；若是，执行所述将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库的步骤。
  14. 根据权利要求13所述的装置，其中，所述电子券生成请求中包含的商圈预付规则和/或门店信息根据预设的活动类型确定
  15. 一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
    所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7中任一项所述的电子券的核销方法对应的操作。
  16. 一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-7中任一项所述的电子券的核销方法对应的操作。
  17. 一种计算机程序产品，其中，所述计算机程序产品包括存储在非易失性计算机存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被处理器执行时，使所述处理器执行如权利要求1-7中任一项所述的电子券的核销方法对应的操作。
PCT/CN2020/082157 2019-05-30 2020-03-30 电子券的核销方法及装置 WO2020238391A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910465151.7 2019-05-30
CN201910465151.7A CN112016946A (zh) 2019-05-30 2019-05-30 电子券的核销方法及装置

Publications (1)

Publication Number Publication Date
WO2020238391A1 true WO2020238391A1 (zh) 2020-12-03

Family

ID=73501014

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/082157 WO2020238391A1 (zh) 2019-05-30 2020-03-30 电子券的核销方法及装置

Country Status (2)

Country Link
CN (1) CN112016946A (zh)
WO (1) WO2020238391A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114004617B (zh) * 2021-12-24 2022-04-15 浙江口碑网络技术有限公司 凭证核销方法及装置、存储介质、计算机设备
CN116468432B (zh) * 2023-03-13 2024-02-02 北京百度网讯科技有限公司 订单的处理方法、装置、设备和介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140095384A1 (en) * 2012-09-28 2014-04-03 Javed Basha Systems and Methods For In Store Shopping With Instant Cash
CN105719167A (zh) * 2016-01-22 2016-06-29 英联（厦门）智能数据有限公司 一种电子优惠卡券及电子小票的生成、使用系统和方法
CN108335140A (zh) * 2018-02-09 2018-07-27 浙江口碑网络技术有限公司 O2o业务的支付核销一体化方法、装置及系统
CN108389080A (zh) * 2018-02-13 2018-08-10 口碑(上海)信息技术有限公司 交易处理方法及平台
CN109559392A (zh) * 2018-12-28 2019-04-02 西安艾润物联网技术服务有限责任公司 停车优惠券的使用方法及相关产品

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110015978A1 (en) * 2009-07-20 2011-01-20 Routesync, Llc Coupon dispensing systems and methods
CN107222430A (zh) * 2016-03-22 2017-09-29 阿里巴巴集团控股有限公司 一种资源分配方法及装置
CN107944920A (zh) * 2017-11-30 2018-04-20 口碑(上海)信息技术有限公司 券包创建方法、装置、券包领取方法及装置
CN109360016A (zh) * 2018-09-07 2019-02-19 中链科技有限公司 基于区块链的数字促销券发行方法、装置及电子设备
CN109784991A (zh) * 2019-01-04 2019-05-21 深圳壹账通智能科技有限公司 电子券结算方法、系统、计算机设备和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140095384A1 (en) * 2012-09-28 2014-04-03 Javed Basha Systems and Methods For In Store Shopping With Instant Cash
CN105719167A (zh) * 2016-01-22 2016-06-29 英联（厦门）智能数据有限公司 一种电子优惠卡券及电子小票的生成、使用系统和方法
CN108335140A (zh) * 2018-02-09 2018-07-27 浙江口碑网络技术有限公司 O2o业务的支付核销一体化方法、装置及系统
CN108389080A (zh) * 2018-02-13 2018-08-10 口碑(上海)信息技术有限公司 交易处理方法及平台
CN109559392A (zh) * 2018-12-28 2019-04-02 西安艾润物联网技术服务有限责任公司 停车优惠券的使用方法及相关产品

Also Published As

Publication number Publication date
CN112016946A (zh) 2020-12-01

Similar Documents

Publication Publication Date Title
US10542376B2 (en) Location based discovery of real-time merchant device activity
WO2018121554A1 (zh) 信息处理方法及信息处理装置、存储介质
US8152061B2 (en) System and method for processing closed loop cards and codes
US20120284105A1 (en) Apparatuses, methods, and computer program products enabling association of related product data and execution of transaction
US20120101894A1 (en) Real-time point redemption in a merchant redemption network
US20130013459A1 (en) Dynamic pricing of online content
US20220092620A1 (en) Method, apparatus, and computer program product for merchant classification
US8719154B2 (en) Reputation integration into remittance delivery
KR20170142374A (ko) 가상화폐를 이용한 송금 시스템 및 방법
US20130275266A1 (en) Universal consumer card offer and redemption system and related method
US20150193848A1 (en) Method and server for information processing
US20210217045A1 (en) Payment method and apparatus based on member feature code
WO2020207301A1 (zh) 支持券核销一体化的点单方法以及系统
US20220109946A1 (en) Methods and systems for detecting aggregation events
WO2020238391A1 (zh) 电子券的核销方法及装置
US20230334550A1 (en) Using data analysis to connect merchants
CN111415179B (zh) 用户权益信息处理方法、装置及电子设备
US11636506B2 (en) Method, apparatus, and computer program product for offering and processing promotions
US20230195797A1 (en) Method and apparatus for identifying related records
KR20130028216A (ko) 상품 이용후기 검색 시스템 및 방법
US20230004993A1 (en) Method, apparatus, and computer program product for system resource volume prediction
US20170169468A1 (en) Method and system for identification of content for associated individuals
WO2015130239A1 (en) Transacting via a social network
US20190197521A1 (en) Merchant-centric gift card processing
US11729257B2 (en) Method, apparatus, and computer program product for balancing network resource demand

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: 20812700

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20812700

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 20812700

Country of ref document: EP

Kind code of ref document: A1