Method and device for issuing instant discount vouchers based on a third-party platform

Abstract

The present application provides a method and device for issuing discount coupons based on a third-party platform. The method is applied to a target public module, which is created by a target entity in the third-party platform. The third-party platform also includes a merchant public module created by a merchant. The merchant and the target entity have pre-connected for discount coupon through offline means, and the target entity has pre-completed financial function registration in the third-party platform. The method includes: detecting a discount coupon receiving operation triggered in the merchant public module, obtaining the merchant identifier of the merchant public module, and obtaining the consumer identifier of the consumer who triggers the discount coupon receiving operation in the third-party platform; determining the target discount coupon to be issued currently according to the merchant identifier; and issuing the target discount coupon to the consumer's account in the third-party platform according to the consumer identifier. The target public module serves as a bridge to realize the issuance of discount coupons in the merchant public module in the third-party platform, expanding the scope of discount coupon issuance.

Description

Technical Field

[0001] This application relates to the field of computer technology, and particularly to a method, device, electronic device, and readable storage medium for issuing instant discount coupons based on a third-party platform. Background Art

[0002] With the continuous penetration of computer technology into daily life, daily consumption has gradually shifted from offline to online. To further promote online consumption, merchants issue instant discount coupons to consumers.

[0003] Currently, merchants issue instant discount coupons to consumers mainly through third-party platforms. Specifically, a merchant creates its own official account (or mini-program) on the third-party platform and publishes a notice about claiming instant discount coupons on the official account. Consumers log in to the third-party platform, enter the official account, and see the notice about claiming instant discount coupons. If they want to claim the instant discount coupons, they will perform corresponding operations according to the notice. After the consumers complete the operations, the merchant will issue the instant discount coupons to the consumer's account on the third-party platform.

[0004] However, if a merchant wants to issue instant discount coupons to a consumer's account on a third-party platform, the merchant's own financial system needs to be pre-connected to the third-party platform. In this way, the instant discount coupons can be issued from the merchant's financial system to the consumer's account on the third-party platform. In the connection between the merchant's financial system and the third-party platform, the merchant's financial system or the third-party platform needs to make adaptive adjustments according to the other party's backend code. However, for some large merchants and third-party platforms, due to business requirements, security protection, etc., their backend code does not allow any modification. This results in some merchants being unable to issue instant discount coupons to the consumer's account on the third-party platform, narrowing the scope of issuing instant discount coupons. Summary of the Invention

[0005] The purpose of the embodiments of this application is to provide a method, device, electronic device, and readable storage medium for issuing instant discount coupons based on a third-party platform to expand the scope of issuing instant discount coupons.

[0006] To solve the above technical problems, the embodiments of this application provide the following technical solutions:

[0007] The first aspect of the present application provides a method for issuing discount coupons based on a third-party platform. The method is applied to a target public module, which is created by a target entity in the third-party platform. The third-party platform also includes a merchant public module created by a merchant. The merchant and the target entity have pre-connected for discount coupon offline, and the target entity has pre-registered for financial functions in the third-party platform. The method includes: detecting a discount coupon redemption operation triggered in the merchant public module, obtaining the merchant identifier of the merchant public module, and obtaining the consumer identifier of the consumer who triggers the discount coupon redemption operation in the third-party platform; determining the target discount coupon to be issued currently according to the merchant identifier; and issuing the target discount coupon to the consumer's account in the third-party platform according to the consumer identifier.

[0008] Compared with the prior art, the method for issuing discount coupons based on a third-party platform provided by the first aspect of the present application enables the target public module to serve as a bridge for issuing discount coupons between the merchant's financial system and the third-party platform by creating a target public module in the third-party platform by the target entity, conducting offline connection of discount coupons between the target entity and the merchant, and the target entity registering for online financial functions in the third-party platform. Without making any changes to the background code in both the merchant's financial system and the third-party platform, the target public module determines the merchant identifier and the consumer identifier by monitoring the merchant public module, determines the target discount coupon according to the merchant identifier, and issues the target discount coupon in the third-party platform according to the consumer identifier, realizing the issuance of discount coupons in the third-party platform by the merchant public module and expanding the scope of discount coupon issuance.

[0009] In some modified implementation manners of the first aspect of the present application, issuing the target discount coupon to the consumer's account in the third-party platform according to the consumer identifier includes: creating a user identifier different from the consumer identifier based on the consumer identifier, and establishing a corresponding relationship between the user identifier and the consumer identifier, wherein different consumers who trigger the discount coupon redemption operation in the merchant public module have different user identifiers; sending the created user identifier to the merchant public module; receiving a discount coupon issuance instruction sent by the merchant public module, where the discount coupon issuance instruction includes the user identifier; determining the target consumer identifier from the corresponding relationship according to the user identifier in the discount coupon issuance instruction; and issuing the target discount coupon to the corresponding consumer's account in the third-party platform according to the target consumer identifier.

[0010] First, send the user identification to the merchant public module. After the merchant public module confirms that the redemption money reduction can be issued, then issue the redemption money reduction to the consumer corresponding to the user identification, avoiding the situation where the redemption money reduction is issued before the consumer completes the redemption operation, thus achieving the precise issuance of the redemption money reduction. Moreover, generate a user identification based on the consumer identification, and conduct the interaction of issuing the redemption money reduction between the merchant public module and the target public module through the user identification. On the one hand, it can avoid the leakage of consumer information and ensure the information security of consumers. On the other hand, it is conducive to the unified management of consumers by the target public module.

[0011] In some modified implementation manners of the first aspect of the present application, after creating a user identification different from the consumer identification, the method further includes: generating a cache data identification based on the created user identification, where the cache data identification is used to control the expiration of the created user identification after a cache duration; storing the generated cache data identification at the corresponding position of the created user identification in the corresponding relationship; before determining the target consumer identification from the corresponding relationship, the method further includes: in the corresponding relationship, judging whether the created user identification is expired according to the cache data identification corresponding to the created user identification; if so, re-obtain the consumer identification to re-generate the cache data identification, so that the consumer can perform the redemption operation of the redemption money reduction within the cache duration; if not, execute the step of determining the target consumer identification from the corresponding relationship.

[0012] Since in the process of redeeming the redemption money reduction, if malicious operations are carried out, the redemption process will take a long time. Therefore, setting a time limit for the user identification through the cache data identification enables the consumer to complete the redemption of the redemption money reduction within a short time, improving the security of the issuance of the redemption money reduction. Moreover, the cache data identification is independent of the user identification, which is convenient for management and can also improve the convenience of the time limit management for the issuance of the redemption money reduction.

[0013] In some modified implementation manners of the first aspect of the present application, after storing the generated cache data identification at the corresponding position of the created user identification in the corresponding relationship, the method further includes: after the cache duration, deleting the generated cache data identification in the corresponding relationship; judging whether the created user identification is expired according to the cache data identification corresponding to the created user identification, including: judging whether the cache data identification corresponding to the created user identification exists in the corresponding relationship; if so, determining that the created user identification is not expired; if not, determining that the created user identification is expired.

