A method for ensuring that the status of a ride-hailing carpooling trip is consistent with the status of a sub-order

Abstract

The present invention relates to a method for ensuring that the status of a carpooling trip in an online car-hailing service is consistent with the status of a sub-order, and relates to the technical field of asynchronous processing. A carpooling trip status high-guarantee table is created, and sub-order status flow information is stored. The sub-order status flow includes a parameter verification operation. After the parameter verification operation is completed, the sub-order status and the carpooling trip status high-guarantee table are stored, and a message containing sub-order information is sent. After the message of the sub-order is monitored, a trip event parameter is constructed. After the parameter verification operation of the trip is completed, the carpooling trip status data is stored. According to the sub-order and the sub-order status, when the carpooling trip status flow is successful, the carpooling trip status high-guarantee table is deleted. When the carpooling trip status flow fails, a scheduled task is started, and the carpooling trip status high-guarantee table is scanned regularly. Each data in the query table is queried, and the trip status is re-circulated by querying the order information, and the order and order status corresponding to the carpooling trip status high-guarantee table are deleted.

Description

Technical Field

[0001] The present invention relates to the field of asynchronous processing technology, and more specifically, to a method for ensuring that the status of an online car-hailing carpooling trip is consistent with the status of a sub-order. Background Art

[0002] The driver picks up multiple passengers in turn and sends them to their respective destinations. The whole process is called a carpooling trip, and each stage of the driver's entire service process, including confirming the order, picking up the first passenger, the last passenger arriving at the destination, and the last passenger completing the service and confirming the fee, is called a carpooling trip status. The entire taxi process of the passenger placing an order, the driver accepting the order, the driver arriving at the pick-up point of the order, the passenger getting in the car, the driver starting to send the passenger, the passenger arriving at the destination, the driver confirming the fee, and the passenger settling the bill, is called a sub-order status.

[0003] In the online car-hailing and carpooling system, the consistency between the carpooling trip status and the sub-order status is very important. If the carpooling trip status is inconsistent with the sub-order status, it may lead to problems such as incorrect passenger information and abnormal trips. In particular, when the network is abnormal, the carpooling trip status cannot be transferred due to the network abnormality, resulting in the order status seen by the passenger being inconsistent with the trip status seen by the driver. Summary of the invention

[0004] In view of the technical problems existing in the prior art, the present invention provides a method for ensuring that the status of a carpooling trip in an online car-hailing service is consistent with the status of a sub-order, by creating a high-guarantee table for the status of a carpooling trip, storing the sub-order status flow information, and periodically scanning the high-guarantee table for the status of a carpooling trip, and querying each data in the table, so as to solve the problems raised in the above-mentioned background technology.

[0005] The technical solution of the present invention to solve the above technical problem is as follows: A method for ensuring that the status of a ride-hailing carpooling trip is consistent with the status of a sub-order, specifically comprising the following steps:

[0006] Step 101: Create a high-guarantee table for carpooling trip status and store sub-order status transfer information, wherein the sub-order status transfer includes a parameter verification operation. After the parameter verification operation is completed, the sub-order status and the high-guarantee table for carpooling trip status are stored, and a message containing the sub-order information is sent, wherein the sub-order status transfer and the storage of the high-guarantee table for carpooling trip status are performed in the same work unit;

[0007] Step 102: after monitoring the message of the sub-order, construct the trip event parameters, complete the parameter verification operation of the trip, store the carpooling trip status data, and delete the carpooling trip status high guarantee table when the carpooling trip status is successfully transferred according to the sub-order and the sub-order status;

[0008] Step 103, when the carpooling trip status fails to be transferred, start the scheduled task, regularly scan the carpooling trip status high guarantee table, query each data in the table, re-circulate the trip status by querying the order information, and delete the order and order status corresponding to the carpooling trip status high guarantee table.

[0009] In a preferred embodiment, in step 101, a high-guarantee table of carpooling trip status is created, and sub-order status flow information is stored. The sub-order status flow includes a parameter verification operation. After the parameter verification operation is completed, the sub-order status and the high-guarantee table of carpooling trip status are stored, and a message containing the sub-order information is sent, wherein the sub-order status flow and the storage of the high-guarantee table of carpooling trip status are performed in the same work unit. The operation is performed in the same work unit, which reduces the risk of human operation errors and the number of database connections and interactions, thereby improving the performance and efficiency of the system. The specific steps are as follows:

