Carpooling boarding confirmation method and device, electronic equipment, readable storage medium and chip

Abstract

The invention discloses a car-sharing boarding confirmation method and device, electronic equipment, a readable storage medium and a chip, and relates to the technical field of hitchhiking, and the car-sharing boarding confirmation method comprises the steps: determining a car owner user and a passenger user corresponding to the same car-sharing order; determining interaction information between a vehicle owner near-field communication terminal of the vehicle owner user and a passenger near-field communication terminal of the passenger user; and according to the interaction information, switching the carpooling state of the passenger user to a boarding state.

Description

Technical Field

[0001] The present application relates to the field of carpooling technology, and specifically to a method and device for confirming shared rides, an electronic device, a readable storage medium, and a chip. Background Art

[0002] Currently, in the field of ride-sharing, in order to ensure accurate status switching of shared rides, passengers are required to go through a boarding confirmation process after getting on the ride. During this process, passengers may make trip confirmation errors due to misoperation or cumbersome operating steps, resulting in a poor shared ride experience and inconvenience for users. Summary of the invention

[0003] The purpose of the embodiments of the present application is to provide a method and device for confirming shared boarding, an electronic device, a readable storage medium and a chip, which can solve the problem that the error rate of passenger confirmation boarding process is high, affecting the passenger's shared ride experience.

[0004] In a first aspect, an embodiment of the present application provides a method for confirming ride-sharing, the method comprising: determining a car owner user and a passenger user corresponding to the same ride-sharing order; determining interaction information between a car owner near-field communication terminal of the car owner user and a passenger near-field communication terminal of the passenger user; and switching the passenger user's ride-sharing status to a boarded status based on the interaction information.

[0005] In the second aspect, an embodiment of the present application provides a carpooling confirmation device, including: a carpooling determination module, used to determine the car owner user and the passenger user corresponding to the same carpooling order; an interaction module, used to determine the interaction information between the car owner user's car owner near-field communication terminal and the passenger user's passenger near-field communication terminal; and a boarding confirmation module, used to switch the passenger user's carpooling status to the boarded status according to the interaction information.

[0006] In a third aspect, an embodiment of the present application provides an electronic device, which includes a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the method of the first aspect.

[0007] In a fourth aspect, an embodiment of the present application provides a readable storage medium, on which a program or instruction is stored, and when the program or instruction is executed by a processor, the steps of the method of the first aspect are implemented.

[0008] In a fifth aspect, an embodiment of the present application provides a chip, the chip including a processor and a communication interface, the communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement the steps of the method of the first aspect.

[0009] In an embodiment of the present application, through automatic sensing of near field communication technology (i.e., Near Field Communication, NFC), the passenger only needs to bring the mobile phone or other device with near field communication function close to the owner's device to complete the confirmation, thereby reducing manual input errors and ensuring the accuracy of the confirmation information. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] Figure 1 A schematic diagram of a process of confirming a ride-sharing vehicle according to an embodiment of the present application is shown; Figure 2 A schematic diagram of a process of confirming a ride-sharing vehicle according to an embodiment of the present application is shown; Figure 3 A schematic diagram of a process of confirming a ride-sharing vehicle according to an embodiment of the present application is shown; Figure 4 A schematic diagram of a process of confirming a ride-sharing vehicle according to an embodiment of the present application is shown; Figure 5 A schematic diagram of the structure of a ride-sharing confirmation device according to an embodiment of the present application is shown; Figure 6 A schematic diagram of the structure of an electronic device according to an embodiment of the present application is shown; Figure 7 A schematic structural diagram of an electronic device according to an embodiment of the present application is shown.

[0011] in, Figures 5 to 7 The corresponding relationship between the reference numerals and the component names is as follows: 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: ride-sharing boarding confirmation device; 901: ride-sharing determination module; 902: interaction module; 903: boarding confirmation module. DETAILED DESCRIPTION

[0012] The following will be combined with the drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. All other embodiments obtained by ordinary technicians in this field based on the embodiments in the present application belong to the scope of protection of this application.

[0013] The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by "first", "second", etc. are generally of one type, and the number of objects is not limited. For example, the first object can be one or more. In addition, "and / or" in the specification and claims represents at least one of the connected objects, and the character " / " generally indicates that the objects associated with each other are in an "or" relationship.

[0014] The following is combined with Figures 1 to 7 , the method and device for confirming ride-sharing, the electronic device, the readable storage medium and the chip provided in the embodiments of the present application are described in detail through specific embodiments and their application scenarios.

[0015] This embodiment provides a method for confirming ride sharing. Figure 1 As shown, including: Step S102: Determine the vehicle owner user and the passenger user corresponding to the same carpooling order; Step S104: determining interaction information between the car owner near field communication terminal of the car owner user and the passenger near field communication terminal of the passenger user; Step S106: Switch the carpooling status of the passenger user to the boarded status according to the interaction information.

[0016] The method for confirming ride-sharing provided in this embodiment simplifies and optimizes the ride-sharing confirmation process by utilizing the near field communication function (i.e., NFC) of the mobile terminal, which can effectively improve the user experience, reduce erroneous operations, improve the accuracy of confirmation, and enhance data security.

[0017] Specifically, by determining the car owner and passenger users corresponding to the same carpooling order, the system can ensure that it can identify and match the correct car owner and passenger. By matching the order information, incorrect user identification is avoided, ensuring that each confirmation operation is performed between the correct users. Then, by determining the interactive information between the car owner's near-field communication terminal and the passenger's near-field communication terminal, NFC technology can be used to enable close-range communication between the car owner's and the passenger's devices to exchange necessary confirmation information. It can be understood that the fast and convenient communication method of NFC reduces the tedious steps of manual input and improves the efficiency and accuracy of confirmation.

[0018] Finally, based on the interactive information, the passenger's carpooling status is switched to the boarded status. After confirming that the interactive information is correct, the system automatically updates the passenger's status to "boarded". The status update automatically changes based on the interactive information, which can reduce human operational errors and ensure the real-time and accuracy of travel information.

[0019] In general, through NFC automatic sensing, passengers only need to bring their mobile phones or other devices with near-field communication function close to the owner's device to complete the confirmation, reducing manual input errors and ensuring the accuracy of the confirmation information.

[0020] Of course, when NFC is not available, traditional manual confirmation methods can still be used to ensure the reliability of the process.

[0021] This application also provides a specific embodiment. With the continuous development of smartphone technology, functions such as near field communication (NFC) are becoming more and more popular. Using these technological innovations to optimize ride-sharing services meets the needs of users for convenient and efficient travel in the mobile Internet era. The NFC function of some mobile phones can be used to confirm boarding. For example, the touch function of the iPhone provides users with a new way of interaction. The ride-sharing platform can take advantage of this trend to improve user experience and expand service areas.

[0022] In the traditional ride-sharing confirmation process, passengers may make mistakes in trip confirmation due to misoperation or cumbersome operation steps, which brings inconvenience to users. The tap-and-pay function can effectively solve these problems and improve the accuracy and convenience of user operations. For some users who are not familiar with smartphone operations, the tap-and-pay function is more intuitive and simple, which lowers the threshold for use and expands the user base of ride-sharing services.

[0023] Specifically, when the passenger gets on the car, the driver reminds the passenger that he can confirm the boarding operation. The passenger brings the iPhone close to the NFC device on the driver's side. At this time, the iPhone will automatically sense and pop up a prompt window of the ride-sharing application. The prompt window displays "Confirm to get on the car?" and related itinerary information, such as departure point, destination, driver's name, etc. At the same time, there are two buttons "Confirm" and "Cancel" on the window. If the passenger confirms that the itinerary information is correct, click the "Confirm" button, the driver's side will reflect the passenger's click result, and the journey will continue. If the passenger clicks "Cancel" or does not perform any operation within a certain period of time, the prompt window disappears and the journey is not confirmed.

[0024] In addition, it is necessary to achieve seamless integration of the iPhone's near-field communication (NFC) function with the ride-sharing application to ensure that the tap-and-go operation can accurately trigger the confirmation process of boarding. Develop specific interfaces and protocols to enable the iPhone to recognize the driver's NFC device and exchange data with it securely and stably.

[0025] Encryption technology is used to protect the itinerary information and user data during the touch-and-pay interaction process to prevent data leakage and tampering. A secondary confirmation mechanism is designed to avoid passenger misoperation and ensure the accuracy of confirmation of boarding. For example, after the passenger clicks to confirm, the phone vibrates and displays the confirmation information again.

[0026] In the event of abnormal situations such as the tap-and-pay function not being able to work properly, the passenger's mobile phone not supporting or not turning on the tap-and-pay function, or network instability, a backup manual confirmation method and data temporary storage mechanism are provided to ensure the reliability of itinerary confirmation.

