Trip task processing method and apparatus, and storage medium and electronic device

Abstract

A trip task processing method, which is executed by means of an electronic device and comprises: displaying a preset start point and a preset end point in a trip setting page, wherein the trip setting page comprises an invitation control (S202); in response to a first trigger operation on the invitation control, sharing to an associated account first trip information carrying the start point and the end point (S204); when a first addition operation is completed at the associated account, displaying second trip information obtained by means of updating the first trip information, wherein the second trip information comprises position information of a target trip point added by means of the first addition operation, and the position information of the target trip point comprises position information of a passing point located between the start point and the end point and position information of a non-passing point beyond the start point and the end point (S206); and according to a route indicated by the second trip information, executing a target trip task (S208).

Description

Methods and devices for processing tasks, storage media and electronic devices

[0001] Related applications

[0002] This application claims priority to Chinese patent application filed on December 25, 2024, application number 202411956306.4, entitled "Method and apparatus for processing a task, storage medium and electronic device", the entire contents of which are incorporated herein by reference. Technical Field

[0003] This application relates to the field of computers, and more specifically, to a method and apparatus for processing scheduled tasks, a storage medium, and an electronic device. Background Technology

[0004] In daily travel, ride-hailing services are widely used. For example, when multiple people who are at the same starting point but get off at different destinations choose to ride in the same car, the person who initiates the ride usually sets the starting point and the destination they are going to, and then initiates the ride order. The ride-hailing system automatically matches other passengers who are suitable to travel together with the ride order, and finally sends each passenger to the destination address according to the drop-off order automatically matched by the system.

[0005] However, existing ride-hailing platforms only support adding waypoints between the origin and destination, which greatly limits the selection of fellow passengers. Furthermore, since waypoints are located between the origin and destination, trip planning must be based on the order of the waypoints, which inevitably leads to a lot of detours and lengthens the travel time for passengers, causing a lot of inconvenience to users. This results in a lack of flexibility in handling trips with multiple passengers.

[0006] There is currently no effective solution to the above problems. Summary of the Invention

[0007] This application provides a method and apparatus for processing travel tasks, a storage medium, and an electronic device.

[0008] According to one aspect of the embodiments of this application, a method for processing a trip task is provided, comprising: displaying a pre-set start point and end point in a trip settings page, wherein the trip settings page includes an invitation control; in response to a first trigger operation on the invitation control, sharing first trip information carrying the start point and end point to an associated account; if the associated account completes a first add operation, displaying second trip information updated with the first trip information, wherein the second trip information includes location information of a target trip point added through the first add operation, the location information of the target trip point including location information of a waypoint located between the start point and the end point and location information of a non-waypoint located beyond the start point and the end point; and executing the target trip task according to the route indicated by the second trip information.

[0009] According to another aspect of the embodiments of this application, a trip task processing apparatus is also provided, comprising: a first display unit for displaying a pre-set start point and end point in a trip setting page, wherein the trip setting page includes an invitation control; a sharing unit for sharing first trip information carrying the start point and end point to an associated account in response to a first trigger operation on the invitation control; a second display unit for displaying second trip information updated with the first trip information when the associated account completes a first add operation, wherein the second trip information includes location information of a target trip point added through the first add operation, the location information of the target trip point including location information of a waypoint located between the start point and the end point and location information of a non-waypoint located beyond the start point and the end point; and a first processing unit for executing the target trip task according to the route indicated by the second trip information.

[0010] According to another aspect of the embodiments of this application, a computer-readable storage medium is also provided, wherein a computer program is stored in the computer program, and the computer program is configured to execute the above-described processing method for the task at runtime.

[0011] According to another aspect of the embodiments of this application, a computer program product or computer program is provided, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the processing method of the above-described task.

[0012] According to another aspect of the embodiments of this application, an electronic device is also provided, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to execute the processing method of the above-described task through the computer program.

[0013] Details of one or more embodiments of this application are set forth in the following drawings and description. Other features, objects, and advantages of this application will become apparent from the specification, drawings, and claims. Attached Figure Description

[0014] To more clearly illustrate the technical solutions in the embodiments of this application, the drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only embodiments of this application. For those skilled in the art, other drawings can be obtained based on the published drawings without creative effort.

[0015] Figure 1 is a schematic diagram of the application environment of an optional process task processing method according to an embodiment of this application;

[0016] Figure 2 is a flowchart of an optional method for processing a schedule task according to an embodiment of this application;

[0017] Figure 3 is a schematic diagram (a) of an optional method for processing a schedule task according to an embodiment of this application;

[0018] Figure 4 is a schematic diagram (II) of an optional method for processing a schedule task according to an embodiment of this application;

[0019] Figure 5 is a schematic diagram (iii) of an optional method for processing a schedule task according to an embodiment of this application;

[0020] Figure 6 is a schematic diagram (iv) of an optional method for processing a schedule task according to an embodiment of this application;

[0021] Figure 7 is a schematic diagram (V) of an optional method for processing a schedule task according to an embodiment of this application;

[0022] Figure 8 is a schematic diagram (vi) of an optional method for processing a schedule task according to an embodiment of this application;

[0023] Figure 9 is a schematic diagram (vii) of an optional method for processing a schedule task according to an embodiment of this application;

[0024] Figure 10 is a system framework diagram of an optional processing method for performing a schedule task according to an embodiment of this application;

[0025] Figure 11 is an overall flowchart of an optional method for processing a schedule task according to an embodiment of this application;

[0026] Figure 12 is an overall schematic diagram of an optional method for processing a schedule task according to an embodiment of this application;

[0027] Figure 13 is a schematic diagram of an optional process task processing device according to an embodiment of this application;

[0028] Figure 14 is a schematic diagram of the structure of an optional electronic device according to an embodiment of this application. Detailed Implementation

[0029] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0030] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0031] Optionally, the above-mentioned method for processing travel tasks can be applied to, but is not limited to, the following scenarios or other application scenarios involving multiple people traveling together; this embodiment does not limit this application:

[0032] 1) Employee travel after company events: In order to promote communication among employees, the company usually organizes employees to participate in various activities, such as dinners or holiday celebrations. After the event, employees who are at the same location can choose to take a taxi back to their respective residences together. At this time, employees can add their addresses through the ride-sharing invitation link shared by the initiator to save time and money.

[0033] 2) Campus Carpooling: On university campuses, students frequently need to travel from campus to different locations within the city, such as weekend trips to various destinations (e.g., shopping). By sending ride-sharing invitations to designated friends on a friend list, and automatically adjusting the initial itinerary information set by the initiator after friends add new locations, the trip is completed according to the adjusted route information. This method not only brings convenience to student travel but also provides transparent updates and progress of the entire trip, improving safety and flexibility.

[0034] 3) Group Tours: When visiting attractions, tour groups typically need to travel from a meeting point to multiple different attractions and then return to the meeting point or hotel. The group leader sets up an itinerary from the meeting point to the initial location, generates a QR code, and sends the QR code to the group chat. Members can scan the QR code to add the addresses of the attractions they want to visit. The system will adjust the current itinerary information in real time after each attraction is added, and each member can view the adjusted itinerary information in real time, improving the transparency of the itinerary information and enhancing the travel experience.

[0035] 4) Control of virtual objects in virtual scenes: In a virtual game scene, if a movement operation is performed on one of the virtual objects in the same area, other virtual objects with different virtual energy values ​​can be invited by the virtual object to participate in the movement operation. By performing batch operations, the other virtual objects are moved to the virtual positions corresponding to their virtual energy values, which reduces the complexity of moving virtual objects and improves the flexibility of moving virtual objects.

[0036] For example, assuming the above-mentioned method for handling travel tasks is applied to personnel travel after the conclusion of the aforementioned corporate activities, the method for handling travel tasks can be implemented through, but is not limited to, the following steps:

[0037] S11, After the corporate event held at the starting point ended, Employee 1 pre-set the starting point and destination through a ride-hailing application. The ride-hailing page displays the initial trip information consisting of the location information of the starting point and the destination, and also displays the function entry for ride-sharing, such as an invitation button.

[0038] S12, by clicking the invite button, share the ride-sharing page (or link, QR code, etc.) to the work group or to one or more close colleagues.

[0039] S13. After clicking the share page (or link, QR code), the client of the person who is going to travel together displays the currently set initial itinerary information, and adds their address 1 by the colleague who is willing to travel together. Address 1 can be a transit point between the origin and destination, or a non-transit point outside the origin and destination.

[0040] S14, in response to the address information added by the companion, the server performs distance calculation to determine the target itinerary information with the least detour. The target itinerary information includes the location information after sorting the destination and address 1 by distance calculation, and the updated target itinerary information is displayed synchronously on the client of employee 1 and the companion.

[0041] S15, after employee 1 places an order, send employee 1 and their companions to the designated location according to the route indicated by the target itinerary information.

[0042] It should be noted that the above examples are optional examples provided to facilitate the explanation of the above-described method for processing travel tasks, and there are no limitations on the specific implementation of the above-described method for processing travel tasks.

[0043] According to one aspect of the embodiments of this application, a method for processing travel tasks is provided. Optionally, as an optional implementation, taking the above-mentioned method for processing travel tasks applied to multiple people traveling in the same vehicle from the same starting point as an example, the method for processing travel tasks can be applied, but is not limited to, the environment shown in FIG1. ​​As shown in FIG1, the terminal device 102 includes a memory 104 for storing various data generated during the operation of the terminal device 102, a processor 106 for processing and calculating the above-mentioned data, and a display 108 for displaying travel information and routes on the travel settings page of the target application. The terminal device 102 can interact with the server 112 via a network 110. The server 112 is connected to a database 114, which is used to store various data.

