Riding order distribution method and system based on code scanning binding

Abstract

The invention discloses a riding order distribution method and system based on code scanning binding, and the method comprises the steps: obtaining the riding order data of a first user side, and generating a riding code according to the riding order data; receiving a binding request initiated by a second user side by scanning the riding code of the first user side; determining a binding relationship between the first user and the second user according to the riding code information and the second user side information; and pushing a binding interface matched with the binding relationship to a corresponding user side, updating the riding order corresponding to the binding relationship, and synchronizing the riding order to a cloud for tracking and management. Visibly, through a code scanning binding lightweight interaction mode, efficiency, safety and stability can be taken into consideration, the method is suitable for various online car-hailing operation scenes, and particularly, higher adaptive capacity and service guarantee level are shown in high-concurrency, weak-network or special area environments.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of travel technology, in particular to a ride order allocation method and system based on code scanning binding. BACKGROUND

[0002] With the rapid development of the Internet, the online car-hailing industry has gradually become an important choice for travel. In the online car-hailing operation system, order allocation and driver order taking will directly affect the travel efficiency and experience of passengers. In the prior art, the online car-hailing order taking mode mainly includes platform automatic order allocation and driver order grabbing, but both have significant limitations.

[0003] On the one hand, the automatic order allocation mode relies on algorithms to match according to factors such as driver location, distance from the passenger, service score, etc. However, the algorithm matching mechanism has deviations, which may result in that the driver who is close to the passenger is not allocated reasonably, while the driver who is far away is allocated, increasing the waiting time of the passenger. Especially in special scenarios such as peak hours, bad weather or remote areas, the platform faces greater pressure for order allocation, which is prone to order allocation delay or resource waste, affecting service quality.

[0004] On the other hand, although the driver order grabbing mode gives the driver the right to choose, the driver may refresh the page frequently to grab orders, which disperses the driving attention and poses a safety hazard. During the order grabbing process, there may be behaviors of malicious order grabbing and cancellation, which disrupts the order taking order and causes the travel plan of the passenger to be blocked.

[0005] In addition, the prior art also has some common problems. First, automatic order allocation cannot balance fairness and real-time performance, and order grabbing mode sacrifices system stability for flexibility, resulting in a conflict between safety and efficiency. Second, whether it is order allocation or order grabbing, it needs to rely on a stable network environment, which is easily affected by communication interruption or delay, and has strong network dependence.

[0006] It can be seen that the prior art has defects and needs to be solved. SUMMARY

[0007] The technical problem to be solved by the present application is to provide a ride order allocation method and system based on code scanning binding, which can realize full-link digital management from ordering to performance, and through the lightweight interaction mode of code scanning binding, efficiency, safety and stability are taken into account.

[0008] To solve the above technical problems, the present application discloses a ride order allocation method based on code scanning binding, which comprises: obtaining ride order data of a first user terminal, and generating a ride code according to the ride order data; receiving a binding request initiated by a second user terminal by scanning the ride code of the first user terminal; According to the ride code information and the second user terminal information, a binding relationship between the first user and the second user is determined; A binding interface matched with the binding relationship is pushed to the corresponding user terminal, and a ride order corresponding to the binding relationship is updated and synchronized to the cloud for tracking and management.

[0009] As an optional implementation, in the first aspect of the present application, the ride order data includes first user information, location information, travel information, timing information, and a unique identifier: The first user information is used to identify the identity of the passenger to establish a binding relationship between the user and the associated ride order; The location information is used to display the first user terminal information to the second user terminal to determine the location of the passenger; The travel information is used to determine the starting point information, path information, and end point information of the ride order; The timing information is used to manage the associated events of the ride order and track the traceability information of the ride order; The unique identifier is used to bind the ride request initiated by the first user terminal to the corresponding ride order.

[0010] As an optional implementation, in the first aspect of the present application, the ride code is generated by encrypting the ride order data using an encryption algorithm, the ride code uniquely corresponds to the unique identifier, and the ride code is a QR code.

[0011] As an optional implementation, in the first aspect of the present application, the ride code is displayed by the user terminal of the first user terminal for the code scanning device of the second user terminal to read the ride code.

[0012] As an optional implementation, in the first aspect of the present application, before the second user terminal initiates a binding request by scanning the ride code of the first user terminal, it includes: The server broadcasts the location of the first user terminal to the user terminal of the second user terminal according to the location information corresponding to the ride order data, and the second user searches for the first user according to the location information; And / or, the server determines a target area according to the location information corresponding to a plurality of first user terminals, broadcasts the target area to the user terminal of the second user terminal, and the second user searches for the first user according to the target area; And / or, a target area is preset according to a plurality of location information of historical ride order data, the target area is broadcast to the first user terminal and the second user terminal to guide the first user and the second user to search for the target user in the target area, the target user being the first user or the second user.

[0013] As an optional implementation, in the first aspect of the present application, the determining of the binding relationship between the first user and the second user according to the ride code information and the second user terminal information comprises: decoding the ride code, and cross- verifying the decoded data with the ride order data to confirm the validity of the ride code; If consistent, the verification is passed, the second user terminal information is bound in the ride order corresponding to the ride code, and the binding relationship is determined according to the identity information of the first user and the second user in the ride order.

[0014] As an optional implementation, in the first aspect of the present application, the binding interface comprises a push interface of the first user terminal and a push interface of the second user terminal; The push interface of the first user terminal is a passenger interface, the passenger interface displays ride order information, vehicle information, driver information, trip information and cost information, and the passenger interface comprises an evaluation interface, an alarm interface, a contact customer service interface and an advertisement viewing interface; The push interface of the second user terminal is a driver interface, the driver interface displays ride order information, passenger information, trip information and cost information, and the driver interface comprises a check-in interface, a check-out interface and a destination arrival indication interface.

[0015] As an optional implementation, in the first aspect of the present application, the updating of the ride order corresponding to the binding relationship and the synchronization to the cloud for tracking and management comprises: In response to receiving the determination request of the binding relationship, the ride order is synchronized to the cloud to build a time-stamped time sequence tracking item, the time sequence tracking item comprises ride order generation, ride code generation, ride code scanning, ride binding and order trip intermediate item.

