Taxi sharing method and device, electronic device, readable storage medium and chip

Abstract

The application discloses a taxi car-pooling method and device, electronic equipment, readable storage medium and chip, and belongs to the technical field of car-pooling, wherein the taxi car-pooling method comprises the following steps: in the case that a first user scans an identification characteristic code, determining the car-riding information between the first user and a driver user; according to the car-riding information, determining the operation state of vehicle information; in the case that the operation state is a car-pooling state, matching at least one second user according to the travel information of the first user; wherein the identification characteristic code is correspondingly bound with the vehicle information and the driver user.

Description

Technical Field

[0001] This application belongs to the field of carpooling, specifically relating to a taxi carpooling method, a taxi carpooling device, an electronic device, a readable storage medium, and a chip. Background Technology

[0002] Currently, most ride-sharing services are operated through ride-hailing platforms. In actual use, since drivers can choose whether or not to accept orders, there are situations where drivers refuse to accept orders, causing passengers' travel to be disrupted and resulting in significant uncertainty. Summary of the Invention

[0003] The purpose of this application is to provide a taxi carpooling method and apparatus, electronic device, readable storage medium and chip, which can solve the problem of passengers being unable to travel normally during carpooling.

[0004] In a first aspect, embodiments of this application provide a taxi carpooling method, which includes: determining the ride information between the first user and the driver user when the first user scans an identification feature code; determining the operating status of the vehicle information based on the ride information; and matching at least one second user based on the first user's trip information when the operating status is carpooling; wherein the identification feature code is associated and bound with the vehicle information and the driver user.

[0005] Secondly, this application provides a taxi carpooling device, including: an association module, used to determine the ride information between the first user and the driver user when the first user scans an identification feature code; a carpooling determination module, used to determine the operating status of the vehicle information based on the ride information; and a carpooling execution module, used to match at least one second user based on the first user's trip information when the operating status is carpooling; wherein the identification feature code is associated and bound with the vehicle information and the driver user.

[0006] Thirdly, embodiments of this application provide an electronic device including a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the method as described in the first aspect.

[0007] Fourthly, embodiments of this application provide a readable storage medium on which a program or instructions are stored, and when the program or instructions are executed by a processor, they implement the steps of the method as described in the first aspect.

[0008] Fifthly, embodiments of this application provide a chip, which includes a processor and a communication interface, the communication interface and the processor being coupled together, the processor being used to run programs or instructions to implement the steps of the method as described in the first aspect.

[0009] In this embodiment, when a passenger hails a taxi offline, a connection between the passenger and driver is established by scanning a QR code. This establishes the passenger information between the first user and the driver. Based on the first user's choice, they can determine the taxi's operating status: either a ride-sharing or single-ride. Furthermore, if the operating status is ride-sharing, one or more second users are matched based on the first user's route, which is already linked to the vehicle via offline QR code scanning. The first user's route is obtained from trip information, which is determined by the information the first user fills in when scanning the identification code, including but not limited to information such as the number of passengers, origin, destination, and route.

[0010] It should be noted that there is no limit to the actual number of passengers corresponding to the first user and the second user; only the number of users who placed the order, i.e., the number of carpooling orders. For example, the first user can have one or two passengers. When scanning the identification code, the first user needs to fill in the specific number of passengers. In the subsequent matching process, the sum of the number of passengers corresponding to each second user and the sum of the number of passengers filled in by the first user must not exceed the vehicle's passenger capacity.

[0011] The identification feature code scanned by the first user is an image generated after the driver user and vehicle information are associated and bound before operation, meaning that the identification feature code, driver user and vehicle information are all one-to-one correspondences.

[0012] It's understandable that in a carpooling scenario, passengers will share the ride with others during the journey. These could be passengers hailed offline or passengers who place orders online that match their carpooling needs. In a solo ride scenario, there is no carpooling, meaning the vehicle is used exclusively by the passenger. Attached Figure Description

[0013] Figure 1 A flowchart illustrating a taxi carpooling method according to an embodiment of this application is shown;

[0014] Figure 2 A flowchart illustrating a taxi carpooling method according to an embodiment of this application is shown;

[0015] Figure 3 A flowchart illustrating a taxi carpooling method according to an embodiment of this application is shown;

[0016] Figure 4 A flowchart illustrating a taxi carpooling method according to an embodiment of this application is shown;

[0017] Figure 5 A schematic diagram of the structure of a taxi carpooling device according to an embodiment of this application is shown;

[0018] Figure 6 A schematic diagram of the structure of a taxi carpooling device according to an embodiment of this application is shown;

[0019] Figure 7 A schematic diagram of the structure of an electronic device according to an embodiment of this application is shown;

[0020] Figure 8 A schematic diagram of the structure of an electronic device according to an embodiment of this application is shown.

[0021] in, Figures 5 to 8 The correspondence between the reference numerals and component names in the attached drawings is as follows:

[0022] 100: Electronic device; 101: Radio frequency unit; 102: Network module; 103: Audio output unit; 104: Input unit; 1041: Graphics processor; 1042: Microphone; 105: Sensor; 106: Display unit; 1061: Display panel; 107: User input unit; 1071: Touch panel; 1072: Other input devices; 108: Interface unit; 1109: Memory; 1110: Processor; 900: Taxi carpooling device; 901: Association module; 902: Synthesis determination module; 903: Carpooling execution module; 904: Display module. Detailed Implementation

[0023] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0024] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class and the number of objects is not limited; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0025] The following is in conjunction with the appendix Figures 1 to 8 The present application provides a detailed description of the taxi carpooling method and apparatus, electronic device, readable storage medium and chip provided in the embodiments of this application through specific implementation methods and application scenarios.

[0026] This embodiment provides a taxi carpooling method, such as... Figure 1 As shown, it includes:

[0027] Step S102: If the first user scans the identification feature code, determine the ride information between the first user and the driver user;

[0028] Step S104: Determine the operating status of the vehicle information based on the passenger information;

[0029] Step S106: If the operating status is carpooling, match at least one second user based on the first user's trip information.

[0030] Among them, the identification feature code is associated and bound to the vehicle information and the corresponding driver user.

[0031] The taxi carpooling method provided in this embodiment establishes a connection between the passenger and driver by scanning a QR code when the passenger hails an available taxi offline. This establishes the passenger's and driver's ride information. Based on the passenger's choice, they can determine the taxi's operating status, i.e., a carpooling or single-ride mode. Further, if the operating status is carpooling, one or more second users are matched based on the specific route of the passenger who has already bound themselves to the vehicle via offline QR code scanning. The passenger's specific route is obtained from the trip information, which is determined by the information the passenger fills in when scanning the identification code, including but not limited to information such as the number of passengers, origin, destination, and route.

[0032] It should be noted that there is no limit to the actual number of passengers corresponding to the first user and the second user; only the number of users who placed the order, i.e., the number of carpooling orders. For example, the first user can have one or two passengers. When scanning the identification code, the first user needs to fill in the specific number of passengers. In the subsequent matching process, the sum of the number of passengers corresponding to each second user and the sum of the number of passengers filled in by the first user must not exceed the vehicle's passenger capacity.

[0033] The identification feature code scanned by the first user is an image generated after the driver user and vehicle information are associated and bound before operation, meaning that the identification feature code, driver user and vehicle information are all one-to-one correspondences.

[0034] It's understandable that in a carpooling scenario, passengers will share the ride with others during the journey. These could be passengers hailed offline or passengers who place orders online that match their carpooling needs. In a solo ride scenario, there is no carpooling, meaning the vehicle is used exclusively by the passenger.

[0035] Optionally, such as Figure 2As shown, before the first user scans the identifier feature code, the process also includes:

[0036] Step S1002: Receive the ride-sharing control command issued by the driver user;

[0037] Step S1004: Determine the first feature code related to receiving the ridesharing according to the ridesharing control instruction;

[0038] Step S1006: Display the first feature code.

[0039] In this embodiment, before the first user performs the scanning operation, the driver user needs to issue a feature code display command. Generally, the driver user will control the feature code display during working hours. Specifically, in one embodiment, if the driver user wants to receive a ride-sharing order, he / she will issue a corresponding ride-sharing control command. At this time, the first feature code will be determined and displayed to facilitate passenger scanning and association, and also to facilitate route planning for the driver user.

[0040] It is understandable that the routes in a carpooling situation and the routes in a single-passenger situation will necessarily be different.

[0041] In another embodiment, such as Figure 3 As shown, before the first user scans the identifier feature code, the process also includes:

[0042] Step S1012: Determine the second feature code related to the refusal of carpooling according to the carpooling control instruction;

[0043] Step S1014: Display the second feature code.

[0044] In this embodiment, if the driver does not wish to receive a ride-sharing order, a corresponding ride-sharing control command will be issued. At this time, a second feature code will be determined and displayed to facilitate passenger scanning and association, and also to facilitate route planning for the driver.

[0045] It should be emphasized that if the driver refuses to share a ride, step S106 will not be executed, meaning a second user will not be matched.

[0046] It's understandable that if the user refuses to share a ride, their route will remain the same as the existing route plan, and they won't spend more time sharing a ride.

[0047] By providing drivers with optional business interfaces, different business needs can be met, and drivers can flexibly choose order-taking methods under different circumstances to make full use of transportation resources.

[0048] Optionally, such as Figure 2As shown, when the first user scans the identification feature code, the ride information between the first user and the driver user is determined, specifically including:

[0049] When the first feature code is displayed, step S1022: In response to the first user's scanning instruction for the first feature code, determine the ride information between the first user and the driver user.

[0050] Regarding the situation of determining the ride information between the first user and the driver user, it mainly occurs in the carpooling state, that is, when the driver user issues a carpooling control command to accept carpooling. At this time, the identification feature code scanned by the first user is the first feature code. Through the first feature code, the first user will fill in information such as the number of people and the destination.

[0051] Optionally, such as Figure 4 As shown, at least one second user is matched based on the first user's travel information, specifically including:

[0052] Step S1062: Display the first user's trip information on the vehicle display screen;

[0053] Step S1064: In response to a scanning command from at least one second user hailing a taxi offline, obtain the second user's travel information; or

[0054] Step S1066: Match at least one second user online based on the first user's travel information.

[0055] In one specific embodiment, when searching for ride-sharing users, i.e., when matching a second user, the first user's trip information is displayed on the vehicle's screen. The second user can be matched via either online or offline methods. Specifically, for offline methods, the second user will directly see the trip information of passengers already in the vehicle and decide whether to hail a taxi. If they confirm boarding, their trip information can be verified by scanning a QR code offline. The driver's route may then be adjusted to accommodate the multiple users' needs. For online users, matching will be performed online based on the first user's trip information to facilitate ride-sharing.

[0056] It should be emphasized that this application takes into account both online and offline ride-sharing methods, which allows for a wider user base and makes it easier to meet the travel needs of different users.

[0057] It is understood that, in a specific embodiment, the identification feature is a QR code. Based on the unique identifier of the driver's ride-sharing QR code, a passenger who hails a taxi can establish a unique relationship with the driver after scanning the code offline. This can be applied to passengers who hail a taxi and choose the ride-sharing mode. At the same time, the system can help passengers match with passengers going in the same direction through trip information, thereby improving the efficiency of ride-sharing.

[0058] Taxi drivers generate vehicle IDs and driver IDs based on their vehicle information and personal details. These two IDs are then linked to generate a unique ride-sharing QR code link.

[0059] Taxi drivers can use the "Carpooling Order" switch on their smart terminals to independently select whether the current status of the carpooling QR code supports carpooling.

[0060] Among them, after a passenger chooses to get into a taxi, if the current driver actively chooses to share a ride order, the passenger can scan a code through a smart terminal to confirm the ride-sharing agreement and select the ride-sharing trip information.

[0061] Once the ride-sharing mode is selected, a ride-sharing order will be generated that is associated with the current driver. This order includes information that is not limited to taxi driver, vehicle information, passenger information, and trip information.

[0062] Once a ridesharing order is generated, the order information will be sent to the driver's mobile and in-vehicle terminals based on the driver's and vehicle's IDs. The driver can directly view and manage the order status / information. Passengers can also view any changes to the order via their mobile terminals.

[0063] If a taxi is already in a ride-sharing status, passengers hailing it offline in the same direction can also choose to scan a QR code upon boarding to share the ride. Simultaneously, the system will match the driver with nearby ride-sharing users heading in the same direction based on the number of passengers in the vehicle and the ride-sharing direction. Online ride-sharing passengers establish a ride-sharing relationship with the driver through a dispatch system. No further communication or confirmation is required between users.

[0064] like Figure 5 and Figure 6 As shown in the figure, this application embodiment provides a taxi carpooling device 900. The taxi carpooling device 900 includes an association module 901, a carpooling determination module 902, a carpooling execution module 903, and a display module 904.

[0065] Among them, such as Figure 5As shown, the association module 901 is used to determine the ride information between the first user and the driver user when the first user scans the identification feature code; the ride-sharing determination module 902 is used to determine the operating status of the vehicle information based on the ride information; the ride-sharing execution module 903 is used to match at least one second user based on the first user's trip information when the operating status is ride-sharing; wherein, the identification feature code is associated and bound with the vehicle information and the driver user.

