Car owner sharing method and device, electronic equipment, readable storage medium and chip

Abstract

The invention discloses a car owner sharing method and device, electronic equipment, a readable storage medium and a chip, and relates to the technical field of hitchhiking, and the car owner sharing method comprises the steps: obtaining a plurality of passenger sharing orders; in response to a selection instruction of a car owner user for at least two passenger sharing orders, determining order information of each passenger sharing order; according to the travel information of the vehicle owner user and the order information of the at least two passenger sharing orders corresponding to the selection instruction, determining a pre-sharing result; and according to the pre-sharing result, establishing a sharing association between the at least two passenger sharing orders and the vehicle owner user.

Description

Technical Field

[0001] The present application relates to the technical field of carpooling, and specifically to a method and device for carpooling among car owners, an electronic device, a readable storage medium and a chip. Background Art

[0002] At present, in the field of carpooling, when car owners select passenger orders, they usually find multiple passenger orders that are on the same route but cannot be combined, resulting in the car owners being able to select only a few orders for shared rides, with a low vacancy rate. In some cases, after the car owner accepts the order, the passenger cancels the order before departure, so the car owner may return to his destination empty-handed, wasting transportation resources and affecting the travel of other passengers who could have successfully combined. Summary of the invention

[0003] The purpose of the embodiments of the present application is to provide a method and device for carpooling among car owners, an electronic device, a readable storage medium and a chip, which can solve the problem of waste of transportation resources in the process of carpooling.

[0004] In a first aspect, an embodiment of the present application provides a method for car owner carpooling, the method comprising: obtaining multiple passenger carpooling orders; determining order information of each passenger carpooling order in response to a car owner user's selection instruction for at least two passenger carpooling orders; determining a pre-merging result based on the car owner user's itinerary information and the order information of at least two passenger carpooling orders corresponding to the selection instruction; and establishing a carpooling association between the at least two passenger carpooling orders and the car owner user based on the pre-merging result.

[0005] In a second aspect, an embodiment of the present application provides a car owner carpooling device, comprising: an order acquisition module for acquiring multiple passenger carpooling orders; an information determination module for determining the order information of each passenger carpooling order in response to the car owner user's selection instruction for at least two passenger carpooling orders; a simulation merger module for determining a pre-merger result based on the car owner user's itinerary information and the order information of at least two passenger carpooling orders corresponding to the selection instruction; and an order formation module for establishing a carpooling association between at least two passenger carpooling orders and the car owner user based on the pre-merger result.