[0027] The driver can receive notifications from passengers confirming their boarding in a timely manner and display the passenger's confirmation status. At the same time, the driver can communicate with the passenger to confirm, improving the safety and accuracy of the trip.

[0028] Design concise and clear prompt windows and operation processes, use clear and easy-to-understand language and icons to improve the convenience and understandability of user operations. Provide timely feedback mechanisms, such as displaying confirmation success messages or issuing specific sound prompts, to enhance users' perception of operation results.

[0029] Alternatively, if Figure 2 As shown, according to the interaction information, the shared ride status of the passenger user is switched to the boarded ride status, including: Step S1062: displaying a confirmation interface on the passenger's near field communication terminal according to the interaction information; Step S1064: In response to the confirmation instruction of the confirmation interface, the shared ride status of the passenger user is switched to the boarded state; Step S1066: Control the vehicle owner's near-field communication terminal to display prompt information corresponding to the vehicle-on-board status.

[0030] In this embodiment, when switching the carpooling status according to the interactive information, a confirmation interface is displayed on the passenger's near-field communication terminal. When the passenger's device (such as an iPhone) detects the car owner's NFC signal, a confirmation interface pops up automatically. The interface displays detailed information of the current trip (such as departure point, destination, driver's name, etc.) and provides "Confirm" and "Cancel" buttons. In this way, passengers can intuitively view and confirm the trip information, reducing the possibility of misoperation.

[0031] Then, by responding to the confirmation instruction on the confirmation interface: After the passenger clicks the "Confirm" button on the confirmation interface, the system receives and processes the instruction. The system updates the passenger's carpooling status to "on board". This operation simplifies the traditional manual confirmation steps and improves the convenience and accuracy of the operation.

[0032] Finally, the car owner's NFC terminal is controlled to display a prompt message, and after the passenger confirms to get on the car, the car owner's device will display the corresponding prompt message. The car owner can immediately see the status prompt that the passenger has confirmed to get on the car, ensuring that both parties have the same understanding of the trip status.

[0033] Through these steps, the entire boarding confirmation process becomes more efficient and user-friendly, reducing the risk of misoperation and enhancing the user experience.

[0034] Alternatively, if Figure 3 As shown, in response to the confirmation instruction of the confirmation interface, the passenger user's carpooling status is switched to the boarded status, specifically including: step S10642: in response to the confirmation instruction of the confirmation interface, controlling the passenger's near-field communication terminal to issue a secondary reminder message; step S10644: determining the duration of issuing the secondary reminder message; step S10646: when the duration exceeds the preset time, switching the passenger user's carpooling status to the boarded status.

[0035] In this embodiment, when switching the boarding status, the passenger near-field communication terminal is first controlled to send a secondary reminder message in response to the confirmation instruction of the confirmation interface. When the passenger clicks the confirmation instruction on the confirmation interface, the terminal sends a secondary reminder message to reconfirm the passenger's operation intention. This is an additional confirmation mechanism designed to prevent possible misoperation by passengers. For example, a passenger may accidentally click the confirmation button, and the secondary reminder message gives the passenger a brief opportunity to think and reconfirm. Through the secondary reminder, even if the passenger makes a misoperation, there is a chance to correct it before the final confirmation, thereby reducing the possibility of incorrect switching of the trip status due to misoperation and improving the reliability of the entire carpooling system.

[0036] Then, the duration of sending the second reminder message is determined. The duration of the second reminder message is set to balance the timeliness and accuracy of the operation. If the duration is too short, the passenger may not have time to react; if the duration is too long, the waiting time of the operation will be increased, affecting the user experience.

[0037] If the duration exceeds the preset time, the shared ride status of the passenger user is switched to the boarded state. Once the duration of the second reminder message exceeds the preset time, the shared ride status of the passenger is automatically switched to the boarded state. It can be understood that the duration provides enough time for the passenger to reconfirm (if necessary). If there is no corresponding operation, the shared ride status will be updated according to the normal process.

[0038] This mechanism ensures that the system can automatically switch the carpooling status if the passenger does not actively cancel the confirmation (during the second reminder period). It makes the boarding confirmation process have a certain degree of autonomy and timeliness, avoids the process from being stagnant due to the passenger's lack of further operation, and improves the automation and efficiency of the entire carpooling process.

