Certificate generation method and device, electronic equipment, medium and computer program product

Abstract

The invention provides a voucher generation method and device, electronic equipment, a medium and a computer program product, and the method comprises the steps: receiving an access request of a target user for a payment system through a user terminal, and enabling the payment system to comprise a to-be-paid payment bill; based on the access request, determining predicted payment time of a payment bill, and based on a historical payment record of the target user, adjusting a set pre-making time length to obtain a voucher pre-making time length corresponding to the target user; determining voucher making starting time according to the predicted payment time and the voucher making time in advance; in response to the fact that the system time of the payment system is equal to the voucher making starting time, obtaining initial voucher data based on the payment bill; and in response to payment of the user terminal based on the payment bill, generating a payment voucher image based on the initial voucher data and the actual payment data. According to the invention, the payment voucher image making time is advanced to the payment time of the user, so that the waiting time of the user is shortened.

Description

Technical Field

[0001] The present application relates to the field of data processing technology, and in particular to a credential generation method, device, electronic device, medium and computer program product. Background Art

[0002] After paying the fee in the payment system, the user will ask for a payment voucher image to prove to the relevant personnel or unit that the relevant fees have been paid. However, the production process of the payment voucher image involves the collaborative work of multiple systems such as the payment system, the voucher system, and the electronic seal system. The production process is cumbersome, and the overall time taken by the existing payment voucher image production method is as high as five or six seconds. The user needs to wait for a long time, which affects the user experience. Summary of the invention

[0003] The present application aims to solve one of the technical problems in the related art at least to some extent.

[0004] To this end, a first aspect of the present application is to propose a credential generation method.

[0005] A second aspect of the present application is to provide a credential generation device.

[0006] A third aspect of the present application is to provide an electronic device.

[0007] A fourth aspect of the present application is to provide a non-transitory computer-readable storage medium.

[0008] A fifth aspect of the present application is to provide a computer program product.

[0009] To achieve the above-mentioned purpose, the first embodiment of the present application proposes a credential generation method, comprising:

[0010] Receiving an access request from a target user to a payment system through a user terminal, wherein the payment system includes a payment slip to be paid;

[0011] Based on the access request, determine the predicted payment time of the payment slip, and based on the historical payment record of the target user, adjust the set advance production time to obtain the advance production time of the voucher corresponding to the target user;

[0012] Determine the starting time for voucher production based on the predicted payment time and the advance time for voucher production;

[0013] In response to the system time of the payment system being equal to the voucher start making time, acquiring initial voucher data based on the payment slip;

[0014] In response to the user terminal making a payment based on the payment slip, a payment voucher image is generated based on the initial voucher data and actual payment data.

[0015] To achieve the above-mentioned purpose, the second embodiment of the present application proposes a credential generation device, including:

[0016] A receiving module, configured to receive an access request from a target user to a payment system through a user terminal, wherein the payment system includes a payment slip to be paid;

[0017] A first determination module is used to determine the predicted payment time of the payment slip based on the access request, and adjust the set advance preparation time based on the historical payment record of the target user to obtain the advance preparation time of the voucher corresponding to the target user;

[0018] Determine the starting time for voucher production based on the predicted payment time and the advance time for voucher production;

[0019] An acquisition module, configured to acquire initial voucher data based on the payment slip in response to the system time of the payment system being equal to the voucher start making time;

[0020] A generating module is used for generating a payment voucher image based on the initial voucher data and actual payment data in response to the user terminal making payment based on the payment slip.

[0021] To achieve the above-mentioned purpose, the third aspect of the present application provides an electronic device, including:

[0022] A processor, and a memory communicatively connected to the processor;

[0023] The memory stores computer-executable instructions;

[0024] The processor executes the computer-executable instructions stored in the memory to implement the credential generation method described in the first aspect.

[0025] In order to achieve the above-mentioned purpose, the fourth aspect of the present application proposes a non-transitory computer-readable storage medium storing computer instructions, wherein the computer instructions are used to enable a computer to execute the credential generation method described in the first aspect.

[0026] In order to achieve the above-mentioned purpose, the fifth aspect of the present application proposes a computer program product, including a computer program, which implements the credential generation method described in the first aspect when executed by a processor.

[0027] This application receives an access request from a target user to a payment system through a user terminal, wherein the payment system includes a payment slip to be paid; based on the access request, the predicted payment time of the payment slip is determined, and based on the historical payment record of the target user, the set advance production time is adjusted to obtain the advance production time of the voucher corresponding to the target user; based on the predicted payment time and the advance production time of the voucher, the voucher start production time is determined; in response to the system time of the payment system being equal to the voucher start production time, initial voucher data is obtained based on the payment slip; in response to the user terminal making payment based on the payment slip, a payment voucher image is generated based on the initial voucher data and the actual payment data. This application advances the production time of the payment voucher image to before the user pays, and first obtains the initial voucher data before the user pays. After the user pays, only the initial voucher data and the actual payment data need to be synthesized to quickly generate a complete payment voucher image, thereby shortening the waiting time when the user requests to obtain the payment voucher after the payment is completed, and improving the user experience. In addition, this application combines the historical payment records of the target users and flexibly adjusts the set advance production time according to their actual payment habits, which can avoid obtaining initial credential data too early or too late, resulting in premature occupation of related resources or affecting user experience.