[0010] Step A1, creating a high-guarantee table for carpooling trip status: creating a high-guarantee table for carpooling trip status in a database, wherein the high-guarantee table for carpooling trip status includes a primary key ID of the carpooling trip status, a sub-order ID, a sub-order status, a sub-order status change time, and a number of failed retries. Through the high-guarantee table for carpooling trip status, the logic and data of status management are concentrated in one table, thereby reducing code complexity and maintenance costs and simplifying the process of status management;

[0011] Step A2, sub-order status transfer: monitor the sub-order status transfer message and perform parameter verification. After the parameter verification is passed, in the same work unit, the sub-order status is updated to the corresponding sub-order table, and the trip status is updated to the carpooling trip status high-assurance table, to maintain data synchronization and integrity, and timely update the sub-order status and trip status to the corresponding table, so that the system can accurately reflect the current status;

[0012] Step A3, sending message: while storing the high-assurance table of the sub-order status and the carpooling trip status, construct a message containing the sub-order information and send it to the message queue to implement asynchronous processing, improve the system's concurrency capability and response speed, and ensure accurate message delivery.

[0013] In a preferred embodiment, in step 102, after monitoring the message of the sub-order, the trip event parameters are constructed, and after completing the parameter verification operation of the trip, the carpooling trip status data is stored. According to the sub-order and the sub-order status, when the carpooling trip status is successfully transferred, the carpooling trip status high guarantee table is deleted, thereby reducing the database storage space occupation and the database query and operation burden, and improving the database performance. The specific steps are as follows:

[0014] Step B1, constructing itinerary event parameters: a message queue is set up to receive messages related to sub-orders, and sub-order messages are monitored. When sub-order messages are monitored, itinerary event parameters are constructed according to the message content, including itinerary ID, sub-order information, and itinerary status. The itinerary status includes waiting for pick-up, traveling, and completed status, so as to realize real-time processing of sub-order related events, respond to business needs in a timely manner, and improve the concurrent processing capability and performance of the system;

[0015] Step B2, parameter verification operation: verify the parameters of the trip event, including checking the validity of the trip ID and verifying whether the sub-order information is complete, to prevent malicious users from tampering with parameters to attack and protect the security of the system and data;

[0016] Step B3, trip status data storage: When the trip parameter verification is passed, the trip status, trip ID, and sub-order information are stored in the trip status high assurance table. The trip status related information is stored in the high fidelity table to achieve data consistency, avoid business logic errors caused by data redundancy, and improve the data management efficiency of the system;

[0017] Step B4, deleting the high-guarantee status table: according to the sub-order and the sub-order status, access the high-guarantee status table of the carpooling trip, and perform a deletion operation to delete the order and order status corresponding to the high-guarantee status table of the carpooling trip, release system resources, including database storage space and memory resources, optimize system resource utilization, and improve the overall performance and response speed of the system;

[0018] Wherein, the step B4 deletes the order and order status corresponding to the high guarantee status table of the carpooling trip in the high guarantee status table, and further includes the following steps:

[0019] Step B401, when the carpooling trip status is successfully transferred, the order status is consistent with the carpooling trip status and transferred to the latest status, indicating that the record of this transfer in the carpooling trip status high guarantee table has been deleted;

[0020] Step B402, when the carpooling trip status transfer fails, the order status is inconsistent with the carpooling trip status, the order status is the latest status, and the carpooling trip status is the old status, indicating that the record of this transfer in the carpooling trip status high guarantee table has not been deleted.

[0021] In a preferred embodiment, in step 103, when the carpooling trip status fails to be transferred, a scheduled task is started, the carpooling trip status high guarantee table is scanned regularly, each data in the table is queried, the trip status is re-circulated by querying the order information, and the order and order status corresponding to the carpooling trip status high guarantee table are deleted to ensure data consistency and system stability. By deleting the order and order status corresponding to the carpooling trip status high guarantee table as a confirmation method for successful re-flow, it is helpful to clean up data and maintain the integrity of business processes. The specific steps are as follows:

[0022] Step C1, scheduled scanning: through the thread pool asynchronous call, the table number is locked to ensure that only one thread operates on a table at the same time, and the high-assurance table of carpooling trip status is scanned once a minute. For failed records, the order information is queried. The thread pool asynchronous call and scheduled task are used to perform the scanning operation, which reduces the overhead of thread creation and destruction and improves the utilization rate of system resources. The following steps are further included:

[0023] Step C101: for failed records, query order information according to order number and status, obtain processed order data, and obtain specific order data corresponding to the failed record by querying order information;

[0024] Step C102: reassemble the acquired order information into an order message, and call the consumption method of the order message for processing. By reassembling the order information into an order message, and calling the consumption method of the order message for processing, the message processing flow is optimized, the processing efficiency and performance of the system are improved, asynchronous processing and decoupling are achieved, and the scalability and concurrency performance of the system are improved;

