Parking card batch delay processing method and device, computer equipment and storage medium

Abstract

The invention discloses a parking card batch delay processing method and device, computer equipment and a storage medium, and the method comprises the steps: obtaining a plurality of to-be-delayed parking cards corresponding to a target merchant organization; determining the delay duration corresponding to each parking card to be delayed; based on the delay duration, generating a delay application payment order; and when payment of the delay application payment order is completed, payment completion information is approved through the parking management terminal, and batch delay processing is performed on the parking cards to be delayed when the payment completion information passes the approval. In the embodiment of the invention, a process management scheme for batch delay is provided. By performing batch delay processing on a plurality of parking cards at a time and performing operations such as payment application and remittance to account approval in a unified manner, the delay efficiency of the parking cards can be improved, by approving payment information, wrong delay operation caused by false payment can be reduced, and loss can be reduced to a certain extent.

Description

Technical Field

[0001] The present application relates to the technical field of parking lot management, and in particular to a method, device, computer equipment and storage medium for processing parking card batch extensions. Background Art

[0002] At present, when applying for the extension of parking cards such as monthly cards and annual cards, users need to apply for the extension first, and then the merchant will sort out all the parking card information applied for extension under the merchant organization and send it to the parking lot management party. The parking management end will handle the extension operation of each parking card one by one. As a result, the efficiency of the parking card extension operation is low, and when the number of parking cards that need to be extended is large, it takes a long time to wait, resulting in a poor user experience. Summary of the invention

[0003] Based on this, it is necessary to provide a parking card batch extension processing method, device, computer equipment and storage medium to address the above technical problems, so as to solve at least one problem existing in the above-mentioned prior art.

[0004] In a first aspect, the embodiment of the present application is implemented as follows: a method for processing a batch extension of parking cards is provided, comprising:

[0005] Obtain multiple parking cards to be extended corresponding to the target merchant organization;

[0006] Determine the extension time corresponding to each parking card to be extended;

[0007] Based on the extension period, generate an extension application payment order;

[0008] When the payment of the extension application payment order is completed, the parking management terminal will review the payment completion information, and when the review is passed, batch extension processing will be performed on each of the parking cards to be extended.

[0009] In one embodiment, determining the extension time corresponding to each parking card to be extended includes:

[0010] Obtain the parking card packages corresponding to the parking cards to be extended;

[0011] Determine whether there is a long-delay parking card or a short-delay parking card among the parking cards to be extended;

[0012] If not, all the parking cards to be extended corresponding to the same parking card package will be uniformly configured with the same extension time;

[0013] If yes, the long extension parking card or the short extension parking card is configured with an extension time separately, and the remaining parking cards to be extended that belong to the same parking card package are uniformly configured with the same extension time;

[0014] Among them, the long-delay parking card represents that the extension time is greater than the extension time of the parking card package to which the long-delay parking card belongs, and the short-delay parking card represents that the extension time is less than the extension time of the parking card package to which the short-delay parking card belongs.

[0015] In one embodiment, after obtaining a plurality of parking cards to be extended corresponding to the target merchant organization, the method includes:

[0016] Obtain the number of the parking cards to be extended;

[0017] When the number of the parking cards to be extended is less than a preset threshold, obtaining the remaining usage time of each parking card to be extended;

[0018] When the remaining usage time is less than the preset time, a separate extension process is performed on the parking card to be extended whose remaining usage time is less than the preset time.

[0019] In one embodiment, the parking card to be extended includes vehicle information, and the step of obtaining a plurality of parking cards to be extended corresponding to the target merchant organization includes:

[0020] Based on the vehicle information, determining whether the vehicle bound to the parking card to be extended has an unpaid extension application payment order;

[0021] If yes, output a prompt message, the prompt message including vehicle information of the deferred payment application order that has not been paid;

[0022] Based on the vehicle information of the vehicle with the unpaid extension application payment order, the parking cards to be extended that are bound to the vehicle with the unpaid extension application payment order are removed from the parking cards to be extended in this batch extension.

[0023] In one embodiment, after determining whether the vehicle bound to the parking card to be extended has an unpaid extension application payment order, the method includes:

[0024] If yes, sending a payment reminder to the user corresponding to the vehicle with the unpaid deferred payment application order;

[0025] If the payment information is not obtained within the preset time, the parking cards to be extended that are bound to the vehicles with unpaid extension application payment orders will be removed from the parking cards to be extended in this batch extension.

[0026] In one embodiment, generating a payment order for an extension application based on the extension period includes:

[0027] Calculate the total extension time and extension fee based on the extension time corresponding to each of the parking cards to be extended;

[0028] Obtaining the payment account of the parking management terminal;

[0029] The extension application payment order is generated based on the collection account, total extension period and extension fee.

[0030] In one embodiment, after implementing the batch extension processing of the parking cards to be extended, the method includes:

[0031] Sending an invoicing request to the parking management terminal, wherein the invoicing request includes invoice header information;

[0032] Obtain an invoice sent by the parking management terminal and issued based on the payment order for the extension application.

[0033] In a second aspect, a parking card batch extension processing device is provided, comprising:

[0034] A parking card acquisition unit to be extended is used to acquire multiple parking cards to be extended corresponding to the target merchant organization;

[0035] An extension time determination unit is used to determine the extension time corresponding to each parking card to be extended;

[0036] A payment order generation unit for an extension application is used to generate a payment order for an extension application based on the extension period;

[0037] The extension batch processing unit is used to review and approve the payment completion information through the parking management terminal when the payment of the extension application payment order is completed, and when the approval is passed, perform batch extension processing on each of the parking cards to be extended.

[0038] In a third aspect, a computer device is provided, comprising a memory, a processor, and computer-readable instructions stored in the memory and running on the processor, wherein the processor implements the parking card batch extension processing method as described above when executing the computer-readable instructions.

[0039] In a fourth aspect, a readable storage medium is provided, on which computer-readable instructions are stored. When the computer-readable instructions are executed by a processor, the parking card batch extension processing method as described above is implemented.

[0040] The above-mentioned parking card batch extension processing method, device, computer equipment and storage medium, the method implementation includes: obtaining multiple parking cards to be extended corresponding to the target merchant organization; determining the extension time corresponding to each parking card to be extended; generating an extension application payment order based on the extension time; executing the payment operation based on the extension application payment order; when the payment of the extension application payment order is completed, the payment completion information is approved by the parking management terminal, and when the approval is passed, batch extension processing is performed on each of the parking cards to be extended. In the embodiment of the present application, a process management solution for batch extension is provided. By performing batch extension processing on multiple parking cards at one time, and uniformly performing payment application, remittance approval and other operations, the efficiency of parking card extension can be improved, and by approving the payment information, the erroneous extension processing caused by false payment can be reduced, which can reduce losses to a certain extent. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the description of the embodiments of the present application will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0042] Figure 1 This is a schematic diagram of an application environment of a method for processing parking card batch extensions in an embodiment of the present application;

[0043] Figure 2 This is a flow chart of a method for processing a batch extension of parking cards in one embodiment of the present application. Figure 1 ;

[0044] Figure 3 This is a flow chart of a method for processing a batch extension of parking cards in one embodiment of the present application. Figure 2 ;

[0045] Figure 4 This is a flow chart of a method for processing a batch extension of parking cards in one embodiment of the present application. Figure 3 ;

[0046] Figure 5 This is a flow chart of a method for processing a batch extension of parking cards in one embodiment of the present application. Figure 4 ;

[0047] Figure 6 This is a flow chart of a method for processing a batch extension of parking cards in one embodiment of the present application. Figure 5 ;

[0048] Figure 7 This is a structural schematic diagram of a parking card batch extension processing device in one embodiment of the present application;

[0049] Figure 8 It is a schematic diagram of a computer device in one embodiment of the present application. DETAILED DESCRIPTION

