WO2023222273A1 - Verfahren zum bereitstellen von navigationsdaten während einer fahrt mit einem fahrzeug von einem backend-server an das fahrzeug, computerlesbares medium, system und fahrzeug - Google Patents

Verfahren zum bereitstellen von navigationsdaten während einer fahrt mit einem fahrzeug von einem backend-server an das fahrzeug, computerlesbares medium, system und fahrzeug Download PDF

Info

Publication number
WO2023222273A1
WO2023222273A1 PCT/EP2023/054662 EP2023054662W WO2023222273A1 WO 2023222273 A1 WO2023222273 A1 WO 2023222273A1 EP 2023054662 W EP2023054662 W EP 2023054662W WO 2023222273 A1 WO2023222273 A1 WO 2023222273A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
navigation data
backend server
decision points
decision
Prior art date
Application number
PCT/EP2023/054662
Other languages
English (en)
French (fr)
Inventor
Stefan Holder
Martin Wernwag
Original Assignee
Bayerische Motoren Werke Aktiengesellschaft
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 Bayerische Motoren Werke Aktiengesellschaft filed Critical Bayerische Motoren Werke Aktiengesellschaft
Publication of WO2023222273A1 publication Critical patent/WO2023222273A1/de

Links

Classifications

    • 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/3407Route searching; Route guidance specially adapted for specific applications
    • G01C21/3415Dynamic re-routing, e.g. recalculating the route when the user deviates from calculated route or after detecting real-time traffic data or accidents
    • 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/36Input/output arrangements for on-board computers
    • G01C21/3605Destination input or retrieval
    • G01C21/3617Destination input or retrieval using user history, behaviour, conditions or preferences, e.g. predicted or inferred from previous use or current movement