[0028] Additional aspects and advantages of the present application will be given in part in the description below, and in part will become apparent from the description below, or will be learned through the practice of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0029] The above and / or additional aspects and advantages of the present application will become apparent and easily understood from the following description of the embodiments in conjunction with the accompanying drawings, in which:

[0030] Figure 1 A flowchart of a method for generating a certificate provided in an embodiment of the present application;

[0031] Figure 2 A flowchart of another method for generating a certificate provided in an embodiment of the present application;

[0032] Figure 3 A flowchart of another method for generating a certificate provided in an embodiment of the present application;

[0033] Figure 4 A flowchart of another method for generating a certificate provided in an embodiment of the present application;

[0034] Figure 5 A schematic diagram of the structure of a credential generation device provided in an embodiment of the present application;

[0035] Figure 6 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0036] Embodiments of the present application are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are intended to be used to explain the present application, and should not be construed as limiting the present application.

[0037] It should be noted that the acquisition, transmission, storage, use, and processing of data (including but not limited to user device information, user personal information, etc.) in the technical solution of this application comply with the relevant provisions of relevant laws and regulations.

[0038] The following describes a voucher generation method, device, electronic device, medium and computer program product according to an embodiment of the present application with reference to the accompanying drawings, wherein the present application can be applied to a payment system.

[0039] Embodiment 1:

[0040] Figure 1 A flowchart of a method for generating a credential provided in an embodiment of the present application is shown below. Figure 1 As shown, the method comprises the following steps:

[0041] Step 101: receiving an access request from a target user to a payment system via a user terminal, wherein the payment system includes a payment slip to be paid.

[0042] The payment system may refer to any system such as an electricity payment system, a water payment system, and a tuition payment system. The access request of the user terminal to the payment system may refer to a login request of the target user to the payment system through the user terminal. The payment slip to be paid may include basic elements such as the payment slip number, payment period, validity period, amount payable, and remarks.

[0043] Step 102, based on the access request, determine the predicted payment time of the payment slip, and based on the historical payment record of the target user, adjust the set advance production time to obtain the advance production time of the voucher corresponding to the target user.

[0044] In an embodiment of the present application, the predicted payment time may refer to the predicted time for the user terminal to make payment based on the payment slip; the set advance production time is pre-set, for example, the set advance production time may be 5 minutes; the advance production time of the voucher refers to the advance production time corresponding to the target user, which is used to indicate how long in advance to start producing the payment voucher image for the target user.

[0045] As an example, the mean time interval is determined based on the time interval between the historical access time and the historical payment time corresponding to the historical payment record; the set advance production time is adjusted based on the mean time interval to obtain the advance production time of the voucher. The larger the mean time interval, the shorter the advance production time of the voucher, and the smaller the mean time interval, the longer the advance production time of the voucher.

[0046] It should be noted that if the target user is a new user, that is, the target user has no historical payment record, the set advance production time can be used as the advance production time of the target user's credential.

[0047] Step 103, determine the voucher production start time based on the predicted payment time and the advance voucher production time.

[0048] As an example, from the predicted payment time, the voucher production time is calculated forward according to the advance voucher production time to obtain the voucher production start time. Assuming that the predicted payment time is 10 o'clock on the visit day and the advance voucher production time is 10 minutes, the voucher production start time is 9:50.

[0049] Step 104, in response to the system time of the payment system being equal to the voucher start making time, initial voucher data is obtained based on the payment slip.

[0050] The system time of the payment system may refer to the standard time used within the payment system to record information such as the current date, time, and time zone.

[0051] When the system time of the payment system is equal to the voucher start time, the voucher can be pre-made to obtain the initial voucher data. The initial voucher data refers to the semi-finished image of the payment voucher. It should be noted that the semi-finished image of the payment voucher refers to the image data, and the image generation step has not yet been performed.

[0052] The initial voucher data includes data that can be obtained from the payment slip, such as the payment slip number, payment items, amount payable, and other data.

[0053] Step 105 , in response to the user terminal making payment based on the payment slip, a payment voucher image is generated based on the initial voucher data and the actual payment data.

[0054] When monitoring that a user pays a payment slip through a user terminal, actual payment data is obtained, and the actual payment data is added to the initial voucher data to obtain target voucher data, and then a payment voucher image is generated according to the target voucher data. The actual payment data includes the actual payment amount, the actual payment time, and the payment account number.

[0055] This application receives an access request from a target user to a payment system through a user terminal, wherein the payment system includes a payment slip to be paid; based on the access request, the predicted payment time of the payment slip is determined, and based on the historical payment record of the target user, the set advance production time is adjusted to obtain the advance production time of the voucher corresponding to the target user; based on the predicted payment time and the advance production time of the voucher, the voucher start production time is determined; in response to the system time of the payment system being equal to the voucher start production time, initial voucher data is obtained based on the payment slip; in response to the user terminal making payment based on the payment slip, a payment voucher image is generated based on the initial voucher data and the actual payment data. This application advances the production time of the payment voucher image to before the user pays, and the initial voucher data is obtained before the user pays. After the user pays, only the initial voucher data and the actual payment data need to be synthesized to quickly generate a complete payment voucher image, thereby shortening the waiting time when the user requests to obtain the payment voucher after the payment is completed, and improving the user experience. In addition, this application combines the historical payment records of the target users and flexibly adjusts the set advance production time according to their actual payment habits, which can avoid obtaining initial credential data too early or too late, resulting in premature occupation of related resources or affecting user experience.

