CN110782066A - Driving route determination method, device and medium - Google Patents

Driving route determination method, device and medium Download PDF

Info

Publication number
CN110782066A
CN110782066A CN201910870766.8A CN201910870766A CN110782066A CN 110782066 A CN110782066 A CN 110782066A CN 201910870766 A CN201910870766 A CN 201910870766A CN 110782066 A CN110782066 A CN 110782066A
Authority
CN
China
Prior art keywords
route
client
candidate
information corresponding
driving
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.)
Granted
Application number
CN201910870766.8A
Other languages
Chinese (zh)
Other versions
CN110782066B (en
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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910870766.8A priority Critical patent/CN110782066B/en
Publication of CN110782066A publication Critical patent/CN110782066A/en
Application granted granted Critical
Publication of CN110782066B publication Critical patent/CN110782066B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/04Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G06Q10/047Optimisation of routes or paths, e.g. travelling salesman problem
    • GPHYSICS
    • G01MEASURING; TESTING
    • G01CMEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34Route searching; Route guidance
    • G01C21/3453Special cost functions, i.e. other than distance or default speed limit of road segments
    • G01C21/3461Preferred or disfavoured areas, e.g. dangerous zones, toll or emission zones, intersections, manoeuvre types, segments such as motorways, toll roads, ferries
    • GPHYSICS
    • G01MEASURING; TESTING
    • G01CMEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34Route searching; Route guidance
    • G01C21/3453Special cost functions, i.e. other than distance or default speed limit of road segments
    • G01C21/3492Special cost functions, i.e. other than distance or default speed limit of road segments employing speed data or traffic data, e.g. real-time or historical
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40Business processes related to the transportation industry

Landscapes

  • Engineering & Computer Science (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Automation & Control Theory (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Navigation (AREA)

Abstract

The invention discloses a method, a device and a medium for determining a driving route. The method comprises the following steps: the server side obtains route information corresponding to the first candidate route set according to the starting place position information and the destination position information corresponding to the vehicle order; the server side sends the route information corresponding to the first candidate route set to the first client side; the first client side responds to the route recommending instruction to determine a recommended route from the first candidate route set, and sends recommended route information corresponding to the recommended route to the server side; the server side updates route information corresponding to the first candidate route set according to the recommended route information to obtain route information corresponding to the second candidate route set; the server side sends the route information corresponding to the second candidate route set to the second client side; the second client determines a target route from the second candidate route set in response to the route determination instruction, and sends target route information corresponding to the target route to the server; and the server side sends the target route information to the first client side.

Description

Driving route determination method, device and medium
Technical Field
The invention relates to the technical field of internet communication, in particular to a method, a device and a medium for determining a driving route.
Background
With the development of internet communication technology, intelligent terminal equipment is more popular. With the advent of the mobile internet era, the number of users covered by the intelligent terminal device is increasing, and the users can use the application running on the intelligent terminal device to experience car service, such as providing driving service (from a place A to a place B) for target users and transporting target objects from a place C to a place D.
In the prior art, a driving route is often determined by a vehicle order receiving party, and the vehicle receiving party provides vehicle service for an initiator of a vehicle order according to the driving route. However, the recipient may not be familiar with the driving situation between the starting place and the destination, and the driving route may have a detour or the like, thereby causing problems of increased cost, wasted time, and the like. Therefore, there is a need to provide a more routine determination scheme.
Disclosure of Invention
In order to solve the problem of poor vehicle service experience and the like caused by the fact that a driving route is only determined by a receiver when the prior art is applied to determining the driving route, the invention provides a method, a device and a medium for determining the driving route, wherein the method comprises the following steps:
in one aspect, the present invention provides a driving route determining method, including:
the server side obtains route information corresponding to a first candidate route set according to starting place position information and destination position information corresponding to the vehicle order, wherein the first candidate route set comprises at least two driving routes;
the server side sends the route information corresponding to the first candidate route set to a first client side so that the first client side can display the first candidate route set, and the first client side corresponds to the receiver of the vehicle order;
the first client side responds to a route recommending instruction to determine a recommended route from the first candidate route set, and sends recommended route information corresponding to the recommended route to the server side;
the server side updates the route information corresponding to the first candidate route set according to the recommended route information to obtain route information corresponding to a second candidate route set;
the server side sends the route information corresponding to the second candidate route set to the second client side so that the second client side can display the second candidate route set, the display state of the recommended route is different from the display states of other driving routes, and the second client side corresponds to the initiator of the vehicle order;
the second client determines a target route from the second candidate route set in response to a route determination instruction, and sends target route information corresponding to the target route to the server;
and the server side sends the target route information to the first client side.
In another aspect, a driving route determining method is provided, and the method includes:
acquiring route information corresponding to a first candidate route set according to starting place position information and destination position information corresponding to the vehicle order, wherein the first candidate route set comprises at least two driving routes;
sending the route information corresponding to the first candidate route set to a first client so that the first client displays the first candidate route set, wherein the first client corresponds to a receiver of the vehicle order;
the server side updates route information corresponding to the first candidate route set according to recommended route information to obtain route information corresponding to a second candidate route set, and the recommended route information corresponds to a recommended route determined by the first client side from the first candidate route set in response to a route recommending instruction;
the server side sends the route information corresponding to the second candidate route set to the second client side so that the second client side can display the second candidate route set, the display state of the recommended route is different from the display states of other driving routes, and the second client side corresponds to the initiator of the vehicle order;
the server sends target route information to the first client, the target route information corresponding to a target route determined by the second client from the second set of candidate routes in response to a route determination instruction.
Another aspect provides a driving route determination device, including:
the first candidate route set acquisition module: the system comprises a first candidate route set and a second candidate route set, wherein the first candidate route set comprises at least two driving routes;
the first candidate route set transmission module: the first client side is used for sending the route information corresponding to the first candidate route set to a first client side so that the first client side can display the first candidate route set, and the first client side corresponds to the receiver of the vehicle order;
a second candidate route set acquisition module: the server side updates route information corresponding to the first candidate route set according to recommended route information to obtain route information corresponding to a second candidate route set, wherein the recommended route information corresponds to a recommended route determined by the first client side from the first candidate route set in response to a route recommendation instruction;
the second candidate route set transmission module: the server side sends the route information corresponding to the second candidate route set to the second client side so that the second client side can display the second candidate route set, the display state of the recommended route is different from the display states of other driving routes, and the second client side corresponds to the initiator of the vehicle order;
a target route information sending module: for the server to send to the first client target route information corresponding to a target route determined by the second client from the second set of candidate routes in response to a route determination instruction.
Another aspect provides an electronic device, which includes a processor and a memory, where at least one instruction, at least one program, a code set, or a set of instructions is stored in the memory, and the at least one instruction, the at least one program, the code set, or the set of instructions is loaded and executed by the processor to implement the driving route determining method as described above.
Another aspect provides a computer readable storage medium having stored therein at least one instruction, at least one program, set of codes or set of instructions, which is loaded and executed by a processor to implement the method of determining a driving route as described above.
The invention provides a method, a device and a medium for determining a driving route, which have the following technical effects:
according to the method, a first client selects a recommended route from at least two driving routes pushed by a server, the server pushes the recommended route and other driving routes to a second client, the second client determines a target route from the recommended route, and a receiver corresponding to the first client sends the driving according to the target route. The target route is determined by fully combining the selection of the receiving party and the initiating party, the participation degree of the initiating party on the determined target route can be improved, and the vehicle using service experience of the initiating party is improved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions and advantages of the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.
FIG. 1 is a schematic diagram of an application environment provided by an embodiment of the invention;
fig. 2 is a schematic flow chart of a driving route determining method according to an embodiment of the present invention;
fig. 3 is a schematic flow chart of a driving route determining method according to an embodiment of the present invention;
fig. 4 is a schematic flow chart of a driving route determining method according to an embodiment of the present invention;
fig. 5 is a schematic flow chart of a driving route determining method according to an embodiment of the present invention;
fig. 6 is a schematic flow chart of a driving route determining method according to an embodiment of the present invention;
fig. 7 is a schematic flowchart of a message pushing process performed between a server, a first client, and a second client according to an embodiment of the present invention;
fig. 8 is a schematic diagram of message pushing performed between a server, a first client, and a second client according to an embodiment of the present invention;
fig. 9 is a schematic flow chart of a driving route determining method according to an embodiment of the present invention;
fig. 10 is a block diagram of a driving route determining apparatus according to an embodiment of the present invention;
fig. 11 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be obtained by a person skilled in the art without any inventive step based on the embodiments of the present invention, are within the scope of the present invention.
It should be noted that the terms "comprises" and "comprising," and any variations thereof, in the description and claims of the present invention and the above-described drawings, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or server that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
Referring to fig. 1, fig. 1 is a schematic diagram of an application environment according to an embodiment of the present invention, as shown in fig. 1, the application environment includes a first client 110A, a user (e.g., a driver) 110B corresponding to the first client, a second client 120A, a user (e.g., a passenger) 120B corresponding to the second client, a network 130, and a server 140. The first client 110A and the second client 120A are communicatively connected to the server 140 through the network 130. The passenger can use the second client to issue a car taking order, and the car taking order comprises the car taking demand information of the passenger. The server can issue the vehicle demand information to candidate first client sides around the starting point position (corresponding to the order of the application vehicle), after the driver successfully takes the order through the first client sides, the driver and the passenger form a carrying relationship, and the first client sides and the second client sides establish an association relationship. It should be noted that fig. 1 is only an example.
Specifically, the first client 110A and the second client 120A may include physical devices of smart phones, desktop computers, tablet computers, notebook computers, digital assistants, smart wearable devices, and the like, and may also include software running in the physical devices, such as web pages provided by some service providers to users, and applications provided by the service providers to users, such as internet taxi agreement software, take-away software, and city-sharing/cross-city freight service applications.
Specifically, the server 140 may include a server operating independently, or a distributed server, or a server cluster composed of a plurality of servers. The server may include a network communication unit, a processor, a memory, and the like.
The following describes a specific embodiment of a driving route determining method according to the present invention, and fig. 2 and 3 are schematic flow charts of a driving route determining method according to an embodiment of the present invention, and the present specification provides the method operation steps as described in the embodiment or the flow charts, but may include more or less operation steps based on conventional or non-inventive labor. The order of steps recited in the embodiments is merely one manner of performing the steps in a multitude of orders and does not represent the only order of execution. In practice, the system or server product may be implemented in a sequential or parallel manner (e.g., parallel processor or multi-threaded environment) according to the embodiments or methods shown in the figures. Specifically, as shown in fig. 2 and 3, the method may include:
s201: the server side obtains route information corresponding to a first candidate route set according to starting place position information and destination position information corresponding to the vehicle order, wherein the first candidate route set comprises at least two driving routes;
in the embodiment of the invention, the first client corresponds to the receiving party of the vehicle using order, the second client corresponds to the initiating party of the vehicle using order, and the vehicle using order initiated by the second client comprises corresponding vehicle using demand information, such as transporting people and/or things (food, flowers, furniture and the like) from a starting point position to a destination position. The vehicles providing the capacity include, but are not limited to, electric vehicles, compact cars, and trucks.
In practical application, a relationship is established between the first client and the second client, and the driving route planning is carried out by the server according to the starting place position information and the destination position information. The server performs driving route planning to obtain a plurality of initial candidate routes, and then combines real-time road condition information, such as real-time road condition information of a reference public hot road (a road through which most users travel in a target area determined by historical statistics). And then combining preference information (such as charging less, not going high speed, etc.) to obtain a first candidate route set. When the account information corresponding to the second client points to the first use state of the user, public preference information (trip preferences of most users determined by historical statistics) can be used as corresponding preference information. Of course, when the car using order corresponds to the car reservation service, the time-sharing hot spot section (the road through which most users travel in different time periods in the target area determined by historical statistics) can be referred according to the car using time in the car using demand information. The server may also call a retrieval service interface provided by another application (e.g., a location service platform) to obtain route information corresponding to the first candidate route set, such as location point string information (e.g., longitude and latitude point strings) and route attributes (e.g., few traffic lights, no speed, etc.) corresponding to each driving route.
In a specific embodiment, as shown in fig. 4, the obtaining, by the server, route information corresponding to the first candidate route set according to the starting location information and the destination location information corresponding to the vehicle-use order further includes:
s401: the first client side responds to a route planning instruction and sends a boarding point confirmation identifier and current position information corresponding to the first client side to the server side;
it is considered that the starting point position information in the order for the vehicle often differs from the actual boarding point position information of the corresponding passenger. For example, the starting point position information corresponds to one side of the road a, and the upper vehicle position information corresponds to the other side of the road a, and the estimated time consumption and the actual time consumption and the estimated cost and the actual cost obtained based on the estimated route may be different due to factors such as driving, turning around, and the like. This does not provide the passenger with a good experience to subsequently participate in the selection of a driving route (a driving route in which the driver takes the passenger from a starting point to a destination).
In practical applications, after a passenger gets on the bus, the driver can select a "passenger gets on" option in a user interface provided by the taxi taking application, and the operation triggers the route planning instruction, so as to report a boarding point confirmation identifier and a passenger boarding position (current position information corresponding to the first client) to the server.
S402: the server side updates the state information corresponding to the vehicle order according to the vehicle getting-on point confirmation identification;
and the server side updates the state corresponding to the vehicle order into 'the passenger gets on the vehicle and waits for the driver to select a recommended route' according to the getting-on point confirmation mark.
S403: the server acquires position point string information and route attributes corresponding to each driving route in the first candidate route set according to the current position information and the destination position information to obtain route information corresponding to the first candidate route set;
the step of the server obtaining the route information corresponding to the first candidate route set according to the current location information and the destination location information may refer to the process of the server planning the driving route according to the starting location information and the destination location information, which is not described herein again.
The route attribute includes at least one selected from the group consisting of a driving distance (e.g., shortest distance), a driving time (e.g., shortest time; e.g., estimated time consumption is classified into 1-5, 1 is shortest time, and 5 is longest time), a traffic light quantity (e.g., least traffic light), a highway section condition (e.g., no highway section), and a road congestion condition (e.g., the degree of congestion of a road is classified into 1-5, 1 is clear, and 5 is extremely congested). The route attribute may further include a scenic spot identification corresponding to the scenic spot through which the route passes.
S202: the server side sends the route information corresponding to the first candidate route set to a first client side so that the first client side can display the first candidate route set, and the first client side corresponds to the receiver of the vehicle order;
in the embodiment of the present invention, correspondingly, the first client receives the route information corresponding to the first candidate route set, and loads and displays the first candidate route set according to the route information corresponding to the first candidate route set.
In a specific embodiment, the process of the first client displaying the first candidate route set includes: firstly, display parameters corresponding to each driving route are obtained according to the route attributes corresponding to each driving route, the display parameters are used for describing the display state of the corresponding driving route, the display state can correspond to text box introduction, bubble description and the like which are added to express the corresponding route attributes when the driving route is displayed, and corresponding materials (such as traffic light materials) can also be displayed according to the corresponding route attributes. Then, the electronic map is obtained, and the electronic map can be obtained by using an SDK (Software Development Kit) of other applications (such as a location service platform). Then, according to the position point string information (such as longitude and latitude point strings) corresponding to each driving route, drawing a position point string corresponding to each driving route on the electronic map; and adjusting the display state of each driving route based on the display parameter corresponding to each driving route so as to display the first candidate route set. The longitude and latitude point strings can be drawn on a map by using a viewForoverlay function (a superposition function) provided by the SDK of other applications (such as a position service platform) to mark the estimated time consumption and speed between different driving lines.
In another specific embodiment, as shown in fig. 5, the sending, by the server, route information corresponding to the first candidate route set to the first client further includes:
s501: acquiring account information corresponding to the second client;
the account information comprises basic information (age, gender, occupation and the like) of the user account and characteristics representing the operation behaviors of the user account. The user account operation behavior comprises a corresponding route set, highway section conditions, common addresses, resident cities, vehicle satisfaction (rating evaluation), driver detour complaints, average cost, maximum cost, minimum cost, average duration, maximum duration, minimum duration, payment mode and the like in historical vehicle orders.
S502: determining user preference information according to the account information, wherein the user preference information comprises at least one selected from a group consisting of avoiding detour, avoiding a path, avoiding congestion and traffic lights at least;
when the account information corresponding to the second client points to the first use state of the user (for example, the number of the initiated car taking orders is smaller than the threshold), the user type (for example, "90 back", "male", and "student") may be determined based on the user account basic information, and then the type user preference (trip preference of the type user determined by history statistics) is taken as the corresponding user preference information.
When the account information corresponding to the second client indicates that the user is not in the first-time use state (for example, the number of the initiated vehicle-using orders is equal to or greater than a threshold value), the user preference information may be determined by using the historical vehicle-using orders.
The user preference information may also include a low-charge, no-walk high speed, high speed priority, weather preference, etc.
S503: and sending the route information corresponding to the first candidate route set and the user preference information to the first client.
And the first client loads and displays the first candidate route set according to the route information corresponding to the first candidate route set, and loads and displays the corresponding preference prompt according to the user preference information.
In practical application, although the server may also combine the preference information when obtaining the first candidate route set, when determining multiple (e.g., 3) driving routes forming the first candidate route set from a large number of initial routes, the server is equivalent to making a global decision, and the function of the preference information may not be obvious. The user preference information provided for the driver can play a more obvious role in the process that the subsequent driver determines a recommended route from a plurality of driving routes (such as 3 driving routes), so that better vehicle using service can be provided for passengers, and the driving and riding relationship is optimized.
S203: the first client determines a recommended route from the first candidate route set in response to a route recommendation instruction (S2031 of the pair), and sends recommended route information corresponding to the recommended route to the server (S2032 of the pair);
in practical application, a driver can select a recommended route from at least two driving routes in a user interface provided by a driving application based on self-mastering of information such as road conditions and traffic regulations, the operation triggers the route recommending instruction, recommended route information corresponding to the recommended route is sent to the server, and the server updates the state corresponding to the vehicle using order into 'the passenger gets on the vehicle and waits for the passenger to select a driving route'. Of course, the driver may also combine the user preference information provided in step S503 above when determining the recommended route from the first set of candidate routes.
The route recommendation instruction can be triggered by a driver through a button of a user interface for determining the driving route X as a recommended route, and can also comprise sound triggering (a microphone collects sound and triggers by extracting voice with specific meanings), image triggering (a camera collects image data and triggers by extracting expressions and gestures with specific meanings).
S204: the server side updates the route information corresponding to the first candidate route set according to the recommended route information to obtain route information corresponding to a second candidate route set;
in the embodiment of the present invention, for example, the first candidate route set includes a driving route 1, a driving route 2, and a driving route 3, and the recommended route determined by the first client is the driving route 2. The route attribute of the recommended route may be updated according to the recommended route information, such as adding "driver recommendation" on the basis of route attributes "no highway section", "route city zone" originally corresponding to the driving route 2. Then, based on the route information corresponding to the first candidate route set and the updated route attribute of the recommended route, route information corresponding to the second candidate route set is obtained.
S205: the server side sends the route information corresponding to the second candidate route set to the second client side so that the second client side can display the second candidate route set, the display state of the recommended route is different from the display states of other driving routes, and the second client side corresponds to the initiator of the vehicle order;
in the embodiment of the present invention, correspondingly, the second client receives the route information corresponding to the second candidate route set, and loads and displays the second candidate route set according to the route information corresponding to the second candidate route set. For example, the first candidate route set includes a driving route 1, a driving route 2, and a driving route 3, and the driving route 2 is taken as the recommended route. Then, the second candidate route set includes the route 2 as the recommended route, and the route 1 and the route 3 as candidate routes.
In a specific embodiment, the process of the second client displaying the second candidate route set includes: firstly, acquiring a first type of display parameters corresponding to the recommended route according to the route attribute corresponding to the recommended route; and acquiring a second type of display parameter corresponding to each candidate route according to the route attribute corresponding to each candidate route. The display parameters (including the first-type display parameters and the second-type display parameters) are used for describing the display state of the corresponding driving route, the display state may correspond to text box introduction, bubble description and the like which are added to represent the corresponding route attributes when the driving route is displayed, and may also display corresponding materials (such as traffic light materials) according to the corresponding route attributes. Of course, the first type of display parameter is different from the second type of display parameter. The display state of the recommended route is different from the display state of the candidate route. Then, the electronic map is obtained, and the electronic map can be obtained by using an SDK (Software Development Kit) of other applications (such as a location service platform). Then, according to the position point string information (such as longitude and latitude point strings) corresponding to the recommended route, drawing a position point string corresponding to the recommended route on the electronic map; and drawing the position point string corresponding to each candidate route on the electronic map according to the position point string information (such as longitude and latitude point strings) corresponding to each candidate route. And adjusting the display state of the recommended route based on the first type of display parameters corresponding to the recommended route, and adjusting the display state of each candidate route based on the second type of display parameters corresponding to each candidate route so as to display the second candidate route set. The longitude and latitude point strings can be drawn on a map by using a viewForoverlay function (a superposition function) provided by the SDK of other applications (such as a position service platform) to mark the estimated time consumption and speed between different driving lines. The recommended route may be highlighted, bolded, and star-level identification of the corresponding driver may be added.
S206: the second client determines a target route from the second candidate route set in response to the route determination instruction (S2061 of the pair), and transmits target route information corresponding to the target route to the server (S2062 of the pair);
in practical applications, a passenger may see a recommended route (recommended by a driver) and a candidate route in a user interface provided by a taxi taking application, and then select a target route by combining own experience (for example, familiarity with certain road sections), appeal (for example, if the desired time is as short as possible, a route passing through a highway section may be corresponding to a route passing through a highway section, which may not be in accordance with a preference of "not going at high speed"), preference, and the like, and this operation triggers the route determination instruction, and then send recommended route information corresponding to the target route to the server, and the server updates a state corresponding to the taxi order to "the passenger gets on the bus and the passenger has selected to send the driving route". The recommended route information corresponding to the target route may include location point string information (such as longitude and latitude point strings), navigation broadcast related information, and road condition information corresponding to the target route.
There are many situations that may result in the recommended driving route at the first client not being optimal (e.g., the driving time is higher than expected due to the events such as long mileage of the planned route caused by inaccuracy of road condition information, traffic accidents occurring on the planned route, or temporary closure of roads caused by policy reasons), and these situations may result in the final payment of the fee by the passenger being higher than expected. In the embodiment of the present invention, for example, the second candidate route set includes the driving route 2 as the recommended route, and the driving route 1 and the driving route 3 as candidate routes. The driver's recommended driving route 2 is used as a reference, and the passenger's determined target route may be the driving route 3. The passenger can select the final driving route by combining the recommended route given by the driver, own experience, appeal and preference. Therefore, the passenger can timely feed back the familiar or thought route to the driver. By the method, both the driver and the passenger participate in the selection of the driving route, and the reasonability of the driving route is improved. The satisfaction degree of the passenger on the driving route is improved, the condition that the passenger complains the driving route to the service provider unreasonably is eliminated, and the labor cost of the service provider for establishing a customer service system and an order troubleshooting system for processing the customer complaints is reduced to the greatest extent.
The route determination instruction can be triggered by a passenger through a button of a user interface for determining the driving route X as a target route, and can also comprise a sound trigger (a microphone collects sound and is triggered by extracting voice with a specific meaning), an image trigger (a camera collects image data and is triggered by extracting expressions and gestures with a specific meaning).
S207: and the server side sends the target route information to the first client side.
Correspondingly, in the embodiment of the invention, the first client receives the target route information, draws the position point string corresponding to the target route on the electronic map, and starts to carry out driving according to the target route.
As shown in fig. 6, the method further comprises:
s208: the server determines a monitoring time period;
in the embodiment of the present invention, during driving according to the target route, the first client may return current location information to the server every second. The monitoring period may be determined, for example, in 20-40 seconds, taking into account the efficiency and resource overhead of making the route deviation calculation.
The server may obtain the current location information corresponding to the first client by using technologies such as a Global Positioning System (GPS), a General Packet Radio Service (GPRS), a Location Based Service (LBS), a wireless fidelity (WiFi), and bluetooth. In practical applications, GPS is preferred, and WiFi is secondarily preferred.
S209: the server side obtains a plurality of positioning information returned by the first client side in the monitoring time period, wherein the plurality of positioning data are used for describing a positioning route;
the multiple positioning information returned by the first client in the monitoring period may correspond to multiple positioning points, such as 25 positioning points: anchor points 1-25.
A segmented path is formed between two adjacent positioning points, and Bezier curve fitting can be respectively carried out on each corresponding segmented path to obtain a fitting curve consisting of a plurality of segmented Bezier curves: the positioning curve.
S2010: the server side matches the coincidence degree of the positioning route and the target route to obtain a corresponding matching result;
the reference route may be determined from the target route based on a start time and an end time corresponding to the monitoring time period, a driving-by-driving travel time, a driving-by-driving travel track, and the like. The route range of the reference route relative to the target route is smaller, and the coincidence degree matching with the positioning route is more convenient.
When the coincidence degree is matched, a plurality of reference points are arranged on the reference route, and the path length of the positioning route falling into the preset range of the reference points is recorded. And taking the ratio of the path length to the length corresponding to the positioning route as the matching result.
S2011: and when the matching result does not meet the requirement of the overlap ratio threshold, the server side gives a route deviation prompt to the second client side.
For example, when the matching result is 60% < overlap threshold (for example, 80%), it indicates that a route deviation currently occurs, and the server sends a route deviation prompt to the second client.
In practical application, an adsorption range (equivalent to an error tolerance range) can be set for the target route, the first client can be adsorbed by returning the current position point to the server every second, and when three points are not successfully adsorbed, route planning of returning to the target route is provided for the driver.
In addition, the first client and the second client establish a relationship, the server updates the state corresponding to the vehicle order according to the received message sent by the first client or the second client, and the driver and passenger co-display (for example, the positions of the opposite sides need to be displayed at the first client and the second client at the same time in the process of receiving driving), and the realization that the current driving route, the estimated driving residual time, the estimated driving residual mileage and the estimated driving track need to be displayed at the first client and the second client at the same time in the process of driving according to the target route is required to be based on effective message pushing.
In this embodiment of the present invention, as shown in fig. 7, the server implements message pushing between the first client and the second client by performing the following steps:
s701: receiving a message sent by a sender client, wherein the message corresponds to the vehicle order;
the sender client corresponds to the first client, and the receiver client corresponds to the second client; or, the sender client corresponds to the second client, and the receiver client corresponds to the first client.
In practical applications, when the driver side and the passenger side send a message to the server side, the server side synchronizes the message to a cache (for example, by using a Redis (a key value pair database)) and a database for persistent storage.
S702: determining whether the client of the sender corresponds to a first monitoring task aiming at the state node of the vehicle order;
the server may be correspondingly provided with a Zookeeper client (client) and a Zookeeper cluster (cluster) for providing distributed services, as shown in fig. 8. The Zookeeper cluster records state nodes of the vehicle order, such as node creation, node deletion and the like.
The server side can register monitoring tasks aiming at the state nodes of the vehicle using orders for the two ends. Here, it needs to be determined whether the sending-end client (the first identifier corresponding to the first client or the second identifier corresponding to the second client) corresponds to a monitoring task for a status node (corresponding to the vehicle order identifier) of the vehicle order, and the monitoring task may monitor a status change event of the vehicle order.
S703: when the first monitoring task does not correspond to the sender client, registering the first monitoring task for the sender client;
and if the client of the sender does not correspond to the first monitoring task, the server registers the first monitoring task for the client of the sender so as to monitor the state change event of the vehicle order.
S704: when the client of the sending party corresponds to the first monitoring task, updating the state node according to the message;
if the client of the sending party corresponds to the first monitoring task, the server may update the state node using a Zookeeper cluster, and update the state of the vehicle order corresponding to the state node (corresponding to the vehicle order identifier) using a built-in Zookeeper client.
S705: determining whether to push the message to a receiver client according to the service identifier corresponding to the message, wherein the receiver client corresponds to a second monitoring task corresponding to the state node;
based on the update of the state node, the Zookeeper cluster sends information to inform the Zookeeper client, the server can check the current state of the vehicle order through the Zookeeper client, and then judges whether the message needs to be pushed to the receiver client according to the service identifier corresponding to the message. And if so, inquiring needed information (such as route information, state information corresponding to the vehicle-using order and the like) from the cache or the database, and then sending corresponding data to the corresponding first client or second client based on the first identifier or the second identifier through the instant messaging long connection maintained by the server.
The first identifier and the second identifier are respectively used as unique communication identifiers corresponding to the two ends, and the two ends are connected with a Transmission Control Protocol (TCP) of Instant Messaging (IM). The server side can also establish TCP connection with instant messaging, and then when the server side needs to send messages to the two sides, the messages are sent through the instant messaging.
As can be seen from the technical solutions provided by the embodiments of the present specification, in the embodiments of the present specification, the first client selects a recommended route from at least two driving routes pushed by the server, the server pushes the recommended route and other driving routes to the second client together, the second client determines a target route from the recommended route, and a receiver corresponding to the first client drives according to the target route. The choices of the acceptors and initiators are combined sufficiently to determine the target route, in which the driver provides advice and the passenger makes the final choice. The participation degree of the initiator in determining the target route can be improved, complaints from passengers to service providers can be reduced, and the vehicle service experience of the initiator is improved.
The following describes a specific embodiment of the driving route determination method in the present specification with a server as an executing subject, and the present specification provides the method operation steps as described in the embodiment or the flowchart, but may include more or less operation steps based on conventional or non-inventive labor. The order of steps recited in the embodiments is merely one manner of performing the steps in a multitude of orders and does not represent the only order of execution. In practice, the system or server product may be implemented in a sequential or parallel manner (e.g., parallel processor or multi-threaded environment) according to the embodiments or methods shown in the figures. As shown in fig. 9, the method may include:
s901: acquiring route information corresponding to a first candidate route set according to starting place position information and destination position information corresponding to the vehicle order, wherein the first candidate route set comprises at least two driving routes;
s902: sending the route information corresponding to the first candidate route set to a first client so that the first client displays the first candidate route set, wherein the first client corresponds to a receiver of the vehicle order;
s903: the server side updates route information corresponding to the first candidate route set according to recommended route information to obtain route information corresponding to a second candidate route set, and the recommended route information corresponds to a recommended route determined by the first client side from the first candidate route set in response to a route recommending instruction;
s904: the server side sends the route information corresponding to the second candidate route set to the second client side so that the second client side can display the second candidate route set, the display state of the recommended route is different from the display states of other driving routes, and the second client side corresponds to the initiator of the vehicle order;
s905: the server sends target route information to the first client, the target route information corresponding to a target route determined by the second client from the second set of candidate routes in response to a route determination instruction.
An embodiment of the present invention further provides a driving route determining device, as shown in fig. 10, the device includes:
the first candidate route set acquisition module 1010: the system comprises a first candidate route set and a second candidate route set, wherein the first candidate route set comprises at least two driving routes;
the first candidate route set transmission module 1020: the first client side is used for sending the route information corresponding to the first candidate route set to a first client side so that the first client side can display the first candidate route set, and the first client side corresponds to the receiver of the vehicle order;
the second candidate route set acquisition module 1030: the server side updates route information corresponding to the first candidate route set according to recommended route information to obtain route information corresponding to a second candidate route set, wherein the recommended route information corresponds to a recommended route determined by the first client side from the first candidate route set in response to a route recommendation instruction;
the second candidate route set sending module 1040: the server side sends the route information corresponding to the second candidate route set to the second client side so that the second client side can display the second candidate route set, the display state of the recommended route is different from the display states of other driving routes, and the second client side corresponds to the initiator of the vehicle order;
the target route information transmission module 1050: for the server to send to the first client target route information corresponding to a target route determined by the second client from the second set of candidate routes in response to a route determination instruction.
It should be noted that the device and method embodiments in the device embodiment are based on the same inventive concept.
An embodiment of the present invention provides an electronic device, which includes a processor and a memory, where the memory stores at least one instruction, at least one program, a code set, or an instruction set, and the at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by the processor to implement the driving route determination method provided in the foregoing method embodiment.
Further, fig. 11 shows a hardware structure diagram of an electronic device for implementing the method provided by the embodiment of the present invention, and the device may participate in constituting or including the apparatus provided by the embodiment of the present invention. As shown in fig. 11, the device 110 may include one or more (shown as 1102a, 1102b, … …, 1102 n) processors 1102 (the processors 1102 may include, but are not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 1104 for storing data, and a transmission device 1106 for communication functions. Besides, the method can also comprise the following steps: a display, an input/output interface (I/O interface), a Universal Serial Bus (USB) port (which may be included as one of the ports of the I/O interface), a network interface, a power source, and/or a camera. It will be understood by those skilled in the art that the structure shown in fig. 11 is only an illustration and is not intended to limit the structure of the electronic device. For example, electronic device 110 may also include more or fewer components than shown in FIG. 11, or have a different configuration than shown in FIG. 11.
It should be noted that the one or more processors 1102 and/or other data processing circuitry described above may be referred to generally herein as "data processing circuitry". The data processing circuitry may be embodied in whole or in part in software, hardware, firmware, or any combination thereof. Further, the data processing circuitry may be a single, stand-alone processing module, or incorporated in whole or in part into any of the other elements in the electronic device 110 (or mobile device). As referred to in the embodiments of the application, the data processing circuit acts as a processor control (e.g. selection of a variable resistance termination path connected to the interface).
The memory 1104 may be used for storing software programs and modules of application software, such as program instructions/data storage devices corresponding to the method according to the embodiment of the present invention, and the processor 1102 executes various functional applications and data processing by running the software programs and modules stored in the memory 114, so as to implement a driving route determining method as described above. The memory 1104 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 1104 may further include memory located remotely from the processor 1102, which may be connected to the electronic device 110 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The transmission device 1106 is used for receiving or transmitting data via a network. Specific examples of the network described above may include a wireless network provided by a communication provider of the electronic device 110. In one example, the transmission device 1106 includes a network adapter (NIC) that can be connected to other network devices through a base station to communicate with the internet. In one example, the transmission device 1106 may be a Radio Frequency (RF) module, which is used for communicating with the internet in a wireless manner.
The display may be, for example, a touch screen type Liquid Crystal Display (LCD) that may enable a user to interact with a user interface of the electronic device 110 (or mobile device).
Embodiments of the present invention also provide a storage medium, which may be disposed in an electronic device to store at least one instruction, at least one program, a code set, or a set of instructions related to implementing a driving route determination method in the method embodiments, where the at least one instruction, the at least one program, the code set, or the set of instructions is loaded and executed by the processor to implement the driving route determination method provided in the method embodiments.
Alternatively, in this embodiment, the storage medium may be located in at least one network server of a plurality of network servers of a computer network. Optionally, in this embodiment, the storage medium may include, but is not limited to: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.
It should be noted that: the precedence order of the above embodiments of the present invention is only for description, and does not represent the merits of the embodiments. And specific embodiments thereof have been described above. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the device and electronic apparatus embodiments, since they are substantially similar to the method embodiments, the description is relatively simple, and reference may be made to some descriptions of the method embodiments for relevant points.
It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, where the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like that fall within the spirit and principle of the present invention are intended to be included therein.

Claims (10)

1. A method for determining a driving route, the method comprising:
the server side obtains route information corresponding to a first candidate route set according to starting place position information and destination position information corresponding to the vehicle order, wherein the first candidate route set comprises at least two driving routes;
the server side sends the route information corresponding to the first candidate route set to a first client side so that the first client side can display the first candidate route set, and the first client side corresponds to the receiver of the vehicle order;
the first client side responds to a route recommending instruction to determine a recommended route from the first candidate route set, and sends recommended route information corresponding to the recommended route to the server side;
the server side updates the route information corresponding to the first candidate route set according to the recommended route information to obtain route information corresponding to a second candidate route set;
the server side sends the route information corresponding to the second candidate route set to the second client side so that the second client side can display the second candidate route set, the display state of the recommended route is different from the display states of other driving routes, and the second client side corresponds to the initiator of the vehicle order;
the second client determines a target route from the second candidate route set in response to a route determination instruction, and sends target route information corresponding to the target route to the server;
and the server side sends the target route information to the first client side.
2. The method according to claim 1, wherein the server obtains route information corresponding to the first candidate route set according to the starting location information and the destination location information corresponding to the vehicle order, and further comprising:
the first client side responds to a route planning instruction and sends a boarding point confirmation identifier and current position information corresponding to the first client side to the server side;
the server side updates the state information corresponding to the vehicle order according to the vehicle getting-on point confirmation identification;
the server acquires position point string information and route attributes corresponding to each driving route in the first candidate route set according to the current position information and the destination position information to obtain route information corresponding to the first candidate route set;
wherein the route attribute includes at least one selected from the group consisting of a driving distance, a driving time, a number of traffic lights, a highway section condition, and a road congestion condition.
3. The method of claim 2, wherein the first client displaying the first set of candidate routes comprises:
acquiring display parameters corresponding to each driving route according to the route attributes corresponding to each driving route;
acquiring an electronic map;
drawing a position point string corresponding to each driving route on the electronic map according to the position point string information corresponding to each driving route;
and adjusting the display state of each driving route based on the display parameter corresponding to each driving route so as to display the first candidate route set.
4. The method of claim 2, wherein:
the server side updates the route information corresponding to the first candidate route set according to the recommended route information to obtain the route information corresponding to the second candidate route set, and the method comprises the following steps:
updating the route attributes of the recommended route according to the recommended route information;
obtaining route information corresponding to the second candidate route set based on the route information corresponding to the first candidate route set and the updated route attribute of the recommended route;
the second set of candidate routes includes the recommended route and candidate routes, and the second client displays the second set of candidate routes, including:
obtaining a first type of display parameter corresponding to the recommended route according to the route attribute corresponding to the recommended route;
acquiring a second type of display parameter corresponding to each candidate route according to the route attribute corresponding to each candidate route;
acquiring an electronic map;
drawing a position point string corresponding to the recommended route on the electronic map according to the position point string information corresponding to the recommended route;
drawing a position point string corresponding to each candidate route on the electronic map according to the position point string information corresponding to each candidate route;
adjusting the display state of the recommended route based on the first type of display parameter corresponding to the recommended route, and adjusting the display state of each candidate route based on the second type of display parameter corresponding to each candidate route to display the second candidate route set;
wherein a display state of the recommended route is different from a display state of the candidate route.
5. The method of claim 1, wherein the server performs the following steps to push the message between the first client and the second client:
receiving a message sent by a sender client, wherein the message corresponds to the vehicle order;
determining whether the client of the sender corresponds to a first monitoring task aiming at the state node of the vehicle order;
when the first monitoring task does not correspond to the sender client, registering the first monitoring task for the sender client;
when the client of the sending party corresponds to the first monitoring task, updating the state node according to the message;
determining whether to push the message to a receiver client according to the service identifier corresponding to the message, wherein the receiver client corresponds to a second monitoring task corresponding to the state node;
the sender client corresponds to the first client, and the receiver client corresponds to the second client; or, the sender client corresponds to the second client, and the receiver client corresponds to the first client.
6. The method according to claim 1, wherein the server sends the route information corresponding to the first candidate route set to the first client, further comprising:
acquiring account information corresponding to the second client;
determining user preference information according to the account information, wherein the user preference information comprises at least one selected from a group consisting of avoiding detour, avoiding a path, avoiding congestion and traffic lights at least;
and sending the route information corresponding to the first candidate route set and the user preference information to the first client.
7. The method of claim 1, further comprising:
the server determines a monitoring time period;
the server side obtains a plurality of positioning information returned by the first client side in the monitoring time period, wherein the plurality of positioning data are used for describing a positioning route;
the server side matches the coincidence degree of the positioning route and the target route to obtain a corresponding matching result;
and when the matching result does not meet the requirement of the overlap ratio threshold, the server side gives a route deviation prompt to the second client side.
8. A method for determining a driving route, the method comprising:
acquiring route information corresponding to a first candidate route set according to starting place position information and destination position information corresponding to the vehicle order, wherein the first candidate route set comprises at least two driving routes;
sending the route information corresponding to the first candidate route set to a first client so that the first client displays the first candidate route set, wherein the first client corresponds to a receiver of the vehicle order;
the server side updates route information corresponding to the first candidate route set according to recommended route information to obtain route information corresponding to a second candidate route set, and the recommended route information corresponds to a recommended route determined by the first client side from the first candidate route set in response to a route recommending instruction;
the server side sends the route information corresponding to the second candidate route set to the second client side so that the second client side can display the second candidate route set, the display state of the recommended route is different from the display states of other driving routes, and the second client side corresponds to the initiator of the vehicle order;
the server sends target route information to the first client, the target route information corresponding to a target route determined by the second client from the second set of candidate routes in response to a route determination instruction.
9. A driving route determination device, characterized in that the device comprises:
the first candidate route set acquisition module: the system comprises a first candidate route set and a second candidate route set, wherein the first candidate route set comprises at least two driving routes;
the first candidate route set transmission module: the first client side is used for sending the route information corresponding to the first candidate route set to a first client side so that the first client side can display the first candidate route set, and the first client side corresponds to the receiver of the vehicle order;
a second candidate route set acquisition module: the server side updates route information corresponding to the first candidate route set according to recommended route information to obtain route information corresponding to a second candidate route set, wherein the recommended route information corresponds to a recommended route determined by the first client side from the first candidate route set in response to a route recommendation instruction;
the second candidate route set transmission module: the server side sends the route information corresponding to the second candidate route set to the second client side so that the second client side can display the second candidate route set, the display state of the recommended route is different from the display states of other driving routes, and the second client side corresponds to the initiator of the vehicle order;
a target route information sending module: for the server to send to the first client target route information corresponding to a target route determined by the second client from the second set of candidate routes in response to a route determination instruction.
10. A computer readable storage medium having stored therein at least one instruction, at least one program, a set of codes or a set of instructions, which is loaded and executed by a processor to implement a method of determining a driving route according to any one of claims 1-7 or a method of determining a driving route according to claim 8.
CN201910870766.8A 2019-09-16 2019-09-16 Driving route determination method, device and medium Active CN110782066B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910870766.8A CN110782066B (en) 2019-09-16 2019-09-16 Driving route determination method, device and medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910870766.8A CN110782066B (en) 2019-09-16 2019-09-16 Driving route determination method, device and medium

Publications (2)

Publication Number Publication Date
CN110782066A true CN110782066A (en) 2020-02-11
CN110782066B CN110782066B (en) 2023-01-17

Family

ID=69383470

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910870766.8A Active CN110782066B (en) 2019-09-16 2019-09-16 Driving route determination method, device and medium

Country Status (1)

Country Link
CN (1) CN110782066B (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111524055A (en) * 2020-04-09 2020-08-11 北京白龙马云行科技有限公司 Cross-platform driver-ride co-display method and system
CN112667925A (en) * 2020-12-30 2021-04-16 腾讯科技(深圳)有限公司 Route recommendation method and device, computer equipment and storage medium
CN113271248A (en) * 2020-02-17 2021-08-17 丰田自动车株式会社 Control device, control system, computer-readable non-transitory storage medium, and control method
CN113340316A (en) * 2021-05-19 2021-09-03 维沃软件技术有限公司 Route display method and device, electronic equipment and storage medium
CN113807994A (en) * 2021-08-23 2021-12-17 广汽本田汽车有限公司 Control method, system, device and storage medium for automobile designated driving service

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107091645A (en) * 2017-01-06 2017-08-25 阿里巴巴集团控股有限公司 A kind of route navigation method and device
WO2018014758A1 (en) * 2016-07-18 2018-01-25 阿里巴巴集团控股有限公司 Method, device, equipment, and system for processing ride hailing
CN107702725A (en) * 2016-08-08 2018-02-16 北京嘀嘀无限科技发展有限公司 Traffic route recommends method and device
CN108009656A (en) * 2017-08-16 2018-05-08 北京嘀嘀无限科技发展有限公司 Net about car order processing method, system, terminal and server
CN108765930A (en) * 2018-06-26 2018-11-06 上海掌门科技有限公司 Monitoring method of driving a vehicle and equipment
CN108986446A (en) * 2017-06-01 2018-12-11 北京嘀嘀无限科技发展有限公司 It gets on the bus an acquisition methods, driver passenger's interconnected method and device, system
CN109255457A (en) * 2018-09-14 2019-01-22 赵菁 The safety net about vehicle method and system excavated based on big data

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018014758A1 (en) * 2016-07-18 2018-01-25 阿里巴巴集团控股有限公司 Method, device, equipment, and system for processing ride hailing
CN107702725A (en) * 2016-08-08 2018-02-16 北京嘀嘀无限科技发展有限公司 Traffic route recommends method and device
CN107091645A (en) * 2017-01-06 2017-08-25 阿里巴巴集团控股有限公司 A kind of route navigation method and device
CN108986446A (en) * 2017-06-01 2018-12-11 北京嘀嘀无限科技发展有限公司 It gets on the bus an acquisition methods, driver passenger's interconnected method and device, system
CN108009656A (en) * 2017-08-16 2018-05-08 北京嘀嘀无限科技发展有限公司 Net about car order processing method, system, terminal and server
CN108765930A (en) * 2018-06-26 2018-11-06 上海掌门科技有限公司 Monitoring method of driving a vehicle and equipment
CN109255457A (en) * 2018-09-14 2019-01-22 赵菁 The safety net about vehicle method and system excavated based on big data

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
YUCHUAN LUO等: "pRide: Privacy-Preserving Ride Matching Over Road Networks for Online Ride-Hailing Service", 《IEEE TRANSACTIONS ON INFORMATION FORENSICS AND SECURITY》 *
王文松等: "基于北斗***出租车位置服务终端设计研究", 《数字通信世界》 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113271248A (en) * 2020-02-17 2021-08-17 丰田自动车株式会社 Control device, control system, computer-readable non-transitory storage medium, and control method
CN111524055A (en) * 2020-04-09 2020-08-11 北京白龙马云行科技有限公司 Cross-platform driver-ride co-display method and system
CN111524055B (en) * 2020-04-09 2023-08-08 北京白龙马云行科技有限公司 Cross-platform simultaneous display method and system
CN112667925A (en) * 2020-12-30 2021-04-16 腾讯科技(深圳)有限公司 Route recommendation method and device, computer equipment and storage medium
CN113340316A (en) * 2021-05-19 2021-09-03 维沃软件技术有限公司 Route display method and device, electronic equipment and storage medium
CN113340316B (en) * 2021-05-19 2022-11-15 维沃软件技术有限公司 Route display method and device, electronic equipment and storage medium
CN113807994A (en) * 2021-08-23 2021-12-17 广汽本田汽车有限公司 Control method, system, device and storage medium for automobile designated driving service

Also Published As

Publication number Publication date
CN110782066B (en) 2023-01-17

Similar Documents

Publication Publication Date Title
CN110782066B (en) Driving route determination method, device and medium
US11549818B2 (en) Casual driver ride sharing
CN105674994B (en) Method and device for obtaining driving route and navigation equipment
US20160298980A1 (en) System And Method For Selecting And Presenting A Route To A User
TWI428249B (en) Telematics apparatus for driving assistance, system of the same, and method of the same
EP2881712A1 (en) Optimized route planning
EP2584521A1 (en) Method and apparatus for enabling commuter groups
JP6606273B2 (en) Map-based navigation method, apparatus, and storage medium
CN104200696B (en) The method for pushing and device of a kind of transport information
TW201341759A (en) Integration of contextual and historical data into route determination
US9074904B1 (en) Method for solving carpool matching problem and carpool server using the same
CN105191357A (en) Personally attended service notification based on temporal and spatial proximity
WO2022022514A1 (en) Path determination method and apparatus, and device and medium
CN107421555B (en) Method and device for determining navigation path
CN109642800A (en) Route searching method and route searching device
CN109658203A (en) Order allocation method, distribution system and computer readable storage medium
US8942718B2 (en) Method and system for using cellular communication device availability information to predict coverage overlap between callers
JP6912213B2 (en) Systems and methods for accessing contact information
CN107063277B (en) Navigation method and server for multi-member travel
CN101660920A (en) System for evaluating poi and method thereof
Younes et al. An intelligent path recommendation protocol (ICOD) for VANETs
CN111858790A (en) Detour reminding method and device, electronic equipment and medium
Meuser et al. Relevance-aware information dissemination in vehicular networks
EP3462389A1 (en) Parking system that meets a second objective and method thereof
WO2013044319A1 (en) Method and system for coordinating usage of vehicles in a transport network

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40021617

Country of ref document: HK

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant