<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE ep-patent-document PUBLIC "-//EPO//EP PATENT DOCUMENT 1.4//EN" "ep-patent-document-v1-4.dtd">
<ep-patent-document id="EP11008288B1" file="EP11008288NWB1.xml" lang="de" country="EP" doc-number="2407935" kind="B1" date-publ="20121219" status="n" dtd-version="ep-patent-document-v1-4">
<SDOBI lang="de"><B000><eptags><B001EP>ATBECHDEDKESFRGBGRITLILUNLSEMCPTIESILTLVFIROMKCY..TRBGCZEEHUPLSK..HRIS..MTNO....SM..................</B001EP><B005EP>J</B005EP><B007EP>DIM360 Ver 2.15 (14 Jul 2008) -  2100000/0</B007EP></eptags></B000><B100><B110>2407935</B110><B120><B121>EUROPÄISCHE PATENTSCHRIFT</B121></B120><B130>B1</B130><B140><date>20121219</date></B140><B190>EP</B190></B100><B200><B210>11008288.0</B210><B220><date>20091123</date></B220><B240><B241><date>20120111</date></B241><B242><date>20120404</date></B242></B240><B250>de</B250><B251EP>de</B251EP><B260>de</B260></B200><B400><B405><date>20121219</date><bnum>201251</bnum></B405><B430><date>20120118</date><bnum>201203</bnum></B430><B450><date>20121219</date><bnum>201251</bnum></B450><B452EP><date>20121010</date></B452EP></B400><B500><B510EP><classification-ipcr sequence="1"><text>G07B  15/06        20110101AFI20120314BHEP        </text></classification-ipcr></B510EP><B540><B541>de</B541><B542>Überwachungsgerät für ein Straßenmautsystem</B542><B541>en</B541><B542>Control device for a road toll system</B542><B541>fr</B541><B542>Appareil de contrôle pour un système de péage routier</B542></B540><B560><B561><text>EP-A1- 1 909 231</text></B561><B561><text>EP-A2- 0 802 509</text></B561><B561><text>WO-A1-92/10824</text></B561><B561><text>DE-A1- 10 104 499</text></B561></B560></B500><B600><B620><parent><pdoc><dnum><anum>09450219.2</anum><pnum>2325807</pnum></dnum><date>20091123</date></pdoc></parent></B620></B600><B700><B720><B721><snm>Van Haperen, Peter</snm><adr><str>Stuifenstrasse 4</str><city>71576 Burgstetten</city><ctry>DE</ctry></adr></B721><B721><snm>Kersten, Jan</snm><adr><str>Birkfeldstr. 9/1</str><city>71570 Oppenweiler</city><ctry>DE</ctry></adr></B721><B721><snm>Tijink, Jasja</snm><adr><str>Meisenweg 1f/2</str><city>2384 Breitenfurt</city><ctry>AT</ctry></adr></B721></B720><B730><B731><snm>Kapsch TrafficCom AG</snm><iid>101110781</iid><irf>02690A KTC</irf><adr><str>Am Europlatz 2</str><city>1120 Wien</city><ctry>AT</ctry></adr></B731></B730><B740><B741><snm>Weiser, Andreas</snm><iid>100034418</iid><adr><str>Patentanwalt 
Kopfgasse 7</str><city>1130 Wien</city><ctry>AT</ctry></adr></B741></B740></B700><B800><B840><ctry>AT</ctry><ctry>BE</ctry><ctry>BG</ctry><ctry>CH</ctry><ctry>CY</ctry><ctry>CZ</ctry><ctry>DE</ctry><ctry>DK</ctry><ctry>EE</ctry><ctry>ES</ctry><ctry>FI</ctry><ctry>FR</ctry><ctry>GB</ctry><ctry>GR</ctry><ctry>HR</ctry><ctry>HU</ctry><ctry>IE</ctry><ctry>IS</ctry><ctry>IT</ctry><ctry>LI</ctry><ctry>LT</ctry><ctry>LU</ctry><ctry>LV</ctry><ctry>MC</ctry><ctry>MK</ctry><ctry>MT</ctry><ctry>NL</ctry><ctry>NO</ctry><ctry>PL</ctry><ctry>PT</ctry><ctry>RO</ctry><ctry>SE</ctry><ctry>SI</ctry><ctry>SK</ctry><ctry>SM</ctry><ctry>TR</ctry></B840><B880><date>20120118</date><bnum>201203</bnum></B880></B800></SDOBI>
<description id="desc" lang="de"><!-- EPO <DP n="1"> -->
<p id="p0001" num="0001">Die vorliegende Erfindung betrifft ein Überwachungsgerät für ein Straßenmautsystem mit einer Funkbake, die Positionsdatenfolgen von Fahrzeuggeräten in ihrem Sendeempfangsbereich empfängt und daraus anhand zumindest eines gespeicherten Ortsdatensatzes mautpflichtiger Geoobjekte Mautinformationen berechnet und an eine Mautzentrale sendet und den Ortsdatensatz auch in ihrem Sendeempfangsbereich aussendet.</p>
<p id="p0002" num="0002">Moderne Straßenmautsysteme folgen in ihren Funktionen, Rollenverteilungen und Schnittstellen den im Standard ISO 17573, "Road Transport and Traffic Telematics - Electronic Fee Collection - System Architecture for Vehicle Related Transport Services", definierten Prinzipien. Danach gibt es derzeit im wesentlichen zwei grundlegende Arten von Systemen:
<ul id="ul0001" list-style="dash" compact="compact">
<li>"Infrastrukturgebundene" Systeme, z.B. DSRC-Mautsysteme (dedicated short range communication), bei denen eine straßenseitige Infrastruktur (roadside equipment, RSE), beispielsweise DSRC-Funkbaken, die OBUs lokalisiert und vermautet; und</li>
<li>"infrastrukturlose" Systeme wie GNSS-Mautsysteme (global navigation satellite systems), bei welchen sich die OBUs autark selbst lokalisieren und entweder "rohe" Positionsdaten (als sog. "thin clients") oder daraus auf Grundlage von Mautkarten "fertig" berechnete Mautinformationen (als sog. "thick clients") über ein Mobilfunknetz (cellular network, CN) an die Mautzentrale senden.</li>
</ul></p>
<p id="p0003" num="0003">Infrastrukturgebundene Mautsysteme erreichen eine hohe Vermautungssicherheit, benötigen dazu jedoch eine umfangreiche straßenseitige Infrastruktur, um OBUs flächendeckend lokalisieren zu können, weil sich die Ortsauflösung der Lokalisierung aus der Größe der Sendeempfangsbereiche und Anzahl der Baken ergibt. Infrastrukturlose Mautsysteme haben anderseits aufgrund der Selbstlokalisierungsfähigkeit der OBUs eine prinzipiell<!-- EPO <DP n="2"> --> unbegrenzte Flächenabdeckung, erfordern jedoch bei "thin client"-Systemen eine enorme Rechenleistung (Serverfarm) in der Mautzentrale, um aus den rohen Positionsdaten der OBUs Mautinformationen zu erzeugen, oder bei "thick client"-Systemen entsprechend aufwendige OBUs, welche die gesamten Mautkarten des Mautabdeckungsgebiets aufnehmen und verarbeiten können, was auch eine entsprechend aufwendige Verteilung und Aktualisierung der Mautkarten über das Mobilfunknetz voraussetzt. Dieser Datenverkehr ist bandbreitenverzehrend und nicht zuletzt kostspielig für den Benutzer.</p>
<p id="p0004" num="0004">Die in der Stammanmeldung der vorliegenden Teilanmeldung beanspruchte Erfindung setzte sich zum Ziel, Lösungen zu schaffen, welche die Vorteile der bekannten Systeme vereinen, ohne deren jeweilige Nachteile zu übernehmen. Dazu wurden in der Stammanmeldung u.a. neuartige Funkbaken vorgeschlagen, welche lokale Mautkarten in Form von Ortsdatensätzen mautpflichtiger Geoobjekte ihrer lokalen Umgebung an passierende "thick client"-OBUs für deren autarke Mautinformationsberechnung verteilen, aber auch selbst für die Berechnung von Mautinformationen aus von "thin client"-OBUs empfangenen rohen Positionsdaten verwenden. Die in der vorliegenden Teilanmeldung beanspruchte Erfindung setzt sich zum Ziel, eine Vorrichtung zur Überprüfung der korrekten Funktion von "thin-client"-OBUs in einem solchen Szenario zu schaffen.</p>
<p id="p0005" num="0005">Dieses Ziel wird mit einem Überwachungsgerät der einleitend genannten Art erreicht, das erfindungsgemäß dazu ausgebildet ist, Bewegungen von Fahrzeuggeräten zu detektieren und auf Grundlage eines von einer Bake empfangenen Ortsdatensatzes und der detektierten Bewegungen von Fahrzeuggeräten in der lokalen Umgebung dieser Bake die von der Bake erzeugten Mautinformationen zu überprüfen.</p>
<p id="p0006" num="0006">Auf diese Weise kann die korrekte Funktion von "thin-client"-OBUs im Zusammenspiel mit Funkbaken der Stammanmeldung,<!-- EPO <DP n="3"> --> die neben ihrer Mautkarten-Verteilungsfunktion für solche "thick client"-OBUs auch dezentrale "map matching"-Funktionen für "thin client"-OBUs ausführen, direkt vor Ort gegen die realen Fahrtbewegungen der "thin client"-OBUs gegengeprüft werden.</p>
<p id="p0007" num="0007">Bevorzugt ist das Überwachungsgerät dafür ausgebildet, den Ortsdatensatz über Kurzreichweiten-Funkkommunikation von der Bake zu empfangen, besonders bevorzugt nach dem DSRC-, WAVE-oder WLAN-Standard, so dass hiefür dieselbe Funkschnittstelle verwendet werden kann, über welche die Funkbaken auch mit den OBUs kommunizieren.</p>
<p id="p0008" num="0008">Unter "Kurzreichweiten"-Funkkommunikationen werden in der vorliegenden Beschreibung Funkentfernungen (Zellradien) von bis zu einigen Kilometern verstanden.</p>
<p id="p0009" num="0009">Eine besonders vorteilhafte Ausführungsform der Erfindung zeichnet sich dadurch aus, dass das Überwachungsgerät bei negativem Überprüfungsergebnis weitere Maßnahmen veranlasst, und zwar Foto- oder Videoaufnahmen und/oder die Aufnahme und Speicherung von Daten des Fahrzeuggeräts.</p>
<p id="p0010" num="0010">Die Erfindung wird nachstehend anhand eines in den beigeschlossenen Zeichnungen dargestellten Ausführungsbeispiels näher erläutert. In den Zeichnungen zeigt
<ul id="ul0002" list-style="none" compact="compact">
<li><figref idref="f0001">Fig. 1</figref> eine ausschnittsweise und schematische Draufsicht eines Straßenmautsystems, welches erfindungsgemäße Überwachungsgeräte umfasst;</li>
<li><figref idref="f0002">Fig. 2</figref> ein Blockschaltbild eines Fahrzeuggeräts des Straßenmautsystems von <figref idref="f0001">Fig. 1</figref>; und</li>
<li><figref idref="f0003">Fig. 3</figref> ein Sequenzdiagramm eines Verfahrens, das in dem Straßenmautsystem von <figref idref="f0001">Fig. 1</figref> abläuft.</li>
</ul></p>
<p id="p0011" num="0011">In <figref idref="f0001">Fig. 1</figref> ist ausschnittsweise ein Straßenmautsystem 1 mit einer Mautzentrale (central system, CS) 2 und einer Vielzahl daran über Verbindungen 2' angeschlossener, geographisch verteilter Kurzreichweiten-Funkbaken (kurz "Baken") 3 gezeigt.<!-- EPO <DP n="4"> --></p>
<p id="p0012" num="0012">Die Baken 3, von denen hier stellvertretend drei Baken RSE<sub>1</sub>, RSE<sub>2</sub>, RSE<sub>3</sub> (allgemein RSE<sub>i</sub>) gezeigt sind, haben jeweils einen lokal begrenzten Sendeempfangsbereich S<sub>1</sub>, S<sub>2</sub>, S<sub>3</sub> (allgemein S<sub>i</sub>), innerhalb dessen sie mit Fahrzeuggeräten bzw. OBUs 4 kommunizieren können. Zu diesem Zweck sind die OBUs 4 mit entsprechenden Kurzreichweiten-Sendeempfängern 5 (<figref idref="f0002">Fig. 2</figref>) zur Funkkommunikation mit den Baken 3 ausgestattet. Die Kurzreichweiten-Funkkommunikation zwischen den Baken 3 und den OBUs 4 erfolgt bevorzugt nach dem DSRC-, WAVE- oder WLAN-Standard.</p>
<p id="p0013" num="0013">Die OBUs 4 werden von Fahrzeugen 6 mitgeführt, welche sich auf Verkehrsflächen 7, z.B. Straßen, Autobahnen, Parkplätzen, Parkhäusern usw., des Abdeckungsgebiets 8 des Straßenmautsystems 1 bewegen.</p>
<p id="p0014" num="0014">Das Abdeckungsgebiet 8 des Straßenmautsystems 1 ist in eine Vielzahl aneinandergrenzender lokaler Umgebungen U<sub>0</sub>, U<sub>1</sub>, U<sub>2</sub>, U<sub>3</sub>, U<sub>4</sub> (allgemein U<sub>i</sub>) aufgeteilt, denen jeweils eine der Baken 3 zugeteilt ist. Die lokale Umgebung U<sub>i</sub> einer Bake 3 ist bevorzugt größer als ihr Sendeempfangsbereich S<sub>i</sub>. Geographische Objekte o<sub>ij</sub> im Abdeckungsgebiet 8 des Straßenmautsystems 1, deren Ortsbenützung durch ein Fahrzeug 6, genauer dessen OBU 4, vergebührt ("vermautet") werden soll, sog. mautpflichtige Geoobjekte, verteilen sich dementsprechend auf die lokalen Umgebungen U<sub>i</sub>. Jede Bake 3 ist damit für die Vermautung der Geoobjekte O<sub>ij</sub> in ihrer Umgebung U<sub>i</sub> zuständig.</p>
<p id="p0015" num="0015">Die mautpflichtigen Geoobjekte O<sub>ij</sub> können beliebiger Art sein. In <figref idref="f0001">Fig. 1</figref> sind einige Beispiele gezeigt, wie Straßenabschnitte O<sub>11</sub>, O<sub>12</sub> und O<sub>21</sub>, deren Befahren vermautet werden soll, ein Parkplatz O<sub>23</sub>, dessen Benützungszeit vergebührt werden soll, und ein Schranken O<sub>22</sub>, dessen Passieren mautpflichtig ist.</p>
<p id="p0016" num="0016">Wie in <figref idref="f0002">Fig. 2</figref> im Detail gezeigt, ist jede OBU 4 mit einer Einrichtung 9 zu ihrer autarken Positionsbestimmung ausgestattet. Die Einrichtung 9 ist bevorzugt ein Satellitennavigationsempfänger,<!-- EPO <DP n="5"> --> z.B. GPS-Empfänger, welcher fortlaufend seine Position in einem globalen Satellitennavigationssystem ermittelt und daraus eine Abfolge ("track") t von Positionsdaten ("position fixes") p<sub>1</sub>, p<sub>2</sub>, ... erzeugt, die in einem ersten Speicher 10 der OBU 4 aufgezeichnet wird. Der Speicher 10 ist bevorzugt ein Ringspeicher, der jeweils nur die zuletzt ermittelten Positionsdaten p<sub>i</sub> enthält.</p>
<p id="p0017" num="0017">Zurückkehrend auf <figref idref="f0001">Fig. 1</figref> stellt jede Bake 3 in einem lokalen Speicher 11 die Ortsdaten der Geoobjekte o<sub>ij</sub> ihrer Umgebung U<sub>i</sub> als ein Ortsdatensatz m<sub>i</sub> für passierende OBUs 4 bereit. Der Ortsdatensatz m<sub>i</sub> wird lokal in die Bake 3 eingepflegt oder zentral von der Mautzentrale 2 über die Verbindungen 2' an die Baken 3 verteilt. Bevorzugt enthält jede Bake 3 zusätzlich zu ihrem eigenen Ortsdatensatz m<sub>i</sub> auch die Ortsdatensätze einer oder mehrerer angrenzender Umgebungen U<sub>i</sub>, wie hier z.B. die Bake RSE<sub>2</sub> für die Ortsdatensätze m<sub>1</sub> und m<sub>3</sub> der benachbarten Umgebungen U<sub>1</sub> und U<sub>3</sub>.</p>
<p id="p0018" num="0018">Wenn eine OBU 4 in den Sendeempfangsbereich S<sub>i</sub> einer Bake 3 gelangt, sendet die Bake 3 die in ihrem Speicher 11 bereitgestellten Ortsdatensätze m<sub>i</sub> an die OBU 4, welche diese über ihren Sendeempfänger 5 empfängt und in einem zweiten Speicher 12 speichert. Auch der zweite Speicher 12 ist bevorzugt ein Ringspeicher, welcher nur die zuletzt empfangenen Ortsdatensätze m<sub>i</sub> aufnimmt.</p>
<p id="p0019" num="0019">Die OBU 4 vergleicht daraufhin die im Speicher 10 aufgezeichnete Positionsdatenfolge t mit den empfangenen Ortsdatensätzen m<sub>i</sub> im Speicher 12 auf geographische Ähnlichkeit bzw. Zuordenbarkeit ("map maching", Block 14), um daraus Mautinformationen tc ("toll charge") zu erzeugen.</p>
<p id="p0020" num="0020">Die in der OBU 4 erzeugten Mautinformationen tc werden über den Sendeempfänger 5 an eine Bake 3 abgesetzt, und zwar entweder an dieselbe Bake 3, wenn sich die OBU 4 noch in deren Sendeempfangsbereich S<sub>i</sub> befindet, oder zu einem späteren Zeitpunkt<!-- EPO <DP n="6"> --> an eine nächste Bake 3, in deren Sendeempfangsbereich S<sub>i</sub> die OBU 4 auf ihrem Weg gelangt.</p>
<p id="p0021" num="0021">Bei dem "map matching"-Vergleich 14 werden bevorzugt auch Gebühreninformationen berücksichtigt, welche gemeinsam mit den Ortsdatensätzen m<sub>i</sub> von den Baken 3 empfangen wurden, z.B. geoobjekt- und/oder OBU-spezifische oder OBU-Einstellungsspezifische Mautgebühren.</p>
<p id="p0022" num="0022"><figref idref="f0003">Fig. 3</figref> zeigt den Ablauf des Verfahrens noch einmal im Detail. In einem ersten Schritt a) werden in den Baken 3 ein oder mehrere Sätze m<sub>i</sub> mit Ortsdaten mautpflichtiger Geoobjekte o<sub>ij</sub> der jeweiligen Umgebung U<sub>i</sub> einer Bake 3 bereitgestellt, beispielsweise durch Empfangen von der Mautzentrale 2 über die Verbindungen 2'.</p>
<p id="p0023" num="0023">In einem Schritt b) zeichnet eine OBU 4 eine erste Folge t<sub>1</sub> von Positionsdaten {p<sub>1</sub>, p<sub>2</sub>, p<sub>3</sub>, ...} in ihrem Speicher 10 auf. Sobald die OBU 4 in den Sendeempfangsbereich S<sub>1</sub> einer ersten Bake 3, hier RSE<sub>1</sub>, gelangt, empfängt sie von dieser - nach entsprechendem Handshake ("connect") - in einem Schritt c) den Ortsdatensatz m<sub>1</sub> der Bake RSE<sub>1</sub> und - optional - die Ortsdatensätze m<sub>0</sub>, m<sub>2</sub> der benachbarten Umgebungen U<sub>0</sub>, U<sub>2</sub>.</p>
<p id="p0024" num="0024">In einem anschließenden Schritt d) führt die OBU 4 einen Vergleich zwischen der aufgezeichneten Positionsdatenfolge t<sub>1</sub> und dem bzw. den empfangenen Ortsdatensätzen m<sub>0</sub>, m<sub>1</sub>, m<sub>2</sub> durch ("map matching"-Block 14), gegebenenfalls unter Berücksichtigung von geoobjekt- und/oder OBU-(Einstellungs)-spezifischen Gebühreninformationen, die zusammen mit den Ortsdatensätzen m<sub>i</sub> empfangen wurden, und erzeugt daraus Mautinformationen tc<sub>1</sub>. Die Mautinformationen tc<sub>1</sub> werden in einem darauffolgenden Schritt e) über den Sendeempfänger 5 der OBU 4 und über die nächstverfügbare Bake 3, hier noch die Bake RSE<sub>1,</sub> an die Mautzentrale 2 abgesetzt.</p>
<p id="p0025" num="0025">Nach Erzeugung der ersten Mautinformationen tc<sub>1</sub> kann der Ringspeicher 10 gelöscht und mit der Aufzeichnung der Positionsdaten<!-- EPO <DP n="7"> --> p<sub>i</sub> neu begonnen werden, um eine nächste Positionsdatenfolge t<sub>2</sub>{p<sub>1</sub>,p<sub>2</sub>,...} aufzuzeichnen.</p>
<p id="p0026" num="0026">Sobald die OBU 4 dann in den Sendeempfangsbereich S<sub>2</sub> einer nächsten Bake 3, hier RSE<sub>2</sub>, auf ihrem Weg gelangt, werden wieder die Schritte c) und d) durchgeführt. Wie in <figref idref="f0003">Fig. 3</figref> gezeigt, können die erzeugten zweiten Mautinformationen tc<sub>2</sub> über eine der nächsten Baken 3 auf dem Weg, hier die Bake RSE<sub>3</sub>, an die Mautzentrale 2 abgesetzt werden, z.B. wenn der Sendeempfangsbereich S<sub>2</sub> der zweiten Bake RSE<sub>2</sub> während des Schritts d) bereits verlassen wurde.</p>
<p id="p0027" num="0027">Die Ortsdatensätze m<sub>i</sub> der Baken 3 werden auch (stationären oder mobilen) Überwachungsgeräten 15 des Straßenmautsystems 1 zur Verfügung gestellt, u.zw. bevorzugt durch direktes Senden von den Baken 3 über die genannte Kurzreichweiten-Funkkommunikation. Die Überwachungsgeräte 15 sind in herkömmlicher Art und Weise befähigt, die Bewegungen von Fahrzeugen 6 mit Fahrzeuggeräten 4 in ihrer Nähe zu detektieren bzw. zu erfassen, beispielsweise mittels Foto- oder Videoüberwachung, Lichtschranken, Radar- oder Laserscannern usw. Die Überwachungsgeräte 15 überprüfen auf Grundlage des bzw. der Ortsdatensätze m<sub>i</sub> einer Bake 3 und der detektierten Fahrzeugbewegungen in der Umgebung U<sub>i</sub> der Bake 3 die von den Fahrzeuggeräten 4 erzeugten Mautinformationen tc<sub>i</sub> und können so im Falle einer Divergenz, z.B. einer Fehlfunktion oder eines Mautvergehens, weitere Maßnahmen veranlassen, beispielsweise eine Foto- oder Videoaufnahme des Fahrzeugs 6 und/oder eine Registrierung und Speicherung von Daten des Fahrzeuggeräts 4.</p>
<p id="p0028" num="0028">Neben den geschilderten "thick client"-OBUs 4 umfasst das Mautsystem 1 auch "thin client"-OBUs, welche ihre Positionsdatenfolgen t<sub>i</sub> direkt an eine Bake 3 senden, damit diese daraus anhand ihrer Ortsdatensätze m<sub>i</sub> die Mautinformationen tc<sub>i</sub> erzeugt. Die Überwachungsgeräte 15 sind in diesem Fall dazu ausgebildet, auf Grundlage der von einer Bake empfangenen Ortsdatensätze<!-- EPO <DP n="8"> --> m<sub>i</sub> und der detektierten Bewegungen der OBUs in der lokalen Umgebung U<sub>i</sub> einer Bake die von dieser Bake 3 erzeugten Mautinformationen tc<sub>i</sub> zu überprüfen.</p>
<p id="p0029" num="0029">Die Erfindung ist nicht auf die dargestellten Ausführungsformen beschränkt, sondern umfasst alle Varianten und Modifikationen, die in den Rahmen der angeschlossenen Ansprüche fallen.</p>
</description>
<claims id="claims01" lang="de"><!-- EPO <DP n="9"> -->
<claim id="c-de-01-0001" num="0001">
<claim-text>Überwachungsgerät für ein Straßenmautsystem (1) mit zumindest einer Funkbake (3), die Positionsdatenfolgen (t<sub>i</sub>) von Fahrzeuggeräten (4) in ihrem Sendeempfangsbereich (S<sub>i</sub>) empfängt und daraus anhand zumindest eines gespeicherten Ortsdatensatzes (m<sub>i</sub>) mautpflichtiger Geoobjekte (o<sub>ij</sub>) Mautinformationen (tc<sub>i</sub>) berechnet und an eine Mautzentrale (2) sendet und den Ortsdatensatz (m<sub>i</sub>) auch in ihrem Sendeempfangsbereich (S<sub>i</sub>) aussendet, <b>dadurch gekennzeichnet, dass</b> das Überwachungsgerät (15) dazu ausgebildet ist, reale Bewegungen von Fahrzeuggeräten (4) zu detektieren und auf Grundlage eines von einer Bake (3) empfangenen Ortsdatensatzes (m<sub>i</sub>) und der detektierten realen Bewegungen von Fahrzeuggeräten (4) in der lokalen Umgebung (Ui) dieser Bake (3) von der Bake erzeugte, dem Überwachungsgerät (15) zur Verfügung stehende Mautinformationen (tc<sub>i</sub>) gegen die detektierten realen Bewegungen der Fahrzeuggeräte (4) gegenzuprüfen.</claim-text></claim>
<claim id="c-de-01-0002" num="0002">
<claim-text>Überwachungsgerät nach Anspruch 1, <b>dadurch gekennzeichnet, dass</b> es dafür ausgebildet ist, den Ortsdatensatz (m<sub>i</sub>) über Kurzreichweiten-Funkkommunikation von der Bake (3) zu empfangen, bevorzugt nach dem DSRC-, WAVE- oder WLAN-Standard.</claim-text></claim>
<claim id="c-de-01-0003" num="0003">
<claim-text>Überwachungsgerät nach Anspruch 1 oder 2, <b>dadurch gekennzeichnet, dass</b> es bei negativem Überprüfungsergebnis weitere Maßnahmen veranlasst, und zwar Foto- oder Videoaufnahmen und/oder die Aufnahme und Speicherung von Daten des Fahrzeuggeräts (4).</claim-text></claim>
</claims>
<claims id="claims02" lang="en"><!-- EPO <DP n="10"> -->
<claim id="c-en-01-0001" num="0001">
<claim-text>Monitoring device for a road toll system (1) with at least one radio beacon (3) which receives position data sequences (t<sub>i</sub>) from vehicle devices (4) in its transmitting/receiving range (S<sub>i</sub>) and calculates toll information (tc<sub>i</sub>) therefrom based on at least one stored location data set (m<sub>i</sub>) of toll-requiring geo-objects (o<sub>ij</sub>) and transmits the toll information to a toll center (2) and also transmits the location data set (m<sub>i</sub>) in its transmitting/receiving range (S<sub>i</sub>), <b>characterized in that</b> the monitoring device (15) is configured to detect actual movements of vehicle devices (4) and, based on a location data set (m<sub>i</sub>) received from a beacon (3) and the detected actual movements of vehicle devices (4) in the local environment (U<sub>i</sub>) of this beacon (3), to cross-check toll information (tc<sub>i</sub>) generated by the beacon and available to the monitoring device (15) against the detected actual movements of the vehicle devices (4).</claim-text></claim>
<claim id="c-en-01-0002" num="0002">
<claim-text>Monitoring device according to Claim 1, <b>characterized in that</b> it is configured to receive the location data set (m<sub>i</sub>) from the beacon (3) via short-range radio communication, preferably according to the DSRC, WAVE or WLAN standard.</claim-text></claim>
<claim id="c-en-01-0003" num="0003">
<claim-text>Monitoring device according to Claim 1 or 2, <b>characterized in that</b> it initiates further measures in case of a negative checking result, namely photographic or video recordings and/or receiving and storing data from the vehicle device (4).</claim-text></claim>
</claims>
<claims id="claims03" lang="fr"><!-- EPO <DP n="11"> -->
<claim id="c-fr-01-0001" num="0001">
<claim-text>Appareil de surveillance destiné à un système de péage routier (1) équipé d'au moins une balise (3), qui reçoit des séries (t<sub>i</sub>) de données de position des appareils de véhicule (4) dans sa zone d'emission-réception (Si), et qui en calcule à l'aide d'au moins un ensemble (m<sub>i</sub>) enregistré de données locales d'objets géographiques assujettis au péage (o<sub>ij</sub>) des informations des péage (tc<sub>i</sub>) et les envoie à une centrale de péage (2), et qui émet l'ensemble de données locales (m<sub>i</sub>) aussi dans sa zone d'émission-réception (Si), <b>caractérisé en ce que</b> l'appareil de surveillance (15) étant conçu pour détecter des déplacements réels d'appareils de véhicule (4), et pour vérifier, à base d'un ensemble (m<sub>i</sub>) de données locales reçu d'une balise (3) et des déplacements réels détectés d'appareils de véhicule (4) dans l'environnement local (U<sub>i</sub>) de cette balise (3), des informations de péage (tc<sub>i</sub>) produites par la balise à la disposition de l'appareil de surveillance (15) par rapport aux déplacements réels détectés d'appareils de véhicule (4).</claim-text></claim>
<claim id="c-fr-01-0002" num="0002">
<claim-text>Appareil de surveillance selon la revendication 1, <b>caractérisé en ce qu'</b> il est conçu pour recevoir l'ensemble (m<sub>i</sub>) de données locales au moyen de radiocommunication de courte portée de la balise (3), de préférence selon le standard DSRC, WAVE ou WLAN.</claim-text></claim>
<claim id="c-fr-01-0003" num="0003">
<claim-text>Appareil de surveillance selon la revendication 1 ou 2, <b>caractérisé en ce que</b>, en cas de résultat de vérification négatif, l'appareil de surveillance prend d'autres mesures, à savoir des photographies ou des enregistrements vidéo et/ou la capture et l'enregistrement des données de l'appareil de véhicule (4).</claim-text></claim>
</claims>
<drawings id="draw" lang="de"><!-- EPO <DP n="12"> -->
<figure id="f0001" num="1"><img id="if0001" file="imgf0001.tif" wi="159" he="233" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="13"> -->
<figure id="f0002" num="2"><img id="if0002" file="imgf0002.tif" wi="122" he="184" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="14"> -->
<figure id="f0003" num="3"><img id="if0003" file="imgf0003.tif" wi="134" he="226" img-content="drawing" img-format="tif"/></figure>
</drawings>
</ep-patent-document>
