WO2020155837A1 - 约车信息展示方法、装置、系统及设备 - Google Patents

约车信息展示方法、装置、系统及设备 Download PDF

Info

Publication number
WO2020155837A1
WO2020155837A1 PCT/CN2019/122559 CN2019122559W WO2020155837A1 WO 2020155837 A1 WO2020155837 A1 WO 2020155837A1 CN 2019122559 W CN2019122559 W CN 2019122559W WO 2020155837 A1 WO2020155837 A1 WO 2020155837A1
Authority
WO
WIPO (PCT)
Prior art keywords
type
user
information
itinerary
driver
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2019/122559
Other languages
English (en)
French (fr)
Inventor
钮清锋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of WO2020155837A1 publication Critical patent/WO2020155837A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0631—Recommending goods or services
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Electronic shopping [e-shopping] utilising user interfaces specially adapted for shopping
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Definitions

  • the embodiments of this specification relate to the field of information technology, in particular to a method, device, system, and equipment for displaying ride-hailing information.
  • the list usually contains multiple passenger itinerary information.
  • Each passenger itinerary information includes the passenger's origin, destination, departure time, and distance from himself, etc., which are used for driver decision-making.
  • the amount of information that drivers need to pay attention to is relatively large. Because I don’t know the real situation, when there are multiple options to choose from, you need to repeatedly click on the list page and the details page to select the "best solution" from memory.
  • the embodiment of this specification provides a car-hailing information display solution, including three aspects.
  • the embodiment of this specification provides a method for displaying ride-hailing information, including:
  • the client sends first-type user itinerary information to the server, where the first-type user itinerary information includes the start point, end point, and departure time of the first-type user;
  • the server determines the matching index of the second type of user’s itinerary information according to the first type of user’s itinerary information and the second type of user’s itinerary information, where the second type of user’s itinerary information contains the start, end, and Departure time, the matching index is used to characterize the matching degree of both parties' trips;
  • the server returns multiple second-type user travel information including matching indices to the client;
  • the client terminal receives the plurality of second-type user itinerary information including the matching index to the client, and displays the itinerary selection interface containing a plurality of second-type user itinerary information, wherein, in the itinerary selection interface, a plurality of second types Class user itinerary information is arranged in order from large to small according to the matching index;
  • the second type of user when the first type of user is a passenger, the second type of user is a driver; when the first type of user is a driver, the second type of user is a passenger.
  • the embodiment of this specification provides another method for displaying ride-hailing information, including:
  • the second type of user when the first type of user is a passenger, the second type of user is a driver; when the first type of user is a driver, the second type of user is a passenger.
  • the embodiment of this specification provides yet another method for displaying ride-hailing information, including:
  • first-type user itinerary information includes the starting point, ending point, and departure time of the first-type user
  • the matching index of the second type of user travel information is determined, wherein the second type of user travel information includes the start point, end point and departure time of the second type of user ,
  • the matching index is used to characterize the matching degree of both parties' travel;
  • the second type of user when the first type of user is a passenger, the second type of user is a driver; when the first type of user is a driver, the second type of user is a passenger.
  • the embodiment of this specification also provides a car-hailing information display system, including a client and a server, where:
  • the client sends first-type user itinerary information to the server, where the first-type user itinerary information includes the start point, end point, and departure time of the first-type user;
  • the server determines the matching index of the second type of user’s itinerary information according to the first type of user’s itinerary information and the second type of user’s itinerary information, where the second type of user’s itinerary information contains the start, end, and Departure time, the matching index is used to characterize the matching degree of both parties' trips;
  • the server returns multiple second-type user travel information including matching indices to the client;
  • the client terminal receives the plurality of second-type user itinerary information including the matching index to the client, and displays the itinerary selection interface containing a plurality of second-type user itinerary information, wherein, in the itinerary selection interface, a plurality of second types Class user itinerary information is arranged in order from large to small according to the matching index;
  • the second type of user when the first type of user is a passenger, the second type of user is a driver; when the first type of user is a driver, the second type of user is a passenger.
  • the embodiment of this specification also provides a ride-hailing information display device on the client side, including:
  • a sending module to send first-type user travel information to the server, where the first-type user travel information includes the start point, end point, and departure time of the first-type user;
  • the receiving module receives a plurality of second-type user itinerary information including matching indexes returned by the server.
  • the matching index is determined by the server according to the first-type user itinerary information and the second-type user itinerary information, and is used to characterize the travel of both parties The degree of match;
  • a display module to display a itinerary selection interface containing a plurality of second-type user itinerary information, wherein, in the itinerary selection interface, a plurality of second-type user itinerary information are arranged in order from large to small according to the matching index;
  • the second type of user when the first type of user is a passenger, the second type of user is a driver; when the first type of user is a driver, the second type of user is a passenger.
  • the embodiment of this specification also provides a car-hailing information display device on the server side, including:
  • the receiving module receives first-type user travel information, wherein the first-type user travel information includes the start point, end point, and departure time of the first type user;
  • the determining module determines the matching index of the second type of user travel information according to the first type of user travel information and the second type of user travel information, wherein the second type of user travel information includes the start and end points of the second type of user And departure time, the matching index is used to characterize the matching degree of both parties' trips;
  • a sending module sending the plurality of second-type user travel information including matching indices to the client, so that the client can sort the plurality of second-type user travel information according to the matching indices;
  • the second type of user when the first type of user is a passenger, the second type of user is a driver; when the first type of user is a driver, the second type of user is a passenger.
  • the first type of user publishes the itinerary to the server, and the server matches the first type of user’s itinerary with the second type of user’s itinerary, and filters out a batch of second type of user itineraries that contain matching degrees. , And send to the client.
  • the client sorts the second-type user's itinerary according to the matching degree, arranges it in descending order when displaying the second-type itinerary, and displays the displayed matching degree, which can facilitate the user to make a choice and improve the user's ride-hailing experience.
  • any one of the embodiments of the present specification does not need to achieve all the above-mentioned effects.
  • FIG. 1 is a schematic flowchart of a method for displaying ride-hailing information corresponding to the system provided by an embodiment of this specification;
  • Figure 2a is a schematic diagram of a kind of display information in the current online car-hailing
  • Fig. 2b is a schematic diagram showing a kind of driver itinerary information provided by an embodiment of this specification.
  • FIG. 3 is a schematic flowchart of a method for displaying car-hailing information on a client side according to an embodiment of this specification
  • FIG. 4 is a schematic flowchart of a method for displaying ride-hailing information on the server side provided by an embodiment of the specification
  • FIG. 5 is a schematic structural diagram of a car-hailing information display device on the client side according to an embodiment of this specification
  • FIG. 6 is a schematic structural diagram of a car-hailing information display device on the server side according to the embodiment of this specification;
  • FIG. 7 is a schematic diagram of the hardware structure of a computing device for configuring the method of the embodiment of this specification.
  • FIG. 2a is a schematic diagram of displaying information in the current online car-hailing.
  • the list contains information: the driver's place of departure (distance from his place of departure), destination (distance from his destination), departure time, number of people, etc.
  • the amount of information that users need to pay attention to is relatively large.
  • the driver’s itinerary is displayed in the form of a list, and passengers need to compare and select the best plan multiple times, which results in higher decision-making costs.
  • the embodiments of this specification provide a more convenient car-hailing information display solution, which can facilitate the user to make a choice and improve the user's car-hailing experience.
  • Fig. 1 is a schematic flowchart of a method for displaying car-hailing information in the system provided by the embodiment of this specification. As shown in Fig. 1, the process specifically includes the following steps:
  • the client sends first-type user travel information to the server, where the first-type user travel information includes the start point, end point, and departure time of the first-type user.
  • users include drivers or passengers, and the first type of user and the second type of user are relatively speaking.
  • the first type of user is a passenger
  • the second type of user is a driver
  • the first type of user is a driver
  • the second type of user is a passenger
  • both drivers and passengers can release their own itinerary information to the server through the client, and the released user itinerary information should at least include the starting point, ending point and departure time.
  • the itinerary information can also include other information.
  • the driver’s itinerary information can include the number of people that can be carried, and the passenger’s itinerary information can include the number of people who need to take the bus, and the itinerary information can also include the user’s contact information, etc. .
  • the server determines the matching index of the second type of user travel information according to the first type of user travel information and the second type of user travel information, where the second type of user travel information includes the starting point, End point and departure time, the matching index is used to characterize the matching degree of the two parties' travel.
  • the server can pre-establish a database for storing user travel information. For example, create two tables for storing passenger travel information and driver travel information respectively. Whenever the user's itinerary information is received, it is first stored in respective tables according to the type of user.
  • the server When the server receives the first type of user’s itinerary information, it can first make a judgment. If the first type of user is a driver, it will match from the passenger’s itinerary information table; if the first type of user is a passenger, it will be from the driver’s itinerary. Match in the information table. When matching, it can be calculated according to various types of information contained in the itinerary information of both parties to obtain the matching degree of the second type of user itinerary information. For example, a comprehensive evaluation can be made based on the distance between the starting point of the two parties, the distance between the end points of the two parties, the travel distance of the two parties, the departure time interval of the two parties, etc., to generate a matching index that characterizes the matching degree of the two parties' trips. Generally speaking, match The larger the index, the closer the journey of both parties. There are many specific calculation methods for the matching index, which can be carried out according to the actual situation, and there is no need to make specific restrictions here.
  • S105 The server returns a plurality of second-type user travel information including matching indexes to the client.
  • the client terminal receives the plurality of second-type user itinerary information including matching indexes to the client, and displays a itinerary selection interface including a plurality of second-type user itinerary information, wherein, in the itinerary selection interface, multiple The second type of user travel information is arranged in descending order according to the matching index.
  • the client After receiving multiple second-type itinerary information, the client can display multiple second-type itinerary information in the itinerary selection interface. Specifically, the descending sort order can be performed according to the size of the matching index contained in the second type of itinerary information. That is, the second type of users with high matching degree is ranked first for users to choose. In an interface, due to multiple factors such as user equipment and interface settings, the amount of itinerary information that can be displayed at the same time is limited, and the user can browse all the itinerary information in the interface by sliding, dragging, and so on.
  • FIG. 2b is a schematic diagram of a driver's itinerary information provided by an embodiment of this specification.
  • the first type of user is the passenger
  • the second type of user is the driver.
  • the descending order shows the itinerary information of multiple drivers (two are displayed on the front end, and the rest of the driver’s itinerary information can be displayed through the sliding selection operation on the interface), so passengers can know the driver’s itinerary according to the matching index
  • the degree of matching with your own itinerary, and you can easily know that the driver's itinerary in the top row may be closer to your own itinerary.
  • the first type of user publishes the itinerary to the server, and the server matches the first type of user’s itinerary with the second type of user’s itinerary, and filters out a batch of second type of user itineraries that contain matching degrees. , And send to the client.
  • the client sorts the second-type user's itinerary according to the matching degree, and displays the second-type itinerary in descending order, and displays the matching degree, which can facilitate the user to make a choice and improve the user's ride-hailing experience.
  • the client can also receive a selection instruction of the first type of user, select the second type of user’s itinerary information, and call the map application.
  • the first type of route is displayed visually.
  • the solid-line path in the figure represents the travel path of the first type of user (in this figure, it is the passenger).
  • the map application is called The interface correspondingly displays the selected second type of user itinerary in the form of a dashed path, so that the user can easily see the degree of matching between the other party's path and his own path from the map, and can also see whether a detour is needed. This is even more important when the first type of user is a driver. If the distance is too large, it is a factor that must be considered. By visually displaying the path of the two sides on the map for comparison, the driver can more easily make accurate Judgment. And, you can also estimate the estimated possible cost based on the itinerary in the interface, and display it for users to choose.
  • the server can also determine the detour distance. It should be noted that the detour distance here is actually calculated according to a certain algorithm, and is not necessarily equal to the actual detour distance. distance. For example, suppose the starting position of the driver is a1 and the ending position b1, and the distance between the two is s1; the starting position of the passenger is a2 and the ending position b2, and the distance between the two is s2.
  • detour distance s3 distance(a1,a2)+distance(a2,b2)+distance(b2,b1)-s1; another One calculation method is to call the path planning interface of the map application, determine a path from a1 to b1, passing through a2 and b2, and subtract s1 from the length of the path to determine the detour distance.
  • the server can also determine the departure time interval based on the departure time difference between the driver and the passenger, that is, the waiting time that the driver or passenger may need.
  • the server can return the second-type user's itinerary information including the matching index, detour distance, and departure time interval to the first-type user's client, which further facilitates the first-type user to understand the degree of matching of the itinerary, and when the matching index appears
  • the client can also sort according to the detour distance and the departure time interval, and rank the smaller detour distance in the forefront.
  • the preset condition is that the matching index exceeds a threshold (for example, 85%, or 90%, etc.), or the matching index is placed before the specified rank in the ranking (for example, the matching index is ranked in the top 15).
  • step S103 when the server calculates the information of the second type of user itinerary information, when the server performs matching from the second type of user itinerary information table, it can also perform a preprocessing filter first, and only calculate the effective first The matching index of the second type of user travel information.
  • the departure time in the second user’s itinerary information is after the first type of user’s itinerary, or the absolute value of the departure time difference exceeds the departure time threshold (which can be preset by the first type of user or the system default value), then It is determined that the second type of user travel information is invalid.
  • the relative distance between the passenger journey information and the driver journey information exceeds the spatial threshold, and the relative distance here includes the distance between the start point, the distance between the end points, or the shortest distance between two paths, etc.
  • the second type of user itinerary information is invalid.
  • V a default value can be preset, such as 35 kilometers per hour
  • L the distance between the departure point of the driver and the passenger
  • T the departure time interval between the two
  • the detour distance between the passenger itinerary information and the driver's itinerary information exceeds a distance threshold, and the detour distance is determined by the starting point and the end point of the passenger's itinerary information and the driver's itinerary information.
  • the calculation method of the detour distance can be calculated according to the previous calculation method.
  • the constraint condition further includes: the number of people in the passenger itinerary information is greater than the number of people in the driver's itinerary information, that is, the number of seats that the driver can provide Less than the number of passengers traveling.
  • the spatial identity index DR 1-(L3-L1)/L1
  • the spatial identity index DR 1-(L3-L2)/L2, etc.
  • a relatively moderate size of L3 for example, L3 ⁇ (L1+L2)*1.5
  • the matching index can be determined according to the spatial synchronization index DR.
  • One feasible way is to ignore the time factor and directly determine the spatial synchronization index DR as the matching index.
  • T is smaller, it means that the time of the driver and the passenger is more synchronized, that is, the time synchronization index It is negatively correlated with the difference time T.
  • a pre-defined mapping relationship table between the difference time T and the time synchronization index TR, where the larger T, the smaller the TR, so that the time synchronization index TR can be obtained from the table according to the query corresponding to T. As shown in Table 1:
  • the time synchronization index and the space synchronization index can be comprehensively considered to calculate the matching index.
  • the matching index is several ways to calculate the matching index:
  • the first is the addition of the weights of the time synchronization index and the space synchronization index.
  • the matching index R W(TR)*TR+W(DR)*DR.
  • W(DR) is the distance weight, which can be freely configured as a decimal between [0,1], for example, the default value is 0.9;
  • W(TR) is the time weight, which can be set to 1-W(DR), the default The value is 0.1.
  • W(TR) and W(DR) have already been explained above, and will not be repeated here.
  • FIG. 3 is a schematic flowchart of the method for displaying ride-hailing information on the client side, including:
  • S301 Send the first type of user itinerary information to the server, where the first type of user itinerary information includes the start point, end point, and departure time of the first type of user;
  • S303 Receive a plurality of second-type user itinerary information including matching indexes returned by the server.
  • the matching index is determined by the server according to the first-type user itinerary information and the second-type user itinerary information, and is used to characterize the travel of both parties. Matching degree;
  • S305 Display a itinerary selection interface containing a plurality of user itinerary information of the second type, where in the itinerary selection interface, the plurality of user itinerary information of the second type are arranged in order from large to small according to the matching index;
  • the second type of user when the first type of user is a passenger, the second type of user is a driver; when the first type of user is a driver, the second type of user is a passenger.
  • FIG. 4 is a schematic flowchart of the method for displaying ride-hailing information on the server side, including:
  • S401 Receive first-type user itinerary information, where the first-type user itinerary information includes the start point, end point, and departure time of the first-type user;
  • S403 Determine the matching index of the second type of user travel information according to the first type of user travel information and the second type of user travel information, where the second type of user travel information includes the start point, the end point, and the second type of user travel information. Departure time, the matching index is used to characterize the matching degree of both parties' trips;
  • S405 Send the plurality of second-type user travel information including the matching index to the client, so that the client sorts the plurality of second-type user travel information according to the matching index.
  • the second type of user when the first type of user is a passenger, the second type of user is a driver; when the first type of user is a driver, the second type of user is a passenger.
  • the embodiment of this specification also provides a car-hailing information display system, including a client and a server, wherein the client sends first-type user travel information to the server, wherein the first-type user
  • the itinerary information contains the starting point, ending point and departure time of the first type of user
  • the server determines the matching index of the second type of user’s itinerary information according to the first type of user’s itinerary information and the second type of user’s itinerary information, where the The second type of user itinerary information includes the start, end, and departure time of the second type of user, and the matching index is used to characterize the matching degree of the two parties' trips
  • the server returns multiple second-type user itinerary information including the matching index to the client
  • the client receives the plurality of second-type user itinerary information including matching indices to the client, and displays a itinerary selection interface containing a plurality of second-type user itinerary information, wherein, in the itinerary selection interface, a plurality of first The travel information of the second type of users is arranged in descending order according to the
  • the client receives the selection instruction of the first type of user, and determines the second type of user travel information selected by the first type of user in the itinerary selection interface; in the called map interface, The path form visually displays the first type of user travel information and the currently selected second type of user travel information.
  • the client receives a plurality of second-type user itinerary information including matching index and detour distance returned by the server.
  • detour distance Sort For the second-type user itinerary information with the same matching index, according to the detour distance Sort from small to large.
  • the server determines a plurality of user travel information of the second type including matching indices that meet preset conditions, and the preset conditions include: the matching index exceeds a threshold, or the matching index is in the ordering It is located before the designated ranking; and returns the travel information of the multiple second-type users that meet the preset conditions and include the matching index to the client.
  • the server filters out the second-type user itinerary information that meets the constraint conditions, and selects the remaining second-type user itinerary information, where the constraint conditions include: passenger itinerary information and driver itinerary information , The absolute value of the difference between the departure time exceeds the departure time threshold; or the relative distance between the passenger travel information and the driver’s travel information exceeds the space threshold, and the relative distance is determined by the start or end of the passenger travel information and the start or end of the driver’s travel information Determine; or, the detour distance between the passenger's itinerary information and the driver's itinerary information exceeds the distance threshold, and the detour distance is determined by the starting point and the end point of the passenger's itinerary information and the driver's itinerary information.
  • the constraint conditions include: passenger itinerary information and driver itinerary information , The absolute value of the difference between the departure time exceeds the departure time threshold; or the relative distance between the passenger travel information and the driver’s travel information exceeds the space threshold, and the relative distance is determined by the start or end of the passenger travel information and the start or end of the driver’
  • the constraint condition when the first type of user itinerary information and the second type of user itinerary information include the number of people, the constraint condition further includes: the number of people in the passenger itinerary information is greater than the number of people in the driver's itinerary information.
  • the server calls the map application to determine the driver path length L1 from the driver's start point to the driver's end point, the passenger path length L2 from the passenger start point to the passenger end point, and the passenger start point to the driver start point in the map application
  • the server determines the matching index of the second type of user travel information by using the spatial synchronization index.
  • the embodiment of this specification also provides a car-hailing information display device, as shown in FIG. 5, which is a schematic structural diagram of a car-hailing information display device on the client side provided by the embodiment of this specification. include:
  • the sending module 501 sends first-type user travel information to the server, where the first-type user travel information includes the start point, end point, and departure time of the first-type user;
  • the receiving module 503 receives a plurality of second-type user itinerary information including matching indexes returned by the server.
  • the matching index is determined by the server according to the first-type user itinerary information and the second-type user itinerary information, and is used to characterize both parties The matching degree of the trip;
  • the display module 505 displays an itinerary selection interface containing a plurality of user itinerary information of the second type, wherein, in the itinerary selection interface, the plurality of user itinerary information of the second type are arranged in order from large to small according to the matching index; wherein, When the first type of user is a passenger, the second type of user is a driver; when the first type of user is a driver, the second type of user is a passenger.
  • the embodiment of this specification also provides another car-hailing information display device, as shown in FIG. 6, which is a structural diagram of a car-hailing information display device on the server side provided by the embodiment of this specification ,include:
  • the receiving module 601 receives first-type user itinerary information, where the first-type user itinerary information includes the start point, end point, and departure time of the first-type user;
  • the determining module 603 determines the matching index of the second type of user travel information according to the first type of user travel information and the second type of user travel information, wherein the second type of user travel information includes the starting point and the second type of user travel information. End point and departure time, the matching index is used to characterize the matching degree of both parties' trips;
  • the sending module 605 is configured to send the plurality of user travel information of the second type including the matching index to the client, so that the client can sort the plurality of user travel information of the second type according to the matching index; wherein, when the first type of user is When the passenger is a passenger, the second type of user is a driver; when the first user is a driver, the second type of user is a passenger.
  • the embodiments of this specification also provide a computer device, which includes at least a memory, a processor, and a computer program stored in the memory and running on the processor, wherein the processor implements the program shown in FIG. 3 or FIG. 4 when the program is executed. Show method of car-hailing information as shown.
  • FIG. 7 shows a more specific hardware structure diagram of a computing device provided by an embodiment of this specification.
  • the device may include a processor 1010, a memory 1020, an input/output interface 1030, a communication interface 1040, and a bus 1050.
  • the processor 1010, the memory 1020, the input/output interface 1030, and the communication interface 1040 realize the communication connection between each other in the device through the bus 1050.
  • the processor 1010 may be implemented by a general CPU (Central Processing Unit, central processing unit), microprocessor, application specific integrated circuit (Application Specific Integrated Circuit, ASIC), or one or more integrated circuits, etc., for execution related Program to realize the technical solutions provided in the embodiments of this specification.
  • CPU Central Processing Unit
  • ASIC Application Specific Integrated Circuit
  • the memory 1020 may be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory, random access memory), static storage device, dynamic storage device, etc.
  • the memory 1020 may store an operating system and other application programs. When the technical solutions provided in the embodiments of the present specification are implemented through software or firmware, related program codes are stored in the memory 1020 and called and executed by the processor 1010.
  • the input/output interface 1030 is used to connect an input/output module to realize information input and output.
  • the input/output/module can be configured in the device as a component (not shown in the figure), or can be connected to the device to provide corresponding functions.
  • the input device may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and an output device may include a display, a speaker, a vibrator, an indicator light, and the like.
  • the communication interface 1040 is used to connect a communication module (not shown in the figure) to realize the communication interaction between the device and other devices.
  • the communication module can realize communication through wired means (such as USB, network cable, etc.), or through wireless means (such as mobile network, WIFI, Bluetooth, etc.).
  • the bus 1050 includes a path for transmitting information between various components of the device (for example, the processor 1010, the memory 1020, the input/output interface 1030, and the communication interface 1040).
  • the above device only shows the processor 1010, the memory 1020, the input/output interface 1030, the communication interface 1040, and the bus 1050, in the specific implementation process, the device may also include the equipment necessary for normal operation. Other components.
  • the above-mentioned device may also include only the components necessary to implement the solutions of the embodiments of this specification, and not necessarily include all the components shown in the figures.
  • the embodiment of the present specification also provides a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the method for displaying car-hailing information shown in FIG. 3 or FIG. 4 is implemented.
  • Computer-readable media includes permanent and non-permanent, removable and non-removable media, and information storage can be realized by any method or technology.
  • the information can be computer-readable instructions, data structures, program modules, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, CD-ROM, digital versatile disc (DVD) or other optical storage, Magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media can be used to store information that can be accessed by computing devices. According to the definition in this article, computer-readable media does not include transitory media, such as modulated data signals and carrier waves.
  • a typical implementation device is a computer.
  • the specific form of the computer can be a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email receiving and sending device, and a game control A console, a tablet computer, a wearable device, or a combination of any of these devices.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Navigation (AREA)
  • Train Traffic Observation, Control, And Security (AREA)
  • Traffic Control Systems (AREA)