[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 the embodiment of the present application, by combining orders, the car owner can maximize the use of the vehicle's seats and reduce the empty seat rate. Specifically, by obtaining multiple passenger sharing orders, the system extracts the currently available passenger order information from the platform database, and then responds to the car owner's selection instruction. The car owner selects at least two orders through the application interface for combination analysis. The car owner can select the most suitable order according to his or her itinerary and preferences for combination attempt.

[0010] Then, by determining the order information of each passenger carpooling order, the detailed information of the selected order is extracted, including departure time, destination, number of passengers, order type, etc., so as to facilitate subsequent combined analysis and ensure the accuracy of the results.

[0011] Finally, the pre-merge result is determined based on the itinerary information and order information of the car owner. The system uses an algorithm to analyze the itinerary and order information of the car owner, determine whether it can be merged, generate a pre-merge result, indicate which orders can be merged and which cannot, and give specific reasons. Among them, the specific analysis conditions include time conditions, order types, number of seats, etc. For example, the time condition is to check whether the passenger's planned departure time is within the time range of the merger (30 minutes before and after the city trip, 2 hours before and after the inter-city trip), to ensure that the time arrangement is reasonable and avoid unnecessary waiting and delays. The order type is to check whether the order type can be merged (for example, exclusive orders and merged orders cannot be merged), avoid merging incompatible order types, and ensure the feasibility of the merger. The number of seats is to check whether the number of orders is within the number of seats provided by the car owner, to ensure that the car owner's vehicle capacity can meet the merger needs and avoid overloading.

[0012] Finally, analysis results can be generated, including but not limited to route planning, time arrangement, number of people in the carpool, amount comparison, etc., to help car owners and passengers understand the feasibility and restrictions of the carpool and provide decision support. Then, by establishing a carpool association based on the pre-carpool results, if the pre-carpool results show that it is feasible, the system automatically establishes a carpool association between the car owner and the passenger order, simplifying the carpool process, automating order generation, improving efficiency, and reducing manual intervention. BRIEF DESCRIPTION OF THE DRAWINGS

[0013] Figure 1 A schematic diagram of a process of a method for car owners to share a ride according to an embodiment of the present application is shown; Figure 2 A schematic diagram of a process of a method for car owners to share a ride according to an embodiment of the present application is shown; Figure 3A schematic diagram of a process of a method for car owners to share a ride according to an embodiment of the present application is shown; Figure 4 A schematic diagram of a process of a method for car owners to share a ride according to an embodiment of the present application is shown; Figure 5 A schematic structural diagram of a car owner carpooling 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.

[0014] 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: car owner carpooling device; 901: order acquisition module; 902: information determination module; 903: simulation combination module; 904: order module. DETAILED DESCRIPTION

[0015] 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.

[0016] 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.

[0017] The following is combined with Figures 1 to 7, the car owner carpooling method and device, electronic device, readable storage medium and chip provided in the embodiments of the present application are described in detail through specific embodiments and their application scenarios.

[0018] This embodiment provides a method for car owners to share a ride. Figure 1 As shown, including: Step S102: Acquire multiple passenger carpooling orders; Step S104: In response to the selection instruction of the car owner user for at least two passenger carpooling orders, determining the order information of each passenger carpooling order; Step S106: determining a pre-merge result according to the itinerary information of the vehicle owner and the order information of at least two passenger carpooling orders corresponding to the selected instruction; Step S108: establishing a ride-sharing association between at least two passenger ride-sharing orders and the vehicle owner user according to the pre-merge result.

[0019] The car owner carpooling method provided in this embodiment can maximize the use of vehicle seats and reduce empty seat rates by combining orders. Specifically, by obtaining multiple passenger carpooling orders, the system extracts currently available passenger order information from the platform database, and then responds to the selection instruction of the car owner user, and the car owner selects at least two orders through the application interface for combination analysis. The car owner can select the most suitable order according to his / her itinerary and preferences for combination attempt.

[0020] Then, by determining the order information of each passenger carpooling order, the detailed information of the selected order is extracted, including departure time, destination, number of passengers, order type, etc., so as to facilitate subsequent combined analysis and ensure the accuracy of the results.

[0021] Finally, the pre-merge result is determined based on the itinerary information and order information of the car owner. The system uses an algorithm to analyze the itinerary and order information of the car owner, determine whether it can be merged, generate a pre-merge result, indicate which orders can be merged and which cannot, and give specific reasons. Among them, the specific analysis conditions include time conditions, order types, number of seats, etc. For example, the time condition is to check whether the passenger's planned departure time is within the time range of the merger (30 minutes before and after the city trip, 2 hours before and after the inter-city trip), to ensure that the time arrangement is reasonable and avoid unnecessary waiting and delays. The order type is to check whether the order type can be merged (for example, exclusive orders and merged orders cannot be merged), avoid merging incompatible order types, and ensure the feasibility of the merger. The number of seats is to check whether the number of orders is within the number of seats provided by the car owner, to ensure that the car owner's vehicle capacity can meet the merger needs and avoid overloading.

[0022] Finally, analysis results can be generated, including but not limited to route planning, time arrangement, number of people in the carpool, amount comparison, etc., to help car owners and passengers understand the feasibility and restrictions of the carpool and provide decision support. Then, by establishing a carpool association based on the pre-carpool results, if the pre-carpool results show that it is feasible, the system automatically establishes a carpool association between the car owner and the passenger order, simplifying the carpool process, automating order generation, improving efficiency, and reducing manual intervention.

[0023] In addition, the car owner can also share the analysis results with passengers through instant messaging tools to promote communication and negotiation between the car owner and passengers and increase the success rate of the merger. Passengers can adjust their itinerary based on the analysis results and reach a merger.

[0024] After the passenger accepts the modification, the system automatically generates a combined order and sends a confirmation message to the car owner to merge the orders. The car owner then accepts the order, improving overall operational efficiency.

[0025] Through this systematic carpooling method, car owners can manage and combine orders more efficiently, and passengers can enjoy a more economical way of travel. This solution not only improves the operational efficiency of carpooling, but also enhances the overall user experience.

[0026] In a specific embodiment, when the owner of a carpooling trip finds multiple orders that are on the same route but cannot be combined, the owner can choose two or three orders and use this tool to automatically analyze the reasons why they cannot be combined. The owner contacts the passengers of one of the orders based on the analysis results to modify the itinerary information, and finally reaches a combination relationship, and the owner accepts the order. A method is provided to help the owner analyze the reasons why multiple orders cannot be combined, so that the owner can negotiate through data analysis, promote passengers to combine trips, and receive orders faster. Carpooling is a shared travel method. Carpooling owners and passengers complete orders with the purpose of communicating with each other, increasing the number of combined ride orders, reducing the empty seat rate of carpooling, increasing the owner's income, and reducing the cost of passengers.

[0027] When a car owner finds multiple orders that are on the same route but cannot be combined, the car owner can choose two or three orders and add them to the time planning and grouping tool.

[0028] The system performs a many-to-one analysis based on the multiple orders and routes selected by the car owner. The analysis conditions are as follows: 1. Whether the passenger's planned departure time meets the merger conditions. To meet the conditions, the planned departure times of multiple city trips are within 30 minutes before and after, and the planned departure times of multiple inter-city trips are within 2 hours before and after, and the car owner's planned departure time + the estimated arrival time (ETA) from the current location to each passenger's starting point is earlier than the passenger's planned departure time. 2. Whether the order type meets the merger conditions. For example, exclusive orders and combined orders cannot be merged successfully. 3. Whether the number of people in the order meets the number of seats provided by the car owner. For example, the car owner provides 4 seats, and orders for 2 people and 3 people cannot be merged successfully. Finally, the analysis result that the merger cannot be formed is generated. The analysis result is displayed in the form of a route planning map. If the merger conditions are met, it will be directly displayed that the order can be accepted normally. If the merger conditions are not met, the display content includes the passenger itinerary route planning map, departure time, amount, and merger number comparison information.

[0029] The car owner shares the analysis results with the passenger through the communication software. The passenger can modify the itinerary or create a new itinerary according to his or her own wishes based on the analysis results. If the passenger accepts the modification, the order will be automatically placed with the car owner, and a text message will be sent to the car owner to confirm the successful negotiation of the order.

[0030] Finally, a merger relationship was reached and the car owner accepted the order.

[0031] Alternatively, if Figure 2 As shown, at least two passenger carpooling orders are associated with the car owner user according to the pre-merge result, including: Step S1082: when the pre-merge result is that the merge is successful, establish a carpool association between at least two passenger carpool orders and the car owner user; Step S1084: When the pre-merge result is a merge failure, determine the order recommendation modification information corresponding to at least one passenger user based on the pre-merge result; send the order recommendation modification information to the corresponding passenger user; in response to the modification instruction agreed by at least one passenger user, determine that the pre-merge result is a merge success, and establish a merge association between at least two passenger carpooling orders and the car owner user.

[0032] In this embodiment, when performing the carpool association, it mainly includes measures taken in the case of successful and failed carpooling, so as to finally realize the establishment of the carpool association. Under one of the conditions, that is, when the pre-merge result is a successful carpooling, the carpool association between the passenger carpool order and the car owner user is directly established. When the pre-merge result shows that the order can be successfully merged, the system can quickly establish the carpool association, improve the carpooling efficiency, enable the car owner to smoothly accept the order, and the passenger can also confirm the itinerary as soon as possible.

[0033] Under another condition, that is, when the pre-merge result is a merger failure, the recommended order modification information is determined based on the pre-merge result, the reasons for the merger failure are analyzed, and corresponding order modification suggestions are generated based on these reasons to increase the possibility of merger. This provides passengers with a direction for improving their orders, helps resolve merger obstacles, and increases the chances of successful merger.

[0034] Then, by sending the recommended order modification information to the passenger users, the modification suggestions can be conveyed to the passengers in a timely manner, so that the passengers can understand how to adjust the orders to achieve the merger, promote communication and collaboration between passengers and car owners, and increase passengers' participation and enthusiasm in the merger.

[0035] Finally, in response to the passenger user's consent to modify the instruction, when the passenger agrees to modify the order, the system updates the pre-merge result to a successful merge, realizes dynamic adjustment based on the passenger's feedback, and finally establishes the carpooling association, improving the flexibility and adaptability of carpooling.

[0036] To sum up, through this process, corresponding measures can be taken under different pre-merger results to maximize the success rate of carpooling, achieve a win-win situation for car owners and passengers, and also improve the quality and efficiency of the ride-sharing service.

[0037] Alternatively, if Figure 3 As shown, at least two passenger carpooling orders are associated with the car owner user based on the pre-merger result, specifically including: Step S1086: When the pre-merger result is a failed merge, in response to a rejection of the modification instruction by at least one passenger user, a passenger itinerary is created separately based on the passenger carpooling order of the passenger user.

[0038] In this embodiment, a processing method is added when the pre-merge result is a merger failure and the passenger refuses to modify the order, and the logic of establishing the entire carpooling association is improved to ensure that the passenger itinerary can be reasonably arranged in various situations, ensuring the passenger's travel needs while maintaining the normal operation of the system.

[0039] Specifically, when the pre-merge result is a merge failure, in response to at least one passenger user's refusal to modify the instruction, the passenger's right to autonomous choice is respected. The passenger may refuse to modify the order due to the fixed nature of his / her itinerary, personal preference, etc. At this time, by creating a separate passenger itinerary based on the passenger user's passenger pool order, the passenger's travel needs are ensured to be met. Even if the merge cannot be completed, a separate itinerary can be arranged for the passenger who refuses to modify the order to maintain the integrity of the order processing. Converting a separate passenger pool order into a separate itinerary makes order management clearer and facilitates subsequent itinerary tracking, cost calculation, and other operations.

[0040] For passengers, they can travel smoothly according to their original plans and will not suffer travel disruptions due to merger failure.

[0041] Alternatively, if Figure 4 As shown, according to the itinerary information of the car owner user and the order information of at least two passenger carpooling orders corresponding to the selected instruction, the pre-merge result is determined, specifically including: Step S1062: determining whether the total number of passengers in at least two order information is not greater than the upper limit of passengers that the vehicle owner can carry, and generating a first judgment result; Step S1064: determining whether the estimated time for the vehicle owner to depart from the current location from the second departure time to each starting point information is earlier than the first departure time based on the first departure time of the order information, the starting point information, the second departure time of the vehicle owner user, and the current location, and generating a second judgment result; Step S1066: Determine a pre-merge result according to the first judgment result and the second judgment result.

[0042] In this embodiment, when simulating the merger based on multiple order information selected by the car owner, that is, determining the pre-merger result, the success of the merger is mainly judged by two dimensions. Specifically, the first judgment result is generated by first determining whether the sum of the number of passengers in at least two order information is not greater than the upper limit of the number of passengers that the car owner can carry, mainly from the perspective of the vehicle's carrying capacity. By calculating the sum of the number of passengers in at least two selected orders and comparing it with the upper limit of the number of passengers that the car owner can carry, it is determined whether the vehicle has enough space to accommodate these passengers, thereby avoiding overloading, ensuring driving safety and complying with traffic regulations. If the sum of the number of passengers exceeds the upper limit that the car owner can carry, it is directly determined that the merger has failed (when comprehensively judging the pre-merger result later). It can be understood that the number of passengers is a basic and indispensable judgment condition, because the passenger capacity of the vehicle is a hard constraint.

[0043] Then, based on the first departure time and starting point information of the order information and the second departure time and current location of the owner, determine whether the estimated time for the owner to depart from the current location from the second departure time to each starting point information is earlier than the first departure time, generate a second judgment result, and analyze from the rationality of the time arrangement. Taking into account the departure time and current location of the owner, as well as the departure time and starting point information of the passengers in the order, calculate the estimated time for the owner to arrive at each passenger's starting point and compare it with the departure time of the passenger. This comparison can determine whether the owner can arrive before the passenger's planned departure time, thereby ensuring that the passenger's journey will not be delayed due to the owner's late arrival.

[0044] If the estimated time that the driver arrives at a passenger's starting point is later than the passenger's departure time, then the order may cause the passenger to wait too long or miss the trip when it is combined, so in this case, the feasibility of combining will be reduced. This judgment result helps to screen out reasonable combination combinations in terms of time arrangement and improve the efficiency and reliability of overall trip arrangement.

[0045] Finally, the pre-merge result is determined comprehensively based on the previous two judgment results. The pre-merge result is successful only when the total number of passengers does not exceed the upper limit of the vehicle owner's load (the first judgment result is yes) and the vehicle owner can arrive at the corresponding starting point before the departure time of each passenger (the second judgment result is yes); as long as one of the conditions is not met, the pre-merge result is a failure.

[0046] By comprehensively considering the two key factors of passenger capacity and time arrangement, the pre-merge results are more scientific and reasonable. This comprehensive judgment method can accurately reflect the actual feasibility of order mergers, provide a reliable basis for subsequent establishment of carpooling associations or recommendation of order modification information to passengers, and help improve the success rate of carpooling and overall operational efficiency.

[0047] like Figure 5 As shown, the embodiment of the present application provides a car owner carpooling device 900. The car owner carpooling device 900 includes an order acquisition module 901, an information determination module 902, a simulation carpooling module 903 and an order placing module 904.

[0048] Among them, the order acquisition module 901 is used to obtain multiple passenger carpooling orders; the information determination module 902 is used to determine the order information of each passenger carpooling order in response to the selection instruction of the car owner user for at least two passenger carpooling orders; the simulation merger module 903 is used to determine the pre-merger result according to the itinerary information of the car owner user and the order information of at least two passenger carpooling orders corresponding to the selection instruction; the order module 904 is used to establish a carpooling association between at least two passenger carpooling orders and the car owner user according to the pre-merger result.

[0049] By combining orders, car owners can maximize the use of vehicle seats and reduce empty seats.

[0050] Optionally, the order-making module 904 is also used to establish a carpooling association between at least two passenger carpooling orders and the car owner user when the pre-merge result is a successful carpooling; determine recommended order modification information corresponding to at least one passenger user based on the pre-merge result when the pre-merge result is a failed carpooling; send the recommended order modification information to the corresponding passenger user; and determine, in response to the at least one passenger user's consent to modify instruction, that the pre-merge result is a successful carpooling, and establish a carpooling association between at least two passenger carpooling orders and the car owner user.

[0051] Optionally, the ordering module 904 is also used to, when the pre-merge result is a merge failure, create a passenger itinerary separately according to the passenger carpooling order of the passenger user in response to a rejection of a modification instruction by at least one passenger user.

[0052] Optionally, the simulation merging module 903 is also used to determine whether the total number of passengers of at least two order information is not greater than the upper limit of the number of passengers that the vehicle owner can carry, and generate a first judgment result; determine whether the estimated time for the vehicle owner to depart from the current location from the second departure time to each starting point information is earlier than the first departure time based on the first departure time and starting point information of the order information and the second departure time and current location of the vehicle owner, and generate a second judgment result; determine the pre-merging result based on the first judgment result and the second judgment result.

[0053] The car owner carpooling 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.

[0054] The car owner's ride-sharing device in the embodiment of the present application can remind a device with an operating system. The operating system can 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.

[0055] The car owner carpooling 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.

[0056] Alternatively, if Figure 6As shown, an embodiment of the present application also 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 car owner carpooling method is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be described here.

[0057] 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.

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

[0059] 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.

[0060] 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.

[0061] Among them, processor 1110 is used to obtain multiple passenger carpooling orders; determine the order information of each passenger carpooling order in response to the selection instruction of the car owner user for at least two passenger carpooling orders; determine the pre-merging result according to the itinerary information of the car owner user and the order information of at least two passenger carpooling orders corresponding to the selection instruction; and establish a carpooling association between the at least two passenger carpooling orders and the car owner user according to the pre-merging result.

[0062] Through the above scheme, by combining orders, car owners can maximize the use of vehicle seats and reduce empty seats.

[0063] Optionally, the processor 1110 is further used to implement the following steps: when the pre-merge result is a successful merge, establishing a carpooling association between at least two passenger carpooling orders and the vehicle owner user; when the pre-merge result is a failed merge, determining order recommendation modification information corresponding to at least one passenger user based on the pre-merge result; sending the order recommendation modification information to the corresponding passenger user; in response to an agreement to modify the instruction of at least one passenger user, determining that the pre-merge result is a successful merge, and establishing a carpooling association between at least two passenger carpooling orders and the vehicle owner user.

[0064] Optionally, the processor 1110 is further configured to, when the pre-merge result is a merge failure, create a passenger itinerary separately according to the passenger pool order of the passenger user in response to a rejection of a modification instruction from at least one passenger user.

[0065] Optionally, processor 1110 is further used to determine whether the total number of passengers of at least two order information is not greater than the upper limit of the number of passengers that the vehicle owner can carry, and generate a first judgment result; determine whether the estimated time for the vehicle owner to depart from the current location from the second departure time to each starting point information is earlier than the first departure time based on the first departure time, starting point information of the order information and the second departure time and current location of the vehicle owner, and generate a second judgment result; determine the pre-merge result based on the first judgment result and the second judgment result.

[0066] 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.

[0067] 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 car owner carpooling method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0068] 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.

