EP0939945A1 - Verfahren zur auswahl und filterung von verkehrsinformationen - Google Patents

Verfahren zur auswahl und filterung von verkehrsinformationen

Info

Publication number
EP0939945A1
EP0939945A1 EP97935443A EP97935443A EP0939945A1 EP 0939945 A1 EP0939945 A1 EP 0939945A1 EP 97935443 A EP97935443 A EP 97935443A EP 97935443 A EP97935443 A EP 97935443A EP 0939945 A1 EP0939945 A1 EP 0939945A1
Authority
EP
European Patent Office
Prior art keywords
traffic information
user
traffic
location
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
EP97935443A
Other languages
English (en)
French (fr)
Other versions
EP0939945B1 (de
Inventor
Rolf Beyer
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telekom Deutschland GmbH
Original Assignee
Deutsche Telekom AG
DeTeMobil Deutsche Telekom Mobilnet GmbH
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 Deutsche Telekom AG, DeTeMobil Deutsche Telekom Mobilnet GmbH filed Critical Deutsche Telekom AG
Publication of EP0939945A1 publication Critical patent/EP0939945A1/de
Application granted granted Critical
Publication of EP0939945B1 publication Critical patent/EP0939945B1/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096708—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control
    • G08G1/096716—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control where the received information does not generate an automatic action on the vehicle control
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/091—Traffic information broadcasting
    • G08G1/093—Data selection, e.g. prioritizing information, managing message queues, selecting the information to be output
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
    • G08G1/096775—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is a central station

Definitions

  • the invention relates to a method for the selection and filtering of traffic information, preferably for use in a mobile radio-based traffic information service.
  • the basis is a mobile radio-based one
  • Traffic information service such as in the GSM mobile radio network Dl within the framework of computer-aided traffic telematics services.
  • traffic information should also be able to be called up via the mobile radio network, which can be received and displayed by a corresponding terminal, which is equipped, for example, according to the "IntraGSM" industry standard.
  • the object of the invention is to propose a method for the selection and filtering of traffic information, by means of which information which is individually prepared and only relevant for the user is transmitted.
  • An essential feature of the invention is that the user is given a choice between a plurality of traffic information modes, so that he can call up the traffic information that is most interesting or directly relevant to him.
  • the traffic data can be filtered in such a way that out of a multitude of traffic information only those reach the user that are important to them.
  • the traffic information service provides the user with three modes, which he can select as required: 1. Local traffic information (Lok)
  • Selecting modes 1 and 2 requests information from the immediate vicinity of the user's location. Via the selection “local” or “regional”, the user defines the relative size of the area over which he wants to receive traffic information, as well as priorities / focal points when selecting information.
  • the 3rd mode allows the user to query targeted traffic information, i.e. matched to his direction of travel or his destination. For this purpose, the user selects a destination by means of a module “TARGET INQUIRY” under communication with the service center. The coordinates of the destination are to be transmitted to the terminal as part of the destination request. The user can select the destination in his digital “ Store address book "in the terminal. Telephone prefixes or postcode regions (numbers 1 + 2 of the postcode) can also be entered as the destination. Based on the current location and the destination, an individual reference range for the traffic information is determined in the headquarters. The relevant traffic information is transmitted from the head office to the vehicle via a GSM mobile network.
  • the information is displayed as text on the display of the prepared terminal. With a scroll function, the user can see the individual
  • the user can activate a voice output in the query menu for traffic information or in the basic configuration menu. If this function is active, the relevant traffic information is also recorded in voice form on a voice mailbox and can thus be called up by the user.
  • the voice mailbox automatically informs the user of the presence of new messages. The user then initiates the query of the mailbox.
  • the traffic information is collected and processed in the traffic department of the service center.
  • the available information (data records) are sorted and made available according to a geographical grid (partial areas) in order to enable a quick and easy query.
  • the data records contain information on the type, priority and direction vector of the fault, as well as geographical information on the fault.
  • a target address TARGET POSITION is also required, which is either determined by the service center by determining in which radio cell of the mobile radio system the user is, or is determined by a GPS location system that is integrated in the terminal or vehicle and transmits the exact position data to the service center.
  • the size of the reference area to be assigned i.e. the number of sub-areas (grid squares) about which traffic information is to be provided depends on the density of the (long-distance) road segments that exist in the area of the START-POSITION.
  • the selected information is transmitted in data form to the vehicle-side terminal.
  • the traffic information is converted into voice form and transferred to a voice mailbox.
  • voice output is activated, the traffic information is converted into voice form and transferred to a voice mailbox.
  • a grid (e.g. 10 km x 10 km) is shown on the digital map. Every single grid square is a
  • the size of the reference area is calculated with PVD, whereby the reference areas are larger in rural areas than in urban areas.
  • the traffic density parameter PVD can be assigned as follows:
  • conversion parameters for direction vectors can be specified for the grid squares, in order to be able to take geographical features into account when filtering the information later (see below).
  • the traffic information is stored as data records in the database of the traffic department. This record contains:
  • the data records are each assigned to one or more (if large-scale disturbances) grid squares.
  • the basis for the selection of information consists of all available actual information and forecast data for the next few hours. This information is assigned to the affected grid squares in a database. Basically, information of all detail zones (highways to urban area) can be processed, since filtering functions are defined and therefore there is no danger of "flooding with information”.
  • Figure 1 Example of the menu structure of the terminal-side application of the traffic service
  • Figure 2 Example of a possible hardware implementation of the method according to the invention
  • FIG. 3B flowchart of a vehicle traffic service query
  • Figure 4 Example of determining the reference range of information in the "local” and “regional”mode
  • Figure 7 Example of filtering the information in the "vek” mode.
  • Figure 1 shows an example of the menu structure of the terminal-side application u.
  • the main menu offers the option "V-Info" to select the traffic service.
  • the "V-Info" submenu opens and you can choose between three area modes, according to local, regional or targeted traffic information. If the targeted information is selected, the desired destination must be entered in the "Destination" selection menu. This can be done by specifying the destination coordinates, a corresponding telephone number or the postcode of the destination.
  • the traffic information is output as text or, if desired, as voice information.
  • FIG. 1 shows the application environment of the
  • Traffic information service In a service center, in which the user-specific database is located and which is responsible for the billing of the services used (billing), a traffic editorial office is provided according to the invention, in which the traffic information from various sources accumulates, is processed and processed.
  • the traffic data are linked to a digital map and assigned to individual geographical "grid squares" on this map.
  • Via a user module "V-Info" the traffic data can be queried by the road user via the GS mobile radio network become.
  • the query and the exchange of information is controlled by a communication server, which establishes the connection between the telecommunications system at the headquarters and the GSM system or the vehicle. If the user desires a voice output, the traffic information is spoken onto the voice mailbox using a voice generator, and can then be called up / listened to by the user via his terminal.
  • FIGS. 3A and 3B show a flowchart of a vehicle service traffic query.
  • the user is guided through the traffic information query via his end device with the aid of a menu guide.
  • the flow chart is self-explanatory and gives detailed insights into the menu structure and its links as a supplement to the rough overview in Figure 1.
  • Traffic info menus choose between three modes (see figures).
  • the exact size of the environment or reference area should not be fixed. Instead, the relative terms “local” and “regional” are used.
  • the exact size of the reference area to be queried is calculated in the control center. With this method, the determination of the reference range is made more comfortable and effective than a fixed km specification. It is thus possible to adapt the size of the reference area to the traffic density of the area of residence: in rural areas, for example, the area queried with “local” is larger than in conurbations.
  • the traffic information request received at the headquarters includes:
  • VImod ?; lok, reg, vek
  • the starting square (grid map) and the associated traffic density parameter PVD are determined from the START POSITION.
  • Vlmod query mode
  • the parameter PVD of the grid square also influences the size of the reference area in order to take the traffic density into account when determining the size of the reference area.
  • the STARTING POSITION is in one
  • the reference area is not placed symmetrically around the starting grid square, but offset towards the TARGET POSITION.
  • the TARGETING POSITION is southeast of the starting position.
  • the information in the reference area is checked for redundancy.
  • the system can rule out multiple answers based on the reference numbers assigned to each individual traffic information record.
  • the determined reference ranges consist of individual grid squares. Current traffic information from the traffic department is assigned to these grid squares.
  • FIGS. 5 and 7 describe how the traffic information is further filtered, taking into account the direction vectors. This is to ensure that the user receives only the information that is relevant to him and, for example, no information that is intended for the opposite direction.
  • filtering data a distinction is made between the local / regional modes and the targeted mode vek.
  • centrifugal direction In the "local” and “regional” modes, no basic direction vector is specified and therefore it is only possible to filter according to the "centrifugal direction", ie primarily traffic information is taken into account, the direction vector of which is seen from the position of the vehicle point outwards. In the starting grid square, information with all direction vectors must therefore be taken into account. In the surrounding grid squares of the reference area, the centrifugal directions, based on the starting grid square, can be used to filter the information (see Fig. 5). This filtering is limited to a range of approx. 90 ° to the left and right of the centrifugal direction vectors, ie to a total of 180 °, so that tolerances due to geographic road patterns can be included.
  • the known travel destination which corresponds to a specific target grid square, specifies a basic direction vector according to which it is possible to filter.
  • the start grid square information with all direction vectors must be taken into account.
  • the superordinate direction vector based on the target grid square, is used to filter the information (see Fig. 7)
  • This filtering is limited to a range of approximately 90 ° to the left and right of the direction vector, that is to say a total of approximately 180 °, so that tolerances due to geographically determined road courses that deviate from the theoretical direction of travel can be included.
  • the filtered information of the reference area is output as data records.
  • each data record also contains the position of the respective fault in order to enable the position-dependent and direction-dependent display of the information in the vehicle's end device (automatic mode).
  • the position can be a point or a geometric figure.
  • the output message (TINFO_response) is generated from the data records and transferred to the communication server together with the subscriber identity (T-ID).
  • TINFO_response If, after generation of the output message (TINFO_response), new important messages for the reference area arrive within a defined period, these should be passed on to the user.
  • a speech generator used a speech generator with a standard vocabulary. In special cases, the text of information can also be spoken by an operator.

Description

Verfahren zur Auswahl und Filterung von Verkehrsinformationen
Die Erfindung betrifft ein Verfahren zur Auswahl und Filterung von Verkehrsinformationen, vorzugsweise zur Anwendung in einem mobilfunkgestützten Verkehrsinformationsdienst .
Grundlage bildet ein mobilfunkgestütztes
Verkehrsinformationsdienst wie er z.B. im GSM-Mobilfunknetz Dl im Rahmen von computergestützten Verkehrstelematikdiensten realisiert werden soll bzw. wird. Neben dem bekannten Mobilfunkdiensten, wie Sprach- und Datenübertragung, sollen über das Mobilfunknetz auch Verkehrsinformationen abrufbar sein, die von einen entsprechenden Endgerät, das beispielsweise nach dem Industriestandard „IntraGSM" ausgestattet ist, empfangen und dargestellt werden können.
Die Aufgabe der Erfindung liegt darin, ein Verfahren zur Auswahl und Filterung von Verkehrsinformationen vorzuschlagen, durch welches dem Benutzter individuell aufbereite und nur für ihn relevante Informationen übermittelt werden.
Gelöst wird diese Aufgabe durch die technische Lehre des Patentanspruchs 1.
Wesentliches Merkmal der Erfindung ist, daß der Benutzer eine Auswahlmöglichkeit zwischen mehreren Verkehrsinformationsmodi erhält, so daß er die für ihn interessantesten bzw. direkt ihn betreffenden VerkehrsInformationen abrufen kann. Zusätzlich können, je nach gewähltem Informationsmodus, die Verkehrsdaten derart gefiltert werden, daß aus einer Vielzahl von Verkehrsinformationen nur die den Benutzer erreichen, die für ihn von Bedeutung sind.
Der Verkehrsinformationsdienst stellt dem Benutzer drei Modi zur Verfügung, die er selbst nach Bedarf auswählen kann: 1. lokale Verkehrsinformationen (lok)
2. regionale Verkehrsinformationen (reg)
3. zielgerichtete Verkehrsinformationen (vek)
Mit Auswahl der Modi 1 und 2 werden Informationen aus der näheren Umgebung des Standorts des Benutzers angefordert. Über die Auswahl „lokal" oder „regional" definiert der Benutzer die relative Größe des Bereiches, über den er Verkehrsinformationen erhalten will, sowie Prioritäten/Schwerpunkte bei der Informationsauswahl. Der 3. Modus erlaubt dem Benutzer die Abfrage von zielgerichteten Verkehrsinformationen, d.h. abgestimmt auf seine Fahrtrichtung bzw. sein Fahrtziel. Hierzu wählt der Benutzer durch Eingabe an seinem Endgerät einen Zielort mit Hilfe eines Moduls „ZIELANFRAGE" unter Kommunikation mit der Dienstezentrale aus. Im Rahmen der Zielanfrage sind die Koordinaten des Zielortes an das Endgerät zu übertragen. Der Benutzer kann den ausgewählten Zielort in seinem digitalen „Adreßbuch" im Endgerät ablegen. Als Zielort können aber auch Telefonvorwahlen oder Postleitzahlregionen (Ziffer 1 + 2 der PLZ) eingegeben werden. Ausgehend vom aktuellen Standort und dem Zielort wird ein individueller Bezugsbereich für die Verkehrsinformationen in der Zentrale ermittelt. Die relevanten Verkehrsinformationen werden von der Zentrale über ein GSM-Mobilfunknetz zum Fahrzeug übertragen.
Die Anzeige der Informationen erfolgt als Text auf dem Display des dafür vorbereiteten Endgeräts. Mit einer Scroll- Funktion kann der Benutzer die einzelnen
Verkehrsinformationen (Datensätze) auswählen. Des weiteren steht dem Benutzer ein „Automatik-Modus" zur Verfügung, bei dem jeweils die Meldung über die in Fahrtrichtung (grob) nächstgelegene Störung (en) im Display erscheint.
Im Abfragemenü für Verkehrsinformationen bzw. im Grundkonfigurationsmenü kann vom Benutzer eine Sprachausgabe aktiviert werden. Falls diese Funktion aktiv ist, werden die relevanten Verkehrsinformationen zusätzlich in Sprachform auf eine Sprach-Mailbox aufgesprochen und sind somit vom Benutzer abrufbar. Die Sprach-Mailbox informiert den Benutzer automatisch über das Vorliegen neuer Nachrichten. Der Benutzer initiiert dann die Abfrage der Mailbox.
In der Verkehrsredaktion der Dienstezentrale werden die VerkehrsInformationen gesammelt und aufbereitet. Die vorliegenden Informationen (Datensätze) werden nach einem geographischen Raster (Teilflächen) sortiert und bereitgestellt, um eine schnelle und einfache Abfrage zu ermöglichen.
Die Datensätze erhalten Angaben zu Art, Priorität und Richtungsvektor der Störung, sowie geographische Angaben zur Störung.
Der Bezugsbereich der VerkehrsInformationen wird durch die aktuelle Position (Koordinaten) START-POSITION und dem vom Benutzer gewählten Modus - lokale Info (VImod=lok) , regionale Info (VImod=reg) oder zielgerichtete Info (Vlmod=vek) - festgelegt. Für den Modus „Zielgerichete Info" wird zusätzlich eine Zieladresse ZIELPOSITION benötigt, die entweder von der Dienstezentrale ermittelt wird, indem festgestellt wird in welcher Funkzelle des Mobilfunksystems sich der Benutzer aufhält, oder von einem GPS-Ortungssystem ermittelt wird, daß im Endgerät oder Fahrzeug integriert ist und die genauen Positionsdaten an die Dienstezentrale überträgt .
Die Größe des zuzuweisenden Bezugsbereich, d.h. die Anzahl der Teilflächen (Rasterquadrate) über welche Verkehrsinformationen bereitgestellt werden sollen, richtet sich nach der Dichte der (Fern-) Straßensegmente, die im Bereich der START-POSITION vorliegt.
Die ausgewählten Informationen werden in Datenform zum fahrzeugseitigen Endgerät übertragen.
Option: Falls die Sprachausgabe aktiviert ist, werden die Verkehrsinformationen in Sprachform umgesetzt und auf eine Sprach-Mailbox übertragen. Es folgt ein Beispiel einer Realisierung.
Auf der digitalen Karte wird ein Raster (z.B. 10 km x 10 km) abgebildet. Jedem einzelnen Rasterquadrat wird ein
Verkehrsdichteparameter (PVD = 0-4 ) zugeordnet. PVD = 0 bedeutet höchste Verkehrsdichte, PVD = 4 niedigste
Verkehrsdichte. Mit PVD wird die Größe des Bezugsbereichs berechnet, wobei die Bezugsbereiche im ländlichem Gebiet größer sind als im städtischen Bereich.
Der Verkehrsdichteparameter PVD kann wie folgt zugeordnet werden :
PVD Anwendungsbereich
0 (Reserve)
1 Ballungsgebiete
2 Städte und Randzonen von Ballungsgebieten
3 sonstige Regionen
4 (Reserve)
Zusätzlich können für die Rasterquadrate Umwandlungsparameter für Richtungsvektoren angegeben werden, um geographische Besonderheiten bei der späteren Filterung der Informationen berücksichtigen zu können (siehe weiter unten) .
Die Verkehrsinformationen werden als Datensätze in der Datenbank der Verkehrsredaktion abgelegt . Dieser Datensatz enthält:
• Referenznummer
• Meldungsinhalt (Code oder Text)
• Position der Meldung, als Punkt oder als geometrische Figur
• ggf. Richtungsvektor der Meldung
• Priorität der Meldung
- Warnmeldungen (Unfall, Falschfahrerwarnung etc.)
- Entwarnmeldung
- Meldungen über Verkehrsstörungen (Ist)
- Meldungen über Prognosen der nächsten Stunden
• Relevanz für Verkehr
- lokale Bedeutung (z.B. Nebenstraße) - regionale Bedeutung (z.B. Ausfallstraße)
- überregionale Bedeutung (z.B. Autobahn) als Parameter für eine Filterung der Informationen eines Bezugsbereichs . • Art der Quelle
- amtlich (Landesmeldestelle etc.)
- eigene Erhebung
- Prognose
Die Datensätze werden jeweils einem oder ggf. mehreren (bei großräumigen Störungen) Rasterquadraten zugeordnet.
Die Basis für die Informationsauswahl besteht aus allen verfügbaren Ist-Informationen und Prognosedaten für den Zeitraum der nächsten Stunden. Diese Informationen werden den betroffenen Rasterquadraten in einer Datenbank zugeordnet. Grundsätzlich können Informationen aller Detaillierungszonen (Autobahnen bis Stadtgebiet) verarbeitet werden, da Filterungsfunktionen definiert sind und somit die Gefahr eines „Überschütten mit Informationen" nicht gegeben ist.
Im folgenden wird die Erfindung anhand von lediglich einen Ausführungsweg darstellenden Zeichnungen näher erläutert. Hierbei gehen aus den Zeichnungen und ihrer Beschreibung weitere erfindungswesentliche Merkmale und Vorteile hervor.
Es zeigen:
Figur 1 : Beispiel für die Menüstruktur der endgeräteseitigen Anwendung des Verkehrsdienstes;
Figur 2: Beispiel für eine mögliche Hardware-Realisation des erfindungsgemäßen Verfahrens;
Figur 3A
Figur 3B : Ablaufdiagramm einer fahrzeugseitigen Verkehrsdienstabfrage; Figur 4 : Beispiel für die Bestimmung des Bezugsbereichs der Informationen im Modus „lokal" und „regional";
Figur 5 : Beispiel einer Filterung der Information im Modus „lokal" und „regional"
Figur 6 : Beispiel für die Bestimmung des Bezugsbereichs der Informationen im Modus „vek";
Figur 7: Beispiel einer Filterung der Information im Modus „vek".
Figur 1 zeigt beispielhaft die Menüstruktur der endgeräteseitigen Anwendung u. A. zur Abfrage des Verkehrsinformationsdienstes. Das Hauptmenü bietet als Option „V-Info" die Anwahl des Verkehrsdienstes. Man gelangt in das Untermenü „V-Info" und kann zwischen drei Bereichsmodi, entsprechend lokalen, regionalen oder zielgerichteten VerkehrsInformationen wählen. Wird die zielgerichtete Information ausgewählt, so muß im Auswahlmenü „Zielort" das angestrebte Fahrtziel eingegeben werden. Dies kann durch Angabe der Zielkoordinaten, einer entsprechenden Telefonnummer oder der Postleitzahl des Zielortes erfolgen. Die Verkehrsinformation wird als Text- oder auf Wunsch auch als Sprachinformation ausgegeben.
Figur 2 zeigt die Anwendungsumgebung des
Verkehrsinformationsdienstes. In einer Dienstezentrale, in welcher sich die benutzerspezifische Datenbank befindet und welche für die Abrechnung der genutzten Dienste (Billing) zuständig ist, ist erfindungsgemäß eine Verkehrsredaktion vorgesehen, in welcher die VerkehrsInformationen aus den verschiedensten Quellen auflaufen, verarbeitet und aufbereitet werden. Dabei werden die Verkehrsdaten mit einer digitalen Karte verknüpft und einzelnen geographischen „Planquadraten" dieser Karte zugeordnet. Über ein Anwendermodul „V-Info" können die aufbereiteten Verkehrsdaten vom Verkehrsteilnehmer über das GS -Mobilfunknetz abgefragt werden. Die Abfrage und der Informationsaustausch wird von einem Kommunikationsserver gesteuert, der die Verbindung zwischen der Telekommunikationsanlage der Zentrale und dem GSM-System bzw. dem Fahrzeug herstellt. Wünscht der Benutzer eine Sprachausgabe, so wird die Verkehrsinformation mittels eines Sprachgenerators auf die Sprach-Mailbox falls vorhanden) gesprochen, und kann darauf vom Benutzer über seine Endgerät abgerufen/abgehört werden.
Die Figuren 3A und 3B zeigen ein Ablaufdiagramm einer fahrzeugseitigen Verkehrsdienstabfrage. Der Benutzer wird über sein Endgerät mit Hilfe einer Menüführung durch die Verkehrsinformationsabfrage geleitet. Das Ablaufdiagramm ist selbsterklärend und gibt detaillierte Einblicke in die Menüstruktur und deren Verknüpfungen als Ergänzung zur groben Übersicht in Figur 1.
Wie bereits ausgeführt hat der Benutzer nach Aufruf des
Verkehrsinfo-Menüs die Wahl zwischen drei Modi (vgl. Figuren
1, 3A und 3B) . Er kann Informationen aus dem Umkreis seines
Aufenthaltsortes abrufen: mit „lokal" (lok) erhält er Informationen aus dem unmittelbaren Umfeld (kleiner Radius) mit „regional" (reg) erhält er Informationen aus dem weiterem
Umfeld (großer Radius) mit „zielgerichtet" (vek) hat er die Möglichkeit ein Ziel vorzugeben. Der Zielort wird mit dem MODUL „ZIELANFRAGE" ausgewählt und die Koordinaten des Zielortes sind im Endgerät verfügbar .
Er erhält nun Informationen aus einem „weiterem Umfeld", mit einem in Zielrichtung verschobenen Mittelpunkt.
Die genaue Größe des Umfeldes bzw. Bezugsbereichs soll nicht fix vorgegeben werden. Statt dessen werden die relative Bezeichnungen „lokal" und „regional" genutzt. In der Zentrale wird die genaue Größe des abzufragenden Bezugsbereichs berechnet . Mit diesem Verfahren wird die Bestimmung des Bezugsbereich komfortabler und effektiver als eine fixe Km-Vorgabe gestaltet. So ist es möglich, die Größe des Bezugsbereichs der Verkehrsdichte des Aufenthaltsbereichs anzupassen: im ländlichen Gebiet ist der beispielsweise mit „lokal" abgefragte Bereich größer als in Ballungsgebieten.
Die in der Zentrale eingehende Verkehrinformationsanfrage beinhaltet :
STARTPOSITION (Koordinaten des momentanen Aufenthaltsortes des Benutzers)
ZIELPOSITION, nur bei VImod=vek (Koordinaten wurden mit MODUL
„ZIELANFRAGE" ermittelt
Ausgewählten VI -Modus (VImod=?; lok, reg, vek)
Ausgewählten Audio-Modus (info_audio=? ; on, off)
Die Ermittlung des Bezugsbereichs für den Abfragemodus „lokal" und „regional" wird anhand von Figur 4 erläutert.
Aus der STARTPOSITION wird das Start-Quadrat (Rasterkarte) und der zugehörige Verkehrsdichteparameter PVD ermittelt . Mit dem Abfragemodus (Vlmod) wird fahrzeugseitig (vom Benutzer) festgelegt, ob Informationen aus dem unmittelbaren Umfeld (=lokal) oder aus dem weiteren Umfeld (=regional) abgefragt werden sollen. Zur Berechnung des Bezugsbereichs wird der Parameter Vl od in Zahlen umgesetzt : lok = 1 und reg = 2. Mit dem Parameter PVD des Rasterquadrats wird zusätzlich auf die Größe des Bezugsbereichs Einfluß genommen, um die Verkehrsdichte bei der Festlegung der Größe des Bezugsbereichs zu berücksichtigen.
Die Größe des Bezugsbereich wird wie folgt berechnet : Vol_VIBezug = PVD + Vlmod
Beispiel :
Es wird eine Verkehrsinformation mit der Auswahl regional angefordert (VImod=reg=2) . Die STARTPOSITION liegt in einem
Ballungsgebiet (PVD=1) .
Die Größe des Bezugsbereichs ist demnach Vol_VIBezug = PVD + Vlmod = 3. Aus Figur 4 kann entnommen werden, daß der Bezugsbereich 5 x 5 Rasterquadrate beträgt. Bei einem Rastermaß von z.B.10 km würde dies einem Radius von ca. 25 km um den Startpunkt (Aufenthaltsort des Benutzers) bedeuten.
Es wird eine Verkehrsinformation mit der Auswahl lokal angefordert (VIτnod=lok=l) . Die STARTPOSITION liegt in einem ländlichen Gebiet (PVD=3) .
Die Größe des Bezugsbereichs ist demnach Vol_VlBezug = PVD + Vlmod = 4. Aus Figur 4 kann entnommen werden, daß der Bezugsbereich 7 x 7 Rasterquadrate beträgt. Bei einem Rastermaß von z.B.10 km würde dies einem Radius von ca. 35 km um den Startpunkt (Aufenthaltsort des Benutzers) bedeuten. Es ist ersichtlich, daß die Bezugsbereiche lokal und regional nicht nur ineinander übergehen, sondern sich auch überlappen könne .
Die Ermittlung des Bezugsbereichs für den Abfragemodus „vek" wird anhand von Figur 6 erläutert .
Aus der STARTPOSITION wird das Start-Quadrat (Rasterkarte) und der zugehörige PVD ermittelt. Mit der zusätzlich übertragenden ZIELPOSITION wird ein Richtungsvektor erzeugt . Zur Berechnung des Bezugsbereichs wird der Parameter Vlmod in eine Zahl umgesetzt : vek = 2. Mit dem Parameter PVD des Raster uadrats wird zusätzlich auf die Größe des Bezugsbereichs Einfluß genommen, um die Verkehrsdichte bei der Festlegung der Größe des Bezugsbereichs zu berücksichtigen .
Die Größe des Bezugsbereich wird wie folgt berechnet: Vol_VIBezug = PVD + Vlmod
Der Bezugsbereich wird nicht symmetrisch um das Start- Rasterquadrat, sondern versetzt in Richtung ZIELPOSITION plaziert .
Beispiel : Es wird eine Verkehrsinformation mit der Auswahl „zielgerichtet" angefordert (VImod=vek=2) . Die STARTPOSITION liegt in einem Stadtgebiet (PVD=2) . Die ZIELPOSITION liegt südöstlich von der Startposition.
Die Größe des Bezugsbereichs ist demnach Vol_VIBezug = PVD + Vlmod = 4. Aus Figur 6 kann entnommen werden, daß der Bezugsbereich 7 x 7 Rasterquadrate beträgt . Bei einem Rastermaß von z.B.10 km würde dies eine Fläche mit einem Radius von ca. 35 km bedeuten. Der Mittelpunkt des Bezugsgebiets ist gegenüber dem Start -Rasterquadrat um zwei Rastereinheiten in süd-östliche Richtung versetzt.
Die Informationen des Bezugsbereich werden auf Redundanz geprüft. Anhand der Referenznummern, die jedem einzelnem Verkehrsinfo-Datensatz zugeordnet wurden, kann das System Mehrfachnennungen ausschließen.
Oben wurde dargestellt, wie die relevanten Bezugsbereiche ermittelt werden. Die ermittelten Bezugsbereiche bestehen aus einzelnen Rasterquadraten. Diesen Rasterquadraten werde aktuelle Verkehrsinformationen aus der Verkehrsredaktion zugeordnet .
Nachfolgend wird anhand der Figuren 5 und 7 beschrieben, wie die Verkehrsinformationen unter Berücksichtigung der Richtungsvektoren weiter gefiltert werden. Damit soll gewährleistet werden, daß der Benutzer möglichst nur die Informationen erhält, die für ihn relevant sind und beispielsweise keine Informationen, die für die Gegenrichtung bestimmt sind. Auch bei der Filterung von Daten wird unterschieden zwischen den Modi lokal/regional und dem zielgerichteten Modus vek.
Bei den Modi „lokal" und „regional" ist kein grundsätzlicher Richtungsvektor vorgegeben und deshalb kann nur nach der „Zentrifugalrichtung" gefiltert werden, d.h. es werden vornehmlich Verkehrsinformationen berücksichtigt, deren Richtungsvektor von der Position des Fahrzeugs aus gesehen nach außen zeigen. Im Start-Rasterquadrat sind somit Informationen mit allen Richtungsvektoren zu berücksichtigen. In den umliegenden Rasterquadraten des Bezugsbereichs können die Zentrifugalrichtungen, bezogen auf das Start - Rasterquadrat, zur Filterung der Informationen genutzt werden (vgl. Abb. 5) . Diese Filterung beschränkt sich auf einen Bereich von ca. 90° links und rechts der zentrifugalen Richtungsvektoren, d.h. insgesamt auf 180°, damit Toleranzen durch geographisch bedingte Straßenverläufe mit einbezogen werden können.
Zusätzlich soll es möglich sein, Informationen nach der Relevanz für den lokalen/regionalen Verkehr filtern zu können. Diese Filterfunktion ist erst dann von Bedeutung, wenn durch eine hohe Penetration der mobilen Verkehrsdatenerfassung eine Vielzahl von Informationen über Nebenstrecken vorliegen (Option für eine spätere Realisierungsstufe ) .
Beim zielgerichteten Modus „vek" ist durch das bekannte Fahrtziel, welches einem bestimmten Ziel-Rasterquadrat entspricht, ein grundsätzlicher Richtungsvektor vorgegeben, nach dem gefiltert werden kann. Im Start-Rasterquadrat sind Informationen mit allen Richtungsvektoren zu berücksichtigen. In den umliegenden Rasterquadraten des Bezugsbereichs wird der übergeordnete Richtungsvektor, bezogen auf das Ziel- Rasterquadrat , zur Filterung der Informationen genutzt (vgl. Abb. 7) . Diese Filterung beschränkt sich auf einen Bereich von ca. 90° links und rechts des Richtungsvektors, d.h. insgesamt auf ca. 180°, damit Toleranzen durch geographisch bedingte, von der theoretischen Fahrtrichtung grob abweichende Straßenverläufe mit einbezogen werden können.
Bedingt durch geographische Besonderheiten, wie Brücken oder zentrale Zubringerstraßen, kann es vorkommen, daß einzelne Straßenverläufe entgegen der übergeordneten Fahrtrichtung für die Informationsauswahl relevant sein können. Sind diese geographischen Besonderheiten bekannt , so können den betroffenen Rasterquadraten entsprechende Umwandlungsparameter zugeordnet werden. Diese Umwandlungsparameter können beispielsweise bewirken, daß Informationen mit dem Richtungsvektor „Nord" für das Rasterquadrat xy immer ausgegeben werden und somit nicht ausgefiltert werden können.
Die gefilterten Informationen des Bezugsbereichs werden als Datensätze ausgegeben. Jeder Datensatz enthält neben dem Inhalt der Meldung (Form der Ausgabe: Text oder Code) auch die Position der jeweiligen Störung, um im fahrzeugseitigen Endgerät eine positions- und richtungsabhängige Anzeige der Informationen zu ermöglichen (Automatik-Modus) . Die Position kann ein Punkt oder eine geometrische Figur sein. Aus den Datensätzen wird die Ausgabemeldung (TINFO_response) generiert und zusammen mit der Teilnehmeridentität (T-ID) dem Kommunikationsserver übergeben.
Falls nach Generierung der Ausgabemeldung (TINFO_response) , innerhalb eines zu definierenden Zeitraums neue wichtige Meldungen für den Bezugsbereich eintreffen, sollen diese an den Benutzer weitergereicht werden.
Falls in der eingegangen Verkehrsinformationsanfrage der Parameter info_audio = on gesetzt ist und Meldungen (nach der Filterung) für den Bezugsbereich vorliegen, werden diese in eine Sprachmeldung umgesetzt. Hierzu wird i.d.R. ein Sprachgenerator mit einem Standardwortschatz verwendet. In Sonderfällen kann der Text einer Information auch von einem Operator aufgesprochen werden.

Claims

Patentansprüche
1. Verfahren zur Auswahl und Filterung von Verkehrsinformationen in einem mobilfunkgestützten Verkehrsinformationsdienst, dadurch gekennzeichnet, daß die Verkehrsinformationen in einer Verkehrsredaktion einer Dienstezentrale gesammelt und aufbereitet werden, daß der Benutzer, je nach dem von ihm gewünschten Informationsumfang, über ein geeignetes Mobilfunkendgerät wahlweise verschiedene Abfragemodi auswählen und dadurch verschiedene Verkehrsinformationen von der Dienstezentrale abrufen kann, daß der Informationsgehalt der abgerufenen Verkehrsinformationen von der Dienstezentrale unter Berücksichtigung des augenblicklichen Standortes des Benutzers und/oder Angabe eines Fahrtzieles und durch gezielte Filterung benutzerspezifisch aufbereitet wird.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß die Dienstezentrale über eine digitale Straßenkarte verfügt, die in geographische Teilflächen, z.B. Rasterflächen, unterteilt ist, wobei die von der Verkehrsredaktion aufbereiteten Verkehrsinformationen den entsprechenden Teilflächen zugeordnet werden.
3. Verfahren nach einem der Ansprüche 1 oder 2 , dadurch gekennzeichnet, daß durch die Dienstezentrale eine grobe Standortbestimmung des Benutzers durch Bestimmen der Funkzelle erfolgt, in der sich der Benutzer augenblicklich aufhält .
4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, daß eine Standortbestimmung des Benutzers mittels eines GPS-Ortungssystem erfolgt, das im Endgerät oder einem Fahrzeug integriert ist, und dessen Daten an die Dienstezentrale übertragen werden.
5. Verfahren nach einem der Ansprüche 1 bis 4 , dadurch gekennzeichnet, daß der ermittelte Standort des Benutzers einer entsprechenden Teilfläche der digitalen Karte zugeordnet wird.
6. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, daß ein lokaler Abfragemodus vorgesehen ist, in welchem der Benutzer lokale Verkehrsinformationen bezogen auf seinen Standort erhält.
7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, daß ein regionaler Abfragemodus vorgesehen ist, in welchem der Benutzer regionale Verkehrsinformationen bezogen auf seinen Standort erhält .
8. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, daß die Eingabe des Fahrtzieles durch den Benutzer mittels Koordinatenangabe, Angabe einer Telefonnummer oder Angabe der Postleitzahl des Zielortes erfolgt, diese Daten dann an die Dienstezentrale übertragen und einer entsprechenden Teilfläche der digitalen Karte zugeordnet werden.
9. Verfahren nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, daß ein zielgerichteter Abfragemodus vorgesehen ist, in welchem der Benutzer unter Einbeziehung seines Standortes und seines Fahrtzieles die für die voraussichtliche Fahrtstrecke relevanten Verkehrsinformationen erhält.
10. Verfahren nach einem der Ansprüche 1 bis 9, dadurch gekennzeichnet, daß die Filterung der Verkehrsinformationen anhand der aus der voraussichtlichen oder bekannten Fahrtrichtung ermittelten Richtungsvektoren erfolgt .
11. Verfahren nach einem der Ansprüche 1 bis 10, dadurch gekennzeichnet, daß im lokalen und regional Abfragemodus zur Filterung der Verkehrsinformationen alle radial vom Fahrzeugstandort ausgehenden Richtungsvektoren berücksichtigt werden .
12. Verfahren nach einem der Ansprüche 1 bis 11, dadurch gekennzeichnet, daß im zielgerichteten Abfragemodus zur Filterung vornehmlich der vom augenblicklichen Standort zum Fahrtziel weisende Richtungsvektor berücksichtigt wird.
13. Verfahren nach einem der Ansprüche 1 bis 12, dadurch gekennzeichnet, daß die Filterung der VerkehrsInformationen dadurch erfolgt, daß je nach gewähltem Abfragemodus ausschließlich VerkehrsInformationen über einzelne oder mehrere Straßenkategorien (z.B. Landstraßen, Bundestraßen, Autobahnen..) berücksichtigt werden
14. Verfahren nach einem der Ansprüche 1 bis 13, dadurch gekennzeichnet, daß jeder Teilfläche der digitalen Karte ein Verkehrsdichteparameter (PVD) zugeordnet ist.
15. Verfahren nach einem der Ansprüche 1 bis 14, dadurch gekennzeichnet, daß ein Verkehrsinformations-Bezugsbereich
(Vol_VIBezug) definiert wird, der aus dem angewählten Abfragemodus (Vlmod) und einem der jeweiligen Teilfläche des Fahrzeugstandorts zugeordneten Verkehrsdichteparameter (PVD) folgendermaßen ermittelt wird: Vol_VIBezug = PVD + Vlmod.
16. Verfahren nach einem der Ansprüche 1 bis 15, dadurch gekennzeichnet, daß der Verkehrsinformations-Bezugsbereich den Umkreis um den Benutzerstandort definiert, über den die VerkehrsInformationen erfolgen soll.
17. Verfahren nach einem der Ansprüche 1 bis 16, dadurch gekennzeichnet, daß im benutzerseitigen Endgerät eine Textausgabe der Verkehrsinformationen erfolgt.
18. Verfahren nach einem der Ansprüche 1 bis 17, dadurch gekennzeichnet, daß im benutzerseitigen Endgerät eine Sprachausgabe der Verkehrsinformationen erfolgt.
EP97935443A 1996-07-22 1997-07-21 Verfahren zur auswahl und filterung von verkehrsinformationen Expired - Lifetime EP0939945B1 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE19629233A DE19629233C2 (de) 1996-07-22 1996-07-22 Verfahren zur Auswahl und Filterung von Verkehrsinformationen
DE19629233 1996-07-22
PCT/DE1997/001531 WO1998003951A1 (de) 1996-07-22 1997-07-21 Verfahren zur auswahl und filterung von verkehrsinformationen

Publications (2)

Publication Number Publication Date
EP0939945A1 true EP0939945A1 (de) 1999-09-08
EP0939945B1 EP0939945B1 (de) 2001-09-05

Family

ID=7800322

Family Applications (1)

Application Number Title Priority Date Filing Date
EP97935443A Expired - Lifetime EP0939945B1 (de) 1996-07-22 1997-07-21 Verfahren zur auswahl und filterung von verkehrsinformationen

Country Status (7)

Country Link
EP (1) EP0939945B1 (de)
AT (1) ATE205322T1 (de)
AU (1) AU3846197A (de)
DE (2) DE19629233C2 (de)
DK (1) DK0939945T3 (de)
ES (1) ES2163794T3 (de)
WO (1) WO1998003951A1 (de)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9713622D0 (en) * 1997-06-28 1997-09-03 Integrated Traffic Information Interactive travel information system
DE19939625A1 (de) * 1999-08-20 2001-02-22 Nokia Mobile Phones Ltd Verfahren zum Abrufen von Informationen aus einem Informationsnetzwerk
ATE250265T1 (de) * 1999-12-23 2003-10-15 Volkswagen Ag Verfahren zur ermittlung von verkehrsinformationen sowie zentrale und endgerät
DE60013771T2 (de) * 2000-04-25 2005-02-10 Siemens Ag Verfahren zur Auswahl aus einer Liste mit Verkehrsinformationen
US6456234B1 (en) 2000-06-07 2002-09-24 William J. Johnson System and method for proactive content delivery by situation location
US8073565B2 (en) 2000-06-07 2011-12-06 Apple Inc. System and method for alerting a first mobile data processing system nearby a second mobile data processing system
SE0003275L (sv) * 2000-09-15 2002-03-16 Ericsson Telefon Ab L M Anordning och förfarande releterande till kommunikation
DE102005039890A1 (de) * 2005-08-23 2007-03-01 Siemens Ag Verfahren und System zur Bereitstellung von Verkehrsregeldaten an ein Fahrzeug, Datensendeeinrichtung sowie Anordnung zur Bereitstellung von Verkehrregeldaten für ein Fahrzeug
JP4905044B2 (ja) * 2006-10-13 2012-03-28 アイシン・エィ・ダブリュ株式会社 交通情報配信装置
JP4652307B2 (ja) * 2006-10-18 2011-03-16 アイシン・エィ・ダブリュ株式会社 交通情報配信装置
DE102006052319A1 (de) * 2006-11-07 2008-05-08 Deutsche Telekom Ag Traffic-Management-System
US8108144B2 (en) 2007-06-28 2012-01-31 Apple Inc. Location based tracking
US8311526B2 (en) 2007-06-28 2012-11-13 Apple Inc. Location-based categorical information services
US8385946B2 (en) 2007-06-28 2013-02-26 Apple Inc. Disfavored route progressions or locations
US8290513B2 (en) 2007-06-28 2012-10-16 Apple Inc. Location-based services
US9066199B2 (en) 2007-06-28 2015-06-23 Apple Inc. Location-aware mobile device
US9109904B2 (en) 2007-06-28 2015-08-18 Apple Inc. Integration of map services and user applications in a mobile device
US8977294B2 (en) 2007-10-10 2015-03-10 Apple Inc. Securely locating a device
US9250092B2 (en) 2008-05-12 2016-02-02 Apple Inc. Map service with network-based query for search
US8369867B2 (en) 2008-06-30 2013-02-05 Apple Inc. Location sharing
AT507237B1 (de) * 2008-07-17 2017-10-15 Österreichisches Forschungs- Und Prüfzentrum Arsenal Ges M B H Verfahren zur personalisierung von tmc diensten
US8670748B2 (en) 2009-05-01 2014-03-11 Apple Inc. Remotely locating and commanding a mobile device
DE102014222524A1 (de) * 2014-11-05 2016-05-12 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur Verringerung der Unfallgefahr durch Geisterfahrer
DE102017203662B4 (de) 2017-03-07 2018-12-06 Audi Ag Verfahren zum Ermitteln von Umgebungsdaten, die eine vorbestimmte Messgröße in einer Umgebung eines Kraftfahrzeugs beschreiben, sowie Steuervorrichtung für ein Kraftfahrzeug und Kraftfahrzeug

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4812843A (en) * 1987-05-04 1989-03-14 Champion Iii C Paul Telephone accessible information system
DE3744533A1 (de) * 1987-12-30 1989-07-13 Bosch Gmbh Robert Verfahren fuer strassennetzabbildungen in datenspeichern
GB8803785D0 (en) * 1988-02-18 1988-03-16 Marconi Gec Ltd Navigation system
DE4105584C1 (en) * 1991-02-22 1992-02-20 Audi Ag, 8070 Ingolstadt, De Traffic information system using mobile telephones - provides two=way communication between subscribers and central via organisation channel(s)
JP2780521B2 (ja) * 1991-07-11 1998-07-30 三菱電機株式会社 地図表示制御装置
DE4321437A1 (de) * 1993-06-28 1994-02-17 Kraiss Karl Friedrich Prof Dr Verfahren zur Verkehrsregelung und zur Ermittlung zielführender Verkehrsinformation an Bord von Kraftfahrzeugen auf Fernstraßen
DE19513640C2 (de) * 1994-11-28 1997-08-07 Mannesmann Ag Verfahren zur Reduzierung einer aus den Fahrzeugen einer Fahrzeugflotte zu übertragenden Datenmenge
DE19519066A1 (de) * 1994-11-28 1996-05-30 Mannesmann Ag Verfahren und System zur Zielführung eines Fahrzeugs
DE19604083B4 (de) * 1995-03-23 2006-06-29 T-Mobile Deutschland Gmbh Verfahren zur Parametrisierung von Fahrzeugrouten in Fahrzeugleit- und/oder Informationssystemen

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO9803951A1 *

Also Published As

Publication number Publication date
ES2163794T3 (es) 2002-02-01
ATE205322T1 (de) 2001-09-15
AU3846197A (en) 1998-02-10
DE59704555D1 (de) 2001-10-11
WO1998003951A1 (de) 1998-01-29
DK0939945T3 (da) 2001-12-17
DE19629233A1 (de) 1998-01-29
DE19629233C2 (de) 2003-08-07
EP0939945B1 (de) 2001-09-05

Similar Documents

Publication Publication Date Title
DE19629233C2 (de) Verfahren zur Auswahl und Filterung von Verkehrsinformationen
DE19651143B4 (de) Verfahren und Anordnung zur Verkehrsinformation
DE19708748B4 (de) Verfahren und System zur Bereitstellung und Übermittlung individualisierter Verkehrsinformationen
DE60034355T2 (de) Das herunterladen geographischer daten zu einem mobilfunkgerät und dem anzeigen einer karte
DE3752122T3 (de) Einrichtung für Empfang und Verarbeitung von Strassennachrichtenmeldungen
DE60032969T2 (de) Verkehrsinformationssystem für Fahrzeuge
EP0958566B1 (de) Verfahren zur übermittlung von verkehrsinformationen und vorrichtungen zum durchführen des verfahrens
DE69611274T3 (de) System zur Schätzung und Übermittlung von Verkehrsinformationen
EP1162560A2 (de) Elektronischer Terminplaner
DE19526148A1 (de) Verfahren und System zur Prognose von Verkehrsströmen
EP0815547A1 (de) Verfahren und einrichtung zur ermittlung von dynamischen verkehrsinformationen
DE19724919A1 (de) Verfahren zum Erzeugen, Verschmelzen und Aktualisieren von in einem Zielführungssystem nutzbaren Daten
DE19604084A1 (de) Verfahren und Einrichtung zur Ermittlung von Dynamischen Verkehrsinformationen
WO1998026395B1 (de) Verfahren und anordnung zur verkehrsinformation
EP1397643B1 (de) Verfahren zum erzeugen von navigationsdaten für eine routenführung sowie navigationssystem
EP0896314B1 (de) Navigationssystem für ein Kraftfahrzeug
DE19939625A1 (de) Verfahren zum Abrufen von Informationen aus einem Informationsnetzwerk
DE19843203A1 (de) Verfahren zur benutzerindividuellen Auswahl und Sendung von Verkehrsinformationen von einer Verkehrszentrale an einen Benutzer und Verkehrsinformationszentrale
DE102020102750A1 (de) Bereitstellen von gemischten Karteninformationen
DE69931126T2 (de) Landnavigationshilfsanlage und Endgerät solcher Anlage
EP1305573B1 (de) Verfahren zum bereitstellen von verkehrsdaten
EP2288197B1 (de) Verfahren zum Erzeugen von ortsspezifischen Informationsdaten
EP1657691A1 (de) Verfahren und System zur Ermittlung von Verkehrsinformationen
EP1714261B1 (de) Verfahren zur decodierung, codierung und übertragung von fahrtroutendaten und navigationsvorrichtung
DE60309880T2 (de) Ortsspezifische Kommunikation von Rundsendeinhalten

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 19990108

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH DE DK ES FI FR GB GR IE IT LI NL PT SE

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

17Q First examination report despatched

Effective date: 20001005

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE CH DE DK ES FI FR GB GR IE IT LI NL PT SE

REF Corresponds to:

Ref document number: 205322

Country of ref document: AT

Date of ref document: 20010915

Kind code of ref document: T

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REF Corresponds to:

Ref document number: 59704555

Country of ref document: DE

Date of ref document: 20011011

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: GERMAN

REG Reference to a national code

Ref country code: CH

Ref legal event code: NV

Representative=s name: PATENTANWALTSBUERO JEAN HUNZIKER

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20011205

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20011207

REG Reference to a national code

Ref country code: GB

Ref legal event code: IF02

GBT Gb: translation of ep patent filed (gb section 77(6)(a)/1977)

Effective date: 20011201

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2163794

Country of ref document: ES

Kind code of ref document: T3

ET Fr: translation filed
PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

RAP2 Party data changed (patent owner data changed or rights of a patent transferred)

Owner name: T-MOBILE DEUTSCHLAND GMBH

26N No opposition filed
NLT1 Nl: modifications of names registered in virtue of documents presented to the patent office pursuant to art. 16 a, paragraph 1

Owner name: T-MOBILE DEUTSCHLAND GMBH

NLT2 Nl: modifications (of names), taken from the european patent patent bulletin

Owner name: T-MOBILE DEUTSCHLAND GMBH

REG Reference to a national code

Ref country code: CH

Ref legal event code: PFA

Free format text: DETEMOBIL DEUTSCHE TELEKOM MOBILNET GMBH TRANSFER- T-MOBILE DEUTSCHLAND GMBH

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: NL

Payment date: 20160721

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20160721

Year of fee payment: 20

Ref country code: IT

Payment date: 20160721

Year of fee payment: 20

Ref country code: IE

Payment date: 20160720

Year of fee payment: 20

Ref country code: CH

Payment date: 20160726

Year of fee payment: 20

Ref country code: FI

Payment date: 20160720

Year of fee payment: 20

Ref country code: GB

Payment date: 20160722

Year of fee payment: 20

Ref country code: DK

Payment date: 20160722

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20160722

Year of fee payment: 20

Ref country code: SE

Payment date: 20160721

Year of fee payment: 20

Ref country code: AT

Payment date: 20160720

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20160722

Year of fee payment: 20

Ref country code: BE

Payment date: 20160721

Year of fee payment: 20

REG Reference to a national code

Ref country code: DE

Ref legal event code: R071

Ref document number: 59704555

Country of ref document: DE

REG Reference to a national code

Ref country code: DK

Ref legal event code: EUP

Effective date: 20170721

REG Reference to a national code

Ref country code: NL

Ref legal event code: MK

Effective date: 20170720

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: GB

Ref legal event code: PE20

Expiry date: 20170720

REG Reference to a national code

Ref country code: IE

Ref legal event code: MK9A

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK07

Ref document number: 205322

Country of ref document: AT

Kind code of ref document: T

Effective date: 20170721

REG Reference to a national code

Ref country code: BE

Ref legal event code: MK

Effective date: 20170721

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

Effective date: 20170721

Ref country code: GB

Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

Effective date: 20170720

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20180508

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

Effective date: 20170722