[0016] The real-time ride order is tracked according to the time sequence tracking item until the order is completed, and any ride order is managed and traced according to the time sequence tracking item.

[0017] The second aspect of the embodiment of the present application discloses a ride order allocation system based on code binding, the system comprises: A generation module is configured to obtain ride order data of a first user terminal, and generate a ride code according to the ride order data; A request module is configured to receive a binding request initiated by a second user terminal by scanning the ride code of the first user terminal; A binding module is configured to determine a binding relationship between the first user and the second user according to the ride code information and the second user terminal information; The distribution module is configured to push the binding interface matched with the binding relationship to the corresponding user terminal, update the ride order corresponding to the binding relationship, and synchronize to the cloud for tracking and management.

[0018] As an optional implementation, in the second aspect of the present application, the ride order data includes first user information, location information, travel information, timing information, and a unique identifier: The first user information is used to identify the identity of the passenger to establish a binding relationship between the user and the associated ride order; The location information is used to display the first user terminal information to the second user terminal to determine the location of the passenger; The travel information is used to determine the starting point information, path information, and end point information of the ride order; The timing information is used to manage the associated events of the ride order and track the traceability information of the ride order; The unique identifier is used to bind the ride request initiated by the first user terminal to the corresponding ride order.

[0019] As an optional implementation, in the second aspect of the present application, the ride code is generated by encrypting the ride order data using an encryption algorithm, the ride code uniquely corresponds to the unique identifier, and the ride code is a QR code.

[0020] As an optional implementation, in the second aspect of the present application, the ride code is displayed by the user terminal of the first user terminal for the scanning device of the second user terminal to read the ride code.

[0021] As an optional implementation, in the second aspect of the present application, before the receiving second user terminal initiates a binding request by scanning the ride code of the first user terminal, it includes: The server broadcasts the location of the first user terminal to the user terminal of the second user according to the location information corresponding to the ride order data, and the second user searches for the first user according to the location information; And / or, the server determines a target area according to the location information corresponding to a plurality of first user terminals, broadcasts the target area to the user terminal of the second user, and the second user searches for the first user according to the target area; And / or, a target area is preset according to a plurality of location information of historical ride order data, the target area is broadcast to the first user terminal and the second user terminal to guide the first user and the second user to search for the target user in the target area, the target user being the first user or the second user.

[0022] As an optional implementation, in the second aspect of the present application, the determining of the binding relationship between the first user and the second user according to the ride code information and the second user terminal information comprises: decoding the ride code, and cross- verifying the decoded data with the ride order data to confirm the validity of the ride code; If consistent, the verification is passed, the second user terminal information is bound in the ride order corresponding to the ride code, and the binding relationship is determined according to the identity information of the first user and the second user in the ride order.

[0023] As an optional implementation, in the second aspect of the present application, the binding interface comprises a push interface of the first user terminal and a push interface of the second user terminal; The push interface of the first user terminal is a passenger interface, which displays ride order information, vehicle information, driver information, trip information and cost information, and the passenger interface comprises an evaluation interface, an alarm interface, a contact customer service interface and an advertisement viewing interface; The push interface of the second user terminal is a driver interface, which displays ride order information, passenger information, trip information and cost information, and the driver interface comprises a check-in interface, a check-out interface and a destination arrival indication interface.

[0024] As an optional implementation, in the second aspect of the present application, the updating of the ride order corresponding to the binding relationship and the synchronization to the cloud for tracking and management comprises: In response to receiving the determination request of the binding relationship, the ride order is synchronized to the cloud to build a time-stamped time sequence tracking item, and the time sequence tracking item comprises ride order generation, ride code generation, ride code scanning, ride binding and order trip intermediate item.

[0025] The real-time ride order is tracked according to the time sequence tracking item until the order is completed, and any ride order is managed and traced according to the time sequence tracking item.

[0026] The third aspect of the present application discloses another ride order allocation system based on code binding, which comprises: a memory storing executable program code; a processor coupled with the memory; The processor calls the executable program code stored in the memory to execute part or all of the steps of the ride order allocation method based on code binding disclosed in the first aspect of the present application.

[0027] The fourth aspect of the present application discloses a computer storage medium, the computer storage medium stores computer instructions, when the computer instructions are called, part or all steps of the ride order allocation method based on code scanning binding disclosed by the first aspect of the present application are executed.

[0028] Compared with the prior art, the embodiment of the present application has the following beneficial effects: (1) Improve the order receiving efficiency: through the code scanning binding mode, the complex algorithm matching and information transmission link in the traditional order distribution or order grabbing process is saved, the driver and the passenger can complete the order confirmation in a short time, which greatly shortens the order receiving time, especially in the case of large passenger flow, the overall operation efficiency can be effectively improved.

[0029] (2) Enhance the security: the ride code uses encryption technology and contains unique order and identity information, which effectively prevents the occurrence of order misconnection, wrong connection or malicious order grabbing. At the same time, the code scanning process is carried out face to face between the driver and the passenger, which can further confirm the identity of both parties and reduce the security risk.

[0030] (3) Improve the user experience: the passenger does not need to wait for the platform to distribute orders or the driver to grab orders, only needs to show the ride code to quickly complete the order receiving, and reduces the waiting anxiety. The driver also does not need to frequently refresh the page to grab orders, only needs to scan the code at the specified location, the operation is more convenient, and the use experience of both parties is improved.

[0031] (4) Reduce the dependence on network: compared with the traditional mode which needs to rely on network in real time for a large amount of information transmission, the data transmission amount is small in the code scanning binding process, even in the case of unstable network signal, the binding operation can be completed smoothly, and the order binding failure caused by network problems is reduced.

[0032] (5) Easy to manage and trace: each code scanning binding process will be recorded in the background database, including scanning time, location, driver and passenger information, etc., the data provides accurate and detailed basis for order management, service quality evaluation and problem tracing of the platform, which is beneficial to the fine operation and management of the platform. BRIEF DESCRIPTION OF DRAWINGS

[0033] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed in the embodiment description will be briefly introduced. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative labor.

[0034] Figure 1 is a flow diagram of a ride order allocation method based on code scanning binding disclosed by the embodiment of the present application.

