Riding request processing method and device, storage medium and electronic equipment

Abstract

The invention discloses a riding request processing method and device, a storage medium and electronic equipment. Relates to the field of traffic information processing. The method comprises the steps that a riding request initiated by a target object riding a target vehicle is received through a target system, the riding request is recorded, a first riding record is obtained, the target object is allowed to ride after the first riding record is obtained, and the target system is deployed on the target vehicle; under the condition that the target system cannot be connected to the target platform through the mobile network, storing the first riding record in the target system; and uploading the first riding record to the target platform under the condition that the target system can be connected to the target platform through the mobile network. According to the invention, the technical problems in the prior art that the moving signal of a part of bus routes is unstable, the passenger is allowed to take the bus only after the passenger is queried to pay successfully after the passenger synchronously sends the bus taking record to the specified platform when taking the bus, and the running speed of the bus is influenced are solved.

Description

Technical Field

[0001] The present invention relates to the field of traffic information processing, and in particular to a method, device, storage medium and electronic device for processing a ride request. Background Art

[0002] At present, some bus routes have unstable mobile signals. The most common payment method in public transportation scenarios is online payment. Online payment has high requirements for the bus network and is not suitable for environments where the bus has no network connection or the network signal is unstable. The deployment of public payment systems in remote areas and other places with poor signals is restricted.

[0003] In the related art, in the public transportation system, when a passenger takes a bus, the bus will synchronously send the riding record to the designated platform. The passenger is allowed to board the bus only after it is confirmed that the passenger has paid successfully. The transaction processing efficiency is low and affects the operation speed of the bus.

[0004] To address the above-mentioned problems, no effective solution has been proposed yet. Summary of the invention

[0005] The embodiments of the present invention provide a method, device, storage medium and electronic device for processing boarding requests, so as to at least solve the technical problem in the related art that the mobile signal of some bus routes is unstable, and when passengers board the bus, the boarding record is synchronously sent to the designated platform, and the passenger is allowed to board the bus only after it is inquired that the passenger has paid successfully, which affects the technical problem of the bus running speed.

[0006] According to one aspect of an embodiment of the present invention, a method for processing a ride request is provided, comprising: receiving a ride request initiated by a target object riding a target vehicle through a target system, and recording the ride request to obtain a first ride record, wherein the target object is allowed to ride after obtaining the first ride record, and the target system is deployed on a hardware system of the target vehicle; when the target system cannot connect to a target platform through a mobile network, storing the first ride record in the target system, wherein the target platform is used to process the ride data of the target object riding the target vehicle; when the target system can connect to the target platform through a mobile network, uploading the first ride record to the target platform to process the ride data.

[0007] Furthermore, after receiving a ride request initiated by a target object to take a target vehicle, the method further includes: initiating a payment request using a target software, and issuing a prompt message allowing the target object to take the target vehicle if there is a remaining available balance in the target electronic wallet of the target object, wherein the target software includes: software for processing the ride record of the target object taking the target vehicle in a mobile device held by the target object, the target electronic wallet is used to pay the fare of the target object taking the target vehicle, and the target electronic wallet at least includes: a frozen amount; if there is no remaining available balance in the target electronic wallet of the target object, prompting the target object to recharge the target electronic wallet, wherein the remaining available balance includes: the amount in the balance of the target electronic wallet other than the frozen amount; if the target object's waiting time exceeds a first preset time period without recharging the target electronic wallet, and the target object's arrears time meets a second preset time period, deducting the frozen amount; if the target object recharges the target electronic wallet within the first preset time period, issuing a prompt message allowing the target object to take the target vehicle.

[0008] Furthermore, when the target object's waiting time exceeds a first preset time period and the target electronic wallet is not recharged, and the target object's arrears time meets a second preset time period, the frozen amount is deducted, including: when the target object exceeds the first preset time period and the target electronic wallet is not recharged, a polling mechanism is adopted, and the target software pushes a payment notification to the target object, wherein the payment notification is used to remind the target object to process the payment request; when the target object fails to process the payment according to the payment notification and the target object's arrears time meets the second preset time period, the frozen amount is deducted.

[0009] Furthermore, before initiating a payment request using the target software, it includes: if the target object has not opened the target electronic wallet in the target software, issuing a prompt message in the target software to prompt the target object to open the target electronic wallet; if the target object opens the target electronic wallet according to the prompt message, determining whether the balance of the target electronic wallet is greater than the frozen amount; if the balance of the target electronic wallet is not greater than the frozen amount, prompting the target object to recharge the target electronic wallet; if the balance of the target electronic wallet is greater than the frozen amount, prompting the target object to sign a preset service agreement, and if the preset service agreement is successfully signed, freezing the preset amount to obtain the frozen amount, wherein the preset service agreement includes at least one of the following: a password-free payment agreement for riding, and a ride service agreement that complies with regulations.

[0010] Furthermore, the method for processing ride requests also includes: when the target software detects that the target object triggers the closure of the target electronic wallet, determining whether the target object has outstanding debts and obtaining a determination result; when the determination result indicates that the target object has outstanding debts, using the target software to prompt the target object to pay, and when the target object pays off the outstanding debts according to the prompt, closing the target electronic wallet in the target software; after using the target software to prompt the target object to pay, if the target object does not pay off the outstanding debts according to the prompt, using the frozen amount to pay off the outstanding debts of the target object, and closing the target electronic wallet in the target software.

[0011] Furthermore, after receiving a ride request initiated by the target object to take the target transportation, it also includes: receiving a second ride record through the target platform, wherein the second ride record includes: the ride record of the target object sent to the target platform by the target software; after receiving the second ride record through the target platform, it also includes: when the target platform receives a query request for querying the ride record of the target object, verifying the query request to obtain a verification result; when the verification result indicates that the verification is passed, querying the second ride record of the target object according to the information carried in the query request.