[0056] Embodiment 2:

[0057] Figure 2 A flowchart of a method for generating a credential provided in another embodiment of the present application is shown as follows: Figure 2 As shown, the method comprises the following steps:

[0058] Step 201: receiving an access request from a target user to a payment system via a user terminal.

[0059] The access request includes the user ID of the target user.

[0060] Step 202: based on the user identifier of the target user included in the access request, the historical payment record of the target user is obtained, and the payment date interval matched by the target user is determined according to the historical payment date corresponding to the historical payment record.

[0061] When obtaining the payment record of the target user, the historical payment record can be obtained according to the payment type of the payment slip to be paid. For example, if the payment type of the payment slip to be paid is electricity, the historical electricity payment record of the target user can be obtained; if the payment type of the payment slip to be paid is water, the historical water payment record of the target user can be obtained.

[0062] As an example, historical payment dates corresponding to historical payment records may be counted to obtain a payment date range.

[0063] Step 203, obtaining the access date corresponding to the access request, and determining whether the access date is within the payment date interval.

[0064] The access date may be included in the access request.

[0065] Whether the access date is within the payment date range is an important reference factor for determining the purpose of the user accessing the payment system. The determination result can reflect the user's true intention to a certain extent, that is, whether the user intends to pay based on the payment slip.

[0066] Step 204, in response to the access date being within the payment date interval, the predicted payment time of the payment slip is determined based on the access request, and the set advance production time is adjusted based on the historical payment record of the target user to obtain the advance production time of the voucher corresponding to the target user.

[0067] Among them, the access date is within the payment date range, which means that the user may be visiting to pay based on the payment slip. At this time, the predicted payment time of the payment slip and the advance preparation time of the voucher can be determined, and then the starting time of voucher preparation can be determined to start preparing the payment voucher in advance.

[0068] Among them, the access date is not within the payment date range, which means that the user may not pay based on the payment slip during this visit. At this time, there is no need to determine the predicted payment time of the payment slip and the advance preparation time of the voucher.

[0069] By making a pre-judgment on whether the access date corresponding to the access request is within the payment date interval, it can be more effectively ensured that the voucher pre-production work is initiated only when the user actually wants to pay based on the payment slip, thereby effectively avoiding unnecessary consumption of service resources, such as unnecessary voucher pre-production, and achieving effective utilization of service resources.

[0070] In order to obtain a more accurate predicted payment time and to prepare payment vouchers at an appropriate actual start, as an example, based on the user identifier of the target user included in the access request, the historical payment record of the target user is obtained; the predicted payment time is determined according to the access time corresponding to the access request, the historical access time corresponding to the historical payment record, and the historical payment time.

[0071] As a possible implementation method, the time interval between the historical access time and the historical payment time corresponding to the historical payment record may be counted, and the predicted payment time may be determined based on the time interval and the access time corresponding to the access request.

[0072] As another possible implementation, the historical access time and historical payment time corresponding to the historical payment records, as well as the access time corresponding to the access request, can be input into the payment time prediction model to obtain the predicted payment time output by the payment time prediction model. The payment time prediction model can refer to a long short-term memory network model.

[0073] Historical payment records can reveal the user's payment habits. Therefore, this application combined with historical payment records can achieve accurate prediction of payment time, thereby ensuring that vouchers are pre-made before users pay.

[0074] Step 205, determine the voucher production start time based on the predicted payment time and the advance voucher production time.

[0075] Step 206, in response to the system time of the payment system being equal to the voucher start making time, initial voucher data is obtained based on the payment slip.

[0076] Step 207 , in response to the user terminal making payment based on the payment slip, a payment voucher image is generated based on the initial voucher data and the actual payment data.

[0077] It should be noted that the explanation of step 201 and step 205 to step 207 can be found in the relevant description in any embodiment of the present application and will not be repeated here.

[0078] This application obtains the historical payment record of the target user based on the user identifier of the target user included in the access request, and determines the payment date interval matched by the target user according to the historical payment date corresponding to the historical payment record; obtains the access date corresponding to the access request, and determines whether the access date is within the payment date interval; in response to the access date being within the payment date interval, determines the predicted payment time of the payment slip based on the access request, and adjusts the set advance production time based on the historical payment record of the target user to obtain the advance production time of the voucher corresponding to the target user; determines the voucher start production time according to the predicted payment time and the advance production time of the voucher. By pre-judging whether the access date corresponding to the access request is within the payment date interval, it can be more effectively ensured that the voucher pre-production work is started only when the user wants to pay based on the payment slip, thereby avoiding unnecessary service resource consumption.

[0079] Embodiment three:

[0080] Figure 3 A flowchart of a method for generating a credential provided in another embodiment of the present application is shown as follows: Figure 3 As shown, the method comprises the following steps:

[0081] Step 301: receiving an access request from a target user to a payment system via a user terminal.

[0082] Step 302: Determine the predicted payment time of the payment order based on the access request.

[0083] Step 303: Determine the degree of fluctuation of the time interval according to the time interval between the historical access time and the historical payment time corresponding to the historical payment record.

[0084] Among them, the fluctuation degree of the time interval can be used to indicate the instability of the time length between the historical access time and the historical payment time. A small fluctuation degree means that the time from the user's access to the payment is relatively fixed, and a large fluctuation degree means that there is a large uncertainty in the time from the user's access to the payment.

[0085] As an example, a standard deviation or variance may be determined based on the time interval between the historical access time and the historical payment time, and the standard deviation or variance may be used as the degree of fluctuation of the time interval.

[0086] Step 304, obtaining the voucher data generation time of the voucher system within a set historical period.

[0087] Among them, the credential system is used to generate initial credential data; the set historical period may refer to the time period before the access time corresponding to the access request; the credential data generation time may refer to the average time for the credential system to generate initial credential data within the set historical period.

[0088] Step 305, based on the fluctuation degree and the voucher data generation time, adjust the set advance production time to obtain the voucher advance production time.

[0089] Among them, the greater the fluctuation degree, the longer the advance preparation time of the voucher, and the smaller the fluctuation degree, the shorter the advance preparation time of the voucher; the longer the voucher data generation time, the longer the advance preparation time of the voucher, and the shorter the voucher data generation time, the shorter the advance preparation time of the voucher.

[0090] Based on the fluctuation degree of the time interval, it is possible to flexibly adjust the advance production time according to the user's actual payment behavior habits. Based on the voucher data generation time of the voucher system within the set historical period, it is possible to flexibly adjust the advance production time according to the processing speed of the voucher system. This will avoid as much as possible the situation where users need to wait after completing payment because the voucher has not been pre-made, so that users can quickly obtain payment voucher images when needed.

[0091] As a possible implementation method, based on the first mapping function, the degree of fluctuation is mapped to the first adjustment weight; based on the second mapping function, the voucher data generation time is mapped to the second adjustment weight; according to the first adjustment weight and / or the second adjustment weight, the set advance production time is adjusted to obtain the advance production time of the voucher.

[0092] As another possible implementation method, a first adjustment weight is determined based on a comparison result of the fluctuation degree with at least one set fluctuation threshold; a second adjustment weight is determined based on a comparison result of the voucher data generation time with at least one generation time threshold; based on the first adjustment weight and / or the second adjustment weight, the set advance production time is adjusted to obtain the voucher advance production time.

[0093] In the case where multiple fluctuation thresholds are set, the multiple fluctuation thresholds can form multiple fluctuation degree intervals, and each fluctuation degree interval corresponds to a different first adjustment weight. By comparing the fluctuation degree with at least one set fluctuation threshold, the fluctuation degree interval in which the fluctuation degree is located can be determined, and then the first adjustment weight can be determined. It should be noted that the greater the fluctuation degree, the greater the first adjustment weight, and the smaller the fluctuation degree, the smaller the first adjustment weight.

[0094] Similarly, in the case where there are multiple generation time thresholds, the multiple generation time thresholds can form multiple generation time intervals, and the second adjustment weight corresponding to each generation time interval is different. By comparing the credential data generation time with at least one generation time threshold, the generation time interval in which the credential data generation time is located can be determined, and then the second adjustment weight can be determined. It should be noted that the longer the credential data generation time is, the greater the second adjustment weight is, and the shorter the credential data generation time is, the smaller the second adjustment weight is.

[0095] The threshold comparison process is simple to calculate, and can quickly and accurately determine the first adjustment weight that matches the degree of fluctuation, and the second adjustment weight that matches the time when the voucher data is generated, thereby quickly determining the advance production time for the voucher and improving the efficiency of voucher production.

[0096] Step 306, determine the voucher production start time based on the predicted payment time and the advance voucher production time.

[0097] Step 307, in response to the system time of the payment system being equal to the voucher start making time, initial voucher data is obtained based on the payment slip.

[0098] Step 308 , in response to the user terminal making payment based on the payment slip, a payment voucher image is generated based on the initial voucher data and the actual payment data.

[0099] It should be noted that the explanation of steps 301 to 303, step 306 and step 308 can be found in the relevant description in any embodiment of the present application and will not be repeated here.

[0100] This application determines the degree of fluctuation of the time interval based on the time interval between the historical access time and the historical payment time corresponding to the historical payment record; obtains the voucher data generation time of the voucher system within the set historical period; adjusts the set advance production time based on the degree of fluctuation and the voucher data generation time to obtain the voucher advance production time. Based on the degree of fluctuation of the time interval, it is possible to flexibly adjust the set advance production time according to the user's actual payment behavior habits, and based on the voucher data generation time of the voucher system within the set historical period, it is possible to flexibly adjust the set advance production time according to the processing speed of the voucher system, so as to avoid as much as possible the situation where the user needs to wait after completing the payment because the voucher has not been pre-made, so that the user can quickly obtain the payment voucher image when needed.

[0101] Embodiment 4:

[0102] Figure 4 A flowchart of a method for generating a credential provided in another embodiment of the present application is shown as follows: Figure 4 As shown, the method comprises the following steps:

[0103] Step 401: receiving an access request from a target user to a payment system via a user terminal.

[0104] Step 402, based on the access request, determine the predicted payment time of the payment slip, and based on the historical payment record of the target user, adjust the set advance preparation time to obtain the advance preparation time of the voucher corresponding to the target user.

[0105] Step 403, determine the voucher production start time based on the predicted payment time and the advance voucher production time.

[0106] Step 404, in response to the system time of the payment system being equal to the start time of voucher production, a payment flow is generated based on the payment slip, and the payment flow is sent to the voucher system, so that the voucher system generates a seal request based on the payment flow, and adds the seal request to the seal request queue of the electronic seal system. The electronic seal system is used to send a seal notification to the voucher system when the seal request is out of the queue.

[0107] Among them, generating a payment flow based on a payment slip means converting a payment slip into a standardized and traceable payment record; after receiving the payment flow, the voucher system generates a seal request and sends the seal request to the electronic seal system to add the seal request to the seal request queue of the electronic seal system; the electronic seal system processes the seal requests in the seal request queue according to the set rules, and when processing the seal request corresponding to the payment flow, sends a seal notification to the voucher system, so that the voucher system sends the seal notification to the payment system. Among them, the seal notification is used to instruct the electronic seal system to allow the seal to be used.

[0108] Step 405: in response to receiving the seal usage notification sent by the voucher system, obtain the electronic seal from the electronic seal system.

[0109] After receiving the seal notice, the payment system obtains the electronic seal from the electronic seal system based on the payment flow. It should be noted that the electronic seal may refer to an encrypted electronic seal.

[0110] Step 406, sending the payment flow and the electronic seal to the voucher system, and obtaining the initial voucher data generated by the voucher system based on the payment flow and the electronic seal.

[0111] After obtaining the electronic seal, the payment flow and the electronic seal are sent to the voucher system so that the voucher system can pre-prepare the voucher and obtain the initial voucher data.

[0112] The close interaction between the payment system, voucher system and electronic seal system enables the payment system to automatically generate payment records based on the payment slip when it identifies a specific time point, and send it to the voucher system immediately; the voucher system responds quickly, generates a seal request and queues it to the electronic seal system; after processing the seal request, the electronic seal system immediately notifies the voucher system and safely provides the electronic seal; finally, the voucher system combines the payment records with the electronic seal to quickly generate initial voucher data. This process not only ensures the accuracy and consistency of the data, but also enhances the compliance and security of the voucher generation process through automation.

[0113] In an embodiment of the present application, after obtaining the initial voucher data based on the payment slip, the method also includes: in response to the user terminal not making payment within a set time period, deleting the initial voucher data or marking the initial voucher data as unavailable data, and / or, sending a data discard request to the voucher system, and / or, sending a seal cancellation request to the electronic seal system.

[0114] Among them, the data discard request is used to instruct the voucher system to delete the initial voucher data or mark the initial voucher data as unusable data, and the seal revocation request is used to instruct the electronic seal system to mark the status of the seal record corresponding to the initial voucher data as a revoked status.

[0115] In the payment system and / or voucher system, deleting the initial voucher data or marking the initial voucher data as unavailable can prevent outdated or invalid data from continuing to circulate in the system, reducing the risk of data confusion and erroneous operations. Marking the status of the seal record corresponding to the initial voucher data as revoked can ensure that the relevant data is no longer valid and prevent the electronic seal from being misused or abused.

[0116] Step 407 , in response to the user terminal making payment based on the payment slip, a payment voucher image is generated based on the initial voucher data and the actual payment data.

[0117] It should be noted that the explanation of step 401, step 402, step 403 and step 407 can be found in the relevant description in any embodiment of the present application and will not be repeated here.

[0118] In response to the system time of the payment system being equal to the voucher start production time, this application generates a payment flow based on the payment slip, and sends the payment flow to the voucher system, so that the voucher system generates a seal request based on the payment flow, and adds the seal request to the seal request queue of the electronic seal system. The electronic seal system is used to send a seal notification to the voucher system when the seal request is out of the queue; in response to receiving the seal notification sent by the voucher system, obtain the electronic seal from the electronic seal system; send the payment flow and the electronic seal to the voucher system, and obtain the initial voucher data generated by the voucher system based on the payment flow and the electronic seal. This process not only ensures the accuracy and consistency of the data, but also enhances the compliance and security of the voucher generation process through automation.

[0119] Embodiment five:

[0120] Figure 5 A schematic diagram of the structure of a credential generation device provided in an embodiment of the present application, such as Figure 5 As shown, including:

[0121] The receiving module 501 is used to receive an access request from a target user to a payment system through a user terminal, wherein the payment system includes a payment slip to be paid;

[0122] The first determination module 502 is used to determine the predicted payment time of the payment slip based on the access request, and adjust the set advance preparation time based on the historical payment record of the target user to obtain the advance preparation time of the voucher corresponding to the target user;

[0123] The second determination module 503 is used to determine the voucher production start time according to the predicted payment time, the advance voucher production time, and the voucher production time;