[0025] Step C2, after re-circulating the carpooling trip status, delete the order and order status corresponding to the carpooling trip status high guarantee table. If the deletion is successful, it means that the re-circulation is successful. If the deletion fails, the number of failures is saved in the carpooling trip status high guarantee table. When the number of failures exceeds the threshold five times, an alarm is triggered, and the specific circumstances of the failure are manually confirmed to avoid a flow record in the status high guarantee table being retried due to an unconsidered scenario, which occupies system resources.

[0026] The beneficial effects of the present invention are as follows: creating a high-guarantee table for carpooling trip status and storing sub-order status flow information, wherein the sub-order status flow includes a parameter verification operation, after completing the parameter verification operation, storing the sub-order status and the carpooling trip status high-guarantee table, and sending a message containing the sub-order information, wherein the sub-order status flow and the storage of the carpooling trip status high-guarantee table are performed in the same work unit, after monitoring the sub-order message, constructing the trip event parameters, after completing the trip parameter verification operation, storing the carpooling trip status data, according to the sub-order and the sub-order status, when the carpooling trip status flow is successful, the carpooling trip status high-guarantee table is deleted, when the carpooling trip status flow fails, starting a scheduled task, scanning the carpooling trip status high-guarantee table regularly, querying each data in the table, re-circulating the trip status by querying the order information, and deleting the order and order status corresponding to the carpooling trip status high-guarantee table, by ensuring that the online car-hailing carpooling trip status and the sub-order status are consistent, avoiding data loss and erroneous updates, protecting the integrity of the data, and enabling passengers to accurately understand the status of the entire carpooling trip to avoid confusion and misunderstanding. BRIEF DESCRIPTION OF THE DRAWINGS

[0027] Figure 1 The present invention is a flow chart of the method. DETAILED DESCRIPTION

[0028] 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 only 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 those skilled in the art without creative work are within the scope of protection of this application.

[0029] In the description of this application, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features. In the description of this application, "plurality" means two or more, unless otherwise clearly and specifically defined.

[0030] In the description of the present application, the term "for example" is used to mean "used as an example, illustration or description". Any embodiment described as "for example" in the present application is not necessarily to be construed as being more preferred or advantageous than other embodiments. The following description is given to enable any technician in the field to implement and use the present invention. In the following description, details are listed for the purpose of explanation. It should be understood that a person of ordinary skill in the art can recognize that the present invention can be implemented without using these specific details. In other examples, well-known structures and processes will not be elaborated in detail to avoid unnecessary details to obscure the description of the present invention. Therefore, the present invention is not intended to be limited to the embodiments shown, but is consistent with the widest scope consistent with the principles and features disclosed in the present application.

[0031] Example 1

[0032] This embodiment provides Figure 1 A method for ensuring that the status of a ride-hailing carpooling trip is consistent with the status of a sub-order is shown, specifically comprising the following steps:

[0033] Step 101: Create a high-guarantee table for carpooling trip status and store sub-order status transfer information, wherein the sub-order status transfer includes a parameter verification operation. After the parameter verification operation is completed, the sub-order status and the high-guarantee table for carpooling trip status are stored, and a message containing the sub-order information is sent, wherein the sub-order status transfer and the storage of the high-guarantee table for carpooling trip status are performed in the same work unit;

[0034] Further, a high-guarantee table of carpooling trip status is created, and the sub-order status flow information is stored. The sub-order status flow includes a parameter verification operation. After the parameter verification operation is completed, the sub-order status and the high-guarantee table of carpooling trip status are stored, and a message containing the sub-order information is sent, wherein the sub-order status flow and the storage of the high-guarantee table of carpooling trip status are performed in the same work unit. The specific steps are as follows:

[0035] Step A1, creating a high guarantee table for carpooling trip status: creating a high guarantee table for carpooling trip status in a database, wherein the high guarantee table for carpooling trip status includes a primary key ID of the carpooling trip status, a sub-order ID, a sub-order status, a sub-order status change time, and a failure retry count field;

[0036] Step A2, sub-order status transfer: monitor the sub-order status transfer message and perform parameter verification. After the parameter verification passes, in the same work unit, update the sub-order status to the corresponding sub-order table, and update the trip status to the carpool trip status high-assurance table to maintain data synchronization and integrity;

[0037] Step A3, sending message: while storing the high-assurance table of the sub-order status and the carpooling trip status, construct a message containing the sub-order information and send it to the message queue to ensure accurate message delivery.