Abstract

一种约车信息展示方法、装置、系统及设备，所述方法包括：第一类用户发布行程至服务端，服务端则根据第一类用户行程与第二类用户行程进行匹配，筛选出一批包含匹配度的第二类用户行程，并发送至客户端。客户端则根据匹配度对第二类用户行程进行排序，在展示第二类行程时进行降序排列，并显示匹配度。

Description

约车信息展示方法、装置、系统及设备 技术领域
本说明书实施例涉及信息技术领域，尤其涉及约车信息展示方法、装置、系统及设备。
背景技术
在当前，用户(包括乘客和司机)通过移动电子设备进行网络约车已很常见。在某一类网络约车服务中，需要用户首先发布自己行程，然后服务端给出多个相匹配的对方行程信息供用户进行选择，并且以信息列表的形式展示，用户在信息列表里选择最适合自己的对方行程，以共同出行。顺风车就是这类服务的典型示例。
例如，在用户为司机时，列表上通常包含多条乘客行程信息，每条乘客行程信息中，包含乘客的始发地、目的地、出发时间以及与自己的距离等等，用于司机决策，此时司机需要关注的信息量较大。由于不了解真实的顺路情况，在有多个选项可供选择的情形下，需要通过反复点击列表页与详情页，凭着记忆选出“最佳方案”。
基于此，需要一种对用户更便利的约车信息展示方案。
发明内容
针对现有约车信息展示不利于用户选择的问题，为实现更便利于用户进行约车选择，本说明书实施例提供一种约车信息展示方案，包括三个方面，在对于系统的第一方面，本说明书实施例提供一种约车信息展示方法，包括：
客户端发送第一类用户行程信息至服务端，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
服务端根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，其中，所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间，所述匹配指数用于表征双方出行的匹配程度；
服务端返回多个包含匹配指数的第二类用户行程信息至客户端；
客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端，展示包含多个第二类用户行程信息的行程选择界面，其中，在所述行程选择界面中，多个第二类用户 行程信息根据匹配指数从大至小依序排列；
其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
在对于客户端的第二方面，本说明书实施例提供另一种约车信息展示方法，包括：
发送第一类用户行程信息至服务端，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
接收服务端所返回的多个包含匹配指数的第二类用户行程信息，所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定，用于表征双方出行的匹配程度；
展示包含多个第二类用户行程信息的行程选择界面，其中，在所述行程选择界面中，多个第二类用户行程信息根据匹配指数从大至小依序排列；
其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
在对于服务端的第三方面，本说明书实施例提供再一种约车信息展示方法，包括：
接收第一类用户行程信息，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，其中，所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间，所述匹配指数用于表征双方出行的匹配程度；
发送所述多个包含匹配指数的第二类用户行程信息至客户端，以便客户端根据匹配指数对所述多个第二类用户行程信息排序；
其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
对应第一方面，本说明书实施例还提供一种约车信息展示系统，包括客户端和服务端，其中，
客户端发送第一类用户行程信息至服务端，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
服务端根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，其中，所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间，所述匹配指数用于表征双方出行的匹配程度；
服务端返回多个包含匹配指数的第二类用户行程信息至客户端；
客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端，展示包含多个第二类用户行程信息的行程选择界面，其中，在所述行程选择界面中，多个第二类用户行程信息根据匹配指数从大至小依序排列；
其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
对应第二方面，本说明书实施例还提供客户端方面的一种约车信息展示装置，包括：
发送模块，发送第一类用户行程信息至服务端，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
接收模块，接收服务端所返回的多个包含匹配指数的第二类用户行程信息，所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定，用于表征双方出行的匹配程度；
展示模块，展示包含多个第二类用户行程信息的行程选择界面，其中，在所述行程选择界面中，多个第二类用户行程信息根据匹配指数从大至小依序排列；
其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
对应第三方面，本说明书实施例还提供一种服务端方面的约车信息展示装置，包括：
接收模块，接收第一类用户行程信息，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
确定模块，根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，其中，所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间，所述匹配指数用于表征双方出行的匹配程度；
发送模块，发送所述多个包含匹配指数的第二类用户行程信息至客户端，以便客户端根据匹配指数对所述多个第二类用户行程信息排序；
其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二 类用户为乘客。
在本说明书实施例的方案中，第一类用户发布行程至服务端，服务端则根据第一类用户行程与第二类用户行程进行匹配，筛选出一批包含匹配度的第二类用户行程，并发送至客户端。客户端则根据匹配度对第二类用户行程进行排序，在展示第二类行程时进行降序排列，并显示所示匹配度，从而可以方便用户做出选择，提高用户的约车体验。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。
此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1是本说明书实施例提供的对应于系统方面的一种约车信息展示方法的流程示意图；
图2a为当前网约车中一种展示信息的示意图；
图2b为本说明书实施例所提供的一种司机行程信息的展示意图；
图3为本说明书实施例所提供的客户端方面的约车信息展示方法的流程示意图；
图4为本说明书实施例所提供的服务端方面的约车信息展示方法的流程示意图；
图5为本说明书实施例提供的客户端方面的一种约车信息展示装置的结构示意图；
图6为本说明书实施例提供的服务端方面的一种约车信息展示装置的结构示意图；
图7为一种用于配置本说明书实施例方法的计算设备硬件结构示意图。
具体实施方式
为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实 施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。
在当前的一些网约车业务中，用户可以发布自己的行程至服务端，并且服务端返回多个可用的对方行程以供用户选择，其中的典型即为顺风车业务。在当前业务中，普遍采取信息流的列表展示，以乘客发布信息寻找顺路的司机为例，如图2a中所示，图2a为当前网约车中一种展示信息的示意图。列表上包含信息：司机的始发地(与自己出发地的距离)、目的地(与自己目的地的距离)、出发时间以及人数等等，用户需要关注的信息量较大。当有多个司机可以选择时，司机行程以列表形式展示多条，乘客需要多次对比选出最佳方案，决策成本较高。
此外，一些信息参考价值不大，例如，对于图2a中的司机而言，乘客的终点和自己的终点距离是3.7km，如果是顺路，则是相当于没有绕路，如果是完全相反，则相当于司机需要多走7.4km，对于起点之间的距离同样存在这样的情形，一旦距离较远，司机就需要真实顺路情况，匹配效率低下。
基于此，本说明书实施例提供一种更便利的约车信息展示方案，可以方便用户做出选择，提高用户的约车体验。
以下结合附图，详细说明本说明书各实施例提供的技术方案。如图1所示，图1是本说明书实施例提供的对于系统方面的一种约车信息展示方法的流程示意图，如图1所示，该流程具体包括如下步骤：
S101，客户端发送第一类用户行程信息至服务端，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间。
在本说明书实施例所提供的方案中，用户包括司机或者乘客，第一类用户和第二类用户是相对而言。当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
即司机或者乘客均可以通过客户端向服务端发布自己的行程信息，发布的用户行程信息中至少应包括起点、终点和出发时间。进一步地，行程信息还可以包括其它信息，例如司机行程信息中可以包括可以携带的人数，而乘客行程信息中可以包括需要乘车的人数，以及，行程信息中还可以包括用户的联系方式等等。
S103，服务端根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，其中，所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间，所述匹配指数用于表征双方出行的匹配程度。
服务端可以预先建立一个用于存储用户行程信息的数据库。例如，建立两个分别用于存储乘客行程信息和司机行程信息的表格。每当接收到用户行程信息时，则首先根据用户的类型将其存储至各自的表格中。
当服务端接收到第一类用户行程信息时，即首先可以做一个判断，如果第一类用户为司机，则从乘客行程信息表格中进行匹配；如果第一类用户为乘客，则从司机行程信息表格中进行匹配。匹配时可以根据双方的行程信息中所包含的各类信息进行计算，得到第二类用户行程信息的匹配度。例如，可以根据双方起始点距离、双方的终点距离、双方的出行距离、双方的出发时间间隔等等信息进行综合性的评估，生成一个表征双方出行的匹配程度的匹配指数，通常而言，匹配指数越大，则双方的行程越接近。匹配指数的具体计算方式可以有很多种，可以根据实际情形进行，此处无需做具体限定。
S105，服务端返回多个包含匹配指数的第二类用户行程信息至客户端。
S107，客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端，展示包含多个第二类用户行程信息的行程选择界面，其中，在所述行程选择界面中，多个第二类用户行程信息根据匹配指数从大至小依序排列。
客户端在收到多个第二类行程信息以后，则可以在行程选择界面中对多个第二类行程信息进行展示。具体而言，可以根据第二类行程信息所包含的匹配指数的大小，进行降序排序。即，匹配度高的第二类用户行程排序在前，以供用户选择。在一个界面中，由于用户设备、界面设置等多个因素，可以同时展示的行程信息数量有限，用户可以通过滑动、拖拽等方式对界面中的所有行程信息进行浏览。
如图2b所示，图2b为本说明书实施例所提供的一种司机行程信息的展示意图。在该示意图所对应的方案中，第一类用户为乘客，第二类用户为司机，在乘客的客户端中根据匹配指数的大小(即图2b中的同行率，匹配指数的具体业务名称可以根据需要自行确定)，降序展示了多位司机行程信息(在前端显示了两位，其余司机行程信息的可以通过对界面的滑动选择操作来展示)，因此，乘客可以根据匹配指数得知司机行程和自己行程的匹配程度，并且可以方便的知道，排列前位的司机行程可能更贴近自己的行程。
在本说明书实施例的方案中，第一类用户发布行程至服务端，服务端则根据第一类用户行程与第二类用户行程进行匹配，筛选出一批包含匹配度的第二类用户行程，并发送至客户端。客户端则根据匹配度对第二类用户行程进行排序，在展示第二类行程时进 行降序排列，并显示所示匹配度，从而可以方便用户做出选择，提高用户的约车体验。
在一种具体的实施方式中，客户端还可以接收第一类用户的选择指令，对于第二类用户行程信息进行选取，并且调用地图应用，在地图应用界面中，以路径形式可视化展示第一类用户的行程信息，和第一类用户所选择的第二类用户行程信息。如图2b中所示，图中的实线路径表示了第一类用户(在该图中即为乘客)的出行路径，每在界面中选中一个第二类用户行程，则在调用的地图应用界面中对应以虚线路径的形式展示该选中的第二类用户行程，从而，用户可以方便的从地图上看出对方的路径和自己路径的匹配程度，以及，还可以看出是否需要绕路。这一点在第一类用户为司机时则更为重要，如果这个距离过大，则是一个必须考虑的因素，通过在地图中直观的展示双方的路径进行对比，可以让司机更容易做出准确的判断。以及，还可以在界面中根据行程估算出预计可能的费用，并进行展示，便于用户选择。
进一步地，服务端在确定匹配指数时，还可以确定出绕路距离，需要说明的是，此处的绕路距离实际上也是根据一定的算法计算得到，并不一定就等于实际中的绕路距离。例如，假设司机起点位置a1，终点位置b1，二者距离为s1；乘客起点位置a2，终点位置b2，二者距离为s2。一种绕路距离的计算方式为，调用地图应用的两点的距离接口，绕路距离s3＝distance(a1，a2)+distance(a2，b2)+distance(b2，b1)－s1；另一种计算方法为，调用地图应用的路径规划接口，确定一条从a1到b1，且途经a2和b2的路径，将该路径的长度减去s1确定为绕路距离。此外，服务端还可以根据司机和乘客的出发时间差确定出发时间间隔，即司机或者乘客可能需要的等待时间。
从而服务端可以返回包含匹配指数、绕路距离以及出发时间间隔的第二类用户行程信息至第一类用户的客户端，进一步方便第一类用户了解行程的匹配程度，以及，当出现匹配指数相同的第二类用户行程信息时，客户端还可以根据绕路距离和出发时间间隔进行排序，将绕路距离小的排在前列。
在具体的实施过程中，尽管预先进行了预处理可以过滤掉一批无效的第二类用户行程信息，但是有效的行程信息仍然可能存在数量过多的情形。在这种情形下，还可以进一步的预设条件对已经确定匹配指数的第二类用户行程信息进行过滤。例如，预设条件为匹配指数超过阈值(例如85％，或者90％等)，又或者，匹配指数在排序中位于指定名次之前(例如，匹配指数排在前15的)。通过上述方式，在有效的第二类用户行程过多时，可以减少客户端的排序和展示压力，有利于提高用户体验。
对于步骤S103而言，在服务端计算第二类用户行程信息的信息时，服务端在从第 二类用户行程信息表格中进行匹配时，还可以先做一个预处理筛选，只计算有效的第二类用户行程信息的匹配指数。
例如，如果第二用户行程信息中的出发时间在第一类用户行程之后，或者，出发时间的差值的绝对值超过出发时间阈值(可以第一类用户预设，或者系统默认值)，则确定该第二类用户行程信息无效。
又例如，乘客行程信息和司机行程信息的相对距离超过空间阈值，此处的相对距离以包括起点之间的距离、终点之间的距离或者两条路径之间的最短距离等等，则确定该该第二类用户行程信息无效。
又例如，假设司机的行程速度为V(可以预设一个默认值，例如35千米每小时)，司机和乘客的出发点距离为L，二者的出发时间间隔为T，若T<L/V，则意味着司机无法在乘客的出发时间到达乘客的出发点，则此时的第二类用户行程信息是无效的。
又例如，乘客行程信息与司机行程信息的绕路距离超过距离阈值，所述绕路距离由乘客行程信息和司机行程信息的起点以及终点共同确定。绕路距离的计算方式可以按前文的计算方式。以及，进一步地，还可以根据绕路距离计算绕路比P＝s3/s1，如果绕路比超过一定的阈值，则可以认为相对于乘车的距离，绕路距离已经太长，则此时的第二类用户行程信息是无效的。
进一步地，在当第一类用户行程信息和第二类用户行程信息包括人数时，所述约束条件还包括：乘客行程信息中的人数大于司机行程信息中的人数，即司机可以提供的座位数少于乘客的出行人数。
对于步骤S103中的，根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，具体可以包括如下方式：用地图应用程序，确定在地图应用程序中，司机起点至司机终点的司机路径长度L1，乘客起点至乘客终点的乘客路径长度L2，乘客起点至司机起点的实际路径距离L4，以及，乘客终点和司机终点的实际路径长度L5；确定行车距离长度L3＝L1+L4+L5；根据所述行车距离L3确定空间同步指数。
例如，空间同指数DR＝1－(L3－L1)/L1，或者，空间同指数DR＝1－(L3－L2)/L2等等，总之，L3越大，空间同步指数越小。但一般而言，可以通过预设条件筛选出相对适度大小的L3(例如L3<(L1+L2)*1.5)，而使得DR始终为正。
进而，可以根据空间同步指数DR来确定匹配指数。一种可实施的方式为，忽略时 间因素，直接将空间同步指数DR确定为匹配指数。
另一种可实施方式为，进一步计算司机和乘客的时间同步指数，并根据时间同步指数和空间同步指数共同计算匹配指数。例如，首先根据L4确定乘客起点到司机起点所需要的间隔时间T3。具体而言，确定司机的行车速度V，V可以是服务端设置一个默认司机的行车速度，或者，基于司机的历史行车记录进行统计的平均行车速度，从而可以得到T3＝L4/V。从而可以得根据乘客出发时间T2和司机出发时间T1确定差异时间T＝︱T1+T3-T2︱，容易看出，若T越小，则表示了司机和乘客的时间越同步，即时间同步指数与差异时间T负相关。在实际中，可以预设一个默认出发时间过滤阈值T0，例如T0为两个小时，计算时间同步指数TR＝1－T/T0。或者，预定义了一个差异时间T与时间同步指数TR的映射关系表，其中，T越大，TR越小，从而可以从表格中根据T对应的查询得到时间同步指数TR。如表1所示：
TR T(min)
1 [0,10]
0.95 (10,15]
0.9 (15,20]
0.85 (20,30]
0.75 (30,45]
0.7 (45,60]
0.6 (60,120]
表1 TR与T的示例性关系表
从而，可以综合性的考虑时间同步指数和空间同步指数，进行匹配指数的计算。以下列举几种匹配指数的计算方式：
第一种，时间同步指数和空间同步指数权重相加。匹配指数R＝W(TR)*TR+W(DR)*DR。默认的同行率计算公式。其中，参数W(DR)是距离权重，可自由配置为[0，1]之间的小数，例如默认值为0.9；W(TR)为时间权重，可设置为1－W(DR)，默认值为0.1。
第二种，时间同步指数和空间同步指数权重相乘。即匹配指数R＝TR*DR。
第三种，匹配指数R＝W(DR)*F(DR)+W(TR)*TR，其中，F(DR)是关于DR的距离函数，例如F(DR)＝1/(2－DR)，通过设置经验函数F(DR)对匹配指数进行调整，可以得出更符合人们直观感觉的匹配指数。其中的W(TR)和W(DR)已在前述进行 说明，不再赘述。
对应于客户端的第二方面，本说明书实施例提供另一种约车信息展示方法，如图3所示，图3为客户端方面的约车信息展示方法的流程示意图，包括：
S301，发送第一类用户行程信息至服务端，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
S303，接收服务端所返回的多个包含匹配指数的第二类用户行程信息，所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定，用于表征双方出行的匹配程度；
S305，展示包含多个第二类用户行程信息的行程选择界面，其中，在所述行程选择界面中，多个第二类用户行程信息根据匹配指数从大至小依序排列；
其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
对应于服务端的第三方面，本说明书实施例提供再一种约车信息展示方法，如图4所示，图4为服务端方面的约车信息展示方法的流程示意图，包括：
S401，接收第一类用户行程信息，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
S403，根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，其中，所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间，所述匹配指数用于表征双方出行的匹配程度；
S405，发送所述多个包含匹配指数的第二类用户行程信息至客户端，以便客户端根据匹配指数对所述多个第二类用户行程信息排序；
其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
对应于第一方面，本说明书实施例还提供一种约车信息展示系统，包括客户端和服务端，其中，客户端发送第一类用户行程信息至服务端，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；服务端根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，其中，所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间，所述匹配指数用于表征双方出行的匹 配程度；服务端返回多个包含匹配指数的第二类用户行程信息至客户端；客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端，展示包含多个第二类用户行程信息的行程选择界面，其中，在所述行程选择界面中，多个第二类用户行程信息根据匹配指数从大至小依序排列；其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
进一步地，在所述系统中，客户端接收第一类用户的选择指令，在所述行程选择界面中确定第一类用户所选取的第二类用户行程信息；在调用的地图界面中，以路径形式可视化展示所述第一类用户行程信息和当前被选取的第二类用户行程信息。
进一步地，在所述系统中，客户端接收服务端所返回的多个包含匹配指数和绕路距离的第二类用户行程信息，对于匹配指数相同的第二类用户行程信息，根据绕路距离从小至大进行排序。
进一步地，在所述系统中，服务端确定出符合预设条件的多个包含匹配指数的第二类用户行程信息，所述预设条件包括：匹配指数超过阈值，或者，匹配指数在排序中位于指定名次之前；返回所述符合预设条件的多个包含匹配指数的第二类用户行程信息至客户端。
进一步地，在所述系统中，服务端滤除符合约束条件的第二类用户行程信息，选取剩余的第二类用户行程信息，其中，所述约束条件包括：乘客行程信息和司机行程信息中，出发时间的差值的绝对值超过出发时间阈值；或者，乘客行程信息和司机行程信息的相对距离超过空间阈值，所述相对距离由乘客行程信息的起点或者终点与司机行程信息的起点或者终点确定；或者，乘客行程信息与司机行程信息的绕路距离超过距离阈值，所述绕路距离由乘客行程信息和司机行程信息的起点以及终点共同确定。
进一步地，在所述系统中，当第一类用户行程信息和第二类用户行程信息包括人数时，所述约束条件还包括：乘客行程信息中的人数大于司机行程信息中的人数。
进一步地，在所述系统中，服务端调用地图应用程序，确定在地图应用程序中，司机起点至司机终点的司机路径长度L1，乘客起点至乘客终点的乘客路径长度L2，乘客起点至司机起点的实际路径距离L4，以及，乘客终点和司机终点的实际路径长度L5；确定行车距离L3＝L1+L4+L5；根据所述行车距离L3确定空间同步指数，其中，空间同步指数与L3负相关；根据所述空间同步指数确定第二类用户行程信息的匹配指数，其中，所述匹配指数与空间同步指数正相关。
进一步地，在所述系统中，服务端将所述空间同步指数确定第二类用户行程信息的匹配指数。
进一步地，在所述系统中，服务端根据所述乘客起点至司机起点的实际路径距离L4确定间隔时间长度T3；根据所述间隔时间长度T3、乘客出发时间T2和司机出发时间T1确定差异时间T，根据所述差异时间确定时间同步指数，其中，T＝︱T1+T3-T2︱；根据所述空间同步指数和时间同步指数，共同确定第二类用户行程信息的匹配指数。
对应于第二方面，本说明书实施例还提供一种约车信息展示装置，如图5所示，图5是本说明书实施例提供的客户端方面的一种约车信息展示装置的结构示意图，包括：
发送模块501，发送第一类用户行程信息至服务端，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
接收模块503，接收服务端所返回的多个包含匹配指数的第二类用户行程信息，所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定，用于表征双方出行的匹配程度；
展示模块505，展示包含多个第二类用户行程信息的行程选择界面，其中，在所述行程选择界面中，多个第二类用户行程信息根据匹配指数从大至小依序排列；其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
对应于第三方面，本说明书实施例还提供再一种约车信息展示装置，如图6所示，图6是本说明书实施例提供的服务端方面的一种约车信息展示装置的结构示意图，包括：
接收模块601，接收第一类用户行程信息，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
确定模块603，根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，其中，所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间，所述匹配指数用于表征双方出行的匹配程度；
发送模块605，发送所述多个包含匹配指数的第二类用户行程信息至客户端，以便客户端根据匹配指数对所述多个第二类用户行程信息排序；其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现图3或图4所示的约车信息展示方法。
图7示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现图3或者图4所示的约车信息展示方法。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
上述实施例阐明的系统、方法、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的方法实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。