[0035] Figure 2 is a structural schematic diagram of a ride order allocation system based on code scanning binding disclosed by an embodiment of the present application.

[0036] Figure 3 is a structural schematic diagram of another ride order allocation system based on code scanning binding disclosed by an embodiment of the present application. DETAILED DESCRIPTION

[0037] In order to enable persons skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only some of the embodiments of the present application, but not all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by persons skilled in the art without creative labor fall within the scope of protection of the present application.

[0038] The terms "first", "second", and the like in the specification of the present application and the above-described drawings are used to distinguish different objects, and are not used to describe a particular order. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, device, product, or equipment that includes a series of steps or units is not limited to the listed steps or units, but can optionally include steps or units that are not listed, or can optionally include other steps or units inherent to the process, method, product, or equipment.

[0039] In this document, reference to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present application. The appearance of the phrase in various places in the specification is not necessarily all referring to the same embodiment, nor is it necessarily referring to a particular alternative embodiment or set of embodiments. It will be explicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0040] The application discloses a ride order allocation method and system based on code scanning binding, and the unique ride code generated by a passenger end is used as an anchor point. A driver initiates a binding request by scanning the code, realizes accurate association of the three of "person-car-order", avoids the mismatch problem caused by algorithm deviation in automatic order allocation, and avoids service interruption caused by malicious cancellation or information delay in the order grabbing mode. The binding process is based on double verification of order data carried by the ride code and driver identity information, so that only a legal driver can complete order receiving in a correct scenario, and the matching reliability is improved. The ride code can be displayed offline, and the driver scanning action can be completed in a weak network or a short-term network interruption environment. After the network is restored, the binding result is synchronized, effectively solving the order allocation failure problem caused by unstable network in peak hours or remote areas. The order state is updated and synchronized with the cloud, which ensures data consistency and enhances the robustness of the ride order allocation system. After the binding relationship is established, the system automatically updates the order state and synchronizes it to the cloud database, providing complete data support for subsequent travel tracking, billing settlement, service evaluation and exception handling, and realizing full-link digital management from ordering to performance. Through the lightweight interaction mode of code scanning binding, efficiency, safety and stability are considered, which is suitable for various online car-hailing operation scenarios, especially in high-concurrency, weak network or special area environment, and has stronger adaptability and service guarantee level. The following will be described in detail.

[0041] Embodiment one Please refer to Figure 1 , Figure 1 is a flowchart of a ride order allocation method based on code scanning binding disclosed by the embodiment of the application. Among them, Figure 1 The ride order allocation method based on code scanning binding described above can be applied in a data processing system / data processing device / data processing server (wherein the server includes a local processing server or a cloud processing server). As Figure 1 shown, the ride order allocation method based on code scanning binding can include the following operations: 101, obtaining ride order data of a first user end, and generating a ride code according to the ride order data.

[0042] It should be noted that the present application is applicable to the travel technical field, especially to remote locations such as airports, unstable communication and passenger concentrated areas.

[0043] Optionally, the ride order data includes first user information, location information, travel information, time sequence information and a unique identifier. It can be understood that the first user is usually a passenger, and the ride order recording ride-related information can be generated through the location information, travel information, time sequence information and unique identifier.

[0044] Optionally, the first user information is used to identify the passenger identity to establish a binding relationship between users for associating the ride orders, wherein the binding relationship between users is a binding relationship between the passenger and the driver, which is different from the traditional order allocation mode and order grabbing mode. The order confirmation can be completed in a short time through code scanning binding, which greatly shortens the order receiving time, and especially in the case of large passenger flow, can effectively improve the overall operation efficiency.

[0045] Optionally, the position information is used to display the first user terminal information to the second user terminal to determine the passenger position, wherein the position information is the passenger waiting position. Especially in the case of passenger gathering in remote waiting scenarios, it can facilitate the second user (i.e. the driver) to go to the waiting point.

[0046] Optionally, the travel information is used to determine the starting point information, path information and terminal information of the ride order. It is convenient for travel navigation of subsequent ride orders.

[0047] Optionally, the timing information is used to manage the associated events of the ride order and track the traceability information of the ride order. The timing information such as ride code generation time, code scanning time or order start / end time provides accurate and detailed basis, which is beneficial for the platform to carry out fine operation and management.

[0048] Optionally, the unique identifier is used to bind the ride request initiated by the first user terminal to the corresponding ride order. The unique relationship between the order and the user is determined by the unique identifier, which avoids order errors and affects the user ride experience.

[0049] Optionally, the ride code is generated by encrypting the ride order data through an encryption algorithm, the ride code and the unique identifier correspond to each other uniquely, and the ride code is a QR code. The ride code can be a two-dimensional barcode, and preferably an encrypted two-dimensional code. The ride code can be read by a code scanning device on the vehicle or a mobile device of the second user. After the ride code is scanned, the ride order information can be obtained by decoding. It can be understood that the decoding process after scanning is uploaded to the server for decoding after the ride code is read by the code scanning device. The ride code of the present application is not limited to the form of two-dimensional code.

[0050] 102. Receive a binding request initiated by the second user terminal by scanning the ride code of the first user terminal.

[0051] 103. Determine the binding relationship between the first user and the second user according to the ride code information and the second user terminal information.

[0052] 104. Push the binding interface matched with the binding relationship to the corresponding user terminal, update the ride order corresponding to the binding relationship and synchronize to the cloud for tracking and management.

[0053] Optionally, the binding interface includes a push interface of the first user terminal and a push interface of the second user terminal. The push interface of the first user terminal is a passenger interface, which displays ride order information, vehicle information, driver information, trip information and fee information, and the passenger interface includes an evaluation interface, an alarm interface, a contact customer service interface and an advertisement viewing interface. Then, the push interface of the second user terminal is a driver interface, which displays ride order information, passenger information, trip information and fee information, and the driver interface includes a check-in interface, a check-out interface and a destination arrival indication interface.