[0038] Step 102: after monitoring the message of the sub-order, construct the trip event parameters, complete the parameter verification operation of the trip, store the carpooling trip status data, and delete the carpooling trip status high guarantee table when the carpooling trip status is successfully transferred according to the sub-order and the sub-order status;

[0039] Furthermore, after listening to the message of the sub-order, the trip event parameters are constructed. After completing the parameter verification operation of the trip, the carpooling trip status data is stored. According to the sub-order and the sub-order status, when the carpooling trip status is successfully transferred, the carpooling trip status high assurance table is deleted. The specific steps are as follows:

[0040] Step B1, constructing itinerary event parameters: setting a message queue for receiving messages related to sub-orders, monitoring sub-order messages, and constructing itinerary event parameters according to the message content, including itinerary ID, sub-order information, and itinerary status, wherein the itinerary status includes waiting for pick-up, in progress, and completed;

[0041] Step B2, parameter verification operation: verify the parameters of the trip event, including checking the validity of the trip ID and verifying whether the sub-order information is complete;

[0042] Step B3, trip status data storage: when the trip parameter verification is passed, the trip status, trip ID, and sub-order information are stored in the trip status high assurance table;

[0043] Step B4, deleting the high-guarantee status table: according to the sub-order and the sub-order status, access the high-guarantee status table of the carpooling trip, and perform a delete operation to delete the order and order status corresponding to the high-guarantee status table of the carpooling trip;

[0044] Wherein, the step B4 deletes the order and order status corresponding to the high guarantee status table of the carpooling trip in the high guarantee status table, and further includes the following steps:

[0045] Step B401, when the carpooling trip status is successfully transferred, the order status is consistent with the carpooling trip status and transferred to the latest status, indicating that the record of this transfer in the carpooling trip status high guarantee table has been deleted;

[0046] Step B402, when the carpooling trip status transfer fails, the order status is inconsistent with the carpooling trip status, the order status is the latest status, and the carpooling trip status is the old status, indicating that the record of this transfer in the carpooling trip status high guarantee table has not been deleted.

[0047] Step 103: When the carpooling trip status fails to be transferred, start a scheduled task, regularly scan the carpooling trip status high guarantee table, query each data in the table, re-transfer the trip status by querying the order information, and delete the order and order status corresponding to the carpooling trip status high guarantee table;

[0048] Furthermore, in step 103, when the carpooling trip status fails to be transferred, a scheduled task is started, the carpooling trip status high guarantee table is scanned regularly, each data in the table is queried, the trip status is re-circulated by querying the order information, and the order and order status corresponding to the carpooling trip status high guarantee table are deleted. The specific steps are as follows:

[0049] Step C1, scheduled scanning: through the thread pool asynchronous call, the table number is locked to ensure that only one thread operates on a table at the same time, and the high-assurance table of carpooling trip status is scanned once a minute. For failed records, the order information is queried, which further includes the following steps:

[0050] Step C101: for failed records, query order information according to order number and status to obtain processed order data;

[0051] Step C102: reassemble the acquired order information into an order message, and call the consumption method of the order message for processing;

[0052] Step C2, after re-circulating the carpooling trip status, delete the order and order status corresponding to the carpooling trip status high guarantee table. If the deletion is successful, it means that the re-circulation is successful. If the deletion fails, the number of failures is saved in the carpooling trip status high guarantee table. When the number of failures exceeds the threshold five times, an alarm is triggered, and the specific circumstances of the failure are manually confirmed to avoid a flow record in the status high guarantee table being retried due to an unconsidered scenario, which occupies system resources.

[0053] It should be noted that in the above embodiments, the description of each embodiment has its own emphasis, and for parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0054] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0055] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded computer, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0056] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0057] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process in the computer or other programmable device. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0058] Although the preferred embodiments of the present invention have been described, those skilled in the art may make other changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications that fall within the scope of the present invention.

[0059] Obviously, those skilled in the art can make various changes and modifications to the present invention without departing from the spirit and scope of the present invention. Thus, if these modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include these modifications and variations.

Claims

1. A method for ensuring that the status of a ride-hailing carpooling trip is consistent with the status of a sub-order, characterized in that: The specific steps include: Step 101: Create a high-guarantee table for carpooling trip status and store sub-order status transfer information, wherein the sub-order status transfer includes a parameter verification operation. After the parameter verification operation is completed, the sub-order status and the high-guarantee table for carpooling trip status are stored, and a message containing the sub-order information is sent, wherein the sub-order status transfer and the storage of the high-guarantee table for carpooling trip status are performed in the same work unit; Step 102: after monitoring the message of the sub-order, construct the trip event parameters, complete the parameter verification operation of the trip, store the carpooling trip status data, and delete the carpooling trip status high guarantee table when the carpooling trip status is successfully transferred according to the sub-order and the sub-order status; Step 103, when the carpooling trip status fails to be transferred, start the scheduled task, regularly scan the carpooling trip status high guarantee table, query each data in the table, re-circulate the trip status by querying the order information, and delete the order and order status corresponding to the carpooling trip status high guarantee table.