Definitions

  • the invention relates to a method for providing navigation data from a backend server to the vehicle while driving a vehicle.
  • the invention further relates to a computer-readable medium for providing navigation data while driving a vehicle from a backend server to the vehicle, a system for providing navigation data while driving a vehicle from a backend server to the vehicle, and a vehicle comprising the system for providing navigation data while driving a vehicle from a backend server to the vehicle.
  • an object of the invention to provide navigation data to a vehicle more efficiently.
  • an object of the invention is to more efficiently control the provision of navigation data, in particular one or more decision points and/or one or more navigation destinations, from a backend server to a vehicle.
  • the invention is characterized by a method for providing navigation data from a backend server to the vehicle while driving a vehicle.
  • the method can be a computer-implemented method and/or a control device-implemented method.
  • Navigation data may include a set of destinations and/or a set of decision points.
  • a destination on the set of destinations is preferably a predicted destination, which is determined by the backend server, for example using historical destinations of the vehicle is predicted.
  • a decision point from the set of decision points can be a waypoint at which routes traveled by the vehicle branch off to different destinations.
  • the procedure can be carried out at the beginning of a journey and continuously during the journey.
  • the vehicle can be a land vehicle.
  • the vehicle can be a motor vehicle or a motorcycle.
  • the method includes transmitting a first request message for querying a first set of navigation data from the vehicle to the backend server.
  • the first request message can be transmitted at the start of the vehicle journey.
  • the method further includes receiving the first set of navigation data in response to the first request message by the vehicle from the backend server, the first set of navigation data comprising a first set of decision points.
  • the method determines whether the vehicle passes through a decision point from the first set of decision points. If a decision point from the first set of decision points has been passed through, the method transmits a second request message for querying a second set of navigation data from the vehicle to the backend server. Finally, the method receives the second set of navigation data from the backend server in response to the second request message by the vehicle.
  • the method can query navigation data more efficiently from a backend server.
  • the method can query navigation data again from the backend server. This allows the method to provide navigation data more quickly at relevant points on a trip - the decision points.
  • the method can efficiently control querying of the navigation data from the backend server.
  • an efficient query of navigation data can be characterized in that a response from the backend server with the navigation data differs from a previous response from the backend server.
  • decision points there is preferably a particularly high probability that responses from the backend server and thus the navigation data that the backend server transmits to the vehicle will differ.
  • updates to the navigation data can be efficiently transmitted from the backend server to the vehicle. Unnecessary queries from Navigation data from the backend server through the vehicle can thus be efficiently avoided.
  • the first set of navigation data can include a first set of destinations and a first set of decision points.
  • the decision point can be a decision point from the first set of decision points. This allows the method to efficiently retrieve navigation destinations and decision points from the backend server.
  • the second set of navigation data can include a second set of destinations and/or a second set of decision points.
  • the second set of navigation data may preferably include the second set of decision points if the second set of decision points is different from the first set of decision points.
  • the first set of destinations can include one or more predicted destinations
  • the second set of destinations can include one or more predicted destinations.
  • Each predicted destination can include a probability that indicates the probability with which the predicted destination is correct.
  • the backend server can predict one or more destinations using known methods and determine the probability of each of the predicted destinations. A probability of a predicted destination and/or a predicted destination may change after passing through a decision point. By requesting navigation data that includes one or more predicted destinations after passing through a decision point, the vehicle can efficiently predict destinations retrieve from the backend server and/or update predicted destinations that already exist on the vehicle.
  • a decision point can be a waypoint of several routes traveled by the vehicle, at which the several routes traveled by the vehicle branch off to different destinations. This allows the query of further decision points or further sets of decision points to be efficiently controlled.
  • a decision point of the first set of decision points can be passed through when the vehicle first enters a first, predetermined circle around the decision point and then leaves a second predetermined circle around the decision point. This means that passing through a decision point can be determined more reliably.
  • a radius of the first circle can be smaller than a radius of the second circle, and / or the vehicle can have the radius of the first circle and the radius of the second circle for each decision point with the first set of decision points from the backend server receive. This means that passing through a decision point can be determined more reliably.
  • the method can further include receiving the first request message for querying the first set of navigation data from the vehicle through the backend server, determining a first set of destinations of the first set of navigation data by the backend server, determining a first set of decision points of the first set of navigation data by the backend server, reducing a number of decision points of the first set of decision points by the backend server, and transmitting the first set of navigation data comprising the reduced, first set of decision points and the first set of destinations in response to the first request message from the backend server to the vehicle.
  • This allows the first set of navigation data, including the first set of decision points and the first set of destinations, to be determined efficiently.
  • reducing the number of decision points of the first set of decision points can involve filtering the first set of decision points depending on the importance of the decision points, and/or merging decision points that are within a predetermined radius or several predetermined radii Circling around a position of the decision point, and / or determining a predetermined, maximum number of decision points for the first set of decision points depending on the importance of the decision point, and / or determining a predetermined, maximum number of decision points for the first set of Include decision points depending on the distance of the decision point from the vehicle.
  • This allows the first set of decision points to be determined efficiently.
  • a number of decision points in the first set of decision points can be efficiently controlled.
  • the first set of destinations of the first set of navigation data can include one or more destinations of routes traveled by the vehicle, and/or the first set of destinations of the first set of navigation data can include one or more destinations of routes traveled by the vehicle Vehicle depending on a current position of the vehicle and / or a current direction of travel of the vehicle. This allows the first set of destinations to be determined efficiently.
  • the method can involve transmitting a third request message for querying a third set of navigation data from the vehicle to the backend server depending on a distance of a current position of the vehicle from a decision point from the first or the second set of decision points , and/or transmitting a third request message for querying a third set of navigation data from the vehicle to the backend server if a last request exceeds a predetermined time period, and/or suppressing the first request message, the second request message, and/or the third request message for providing the first set, the second set, and / or the third set of navigation data from the vehicle to the backend server if a distance of the vehicle from a next decision point falls below a predetermined distance threshold and / or a time period for Reaching the next decision point falls below a predetermined time threshold.
  • This allows one The time for transmitting a request message from the vehicle to the backend server can be efficiently controlled. Unnecessary requests to the backend server can be efficiently avoided.
  • the invention is characterized by a computer-readable medium for providing a quantity of navigation data while driving a vehicle from a backend server to the vehicle, the computer-readable medium comprising instructions that, when executed on a control device and/or a computer to perform the procedure described above.
  • the invention is characterized by a system for providing a quantity of navigation data while driving a vehicle from a backend server to the vehicle, the system being designed to carry out the method described above.
  • the invention is characterized by a vehicle comprising the system described above for providing a quantity of navigation data from a backend server to the vehicle while driving a vehicle.
  • FIG. 1 shows an exemplary method for providing a set of navigation data
  • FIG. 2 shows an exemplary scenario for determining a passage through a decision point
  • Fig. 3 shows a first scenario with predicted destinations and decision points at the beginning of a trip
  • Fig. 4 shows a second scenario with predicted destinations and decision points during the journey.
  • FIG. 1 shows a method 100 for providing a quantity of navigation data during a journey with a vehicle from a backend server to the vehicle.
  • the method 100 can transmit 102 a first request message for querying a first set of navigation data from the vehicle to the backend server.
  • the first set of navigation data preferably includes a first set of destinations, in particular predicted destinations, and/or a first set of decision points .
  • the vehicle can transmit the first request message to the backend server at the start of a journey.
  • the first query message can include a position of the vehicle, in particular a current position of the vehicle, and/or time information.
  • the time information can include, for example, a current departure time, a planned departure time, a time after the start of the journey, or a time at which the first request message was transmitted to the backend server.
  • the vehicle can transmit the position of the vehicle and/or the time information to the backend server with each request message.
  • the time information can optionally be transmitted by the vehicle with each request.
  • the backend server may receive the first request message for querying the first set of navigation data from the vehicle.
  • the first set of navigation data can include a first set of destinations, in particular a first set of predicted destinations, and a first set of decision points.
  • the backend server can further determine the first set of navigation data.
  • the backend server can determine the first set of destinations, in particular the first set of predicted destinations, the first set of navigation data and the first set of decision points of the first set of navigation data.
  • the first set of destinations can include one or more predicted destinations, which the backend server predicts, for example, at the beginning of the journey with the vehicle.
  • the backend server may predict one or more destinations depending on the position of the vehicle and/or the time information received from the vehicle with the first request message.
  • the backend server can predict one or more destinations using historical destinations. Preferably, the backend server determines a probability for each predicted destination that is representative of the correctness of the prediction of the destination. Further, the backend server can determine the first set of decision points of the first set of navigation data. The first set of decision points may be determined by the backend server using historical routes traveled by the vehicle.
  • the vehicle can transmit the route taken to the backend server after each journey with the vehicle.
  • the backend server can receive the route taken by the vehicle after each trip with the vehicle.
  • the route traveled by the vehicle can include a set of vehicle positions that were determined by the vehicle via a satellite-based positioning system.
  • the vehicle can transmit time information about a start, an end, and/or every vehicle position of the route traveled to the backend server.
  • the backend server can use the routes traveled by the vehicle and/or a user of the vehicle to determine positions for waypoints at which the routes traveled branch off.
  • a waypoint at which the routes traveled by the vehicle branch off can be a decision point of
  • the backend server can reduce a number of decision points of the first set of decision points. To reduce the number of decision points, the backend server can use various techniques, which are described below.
  • the backend server can calculate an importance for each decision point. Using importance, the backend server can filter decision points. For example, the backend server can only add decision points to the first set of decision points whose importance exceeds a predetermined, minimum importance threshold.
  • a maximum number of decision points can be specified for the first set of decision points. If a maximum number of decision points is specified for the first set of decision points, the decision points with the greatest importance up to the maximum number can be determined and added to the set of decision points. Alternatively, the decision points with the closest distance to the current vehicle position up to the maximum number can be determined and added to the set of decision points.
  • a decision point may include a position of a waypoint. For example, the position of the waypoint can be specified as a latitude and longitude coordinate.
  • the backend server can reduce the number of decision points by only considering decision points that are less than a predetermined maximum distance from the current vehicle position.
  • decision points can be determined with the smallest distance from the current vehicle position up to a maximum number.
  • the importance of a decision point preferably indicates the probability with which driving through the decision point will result in the user being given a different one
  • p(out_pathj) is the conditional probability of leaving the decision point EP through the path out_pathj under the condition that the decision point EP has been reached; and important_update(out_pathj) is 1 if a different destination is suggested to the user after passing through the decision point, otherwise 0.
  • a minimum probability of the most likely destination is preferably taken into account, from which, for example, a navigation system of the vehicle is automatically started. In this case, an important change also occurs if the minimum probability is only reached after passing through the decision point via out_pathj or the minimum probability is no longer reached after passing through the decision point via out_pathj.
  • the importance of a decision point indicates what information gain can be expected from the decision point regarding a predicted destination.
  • the importance of the decision point can be determined using an expected value of the information gain.
  • information gain can be calculated as follows:
  • a passage d is defined by an incoming road segment and an outgoing road segment at a junction, for example an intersection or a roundabout;
  • P(d) the probability of passage d of the decision point X based on a current vehicle position
  • the following simple procedure can be used as an alternative. Only routes traveled by the vehicle are taken into account when calculating decision points, the decision points of which have a predetermined minimum probability of, for example, 0.1. Alternatively, only the most likely routes up to a maximum number of routes are considered when calculating decision points. Both procedures ensure that only the most important decision points are taken into account.
  • the backend server can contain the reduced, first set of decision points and/or the first set of destinations, in particular the first set of predicted destinations, transmit as the first set of navigation data to the vehicle in response to the first request message.
  • the method 100 may receive 104 the first set of navigation data from the backend server in response to the first request message by the vehicle.
  • the first set of navigation data may include the first set of destinations and/or the first set of decision points. If the set of destinations includes a destination, this destination is a predicted destination with the greatest probability. If the set of destinations includes several destinations, these destinations are predicted destinations for which the backend server has determined the greatest probability.
  • the received destinations from the first set of destinations can be provided to a user of the vehicle on a display device of the vehicle and/or a mobile terminal. The user can use an operating input to select a displayed destination and activate route guidance from the navigation system of the vehicle and/or the mobile device.
  • FIG. 2 shows an exemplary scenario 200 for determining a drive through a decision point EP.
  • a decision point EP can be considered to have been passed through in the present method 100 if the vehicle (not shown in FIG. 2) first enters a circle K1 along a route traveled by the vehicle and then leaves a circle K2.
  • the circle K1 and the circle K2 are preferably circles that have a decision point EP as the center.
  • a radius of the circle K1 is smaller than a radius of the circle K2.
  • the radius of the circle K1 can be, for example, 90 m
  • the radius of the circle K2 can be, for example, 100 m.
  • the radii of the circles K1 and K2 can be specified individually for each decision point. Alternatively, the radii of circles K1 and K2 can be the same for all decision points.
  • the two circles K1 and K2 can represent a hysteresis function, which prevents an inaccurate signal from a satellite-based positioning system from entering a circle and from being incorrectly recognized as leaving the circle at a short time interval due to the inaccurate signal from the satellite-based positioning system.
  • Transferring individual radii for each decision point can have the advantage that multiple decision points can be merged into one decision point with larger radii for circles K1 and K2. For example, a number of decision points can be reduced by neighboring decision points are merged into one decision point by increasing the radii of the circles K1 and K2 of a decision point.
  • the first set of decision points and/or the destination(s) received from the backend server may be updated by the method 100 while the vehicle is traveling.
  • a current vehicle position and/or a previously traveled route can be information that can be used by the backend server to determine the travel destinations more precisely and to provide updated travel destinations to the vehicle.
  • the amount of navigation data, in particular the amount of destinations and/or the amount of decision points, can be updated by means of a decision point from the first set of decision points that has been passed through.
  • the method 100 may transmit 108 a second request message for querying a second set of navigation data from the vehicle to the backend server and receive 110 the second set of navigation data from the backend server in response to the second prediction request by the vehicle, if a decision point from the first set of decision points was passed through.
  • the second set of navigation data may include a second set of destinations and/or a second set of decision points.
  • the second set of navigation data includes the second set of destinations, in particular the second set of predicted destinations.
  • the second set of navigation data may include the second set of decision points. If the second set of navigation data only includes the set of destinations, the vehicle can efficiently receive new or changed predicted destinations from the backend server.
  • the user of the vehicle receives the predicted destinations from the backend server that are most likely from the first set of decision points after driving through the decision point. If there are additional or changed decision points on the backend server after traversing the decision point from the first set of decision points, the second set of navigation data may include the second set of decision points. The first set of decision points can therefore also be updated with the second set of navigation data.
  • the vehicle can transmit a further request message, for example a third, a fourth, and/or a fifth request message, to the backend server and, in response to each further request message, a third, fourth, and/or fifth set of Receive navigation data.
  • the transmission of further request messages can, for example, be repeated until a maximum number of request messages have been transmitted and/or a maximum time has elapsed since the vehicle began traveling.
  • the method 100 may timed one or more request messages to provide a further set of navigation data from the vehicle to the backend server.
  • the vehicle can transmit a request message to the backend server at cyclical intervals, for example every 10 minutes.
  • a time-controlled request message for providing a further amount of navigation data from the vehicle has the advantage that even with a small number of decision points in the set of decision points, requests are regularly transmitted to the backend server and thereby current destinations and / or a current amount of Decision points are transmitted from the backend server to the vehicle.
  • the vehicle can therefore always receive current destinations and/or a current set of decision points from the backend server.
  • the method 100 can prevent one or more time-controlled request messages from being transmitted before the vehicle passes through a decision point.
  • the method 100 may prevent a timed request message from being transmitted from the vehicle to the backend server if the vehicle is closer than a predetermined distance, for example 1000 m, to a decision point. Additionally or alternatively, the method 100 can prevent a time-controlled request message from being transmitted from the vehicle to the backend server if an expected time until a decision point is reached is less than a predetermined threshold value, for example less than 3 minutes.
  • a predetermined threshold value for example less than 3 minutes.
  • an air line or a route length from a current position of the vehicle to a decision point can be used to estimate how long the time to reach the decision point is expected to take.
  • timed requests can be made over a longer period of time, for example 10, 20, 30, ..., 50 min Requests from the vehicle to the backend server are prevented, even if the vehicle does not pass through a decision point. This case can occur, for example, if there are a large number of decision points in the vicinity, ie within the predetermined distance to one or more decision points, of a route of the vehicle, which prevent one or more time-controlled requests from the vehicle to the backend server.
  • the vehicle can transmit a timed request message from the vehicle to the backend server when a predetermined maximum time, for example 10 minutes, has passed since a last request from the vehicle to the backend server. This can prevent the vehicle from transmitting a request to provide a further predicted destination and a further set of decision points from the vehicle to the backend server over a longer period of time.
  • Fig. 3 shows a first scenario 300 with destinations and decision points at the beginning of a trip.
  • 4 shows a second scenario 400 with destinations and decision points during the trip.
  • Each of the scenarios 300 and 400 includes three destinations D1, D2, and D3, four predicted routes R1, R2, R3, and R4, and two decision points EP1 and EP2.
  • the vehicle begins the journey at decision point EP1.
  • the three destinations D1, D2, and D3 are possible destinations of the vehicle starting from the decision point EP1.
  • a first set of decision points includes the decision points EP1 and EP2.
  • the vehicle can receive the three destinations and the first set of decision points from the baking server at the start of the journey.
  • Vehicle 402 travels from EP1 towards EP2.
  • the vehicle can determine to pass through the decision point EP1.
  • the vehicle can transmit a second request message to the backend server.
  • the backend server can determine the two destinations D2 and D3 as still possible destinations for the vehicle.
  • a second set of decision points can include, for example, the decision point EP2.
  • the two destinations D2 and D3 can be provided to the user of the vehicle. Through an operating input, the user can select one of the two destinations and carry out route guidance by the navigation system of the vehicle and/or a mobile terminal to the selected destination.
  • the method can efficiently improve the transmission of predicted destinations. After passing through a decision point, a prediction as to which destination the vehicle is currently traveling to can be efficiently improved.
  • the decision points during a journey, the vehicle sends a request message to the backend server.
  • the number of requests to the backend server can be efficiently reduced compared to purely time-controlled procedures and at the same time the number of decision points and/or destinations can be efficiently kept up to date. The user thus receives more correct predictions about destinations.
  • unnecessary requests from the vehicle to the backend server can be avoided. This can mean that the bandwidth required when transmitting data between the backend server and the vehicle can be efficiently reduced.

