DE19629233A1 - Verfahren zur Auswahl und Filterung von Verkehrsinformationen - Google Patents

Verfahren zur Auswahl und Filterung von Verkehrsinformationen

Info

Publication number
DE19629233A1
DE19629233A1 DE19629233A DE19629233A DE19629233A1 DE 19629233 A1 DE19629233 A1 DE 19629233A1 DE 19629233 A DE19629233 A DE 19629233A DE 19629233 A DE19629233 A DE 19629233A DE 19629233 A1 DE19629233 A1 DE 19629233A1
Authority
DE
Germany
Prior art keywords
traffic information
user
traffic
information
location
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
DE19629233A
Other languages
English (en)
Other versions
DE19629233C2 (de
Inventor
Rolf Dipl Ing 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
Priority to DE19629233A priority Critical patent/DE19629233C2/de
Application filed by Deutsche Telekom AG, DeTeMobil Deutsche Telekom Mobilnet GmbH filed Critical Deutsche Telekom AG
Priority to ES97935443T priority patent/ES2163794T3/es
Priority to AT97935443T priority patent/ATE205322T1/de
Priority to DK97935443T priority patent/DK0939945T3/da
Priority to DE59704555T priority patent/DE59704555D1/de
Priority to PCT/DE1997/001531 priority patent/WO1998003951A1/de
Priority to EP97935443A priority patent/EP0939945B1/de
Priority to AU38461/97A priority patent/AU3846197A/en
Publication of DE19629233A1 publication Critical patent/DE19629233A1/de
Application granted granted Critical
Publication of DE19629233C2 publication Critical patent/DE19629233C2/de
Anticipated expiration legal-status Critical
Expired - Fee Related 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

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Atmospheric Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Traffic Control Systems (AREA)
  • Circuits Of Receivers In General (AREA)
  • Navigation (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)

Description

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 D1 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 (VImod=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×10 km) abgebildet. Jedem einzelnen Rasterquadrat wird ein Verkehrsdichteparameter (PVD = 0-4 ) zugeordnet. PVD = 0 bedeutet höchste Verkehrsdichte, PVD = 4 niedrigste 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:
Fig. 1 Beispiel für die Menüstruktur der endgeräteseitigen Anwendung des Verkehrsdienstes;
Fig. 2 Beispiel für eine mögliche Hardware-Realisation des erfindungsgemäßen Verfahrens;
Fig. 3A, Fig. 3B Ablaufdiagramm einer fahrzeugseitigen Verkehrsdienstabfrage;
Fig. 4 Beispiel für die Bestimmung des Bezugsbereichs der Informationen im Modus "lokal" und "regional";
Fig. 5 Beispiel einer Filterung der Information im Modus "lokal" und "regional";
Fig. 6 Beispiel für die Bestimmung des Bezugsbereichs der Informationen im Modus "vek";
Fig. 7 Beispiel einer Filterung der Information im Modus "vek".
Fig. 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.
Fig. 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 GSM-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 Fig. 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 Fig. 1.
Wie bereits ausgeführt hat der Benutzer nach Aufruf des Verkehrsinfo-Menüs die Wahl zwischen drei Modi (vgl. Fig. 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 Fig. 4 erläutert.
Aus der STARTPOSITION wird das Start-Quadrat (Rasterkarte) und der zugehörige Verkehrsdichteparameter PVD ermittelt. Mit dem Abfragemodus (VImod) 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 VImod 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 + VImod.
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 + VImod = 3. Aus Fig. 4 kann entnommen werden, daß der Bezugsbereich 5 × 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 (VImod=lok=1). Die STARTPOSITION liegt in einem ländlichen Gebiet (PVD=3).
Die Größe des Bezugsbereichs ist demnach Vol_VIBezug = PVD + VImod = 4. Aus Fig. 4 kann entnommen werden, daß der Bezugsbereich 7 × 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önnen.
Die Ermittlung des Bezugsbereichs für den Abfragemodus "vek" wird anhand von Fig. 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 VImod in eine Zahl umgesetzt: vek = 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 + VImod.
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 + VImod = 4. Aus Fig. 6 kann entnommen werden, daß der Bezugsbereich 7 × 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 Fig. 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 (18)

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 (VImod) und einem der jeweiligen Teilfläche des Fahrzeugstandorts zugeordneten Verkehrsdichteparameter (PVD) folgendermaßen ermittelt wird:
Vol_VIBezug = PVD + VImod.
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.
DE19629233A 1996-07-22 1996-07-22 Verfahren zur Auswahl und Filterung von Verkehrsinformationen Expired - Fee Related DE19629233C2 (de)

Priority Applications (8)

Application Number Priority Date Filing Date Title
DE19629233A DE19629233C2 (de) 1996-07-22 1996-07-22 Verfahren zur Auswahl und Filterung von Verkehrsinformationen
AT97935443T ATE205322T1 (de) 1996-07-22 1997-07-21 Verfahren zur auswahl und filterung von verkehrsinformationen
DK97935443T DK0939945T3 (da) 1996-07-22 1997-07-21 Fremgangsmåde ved udvælgelse og filtrering af trafikinformation
DE59704555T DE59704555D1 (de) 1996-07-22 1997-07-21 Verfahren zur auswahl und filterung von verkehrsinformationen
ES97935443T ES2163794T3 (es) 1996-07-22 1997-07-21 Procedimiento para la seleccion y el filtrado de informaciones de trafico.
PCT/DE1997/001531 WO1998003951A1 (de) 1996-07-22 1997-07-21 Verfahren zur auswahl und filterung von verkehrsinformationen
EP97935443A EP0939945B1 (de) 1996-07-22 1997-07-21 Verfahren zur auswahl und filterung von verkehrsinformationen
AU38461/97A AU3846197A (en) 1996-07-22 1997-07-21 Traffic data selection and filtering method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE19629233A DE19629233C2 (de) 1996-07-22 1996-07-22 Verfahren zur Auswahl und Filterung von Verkehrsinformationen

Publications (2)

Publication Number Publication Date
DE19629233A1 true DE19629233A1 (de) 1998-01-29
DE19629233C2 DE19629233C2 (de) 2003-08-07

Family

ID=7800322

Family Applications (2)

Application Number Title Priority Date Filing Date
DE19629233A Expired - Fee Related DE19629233C2 (de) 1996-07-22 1996-07-22 Verfahren zur Auswahl und Filterung von Verkehrsinformationen
DE59704555T Expired - Lifetime DE59704555D1 (de) 1996-07-22 1997-07-21 Verfahren zur auswahl und filterung von verkehrsinformationen

Family Applications After (1)

Application Number Title Priority Date Filing Date
DE59704555T Expired - Lifetime DE59704555D1 (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)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19939625A1 (de) * 1999-08-20 2001-02-22 Nokia Mobile Phones Ltd Verfahren zum Abrufen von Informationen aus einem Informationsnetzwerk
WO2001048725A1 (de) * 1999-12-23 2001-07-05 Gedas Telematics Gmbh Verfahren zur ermittlung von verkehrsinformationen sowie zentrale und endgerät
EP1150264A1 (de) * 2000-04-25 2001-10-31 Mannesmann VDO Aktiengesellschaft Verfahren zur Verschiebung durch eine Reihenfolge von Verkehrsinformationen
WO2002023831A1 (en) * 2000-09-15 2002-03-21 Telefonaktiebolaget L M Ericsson (Publ) Arrangement and method for filtering data communication
WO2007023060A1 (de) * 2005-08-23 2007-03-01 Siemens Aktiengesellschaft Verfahren und system zur bereitstellung von verkehrsregeldaten an ein fahrzeug, datensendeeinrichtung sowie anordnung zur bereitstellung von verkehrsregeldaten für ein fahrzeug
WO2008047606A1 (en) * 2006-10-13 2008-04-24 Aisin Aw Co., Ltd. Traffic information distributing apparatus
WO2008050696A1 (en) * 2006-10-18 2008-05-02 Aisin Aw Co., Ltd. Traffic information distributing apparatus and traffic information distributing method
DE102014222524A1 (de) * 2014-11-05 2016-05-12 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur Verringerung der Unfallgefahr durch Geisterfahrer
AT507237B1 (de) * 2008-07-17 2017-10-15 Österreichisches Forschungs- Und Prüfzentrum Arsenal Ges M B H Verfahren zur personalisierung von tmc diensten
DE102017203662A1 (de) 2017-03-07 2018-09-13 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

Families Citing this family (14)

* 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
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
US6456234B1 (en) 2000-06-07 2002-09-24 William J. Johnson System and method for proactive content delivery by situation location
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
US8385946B2 (en) 2007-06-28 2013-02-26 Apple Inc. Disfavored route progressions or locations
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
US8311526B2 (en) 2007-06-28 2012-11-13 Apple Inc. Location-based categorical information services
US8290513B2 (en) 2007-06-28 2012-10-16 Apple Inc. Location-based services
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
US8670748B2 (en) 2009-05-01 2014-03-11 Apple Inc. Remotely locating and commanding a mobile device

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0333330A1 (de) * 1988-02-18 1989-09-20 Gec-Marconi Limited System zur Informationsverteilung
DE19519066A1 (de) * 1994-11-28 1996-05-30 Mannesmann Ag Verfahren und System zur Zielführung eines Fahrzeugs

Family Cites Families (7)

* 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
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
DE19604084A1 (de) * 1995-03-23 1996-10-02 Deutsche Telekom Mobil Verfahren und Einrichtung zur Ermittlung von Dynamischen Verkehrsinformationen

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0333330A1 (de) * 1988-02-18 1989-09-20 Gec-Marconi Limited System zur Informationsverteilung
DE19519066A1 (de) * 1994-11-28 1996-05-30 Mannesmann Ag Verfahren und System zur Zielführung eines Fahrzeugs

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DE - Markt & Technik, vom 15. Sept. 1978, S. 41-42DE - ADAC motorwelt 11/94, S. 7-10 *

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19939625A1 (de) * 1999-08-20 2001-02-22 Nokia Mobile Phones Ltd Verfahren zum Abrufen von Informationen aus einem Informationsnetzwerk
WO2001048725A1 (de) * 1999-12-23 2001-07-05 Gedas Telematics Gmbh Verfahren zur ermittlung von verkehrsinformationen sowie zentrale und endgerät
EP1150264A1 (de) * 2000-04-25 2001-10-31 Mannesmann VDO Aktiengesellschaft Verfahren zur Verschiebung durch eine Reihenfolge von Verkehrsinformationen
WO2002023831A1 (en) * 2000-09-15 2002-03-21 Telefonaktiebolaget L M Ericsson (Publ) Arrangement and method for filtering data communication
WO2007023060A1 (de) * 2005-08-23 2007-03-01 Siemens Aktiengesellschaft Verfahren und system zur bereitstellung von verkehrsregeldaten an ein fahrzeug, datensendeeinrichtung sowie anordnung zur bereitstellung von verkehrsregeldaten für ein fahrzeug
CN101523459B (zh) * 2006-10-13 2012-03-28 爱信艾达株式会社 交通信息分配装置
WO2008047606A1 (en) * 2006-10-13 2008-04-24 Aisin Aw Co., Ltd. Traffic information distributing apparatus
US8150612B2 (en) 2006-10-13 2012-04-03 Aisin Aw Co., Ltd. Traffic information distributing apparatus
KR101048941B1 (ko) 2006-10-13 2011-07-12 아이신에이더블류 가부시키가이샤 교통 정보 송신 장치
US8103437B2 (en) 2006-10-18 2012-01-24 Aisin Aw Co., Ltd. Traffic information distribution apparatus and traffic information distribution method
WO2008050696A1 (en) * 2006-10-18 2008-05-02 Aisin Aw Co., Ltd. Traffic information distributing apparatus and traffic information distributing method
CN101523460B (zh) * 2006-10-18 2012-06-27 爱信艾达株式会社 交通信息分发设备和交通信息分发方法
AT507237B1 (de) * 2008-07-17 2017-10-15 Österreichisches Forschungs- Und Prüfzentrum Arsenal Ges M B H Verfahren zur personalisierung von tmc diensten
DE102014222524A1 (de) * 2014-11-05 2016-05-12 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur Verringerung der Unfallgefahr durch Geisterfahrer
DE102017203662A1 (de) 2017-03-07 2018-09-13 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
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

Also Published As

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

Similar Documents

Publication Publication Date Title
DE19629233C2 (de) Verfahren zur Auswahl und Filterung von Verkehrsinformationen
EP0963581B1 (de) Verfahren und system zur bereitstellung und übermittlung individualisierter verkehrsinformationen
DE60032969T2 (de) Verkehrsinformationssystem für Fahrzeuge
EP0815547B1 (de) Verfahren und einrichtung zur ermittlung von dynamischen verkehrsinformationen
DE60034355T2 (de) Das herunterladen geographischer daten zu einem mobilfunkgerät und dem anzeigen einer karte
DE19651143B4 (de) Verfahren und Anordnung zur Verkehrsinformation
EP0819295B1 (de) Verfahren für ein fahrzeugleit- und informationssystem
DE3752122T3 (de) Einrichtung für Empfang und Verarbeitung von Strassennachrichtenmeldungen
DE69506563T3 (de) Navigationsinformationssytem
EP0958566A1 (de) Verfahren zur übermittlung von verkehrsinformationen und vorrichtungen zum durchführen des verfahrens
DE19526148A1 (de) Verfahren und System zur Prognose von Verkehrsströmen
EP1162560A2 (de) Elektronischer Terminplaner
DE19604084A1 (de) Verfahren und Einrichtung zur Ermittlung von Dynamischen Verkehrsinformationen
DE19724919A1 (de) Verfahren zum Erzeugen, Verschmelzen und Aktualisieren von in einem Zielführungssystem nutzbaren Daten
EP1397643B1 (de) Verfahren zum erzeugen von navigationsdaten für eine routenführung sowie navigationssystem
EP2224408B1 (de) System zur Verkehrserfassung
EP1079354B1 (de) Verfahren zum Abrufen von Informationen aus einem Informationsnetzwerk
DE102020102750A1 (de) Bereitstellen von gemischten Karteninformationen
DE69931126T2 (de) Landnavigationshilfsanlage und Endgerät solcher Anlage
EP1305573B1 (de) Verfahren zum bereitstellen von verkehrsdaten
DE10361628A1 (de) Inbetriebnahme einer Anwendung in einem mobilen Klienten
EP2288197B1 (de) Verfahren zum Erzeugen von ortsspezifischen Informationsdaten
DE10110901A1 (de) Verfahren zum Bereitstellen von Verkehrsdaten sowie Endgerät eines Fahrzeugs und Zentrale zum Durchführen des Verfahrens
Chen Trip Report Europe: November/December 1994
DE10063360A1 (de) Verfahren und Vorrichtung zur ereignisgesteuerten Fahrgastinformation

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8127 New person/name/address of the applicant

Owner name: T-MOBILE DEUTSCHLAND GMBH, 53227 BONN, DE

8304 Grant after examination procedure
8364 No opposition during term of opposition
8339 Ceased/non-payment of the annual fee