[0054] It can be seen that the above embodiment of the application uses the unique ride code generated by the passenger terminal as an anchor point, and the driver initiatively initiates a binding request by scanning the code, thereby realizing accurate association of the three of "person-vehicle-order", avoiding mismatching problems caused by algorithm deviation in automatic order allocation, and avoiding service interruption caused by malicious cancellation or information delay in the order grabbing mode. The binding process is based on double verification of order data and driver identity information carried by the ride code, so as to ensure that only a legal driver completes order taking in a correct scenario, thereby improving matching reliability. The ride code can be displayed offline, and the driver scanning action can be completed in a weak network or a short-term network interruption environment, and the binding result is synchronized after the network is restored, thereby effectively solving the problem of order allocation failure caused by unstable network in peak periods or remote areas, and the order state is updated and synchronized with the cloud, thereby ensuring data consistency and enhancing the robustness of the ride order allocation system. After the binding relationship is established, the system automatically updates the order state and synchronizes it to the cloud database, thereby providing complete data support for subsequent trip tracking, billing settlement, service evaluation and exception handling, and realizing full-link digital management from ordering to performance.

[0055] Specifically, the first user terminal is a passenger terminal, which is used to provide convenient travel services for passengers. The passenger terminal includes an order management module, which can perform operations such as ordering, checking order status and canceling order. After ordering, a ride code containing encrypted information is automatically generated and displayed. The passenger terminal also has functions such as driver information display, trip navigation, fee payment, service evaluation and real-time communication with the driver, which facilitates the passenger to master the travel situation throughout the journey.

[0056] Specifically, the second user terminal is a driver terminal, which is used for order taking and service process. The driver terminal is provided with a code scanning function module, supports scanning of the passenger ride code to complete order binding, and also has functions such as order information viewing (including passenger starting point, destination, contact information, etc.), trip navigation, order state switching, fee settlement after service completion, etc., which assist the driver to efficiently complete the service.

[0057] Further, the cloud end is a ride platform operation management end, has comprehensive order monitoring function, can view all order state (waiting for order, has received order, has completed, etc.) and detailed information in real time, can manage and verify driver and passenger identity information, records the whole process data of scanning code binding and supports query and trace, can also perform data analysis (such as order receiving efficiency, service quality, etc.) and other operations, ensures the orderly operation of the platform.

[0058] As an optional embodiment, the above steps include: The ride code is displayed by the user terminal of the first user end, and the ride code is read by the scanning code device of the second user end.

[0059] Optionally, the scanning code device can be a separate scanning code device mounted on the vehicle and in communication connection with the order allocation system, or a mobile device of the driver. The first user end (passenger end) intuitively displays the ride code through the user terminal (such as a mobile phone screen), without the need for manual input or copying of information, simplifying the operation process of the passenger and improving the user experience. The second user end (driver end) quickly reads the ride code through the scanning code device (such as a mobile phone camera or a dedicated scanning code device), avoiding the tediousness and error rate of traditional input methods and significantly shortening the order binding time.

[0060] As can be seen, through the above optional embodiment, the ride code serves as a physical voucher, and data transmission can be completed after reading the ride code by the scanning code device, without the need for real-time network communication, reducing the dependence of the system on network stability. The ride code embeds encrypted information to ensure the integrity and consistency of the data after scanning, avoiding information loss or incorrect matching due to network delay or interruption. Moreover, the ride code supports multiple scanning code devices (such as smartphones and vehicle-mounted terminals), adapts to different driver order receiving scenarios (such as quick scanning during peak hours and offline operation in remote areas), and has flexible display methods (such as QR codes, barcodes, dynamic verification codes, etc.), which can be compatible with different user terminal screen sizes and display capabilities, ensuring information readability and scanning success rate. Optimizing the core interaction link of online car-hailing order binding, while improving operation efficiency and user friendliness, the system's security and scenario adaptability are enhanced, providing reliable technical support for efficient travel services in complex environments.

[0061] As an optional embodiment, before the receiving of the binding request initiated by the second user end by scanning the ride code of the first user end, the above steps include: The server broadcasts the user terminal of the second user end according to the location information corresponding to the ride order data, and the second user searches for the first user according to the location information. And / or, the server determines a target area according to the position information of the plurality of first user terminals, broadcasts the target area to the user terminal of the second user terminal, and the second user searches for the first user according to the target area; And / or, a target area is preset according to the plurality of position information of historical ride order data, and the target area is broadcast to the first user terminal and the second user terminal to guide the first user and the second user to be located in the target area to search for a target user, the target user being the first user or the second user.

[0062] Specifically, the above steps realize accurate position broadcasting and real-time searching of users. The server broadcasts the real-time position information of passengers to nearby driver terminals according to the ride order data (such as the starting position) of the passengers, and the drivers can quickly locate the passengers according to the position information, reduce the waiting time caused by ambiguous search paths, realize single-point position broadcasting, and dynamically determine a target area (such as a business district or residential area) according to the position information of a plurality of passengers (such as a plurality of orders in the same area), and broadcast the area to the driver terminal. Drivers can concentrate on taking orders according to the target area, optimize route planning, reduce cross-regional driving, and improve order acceptance efficiency per unit time.

[0063] Further, the above steps realize a preset target area guide driven by historical data. Based on the area preset by historical orders, the server presets a target area according to the passenger gathering area (such as office buildings during the evening peak and scenic spots during holidays) with high frequency in historical ride data, and broadcasts the target area to the passenger terminal and the driver terminal.

[0064] Passengers can actively go to the preset area to wait, and drivers prefer to take orders in the area, forming a "hot area" for supply and demand matching, reducing resource waste and response delay. On the other hand, by using a two-way guidance and dynamic adjustment strategy, passengers and drivers can adjust their positions (such as passengers going to designated pickup points in advance and drivers concentrating on standby) through the broadcast of the preset target area, shorten the search time, and improve the service response speed. In peak periods or special scenarios (such as bad weather), the target area can be dynamically expanded or contracted to adapt to real-time demand changes.