[0050] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0051] The parking card batch extension processing method provided in this embodiment can be applied to Figure 1 In the application environment, the merchant end communicates with the parking management end. The merchant end can check the parking card that needs to be extended in the corresponding interface, and then determine the extension period according to the parking card package or user needs, and calculate the total extension period and total fee, and generate a payment order for payment. When the payment is completed, the parking management end can be notified, and the parking management end can review the authenticity of the payment. After the review is passed, the batch extension processing operation can be executed, otherwise, the batch extension application needs to be re-submitted.

[0052] The merchant end includes but is not limited to various personal computers, laptops, smart phones, tablet computers and portable wearable devices. The parking management end can be implemented with an independent server or a server cluster consisting of multiple servers.

[0053] In one embodiment, if Figure 2 As shown, a parking card batch extension processing method is provided, and the method is applied in Figure 1 The merchant end in the example is used to illustrate, including the following steps:

[0054] In step S110, a plurality of parking cards to be extended corresponding to the target merchant organization are obtained;

[0055] In the embodiment of the present application, the merchant terminal may include multiple merchant organizations, and each merchant organization may manage multiple parking cards. For example, each parking lot may be regarded as a merchant organization; or each business district area may be regarded as a merchant organization, and the parking cards issued in all parking lots in the business district area belong to the merchant organization; or a community may be regarded as a merchant organization, and the parking cards in all parking lots in the community belong to the merchant organization.

[0056] Optionally, a parking card extension request sent by a user may be obtained, the parking card extension request including parking card information and vehicle information, and the parking card to be extended may be determined based on the parking card information and vehicle information. Then, the merchant may display extension details in the parking card management interface, such as the name of the person, license plate number, package, number of parking spaces, extension duration, receivables, current validity period, extension start date, etc. The merchant may select the parking card to be extended under the merchant organization to which it belongs by checking or clicking.

[0057] It should be noted that after obtaining the parking cards to be extended, the number of parking cards to be extended can be counted. When the number of parking cards to be extended is greater than a preset threshold, the subsequent batch extension operation will be performed. For example, when the number of parking cards to be extended exceeds 10, a batch extension operation is performed. If the number of parking cards to be extended is lower than the preset threshold, the remaining usage time of each parking card to be extended can be determined. If the remaining usage time is less than the preset time, there is no need to wait for other parking cards to be extended, and a separate extension operation can be performed directly to avoid the problem that the parking card cannot be used and brings a bad experience to the user.

[0058] Among them, the parking card to be extended refers to a parking card whose validity period needs to be extended, such as a monthly card, an annual card, etc.

[0059] In step S120, the extension time corresponding to each parking card to be extended is determined;

[0060] In the embodiment of the present application, the extension time of each parking card to be extended can be determined by the parking card package to which each extended parking card belongs, for example, a monthly card package can be extended for one month each time. It can also be set according to the actual needs of the user. For example, if the user needs to extend the usage time for 45 days, even if the user's parking card is a monthly card, an extra-long extension time can be set.

[0061] It should be noted that for extensions exceeding the parking card package to which the parking card belongs, a certain over-extension fee may be charged. For extensions shorter than the parking card package to which the parking card belongs, for example, if the parking card belongs to a monthly card package but the user only needs to extend the extension for 10 days, the extension fee can be calculated based on the actual extension time, rather than the extension time of the monthly card package, to reduce user losses.

[0062] In step S130, based on the extension period, an extension application payment order is generated;

[0063] In the embodiment of the present application, after determining the extension time of each parking card to be extended, the total number of extended parking cards, the total extension time, the total fees to be collected, the total fees actually collected, and other information can be calculated, and remarks can be entered and attachments can be uploaded, such as the urgency of this extension, the list of expedited parking cards, etc. Then, the above information can be displayed through the current interface, and the merchant can check based on the displayed information, and after successful verification, the "Confirm" button can be clicked to generate a payment order based on the above information.