[0124] An acquisition module 504 is used to acquire initial voucher data based on the payment slip in response to the system time of the payment system being equal to the voucher start making time;

[0125] The generating module 505 is used for generating a payment voucher image based on the initial voucher data and the actual payment data in response to the user terminal making payment based on the payment slip.

[0126] As a possible implementation manner, the first determining module 502 is configured to:

[0127] Based on the user identifier of the target user included in the access request, the historical payment record of the target user is obtained, and according to the historical payment date corresponding to the historical payment record, the payment date interval matched by the target user is determined;

[0128] Obtain the access date corresponding to the access request, and determine whether the access date is within the payment date interval;

[0129] In response to the access date being within the payment date interval, a predicted payment time of the payment order is determined based on the access request.

[0130] As a possible implementation manner, the first determining module 502 is configured to:

[0131] Based on the user identifier of the target user included in the access request, obtain the historical payment record of the target user;

[0132] The predicted payment time is determined based on the access time corresponding to the access request, the historical access time corresponding to the historical payment record, and the historical payment time.

[0133] As a possible implementation, the initial credential data is generated by a credential system, and the first determination module 502 is used to:

[0134] Determine the degree of fluctuation of the time interval according to the time interval between the historical access time and the historical payment time corresponding to the historical payment record;

[0135] Get the voucher data generation time of the voucher system within the set historical period;

[0136] Based on the degree of fluctuation and the time when the voucher data is generated, the set advance production time is adjusted to obtain the advance production time of the voucher.

[0137] As a possible implementation manner, the first determining module 502 is configured to:

[0138] Determining a first adjustment weight according to a comparison result of the fluctuation degree with at least one set fluctuation threshold;

[0139] determining a second adjustment weight according to a comparison result of the credential data generation time and at least one generation time threshold;

[0140] Based on the first adjustment weight and / or the second adjustment weight, the set advance production time is adjusted to obtain the advance production time of the voucher.

[0141] As a possible implementation, the acquisition module 504 is used to:

[0142] Generate a payment flow based on the payment slip, and send the payment flow to the voucher system, so that the voucher system generates a seal request based on the payment flow, and adds the seal request to the seal request queue of the electronic seal system. The electronic seal system is used to send a seal notification to the voucher system when the seal request is out of the queue;

[0143] In response to receiving the seal use notification sent by the voucher system, obtaining the electronic seal from the electronic seal system;

[0144] The payment receipt and electronic seal are sent to the voucher system, and the initial voucher data generated by the voucher system based on the payment receipt and electronic seal are obtained.

[0145] As a possible implementation, the device further includes:

[0146] A processing module, for deleting the initial voucher data or marking the initial voucher data as unusable data in response to the user terminal not paying within a set period of time, and / or sending a data discard request to the voucher system, and / or sending a seal cancellation request to the electronic seal system;

[0147] Among them, the data discard request is used to instruct the voucher system to delete the initial voucher data or mark the initial voucher data as unusable data, and the seal revocation request is used to instruct the electronic seal system to mark the status of the seal record corresponding to the initial voucher data as a revoked status.

[0148] It should be noted that the above explanation of the method embodiment is also applicable to the device of this embodiment, and will not be repeated here.

[0149] Embodiment six:

[0150] Figure 6 A schematic diagram of the structure of an electronic device provided for an embodiment of the present application. Among them, the electronic device 600 in this embodiment is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workbenches, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present disclosure described and / or required herein.

[0151] like Figure 6 As shown, the electronic device 600 includes: a memory 610, a processor 620, and computer instructions stored in the memory 610 and executable on the processor 620.

[0152] When the processor 620 executes the instructions, the credential generation method provided in the above embodiment is implemented.

[0153] Furthermore, the electronic device 600 further includes:

[0154] The communication interface 630 is used for communication between the memory 610 and the processor 620 .

[0155] The memory 610 is used to store computer instructions that can be executed on the processor 620 .

[0156] The memory 610 may include a high-speed RAM memory, and may also include a non-volatile memory (non-volatile memory), such as at least one disk memory.

[0157] The processor 620 is used to implement the credential generation method of the above embodiment when executing the program.

[0158] If the memory 610, the processor 620 and the communication interface 630 are implemented independently, the communication interface 630, the memory 610 and the processor 620 can be connected to each other through a bus and communicate with each other. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component (PCI) bus or an Extended Industry Standard Architecture (EISA) bus. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 6 Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0159] Optionally, in a specific implementation, if the memory 610, the processor 620 and the communication interface 630 are integrated on a chip, the memory 610, the processor 620 and the communication interface 630 can communicate with each other through an internal interface.

[0160] The processor 620 may be a central processing unit (CPU), or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present application.

[0161] In order to implement the above embodiments, the present application also proposes a non-transitory computer-readable storage medium storing computer instructions, where the computer instructions are used to enable a computer to execute the above method.

[0162] In order to implement the above embodiments, the present application also proposes a computer program product, including a computer program, which implements the above method when executed by a processor.

[0163] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples" etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner. In addition, those skilled in the art may combine and combine the different embodiments or examples described in this specification and the features of the different embodiments or examples, without contradiction.