[0065] It can be seen that through the above optional embodiments, the matching efficiency, resource utilization and user experience of the online car-hailing service are significantly improved by dynamically matching the spatial positions of passengers and drivers. Through position information broadcasting and target area division, drivers do not need to rely on traditional order grabbing or global search mechanism, but can directly search for passengers according to the broadcast information, reducing the calculation overhead and misjudgment risk of algorithm matching. At the same time, passengers do not need to refresh the page repeatedly to wait for the driver to accept the order, improving service transparency and user satisfaction. Multi-point position aggregation and target area division enable drivers to batch order, reducing empty mileage and energy consumption, and optimizing vehicle scheduling efficiency. The guiding mechanism of the preset target area balances the supply and demand relationship, avoiding the problem of excessive drivers or long waiting time for passengers in local areas. Further, the dynamic adaptability and scene compatibility of order allocation are realized, especially in unstable network scenarios, the basic matching function can still be guaranteed. It is suitable for various scenarios such as urban commuting, airport pickup and drop-off, and large event evacuation, and can meet the matching needs in different scenarios by dynamically adjusting the target area range and broadcasting strategy.

[0066] As an optional embodiment, in the above step, the determining of the binding relationship between the first user and the second user according to the ride code information and the second user terminal information comprises: decoding the ride code, and cross- verifying the decoded data with the ride order data to confirm the validity of the ride code; if consistent, the verification is passed, the second user terminal information is bound in the ride order corresponding to the ride code, and the binding relationship is determined according to the identity information of the first user and the second user in the ride order.

[0067] It can be seen that through the above optional embodiments, the safety closed loop of the binding of drivers and passengers in online car-hailing service is constructed through the cooperative mechanism of ride code decoding verification and identity information matching. Through encryption decoding and double verification, false ride codes and malicious behaviors are eliminated, ensuring the strict correspondence of driver and passenger identity and order information, avoiding mismatch or illegal order taking, while supporting efficient verification in weak network environment, reducing network dependence, especially in complex scenarios (such as peak period, malicious order grabbing), which shows significant advantages in shortening the binding time, improving service response efficiency and user satisfaction.

[0068] As an optional embodiment, in the above step, the updating of the ride order corresponding to the binding relationship and the synchronization to the cloud for tracking and management comprises: in response to receiving the determination request of the binding relationship, synchronizing the ride order to the cloud to build a time sequence tracking item containing a time stamp, the time sequence tracking item including ride order generation, ride code generation, ride code scanning, ride binding and order journey intermediate item.

[0069] According to the time sequence tracking item, a real-time ride order is tracked until the order is completed, and any ride order is managed and traced according to the time sequence tracking item.

[0070] Specifically, by introducing a structured timestamp recording mechanism, after the order binding relationship is determined, key events (such as order generation, ride code generation, code scanning action, binding completion, and intermediate items in the trip) are recorded as time sequence tracking items in timestamp order to form a complete operation log chain. Each event node includes a timestamp, an event type, a participant (passenger / driver), and associated data (such as location information and state changes), ensuring the traceability of data records. According to the time sequence tracking item, the order state is dynamically updated (such as "waiting for pickup" -> "scanning in progress" -> "picked up" -> "in trip" -> "completed"). Platform administrators or users can view the order progress in real time through the interface. In abnormal scenarios (such as the driver not arriving on time or the passenger canceling the order), the time sequence tracking item can quickly locate the problem node (such as scanning timeout or binding failure) to assist timely intervention.

[0071] Further, time sequence data supports multi-dimensional analysis (such as driver response time, passenger waiting time, and scanning success rate), providing data support for platform optimization of order allocation algorithm and driver scheduling strategy. Combined with historical time sequence tracking items, high-frequency problem areas (such as locations with high scanning failure rates) can be identified, and service processes can be optimized accordingly (such as guiding passengers to fixed scanning points).

[0072] Further, in order dispute or complaint scenarios, the system can restore the complete event chain (such as when the passenger generates the ride code, when the driver scans the code, and the binding success time) through the time sequence tracking item to clarify the responsibility. For example, if the passenger claims that the driver did not arrive on time, the "scanning time" and "driver positioning" data in the time sequence tracking item can directly verify whether the driver has a late behavior.

[0073] As can be seen, through the above optional embodiments, the timestamp event chain recording improves the visibility of order state and user trust, achieves transparent service process, supports real-time monitoring, dynamic strategy adjustment, and historical data analysis, optimizes resource allocation, realizes efficient operation management, provides authoritative traceability basis, reduces dispute handling cost, and cloud synchronization and modular design ensure stability in high-concurrency scenarios, adapt to multi-business scenario requirements. Through the construction and cloud management of the time sequence tracking item, the whole life cycle of the order in the online car-hailing service is finely tracked and managed, which significantly improves the service transparency, data integrity, and operation efficiency. In particular, it shows significant advantages in service quality monitoring, compliance guarantee, and operation optimization in complex scenarios.

[0074] In summary, the technical solutions disclosed in the embodiments of the present application have the following advantages: 1. Improve order efficiency: through the way of code binding, it saves the complex algorithm matching and information transmission link in the traditional order allocation or order grabbing process, so that the driver and passenger can complete the order confirmation in a short time, greatly shortening the order time, especially in the case of large passenger flow, which can effectively improve the overall operation efficiency.

[0075] 2. Enhance security: the ride code uses encryption technology and contains unique order and identity information, effectively preventing the order from being misconnected, misconnected or maliciously grabbed. At the same time, the scanning process is carried out face-to-face between the driver and the passenger, which can further confirm the identity of both parties and reduce the security risk.

[0076] 3. Improve user experience: passengers do not need to wait for the platform to allocate orders or drivers to grab orders, they only need to show the ride code to quickly complete the order, reducing the anxiety of waiting. Drivers also do not need to refresh the page frequently to grab orders, they only need to scan the code at the designated location, which is more convenient to operate and improves the use experience of both parties.

[0077] 4. Reduce dependence on network: compared with the traditional mode that needs real-time network for a large amount of information transmission, the data transmission volume in the code binding process is small, so even in the case of unstable network signal, the binding operation can be completed smoothly, reducing the order binding failure caused by network problems.

[0078] 5. Easy to manage and trace: each code binding process will be recorded in the background database, including scanning time, location, driver and passenger information, etc., which provides accurate and detailed basis for order management, service quality evaluation and problem tracing of the platform, which is conducive to the platform's fine operation and management.