[0039] Alternatively, if Figure 4 As shown, determining the interaction information between the owner near field communication terminal of the owner user and the passenger near field communication terminal of the passenger user specifically includes: Step S1042: when the passenger's near-field communication terminal moves into the sensing range of the vehicle owner's near-field communication terminal, determining a program prompt window corresponding to the ride-sharing order; Step S1044: a program prompt window is displayed on the passenger's near-field communication terminal, wherein the program prompt window displays itinerary information and a confirmation interface corresponding to the ride-sharing order.

[0040] In this embodiment, the program prompt window corresponding to the ride-sharing order is determined when the passenger's near-field communication terminal moves into the sensing range of the car owner's near-field communication terminal. When the passenger's near-field communication terminal enters the sensing range of the car owner's near-field communication terminal, the system generates a corresponding program prompt window based on the current ride-sharing order. In order to display information related to the trip to the passenger and provide an interface for confirming operations, it is ensured that when the passenger establishes a near-field communication connection with the car owner's device, accurate trip information and an operation interface can be provided to the passenger in a timely manner to prepare for subsequent confirmation operations.

[0041] Secondly, a program prompt window is displayed on the passenger's near-field communication terminal. The program prompt window displays the itinerary information and confirmation interface corresponding to the carpooling order, and the generated program prompt window is displayed on the passenger's near-field communication terminal. The window contains detailed itinerary information related to the carpooling order, such as the departure place, destination, driver's name, etc., and also provides a confirmation interface so that passengers can confirm their boarding, so that passengers can intuitively see the key information of this trip, which is convenient for them to check and confirm. The provision of the confirmation interface simplifies the passenger's operation process, allowing them to quickly complete the boarding confirmation, improving the efficiency and convenience of the entire carpooling process.

[0042] like Figure 5As shown, the embodiment of the present application provides a ride-sharing confirmation device 900. The ride-sharing confirmation device 900 includes a ride-sharing determination module 901, an interaction module 902, and a boarding confirmation module 903.

[0043] Among them, the carpooling determination module 901 is used to determine the car owner user and the passenger user corresponding to the same carpooling order; the interaction module 902 is used to determine the interaction information between the car owner user's car owner near-field communication terminal and the passenger user's passenger near-field communication terminal; the boarding confirmation module 903 is used to switch the passenger user's carpooling status to the boarded status according to the interaction information.

[0044] Through NFC's automatic sensing, passengers only need to bring their mobile phones or other devices with near-field communication functions close to the owner's device to complete the confirmation, reducing manual input errors and ensuring the accuracy of the confirmation information.

[0045] Optionally, the boarding confirmation module 903 is also used to display a confirmation interface on the passenger's near-field communication terminal based on the interactive information; in response to the confirmation instruction on the confirmation interface, switch the passenger user's carpooling status to the boarded status; and control the owner's near-field communication terminal to display prompt information corresponding to the boarded status.

[0046] Optionally, the boarding confirmation module 903 is also used to control the passenger's near-field communication terminal to issue a secondary reminder message in response to a confirmation instruction on the confirmation interface; determine the duration of issuing the secondary reminder message; and if the duration exceeds a preset time, switch the passenger user's carpooling status to the boarded status.

[0047] Optionally, the interaction module 902 is also used to determine a program prompt window corresponding to the ride-sharing order when the passenger's near-field communication terminal moves within the sensing range of the owner's near-field communication terminal; and display the program prompt window on the passenger's near-field communication terminal, the program prompt window displaying the itinerary information and confirmation interface corresponding to the ride-sharing order.

[0048] The ride-sharing confirmation device in the embodiment of the present application may be a device, or a component, integrated circuit, or chip in a terminal. The device may be a mobile electronic device or a non-mobile electronic device. Exemplarily, the mobile electronic device may be a mobile phone, a tablet computer, a laptop computer, a PDA, an in-vehicle electronic device, a wearable device, an ultra-mobile personal computer (UMPC), a netbook, or a personal digital assistant (PDA), etc. The non-mobile electronic device may be a server, a network attached storage (NAS), a personal computer (PC), a television (TV), a teller machine, or a self-service machine, etc., which is not specifically limited in the embodiment of the present application.

[0049] The ride-sharing boarding confirmation device in the embodiment of the present application may be a device having an operating system. The operating system may be an Android operating system, an iOS operating system, or other possible operating systems, which are not specifically limited in the embodiment of the present application.

[0050] The shared ride confirmation device provided in the embodiment of the present application can achieve Figures 1 to 4 To avoid repetition, the various processes implemented by the method embodiment are not described here.

[0051] Alternatively, if Figure 6 As shown, an embodiment of the present application further provides an electronic device 100, including a processor 1110, a memory 1109, and a program or instruction stored in the memory 1109 and executable on the processor 1110. When the program or instruction is executed by the processor 1110, each process of the embodiment of the above-mentioned method for confirming shared rides is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be described here.

[0052] It should be noted that the electronic devices in the embodiments of the present application include the above-mentioned electronic devices and non-electronic devices.

[0053] Figure 7 A schematic diagram of the hardware structure of an electronic device to implement an embodiment of the present application.

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

[0055] Those skilled in the art will appreciate that the electronic device 100 may further include a power source (such as a battery) for supplying power to various components, and the power source may be logically connected to the processor 1110 through a power management system, thereby implementing functions such as managing charging, discharging, and power consumption management through the power management system. Figure 7 The electronic device structure shown in the figure does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently, which will not be described in detail here.

[0056] Among them, processor 1110 is used to determine the car owner user and passenger user corresponding to the same carpooling order; determine the interaction information between the car owner user's car owner near-field communication terminal and the passenger user's passenger near-field communication terminal; and switch the passenger user's carpooling status to the on-board status based on the interaction information.

[0057] Through the above solution, by utilizing the near field communication function (i.e. NFC) of mobile terminals, the ride-sharing confirmation process can be simplified and optimized, which can effectively improve user experience, reduce misoperation, improve confirmation accuracy, and enhance data security.

[0058] Optionally, the processor 1110 is also used to implement the following steps: displaying a confirmation interface on the passenger's near-field communication terminal based on the interaction information; switching the passenger user's carpooling status to an on-board status in response to a confirmation instruction on the confirmation interface; and controlling the owner's near-field communication terminal to display prompt information corresponding to the on-board status.

[0059] Optionally, processor 1110 is also used to control the passenger near-field communication terminal to issue a secondary reminder message in response to a confirmation instruction on the confirmation interface; determine the duration of issuing the secondary reminder message; and when the duration exceeds a preset time, switch the passenger user's carpooling status to the on-board status.

[0060] Optionally, the processor 1110 is also used to determine a program prompt window corresponding to the ride-sharing order when the passenger's near-field communication terminal moves within the sensing range of the owner's near-field communication terminal; and display the program prompt window on the passenger's near-field communication terminal, the program prompt window displaying the itinerary information and confirmation interface corresponding to the ride-sharing order.

[0061] It should be understood that in the embodiment of the present application, the input unit 104 may include a graphics processor (GPU) 1041 and a microphone 1042, and the graphics processor 1041 processes the image data of the static picture or video obtained by the image capture device (such as a camera) in the video capture mode or the image capture mode. The display unit 106 may include a display panel 1061, and the display panel 1061 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 two parts: a touch detection device and a touch controller. Other input devices 1072 may include but are not limited to a physical keyboard, a function key (such as a volume control key, a switch key, etc.), a trackball, a mouse, and a joystick, which will not be repeated here. The memory 1109 can be used to store software programs and various data, including but not limited to application programs and operating systems. The processor 1110 may integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communications. It is understandable that the modem processor may not be integrated into the processor 1110.

[0062] An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, each process of the above-mentioned shared ride confirmation method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0063] The methods may be implemented in various ways depending on the specific features and / or example applications. For example, the methods may be implemented by a combination of hardware, firmware, and / or software. For example, in a hardware implementation, the processor may be implemented in one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, electronic devices, other equipment units for performing the above functions, and / or combinations thereof.

[0064] A computer-readable storage medium may be a tangible device that can retain and store instructions for use by an instruction execution device. A computer-readable storage medium may be an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the above devices, but is not limited thereto. A non-exhaustive list of more specific examples of computer-readable storage media includes: portable computer floppy disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), portable compact disk read-only memory (CD-ROM), digital versatile disk (DVD), memory card, floppy disk, encoding mechanical device (such as a punched card or a groove with a raised structure with instructions recorded) and any suitable combination of the above devices. The computer-readable storage medium used herein should not be understood as a transmission signal itself, such as a radio wave or other freely propagating electromagnetic wave, an electromagnetic wave propagating through a waveguide or other transmission medium, or an electrical signal transmitted through a wire, etc.

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

[0066] An embodiment of the present application further provides a chip, which includes a processor and a communication interface. The communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned shared ride confirmation method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0067] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0068] It should be noted that, in this article, the terms "comprise", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that the process, method, article or device including a series of elements includes not only those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise one..." do not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be pointed out that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved, for example, the described method may be performed in an order different from that described, and various steps may also be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0069] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a computer software product, which is stored in a storage medium (such as ROM / RAM, a magnetic disk, or an optical disk), and includes a number of instructions for enabling a terminal (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0070] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms without departing from the purpose of the present application and the scope of protection of the claims, all of which are within the protection of the present application.

Claims

1. A method for confirming ride-sharing, characterized in that: include: Determine the car owner and passenger users corresponding to the same ride-sharing order; Determine interaction information between a vehicle owner near field communication terminal of a vehicle owner user and a passenger near field communication terminal of a passenger user; According to the interaction information, the carpooling status of the passenger user is switched to a boarded status.

2. The method for confirming ride-sharing according to claim 1, characterized in that: The switching the shared ride status of the passenger user to the boarded ride status according to the interaction information specifically includes: Displaying a confirmation interface on the passenger near-field communication terminal according to the interaction information; In response to a confirmation instruction on the confirmation interface, switching the shared ride status of the passenger user to a boarded ride status; The vehicle owner's near-field communication terminal is controlled to display prompt information corresponding to the on-vehicle status.

3. The method for confirming ride-sharing according to claim 2, characterized in that: The step of switching the shared ride status of the passenger user to the boarded ride status in response to the confirmation instruction of the confirmation interface specifically includes: In response to a confirmation instruction on the confirmation interface, controlling the passenger near-field communication terminal to issue a secondary reminder message; Determine the duration of sending the second reminder message; When the duration exceeds a preset time, the carpooling status of the passenger user is switched to a boarded status.

4. The method for confirming ride sharing according to any one of claims 1 to 3, characterized in that: The determining of the interaction information between the owner near field communication terminal of the owner user and the passenger near field communication terminal of the passenger user specifically includes: When the passenger's near-field communication terminal moves into the sensing range of the vehicle owner's near-field communication terminal, determining a program prompt window corresponding to the ride-sharing order; The program prompt window is displayed on the passenger near-field communication terminal, and the program prompt window displays the itinerary information and confirmation interface corresponding to the ride-sharing order.

5. A ride-sharing confirmation device, characterized in that: include: A carpooling determination module, used to determine the car owner user and the passenger user corresponding to the same carpooling order; An interaction module, used to determine interaction information between a car owner near field communication terminal of a car owner user and a passenger near field communication terminal of a passenger user; The boarding confirmation module is used to switch the passenger user's carpooling status to the boarded status according to the interaction information.

6. The ride-sharing confirmation device according to claim 5, characterized in that: The boarding confirmation module is also used to display a confirmation interface on the passenger near-field communication terminal based on the interactive information; in response to a confirmation instruction on the confirmation interface, switch the passenger user's carpooling status to a boarded status; and control the owner's near-field communication terminal to display prompt information corresponding to the boarded status.

7. The ride-sharing confirmation device according to claim 6, characterized in that: The boarding confirmation module is also used to control the passenger near-field communication terminal to issue a second reminder message in response to a confirmation instruction on the confirmation interface; and determine a duration for issuing the second reminder message; When the duration exceeds a preset time, the carpooling status of the passenger user is switched to a boarded status.

8. The ride-sharing confirmation device according to claim 7, characterized in that: The interaction module is further configured to determine a program prompt window corresponding to the ride-sharing order when the passenger's near-field communication terminal moves into a sensing range of the vehicle owner's near-field communication terminal; The program prompt window is displayed on the passenger near-field communication terminal, and the program prompt window displays the itinerary information and confirmation interface corresponding to the ride-sharing order.

9. An electronic device, characterized in that: The method comprises a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the method for confirming boarding a shared ride as described in any one of claims 1 to 4.

10. A readable storage medium, characterized in that: The readable storage medium stores a program or instruction, and when the program or instruction is executed by the processor, the steps of the shared ride confirmation method according to any one of claims 1 to 4 are implemented.

11. A chip, characterized in that: The chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the steps of the shared ride confirmation method according to any one of claims 1 to 4.

Images