[0164] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Therefore, the features defined as "first" and "second" may explicitly or implicitly include at least one of the features. In the description of this application, the meaning of "plurality" is at least two, such as two, three, etc., unless otherwise clearly and specifically defined.

[0165] Any process or method description in a flowchart or otherwise described herein may be understood to represent a module, fragment or portion of code comprising one or more executable instructions for implementing the steps of a custom logical function or process, and the scope of the preferred embodiments of the present application includes alternative implementations in which functions may not be performed in the order shown or discussed, including performing functions in a substantially simultaneous manner or in the reverse order depending on the functions involved, which should be understood by technicians in the technical field to which the embodiments of the present application belong.

[0166] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as an ordered list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by an instruction execution system, device or apparatus (such as a computer-based system, a system including a processor, or other system that can fetch instructions from an instruction execution system, device or apparatus and execute the instructions), or in combination with these instruction execution systems, devices or apparatuses. For the purpose of this specification, "computer-readable medium" can be any device that can contain, store, communicate, propagate or transmit a program for use by an instruction execution system, device or apparatus, or in combination with these instruction execution systems, devices or apparatuses. More specific examples of computer-readable media (a non-exhaustive list) include the following: an electrical connection with one or more wires (electronic device), a portable computer disk box (magnetic device), a random access memory (RAM), a read-only memory (ROM), an erasable and programmable read-only memory (EPROM or flash memory), a fiber optic device, and a portable compact disk read-only memory (CDROM). In addition, the computer-readable medium may even be paper or other suitable medium on which the program is printed, since the program may be obtained electronically, for example, by optically scanning the paper or other medium and then editing, interpreting or processing in other suitable ways if necessary, and then stored in a computer memory.

[0167] It should be understood that the various parts of the present application can be implemented by hardware, software, firmware or a combination thereof. In the above-mentioned embodiments, multiple steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented by hardware, as in another embodiment, it can be implemented by any one of the following technologies known in the art or their combination: a discrete logic circuit having a logic gate circuit for implementing a logic function for a data signal, a dedicated integrated circuit having a suitable combination of logic gate circuits, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

[0168] A person skilled in the art may understand that all or part of the steps in the method for implementing the above-mentioned embodiment may be completed by instructing related hardware through a program, and the program may be stored in a computer-readable storage medium, which, when executed, includes one or a combination of the steps of the method embodiment.

[0169] In addition, each functional unit in each embodiment of the present application can be integrated into a processing module, or each unit can exist physically separately, or two or more units can be integrated into one module. The above-mentioned integrated module can be implemented in the form of hardware or in the form of a software functional module. If the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium. The above-mentioned storage medium can be a read-only memory, a disk or an optical disk, etc.

[0170] It should be noted that in the embodiments of the present application, certain software, components, models and other existing solutions in the industry may be mentioned, and they should be regarded as exemplary. Their purpose is only to illustrate the feasibility of implementing the technical solution of the present application, but it does not mean that the applicant has or will necessarily use the solution.

[0171] Although the embodiments of the present application have been shown and described above, it can be understood that the above embodiments are exemplary and cannot be understood as limitations on the present application. Ordinary technicians in this field can change, modify, replace and modify the above embodiments within the scope of the present application.

Claims

1. A method for generating a voucher, characterized in that: The following steps are involved: Receiving an access request from a target user to a payment system through a user terminal, wherein the payment system includes a payment slip to be paid; Based on the access request, determine the predicted payment time of the payment slip, and based on the historical payment record of the target user, adjust the set advance production time to obtain the advance production time of the voucher corresponding to the target user; Determine the starting time for voucher production based on the predicted payment time and the advance time for voucher production; In response to the system time of the payment system being equal to the voucher start making time, acquiring initial voucher data based on the payment slip; In response to the user terminal making a payment based on the payment slip, a payment voucher image is generated based on the initial voucher data and actual payment data.

2. The method according to claim 1, characterized in that The step of determining the predicted payment time of the payment slip based on the access request includes: Based on the user identifier of the target user included in the access request, obtaining the historical payment record of the target user, and determining the payment date interval matched by the target user according to the historical payment date corresponding to the historical payment record; Obtaining an access date corresponding to the access request, and determining whether the access date is within the payment date interval; In response to the access date being within the payment date interval, a predicted payment time of the payment order is determined based on the access request.

3. The method according to claim 1 or 2, characterized in that: The step of determining the predicted payment time of the payment slip based on the access request includes: Based on the user identifier of the target user included in the access request, obtaining the historical payment record of the target user; The predicted payment time is determined according to the access time corresponding to the access request, the historical access time and the historical payment time corresponding to the historical payment record.

4. The method according to claim 1, characterized in that: The initial voucher data is generated by the voucher system. The setting advance production time is adjusted based on the historical payment record of the target user to obtain the advance production time of the voucher corresponding to the target user, including: Determining the degree of fluctuation of the time interval according to the time interval between the historical access time and the historical payment time corresponding to the historical payment record; Obtaining the voucher data generation time of the voucher system within a set historical period; Based on the fluctuation degree and the voucher data generation time, the set advance production time is adjusted to obtain the voucher advance production time.