[0012] Furthermore, after uploading the first ride record to the target platform, it also includes: comparing the first ride record with the second ride record to obtain a comparison result; and based on the comparison result, correcting the second ride record recorded in the target platform.

[0013] According to another aspect of an embodiment of the present invention, a device for processing a ride request is also provided, including: a first processing unit, used for receiving a ride request initiated by a target object to take a target vehicle through a target system, and recording the ride request to obtain a first ride record, wherein the target object is allowed to board the vehicle after obtaining the first ride record, and the target system is deployed on the hardware system of the target vehicle; a storage unit, used for storing the first ride record in the target system when the target system cannot connect to a target platform through a mobile network, wherein the target platform is used to process the ride data of the target object taking the target vehicle; an uploading unit, used for uploading the first ride record to the target platform when the target system can connect to the target platform through a mobile network, so as to process the ride data.

[0014] Furthermore, the ride request processing device also includes: a second processing unit, which is used to initiate a payment request using the target software after receiving the ride request initiated by the target object to take the target vehicle, and in the case that there is a remaining available amount in the target electronic wallet of the target object, issue a prompt message allowing the target object to take the target vehicle, wherein the target software includes: software for processing the ride record of the target object taking the target vehicle in the mobile device held by the target object, the target electronic wallet is used to pay the fare of the target object taking the target vehicle, and the target electronic wallet at least includes: a frozen amount; a first prompt unit, which is used to In a case where there is no remaining available balance in the target electronic wallet of the target object, the target object is prompted to recharge the target electronic wallet, wherein the remaining available balance includes: the balance of the target electronic wallet excluding the frozen amount; a deduction unit is used to deduct the frozen amount when the target object has not recharged the target electronic wallet after a waiting time exceeding a first preset time period and the target object's arrears time meets a second preset time period; a third processing unit is used to issue a prompt message allowing the target object to take the target transportation when the target object recharges the target electronic wallet within the first preset time period.

[0015] Furthermore, the deduction unit includes: a push sub-unit, which is used to adopt a polling mechanism to push a payment notification to the target object in the target software when the target object fails to recharge the target electronic wallet for more than a first preset period of time, wherein the payment notification is used to remind the target object to pay the payment request; a deduction sub-unit, which is used to deduct the frozen amount when the target object fails to pay according to the payment notification and the target object's arrears period meets a second preset period of time.

[0016] Furthermore, the processing device for ride request also includes: a second prompt unit, which is used to issue a prompt message in the target software to prompt the target object to open the target electronic wallet if the target object has not opened the target electronic wallet in the target software before initiating a payment request using the target software; a judgment unit, which is used to judge whether the balance of the target electronic wallet is greater than the frozen amount if the target object opens the target electronic wallet according to the prompt message; a third prompt unit, which is used to prompt the target object to recharge the target electronic wallet if the balance of the target electronic wallet is not greater than the frozen amount; and a fourth processing unit, which is used to prompt the target object to sign a preset service agreement if the balance of the target electronic wallet is greater than the frozen amount, and to freeze the preset amount if the preset service agreement is successfully signed to obtain the frozen amount, wherein the preset service agreement includes at least one of the following: a password-free payment agreement for rides and a ride service agreement that complies with regulations.

[0017] Furthermore, the processing device for riding requests also includes: a second judgment unit, which is used to judge whether the target object has outstanding debts and obtain a judgment result when the target software detects that the target object triggers the closure of the target electronic wallet; a fifth processing unit, which is used to prompt the target object to pay fees using the target software when the judgment result indicates that the target object has outstanding debts, and when the target object pays off the outstanding debts according to the prompt, close the target electronic wallet in the target software; and a sixth processing unit, which is used to pay off the outstanding debts of the target object using the frozen amount and close the target electronic wallet in the target software when the target object fails to pay off the outstanding debts according to the prompt after being prompted to pay by the target software.

[0018] Furthermore, the processing device for boarding requests also includes: a receiving unit, which is used to, after receiving the boarding request initiated by the target object to take the target transportation, also includes: receiving a second boarding record through the target platform, wherein the second boarding record includes: the boarding record of the target object sent to the target platform by the target software; a verification unit, which is used to, after receiving the second boarding record through the target platform, verify the query request when the target platform receives a query request for querying the boarding record of the target object, and obtain a verification result; and a query unit, which is used to query the second boarding record of the target object according to the information carried in the query request when the verification result indicates that the verification is passed.

[0019] Furthermore, the device for processing ride requests also includes: a comparison unit, used to compare the first ride record with the second ride record to obtain a comparison result after uploading the first ride record to the target platform; and a correction unit, used to correct the second ride record recorded in the target platform based on the comparison result.

[0020] According to another aspect of an embodiment of the present invention, there is also provided an electronic device, comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to execute any one of the above-mentioned methods for processing a ride request by executing the executable instructions.

[0021] According to another aspect of an embodiment of the present invention, a computer-readable storage medium is provided, which stores a computer program, wherein when the computer program is running, the device where the computer-readable storage medium is located is controlled to execute any one of the above-mentioned methods for processing a ride request.

[0022] In the present invention, a target system receives a ride request initiated by a target object riding a target vehicle, and records the ride request to obtain a first ride record, wherein the target object is allowed to ride after obtaining the first ride record, and the target system is deployed on the hardware system of the target vehicle; when the target system cannot connect to the target platform through a mobile network, the first ride record is stored in the target system, wherein the target platform is used to process the ride data of the target object riding the target vehicle; when the target system can connect to the target platform through a mobile network, the first ride record is uploaded to the target platform to process the ride data. This solves the technical problem in the related art that the mobile signal of some bus routes is unstable, and when passengers take the bus, the ride record is synchronously sent to the designated platform, and the passenger is allowed to board only after the passenger has successfully paid, which affects the running speed of the bus.