[0014] By the existence or non-existence of the cache data identification, indicating whether the user identification is expired, enabling the user identification and the consumer identification to always exist in the corresponding relationship, avoiding the deletion of the user identification and the consumer identification when they are expired and the addition after re-registration, improving the addition efficiency of the user identification and the consumer identification in the corresponding relationship when they become effective again, and further improving the overall efficiency of the issuance of the redemption money reduction.

[0015] In some changed implementation modes of the first aspect of the present application, before sending the created user identifier to the merchant public module, the method also includes: obtaining the page address when the instant discount collection operation is triggered in the merchant public module; sending the created user identifier to the merchant public module, including: encrypting the created user identifier using a preset encryption algorithm; inserting the encrypted user identifier into a preset position in the page address, wherein the page address after inserting the identifier at the preset position can return to the original page; sending the page address with the encrypted user identifier inserted at the preset position to the merchant public module, so that the merchant public module jumps to the page address.

[0016] By transmitting the user ID through the page address, the original page of the merchant public module is loaded and the user ID is transmitted at the same time, which improves the transmission efficiency of the user ID. In addition, when transmitting the user ID, the user ID is encrypted, which can also improve the security of consumer information.

[0017] In some changed implementation modes of the first aspect of the present application, the created user identifier is encrypted using a preset encryption algorithm, including: splitting the created user identifier into multiple groups of identifiers; encrypting each group of identifiers using a different encryption algorithm to obtain multiple groups of encrypted identifiers; inserting the encrypted user identifier into a preset position in the page address, including: inserting each group of encrypted identifiers into a different preset position in the page address.

[0018] In the process of encrypting the user ID, the user ID is first split, then encrypted separately using different encryption algorithms, and finally placed in different locations in the page address. The user ID is protected from both encryption and storage, which increases the difficulty of cracking the user ID and further improves the security of consumer information.

[0019] In some changed implementation modes of the first aspect of the present application, after the target instant discount is issued to the consumer's account in the third-party platform, the method also includes: obtaining the consumer's registration information in the merchant public module and / or the registration information in the target public module; generating a user portrait based on the obtained registration information; calculating the purchase features of the user portrait through big data; and pushing shopping links or related articles corresponding to the purchase features to the consumer so that the consumer can obtain the target instant discount to increase the utilization rate of the instant discount.

[0020] After the instant discount is issued, the consumer’s registration information is used to obtain the consumer’s portrait, and then the consumer’s purchasing characteristics, so that relevant shopping links or articles can be recommended to the consumer, which can encourage the consumer to use the instant discount and thus increase the utilization rate of the instant discount.

[0021] The second aspect of the present application provides an instant discount payment device based on a third-party platform, the device includes a target public module, the target public module is created by a target subject in the third-party platform, the third-party platform also includes a merchant public module created by a merchant, the merchant and the target subject pre-connect offline for instant discount payments, and the target subject pre-registers for financial functions on the third-party platform, the device includes: an acquisition module, used to monitor the instant discount payment operation triggered in the merchant public module, obtain the merchant ID of the merchant public module, and obtain the consumer ID of the consumer who triggered the instant discount payment operation in the merchant public module in the third-party platform; a determination module, used to determine the target instant discount to be paid out according to the merchant ID; and a payment module, used to pay out the target instant discount to the consumer's account in the third-party platform according to the consumer ID.

[0022] The third aspect of the present application provides an electronic device, which includes: a processor, a memory, and a bus; wherein the processor and the memory communicate with each other through the bus; the processor is used to call program instructions in the memory to execute the method in the first aspect.

[0023] A fourth aspect of the present application provides a computer-readable storage medium, which includes: a stored program; wherein, when the program is running, the device where the storage medium is located is controlled to execute the method in the first aspect.

[0024] The instant discount payment device based on a third-party platform provided in the second aspect of this application, the electronic device provided in the third aspect, and the computer-readable storage medium provided in the fourth aspect have the same or similar beneficial effects as the instant discount payment method based on a third-party platform provided in the first aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] By reading the detailed description below with reference to the accompanying drawings, the above and other purposes, features and advantages of the exemplary embodiments of the present application will become easy to understand. In the accompanying drawings, several embodiments of the present application are shown in an exemplary and non-limiting manner, and the same or corresponding reference numerals represent the same or corresponding parts, wherein:

[0026] Figure 1 This is an example of an application scenario of the instant discount payment method based on a third-party platform in the embodiment of the present application. Figure 1 ;

[0027] Figure 2 The process diagram of the instant discount payment method based on the third-party platform in the embodiment of this application is as follows Figure 1 ;

[0028] Figure 3 This is a schematic diagram of information interaction within a third-party platform when issuing instant discounts in an embodiment of the present application;

[0029] Figure 4 Schematic flow chart of the method for issuing instant discounts based on a third - party platform in an embodiment of the present application Figure 2 ;

[0030] Figure 5 Schematic structure diagram of the device for issuing instant discounts based on a third - party platform in an embodiment of the present application Figure 1 ;

[0031] Figure 6 Schematic structure diagram of the device for issuing instant discounts based on a third - party platform in an embodiment of the present application Figure 2 ;

[0032] Figure 7 Schematic structure diagram of an electronic device in an embodiment of the present application. Detailed implementation manners

[0033] Hereinafter, the exemplary embodiments of the present application will be described in more detail with reference to the accompanying drawings. Although the exemplary embodiments of the present application are shown in the drawings, it should be understood that the present application can be implemented in various forms and should not be limited by the embodiments set forth herein. On the contrary, these embodiments are provided so that the present application can be more thoroughly understood and the scope of the present application can be fully conveyed to those skilled in the art.

[0034] It should be noted that, unless otherwise specified, the technical terms or scientific terms used in the present application should have the ordinary meanings understood by those skilled in the art to which the present application belongs.

[0035] Currently, for merchant financial systems and third - party platforms where the background code cannot be adjusted, even if a merchant registers a public account on the third - party platform and issues a notice for issuing instant discounts, due to the incompatibility between its financial system and the third - party platform, the merchant's financial system cannot issue instant discounts to users on the third - party platform, thus narrowing the scope of instant discount issuance.

[0036] In view of this, the embodiments of the present application provide a method, device, electronic device, and readable storage medium for issuing reduction coupons based on a third-party platform. A communication bridge is added between the financial system of the merchant and the third-party platform, that is, the target public module created by the target entity in the third-party platform. The merchant docks with the target entity offline and grants the target entity the permission to issue reduction coupons. Here, the target entity also enables the target public module to issue reduction coupons by applying to the third-party platform. In this way, the background code of the merchant's financial system does not need to be adjusted, and only the target entity is granted the permission to issue reduction coupons. The target entity can then monitor the merchant public module through the target public module, thereby obtaining the merchant identifier and the consumer identifier, determining the target reduction coupon through the merchant identifier, and then issuing the target reduction coupon to the corresponding consumer's account in the third-party platform according to the consumer identifier, realizing that neither the merchant nor the third-party platform needs to adjust the background code. Just through the intermediate bridge, that is, the target public module with the permission to issue reduction coupons, the reduction coupons can be issued in the third-party platform, expanding the scope of issuance of reduction coupons.