5. The method according to claim 4, characterized in that The step of adjusting the set advance production time based on the fluctuation degree and the voucher data generation time to obtain the voucher advance production time includes: Determining a first adjustment weight according to a comparison result of the fluctuation degree with at least one set fluctuation threshold; determining a second adjustment weight according to a comparison result of the credential data generation time and at least one generation time threshold; Based on the first adjustment weight and / or the second adjustment weight, the first adjustment weight adjusts the set advance production time to obtain the advance production time of the voucher.

6. The method according to claim 1, characterized in that The obtaining of initial voucher data based on the payment slip includes: Generate a payment flow to be paid based on the payment slip, and send the payment flow to the voucher system, so that the voucher system generates a seal request based on the payment flow, and adds the seal request to the seal request queue of the electronic seal system, and the electronic seal system is used to send a seal notification to the voucher system when the seal request is out of the queue; In response to receiving the seal usage notification sent by the voucher system, obtaining an electronic seal from the electronic seal system; The payment flow and the electronic seal are sent to the voucher system, and the initial voucher data generated by the voucher system based on the payment flow and the electronic seal are obtained.

7. The method according to claim 6, characterized in that After obtaining the initial voucher data based on the payment slip, the method further includes: In response to the user terminal not paying the fee within a set period of time, deleting the initial voucher data or marking the initial voucher data as unusable data, and / or sending a data discard request to the voucher system, and / or sending a seal cancellation request to the electronic seal system; The data discard request is used to instruct the voucher system to delete the initial voucher data or mark the initial voucher data as unusable data, and the seal revocation request is used to instruct the electronic seal system to mark the status of the seal record corresponding to the initial voucher data as a revoked status.

8. A credential generating device, characterized in that: include: A receiving module, configured to receive an access request from a target user to a payment system through a user terminal, wherein the payment system includes a payment slip to be paid; A first determination module is used to determine the predicted payment time of the payment slip based on the access request, and adjust the set advance preparation time based on the historical payment record of the target user to obtain the advance preparation time of the voucher corresponding to the target user; The second determination module is used to determine the voucher production start time according to the predicted payment time and the advance voucher production time; An acquisition module, configured to acquire initial voucher data based on the payment slip in response to the system time of the payment system being equal to the voucher start making time; A generating module is used for generating a payment voucher image based on the initial voucher data and actual payment data in response to the user terminal making payment based on the payment slip.

9. The device according to claim 8, characterized in that The first determining module is used to: Based on the user identifier of the target user included in the access request, obtaining the historical payment record of the target user, and determining the payment date interval matched by the target user according to the historical payment date corresponding to the historical payment record; Obtaining an access date corresponding to the access request, and determining whether the access date is within the payment date interval; In response to the access date being within the payment date interval, a predicted payment time of the payment order is determined based on the access request.

10. The device according to claim 8 or 9, characterized in that The first determining module is used to: Based on the user identifier of the target user included in the access request, obtaining the historical payment record of the target user; The predicted payment time is determined according to the access time corresponding to the access request, the historical access time and the historical payment time corresponding to the historical payment record.

11. The device according to claim 8, characterized in that The initial credential data is generated by a credential system, and the first determining module is used to: Determining the degree of fluctuation of the time interval according to the time interval between the historical access time and the historical payment time corresponding to the historical payment record; Obtaining the voucher data generation time of the voucher system within a set historical period; Based on the fluctuation degree and the voucher data generation time, the set advance production time is adjusted to obtain the voucher advance production time.

12. The device according to claim 11, characterized in that The first determining module is used to: Determining a first adjustment weight according to a comparison result of the fluctuation degree with at least one set fluctuation threshold; determining a second adjustment weight according to a comparison result of the credential data generation time and at least one generation time threshold; Based on the first adjustment weight and / or the second adjustment weight, the set advance production time is adjusted to obtain the advance production time of the voucher.

13. The device according to claim 8, characterized in that The acquisition module is used to: Generate a payment flow to be paid based on the payment slip, and send the payment flow to the voucher system, so that the voucher system generates a seal request based on the payment flow, and adds the seal request to the seal request queue of the electronic seal system, and the electronic seal system is used to send a seal notification to the voucher system when the seal request is out of the queue; In response to receiving the seal usage notification sent by the voucher system, obtaining an electronic seal from the electronic seal system; The payment flow and the electronic seal are sent to the voucher system, and the initial voucher data generated by the voucher system based on the payment flow and the electronic seal are obtained.

14. The device according to claim 13, characterized in that The device also includes: A processing module, configured to delete the initial voucher data or mark the initial voucher data as unusable data in response to the user terminal failing to pay within a set period of time, and / or send a data discard request to the voucher system, and / or send a seal revocation request to the electronic seal system; The data discard request is used to instruct the voucher system to delete the initial voucher data or mark the initial voucher data as unusable data, and the seal revocation request is used to instruct the electronic seal system to mark the status of the seal record corresponding to the initial voucher data as a revoked status.

15. An electronic device, characterized in that: include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory to implement the method according to any one of claims 1 to 7.

16. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions, which are used to implement the method according to any one of claims 1 to 7 when executed by a processor.

17. A computer program product, characterized in that The invention comprises a computer program which, when executed by a processor, implements the method according to any one of claims 1 to 7.

Images