[0023] In the present invention, when the target system of the target vehicle can connect to the target platform through the mobile network, the ride record is uploaded to the target platform for reconciliation. When the target system of the target vehicle cannot connect to the target platform through the mobile network, the target object is allowed to board the bus first according to the ride request issued by the target software, thereby avoiding the situation in the related technology that the signal of some bus lines is unstable, the transaction efficiency is low, and the bus driving efficiency is affected, thereby achieving the technical effect of improving the processing efficiency of the bus system in handling passenger ride transaction records and the bus running speed. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] The drawings described herein are used to provide a further understanding of the present invention and constitute a part of this application. The exemplary embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute an improper limitation of the present invention. In the drawings:

[0025] Figure 1 is a flow chart of an optional method for processing a ride request according to an embodiment of the present invention;

[0026] Figure 2 is a processing flow chart of an optional ride payment deduction module according to an embodiment of the present invention;

[0027] Figure 3 is a processing flow chart of an optional password-free payment function module according to an embodiment of the present invention;

[0028] Figure 4 is a processing flow chart of an optional password-free payment function closing module according to an embodiment of the present invention;

[0029] Figure 5 is a schematic diagram of an optional device for processing a ride request according to an embodiment of the present invention;

[0030] Figure 6 is a schematic diagram of an electronic device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0031] In order to enable those skilled in the art to better understand the scheme of the present invention, the technical scheme in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present invention.

[0032] It should be noted that the terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0033] It should be noted that the user information (including but not limited to user device information, user personal information, ride information, etc.), collected information and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, storage, use, processing, transmission, provision, disclosure and application of relevant data comply with the relevant laws, regulations and standards of the relevant regions, take necessary confidentiality measures, do not violate public order and good morals, and provide corresponding operation entrances for users to choose to authorize or refuse.

[0034] Embodiment 1

[0035] According to an embodiment of the present invention, a method embodiment of an optional method for processing a ride request is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0036] Figure 1 is a flowchart of an optional method for processing a ride request according to an embodiment of the present invention, such as Figure 1 As shown, the method comprises the following steps:

[0037] Step S101, receiving a ride request initiated by a target object to take a target vehicle through a target system, and recording the ride request to obtain a first ride record, wherein the target object is allowed to board after obtaining the first ride record, and the target system is deployed on the hardware system of the target vehicle.

[0038] The above-mentioned target transportation vehicles may include but are not limited to: buses, shuttle buses and other transportation vehicles. The above-mentioned target system may be deployed on the hardware system of the target transportation vehicle. The hardware system can provide hardware support for the target system to ensure that the target system can be used in the target transportation vehicle. The target object can initiate a ride request through the target software when riding the target transportation vehicle. The target software can be software in the mobile device held by the target object for processing the ride record of the target object riding the target transportation vehicle. The target object can activate the password-free payment function for paying the ride fee in the target software, and activate the target electronic wallet. When the target object can activate the password-free payment function for paying the ride fee in the target software and activate the target electronic wallet, the target object can be allowed to send a ride request to the target system through the target software. For example, after the user swipes the code to ride the bus, the ride record information, payment notification, and refund notification can be transmitted to the public transportation system platform (corresponding to the target system) in a point-to-point manner. At this time, the target system can allow the target object to ride without connecting to the mobile network. After that, the target object can asynchronously pay the ride fee in the target software.

[0039] It should be noted that in order to avoid customer bad debts, the target object can be prohibited from riding if it is unable to initiate a ride request through the target software. In other words, the target object can be prohibited from riding if it is unable to generate a ride request in the target software.

[0040] In this embodiment, when the target system receives a ride request initiated by the target object to take the target transportation, the ride request can be recorded to obtain a first ride record. For example, the order number of the target object's ride can be recorded. It should be noted that since the mobile signal of the mobile device (such as a mobile phone) held by the target object can usually be better than that of the target transportation, the target object can use the target software on the mobile device held by the target object to connect to the target platform and pay the fare. The target platform can be a platform that connects to the target system and the target software and can comprehensively process ride data (for example, ride records, ride fares, and ride orders).

[0041] Step S102, when the target system cannot connect to the target platform through the mobile network, the first riding record is stored in the target system, wherein the target platform is used to process the riding data of the target object riding the target transportation vehicle.

[0042] In this embodiment, when the target system cannot connect to the target platform via the mobile network, the first ride record is stored in the target system, waiting for the target system to be able to connect to the target platform via the mobile network.

[0043] Step S103, when the target system is able to connect to the target platform via the mobile network, the first ride record is uploaded to the target platform to process the ride data.

[0044] When the target object can connect to the target platform through the mobile network, the first ride record can be uploaded to the target platform. The target platform can reconcile the target object's ride information and ride bills based on the first ride record uploaded by the target system and the record uploaded to the target platform by the target software in the mobile device held by the target object, thereby reducing customer arrears and bad debts.

[0045] Through the above steps, in this embodiment, when the target system of the target vehicle can connect to the target platform through the mobile network, the ride record is uploaded to the target platform for reconciliation. When the target system of the target vehicle cannot connect to the target platform through the mobile network, the target object is allowed to board the bus first according to the ride request issued by the target software, avoiding the situation in the related art where the signal of some bus lines is unstable, the transaction efficiency is low, and the bus driving efficiency is affected, thereby achieving the technical effect of improving the processing efficiency of the bus system in processing passenger ride transaction records and the bus running speed. This solves the technical problem in the related art that the mobile signal of some bus routes is unstable, and when passengers board the bus, the ride record is sent to the designated platform synchronously, and the passenger is allowed to board the bus only after the passenger payment is successfully queried, which affects the bus running speed.

[0046] Optionally, after receiving a ride request initiated by the target object to take the target transportation, it also includes: initiating a payment request using the target software, and issuing a prompt message allowing the target object to take the target transportation when there is a remaining available balance in the target electronic wallet of the target object, wherein the target software includes: software for processing the ride record of the target object taking the target transportation in a mobile device held by the target object, the target electronic wallet is used to pay the target object's fare for taking the target transportation, and the target electronic wallet at least includes: a frozen amount; when there is no remaining available balance in the target electronic wallet of the target object, prompting the target object to recharge the target electronic wallet, wherein the remaining available balance includes: the amount in the balance of the target electronic wallet other than the frozen amount; when the target object's waiting time exceeds a first preset time period without recharging the target electronic wallet, and the target object's arrears time meets a second preset time period, deducting the frozen amount; when the target object recharges the target electronic wallet within the first preset time period, issuing a prompt message allowing the target object to take the target transportation.

[0047] Figure 2 is a processing flow chart of an optional ride deduction module according to an embodiment of the present invention, such as Figure 2 As shown, after the target object initiates a request for a ride, the target software can be used to initiate a payment request to determine whether the user (corresponding to the target object) owes money (for example, whether the wallet amount (or the balance of the target electronic wallet) is less than 20 yuan (corresponding to the frozen amount)). If the user owes money, the user is prompted that he cannot take the ride. At this time, the user can be prompted to recharge, and then it is determined whether the user exceeds a first preset time (for example, 30 minutes). If the user fails to recharge within the first preset time, a polling mechanism and a parallel mechanism can be used to push a payment notification (order to be paid) to the user and display it on the front-end page.

[0048] In the case where the user has outstanding balances for a full second preset period (for example, 60 days) (wallet balance < 20 yuan), the frozen amount can be unfrozen and the money can be automatically deducted. When the target object recharges the target electronic wallet within the first preset period, the user can be prompted to ride normally after the recharge, or when the user has no outstanding balance. It should be noted that after issuing a prompt message allowing the target object to ride the target transportation, the deduction information can be synchronized with the target system of the target transportation. After the target system uploads the first ride record to the target platform, reconciliation can be performed through the target platform to realize asynchronous deductions, synchronous deduction information to the bus, and reconciliation after the passenger scans the code. This avoids the situation where the target system may be in an offline payment scenario and there may be customer outstanding balances and bad debts. In this embodiment, offline payment scenarios are fully considered to minimize customer outstanding balances and bad debts and ensure account security.

[0049] Optionally, when the target object's waiting time exceeds a first preset time period and the target electronic wallet is not recharged, and the target object's arrears time meets a second preset time period, the frozen amount is deducted, including: when the target object exceeds the first preset time period and the target electronic wallet is not recharged, a polling mechanism is adopted, and the target software pushes a payment notification to the target object, wherein the payment notification is used to remind the target object to process the payment request; when the target object fails to process the payment according to the payment notification and the target object's arrears time meets the second preset time period, the frozen amount is deducted.

[0050] In this embodiment, it can also be determined whether the user exceeds a first preset time (for example, 30 minutes). If recharge is not performed within the first preset time, a polling mechanism and a parallel mechanism can be used to push a payment notification (order to be paid) to the user and display it on the front-end page.

[0051] If the user has outstanding balances for a second preset period of time (for example, 60 days) (wallet balance < 20 yuan), the frozen amount can be unfrozen and automatically deducted, avoiding outstanding balances and bad debts caused by users' failure to pay in a timely manner in offline payment scenarios.

[0052] Optionally, before initiating a payment request using the target software, the process includes: if the target object has not opened the target electronic wallet in the target software, issuing a prompt message in the target software to prompt the target object to open the target electronic wallet; if the target object opens the target electronic wallet according to the prompt message, determining whether the balance of the target electronic wallet is greater than the frozen amount; if the balance of the target electronic wallet is not greater than the frozen amount, prompting the target object to recharge the target electronic wallet; if the balance of the target electronic wallet is greater than the frozen amount, prompting the target object to sign a preset service agreement, and if the preset service agreement is successfully signed, freezing the preset amount to obtain a frozen amount, wherein the preset service agreement includes at least one of the following: a password-free payment agreement for riding, and a ride service agreement that complies with regulations.

[0053] In this embodiment, if the target object has not opened the target electronic wallet in the target software, the target object can be prompted to select the function menu of "Open Password-free Payment for Buses", and the user can be prompted to open the target electronic wallet. After opening the target electronic wallet, the user is prompted to recharge the wallet so that the amount in the wallet is at least 20 yuan of frozen amount. Then the system freezes the fixed amount to obtain the frozen amount (for example, 20 yuan). Secondly, before each ride, it is determined whether the user is in arrears. When it is determined that the user has not recharged for more than 30 minutes, the user is prompted in parallel by the front-end pending payment order and the polling mechanism. If the user still has not recharged by using both methods, the frozen amount will be unfrozen and the balance will be automatically deducted. No network connection is required, which is convenient and fast. The user does not need to wait for network connection or enter a password, which can save time and operation steps, and improve the technical effect of small consumption transaction efficiency.

[0054] Figure 3 is a processing flow chart of an optional password-free payment function module according to an embodiment of the present invention, such as Figure 3As shown, the function menu of "activate password-free payment for buses" can be selected, and the user (corresponding to the target object) can be prompted to activate a wallet (corresponding to the target electronic wallet). After the wallet is activated, it can be determined whether the wallet balance is greater than 20 yuan (preset amount). If the wallet balance is greater than 20 yuan, the user can be prompted to sign a password-free agreement (corresponding to the password-free payment agreement for riding the bus) and prompted to activate the bus riding service agreement, and then a fixed amount of 20 yuan can be frozen. If the wallet balance is not greater than 20 yuan, the user can be prompted to recharge. According to the target electronic wallet, password-free payment can be made automatically when riding the bus, thereby achieving the technical effect of efficient payment of bus fares.

[0055] Optionally, the method for processing ride requests also includes: when the target software detects that the target object triggers the closure of the target electronic wallet, determining whether the target object has any outstanding debts and obtaining a determination result; when the determination result indicates that the target object has outstanding debts, using the target software to prompt the target object to pay, and when the target object pays off the outstanding debts according to the prompt, closing the target electronic wallet in the target software; after using the target software to prompt the target object to pay, if the target object does not pay off the outstanding debts according to the prompts, using the frozen amount to pay off the outstanding debts of the target object, and closing the target electronic wallet in the target software.

[0056] Figure 4 is a processing flow chart of an optional password-free payment function closing module according to an embodiment of the present invention, such as Figure 4 As shown, the user can perform the "Close Password-free Payment for Public Transportation" operation to determine whether the user has outstanding bills. If there are outstanding bills, the user can be prompted to pay the bill proactively, and if the user pays the bill proactively, or if the user has no outstanding bills, the user can be allowed to close the Password-free Payment for Public Transportation service and unfreeze the frozen amount (corresponding to the frozen amount) in the wallet (corresponding to the target electronic wallet). If the user has outstanding bills and the user does not pay the bill proactively, the user can be prompted to pay the outstanding bill after a preset period of time (for example, 60 days) by deducting the frozen amount in the wallet. After the outstanding bills are paid, the Password-free Payment for Public Transportation and the target electronic wallet can be closed.

[0057] Optionally, after receiving a ride request initiated by the target object to take the target transportation, it also includes: receiving a second ride record through the target platform, wherein the second ride record includes: the ride record of the target object sent to the target platform by the target software; after receiving the second ride record through the target platform, it also includes: when the target platform receives a query request for querying the target object's ride record, verifying the query request to obtain a verification result; when the verification result indicates that the verification is passed, querying the second ride record of the target object according to the information carried in the query request.

[0058] In this embodiment, after the target object initiates a ride request by taking the target transportation vehicle, the target object's ride record recorded by the target software (corresponding to the second ride record) can also be sent to the target platform. After receiving the second ride record through the target platform, the target object can also query its own ride record through the target software. When the target platform receives the query request for querying the target object's ride record, the query request is verified, for example, the validity of the target object's token is verified through the gateway of the target platform and whether the query request includes all required items to obtain a verification result; when the verification result indicates that the verification is passed (or the target object's token is valid and the query request includes all required items), the second ride record of the target object can be queried in the target platform based on the information carried in the query request (for example, the target object's identification information).

[0059] For example, a user can initiate a ride record query request to the target platform in the target software;

[0060] 1. The gateway of the target platform verifies the validity of the user token;

[0061] 2. If the token is valid, the request is forwarded to the target platform. If it is invalid, a verification failure message is returned to the management end (target software);

[0062] 3. After receiving the request, the target platform can also verify the input parameters to see whether they include all required information (i.e., whether the required information is transmitted to the target platform);

[0063] 4. After the required fields are verified, the database ride record table can be queried based on the user's unique ID (identification information) and the result information can be returned to the front end (target software).

[0064] 5. New filtering conditions have been added (paid - successful payment, pending payment - other status); payment can be initiated for failed payment and pending payment.

[0065] Optionally, after uploading the first ride record to the target platform, the method further includes: comparing the first ride record with the second ride record to obtain a comparison result; and based on the comparison result, correcting the second ride record recorded in the target platform.

[0066] The above-mentioned second ride record may also include: the payment status of the ride fare. In this embodiment, the first ride record and the second ride record may be compared to obtain a comparison result, and the ride record with a difference between the first ride record and the second ride record may be determined based on the comparison result, and then it is inquired whether the ride fare of the ride record with a difference is paid successfully (for example, inquire whether there is payment flow information on the payment platform). If the ride fare of the ride record with a difference is paid successfully, the ride record with a difference may be retained in the target platform and the payment status may be recorded as paid. If the ride fare of the ride record with a difference is not paid successfully, the ride record with a difference may be retained in the target platform and the payment status may be recorded as unpaid. Then, the pending payment order of the ride record with a difference may be retained in the target software. After the target object pays successfully, the payment status of the ride record with a difference is adjusted to paid from the target platform.

[0067] For example, the order number and order type can be passed in from the front end (for example, the ride record can be uploaded from the target system to the target platform); the error table data (including the above-mentioned comparison results) can be retrieved according to the passed parameters and the bus data can be parsed; it can be determined whether the travel data exists, and if not, the travel data can be generated; it can be determined whether the consumption data exists, and if not, the consumption data can be generated; it can be determined whether the payment order exists, and if not, the payment order can be generated; the error table data can be modified, and the processing status can be changed to processed.

[0068] It should be noted that the processing logic of this embodiment may also include the following points:

[0069] (1) Freeze of deposit (freeze the preset amount):

[0070] Functional processing logic: 1. Get the user id (identification information of the target object); 2. Check whether the user has any frozen business in progress (i.e., there is any outstanding debt). If so, call the margin order query interface provided by the target platform to query the freezing and unfreezing transaction status of the user's frozen order. If the unfreezing is successful, delete the abnormal table information and prompt. If it fails, continue to freeze. If it is in progress, directly return to the front end to prompt not to continue calling the freeze to prevent repeated freezing; 3. Use the specified platform to prevent repeated click operations, set "key: "freeze" + userid" (i.e., click again within 3s, no business processing);

[0071] (2) Check wallet activation status:

[0072] Function processing logic: 1. Get user ID from token; 2. Call the target platform's wallet status interface to obtain the current user's wallet information; 3. Add return parameters: return whether the ride code is activated, whether it is an existing user (existing users need to freeze the deposit), whether there are outstanding orders, whether the wallet is activated, whether the password-free function is enabled, and whether the balance is frozen (call the wlt10003 interface of the target platform); this interface is mainly used to display user prompt information on the front end.

[0073] (3) Query of ride records:

[0074] Functional processing logic: 1. The user initiates a ride record query request in the target software; 2. The gateway verifies the validity of the user token; 3. If the token is valid, the request is forwarded to the application (target platform); if it is invalid, a verification failure message is returned to the management end (target software); 4. After receiving the request, the application (target platform) verifies the input parameters to see if the required information is passed to the target platform; 5. After the required verification is passed, the database ride record table is queried according to the user's unique ID and the result information is returned to the front end (target software); 6. New filtering conditions are added (paid - payment successful, pending payment - other status); payment can be initiated for failed payment and pending payment.

[0075] (4) User logout:

[0076] Function processing logic: 1. Get the user ID (identification) from the token; 2. Determine whether the user has any unpaid payment, and log out the user after all payments are successful and all unfreezes are successful; if there is any failure, prompt the user.

[0077] (5) Balance inquiry:

[0078] Query the frozen balance, available balance, and total balance of the currently logged-in user. Function processing logic: 1. Get the user ID; 2. Call the wallet account balance query interface of the target platform to obtain the remaining frozen total amount of the margin, the total account balance, and the available balance;

[0079] (6) Public transport details balance:

[0080] Functional processing logic: 1. Pass the order number and order type from the front end (target software) to the target platform; 2. Take out the error table data according to the passed parameters and parse the bus data; 3. Determine whether the travel data exists, if not, generate the travel data; 4. Determine whether the consumption data exists, if not, generate the consumption data; 5. Determine whether the payment order exists, if not, generate the payment order; 6. Modify the error table data and change the processing status to processed.

[0081] (7) Freeze of security deposit:

[0082] Functional processing logic: 1. Process the transmitted parameters (parameters transmitted from the target software to the target platform) and encrypt the parameters; 2. Call the target platform margin freezing interface (wlt10001); 3. Process the returned parameters (parameters returned by the target platform to the target software), decrypt the parameters, and return them to the target software (i.e., the software used for riding in the target object's mobile device);

[0083] (8) Deposit Unfreezing:

[0084] Functional processing logic: 1. Process the transmitted parameters and encrypt them; 2. Call the target platform margin unfreezing interface (wlt10002); 3. Process the returned parameters, decrypt the parameters, and return them to the target software.

[0085] (9) Margin order enquiry;

[0086] Functional processing logic: 1. Process the transmitted parameters and encrypt them; 2. Call the target platform margin order query interface (wlt10003); 3. Process the returned parameters, decrypt the parameters, and return them to the target software.

[0087] Through this embodiment, in order to reduce the demand for bad debts caused by offline payment of buses, an effective multi-payment channel polling mechanism for password-free payment is set to ensure the success rate of offline payment. Password-free payment is used in two stages in this system. First, after the system prompts the user that he has not recharged his wallet, if the user still has not made payment within the first preset time (for example, 30 minutes), the multi-payment channel polling mechanism for password-free payment is integrated with the front-end display of the order to be paid through a parallel trigger mechanism. The front-end display of the order to be paid belongs to the user's active payment, and the multi-payment channel polling mechanism for password-free payment can automatically deduct money when the user does not make an active payment; second, if the user still has not made payment within the second preset time (for example, 60 days), the amount in the wallet is unfrozen and then the password-free payment is automatically deducted. By using password-free payment in multiple stages, the user's payment can be ensured to be successful, while the payment efficiency can be improved.

[0088] This embodiment adopts a deposit freezing mechanism, which is added on the basis of the multi-payment channel polling mechanism for password-free payment and the front-end display of pending payment orders. Transactions of the multi-payment channel polling mechanism for password-free payment and the front-end display of pending payment orders function come from multiple payment platforms, while the deposit comes from the wallet. Through a single reliable source, it can provide the final line of defense and guarantee for users who fail to pay for more than a certain time threshold. This ensures that no bad debts will be generated in the future.

[0089] This embodiment can also unify the service interface with the target platform, realize the "one-code access" effect, perform offline payment based on asynchronous method, reduce the transaction failure of online real-time payment, and enable users to scan code payment even when the bus is in a place with weak signal. The password-free payment module and polling mechanism provided in this embodiment support switching of multiple payment platforms, increase software compatibility, and improve payment efficiency.

[0090] Embodiment 2

[0091] The second embodiment of the present invention provides an optional processing device for ride requests, and each implementation unit in the processing device corresponds to each implementation step in the first embodiment.

[0092] Figure 5 is a schematic diagram of an optional processing device for a ride request according to an embodiment of the present invention, such as Figure 5 As shown, it includes: a first processing unit 51, a storage unit 52 and an uploading unit 53.

[0093] The first processing unit 51 is used to receive a ride request initiated by a target object to take a target transportation vehicle through a target system, and record the ride request to obtain a first ride record, wherein the target object is allowed to take the vehicle after obtaining the first ride record, and the target system is deployed on a hardware system of the target transportation vehicle;

[0094] A storage unit 52, used for storing the first riding record in the target system when the target system cannot connect to the target platform via the mobile network, wherein the target platform is used for processing the riding data of the target object riding the target transportation vehicle;

[0095] The uploading unit 53 is used to upload the first riding record to the target platform to process the riding data when the target system can connect to the target platform through the mobile network.

[0096] In the processing device for the ride request provided in the second embodiment of the present invention, the first processing unit 51 can receive the ride request initiated by the target object to take the target transportation through the target system, and record the ride request to obtain the first ride record, wherein the target object is allowed to take the bus after obtaining the first ride record, the target system is deployed on the hardware system of the target transportation, and the first ride record is stored in the target system through the storage unit 52 when the target system cannot connect to the target platform through the mobile network, wherein the target platform is used to process the ride data of the target object taking the target transportation, and the first ride record is uploaded to the target platform through the upload unit 53 when the target system can connect to the target platform through the mobile network to process the ride data. This solves the technical problem in the related art that the mobile signal of some bus routes is unstable, and when passengers take the bus, the ride record is sent to the designated platform synchronously, and the passenger is allowed to take the bus only after the passenger payment is successfully queried, which affects the running speed of the bus.

[0097] In this embodiment, when the target system of the target vehicle can connect to the target platform through the mobile network, the ride record is uploaded to the target platform for reconciliation. When the target system of the target vehicle cannot connect to the target platform through the mobile network, the target object is allowed to board the bus first according to the ride request issued by the target software, thereby avoiding the situation in the related technology that some bus lines have unstable signals, low transaction efficiency, and affect the bus driving efficiency, thereby achieving the technical effect of improving the processing efficiency of the bus system in handling passenger ride transaction records and the bus running speed.

[0098] Optionally, in the processing device for ride request provided in the second embodiment of the present invention, the processing device for ride request further includes: a second processing unit for initiating a payment request using the target software after receiving the ride request initiated by the target object to take the target vehicle, and sending a prompt message allowing the target object to take the target vehicle if there is a remaining available balance in the target electronic wallet of the target object, wherein the target software includes: software for processing the ride record of the target object taking the target vehicle in the mobile device held by the target object, the target electronic wallet is used to pay the ride fare of the target object taking the target vehicle, and the target electronic wallet includes at least: a frozen a first prompting unit, used to prompt the target object to recharge the target electronic wallet when there is no remaining available balance in the target electronic wallet of the target object, wherein the remaining available balance includes: the amount of the balance of the target electronic wallet other than the frozen amount; a deduction unit, used to deduct the frozen amount when the target object has not recharged the target electronic wallet within a first preset time period and the target object has owed money for a second preset time period; a third processing unit, used to issue a prompting message allowing the target object to take the target means of transportation when the target object has recharged the target electronic wallet within the first preset time period.

[0099] Optionally, in the processing device for ride requests provided in Example 2 of the present invention, the deduction unit includes: a push sub-unit, which is used to adopt a polling mechanism to push a payment notification to the target object in the target software when the target object fails to recharge the target electronic wallet for more than a first preset time period, wherein the payment notification is used to remind the target object to process the payment request; a deduction sub-unit, which is used to deduct the frozen amount when the target object fails to process the payment according to the payment notice and the target object's arrears time meets a second preset time period.

[0100] Optionally, in the processing device for ride requests provided in Example 2 of the present invention, the processing device for ride requests also includes: a second prompt unit, used for issuing a prompt message in the target software to prompt the target object to open the target e-wallet if the target object has not opened the target e-wallet in the target software before initiating a payment request using the target software; a judgment unit, used for judging whether the balance of the target e-wallet is greater than the frozen amount if the target object opens the target e-wallet according to the prompt message; a third prompt unit, used for prompting the target object to recharge the target e-wallet if the balance of the target e-wallet is not greater than the frozen amount; a fourth processing unit, used for prompting the target object to sign a preset service agreement if the balance of the target e-wallet is greater than the frozen amount, and freezing the preset amount if the preset service agreement is successfully signed to obtain the frozen amount, wherein the preset service agreement includes at least one of the following: a password-free payment agreement for rides and a ride service agreement that complies with regulations.

[0101] Optionally, in the processing device for ride requests provided in Example 2 of the present invention, the processing device for ride requests also includes: a second judgment unit, for judging whether the target object has any outstanding balance and obtaining a judgment result when the target software detects that the target object triggers the closure of the target electronic wallet; a fifth processing unit, for prompting the target object to pay by using the target software when the judgment result indicates that the target object has outstanding balance, and when the target object pays off the outstanding balance according to the prompt, closing the target electronic wallet in the target software; a sixth processing unit, for paying off the outstanding balance of the target object by using the frozen amount and closing the target electronic wallet in the target software when the target object fails to pay off the outstanding balance according to the prompt after being prompted to pay by using the target software.

[0102] Optionally, in the processing device for boarding requests provided in the second embodiment of the present invention, the processing device for boarding requests also includes: a receiving unit, which is used to, after receiving the boarding request initiated by the target object to take the target transportation, further includes: receiving a second boarding record through the target platform, wherein the second boarding record includes: the boarding record of the target object sent to the target platform by the target software; a verification unit, which is used to, after receiving the second boarding record through the target platform, verify the query request when the target platform receives a query request for querying the boarding record of the target object, and obtain a verification result; and a query unit, which is used to query the second boarding record of the target object according to the information carried in the query request when the verification result indicates that the verification is passed.

[0103] Optionally, in the device for processing ride requests provided in Embodiment 2 of the present invention, the device for processing ride requests further includes: a comparison unit, for comparing the first ride record with the second ride record to obtain a comparison result after uploading the first ride record to the target platform; and a correction unit, for correcting the second ride record recorded in the target platform based on the comparison result.

[0104] The above-mentioned processing device for boarding request may also include a processor and a memory. The above-mentioned first processing unit 51, storage unit 52 and upload unit 53 are all stored in the memory as program units, and the processor executes the above-mentioned program units stored in the memory to realize corresponding functions.

[0105] The above processor includes a kernel, and the kernel retrieves the corresponding program unit from the memory. One or more kernels can be set, and by adjusting the kernel parameters, when the target system of the target vehicle can connect to the target platform through the mobile network, the ride record is uploaded to the target platform for reconciliation. When the target system of the target vehicle cannot connect to the target platform through the mobile network, the target object is allowed to board the bus first according to the ride request issued by the target software, thereby avoiding the situation in the related technology that the signal of some bus lines is unstable, the transaction efficiency is low, and the bus driving efficiency is affected, thereby achieving the technical effect of improving the processing efficiency of the bus system in processing passenger ride transaction records and the bus running speed.

[0106] The above-mentioned memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM, and the memory includes at least one storage chip.

[0107] According to another aspect of an embodiment of the present invention, there is also provided an electronic device, comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to execute any one of the above-mentioned methods for processing a ride request by executing the executable instructions.

[0108] According to another aspect of an embodiment of the present invention, a computer-readable storage medium is provided, which stores a computer program, wherein when the computer program is running, the device where the computer-readable storage medium is located is controlled to execute any one of the above-mentioned methods for processing a ride request.

[0109] Figure 6 is a schematic diagram of an electronic device according to an embodiment of the present invention, such as Figure 6As shown, an embodiment of the present invention provides an electronic device 60, which includes a processor, a memory, and a program stored in the memory and executable on the processor. When the processor executes the program, it implements any one of the above-mentioned methods for processing a ride request.

[0110] The serial numbers of the above embodiments of the present invention are only for description and do not represent the advantages or disadvantages of the embodiments.

[0111] In the above embodiments of the present invention, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0112] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of the units can be a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0113] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0114] In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0115] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for a computer device (which can be a personal computer, a server or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, magnetic disk or optical disk and other media that can store program codes.

[0116] The above is only a preferred embodiment of the present invention. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principle of the present invention. These improvements and modifications should also be regarded as the scope of protection of the present invention.

Claims

1. A method for processing a ride request, characterized in that: include: receiving, through a target system, a ride request initiated by a target object to take a target transportation vehicle, and recording the ride request to obtain a first ride record, wherein the target object is allowed to take the vehicle after obtaining the first ride record, and the target system is deployed on a hardware system of the target transportation vehicle; In the case where the target system cannot connect to the target platform through the mobile network, the first riding record is stored in the target system, wherein the target platform is used to process the riding data of the target object riding the target transportation vehicle; When the target system is able to connect to the target platform via a mobile network, the first ride record is uploaded to the target platform to process the ride data.

2. The processing method according to claim 1, characterized in that: After receiving a ride request initiated by a target object to take a target transportation tool, the method further includes: A payment request is initiated by using the target software, and when there is a remaining available amount in the target electronic wallet of the target object, a prompt message is issued to allow the target object to take the target transportation, wherein the target software includes: software for processing the riding record of the target object on the target transportation in the mobile device held by the target object, the target electronic wallet is used to pay the fare of the target object on the target transportation, and the target electronic wallet includes at least: a frozen amount; In the case that the target electronic wallet of the target object does not have any remaining available balance, prompting the target object to recharge the target electronic wallet, wherein the remaining available balance includes: the balance of the target electronic wallet excluding the frozen balance; If the target object does not recharge the target electronic wallet within a waiting period exceeding a first preset period, and the target object's arrears period meets a second preset period, deducting the frozen amount; When the target object recharges the target electronic wallet within the first preset time period, a prompt message is issued to allow the target object to take the target transportation.

3. The processing method according to claim 2, characterized in that: When the target object does not recharge the target electronic wallet within a waiting time exceeding a first preset time, and the target object's arrears time meets a second preset time, deducting the frozen amount, including: In the case that the target object fails to recharge the target electronic wallet beyond the first preset time period, a polling mechanism is adopted to push a payment notification to the target object in the target software, wherein the payment notification is used to remind the target object to pay the payment request; If the target object fails to make payment according to the payment notice and the duration of the target object's arrears meets a second preset duration, the frozen amount is deducted.

4. The processing method according to claim 2, characterized in that: Before initiating a payment request using the target software, include: In the case where the target object has not opened the target electronic wallet in the target software, issuing a prompt message in the target software to prompt the target object to open the target electronic wallet; In the case where the target object opens the target electronic wallet according to the prompt information, determining whether the balance of the target electronic wallet is greater than the frozen amount; When the balance of the target electronic wallet is not greater than the frozen amount, prompting the target object to recharge the target electronic wallet; In the case where the balance of the target electronic wallet is greater than the frozen amount, the target object is prompted to sign a preset service agreement, and in the case where the preset service agreement is successfully signed, the preset amount is frozen to obtain the frozen amount, wherein the preset service agreement includes at least one of the following: Password-free payment agreement for rides and ride service agreement that complies with regulations.

5. The processing method according to claim 4, characterized in that: The method further comprises: When the target software detects that the target object triggers the closing of the target electronic wallet, determining whether the target object has outstanding debts and obtaining a determination result; When the judgment result indicates that the target object has outstanding debts, the target software is used to prompt the target object to pay the bills, and when the target object pays the outstanding debts according to the prompt, the target electronic wallet is closed in the target software; After the target software is used to prompt the target object to pay, if the target object does not pay off the outstanding balance according to the prompt, the outstanding balance of the target object is paid off using the frozen amount, and the target electronic wallet is closed in the target software.

6. The processing method according to claim 2, characterized in that: After receiving a ride request initiated by a target object riding a target transportation tool, the method further includes: receiving a second ride record through the target platform, wherein the second ride record includes: a ride record of the target object sent to the target platform by the target software; After receiving the second ride record through the target platform, the method further includes: When the target platform receives a query request for querying the riding record of the target object, verifying the query request and obtaining a verification result; When the verification result indicates that the verification is passed, the second riding record of the target object is queried according to the information carried in the query request.

7. The processing method according to claim 6, characterized in that: After uploading the first ride record to the target platform, the method further includes: Comparing the first riding record with the second riding record to obtain a comparison result; Based on the comparison result, the second ride record recorded in the target platform is corrected.

8. A device for processing a ride request, characterized in that: include: A first processing unit is configured to receive a ride request initiated by a target object to take a target transportation vehicle through a target system, and record the ride request to obtain a first ride record, wherein the target object is allowed to take the vehicle after obtaining the first ride record, and the target system is deployed on a hardware system of the target transportation vehicle; a storage unit, configured to store the first riding record in the target system when the target system cannot connect to a target platform via a mobile network, wherein the target platform is configured to process riding data of the target object riding the target transportation vehicle; An uploading unit is used to upload the first ride record to the target platform when the target system can connect to the target platform through a mobile network, so as to process the ride data.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, wherein when the computer program is executed, the device where the computer-readable storage medium is located is controlled to execute the method for processing a ride request as described in any one of claims 1 to 7.

10. An electronic device, characterized in that: It includes one or more processors and a memory, wherein the memory is used to store one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the method for processing a ride request as described in any one of claims 1 to 7.

Images