[0064] It should be noted that the payment order may include the specific total payment amount and the payment amount corresponding to each parking card to be extended. If there is a discount, such as a coupon or a discount, the total payment amount after the discount and the payment amount corresponding to each extended parking card may be calculated based on the coupon or discount as the actual amount payable.

[0065] In the embodiment of the present application, after the payment order for the extension application is generated, the payment operation can be performed based on the payment amount in the payment order for the extension application. Optionally, the account information of the parking management terminal, such as the public account information, can be obtained in advance and added to the payment order for the extension application. Then, based on the account information, the public-to-public payment can be performed, for example, the payment operation can be performed online or offline, and the merchant can download or print the payment order and perform offline public transfer according to the information in the payment order.

[0066] In step S140, when the payment of the extension application payment order is completed, the parking management terminal reviews the payment completion information, and when the review is passed, batch extension processing is performed on each parking card to be extended.

[0067] In the embodiment of the present application, after the payment is completed, a parking card batch extension request may be sent to the parking management end, which may include payment completion information, or the parking management end may be notified offline through email, text message, etc. that the payment has been completed, and the payment completion information is sent. The parking management end may perform remittance confirmation and approval based on the payment completion information. If the approval is not passed, the parking card batch extension application is invalidated, the payment amount is returned to the original account, and the merchant can re-initiate a monthly card extension payment application. If the approval is passed, the merchant parking card batch extension processing can be executed.

[0068] At the same time, invoicing services can also be provided. For example, the merchant side can configure the purchaser's invoice header information in advance. When the batch extension processing of parking cards is completed, the invoice can be prepared according to the purchaser's invoice header information and sent to the merchant for the merchant to download or print.

[0069] In an embodiment of the present application, a method for processing batch extensions of parking cards is provided, including: obtaining multiple parking cards to be extended corresponding to a target merchant organization; determining the extension duration corresponding to each parking card to be extended; generating an extension application payment order based on the extension duration; executing a payment operation based on the extension application payment order; when the payment of the extension application payment order is completed, the parking management terminal reviews the payment completion information, and when the review is passed, batch extension processing is performed on each parking card to be extended. In an embodiment of the present application, a process management solution for batch extensions is provided. By performing batch extension processing on multiple parking cards at one time, and uniformly performing payment applications, remittance approval and other operations, the efficiency of parking card extensions can be improved, and by reviewing the payment information, erroneous extension operations caused by false payments can be reduced, and losses can be reduced to a certain extent.

[0070] See also Figure 3 In one embodiment of the present application, determining the extension time corresponding to each parking card to be extended includes:

[0071] In step S210, the parking card packages corresponding to the parking cards to be extended are obtained;

[0072] In step S220, it is determined whether there is a long-delay parking card or a short-delay parking card among the parking cards to be extended;

[0073] In step S230, if not, all parking cards to be extended corresponding to the same parking card package are uniformly configured with the same extension time;

[0074] In step S240, if yes, the long extension parking card or the short extension parking card is individually configured with an extension time, and the remaining parking cards to be extended that belong to the same parking card package are uniformly configured with the same extension time;

[0075] Among them, the long-extension parking card represents that the extension time is longer than the extension time of the parking card package to which the long-extension parking card belongs, and the short-extension parking card represents that the extension time is shorter than the extension time of the parking card package to which the short-extension parking card belongs.

[0076] Optionally, each parking card to be extended may correspond to a parking card package, such as a monthly card package, an annual card package, a daily card package, etc. Different parking card packages may correspond to different effective usage times and extension times. For example, the parking card of the monthly card package can be extended for 1 month, the annual card package can be extended for 1 year, and the daily card can be extended for 1 day. Therefore, after obtaining each parking card to be extended, it can be determined whether there is a long-extension parking card or a short-extension parking card in the parking card to be extended. If not, the parking cards to be extended can be classified according to the parking card package, and then the parking cards to be extended under the same parking card package are uniformly configured with the same extension time. For example, the uniform extension time of the parking cards to be extended under the monthly card package is 1 month.

