EP0725502B1 - Verfahren zur Decodierung und zur Ausgabe von empfangenen digital codierten Verkehrsfunkmeldungen - Google Patents
Verfahren zur Decodierung und zur Ausgabe von empfangenen digital codierten Verkehrsfunkmeldungen Download PDFInfo
- Publication number
- EP0725502B1 EP0725502B1 EP95119660A EP95119660A EP0725502B1 EP 0725502 B1 EP0725502 B1 EP 0725502B1 EP 95119660 A EP95119660 A EP 95119660A EP 95119660 A EP95119660 A EP 95119660A EP 0725502 B1 EP0725502 B1 EP 0725502B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- location
- data
- output
- memory
- traffic
- 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.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 19
- 230000015654 memory Effects 0.000 claims description 28
- 230000006870 function Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 101000932768 Conus catus Alpha-conotoxin CIC Proteins 0.000 description 1
- 230000000712 assembly Effects 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
- G10L13/00—Speech synthesis; Text to speech systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
- H04H20/55—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for traffic information
-
- 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
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H2201/00—Aspects of broadcast communication
- H04H2201/10—Aspects of broadcast communication characterised by the type of broadcast system
- H04H2201/13—Aspects of broadcast communication characterised by the type of broadcast system radio data system/radio broadcast data system [RDS/RBDS]
Definitions
- the invention is based on a method according to the preamble of the main claim.
- the Radio Data System enables additional and inaudible transmission of digital data in parallel to broadcast programs in one data channel.
- Specifications of the radio data system for VHF radio are inter alia in the publication Tech. 3244 - E, March 1984 of the European Union Broadcasting Union (EBU).
- Radio receivers with suitable RDS decoders can record and decode transmitted data in addition to broadcast reception with the same receiver.
- the data is transmitted in 32 groups of 108 bits each, with each group being assigned a specific service.
- Group 8a is provided for transmission of digitally coded traffic announcements.
- the structure and coding of these traffic reports are specified in the standard proposal ALERT C, November 1990, issued by the RDS ATT ALERT Consortium.
- the essential elements of a traffic report are the location of the event (location) and the event (event). This information is cataloged, which means that every traffic-relevant location and every traffic-relevant event is assigned a unique code.
- the concatenation of places in the place table along existing roads reflects the course.
- TMC Traffic Message Channel
- DE-A-3536820 discloses a method for decoding and outputting received digitally encoded traffic messages containing location information and event information, wherein in a memory data required for decoding and other data for output are stored, wherein the traffic message is output in one of several classes, the class indicating the level of detail and the type of location of the traffic report output.
- Object of the present invention is to provide a method for decoding and output of received digitally coded traffic messages, in which a decoding and output of the traffic reports are also possible if the storage capacity for storing all provided in the ALERT C standard data for all Places of an area are not present.
- This object is achieved in that stored in a memory data required for decoding, and other data that are used for output, that is queried for outputting a traffic message of the memory contents, which further data for outputting the location of this traffic message are stored in the memory and that the output of the location of the traffic message, depending on the nature and extent of this further data is done in one of several classes, the class indicating the level of detail and the type of location of the traffic message output.
- a radio receiver equipped with chip cards for the reception of digitally coded traffic reports, which have different amounts of data per location.
- smart cards can be made that contain data that allows for higher-level output for key locations such as highway junctions and major city interchanges, while for less important locations there is little data available for easy output. This division can be made different when issuing multiple chip cards comprising the same area.
- a smart card may be advantageous, which contains in Bavaria for each location code all data required for a high-class output and for the other federal states only a minimum amount of data.
- smart cards for the location-relevant data results in many advantages, for example, new smart cards can be purchased in the event of changes in the road network or, in the case of rewritable memories in the smart cards, the smart cards can be rewritten. It is also possible to purchase a chip card valid for this country when driving another country. Because of the limited capacity of the smart cards is the advantage of inventive method when using smart cards for storing the location-relevant data is particularly large. However, an advantageous application of the method in connection with other types of storage is also possible.
- An advantageous embodiment of the method according to the invention consists in that the memory content is also queried as to whether data required for a selection of traffic reports are present, and that the traffic message is selected if suitable data for selection are present in the memory. As a result, a further reduction in the memory requirement is possible if the output dispenses with a selection.
- a significant reduction in storage requirements compared to the storage of all provided by the standard data results in a development of the method in that it is queried whether required for the output of a traffic report location-related data as place names, and that in case of non-existent stored in the memory numbers and / or abbreviations used.
- An advantageous device for carrying out the method according to the invention is characterized in that the memory preferably designed as an exchangeable data carrier for each concatenated location code of the respective area at least location codes of the preceding and following in the course of a road place and a code of a road section on where the location is located, an indication of the type of location, and for selected location codes, further data containing an output in one or more classes.
- Places are concatenated when decoding requires locations adjacent to one another in the course of a road. Apart from the linked places, isolated places are also possible for traffic announcements, which can only refer to this place. This applies, for example, to a parking garage whose blocking is disseminated in a traffic report. For such a place only the name, the location type and, if necessary, an area reference is required.
- all the location codes of the respective area can be decoded and also simple outputs can be carried out with the aid of further data possibly added to all location codes.
- an output or a better output of the traffic reports is only possible with the help of the additional data added to the selected location codes.
- the further data comprise at least one code of a road section on which the location is located. In many cases, this greatly simplifies the output of traffic reports.
- More accurate outputs of the traffic reports at least for motorway junctions are possible in that for at least a portion of the selected location codes the further data further comprise at least one port number.
- a detailed output is possible in that, for at least a part of the selected location codes, the further data also comprise at least one place name.
- the embodiment is shown as a block diagram. However, this does not mean that it is limited to realization by means of individual circuits corresponding to the blocks. Rather, the radio receiver can be realized in a particularly advantageous manner with the aid of highly integrated circuits. In this case, digital signal processors can be used, which perform the processing steps shown in the block diagrams with appropriate programming.
- Fig. 1 shows some necessary to explain the invention assemblies of a radio receiver and in dashed framed part serving to carry out the method according to the invention modules.
- the signals to be received are fed via an antenna 1 to a receiving part 2, at the output of which an RDS decoder 3 and an audio amplifier 4 with a loudspeaker 5 are connected.
- the decoding and reproduction of the digitally coded traffic reports is controlled by a microcomputer 11.
- This is connected to a memory 12 in which event-related and language-relevant data and algorithms are stored.
- the microcomputer 11 output signals of the RDS decoder 3 can be fed. Further, the microcomputer 11 is connected via an interface 13 with a card read / write device, which is not shown separately in Fig. 1. In the reader, the connection with a memory 14 on a chip card 15 via an interface 16 also located on the smart card is made.
- a voice output is provided, for which purpose in the microcomputer 11 digital voice signals are synthesized, which are supplied via a digital / analog converter 17 to the audio amplifier 4.
- the traffic reports and other information can be displayed, which is connected via a display driver 19 to the microcomputer 11.
- the memory 14 may be implemented as a read-only memory (ROM), so that the user must acquire a new smart card 15 in case of changes, or as a non-volatile random access memory to be rewritten in each case. This can then at Changes to the location-relevant data or when changing the area of interest to the user with new data will be described.
- ROM read-only memory
- the location information and event information transmitted with a digitally coded traffic report are language-independent. In decoding tables in the memories 14 and 12, therefore, the representatives belonging to the codes are stored in a specific national language.
- the events are language-dependent, but country-independent, since the events are uniformly standardized throughout Europe.
- Place names are again country-dependent, so that a location code in France shows a different location than the same code in Germany.
- the places are differentiated by a country code, which is transmitted separately in the radio data system. It can therefore be assumed that most chip cards each affect one or more parts of a country. However, it can not be ruled out that smart cards for several countries or subregions of several countries, such as the roads in the Alps, are produced.
- the data record to a location code shown schematically in FIG. 2a contains the location-related data provided in the ALERT standard.
- These include a location code (Loc code), location codes (offset +, offset) of the preceding and following location in the course of a road, a code (RefA) of an area to which the place belongs, a code ( RefL) of a road section (segment) on which the place is located, a reference (Loc.Type) to the type of location, the type of motorway exit (exit type) and a name.
- a diversion number and a port number are additionally present.
- the segment information and the indication of the punctiform location can be output in the traffic report, for example in the Form: "A7, Kassel direction Hannover, between Derneburg and Hildesheim, ⁇ Event>".
- the street class (A) and the street number (7) were taken from the location description of the location segment, which was accessed via RefL. For example, an event "3 km congestion” or any other incident relevant to road traffic can be output. Such an output belongs to the highest possible class, which is referred to below as class 1 (C1.1).
- the saving of storage space was dispensed with the storage of the place names.
- the operating according to the inventive radio receiver thus accesses the output of a traffic message in class 2 (Cl.2) to the segment information (RefL) and the port numbers back, so that the same received traffic message is then output as follows: "A7, Kassel direction Hannover , between junction 63 and 62, ⁇ event> ".
- the statement of the output traffic message is just as precise as in the case of the data set of FIG. 2a. It can even be seen as an advantage that place names which are difficult to pronounce are replaced by number expressions.
- connection points are less meaningful and usually can not remember so well.
- issuing of the numbers has the advantage over an output of the names that a location unclear recognizes whether or how many connection points lie between a connection just passed and the location of a traffic obstruction announced with the traffic announcement.
- the dataset of Figure 2c does not contain a description of the punctuated locations, but like the datasets of Figures 2a and 2b, the reference to the road segment. This is after all an issue of the traffic announcement in class 3 (C1.3) possible as follows: "A7, Kassel direction Hannover, ⁇ Event>". Although the memory requirement has been reduced considerably, at least one output of a traffic report is still possible. However, the local accuracy of the traffic message becomes smaller depending on the segment length. In addition, in the case of several traffic reports relating to the same segment, it can not be distinguished whether the traffic report is repeated or whether there are actually several traffic reports relating to different locations within the Kassel-Hannover segment.
- the reference to the segment is also no longer present.
- the message is decoded but not output. Even if a traffic message relating to these locations is not output, the recording of these locations with data sets according to FIG. 2d into the memory is required. Namely, these are required for the decoding of traffic announcements which, while referring to other locations, require a link to the location codes for decoding stored in accordance with FIG. 2d.
- the storage cost per location is 48 bytes for output class 1, 22 bytes for output class 2, 13 bytes for output class 3, and 11 bytes for output class 4.
- the output class 1 may have about 9,000 locations, output class 2 about 19,000 locations, output class 3 about 33,000 locations and in output class 4 about 39,000 places are stored.
- the flowchart shown in FIG. 3 schematically represents the program which is effective for carrying out the method according to the invention in the microcomputer 11.
- a traffic message having a location code and the extent Ext. Has been received or read out of a cache at 21, a message is sent at 22 the program branches depending on whether the extent is 0. Namely, if the amount is 0, only one location code is needed for decoding and output. However, if the magnitude is not equal to 0, a further code is needed in addition to the location code in the received traffic message, for example a code indicated by offset + or by offset.
- the program branches depending on whether both location codes are present in the location list. If this is not the case, it is determined at 25 that the traffic message is not decodable, and repeats the program on receipt of the next traffic message at 21. If, however, both location codes are present, a check is made at 27 as to whether both location codes satisfy the conditions required for class 4, whether, for example, offset + and offset are present. If this is not the case, a concatenation of these places is not given and an issue is not possible, which is determined at 28. At 29, it is checked whether both location codes of class 3 suffice. If this is not the case, no output is possible, which is determined at 30.
- program part 31 it is then checked whether the location codes of class 2 suffice. If this is not the case, an output of a traffic message after class 3 takes place at 32. Finally, it is checked at 33 whether both location codes satisfy the conditions of class 1. If this is not the case, a class 2 output is made at 34, and a class 1 output at 35, if appropriate.
- the output of location code to location code in different classes can be done. For example, if only one number is stored for a port, while the name is also stored in an adjacent port, in a traffic message relating to both places, the output of one place with the number and that of the other place with the name. Compared to the program shown in Fig. 3 would then take place in place of the tests 27, 29, 31, 33 for each location code independent tests.
- this location code in program step 38 checks for class 3. If this is not the case, no output is possible (39). It is then checked at 40 whether the location code of class 2 is sufficient. If this is not the case, a class 3 output is made at 41. Finally, at 42, the location code is checked for class 1 and, depending on this, output is made for one of classes 1 (44) or 2 (43).
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Signal Processing (AREA)
- Computational Linguistics (AREA)
- Health & Medical Sciences (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Human Computer Interaction (AREA)
- Acoustics & Sound (AREA)
- Circuits Of Receivers In General (AREA)
Description
- Die Erfindung geht aus von einem Verfahren nach der Gattung des Hauptanspruchs.
- Mit dem Radio-Daten-System (RDS) wird eine zusätzliche und unhörbare Übermittlung von digitalen Daten parallel zu Rundfunkprogrammen in einem Datenkanal ermöglicht. Spezifikationen des Radio-Daten-Systems für UKW-Hörfunk sind unter anderem in der Druckschrift Tech. 3244 - E, März 1984 der europäischen Runfunk-Union (EBU) festgelegt. Rundfunkempfänger mit geeigneten RDS-Decodern können übermittelte Daten zusätzlich zum Rundfunkempfang mit dem selben Empfangsteil aufnehmen und decodieren. Die Datenübertragung erfolgt in 32 Gruppen zu jeweils 108 Bit, wobei jeder Gruppe ein bestimmter Dienst zugewiesen wird. Die Gruppe 8a ist zur Übertragung von digital codierten Verkehrsmeldungen vorgesehen.
- Der Aufbau und die Codierung dieser Verkehrsmeldungen sind in dem Normvorschlag ALERT C, November 1990, herausgegeben vom RDS ATT ALERT Consortium, im einzelnen festgelegt. Die wesentlichen Elemente einer Verkehrsmeldung sind dabei der Ort des Geschehens (Location) und das Ereignis (Event). Diese Angaben sind katalogisiert, das heißt, daß jedem verkehrsrelevanten Ort und jedem verkehrsrelevanten Ereignis ein eindeutiger Code zugewiesen ist. Die Verkettung der Orte in der Ortstabelle entlang existierender Straßen gibt den Verlauf wieder. Außer den üblichen Einrichtungen eines Empfangsgerätes mit einem RDS-Decoder sind zur Nutzung des Verkehrsmeldungskanals TMC (Traffic Message Channel) Einrichtungen zur Decodierung, zur Speicherung, zur Weiterverarbeitung und zur Ausgabe der Verkehrsmeldungen erforderlich.
- Um bei einer schriftlichen Ausgabe über ein Display oder bei einer Sprachausgabe für den Benutzer verständliche Wörter und Sätze ausgeben zu können, sind erhebliche Datenmengen, insbesondere von ortsbezogenen Daten, erforderlich. Selbst wenn nur die ortsbezogenen Daten eines Landes gespeichert werden sollen, ergeben sich relativ große Datenmengen, die insbesondere bei einer Speicherung auf einer Chipkarte Probleme mitsichbringen. Für Deutschland ergab eine Erfassung der verkehrsrelevanten Orte, daß die Speicherung von etwa allein 15.000 punktförmigen Orten, beispielsweise Anschlußstelle Hildesheim, erforderlich ist. Hinzu kommen noch Orte, welche Straßensegmente und Gebiete betreffen.
- DE-A-3536820 offenbart ein Verfahren zur Decodierung und zur Ausgabe von empfangenen digital codierten Verkehrsmeldungen, die Ortsangaben und Ereignisangaben enthalten, wobei in einem Speicher Daten, die zur Decodierung erforderlich sind, und weitere Daten, die zur Ausgabe dienen, abgelegt sind, wobei die Ausgabe der Verkehrsmeldung in einer von mehreren Klassen erfolgt, wobei die Klasse den Detaillierungsgrad und die Art der Ortsangabe der Verkehrsmeldungsausgabe anzeigt.
- Aufgabe der vorliegenden Erfindung ist es, ein Verfahren zur Decodierung und zur Ausgabe von empfangenen digital codierten Verkehrsmeldungen anzugeben, bei welchem eine Decodierung und eine Ausgabe der Verkehrsmeldungen auch möglich sind, wenn die Speicherkapazität zur Speicherung aller in der ALERT C-Norm vorgesehenen Daten für alle Orte eines Gebietes nicht vorhanden sind.
- Diese Aufgabe wird erfindungsgemäß dadurch gelöst, daß in einem Speicher Daten, die zur Decodierung erforderlich sind, und weitere Daten, die zur Ausgabe dienen, abgelegt sind, daß zur Ausgabe einer Verkehrsmeldung der Speicherinhalt abgefragt wird, welche weiteren Daten zur Ausgabe der Ortsangabe dieser Verkehrsmeldung im Speicher abgelegt sind und daß die Ausgabe der Ortsangabe der Verkehrsmeldung in Abhängigkeit von der Art und dem Umfang dieser weiteren Daten in einer von mehreren Klassen erfolgt, wobei die Klasse den Detaillierungsgrad und die Art der Ortsangabe der Verkehrsmeldungsausgabe anzeigt.
- Durch das erfindungsgemäße Verfahren ist es beispielsweise möglich, einen zum Empfang von digital codierten Verkehrsmeldungen eingerichteten Rundfunkempfänger mit Chipkarten zu betreiben, die verschiedene Datenmengen pro Ort aufweisen. So können beispielsweise Chipkarten hergestellt werden, die für wichtige Orte bzw. Orts-Codes, wie Autobahnverzweigungen und Anschlußstellen von Großstädten, Daten enthalten, die eine Ausgabe in einer höheren Klasse ermöglichen, während für weniger wichtige Orte wenige Daten für eine einfache Ausgabe vorliegen. Diese Aufteilung kann bei der Herausgabe von mehreren an sich dasselbe Gebiet umfassenden Chipkarten verschieden gestaltet werden. Je nach Markterfordernissen kann beispielsweise eine Chipkarte vorteilhaft sein, die in Bayern zu jedem Orts-Code alle für eine hochklassige Ausgabe erforderlichen Daten und für die anderen Bundesländer nur eine Mindestmenge an Daten enthält.
- Durch die Verwendung von Chipkarten für die ortsrelevanten Daten ergeben sich viele Vorteile, beispielsweise können bei Änderungen des Straßennetzes neue Chipkarten erworben werden oder im Falle von wiederbeschreibbaren Speichern in den Chipkarten die Chipkarten neu beschrieben werden. Ebenso ist es möglich, bei Befahren eines anderen Landes eine für dieses Land gültige Chipkarte zu erwerben. Wegen der begrenzten Kapazität der Chipkarten ist der Vorteil des erfindungsgemäßen Verfahrens bei Verwendung von Chipkarten zur Speicherung der ortsrelevanten Daten besonders groß. Eine vorteilhafte Anwendung des Verfahrens im Zusammenhang mit andersartigen Speichern ist jedoch ebenfalls möglich.
- Eine vorteilhafte Ausgestaltung des erfindungsgemäßen Verfahrens besteht darin, daß ferner der Speicherinhalt abgefragt wird, ob zu einer Selektion von Verkehrsmeldungen erforderliche Daten vorhanden sind, und daß die Verkehrsmeldung selektiert wird, wenn zur Selektion geeignete Daten im Speicher vorhanden sind. Hierdurch ist eine weitere Reduzierung des Speicherbedarfs möglich, wenn bei der Ausgabe auf eine Selektion verzichtet wird.
- Eine deutliche Reduzierung des Speicherbedarfs gegenüber der Speicherung aller nach der Norm vorgesehenen Daten ergibt sich bei einer Weiterbildung des erfindungsgemäßen Verfahrens dadurch, daß abgefragt wird, ob für die Ausgabe einer Verkehrsmeldung erforderliche ortsbezogene Daten als Ortsnamen vorliegen, und daß bei Nichtvorliegen im Speicher abgelegte Zahlen und/oder Abkürzungen verwendet werden.
- Bei dieser Weiterbildung besteht die Möglichkeit, die gesamte Ausgabe in einer niedrigeren Klasse vorzunehmen, wenn auch nur einer von mehreren von der Verkehrsmeldung betroffenen Orten nicht mit dem Ortsnamen abgelegt ist. Es können die Orte in der ausgegebenen Verkehrsmeldung jedoch auch entsprechend den weiteren Daten in verschiedenen Klassen benannt werden.
- Eine weitere unterhalb dieser Klasse liegende noch stärker vereinfachte Ausgabe wird durch eine Ausgestaltung dieser Weiterbildung dadurch erreicht, daß abgefragt wird, ob für die Ortsangabe einer Verkehrsmeldung eine Beschreibung als punktförmiger Ort vorliegt, und daß bei Nichtvorliegen der Beschreibung eine im Speicher abgelegte Referenz auf ein Straßensegment verwendet wird.
- Eine vorteilhafte Einrichtung zur Durchführung des erfindungsgemäßen Verfahrens ist dadurch gekennzeichnet, daß der vorzugsweise als austauschbarer Datenträger ausgebildete Speicher für jeden verketteten Orts-Code des jeweiligen Gebietes mindestens Orts-Codes des im Laufe einer Straße jeweils vorangegangenen und nachfolgenden Ortes und einen Code eines Straßenabschnittes, auf dem der Ort liegt, einen Hinweis auf die Art des Ortes, und für ausgewählte Orts-Codes weitere Daten enthält, welche eine Ausgabe in einer oder mehreren Klassen ermöglichen.
- Orte bzw. Orts-Codes sind verkettet, wenn zur Decodierung die im Verlauf einer Straße benachbarten Orte benötigt werden. Außer den verketteten Orten sind auch isolierte Orte möglich für Verkehrsmeldungen, die sich nur auf diesen Ort beziehen können. Dieses trifft beispielsweise für ein Parkhaus zu, dessen Sperrung in einer Verkehrsmeldung verbreitet wird. Für einen solchen Ort ist lediglich die Angabe des Namens, des Orts-Typs und gegebenenfalls einer Gebietsreferenz erforderlich.
- Mit der erfindungsgemäßen Einrichtung können alle Orts-Codes des jeweiligen Gebietes decodiert werden und mit Hilfe von gegebenenfalls allen Orts-Codes beigegebenen weiteren Daten auch einfache Ausgaben erfolgen. Eine Ausgabe bzw. eine bessere Ausgabe der Verkehrsmeldungen ist jedoch erst mit Hilfe der den ausgewählten Orts-Codes beigegebenen weiteren Daten möglich.
- Vorzugsweise ist dabei vorgesehen, daß die weiteren Daten mindestens einen Code eines Straßenabschnittes, auf dem der Ort liegt, umfassen. Hiermit sind in vielen Fällen stark vereinfachte Ausgaben von Verkehrsmeldungen möglich.
- Genauere Ausgaben der Verkehrsmeldungen mindestens für Autobahn-Anschlußstellen sind dadurch möglich, daß für mindestens einen Teil der ausgewählten Orts-Codes die weiteren Daten ferner mindestens eine Anschlußstellen-Nummer umfassen.
- Eine ausführliche Ausgabe ist dadurch möglich, daß für mindestens einen Teil der ausgewählten Ortscodes die weiteren Daten ferner mindestens einen Ortsnamen umfassen.
- 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
- ein Blockschaltbild eines Rundfunkempfängers, der zur Durchführung des erfindungsgemäßen Verfahrens eingerichtet ist,
- Fig. 2
- schematische Darstellungen des Speicherinhalts einer für den Betrieb des Rundfunkempfängers nach Fig. 1 vorgesehenen Chipkarte und
- Fig. 3
- ein Computerprogramm zur Durchführung des erfindungsgemäßen Verfahrens.
- Das Ausführungsbeispiel ist zwar als Blockschaltbild dargestellt. Dieses bedeutet jedoch nicht, daß es auf eine Realisierung mit Hilfe von einzelnen den Blöcken entsprechenden Schaltungen beschränkt ist. Der Rundfunkempfänger ist vielmehr in besonders vorteilhafter Weise mit Hilfe von hochintegrierten Schaltungen realisierbar. Dabei können digitale Signalprozessoren eingesetzt werden, welche bei geeigneter Programmierung die in den Blockschaltbildern dargestellten Verarbeitungsschritte durchführen.
- Fig. 1 zeigt einige zur Erläuterung der Erfindung erforderliche Baugruppen eines Rundfunkempfängers und im gestrichelt umrahmten Teil zur Durchführung des erfindungsgemäßen Verfahrens dienende Baugruppen. Die zu empfangenden Signale werden über eine Antenne 1 einem Empfangsteil 2 zugeführt, an dessen Ausgang ein RDS-Decoder 3 und ein Audio-Verstärker 4 mit einem Lautsprecher 5 angeschlossen sind.
- Die Decodierung und Wiedergabe der digital codierten Verkehrsmeldungen wird von einem Mikrocomputer 11 gesteuert. Dieser ist mit einem Speicher 12 verbunden, in welchem ereignisbezogene und sprachrelevante Daten und Algorithmen abgelegt sind. Dem Mikrocomputer 11 sind Ausgangssignale des RDS-Decoders 3 zuführbar. Ferner ist der Mikrocomputer 11 über eine Schnittstelle 13 mit einem Karten-Schreib/Lesegerät verbunden, was in Fig. 1 nicht gesondert dargestellt ist. In dem Lesegerät wird die Verbindung mit einem Speicher 14 auf einer Chipkarte 15 über eine ebenfalls auf der Chipkarte befindliche Schnittstelle 16 hergestellt.
- Bei dem dargestellten Ausführungsbeispiel ist eine Sprachausgabe vorgesehen, wozu im Mikrocomputer 11 digitale Sprachsignale synthetisiert werden, die über einen Digital/Analog-Wandler 17 dem Audio-Verstärker 4 zugeführt werden. Außerdem können die Verkehrsmeldungen und weitere Informationen, beispielsweise die Art der Selektion der Verkehrsmeldungen mit Hilfe einer Anzeigevorrichtung 18 (Display) dargestellt werden, die über einen Display-Treiber 19 an den Mikrocomputer 11 angeschlossen ist.
- Der Speicher 14 kann als Nur-Lese-Speicher (ROM) ausgeführt sein, so daß der Benutzer bei Änderungen eine neue Chipkarte 15 erwerben muß, oder als jeweils neu zu beschreibender nichtflüchtiger Schreib/Lese-Speicher. Dieser kann dann bei Änderungen der ortsrelevanten Daten oder bei einer Änderung des den Benutzer interessierenden Gebiets mit neuen Daten beschrieben werden.
- Die mit einer digital codierten Verkehrsmeldung übertragenen Ortsangaben und Ereignisangaben sind sprachenunabhängig. In Decodiertabellen in den Speichern 14 und 12 sind daher die zu den Codes gehörenden Repräsentanten in einer spezifischen Landessprache gespeichert. Dabei sind die Ereignisse sprachenabhängig, jedoch länderunabhängig, da die Ereignisse europaweit einheitlich normiert sind. Ortsnamen sind wiederum länderabhängig, so daß ein Ortscode in Frankreich einen anderen Ort zeigt als der gleiche Code in Deutschland. Unterschieden werden die Orte durch eine Länderkennung, die im Radio-Daten-System separat übertragen wird. Es ist daher davon auszugehen, daß die meisten Chipkarten jeweils ein Land oder größere Teile eines Landes betreffen. Es ist jedoch nicht auszuschließen, daß auch Chipkarten für mehrere Länder oder Teilgebiete von mehreren Ländern, beispielsweise die Straßen im Alpenraum, hergestellt werden.
- Der in Fig. 2a schematisch dargestellte Datensatz zu einem Orts-Code enthält die im ALERT-Standard vorgesehenen ortsbezogenen Daten. Dazu gehören ein Orts-Code (Loc.-Code), Orts-Codes (offset+, offset-) des im Laufe einer Straße jeweils vorangegangenen und nachfolgenden Ortes, ein Code (RefA) eines Gebietes, zu dem der Ort gehört, ein Code (RefL) eines Straßenabschnittes (Segments), auf dem der Ort liegt, ein Hinweis (Loc.-Type) auf die Art des Ortes, die Art einer Autobahn-Anschlußstelle (Exit-Type) und ein Name. Bei dem Ausführungsbeispiel sind eine Umleitungsnummer und eine Anschlußnummer zusätzlich vorhanden.
- Durch diese vollständige Beschreibung können in der Verkehrsmeldung die Segmentangabe und die Angabe des punktförmigen Ortes ausgegeben werden, beispielsweise in der Form: "A7, Kassel Richtung Hannover, zwischen Derneburg und Hildesheim, <Ereignis>". Dabei wurden die Straßenklasse (A) und die Straßennummer (7) der Ortsbeschreibung des Ortssegmentes entnommen, das über RefL angesprungen wurde. Als Ereignis kann dann beispielsweise ausgegeben werden "3 km Stau" oder ein anderes für den Straßenverkehr relevantes Ereignis. Eine solche Ausgabe gehört zur höchsten möglichen Klasse, die im folgenden als Klasse 1 (C1.1) bezeichnet wird.
- Bei dem Datensatz gemäß Fig. 2b wurde zur Ersparnis von Speicherplatz auf die Speicherung der Ortsnamen verzichtet. Der nach dem erfindungsgemäßen Verfahren arbeitende Rundfunkempfänger greift damit zur Ausgabe einer Verkehrsmeldung in Klasse 2 (Cl.2) auf die Segmentangabe (RefL) und die Anschlußstellennummern zurück, so daß die gleiche empfangene Verkehrsmeldung dann wie folgt ausgegeben wird: "A7, Kassel Richtung Hannover, zwischen Anschlußstelle 63 und 62, <Ereignis>". Trotz des geringeren Speicherbedarfs ist die Aussage der ausgegebenen Verkehrsmeldung genauso präzise wie im Falle des Datensatzes nach Fig. 2a. Es kann sogar ein Vorteil darin gesehen werden, daß schwierig auszusprechende Ortsnamen durch Zahlenausdrücke ersetzt sind. Der geringere Speicherplatzbedarf wird jedoch dadurch erkauft, daß die Nummern der Anschlußstellen weniger aussagekräftig sind und sich meistens nicht so gut merken lassen. Die Ausgabe der Nummern hat gegenüber einer Ausgabe der Namen jedoch den Vorteil, daß auch ein Ortsunkundiger erkennt, ob bzw. wieviele Anschlußstellen zwischen einer gerade passierten Anschlußstelle und dem Ort einer mit der Verkehrsmeldung bekanntgegebenen Verkehrsbehinderung liegen.
- Der Datensatz nach Fig. 2c enthält keine Beschreibung der punktförmigen Orte, jedoch wie die Datensätze nach den Figuren 2a und 2b die Referenz auf das Straßensegment. Damit ist immerhin eine Ausgabe der Verkehrsmeldung in Klasse 3 (C1.3) wie folgt möglich:
"A7, Kassel Richtung Hannover, <Ereignis>". Obwohl der Speicherbedarf erheblich reduziert wurde, ist immerhin noch überhaupt eine Ausgabe einer Verkehrsmeldung möglich. Die örtliche Genauigkeit der Verkehrsmeldung wird jedoch in Abhängigkeit der Segmentlänge geringer. Außerdem kann bei mehreren Verkehrsmeldungen, die sich auf das gleiche Segment beziehen, nicht unterschieden werden, ob die Verkehrsmeldung wiederholt wird oder ob es sich tatsächlich um mehrere Verkehrsmeldungen handelt, die sich auf verschiedene Orte innerhalb des Segments Kassel-Hannover beziehen. - Bei dem Datensatz nach Fig. 2d ist auch die Referenz auf das Segment nicht mehr vorhanden. Die Meldung wird zwar decodiert, jedoch nicht ausgegeben. Auch wenn eine sich auf diese Orte beziehende Verkehrsmeldung nicht ausgegeben wird, ist die Aufnahme dieser Orte mit Datensätzen gemäß Fig. 2d in den Speicher erforderlich. Diese werden nämlich zur Decodierung von Verkehrsmeldungen benötigt, die sich zwar auf andere Orte beziehen, jedoch eine Verknüpfung mit den gemäß Fig. 2d gespeicherten Orts-Codes zur Decodierung erfordern.
- Unter der Voraussetzung, daß der Name eines Ortes im Durchschnitt 22 Bytes erfordert, ergibt sich ein Speicheraufwand pro Ort bei der Ausgabeklasse 1 von 48 Byte, bei Ausgabeklasse 2 von 22 Byte, bei Ausgabeklasse 3 von 13 Byte und bei Ausgabeklasse 4 von 11 Byte. Setzt man ferner voraus, daß eine Chipkarte mit 512 kByte Speicherkapazität derzeit verfügbar ist und davon etwa 417 kByte zur Speicherung der Ortsliste zur Verfügung stehen, können bei der Ausgabeklasse 1 etwa 9000 Orte, bei Ausgabeklasse 2 etwa 19000 Orte, bei Ausgabeklasse 3 etwa 33000 Orte und bei Ausgabeklasse 4 etwa 39000 Orte abgelegt werden.
- Das in Fig. 3 dargestellte Flußdiagramm stellt schematisch das zur Durchführung des erfindungsgemäßen Verfahrens im Mikrocomputer 11 wirksame Programm dar. Nachdem bei 21 eine Verkehrsmeldung mit einem Orts-Code und dem Ausmaß Ext. empfangen bzw. aus einem Zwischenspeicher ausgelesen worden ist, wird bei 22 das Programm in Abhängigkeit davon verzweigt, ob das Ausmaß 0 ist. Ist das Ausmaß nämlich 0, wird nur ein Orts-Code zum Decodieren und zur Ausgabe benötigt. Ist das Ausmaß jedoch ungleich 0, wird zusätzlich zu dem Orts-Code in der empfangenen Verkehrsmeldung ein weiterer Code benötigt, beispielsweise ein durch offset+ oder durch offset- angegebener Code.
- Bei 23 verzweigt sich das Programm in Abhängigkeit davon, ob beide Orts-Codes in der Ortsliste vorhanden sind. Ist dieses nicht der Fall, wird bei 25 festgestellt, daß die Verkehrsmeldung nicht decodierbar ist, und das Programm beim Empfang der nächsten Verkehrsmeldung bei 21 wiederholt. Sind jedoch beide Orts-Codes vorhanden, erfolgt bei 27 eine Prüfung, ob beide Orts-Codes den für Klasse 4 erforderlichen Bedingungen genügen, ob beispielsweise offset+ und offsetvorhanden sind. Ist dieses nicht der Fall, ist eine Verkettung dieser Orte nicht gegeben und eine Ausgabe nicht möglich, was bei 28 festgestellt wird. Bei 29 wird geprüft, ob beide Orts-Codes der Klasse 3 genügen. Wenn dieses nicht der Fall ist, ist keine Ausgabe möglich, was bei 30 festgestellt wird.
- Im Programmteil 31 wird dann geprüft, ob die Ortscodes der Klasse 2 genügen. Ist dieses nicht der Fall, erfolgt bei 32 eine Ausgabe einer Verkehrsmeldung nach der Klasse 3. Schließlich wird bei 33 geprüft, ob beide Orts-Codes den Bedingungen der Klasse 1 genügen. Ist dieses nicht der Fall, erfolgt bei 34 eine Ausgabe nach Klasse 2, während zutreffendenfalls bei 35 eine Ausgabe nach Klasse 1 durchgeführt wird.
- Wie oben bereits erwähnt, kann bei Verkehrsmeldungen mit mehreren Orts-Codes die Ausgabe von Orts-Code zu Orts-Code in verschiedenen Klassen erfolgen. Wenn beispielsweise für eine Anschlußstelle nur eine Nummer gespeichert ist, während bei einer benachbarten Anschlußstelle auch der Name abgelegt ist, kann in einer Verkehrsmeldung, die beide Orte betrifft, die Ausgabe des einen Ortes mit der Nummer und die des anderen Ortes mit dem Namen erfolgen. Gegenüber dem in Fig. 3 dargestellten Programm müßten dann anstelle der Prüfungen 27, 29, 31, 33 für jeden Orts-Code selbständige Prüfungen erfolgen.
- Wurde bei der Verzweigung 22 festgestellt, daß das Ausmaß gleich 0 ist, wird bei 24 geprüft, ob der mit der Verkehrsmeldung empfangene Orts-Code auf der Chipkarte vorhanden ist. Ist dieses nicht der Fall, ist eine Decodierung nicht möglich, was bei 26 festgestellt wird.
- Ist jedoch der Orts-Code vorhanden, erfolgt mit diesem Orts-Code in dem Programmschritt 38 eine Prüfung auf Klasse 3. Wenn dieses nicht der Fall ist, ist keine Ausgabe möglich (39). Anschließend wird bei 40 geprüft, ob der Orts-Code der Klasse 2 genügt. Wenn dieses nicht der Fall ist, erfolgt bei 41 eine Ausgabe nach Klasse 3. Schließlich wird bei 42 der Orts-Code auf Klasse 1 geprüft und in Abhängigkeit davon, eine Ausgabe nach einer der Klassen 1 (44) oder 2 (43) durchgeführt.
Claims (8)
- Verfahren zur Decodierung und zur Ausgabe von empfangenen digital codierten Verkehrsmeldungen, die Ortsangaben und Ereignisangaben enthalten,
wobei in einem Speicher Daten, die zur Decodierung erforderlich sind und weitere Daten, die zur Ausgabe dienen, abgelegt sind,
wobei zur Ausgabe einer Verkehrsmeldung der Speicherinhalt abgefragt wird, welche weiteren Daten zur Ausgabe der Ortsangabe dieser Verkehrsmeldung im Speicher abgelegt sind
und wobei die Ausgabe der Ortsangabe der Verkehrsmeldung in Abhängigkeit von der Art und dem Umfang dieser weiteren Daten in einer von mehreren Klassen erfolgt, wobei die Klasse den Detaillierungsgrad und die Art der Ortsangabe der Verkehrsmeldungsausgabe anzeigt. - Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß ferner der Speicherinhalt abgefragt wird, ob zu einer Selektion von Verkehrsmeldungen erforderliche Daten vorhanden sind, und daß die Verkehrsmeldung selektiert wird, wenn zur Selektion geeignete Daten im Speicher vorhanden sind.
- Verfahren nach einem der Ansprüche 1 oder 2, dadurch gekennzeichnet, daß abgefragt wird, ob für die Ausgabe einer Verkehrsmeldung erforderliche ortsbezogene Daten als Ortsnamen vorliegen, und daß bei Nichtvorliegen im Speicher abgelegte Zahlen und/oder Abkürzungen verwendet werden.
- Verfahren nach Anspruch 3, dadurch gekennzeichnet, daß abgefragt wird, ob für die Ortsangabe einer Verkehrsmeldung eine Beschreibung als punktförmiger Ort vorliegt, und daß bei Nichtvorliegen der Beschreibung eine im Speicher abgelegte Referenz auf ein Straßensegment verwendet wird.
- Einrichtung zur Durchführung des Verfahrens nach Anspruch 1, dadurch gekennzeichnet, daß der vorzugsweise als austauschbarer Datenträger ausgebildete Speicher für jeden verketteten Orts-Code des jeweiligen Gebiets mindestens Orts-Codes des im Laufe einer Straße jeweils vorangegangenen und nachfolgenden Ortes und einen Code eines Straßenabschnittes, auf dem der Ort liegt, einen Hinweis auf die Art des Ortes, und für ausgewählte Orts-Codes weitere Daten enthält, welche eine Ausgabe in einer oder mehreren Klassen ermöglichen.
- Einrichtung nach Anspruch 5, dadurch gekennzeichnet, daß die weiteren Daten mindestens einen Code eines Straßenabschnittes, auf dem der Ort liegt, umfassen.
- Einrichtung nach Anspruch 6, dadurch gekennzeichnet, daß für mindestens einen Teil der ausgewählten Orts-Codes die weiteren Daten ferner mindestens eine Anschlußstellen-Nummer umfassen.
- Einrichtung nach Anspruch 7, dadurch gekennzeichnet, daß für mindestens einen Teil der ausgewählten Ortscodes die weiteren Daten ferner mindestens einen Ortsnamen umfassen.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE19503416A DE19503416A1 (de) | 1995-02-03 | 1995-02-03 | Verfahren zur Decodierung und zur Ausgabe von empfangenen digitalen codierten Verkehrsmeldungen |
DE19503416 | 1995-02-03 |
Publications (3)
Publication Number | Publication Date |
---|---|
EP0725502A2 EP0725502A2 (de) | 1996-08-07 |
EP0725502A3 EP0725502A3 (de) | 1997-01-15 |
EP0725502B1 true EP0725502B1 (de) | 2006-08-02 |
Family
ID=7753019
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP95119660A Expired - Lifetime EP0725502B1 (de) | 1995-02-03 | 1995-12-13 | Verfahren zur Decodierung und zur Ausgabe von empfangenen digital codierten Verkehrsfunkmeldungen |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP0725502B1 (de) |
JP (1) | JP3786459B2 (de) |
KR (2) | KR100450913B1 (de) |
DE (2) | DE19503416A1 (de) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19527185A1 (de) * | 1995-07-26 | 1997-01-30 | Philips Patentverwaltung | RDS-TMC-Rundfunkempfänger |
DE19527186A1 (de) * | 1995-07-26 | 1997-01-30 | Philips Patentverwaltung | RDS-TMC-Rundfunkempfänger |
DE19714323C2 (de) * | 1997-03-25 | 2000-01-27 | Mannesmann Ag | System zur optischen Darstellung von Verkehrsinformationen |
DE19801010A1 (de) * | 1998-01-14 | 1999-07-15 | Bosch Gmbh Robert | Empfänger für digital codierte Meldungen |
DE19839685A1 (de) | 1998-09-01 | 2000-03-02 | Mannesmann Vdo Ag | Datenspeicher |
DE19933970A1 (de) | 1999-07-20 | 2001-01-25 | Bosch Gmbh Robert | Verfahren zur Codierung straßenübergreifender Verkehrsbehinderungen |
WO2001018769A1 (de) * | 1999-09-07 | 2001-03-15 | Robert Bosch Gmbh | Verfahren zur codierung und decodierung von objekten in einem verkehrswegenetz |
EP1889239A4 (de) * | 2005-05-27 | 2017-05-10 | LG Electronics Inc. | Verfahren und vorrichtung zum dekodieren eines audiosignals |
DE102006041577B3 (de) * | 2006-09-05 | 2008-01-31 | Siemens Ag | Mobiles Endgerät für ein Verkehrsinformationssystem und Verfahren zum Aktivieren einer Zugriffskontrollvorrichtung in einem mobilen Endgerät |
DE102012223780A1 (de) * | 2012-12-19 | 2014-06-26 | Bayerische Motoren Werke Aktiengesellschaft | Verfahren und System zum Erzeugen von Verkehrsinformationen für mindestens ein Fahrzeug |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE3536820A1 (de) * | 1985-10-16 | 1987-04-16 | Bosch Gmbh Robert | Verkehrfunk-decoder |
DE3709523A1 (de) * | 1987-03-23 | 1988-10-13 | Bosch Gmbh Robert | Rundfunkempfaenger mit mindestens einem verkehrsfunkdecoder |
DE3914104A1 (de) * | 1989-04-28 | 1990-11-15 | Bosch Gmbh Robert | Rundfunkempfaenger, insbesondere fahrzeugempfaenger |
JPH03152700A (ja) * | 1989-11-08 | 1991-06-28 | Toyota Motor Corp | 車両用走行情報提供装置 |
JPH04270395A (ja) * | 1991-01-23 | 1992-09-25 | Mitsubishi Electric Corp | 車載用交通情報提供装置 |
JP3151731B2 (ja) * | 1991-10-04 | 2001-04-03 | アイシン・エィ・ダブリュ株式会社 | ナビゲーション装置 |
JPH05120597A (ja) * | 1991-10-25 | 1993-05-18 | Toshiba Corp | 交通情報提供装置 |
US5406626A (en) * | 1993-03-15 | 1995-04-11 | Macrovision Corporation | Radio receiver for information dissemenation using subcarrier |
DE4314614C2 (de) * | 1993-05-04 | 1997-04-24 | Bosch Gmbh Robert | Chipkarte und Lesegerät für eine Chipkarte |
KR100256607B1 (ko) * | 1994-12-28 | 2000-05-15 | 윤종용 | 음성의 주행 지역정보를 안내하는 이동체용 네비게이션 장치 및 그 방법 |
-
1995
- 1995-02-03 DE DE19503416A patent/DE19503416A1/de not_active Withdrawn
- 1995-12-13 DE DE59511060T patent/DE59511060D1/de not_active Expired - Lifetime
- 1995-12-13 EP EP95119660A patent/EP0725502B1/de not_active Expired - Lifetime
-
1996
- 1996-01-29 JP JP01283496A patent/JP3786459B2/ja not_active Expired - Fee Related
- 1996-02-02 KR KR1019960002853A patent/KR100450913B1/ko not_active IP Right Cessation
- 1996-02-02 KR KR1019960002852A patent/KR100452171B1/ko not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
DE59511060D1 (de) | 2006-09-14 |
JP3786459B2 (ja) | 2006-06-14 |
KR960032297A (ko) | 1996-09-17 |
EP0725502A2 (de) | 1996-08-07 |
KR100452171B1 (ko) | 2004-12-30 |
JPH08251053A (ja) | 1996-09-27 |
EP0725502A3 (de) | 1997-01-15 |
KR960032951A (ko) | 1996-09-17 |
DE19503416A1 (de) | 1996-08-08 |
KR100450913B1 (ko) | 2005-04-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE3752122T3 (de) | Einrichtung für Empfang und Verarbeitung von Strassennachrichtenmeldungen | |
EP0580617B1 (de) | Rundfunkempfänger, insbesondere fahrzeugempfänger | |
EP0769181B1 (de) | Einrichtung zur information eines fahrzeugführers | |
DE3810177C2 (de) | Rundfunkempfänger, insbesondere Fahrzeugempfänger | |
EP0756260B1 (de) | RDS-TMC-Rundfunkempfänger | |
EP0584310A1 (de) | Verkehrsrundfunkempfänger | |
EP0725505B1 (de) | Rundfunkempfänger zum Empfang sowie zur Verwaltung und Wiedergabe von digital codierten Verkehrsmeldungen | |
EP0756259B1 (de) | RDS-TMC-Rundfunkempfänger | |
EP0725502B1 (de) | Verfahren zur Decodierung und zur Ausgabe von empfangenen digital codierten Verkehrsfunkmeldungen | |
EP0725500B1 (de) | Einrichtung zur Verwaltung von digital codierten Verkehrsmeldungen in Empfangsgeräten | |
EP0756257B1 (de) | RDS-TMC-Rundfunkempfänger | |
EP0829977A2 (de) | RDS-TMC-Rundfunkempfänger zur Verarbeitung von regionalspezifischen und überregionalen Strassen- oder Bereichsbezeichnungen | |
EP0725504B1 (de) | Radiodatenempfänger mit Einrichtung zur Ausgabe von empfangenen digital codierten Verkehrsmeldungen | |
EP0790591A1 (de) | Ortsdatenbank für die Ermittlung von Routen innerhalb eines Verkehrswegennetzes | |
EP0725501B1 (de) | Einrichtung zur Sprachausgabe von digital codierten Verkehrsmeldungen mit einer Sprachsyntheseeinrichtung | |
DE19628086A1 (de) | Verfahren und Einrichtung zur Selektion von digital codierten Verkehrsmeldungen | |
DE19718132A1 (de) | RDS-TMC-Rundfunkempfänger mit einem Sprachsegmentspeicher | |
EP0756258B1 (de) | RDS-TMC-Rundfunkempfänger | |
EP0539708B1 (de) | Rundfunkempfänger, insbesondere Fahrzeugempfänger | |
EP0880245B1 (de) | Empfänger mit einer Einrichtung zur Selektion von digital codierten Meldungen | |
EP0984416B1 (de) | Verfahren zur Verknüpfung von digitalen Verkehrswegenetzbeschreibungen und Ortsdatenbank | |
EP0756261A1 (de) | RDS-TMC-Rundfunkempfänger | |
EP0930736A2 (de) | Einrichtung zum Empfang und Ortstabelle zur Decodierung von digital codierten Meldungen | |
DE3810178A1 (de) | Rundfunkempfaenger, insbesondere fahrzeugempfaenger | |
DE19801011A1 (de) | Einrichtung mit begrenztem Arbeitsspeicher zum Empfang und Ortstabelle zur Decodierung von digital codierten Meldungen |
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 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): DE FR IT SE |
|
PUAL | Search report despatched |
Free format text: ORIGINAL CODE: 0009013 |
|
AK | Designated contracting states |
Kind code of ref document: A3 Designated state(s): DE FR IT SE |
|
17P | Request for examination filed |
Effective date: 19970715 |
|
17Q | First examination report despatched |
Effective date: 20020625 |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): DE FR IT SE |
|
REF | Corresponds to: |
Ref document number: 59511060 Country of ref document: DE Date of ref document: 20060914 Kind code of ref document: P |
|
REG | Reference to a national code |
Ref country code: SE Ref legal event code: TRGR |
|
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 |
|
26N | No opposition filed |
Effective date: 20070503 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: SE Payment date: 20091218 Year of fee payment: 15 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: IT Payment date: 20101227 Year of fee payment: 16 |
|
REG | Reference to a national code |
Ref country code: SE Ref legal event code: EUG |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20101214 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FR Payment date: 20120103 Year of fee payment: 17 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20120221 Year of fee payment: 17 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: ST Effective date: 20130830 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R119 Ref document number: 59511060 Country of ref document: DE Effective date: 20130702 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20130702 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20130102 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20121213 |