[0037] First, the application scenario of the method for issuing reduction coupons based on a third-party platform provided by the embodiments of the present application is described.

[0038] Figure 1 Schematic diagram of the application scenario of the method for issuing reduction coupons based on a third-party platform in the embodiments of the present application Figure 1 , see Figure 1 As shown, this scenario may include: merchant 11, third-party platform 12, target entity 13, and consumer 14.

[0039] The merchant 11 creates a merchant public module 121 in the third-party platform 12 for notifying various messages and implementing various functions.

[0040] The target entity 13 creates a target public module 122 in the third-party platform 12 for specifically issuing the reduction coupons of the merchant 11.

[0041] When the merchant 11 needs to issue reduction coupons to the consumer 14 in the third-party platform 12, the merchant 11 will dock with the target entity 13, inform the target entity 13 that it needs to issue reduction coupons, and the specific details of the issuance (such as: issuance time, issuance amount, etc.). Moreover, the merchant 11 will also issue a notice of issuing reduction coupons in the merchant public module 121.

[0042] The consumer 14 in the third-party platform 12 will browse in various public modules provided by the third-party platform 12. When the consumer 14 sees the notice of issuing reduction coupons published in the merchant public module 121 and wants to receive the reduction coupons, the consumer 14 will operate according to the content in the notice.

[0043] At this time, the merchant public module 121 will send the merchant 11 identifier and the consumer 14 identifier to the target public module 122. According to the merchant 11 identifier, the target public module 122 can determine the specific deduction coupons to be issued, and then, according to the consumer 14 identifier, issue the deduction coupons to the account of this consumer 14 on the third-party platform 12. In this way, without modifying the financial system of the merchant 11 and the background code of the third-party platform 12, the merchant 11 can issue deduction coupons to the consumer 14 on the third-party platform 12.

[0044] In practical applications, the merchant 11 can be any one or more entities whose financial system codes cannot be modified, such as various banks, etc. It can also be any one or more entities that do not have the authority to issue deduction coupons on the third-party platform 12, such as entities that have not applied for relevant services for issuing deduction coupons on the third-party platform 12, entities that have no other services on the third-party platform 12 except for the current issuance of deduction coupons, etc.

[0045] The target entity 13 is an entity that already has the authority to issue deduction coupons on the third-party platform 12, such as the applicant of this application.

[0046] Whether it is the merchant public module created by the merchant 11 on the third-party platform 12 or the target public module 122 created by the target entity 13 on the third-party platform 12, both being public modules on the third-party platform 12, can perform message publishing or function implementation. For example, the public module can be a public account, a small program, etc. And for the third-party platform 12, it is any platform that can provide public accounts and small programs.

[0047] Next, the method for issuing deduction coupons based on a third-party platform provided in the embodiments of this application will be described in detail.

[0048] Figure 2 It is a schematic flow of the method for issuing deduction coupons based on a third-party platform in the embodiments of this application Figure 1 See Figure 2 As shown, this method may include:

[0049] S21: Detect a deduction coupon redemption operation triggered in the merchant public module, obtain the merchant identifier of the merchant public module, and obtain the consumer identifier of the consumer who triggers the deduction coupon redemption operation in the third-party platform in the merchant public module.

[0050] When the consumer sees the deduction coupon issuance notice published by the merchant public module, the consumer will perform a deduction coupon redemption operation according to the content of the notice. During this process, the target public module will continuously monitor the merchant public module to determine whether there is a consumer performing a deduction coupon redemption operation in the merchant public module.

[0051] In specific monitoring, it can be that the target public module monitors the page views of a certain page in the merchant public module. When it is detected that the page views of this page increase, it is determined that a consumer in the merchant public module has performed an operation to claim a discount coupon. When it is detected that the page views of this page remain unchanged, it is determined that there is currently no consumer in the merchant public module performing an operation to claim a discount coupon.

[0052] And the above-mentioned page can be any page for performing the operation of claiming a discount coupon. When this page is the first page for the operation of claiming a discount coupon, it can enable the target public module to have sufficient time to prepare for the issuance of discount coupons, thereby improving the efficiency of discount coupon issuance. When this page is the last page for the operation of claiming a discount coupon, it can ensure that after all consumers have completed the claiming operation, the discount coupons are issued, improving the accuracy of discount coupon issuance.

[0053] In specific monitoring, it can also be that when the merchant public module detects that a consumer is claiming a discount coupon, it actively notifies the target public module. The target public module can also learn that a consumer is claiming a discount coupon. The content actively notified by the merchant public module to the target public module can be a request for discount coupon issuance, a preset identifier, or a merchant identifier. When the content actively notified is the merchant identifier, for the target public module, the merchant identifier can serve as both an indication for discount coupon issuance and an indication for the specific issuance amount, which can reduce the merchant public module from sending a message to the target public module, further improving the efficiency of discount coupon issuance.

[0054] After the target public module determines that discount coupon issuance is required, it needs to obtain the merchant identifier and the consumer identifier.

[0055] The merchant identifier here can be the name, icon, etc. of the merchant public module that currently needs to issue discount coupons, or the name, trademark, etc. of the merchant. The merchant identifier can be obtained from the publicly displayed name of the merchant public module, or the merchant can place its identifier in a preset position in the merchant public module for the target public module to obtain.

[0056] The consumer identifier here can be the name, identity code (identity document, ID), etc. of the consumer in the third-party platform. The consumer identifier can be provided by the merchant public module, or when the page browsed by the consumer jumps from the merchant public module to the target public module, after the target public module obtains user authorization, it can obtain the consumer identifier from the third-party platform.

[0057] S22: Determine the target discount coupon to be issued currently according to the merchant identifier.

[0058] Generally speaking, the target public module will interface with multiple merchant public modules. And different merchants may need to issue different amounts of discount coupons. Therefore, after the target entity interfaces with different merchants, it is necessary to establish the corresponding relationship between each merchant identifier and its discount coupon in the target public module. So that when a certain merchant instructs to issue a discount coupon, through the corresponding relationship and the merchant identifier, the specific issuance amount can be automatically determined without the merchant carrying the specific amount in each instruction. The reduction of the transmitted information volume can speed up the information transmission speed, thereby improving the efficiency of discount coupon issuance.

[0059] For the same merchant, the specific amounts of discount coupons to be issued are different for different batches of activities. For each merchant, establish the corresponding relationship between each batch and its discount coupon, so as to determine the specific issuance amount according to the specific batch of activities, thus realizing the accurate issuance of discount coupons.

[0060] Here, the batch of activities can refer to different activities. For example, for the activity of recharging the phone bill, issue a 10-yuan discount coupon, and for the activity of purchasing electrical appliances, issue a 100-yuan discount coupon. It can also refer to different stages of the same activity. For example, for the activity of recharging the phone bill, during the period from January 1, 2024 to January 31, 2024, issue a 10-yuan discount coupon, and during the period from February 1, 2024 to February 29, 2024, issue a 5-yuan discount coupon.

[0061] If the target public module only interfaces with one merchant public module, then the corresponding relationship between the merchant identifier and the discount coupon still needs to be established in advance. So that when the merchant instructs to issue a discount coupon, through the corresponding relationship and the merchant identifier, the specific issuance amount can also be automatically determined without the merchant carrying the specific amount in each instruction, improving the efficiency of discount coupon issuance.

[0062] S23: According to the consumer identifier, issue the target discount coupon to the consumer's account on the third-party platform.

[0063] After the target discount coupon is determined, the discount coupon can be issued according to the consumer identifier.

[0064] Since the consumer identifier is configured by the third-party platform for the consumer when the consumer registers on the third-party platform. And if the consumer wants to realize financial functions on the third-party platform, they also need to open a financial account on the third-party platform. Therefore, the third-party platform has the corresponding relationship between the consumer identifier and the consumer's account.

[0065] When the target public module needs to issue a target immediate discount coupon to a certain consumer, the target public module can send the consumer identifier and the target immediate discount coupon to a third-party platform. The third-party platform locates the corresponding account through the consumer identifier and then sends the target immediate discount coupon to that account. This can avoid the target entity directly obtaining the consumer's account information and improve the security of consumer information. Or, the target public module can also send the consumer identifier to the third-party platform. The third-party platform locates the corresponding account through the consumer identifier and sends the information of the corresponding account to the target public module. The target public module issues the target immediate discount coupon to the corresponding account according to the information of the corresponding account. In this way, the third-party platform no longer forwards the immediate discount coupon, which can reduce the burden on the third-party platform, enabling the third-party platform to allocate more resources to each public module, including the target public module and the merchant public module, making the target public module and the merchant public module more efficient in the interaction of issuing immediate discount coupons and further improving the efficiency of issuing immediate discount coupons.

[0066] Regarding the issuance of immediate discount coupons, it should be noted that it is different from the issuance of traditional coupons. For the issuance of coupons, there is no need for the public module to open a financial function in the third-party platform. This is because the use of coupons is before actual payment, and the payment amount has already been reduced. The amount that the consumer sees when paying is already the amount reduced by using the coupon. During the actual payment process of the consumer, the coupon is not involved. For the issuance of immediate discount coupons, the public module needs to open a financial function in the third-party platform. This is because the use of immediate discount coupons is during actual payment. The amount that the consumer sees before payment has not been reduced. During the payment process, the immediate discount coupon is actually paid from the target public module. The consumer actually only pays the remaining amount excluding the immediate discount coupon. Therefore, the method provided in the embodiments of this application is only applicable to the issuance of immediate discount coupons and not to the issuance of coupons.

[0067] The actual issuance of the immediate discount coupon can be that the target public module directly transfers funds to the consumer's account currently, or the target public module sends a voucher to the consumer's account currently. When the consumer's account actually needs to make a payment, the voucher is sent to the target public module, and the interface of the target public module is called, enabling the target public module to pay the corresponding amount. Regarding the specific form of issuing the immediate discount coupon, it is not limited here.

[0068] As can be seen from the above, the method for issuing reduction coupons based on a third-party platform provided by the embodiments of the present application creates a target public module in the third-party platform by the target entity, the target entity conducts offline reduction coupon docking with the merchant, and the target entity conducts online financial function registration in the third-party platform, so that the target public module serves as a bridge for issuing reduction coupons between the financial system of the merchant and the third-party platform. Without any backend code changes in both the financial system of the merchant and the third-party platform, the target public module determines the merchant identifier and the consumer identifier by monitoring the merchant public module, determines the target reduction coupon according to the merchant identifier, and issues the target reduction coupon in the third-party platform according to the consumer identifier, realizing the issuance of reduction coupons for the merchant public module in the third-party platform and expanding the scope of reduction coupon issuance.

[0069] Further, as a refinement and extension of the Figure 2 method shown, the embodiments of the present application also provide a method for issuing reduction coupons based on a third-party platform.

[0070] Figure 3 For the schematic diagram of information interaction in the third-party platform during the issuance of reduction coupons in the embodiments of the present application, see Figure 3 shown. Between the merchant public module 121 and the target public module 122, the merchant public module 121 sends the merchant identifier (orgInNo) and the current page address (redirectUrl) to the target public module 122.

[0071] The target public module 122 determines the target reduction coupon according to the merchant identifier (orgInNo). The target public module 122 also obtains the consumer identifier (openId) and generates the corresponding user identifier (vipId). Moreover, the user identifier (vipId) + the consumer identifier (openId) is stored in the server cache in json format, and a query server cache data identifier (cacheUserId) is generated. In addition, the cache duration is set (for example: 3 minutes). Within the cache duration, the consumer can directly access without going through the authorization page. After the cache duration expires, the consumer needs to re-enter the authorization page to generate the user identifier (vipId) + the consumer identifier (openId). Finally, the user identifier (vipId) is encrypted using the RSA algorithm with the public key of the target entity, and the current page address (redirectUrl) is redirected and passed back.

[0072] After that, the merchant public module 121 and the target public module 122 interact using the user identifier (vipId).

[0073] When it is necessary to issue a discount coupon, the merchant public module 121 calls the order placement API interface of the target public module 122. Based on the user identification (vipId) returned by the merchant public module 121, the target public module 122 generates a personalized discount coupon plan by combining the stored user behavior data and preference information, and sends the target discount coupon to the consumer's account according to this plan, and notifies the consumer by means of message push and the like.

[0074] For example: The user identification (vipId) can be ee65184a44c74e92bc0b94f3ac852235. The consumer identification (openId) can be ocBGo6HDOItw2GXewrq45Zp98Ank. The cache data identification (cacheUserId) (user identification (vipId) + consumer identification (openId)) attached to the page address (redirectUrl) can be https: / / *****.com?cacheUserId=XXXX

