Ordering method and device, electronic equipment, readable storage medium and chip
By retrieving the historical ride-hailing information that has not been completed, automatically filling the content and generating order information, the problem of repeated input when placing an order with a hitchhiking is solved, and the order efficiency and user experience are improved.
Patent Information
- Application Number
- CN202411782244.X
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-05
- Publication Date
- 2025-03-04
AI Technical Summary
In the field of hitchhiking, users need to manually enter travel information when placing an order, resulting in repeated input problems, and orders that have not been successfully placed cannot be reused, which increases the cumbersome operation.
By responding to the user's ride-hailing instructions, the historical ride-hailing information that has not been completed is retrieved, the relevant content is automatically filled, the pre-order information is generated, and the order information is finally generated to match other ride-hailing users.
It improves the efficiency of users placing orders, reduces the steps of repeated input, and reduces the possibility of giving up orders due to cumbersome operations. It is expected that the ordering operation steps can be reduced by 30% - 50%.
Smart Images

Figure CN119558434A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of ride-sharing technology, and specifically to an ordering method and device, an electronic device, a readable storage medium and a chip. Background Art
[0002] Currently, in the field of carpooling, when booking a car, passengers or car owners are often required to manually enter specific travel information. Passengers may cancel the order and edit the order again to try to match it because there is no suitable order match during the order time period or the price is not suitable; or, the passenger exits the application (i.e. application, APP) without completing the editing of the order; but the passenger may still have the travel demand, and the user needs to re-enter the start and end point information when placing the order again, which is a cumbersome operation. Summary of the invention
[0003] The purpose of the embodiments of the present application is to provide an ordering method and device, an electronic device, a readable storage medium and a chip, which can solve the problem that the user failed to place an order successfully in the previous order or failed to share a ride after placing an order, and has to enter a lot of repeated content when placing a new order.
[0004] In a first aspect, an embodiment of the present application provides an ordering method, the method comprising: responding to a first user's car booking instruction, determining historical car booking information of unfinished carpooling corresponding to the first user; determining pre-order information based on the historical car booking information; generating order information based on the pre-order information; and sending the order information.
[0005] In the second aspect, an embodiment of the present application provides an ordering device, including: an information acquisition module, used to respond to the first user's car booking instruction and determine the historical car booking information of unfinished carpooling corresponding to the first user; a pre-order module, used to determine the pre-order information based on the historical car booking information; an order generation module, used to generate order information based on the pre-order information; and an order sending module, used to send the order 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 the embodiment of the present application, when a user issues a ride-hailing instruction, the corresponding content can be automatically filled in by retrieving the historical ride-hailing information of previously unfinished ride-sharing, thereby improving the user's ordering efficiency and reducing the steps of repeated input. Among them, when receiving the ride-hailing instruction of the first user, a search is performed to determine whether the first user has previously placed an order but has not completed the ride-sharing, that is, the historical ride-hailing information of the unfinished ride-sharing corresponding to the first user. On this basis, partial or all of the information in the historical ride-hailing information is extracted and converted into pre-order information, and then the pre-order information is adjusted and modified to finally generate the order information confirmed by the first user, so that the order information can be subsequently sent out to match the corresponding other ride-sharing users. BRIEF DESCRIPTION OF THE DRAWINGS
[0010] Figure 1 A schematic diagram showing a flow chart of an order placing method according to an embodiment of the present application is shown; Figure 2 A schematic diagram showing a flow chart of an order placing method according to an embodiment of the present application is shown; Figure 3 A schematic diagram showing a flow chart of an order placing method according to an embodiment of the present application is shown; Figure 4 A schematic diagram showing a flow chart of an order placing method according to an embodiment of the present application is shown; Figure 5 A schematic diagram of the structure of an order placing 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: order placement device; 901: information acquisition module; 902: pre-order module; 903: order generation module; 904: order sending module; 905: reminder 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 order placing 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.
[0015] This embodiment provides an order placing method, such as Figure 1 As shown, including: Step S102: In response to the first user's car booking instruction, determine the historical car booking information of the uncompleted carpooling corresponding to the first user; Step S104: determining pre-order information based on historical car booking information; Step S106: Generate order information according to the pre-order information; Step S108: Send order information.
[0016] The order placing method provided in this embodiment can automatically fill in the corresponding content by retrieving the historical car booking information of previously uncompleted carpooling when the user issues a car booking instruction, thereby improving the user's order placing efficiency and reducing the steps of repeated input. Among them, when receiving the car booking instruction of the first user, it searches whether the first user has previously placed an order but has not completed the carpooling, that is, the historical car booking information of the uncompleted carpooling corresponding to the first user. On this basis, by extracting part or all of the information in the historical car booking information, it is converted into pre-order information, and then by adjusting and changing the pre-order information, the order information confirmed by the first user is finally generated, so that the order information can be sent out later to match the corresponding other carpooling users.
[0017] Specifically, for users who have not completed the carpooling needs, directly using the previous historical information can avoid users from re-entering a lot of the same content and save time in placing orders. For example, if a user has previously booked a carpooling but has not completed the order, he or she may have entered basic information such as the departure place and destination, and there is no need to re-enter this information when placing the order again.
[0018] Users do not need to re-fill in some routine information, and the number of operation steps is reduced, which reduces the possibility of abandoning the order due to cumbersome operations. It is expected that the number of order operation steps can be reduced by 30% - 50%, depending on the integrity and reusability of historical information.
[0019] By determining the pre-order information based on the historical ride-hailing information, the historical ride-hailing information may contain multiple parts, and some information may need to be adjusted or supplemented to form effective pre-order information. For example, the departure time in the historical information may be a rough range, and in this step it can be optimized to a more accurate departure time based on factors such as current traffic conditions and time intervals.
[0020] Then, the order information is generated based on the pre-order information. The pre-order information is the basis of the order information, but some additional elements may need to be added to build a complete order. For example, the order number, order generation time, platform service fee and other information need to be added to the pre-order information in this step to form a complete and executable order information.
[0021] The process of generating order information is also the process of associating user needs with various platform resources (such as driver resources, vehicle resources, etc.). Through specific algorithms and rules, it is determined which drivers or vehicles can meet the user's needs based on the pre-order information, and the relevant information is integrated into the order information.
[0022] Complete order information enables the order to flow smoothly in the platform system, and all links from order placement, driver matching to trip execution can be operated based on this complete order information. This ensures the consistency and traceability of the order process.
[0023] Sending out the order information marks that the order has officially entered the platform's business processing flow. Once the order information is sent, the platform will start looking for a suitable driver based on the order information (for ride-sharing or taxi services), or perform other related business operations, such as notifying carpooling partners (for carpooling services).
[0024] In a specific embodiment, the passenger may cancel the order and edit the order again to try to match it because there is no suitable order match or the price is not suitable during the order time period; or the passenger exits the APP before editing the order; but the passenger may still have the travel demand, and the user needs to re-enter the start and end point information when placing the order again. This solution can prompt the user to continue editing the previous order information, so that the user can continue to complete the order and improve the convenience of placing orders. The user's order fails to match, or the user cancels the order by himself, or the user exits the application before completing the editing; when the user enters the order page again, the platform prompts the user to enter the order information edited last time, and the user can choose to continue editing or re-order (the user can be either the driver or the passenger, and the application scenario can be a travel business ordering scenario such as a ride-sharing or taxi). The user may need to exit the APP because he needs to confirm the estimated departure time or end point information required for the order with other friends, or the actual passenger's mobile phone number and other information for ordering a ride on behalf of others, or the network is not good, etc., and the order is interrupted. When the user re-enters the order process, he can choose to continue editing the order. If an order is automatically canceled due to failure to match the passenger's ride, the user may change the mode of travel or place an order on other platforms. However, before the scheduled departure time of the order, the backend will continue to match the order along the way and push notifications to remind the user to resume the order. By using the price advantage of a ride-sharing car, the user will be encouraged to continue the order and choose the original mode of travel again, giving up other modes of travel.
[0025] In this specific embodiment, if the user actively cancels the order, fails to match, or exits without completing the order editing, when the user enters the order page again, the platform automatically identifies the last order information and prompts whether to continue editing or re-order, directly importing the last edited information to avoid the user repeatedly filling in the start and end points, time, etc.
[0026] Even if the user's order is not successfully matched for the first time, the platform backend will continue to look for drivers who are on the same route before the scheduled departure time of the order. If a new matching opportunity is found, a notification will be actively pushed to inform the user that the match is successful, and the user will be guided to resume the order with the price advantage of the ride-sharing service.
[0027] Even if users switch to other platforms, they may still be attracted by the price advantage and return to complete their orders. Through continuous matching in the background, the utilization rate of drivers' orders and the success rate of passenger matching can be improved.
[0028] The user may interrupt the order due to confirmation information, poor network or other reasons. The system will temporarily save the order information (such as starting and ending points, time, notes, etc.) when the user interrupts. When the user re-enters the order page, the system will automatically fill in the previously edited information and prompt whether to continue.
[0029] Alternatively, if Figure 2 As shown, in response to the first user's car booking instruction, determining the historical car booking information of the unfinished carpooling corresponding to the first user specifically includes: Step S1022: In response to the first user's car booking instruction, enter the ordering interface; Step S1024: Obtain the historical car-hailing information that was previously edited in the ordering interface; or obtain the historical car-hailing information that was previously issued in the ordering interface.
[0030] In this embodiment, when determining the historical car-hailing information of the first unfinished carpooling, when the first user issues a car-hailing instruction, the system responds and enters the ordering interface. The ordering interface is the main place for users to make car-hailing operations, where users can enter or select relevant car-hailing information.
[0031] By obtaining the historical ride-hailing information of the previous edit or order, the system can reduce the user's repetitive operations. Specifically, if the first user directly exited when entering the ride-hailing information and did not place the order, this solution will obtain the historical ride-hailing information of the previous edit. If the first user has previously sent the input ride-hailing information but failed to match it successfully, this solution will obtain the historical ride-hailing information of the previous order. The user does not need to enter the same information again, such as departure place, destination, ride time, etc.
[0032] Alternatively, if Figure 3 As shown, determining the pre-order information based on the historical ride-hailing information specifically includes: Step S1042: obtaining the order editing instruction based on at least part of the historical ride-hailing information edited last time; Step S1044: determining the pre-order information based on the order editing instruction and at least part of the historical ride-hailing information.
[0033] In this embodiment, when determining the pre-order information based on the historical ride-hailing information, the order editing instruction can be obtained based on at least part of the historical ride-hailing information that was previously edited. It can be understood that the historical ride-hailing information that was previously edited reflects the user's previous demand settings. By obtaining the order editing instruction, the user's intention to adjust the previous demand can be clarified. For example, the user's last edited departure point was A, but now the user may want to change it to B through the editing instruction. This process can capture this change in demand. Obtaining editing instructions based on historical ride-hailing information helps the system provide more personalized services based on the user's habits and specific needs.
[0034] Since editing instructions are obtained based on historical information, changes in user needs can be determined more accurately and errors caused by misunderstanding user intentions can be reduced.
[0035] In addition, by determining the pre-order information based on the order editing instructions and at least part of the historical ride-hailing information, the order editing instructions are combined with the historical ride-hailing information to comprehensively determine the pre-order information. The historical information provides a basic framework, while the editing instructions are adjustments and supplements to this framework. The combination of the two ensures that the pre-order information contains both the user's historical habits and current demand changes.
[0036] By determining the pre-order information in this way, missing or unreasonable information can be avoided. For example, if only based on editing instructions, some important constraints in historical information (such as specific carpooling rules, preferred vehicle types, etc.) may be ignored. Combining historical information can ensure that the pre-order information meets these constraints while meeting the user's current needs.
[0037] Alternatively, if Figure 4 As shown, it also includes: Step S1102: Determine the delayed matching period in the historical car booking information of the previous order; Step S1104: Push reminder information to the terminal device of the first user according to the delayed matching period, where the reminder information includes carpooling matching information corresponding to the historical car-hailing information of the previous order.
[0038] In this embodiment, by determining the delayed matching period in the historical car-hailing information of the previous order, the delayed matching period can be based on the departure time or the set time after the order is placed, and relevant information can be pushed to the user more accurately. It can be understood that different departure times may correspond to different traffic conditions, carpooling matching possibilities, and price discounts, etc., and personalized and accurate services can be achieved through the delayed matching period.
[0039] Based on the departure time, we can provide users with services that better meet their actual needs based on factors such as traffic characteristics, supply and demand relationships in a specific time period. For example, during the morning rush hour, we can provide users with more information about possible traffic congestion and countermeasures, improving users' ability to manage their trip expectations.
[0040] Push reminder information to the first user's terminal device according to the departure time, and push reminder information according to the departure time to ensure that the user will not miss important information related to his previous order. This helps to increase the user's attention to the order and avoid order delays or cancellations due to forgetfulness and other reasons.
[0041] The reminder information includes the carpooling matching information corresponding to the historical ride-hailing information of the previous order. The carpooling matching information is directly related to whether the user can travel smoothly and the travel cost. Timely push of carpooling matching information can allow users to understand the possibility of itinerary arrangements in advance and facilitate users to make corresponding decisions, such as whether to adjust their itinerary plans.
[0042] Furthermore, reminder information is pushed to the terminal device of the first user based on the delayed matching period, specifically including: determining the carpooling pre-matching status corresponding to the historical carpooling information of the incomplete carpooling; if the carpooling pre-matching status is a successful pre-matching within the delayed matching period, then pushing reminder information related to order recovery to the terminal device of the first user.
[0043] When pushing reminder information, it is necessary to first determine the historical ride-hailing information that has not been successfully shared, and continue to match the ride-hailing within the delayed matching period based on this information. According to the specific ride-hailing pre-matching status, determine whether to push the reminder information to the first user's terminal device, where the reminder information is used to show the first user that the previous historical ride-hailing information can be restored, that is, to push reminder information related to order recovery.
[0044] For example, for the historical ride-hailing information of the first user that has not completed a carpooling, the server may continue to match the carpooling information for the carpooling information. If the historical ride-hailing information of the first user that has not completed a carpooling is matched with a carpooling travel order information within a certain period of time (such as 30 minutes, 1 hour, or before the expected departure time), the travel platform will initiate an order recovery reminder to the first user, informing the platform that a carpooling order has been matched for the first user, and asking the first user whether to carpool according to the historical ride-hailing information of the first user that has not completed a carpooling.
[0045] Furthermore, it also includes: in response to a confirmation recovery instruction corresponding to the reminder information related to order recovery, order information is generated according to the historical car-hailing information of unfinished carpooling.
[0046] In this solution, if the first user agrees, based on the confirmation recovery instruction, the travel platform can restore the historical car-hailing information of the first user that has not completed the carpooling. Since the pre-matching has been successful and the order information has been generated, it can be directly pushed according to the order information that has been matched for the first user, and the first user can travel according to the order information.
[0047] like Figure 5 As shown, the embodiment of the present application provides a car-hailing device 900. The car-hailing device 900 includes an information acquisition module 901, a pre-order module 902, an order generation module 903, an order sending module 904, and a reminder module 905.
[0048] Among them, the information acquisition module 901 is used to respond to the first user's car booking instruction and determine the historical car booking information of the unfinished car sharing corresponding to the first user; the pre-order module 902 is used to determine the pre-order information based on the historical car booking information; the order generation module 903 is used to generate order information based on the pre-order information; the order sending module 904 is used to send the order information.
[0049] When a user issues a ride-hailing instruction, the corresponding content can be automatically filled in by retrieving the historical ride-hailing information of previously unfinished ride-sharing, thereby improving the user's ordering efficiency and reducing the steps of repeated input. Among them, when receiving the ride-hailing instruction of the first user, it searches whether the first user has previously placed an order but has not completed the ride-sharing, that is, the historical ride-hailing information of the first user that has not completed the ride-sharing. On this basis, by extracting part or all of the information in the historical ride-hailing information, it is converted into pre-order information, and then by adjusting and changing the pre-order information, the order information confirmed by the first user is finally generated, so that the order information can be sent out later to match the corresponding other ride-sharing users.
[0050] Optionally, the information acquisition module 901 is also used to enter the ordering interface in response to the first user's ordering instruction; obtain the historical ordering information previously edited in the ordering interface; or obtain the historical ordering information previously issued in the ordering interface.
[0051] Optionally, the pre-order module 902 is also used to obtain order editing instructions based on at least part of the historical ride-hailing information edited previously; and determine the pre-order information based on the order editing instructions and at least part of the historical ride-hailing information.
[0052] Optionally, it also includes: a reminder module 905, which is used to determine the departure time in the historical car-hailing information of the previous order; and push reminder information to the terminal device of the first user according to the departure time, and the reminder information includes the carpooling matching information corresponding to the historical car-hailing information of the previous order.
[0053] The car-hailing device in the embodiment of the present application can be a device, or a component, integrated circuit, or chip in a terminal. The device can be a mobile electronic device or a non-mobile electronic device. For example, the mobile electronic device can 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 can 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-hailing 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.
[0055] The car-hailing 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 6 As 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, the various processes of the embodiment of the above-mentioned order placement method are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated 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 respond to the first user's car-hailing instruction, determine the historical car-hailing information of the unfinished carpooling corresponding to the first user; determine the pre-order information based on the historical car-hailing information; generate order information based on the pre-order information; and send the order information.
[0062] Through the above scheme, when a user issues a ride-hailing instruction, the corresponding content can be automatically filled in by retrieving the historical ride-hailing information of previously unfinished ride-sharing, thereby improving the user's ordering efficiency and reducing the steps of repeated input. Among them, when receiving the ride-hailing instruction of the first user, it searches whether the first user has previously placed an order but has not completed the ride-sharing, that is, the historical ride-hailing information of the unfinished ride-sharing with the first user. On this basis, by extracting part or all of the information in the historical ride-hailing information, it is converted into pre-order information, and then by adjusting and changing the pre-order information, the order information confirmed by the first user is finally generated, so that the order information can be sent out later to match the corresponding other ride-sharing users.
[0063] Optionally, processor 1110 is further used to implement the following steps: in response to the first user's ride-hailing instruction, enter the ordering interface; obtain the historical ride-hailing information previously edited in the ordering interface; or obtain the historical ride-hailing information previously issued in the ordering interface.
[0064] Optionally, processor 1110 is further used to obtain order editing instructions based on at least part of the historical ride-hailing information edited previously; and determine pre-order information based on the order editing instructions and at least part of the historical ride-hailing information.
[0065] Optionally, processor 1110 is further used to determine the departure time in the historical car-hailing information of the previous order; and push reminder information to the terminal device of the first user based on the departure time, wherein the reminder information includes carpooling matching information corresponding to the historical car-hailing information of the previous order.
[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, the various processes of the above-mentioned order placement method embodiment are 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. 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 order placement 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 placing an order, characterized in that: include: In response to a ride-booking instruction of a first user, determining historical ride-booking information of uncompleted ride-sharing corresponding to the first user; Determine pre-order information based on the historical car booking information; Generate order information according to the pre-order information; Send the order information.
2. The order placing method according to claim 1, characterized in that: The step of determining, in response to the first user's car booking instruction, the historical car booking information of the uncompleted carpooling corresponding to the first user specifically includes: In response to the first user's car booking instruction, entering the ordering interface; Obtain the historical car booking information that was previously edited in the ordering interface; or obtain the historical car booking information that was previously issued in the ordering interface.
3. The order placing method according to claim 2, characterized in that: The determining of the pre-order information according to the historical car booking information specifically includes: Obtaining order editing instructions based on at least part of the historical ride-hailing information edited previously; The pre-order information is determined based on the order editing instruction and at least part of the historical ride-hailing information.
4. The order placing method according to any one of claims 1 to 3, characterized in that: Also includes: Determine the delayed matching period in the historical ride-hailing information of the previous order; A reminder message is pushed to the terminal device of the first user according to the delayed matching period, and the reminder message includes the carpooling matching information corresponding to the historical car-hailing information of the previous order.
5. The order placing method according to claim 4, characterized in that: The pushing reminder information to the terminal device of the first user according to the delayed matching period specifically includes: Determine a carpool pre-matching state corresponding to the historical carpooling information of the uncompleted carpool; If the pre-matching status of the carpooling is successful during the delayed matching period, reminder information related to order recovery is pushed to the terminal device of the first user.
6. The order placing method according to claim 5, characterized in that: Also includes: In response to a confirmation recovery instruction corresponding to the reminder information related to the order recovery, order information is generated based on the historical car-hailing information of the unfinished carpooling.
7. An order placing device, characterized in that: include: An information acquisition module, configured to determine historical car-booking information of uncompleted car-pooling corresponding to the first user in response to the car-booking instruction of the first user; A pre-order module, used to determine pre-order information based on the historical car booking information; An order generation module, used to generate order information according to the pre-order information; The order sending module is used to send the order information.
8. The order placing device according to claim 7, characterized in that: Also includes: A reminder module, used to determine the delayed matching period in the historical ride-hailing information of the previous order; A reminder message is pushed to the terminal device of the first user according to the delayed matching period, and the reminder message includes the carpooling matching information corresponding to the historical car-hailing information of the previous 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 order placing method as described in any one of claims 1 to 6.
10. A readable storage medium, characterized in that: The readable storage medium stores programs or instructions, and when the programs or instructions are executed by the processor, the steps of the order placing method as described in any one of claims 1 to 6 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 order placing method as described in any one of claims 1 to 6.