[0079] Embodiment two Please refer to Figure 2 , Figure 2 is a structure diagram of a ride order allocation system based on code binding disclosed by the embodiment of the application. Among them, Figure 2 The ride order allocation system based on code binding described can be applied in a data processing system / data processing device / data processing server (wherein the server includes a local processing server or a cloud processing server). As Figure 2 shown, the ride order allocation system based on code binding can include: The generation module 201 is configured to obtain ride order data of a first user end, and generate a ride code according to the ride order data.

[0080] The request module 202 is configured to receive a binding request initiated by a second user end by scanning the ride code of the first user end.

[0081] The binding module 203 is configured to determine a binding relationship between the first user and the second user according to the ride code information and the second user terminal information.

[0082] The distribution module 204 is configured to push a binding interface matched with the binding relationship to a corresponding user terminal, update a ride order corresponding to the binding relationship, and synchronize the ride order to a cloud terminal for tracking and management.

[0083] It can be seen that the above embodiment of the application realizes accurate association of the three of "person-vehicle-order" by taking the unique ride code generated by the passenger terminal as an anchor point and the driver actively initiating a binding request by scanning the code, avoids the mismatch problem caused by algorithm deviation in automatic order distribution, and also avoids service interruption caused by malicious cancellation or information delay in the order grabbing mode. The binding process is based on double verification of order data carried by the ride code and driver identity information, ensures that only a legal driver completes order taking in a correct scenario, and improves matching reliability. The ride code can be displayed offline, the driver scanning action can be completed in a weak network or a short-term network interruption environment, the binding result is synchronized after the network is restored, effectively alleviates the order distribution failure problem caused by unstable network in peak periods or remote areas, and the order state update is synchronized with the cloud terminal, which ensures data consistency and enhances the robustness of the ride order distribution system. After the binding relationship is established, the system automatically updates the order state and synchronizes it to the cloud database, provides complete data support for subsequent travel tracking, billing, service evaluation and exception handling, and realizes full-link digital management from ordering to performance. The lightweight interaction mode of scanning and binding takes into account efficiency, safety and stability, is suitable for various online car-hailing operation scenarios, and especially shows stronger adaptability and service guarantee level in high-concurrency, weak network or special area environment.

[0084] As an optional embodiment, the ride order data includes first user information, location information, travel information, timing information and a unique identifier: The first user information is used to identify the passenger identity to establish a binding relationship of the associated ride order between users; The location information is used to show the first user terminal information to the second user terminal to determine the passenger location; The travel information is used to determine the starting point information, path information and terminal information of the ride order; The timing information is used to manage the associated events of the ride order and track the traceability information of the ride order; The unique identifier is used to bind the corresponding ride order to the ride request initiated by the first user terminal.

[0085] As an optional embodiment, the ride code is generated by encrypting the ride order data by an encryption algorithm, the ride code and the unique identifier are uniquely corresponding, and the ride code is a QR code.

[0086] As can be seen from the above optional embodiments, the binding between the first user terminal and the second user terminal is limited.

[0087] As an optional embodiment, the ride code is displayed by the user terminal of the first user terminal for the code scanning device of the second user terminal to read the ride code.

[0088] As can be seen from the above optional embodiments, the ride code is used as a physical voucher, which can complete data transmission after being read by the code scanning device, without relying on real-time network communication, thereby reducing the dependence of the system on network stability. The ride code embeds encrypted information to ensure the integrity and consistency of the data after scanning, avoiding information loss or incorrect matching due to network delay or interruption. Moreover, the ride code supports various code scanning devices (such as smartphones and vehicle terminals), adapts to different driver pickup scenarios (such as quick scanning during peak hours and offline operation in remote areas), and has flexible display methods (such as QR codes, barcodes, dynamic verification codes, etc.), which can be compatible with different user terminal screen sizes and display capabilities, ensuring information readability and scanning success rate. The optimization of the core interaction link of the online car-hailing order binding improves the operation efficiency and user friendliness, enhances the security and scenario adaptability of the system, and provides reliable technical support for efficient travel services in complex environments.

[0089] As an optional embodiment, before receiving the binding request initiated by the second user terminal by scanning the ride code of the first user terminal, the method comprises: The server broadcasts the location of the first user terminal to the user terminals of the second user terminals according to the location information corresponding to the ride order data, and the second user searches for the first user according to the location information. And / or, the server determines a target area according to the location information corresponding to a plurality of first user terminals, broadcasts the target area to the user terminals of the second user terminals, and the second user searches for the first user according to the target area. And / or, a target area is preset according to a plurality of location information of historical ride order data, the target area is broadcast to the first user terminal and the second user terminal to guide the first user and the second user to search for the target user in the target area, and the target user is the first user or the second user.

[0090] Specifically, the above steps realize accurate location broadcasting and real-time searching of users. The server broadcasts real-time location information of passengers to nearby drivers according to passenger order data (such as starting location), so that drivers can quickly locate passengers according to the location information, reduce waiting time caused by ambiguous search path, realize single-point location broadcasting, and dynamically determine a target area (such as a business district or residential area) according to location information of multiple passengers (such as multiple orders in the same area), and broadcast the area to the driver end. Drivers can accept orders in the target area, optimize route planning, reduce cross-regional driving, and improve order acceptance efficiency per unit time.

[0091] Further, the above steps realize preset target area guidance driven by historical data. Based on historical order area presets, the server presets a target area according to high-frequency passenger gathering areas in historical order data (such as office buildings during peak hours or tourist attractions during holidays), and broadcasts the target area to the passenger end and the driver end.

[0092] Passengers can actively go to the preset area to wait, and drivers can preferentially accept orders in the area, forming a "hot area" for supply and demand matching, reducing resource waste and response delay. On the other hand, by using a two-way guidance and dynamic adjustment strategy, passengers and drivers can adjust their positions (such as passengers going to designated pickup points in advance and drivers waiting in groups) through the broadcast of the preset target area, thereby shortening the search time and improving the service response speed. In peak periods or special scenarios (such as bad weather), the target area can be dynamically expanded or contracted to adapt to real-time demand changes.