[0069] 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.

[0070] 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.

[0071] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein 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 car owner carpooling method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0072] 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.

[0073] 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.

[0074] 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.

[0075] 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 car-owner carpooling, characterized in that: include: Get multiple passenger carpooling orders; In response to a selection instruction of at least two of the passenger carpooling orders by the vehicle owner, determining order information of each of the passenger carpooling orders; Determine a pre-merge result according to the itinerary information of the vehicle owner user and the order information of at least two of the passenger carpooling orders corresponding to the selection instruction; A carpooling association is established between at least two of the passenger carpooling orders and the vehicle owner user based on the pre-merge result.

2. The method for carpooling according to claim 1, characterized in that: The establishing of a carpooling association between at least two of the passenger carpooling orders and the car owner user according to the pre-merging result specifically includes: If the pre-merge result is a successful merge, establishing a ride-sharing association between at least two of the passenger ride-sharing orders and the vehicle owner user; In the case where the pre-merge result is a merge failure, determining order recommendation modification information corresponding to at least one passenger user according to the pre-merge result; Sending the order recommendation modification information to the corresponding passenger user; In response to an instruction of modification consent from at least one of the passenger users, the pre-merge result is determined to be a successful merge, and a ride-sharing association is established between at least two of the passenger ride-sharing orders and the vehicle owner user.