2. A method for ensuring that the status of a ride-hailing carpooling trip is consistent with the status of a sub-order according to claim 1, characterized in that: In step 101, a high-guarantee table of carpooling trip status is created, and sub-order status flow information is stored. The sub-order status flow includes a parameter verification operation. After the parameter verification operation is completed, the sub-order status and the high-guarantee table of carpooling trip status are stored, and a message containing the sub-order information is sent. The sub-order status flow and the storage of the high-guarantee table of carpooling trip status are performed in the same work unit. The specific steps are as follows: Step A1, creating a high-guarantee table for carpooling trip status: creating a high-guarantee table for carpooling trip status in a database; Step A2, sub-order status transfer: monitor the sub-order status transfer message and perform parameter verification. After the parameter verification passes, in the same work unit, update the sub-order status to the corresponding sub-order table, and update the trip status to the carpool trip status high-assurance table to maintain data synchronization and integrity; Step A3, sending a message: while storing the high assurance table of the sub-order status and the carpooling trip status, construct a message containing the sub-order information and send it to the message queue.

3. A method for ensuring that the status of a ride-hailing carpooling trip is consistent with the status of a sub-order according to claim 1, characterized in that: In step 102, after the sub-order message is monitored, the trip event parameters are constructed, and after the parameter verification operation of the trip is completed, the carpooling trip status data is stored. According to the sub-order and the sub-order status, when the carpooling trip status is successfully transferred, the carpooling trip status high guarantee table is deleted. The specific steps are as follows: Step B1, constructing travel event parameters: setting a message queue to receive messages related to sub-orders, monitoring sub-order messages, and constructing travel event parameters according to the message content when a sub-order message is monitored; Step B2, parameter verification operation: verifying the parameters of the trip event; Step B3, trip status data storage: when the trip parameter verification is passed, the trip status, trip ID, and sub-order information are stored in the trip status high assurance table; Step B4, delete the high-guarantee status table: according to the sub-order and the sub-order status, access the high-guarantee status table of the carpooling trip, and perform a delete operation to delete the order and order status corresponding to the high-guarantee status table of the carpooling trip.

4. A method for ensuring that the status of a ride-hailing carpooling trip is consistent with the status of a sub-order according to claim 3, characterized in that: The step B4 deletes the high guarantee status table, deletes the order and order status corresponding to the high guarantee status table of the carpooling trip, and further includes the following steps: Step B401, when the carpooling trip status is successfully transferred, the order status is consistent with the carpooling trip status and transferred to the latest status, indicating that the record of this transfer in the carpooling trip status high guarantee table has been deleted; Step B402, when the carpooling trip status transfer fails, the order status is inconsistent with the carpooling trip status, the order status is the latest status, and the carpooling trip status is the old status, indicating that the record of this transfer in the carpooling trip status high guarantee table has not been deleted.

5. A method for ensuring that the status of a ride-hailing carpooling trip is consistent with the status of a sub-order according to claim 1, characterized in that: In step 103, when the carpooling trip status fails to be transferred, a scheduled task is started, the carpooling trip status high guarantee table is scanned regularly, each data in the table is queried, the trip status is re-circulated by querying the order information, and the order and order status corresponding to the carpooling trip status high guarantee table are deleted. The specific steps are as follows: Step C1, scheduled scanning: through the thread pool asynchronous call, the table sequence number is locked, and the high-assurance table of carpooling trip status is scanned once a minute. For failed records, the order information is queried; Step C2, after re-circulating the carpooling trip status, delete the order and order status corresponding to the carpooling trip status high guarantee table. If the deletion is successful, it means that the re-circulation is successful. If the deletion fails, the number of failures is saved in the carpooling trip status high guarantee table. When the number of failures exceeds the threshold five times, an alarm is triggered and the specific circumstances of the failure are manually confirmed.

6. A method for ensuring that the status of a ride-hailing carpooling trip is consistent with the status of a sub-order according to claim 5, characterized in that: In the step C1, querying the order information for the failed records further includes the following steps: Step C101: for failed records, query order information according to order number and status to obtain processed order data; Step C102: reassemble the acquired order information into an order message, and call the consumption method of the order message for processing.

Images