[0075] The format of cacheUserId is {

[0076] "vipId":"ee65184a44c74e92bc0b94f3ac852235","openId":"ocBGo6HDOItw2GXewrq45Zp98Ank".

[0077] Figure 4 The process schematic of the discount coupon issuance method based on a third-party platform in the embodiments of the present application Figure 2 , see Figure 4 As shown, the method may include:

[0078] S41: Detect a discount coupon redemption operation triggered in the merchant public module, obtain the merchant identification of the merchant public module, obtain the page address when the discount coupon redemption operation is triggered in the merchant public module, and obtain the consumer identification of the consumer who triggers the discount coupon redemption operation in the third-party platform.

[0079] The acquisition of the merchant identification and the consumer identification is the same as the step S21 in the foregoing embodiment, and the relevant description in the foregoing embodiment can be referred to, which will not be elaborated here.

[0080] The acquisition of the page address can be obtained from the consumer's historical access records to get the most recent access address after the target public module jumps to the consumer's terminal interface with the consumer's permission, or can be provided by the merchant public module to the target public module actively. Obtaining the page address together with the merchant identifier and the consumer identifier can avoid repeatedly obtaining information from the merchant public module later, improve the information acquisition efficiency, and then facilitate quickly feedbacking the user identifier to the merchant public module through the page address back transmission later, improve the feedback efficiency of the user identifier, and ultimately improve the efficiency of issuing the immediate discount coupons.

[0081] S42: Determine the target immediate discount coupons to be issued currently according to the merchant identifier.

[0082] Step S42 here is the same as step S22 in the foregoing embodiment. For the relevant description, refer to the foregoing embodiment and will not be elaborated here.

[0083] S43: Based on the consumer identifier, create a user identifier different from the consumer identifier, and establish the corresponding relationship between the user identifier and the consumer identifier.

[0084] Among them, in the merchant public module, different consumers who trigger the operation of claiming the immediate discount coupons have different user identifiers. That is to say, the target public module creates different user identifiers for different consumers in the third-party platform.

[0085] Since the consumer identifier is configured by the third-party platform for the consumer based on its own rules, sometimes, the consumer identifier configured by the third-party platform is not convenient for the target party to manage. Therefore, the target party can regenerate the user identifier for the consumer.

[0086] For the user identifier, it is configured by the target party for the consumer based on its own management rules. Given the huge number of users on the third-party platform, not every user follows the merchant public module. Therefore, the character length and complexity of the user identifier can be configured to be lower than those of the consumer identifier. For example: generate a user identifier with a lower character length and complexity than the consumer identifier according to its own rules, or intercept the preset field in the consumer identifier as the user identifier.

[0087] S44: Based on the created user identifier, generate a cache data identifier, and store the generated cache data identifier at the corresponding position of the user identifier created in the corresponding relationship.

[0088] Among them, the cache data identifier is used to control the expiration of the created user identifier after the cache duration.

[0089] For the cache data identifier, it can be an identifier generated based on another rule, such as: 001, 002, etc. It is also possible to directly use the user identifier as the cache data identifier to save the storage of identifiers in the corresponding relationship, thereby reducing the storage burden of the target public module, enabling the target public module to allocate more resources to the acquisition of merchant identifiers and consumer identifiers, the determination of target rebate coupons, and the actual issuance of target rebate coupons, further improving the efficiency of rebate coupon issuance.

[0090] First, generate the corresponding relationship between the consumer identifier and the user identifier, and then add the cache data identifier after the user identifier. In this way, it is possible to avoid the loss of the user identifier before storage and improve the integrity and accuracy of the corresponding relationship.

[0091] Of course, it is also possible to first determine the user identifier and the cache data identifier, and then generate the corresponding relationship among the consumer identifier, the user identifier, and the cache data identifier. In this way, it is possible to avoid identifier lookup and improve the accuracy of the corresponding relationship.

[0092] It should be noted here that in the corresponding relationship, it is also possible to only include the consumer identifier and the user identifier, without including the cache data identifier. Whether to include the cache data identifier can be determined according to actual needs. When the corresponding relationship does not include the cache data identifier, the subsequent steps related to the cache data identifier will no longer be implemented.

[0093] S45: Encrypt the created user identifier using a preset encryption algorithm.

[0094] To avoid the leakage of the user identifier during transmission and ensure the security of consumer information, the user identifier needs to be encrypted before transmission.

[0095] The preset encryption algorithm used for encryption processing can be any existing encryption algorithm, such as: RSA, AES, MD5, etc.

[0096] During encryption processing, it is also possible to first add a preset string to the user identifier and then encrypt it using a preset algorithm. For example: add the public key provided by the target public module to the user identifier. In this way, even if the transmitted information is decrypted, due to the addition of the preset string, the difficulty of obtaining the user identifier is increased, improving the security of user identifier transmission. And it can also provide some other necessary information to the merchant public module additionally.

[0097] During specific encryption, the user identifier can also be split and encrypted in different ways. That is, split the created user identifier into multiple groups of identifiers; each group of identifiers is encrypted using a different encryption algorithm to obtain multiple groups of encrypted identifiers.

[0098] For a group of encryption algorithms, it is easy to be cracked, while for multiple groups of encryption algorithms, the difficulty of cracking is increased. Moreover, there are various ways to split the user identifier. It can be split at the same or different intervals, or multiple split identifiers can be obtained by getting characters from different positions respectively. For example, for the user identifier 123456, it can be split into 135 and 246. Furthermore, multiple groups of encrypted identifiers do not need to be in order and can be sorted freely. For example, for two groups of encrypted identifiers 135 and 246, they can be sorted as 246135. The combined effect of encryption algorithms, splitting, and sorting greatly increases the difficulty of being cracked and ensures the security of user identifier transmission.

[0099] S46: Insert the encrypted user identifier into a preset position in the page address.

[0100] Among them, the page address after inserting the identifier through the preset position can return to the original page. That is to say, inserting the user identifier at the preset position in the page address will not affect the normal jump of the page address. Here, the preset position can be after the last character in the page address or before the first character in the page address.

[0101] When the encrypted user identifier is multiple groups of encrypted identifiers, each group of encrypted identifiers can be inserted into different preset positions in the page address. For example, for two groups of encrypted identifiers 135 and 246 and the page address abc, after insertion, it becomes: 135abc246. In this way, it can further increase the difficulty of obtaining the user identifier from the page address and improve the security of user identifier transmission.

[0102] When the number of groups of encrypted identifiers is more than the number of preset positions in the page address and each group of encrypted identifiers cannot be inserted into each preset position respectively, multiple groups of encrypted identifiers can be inserted into the respective preset positions evenly or unevenly. For example, for three groups of encrypted identifiers 135, 246, and 789 and the page address abc, after insertion, it becomes: 135789abc246. Uneven insertion can further increase the difficulty of obtaining the user identifier from the page address and improve the security of user identifier transmission.

[0103] S47: Send the page address with the preset position inserted into the encrypted user identifier to the merchant public module so that the merchant public module can jump to the page address.

[0104] The user identification is passed back to the merchant public module through the page address, enabling the consumer to return to the page for claiming the discount coupons. The merchant public module decrypts it through a preset encryption algorithm to obtain the public key for verification. If the verification fails, it indicates that there is a problem with the transmission, and the current operation of claiming the discount coupons ends to ensure the security of the discount coupon issuance. If the verification is successful, the consumer can continue with the operation of claiming the discount coupons. By passing back the user identification through the page address, while continuing the operation of claiming the discount coupons, the user identification can also be sent to the merchant public module so that the merchant public module can subsequently conduct information interaction with the target public module based on the user identification. The continuous operation of claiming the discount coupons and the sending of the user identification are carried out simultaneously, which can further improve the efficiency of the discount coupon issuance.

[0105] Of course, the user identification can also be unencrypted or not transmitted to the merchant public module through the page address. For example, the user identification is directly placed in the page address and passed back to the merchant public module, or the user identification is encrypted and sent to the merchant public module through an instant messaging message, etc.

[0106] Through the merchant public module, the consumer can continue with the operation of claiming the discount coupons. The specific process of the operation of claiming the discount coupons depends on the different rules of different merchants and is not limited here.

[0107] When the consumer completes the last step of the operation of claiming the discount coupons, at this time, the merchant public module can issue the discount coupons to the consumer. Since the merchant public module cannot directly issue the discount coupons to the consumer in the third-party platform, the merchant public module will send an instruction for issuing the discount coupons to the target public module so that the target public module capable of issuing the discount coupons in the third-party platform can issue the discount coupons to the consumer.

[0108] S48: Receive the instruction for issuing the discount coupons sent by the merchant public module.

[0109] Among them, the instruction for issuing the discount coupons includes the user identification. That is to say, in the instruction for issuing the discount coupons, not only the issuing instruction is required so that after receiving it, the target public module can immediately start issuing the discount coupons, but also the specific object of the discount coupon issuance, that is, the user identification, needs to be included.

[0110] For the above-mentioned issuing instruction, it can be a specific instruction, such as: immediately issue the discount coupons, or it can be an identifier pre-agreed between the merchant public module and the target public module. When the target public module sees this identifier, it can know that the discount coupons need to be issued currently. Other public modules in the third-party platform except the merchant public module and the target public module, as well as other application programs in the consumer terminal, even if they obtain this identifier, cannot know the actual meaning of this identifier, thus preventing them from performing further malicious operations and improving the security of the discount coupon issuance.

[0111] S49: In the correspondence relationship, based on the cache data identifier corresponding to the created user identifier, determine whether the created user identifier has expired. If so, execute S410; if not, execute S411.

[0112] Since in the correspondence relationship, the consumer identifier, user identifier, and cache data identifier of the same consumer are stored correspondingly, and the cache data identifier can represent whether the identifier and various related information corresponding to it have expired. That is, after the consumer authorizes in the target public module, the target public module starts timing. After the consumer returns to the merchant public module and continues to operate and complete, the merchant public module instructs the target public module to issue a discount coupon. The cache data identifier serves as a timer during this period. Therefore, it is to determine whether the consumer needs to re-register in the target public module through the cache data identifier, so as to avoid the risk of increasing the issuance of discount coupons due to the consumer's long operation time in the merchant public module and improve the security of the issuance of discount coupons.

[0113] In the specific judgment, the cache data identifier can be a specific identifier, for example: 001, a1, etc. When generating the cache data identifier, a timestamp is generated correspondingly. By calculating the time difference between the current time and the timestamp, determine whether the time difference exceeds the cache duration to determine whether the cache data identifier has expired, and then determine whether the user identifier has expired. If the time difference exceeds the cache duration, it is determined that the cache data has expired, and then it is determined that the user identifier has expired. If the time difference does not exceed the cache duration, it is determined that the cache data is valid, and then it is determined that the user identifier is valid.

[0114] The cache data identifier can also serve as a timer and start counting down after being generated. For example: when the cache data identifier is generated, it is 3 minutes, and then it is 2 minutes and 59 seconds, 2 minutes and 58 seconds in turn, until 0 seconds. The cache data identifier is deleted, and the corresponding consumer identifier and user identifier expire, but the consumer identifier and user identifier are temporarily retained.

[0115] In the specific judgment, that is, to judge whether the cache data identifier corresponding to the created user identifier exists in the correspondence relationship. If so, it is determined that the created user identifier has not expired. If not, it is determined that the created user identifier has expired. The judgment of whether the identifier exists is simpler and more convenient than the calculation and comparison of the time difference, which can improve the judgment efficiency of expiration. And once the cache data identifier expires and is deleted, the consumer identifier and user identifier, etc. are still retained. After the consumer re-registers, there is no need to re-generate the user identifier. According to the consumer identifier, the originally generated user identifier can be found, which can also improve the efficiency of re-registration in the target public module.

[0116] S410: Re-obtain the consumer identifier to re-generate the cache data identifier so that the consumer can perform the operation of receiving the discount coupon within the cache duration.

[0117] After the cache data identifier becomes invalid, the consumer needs to re-authorize and register. That is, the target public module re-obtains the consumer identifier, and then obtains the user identifier based on the consumer identifier, and generates a new cache data identifier. In this way, the operation time for the consumer to claim the discount coupon in the merchant public module is too long. That is, from the time when the consumer starts the operation of claiming the discount coupon and registers in the target public module to the time when the merchant public module sends an instruction to the target public module after the consumer completes the operation of claiming the discount coupon, the target public module requires the consumer to re-register to re-confirm the identity of the consumer and improve the security of the discount coupon issuance.

[0118] S411: Determine the target consumer identifier from the corresponding relationship.

[0119] If the cache data identifier is not invalid, it indicates that the consumer claims the discount coupon according to the specified time requirement. At this time, the target public module can continue to determine the consumer identifier from the corresponding relationship according to the user identifier sent by the merchant public module, so as to determine the recipient of the target discount coupon and then issue the discount coupon.

[0120] It should be noted here that the above steps S43 - S411 can be executed simultaneously with S42, or one after the other, and no limitation is made here.

[0121] S412: According to the target consumer identifier, issue the target discount coupon to the corresponding consumer's account on the third-party platform.

[0122] Step S412 here is the same as step S23 in the foregoing embodiment. For relevant descriptions, reference can be made to the foregoing embodiment and will not be elaborated here.

[0123] After the target discount coupon is sent to the consumer's account, the consumer may not use it immediately. At this time, a reminder can be sent to the consumer to remind the consumer to use the discount coupon and improve the utilization rate of the discount coupon.

[0124] S413: Send a reminder to use the discount coupon to the corresponding consumer.

[0125] On the one hand, after the target public module issues the discount coupon, it regularly checks the usage situation of the discount coupon. When it is found that there is an unused discount coupon, a reminder message can be directly sent to the consumer. For example: Hello, there is XX discount coupon unused.

[0126] Since the consumer has registered in the target public module and is defaulted to have followed the target public module, the reminder message can be sent by the target public module to the consumer.

[0127] Of course, it is possible that the target public module sends the reminder information to the merchant public module, enabling the merchant public module to send the reminder information to consumers. In this way, the merchant public module can also understand the usage situation of the discount coupons it issues, thereby realizing convenient and accurate statistics of the conversion results of the discount coupon issuance.

[0128] On the other hand, after issuing the discount coupons, the target public module can also immediately push content that conforms to the consumer's purchase habits to the consumers. Since consumers have a relatively high purchase demand when receiving the discount coupons, recommending relevant content to consumers at this time can increase the probability of consumers making purchases, thereby increasing the utilization rate of the discount coupons.

[0129] When specifically pushing content, the registration information of consumers in the merchant public module and / or the registration information in the target public module can be obtained. A user portrait is generated based on the obtained registration information. The purchase characteristics of the user portrait are calculated through big data. Shopping links or relevant articles corresponding to the purchase characteristics are pushed to the consumers to enable the consumers to target the discount coupons, so as to increase the utilization rate of the discount coupons.

[0130] Consumers can see the discount coupon receipt notice issued by the merchant public module, which means they must have paid attention to the merchant public module and even registered in the merchant public module. Moreover, consumers also registered in the target public module during the process of receiving the discount coupons. Generally, the registration information will include the consumer's gender, age, location, occupation, hobbies, etc. Therefore, through the registration information of consumers in the merchant public module and / or the registration information in the target public module, a portrait of the consumer can be generated. Through the portrait, the shopping preferences of the consumer, that is, the purchase characteristics, can be deduced. Based on the purchase characteristics, relevant items on sale can be found, and then the link or relevant article of the item can be sent to the consumer. The pushed shopping links or relevant articles conform to the consumer's shopping preferences, which can increase the probability of consumers making purchases, thereby increasing the utilization rate of the discount coupons.

[0131] It should be noted here that generating a user portrait based on the registration information is the same as the specific calculation method used to generate a portrait based on information in the existing technology. Calculating the purchase characteristics of the user portrait through big data means obtaining the purchase characteristics of a certain user portrait under the existing big data of user portraits and purchase characteristics. Specifically, it can be obtained through methods such as similarity calculation and matching. Determining the shopping links or relevant articles corresponding to the purchase characteristics can search the entire network according to the purchase characteristics to obtain the corresponding shopping links or relevant articles. All of the above can be achieved through existing technical means and will not be elaborated here.

[0132] Finally, it should be noted that the acquisition of various data involved in the embodiments provided in this application, such as data like consumer identification, current page address, etc., is all obtained with the consent of the user (consumer or merchant), and the acquired user data complies with the provisions of laws and regulations.

[0133] So far, the method for issuing reduction coupons based on a third-party platform provided by the embodiments of this application has been fully described.

[0134] Based on the same inventive concept, as an implementation of the above method, the embodiments of this application also provide a device for issuing reduction coupons based on a third-party platform.

[0135] Figure 5 For the structural schematic of the device for issuing reduction coupons based on a third-party platform in the embodiments of this application Figure 1 , see Figure 5 As shown, the device includes a target public module, which is created by the target entity in the third-party platform. The third-party platform also includes a merchant public module created by the merchant. The merchant and the target entity have pre-connected for reduction coupon through offline means, and the target entity has pre-registered for financial functions in the third-party platform.

[0136] The device may include: an acquisition module 51, a determination module 52, and a distribution module 53. Among them, the acquisition module 51, the determination module 52, and the distribution module 53 are connected in sequence.

[0137] The acquisition module 51 is used to monitor the reduction coupon redemption operation triggered in the merchant public module, acquire the merchant identification of the merchant public module, and acquire the consumer identification of the consumer who triggers the reduction coupon redemption operation in the third-party platform.

[0138] The determination module 52 is used to determine the target reduction coupon to be issued currently according to the merchant identification.

[0139] The distribution module 53 is used to distribute the target reduction coupon to the consumer's account in the third-party platform according to the consumer identification.

[0140] Furthermore, as a refinement and expansion of the Figure 5 device shown, the embodiments of this application also provide a device for issuing reduction coupons based on a third-party platform.

[0141] Figure 6 For the structural schematic of the device for issuing reduction coupons based on a third-party platform in the embodiments of this application Figure 2 , see Figure 6As shown in the figure, the device may include: an information acquisition module 61, a discount determination module 62, a correspondence module 63, an identification transmission module 64, an instruction receiving module 65, an expiration detection module 66, a re-registration module 67, a consumer determination module 68, a discount issuance module 69, and a usage prompt module 610. Among them, the information acquisition module 61, the discount determination module 62, the correspondence module 63, the identification transmission module 64, the instruction receiving module 65, the expiration detection module 66, the consumer determination module 68, the discount issuance module 69, and the usage prompt module 610 are connected in sequence. The re-registration module 67 is respectively connected to the expiration detection module 66 and the discount issuance module 69.

[0142] The information acquisition module 61 is used to monitor the discount redemption operation triggered in the merchant public module, obtain the merchant identification of the merchant public module, obtain the page address when the discount redemption operation is triggered in the merchant public module, and obtain the consumer identification of the consumer who triggers the discount redemption operation in the merchant public module in the third-party platform.

[0143] The discount determination module 62 is used to determine the target discount to be issued currently according to the merchant identification.

[0144] The correspondence module 63 is used to create a user identification different from the consumer identification based on the consumer identification, and establish the correspondence between the user identification and the consumer identification. Among them, in the merchant public module, different consumers who trigger the discount redemption operation have different user identifications. Based on the created user identification, a cache data identification is generated, and the cache data identification is used to control the expiration of the created user identification after the cache duration. The generated cache data identification is stored at the corresponding position of the user identification created in the correspondence. After the cache duration, the generated cache data identification in the correspondence is deleted.

[0145] The identification transmission module 64 is used to send the created user identification to the merchant public module.

[0146] The identification transmission module 64 includes: an encryption unit 641, an insertion unit 642, and a transmission unit 643. Among them, the encryption unit 641, the insertion unit 642, and the transmission unit 643 are connected in sequence.

[0147] The encryption unit 641 is used to encrypt the created user identification by using a preset encryption algorithm.

[0148] The encryption unit 641 is specifically used to split the created user identification into multiple groups of identifications. Each group of identifications is encrypted by using a different encryption algorithm to obtain multiple groups of encrypted identifications.

[0149] An insertion unit 642 is configured to insert the encrypted user identifier into a preset position in the page address, wherein the page address after inserting the identifier through the preset position can return to the original page.

[0150] The insertion unit 642 is specifically configured to insert each group of encrypted identifiers into different preset positions in the page address.

[0151] A transmission unit 643 is configured to send the page address with the encrypted user identifier inserted into the preset position to the merchant public module, so that the merchant public module can jump to the page address.

[0152] An indication receiving module 65 is configured to receive the deduction coupon issuance indication sent by the merchant public module, and the deduction coupon issuance indication includes the user identifier.

[0153] An invalidation detection module 66 is configured to, in the corresponding relationship, determine whether the created user identifier is invalid according to the cache data identifier corresponding to the created user identifier. If so, it enters the re-registration module 67; if not, it enters the consumer determination module 68.

[0154] The invalidation detection module 66 is specifically configured to determine whether the cache data identifier corresponding to the created user identifier exists in the corresponding relationship. If so, it determines that the created user identifier is not invalid. If not, it determines that the created user identifier is invalid.

[0155] A re-registration module 67 is configured to re-obtain the consumer identifier to re-generate the cache data identifier, so that the consumer can perform the deduction coupon receiving operation within the cache duration.

[0156] A consumer determination module 68 is configured to determine the target consumer identifier from the corresponding relationship according to the user identifier in the deduction coupon issuance indication.

[0157] A deduction coupon issuance module 69 is configured to issue the target deduction coupon to the account of the corresponding consumer in the third-party platform according to the target consumer identifier.

[0158] A usage prompt module 610 is configured to obtain the registration information of the consumer in the merchant public module and / or the registration information in the target public module. Generate a user portrait according to the obtained registration information. Calculate the purchase characteristics of the user portrait through big data. Push the shopping link or relevant article corresponding to the purchase characteristics to the consumer, so that the consumer can target the deduction coupon to improve the utilization rate of the deduction coupon.

[0159] It should be noted here that the description of the above device embodiments is similar to the description of the above method embodiments and has similar beneficial effects to the method embodiments. For the technical details not disclosed in the device embodiments of the present application, please refer to the description of the method embodiments of the present application for understanding.

[0160] Based on the same inventive concept, an embodiment of the present application further provides an electronic device.

[0161] Figure 7 For the structural schematic diagram of the electronic device in the embodiment of the present application, see Figure 7 As shown, the electronic device may include: a processor 71, a memory 72, and a bus 73; wherein, the processor 71 and the memory 72 complete mutual communication through the bus 73; the processor 71 is configured to call program instructions in the memory 72 to execute the methods in the above one or more embodiments.

[0162] It should be noted here that the description of the above embodiment of the electronic device is similar to the description of the above method embodiment, and has beneficial effects similar to those of the method embodiment. For the technical details not disclosed in the embodiment of the electronic device of the present application, please refer to the description of the method embodiment of the present application for understanding.

[0163] Based on the same inventive concept, an embodiment of the present application further provides a computer-readable storage medium, which may include: a stored program; wherein, when the program runs, it controls the device where the storage medium is located to execute the methods in the above one or more embodiments.

[0164] It should be noted here that the description of the above embodiment of the storage medium is similar to the description of the above method embodiment, and has beneficial effects similar to those of the method embodiment. For the technical details not disclosed in the embodiment of the storage medium of the present application, please refer to the description of the method embodiment of the present application for understanding.

[0165] As mentioned above, the above is only the specific implementation manner of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed by the present application, and all should be covered by the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claimed rights.

Claims

1. A method for issuing instant discount coupons based on a third-party platform, characterized in that The method is applied to a target public module, which is created by a target entity in a third-party platform. The third-party platform also includes a merchant public module created by a merchant. The merchant public module is used to publish a notice for receiving a discount coupon, and the background code is not allowed to be modified, nor is the background code of the third-party platform allowed to be modified. The merchant and the target entity have pre-connected the discount coupon offline. The target entity has pre-registered for financial functions in the third-party platform. The method includes: Detect a discount coupon receiving operation triggered in the merchant public module, obtain the merchant identifier of the merchant public module, and obtain the consumer identifier of the consumer who triggers the discount coupon receiving operation in the third-party platform; Determine the target discount coupon to be issued currently according to the merchant identifier; Issue the target discount coupon to the account of the consumer in the third-party platform according to the consumer identifier; Among them, the step of issuing the target discount coupon to the account of the consumer in the third-party platform according to the consumer identifier includes: Based on the consumer identifier, create a user identifier different from the consumer identifier, and establish a corresponding relationship between the user identifier and the consumer identifier. Among them, in the merchant public module, different consumers who trigger the discount coupon receiving operation have different user identifiers. The user identifier is configured by the target entity for consumers based on its own management rules. The character length and complexity of the user identifier are lower than those of the consumer identifier; Send the created user identifier to the merchant public module; Receive a discount coupon issuance instruction sent by the merchant public module, and the discount coupon issuance instruction includes the user identifier; Determine the target consumer identifier from the corresponding relationship according to the user identifier in the discount coupon issuance instruction; Issue the target discount coupon to the account of the corresponding consumer in the third-party platform according to the target consumer identifier.

2. The method according to claim 1, wherein After creating a user identifier different from the consumer identifier, the method further includes: Generate a cache data identifier based on the created user identifier, and the cache data identifier is used to control the expiration of the created user identifier after a cache duration; Store the generated cache data identifier at the corresponding position of the created user identifier in the corresponding relationship; Before determining the target consumer identifier from the corresponding relationship, the method further includes: In the corresponding relationship, judge whether the created user identifier has expired according to the cache data identifier corresponding to the created user identifier; If so, re-obtain the consumer identifier to re-generate the cache data identifier so that the consumer can perform the discount coupon receiving operation within the cache duration; If not, execute the step of determining the target consumer identifier from the corresponding relationship.

3. The method according to claim 2, wherein After storing the generated cache data identifier at the corresponding position of the created user identifier in the corresponding relationship, the method further includes: After the cache duration, delete the generated cache data identifier in the corresponding relationship; The determining, according to the cache data identifier corresponding to the created user identifier, whether the created user identifier is invalid includes: Determine whether the cache data identifier corresponding to the created user identifier exists in the corresponding relationship; If so, determining that the created user identification has not expired; If not, it is determined that the created user identification is invalid.

4. The method according to claim 1, characterized in that, Before sending the created user identification to the merchant public module, the method further includes: Obtain the page address when the instant discount claiming operation is triggered in the merchant's public module; The step of sending the created user ID to the merchant public module includes: Encrypting the created user ID using a preset encryption algorithm; Inserting the encrypted user identifier into a preset position in the page address, wherein the page address after the identifier is inserted into the preset position can return to the original page; The page address with the encrypted user identifier inserted in the preset position is sent to the merchant public module, so that the merchant public module jumps to the page address.

5. The method according to claim 4, characterized in that The step of encrypting the created user identifier using a preset encryption algorithm includes: Splitting the created user ID into multiple groups of IDs; Each group of identifiers is encrypted using a different encryption algorithm to obtain multiple groups of encrypted identifiers; The step of inserting the encrypted user identifier into a preset position in the page address includes: Each set of encrypted identifiers is inserted into a different preset position in the page address.

6. The method according to any one of claims 1 to 5, characterized in that, After the target instant discount is distributed to the consumer's account on the third-party platform, the method further includes: Acquire the registration information of the consumer in the merchant public module and / or the registration information in the target public module; Generate a user profile based on the acquired registration information; Calculate the purchase characteristics of the user portrait through big data; The shopping link or related article corresponding to the purchase feature is pushed to the consumer, so that the consumer can get the target instant discount, thereby increasing the utilization rate of the instant discount.

7. A device for issuing instant discount coupons based on a third-party platform, characterized in that, The device includes a target public module, which is created by a target subject in a third-party platform. The third-party platform also includes a merchant public module created by a merchant. The merchant public module is used to issue a notification for receiving an instant discount, and the background code is not allowed to be modified. The background code of the third-party platform is also not allowed to be modified. The merchant and the target subject pre-connect offline for the instant discount, and the target subject pre-registers for financial functions on the third-party platform. The device includes: An acquisition module, used to monitor the instant discount claiming operation triggered in the merchant public module, obtain the merchant ID of the merchant public module, and obtain the consumer ID of the consumer who triggered the instant discount claiming operation in the merchant public module in the third-party platform; A determination module, used to determine the target instant discount to be issued according to the merchant identifier; A distribution module, used for distributing the target instant discount to the consumer's account in the third-party platform according to the consumer identifier; Also includes: A correspondence module, configured to create a user identifier different from the consumer identifier based on the consumer identifier, and establish a correspondence between the user identifier and the consumer identifier. Among them, in the merchant public module, different consumers who trigger the operation of receiving the discount coupon have different user identifiers. The user identifier is configured for the consumer by the target entity based on its own management rules, and the character length and complexity of the user identifier are lower than those of the consumer identifier; An identifier transmission module, configured to send the created user identifier to the merchant public module; An instruction receiving module, configured to receive the discount coupon issuance instruction sent by the merchant public module, where the discount coupon issuance instruction includes the user identifier; A consumer determination module, configured to determine the target consumer identifier from the correspondence according to the user identifier in the discount coupon issuance instruction.

8. An electronic device, characterized in that, The electronic device includes: a processor, a memory, and a bus; wherein, the processor and the memory complete communication with each other through the bus; the processor is configured to call program instructions in the memory to execute the method according to any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, The storage medium includes: a stored program; wherein, when the program runs, it controls the device where the storage medium is located to execute the method according to any one of claims 1 to 6.

Images