[0044] Furthermore, the specific application process of the above method in the environment shown in Figure 1 is as follows:

[0045] S102, as shown in Figure 1(a), the pre-set start point and end point are displayed on the trip settings page of the target application on the terminal device 102. If the invitation control (e.g., invite friends) on the page is selected, an invitation request for sharing the ride with the associated account is sent to the server 112 via the network 110.

[0046] S104, After receiving the invitation request, server 112 checks whether the associated account has responded to the invitation request.

[0047] After receiving the invitation request, server 112 can send an inquiry message to the terminal device where the associated account is located, and obtain whether the associated account has responded to the invitation request based on the response information returned by the terminal device.

[0048] S106, when the associated account responds to the invitation request and completes the first addition operation, server 112 performs distance calculation, reorders the termination point and target travel point based on the calculation result, and finally updates the first travel information based on the sorting result to obtain the second travel information.

[0049] The second trip information refers to the trip information updated after the first trip information is updated when the associated account completes the first or second addition operation. It includes the location information of the target trip point added through the addition operation, and the system will execute the target trip task according to the route indicated by the information.

[0050] Specifically, server 112 uses the latitude and longitude information of the starting point, ending point, and target travel point to apply the Euclidean distance formula. Calculate the distance between each point, where d represents the distance between two points, and (x1, y1) and (x2, y2) represent the latitude and longitude coordinates of the two points, respectively. Then, with the goal of minimizing the total travel distance, reorder the termination point and the target travel points. Finally, update the first travel information based on the sorting results to obtain the second travel information.

[0051] S108, upon determining the start of the target travel task, execute the target travel task according to the route indicated by the second travel information, and travel sequentially from the starting point to the ending point and the target travel point according to the sorting result.

[0052] S110, server 112 sends the execution process and screen of the target task to terminal device 102 in real time, so that the task execution progress can be viewed synchronously on the associated account and terminal device 102.

[0053] S112, Real-time screen of the target trip task being executed according to the route indicated by the second trip information is simultaneously displayed on terminal device 102 and the terminal device where the associated account is located.

[0054] Using the embodiments provided in this application, a shared travel request can be proactively initiated to the associated account as needed, and there is no restriction that the target travel point added by the associated account must be a waypoint located between the start and end points. After the associated account completes the first addition operation, the first travel information is adjusted in real time, and the adjusted second travel information is displayed, which improves the real-time nature and flexibility of travel tasks, while also maximizing the satisfaction of the needs of multiple people traveling together, reducing travel time caused by detours, and improving the travel experience.

[0055] Optionally, in this embodiment, the terminal device can be a terminal device configured with a target client, which may include, but is not limited to, at least one of the following: mobile phone (such as Android phone, iOS phone, etc.), laptop computer, tablet computer, PDA, MID (Mobile Internet Devices), PAD, desktop computer, smart TV, etc. The target client may be a video client, instant messaging client, browser client, educational client, etc. The network may include, but is not limited to, wired network and wireless network, wherein the wired network includes: local area network, metropolitan area network and wide area network, and the wireless network includes: Bluetooth, WIFI and other networks that enable wireless communication. The server may be a single server, a server cluster composed of multiple servers, or a cloud server. The above is only an example, and no limitation is made in this embodiment.

[0056] Alternatively, as an alternative solution, as shown in Figure 2, the above-mentioned process for handling the itinerary task may include, but is not limited to, the following steps S202 to S208:

[0057] Step S202: Display the preset start and end points on the itinerary settings page, which includes an invitation control.

[0058] The start and end points are pre-set on the trip page of the target application on the main client where the initiator is located. For example, the start point A and end point B are shown in Figure 3(a). The target application may be, but is not limited to, a ride-hailing application running on the main client.

[0059] A "Ride Together" feature has been added to the ride-hailing app's trip page. When the initiator clicks this feature, the page redirects to the trip settings page shown in Figure 3(b). This trip settings page can be understood as the details page for the ride-sharing trip, displaying the initial trip information for the start and end points pre-set by the initiator. End point B is the default first drop-off point, and a ride-sharing order is created. The validity period of this order can be set to, but is not limited to, 2 hours or other times.

[0060] Meanwhile, an invitation control is displayed on the trip settings page, such as the invitation button shown in Figure 3(b), which is used to share the trip task to the associated account or to a social media platform.

[0061] Step S204: In response to the first trigger operation of the invitation control, the first trip information carrying the start point and end point is shared to the associated account.

[0062] The first itinerary information refers to the itinerary information consisting of the start and end points pre-set on the itinerary settings page. After the initiator executes the first trigger operation on the invitation control, the first itinerary information carrying the start and end points will be shared to associated accounts or virtual social platforms. Associated accounts refer to the accounts to which the initiator shares the first itinerary information carrying the start and end points. These accounts can be specified accounts in the friend account list, accounts in friend groups, or other accounts on the virtual social platform, etc. Associated accounts can add target itinerary points through the add operation. Virtual social platforms refer to virtual network platforms used for social activities. The initiator can share the first itinerary information to this platform, and other accounts on the platform can complete the operation of adding target itinerary points.

[0063] After the first trigger operation is performed on the invitation control, the user is redirected to the page shown in Figure 3(c). This page includes alternative methods for sharing the first trip information, such as directly sharing it to a friend's account, sharing it to a public page on a social media platform, or forwarding it to a group of friends in the form of a QR code. This application embodiment does not limit this.

[0064] It should be noted that, due to the limited number of seats in the shared vehicle and the need to ensure the comfort of multiple travelers, the total number of participants (including the initiator) is usually set to be less than or equal to 3 people.

[0065] Step S206: If the associated account completes the first addition operation, display the second trip information after updating the first trip information. The second trip information includes the location information of the target trip point added through the first addition operation. The location information of the target trip point includes the location information of the waypoints between the start point and the end point and the location information of the non-waypoints beyond the start point and the end point.

[0066] A target travel point refers to a travel point added by an associated account through a first or second add operation in a multi-person travel task. Its location information includes the location information of the waypoints between the start point and the end point, as well as the location information of the non-waypoints beyond the start point and the end point. One target travel point corresponds to one drop-off point.

[0067] After triggering the "Invite Friends" action as shown in Figure 3(c), assume that the link is sent to a friend group 1 as shown in Figure 3(d), which includes a group of accounts including the initiator, and the relationship between the accounts is that they are friends.

[0068] Clearly, the method of sharing the link to the friend group shown in Figure 3(d) is only one example and is not a limitation. For example, you can also directly share the link to a specific account in your friend list, or add a friend's account face-to-face, etc.

[0069] It should be noted that after sharing to the linked account, you can view the first trip information formed by the start point and the end point. At this time, the linked account is not added to the trip by default. You can confirm your agreement to travel with the initiator by triggering the "Add to Trip" button shown in Figure 3(e) through the linked account, but not limited to this.

[0070] Then, perform the first add operation in the trip settings page shown in Figure 3(f) to add the target trip point added by the associated account. For example, Dingding added location C, which is the target drop-off point entered by the associated account.

[0071] In response to the target travel point added by the associated account, the server automatically calculates the distance of the travel path with either the termination point B or the location C as the first drop-off point, and selects the route with the least detour and the shorter distance as the route indicated in the updated travel information.

[0072] Specifically, in response to the target travel point added by the associated account, the server uses the Euclidean distance formula based on the latitude and longitude information of the starting point, ending point B, and location C. Calculate the distance between each point, where d represents the distance between two points, and (x1, y1) and (x2, y2) represent the latitude and longitude coordinates of the two points, respectively. Then, calculate the distance of the travel path that takes either the termination point B or the location C as the first drop-off point, and select the route with the least detour and the shortest distance as the route indicated in the updated travel information.

[0073] For example, as shown in Figure 4(a), assuming the target travel point added by the associated account is location C, the server will automatically calculate the distance from the starting point to the target travel point (e.g., location C) and then to the ending point B as S1 (travel planning 1); and calculate the distance from the starting point to the ending point B and then to the target travel point as S2 (travel planning 2). If S1 is greater than S2, the travel information shown in travel planning 2 will be selected as the second travel information.

[0074] Step S208: Perform the target journey task according to the route indicated by the second journey information.

[0075] If the number of people traveling together does not exceed the maximum number of people allowed, the target journey will be carried out according to the route indicated by the second journey information.

[0076] The above method allows for the proactive sharing of initial trip information, including start and end points, to associated accounts based on user needs. These associated accounts can then add waypoints between the start and end points, or non-waypoints beyond them. The initial trip information is then automatically updated after the addition of target trippoints, ensuring the target trip task is executed according to the updated route information. In other words, by using the location information of the target trippoints added by the associated accounts as a trigger, the initial trip information is automatically updated, enabling real-time route adjustments. This also addresses the lack of flexibility caused by associated accounts only being able to add waypoints, thus significantly improving the flexibility of trip task processing.

[0077] As an optional example, after the first addition operation of the associated account is completed, the above-mentioned second trip information, updated with the first trip information, is displayed, including:

[0078] When the first account performs the first add operation, the second trip information after updating the first trip information is displayed. The second trip information includes the location information of the first trip point added through the first add operation, and the location information of the first trip point is the location information of the target trip point.

[0079] As shown in Figure 4(a), after adding a target travel point through an associated account, the system automatically calculates the distance between the starting point and the target travel point and the ending point, and re-sorts the two drop-off points based on the mileage from the starting point, as shown in Figure 4(b). Specifically, after adding a target travel point through an associated account, the system uses the Euclidean distance formula based on the latitude and longitude information of the starting point, target travel point, and ending point. Calculate the distances between the starting point and the target and ending points, where d represents the distance between the two points, and (x1, y1) and (x2, y2) represent the latitude and longitude coordinates of the two points, respectively. Then, based on the distance from the starting point, reorder the two drop-off points.

[0080] The adjusted order of the two drop-off points is shown in Figure 4(c). First, the destination point (location C) added by the associated account is reached, and then the destination point B set by the initiator is reached.

[0081] It should be noted that the above method of sorting two drop-off points based on the distance between the starting point and the destination / end point is only one example and is not a limitation. For example, two drop-off points can also be sorted based on distance and the duration of the trip.

[0082] For example, when the target destination is a waypoint between the starting point and the ending point, if the target destination is the first drop-off point and the ending point B is the second drop-off point (trip planning 1), although there is less detour, there are more traffic jams on the route, resulting in a longer total trip time. If the ending point B is the first drop-off point and the target destination is the second drop-off point (trip planning 2), although the mileage of the trip is larger, the total time consumed is less due to the smoother roads.

[0083] Based on this, the parameters in both dimensions are weighted and summed. Based on the weighted summation result, the target trip plan is determined from the two trip plans and displayed on the trip settings page. Specifically, let the weight of distance be w1, the weight of trip duration be w2, and w1 + w2 = 1. Let the distance of trip plan 1 be d1 and the trip duration be t1, and the distance of trip plan 2 be d2 and the trip duration be t2. Then, the weighted sum of trip plan 1, S1 = w1 × d1 + w2 × t1, and the weighted sum of trip plan 2, S2 = w1 × d2 + w2 × t2. Comparing the magnitudes of S1 and S2, the trip plan with the smaller weighted sum is selected as the target trip plan and displayed on the trip settings page.

[0084] By adding target travel points through the aforementioned linked accounts, the system can adjust the current travel information in real time and dynamically update the route, improving the efficiency and transparency of ride-sharing.

[0085] As an optional implementation, after the first account performs the first add operation and displays the second trip information updated with the first trip information, the above method further includes: when the first account performs the first view operation, obtaining the first sorting information of the first trip point and the end point in the second trip information, wherein the first sorting information includes the order in which the journey proceeds from the starting point to the first trip point and the end point; displaying the first virtual ride information that matches the first sorting information, wherein the first virtual ride information is used to indicate the ride location of the target object.

[0086] The first sorting information refers to the sorting information of the first travel point and the end point in the second travel information obtained when the first account performs the first viewing operation. It includes the order in which the journey proceeds from the starting point to the first travel point and the end point.

[0087] In addition to updating the trip information in real time after adding the target trip point through the above embodiments, the system can also recommend seats to users based on the order in which the trip arrives at the target trip point and the destination point in the updated trip information.

[0088] Specifically, referring to Figure 4(c), when there are two people in the trip, based on the reordered drop-off points, it is recommended that the first passenger to get off sit in the seat behind the front passenger seat, and the second passenger to get off sit in the seat behind the driver's seat, as shown in Figure 4(d).

[0089] Obviously, the above virtual ride information is just an example and is not limited to it. For example, it may also recommend that the passenger who gets off first sit in the front passenger seat and the passenger who gets off later sit in the seat behind the front passenger seat.

[0090] The above methods clearly inform each traveler of their assigned seat, making it easier to get off the bus and avoiding unnecessary movement within the vehicle. This enhances communication among passengers, prevents potential disputes over seat selection, and makes traveling with multiple passengers more harmonious.

[0091] As an optional example, the above-mentioned display of the second itinerary information updated after the first itinerary information is performed when the associated account completes the first addition operation includes: displaying candidate itinerary information updated after the first itinerary information is performed when the first account performs the first addition operation, wherein the candidate itinerary information includes the location information of the first itinerary point added through the first addition operation; and displaying the second itinerary information updated after the candidate itinerary information is performed when the second account performs the second addition operation, wherein the second itinerary information includes the location information of the second itinerary point added through the second addition operation and the location information of the first itinerary point, the location information of the target itinerary point includes the location information of the first itinerary point and the location information of the second itinerary point, and the associated account includes the first account and the second account.

[0092] Candidate trip information refers to the trip information obtained after updating the first trip information when the first account performs the first add operation. It includes the location information of the first trip point added through the first add operation. If the second account subsequently performs the second add operation, the second trip information will be updated based on this information.

[0093] Assuming that after adding a travel point (location C) through the first associated account, the system automatically adjusts the travel information as shown in Figure 5(a). If a second travel point (location D) is then added through the second associated account, the system will use the Euclidean distance formula based on the latitude and longitude information of the starting point and the three drop-off points (location C, location D, and ending point B). Calculate the distance between each point, where d represents the distance between two points, and (x1, y1) and (x2, y2) represent the latitude and longitude coordinates of the two points, respectively. Then, calculate the travel distance under various combinations of the three drop-off points and the starting point, and select the order of drop-off points corresponding to the travel path with the shortest distance as the final second travel information.

[0094] For example, as shown in Figure 5(b), suppose the second associated account adds location D, and the order of the three drop-off points determined according to the trip distance is location C, the final point B, and location D, then the intelligently adjusted second trip information will be displayed on the main client and other clients where the associated account is located.

[0095] In other words, each added itinerary point will trigger an update or adjustment to the current itinerary information. The purpose is to ensure that after adding a new itinerary point, the final itinerary route is always less detour and takes less time.

[0096] The reason why it can respond promptly to the update process after each added travel point is that this embodiment introduces the system architecture diagram shown in Figure 10. As shown in Figure 10, the system includes a presentation layer, a business logic layer, and a data layer.

[0097] The initiator's interface in the display layer can provide, but is not limited to, an entry point for initiating a ride, displaying the generated mini-program, sharing link, or QR code, and allowing the initiator to view the status information of the trip route in real time during the trip task execution; the passenger can enter the passenger's interface by scanning the code or clicking to enter the mini-program, and add new trip points (which can also be understood as drop-off points), and can also view the seat arrangement and subsequent information such as receiving AA payment reminders.

[0098] The ride-hailing initiation module in the business logic layer receives requests from initiators to share a ride with multiple passengers, initiates the entire process, and generates a mini-program sharing link or QR code for passengers to access. The passenger information processing module processes the drop-off point information entered by passengers via the mini-program or QR code, performing address verification, address encoding conversion, and other operations, standardizing the information before passing it to subsequent modules. Specifically, address verification compares the input address with a pre-set address database to check for validity and spelling errors. Address encoding conversion uses geocoding algorithms to convert the address information into corresponding latitude and longitude coordinates for use by the subsequent route planning module. The route planning module, combining traffic conditions and road maps from the transportation database, calculates the optimal route based on all passengers' drop-off points, determines the order of drop-offs, and outputs the results to the seating arrangement and fare calculation modules. Specifically, the route planning module combines traffic database information such as road conditions and road maps, and uses Dijkstra's algorithm to calculate all possible routes. Based on the drop-off points of all passengers, it calculates the optimal route with the shortest total distance as the objective, determines the order of drop-off points, and outputs the results to the seating arrangement module and the cost calculation module. Dijkstra's algorithm is a greedy algorithm used to calculate the shortest path from a single source node to all other nodes in a graph. In this scenario, the nodes in the graph represent the drop-off points and the starting point, and the edge weights represent the distance between two points.

[0099] In addition, the user information database in the data layer can store, but is not limited to, basic information of the initiator and fellow passengers, such as name, contact information, and frequently used address, to facilitate subsequent identity verification and payment association operations. The traffic database contains real-time traffic information (from other data sources or interfaces with professional traffic data providers), road map data (e.g., coordinates, traffic direction, one-way streets, and other geographical attribute information of each road segment), and traffic fare standard data (details of fare for different road segments, different time periods, and different vehicle types), providing basic support for route planning and cost calculation for trip tasks. The order database records the order details of each multi-person ride-sharing trip, covering key information such as the starting point, drop-off points added by each fellow passenger (target trip point), trip route planning results (i.e., trip information), cost calculation process and final cost sharing, and payment status, facilitating querying, statistics, and subsequent service optimization.

[0100] As an optional implementation, after the second account adds the second travel point, the above method further includes: when the second account performs the second viewing operation, obtaining the second sorting information of the first travel point, the second travel point, and the end point in the second travel information, wherein the second sorting information includes the order in which the journey proceeds from the starting point to the first travel point, the second travel point, and the end point; displaying the second virtual ride information that matches the second sorting information, wherein the second virtual ride information is the updated information of the target object's riding position in the first virtual ride information.

[0101] The second sorting information refers to the sorting information of the first travel point, the second travel point, and the end point in the second travel information obtained when the second account performs the second viewing operation. It includes the order in which the journey proceeds from the starting point to the first travel point, the second travel point, and the end point.

[0102] For example, as shown in Figure 5(b), suppose the second associated account adds location D, and the order of the three drop-off points determined according to the trip distance is location C, the final point B, and location D, then the intelligently adjusted second trip information will be displayed on the main client and other clients where the associated account is located.

[0103] By triggering the view button displayed on the client where the second associated account is located, you can view the second virtual seating information after the first virtual seating information has been updated by the seating arrangement module shown in Figure 10, as shown in Figure 5(c).

[0104] When there are a total of 3 people on the trip, it is recommended that the first person to get off sit in the front passenger seat, the second person to get off sit in the seat behind the front passenger seat, and the third person to get off sit in the seat behind the driver's seat. This reduces unnecessary movement of the later passengers in the car and improves the travel experience.

[0105] It should be noted that, through the aforementioned seating arrangement module, a reasonable seating arrangement plan can be formulated based on the order of drop-off points obtained from the route planning module and the preset model of vehicle seating layout (different seating layout rules apply to different vehicle models), and passengers can be informed of their respective seat positions.

[0106] The above methods can intelligently and dynamically adjust virtual boarding information based on changes in drop-off points, ensuring that each passenger can choose a seat reasonably according to the latest drop-off order, reducing communication costs between passengers, and making the entire travel process more efficient and flexible.

[0107] As another optional example, when the second account performs the second add operation, after displaying the second trip information updated with the candidate trip information, the above method further includes: when the second account performs the cancel operation, removing the location information of the second trip point from the second trip information to obtain the updated third trip information; displaying the third trip information, wherein the third trip information includes the remaining location information in the second trip information after removing the location information of the second trip point.

[0108] The third trip information refers to the updated trip information obtained after the cancellation operation is performed on the second account and the location information of the second trip point is removed from the second trip information. It includes the remaining location information in the second trip information after removing the location information of the second trip point.

[0109] The above embodiments describe the implementation process of dynamically updating and displaying trip information after adding one trip point and multiple trip points, respectively. This embodiment focuses on describing how to adjust the trip information when the number of drop-off points (or trip points) is reduced.

[0110] For example, suppose that after adding location C and location D through the first account and the second account respectively, the second account triggers the "Exit Traveler" button as shown in Figure 5(b), removing the location information of previously added location D from the second travel information. This reduces the number of target travel points. Using the route planning module shown in Figure 10, based on the latitude and longitude information of the starting point and the remaining two drop-off points (location C and ending point B), the Euclidean distance formula is applied. The distance is recalculated, where d represents the distance between the two points, and (x1, y1) and (x2, y2) represent the latitude and longitude coordinates of the two points, respectively. Then, the order of the two remaining drop-off points after reducing the travel distance is adjusted, and the results are output to the seating arrangement module and the cost calculation module.

[0111] The third trip information displays the remaining location information of the two remaining drop-off points after the adjustment, as shown in Figure 5(a). You can also view the adjusted seating layout by clicking the view button shown in Figure 5(a).

[0112] By adopting the above embodiments, the delay time caused by route adjustments and cost recalculation due to passenger cancellations is reduced by updating and displaying trip information in real time, ensuring that the travel arrangements of the remaining passengers are not affected, and improving travel efficiency and passenger satisfaction.

[0113] At the same time, this cancellation and information update mechanism enhances the flexibility of the trip. Even if a passenger decides to cancel before the trip begins, the system can respond quickly, reschedule the trip, and ensure that all passengers receive the best service experience.

[0114] As an optional example, the above-mentioned execution of the target trip task according to the route indicated by the second trip information includes: displaying a target prompt window on the trip settings page when the number of target trip points added through the associated account reaches a preset threshold; and executing the target trip task according to the route indicated by the second trip information when no trigger operation is performed on the target prompt window within a preset time period.

[0115] In the embodiments of this application, the number of target trip points that can be added by the associated account is not more than 2. When the number of target trip points added is 1 or 2, it is possible but must be limited to the initiator performing a second trigger operation on the first control on the page to confirm the order.

[0116] For example, on the client interface where the initiator is located, the information on the changes in the itinerary after the associated account adds the itinerary points can be viewed in real time, as well as the information after the order of the drop-off points is adjusted. At the same time, the layout of recommended seats can be viewed at any time through the "View" button, as shown in Figure 6(a).

[0117] As shown in Figure 6(a), if there is only one location C added through the associated account, the system will automatically update the current trip information, for example, as shown in Figure 6(b). Then, the adjusted second trip information will be displayed on the page shown in Figure 6(c).

[0118] At this point, although the number of target trip points added has not yet reached the upper limit (2), if the initiator performs the second trigger operation on the "Place Order Now" button shown in Figure 6(c), then the order call page after the order is placed will be entered, waiting for the driver to accept the order.

[0119] In addition, if the number of target trip points added has not yet reached the upper limit (2), the initiator can continue to share the current trip task through the "Invite Friends" button shown in Figure 7(a). After adding the second trip point (location D), the number of passengers is full (3), and sharing can no longer be continued. Only the order can be placed, as shown in Figure 7(b).

[0120] By triggering the "Place Order Now" action shown in Figure 7(b), you will enter the order call page. After the driver accepts the order, the order call page shown in Figure 7(c) will be displayed, where you can view the current location and movement status of the vehicle you are riding with in real time.

[0121] In addition, the estimated cost for each drop-off point can be displayed on the order confirmation page after the order is placed, which facilitates subsequent revenue sharing.

[0122] It should be noted that the estimated cost for each drop-off point can be determined, but is not limited to, through the cost calculation module shown in Figure 10. This module, referencing traffic fare standards, the total trip mileage, and the mileage ratio of each passenger, accurately calculates the total cost of the entire trip and the cost to be shared by each passenger, and then transmits the cost-sharing result to the payment module. The calculation process for cost sharing will be explained below with reference to a specific embodiment.

[0123] Through the above methods, the system can intelligently determine the number of passengers and respond instantly to trip initiation operations, providing a more flexible, economical and efficient execution mechanism for multi-person travel.

[0124] As an optional example, the above-mentioned execution of the target trip task according to the route indicated by the second trip information includes: displaying a target prompt window on the trip settings page when the number of target trip points added through the associated account reaches a preset threshold; and executing the target trip task according to the route indicated by the second trip information when no trigger operation is performed on the target prompt window within a preset time period.

[0125] As described in the above embodiments, when the number of target trip points added through the associated account reaches the upper limit (e.g., 2), an order can be initiated by the initiator placing an order. In addition, the system also provides another method: when the number of target trip points added through the associated account reaches the upper limit, a prompt window as shown in Figure 8(a) will pop up on the initiator's trip settings page.

[0126] The prompt window shows that the number of people required for the current trip task is full. Please confirm whether you want to place an order. If the initiator clicks the "Yes" button in the prompt window within the remaining countdown time (for example, 5 minutes), and then clicks "Place Order Now", the order will be successfully placed and you will be taken to the order page.

[0127] However, if the initiator does not perform any triggering operation on the target prompt window within the remaining countdown time and does not click the "Place Order Now" button, the system will automatically trigger the order placement operation after the countdown ends and enter the order page shown in Figure 8(b).

[0128] By using the above methods, the waiting time for fellow passengers can be reduced and the efficiency of the trip can be improved in the event of an operator's mistake or forgetting to place an order.

[0129] Obviously, it is easy to understand that if you choose to exit the travel companion through the page shown in Figure 5(a) or Figure 5(b) where the associated account is located before placing an order, the system will automatically reduce the target travel point added by the associated account in the current travel task. After responding to the change of the target travel point, the route planning module shown in Figure 10 will re-plan the order of arrival at the remaining travel points and the end point, and display the updated travel information.

[0130] By adding a target notification window, the initiator can be promptly reminded that the order initiation conditions have been met, enabling them to place the order in a timely manner and reducing waiting time for all participants. Adding automatic trip confirmation avoids errors caused by forgetting to check trip status and missing order placement times, improving the reliability and flexibility of trip tasks.

[0131] As an optional implementation, the above method further includes: canceling the execution of the target trip task in response to a third trigger operation on the target option in the target prompt window; and executing the target trip task according to the route indicated by the first trip information in response to a fourth trigger operation on the first control.

[0132] Suppose that the number of target trip points added through the associated account reaches the limit, and the target prompt window shown in Figure 8(a) is displayed in the client of the initiator, and the initiator clicks the "No" button in the target prompt window and then clicks the "Cancel Ride Together" button, the current multi-person ride-sharing trip task will be canceled, and the user will return to the ride-hailing page shown in Figure 3(a).

[0133] When the initiator performs a trigger operation on the first control (place order immediately), the target journey task is executed according to the route indicated by the first journey information. The route indicated by the first journey information may be, but is not limited to, the journey route from the starting point A to the ending point B as shown in Figure 3(a).

[0134] In other words, if the initiator chooses to cancel the trip, the system will respond promptly to the change in the trip information status, ensuring the flexibility and adjustability of the trip task execution and improving the adaptability of trip tasks involving multiple people.

[0135] As an optional implementation, the above-mentioned execution of the target trip task according to the route indicated by the second trip information includes: if the number of target trip points added by the associated account is less than or equal to a preset threshold, in response to the fifth trigger operation of the first control, executing the target trip task according to the route indicated by the second trip information; after the target trip task is completed, in response to the sixth trigger operation of the second control, sharing resource allocation information carrying virtual resources to the associated account; and based on the resource allocation information, transferring a preset number of virtual resources to the target account through the associated account. Resource allocation information refers to information carrying virtual resources. After the target trip task is completed, the initiator, in response to the sixth trigger operation of the second control, shares this information to the associated account, and the associated account transfers a preset number of virtual resources to the target account based on this information.

[0136] As can be seen from the description in the above embodiments, if the number of target trip points added through the associated account does not exceed a preset threshold (e.g., 2), and the initiator performs a fifth trigger operation on the first control, the target trip task will be executed according to the route indicated by the second trip information. The first control may be, but is not limited to, the "Place Order Now" button as shown in Figure 7(b).

[0137] On the order page while waiting for the driver to accept the order, you can also see the estimated cost for each drop-off point, as shown in Figure 8(b). The cost calculation module shown in Figure 10 calculates the cost that each passenger should pay.

[0138] After the target trip task is completed and all passengers have been dropped off at the target drop-off point, the aforementioned fee calculation module will also calculate the amount each passenger needs to pay based on the actual mileage traveled, as shown in Figure 9(a).

[0139] After the order is completed, payment can be made in, but is not limited to, the following two methods:

[0140] (1) The initiator pays all the total fees in advance, and then the payment link or QR code is shared with the associated accounts by performing the trigger operation on the second control (share with friends) shown in Figure 9(a). Then each associated account pays the corresponding amount to the initiator's account.