[0077] If there is a long extension parking card or a short extension parking card, obtain the time that the long extension parking card needs to be extended. Or the time that the short extension parking card needs to be extended. For example, if the long extension parking card needs to be extended for 45 days, at this time, even if the user's parking card is a monthly card, the extension period can be set to 45 days. If the short extension parking card only needs to be extended for 10 days, even if the user's parking card is a monthly card, the extension period can be set to 10 days. For the remaining other non-long extension parking cards or short extension parking cards, they can be classified according to the parking card package, and the same extension period can be uniformly configured for the parking cards to be extended under the same parking card package.

[0078] See also Figure 4 In one embodiment of the present application, after obtaining a plurality of parking cards to be extended corresponding to the target merchant organization, the method includes:

[0079] In step S310, the number of parking cards to be extended is obtained;

[0080] In step S320, when the number of parking cards to be extended is less than a preset threshold, the remaining usage time of each parking card to be extended is obtained;

[0081] In step S330, when the remaining usage time is less than the preset time, a separate extension process is performed on the parking card to be extended whose remaining usage time is less than the preset time.

[0082] Optionally, a threshold value of the number of parking cards to be extended in batches may be set, for example, 10. Then, when the number of parking cards to be extended reaches 10, the batch extension operation may be performed. If the number of parking lots to be extended is less than 10, but the remaining usage time of some parking cards to be extended is about to be used up, that is, the remaining usage time is less than the preset time, for example, less than 2 days, it means that the parking card to be extended is an emergency extension parking card, and it can be extended separately. There is no need to wait for batch processing at this time.

[0083] See also Figure 5 In one embodiment of the present application, the parking card to be extended includes vehicle information, and after obtaining multiple parking cards to be extended corresponding to the target merchant organization, the following steps are included:

[0084] In step S410, based on the vehicle information, it is determined whether the vehicle bound to the parking card to be extended has an unpaid extension application payment order;

[0085] In step S420, if yes, a prompt message is output, the prompt message including vehicle information of the deferred payment application order that has not been paid;

[0086] In step S430, based on the vehicle information of the vehicle with the unpaid extension application payment order, the parking cards to be extended that are bound to the vehicle with the unpaid extension application payment order are removed from the parking cards to be extended in this batch extension.

[0087] Optionally, a binding relationship between the parking card to be extended and the vehicle can be established. After obtaining the parking card to be extended, the binding relationship can be queried to determine the corresponding vehicle. Then, based on the vehicle information, such as the license plate number, it can be queried whether there is an unpaid extension application payment order. If so, a prompt message can be output on the current interface, and the prompt message may include all vehicle information of the extension application payment orders that have unpaid fees, such as the license plate number, so that the merchant can remove the bound parking card to be extended from the parking cards for this batch extension based on the vehicle information.

[0088] In one embodiment of the present application, after determining whether the vehicle bound to the parking card to be extended has an unpaid extension application payment order, the following steps are included:

[0089] If so, send a payment reminder to the user corresponding to the vehicle with the deferred payment application order that has not yet paid;

[0090] If the payment information is not obtained within the preset time, the parking cards to be extended that are bound to the vehicles with unpaid extension application payment orders will be removed from the parking cards to be extended in this batch extension.

[0091] Optionally, when there is an unpaid extension application payment order, a payment reminder can be sent to the vehicle in the unpaid extension application payment order to remind the user to pay in time. If the user does not pay within a preset time range, such as within 10 minutes, it means that there is no need to extend the parking lot, and the parking card to be extended that is bound to the vehicle with the unpaid extension application payment order can be removed from the parking lot cards to be extended in this batch extension. That is, the parking card will not be extended this time.

[0092] See also Figure 6 In one embodiment of the present application, based on the extension period, an extension application payment order is generated, including:

[0093] In step S510, the total extension time and extension fee are calculated based on the extension time corresponding to each parking card to be extended;

[0094] In step S520, the payment account of the parking management terminal is obtained;

[0095] In step S530, an extension application payment order is generated based on the collection account, the total extension period and the extension fee.

[0096] Optionally, the parking management end needs to configure a collection account in advance, such as a public collection account, and share it with the merchant end. In addition, the total extension period can be calculated based on the extension period corresponding to each parking card to be extended, and the total amount payable can be calculated based on the total extension period and the extension fee rules. If there is a preferential policy, such as a coupon or discount, the actual total amount can be calculated based on the total amount payable. At the same time, the amount payable and the actual amount corresponding to each parking card to be extended can be calculated so as to charge the extension fee to the corresponding user.

[0097] Then, the merchant can jointly generate an order for payment of the extension application based on the collection account, total extension time and extension fee. It should be noted that it can also provide services for entering remarks and uploading attachments, such as noting the urgency of the extension.

[0098] In one embodiment of the present application, after batch extension processing of each parking card to be extended is implemented, the following steps are included:

[0099] Send an invoicing request to the parking management end, the invoicing request includes invoice header information;

[0100] Get the invoice sent by the parking management end based on the deferred payment application order.

[0101] Optionally, the merchant can configure the purchaser's invoice header information in advance. When the batch extension of parking cards is completed, the invoice can be issued according to the purchaser's invoice header information and sent to the merchant for download or printing. This solves the problem of insufficient online process management of the existing invoicing business. It should be noted that if the purchaser is an individual, there is no need to set the invoice header information.

[0102] In the embodiment of the present application, a process management solution for batch extension is provided. By processing batch extensions for multiple parking cards at one time and uniformly performing payment applications, remittance approval and other operations, the efficiency of parking card extension can be improved. By approving payment information, erroneous extension operations caused by false payments can be reduced, and losses can be reduced to a certain extent.

[0103] It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0104] In one embodiment, a parking card batch extension processing device is provided, and the parking card batch extension processing device corresponds to the parking card batch extension processing method in the above embodiment. Figure 7As shown, the parking card batch extension processing device includes a parking card acquisition unit 10 for extension, an extension time determination unit 20, an extension application payment order generation unit 30 and an extension batch processing unit 40. The functional modules are described in detail as follows:

[0105] The parking card acquisition unit 10 is used to acquire a plurality of parking cards to be extended corresponding to the target merchant organization;

[0106] The extension time determination unit 20 is used to determine the extension time corresponding to each parking card to be extended;

[0107] The extension application payment order generating unit 30 is used to generate an extension application payment order based on the extension period;

[0108] The extension batch processing unit 40 is used to review and approve the payment completion information through the parking management terminal when the payment of the extension application payment order is completed, and when the review and approval is passed, perform batch extension processing on each parking card to be extended.

[0109] In one embodiment of the present application, the extension duration determination unit 20 is further configured to:

[0110] Obtain the parking card packages corresponding to each parking card to be extended;

[0111] Determine whether there is a long extension parking card or a short extension parking card among the parking cards to be extended;

[0112] If not, all the parking cards to be extended corresponding to the same parking card package will be uniformly configured with the same extension time;

[0113] If yes, configure the extension time for the long extension parking card or the short extension parking card separately, and configure the same extension time for the remaining parking cards to be extended that belong to the same parking card package;

[0114] Among them, the long-extension parking card represents that the extension time is longer than the extension time of the parking card package to which the long-extension parking card belongs, and the short-extension parking card represents that the extension time is shorter than the extension time of the parking card package to which the short-extension parking card belongs.

[0115] In one embodiment of the present application, the device further includes a separate extension processing unit, which is used to:

[0116] Get the number of parking cards to be extended;

[0117] When the number of parking cards to be extended is less than a preset threshold, the remaining usage time of each parking card to be extended is obtained;

[0118] When the remaining usage time is less than the preset time, a separate extension process is performed on the parking card to be extended whose remaining usage time is less than the preset time.

[0119] In one embodiment of the present application, the parking card to be extended includes vehicle information, and the device further includes a parking lot rejection unit for:

[0120] Based on the vehicle information, determine whether the vehicle bound to the parking card to be extended has an unpaid extension application payment order;

[0121] If yes, output a prompt message, which includes the vehicle information of the deferred payment application order that has not been paid;

[0122] Based on the vehicle information of the vehicles with unpaid extension application and payment orders, the parking cards to be extended that are bound to the vehicles with unpaid extension application and payment orders are removed from the parking cards to be extended in this batch extension.

[0123] In one embodiment of the present application, the parking lot elimination unit is further used for:

[0124] If so, send a payment reminder to the user corresponding to the vehicle with the deferred payment application order that has not yet paid;

[0125] If the payment information is not obtained within the preset time, the parking cards to be extended that are bound to the vehicles with unpaid extension application payment orders will be removed from the parking cards to be extended in this batch extension.

[0126] In one embodiment of the present application, the extension application payment order generating unit 30 is further used to:

[0127] Based on the extension time corresponding to each parking card to be extended, calculate the total extension time and extension fee;

[0128] Get the payment account of the parking management end;

[0129] Generate an extension application payment order based on the collection account, total extension period and extension fee.

[0130] In one embodiment of the present application, the device further includes an invoice obtaining unit, which is used to:

[0131] Send an invoicing request to the parking management end, the invoicing request includes invoice header information;

[0132] Get the invoice sent by the parking management end based on the deferred payment application order.

[0133] In the embodiment of the present application, a process management solution for batch extension is provided. By processing batch extensions for multiple parking cards at one time and uniformly performing payment applications, remittance approval and other operations, the efficiency of parking card extension can be improved. By approving payment information, erroneous extension operations caused by false payments can be reduced, and losses can be reduced to a certain extent.

[0134] The specific definition of the parking card batch extension processing device can be found in the definition of the parking card batch extension processing method above, which will not be repeated here. Each module in the above parking card batch extension processing device can be implemented in whole or in part by software, hardware and their combination. The above modules can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory of the computer device in the form of software, so that the processor can call and execute the operations corresponding to the above modules.

[0135] In one embodiment, a computer device is provided. The computer device may be a terminal device, and its internal structure diagram may be as follows: Figure 8 As shown. The computer device includes a processor, a memory, and a network interface connected through a system bus. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a readable storage medium. The readable storage medium stores computer-readable instructions. The network interface of the computer device is used to communicate with an external terminal through a network connection. When the computer-readable instructions are executed by the processor, a method for processing batch extensions of parking cards is implemented. The readable storage medium provided in this embodiment includes a non-volatile readable storage medium and a volatile readable storage medium.

[0136] In an embodiment of the present application, a computer device is provided, including a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor. When the processor executes the computer-readable instructions, the steps of the above-mentioned parking card batch extension processing method are implemented.

[0137] In an embodiment of the application, a readable storage medium is provided, which stores computer-readable instructions. When the computer-readable instructions are executed by a processor, the steps of the above-mentioned parking card batch extension processing method are implemented.

[0138] Those of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiments can be implemented by instructing related hardware through computer-readable instructions, and the computer-readable instructions can be stored in a non-volatile readable storage medium or a volatile readable storage medium. When the computer-readable instructions are executed, they may include the processes of the embodiments of the above-mentioned methods. Among them, any reference to memory, storage, database or other media used in the embodiments provided in this application may include non-volatile and / or volatile memory. Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM) or flash memory. Volatile memory may include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in many forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

[0139] Those skilled in the art can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example. In actual applications, the above-mentioned functions can be distributed and completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above.

[0140] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be included in the protection scope of the present application.

Claims

1. A method for processing parking card batch extension, characterized in that: The method comprises: Obtain multiple parking cards to be extended corresponding to the target merchant organization; Determine the extension time corresponding to each parking card to be extended; Based on the extension period, generate an extension application payment order; When the payment of the extension application payment order is completed, the parking management terminal will review the payment completion information, and when the review is passed, batch extension processing will be performed on each of the parking cards to be extended.