Claims (23)

  1. 一种约车信息展示方法，包括：
    客户端发送第一类用户行程信息至服务端，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
    服务端根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，其中，所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间，所述匹配指数用于表征双方出行的匹配程度；
    服务端返回多个包含匹配指数的第二类用户行程信息至客户端；
    客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端，展示包含多个第二类用户行程信息的行程选择界面，其中，在所述行程选择界面中，多个第二类用户行程信息根据匹配指数从大至小依序排列；
    其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
  2. 如权利要求1所述的方法，客户端在展示包含多个第二类用户行程信息的行程选择界面之后，所述方法还包括：
    客户端接收第一类用户的选择指令，在所述行程选择界面中确定第一类用户所选取的第二类用户行程信息；
    在调用的地图界面中，以路径形式可视化展示所述第一类用户行程信息和当前被选取的第二类用户行程信息。
  3. 如权利要求1所述的方法，客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端，包括：
    客户端接收服务端所返回的多个包含匹配指数和绕路距离的第二类用户行程信息；
    多个第二类用户行程信息根据匹配指数从大至小依序排列，包括：
    匹配指数相同的第二类用户行程信息，根据绕路距离从小至大进行排序。
  4. 如权利要求1所述的方法，服务端返回多个包含匹配指数的第二类用户行程信息至客户端，包括：
    确定出符合预设条件的多个包含匹配指数的第二类用户行程信息，所述预设条件包括：匹配指数超过阈值，或者，匹配指数在排序中位于指定名次之前；
    返回所述符合预设条件的多个包含匹配指数的第二类用户行程信息至客户端。
  5. 如权利要求1所述的方法，在根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数之前，还包括：
    服务端滤除符合约束条件的第二类用户行程信息，选取剩余的第二类用户行程信息，其中，所述约束条件包括：
    乘客行程信息和司机行程信息中，出发时间的差值的绝对值超过出发时间阈值；或者，
    乘客行程信息和司机行程信息的相对距离超过空间阈值，所述相对距离由乘客行程信息的起点或者终点与司机行程信息的起点或者终点确定；或者，
    乘客行程信息与司机行程信息的绕路距离超过距离阈值，所述绕路距离由乘客行程信息和司机行程信息的起点以及终点共同确定。
  6. 如权利要求5所述的方法，当第一类用户行程信息和第二类用户行程信息包括人数时，所述约束条件还包括：乘客行程信息中的人数大于司机行程信息中的人数。
  7. 如权利要求1所述的方法，根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，包括：
    调用地图应用程序，确定在地图应用程序中，司机起点至司机终点的司机路径长度L1，乘客起点至乘客终点的乘客路径长度L2，乘客起点至司机起点的实际路径距离L4，以及，乘客终点和司机终点的实际路径长度L5；
    确定行车距离L3＝L1+L4+L5；
    根据所述行车距离L3确定空间同步指数，其中，空间同步指数与L3负相关；
    根据所述空间同步指数确定第二类用户行程信息的匹配指数，其中，所述匹配指数与空间同步指数正相关。
  8. 如权利要求7所述的方法，根据所述空间同步指数确定第二类用户行程信息的匹配指数，包括：
    将所述空间同步指数确定第二类用户行程信息的匹配指数。
  9. 如权利要求7所述的方法，根据所述空间同步指数确定第二类用户行程信息的匹配指数，包括：
    根据所述乘客起点至司机起点的实际路径距离L4确定间隔时间长度T3；
    根据所述间隔时间长度T3、乘客出发时间T2和司机出发时间T1确定差异时间T，根据所述差异时间确定时间同步指数，其中，T＝︱T1+T3-T2︱；
    根据所述空间同步指数和时间同步指数，共同确定第二类用户行程信息的匹配指数。
  10. 一种约车信息展示方法，包括：
    发送第一类用户行程信息至服务端，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
    接收服务端所返回的多个包含匹配指数的第二类用户行程信息，所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定，用于表征双方出行的匹配程度；
    展示包含多个第二类用户行程信息的行程选择界面，其中，在所述行程选择界面中，多个第二类用户行程信息根据匹配指数从大至小依序排列；
    其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
  11. 一种约车信息展示方法，包括：
    接收第一类用户行程信息，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
    根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，其中，所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间，所述匹配指数用于表征双方出行的匹配程度；
    发送所述多个包含匹配指数的第二类用户行程信息至客户端，以便客户端根据匹配指数对所述多个第二类用户行程信息排序；
    其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
  12. 一种约车信息展示系统，包括客户端和服务端，其中，
    客户端发送第一类用户行程信息至服务端，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
    服务端根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，其中，所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间，所述匹配指数用于表征双方出行的匹配程度；
    服务端返回多个包含匹配指数的第二类用户行程信息至客户端；
    客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端，展示包含多个第二类用户行程信息的行程选择界面，其中，在所述行程选择界面中，多个第二类用户行程信息根据匹配指数从大至小依序排列；
    其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
  13. 如权利要求12所述的系统，
    客户端接收第一类用户的选择指令，在所述行程选择界面中确定第一类用户所选取 的第二类用户行程信息；
    在调用的地图界面中，以路径形式可视化展示所述第一类用户行程信息和当前被选取的第二类用户行程信息。
  14. 如权利要求12所述的系统，
    客户端接收服务端所返回的多个包含匹配指数和绕路距离的第二类用户行程信息；
    多个第二类用户行程信息根据匹配指数从大至小依序排列，包括：
    匹配指数相同的第二类用户行程信息，根据绕路距离从小至大进行排序。
  15. 如权利要求12所述的系统，
    服务端确定出符合预设条件的多个包含匹配指数的第二类用户行程信息，所述预设条件包括：匹配指数超过阈值，或者，匹配指数在排序中位于指定名次之前；
    返回所述符合预设条件的多个包含匹配指数的第二类用户行程信息至客户端。
  16. 如权利要求12所述的系统，
    服务端滤除符合约束条件的第二类用户行程信息，选取剩余的第二类用户行程信息，其中，所述约束条件包括：
    乘客行程信息和司机行程信息中，出发时间的差值的绝对值超过出发时间阈值；或者，
    乘客行程信息和司机行程信息的相对距离超过空间阈值，所述相对距离由乘客行程信息的起点或者终点与司机行程信息的起点或者终点确定；或者，
    乘客行程信息与司机行程信息的绕路距离超过距离阈值，所述绕路距离由乘客行程信息和司机行程信息的起点以及终点共同确定。
  17. 如权利要求16所述的系统，
    当第一类用户行程信息和第二类用户行程信息包括人数时，所述约束条件还包括：乘客行程信息中的人数大于司机行程信息中的人数。
  18. 如权利要求12所述的系统，
    服务端调用地图应用程序，确定在地图应用程序中，司机起点至司机终点的司机路径长度L1，乘客起点至乘客终点的乘客路径长度L2，乘客起点至司机起点的实际路径距离L4，以及，乘客终点和司机终点的实际路径长度L5；
    确定行车距离L3＝L1+L4+L5；
    根据所述行车距离L3确定空间同步指数，其中，空间同步指数与L3负相关；
    根据所述空间同步指数确定第二类用户行程信息的匹配指数，其中，所述匹配指数与空间同步指数正相关。
  19. 如权利要求18所述的系统，
    服务端将所述空间同步指数确定第二类用户行程信息的匹配指数。
  20. 如权利要求18所述的系统，
    服务端根据所述乘客起点至司机起点的实际路径距离L4确定间隔时间长度T3；
    根据所述间隔时间长度T3、乘客出发时间T2和司机出发时间T1确定差异时间T，根据所述差异时间确定时间同步指数，其中，T＝︱T1+T3-T2︱；
    根据所述空间同步指数和时间同步指数，共同确定第二类用户行程信息的匹配指数。
  21. 一种约车信息展示装置，包括：
    发送模块，发送第一类用户行程信息至服务端，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
    接收模块，接收服务端所返回的多个包含匹配指数的第二类用户行程信息，所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定，用于表征双方出行的匹配程度；
    展示模块，展示包含多个第二类用户行程信息的行程选择界面，其中，在所述行程选择界面中，多个第二类用户行程信息根据匹配指数从大至小依序排列；
    其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
  22. 一种约车信息展示装置，包括：
    接收模块，接收第一类用户行程信息，其中，所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间；
    确定模块，根据第一类用户行程信息和第二类用户行程信息，确定出第二类用户行程信息的匹配指数，其中，所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间，所述匹配指数用于表征双方出行的匹配程度；
    发送模块，发送所述多个包含匹配指数的第二类用户行程信息至客户端，以便客户端根据匹配指数对所述多个第二类用户行程信息排序；
    其中，当第一类用户为乘客时，第二类用户为司机；当第一类用户为司机时，第二类用户为乘客。
  23. 一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求10或11任一项所述的方法。
PCT/CN2019/122559 2019-01-31 2019-12-03 约车信息展示方法、装置、系统及设备 Ceased WO2020155837A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910095943.XA CN109993329A (zh) 2019-01-31 2019-01-31 约车信息展示方法、装置、系统及设备
CN201910095943.X 2019-01-31

Publications (1)

Publication Number Publication Date
WO2020155837A1 true WO2020155837A1 (zh) 2020-08-06

Family

ID=67129803

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/122559 Ceased WO2020155837A1 (zh) 2019-01-31 2019-12-03 约车信息展示方法、装置、系统及设备

Country Status (3)

Country Link
CN (1) CN109993329A (zh)
TW (1) TWI784195B (zh)
WO (1) WO2020155837A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112184160A (zh) * 2020-09-25 2021-01-05 汉海信息技术(上海)有限公司 倒计时展示方法、装置、电子设备及存储介质

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109993329A (zh) * 2019-01-31 2019-07-09 阿里巴巴集团控股有限公司 约车信息展示方法、装置、系统及设备
CN110633815A (zh) * 2019-08-14 2019-12-31 杭州飞步科技有限公司 一种拼车方法和装置、电子设备、存储介质
CN110782055A (zh) * 2019-10-22 2020-02-11 上海钧正网络科技有限公司 信息处理方法、装置、终端及可读存储介质
CN111127283A (zh) * 2019-10-30 2020-05-08 上海钧正网络科技有限公司 顺风车的匹配方法、装置、计算机设备和存储介质
CN110956375B (zh) * 2019-11-19 2022-08-26 北京三快在线科技有限公司 一种订单处理的方法及装置
CN111191128B (zh) * 2019-12-24 2022-06-07 南京领行科技股份有限公司 一种行程匹配方法及装置
CN111222946B (zh) * 2020-01-02 2023-10-31 杭州优行科技有限公司 订单处理方法、装置、终端及存储介质
CN117370477A (zh) * 2020-05-12 2024-01-09 支付宝(杭州)信息技术有限公司 匹配方法及装置
CN111739329B (zh) * 2020-05-29 2021-11-02 腾讯科技（深圳）有限公司 行驶路线生成方法、装置、存储介质及服务器
CN113268674B (zh) * 2021-05-18 2024-05-14 北京白龙马云行科技有限公司 返程辅助方法及装置
CN114493010B (zh) * 2022-01-27 2025-01-17 浙江吉利控股集团有限公司 行程匹配方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105894359A (zh) * 2016-03-31 2016-08-24 百度在线网络技术（北京）有限公司 订单推送方法、装置及系统
CN108805411A (zh) * 2018-05-18 2018-11-13 北京嘀嘀无限科技发展有限公司 网约车订单分配方法、装置、服务器、终端和可读存储介质
CN109034433A (zh) * 2018-07-20 2018-12-18 清华大学苏州汽车研究院（吴江） 基于定制服务的打车系统
CN109146211A (zh) * 2017-06-16 2019-01-04 北京嘀嘀无限科技发展有限公司 订单的分配、模型的训练方法及装置
CN109993329A (zh) * 2019-01-31 2019-07-09 阿里巴巴集团控股有限公司 约车信息展示方法、装置、系统及设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9157748B2 (en) * 2012-07-31 2015-10-13 Flatiron Apps LLC System and method for hailing taxicabs
TW201541393A (zh) * 2014-04-21 2015-11-01 Wei-Yen Yeh 計程車管理設備及計程車管理系統
CN105957157A (zh) * 2016-05-10 2016-09-21 至库停车信息服务有限公司 一种可精准预约车位的停车信息服务系统及方法
CN106803132A (zh) * 2016-12-30 2017-06-06 上海衡修信息科技有限公司 一种拼车软件的路线匹配方法
CN108399460B (zh) * 2017-02-07 2021-06-04 北京嘀嘀无限科技发展有限公司 网络约车订单分配处理方法及服务器
CN107844844A (zh) * 2017-11-18 2018-03-27 共乘网络科技（北京）有限公司 基于绿色交通的私家车共享平台工作方法
CN107945503B (zh) * 2017-12-25 2020-07-07 武汉斑马快跑科技有限公司 顺风车的拼车方法和系统
CN109102096A (zh) * 2018-08-14 2018-12-28 合肥科塑信息科技有限公司 一种基于大数据的网约车车载智能终端

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105894359A (zh) * 2016-03-31 2016-08-24 百度在线网络技术（北京）有限公司 订单推送方法、装置及系统
CN109146211A (zh) * 2017-06-16 2019-01-04 北京嘀嘀无限科技发展有限公司 订单的分配、模型的训练方法及装置
CN108805411A (zh) * 2018-05-18 2018-11-13 北京嘀嘀无限科技发展有限公司 网约车订单分配方法、装置、服务器、终端和可读存储介质
CN109034433A (zh) * 2018-07-20 2018-12-18 清华大学苏州汽车研究院（吴江） 基于定制服务的打车系统
CN109993329A (zh) * 2019-01-31 2019-07-09 阿里巴巴集团控股有限公司 约车信息展示方法、装置、系统及设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112184160A (zh) * 2020-09-25 2021-01-05 汉海信息技术(上海)有限公司 倒计时展示方法、装置、电子设备及存储介质
CN112184160B (zh) * 2020-09-25 2024-04-26 汉海信息技术(上海)有限公司 倒计时展示方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
TW202030690A (zh) 2020-08-16
TWI784195B (zh) 2022-11-21
CN109993329A (zh) 2019-07-09