[0141] Among them, the resource allocation information of virtual resources can be shared to the friend group of the friend account shown in Figure 9(b), or directly to the target associated account in the friend account list.

[0142] When viewing resource allocation information through a linked account (e.g., payment link or details page), a screen like Figure 9(c) will be displayed, indicating the amount to be paid by the linked account. For example, it may indicate that Dingding and Xiaozhang need to pay the corresponding amount to the initiator, Xiaoming.

[0143] (2) The initiator initiates the resource allocation information for AA payment and shares it with each associated account. Then, the travel expenses in this trip are paid by the initiator's account and the associated accounts respectively.

[0144] It should be noted that, without the initiator needing to pay the order fee upfront, both the initiator and passengers with the associated accounts can view the bill details and check each person's payment status at any time. If anyone forgets to pay, the system will send a payment reminder within a preset time period. The purpose of this is to ensure the interests of everyone traveling together in a group, and to ensure the transparency and fairness of cost sharing.

[0145] The aforementioned cost calculation module can, but is not limited to, refer to traffic fare standard data, total trip mileage, and the mileage ratio of each passenger to accurately calculate the total cost of the entire trip and the cost to be shared by each passenger, and then transmit the results to the payment module shown in Figure 10.

[0146] For example, the system can automatically calculate the mileage of the shared ride and the mileage of the solo ride based on different drop-off points, and then combine the two to estimate the cost for each passenger. Specifically, the calculation logic for the cost borne by a single passenger is a first part of the cost generated from the shared ride distance and a second part of the cost generated from the solo ride distance, that is, the calculation logic for the cost borne by a single user = shared ride distance × mileage unit price / number of passengers + solo ride distance × mileage unit price.

[0147] Specifically, let the total trip cost be C. total The mileage of the same route is L. shared The number of passengers is n, and the unit price per kilometer of the route is p. shared The distance of each passenger's solo journey is (i represents the i-th passenger), the mileage fare for the solo segment is p. single The total trip cost Costs to be shared by individual passengers

[0148] After calculating the cost for each passenger through the cost calculation module, the payment module shown in Figure 10 connects with a third-party payment platform. After the trip ends, the process of the initiator paying the total cost is processed first, and then the initiator is assisted in initiating the AA payment collection so that other passengers can pay their costs in a timely manner, ensuring the smooth collection of costs, and the payment status is fed back to the order database for updating.

[0149] It should be noted that the system framework shown in Figure 10 is able to achieve the aforementioned payment and route planning processes primarily through external systems within the framework. These systems interact with external traffic data providers, map service providers, and third-party payment platforms via API interfaces to ensure the system can obtain the necessary data and services regarding traffic conditions, maps, and payment in real time, thus ensuring the normal operation of the entire multi-passenger ride-hailing system. Specifically, it interacts with traffic data providers to obtain real-time traffic information and traffic fare standards; it interacts with map service providers to obtain road map data, such as the coordinates, traffic directions, and one-way streets of each road segment; and it interacts with third-party payment platforms to obtain payment status information and complete payment operations.

[0150] By sharing and processing the resource allocation information of the aforementioned virtual resources, the transparency and fairness of resource allocation are ensured, errors or disputes that may arise from manual calculations are avoided, and the efficiency of fee payment is improved.

[0151] As an optional example, the above-mentioned response to the first triggering operation of the invitation control, sharing the first trip information carrying the start point and end point to the associated account, includes: in response to the first triggering operation of the invitation control, sharing the first trip information carrying the start point and end point to the associated account or virtual social platform; if the number of target trip points after the addition operation is completed through other accounts in the associated account and virtual social platform does not reach the preset threshold, allowing the invitation control to be triggered again.

[0152] As can be seen from the above embodiments, the system will usually pre-set the maximum number of people traveling together based on the vehicle model, for example, 3 people (including the initiator). Therefore, when the initiator chooses to share the travel link to the associated account, the "Invite Friends" trigger operation shown in Figure 3(b) can be a single operation or multiple repeated operations.

[0153] When performing repeated operations, the ride-sharing link can be shared with different accounts in the friend account list multiple times, or shared with different friend groups or social platforms. However, when the number of target trip points added through the associated account or other accounts in the virtual social platform reaches the preset threshold (by default, one friend account corresponds to one trip point, and one trip point corresponds to one drop-off point), the initiator will perform the order placement operation or cancel the ride-sharing operation.

[0154] The purpose of this method is to increase the flexibility of the initiator in choosing associated accounts, while ensuring that the trip is executed in a timely manner after the number of passengers reaches the limit, thus ensuring the efficiency of the trip and saving passengers' time.

[0155] To gain a clearer understanding of the above technical solution, the following explanation of the processing method for the above-mentioned schedule tasks will be provided from the perspective of background implementation, in conjunction with the overall timing flowchart shown in Figure 11.

[0156] S1102, is an invitation for ride-sharing initiated by the initiator.

[0157] Referring to Figure 3(a), in a ride-hailing application (or an application that integrates this function), if the initiator selects the multi-person ride-sharing mode through the "Ride Together" function entry, they can click the corresponding button to initiate a multi-person ride-sharing request.

[0158] At this point, the system's ride-hailing initiation module receives the request, generates a unique ride-hailing order identifier, and then feeds this sharing information back to the initiator's interface for display. The initiator can then choose to share it with fellow passengers.

[0159] S1104, Processing order information.

[0160] The server will process the current first trip information based on the start and end points preset by the initiator, and execute step S1106.

[0161] S1106, Return order information to the initiator and confirm ride-sharing order information.

[0162] That is, display the first travel information as shown in Figure 3(b), and then execute step S1108.

[0163] S1108, share current itinerary information and invite associated accounts to add their itinerary points.

[0164] Specifically, you can click the "Invite Friends" button shown in Figure 3(b) to send the current itinerary information set by the initiator to the associated account, and then proceed to step S1110.

[0165] S1110: If a passenger chooses to join the group, the first trip information set by the current initiator will be displayed.

[0166] After receiving the shared information, the passenger will see the current trip information set by the initiator (i.e., the first trip information) by default. The purpose of this is to confirm the starting point of the current trip information in order to determine whether to join the ride.

[0167] S1112, store the location information from the first trip information to the server.

[0168] S1114, Return location information to the client where the passenger is located.

[0169] S1116, if the restrictions on traveling to multiple locations are met, add new target travel points through linked accounts.

[0170] If the total number of passengers participating in the ride does not exceed the limit and the route indicated by the current trip information meets the ride-sharing conditions, a new drop-off point can be added through the linked account. This can be done, but is not limited to, by scanning a QR code or entering the mini-program, accessing the passenger's interface, and then entering their drop-off address.

[0171] It should be noted that the address information added by fellow passengers is received by the system's fellow passenger information processing module. This module performs verification, address encoding, and other operations, and after processing, it passes the standardized address information to the route planning module.

[0172] S1118 After adding the target itinerary point through the linked account, the itinerary information after adding the target itinerary point is displayed in real time in the initiator's client.

[0173] After receiving the drop-off addresses added by all associated accounts through the route planning module shown in Figure 10, it initiates an order request to the ride-hailing service provider. Based on the obtained data, the ride-hailing service provider confirms the order, assigns a driver to accept the order, and starts the trip.

[0174] Simultaneously, a path planning algorithm is used to calculate and determine the driving route and the order of drop-off points, and the order information is transmitted to the server's seating arrangement module.

[0175] S1120, the order is confirmed by the initiator executing the trigger operation.

[0176] The initiator may, but is not limited to, confirm the order by performing a trigger operation on the "Place Order Now" button as shown in Figure 7(b).

[0177] S1122, place an order with a ride-hailing service provider.

[0178] S1124 confirms the current order and assigns a driver through the ride-hailing server.

[0179] S1126, through the ride-hailing server, returns the order status information to the local server.

[0180] S1128, Display the current order processing status in the initiator's client.

[0181] For example, the current location of the vehicle and vehicle information.

[0182] S1130, query seat arrangement information.

[0183] As described in step S1118 above, after sending the order information of the drop-off points to the seating arrangement module, the seating arrangement module generates a seating arrangement plan based on the order information and the vehicle seating layout, and then feeds the plan back to the initiator's interface and the passenger's interface for display.

[0184] The specific generation algorithm can be as follows: based on the order of disembarkation, prioritize seating passengers who disembark first near the door. For example, in a typical 4-seater sedan, if there are 3 passengers, the first passenger to disembark is seated in the front passenger seat, the second passenger in the seat behind the front passenger seat, and the third passenger in the seat behind the driver's seat; if there are 2 passengers, the first passenger to disembark is seated in the seat behind the front passenger seat, and the second passenger in the seat behind the driver's seat.

[0185] Specifically, you can, but are not limited to, click the "View" button shown in Figure 5(b) to view the seating layout or riding information as shown in Figure 5(c).

[0186] S1132, calculate the seating arrangement rules based on the drop-off point.

[0187] For example, if there are only two people, the first person to get out of the car is advised to sit in the back seat of the front passenger seat, and the second person to get out of the car is advised to sit in the back seat of the driver's seat; if there are three people, the first person to get out of the car is advised to sit in the front passenger seat, the second person to get out of the car is advised to sit in the back seat of the front passenger seat, and the third person to get out of the car is advised to sit in the back seat of the driver's seat.

[0188] S1134, return to seat arrangement information.

[0189] S1136, through the initiator's client, synchronize the seating arrangement information to the client of the associated account.

[0190] S1138, query segmented trip costs.

[0191] To ensure the reasonableness and fairness of the fees, this embodiment has a separate billing module for segmented trips with multiple drop-off points.

