WO2000038129A1 - Einrichtung zur übertragung von fahrtroutenempfehlungen und empfänger - Google Patents
Einrichtung zur übertragung von fahrtroutenempfehlungen und empfänger Download PDFInfo
- Publication number
- WO2000038129A1 WO2000038129A1 PCT/DE1999/003197 DE9903197W WO0038129A1 WO 2000038129 A1 WO2000038129 A1 WO 2000038129A1 DE 9903197 W DE9903197 W DE 9903197W WO 0038129 A1 WO0038129 A1 WO 0038129A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- location
- location database
- route recommendations
- receiver
- network
- 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.)
- Ceased
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/091—Traffic information broadcasting
- G08G1/092—Coding or decoding of the information
Definitions
- the invention relates to a device for transmitting route recommendations to at least one network of public transport to receivers and a receiver for route recommendations.
- the object of the present invention is to transmit such route recommendations if necessary in such a way that they can be received in a simple manner by many receiving devices.
- this object is achieved in that coding is carried out by means of at least one location database that maps at least parts of the traffic network.
- a first embodiment of the device according to the invention consists in that data protocols provided for the transmission of digitally coded traffic reports (TMC) are used. In particular, it is provided that data protocols provided for diversions are used.
- an RDS-ODA protocol is used for the transmission.
- the device according to the invention has the advantage that the route recommendations can be received and decoded by a large number of receiving devices.
- Car radios are currently designed to receive digitally coded traffic reports - both in connection with RDS (radio data system) and DAB (digital audio broadcasting). Since there is no return channel here, this group of receivers will essentially use the transmission of route recommendations that are of interest to many users of such receivers, for example for trade fair visitors arriving by motor vehicle, the recommendation to visit a parking space on the outskirts and one or use multiple lines of public transportation.
- the invention can also be used with other mobile radio media, such as GSM, SWIFT, UMTS.
- the device according to the invention also has the advantage that the known receivers, which are inexpensively manufactured in large numbers, can also be used for receiving route recommendations from public transport networks, and can also be linked to the road network.
- the device according to the invention for the transmission of travel route recommendations, Different locations of stored locations relate to locations, records of those locations that have at least one neighboring location in at least one of the other location databases contain at least one reference to at least one such adjacent location by means of a cross-reference.
- a route recommendation describes a route to be covered by the motor vehicle up to a so-called park and ride parking lot and a subsequent route by public transport.
- the route route recommendations can also be selected in accordance with the selection of the traffic reports in such a way that the receiver only receives those route route recommendations that are likely to be of importance to the user.
- the device according to the invention also has the advantage that for route recommendations, for which data from road networks are also required, for example the flow of traffic on the streets and highways is taken into account, the data automatically acquired for the TMC system or similar systems can be used.
- the route recommendations are longer than a traffic message transmitted by the TMC system, e.g. traffic jam, 5 km in length, A7 motorway, Hildesheim junction. Therefore, according to a further development, it is provided that the route recommendations are transmitted as multi-group messages.
- An advantageous receiver for route recommendations of at least one public means of transport consists in that at least one location database which depicts at least parts of the traffic network is provided for decoding in the receiver.
- a location database is preferably stored on an exchangeable data carrier, so that the user of a recipient has the most interesting traffic networks available to him, without having to purchase location databases for all traffic networks, for example a country.
- the receiver according to the invention can also be designed such that the location database can be updated via an air interface.
- devices for managing and decoding digitally coded traffic reports (TMC) are provided for managing and decoding the route recommendations.
- TMC digitally coded traffic reports
- the receiver according to the invention can provide that at least parts of a further location database that does not contain locations listed in the location database that maps the network, and that codes for the locations of the location database and the further location database are combined in a common location database .
- FIG. 1 shows a multi-group message for the implementation as an RDS-ODA application, which contains a route recommendation
- FIG. 3 shows a multi-group message for the implementation as a TMC application, which contains a route recommendation
- Fig. 4 shows a section of a location database for the device according to the invention.
- FIG. 2 shows an example of a route network that partially extends through the area of a large city 1 and partially through the surrounding area 2.
- a tram line 3 leads from a first end point 6 via stops 7, 8, 9, 10 to a second end point 11.
- Stop 8 is a transfer point to a bus line with end points 12, 15 and further stops 13, 14.
- Stop 10 serves as a transfer point to a P + R car park at the junction of a motorway 5, of which further junctions 16, 17, 18 are shown.
- the route network shown can be coded in the same way as the road networks in the TMC system, that is, location databases, as described in the ALERT C standard, list the individual locations in connection with a line, with each location, for example, to the stop 7, a predecessor 6 and a successor 8 are provided as a cross-reference. Since the transfer point 8 is also a location on the bus line 4, additional referencing takes place here, as is shown, for example, in patent application 196 06 010.
- lines 3, 4 of the public transport network are shown in a location database specially provided for this purpose or integrated into an existing location database, while highway 5 is stored in a conventional location database within the TMC system, corresponding cross-references can be made at location 10 in each case indicate the other route (highway or tram line).
- a message serving as a travel recommendation can have the following message elements:
- IP point of interest
- Line designation indicates the line in the route network
- Line end point specifies the end stops of lines in order to be able to indicate the direction of travel.
- Stop / Ummssimo indicates the point of entry or departure at which the means of transport can be boarded or left
- Cycle time gives the average time interval between the
- Period specifies the period in which the above Cycle time applies (e.g. from ⁇ hh: mm> to ⁇ hh: mm>)
- Coding 2x8 bit (example) according to ALERT C multi-group messages
- Coding tariff zone 3 bit (example)
- Zone 1 Zone 7
- TypeTime specifies the coding types .
- Number of transfer points can be reduced accordingly.
- the bit at position Y15 identifies the first group of a message.
- Each group has a length of 37 bits, which are designated in the example with X4 to X0, Y15 to 0 and Z15 to Z0.
- bits Y13 to Y11 are provided for the number of transfer points.
- bits Y10 to YO there is a so-called event marking that this message represents a travel recommendation FE.
- Y13 to Y12 indicate that it is the second group. This is followed by the destination information Z and the location code of the first transfer point U1, which extends into the third group.
- the location code of the changeover point U2 is then transmitted (bits Y7 to Z8) and the location code of the changeover point U3 (bits Z7 to ZO and bits Y11 to Y4 of the next group). Finally there is the location code of a changeover point U5, which is also partially transmitted with the fifth group. Subsequently, the travel time T, the tariff zone TZ, the time type TYPE and the departure time ST are transmitted, whereupon one bit remains free at ZO of the fifth group.
- FIG. 3 shows a route recommendation similar to that of FIG. 1, but the coding is in a form compatible with RDS-TMC, in which case only a maximum of four changeover points U1 to U4 can be coded.
- the transmission of additional information is also limited to one entry, in the present example to the train sequence ZF.
- the individual location codes are identified by labels. Label 11 means the destination, label 10 a waypoint and label 6 additional information.
- label 11 means the destination, label 10 a waypoint and label 6 additional information.
- the link to the "normal" TMC message is made via the location code S transmitted in the first group. This is the place where a transition to public transport is appropriate.
- Fig. 4 shows parts of a location database for public transport in the Hanover area.
- the location codes (LocCode) 45004 to 46009 refer to an S-Bru line, which has the "Road No.” 4 is assigned.
- Location code 22001 relates to a location (point) on road No. 2, which is the federal road B2. The name of this place is "airport”.
- " ⁇ V-Point” is entered as information on the type of location (LocType) for the locations on the S-Bru line, the location type "Line” for the S-Bru line overall in one direction.
- a blurred area - hence the type of place "Fuzzy" - with the location code 41922 characterizes the area that is to be counted as part of the operation of public transport.
- the name of the location type (RName), one or two names (Name, Name2) and references to other location codes (Offset +, Offset-, RefL and RefA) are given for the individual location codes where applicable.
- an "intersection code” is specified for some of the location codes, for location code 22001 a reference to location code 45775 and vice versa.
- a travel route recommendation transmitted according to the TMC standard is then, for example, as follows:
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Traffic Control Systems (AREA)
- Instructional Devices (AREA)
Abstract
Bei einer Einrichtung zur Übertragung von Fahrtroutenempfehlungen mindestens eines Netzes öffentlicher Verkehrsmittel zu Empfängern erfolgt eine Codierung mittels mindestens einer mindestens Teile des Verkehrsnetzes abbildenden Ortsdatenbank.
Description
Einrichtung zur Übertragung von Fahrtroutenempfehlungen und Empfänger
Die Erfindung betrifft eine Einrichtung zur Übertragung von Fahrtroutenempfehlungen mindestens eines Netzes öffentlicher Verkehrsmittel zu Empfängern und einen Empfänger für Fahrtroutenempfehlungen.
Ein Hindernis zur Benutzung von öffentlichen Verkehrsmitteln ist häufig die mangelnde Kenntnis der einzelnen Linien, deren Umsteigepunkte und der Taktzeiten der einzelnen Linien. Die Träger dieser öffentlichen Verkehrsmittel geben auf geeignete Anfragen über das Internet oder über T-Online Fahrtroutenempfehlungen aus. Dieses setzt jedoch in der Regel auf der Empfangsseite einen für diese Kommunikationsarten geeigneten Computer voraus.
Aufgabe der vorliegenden Erfindung ist es, derartige Fahrtroutenempfehlungen im Bedarfsfall derart zu übertragen, daß sie in einfacher Weise von vielen Empfangsgeräten empfangen werden können. Bei der erfindungsgemäßen Einrichtung wird diese Aufgabe dadurch gelöst, daß eine Codierung mittels mindestens einer mindestens Teile des Verkehrsnetzes abbildenden Ortsdatenbank erfolgt.
Eine erste Ausführungsform der erfindungsgemäßen Einrichtung besteht darin, daß für die Übertragung von digital codierten Verkehrsmeldungen (TMC) vorgesehene Datenprotokolle verwendet werden. Insbesondere ist dabei vorgesehen, daß für Umleitungen vorgesehene Datenprotokolle verwendet werden.
Bei einer zweiten Ausführungsform der erfindungsgemäßen Einrichtung wird für die Übertragung ein RDS-ODA-Protokoll verwendet .
Die erfindungsgemäße Einrichtung hat den Vorteil, daß die Fahrtroutenempfehlungen von in großer Anzahl vorhandenen Empfangsgeräten empfangen und decodiert werden können. Dabei sind zur Zeit im wesentlichen Autoradios zum Empfang von digital codierten Verkehrsmeldungen ausgebildet - sowohl im Zusammenhang mit RDS (Radio-Daten-System) und als auch mit DAB (Digital Audio Broadcasting) . Da hier ein Rückkanal nicht vorhanden ist, wird bei dieser Gruppe von Empfängern im wesentlichen die Übertragung von Fahrtroutenempfehlungen Anwendung finden, die für viele Benutzer derartiger Empfänger von Interesse sind, beispielsweise für mit einem Kraftfahrzeug anreisende Messebesucher die Empfehlung, einen Parkplatz am Stadtrand aufzusuchen und eine oder mehrere Linien des öffentlichen Verkehrsmittels zu benutzen. Die Erfindung kann auch mit anderen Mobilfunkmedien angewendet werden, wie beispielsweise GSM, SWIFT, UMTS.
Die erfindungsgemäße Einrichtung hat dabei ferner den Vorteil, daß die bekannten in großen Stückzahlen kostengünstig hergestellten Empfänger auch für den Empfang von Fahrtroutenempfehlungen von öffentlichen Verkehrsnetzen verwendet werden können, wobei auch eine Verknüpfung mit dem Straßennetz erfolgen kann. Hierzu ist bei der erfindungsgemäßen Einrichtung vorgesehen, daß zur Übertragung von Fahrtroutenempfehlungen, die in
verschiedenen Ortsdatenbanken abgelegte Orte betreffen, Datensätze derjenigen Orte, die mindestens einen benachbarten Ort in mindestens einer der weiteren Ortsdatenbanken aufweisen, mindestens einen Verweis auf mindestens einen solchen benachbarten Ort mittels eines Querverweises enthalten.
Mit dieser Weiterbildung ist es dann beispielsweise möglich, daß eine Fahrtroutenempfehlung eine mit dem Kraftfahrzeug zurückzulegende Strecke bis zu einem sogenannten Park- and Ride-Parkplatz und eine anschließende Strecke mit dem öffentlichen Verkehrsmittel beschreibt.
Darüberhinaus sind bei dem TMC-System bereits Vorschläge bekannt, diese nicht nur von Rundfunksendern zu verbreiten, sondern auf Abruf über Mobilfunknetze gezielt den jeweils abrufenden Geräten zuzusenden. In diesem Fall können gezielte Anfragen durch Übertragung von Fahrtroutenempfehlungen beantwortet werden.
Durch die Codierung der Fahrtroutenempfehlungen nach dem TMC-System stehen weitere im TMC-System bekannte oder durch eine registrierte RDS-ODA-Anwendung machbare Funktionalitäten zur Verfügung, beispielsweise die Verwaltung von Verkehrsmeldungen, nämlich Aufbewahrung im Speicher und das Löschen, wenn eine Meldung überholt ist. Außerdem ist eine Ausgabe der decodierten Meldung mit Hilfe eines Spachsynthesierers in einer jeweils für den Benutzer verständlichen Sprache möglich.
Wenn der Empfänger in einem Fahrzeug eingebaut ist, das über eine Ortungsanlage (beispielsweise GPS) bzw. ein Navigationssystem verfügt, kann ferner eine Selektion der Fahrtroutenempfehlungen entsprechend der Selektion der Verkehrsmeldungen dahingehend erfolgen, daß der Empfänger nur diejenigen Fahrtroutenempfehlungen empfängt, die
voraussichtlich von Bedeutung für den Benutzer sind.
Die erfindungsgemäße Einrichtung hat außerdem den Vorteil, daß für Fahrtroutenempfehlungen, für welche auch Daten von Straßennetzen benötigt werden, beispielsweise der Verkehrsfluß auf den Straßen und Autobahnen berücksichtigt wird, die für das TMC-System oder ähnliche Systeme automatisch erfaßten Daten benutzt werden können.
In der Regel sind die Fahrtroutenempfehlungen länger als eine vom TMC-System übertragene Verkehrsmeldung, beispielsweise Stau, 5 km Länge, Autobahn A7, Anschlußstelle Hildesheim. Deshalb ist gemäß einer Weiterbildung vorgesehen, daß die Fahrtroutenempfehlungen als Mehrgruppenmeldungen übertragen werden .
Ein vorteilhafter Empfänger für Fahrtroutenempfehlungen mindestens eines öffentlichen Verkehrsmittels besteht darin, daß zur Decodierung im Empfänger mindestens eine mindestens Teile des Verkehrsnetzes abbildende Ortsdatenbank vorgesehen ist. Eine solche Ortsdatenbank ist vorzugsweise auf einem austauschbaren Datenträger abgelegt, so daß der Benutzer eines Empfängers jeweils die ihn am meisten interessierenden Verkehrsnetze bereithält, ohne Ortsdatenbanken für sämtliche Verkehrsnetze, beispielsweise eines Landes, erwerben zu müssen.
Der erfindungsgemäße Empfänger kann jedoch auch derart ausgebildet sein, daß die Ortsdatenbank über eine Luftschnittstelle aktualisierbar ist. Bei einer vorteilhaften Ausführungsform dieses Empfängers sind zur Verwaltung und Decodierung der Fahrtroutenempfehlungen Einrichtungen zur Verwaltung und Decodierung von digital codierten Verkehrsmeldungen (TMC) vorgesehen.
Zur Verknüpfung mit anderen Ortsdatenbanken kann bei dem erfindungsgemäßen Empfänger vorgesehen sein, daß mindestens Teile einer weiteren Ortsdatenbank, die nicht in der das Netz abbildenden Ortsdatenbank aufgeführte Orte enthält, und daß Codes für die Orte der Ortsdatenbank und der weiteren Ortsdatenbank in einer gemeinsamen Ortsdatenbank zusammengeführt werden.
Ausführungsbeispiele der Erfindung sind in der Zeichnung anhand mehrerer Figuren dargestellt und in der nachfolgenden Beschreibung näher erläutert. Es zeigt:
Fig. 1 eine Mehrgruppenmeldung für die Realisierung als RDS-ODA-Anwendung, die eine Fahrtroutenempfehlung enthält,
Fig. 2 eine schematische Darstellung eines Linienplans,
Fig. 3 eine Mehrgruppenmeldung für die Realisierung als TMC-Anwendung, die eine Fahrtroutenempfehlung enthält, und
Fig. 4 einen Ausschnitt aus einer Ortsdatenbank für die erfindungsgemäße Einrichtung.
Fig. 2 zeigt ein Beispiel für ein Streckennetz, das teilweise das Gebiet einer Großstadt 1 und teilweise das Umland 2 durchzieht. Eine Straßenbahnlinie 3 führt von einem ersten Endpunkt 6 über Haltestellen 7, 8, 9, 10 zu einem zweiten Endpunkt 11. Die Haltestelle 8 ist ein Umsteigepunkt zu einer Buslinie mit den Endpunkten 12, 15 und weiteren Haltestellen 13, 14. Die Haltestelle 10 dient als Umsteigepunkt zu einem P+R-Parkplatz an der Anschlußstelle einer Autobahn 5, von der weitere Anschlußstellen 16, 17, 18 dargestellt sind.
Das dargestellte Streckennetz kann in gleicher Weise wie die Straßennetze bei dem TMC-System codiert werden, das heißt Ortsdatenbanken, wie sie im ALERT C Standard beschrieben sind, führen die einzelnen Orte jeweils im Zusammenhang mit einer Linie auf, wobei zu jedem Ort, beispielsweise zu der Haltestelle 7, ein Vorgänger 6 und ein Nachfolger 8 als Querverweis vorgesehen sind. Da der Umsteigepunkt 8 auch ein Ort auf der Buslinie 4 ist, erfolgt hier eine zusätzliche Referenzierung, wie sie beispielsweise in Patentanmeldung 196 06 010 dargestellt ist.
Werden beispielsweise die Linien 3, 4 des öffentlichen Verkehrsnetzes in einer speziell hierfür vorgesehenen Ortsdatenbank dargestellt oder in eine vorhandene Ortsdatenbank integriert, während die Autobahn 5 in einer herkömmlichen Ortsdatenbank innerhalb des TMC-Systems abgelegt ist, können entsprechende Querverweise jeweils bei dem Ort 10 auf die jeweils andere Strecke (Autobahn oder Straßenbahnlinie) hinweisen. Damit kann eine Nachricht, die beispielsweise lautet "benutze die Autobahn bis Anschlußstelle 10, steige dann auf die Straßenbahnlinie 3 um in Richtung Endhaltestelle 6 bis zum ümsteigepunkt 8 und benutze dann die Buslinie 4 in Richtung Endpunkt 12 bis zur Haltestelle 13" mit den im TMC-System üblichen Protokollen oder im Rahmen der ODA-Anwendungen definierter Protokolle codiert und zum Empfänger übertragen werden, der dann anhand seiner Ortsdatenbank(en) eine Codierung und eine Umsetzung in Text oder Sprache vornehmen kann.
Insgesamt kann eine als Fahrtempfehlung dienende Meldung die folgenden Meldungselemente aufweisen:
Meldungselement Bedeutung
Fahrtziel Location Code in TMC-Ortsdatenbank, in der Regel ein sogenannter Point of Interest (POI);
Codierung: Location Code
(z.B. "MESSE")
Verkehrsmittel Verkehrsmittel des Streckennetzes
(z.B. U-Bahn, S-Bahn, Bus, ...)
Codierung: Teil des Location Code
Linienbezeichnung gibt die Linie im Streckennetz an
(z.B. "S6")
Codierung: Teil des Location Code
Linienendpunkt gibt die Endhaltestellen von Linien an, um die Fahrtrichtung angeben zu können. Dient dem Nutzer zur
Orientierung beim Wechsel des
Verkehrsmittels .
Codierung: Location Code
Haltepunkt/ümsteigegibt den Zugangs- oder Abgangsort punkt an, an dem das Verkehrsmittel bestiegen oder verlassen werden kann
(z.B. Haltestellen oder Bahnhöfe)
Codierung: Location Code
Taktzeit gibt den durchschnittlichen zeitlichen Abstand zwischen den
Abfahrtszeiten des Verkehrsmittels an
Codierung: 3 bit (Beispiel)
000 keine 100 15 min
001 1 h 101 10 min
010 0,5 h 110 5 min
011 • 20 min 111 2 min
Zeitraum gibt an, in welchem Zeitraum die o.g. Taktzeit gilt (z.B. von <hh:mm> bis <hh:mm>)
Codierung: 2x8 bit (Beispiel) gemäß ALERT C Mehrgruppenmeldungen,
Label 7/8
Gesamtfahrtzeit gibt die planmäßige Fahrtzeit für die gesamte Fahrtempfehlung in
Minuten an
Codierung: 4 bit (Beispiel)
0000:keine 0110:30 1100:60 0001 :5 0111 :35 1101 :70 0010:10 1000:40 1110:80 0011 :15 1001 :45 1111 :90 0100:20 1010:50 0101 :25 1011 :55 Gesamtkosten/Tarifzone gibt den Gesamtpreis für die
Fahrtempfehlung an (z.B. in [DM] oder als Tarifzone in einem
Verkehrsverbund) .
Codierung Tarifzone: 3 bit (Beispiel)
000 :keine Angabe ... : ...
001 :Zone 1 111 : Zone 7
010: Zone 2
TypZeit gibt die Codierungsarten. der
Abfahrtszeit an:
Codierung: 2 bit (Beispiel)
00: keine Angabe
01 :Bezug auf CT-Signal (ALERT C) , d.h. Differenzzeit in <min> (siehe DE 42 08 277 A1 : CT+2n; n in 6 bit)
10:Angabe der Abfahrtszeit im
CT-Format (ALERT C) mit 11 bit
11:Angabe des Zeitraums (siehe oben) und der Taktzeit (siehe oben) mit insgesamt 19 bit
Bei der Codierung nach 10/11 muß die
Anzahl Umsteigepunkte entsprechend reduziert werden.
Abfahrtszeit gibt die Abfahrtszeit des
Verkehrsmittels an
Codierung: siehe <TypZeit>
Je nach Ausführung im einzelnen kann die zu übertragende Informationsmenge von dieser Tabelle auch abweichen. Außerdem brauchen wegen der sehr kompakten Codierung nicht alle Meldungselemente übertragen zu werden. So können beispielsweise Meldungselemente, wie Verkehrsmittel, Linienbezeichnung, Linienendpunkt zur Decodierung aus der Ortsdatenbank entnommen werden.
Fig. 1 zeigt ein Beispiel für eine Meldung einer RDS-ODA-Anwendung, die fünf Gruppen einnimmt und zur Codierung von fünf Umsteigepunkten geeignet ist. Jede der Gruppen wird von einem Header angeführt, der aus einem Bit T, einem Bit F, drei Bit CI , einem Bit 1 oder 0 sowie einem weiteren Bit besteht. Dabei bedeutet das Bit T der Typ der Meldung (bei Meldungen nach ALERT: 0=ALERTC, 1 =ALERTplus ) . Für diese RDS-ODA-Anwendung wird T=0 gesetzt. Das Bit F dient zur Unterteilung in Eingruppen- (C=1 ) und Mehrgruppenmeldungen. Weitere Bestandteile des Headers sind CI = Continuity Index und SG = Second Group Indicator, die jedoch zum Verständnis der Erfindung nicht erläutert zu werden brauchen. Das Bit an der Stelle Y15 kennzeichnet die erste Gruppe einer Meldung.
Jede Gruppe weist eine Länge von 37 Bit auf, die in dem Beispiel mit X4 bis X0, Y15 bis 0 und Z15 bis Z0 bezeichnet sind.
In der ersten Gruppe sind die Bits Y13 bis Y11 für die Anzahl der Umsteigepunkte vorgesehen. In den Bits Y10 bis YO rückt dann als sogenanntes Event eine Kennzeichnung, daß diese Meldung eine Fahrtempfehlung FE darstellt. Daraufhin folgt die Ortsangabe des Starts S, beispielsweise der Ortscode für den Ort 10 bei einer Empfehlung, bei 10 (Fig. 2) die Autobahn zu verlassen und mit der Straßenbahn weiterzufahren.
In der zweiten Gruppe wird bei Y13 bis Y12 angegeben, daß es sich um die zweite Gruppe handelt. Daraufhin folgt die Zielangabe Z und der Ortscode des ersten Umsteigepunktes U1 , der sich bis in die dritte Gruppe erstreckt. Danach wird der Ortscode des Umsteigepunktes U2 übertragen (Bits Y7 bis Z8) und der Ortscode des ümsteigepunktes U3 (Bits Z7 bis ZO und Bits Y11 bis Y4 der nächsten Gruppe). Schließlich folgt noch der Ortscode eines Umsteigepunktes U5, der ebenfalls teilweise mit der fünften Gruppe übertragen wird. Im Anschluß daran werden die Fahrtzeit T, die Tarifzone TZ, der Zeit-Typ TYP sowie die Abfahrtszeit ST übertragen, worauf bei ZO der fünften Gruppe noch ein Bit freibleibt.
Fig. 3 zeigt eine ähnliche Fahrtroutenempfehlung wie Fig. 1, jedoch erfolgt die Codierung in einer zu RDS-TMC-kompatiblen Form, wobei dann maximal nur vier Umsteigepunkte U1 bis U4 codiert werden können. Auch die Übertragung von Zusatzinformationen ist auf eine Angabe beschränkt, im vorliegenden Beispiel auf die Zugfolge ZF. Gemäß ALERT sind die einzelnen Ortscodes durch Label gekennzeichnet. Dabei bedeutet Label 11 das Ziel, Label 10 einen Wegpunkt und Label 6 eine Zusatzinformation. Zusätzlich wird bei dem in Fig. 3 dargestellten Beispiel vom sogenannten "stillen Event (1907)" Gebrauch gemacht. Die Verknüpfung zur "normalen" TMC-Meldung erfolgt über den in der ersten Gruppe übertragenen Location-Code S. Das ist derjenige Ort, an dem ein Übergang auf das öffentliche Verkehrsmittel zweckmäßig ist.
Fig. 4 zeigt Teile einer Ortsdatenbank für den öffentlichen Personenverkehr im Bereich Hannover. Dabei beziehen sich die Location Codes (LocCode) 45004 bis 46009 auf eine S-Bahn-Linie, welcher die "Road-Nr." 4 zugeordnet ist.
Location Code 22001 betrifft einen Ort (Point) auf der Straße Nr. 2, welches die Bundesstraße B2 ist. Der Name dieses Ortes ist "Flughafen" . Als Angaben zum Typ des Ortes (LocType) sind für die Orte auf der S-Bahn-Linie "ÖV-Point" eingetragen, für die S-Bahn-Linie insgesamt in jeweils einer Richtung der Ortstyp "Line" . Ein unscharf umrissenes Gebiet - deswegen Ortstyp "Fuzzy" - mit dem Ortscode 41922 charakterisiert das Gebiet, welches zum Betrieb des öffentlichen Personenverkehrs zu zählen ist.
Wie an sich in Ortsdatenbanken üblich, sind zu den einzelnen Ortscodes die Benennung der Art des Ortes (RName) ein oder zwei Namen (Name, Name2) und Referenzen auf andere Ortscodes (Offset+, Offset-, RefL und RefA) soweit anwendbar angegeben. Zur Verknüpfung des Netzes für den öffentlichen Personenverkehr mit dem Straßennetz ist zu einigen der Ortscodes ein "Intersection-code" angegeben, so bei dem Ortscode 22001 ein Hinweis auf den Ortscode 45775 und umgekehrt .
Eine erfindungsgemäß im TMC-Standard übertragene Fahrtroutenempfehlung lautet dann beispielsweise wie folgt:
"A7, Autobahn Kassel in Richtung Hannover, zwischen Anschlußstelle Hildesheim-Drispenstedt und Autobahnkreuz Hannover-Ost, <nicht gesprochenes Ereignis>" (dient der Zuordnung zu der normalen Störungsmeldung) .
"Umleitung für Reisende in Richtung Hannover-Messe, fahren Sie über Anschlußstelle Hildesheim-Drispenstedt bis P&R-Platz Hildesheim-Flughafen und steigen um in die S-Bahnlinie 4, in Richtung Hannover bis zur Haltestelle Kreuzstraße und steigen um in die Buslinie 78 in Richtung Laatzen bis zur Haltestelle Messe, Abfahrt alle 10 Minuten."
Da Verkehrsmeldungen häufig mehr als eine Gruppe belegen, so daß innerhalb einer Sequenz von fünf Gruppen nicht genug Platz für die als Umleitungsempfehlung codierte Fahrtroutenempfehlung verbleibt, wurde in dem Beispiel die Fahrtroutenempfehlung mit einer speziellen Verkehrsmeldung mit einem nicht gesprochenen Ereignis eingeleitet. Dies hat ferner den Vorteil, daß ein nach dem öffentlichen Verkehrsmittel ausgerichtetes Ereignis Benutzer von Empfängern ohne Ortsdatenbank für den öffentlichen Personenverkehr nicht gestört werden. Dies wäre beispielsweise der Fall, wenn ein Stau hinter einer Anschlußstelle endet, die man zwar als Umleitung mit dem Kraftfahrzeug benutzen könnte, für eine Fahrroutenempfehlung mit öffentlichen Verkehrsmitteln jedoch eine vorangegangene Anschlußstelle zweckmäßiger ist.
Claims
1. Einrichtung zur Übertragung von Fahrtroutenempfehlungen mindestens eines Netzes öffentlicher Verkehrsmittel zu Empfängern, dadurch gekennzeichnet,, daß eine Codierung mittels mindestens einer mindestens Teile des Verkehrsnetzes abbildenden Ortsdatenbank erfolgt .
2. Einrichtung nach Anspruch 1, dadurch gekennzeichnet, daß für die Übertragung von digital codierten Verkehrsmeldungen (TMC) vorgesehene Datenprotokolle verwendet werden.
3. Einrichtung nach Anspruch 1, dadurch gekennzeichnet, daß für die Übertragung ein RDS-ODA-Protokoll verwendet wird.
4. Einrichtung nach Anspruch 2, dadurch gekennzeichnet, daß für Umleitungen vorgesehene Datenprotokolle verwendet werden.
5. Einrichtung nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß zur Übertragung von Fahrtroutenempfehlungen, die in verschiedenen Ortsdatenbanken abgelegte Orte betreffen, Datensätze derjenigen Orte, die mindestens einen benachbarten Ort in mindestens einer der weiteren Ortsdatenbanken aufweisen, mindestens einen Verweis auf mindestens einen solchen benachbarten Ort mittels eines Querverweises enthalten.
6. Einrichtung nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß die Fahrtroutenempfehlungen als Mehrgruppenmeldungen übertragen werden.
7. Empfänger für Fahrtroutenempfehlungen mindestens eines Netzes öffentlicher Verkehrsmittel, dadurch gekennzeichnet, daß zur Decodierung im Empfänger mindestens eine mindestens Teile des Verkehrsnetzes abbildende Ortsdatenbank vorgesehen ist.
8. Empfänger nach Anspruch 7, dadurch gekennzeichnet, daß zur Verwaltung und Decodierung der Fahrtroutenempfehlungen Einrichtungen zur Verwaltung und Decodierung von digital codierten Verkehrsmeldungen (TMC) vorgesehen sind.
9. Empfänger nach einem der Ansprüche 7 oder 8, dadurch gekennzeichnet, daß mindestens Teile einer weiteren Ortsdatenbank, die nicht in der das Netz abbildenden Ortsdatenbank aufgeführte Orte enthält, und daß Codes für die Orte der Ortsdatenbank und der weiteren Ortsdatenbank in einer gemeinsamen Ortsdatenbank zusammengeführt werden.
10. Empfänger nach einem der Ansprüche 7 bis 9, dadurch gekennzeichnet, daß eine Einrichtung zur Ausgabe der Fahrtroutenempfehlungen als Text, Sprache und/oder Graphik unter Verwendung von Umsteigepunkten vorgesehen ist.
11. Empfänger nach einem der Ansprüche 7 bis 10, dadurch gekennzeichnet, daß die Ortsdatenbank auf einem austauschbaren Datenträger abgelegt ist.
12. Empfänger nach einem der Ansprüche 7 bis 10, dadurch gekennzeichnet, daß die Ortsdatenbank über eine Luftschnittstelle aktualisierbar ist.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP99973504A EP1141911B1 (de) | 1998-12-18 | 1999-10-05 | Einrichtung zur übertragung von fahrtroutenempfehlungen und empfänger |
| DE59902889T DE59902889D1 (de) | 1998-12-18 | 1999-10-05 | Einrichtung zur übertragung von fahrtroutenempfehlungen und empfänger |
| JP2000590118A JP2002533820A (ja) | 1998-12-18 | 1999-10-05 | 走行ルート推奨の伝送装置および受信器 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE19858568.3 | 1998-12-18 | ||
| DE19858568A DE19858568A1 (de) | 1998-12-18 | 1998-12-18 | Einrichtung zur Übertragung von Fahrtroutenempfehlungen und Empfänger |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2000038129A1 true WO2000038129A1 (de) | 2000-06-29 |
Family
ID=7891623
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/DE1999/003197 Ceased WO2000038129A1 (de) | 1998-12-18 | 1999-10-05 | Einrichtung zur übertragung von fahrtroutenempfehlungen und empfänger |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP1141911B1 (de) |
| JP (1) | JP2002533820A (de) |
| DE (2) | DE19858568A1 (de) |
| WO (1) | WO2000038129A1 (de) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007102673A1 (en) * | 2006-03-09 | 2007-09-13 | Samsung Electronics Co., Ltd. | Apparatus and method for providing course information application |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10034463A1 (de) | 2000-07-15 | 2002-04-04 | Bosch Gmbh Robert | Navigationsverfahren und Navigationsgerät |
| DE10131432A1 (de) * | 2001-06-29 | 2003-01-09 | Bosch Gmbh Robert | Verfahren zur Navigation eines Fahrzeugs |
| TW581309U (en) * | 2001-11-26 | 2004-03-21 | Sin Etke Technology Co Ltd | Real-time traffic condition providing device |
| DE10231833A1 (de) * | 2002-07-12 | 2004-01-22 | Robert Bosch Gmbh | Verfahren zur Aktualisierung von Routendaten |
| DE10252735B4 (de) * | 2002-11-13 | 2017-11-16 | Robert Bosch Gmbh | Datenformat, digitales Rundfunksignal, zugeordnetes Informationssystem und Verfahren zum Betreiben desselben |
| WO2005013521A1 (en) * | 2003-08-04 | 2005-02-10 | Wouter Gort | Method and device for initiating via rds/rbds a desired action related to an external event |
| EP2500887B1 (de) * | 2011-03-17 | 2020-09-09 | Harman Becker Automotive Systems GmbH | Beschreibung eines Straßensegments mithilfe von ISO 17572-3 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2195868A (en) * | 1986-08-21 | 1988-04-13 | Gainsborough Holdings Ltd | Broadcasting of map information |
| WO1996000960A1 (de) * | 1994-06-29 | 1996-01-11 | Siemens Aktiengesellschaft | Elektronisches fahrplan-auskunftssystem für öffentliche verkehrsmittel |
| EP0790591A1 (de) * | 1996-02-17 | 1997-08-20 | Robert Bosch Gmbh | Ortsdatenbank für die Ermittlung von Routen innerhalb eines Verkehrswegennetzes |
| DE19630195A1 (de) * | 1996-05-08 | 1997-11-13 | Bosch Gmbh Robert | Verfahren zur Übertragung von Durchsagen mit Empfänger zur Durchführung des Verfahrens |
-
1998
- 1998-12-18 DE DE19858568A patent/DE19858568A1/de not_active Withdrawn
-
1999
- 1999-10-05 EP EP99973504A patent/EP1141911B1/de not_active Expired - Lifetime
- 1999-10-05 DE DE59902889T patent/DE59902889D1/de not_active Expired - Lifetime
- 1999-10-05 JP JP2000590118A patent/JP2002533820A/ja active Pending
- 1999-10-05 WO PCT/DE1999/003197 patent/WO2000038129A1/de not_active Ceased
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2195868A (en) * | 1986-08-21 | 1988-04-13 | Gainsborough Holdings Ltd | Broadcasting of map information |
| WO1996000960A1 (de) * | 1994-06-29 | 1996-01-11 | Siemens Aktiengesellschaft | Elektronisches fahrplan-auskunftssystem für öffentliche verkehrsmittel |
| EP0790591A1 (de) * | 1996-02-17 | 1997-08-20 | Robert Bosch Gmbh | Ortsdatenbank für die Ermittlung von Routen innerhalb eines Verkehrswegennetzes |
| DE19630195A1 (de) * | 1996-05-08 | 1997-11-13 | Bosch Gmbh Robert | Verfahren zur Übertragung von Durchsagen mit Empfänger zur Durchführung des Verfahrens |
Non-Patent Citations (2)
| Title |
|---|
| DUCKECK R ET AL: "TMC (TRAFFIC MESSAGE CHANNEL) DAS VERKEHRSFUNKSYSTEM VON MORGEN", ITG-FACHBERICHTE,DE,VDE VERLAG, BERLIN, vol. 106, 14 November 1988 (1988-11-14), pages 137 - 145, XP000607384, ISSN: 0932-6022 * |
| ETSI ET AL: "EUROPEAN TELECOMMUNICATION STANDARD ETS 300401", EUROPEAN TELECOMMUNICATION STANDARD,XX,XX, May 1998 (1998-05-01), pages 1,36,37,106,107, XP002134147 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007102673A1 (en) * | 2006-03-09 | 2007-09-13 | Samsung Electronics Co., Ltd. | Apparatus and method for providing course information application |
Also Published As
| Publication number | Publication date |
|---|---|
| DE59902889D1 (de) | 2002-10-31 |
| DE19858568A1 (de) | 2000-06-21 |
| EP1141911A1 (de) | 2001-10-10 |
| EP1141911B1 (de) | 2002-09-25 |
| JP2002533820A (ja) | 2002-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1079353B1 (de) | Verfahren zur Anforderung und zur Verarbeitung von Verkehrsmeldungen | |
| EP0769180B1 (de) | Einrichtung zur aufbereitung und ausgabe von informationen für einen fahrzeugführer | |
| DE3810177C2 (de) | Rundfunkempfänger, insbesondere Fahrzeugempfänger | |
| EP0769181A1 (de) | Einrichtung zur information eines fahrzeugführers | |
| EP0883871A2 (de) | Verfahren und anordnung zur verkehrsinformation | |
| EP1030475A2 (de) | Verfahren zur Übertragung von digital codierten Verkehrsnachrichten und Funkempfänger dazu | |
| DE19857782C2 (de) | Verfahren zum Übertragen von Tabelleninformationen von einer Zentrale an ein Endgerät über einen Übertragungskanal und Zentrale zum Durchführen des Verfahrens | |
| EP1966780B1 (de) | Verfahren zur codierung von meldungen, verfahren zur decodierung von meldungen und empfänger zum empfang und zur auswertung von meldungen | |
| EP1105856B1 (de) | Einrichtung zur codierung und zur decodierung von orten | |
| EP1145210A2 (de) | Verfahren zur identifizierung segmentübergreifender ereignisse durch segmente | |
| EP1114406A1 (de) | Verfahren zur codierung strassenübergreifender verkehrsbehinderungen | |
| EP1141911B1 (de) | Einrichtung zur übertragung von fahrtroutenempfehlungen und empfänger | |
| EP0790591B1 (de) | Ortsdatenbank für die Ermittlung von Routen innerhalb eines Verkehrswegennetzes | |
| EP1460599A2 (de) | Datenbasis zur Codierung oder Decodierung von Verkehrsmeldungen und Verfahren zur Übertragung codierter Verkehrsmeldungen | |
| EP0962004A1 (de) | Einrichtung und verfahren zur information über verkehrsstörungen | |
| DE4446493A1 (de) | Mobiles Informationsübertragungssystem kurzer Reichweite | |
| EP1028405A2 (de) | Verfahren zur Übertragung von auf Orte bezogenen Informationen | |
| EP0984416B1 (de) | Verfahren zur Verknüpfung von digitalen Verkehrswegenetzbeschreibungen und Ortsdatenbank | |
| DE10105468A1 (de) | Verfahren zur Übertragung von codierten TMC-Meldungen in einem Nachrichtenübertragungssystem und Vorrichtung zum Empfang solcher Meldungen | |
| EP1076325A2 (de) | Verfahren zur Anforderung und zur Verarbeitung von Verkehrsmeldungen | |
| DE19917842A1 (de) | Verfahren zur Identifizierung segmentübergreifender Ereignisse durch Segmente | |
| EP1619642A2 (de) | Verfahren zur Übertragung von digital codierten Meldungen in Datengruppen und Empfänger | |
| DE19854133A1 (de) | Verfahren und Vorrichtung zur Anzeige von Informationen in einem Kraftfahrzeug | |
| EP1011219A2 (de) | Verfahren und Vorrichtung für die Erzeugung von Verkehrsinformationen für sich über mehrere verkettete Segmente eines Strassenverkehrsnetzes erstreckenden Zuständen | |
| DE19948109A1 (de) | Verkehrsinformations-Generation bei sich über mehrere verkettete Segmente eines Straßenverkehrsnetzes erstreckenden Zuständen |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| AK | Designated states |
Kind code of ref document: A1 Designated state(s): JP |
|
| AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE |
|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
| DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
| WWE | Wipo information: entry into national phase |
Ref document number: 1999973504 Country of ref document: EP |
|
| ENP | Entry into the national phase |
Ref country code: JP Ref document number: 2000 590118 Kind code of ref document: A Format of ref document f/p: F |
|
| WWP | Wipo information: published in national office |
Ref document number: 1999973504 Country of ref document: EP |
|
| WWG | Wipo information: grant in national office |
Ref document number: 1999973504 Country of ref document: EP |