2. The parking card batch extension processing method according to claim 1, characterized in that: Determining the extension time corresponding to each parking card to be extended includes: Obtain the parking card packages corresponding to the parking cards to be extended; Determine whether there is a long-delay parking card or a short-delay parking card among the parking cards to be extended; If not, all the parking cards to be extended corresponding to the same parking card package will be uniformly configured with the same extension time; If yes, the long extension parking card or the short extension parking card is configured with an extension time separately, and the remaining parking cards to be extended that belong to the same parking card package are uniformly configured with the same extension time; Among them, the long-delay parking card represents that the extension time is greater than the extension time of the parking card package to which the long-delay parking card belongs, and the short-delay parking card represents that the extension time is less than the extension time of the parking card package to which the short-delay parking card belongs.

3. The method for processing parking card batch extensions according to claim 1, characterized in that: After obtaining a plurality of parking cards to be extended corresponding to the target merchant organization, the method includes: Obtain the number of the parking cards to be extended; When the number of the parking cards to be extended is less than a preset threshold, obtaining the remaining usage time of each parking card to be extended; When the remaining usage time is less than the preset time, a separate extension process is performed on the parking card to be extended whose remaining usage time is less than the preset time.

4. The method for processing parking card batch extensions according to claim 1, characterized in that: The parking card to be extended includes vehicle information. After acquiring a plurality of parking cards to be extended corresponding to the target merchant organization, the method includes: Based on the vehicle information, determining whether the vehicle bound to the parking card to be extended has an unpaid extension application payment order; If yes, output a prompt message, the prompt message including vehicle information of the deferred payment application order that has not been paid; Based on the vehicle information of the vehicle with the unpaid extension application payment order, the parking cards to be extended that are bound to the vehicle with the unpaid extension application payment order are removed from the parking cards to be extended in this batch extension.

5. The method for processing parking card batch extensions as claimed in claim 4, characterized in that: After determining whether the vehicle bound to the parking card to be extended has an unpaid extension application payment order, the method includes: If yes, sending a payment reminder to the user corresponding to the vehicle with the unpaid deferred payment application order; If the payment information is not obtained within the preset time, the parking cards to be extended that are bound to the vehicles with unpaid extension application payment orders will be removed from the parking cards to be extended in this batch extension.

6. The method for processing parking card batch extensions as claimed in claim 1, characterized in that: The generating of an extension application payment order based on the extension period includes: Calculate the total extension time and extension fee based on the extension time corresponding to each of the parking cards to be extended; Obtaining the payment account of the parking management terminal; The extension application payment order is generated based on the collection account, total extension period and extension fee.

7. The method for processing parking card batch extensions as claimed in claim 1, characterized in that: After the batch extension processing of the parking cards to be extended is realized, the method includes: Sending an invoicing request to the parking management terminal, wherein the invoicing request includes invoice header information; Obtain an invoice sent by the parking management terminal and issued based on the payment order for the extension application.

8. A parking card batch extension processing device, characterized in that: The device comprises: A parking card acquisition unit to be extended is used to acquire multiple parking cards to be extended corresponding to the target merchant organization; An extension time determination unit is used to determine the extension time corresponding to each parking card to be extended; A payment order generation unit for an extension application is used to generate a payment order for an extension application based on the extension period; The extension batch processing unit is used to review and approve the payment completion information through the parking management terminal when the payment of the extension application payment order is completed, and when the approval is passed, perform batch extension processing on each of the parking cards to be extended.

9. A computer device comprising a memory, a processor, and computer-readable instructions stored in the memory and executed on the processor, characterized in that: When the processor executes the computer-readable instructions, the parking card batch extension processing method as described in any one of claims 1 to 7 is implemented.

10. A readable storage medium having computer readable instructions stored thereon, characterized in that: When the computer-readable instructions are executed by a processor, the parking card batch extension processing method as described in any one of claims 1 to 7 is implemented.

Images