[0192] At the end of the trip, the fare calculation module obtains a fare list from the ride-hailing service provider, calculates the total fare and each passenger's share of the fare based on the total trip mileage and the mileage ratio of each passenger, and then transmits the fare information to the server's payment module. Specifically, the fare calculation module obtains the fare list from the ride-hailing service provider, and uses the Euclidean distance formula based on each passenger's drop-off and start points. Calculate the mileage traveled by each passenger, where d represents the distance between two points, and (x1, y1) and (x2, y2) represent the latitude and longitude coordinates of the two points, respectively. Then, combining the total trip mileage and the proportion of each passenger's mileage, calculate the mileage using the formula... Calculate the cost shared by each passenger, where C i L represents the cost to be shared by the i-th passenger. shared p represents the distance of the shared journey. shared This represents the mileage-based price per unit distance for the shared route, where n represents the number of passengers. p represents the mileage of the solo leg of the i-th passenger. single This indicates the unit price per kilometer for solo travel.

[0193] S1140, calculate the cost of traveling with companions and traveling alone.

[0194] Specifically, the mileage for each person traveling together and the mileage for traveling alone are calculated, and each person's cost is composed of these two parts. For details, please refer to the description in the above embodiment, which will not be repeated here.

[0195] S1142, return the cost information to the initiator's client.

[0196] S1144, Payment is initiated through the initiator's account.

[0197] The payment module first guides the initiator to make the total payment. After the initiator completes the payment, the payment module sends a payment success message to the initiator's interface and initiates the AA payment process, pushing the AA payment request to the passenger's interface.

[0198] After receiving the payment request from AA, each passenger pays their own fare through the payment module. The payment module then updates the order database with the payment status of each passenger until all passengers have completed their payments or the set payment processing time period has been reached.

[0199] S1146, return payment result.

[0200] This includes a breakdown of bills payable by passengers other than the initiator.

[0201] S1148, share bill details to associated accounts and pay their share of the costs through the associated accounts.

[0202] During this process, the payment status and payment results of each associated account will be displayed in real time.

[0203] The following explanation, using the overall schematic diagram shown in Figure 12 as an example, further illustrates the processing method for the above-mentioned travel task.

[0204] S1202, the initiator starts the ride-sharing trip by clicking the "Ride Together" button shown in Figure 12(a).

[0205] S1204, an invitation control is displayed on the ride-sharing page.

[0206] By triggering the invitation control, the ride-sharing link or QR code can be shared to the associated account or the friend group of the associated account, as shown in Figure 12(c).

[0207] S1206, through the trigger operation of the associated account, the itinerary settings page shown in Figure 12(d) is displayed;

[0208] S1208 allows users to add their own drop-off points through linked accounts.

[0209] For example, Dingding added his drop-off point as location C through his account, as shown in Figure 12(d).

[0210] S1210, view the recommended seating layout after adding a target travel point (or drop-off point).

[0211] Specifically, by clicking the "View" button shown in Figure 12(d), you can see the seating information automatically recommended by the system, as shown in Figure 12(e). For example, Xiaoming, who gets off first, is recommended to sit in the back seat of the front passenger seat, and Dingding, who gets off second, is recommended to sit in the back seat of the driver's seat.

[0212] S1212, the initiator triggers the "Place Order Now" button on the page shown in Figure 12(f) to confirm the order.

[0213] S1214: After placing an order, you will be taken to the order page, where you can view the estimated cost for each passenger at each drop-off point.

[0214] As shown in Figure 12(g), the page waiting for orders displays the estimated cost that Xiaoming and Dingding should each pay.

[0215] S1216 After the trip, the organizer prepays all expenses and then shares the expense breakdown details with the associated accounts.

[0216] For example, by clicking the “Share with friends” button shown in Figure 12(h), the cost-sharing details can be sent to the associated account.

[0217] S1218, Display the cost sharing details in the client of the associated account and prompt it to pay the cost to the initiator.

[0218] For details, please refer to the page shown in Figure 12(i). Once the passenger has made payment, the trip is complete.

[0219] Through the embodiments provided in this application, first trip information carrying the start and end points can be proactively shared to an associated account according to user needs. The associated account can then add waypoints located between the start and end points, or non-waypoints beyond them. The first trip information after adding the target trip point is automatically updated, allowing the target trip task to be executed according to the route indicated by the updated second trip information. In other words, by using the location information of the target trip point added by the associated account as a trigger, the first trip information is automatically updated, enabling real-time route adjustments. This also solves the problem of limited flexibility caused by the associated account only being able to add waypoints, thus achieving the technical effect of improving the flexibility of trip task processing.

[0220] It should be noted that, for the sake of simplicity, the foregoing method embodiments are all described as a series of actions. However, those skilled in the art should understand that this application is not limited to the described order of actions, as some steps may be performed in other orders or simultaneously according to this application. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions and modules involved are not necessarily essential to this application.

[0221] According to another aspect of the embodiments of this application, a process apparatus for implementing the above-described process task processing method is also provided. As shown in FIG13, the apparatus includes:

[0222] The first display unit 1302 is used to display a preset start point and end point in the trip settings page, wherein the trip settings page includes an invitation control;

[0223] The sharing unit 1304 is used to share first trip information carrying the start point and end point to the associated account in response to the first trigger operation of the invitation control;

[0224] The second display unit 1306 is used to display the second trip information after the first trip information is updated when the associated account completes the first addition operation. The second trip information includes the location information of the target trip point added through the first addition operation. The location information of the target trip point includes the location information of the waypoint between the start point and the end point and the location information of the non-waypoint beyond the start point and the end point.

[0225] The first processing unit 1308 is used to execute the target journey task according to the route indicated by the second journey information.

[0226] Optionally, the second display unit 1306 includes:

[0227] The first display module is used to display the second trip information after updating the first trip information when the first account performs the first add operation. The second trip information includes the location information of the first trip point added through the first add operation, and the location information of the first trip point is the location information of the target trip point.

[0228] Optionally, the first display module mentioned above includes:

[0229] The first acquisition submodule is used to acquire the first sorting information of the first travel point and the end point in the second travel information when the first account performs the first viewing operation. The first sorting information includes the order in which the journey proceeds from the starting point to the first travel point and the end point.

[0230] The first display submodule is used to display first virtual ride information that matches the first sorting information, wherein the first virtual ride information is used to indicate the ride location of the target object.

[0231] Optionally, the second display unit 1306 includes:

[0232] The second display module is used to display candidate trip information after updating the first trip information when the first account performs the first add operation. The candidate trip information includes the location information of the first trip point added through the first add operation.

[0233] The third display module is used to display the updated second trip information when the second account performs the second add operation. The second trip information includes the location information of the second trip point added through the second add operation and the location information of the first trip point. The location information of the target trip point includes the location information of the first trip point and the location information of the second trip point. The associated accounts include the first account and the second account.

[0234] Optionally, the above-mentioned device further includes:

[0235] The first acquisition module is used to acquire second sorting information of the first travel point, the second travel point, and the end point in the second travel information when the second account performs the second viewing operation. The second sorting information includes the order in which the journey proceeds from the starting point to the first travel point, the second travel point, and the end point.

[0236] The fourth display module is used to display the second virtual riding information that matches the second sorting information, wherein the second virtual riding information is the updated information of the riding position of the target object in the first virtual riding information.

[0237] Optionally, the above-mentioned device further includes:

[0238] The first processing module is used to remove the location information of the second trip point from the second trip information and obtain the updated third trip information when the second account performs a cancellation operation.

[0239] The fifth display module is used to display the third travel information, which includes the remaining position information in the second travel information after removing the position information of the second travel point.

[0240] Optionally, the first processing unit 1308 includes:

[0241] The second processing module is used to execute the target trip task according to the route indicated by the second trip information in response to the second trigger operation of the first control when the number of target trip points added through the associated account is less than or equal to a preset threshold.

[0242] Optionally, the first processing unit 1308 includes:

[0243] The sixth display module is used to display a target prompt window on the trip settings page when the number of target trip points added through associated accounts reaches a preset threshold.

[0244] The third processing module is used to execute the target journey task according to the route indicated by the second journey information if no trigger operation is performed on the target prompt window within a preset time period.

[0245] Optionally, the above-mentioned device further includes:

[0246] The second processing unit is used to cancel the execution of the target process task in response to a third trigger operation on the target option in the target prompt window;

[0247] The third processing unit is used to respond to the fourth trigger operation of the first control and execute the target travel task according to the route indicated by the first travel information.

[0248] Optionally, the above-mentioned device further includes:

[0249] The fourth processing unit is used to execute the target trip task according to the route indicated by the second trip information in response to the fifth trigger operation of the first control when the number of target trip points added by the associated account is less than or equal to a preset threshold.

[0250] The fifth processing unit is used to share resource allocation information carrying virtual resources to the associated account in response to the sixth trigger operation on the second control after the target task is completed.

[0251] The transfer unit is used to transfer a preset number of virtual resources to a target account through associated accounts based on resource allocation information.

[0252] Optionally, the aforementioned sharing unit 1304 includes:

[0253] The sharing module is used to respond to the first trigger operation of the invitation control and share the first trip information carrying the start point and end point to the associated account or virtual social platform.

[0254] The fourth processing module is used to allow the invitation control to be triggered again if the number of target trip points after the addition operation is completed through associated accounts and other accounts in the virtual social platform does not reach the preset threshold.

[0255] For specific implementation methods, please refer to the various examples in the above-described method for processing travel tasks; these will not be repeated here.

[0256] According to another aspect of the embodiments of this application, an electronic device for implementing the above-described processing method for a task is also provided. This embodiment uses a server as an example to illustrate the electronic device. As shown in FIG14, the electronic device includes a memory 1402 and a processor 1404. The memory 1402 stores a computer program, and the processor 1404 is configured to execute the steps of any of the above-described method embodiments via the computer program.

[0257] Optionally, in this embodiment, the aforementioned electronic device may be located in at least one of a plurality of network devices in a computer network.

[0258] Optionally, in this embodiment, the processor can be configured to perform the following steps via a computer program:

[0259] S1, Display the preset start and end points on the itinerary settings page, which includes an invitation control;

[0260] S2, in response to the first trigger operation of the invitation control, shares the first trip information carrying the start and end points to the associated account;

[0261] S3, if the associated account completes the first addition operation, display the second trip information after updating the first trip information. The second trip information includes the location information of the target trip point added through the first addition operation. The location information of the target trip point includes the location information of the waypoints located between the start point and the end point and the location information of the non-waypoints beyond the start point and the end point.

[0262] S4, execute the target journey task according to the route indicated by the second journey information.

[0263] Optionally, those skilled in the art will understand that the structure shown in Figure 14 is merely illustrative, and the electronic device may also be a smartphone (such as an Android phone, iOS phone, etc.), tablet computer, PDA, mobile internet device (MID), PAD, and other terminal devices. Figure 14 does not limit the structure of the aforementioned electronic device. For example, the electronic device may also include more or fewer components (such as network interfaces) than shown in Figure 14, or have a different configuration than that shown in Figure 14.

[0264] The memory 1402 can be used to store software programs and modules, such as the program instructions / modules corresponding to the trip task processing method and apparatus in this embodiment. The processor 1404 executes various functional applications and data processing by running the software programs and modules stored in the memory 1402, thereby implementing the trip task processing method described above. The memory 1402 may include high-speed random access memory and non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 1402 may further include memory remotely located relative to the processor 1404, and these remote memories can be connected to the terminal via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof. As an example, as shown in FIG14, the memory 1402 may include, but is not limited to, the first display unit 1302, sharing unit 1304, second display unit 1306, and first processing unit 1308 in the trip task processing apparatus described above. In addition, other module units in the trip task processing apparatus may also be included, but will not be described in detail in this example.

[0265] Optionally, the transmission device 1406 described above is used to receive or send data via a network. Specific examples of the network described above may include wired networks and wireless networks. In one example, the transmission device 1406 includes a Network Interface Controller (NIC), which can be connected to other network devices and routers via a network cable to communicate with the Internet or a local area network. In another example, the transmission device 1406 is a Radio Frequency (RF) module, used for wireless communication with the Internet.

[0266] In addition, the aforementioned electronic device also includes a display 1408 and a connection bus 1410 for connecting the various module components in the aforementioned electronic device.

[0267] In other embodiments, the aforementioned terminal device or server can be a node in a distributed system, wherein the distributed system can be a blockchain system, which is a distributed system formed by connecting multiple nodes through network communication. The nodes can form a point-to-point network, and any form of computing device, such as a server, terminal, or other electronic device, can become a node in the blockchain system by joining this point-to-point network.

[0268] According to one aspect of this application, a computer program product is provided, comprising a computer program / instructions containing program code for performing the methods described above. In such embodiments, the computer program can be downloaded and installed from a network via a communication component, and / or installed from a removable medium. When the computer program is executed by a central processing unit, it performs various functions provided in the embodiments of this application.

[0269] According to one aspect of this application, another computer program product is also provided, including a non-volatile computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the methods in various embodiments of this application.

[0270] According to one aspect of this application, a computer-readable storage medium is provided, wherein a processor of a computer device reads computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the above-described method.

[0271] Optionally, in this embodiment, the computer-readable storage medium may be configured to store a computer program for performing the following steps:

[0272] S1, Display the preset start and end points on the itinerary settings page, which includes an invitation control;

[0273] S2, in response to the first trigger operation of the invitation control, shares the first trip information carrying the start and end points to the associated account;

[0274] S3, if the associated account completes the first addition operation, display the second trip information after updating the first trip information. The second trip information includes the location information of the target trip point added through the first addition operation. The location information of the target trip point includes the location information of the waypoints located between the start point and the end point and the location information of the non-waypoints beyond the start point and the end point.

[0275] S4, execute the target journey task according to the route indicated by the second journey information.

[0276] It should be noted that the data collection and processing described in this application should strictly comply with the requirements of relevant national laws and regulations, obtain the informed consent or separate consent of the personal information subject, and carry out subsequent data use and processing within the scope of laws and regulations and the authorization of the personal information subject.

[0277] Optionally, in the embodiments of this application, the terms "module" or "unit" refer to a computer program or part of a computer program with a predetermined function, which works together with other related parts to achieve a predetermined goal, and can be implemented wholly or partially using software, hardware (such as processing circuitry or memory), or a combination thereof. Similarly, a processor (or multiple processors or memory) can be used to implement one or more modules or units. Furthermore, each module or unit can be part of an overall module or unit that includes the functionality of that module or unit.

[0278] Optionally, in this embodiment, those skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be implemented by a program instructing the hardware related to the terminal device. The program can be stored in a computer-readable storage medium, which may include: flash drive, read-only memory (ROM), random access memory (RAM), disk or optical disk, etc.

[0279] If the integrated units in the above embodiments are implemented as software functional units and sold or used as independent products, they can be stored in the aforementioned computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause one or more computer devices (which may be personal computers, servers, or network devices, etc.) to execute all or part of the steps of the methods of the various embodiments of this application.

[0280] In summary, this application provides a method, apparatus, storage medium, computer program product, and electronic device for processing travel tasks. By displaying pre-set start and end points on a travel settings page, which includes an invitation control, and responding to a first trigger operation of the invitation control, first travel information carrying the start and end points is shared to an associated account. After the associated account completes a first addition operation, updated second travel information is displayed, which includes the location information of target travel points added through the first addition operation. The target travel point location information covers waypoints located between the start and end points and non-waypoints outside this range. Finally, the target travel task is executed according to the route indicated by the second travel information. This solution breaks the limitations of traditional travel planning on waypoints, utilizes the system's real-time processing capabilities, and updates travel information based on any target travel points added by the associated account. At the algorithm level, it optimizes the logical structure of travel planning, improves the flexibility and adaptability of travel planning, reduces resource waste caused by detours, and enhances resource utilization and efficiency during the travel task execution phase.

[0281] Furthermore, when the first account performs the first add operation, the updated second trip information is displayed, including the location information of the first trip point, which is also the location information of the target trip point. At the data level, the system can quickly update the trip data storage for the add operation of a single associated account. Through the optimization of the data structure and the dynamic update mechanism, the real-time and accuracy of the trip information are guaranteed, providing a more reliable data foundation for subsequent algorithm-based trip planning and execution. This improves the timeliness of the system in processing trip tasks while optimizing the data processing flow.

[0282] After the first account performs the first add operation and displays the updated second trip information, when the first account performs the first view operation, it retrieves the first sorting information of the first trip point and the end point in the second trip information, including the order of travel from the starting point to the first trip point and the end point. Simultaneously, it displays the matching first virtual seating information to indicate the target passenger's seating location. At the system architecture level, by establishing a mapping relationship between the trip point sorting algorithm and the virtual seating information, the data interaction process is optimized, clearly informing each traveler of their seat, reducing passenger movement during the trip, minimizing in-vehicle space occupation and interference, improving trip safety and comfort, and also helping to improve vehicle space utilization. This optimization achieves improvements in both physical resource utilization and system interaction logic.

[0283] When the associated accounts complete the first addition operation and display the updated second trip information, if the first account performs the first addition operation, the updated candidate trip information displayed includes the location information of the first trip point; if the second account performs the second addition operation, the updated second trip information displayed includes the location information of both the second and first trip points, the target trip point location information includes the location information of both the first and second trip points, and the associated accounts include both the first and second accounts. In terms of algorithmic complexity, this solution supports multiple associated accounts adding trip points sequentially. Each addition triggers the system to update and adjust the trip information. Through dynamic programming, it ensures that after adding new trip points, the trip route always remains in an optimal state with minimal detours and time consumption, improving the system's ability and efficiency in handling multi-user trip tasks, reducing overall trip resource consumption, and achieving improvements in algorithm performance and resource management.

[0284] After the second account performs the second add operation and displays the updated second trip information, when the second account performs the second view operation, it retrieves the second sorting information of the first trip point, the second trip point, and the end point in the second trip information, including the order in which passengers travel from the starting point to these points. Simultaneously, it displays the matching second virtual ride information, which is the updated information regarding the target passenger's seating position in the first virtual ride information. At the data update and synchronization level, as trip points are added and trip information is updated, dynamically adjusting the virtual ride information ensures that each passenger chooses a seat reasonably based on the latest disembarkation order. The data synchronization mechanism reduces communication costs between passengers and seat adjustment time, improving the intelligence and efficiency of trip planning, further enhancing the execution efficiency of trip tasks, and optimizing data update and interaction logic.

[0285] After the second account performs the second add operation and displays the updated second trip information, if the second account performs a cancellation operation, the location information of the second trip point is removed from the second trip information, resulting in updated third trip information, which is then displayed. The third trip information includes the remaining location information of the second trip information after removing the second trip point location information. In terms of system fault tolerance and recovery, this solution enables the system to respond promptly to cancellation operations from associated accounts. By re-planning trip information through data deletion and replanning algorithms, it reduces delays in route adjustments and fare recalculation caused by passenger trip cancellations, ensuring that the trip arrangements for remaining passengers are not affected. This improves the stability and reliability of trip tasks, reduces the cost of handling abnormal situations, and enhances the system's fault tolerance.