3. The method for carpooling according to claim 2, characterized in that: The establishing of a carpooling association between at least two of the passenger carpooling orders and the car owner user according to the pre-merging result specifically includes: When the pre-merge result is a merge failure, in response to a rejection of a modification instruction from at least one of the passenger users, a passenger itinerary is created separately according to the passenger carpooling order of the passenger user.

4. The method for carpooling according to any one of claims 1 to 3, characterized in that: The determining of the pre-merging result according to the itinerary information of the vehicle owner user and the order information of at least two passenger carpooling orders corresponding to the selection instruction specifically includes: Determine whether the sum of the number of passengers of at least two of the order information is not greater than the upper limit of the number of passengers that the vehicle owner can carry, and generate a first judgment result; According to the first departure time of the order information, the starting point information, the second departure time of the vehicle owner user, and the current location, determine whether the estimated time for the vehicle owner user to depart from the current location from the second departure time to each of the starting point information is earlier than the first departure time, and generate a second judgment result; The pre-merge result is determined according to the first judgment result and the second judgment result.

5. A car-owner carpooling device, characterized in that: include: The order acquisition module is used to obtain multiple passenger carpooling orders; An information determination module, configured to determine order information of each of the passenger carpooling orders in response to a selection instruction of the vehicle owner user for at least two of the passenger carpooling orders; A simulation merging module, used to determine a pre-merging result according to the itinerary information of the vehicle owner user and the order information of at least two passenger carpooling orders corresponding to the selection instruction; An ordering module is used to establish a carpooling association between at least two of the passenger carpooling orders and the car owner user according to the pre-carpooling result.