Abstract

Die Erfindung betrifft ein Verfahren zum Bereitstellen von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug, das Verfahren umfassend: Übermitteln einer ersten Anfragenachricht zum Abfragen einer ersten Menge Navigationsdaten von dem Fahrzeug an den Backend-Server; Empfangen der ersten Menge von Navigationsdaten in Antwort auf die erste Anfragenachricht durch das Fahrzeug von dem Backend-Server, wobei die erste Menge von Navigationsdaten eine erste Menge von Entscheidungspunkten umfasst; Bestimmen eines Durchfahrens eines Entscheidungspunkts aus der ersten Menge von Entscheidungspunkten durch das Fahrzeug; und falls ein Entscheidungspunkt aus der ersten Menge von Entscheidungspunkten durchfahren wurde: Übermitteln einer zweiten Anfragenachricht zum Abfragen einer zweiten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server; und Empfangen der zweiten Menge von Navigationsdaten in Antwort auf die zweite Anfragenachricht durch das Fahrzeug von dem Backend-Server.

Description

Verfahren zum Bereitstellen von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug, computerlesbares Medium, System und Fahrzeug
Die Erfindung betrifft ein Verfahren zum Bereitstellen von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug. Die Erfindung betrifft ferner ein computerlesbares Medium zum Bereitstellen von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug, ein System zum Bereitstellen von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug, sowie ein Fahrzeug umfassend das System zum Bereitstellen von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug.
Es ist bekannt, ein Fahrtziel eines Fahrzeugs zu prädizieren und an ein Fahrzeug zu übermitteln. Dies kann dazu führen, dass das Fahrziel des Fahrzeugs mit einer Verzögerung in dem Fahrzeug zur Verfügung steht.
Es ist daher eine Aufgabe der Erfindung, Navigationsdaten an ein Fahrzeug effizienter bereitzustellen. Insbesondere ist eine Aufgabe der Erfindung, ein Bereitstellen von Navigationsdaten, insbesondere ein oder mehrere Entscheidungspunkte und/oder ein oder mehrere Navigationsziele, von einem Backend-Server an ein Fahrzeug effizienter zu steuern.
Gelöst wird diese Aufgabe durch die Merkmale der unabhängigen Ansprüche. Vorteilhafte Ausgestaltungen und Weiterbildungen der Erfindung ergeben sich aus den abhängigen Ansprüchen.
Gemäß einem ersten Aspekt zeichnet sich die Erfindung aus durch ein Verfahren zum Bereitstellen von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug. Das Verfahren kann ein computerimplementiertes Verfahren und/oder ein steuergeräteimplementiertes Verfahren sein. Navigationsdaten können eine Menge von Fahrtziele und/oder eine Menge von Entscheidungspunkten umfassen. Ein Fahrtziel auf der Menge der Fahrtziele ist vorzugsweise ein prädiziertes Fahrtziel, welches von dem Backend-Server beispielsweise unter Verwendung historischer Fahrtziele des Fahrzeugs prädiziert wird. Ein Entscheidungspunkt aus der Menge der Entscheidungspunkte kann ein Wegpunkt sein, an dem sich gefahrene Routen des Fahrzeugs zu verschiedene Fahrtzielen verzweigen. Das Verfahren kann zu Beginn einer Fahrt und fortlaufend während der Fahrt ausgeführt werden. Das Fahrzeug kann ein Landfahrzeug sein. Beispielsweise kann das Fahrzeug ein Kraftfahrzeug oder ein Motorrad sein.
Das Verfahren umfasst ein Übermitteln einer ersten Anfragenachricht zum Abfragen einer ersten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server.
Beispielsweise kann die erste Anfragenachricht zu Beginn der Fahrt mit dem Fahrzeug übermittelt werden. Weiter umfasst das Verfahren ein Empfangen der ersten Menge von Navigationsdaten in Antwort auf die erste Anfragenachricht durch das Fahrzeug von dem Backend-Server, wobei die erste Menge von Navigationsdaten eine erste Menge von Entscheidungspunkten umfasst. Das Verfahren bestimmt ein Durchfahren eines Entscheidungspunkts aus der ersten Menge von Entscheidungspunkten durch das Fahrzeug. Falls ein Entscheidungspunkt aus der ersten Menge von Entscheidungspunkten durchfahren wurde, übermittelt das Verfahren eine zweite Anfragenachricht zum Abfragen einer zweiten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server. Schließlich empfängt das Verfahren die zweite Menge von Navigationsdaten in Antwort auf die zweite Anfragenachricht durch das Fahrzeug von dem Backend-Server.
Vorteilhafterweise kann das Verfahren Navigationsdaten effizienter von einem Backend-Server abfragen. Bei einem Durchfahren eines Entscheidungspunkts durch das Fahrzeug kann das Verfahren erneut Navigationsdaten vom Backend-Server abfragen. Dadurch kann das Verfahren schneller an relevanten Punkten einer Fahrt - den Entscheidungspunkten - Navigationsdaten bereitstellen. Weiter kann das Verfahren effizient ein Abfragen der Navigationsdaten von dem Backend-Server steuern. Im Detail kann eine effiziente Abfrage von Navigationsdaten dadurch gekennzeichnet sein, dass eine Antwort des Backend-Servers mit den Navigationsdaten sich von einer vorherigen Antwort des Backend-Servers unterscheidet. An Entscheidungspunkten besteht vorzugsweise eine besonders hohe Wahrscheinlichkeit, dass sich Antworten des Backend-Servers und damit die Navigationsdaten, die der Backend-Server an das Fahrzeug übermittelt, unterscheiden. Durch das Verwenden von Entscheidungspunkten zur Abfrage von Navigationsdaten können somit effizient Aktualisierungen der Navigationsdaten von dem Backend-Server an das Fahrzeug übertragen werden. Unnötige Abfragen von Navigationsdaten von dem Backend-Server durch das Fahrzeug können somit effizient vermieden werden.
Gemäß einer vorteilhaften Ausgestaltung kann die erste Menge von Navigationsdaten eine erste Menge von Fahrtzielen und eine erste Menge von Entscheidungspunkten umfassen. Der Entscheidungspunkt kann ein Entscheidungspunkt aus der ersten Menge von Entscheidungspunkten sein. Hiermit kann das Verfahren effizient Navigationsziele und Entscheidungspunkte vom Backend-Server abrufen.
Gemäß einer weiteren, vorteilhaften Ausgestaltung kann die zweite Menge von Navigationsdaten eine zweite Menge von Fahrtzielen und/oder eine zweite Menge von Entscheidungspunkten umfassen. Die zweite Menge von Navigationsdaten kann vorzugsweise die zweite Menge von Entscheidungspunkten umfassen, falls die zweite Menge von Entscheidungspunkten unterschiedlich zu der ersten Menge von Entscheidungspunkten ist. Hiermit kann das Verfahren effizient Fahrtziele und/oder Entscheidungspunkte nach einem Durchfahren eines Entscheidungspunkts auf dem Fahrzeug aktualisieren. Änderungen an den Fahrtzielen und den Entscheidungspunkten nach dem Durchfahren eines Entscheidungspunkts der ersten Menge von Entscheidungspunkten können schnell von dem Backend-Server an das Fahrzeug übertragen werden. Somit kann das Fahrzeug auf aktuelle (prädizierte) Fahrtziele des Backend-Servers erhalten. Gleichzeitig kann das Fahrzeug aktualisierte Entscheidungspunkte erhalten, mit denen eine oder mehrere weitere Anfragen an den Backend-Server gesteuert werden können.
Gemäß einer weiteren, vorteilhaften Ausgestaltung kann die erste Menge von Fahrtzielen ein oder mehrere prädizierte Fahrtziele umfassen, und/oder kann die zweite Menge von Fahrtzielen ein oder mehrere prädizierte Fahrtziele umfasst. Jedes prädizierte Fahrtziel kann eine Wahrscheinlichkeit umfassen, der angibt mit welcher Wahrscheinlichkeit das prädizierte Fahrtziel korrekt ist. Der Backend-Server kann durch bekannte Verfahren ein oder mehrere Fahrtziele prädizieren und die Wahrscheinlichkeit zu jedem der prädizierten Fahrtziele bestimmen. Eine Wahrscheinlichkeit eines prädizierten Fahrtziels und/oder ein prädiziertes Fahrtziel kann sich nach einem Durchfahren eines Entscheidungspunkts ändern. Durch das Anfragen von Navigationsdaten, die ein oder mehrere prädizierte Fahrtziele umfassen, nach dem Durchfahren eines Entscheidungspunkts kann das Fahrzeug effizient prädizierte Fahrtziele von dem Backend-Server abrufen und/oder bereits auf dem Fahrzeug vorhandene prädizierte Fahrtziele aktualisieren.
Gemäß einer weiteren, vorteilhaften Ausgestaltung kann ein Entscheidungspunkt ein Wegpunkt von mehreren gefahrenen Routen des Fahrzeugs sein, an dem sich die mehreren, gefahrenen Routen des Fahrzeugs zu verschiedenen Fahrtzielen verzweigen. Hiermit kann das Abfragen weiterer Entscheidungspunkte bzw. weiteren Mengen von Entscheidungspunkten effizient gesteuert werden.
Gemäß einer weiteren, vorteilhaften Ausgestaltung kann ein Entscheidungspunkt der ersten Menge von Entscheidungspunkten durchfahren sein, wenn das Fahrzeug zuerst in einen ersten, vorgegebenen Kreis um den Entscheidungspunkt einfährt und danach einen zweiten vorgegebenen Kreis um den Entscheidungspunkt ausfährt. Hiermit kann ein Durchfahren eines Entscheidungspunkts zuverlässiger bestimmt werden.
Gemäß einer weiteren, vorteilhaften Ausgestaltung kann ein Radius des ersten Kreises kleiner als ein Radius des zweiten Kreises sein, und/oder kann das Fahrzeug den Radius des ersten Kreises und den Radius des zweiten Kreises für jeden Entscheidungspunkt mit der ersten Menge von Entscheidungspunkten von dem Backend-Server empfangen. Hiermit kann ein Durchfahren eines Entscheidungspunkts zuverlässiger bestimmt werden.
Gemäß einer weiteren, vorteilhaften Ausgestaltung kann das Verfahren weiterhin ein Empfangen der ersten Anfragenachricht zum Abfragen der ersten Menge von Navigationsdaten von dem Fahrzeug durch den Backend-Server, ein Bestimmen einer ersten Menge von Fahrtzielen der ersten Menge von Navigationsdaten durch den Backendserver, ein Bestimmen einer ersten Menge von Entscheidungspunkten der ersten Menge von Navigationsdaten durch den Backend-Server, ein Reduzieren einer Anzahl von Entscheidungspunkten der ersten Menge von Entscheidungspunkten durch den Backend-Server, und ein Übermitteln der ersten Menge von Navigationsdaten umfassend die reduzierte, erste Menge von Entscheidungspunkten und die erste Menge von Fahrtzielen in Antwort auf die erste Anfragenachricht von dem Backend-Server an das Fahrzeug umfassen. Hiermit kann die erste Menge von Navigationsdaten umfassend die erste Menge von Entscheidungspunkten und die erste Menge von Fahrtzielen effizient bestimmt werden. Gemäß einer weiteren, vorteilhaften Ausgestaltung kann das Reduzieren der Anzahl der Entscheidungspunkte der ersten Menge von Entscheidungspunkten ein Filtern der ersten Menge von Entscheidungspunkten in Abhängigkeit einer Wichtigkeit der Entscheidungspunkte, und/oder ein Verschmelzen von Entscheidungspunkten, die innerhalb eines vorgegebenen Radius oder mehrerer vorgegebenen Radii von Kreisen um eine Position des Entscheidungspunktes liegen, und/oder ein Bestimmen einer vorgegebenen, maximalen Anzahl von Entscheidungspunkten für die erste Menge von Entscheidungspunkten in Abhängigkeit der Wichtigkeit des Entscheidungspunktes, und/oder ein Bestimmen einer vorgegebenen, maximalen Anzahl von Entscheidungspunkten für die erste Menge von Entscheidungspunkten in Abhängigkeit der Entfernung des Entscheidungspunktes vom Fahrzeug umfassen. Hiermit kann die erste Menge von Entscheidungspunkten effizient ermittelt werden. Insbesondere kann eine Anzahl von Entscheidungspunkten in der ersten Menge von Entscheidungspunkten effizient gesteuert werden.
Gemäß einer weiteren, vorteilhaften Ausgestaltung kann die erste Menge von Fahrtzielen der ersten Menge von Navigationsdaten ein oder mehrere Fahrtziele von gefahrenen Routen des Fahrzeugs umfassen, und/oder kann die erste Menge von Fahrtzielen der ersten Menge von Navigationsdaten ein oder mehrere Fahrtziele von gefahrenen Routen des Fahrzeugs in Abhängigkeit einer aktuellen Position des Fahrzeugs und/oder einer aktuellen Fahrtrichtung des Fahrzeugs umfassen. Hiermit kann effizient die erste Menge von Fahrtziele ermittelt werden.
Gemäß einer weiteren, vorteilhaften Ausgestaltung kann das Verfahren ein Übermitteln einer dritten Anfragenachricht zum Abfragen einer dritten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server in Abhängigkeit einer Entfernung einer aktuellen Position des Fahrzeugs von einem Entscheidungspunkt aus der ersten oder der zweiten Menge der Entscheidungspunkte, und/oder ein Übermitteln einer dritten Anfragenachricht zum Abfragen einer dritten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server, falls eine letzte Anfrage eine vorgegebene Zeitspanne überschreitet, und/oder ein Unterdrücken der ersten Anfragenachricht, der zweiten Anfragenachricht, und/oder der dritten Anfragenachricht zum Bereitstellen der ersten Menge, der zweiten Menge, und/oder der dritten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server umfassen, falls eine Entfernung des Fahrzeugs von einem nächsten Entscheidungspunkt einen vorgegebenen Entfernungsschwellwert unterschreitet und/oder eine Zeitspanne zum Erreichen des nächsten Entscheidungspunkts einen vorgegebenen Zeitschwellwert unterschreitet. Hiermit kann ein Zeitpunkt zum Übermitteln einer Anfragenachricht von dem Fahrzeug an den Backend-Server effizient gesteuert werden. Unnötige Anfragen an den Backend-Server können effizient vermieden werden.
Gemäß einem weiteren Aspekt zeichnet sich die Erfindung aus durch ein computerlesbares Medium zum Bereitstellen einer Menge von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug, wobei computerlesbare Medium Instruktionen umfasst, die, wenn ausgeführt auf einem Steuergerät und/oder einem Computer, das oben beschrieben Verfahren ausführen.
Gemäß einem weiteren Aspekt zeichnet sich die Erfindung aus durch ein System zum Bereitstellen einer Menge von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug, wobei das System dazu ausgebildet ist, das oben beschriebene Verfahren auszuführen.
Gemäß einem weiteren Aspekt zeichnet sich die Erfindung aus durch ein Fahrzeug umfassend das oben beschriebene System zum Bereitstellen einer Menge von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug.
Weitere Merkmale der Erfindung ergeben sich aus den Ansprüchen, den Figuren und der Figurenbeschreibung. Alle vorstehend in der Beschreibung genannten Merkmale und Merkmalskombinationen sowie die nachfolgend in der Figurenbeschreibung genannten und/oder in den Figuren allein gezeigten Merkmale und Merkmalskombinationen sind nicht nur in der jeweils angegebenen Kombination, sondern auch in anderen Kombinationen oder aber in Alleinstellung verwendbar.
Im Folgenden wird anhand der beigefügten Zeichnungen ein bevorzugtes Ausführungsbeispiel der Erfindung beschrieben. Daraus ergeben sich weitere Details, bevorzugte Ausgestaltungen und Weiterbildungen der Erfindung. Im Einzelnen zeigen schematisch
Fig. 1 ein beispielhaftes Verfahren zum Bereitstellen einer Menge von Navigationsdaten, Fig. 2 ein beispielhaftes Szenario zum Ermitteln eines Durchfahrens eines Entscheidungspunkts,
Fig. 3 ein erstes Szenario mit prädizierten Fahrtzielen und Entscheidungspunkten zu Beginn einer Fahrt, und Fig. 4 ein zweites Szenario mit prädizierten Fahrtzielen und Entscheidungspunkten während der Fahrt.
Im Detail zeigt Fig. 1 ein Verfahren 100 zum Bereitstellen einer Menge von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug. Das Verfahren 100 kann eine erste Anfragenachricht zum Abfragen einer ersten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server übermitteln 102. Die erste Menge von Navigationsdaten umfasst vorzugsweise eine erste Menge von Fahrtzielen, insbesondere prädizierte Fahrtziele, und/oder eine erste Menge von Entscheidungspunkten. Die erste Anfragenachricht kann das Fahrzeug zu Beginn einer Fahrt an den Backend-Server übermitteln. Die erste Anfragenachricht kann eine Position des Fahrzeugs, insbesondere eine aktuelle Position des Fahrzeugs, und/oder eine Zeitinformation umfassen. Die Zeitinformation kann beispielsweise eine aktuelle Abfahrtzeit, eine geplante Abfahrtszeit, eine Uhrzeit nach dem Beginn der Fahrt, oder eine Uhrzeit, zu der die erste Anfragenachricht an den Backend- Server übermittelt wurde, umfassen. Vorzugsweise kann das Fahrzeug mit jeder Anfragenachricht die Position des Fahrzeugs und/oder die Zeitinformation an den Backend- Server übermitteln. Die Zeitinformation kann von dem Fahrzeug optional bei jeder Anfrage übermittelt werden.
Der Backend-Server kann die erste Anfragenachricht zum Abfragen der ersten Menge von Navigationsdaten von dem Fahrzeug empfangen. Die erste Menge von Navigationsdaten kann eine erste Menge von Fahrtzielen, insbesondere eine erste Menge prädizierter Fahrtziele, und eine erste Menge von Entscheidungspunkten umfassen. Weiter kann der Backend-Server die erste Menge von Navigationsdaten bestimmen. Im Detail kann der Backend-Server die erste Menge von Fahrtzielen, insbesondere die erste Menge prädizierter Fahrtziele, der ersten Menge von Navigationsdaten und die erste Menge von Entscheidungspunkten der ersten Menge von Navigationsdaten bestimmen. Die erste Menge von Fahrtzielen kann ein oder mehrere prädizierte Fahrtziele umfassen, die der Backend-Server beispielsweise zu Beginn der Fahrt mit dem Fahrzeug prädiziert. Das Backend-Server kann ein oder mehrere Fahrtziele in Abhängigkeit die Position des Fahrzeugs und/oder der Zeitinformation, die mit der ersten Anfragenachricht von dem Fahrzeug empfangen wurden, prädizieren. Weiter kann der Backend-Server ein oder mehrere Fahrtziele unter Verwendung historischer Fahrtziele prädizieren. Vorzugsweise ermittelt der Backend-Server für jedes prädizierte Fahrtziel eine Wahrscheinlichkeit, die repräsentativ für eine Korrektheit der Prädiktion des Fahrtziels ist. Weiter kann der Backend-Server die erste Menge von Entscheidungspunkten der ersten Menge von Navigationsdaten bestimmen. Die erste Menge von Entscheidungspunkten kann von dem Backend-Server unter Verwendung historischer, gefahrener Routen des Fahrzeugs bestimmt werden. Das Fahrzeug kann nach jeder Fahrt mit dem Fahrzeug die gefahrene Route an den Backend-Server übermitteln. Der Backend-Server kann nach jeder Fahrt mit dem Fahrzeug die gefahrene Route des Fahrzeugs empfangen. Die gefahrene Route des Fahrzeugs kann eine Menge von Fahrzeugpositionen umfassen, die über einen satellitenbasiertes Positionierungssystem durch das Fahrzeug ermittelt wurden. Weiter kann das Fahrzeug zu jeder gefahrenen Route Zeitinformationen zu einem Beginn, zu einem Ende, und/oder zu jeder Fahrzeugposition der gefahrenen Route an den Backend-Server übermitteln. Der Backend- Server kann aus den gefahrenen Routen des Fahrzeugs und/oder eines Nutzers des Fahrzeugs Positionen für Wegpunkte bestimmen, an denen sich die gefahrenen Routen verzweigen. Ein Wegpunkt, an dem sich die gefahrenen Routen des Fahrzeugs verzweigen, kann ein Entscheidungspunkt der ersten Menge von Entscheidungspunkten sein.
Das Backend-Server kann eine Anzahl von Entscheidungspunkten der ersten Menge von Entscheidungspunkten reduzieren. Zum Reduzieren der Anzahl von Entscheidungspunkten kann der Backend-Server verschiedene Verfahren anwenden, die im Folgenden beschrieben werden.
Der Backend-Server kann für jeden Entscheidungspunkt eine Wichtigkeit berechnen. Unter Verwendung der Wichtigkeit kann der Backend-Server Entscheidungspunkte filtern. Beispielsweise kann der Backend-Server nur Entscheidungspunkte der ersten Menge von Entscheidungspunkten hinzufügen, deren Wichtigkeit einen vorgegebene, minimalem Wichtigkeitsschwellwert überschreiten.
Zusätzlich oder alternativ kann eine maximale Anzahl von Entscheidungspunkten für die erste Menge von Entscheidungspunkten vorgegeben sein. Ist eine maximale Anzahl von Entscheidungspunkten für die erste Menge von Entscheidungspunkten vorgegeben, können die Entscheidungspunkte mit der größten Wichtigkeit bis zu der maximalen Anzahl bestimmt und zu der Menge von Entscheidungspunkten hinzugefügt werden. Alternativ können die Entscheidungspunkte mit der geringsten Entfernung zur aktuellen Fahrzeugposition bis zu der maximalen Anzahl bestimmt und zu der Menge von Entscheidungspunkten hinzugefügt werden. Ein Entscheidungspunkt kann eine Position eines Wegpunkts umfassen. Beispielsweise kann die Position des Wegpunkts als Breiten- und Längenkoordinate angegeben werden.
Weiter kann der Backend-Server die Anzahl der Entscheidungspunkte reduzieren, indem nur Entscheidungspunkte berücksichtigt werden, die eine geringere Entfernung als eine vorgegebene, maximale Entfernung von der aktuellen Fahrzeugposition aufweisen. Alternativ können Entscheidungspunkte mit der kleinesten Entfernung von der aktuellen Fahrzeugposition bis zu einer maximalen Anzahl bestimmt werden.
Bevorzugt gibt die Wichtigkeit eines Entscheidungspunkts an, mit welcher Wahrscheinlichkeit das Durchfahren des Entscheidungspunkts zur Folge hat, dass dem Nutzer ein anderes
Fahrtziel vorgeschlagen wird. Dabei wird folgende Formel verwendet:
Figure imgf000011_0001
wobei p(out_pathj) die bedingte Wahrscheinlichkeit ist den Entscheidungspunkt EP durch den Pfad out_pathj zu verlassen unter der Bedingung, dass der Entscheidungspunkt EP erreicht wurde; und important_update(out_pathj) 1 ist, wenn dem Nutzer nach dem Durchfahren des Entscheidungspunkts ein anderes Fahrtziel vorgeschlagen wird, sonst 0. Dabei wird bevorzugt eine Mindestwahrscheinlichkeit des wahrscheinlichsten Fahrtziels berücksichtigt, ab der beispielsweise ein Navigationssystem des Fahrzeugs automatisiert gestartet wird. Eine wichtige Änderung liegt in diesem Fall auch dann vor, wenn erst das Durchfahren des Entscheidungspunkts über out_pathj die Mindestwahrscheinlichkeit erreicht wird oder die Mindestwahrscheinlichkeit nach dem Durchfahren des Entscheidungspunkts über out_pathj nicht mehr erreicht wird.
Weiterhin kann die oben definierte Wichtigkeit eines Entscheidungspunkts mit der Wahrscheinlichkeit, den Entscheidungspunkt von der aktuellen Fahrzeugposition aus zu erreichen, multipliziert werden.
Alternativ gibt die Wichtigkeit eines Entscheidungspunkts an, mit welchem Informationsgewinn durch den Entscheidungspunkt bezüglich eines prädizierten Fahrtziels zu rechnen ist. io
Beispielsweise kann die Wichtigkeit des Entscheidungspunkts mittels eines Erwartungswerts des Informationsgewinns, engl. information gain, wie folgt berechnet werden:
F[/G(X)] = deDx P(d) ' (H(Z) - H(Z|d)). wobei
X ein Entscheidungspunkt;
IG der Informationsgewinn;
Dx eine Menge möglicher Durchfahrten durch den Entscheidungspunkt X; eine Durchfahrt d ist durch ein eingehendes Straßensegment und ein ausgehendes Straßensegment an einer Abzweigung, beispielsweise einer Kreuzung oder eines Kreisverkehrs, definiert;
P(d): die Wahrscheinlichkeit für die Durchfahrt d des Entscheidungspunkts X ausgehend von einer aktuellen Fahrzeugposition;
Z: Zielwahrscheinlichkeiten an der aktuellen Fahrzeugposition;
Z|d: Zielwahrscheinlichkeiten nach der Durchfahrt d des Entscheidungspunkts X; und H: die Entropie sind.
Dabei entspricht die Summe der Wahrscheinlichkeiten aller Durchfahrten eines Entscheidungspunkts
Figure imgf000012_0001
der Wahrscheinlichkeit, den Entscheidungspunkt X von der aktuellen Fahrzeugposition aus in beliebiger Weise zu durchfahren.
Statt die Wichtigkeit von Entscheidungspunkten zu berechnen und darauf basierend Entscheidungspunkte zu filtern kann alternativ folgendes einfaches Verfahren angewendet werden. Es werden nur gefahrene Routen des Fahrzeugs bei der Berechnung von Entscheidungspunkten berücksichtigt, deren Entscheidungspunkte eine vorgegebene Mindestwahrscheinlichkeit von beispielsweise 0,1 haben. Alternativ werden nur die wahrscheinlichsten Routen bis zu einer maximalen Anzahl von Routen bei der Berechnung von Entscheidungspunkten berücksichtigt. Beide Verfahren stellen sicher, dass nur die wichtigsten Entscheidungspunkte berücksichtigt werden.
Der Backend-Server kann die reduzierte, ersten Menge von Entscheidungspunkten und/oder die erste Menge von Fahrtzielen, insbesondere die erste Menge von prädizierten Fahrtzielen, als die erste Menge von Navigationsdaten in Antwort auf die erste Anfragenachricht an das Fahrzeug übermitteln.
Weiter kann das Verfahren 100 die erste Menge von Navigationsdaten in Antwort auf die erste Anfragenachricht durch das Fahrzeug von dem Backend-Server empfangen 104. Die erste Menge von Navigationsdaten kann die erste Menge von Fahrtzielen und/oder die erste Menge von Entscheidungspunkten umfassen. Umfasst die Menge von Fahrtzielen ein Fahrtziel ist dieses Fahrtziel ein prädiziertes Fahrtziel mit der größten Wahrscheinlichkeit. Umfasst die Menge von Fahrtzielen mehrere Fahrtziele, sind diese Fahrtziele prädizierte Fahrtziele, für der Backend-Server die größte Wahrscheinlichkeit ermittelt hat. Die empfangenen Fahrtziele aus der ersten Menge von Fahrtzielen können einem Nutzer des Fahrzeugs auf einem Anzeigegerät des Fahrzeugs und/oder einem mobilen Endgerät bereitgestellt werden. Das Nutzer kann mittels einer Bedieneingabe ein angezeigtes Fahrtziel auswählen und eine Zielführung des Navigationssystems des Fahrzeugs und/oder des mobilen Endgeräts aktivieren.
Weiter kann das Verfahren 100 ein Durchfahren eines Entscheidungspunkts aus der ersten Menge von Entscheidungspunkten durch das Fahrzeug bestimmen 106. Im Detail zeigt Fig. 2 ein beispielhaftes Szenario 200 zum Ermitteln eines Durchfahrens eines Entscheidungspunkts EP. Ein Entscheidungspunkt EP kann im vorliegenden Verfahren 100 als durchfahren gelten, wenn das Fahrzeug (nicht in Fig. 2 gezeigt) entlang einer gefahrenen Route des Fahrzeugs zuerst in einen Kreis K1 eintritt und anschließend einen Kreis K2 verlässt. Der Kreis K1 und der Kreis K2 sind vorzugsweise Kreise, die einen Entscheidungspunkt EP als Mittelpunkt haben. Weiter ist ein Radius des Kreises K1 kleiner als ein Radius des Kreises K2. Der Radius des Kreise K1 kann beispielsweise 90 m sein, und der Radius des Kreises K2 kann beispielsweise 100 m sein. Die Radii der Kreise K1 und K2 können individuell für jeden Entscheidungspunkt vorgegeben sein. Alternativ können die Radii der Kreise K1 und K2 für alle Entscheidungspunkte gleich sein. Die beiden Kreise K1 und K2 können eine Hysterese- Funktion abbilden, die verhindert, dass bei einem ungenauen Signal eines satellitenbasierten Positionsbestimmungssystems in einen Kreis eingefahren und durch das ungenaue Signal des satellitenbasierten Positionsbestimmungssystems fälschlicherweise ein Verlassen des Kreises in einem kurzen zeitlichen Abstand erkannt wird. Ein Übertragen individueller Radii für jeden Entscheidungspunkt kann den Vorteil haben, dass mehrere Entscheidungspunkte zu einem Entscheidungspunkt mit größeren Radii für die Kreise K1 und K2 verschmolzen werden können. Beispielsweise kann eine Anzahl von Entscheidungspunkten reduziert werden, indem benachbarte Entscheidungspunkte zu einem Entscheidungspunkt durch ein Vergrößern der Radii der Kreise K1 und K2 eines Entscheidungspunkts verschmolzen werden.
Die erste Menge der Entscheidungspunkte und/oder das Fahrtziel bzw. die Fahrtziele, die vom Backend-Server empfangen wurden, können durch das Verfahren 100 während der Fahrt mit dem Fahrzeug aktualisiert werden. Insbesondere können eine aktuelle Fahrzeugposition und/oder eine bisher gefahrene Fahrtstrecke Informationen sein, die von dem Backend-Server genutzt werden können, um die Fahrtziele genauer zu bestimmen und aktualisierte Fahrtziele dem Fahrzeug bereitzustellen. Das Aktualisieren der Menge der Navigationsdaten, insbesondere der Menge der Fahrtziele und/oder der Menge der Entscheidungspunkte kann mittels eines durchfahrenen Entscheidungspunkts aus der ersten Menge von Entscheidungspunkten erfolgen.
Im Detail kann das Verfahren 100 eine zweite Anfragenachricht zum Abfragen einer zweiten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server übermitteln 108 und die zweite Menge von Navigationsdaten in Antwort auf die zweite Prädiktionsanfrage durch das Fahrzeug von dem Backend-Server empfangen 110, falls ein Entscheidungspunkt aus der ersten Menge von Entscheidungspunkten durchfahren wurde. Die zweite Menge von Navigationsdaten kann eine zweite Menge von Fahrtzielen und/oder eine zweite Menge von Entscheidungspunkten umfassen. Vorzugsweise umfasst die zweite Menge von Navigationsdaten die zweite Menge von Fahrtzielen, insbesondere die zweite Menge von prädizierten Fahrtzielen. Optional kann die zweite Menge von Navigationsdaten die zweite Menge von Entscheidungspunkten umfassen. Falls die zweite Menge von Navigationsdaten nur die Menge von Fahrtzielen umfasst, kann das Fahrzeug effizient neue oder geänderte, prädizierten Fahrtziele von dem Backend-Server empfangen. Der Nutzer des Fahrzeugs erhält die prädizierten Fahrtziele vom Backend-Server bereitgestellt, die nach dem Durchfahren des Entscheidungspunkts aus der ersten Menge der Entscheidungspunkte am wahrscheinlichsten sind. Falls zusätzliche oder geänderte Entscheidungspunkte auf dem Backend-Server nach dem Durchfahren des Entscheidungspunkts aus der ersten Menge der Entscheidungspunkte vorhanden sind, kann die zweite Menge von Navigationsdaten die zweite Menge von Entscheidungspunkten umfassen. Somit kann mit der zweiten Menge von Navigationsdaten zusätzlich die erste Menge von Entscheidungspunkten aktualisiert werden. Bei jedem weiteren Durchfahren eines Entscheidungspunkts kann das Fahrzeug eine weitere Anfragenachricht, beispielsweise eine dritte, eine vierte, und/oder eine fünfte Anfragenachricht, an den Backend-Server übermitteln und in Antwort auf jede weitere Anfragenachricht eine dritte, vierte, und oder fünfte Menge von Navigationsdaten empfangen. Das Übermitteln weiterer Anfragenachricht kann beispielsweise so lange wiederholt werden, bis eine maximale Anzahl an Anfragenachrichten übermittelt wurden und/oder eine maximale Zeit seit Beginn der Fahrt mit dem Fahrzeug verstrichen ist.
Zusätzlich kann das Verfahren 100 zeitgesteuert eine oder mehrere Anfragennachrichten zum Bereitstellen einerweiteren Menge von Navigationsdaten von dem Fahrzeug an den Backend- Server übermitteln. Beispielsweise kann das Fahrzeug zeitgesteuert in zyklischen Abständen, z.B. alle 10 Minuten, eine Anfragenachricht an den Backend-Server übermitteln. Eine zeitgesteuerte Anfragenachricht zum Bereitstellen einer weiteren Menge von Navigationsdaten von dem Fahrzeug hat den Vorteil, dass auch bei einer geringen Anzahl von Entscheidungspunkten in der Menge von Entscheidungspunkten regelmäßig Anfragen an den Backend-Server übermittelt werden und dadurch aktuelle Fahrtziele und/oder eine aktuelle Menge von Entscheidungspunkten von dem Backend-Server an das Fahrzeug übermittelt werden. Das Fahrzeug kann somit stets aktuelle Fahrtziele und/oder eine aktuelle Menge von Entscheidungspunkten von dem Backend-Server empfangen. Weiter kann das Verfahren 100 ein Übermitteln einer oder mehrerer, zeitgesteuerte Anfragennachrichten vor einem Durchfahren eines Entscheidungspunkts durch das Fahrzeugs verhindern. Das Verfahren 100 kann ein Übermitteln einer zeitgesteuerten Anfragenachricht von dem Fahrzeug an den Backend-Server verhindern, falls sich das Fahrzeug näher als eine vorgegebene Entfernung, beispielsweise 1000 m, zu einem Entscheidungspunkt befindet. Zusätzlich oder alternativ kann das Verfahren 100 ein Übermitteln einer zeitgesteuerte Anfragenachricht von dem Fahrzeug an den Backend-Server verhindern, wenn eine voraussichtliche Zeit bis zu einem Erreichen eines Entscheidungspunkts kleiner als ein vorgegebener Schwellwert, beispielsweise kleiner als 3 min, ist. Für das Berechnen der voraussichtlichen Zeit kann beispielsweise eine Luftlinie oder eine Routenlänge von einer aktuellen Position des Fahrzeugs zu einem Entscheidungspunkt verwendet werden, um abzuschätzen, wie lange die Zeit bis zum Erreichen des Entscheidungspunkts voraussichtlich dauert.
Durch das Verhindern eines Übermittelns einer oder mehreren zeitgesteuerten Anfragen können über einen längeren Zeitraum, beispielsweise 10, 20, 30, ... , 50 min, zeitgesteuerte Anfragen von dem Fahrzeug an den Backend-Server verhindert werden, auch wenn kein Entscheidungspunkt von dem Fahrzeug durchfahren wird. Dieser Fall kann beispielsweise eintreten, wenn es eine Vielzahl von Entscheidungspunkten in der Nähe, d.h. innerhalb der vorgegebenen Entfernung zu einem oder mehreren Entscheidungspunkten, einer Route des Fahrzeugs gibt, die eine oder mehrere zeitgesteuerte Anfragen von dem Fahrzeug an den Backend-Server verhindern. Das Fahrzeug kann eine zeitgesteuerte Anfragenachricht von dem Fahrzeug an den Backend-Server übermitteln, wenn eine vorgegebene, maximale Zeit, beispielsweise 10 min, seit einer letzten Anfrage von dem Fahrzeug an den Backend-Server vergangen ist. Dadurch kann verhindert werden, dass das Fahrzeug über einen längeren Zeitraum keine Anfrage zum Bereitstellen eines weiteren prädizierten Fahrtziels und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server übermittelt.
Fig. 3 zeigt eine erstes Szenario 300 mit Fahrtzielen und Entscheidungspunkten zu Beginn einer Fahrt. Fig. 4 zeigt ein zweites Szenario 400 mit Fahrtzielen und Entscheidungspunkten während der Fahrt. Jedes der Szenarien 300 und 400 umfasst drei Fahrtziele D1 , D2, und D3, vier prädizierte Routen R1 , R2, R3, und R4, sowie zwei Entscheidungspunkte EP1 und EP2. Das Fahrzeug beginnt die Fahrt am Entscheidungspunkt EP1. Zu Beginn der Fahrt sind die drei Fahrtziele D1, D2, und D3 mögliche Ziele des Fahrzeugs ausgehend vom Entscheidungspunkt EP1. Weiter umfasst eine erste Menge von Entscheidungspunkten die Entscheidungspunkte EP1 und EP2. Das Fahrzeug kann zu Beginn der Fahrt die drei Fahrziele und die erste Menge von Entscheidungspunkten von dem Backen-Server empfangen. Das Fahrzeug 402 fährt von EP1 in Richtung EP2. Das Fahrzeug kann ein Durchfahren des Entscheidungspunkts EP1 bestimmen. Falls der Entscheidungspunkt EP1 von dem Fahrzeug durchfahren wurde, kann das Fahrzeug eine zweite Anfragenachricht an den Backend-Server übermitteln. Nach dem Durchfahren von EP1 in Richtung EP2 kann der Backend-Server die beiden Fahrtziele D2 und D3 als weiterhin mögliche Fahrtziele des Fahrzeugs ermitteln. Eine zweite Menge von Entscheidungspunkten kann beispielsweise den Entscheidungspunkt EP2 umfassen. Die beiden Fahrtziele D2 und D3 können dem Nutzer des Fahrzeugs bereitgestellt werden. Durch eine Bedieneingabe kann der Nutzer einen der beiden Fahrtziele auswählen und eine Zielführung des Navigationssystems des Fahrzeugs und/oder eines mobilen Endgeräts zu dem ausgewählten Fahrtziel ausführen. Vorteilhafterweise kann Verfahren ein Übermitteln von prädizierten Fahrtzielen effizient verbessern. Nach einem Durchfahren eines Entscheidungspunkts kann eine Vorhersage, zu welchem Fahrtziel das Fahrzeug aktuell fährt effizient verbessert werden. An relevanten Wegpunkten, den Entscheidungspunkten, während einer Fahrt übermittelt das Fahrzeug eine Anfragenachricht an den Backend-Server. Die Anzahl der Anfragen an den Backend-Server kann im Vergleich zu rein zeitgesteuerten Verfahren effizient verringert werden und gleichzeitig die Menge der Entscheidungspunkte und/oder Fahrtziele effizient aktuell gehalten werden. Der Nutzer erhält somit korrektere Vorhersagen zu Fahrtzielen bereitgestellt. Gleichzeitig können unnötige Anfragen von dem Fahrzeug an den Backend-Server vermieden werden. Dies kann dazu führen, dass eine benötigte Bandbreite beim Übertragen der Daten zwischen dem Backend-Server und dem Fahrzeug effizient reduziert werden kann.
Bezugszeichenliste
100 Verfahren
102 Übermitteln einer ersten Anfragenachricht
104 Empfangen einer ersten Menge von Navigationsdaten
106 Bestimmen eines Durchfahrens eines Entscheidungspunkts
108 Übermitteln einer zweiten Anfragenachricht
110 Empfangen einer zweiten Menge von Navigationsdaten
200 Szenario
EP Entscheidungspunkt
K1 Kreis
K2 Kreis
300 erstes Szenario
400 zweites Szenario
402 Fahrzeug

Claims

Patentansprüche
1. Verfahren zum Bereitstellen von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug, das Verfahren umfassend:
Übermitteln einer ersten Anfragenachricht zum Abfragen einer ersten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server;
Empfangen der ersten Menge von Navigationsdaten in Antwort auf die erste Anfragenachricht durch das Fahrzeug von dem Backend-Server, wobei die erste Menge von Navigationsdaten eine erste Menge von Entscheidungspunkten umfasst;
Bestimmen eines Durchfahrens eines Entscheidungspunkts aus der ersten Menge von Entscheidungspunkten durch das Fahrzeug; und
Falls ein Entscheidungspunkt aus der ersten Menge von Entscheidungspunkten durchfahren wurde:
Übermitteln einer zweiten Anfragenachricht zum Abfragen einer zweiten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server; und
Empfangen der zweiten Menge von Navigationsdaten in Antwort auf die zweite Anfragenachricht durch das Fahrzeug von dem Backend-Server.
2. Verfahren nach Anspruch 1 , wobei die erste Menge von Navigationsdaten eine erste Menge von Fahrtzielen und eine erste Menge von Entscheidungspunkten umfasst.
3. Verfahren nach einem der vorhergehenden Ansprüche, wobei die zweite Menge von Navigationsdaten eine zweite Menge von Fahrtzielen und/oder eine zweite Menge von Entscheidungspunkten umfasst; und wobei die zweite Menge von Navigationsdaten vorzugsweise die zweite Menge von Entscheidungspunkten umfasst, falls die zweite Menge von Entscheidungspunkten unterschiedlich zu der ersten Menge von Entscheidungspunkten ist.
4. Verfahren nach einem der vorhergehenden Ansprüche, wobei die erste Menge von Fahrtzielen ein oder mehrere prädizierte Fahrtziele umfasst; und/oder wobei die zweite Menge von Fahrtzielen ein oder mehrere prädizierte Fahrtziele umfasst.
5. Verfahren nach einem der vorhergehenden Ansprüche, wobei ein Entscheidungspunkt ein Wegpunkt von mehreren gefahrenen Routen des Fahrzeugs ist, an dem sich die mehreren, gefahrenen Routen des Fahrzeugs zu verschiedenen Fahrtzielen verzweigen.
6. Verfahren nach einem der vorhergehenden Ansprüche, wobei ein Entscheidungspunkt der ersten Menge von Entscheidungspunkten durchfahren wurde, wenn das Fahrzeug zuerst in einen ersten, vorgegebenen Kreis um den Entscheidungspunkt einfährt und danach einen zweiten vorgegebenen Kreis um den Entscheidungspunkt ausfährt.
7. Verfahren nach Anspruch 6, wobei ein Radius des ersten Kreises kleiner als ein Radius des zweiten Kreises ist; und/oder wobei das Fahrzeug den Radius des ersten Kreises und den Radius des zweiten Kreises für jeden Entscheidungspunkt mit der ersten Menge von Entscheidungspunkten von dem Backend-Server empfängt.
8. Verfahren nach einem der vorhergehenden Ansprüche, das Verfahren weiterhin umfassend:
Empfangen der ersten Anfragenachricht zum Abfragen der ersten Menge von Navigationsdaten von dem Fahrzeug durch den Backend-Server;
Bestimmen einer ersten Menge von Fahrtzielen der ersten Menge von Navigationsdaten durch den Backendserver;
Bestimmen einer ersten Menge von Entscheidungspunkten der ersten Menge von Navigationsdaten durch den Backend-Server;
Reduzieren einer Anzahl von Entscheidungspunkten der ersten Menge von Entscheidungspunkten durch den Backend-Server; und
Übermitteln der ersten Menge von Navigationsdaten umfassend die reduzierte, erste Menge von Entscheidungspunkten und die erste Menge von Fahrtzielen in Antwort auf die erste Anfragenachricht von dem Backend-Server an das Fahrzeug.
9. Verfahren nach Anspruch 8, wobei das Reduzieren der Anzahl der Entscheidungspunkte der ersten Menge von Entscheidungspunkten umfasst:
- Filtern der ersten Menge von Entscheidungspunkten in Abhängigkeit einer Wichtigkeit der Entscheidungspunkte; und/oder - Verschmelzen von Entscheidungspunkten, die innerhalb eines vorgegebenen Radius oder mehrerer vorgegebenen Radii von Kreisen um eine Position des Entscheidungspunktes liegen; und/oder
- Bestimmen einer vorgegebenen, maximalen Anzahl von Entscheidungspunkten für die erste Menge von Entscheidungspunkten in Abhängigkeit der Wichtigkeit des Entscheidungspunktes; und/oder
- Bestimmen einer vorgegebenen, maximalen Anzahl von Entscheidungspunkten für die erste Menge von Entscheidungspunkten in Abhängigkeit der Entfernung des Entscheidungspunktes vom Fahrzeug.
10. Verfahren nach einem der Ansprüche 8 bis 9, wobei die erste Menge von Fahrtzielen der ersten Menge von Navigationsdaten ein oder mehrere Fahrtziele von gefahrenen Routen des Fahrzeugs umfasst; und/oder wobei die erste Menge von Fahrtzielen der ersten Menge von Navigationsdaten ein oder mehrere Fahrtziele von gefahrenen Routen des Fahrzeugs in Abhängigkeit einer aktuellen Position des Fahrzeugs und/oder einer aktuellen Fahrtrichtung des Fahrzeugs umfasst.
11. Verfahren nach einem der vorhergehenden Ansprüche, das Verfahren umfassend:
Übermitteln einer dritten Anfragenachricht zum Abfragen einer dritten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server in Abhängigkeit einer Entfernung einer aktuellen Position des Fahrzeugs von einem Entscheidungspunkt aus der ersten oder der zweiten Menge der Entscheidungspunkte; und/oder
Übermitteln einer dritten Anfragenachricht zum Abfragen einer dritten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server, falls eine letzte Anfrage eine vorgegebene Zeitspanne überschreitet; und/oder
Unterdrücken der ersten Anfragenachricht, der zweiten Anfragenachricht, und/oder der dritten Anfragenachricht zum Bereitstellen der ersten Menge, der zweiten Menge, und/oder der dritten Menge von Navigationsdaten von dem Fahrzeug an den Backend-Server, falls eine Entfernung des Fahrzeugs von einem nächsten Entscheidungspunkt einen vorgegebenen Entfernungsschwellwert unterschreitet und/oder eine Zeitspanne zum Erreichen des nächsten Entscheidungspunkts einen vorgegebenen Zeitschwellwert unterschreitet.
12. Computerlesbares Medium zum Bereitstellen einer Menge von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug, wobei computerlesbare Medium Instruktionen umfasst, die, wenn ausgeführt auf einem Steuergerät und/oder einem Computer, das Verfahren nach einem der Ansprüche 1 bis 11 ausführen.
13. System zum Bereitstellen einer Menge von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug, wobei das System dazu ausgebildet ist, das Verfahren nach einem der Ansprüche 1 bis 12 auszuführen.
14. Fahrzeug umfassend das System zum Bereitstellen einer Menge von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug nach Anspruch 13.
PCT/EP2023/054662 2022-05-16 2023-02-24 Verfahren zum bereitstellen von navigationsdaten während einer fahrt mit einem fahrzeug von einem backend-server an das fahrzeug, computerlesbares medium, system und fahrzeug WO2023222273A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102022112170.4A DE102022112170A1 (de) 2022-05-16 2022-05-16 Verfahren zum Bereitstellen von Navigationsdaten während einer Fahrt mit einem Fahrzeug von einem Backend-Server an das Fahrzeug, computerlesbares Medium, System und Fahrzeug
DE102022112170.4 2022-05-16

Publications (1)

Publication Number Publication Date
WO2023222273A1 true WO2023222273A1 (de) 2023-11-23

Family

ID=85476241

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2023/054662 WO2023222273A1 (de) 2022-05-16 2023-02-24 Verfahren zum bereitstellen von navigationsdaten während einer fahrt mit einem fahrzeug von einem backend-server an das fahrzeug, computerlesbares medium, system und fahrzeug

Country Status (2)

Country Link
DE (1) DE102022112170A1 (de)
WO (1) WO2023222273A1 (de)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010072258A1 (en) * 2008-12-23 2010-07-01 Tomtom International B.V. Navigation devices and methods for pre-calculating an alternate route
DE102011075351A1 (de) * 2011-05-05 2012-11-08 Bayerische Motoren Werke Aktiengesellschaft Verfahren zum Betrieb eines Kraftfahrzeugs mit einem Navigationssystem
EP2867617A1 (de) * 2012-06-29 2015-05-06 TomTom Development Germany GmbH Erzeugung alternativer routen
EP3209969A1 (de) * 2014-10-20 2017-08-30 TomTom Navigation B.V. Alternative routen

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19844289C2 (de) 1998-09-18 2000-08-03 Mannesmann Ag Verfahren und Vorrichtung zum Zuordnen von von einem fahrzeugseitigen Endgerät ermittelten Stützpunktinformationen
US8942918B2 (en) 2009-06-19 2015-01-27 GM Global Technology Operations LLC Multiple route pre-calculation and presentation for a vehicle navigation system
AU2011226623B2 (en) 2010-03-11 2014-07-17 Inrix, Inc. Learning road navigation paths based on aggregate driver behavior
GB201219742D0 (en) 2012-11-02 2012-12-12 Tom Tom Int Bv Methods and systems for generating a horizon for use in an advanced driver assistance system (adas)
US9002646B1 (en) 2014-02-14 2015-04-07 Telenav, Inc. Navigation system with connection simplification mechanism and method of operation thereof

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010072258A1 (en) * 2008-12-23 2010-07-01 Tomtom International B.V. Navigation devices and methods for pre-calculating an alternate route
DE102011075351A1 (de) * 2011-05-05 2012-11-08 Bayerische Motoren Werke Aktiengesellschaft Verfahren zum Betrieb eines Kraftfahrzeugs mit einem Navigationssystem
EP2867617A1 (de) * 2012-06-29 2015-05-06 TomTom Development Germany GmbH Erzeugung alternativer routen
EP3209969A1 (de) * 2014-10-20 2017-08-30 TomTom Navigation B.V. Alternative routen

Also Published As

Publication number Publication date
DE102022112170A1 (de) 2023-11-16

Similar Documents

Publication Publication Date Title
DE10162359B4 (de) Verfahren zur Bereitstellung von Routendaten für ein Navigationsgerät
EP1186865B1 (de) Verfahren zur Bestimmung einer Fahrtroute eines Fahrzeugs
EP1505555B1 (de) Navigationssystem mit Ermittlung einer verbrauchsoptimierten Route
DE19856704A1 (de) Verfahren und Vorrichtung zur Fahrzeugzielführung und/oder Reisezeitschätzung
EP0933745B1 (de) Navigationsverfahren, insbesondere für Fahrzeuge
WO1998027526A1 (de) Verfahren zur übertragung von eine als navigationshilfe vorgeschlagene route eines fahrzeuges in einem verkehrsnetz definierenden routeninformationen von einer verkehrszentrale an ein endgerät in einem fahrzeug, eine zentrale und ein endgerät
EP1533592B1 (de) Verfahren zur Auswahl und Aufbereitung von Verkehrsinformationen
EP1466140B1 (de) Verfahren zum bestimmen einer reisezeit
DE102012215447A1 (de) Zentralisierte Routenbestimmung
DE102012202463A1 (de) Verfahren zu einem Modellaufbau für eine Reisezeitendatenbank
EP2386830B1 (de) Satellitengestütztes Navigationsgerät mit einer Vorrichtung und einem Verfahren zur Anpassung einer berechneten Route an aktuelle Verkehrsereignisse
WO2023222273A1 (de) Verfahren zum bereitstellen von navigationsdaten während einer fahrt mit einem fahrzeug von einem backend-server an das fahrzeug, computerlesbares medium, system und fahrzeug
DE102018009790A1 (de) Verfahren zur dynamischen Routenplanung
WO2023222274A1 (de) Verfahren zum bereitstellen einer menge von entscheidungspunkten während einer fahrt mit einem fahrzeug von einem backend-server an das fahrzeug, computerlesbares medium, system und fahrzeug
EP1359556B1 (de) Navigationssystem mit dynamischer Routenplanung
WO2023222276A1 (de) Verfahren zum abfragen von prädizierten routen von einem backend-server durch ein fahrzeug, computerlesbares medium, system, und fahrzeug
DE10131526B4 (de) Verfahren und Vorrichtung zur Ansteuerung eines Assistenzsystems für ein Fahrzeug
DE102016215830A1 (de) Verfahren zur Optimierung einer Routenführung durch ein Navigationssystem
DE102021202653A1 (de) Verfahren und Vorrichtung zur Durchführung eines kooperativen Fahrmanövers
DE102018210020A1 (de) Verfahren zur Steuerung eines Verkehrsflusses
DE102017202564A1 (de) Verfahren und Vorrichtung zum Ermitteln einer Navigationsroute
EP2175240A2 (de) Kombinierte Routenberechnung
DE102021006025A1 (de) Verfahren zur Durchführung einer Fahrzeugnavigation und System zur Ermittlung einer Navigationsroute
DE102021116779A1 (de) Verfahren zum Bereitstellen eines prädizierten, aktuellen Fahrziels an einen Nutzer eines Fahrzeugs, computerlesbares Medium, System, Fahrzeug, und mobiles Endgerät
DE102022004321A1 (de) Verfahren zur Verbrauchsschätzung von Elektrofahrzeugen und dessen Verwendung zum Ermitteln einer Navigationsroute

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: 23708711

Country of ref document: EP

Kind code of ref document: A1