[0066] Optionally, such as Figure 6 As shown, it also includes a display module 904, which is used to receive a ride-sharing control command issued by the driver user; determine a first feature code related to accepting ride-sharing based on the ride-sharing control command; and display the first feature code; or the display module is further used to determine a second feature code related to refusing ride-sharing based on the ride-sharing control command; and display the second feature code.

[0067] Optionally, the association module 901 is further configured to, in response to the first user's scanning instruction of the first feature code, determine the ride information between the first user and the driver user when the first feature code is displayed.

[0068] Optionally, the carpooling execution module 903 is also used to display the trip information of the first user on the vehicle display screen; to obtain the trip information of the second user in response to the scanning command of at least one second user hailed offline; or the carpooling execution module is also used to match at least one second user online based on the trip information of the first user.

[0069] The taxi carpooling device in this application embodiment can be a device, or a component, integrated circuit, or chip in a terminal. The device can be a mobile electronic device or a non-mobile electronic device. For example, mobile electronic devices can be mobile phones, tablets, laptops, PDAs, in-vehicle electronic devices, wearable devices, ultra-mobile personal computers (UMPCs), netbooks, or personal digital assistants (PDAs), etc., while non-mobile electronic devices can be servers, network-attached storage (NAS), personal computers (PCs), televisions (TVs), ATMs, or self-service machines, etc. This application embodiment does not impose specific limitations.

[0070] The taxi carpooling device in this embodiment can be a device with an operating system. This operating system can be Android, iOS, or other possible operating systems; this embodiment does not specifically limit its use.

[0071] The taxi carpooling device provided in this application embodiment can achieve... Figures 1 to 4 The various processes implemented in the method implementation examples will not be described again here to avoid repetition.

[0072] Optionally, such as Figure 7 As shown, this application embodiment also provides an electronic device 100, including a processor 1110, a memory 1109, and a program or instructions stored in the memory 1109 and executable on the processor 1110. When the program or instructions are executed by the processor 1110, they implement the various processes of the above-described taxi carpooling method embodiment and achieve the same technical effect. To avoid repetition, they will not be described again here.

[0073] It should be noted that the electronic devices in the embodiments of this application include the aforementioned electronic devices and non-electronic devices.

[0074] Figure 8 A schematic diagram of the hardware structure of an electronic device to implement an embodiment of this application.

[0075] The electronic device 100 includes, but is not limited to, components such as: radio frequency unit 101, network module 102, audio output unit 103, input unit 104, sensor 105, display unit 106, user input unit 107, interface unit 108, memory 1109, and processor 1110.

[0076] Those skilled in the art will understand that the electronic device 100 may also include a power supply (such as a battery) for supplying power to various components. The power supply may be logically connected to the processor 1110 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. Figure 8 The electronic device structure shown does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0077] The processor 1110 is configured to determine the ride information between the first user and the driver user when the first user scans the identification feature code; determine the operating status of the vehicle information based on the ride information; and match at least one second user based on the first user's trip information when the operating status is a ride-sharing status.

[0078] The above scheme allows passengers to hail an available taxi offline. A connection between the passenger and driver is established by scanning a QR code, confirming the passenger's information. The passenger can then choose the taxi's operating status: either a ride-sharing or single-ride. Furthermore, if the taxi is in a ride-sharing mode, one or more second users will be matched based on the passenger's route, which is determined by the trip information provided when scanning the QR code. This trip information includes, but is not limited to, the number of passengers, origin, destination, and route.

[0079] Optionally, the processor 1110 is further configured to perform the following steps: receiving a ride-sharing control command issued by the driver user; determining a first feature code related to receiving ride-sharing based on the ride-sharing control command; displaying the first feature code; or

[0080] The second feature code related to the refusal of carpooling is determined according to the carpooling control instruction; the second feature code is then displayed.

[0081] Optionally, the processor 1110 is further configured to, in response to the first user's scanning instruction of the first feature code, determine the ride information between the first user and the driver user when the first feature code is displayed.

[0082] Optionally, the processor 1110 is further configured to display the trip information of the first user on the vehicle display screen; and in response to a scanning command from at least one second user hailed offline, to obtain the trip information of the second user; or

[0083] At least one second user is matched online based on the first user's travel information.

[0084] It should be understood that, in this embodiment, the input unit 104 may include a graphics processing unit (GPU) 1041 and a microphone 1042. The GPU 1041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 106 may include a display panel 1061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, etc. The user input unit 107 includes a touch panel 1071 and other input devices 1072. The touch panel 1071 is also called a touch screen. The touch panel 1071 may include a touch detection device and a touch controller. Other input devices 1072 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, joysticks, etc., which will not be described in detail here. The memory 1109 can be used to store software programs and various data, including but not limited to applications and operating systems. Processor 1110 may integrate an application processor and a modem processor. The application processor mainly handles the operating system, user interface, and applications, while the modem processor mainly handles wireless communication. It is understood that the modem processor may also not be integrated into processor 1110.

