EP2320386B1 - Verfahren und Vorrichtungen zum Erzeugen von ortsanonymisierten Mautdaten - Google Patents

Verfahren und Vorrichtungen zum Erzeugen von ortsanonymisierten Mautdaten Download PDF

Info

Publication number
EP2320386B1
EP2320386B1 EP09450207A EP09450207A EP2320386B1 EP 2320386 B1 EP2320386 B1 EP 2320386B1 EP 09450207 A EP09450207 A EP 09450207A EP 09450207 A EP09450207 A EP 09450207A EP 2320386 B1 EP2320386 B1 EP 2320386B1
Authority
EP
European Patent Office
Prior art keywords
identifier
toll
data
oid
rid
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.)
Active
Application number
EP09450207A
Other languages
English (en)
French (fr)
Other versions
EP2320386A1 (de
Inventor
Jasja Tijink
Jan Kersten
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kapsch TrafficCom AG
Original Assignee
Kapsch TrafficCom AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to DK11005131.5T priority Critical patent/DK2381425T5/da
Priority to AT09450207T priority patent/ATE548713T1/de
Application filed by Kapsch TrafficCom AG filed Critical Kapsch TrafficCom AG
Priority to AT11005131T priority patent/ATE557373T1/de
Priority to PL09450207T priority patent/PL2320386T3/pl
Priority to DK09450207.7T priority patent/DK2320386T3/da
Priority to ES11005131T priority patent/ES2387755T3/es
Priority to ES09450207T priority patent/ES2383852T3/es
Priority to EP09450207A priority patent/EP2320386B1/de
Priority to SI200930261T priority patent/SI2320386T1/sl
Priority to PL11005131T priority patent/PL2381425T3/pl
Priority to EP11005131A priority patent/EP2381425B1/de
Priority to PT09450207T priority patent/PT2320386E/pt
Priority to PT11005131T priority patent/PT2381425E/pt
Publication of EP2320386A1 publication Critical patent/EP2320386A1/de
Application granted granted Critical
Publication of EP2320386B1 publication Critical patent/EP2320386B1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/06—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems
    • G07B15/063—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems using wireless information transmission between the vehicle and a fixed station
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station

Definitions

  • the present invention relates to a method for generating location-anonymized toll data from the location records of a location-recording vehicle device with a unique identifier in a road toll system.
  • the invention further relates to a toll calculation server and a vehicle device for carrying out this method.
  • OBUs Vehicle devices for road toll systems are also referred to as "onboard units” or OBUs.
  • OBUs that can themselves determine and record their location, e.g. by means of a satellite navigation receiver, there are currently two different versions: so-called “thick client” OBUs calculate based on stored toll cards from their location records location-anonymized toll data and send them e.g. via a mobile network to a center of the road toll system, which requires a complex distribution of toll cards to the OBUs and high processing power in the OBUs.
  • so-called “thin client” OBUs do not evaluate their location records themselves, but send them “raw” to the central office, which undertakes the toll map matching ("map matching") in order to generate toll data.
  • Map matching toll map matching
  • the center waits for a clearing confirmation of the toll calculation server before it assigns the local anonymized toll data received from the toll calculation server to a user identity received from the OBU, which deprives the authority over the disclosure of the OBU OBU ID and the risk of compromising data security harbors in itself.
  • the object of the invention is to overcome the disadvantages of the prior art and, in particular, to provide a method for generating toll data for "thin client" OBUs, which offers improved data protection or higher confidentiality for the user. This object is achieved by a method having the features of claim 1.
  • the invention is based on a completely new, surprisingly simple concept for the realization of data protection at hardware level ("privacy by design”):
  • a toll calculation server which is particularly suitable for the invention is preferably characterized in that it deletes location records after their processing into toll data and sends an acknowledgment to a vehicle unit via them.
  • a particularly suitable for the invention vehicle device has release means, which send after receiving a deletion confirmation with respect to sent location records their sender ID under the identifier of the vehicle unit.
  • the invention provides hardware-based confidentiality for the sensitive location record data.
  • Location records are stored centrally only for as long as necessary for their processing; afterwards they will be deleted automatically. Any concerns regarding a central traceability or creation of a movement profile of the vehicle equipment can be eliminated.
  • the invention does not cause increased traffic in the road toll system.
  • the location records in the toll calculation server may be encrypted and sent to the public key of an external archive location prior to being deleted.
  • an archival holding in the nature of a trustee or notary, should enjoy a high degree of trust for all concerned, i. for both the users and the system operator, and can therefore be consulted by any party in disputed cases.
  • the transmission and release preferably takes place from the vehicle device via a radio network, particularly preferably a mobile radio network.
  • a radio network particularly preferably a mobile radio network.
  • OBUs can be used which are equipped with a DSRC or mobile transceiver.
  • the location records of a vehicle unit are sent in data packets, which are each provided with the same sender IDs, which simplifies the evaluation, since the vehicle unit here - after waiting for the period or receipt of the deletion confirmation - its identifier only with respect to a single Must disclose sender identification.
  • the Ortsaufzeichnunaen a vehicle device can be sent in data packets that are provided with changing sender IDs.
  • the confidentiality can be increased on the transmission interface.
  • data packets provided with alternating sender identifiers are additionally provided with linked packet identifiers which allow their assignment to one another, whereby the vehicle device needs to release its identifier only for the sender identification of the last data packet.
  • the identifier by which a vehicle device identifies can be both an identifier of the vehicle device itself and an identifier associated with the user of the vehicle device, e.g. an identifier of a user account for billing tolls in the road toll system.
  • the sender identifier used to send the location records to the toll calculation server may be both random and user-selectable code, further increasing transparency for the user.
  • the method of the invention is suitable for all types of self-locating vehicle devices, in whatever way they determine their location, eg by recognizing landmarks or identifying beacons on which the vehicle device is oriented. It is particularly advantageous if the vehicle device uses its locations in a manner known per se Satellite navigation determines, for example, GPS-based "thin client" OBUs can be used.
  • an OBU 1 moves aboard a vehicle in the context of a road toll system with a control center 2.
  • the center 2 calculates toll road use of the OBU 1, eg driving on a toll road, entering an area subject to charges, staying on a paid parking, etc. appropriate user accounts, u. on the basis of toll data. T, which are triggered by the location uses of the OBU 1, as known in the art.
  • the OBU 1 is of a self-locating "thin client" type and determines its location continuously, eg periodically, for example with the aid of a satellite navigation receiver, and records the so-determined positions (position fixes) p 1 , p 2 , p 3. (generally p i ) in an internal location record memory.
  • Each OBU 1 is provided with a unique identifier OID in the road toll system, for example a unique identifier of the OBU 1 itself and / or its user or an account of the latter. Knowing the identifier OID of an OBU 1 and its location records p i, it would be possible to deduce the movement profile of an OBU 1, which is prevented as follows.
  • the location records p i of the OBU 1 are - even if this is not mandatory - for ease of handling on individual data packets 3 divided.
  • the data packets 3 can with a packet identifier P i (see Fig. 2 ), eg a continuous one Numbering, and a header (not shown), for example, containing metadata such as the number of contained in the data packet 3 location records p i , a hash value of the same and so on.
  • the location records p i or data packets 3 are sent in a first step 4 of the OBU 1 to a toll calculation server 5, for example via a mobile network, u.zw. under a different from the identifier OID, quasi "anonymous" sender ID RID.
  • the sender identifier RID is, for example, a user-selected code or a randomly generated value by the OBU 1.
  • a temporary mobile network identification or temporary Internet address of the OBU 1 could be used as the sender identifier RID.
  • the toll calculation server 5 contains a "map matching" device 6, which assigns the received location records p i tolled places, routes or areas from a toll card database 6 'and determines associated tolls from the toll card database 6'.
  • the "map matching" device 6 calculates in this manner "location-anonymised” toll data T which does not permit any conclusion on the individual location records p i from the toll charges of the location records p i received for a sender identifier RID.
  • the toll data T are eg a single charge sum for all location records p i of all data packets 3 of a sender identifier RID.
  • the "map matching" device 6 of the toll calculation server 5 is preceded by a buffer memory 7 in the form of a ring memory, in which all the local records p i or data packets 3 sent by OBUs 1 arrive in succession in order to be processed by the device 6. Due to the average workload of the device 6, therefore, a time period can be set, within which at a certain time in the buffer memory 7 received location records p i have been converted to location-anonymized toll data T and have been automatically deleted by the arrival of new location records, the latter, for example, when the buffer memory 7 as in Fig. 1 shown executed as a ring memory, which is automatically cyclically overwritten by incoming new data continuously.
  • the toll calculation server 5 may be archived for evidence purposes in a trustworthy encrypted form, the location records p i prior to the deletion, for example by encrypting them with the public key of an archive location 9 at this transmits (step 10).
  • the private key of the archive point 8, which is necessary for decrypting the location records p i may not be known to the user or the operator of the road toll system and only the operator of the archive point 9, which thus works as a notary or trustee for both sides.
  • the toll calculation server 5 then sends the calculated toll data T to the center 2 in step 8 under the sender ID RID.
  • the OBU 1 waits for the said period of time (step 11) and then releases its "identity", ie its identifier OID or price (step 12).
  • the release takes place in Fig. 1 in that the OBU 1 sends the sender identifier RID used by it under its identifier OID to the center 2.
  • the center 2 can thus allocate the toll data T received by the billing server 5 under the sender identifier RID to the identifier OID received from the OBU 1 for this sender identifier RID (step 13) in order to generate location-anonymized toll data T assigned to the OBU 1.
  • Fig. 2 shows various variants of components of the method of Fig. 1 ,
  • the assignment of the toll data T to the identifier OID is not done here in the center 2, but directly in the toll calculation server 5 by the OBU 1 releases its identifier OID in step 12 to the toll calculation server 5 and the latter sends the result of the assignment 13 to the center 2 ( Step 14).
  • Fig. 2 shown that the OBU 1 - waiting for the arrival of an explicit confirmation 15 of the toll calculation server 5 on the successful deletion of the location records p i - instead of waiting for a time period 11.
  • the OBU 1 Upon receipt of the deletion confirmation 15, the OBU 1 reveals its identifier OID in step 12.
  • Fig. 2 also shows the variant that the individual data packets 3 can be provided with changing sender IDs RID i in order to make tracking on the interface 4 more difficult.
  • the OBU 1 can then immediately identify several of its last used sender IDs RID i with their identifier OID.
  • the OBU 1 in step 12 only the last sender ID RID i a chained data packet sequence identified with its identifier OID, because the toll calculation server 5 can open the previous sender ID RID i due to the packet chainings.
  • the toll calculation server 5 could also be linked Originators RID i continuously accruing toll data T i, for example, accumulate to a total fee and thereby only the last station ID, RID cancel always i. Also in this case, it is sufficient if the OBU 1 identifies only its last sender identifier RID i with its identifier OID in step 12.
  • the stack memory 7 is eg periodically deleted or removed its oldest entries after a predetermined period of time, they should not have been processed in time, and / or the OBU 1 is always waiting here for a deletion confirmation 16.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Description

  • Die vorliegende Erfindung betrifft ein Verfahren zum Erzeugen von ortsanonymisierten Mautdaten aus den Ortsaufzeichnungen eines ortsaufzeichnenden Fahrzeuggeräts mit einer eindeutigen Kennung in einem Straßenmautsystem. Die Erfindung betrifft ferner einen Mautberechnungsserver und ein Fahrzeuggerät zur Durchführung dieses Verfahrens.
  • Fahrzeuggeräte für Straßenmautsysteme werden auch als "onboard units" bzw. OBUs bezeichnet. OBUs, welche selbst ihren Ort bestimmen und aufzeichnen können, z.B. mittels eines Satellitennavigationsempfängers, gibt es derzeit in zwei verschiedenen Ausführungen: Sogenannte "thick client"-OBUs berechnen auf Grundlage von gespeicherten Mautkarten aus ihren Ortsaufzeichnungen ortsanonymisierte Mautdaten und senden diese z.B. über ein Mobilfunknetz an eine Zentrale des Straßenmautsystems, was eine aufwendige Distribution der Mautkarten an die OBUs und hohe Rechenleistung in den OBUs erfordert. Im Gegensatz dazu werten sogenannte "thin client"-OBUs ihre Ortsaufzeichnungen nicht selbst aus, sondern senden diese "roh" an die Zentrale, welche den Mautkartenabgleich ("map matching") vornimmt, um daraus Mautdaten zu erzeugen. "Thin client"-OBUs sind daher wesentlich einfacher und kostengünstiger aufgebaut, jedoch aus Sicht des Datenschutzes diskussionswürdig, weil die Zentrale des Straßenmautsystems die gesamten Ortsaufzeichnungen ("Bewegungsprofil") einer OBU erfährt, einschließlich von Aufenthalten an nicht-mautpflichtigen Orten.
  • In der WO 2008/000227 wurde daher bereits vorgeschlagen, die Ortsaufzeichnungen einer "thin client"-OBU unter einer anonymisierten Absenderkennung an einen speziellen Mautberechnungsserver zu senden, welcher das "map matching" durchführt und ortsanonymisierte Mautdaten an die OBU zurücksendet, die die OBU anschließend an die Zentrale absetzt. Aufgrund der beliebigen Architektur des Mautberechnungsservers ist bei diesem System die Einhaltung von Datenschutzauflagen schwierig zu kontrollieren. Überdies erzeugt diese Lösung zusätzlichen Datenverkehr im Straßenmautsystem.
  • Aus der WO 2009/001303 A1 ist es bekannt, daß die Zentrale auf eine Löschbestätigung des Mautberechnungsservers wartet, bevor sie die vom Mautberechnungsserver erhaltenen ortsanonymisierten Mautdaten einer von der OBU erhaltenen Benutzeridentität zuordnet, was die Verfügungsgewalt über die Preisgabe der OBU-ID der OBU entzieht und die Gefahr einer Kompromittierung der Datensicherheit in sich birgt.
  • Die Erfindung setzt sich zum Ziel, die Nachteile des Standes der Technik zu überwinden und insbesondere ein Verfahren zum Erzeugen von Mautdaten für "thin client"-OBUs zu schaffen, welches verbesserten Datenschutz bzw. höhere Vertraulichkeit für den Benutzer bietet. Dieses Ziel wird mit einem Verfahren mit den Merkmalen des Anspruchs 1 erreicht.
  • Die Erfindung beruht auf einem völlig neuartigen, überraschend einfachen Konzept zur Realisierung von Datenschutz auf hardwarenahem Niveau ("privacy by design"):
  • Die OBU wartet eine explizite Löschbestätigung des Mautberechnugsservers ab und gibt dann ihre Kennung frei. Dadurch wird hardwarebedingter Datenschutz ("privacy by design") erreicht. Ein für die Erfindung besonders geeigneter Mautberechnungsserver zeichnet sich bevorzugt dadurch aus, daß er Ortsaufzeichnungen nach ihrer Verarbeitung zu Mautdaten löscht und darüber eine Bestätigung an ein Fahrzeuggerät versendet.
  • Ein für die Erfindung besonders geeignetes Fahrzeuggerät weist Freigabemittel auf, welche nach Empfang einer Löschbestätigung hinsichtlich abgesandter Ortsaufzeichnungen deren Absenderkennung unter der Kennung des Fahrzeuggeräts versenden.
  • Die Erfindung gewährleistet somit auf einfache und für Benutzer und Systembetreiber transparente Art und Weise hardwarebedingte Vertraulichkeit für die sensiblen Ortsaufzeichnungsdaten. Ortsaufzeichnungen werden zentral nur so lange aufbewahrt, wie es wie für ihre Verarbeitung notwendig ist; anschließend werden sie automatisch gelöscht. Jegliche Bedenken hinsichtlich einer zentralen Nachverfolgbarkeit bzw. Erstellung eines Bewegungsprofils der Fahrzeuggeräte können dadurch ausgeräumt werden. Darüber hinaus verursacht die Erfindung keinen erhöhten Datenverkehr im Straßenmautsystem.
  • Falls gewünscht, können in jeder Ausführungsform die Ortsaufzeichnungen im Mautberechnungsserver vor dem Löschen mit dem öffentlichen Schlüssel einer externen Archivstelle verschlüsselt und an diese gesandt werden. Eine derartige Archivstelle sollte in der Art eines Treuhänders bzw. Notars für alle Beteiligten hohes Vertrauen genießen, d.h. sowohl für die Benutzer als auch den Systembetreiber, und kann damit in strittigen Fällen von jeder Seite konsultiert werden.
  • Bevorzugt erfolgt das Senden und Freigeben vom Fahrzeuggerät aus über ein Funknetz, besonders bevorzugt ein Mobilfunknetz. Dadurch können z.B. herkömmliche "thin client "-OBUs eingesetzt werden, welche mit einem DSRC- oder Mobilfunk-Sendeempfänger ausgerüstet sind.
  • Gemäß einer weiteren bevorzugten Ausführungsform der Erfindung werden die Ortsaufzeichnungen eines Fahrzeuggeräts in Datenpaketen versandt, die jeweils mit gleichen Absenderkennungen versehen sind, was die Auswertung vereinfacht, da das Fahrzeuggerät hier - nach Abwarten der Zeitspanne bzw. Erhalt der Löschbestätigung - seine Kennung lediglich hinsichtlich einer einzigen Absenderkennung preisgeben muß.
  • Alternativ können die Ortsaufzeichnunaen eines Fahrzeuggeräts in Datenpaketen versandt werden, die mit wechselnden Absenderkennungen versehen sind. Dadurch kann auf der Übertragungsschnittstelle die Vertraulichkeit erhöht werden.
  • Bevorzugt sind mit wechselnden Absenderkennungen versehene Datenpakete zusätzlich mit verketteten Paketkennungen versehen, welche ihre Zuordnung zueinander gestatten, wodurch das Fahrzeuggerät seine Kennung nur zur Absenderkennung des letzten Datenpakets freizugeben braucht.
  • Die Kennung, durch welche sich ein Fahrzeuggerät identifiziert, kann sowohl eine Kennung des Fahrzeuggeräts selbst als auch eine dem Benutzer des Fahrzeuggeräts zugeordnete Kennung sein, z.B. eine Kennung eines Benutzerkontos zur Abrechnung von Mautgebühren im Straßenmautsystem.
  • Die zum Senden der Ortsaufzeichnungen an den Mautberechnungsserver verwendete Absenderkennung kann sowohl ein Zufallswert als auch ein frei vom Benutzer wählbarer Code sein, was die Transparenz für den Benutzer noch weiter erhöht.
  • Das Verfahren der Erfindung eignet sich für alle Arten von selbstlokalisierenden Fahrzeuggeräten, auf welche Weise auch immer diese ihren Ort bestimmen, z.B. durch Erkennung von Landmarken oder Identifikation von Baken, an denen sich das Fahrzeuggerät orientiert. Besonders vorteilhaft ist es, wenn das Fahrzeuggerät in an sich bekannter Weise seine Orte mittels Satellitennavigation bestimmt, wofür z.B. GPS-gestützte "thin client"-OBUs herangezogen werden können.
  • Die Erfindung wird nachstehend anhand von in den beigeschlossenen Zeichnungen dargstellen Ausführungsbeispielen näher erläutert, deren Fig. 1 und 2 zwei verschiedene Ausführungsformen eines nach dem Verfahren der Erfindung arbeitenden und erfindungsgemäße Komponenten enthaltender Straßenmautsystems in Blockschaltbildform zeigen.
  • Gemäß Fig. 1 bewegt sich eine OBU 1 an Bord eines Fahrzeugs im Rahmen eines Straßenmautsystem mit einer Zentrale 2. Die Zentrale 2 rechnet mautpflichtige Ortsnutzungen der OBU 1, z.B. das Befahren einer Mautstraße, das Eintreten in einen eintrittspflichtigen Bereich, das Verweilen auf einem gebührenpflichtigen Parkplatz usw. über entsprechende Benutzerkonten ab, u. zw. auf Grundlage von Mautdaten. T, die durch die Ortsnutzungen der OBU 1 ausgelöst werden, wie in der Technik bekannt.
  • Die OBU 1 ist von selbstlokalisierendem "thin client"-Typ und ermittelt fortlaufend, z.B. periodisch, ihren Ort, beispielsweise mit Hilfe eines Satellitennavigationsempfängers, und zeichnet die so ermittelten Orte ("position fixes") p1, p2, p3... (allgemein pi) in einem internen Ortsaufzeichnungsspeicher auf.
  • Jede OBU 1 ist mit einer eindeutigen Kennung OID im Straßenmautsystem versehen, beispielsweise einer eindeutigen Kennung der OBU 1 selbst und/oder ihres Benutzers bzw. eines Kontos des letzteren. In Kenntnis der Kennung OID einer OBU 1 und ihrer Ortsaufzeichnungen pi könnte auf das Bewegungsprofil einer OBU 1 geschlossen werden, was wie folgt verhindert wird.
  • Die Ortsaufzeichnungen pi der OBU 1 werden - auch wenn dies nicht zwingend ist - zur leichteren Handhabbarkeit auf einzelne Datenpakete 3 aufgeteilt. Die Datenpakete 3 können mit einer Paketkennung Pi (siehe Fig. 2), z.B. einer fortlaufenden Numerierung, und einem Header (nicht gezeigt) versehen werden, welcher beispielsweise Metadaten wie die Anzahl der im Datenpaket 3 enthaltenden Ortsaufzeichnungen pi, einen Hashwert derselben usw. enthält.
  • Die Ortsaufzeichnungen pi bzw. Datenpakete 3 werden in einem ersten Schritt 4 von der OBU 1 an einen Mautberechnungsserver 5 gesandt, beispielsweise über ein Mobilfunknetz, u.zw. unter einer von der Kennung OID verschiedenen, gleichsam "anonymen" Absenderkennung RID. Die Absenderkennung RID ist beispielsweise ein vom Benutzer frei gewählter Code oder ein von der OBU 1 zufällig generierter Wert. Alternativ könnte - wenn auch mit entsprechend verringerter Anonymität - eine temporäre Mobilfunknetz-Identifikation oder temporäre Internetadresse der OBU 1 als Absenderkennung RID verwendet werden.
  • Der Mautberechnungsserver 5 enthält eine "map matching"-Einrichtung 6, welche die empfangenen Ortsaufzeichnungen pi mautpflichtigen Orten, Strecken oder Gebieten aus einer Mautkartendatenbank 6' zuordnet und zugehörige Mautgebühren aus der Mautkartendatenbank 6' ermittelt. Aus den Mautgebühren der zu einer Absenderkennung RID empfangenen Ortsaufzeichnungen pi berechnet die "map matching"-Einrichtung 6 auf diese Weise "ortsanonymisierte" Mautdaten T, welche keinen Rückschluß mehr auf die einzelnen Ortsaufzeichnungen pi erlauben. Die Mautdaten T sind z.B. eine einzige Gebührensumme für alle Ortsaufzeichnungen pi aller Datenpakete 3 einer Absenderkennung RID.
  • Der "map matching "-Einrichtung 6 des Mautberechnungsservers 5 ist ein Pufferspeicher 7 in Form eines Ringspeichers vorgeschaltet, in dem alle von OBUs 1 abgesandten Ortsaufzeichnungen pi bzw. Datenpakete 3 aufeinanderfolgend einlangen, um von der Einrichtung 6 abgearbeitet zu werden. Aufgrund der durchschnittlichen Arbeitsbelastung der Einrichtung 6 kann daher eine Zeitspanne festgelegt werden, innerhalb derer zu einem bestimmten Zeitpunkt im Pufferspeicher 7 eingelangte Ortsaufzeichnungen pi zu ortsanonymisierten Mautdaten T umgewandelt und durch das Einlangen von neuen Ortsaufzeichnungen automatisch gelöscht worden sind, letzteres z.B. wenn der Pufferspeicher 7 wie in Fig. 1 gezeigt als Ringspeicher ausgeführt ist, der durch einlangende neue Daten automatisch fortlaufend zyklisch überschrieben wird. Sollte diese Zeitspanne bei einer außergewöhnlich niedrigen Auslastung des Pufferspeichers 7 ausnahmsweise überschritten werden, kann durch eine zusätzliche periodische, z.B. tägliche, Löschung von Einträgen im Pufferspeicher 7, die älter als die genannte Zeitspanne sind, gewährleistet werden, daß nach der genannten vorgegebenen Zeitspanne jedenfalls keine Ortsaufzeichnungen pi mehr im Mautberechnungsserver 5 vorhanden sind.
  • Falls einmal bei einer außergewöhnlich hohen Belastung des Ringspeichers 7 bzw. der "map-matching"-Einrichtung 6 Ortsaufzeichnungen pi unverarbeitet gelöscht werden sollten, kann die OBU 1 solche Ortsaufzeichnungen pi entweder automatisch oder auf Anfrage des Mautberechnungsservers 5 oder auf Anfrage der Zentrale 2 erneut übermitteln.
  • Falls gewünscht, kann der Mautberechnungsserver 5 die Ortsaufzeichnungen pi vor dem Löschen in einer vertrauenswürdig verschlüsselten Form zu Beweiszwecken archivieren, z.B. indem er sie mit dem öffentlichen Schlüssel einer Archivstelle 9 verschlüsselt und an diese sendet (Schritt 10). Der private Schlüssel der Archivstelle 8, welcher zum Entschlüsseln der Ortsaufzeichnungen pi notwendig ist, darf weder dem Benutzer noch dem Betreiber des Straßenmautsystems und nur dem Betreiber der Archivstelle 9 bekannt sein, welcher somit gleichsam als Notar bzw. Treuhänder für beide Seiten arbeitet.
  • Der Mautberechnungsserver 5 sendet die berechneten Mautdaten T anschließend im Schritt 8 unter der Absenderkennung RID an die Zentrale 2.
  • Auf der anderen Seite wartet die OBU 1 die genannte Zeitspanne ab (Schritt 11) und gibt anschließend ihre "Identität", d.h. ihre Kennung OID frei bzw. preis (Schritt 12). Die Freigabe erfolgt in Fig. 1, indem die OBU 1 die von ihr verwendete Absenderkennung RID unter ihrer Kennung OID an die Zentrale 2 sendet. Die Zentrale 2 kann somit die vom Abrechnungsserver 5 unter der Absenderkennung RID empfangenen Mautdaten T der von der OBU 1 zu dieser Absenderkennung RID erhaltenen Kennung OID zuordnen (Schritt 13), um ortsanonymisierte, der OBU 1 zugeordnete Mautdaten T zu erzeugen.
  • Fig. 2 zeigt verschiedene Varianten von Komponenten des Verfahrens von Fig. 1. Die Zuordnung der Mautdaten T zur Kennung OID erfolgt hier nicht in der Zentrale 2, sondern direkt im Mautberechnungsserver 5, indem die OBU 1 ihre Kennung OID im Schritt 12 an den Mautberechnungsserver 5 freigibt und letzterer das Ergebnis der Zuordnung 13 an die Zentrale 2 sendet (Schritt 14).
  • Ferner ist in Fig. 2 gezeigt, daß die OBU 1 - anstelle des Abwartens einer Zeitspanne 11 - hier auf das Einlangen einer expliziten Bestätigung 15 des Mautberechnungsserver 5 über das erfolgte Löschen der Ortsaufzeichnungen pi wartet. Nach Einlangen der Löschbestätigung 15 gibt die OBU 1 ihre Kennung OID im Schritt 12 preis.
  • Fig. 2 zeigt auch die Variante, daß die einzelnen Datenpakete 3 mit wechselnden Absenderkennungen RIDi versehen werden können, um eine Mitverfolgung auf der Schnittstelle 4 zu erschweren. Im Schritt 12 kann die OBU 1 dann gleich mehrere von ihr zuletzt verwendete Absenderkennungen RIDi mit ihrer Kennung OID identifizieren.
  • Wenn die einzelnen Datenpakete 3 untereinander verkettet sind, z.B. durch entsprechende gegenseitige Verweise in ihren Paketkennungen Pi, dann genügt es, wenn die OBU 1 im Schritt 12 nur die letzte Absenderkennung RIDi einer verketteten Datenpaketfolge mit ihrer Kennung OID identifiziert, weil der Mautberechnungsserver 5 aufgrund der Paketverkettungen die vorhergehenden Absenderkennung RIDi erschließen kann.
  • Alternativ könnte der Mautberechnungsserver 5 auch die zu verketteten Absenderkennungen RIDi fortlaufend auflaufenden Mautdaten Ti z.B. zu einer Gebührensumme akkumulieren und dabei stets nur die letzte Absenderkennung RIDi aufheben. Auch in diesem Fall genügt es, wenn die OBU 1 im Schritt 12 nur ihre letzte Absenderkennung RIDi mit ihrer Kennung OID identifiziert.
  • Schließlich zeigt Fig. 2 auch die Verwendung eines Stapelspeichers als Pufferspeicher 7. Der Stapelspeicher 7 wird z.B. periodisch gelöscht bzw. seine ältesten Einträge nach einer vorgegebenen Zeitspanne entfernt, sollten sie nicht rechtzeitig verarbeitet worden sein, und/oder die OBU 1 wartet hier stets auf eine Löschbestätigung 16.
  • Die Erfindung ist nicht auf die dargestellten Ausführungsformen beschränkt, sondern umfaßt alle Varianten und Modifikationen, die in den Rahmen der angeschlossenen Ansprüche fallen.

Claims (10)

  1. Verfahren zum Erzeugen von ortsanonymisierten Mautdaten (T) aus den Ortsaufzeichnungen (pi) eines ortsaufzeichnenden Fahrzeuggeräts (1) mit einer eindeutigen Kennung (OID) in einem Straßenmautsystem, mit den Schritten:
    Senden (4) der Ortsaufzeichnungen (pi) unter zumindest einer von der Kennung (OID) verschiedenen Absenderkennung (RID) vom Fahrzeuggerät (1) an einen Mautberechnungsserver (5),
    Berechnen (6) von ortsanonymisierten Mautdaten (T) aus den Ortsaufzeichnungen (pi) und anschließendes Löschen der Ortsaufzeichnungen (pi) im Mautberechnungsserver (5),
    Abwarten im Fahrzeuggerät (1) auf das Einlangen einer expliziten Bestätigung (15) des Mautberechnungsservers (5) über das erfolgte Löschen der Ortsaufzeichnungen (pi), und anschließendes
    Freigeben (12) der zur Absenderkennung (RID) zugehörigen Kennung (OID) mittels deren Übersendung vom Fahrzeuggerät (1) an den Mautberechnungsserver (5), welcher die ortsanonymisierten Mautdaten (T) der Kennung (OID) zuordnet (13) und an eine Zentrale (2) des Mautsystems sendet.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß die Ortsaufzeichnungen (pi) im Mautberechnungsserver (5) vor dem Löschen mit dem öffentlichen Schlüssel einer externen Archivstelle (9) verschlüsselt und an diese gesandt werden.
  3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, daß das Senden (4) und Freigeben (12) vom Fahrzeuggerät (1) aus über einen Funknetz, bevorzugt ein Mobilfunknetz, erfolgt.
  4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, daß die Ortsaufzeichnungen (pi) eines Fahrzeuggeräts (1) in Datenpaketen (3) versandt werden, die jeweils mit gleichen Absenderkennungen (RID) versehen sind.
  5. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, daß die Ortsaufzeichnungen (pi) eines Fahrzeuggeräts in Datenpaketen (3) versandt werden, die mit wechselnden Absenderkennungen (RIDi) versehen sind.
  6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, daß die Datenpakete (3) mit verketteten Paketkennungen (Pi) versehen sind, welche ihre Zuordnung zueinander gestatten, wobei das Freigeben (12) der Kennung (OID) nur zur Absenderkennung (RIDi) des letzten Datenpakets (3) erfolgt.
  7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, daß die genannte Kennung (OID) eine Fahrzeuggerät- oder Benutzerkontokennung ist.
  8. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, daß die Absenderkennung (RID) ein Zufallswert oder ein benutzerwählbarer Code ist.
  9. Mautberechnungsserver (5) zur Durchführung des Verfahrens nach einem der Ansprüche 1 bis 8, ausgebildet zum Empfangen von Ortsaufzeichnungen (pi) und Berechnen von ortsanonymisierten Mautdaten (T) daraus, dadurch gekennzeichnet, daß er Ortsaufzeichnungen (pi) nach ihrer Verarbeitung zu Mautdaten (T) löscht und darüber eine Bestätigung (15) an ein Fahrzeuggerät (1) versendet.
  10. Ortsaufzeichnendes Fahrzeuggerät (1) mit einer Kennung (OID) zur Durchführung des Verfahrens nach einem der Ansprüche 1 bis 8, ausgebildet zum Senden (4) seiner Ortsaufzeichnungen (pi) unter zumindest einer von der Kennung (OID) verschiedenen Absenderkennung (RID), gekennzeichnet durch Freigabemittel, welche nach Empfang einer Löschbestätigung (15) hinsichtlich abgesandter Ortsaufzeichnungen (pi) deren Absenderkennung (RID) unter seiner Kennung (OID) versenden.
EP09450207A 2009-10-30 2009-10-30 Verfahren und Vorrichtungen zum Erzeugen von ortsanonymisierten Mautdaten Active EP2320386B1 (de)

Priority Applications (13)

Application Number Priority Date Filing Date Title
EP09450207A EP2320386B1 (de) 2009-10-30 2009-10-30 Verfahren und Vorrichtungen zum Erzeugen von ortsanonymisierten Mautdaten
AT11005131T ATE557373T1 (de) 2009-10-30 2009-10-30 Verfahren und vorrichtung zum erzeugen von ortsanonymisierten mautdaten
PL09450207T PL2320386T3 (pl) 2009-10-30 2009-10-30 Sposób i urządzenie do generowania danych o opłatach drogowych niewskazanych lokalizacji
DK09450207.7T DK2320386T3 (da) 2009-10-30 2009-10-30 Fremgangsmåde og apparat til fremstilling af stedanonymiserede afgiftsdata
ES11005131T ES2387755T3 (es) 2009-10-30 2009-10-30 Procedimiento y dispositivo para generar datos de peaje anonimizados respecto a la ubicación
ES09450207T ES2383852T3 (es) 2009-10-30 2009-10-30 Procedimiento y dispositivos para generar datos de peaje anonimizados respecto a la ubicación
DK11005131.5T DK2381425T5 (da) 2009-10-30 2009-10-30 Fremgangsmåde og apparat til fremstilling af stedanonymiserede afgiftsdata
SI200930261T SI2320386T1 (sl) 2009-10-30 2009-10-30 Postopek in naprave za generiranje lokacijsko anonimiziranih cestninskih podatkov
EP11005131A EP2381425B1 (de) 2009-10-30 2009-10-30 Verfahren und Vorrichtung zum Erzeugen von ortsanonymisierten Mautdaten
PL11005131T PL2381425T3 (pl) 2009-10-30 2009-10-30 Sposób i urządzenie do generowania danych o opłatach drogowych niewskazanych lokalizacji
PT09450207T PT2320386E (pt) 2009-10-30 2009-10-30 Método e dispositivo para produção de dados de portagem de locais tornados anónimos
AT09450207T ATE548713T1 (de) 2009-10-30 2009-10-30 Verfahren und vorrichtungen zum erzeugen von ortsanonymisierten mautdaten
PT11005131T PT2381425E (pt) 2009-10-30 2009-10-30 Método e dispositivo para produção de dados de portagem de locais tornados anónimos

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP09450207A EP2320386B1 (de) 2009-10-30 2009-10-30 Verfahren und Vorrichtungen zum Erzeugen von ortsanonymisierten Mautdaten

Related Child Applications (1)

Application Number Title Priority Date Filing Date
EP11005131.5 Division-Into 2011-06-24

Publications (2)

Publication Number Publication Date
EP2320386A1 EP2320386A1 (de) 2011-05-11
EP2320386B1 true EP2320386B1 (de) 2012-03-07

Family

ID=41600358

Family Applications (2)

Application Number Title Priority Date Filing Date
EP09450207A Active EP2320386B1 (de) 2009-10-30 2009-10-30 Verfahren und Vorrichtungen zum Erzeugen von ortsanonymisierten Mautdaten
EP11005131A Active EP2381425B1 (de) 2009-10-30 2009-10-30 Verfahren und Vorrichtung zum Erzeugen von ortsanonymisierten Mautdaten

Family Applications After (1)

Application Number Title Priority Date Filing Date
EP11005131A Active EP2381425B1 (de) 2009-10-30 2009-10-30 Verfahren und Vorrichtung zum Erzeugen von ortsanonymisierten Mautdaten

Country Status (7)

Country Link
EP (2) EP2320386B1 (de)
AT (2) ATE548713T1 (de)
DK (2) DK2320386T3 (de)
ES (2) ES2387755T3 (de)
PL (2) PL2381425T3 (de)
PT (2) PT2320386E (de)
SI (1) SI2320386T1 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE202015102311U1 (de) 2015-05-06 2015-06-09 Omp Telematics Gmbh Vorrichtung zum Abrechnen von Mautgebühren
US9147344B2 (en) 2012-05-03 2015-09-29 Kapsch Trafficcom Ag Method and devices for identifying a vehicle using a location

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8321265B2 (en) * 2010-05-12 2012-11-27 Kapsch Trafficcom Ag Method for collecting tolls for location usages
EP3035296A1 (de) 2014-12-18 2016-06-22 Toll Collect GmbH Verfahren zur Zuordnung eines von einem zentralen Datenverarbeitungssystem erzeugten zentralen Datenverarbeitungsergebnisses zu einer dezentralen Datenverarbeitungseinrichtung, zentrales Datenverarbeitungssystem und dezentrale Datenverarbeitungseinrichtung
EP3144867B1 (de) 2015-09-21 2020-06-17 Toll Collect GmbH Positionsdatenübermittlungssystem, fahrzeugeinrichtung und positionsdatenübermittlungsverfahren

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5819234A (en) * 1996-07-29 1998-10-06 The Chase Manhattan Bank Toll collection system
GB2399441A (en) * 2003-03-11 2004-09-15 Sema Uk Ltd Road use charging system using a mobile telecommunications network
EP1475752A3 (de) * 2003-05-05 2005-12-14 Vodafone Holding GmbH Verfahren und System zur elektronischen Erhebung von Nutzungsgebühren
SG170748A1 (en) * 2006-03-21 2011-05-30 Skymeter Corp Private, auditable vehicle positioning system and on-board unit for same
DE102006029383A1 (de) 2006-06-27 2008-01-03 Deutsche Telekom Ag Verfahren und Vorrichtung zur Gewährleistung des Datenschutzes bei der Offboard Mauterfassung
GB0712377D0 (en) * 2007-06-26 2007-08-01 Nxp Bv Road toll system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9147344B2 (en) 2012-05-03 2015-09-29 Kapsch Trafficcom Ag Method and devices for identifying a vehicle using a location
US9171467B2 (en) 2012-05-03 2015-10-27 Kapsch Trafficcom Ag Method and devices for identifying a vehicle using a location
DE202015102311U1 (de) 2015-05-06 2015-06-09 Omp Telematics Gmbh Vorrichtung zum Abrechnen von Mautgebühren

Also Published As

Publication number Publication date
EP2320386A1 (de) 2011-05-11
SI2320386T1 (sl) 2012-07-31
PT2381425E (pt) 2012-08-06
PL2320386T3 (pl) 2012-08-31
ES2383852T3 (es) 2012-06-26
ATE557373T1 (de) 2012-05-15
PL2381425T3 (pl) 2012-10-31
EP2381425A1 (de) 2011-10-26
DK2320386T3 (da) 2012-07-02
DK2381425T5 (da) 2012-09-10
ES2387755T3 (es) 2012-10-01
DK2381425T3 (da) 2012-08-20
EP2381425B1 (de) 2012-05-09
PT2320386E (pt) 2012-06-15
ATE548713T1 (de) 2012-03-15

Similar Documents

Publication Publication Date Title
EP2860703B1 (de) Verfahren zum Überprüfen von Mauttransaktionen und Komponenten hierfür
EP2320386B1 (de) Verfahren und Vorrichtungen zum Erzeugen von ortsanonymisierten Mautdaten
DE60006553T2 (de) Verfahren zum verwalten des parkens von fahrzeugen
AT507031B1 (de) Verfahren und vorrichtung zum einheben von maut
WO1995020801A1 (de) Verfahren und anordnung zur ermittlung von nutzungsgebühren für verkehrswege und/oder verkehrsflächen
EP2541502B1 (de) Verfahren zum Ermitteln von Mautgebühren in einem Straßenmautsystem
EP2378489B1 (de) Verfahren zur DSRC-Kommunikation
DE4402612C2 (de) Verfahren zur Überwachung einer berechtigten Benutzung von Verkehrswegen und/oder Verkehrsflächen
EP2994890B1 (de) Verfahren und vorrichtung zur bereitstellung von daten zur mauterhebung und mautsystem
DE202015102311U1 (de) Vorrichtung zum Abrechnen von Mautgebühren
EP3772050A1 (de) Verfahren zum durchführen einer manöveranfrage zwischen mindestens zwei fahrzeugen
EP2325806B1 (de) Verfahren zum Erzeugen von Mauttransaktionen
EP2503518B1 (de) Verfahren zum Validieren einer Mauttransaktion
EP4399632A1 (de) Verfahren und transaktionssystem zum übertragen von token in einem elektronischen transaktionssystems
EP3211605B1 (de) Fahrzeugeinrichtung, system, strassenseitige einrichtung und verfahren zur durchführung wenigstens einer transaktion
EP3188133B1 (de) Positionsdatenverarbeitungseinrichtung und mautsystem sowie verfahren zum betreiben einer positionsdatenverarbeitungseinrichtung und eines mautsystems
EP0632410A2 (de) Anordnung zum Erfassen und Austauschen von Daten zwischen beweglichen Objekten und Feststationen
EP2757513A1 (de) Verfahren zum Abrechnen von Ortsnutzungen
EP3038062B1 (de) Verfahren und Fahrzeugeinrichtungen zur DSRC-Kommunikation
DE102018201417A1 (de) Verfahren zum Bereitstellen verifizierter Informationen über ein Verkehrszeichen, Verkehrszeichenanlage sowie Verfahren für ein Navigationssystem zur Verifikation eines Verkehrszeichens
EP3358533B1 (de) Verfahren zur automatischen ermittlung der nutzung von fahrzeugen
EP1335324A2 (de) Einrichtung zur Ermittlung von Nutzungsgebühren
DE4419187A1 (de) Verfahren zur Mauterhebung in einem geschlossenen System
DE102018213204A1 (de) Verfahren zur Bereitstellung von dynamischen Verkehrsinformationen, Fahrzeug, Computerprogramm und Datenträgersignal
DE102021106261A1 (de) Verfahren zur Autorisierung eines ersten Teilnehmers in einem Kommunikationsnetz, Verarbeitungseinrichtung, Kraftfahrzeug und Infrastruktureinrichtung

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20110111

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

AX Request for extension of the european patent

Extension state: AL BA RS

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

DAC Divisional application: reference to earlier application (deleted)
RIC1 Information provided on ipc code assigned before grant

Ipc: G07B 15/00 20110101AFI20110718BHEP

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): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 548713

Country of ref document: AT

Kind code of ref document: T

Effective date: 20120315

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: GERMAN

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 502009002958

Country of ref document: DE

Effective date: 20120503

REG Reference to a national code

Ref country code: SE

Ref legal event code: TRGR

REG Reference to a national code

Ref country code: CH

Ref legal event code: NV

Representative=s name: BUECHEL, VON REVY & PARTNER

REG Reference to a national code

Ref country code: PT

Ref legal event code: SC4A

Free format text: AVAILABILITY OF NATIONAL TRANSLATION

Effective date: 20120605

REG Reference to a national code

Ref country code: NL

Ref legal event code: T3

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2383852

Country of ref document: ES

Kind code of ref document: T3

Effective date: 20120626

REG Reference to a national code

Ref country code: DK

Ref legal event code: T3

REG Reference to a national code

Ref country code: SK

Ref legal event code: T3

Ref document number: E 11659

Country of ref document: SK

REG Reference to a national code

Ref country code: NO

Ref legal event code: T2

Effective date: 20120307

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

Ref country code: HR

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

Effective date: 20120307

Ref country code: LT

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

Effective date: 20120307

LTIE Lt: invalidation of european patent or patent extension

Effective date: 20120307

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

Ref country code: FI

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

Effective date: 20120307

Ref country code: GR

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

Effective date: 20120608

Ref country code: LV

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

Effective date: 20120307

REG Reference to a national code

Ref country code: PL

Ref legal event code: T3

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

Ref country code: CY

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

Effective date: 20120307

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

Ref country code: EE

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

Effective date: 20120307

Ref country code: IS

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

Effective date: 20120707

Ref country code: RO

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

Effective date: 20120307

REG Reference to a national code

Ref country code: HU

Ref legal event code: AG4A

Ref document number: E014269

Country of ref document: HU

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: 20121210

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 502009002958

Country of ref document: DE

Effective date: 20121210

REG Reference to a national code

Ref country code: CH

Ref legal event code: NV

Representative=s name: PATWIL AG, CH

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

Ref country code: MC

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20121031

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

Ref country code: BG

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

Effective date: 20120607

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

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

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20121030

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

Ref country code: MT

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

Effective date: 20120307

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

Ref country code: TR

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

Effective date: 20120307

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

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20121030

Ref country code: SM

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

Effective date: 20120307

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

Ref country code: MK

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

Effective date: 20120307

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 7

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 8

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

Ref country code: CZ

Payment date: 20161027

Year of fee payment: 8

Ref country code: DK

Payment date: 20161019

Year of fee payment: 8

Ref country code: NO

Payment date: 20161024

Year of fee payment: 8

Ref country code: NL

Payment date: 20161019

Year of fee payment: 8

Ref country code: SK

Payment date: 20161027

Year of fee payment: 8

Ref country code: GB

Payment date: 20161020

Year of fee payment: 8

Ref country code: CH

Payment date: 20161020

Year of fee payment: 8

Ref country code: HU

Payment date: 20161019

Year of fee payment: 8

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

Ref country code: PT

Payment date: 20161028

Year of fee payment: 8

Ref country code: IT

Payment date: 20161024

Year of fee payment: 8

Ref country code: BE

Payment date: 20161019

Year of fee payment: 8

Ref country code: PL

Payment date: 20161027

Year of fee payment: 8

Ref country code: SI

Payment date: 20160923

Year of fee payment: 8

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 9

REG Reference to a national code

Ref country code: DK

Ref legal event code: EBP

Effective date: 20171031

REG Reference to a national code

Ref country code: NO

Ref legal event code: MMEP

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: NL

Ref legal event code: MM

Effective date: 20171101

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20171030

REG Reference to a national code

Ref country code: SK

Ref legal event code: MM4A

Ref document number: E 11659

Country of ref document: SK

Effective date: 20171030

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

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

Ref country code: CZ

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171030

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171030

Ref country code: SK

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171030

Ref country code: NO

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

Ref country code: NL

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171101

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

Ref country code: PT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180430

REG Reference to a national code

Ref country code: SI

Ref legal event code: KO00

Effective date: 20180605

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20171031

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

Ref country code: HU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

Ref country code: SI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 10

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: 20171030

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

Ref country code: DK

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

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

Ref country code: PL

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171030

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230513

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

Ref country code: ES

Payment date: 20231222

Year of fee payment: 15

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

Ref country code: SE

Payment date: 20231019

Year of fee payment: 15

Ref country code: FR

Payment date: 20231024

Year of fee payment: 15

Ref country code: DE

Payment date: 20231020

Year of fee payment: 15

Ref country code: AT

Payment date: 20231020

Year of fee payment: 15