6. The car-owner carpooling device according to claim 5, characterized in that: The ordering module is further used for establishing a carpooling association between at least two of the passenger carpooling orders and the car owner user when the pre-carpooling result is a successful carpooling; In the case where the pre-merge result is a merge failure, determining order recommendation modification information corresponding to at least one passenger user according to the pre-merge result; and sending the order recommendation modification information to the corresponding passenger user; In response to an instruction of modification consent from at least one of the passenger users, the pre-merge result is determined to be a successful merge, and a ride-sharing association is established between at least two of the passenger ride-sharing orders and the vehicle owner user.

7. The car-owner carpooling device according to claim 6, characterized in that: The ordering module is also used to, when the pre-merge result is a merge failure, create a passenger itinerary separately according to the passenger carpooling order of the passenger user in response to a rejection of modification instruction of at least one of the passenger users.

8. The car-owner carpooling device according to any one of claims 5 to 7, characterized in that: The simulation merging module is also used to determine whether the total number of passengers of at least two of the order information is not greater than the upper limit of the number of passengers that the vehicle owner can carry, and generate a first judgment result; determine whether the estimated time for the vehicle owner to depart from the current location from the second departure time to each of the starting point information is earlier than the first departure time based on the first departure time and starting point information of the order information and the second departure time and current location of the vehicle owner, and generate a second judgment result; determine the pre-merging result based on the first judgment result and the second judgment result.

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 carpooling as claimed 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 car owner carpooling method as described in 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 programs or instructions to implement the steps of the car owner carpooling method as described in any one of claims 1 to 4.

Images