[0085] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described taxi carpooling method embodiments and achieve the same technical effects. To avoid repetition, they will not be described again here.

[0086] The processor is the processor in the electronic device described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0087] This application also provides a chip, which includes a processor and a communication interface. The communication interface and the processor are coupled. The processor is used to run programs or instructions to implement the various processes of the above-described taxi carpooling method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0088] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0089] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0090] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0091] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A taxi carpooling method, characterized in that, include: If the first user scans the identification feature code, the ride information between the first user and the driver user is determined; Based on the passenger information, the operating status of the vehicle information is determined, wherein the operating status is either carpooling or single-passenger mode; When the operating status is carpooling, at least one second user is matched based on the first user's trip information. In the carpooling situation, the identification feature code scanned by the first user is the first feature code; The identification feature code is associated with and bound to the vehicle information and the driver user; when the first user scans the identification feature code, the first user needs to fill in the specific number of passengers. Before the first user scans the identifier feature code, the process also includes: Receive ride-sharing control commands from the driver user; The first feature code related to receiving a rideshare is determined according to the rideshare control command; Display the first feature code; or A second feature code related to the refusal of carpooling is determined based on the carpooling control instruction; Display the second feature code; By displaying the second feature code, the first user can scan the identification feature code to make an association. Specifically, if the driver refuses to share a ride, a second user will not be matched with the driver. The identification feature code scanned by the first user is an image generated after the driver user and vehicle information are associated and bound before operation; the trip information is determined based on the information filled in by the first user when scanning the identification feature code. The step of matching at least one second user based on the first user's travel information specifically includes: Display the first user's trip information on the vehicle's display screen; In response to a scanning command from at least one second user hailed offline, obtain the travel information of the second user; or At least one second user is matched online based on the first user's travel information; Among them, at least one second user is matched based on the number of passengers and the direction of vehicle sharing.

2. The taxi carpooling method according to claim 1, characterized in that, The process of determining the ride information between the first user and the driver user when the first user scans the identification feature code specifically includes: When the first feature code is displayed, in response to the first user's scanning instruction of the first feature code, the ride information between the first user and the driver user is determined.

3. A taxi carpooling device, characterized in that, include: The association module is used to determine the ride information between the first user and the driver user when the first user scans the identification feature code; The ride-sharing determination module is used to determine the operating status of the vehicle information based on the ride information, wherein the operating status is ride-sharing or single-ride. The carpooling execution module is used to match at least one second user based on the first user's trip information when the operating status is carpooling; in the carpooling status, the identification feature code scanned by the first user is the first feature code; The identification feature code is associated and bound to the vehicle information and the driver user; The taxi sharing device also includes: The display module is configured to receive a ride-sharing control command issued by the driver user; determine a first feature code related to accepting ride-sharing based on the ride-sharing control command; and display the first feature code; or the display module is further configured to determine a second feature code related to refusing ride-sharing based on the ride-sharing control command; and display the second feature code; by displaying the second feature code, the first user can scan the identification feature code for association; wherein, when the driver user refuses ride-sharing, no second user is matched; The identification feature code scanned by the first user is an image generated after the driver user and vehicle information are associated and bound before operation; the trip information is determined based on the information filled in by the first user when scanning the identification feature code; when the first user scans the identification feature code, the first user needs to fill in the specific number of passengers. The carpooling execution module is also used to display the first user's trip information on the vehicle's display screen; to obtain the second user's trip information in response to a scanning command from at least one second user hailed offline; or the carpooling execution module is also used to match at least one second user online based on the first user's trip information; wherein, at least one second user is matched based on the number of passengers and the direction of vehicle sharing.

4. The taxi carpooling device according to claim 3, characterized in that, The association module is also used to determine the ride information between the first user and the driver user in response to the first user's scanning instruction of the first feature code when the first feature code is displayed.

5. An electronic device, characterized in that, It includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the taxi carpooling method as described in claim 1 or 2.

6. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the steps of the taxi carpooling method as described in claim 1 or 2.

7. A chip, characterized in that, The chip includes a processor and a communication interface, the communication interface being coupled to the processor, the processor being used to run programs or instructions to implement the steps of the taxi carpooling method as described in claim 1 or 2.

Images