[0093] As can be seen, through the above optional embodiments, by dynamically matching the spatial positions of passengers and drivers, the matching efficiency, resource utilization, and user experience of the online car-hailing service are significantly improved. Through location information broadcasting and target area division, drivers do not need to rely on traditional order grabbing or global search mechanisms, but can directly search for passengers according to broadcast information, reducing the computational overhead and misjudgment risk of algorithm matching. At the same time, passengers do not need to repeatedly refresh the page to wait for drivers to accept orders, improving service transparency and user satisfaction. Multi-point location aggregation and target area division enable drivers to accept orders in batches, reducing empty mileage and energy consumption, and optimizing vehicle scheduling efficiency. The preset target area guidance mechanism balances the supply and demand relationship, avoiding the problem of excessive drivers or long waiting time for passengers in local areas. Further, it realizes dynamic adaptability and scenario compatibility of order allocation, especially in unstable network scenarios, which can still guarantee basic matching functions. It is suitable for various scenarios such as urban commuting, airport pickup and drop-off, and large event evacuation. By dynamically adjusting the target area range and broadcast strategy, it meets the matching needs in different scenarios.

[0094] As an optional embodiment, the determination of the binding relationship between the first user and the second user according to the ride code information and the second user end information comprises: decoding the ride code, and cross- verifying the decoded data with the ride order data to confirm validity of the ride code; If consistent, the verification is passed, the second user terminal information is bound in the ride order corresponding to the ride code, and the binding relationship is determined according to the identity information of the first user and the second user in the ride order.

[0095] It can be seen that through the above optional embodiments, the cooperative mechanism of ride code decoding verification and identity information matching is used to build a safe closed loop of driver and passenger binding in the online car-hailing service. Through encryption decoding and double verification, false ride codes and malicious behaviors are eliminated, the strict correspondence of driver and passenger identity and order information is ensured, mismatching or illegal order taking is avoided, efficient verification in weak network environment is supported, network dependence is reduced, and significant advantages are shown in complex scenarios (such as peak period and malicious order grabbing). The binding time is shortened, the service response efficiency and user satisfaction are improved.

[0096] As an optional embodiment, the binding interface includes a push interface of the first user terminal and a push interface of the second user terminal. The push interface of the first user terminal is a passenger interface, which displays ride order information, vehicle information, driver information, trip information and fee information, and the passenger interface includes an evaluation interface, an alarm interface, a contact customer service interface and an advertisement viewing interface. The push interface of the second user terminal is a driver interface, which displays ride order information, passenger information, trip information and fee information, and the driver interface includes a sign-in interface, a sign-out interface and a destination arrival indication interface.

[0097] As an optional embodiment, the updating of the ride order corresponding to the binding relationship and the synchronization to the cloud for tracking and management includes: In response to receiving a determination request of the binding relationship, the ride order is synchronized to the cloud to build a time-stamped time sequence tracking item, and the time sequence tracking item includes ride order generation, ride code generation, ride code scanning, ride binding and order trip intermediate items.

[0098] According to the time sequence tracking item, real-time ride orders are tracked until the order is completed, and any ride order is managed and traced according to the time sequence tracking item.

[0099] It can be seen that, through the time stamp event chain record, the order state visibility and user trust are improved, the service process is transparent, real-time monitoring, dynamic policy adjustment and historical data analysis are supported, resource allocation is optimized, efficient operation management is realized, authoritative traceability basis is provided, dispute handling cost is reduced, cloud synchronization and modular design guarantee stability in high concurrency scenarios, adapt to multi-business scenario demand, through the construction and cloud management of time sequence tracking items, the order full life cycle in the online car-hailing service is finely tracked and managed, the service transparency, data integrity and operation efficiency are significantly improved, and especially in the service quality monitoring, compliance guarantee and operation optimization in complex scenarios, significant advantages are shown.

[0100] Embodiment three Please refer to Figure 3 , Figure 3 The application discloses a kind of order allocation systems based on code scanning binding in another embodiment of the present application. Figure 3 The described order allocation system based on code scanning binding is applied in data processing system / data processing equipment / data processing server (wherein the server includes local processing server or cloud processing server). As Figure 3 Shown, the order allocation system based on code scanning binding can include: Memory 301 where executable program code is stored; Processor 302 coupled with memory 301; Wherein, processor 302 calls the executable program code stored in memory 301, for executing the steps of the order allocation method based on code scanning binding described in embodiment one.

[0101] Embodiment four The application discloses a kind of computer readable storage medium, it stores the computer program for electronic data exchange, wherein the computer program makes computer execute the steps of the order allocation method based on code scanning binding described in embodiment one.

[0102] Embodiment five The application discloses a kind of computer program product, the computer program product includes non-transient computer readable storage medium where computer program is stored, and the computer program can be operated to make computer execute the steps of the order allocation method based on code scanning binding described in embodiment one.

[0103] The above-described embodiments of the present specification are described with reference to particular embodiments. Other embodiments are within the scope of the following claims. In some cases, actions recited in the claims can be performed in a different order and still achieve desirable results. Additionally, the processes depicted in the accompanying figures do not necessarily require the particular order shown or sequential order to achieve the desired results. In certain implementations, multitasking and parallel processing can be advantageous.

[0104] The systems, apparatuses, modules, or units illustrated by the above-described embodiments can be specifically realized by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer can be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0105] For the convenience of description, the above apparatuses are described in various units by functions respectively when described. Of course, the functions of the units can be realized in the same or multiple software and / or hardware when implementing the present specification.

[0106] Those skilled in the art will understand that the embodiments of the present specification can be provided as a method, a system, or a computer program product. Therefore, the embodiments of the present specification can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Moreover, the embodiments of the present specification can 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-ROMs, optical storage devices, etc.) containing computer-usable program code.

[0107] The present specification is described with reference to flowcharts and / or block diagrams of methods, apparatuses (systems), and computer program products according to embodiments of the present specification. It should be understood that each flow and / or block in the flowcharts and / or block diagrams 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 processor, or other programmable data processing apparatus to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing apparatus produce a device that implements the functions specified in the flowcharts and / or block diagrams. Figure 1 The functions specified in the flowchart or block diagram Figure 1 The apparatus that implements the functions specified in the flowchart or block diagram

[0108] These computer program instructions can also be stored in a computer- readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instructions which implement the Figure 1 function specified in the flow or flows and / or blocks Figure 1 of the block or blocks.

[0109] These computer program instructions can also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the Figure 1 function specified in the flow or flows and / or blocks Figure 1 of the block or blocks.

[0110] In a typical configuration, a computing device includes one or more processors (CPUs), input / output interfaces, network interfaces, and memory.

[0111] The memory can include non-persistent memory and / or volatile memory, such as random access memory (RAM) and / or cache memory, non-volatile memory, such as read-only memory (ROM), EPROM, and / or flash memory, etc. The memory is an example of computer readable media.

[0112] Computer readable media includes permanent and non-permanent, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disc read-only memory (CD-ROM), digital versatile discs (DVDs) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information accessible to a computing device. According to the definition herein, computer readable media does not include transitory media, such as modulated data signals and carrier waves.

[0113] It should also be noted that the terms "comprises", "comprising", or any other variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but can also include other elements not expressly listed or inherent to such process, method, article, or apparatus. An element proceeded by "comprises... a" does not, without further constraints, exclude the presence of additional identical elements in the process, method, article, or apparatus that comprises the element.

[0114] The specification can be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types. The specification can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules can be located in both local and remote computer storage media including memory storage devices.

[0115] The various embodiments in the specification are described in progressive manner, and the same or similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the difference from other embodiments. In particular, for the system embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the part of the method embodiments.

[0116] Finally, it should be noted that the disclosed method and system for allocating a ride order based on code scanning binding are only the preferred embodiments of the present application, and are used to illustrate the technical solutions of the present application, but not to limit them. Although the present application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that the technical solutions recorded in the foregoing embodiments can be modified, or some technical features can be replaced by equivalent ones. The modification or replacement does not make the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. A ride order allocation method based on code scanning binding, characterized in that, The method comprises: Obtaining the ride order data of the first user terminal, and generating a ride code according to the ride order data; Receiving a binding request initiated by the second user terminal by scanning the ride code of the first user terminal; Determining the binding relationship between the first user and the second user according to the ride code information and the second user terminal information; Pushing a binding interface matched with the binding relationship to the corresponding user terminal, updating the ride order corresponding to the binding relationship and synchronizing to the cloud for tracking and management. 2.The ride order allocation method based on code scanning binding of claim 1, wherein, The ride order data includes first user information, location information, travel information, timing information and a unique identifier: The first user information is used to identify the passenger identity to establish the binding relationship of the associated ride order between users; The location information is used to show the first user terminal information to the second user terminal to determine the passenger location; The travel information is used to determine the starting point information, path information and terminal information of the ride order; The timing information is used to manage the associated events of the ride order and track the traceability information of the ride order; The unique identifier is used to bind the corresponding ride order to the ride request initiated by the first user terminal. 3.The ride order allocation method based on code scanning binding of claim 2, wherein, The ride code is generated by encrypting the ride order data through an encryption algorithm, and the ride code uniquely corresponds to the unique identifier. The ride code is a QR code. 4.The ride order allocation method based on code scanning binding of claim 1, wherein, The ride code is displayed by the user terminal of the first user terminal, and the code reading device of the second user terminal reads the ride code. 5.The ride order allocation method based on code scanning binding of claim 2, wherein, Before receiving the binding request initiated by the second user terminal by scanning the ride code of the first user terminal, it comprises: The server broadcasts the location of the first user terminal to the user terminal of the second user according to the location information corresponding to the ride order data, and the second user searches for the first user according to the location information; And / or, the server determines a target area according to the location information corresponding to a plurality of first user terminals, and broadcasts the target area to the user terminal of the second user, and the second user searches for the first user according to the target area; And / or, a target area is preset according to a plurality of location information of historical ride order data, the target area is broadcast to the first user terminal and the second user terminal to guide the first user and the second user to search for the target user in the target area, the target user being the first user or the second user. 6.The ride order allocation method based on code scanning binding of claim 1, wherein, The determination of the binding relationship between the first user and the second user according to the ride code information and the second user terminal information comprises: Decode the ride code, cross-verify the decoded data with the ride order data to confirm the validity of the ride code; If consistent, the verification is passed, the second user terminal information is bound in the ride order corresponding to the ride code, and the binding relationship is determined according to the identity information of the first user and the second user in the ride order. 7.The ride order allocation method based on code scanning binding of claim 1, wherein, The binding interface includes a push interface of the first user terminal and a push interface of the second user terminal; The push interface of the first user terminal is a passenger interface, which displays ride order information, vehicle information, driver information, trip information and fee information, and the passenger interface includes an evaluation interface, an alarm interface, a customer service contact interface and an advertisement viewing interface; The push interface of the second user terminal is a driver interface, which displays ride order information, passenger information, trip information and fee information, and the driver interface includes a check-in interface, a check-out interface, and a destination arrival indication interface. 8.The ride order allocation method based on code scanning binding of claim 1, wherein, The updating of the ride order corresponding to the binding relationship and the synchronization to the cloud for tracking and management include: In response to receiving the determination request of the binding relationship, the ride order is synchronized to the cloud to build a time-stamped time sequence tracking item, which includes ride order generation, ride code generation, ride code scanning, ride binding, and order trip intermediate items. According to the time sequence tracking item, real-time ride orders are tracked until the order is completed, and any ride order is managed and traced according to the time sequence tracking item. 9.A ride order allocation system based on code scanning binding, characterized in that, The system includes: A generation module for obtaining ride order data of a first user terminal and generating a ride code according to the ride order data; A request module for receiving a binding request initiated by a second user terminal by scanning the ride code of the first user terminal; A binding module for determining the binding relationship between the first user and the second user according to the ride code information and the second user terminal information; An allocation module for pushing a binding interface matched with the binding relationship to the corresponding user terminal, updating the ride order corresponding to the binding relationship and synchronizing to the cloud for tracking and management. 10.A ride order allocation system based on code scanning binding, characterized in that, The system includes: A memory storing executable program code; A processor coupled with the memory; The processor calls the executable program code stored in the memory to execute the ride order allocation method based on code scanning binding according to any one of claims 1-8.

Images