[0286] When executing a target trip task according to the route indicated by the second trip information, if the number of target trip points added through the associated account is less than or equal to a preset threshold, the system responds to the second trigger operation on the first control and executes the target trip task according to the route indicated by the second trip information. At the user interaction and decision-making level, this gives the initiator the right to decide whether to execute the trip task when the number of target trip points has not reached the upper limit. Through user interface design and decision logic optimization, the flexibility of trip task execution is increased, enabling the initiator to make more appropriate decisions based on the actual situation, improving the system's user experience and adaptability, and achieving optimization in human-computer interaction and decision support.

[0287] When executing the target itinerary task according to the route indicated by the second itinerary information, if the number of target itinerary points added through the associated account reaches a preset threshold, a target prompt window will be displayed on the itinerary settings page. If no trigger operation is performed on the target prompt window within a preset time period, the target itinerary task will continue to execute according to the route indicated by the second itinerary information. In terms of system reminders and automation, displaying the target prompt window can promptly remind the initiator that the order initiation conditions have been met, prompting them to place the order in a timely manner through a message push mechanism, reducing waiting time for fellow travelers. The automatic itinerary confirmation mechanism uses timers and task scheduling algorithms to avoid errors caused by the initiator forgetting to check the itinerary status and missing the order placement time, improving the reliability and efficiency of itinerary task execution, reducing the risk of itinerary delays due to human negligence, and optimizing the system's reminder and automation processes.

[0288] Based on the aforementioned target prompt window, the system responds to the third trigger operation of the target option in the target prompt window to cancel the execution of the target travel task; and responds to the fourth trigger operation of the first control to execute the target travel task according to the route indicated by the first travel information. At the system state management level, this solution grants the initiator the option to cancel or continue executing the travel task. The system, through a state machine model, can quickly respond to the initiator's decision, promptly adjust the travel task state, enhance the flexibility and adjustability of travel task execution, improve the system's ability to cope with different situations, reduce resource waste caused by decision-making errors, and optimize the system state management logic.

[0289] When executing the target journey task according to the route indicated by the second journey information, if the number of target journey points added by the associated account is less than or equal to a preset threshold, the fifth trigger operation of the first control is responded to, and the target journey task is executed according to the route indicated by the second journey information. After the target journey task is completed, the sixth trigger operation of the second control is responded to, and resource allocation information carrying virtual resources is shared to the associated account. Based on this information, the associated account transfers a preset number of virtual resources to the target account. At the resource allocation and transaction level, through an automated virtual resource allocation and transfer mechanism, smart contracts and data encryption technology are used to reduce human intervention, improve the accuracy and efficiency of cost sharing, avoid errors and disputes caused by manual calculation and operation, ensure the fairness and transparency of resource allocation, and improve resource management and transaction security.

[0290] Upon the first trigger of the invitation control, the initial trip information is shared to the associated account or virtual social platform. If the number of target trip points added by other accounts on the associated account and virtual social platform does not reach a preset threshold, the invitation control can be triggered again. In terms of social dissemination and task expansion, this increases the initiator's flexibility in selecting associated accounts, allowing them to share the trip task multiple times based on actual circumstances. This attracts more associated accounts to participate through a social network propagation model, increasing the participation rate and success rate of the trip task. Simultaneously, it ensures that the trip task is executed promptly once the maximum number of passengers is reached, improving the efficiency and resource utilization of trip task execution and optimizing the logic of social dissemination and task expansion.

[0291] The system architecture comprises a presentation layer, a business logic layer, and a data layer. The presentation layer provides an interface for both the initiator and passengers. Through optimized interface design and interaction logic, it improves user interaction efficiency, facilitating users initiating and participating in trips and viewing related information. The business logic layer's modules for initiating a ride, processing passenger information, and planning routes utilize Dijkstra's algorithm for route planning, combined with traffic data such as road conditions and maps from the traffic database. This optimizes route calculation in terms of algorithm complexity and performance, improving the accuracy and efficiency of route planning. The data layer's user information database, traffic database, and order database employ reasonable data structures and storage strategies to ensure efficient storage and rapid retrieval of user information, traffic data, and order information. This provides stable data support for the entire trip task processing system, enhancing its data processing capabilities and reliability.

[0292] In the above embodiments of this application, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0293] In the several embodiments provided in this application, it should be understood that the disclosed client can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces, indirect coupling or communication connection between units or modules, and may be electrical or other forms.

[0294] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0295] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0296] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0297] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the invention patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.

Claims

1. A method for processing a schedule task, executed by an electronic device, comprising: The trip settings page displays the preset start and end points, and includes an invitation control. In response to a first trigger operation on the invitation control, first trip information carrying the start point and the end point is shared to the associated account; Upon completion of the first addition operation of the associated account, second trip information updated with the first trip information is displayed. The second trip information includes location information of the target trip points added through the first addition operation. The location information of the target trip points includes location information of waypoints located between the start point and the end point, and location information of non-waypoints located outside the start and end points. Perform the target journey task according to the route indicated by the second journey information.

2. The method according to claim 1, wherein, upon completion of the first addition operation of the associated account, displaying the second itinerary information updated with the first itinerary information includes: When the first account performs the first add operation, the second trip information after updating the first trip information is displayed. The second trip information includes the location information of the first trip point added through the first add operation, and the location information of the first trip point is the location information of the target trip point.

3. The method according to claim 2, wherein after displaying the second trip information updated with the first trip information when the first account performs the first add operation, the method further includes: When the first account performs the first viewing operation, the first sorting information of the first travel point and the end point in the second travel information is obtained, wherein the first sorting information includes the order in which the journey proceeds from the starting point to the first travel point and the end point; Display first virtual ride information that matches the first sorting information, wherein the first virtual ride information is used to indicate the ride location of the target object.

4. The method according to any one of claims 1 to 3, wherein, upon completion of the first addition operation of the associated account, displaying the second trip information updated with the first trip information includes: When the first account performs the first add operation, candidate trip information after updating the first trip information is displayed, wherein the candidate trip information includes the location information of the first trip point added through the first add operation; When the second account performs the second add operation, the second trip information after updating the candidate trip information is displayed. The second trip information includes the location information of the second trip point added through the second add operation and the location information of the first trip point. The location information of the target trip point includes the location information of the first trip point and the location information of the second trip point. The associated account includes the first account and the second account.

5. The method according to claim 4, wherein after displaying the updated second trip information after the second account performs the second add operation, the method further comprises: When the second account performs the second viewing operation, the second sorting information of the first trip point, the second trip point and the termination point in the second trip information is obtained, wherein the second sorting information includes the order in which the trip is driven from the starting point to the first trip point, the second trip point and the termination point respectively; Displays second virtual ride information that matches the second sorting information, wherein the second virtual ride information is information updated based on the ride position of the target object in the first virtual ride information.

6. The method according to claim 4 or 5, wherein after displaying the updated second trip information after the second account performs the second add operation, the method further comprises: If the second account performs a cancellation operation, the location information of the second trip point is removed from the second trip information to obtain the updated third trip information; The third travel information is displayed, wherein the third travel information includes the remaining position information in the second travel information after removing the position information of the second travel point.

7. The method according to any one of claims 1 to 6, wherein performing the target journey task according to the route indicated by the second journey information comprises: If the number of target trip points added through the associated account is less than or equal to a preset threshold, the target trip task is executed according to the route indicated by the second trip information in response to a second trigger operation on the first control.

8. The method according to any one of claims 1 to 7, wherein performing the target journey task according to the route indicated by the second journey information comprises: If the number of target trip points added through the associated account reaches a preset threshold, a target prompt window will be displayed on the trip settings page; If no trigger operation is performed on the target prompt window within the preset time period, the target trip task is executed according to the route indicated by the second trip information.

9. The method according to claim 8, further comprising: In response to a third triggering action on the target option in the target prompt window, the execution of the target schedule task is cancelled; In response to a fourth trigger operation on the first control, the target travel task is executed according to the route indicated by the first travel information.

10. The method according to any one of claims 1 to 9, wherein performing the target journey task according to the route indicated by the second journey information comprises: If the number of target trip points added by the associated account is less than or equal to a preset threshold, in response to the fifth trigger operation of the first control, the target trip task is executed according to the route indicated by the second trip information; After the target task is completed, in response to the sixth trigger operation on the second control, the resource allocation information carrying virtual resources is shared to the associated account; Based on the resource allocation information, a preset number of virtual resources are transferred from the associated account to the target account.

11. The method according to any one of claims 1 to 10, wherein sharing first trip information carrying the start point and the end point to the associated account in response to a first trigger operation on the invitation control comprises: In response to a first trigger operation on the invitation control, the first trip information carrying the start point and the end point is shared to the associated account or virtual social platform; If the number of target travel points after the addition operation is completed through the associated account and other accounts in the virtual social platform does not reach the preset threshold, the invitation control is allowed to be triggered again.

12. A processing device for a travel task, comprising: The first display unit is used to display a preset start point and end point in the itinerary settings page, wherein the itinerary settings page includes an invitation control; The sharing unit is configured to, in response to a first trigger operation of the invitation control, share first trip information carrying the start point and the end point to the associated account; The second display unit is used to display the second trip information after updating the first trip information when the associated account completes the first addition operation. The second trip information includes the location information of the target trip point added through the first addition operation. The location information of the target trip point includes the location information of the waypoints located between the start point and the end point and the location information of the non-waypoints outside the start point and the end point. The first processing unit is used to execute the target travel task according to the route indicated by the second travel information.

13. A computer-readable storage medium comprising a stored program, wherein, The program can be executed by a terminal device or computer at runtime as described in any one of claims 1 to 11.

14. A computer program product comprising a computer program / instructions that, when executed by a processor, implement the steps of the method described in any one of claims 1 to 11.

15. An electronic device comprising a memory and a processor, the memory storing a computer program, the processor being configured to perform the method of any one of claims 1 to 11 via the computer program.

Images