WO2023222276A1 - Verfahren zum abfragen von prädizierten routen von einem backend-server durch ein fahrzeug, computerlesbares medium, system, und fahrzeug - Google Patents

Verfahren zum abfragen von prädizierten routen von einem backend-server durch ein fahrzeug, computerlesbares medium, system, und fahrzeug Download PDF

Info

Publication number
WO2023222276A1
WO2023222276A1 PCT/EP2023/055163 EP2023055163W WO2023222276A1 WO 2023222276 A1 WO2023222276 A1 WO 2023222276A1 EP 2023055163 W EP2023055163 W EP 2023055163W WO 2023222276 A1 WO2023222276 A1 WO 2023222276A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
backend server
predicted
route
decision
Prior art date
Application number
PCT/EP2023/055163
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 WO2023222276A1 publication Critical patent/WO2023222276A1/de

Links

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3453—Special cost functions, i.e. other than distance or default speed limit of road segments
    • G01C21/3484—Personalized, e.g. from learned user behaviour or user-defined profiles
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3407—Route searching; Route guidance specially adapted for specific applications
    • G01C21/3415—Dynamic re-routing, e.g. recalculating the route when the user deviates from calculated route or after detecting real-time traffic data or accidents
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/36—Input/output arrangements for on-board computers
    • G01C21/3605—Destination input or retrieval
    • G01C21/3617—Destination 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 querying predicted routes from a backend server by a vehicle.
  • the invention further relates to a computer-readable medium for querying predicted routes from a backend server by a vehicle, a system for querying predicted routes from a backend server by a vehicle, and a vehicle comprising the system for querying predicted routes from a vehicle Backend server through a vehicle.
  • Current vehicles can query a predicted route from a backend server and provide the predicted route to a user of the vehicle. Delays may occur in providing the predicted route to the user of the vehicle.
  • one object of the invention is to query predicted routes more quickly and/or more flexibly from a backend server.
  • the invention is characterized by a method for querying predicted routes from a backend server by a vehicle.
  • the method can be a computer-implemented method and/or a control device-implemented method.
  • the vehicle can be a land vehicle.
  • the vehicle can be a motor vehicle or a motorcycle.
  • the backend server can be a server external to the vehicle that is coupled to the vehicle via one or more communication channels.
  • a predicted route can be a navigation route of the vehicle that is expected to be driven by a user of the vehicle.
  • a predicted route is a navigation route of the vehicle that the user of the vehicle is most likely to drive.
  • the method includes receiving a predicted route and a set of decision points for the predicted route from the backend server through the vehicle.
  • the method can receive a probability of the predicted route. Additionally or alternatively, the method may receive multiple predicted routes and/or a set of decision points about the multiple predicted routes. If the method receives multiple predicted routes, the method may additionally receive a probability for each of the predicted routes. Furthermore, the method can additionally or alternatively transmit one or more predicted routes from the backend server to a mobile terminal. The mobile terminal can provide the one or more predicted routes to a user of the vehicle. Providing a predicted route to a user of the mobile terminal and/or a user of the vehicle can take place depending on the probability of a predicted route. If the probability of a predicted route exceeds a predetermined probability threshold, the method can provide the predicted route to the user.
  • the method includes determining whether the vehicle will pass through a decision point from the set of decision points.
  • the method further includes transmitting a request for providing a further predicted route and a further set of decision points from the vehicle to the backend server after the vehicle has passed through the decision point.
  • the method can finally receive the further predicted route and the further set of decision points from the backend server through the vehicle.
  • the method can dynamically query one or more predicted routes of the vehicle from a backend server as a function of passing through a decision point.
  • the vehicle can automatically receive current, predicted routes.
  • the vehicle can thus efficiently control querying predicted routes from a backend server. Unnecessary queries to the backend server can be efficiently avoided.
  • the data volume required for a communication channel to request the predicted routes can be efficiently reduced.
  • the received, predicted routes can be provided to a navigation system.
  • the navigation system can thus automatically carry out route guidance to the navigation destination using the received, predicted routes using the routes provided.
  • a decision point can be a waypoint at which routes traveled by the vehicle branch off. This allows querying the predicted routes to be efficiently controlled.
  • the set of decision points can be determined by the backend server depending on one or more historical trajectories of a user of the vehicle. This allows the set of decision points to be determined efficiently.
  • an importance can be linked to each decision point, and/or the set of decision points can include one or more decision points whose importance exceeds a predetermined, minimum importance threshold.
  • the importance can be an importance value or an importance parameter. This allows the number of decision points to be determined efficiently. In particular, a number of decision points from the set of decision points can be determined efficiently. Adding unimportant decision points to the set of decision points can be efficiently prevented. Furthermore, unnecessary transfer of unimportant decision points from the backend server to the vehicle can be avoided.
  • the method can further comprise providing the predicted route as a navigation route suggestion to a user of the vehicle, and/or providing the further predicted route as a further navigation route suggestion to the user of the vehicle, and/or a Activating navigation of the vehicle using the predicted route and / or the further predicted route in response to an operating input from the user of the vehicle to accept the navigation route suggestion and / or the further navigation route suggestion.
  • An inactive navigation system of the vehicle can be automatically activated by route guidance using a predicted route and/or provide a suggestion for activating route guidance by a user to the user of the vehicle.
  • a decision point can be determined to have been passed if the vehicle first enters a first, predetermined circle around the decision point and then leaves a second predetermined circle around the decision point, with preferably a radius of the first circle smaller than is a radius of the second circle, and preferably the vehicle receives the radius of the first circle and the radius of the second circle for each decision point with the set of decision points from the backend server.
  • This allows the vehicle to efficiently determine whether the vehicle is passing through a decision point. Inaccuracies when determining the position of the vehicle can be efficiently avoided by using circles.
  • the passage through the decision point can be determined more reliably and/or more precisely.
  • the method can include transmitting a time-controlled request for providing a further predicted route and a further set of decision points from the vehicle to the backend server if a last request exceeds a predetermined period of time. And/or the method may include suppressing the time-controlled request to provide a further predicted route and a further set of decision points from the vehicle to the backend server if a distance of the vehicle from a next decision point of the predicted route falls below a predetermined distance threshold and/or or a time period for reaching the next decision point falls below a predetermined time threshold. This allows the querying of decision points and/or one or more predicted routes to be efficiently controlled.
  • the invention is characterized by a computer-readable medium for querying predicted routes from a backend server through a vehicle, the computer-readable medium comprising instructions which, when executed from a computer or a control device, carry out the method described above .
  • the invention is characterized by a system for querying predicted routes from a backend server through a 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 querying predicted routes from a backend server by a vehicle.
  • FIG. 1 shows an exemplary method for querying predicted routes from a backend server by a vehicle
  • FIG. 2 shows an exemplary scenario for determining a passage through a decision point
  • Fig. 3 shows a first scenario with predicted routes and decision points
  • Fig. 4 shows a second scenario with predicted routes and decision points.
  • FIG. 1 shows an exemplary method 100 for querying predicted routes from a backend server by a vehicle.
  • the method 100 can retrieve predicted routes from a backend server if a user of the vehicle does not use a navigation system of the vehicle.
  • the vehicle can transmit a traveled vehicle trajectory to the backend server after each journey with the vehicle.
  • the vehicle trajectory traveled may include a list of vehicle positions that were determined using a satellite-based navigation system.
  • the vehicle can transmit a timestamp for the start of a journey, a timestamp for the end of a journey and/or a timestamp for each vehicle position to the backend server.
  • the backend server may use a database of time information and/or historical route information of the vehicle to determine decision points and/or predict a route of the vehicle.
  • the method 100 may transmit a request, in particular a request message, for providing a predicted route and a set of decision points from the vehicle to the backend server.
  • the request can be transmitted at the start of a trip and/or while the vehicle is traveling.
  • the request may include a current vehicle position and/or a vehicle trajectory.
  • the vehicle trajectory can include a trajectory that has been traveled since the start of the journey and/or a predetermined number of positions, for example the last 1, 2, 3, 4, ..., n positions, of the trajectory of the vehicle that has been traveled.
  • the method 100 may receive 102 one or more predicted routes, a probability for each predicted route, and/or a set of decision points for the one or more predicted routes from the backend server through the vehicle.
  • the vehicle receives a predicted Route, namely the most likely route for the vehicle. If the method 100 receives multiple predicted routes, the multiple predicted routes include the most likely route and one or more alternative routes to the most likely route.
  • the backend server can transmit the one predicted route or the multiple predicted routes to a mobile terminal of one or more users of the vehicle. The mobile terminal can receive the one or more predicted routes and provide them to the user or users of the vehicle. As a result, the method can automatically inform the user(s) of the vehicle about the predicted route or routes.
  • the set of decision points can be determined by the backend server using historical, traveled routes.
  • the backend server can use the historical routes traveled by a user and/or a vehicle to determine positions for waypoints at which the historical routes traveled branch off.
  • a waypoint at which the historical, traveled routes branch off can be a decision point of the set of decision points.
  • the backend server can calculate an importance, in particular an importance value, for each decision point.
  • the backend server can filter decision points. For example, the backend server can only add decision points to the set of decision points that have a predetermined minimum importance.
  • a maximum number of decision points can be specified for the set of decision points. Is a maximum number of Given decision points for the 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.
  • the importance of a decision point preferably indicates the probability with which the most likely route changes when passing through the decision point.
  • the following formula can be used: where 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 the most likely route changes after passing through the decision point via out_pathj, otherwise 0.
  • a minimum probability of the most likely route 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 route.
  • 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
  • R route probabilities at the current vehicle position
  • H are the entropy.
  • the backend server can additionally transmit a position for each decision point from a set of decision points to the vehicle.
  • the vehicle can receive the position for each decision point with the set of decision points.
  • FIG. 2 shows in detail exemplary scenario 200 for determining a passage 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 the driver from entering a circle in the event of an inaccurate GNSS signal and from being incorrectly recognized as leaving the circle at a short time interval due to the inaccurate GNSS signal.
  • 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 merging adjacent decision points into one decision point by increasing the radii of circles K1 and K2 of a decision point.
  • the method 100 may transmit a request to provide another predicted route and another set of decision points from the vehicle to the backend server after the vehicle has passed through the decision point 106.
  • the method 100 may transmit a request to provide another predicted route and transmit a further set of decision points from the vehicle to the backend server after the vehicle has passed through each further decision point from the set of decision points.
  • the method 100 may stop transmitting requests to provide a further predicted route and a further set of decision points from the vehicle to the backend server if a predetermined maximum number of requests to the backend server have been made since a journey with the vehicle began Vehicle exceeded and/or if a specified maximum time has elapsed since the vehicle began driving.
  • the vehicle can Each time a decision point is passed through, the vehicle transmits a request to provide a further predicted route and a further set of decision points to the backend server. This can lead to frequent, unnecessary requests from the vehicle, such as requests within a few seconds, to the backend server.
  • the number of decision points in the set of decision points can be reduced by the backend server by increasing the importance threshold and the backend server only detects decision points with an importance higher than the increased importance threshold adds to the set of decision points.
  • the vehicle can filter the decision points from the set of decision points in terms of their importance. For example, the vehicle can only transmit a request to the backend server if the importance of a decision point passed through has a minimum predetermined importance.
  • the number of decision points can be reduced by only considering decision points that have a 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 number of requests after passing through decision points can be reduced by defining a predetermined, minimum time period, for example 1, 2, 3, ... min, between two requests from a vehicle to a backend server.
  • the transmission of the request from the vehicle to the backend server is delayed until the predetermined minimum time period for a previous request from the vehicle to the backend server is reached.
  • the method 100 may transmit a request to provide a further predicted route and a further set of decision points from the vehicle to the backend server if the vehicle deviates from a predicted route at a location where there is no decision point in the set of decision points is available.
  • the method 100 can time-controlled one or more requests to provide a further predicted route and a further set of decision points from the vehicle to the backend server.
  • the vehicle can transmit a request to the backend server in a time-controlled manner at cyclical intervals, for example every 10 minutes.
  • a time-controlled request to provide a further predicted route and a further set of decision points 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 predicted routes and a current set of decision points are transmitted from the backend server to the vehicle.
  • the vehicle can therefore always receive current, predicted routes and a current set of decision points from the backend server.
  • the current, predicted route can be provided to a user of the vehicle, a navigation system of the vehicle, and/or a mobile terminal of the user of the vehicle.
  • the current set of decision points can be used to efficiently control a timing for the further requests based on the decision points of the current set of decision points.
  • the method 100 may prevent one or more timed requests before the vehicle passes through a decision point.
  • the method 100 may prevent a timed request from the vehicle to the backend server if the vehicle is closer than a predetermined distance, for example 1000 m, to a decision point.
  • the method 100 can prevent a time-controlled request 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.
  • time-controlled requests from the vehicle to the backend server can be prevented over a longer period of time, for example 10, 20, 30, ..., 50 minutes, even if the vehicle does not pass through a decision point becomes. This case can occur, for example, if there is a There are a plurality 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 time-controlled request 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 route and a further set of decision points from the vehicle to the backend server over a longer period of time.
  • the method 100 may receive 108 the further predicted route and a further set of decision points from the backend server through the vehicle.
  • the vehicle may provide the predicted route and/or the further predicted route as a navigation route suggestion to the user of the vehicle. If the user accepts the navigation route suggestion, the vehicle's navigation system may be activated using the navigation route suggestion.
  • the method 100 can provide one or more predicted routes and/or information, in particular route-relevant information, for one or more predicted routes to the user of the vehicle.
  • route-relevant information such as an expected journey time, an expected arrival time, a route length, and/or information about road closures, traffic reports and/or traffic jam reports along the predicted route or routes can be provided to the user of the vehicle.
  • the vehicle can therefore provide the user of the vehicle with route-relevant information even when the navigation system is deactivated.
  • the vehicle's navigation system may use the predicted route to calculate one or more alternative routes to the predicted route.
  • the user of the vehicle can be informed about a delay on the predicted route with one or possible, fast alternative routes through the vehicle.
  • the user can use an operator input to start navigation system guidance on the predicted route or an alternative route to the predicted route.
  • the backend server can predict a route using known methods and determine a probability for the predicted route.
  • the predicted route can be provided to the user of the vehicle if the probability for the predicted route equals or exceeds a predetermined minimum probability. Predicted routes that have a probability that is less than the predetermined minimum probability are not provided to the user of the vehicle. This can increase the user's acceptance of starting navigation system guidance using the predicted route.
  • the probability can be compared with the predetermined minimum probability. This makes it possible to ensure that changes in the probability of the predicted route are taken into account and that the predicted route is made available to the user of the vehicle in a timely manner.
  • FIG. 3 shows a first scenario 300 with predicted routes and decision points at the start of a trip.
  • 4 shows a second scenario 400 with predicted routes and decision points during the journey.
  • Each of the scenarios 300 and 400 includes three navigation destinations D1, D2, and D3, four predicted routes R1, R2, R3, and R4, and three decision points EP1, EP2, and EP3.
  • the vehicle begins the journey at decision point EP1.
  • the probability P(R1) of route R1 is 0.5
  • the probability P(R2) of route R2 is 0.3
  • the probability P(R3) of route R3 is 0.1
  • the probability P(R4) of route R4 equals 0.1.
  • Vehicle 402 travels from EP1 towards EP2.
  • the probability P(R1) of route R1 is now 0, the probability P(R2) of route R2 is 0.6, the probability P(R3) of route R3 is 0.2, and the probability P(R4) of route R4 is 0.2.
  • the predetermined minimum probability for a predicted route is 0.6, in scenario 300 no predicted route is displayed to the user, while in scenario 400 the predicted route R2 is provided to the user.
  • the method can use the set of decision points to more efficiently determine a time for further requests to provide one or more further predicted routes.
  • a predicted route can therefore be provided to a vehicle more quickly.
  • a number of requests can be efficiently controlled with the number of decision points in the set of decision points.
  • the vehicle can provide a user with more precise route predictions.
  • the user of the vehicle can receive information about the predicted or predicted route without the navigation system's route guidance being activated by the user.

Landscapes

  • Engineering & Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Automation & Control Theory (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Navigation (AREA)
  • Traffic Control Systems (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum Abfragen von prädizierten Routen von einem Backend- Server durch ein Fahrzeug, das Verfahren umfassend: Empfangen einer prädizierten Route und einer Menge von Entscheidungspunkten für die prädizierte Route von dem Backend-Server durch das Fahrzeug; Bestimmen eines Durchfahrens eines Entscheidungspunkts aus der Menge von Entscheidungspunkten durch das Fahrzeug; Übermitteln einer Anfrage zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server nach dem Durchfahren des Entscheidungspunkts durch das Fahrzeug; und Empfangen der weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Backend-Server durch das Fahrzeug.

Description

Verfahren zum Abfragen von prädizierten Routen von einem Backend-Server durch ein Fahrzeug, computerlesbares Medium, System, und Fahrzeug
Die Erfindung betrifft ein Verfahren zum Abfragen von prädizierten Routen von einem Backend- Server durch ein Fahrzeug. Die Erfindung betrifft ferner ein computerlesbares Medium zum Abfragen von prädizierten Routen von einem Backend-Server durch ein Fahrzeug, ein System zum Abfragen von prädizierten Routen von einem Backend-Server durch ein Fahrzeug, sowie ein Fahrzeug umfassend das System zum Abfragen von prädizierten Routen von einem Backend-Server durch ein Fahrzeug.
Aktuelle Fahrzeuge können eine prädizierte Fahrtroute von einem Backend-Server abfragen und die prädizierte Fahrtroute einem Nutzer des Fahrzeugs bereitstellen. Dabei können Verzögerungen beim Bereitstellen der prädizierten Route an den Nutzer des Fahrzeugs auftreten.
Es ist daher eine Aufgabe der Erfindung, prädizierte Fahrtrouten effizienter an ein Fahrzeug bereitzustellen. Insbesondere ist eine Aufgabe der Erfindung, prädizierte Fahrtrouten schneller und/oder flexibler von einem Backend-Server abzufragen.
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 Abfragen von prädizierten Routen von einem Backend-Server durch ein Fahrzeug. Das Verfahren kann ein computerimplementiertes Verfahren und/oder ein steuergeräteimplementiertes Verfahren sein. Das Fahrzeug kann ein Landfahrzeug sein. Beispielsweise kann das Fahrzeug ein Kraftfahrzeug oder ein Motorrad sein. Das Backend-Server kann ein fahrzeugexterner Server sein, der über einen oder mehrere Kommunikationskanäle mit dem Fahrzeug gekoppelt ist. Eine prädizierte Route kann eine Navigationsroute des Fahrzeugs sein, die von einem Nutzer des Fahrzeugs voraussichtlich gefahren wird. Vorzugsweise ist eine prädizierte Route eine Navigationsroute des Fahrzeugs, die der Nutzer des Fahrzeugs mit der höchsten Wahrscheinlichkeit fahren wird. Das Verfahren umfasst ein Empfangen einer prädizierten Route und einer Menge von Entscheidungspunkten für die prädizierte Route von dem Backend-Server durch das Fahrzeug. Zusätzlich kann das Verfahren eine Wahrscheinlichkeit der prädizierten Route empfangen. Zusätzlich oder alternativ kann das Verfahren mehrere prädizierte Routen und/oder eine Menge von Entscheidungspunkten zu den mehreren prädizierten Routen empfangen. Falls das Verfahren mehrere prädizierte Routen empfängt, kann das Verfahren zusätzlich eine Wahrscheinlichkeit für jede der prädizierten Routen empfangen. Weiter kann das Verfahren zusätzlich oder alternativ eine oder mehrere prädizierte Routen vom dem Backend-Server an ein mobiles Endgerät übertragen. Das mobile Endgerät kann die eine oder mehreren prädizierten Routen an einen Nutzer des Fahrzeugs bereitstellen. Das Bereitstellen einer prädizierten Route an einen Nutzer des mobilen Endgeräts und/oder einen Nutzer des Fahrzeugs kann in Abhängigkeit der Wahrscheinlichkeit einer prädizierten Route erfolgen. Überschreitet die Wahrscheinlichkeit einer prädizierten Route einen vorgegebenen Wahrscheinlichkeitsschwellwert kann das Verfahren die prädizierte Route an den Nutzer bereitstellen.
Das Verfahren umfasst ein Bestimmen eines Durchfahrens eines Entscheidungspunkts aus der Menge von Entscheidungspunkten durch das Fahrzeug. Weiter umfasst das Verfahren ein Übermitteln einer Anfrage zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server nach dem Durchfahren des Entscheidungspunkts durch das Fahrzeug. Das Verfahren kann schließlich die weitere prädizierte Route und die weitere Menge von Entscheidungspunkten von dem Backend-Server durch das Fahrzeug empfangen.
Vorteilhafterweise kann das Verfahren dynamisch in Abhängigkeit von einem Durchfahren eines Entscheidungspunkts eine oder mehrere prädizierte Routen des Fahrzeugs von einem Backend-Server abfragen. Somit kann das Fahrzeug automatisiert, aktuelle, prädizierte Routen empfangen. Das Fahrzeug kann somit effizient ein Abfragen von prädizierten Routen von einem Backend-Server steuern. Unnötige Abfragen an den Backend-Server können effizient vermieden werden. Weiter kann ein benötigtes Datenvolumen eines Kommunikationskanal zum Anfragen der prädizierten Routen effizient verringert werden. Beispielsweise können die empfangenen, prädizierten Routen einem Navigationssystem bereitgestellt werden. Das Navigationssystem kann somit automatisiert durch die bereitgestellten Routen eine Zielführung zum Navigationsziel unter Verwendung der empfangenen, prädizierten Routen ausführen. Gemäß einer vorteilhaften Ausgestaltung der Erfindung kann ein Entscheidungspunkt ein Wegpunkt sein, an dem sich gefahrene Routen des Fahrzeugs verzweigen. Hiermit kann das Abfragen der prädizierten Routen effizient gesteuert werden.
Gemäß einer weiteren, vorteilhaften Ausgestaltung der Erfindung kann die Menge von Entscheidungspunkten von dem Backend-Server in Abhängigkeit einer oder mehrerer historischer Trajektorien eines Nutzers des Fahrzeugs bestimmt werden. Hiermit kann die Menge von Entscheidungspunkt effizient ermittelt werden.
Gemäß einer weiteren, vorteilhaften Ausgestaltung der Erfindung kann eine Wichtigkeit mit jedem Entscheidungspunkt verknüpft sein, und/oder kann die Menge der Entscheidungspunkte einen oder mehrere Entscheidungspunkte umfassen, deren Wichtigkeit einen vorgegebenen, minimalen Wichtigkeitsschwellwert überschreitet. Die Wichtigkeit kann ein Wichtigkeitswert oder ein Wichtigkeitsparameter sein. Hiermit kann die Menge der Entscheidungspunkte effizient bestimmt werden. Insbesondere kann eine Anzahl von Entscheidungspunkten der Menge von Entscheidungspunkten effizient ermittelt werden. Ein Hinzufügen von unwichtigen Entscheidungspunkten zu der Menge von Entscheidungspunkten kann effizient verhindert werden. Weiter kann ein unnötiges Übertragen von unwichtigen Entscheidungspunkten von dem Backend-Server auf das Fahrzeug vermieden werden.
Gemäß einer weiteren, vorteilhaften Ausgestaltung der Erfindung kann das Verfahren weiterhin ein Bereitstellen der prädizierten Route als einen Navigationsroutenvorschlag an einen Nutzer des Fahrzeugs, und/oder ein Bereitstellen der weiteren prädizierten Route als einen weiteren Navigationsroutenvorschlags an den Nutzer des Fahrzeugs umfassen, und/oder ein Aktivieren einer Navigation des Fahrzeugs unter Verwendung der prädizierten Route und/oder der weiteren prädizierten Route in Antwort auf eine Bedieneingabe des Nutzers des Fahrzeugs zur Annahme des Navigationsroutenvorschlags und/oder des weiteren Navigationsroutenvorschlags umfassen. Hiermit können die durch das Fahrzeug empfangenen, prädizierten Routen effizient verarbeitet werden. Ein inaktives Navigationssystem des Fahrzeugs kann automatisiert durch eine Routenführung unter Verwendung einer prädizierten Route aktiviert werden und/oder einen Vorschlag zum Aktivieren der Routenführung durch einen Nutzer an den Nutzer des Fahrzeugs bereitstellen. Gemäß einer weiteren, vorteilhaften Ausgestaltung der Erfindung kann ein Entscheidungspunkt als durchfahren bestimmt werden, wenn das Fahrzeug zuerst in einen ersten, vorgegebenen Kreis um den Entscheidungspunkt einfährt und anschließend einen zweiten vorgegebenen Kreis um den Entscheidungspunkt verlässt, wobei vorzugsweise ein Radius des ersten Kreises kleiner als ein Radius des zweiten Kreises ist, und wobei vorzugsweise das Fahrzeug den Radius des ersten Kreises und den Radius des zweiten Kreises für jeden Entscheidungspunkt mit der Menge von Entscheidungspunkten von dem Backend-Server empfängt. Hiermit kann das Durchfahren eines Entscheidungspunkts effizient durch das Fahrzeug ermittelt werden. Ungenauigkeiten bei einer Positionsbestimmung des Fahrzeugs können durch das Verwenden von Kreisen effizient vermieden werden. Das Durchfahren von Entscheidungspunkt kann zuverlässiger und/oder präziser bestimmt werden.
Gemäß einer weiteren, vorteilhaften Ausgestaltung der Erfindung kann das Verfahren ein Übermitteln einer zeitgesteuerten Anfrage zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend- Server umfassen, falls eine letzte Anfrage eine vorgegebene Zeitspanne überschreitet. Und/oder kann das Verfahren ein Unterdrücken der zeitgesteuerten Anfrage zum Bereitstellen einer weiteren prädizierten Route und einerweiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server umfassen, falls eine Entfernung des Fahrzeugs von einem nächsten Entscheidungspunkt der prädizierten Route einen vorgegebenen Entfernungsschwellwert unterschreitet und/oder eine Zeitspanne zum Erreichen des nächsten Entscheidungspunkts einen vorgegebenen Zeitschwellwert unterschreitet. Hiermit kann das Abfragen von Entscheidungspunkten und/oder einer oder mehreren prädizierten Routen effizient gesteuert werden.
Gemäß einem weiteren Aspekt zeichnet sich die Erfindung aus durch ein computerlesbares Medium zum Abfragen von prädizierten Routen von einem Backend-Server durch ein Fahrzeug, wobei das computerlesbare Medium Instruktionen umfasst, die, wenn ausgeführt aus einem Computer oder einem Steuergerät, das oben beschriebene Verfahren ausführen.
Gemäß einem weiteren Aspekt zeichnet sich die Erfindung aus durch ein System zum Abfragen von prädizierten Routen von einem Backend-Server durch ein 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 Abfragen von prädizierten Routen von einem Backend- Server durch ein 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 Abfragen von prädizierten Routen von einem Backend- Server durch ein Fahrzeug, Fig. 2 ein beispielhaftes Szenario zum Ermitteln eines Durchfahrens eines Entscheidungspunkts,
Fig. 3 ein erstes Szenario mit prädizierten Routen und Entscheidungspunkten, und Fig. 4 ein zweites Szenario mit prädizierten Routen und Entscheidungspunkten.
Im Detail zeigt Fig. 1 ein beispielhaftes Verfahren 100 zum Abfragen von prädizierten Routen von einem Backend-Server durch ein Fahrzeug. Im Detail kann das Verfahren 100 prädizierte Routen von einem Backend-Server abrufen, falls ein Nutzer des Fahrzeugs ein Navigationssystem des Fahrzeugs nicht nutzt. Das Fahrzeug kann nach jeder Fahrt mit dem Fahrzeug eine gefahrenen Fahrzeugtrajektorie an den Backend-Server übermitteln. Die gefahrene Fahrzeugtrajektorie kann eine Liste von Fahrzeugpositionen umfassen, die mittels eines satellitenbasierten Navigationssystems ermittelt wurden. Weiter kann das Fahrzeug einen Zeitstempel eines Fahrtbeginns, einen Zeitstempel für ein Fahrtende und/oder einen Zeitstempel für jede Fahrzeugposition an den Backend-Server übertragen. Der Backend-Server kann einen Datenbasis von Zeitinformationen und/oder historischen Routeninformationen des Fahrzeugs verwenden, um Entscheidungspunkte zu bestimmen und/oder eine Route des Fahrzeugs zu prädizieren. Das Verfahren 100 kann eine Anfrage, insbesondere eine Anfragenachricht, zum Bereitstellen einer prädizierten Route und einer Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server übermitteln. Beispielsweise kann die Anfrage zu Beginn einer Fahrt und/oder während der Fahrt mit dem Fahrzeug übermittelt werden. Die Anfrage kann eine aktuelle Fahrzeugposition und/oder eine Fahrzeugtrajektorie umfassen. Beispielsweise kann die Fahrzeugtrajektorie eine seit Beginn der Fahrt gefahrene Trajektorie umfassen und/oder eine vorgegebene Anzahl von Positionen, beispielsweise die letzten 1, 2, 3, 4, ... , n Positionen, der gefahrenen Trajektorie des Fahrzeugs umfassen.
Das Verfahren 100 kann eine oder mehrere prädizierte Routen, eine Wahrscheinlichkeit für jede prädizierte Route und/oder eine Menge von Entscheidungspunkten für die eine prädizierte Route oder die mehreren prädizierten Routen von dem Backend-Server durch das Fahrzeug empfangen 102. Vorzugsweise empfängt das Fahrzeug eine prädizierte Route, nämlich die wahrscheinlichste Route für das Fahrzeug. Falls das Verfahren 100 mehrere prädizierten Routen empfängt, umfassen die mehreren prädizierten Routen die wahrscheinlichste Route und ein oder mehrere Alternativrouten zu der wahrscheinlichsten Route. Zusätzlich kann der Backend-Server die eine prädizierte Route oder die mehreren prädizierten Routen an ein mobiles Endgerät eines oder mehrerer Nutzer des Fahrzeugs übermitteln. Das mobile Endgerät kann die eine oder die mehreren prädizierten Routen empfangen und dem Nutzer bzw. den Nutzern des Fahrzeugs bereitstellen. Dadurch kann das Verfahren den bzw. die Nutzer des Fahrzeugs automatisiert über die prädizierte Route bzw. die prädizierten Routen informieren.
Die Menge der Entscheidungspunkte können von dem Backend-Server unter Verwendung historischer, gefahrener Routen bestimmt werden. Beispielsweise kann der Backend-Server aus den historischen, gefahrenen Routen eines Nutzers und/oder eines Fahrzeugs Positionen für Wegpunkte bestimmen, an denen sich die historischen, gefahrenen Routen verzweigen. Ein Wegpunkt, an dem sich die historischen, gefahrenen Routen verzweigen, kann ein Entscheidungspunkt der Menge von Entscheidungspunkten sein. Weiter kann der Backend- Server für jeden Entscheidungspunkt eine Wichtigkeit, insbesondere einen Wichtigkeitswert, berechnen. Unter Verwendung der Wichtigkeit kann der Backend-Server Entscheidungspunkte filtern. Beispielsweise kann der Backend-Server nur Entscheidungspunkte der Menge von Entscheidungspunkten hinzufügen, die eine vorgegebene minimale Wichtigkeit aufweisen. Zusätzlich oder alternativ kann eine maximale Anzahl von Entscheidungspunkten für die Menge von Entscheidungspunkten vorgegeben sein. Ist eine maximale Anzahl von Entscheidungspunkten für die 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.
Bevorzugt gibt die Wichtigkeit eines Entscheidungspunkts an, mit welcher Wahrscheinlichkeit sich die wahrscheinlichste Route beim Durchfahren des Entscheidungspunkts ändert. Dabei kann folgende Formel verwendet werden:
Figure imgf000009_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 sich nach dem Durchfahren des Entscheidungspunkts über out_pathj die wahrscheinlichste Route ändert, sonst 0. Dabei wird bevorzugt eine Mindestwahrscheinlichkeit der wahrscheinlichsten Route 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 einer prädizierten Route zu rechnen ist.
Beispielsweise kann die Wichtigkeit des Entscheidungspunkts mittels eines Erwartungswert des Informationsgewinns, engl. information gain, wie folgt berechnet werden:
Figure imgf000009_0002
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;
R: Routenwahrscheinlichkeiten an der aktuellen Fahrzeugposition;
R|d: Routenwahrscheinlichkeiten nach der Durchfahrt d des Entscheidungspunkts X; und
H: die Entropie sind.
Dabei entspricht die Summe der Wahrscheinlichkeiten aller Durchfahrten eines Entscheidungspunkts
Figure imgf000010_0001
/3(d) der Wahrscheinlichkeit, den Entscheidungspunkt X von der aktuellen Fahrzeugposition aus in beliebiger Weise zu durchfahren.
Der Backend-Server kann zusätzlich eine Position für jeden Entscheidungspunkt aus Menge von Entscheidungspunkten an das Fahrzeug übermitteln. Das Fahrzeug kann die Position für jeden Entscheidungspunkt mit der Menge von Entscheidungspunkten empfangen.
Statt die Wichtigkeit von Entscheidungspunkten zu berechnen und darauf basierend Entscheidungspunkte zu filtern kann alternativ folgendes einfaches Verfahren angewendet werden. Es werden nur prädizierte Routen bei der Berechnung von Entscheidungspunkten berücksichtigt, deren Wahrscheinlichkeit eine Mindestwahrscheinlichkeit beispielsweise 0.1 überschreitet. Alternativ werden nur die wahrscheinlichsten, prädizierten 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.
Weiter kann das Verfahren 100 ein Durchfahren eines Entscheidungspunkts aus der Menge von Entscheidungspunkten durch das Fahrzeug bestimmen 104. 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 GNSS- Signal in einen Kreis eingefahren und durch das ungenaue GNSS- Signal 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.
Weiter kann das Verfahren 100 eine Anfrage zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server nach dem Durchfahren des Entscheidungspunkts durch das Fahrzeug übermitteln 106. Das Verfahren 100 kann eine Anfrage zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server nach dem Durchfahren jedes weiteren Entscheidungspunkts aus der Menge von Entscheidungspunkten durch das Fahrzeug übermitteln. Das Verfahren 100 kann das Übermitteln von Anfragen zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server abbrechen, wenn eine vorgegebene, maximale Anzahl an Anfragen an den Backend-Server seit einem Beginn einer Fahrt mit dem Fahrzeug überschritten und/oder wenn eine vorgegebene maximale Zeit seit dem Beginn der Fahrt mit dem Fahrzeug verstrichen sind.
Umfasst die Menge von Entscheidungspunkten eine Vielzahl von Entscheidungspunkten entlang einer oder mehreren prädizierten Routen des Fahrzeugs, kann das Fahrzeug nach jedem Durchfahren eines Entscheidungspunkts eine Anfrage zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server übermitteln. Dies kann zu häufigen, unnötigen Anfragen des Fahrzeugs, beispielsweise Anfragen innerhalb einiger weniger Sekunden, an den Backend-Server führen. Um die Anzahl der Anfragen von dem Fahrzeug an den Backend-Server zu verringern, kann die Anzahl der Entscheidungspunkte in der Menge von Entscheidungspunkten durch den Backend- Server verringert werden, in dem der Wichtigkeitsschwellwert erhöht wird und der Backend- Server nur Entscheidungspunkte mit einer Wichtigkeit höher als der erhöhte Wichtigkeitsschwellwert der Menge der Entscheidungspunkte hinzufügt. Zusätzlich oder alternativ kann das Fahrzeug die Entscheidungspunkte aus der Menge von Entscheidungspunkten hinsichtlich ihrer Wichtigkeit filtern. Beispielsweise kann das Fahrzeug nur eine Anfrage an den Backend-Server übermitteln, wenn die Wichtigkeit eines durchfahrenen Entscheidungspunkts eine minimale vorgegebene Wichtigkeit aufweist.
Weiterhin kann die Anzahl der Entscheidungspunkte reduziert werden, indem nur Entscheidungspunkte berücksichtigt werden, die eine 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.
Weiterhin kann die Anzahl von Anfragen nach einem Durchfahren von Entscheidungspunkten verringert werden, indem eine vorgegebene, minimale Zeitdauer, beispielsweise 1, 2, 3, ... min, zwischen zwei Anfragen von einem Fahrzeug an einen Backend-Server definiert wird. Das Übermitteln der Anfrage von dem Fahrzeug an den Backend-Server wird verzögert, bis die vorgegebene, minimale Zeitdauer zu einer vorherigen Anfrage von dem Fahrzeug an den Backend-Server erreicht ist.
Weiter kann das Verfahren 100 eine Anfrage zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server übermitteln, falls das Fahrzeug von einer prädizierten Route an einer Stelle abweicht, an der kein Entscheidungspunkt in der Menge von Entscheidungspunkten vorhanden ist. Zusätzlich kann das Verfahren 100 zeitgesteuert eine oder mehrere Anfragen zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server übermitteln. Beispielsweise kann das Fahrzeug zeitgesteuert in zyklischen Abständen, z.B. alle 10 Minuten, eine Anfrage an den Backend- Server übermitteln. Eine zeitgesteuerte Anfrage zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten 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 prädizierte Routen und eine aktuelle Menge von Entscheidungspunkten von dem Backend-Server an das Fahrzeug übermittelt werden. Das Fahrzeug kann somit stets aktuelle, prädizierte Routen und eine aktuelle Menge von Entscheidungspunkten von dem Backend-Server empfangen. Die aktuelle, prädizierte Route kann einem Nutzer des Fahrzeugs, einem Navigationssystem des Fahrzeugs, und/oder einem mobilen Endgerät des Nutzers des Fahrzeugs bereitgestellt werden. Die aktuelle Menge von Entscheidungspunkten kann verwendet werden, um einen Zeitpunkt für die weiteren Anfragen auf Basis der Entscheidungspunkte der aktuellen Menge von Entscheidungspunkten effizient zu steuern.
Zusätzlich kann das Verfahren 100 eine oder mehrere zeitgesteuerte Anfragen vor einem Durchfahren eines Entscheidungspunkts durch das Fahrzeugs verhindern. Das Verfahren 100 kann eine zeitgesteuerte Anfrage 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 eine zeitgesteuerte Anfrage von dem Fahrzeug an den Backend-Server verhindert, 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 von 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 Anfrage 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 einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server übermittelt.
Das Verfahren 100 kann die weitere prädizierte Route und eine weitere Menge von Entscheidungspunkten von dem Backend-Server durch das Fahrzeug empfangen 108. Die prädizierte Route und/oder die weitere, prädizierte Route kann das Fahrzeug als einen Navigationsroutenvorschlag an den Nutzer des Fahrzeugs bereitstellen. Falls der Nutzer den Navigationsroutenvorschlag annimmt, kann das Navigationssystem des Fahrzeugs unter Verwendung des Navigationsroutenvorschlags aktiviert werden.
Weiter kann das Verfahren 100 eine oder mehrere prädizierte Routen und/oder Informationen, insbesondere routenrelevante Informationen, zu einer oder mehreren prädizierten Routen an den Nutzer des Fahrzeugs bereitstellen. Somit kann der Nutzer auch bei einem nicht genutzten Navigationssystem des Fahrzeugs über routenrelevante Informationen informiert werden. Beispielsweise können routen relevante Informationen eine voraussichtliche Fahrtdauer, eine voraussichtliche Ankunftszeit, eine Routenlänge, und/oder Informationen zu Straßensperrungen, Verkehrsmeldung und/oder Staumeldungen entlang der prädizierten Route bzw. den prädizierten Routen dem Nutzer des Fahrzeugs bereitgestellt werden. Somit kann das Fahrzeug dem Nutzer des Fahrzeugs auch bei einem deaktivierten Navigationssystem routen relevante Informationen bereitstellen. Das Navigationssystem des Fahrzeugs kann die prädizierte Route verwenden, um eine oder mehrere Alternativrouten zu der prädizierten Route zu berechnen. Dem Nutzer können hiermit schnell Alternativrouten bereitgestellt werden, mit denen er schneller als mit der prädizierten Route am Fahrtziel ankommt. Beispielsweise kann der Nutzer des Fahrzeugs über eine Verzögerung auf der prädizierten Route mit eine oder mögliche, schnelle Alternativrouten durch das Fahrzeug informiert werden. Der Nutzer kann durch eine Bedieneingabe eine Zielführung des Navigationssystems auf der prädizierten Route oder einer Alternativroute zu der prädizierten Route starten. Der Backend-Server kann eine Route mit bekannten Verfahren prädizieren und eine Wahrscheinlichkeit für die prädizierte Route bestimmen. Die prädizierte Route kann dem Nutzer des Fahrzeugs bereitgestellt werden, wenn die Wahrscheinlichkeit für die prädizierte Route einer vorgegebenen, minimalen Wahrscheinlichkeit gleicht oder überschreitet. Prädizierte Routen, die eine Wahrscheinlichkeit aufweisen, die kleiner der vorgegebenen minimalen Wahrscheinlichkeit sind, werden dem Nutzer des Fahrzeugs nicht bereitgestellt. Dies kann eine Akzeptanz des Nutzers erhöhen, eine Zielführung des Navigationssystems unter Verwendung der prädizierten Route zu starten. Beispielsweise kann zu Beginn der Fahrt und/oder bei jeder neuen prädizierten Route die Wahrscheinlichkeit mit der vorgegebenen minimalen Wahrscheinlichkeit verglichen werden. Somit kann sichergestellt werden, dass Veränderungen bei der Wahrscheinlichkeit der prädizierten Route berücksichtigt und die prädizierte Route zeitnah dem Nutzer des Fahrzeugs bereitgestellt wird.
Fig. 3 zeigt eine erstes Szenario 300 mit prädizierten Routen und Entscheidungspunkten zu Beginn einer Fahrt. Fig. 4 zeigt ein zweites Szenario 400 mit prädizierten Routen und Entscheidungspunkten während der Fahrt. Jedes der Szenarien 300 und 400 umfasst drei Navigationsziele D1, D2, und D3, vier prädizierte Routen R1 , R2, R3, und R4, sowie drei Entscheidungspunkte EP1 , EP2, und EP3. Das Fahrzeug beginnt die Fahrt am Entscheidungspunkt EP1. Zu Beginn der Fahrt sind die Wahrscheinlichkeit P(R1) der Route R1 gleich 0.5, die Wahrscheinlichkeit P(R2) der Route R2 gleich 0.3, die Wahrscheinlichkeit P(R3) der Route R3 gleich 0.1 und die Wahrscheinlichkeit P(R4) der Route R4 gleich 0.1. Das Fahrzeug 402 fährt von EP1 in Richtung EP2. Die Wahrscheinlichkeit P(R1) der Route R1 ist nun 0, die Wahrscheinlichkeit P(R2) der Route R2 gleich 0.6, die Wahrscheinlichkeit P(R3) der Route R3 gleich 0.2, und die Wahrscheinlichkeit P(R4) der Route R4 gleich 0.2. Ist die vorgegebene minimale Wahrscheinlichkeit für eine prädizierte Route beispielsweise bei 0.6, wird in Szenario 300 dem Nutzer keine prädizierte Route angezeigt, während in Szenario 400 dem Nutzer die prädizierte Route R2 bereitgestellt wird.
Vorteilhafterweise kann das Verfahren mit der Menge von Entscheidungspunkten einen Zeitpunkt für weitere Anfragen zum Bereitstellen einer oder mehrerer weiterer prädizierter Routen effizienter ermitteln. Eine prädizierte Route kann somit schneller an ein Fahrzeug bereitgestellt werden. Weiter kann eine Anzahl von Anfragen effizient mit der Anzahl von Entscheidungspunkten in der Menge von Entscheidungspunkten gesteuert werden. Mit den Entscheidungspunkten aus der Menge von Entscheidungspunkten kann das Verfahren Anfragen vom Fahrzeug an den Backend-Server zu prädizierten Routen effizienter steuern. Dadurch kann eine Vorhersage zu einer Route zu einem Fahrtziel effizient verbessert werden. Das Fahrzeug kann einem Nutzer präzisere Vorhersagen zu Routen bereitstellen. Der Nutzer des Fahrzeugs kann ohne eine durch den Nutzer aktivierte Routenführung des Navigationssystems Informationen zu der vorhergesagten bzw. prädizierten Route erhalten.
Bezugszeichenliste
100 Verfahren
102 Empfangen einer prädizierten Route
104 Bestimmen eines Durchfahrens eines Entscheidungspunkts
106 Übermitteln einer Anfrage
108 Empfangen einer weiteren, prädizierten Route
200 Szenario
EP Entscheidungspunkt
K1 Kreis
K2 Kreis
300 Szenario
400 Szenario
402 Fahrzeug

Claims

Patentansprüche
1. Verfahren zum Abfragen von prädizierten Routen von einem Backend-Server durch ein Fahrzeug, das Verfahren umfassend:
Empfangen einer prädizierten Route und einer Menge von Entscheidungspunkten für die prädizierte Route von dem Backend-Server durch das Fahrzeug;
Bestimmen eines Durchfahrens eines Entscheidungspunkts aus der Menge von Entscheidungspunkten durch das Fahrzeug;
Übermitteln einer Anfrage zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server nach dem Durchfahren des Entscheidungspunkts durch das Fahrzeug;
Empfangen der weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Backend-Server durch das Fahrzeug.
2. Verfahren nach Anspruch 1 , wobei ein Entscheidungspunkt ein Wegpunkt sein, an dem sich gefahrene Routen des Fahrzeugs verzweigen.
3. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Menge von Entscheidungspunkten von dem Backend-Server in Abhängigkeit einer oder mehrerer historischer Trajektorien eines Nutzers des Fahrzeugs bestimmt wird.
4. Verfahren nach einem der vorhergehenden Ansprüche, wobei eine Wichtigkeit mit jedem Entscheidungspunkt verknüpft ist; und/oder wobei die Menge der Entscheidungspunkte einen oder mehrere Entscheidungspunkte umfasst, deren Wichtigkeit einen vorgegebenen, minimalen Wichtigkeitsschwellwert überschreitet.
5. Verfahren nach einem der vorhergehenden Ansprüche, wobei das Verfahren weiterhin umfasst:
Bereitstellen der prädizierten Route als einen Navigationsroutenvorschlag an einen Nutzer des Fahrzeugs; und/oder
Bereitstellen der weiteren prädizierten Route als einen weiteren Navigationsroutenvorschlags an den Nutzer des Fahrzeugs; und/oder Aktivieren einer Navigation des Fahrzeugs unter Verwendung der prädizierten Route und/oder der weiteren prädizierten Route in Antwort auf eine Bedieneingabe des Nutzers des Fahrzeugs zur Annahme des Navigationsroutenvorschlags und/oder des weiteren Navigationsroutenvorschlags.
6. Verfahren nach einem der vorhergehenden Ansprüche, wobei ein Entscheidungspunkt als durchfahren bestimmt wird, wenn das Fahrzeug zuerst in einen ersten, vorgegebenen Kreis um den Entscheidungspunkt einfährt und anschließend einen zweiten vorgegebenen Kreis um den Entscheidungspunkt verlässt; wobei vorzugsweise ein Radius des ersten Kreises kleiner als ein Radius des zweiten Kreises ist; und wobei vorzugsweise das Fahrzeug den Radius des ersten Kreises und den Radius des zweiten Kreises für jeden Entscheidungspunkt mit der Menge von Entscheidungspunkten von dem Backend-Server empfängt.
7. Verfahren nach einem der vorhergehenden Ansprüche, das Verfahren umfassend:
Übermitteln einer zeitgesteuerten Anfrage zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server, falls eine letzte Anfrage eine vorgegebene Zeitspanne überschreitet; und/oder Unterdrücken der zeitgesteuerten Anfrage zum Bereitstellen einer weiteren prädizierten Route und einer weiteren Menge von Entscheidungspunkten von dem Fahrzeug an den Backend-Server, falls eine Entfernung des Fahrzeugs von einem nächsten Entscheidungspunkt der prädizierten Route einen vorgegebenen Entfernungsschwellwert unterschreitet und/oder eine Zeitspanne zum Erreichen des nächsten Entscheidungspunkts einen vorgegebenen Zeitschwellwert unterschreitet.
8. Computerlesbares Medium zum Abfragen von prädizierten Routen von einem Backend- Server durch ein Fahrzeug, wobei das computerlesbare Medium Instruktionen umfasst, die, wenn ausgeführt aus einem Computer oder einem Steuergerät, das Verfahren nach einem der Ansprüche 1 bis 7 ausführen.
9. System zum Abfragen von prädizierten Routen von einem Backend-Server durch ein Fahrzeug, wobei das System dazu ausgebildet ist, das Verfahren nach einem der Ansprüche 1 bis 7 auszuführen.
10. Fahrzeug umfassend das System zum Abfragen von prädizierten Routen von einem Backend-Server durch ein Fahrzeug nach Anspruch 9.
PCT/EP2023/055163 2022-05-16 2023-03-01 Verfahren zum abfragen von prädizierten routen von einem backend-server durch ein fahrzeug, computerlesbares medium, system, und fahrzeug WO2023222276A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102022112167.4A DE102022112167A1 (de) 2022-05-16 2022-05-16 Verfahren zum Abfragen von prädizierten Routen von einem Backend-Server durch ein Fahrzeug, computerlesbares Medium, System, und Fahrzeug
DE102022112167.4 2022-05-16

Publications (1)

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

Family

ID=85477793

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2023/055163 WO2023222276A1 (de) 2022-05-16 2023-03-01 Verfahren zum abfragen von prädizierten routen von einem backend-server durch ein fahrzeug, computerlesbares medium, system, und fahrzeug

Country Status (2)

Country Link
DE (1) DE102022112167A1 (de)
WO (1) WO2023222276A1 (de)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0803852A1 (de) * 1996-04-23 1997-10-29 Mannesmann VDO AG Verfahren und Einrichtung zur Zielführung eines Fahrzeuges
US20040128066A1 (en) * 2001-08-06 2004-07-01 Takahiro Kudo Information providing method and information providing device
US20140279723A1 (en) * 2013-03-15 2014-09-18 Apple Inc. Mobile device with predictive routing engine
US20170314944A1 (en) * 2014-10-20 2017-11-02 Tomtom Navigation B.V. Alternative routes

Family Cites Families (7)

* 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
DE10117395A1 (de) 2001-04-06 2002-10-10 Bosch Gmbh Robert Verfahren zum Betrieb eines Navigationssystems für ein Fahrzeug, insbesondere ein Kraftfahrzeug und Navigationssystem
US8126641B2 (en) 2006-06-30 2012-02-28 Microsoft Corporation Route planning with contingencies
US8942918B2 (en) 2009-06-19 2015-01-27 GM Global Technology Operations LLC Multiple route pre-calculation and presentation for a vehicle navigation system
BR112012022906A2 (pt) 2010-03-11 2019-09-24 Inrix Inc percursos de navegação para aprendizado de estradas com base em comportamento agregado de motorista
GB201211614D0 (en) 2012-06-29 2012-08-15 Tomtom Dev Germany Gmbh Generating alternative routes
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)

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0803852A1 (de) * 1996-04-23 1997-10-29 Mannesmann VDO AG Verfahren und Einrichtung zur Zielführung eines Fahrzeuges
US20040128066A1 (en) * 2001-08-06 2004-07-01 Takahiro Kudo Information providing method and information providing device
US20140279723A1 (en) * 2013-03-15 2014-09-18 Apple Inc. Mobile device with predictive routing engine
US20170314944A1 (en) * 2014-10-20 2017-11-02 Tomtom Navigation B.V. Alternative routes

Also Published As

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

Similar Documents

Publication Publication Date Title
EP1186865B1 (de) Verfahren zur Bestimmung einer Fahrtroute eines Fahrzeugs
EP1033692A2 (de) Verfahren zum Ausgeben von Verkehrsinformation in einem Kraftfahrzeug
WO2003091663A1 (de) Verfahren und system zur dynamischen zielführung eines fahrzeuges
DE102017220420B3 (de) Verfahren zum Erzeugen einer Verkehrsinformationssammlung, Verkehrsinformationssammlung, Sammeleinrichtung mit einer Verkehrsinformationssammlung und Fahrerassistenzeinrichtung
WO2002063587A1 (de) Aktualisierung von routen- und verkehrsflussdaten sowie fahrzeugnavigationsgerät
DE102007057715A1 (de) Verfahren zur Routenbestimmung und Anordnung dazu
EP1533592B1 (de) Verfahren zur Auswahl und Aufbereitung von Verkehrsinformationen
EP1466140B1 (de) Verfahren zum bestimmen einer reisezeit
EP2386830B1 (de) Satellitengestütztes Navigationsgerät mit einer Vorrichtung und einem Verfahren zur Anpassung einer berechneten Route an aktuelle Verkehrsereignisse
EP1342221B1 (de) Verfahren zum automatischen löschen einer verkehrsmeldung
DE102018009790A1 (de) Verfahren zur dynamischen Routenplanung
WO2023222276A1 (de) Verfahren zum abfragen von prädizierten routen von einem backend-server durch ein fahrzeug, computerlesbares medium, system, und fahrzeug
DE19855230A1 (de) Verfahren und Funksendeempfänger zur Anforderung und zur Verarbeitung von Informationen
DE10110549B4 (de) Verkehrsinformationssystem für Fahrzeuge auf einem Verkehrswegenetz
EP1381009B1 (de) Verfahren zur Aktualisierung von Routendaten
DE102022004405A1 (de) Verfahren zur Datenminimierung bei Austausch zwischen einem Fahrzeug und einem Zentralrechner eines Dienstanbieters und ein Fahrzeug
EP1359556B1 (de) Navigationssystem mit dynamischer Routenplanung
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
DE102015206593A1 (de) Fahrzeug, Anordnung und Verfahren zur Analyse eines Verhaltens einer Lichtsignalanlage
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
DE10131526B4 (de) Verfahren und Vorrichtung zur Ansteuerung eines Assistenzsystems für ein Fahrzeug
DE102008013837B4 (de) Verfahren zum Betrieb eines Navigationsgeräts
DE102018210020A1 (de) Verfahren zur Steuerung eines Verkehrsflusses
DE102021006025A1 (de) Verfahren zur Durchführung einer Fahrzeugnavigation und System zur Ermittlung einer Navigationsroute
DE102016010028A1 (de) Technik zum Auswählen einer Route in einem Verkehrsnetz durch ein Fahrzeugnavigationsgerät

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

Country of ref document: EP

Kind code of ref document: A1