Similar Documents

Publication Publication Date Title
WO2020155837A1 (zh) 约车信息展示方法、装置、系统及设备
US20230092454A1 (en) Traveler recommendations
CN111731143B (zh) 信息管理系统、信息管理方法及信息管理装置
US11162803B2 (en) Providing alternative routing options to a rider of a transportation management system
CN106897788B (zh) 通过车辆远程信息处理/信息娱乐基础设施建立、传送和呈现的集中式管理的路径点
US9940654B1 (en) Network system with scheduled breaks
US9874453B2 (en) Navigation system having point of interest recommendation mechanism and method of operation thereof
CN103108083B (zh) 移动终端的文件列表排序方法及系统
CN109416770A (zh) 一种用于监控按需服务的系统和方法
US20160162827A1 (en) Triggering completion step suggestion for a task
WO2019006011A1 (en) ROAD NAVIGATION SYSTEM BASED ON CORRESPONDENCE
US20130013191A1 (en) Dynamic routing via intelligent mapping system
US20160019556A1 (en) Determining an aspect of a physical location based on interactions associated with the physical location
JP2005091303A (ja) 経路提供装置及びプログラム
US9857194B2 (en) Time related points of interest for navigation system
CN110612523B (zh) 基于配对数据组关联标识符
US20150066678A1 (en) Electronic system with temporal bid mechanism and method of operation thereof
CN104697541A (zh) 用于提供与出行相关的信息的方法
WO2014186247A1 (en) Selecting a subset of transit trips based on time and duration
EP3149431A1 (en) Selection and presentation of geographic content in an automotive environment
CN111260092A (zh) 用于预测对象到达时间的系统和方法
US20220101209A1 (en) Information processing device, information processing system, and method of information processing
CN112036774B (zh) 服务策略的评估方法、装置、设备及存储介质
JP3674603B2 (ja) 旅行時間提供方法、システム及びプログラム
CN113313932A (zh) 一种公交车的预计到达时间展示方法、装置及其设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19913163

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19913163

Country of ref document: EP

Kind code of ref document: A1