EP3038062A1

EP3038062A1 - Verfahren und Fahrzeugeinrichtungen zur DSRC-Kommunikation

Info

Publication number: EP3038062A1
Application number: EP14200173.4A
Authority: EP
Inventors: Frank Lukanek; Ullrich Krämer
Original assignee: Toll Collect GmbH
Current assignee: Toll Collect GmbH
Priority date: 2014-12-23
Filing date: 2014-12-23
Publication date: 2016-06-29
Anticipated expiration: 2034-12-23
Also published as: EP3038062B1

Abstract

Es werden Verfahren und Fahrzeugeinrichtungen (11) zur DSRC-Kommunikation mit einer straßenseitigen Bake (12) vorgeschlagen, im Rahmen derer von der Fahrzeugeinrichtung (11) ein Identifizierer (AID, EID) von der straßenseitigen Bake (12) empfangen wird. Abhängig von dem empfangenen Identifizierer (AID, EID) wird ein Verarbeitungsergebnis, das von der Fahrzeugeinrichtung (11) an die straßenseitige Bake zurück übertragen wird, entweder von einem fahrzeugeinrichtungsseitigen Programmteil eines in der Fahrzeugeinrichtung (11) gespeicherten Hauptprogramms erzeugt, welches den Empfang des Identifizierers steuert, oder von einem in der Fahrzeugeinrichtung gespeicherten ersten Unterprogramm (2.3; 3.1) oder aber von einem in der Fahrzeugeinrichtung gespeicherten zweiten Unterprogramm (2.4; 3.2).

Description

TECHNISCHES GEBIET

Die vorliegende Erfindung betrifft Verfahren und Fahrzeugeinrichtungen zur sogenannten Dedicated Short Range Communication, im Folgenden bezeichnet als DSRC-Kommunikation. Insbesondere betrifft die vorliegende Erfindung ein Verfahren zum Durchführen einer DSRC-Kommunikation mittels einer Fahrzeugeinrichtung sowie eine Fahrzeugeinrichtung mit einem DSRC-Kommunikationsmodul, das zur Durchführung eines Verfahrens zur DSRC-Kommunikation konfiguriert ist.

HINTERGRUND

Die Kommunikation zwischen einer Fahrzeugeinrichtung, beispielsweise eine Fahrzeugeinrichtung mit einer sogenannten OnBoard-Unit, die auch bekannt ist als OnBoard-Entity (OBE), und einer Bake, beispielsweise einer Roadside-Entity (RSE), kann zum Beispiel eine DSRC-Kommunikation sein. Sobald ein Fahrzeug, in welchem die Fahrzeugeinrichtung mitgeführt wird, einen Nahbereich der Bake betritt, kann zwischen der Bake und der Fahrzeugeinrichtung eine DSRC-Kommunikation stattfinden.
Einige Aspekte der DSRC-Kommunikation sind standardisiert. Vorgaben für eine derartige DSRC-Kommunikation finden sich beispielsweise in den folgenden Normen: EN 15509, EN ISO 14906, Cen ISO/TS 12813, Cen ISO/TS 13141 und EN 12834. Auf diese Normen wird im Rahmen der vorliegenden Beschreibung ausdrücklich Bezug genommen.
Einige Verfahren zum Durchführen einer DSRC-Kommunikation sind aus dem Stand Technik bekannt. Beispielsweise beschreibt die EP 2 360 641 B1 ein Verfahren zur DSRC-Kommunikation zwischen Baken und Fahrzeuggeräten eines Straßenmautsystems, wobei die Baken über einen systemeigenen Schlüssel und die Fahrzeuggeräte nicht über den systemeigenen Schlüssel, sondern über individuelle Schlüssel verfügen. Die EP 2 602 767 B1 beschreibt ein Verfahren zum Signalisieren von Mauttransaktionen in einem Straßenmautsystem mit geografisch verteilten Baken, welche Mauttransaktionen mit sie passierenden Fahrzeugeinrichtungen von Fahrzeugen abwickeln. Das dort beschriebene Verfahren basiert ebenfalls auf der DSRC-Kommunikation.
Die DSRC-Kommunikation zwischen der Bake einerseits und der Fahrzeugeinrichtung andererseits wird insbesondere für die Zwecke der Mauterhebung angewendet. Insbesondere kann die DSRC-Kommunikation also für einen Bezahldienst, nämlich die Bezahlung der Maut, relevant sein. Daher kann es erforderlich sein, dass auf der Fahrzeugeinrichtung ein Hauptprogramm durchgeführt wird, das zuvor zertifiziert worden ist. Die Zertifizierung des Hauptprogramms bestätigt, dass das Hauptprogramm standardkonform und konform zu den Vorgaben der an dem Bezahldienst beteiligten Institutionen ist. Insbesondere ist es also bei nicht-zertifizierten Hauptprogrammen nicht möglich, einen Bezahldienst zu nutzen, der auf der DSRC-Kommunikation basiert.
Problematisch ist in diesem Zusammenhang, dass die Vorgaben der an dem Bezahldienst beteiligten Institutionen sich im Laufe der Zeit ändern können und/oder weitere Institutionen den auf der DSRC-Kommunikation basierenden Bezahldienst nutzen möchten. Um bei dem Beispiel der Mauterhebung zu bleiben, kann es beispielsweise vorkommen, dass weitere Länder den auf der DSRC-Kommunikation basierenden Bezahldienst nutzen möchten, indes andere Vorgaben haben, als bereits am Bezahldienst partizipierende Länder.
Ändern sich jedoch die Vorgaben der Institutionen, die an dem Bezahldienst partizipieren, so müsste das Hauptprogramm an die neuen Vorgaben angepasst werden und folglich nach der Anpassung vollständig neu zertifiziert werden. Diese Vorgehensweise erweist sich als unpraktisch.

BESCHREIBUNG

Vorgeschlagen wird gemäß einer ersten Variante eines ersten Aspektes der Erfindung ein Verfahren zum Durchführen einer DSRC-Kommunikation mittels einer ein DSRC-Kommunikationsmodul umfassenden Fahrzeugeinrichtung, das Verfahren umfassend: Ausführen einer Empfangsbereitschaftsroutine eines in der Fahrzeugeinrichtung gespeicherten Hauptprogramms durch einen Prozessor des DSRC-Kommunikationsmoduls; Empfangen einer von einer straßenseitigen Bake ausgesendeten Anforderungsnachricht, die einen Identifizierer umfasst, durch einen mit dem Prozessor operativ gekoppelten DSRC-Sendeempfänger des DSRC-Kommunikationsmoduls; Aussenden einer Antwortnachricht, die ein Verarbeitungsergebnis umfasst, durch den DSRC-Sendeempfänger an die straßenseitige Bake; welches dadurch gekennzeichnet ist, dass es zwischen dem Empfangen und Aussenden ferner umfasst: Prüfen, mittels des Prozessors, im Rahmen von Anweisungen des Hauptprogramms, ob dem empfangenen Identifizierer ein fahrzeugeinrichtungsseitiger Programmteil des Hauptprogramms zugeordnet ist; falls dem empfangenen Identifizierer ein fahrzeugeinrichtungsseitiger Programmteil des Hauptprogramms zugeordnet ist: Ausführen des zugeordneten fahrzeugeinrichtungsseitigen Programmteils des Hauptprogramms durch den Prozessor (52) zumindest zum Erzeugen des Verarbeitungsergebnisses in Abhängigkeit von dem empfangenen Identifizierer; falls dem Identifizierer kein fahrzeugeinrichtungsseitiger Programmteil des Hauptprogramms zugeordnet ist: (a) Ermitteln wenigstens eines dem empfangenen Identifizierer zugeordneten, in der Fahrzeugeinrichtung gespeicherten, ersten Unterprogramms, das nicht Teil des Hauptprogramms ist und (b) Ausführen des ersten Unterprogramms durch den Prozessor zumindest zum Erzeugen des Verarbeitungsergebnisses in Abhängigkeit von dem empfangenen Identifizierer.
Gemäß einer zur ersten Variante alternativen zweiten Variante des ersten Aspektes der Erfindung wird ein Verfahren zum Durchführen einer DSRC-Kommunikation mittels einer ein DSRC-Kommunikationsmodul umfassenden Fahrzeugeinrichtung vorgeschlagen, welches umfasst: Ausführen einer Empfangsbereitschaftsroutine eines in der Fahrzeugeinrichtung gespeicherten Hauptprogramms durch einen Prozessor des DSRC-Kommunikationsmoduls; Empfangen einer von einer straßenseitigen Bake ausgesendeten Anforderungsnachricht, die einen Identifizierer umfasst, durch einen mit dem Prozessor operativ gekoppelten DSRC-Sendeempfänger des DSRC-Kommunikationsmoduls; Aussenden einer Antwortnachricht, die ein Verarbeitungsergebnis umfasst, durch den DSRC-Sendeempfänger an die straßenseitige Bake und dadurch gekennzeichnet ist, dass es zwischen dem Empfangen und Aussenden ferner umfasst: Verarbeiten der Anforderungsnachricht mittels des Prozessors im Rahmen von Anweisungen des Hauptprogramms mit (a) dem Ermitteln wenigstens eines dem empfangenen Identifizierer zugeordneten, in der Fahrzeugeinrichtung gespeicherten, ersten oder zweiten Unterprogramms von denen keines Teil des Hauptprogramms ist, und (a) entweder: (i) dem Ausführen des ersten Unterprogramms, wenn der mit der Anforderungsnachricht empfangene Identifizierer einem ersten Identifizierer entspricht, durch den Prozessor zumindest zum Erzeugen des Verarbeitungsergebnisses in Abhängigkeit von dem empfangenen Identifizierer oder (ii) dem Ausführen des zweiten Unterprogramms, wenn der mit der Anforderungsnachricht empfangene Identifizierer nicht dem ersten Identifizierer entspricht, durch den Prozessor zumindest zum Erzeugen des Verarbeitungsergebnisses in Abhängigkeit von dem empfangenen Identifizierer.
Vorgeschlagen wird ferner gemäß einer ersten Variante eines zweiten Aspektes der Erfindung eine Fahrzeugeinrichtung mit einem DSRC-Kommunikationsmodul, das einen DSRC-Sendeempfänger und einen Prozessor umfasst, sowie mit einen Programmspeicher, wobei der Prozessor an den DSRC-Sendeempfänger und an den Programmspeicher operativ gekoppelt ist, und wobei der Programmspeicher ein Hauptprogramm mit einer Empfangsbereitschaftsroutine umfasst, deren Ausführung den Prozessor konfiguriert zum Empfangen, mittels des DSRC-Sendeempfängers, einer von einer straßenseitigen Bake ausgesendeten Anforderungsnachricht, die einen Identifizierer umfasst; welche dadurch gekennzeichnet ist, dass der Programmspeicher wenigstens ein erstes Unterprogramm umfasst, das nicht Teil des Hauptprogramms ist, wobei sowohl die Ausführung des Unterprogramms als auch die Ausführung eines fahrzeugeinrichtungsseitigen Programmteils des Hauptprogramms den Prozessor ferner konfigurieren zum Erzeugen eines Verarbeitungsergebnisses in Abhängigkeit von dem empfangenen Identifizierer und zum Aussenden einer das Verarbeitungsergebnis umfassenden Antwortnachricht mittels des DSRC-Sendeempfängers an die straßenseitige Bake; wobei das Hauptprogramm Anweisungen umfasst, die den Prozessor konfigurieren zum Prüfen, ob dem empfangenen Identifizierer der fahrzeugeinrichtungsseitige Programmteil des Hauptprogramms zugeordnet ist; und - falls dem empfangenen Identifizierer der fahrzeugeinrichtungsseitige Programmteil des Hauptprogramms zugeordnet ist - zum Ausführen des fahrzeugeinrichtungsseitigen Programmteils des Hauptprogramms, oder - falls dem empfangenen Identifizierer kein fahrzeugeinrichtungsseitiger Programmteil des Hauptprogramms zugeordnet ist - zum (a) Ermitteln des dem empfangenen Identifizierer zugeordneten ersten Unterprogramms und (b) Ausführen des ersten Unterprogramms.
Gemäß einer zur ersten Variante alternativen zweiten Variante des ersten Aspektes der Erfindung wird eine Fahrzeugeinrichtung mit einem DSRC-Kommunikationsmodul vorgeschlagen, das wenigstens einen DSRC-Sendeempfänger und wenigstens einen Prozessor umfasst, sowie mit wenigstens einen ersten Programmspeicher, wobei der Prozessor an den DSRC-Sendeempfänger und an den Programmspeicher operativ gekoppelt ist und wobei der Programmspeicher ein Hauptprogramm Empfangsbereitschaftsroutine umfasst, deren Ausführung den Prozessor konfiguriert zum Empfangen, mittels des DSRC-Sendeempfängers, einer von einer straßenseitigen Bake ausgesendeten Anforderungsnachricht, die einen Identifizierer umfasst; und dadurch gekennzeichnet ist, dass der Programmspeicher ein erstes Unterprogramm und wenigstens ein zweites Unterprogramm umfasst, von denen keines Teil des Hauptprogramms ist, wobei sowohl die Ausführung des ersten Unterprogramms als auch die Ausführung des zweiten Unterprogramms den Prozessor ferner konfigurieren zum Erzeugen eines Verarbeitungsergebnisses in Abhängigkeit von dem empfangenen Identifizierer und zum Aussenden einer das Verarbeitungsergebnis umfassenden Antwortnachricht mittels des DSRC-Sendeempfängers an die straßenseitige Bake; wobei das Hauptprogramm Anweisungen umfasst, die den Prozessor konfigurieren zum (a) Ermitteln, ob dem empfangenen Identifizierer das erste oder das zweite Unterprogramm zugeordnet ist; und (b) entweder zum (i) Ausführen des ersten Unterprogramms falls der empfangene Identifizierer einem ersten Identifizierer entspricht, oder (ii) Ausführen des zweiten Unterprogramms falls der empfangene Identifizierer nicht dem ersten Identifizierer entspricht.
Damit stellt die Erfindung Verfahren und Fahrzeugeinrichtungen zur DSRC-Kommunikation mit einer straßenseitigen Bake bereit, im Rahmen derer von der Fahrzeugeinrichtung ein Identifizierer von der straßenseitigen Bake empfangen wird. Abhängig von dem empfangenen Identifizierer wird ein Verarbeitungsergebnis, das von der Fahrzeugeinrichtung an die straßenseitige Bake zurück übertragen wird, entweder von einem fahrzeugeinrichtungsseitigen Programmteil eines in der Fahrzeugeinrichtung gespeicherten Hauptprogramms erzeugt, welches den Empfang des Identifizierers steuert, oder von einem in der Fahrzeugeinrichtung gespeicherten ersten Unterprogramm oder aber von einem in der Fahrzeugeinrichtung gespeicherten zweiten Unterprogramm.
Das erfindungsgemäße Verfahren und die erfindungsgemäße Fahrzeugeinrichtung verwirklichen insofern die einzige allgemeine erfinderische Idee, die darin liegt, die Ausführung eines ersten Unterprogramms in Alternative zur Ausführung eines fahrzeugeinrichtungsseitigen Programmteils des Hauptprogramms oder eines zweiten Unterprogramms zu stellen. Die Erfindung sieht in diesem Sinne jeweils die Ausführung eines ersten Unterprogramms vor, sofern nicht einerseits die alternative Ausführung in Form eines fahrzeugeinrichtungsseitigen Programmteils des Hauptprogramms oder andererseits eines zweiten Unterprogramms angezeigt ist. Da die alternative Ausführung des eines fahrzeugeinrichtungsseitigen Programmteils des Hauptprogramms das Vorliegen des zweiten Unterprogramms weder ausschließt noch bedingt, und umgekehrt auch die alternative Ausführung des zweiten Unterprogramms das Vorliegen des fahrzeugeinrichtungsseitigen Programmteils des Hauptprogramms weder ausschließt noch bedingt, ist es im Interesse einer konzisen Darstellung des beanspruchten Schutzumfangs unzweckmäßig zu versuchen, die Schutzansprüche der beiden Alternativen der zur alternativen Ausführung zur Wahl stehenden Programmelemente in jeweils einem einzigen unabhängigen Anspruch der gleichen Kategorie gemeinsam wiederzugeben.
Mit der Erfindung wird es vorteilhaft möglich, zusätzlich zu einem einmal für einen DSRC-Transaktionsdienst zertifizierten Hauptprogramm ihrerseits in Wechselwirkung mit dem Hauptprogramm zertifizierte Unterprogramme für DSRC-Transaktionen andersartiger Dienste auf der Fahrzeugeinrichtung bereitzustellen, ohne dass eine erneute Zertifizierung des Hauptprogramms für jedes neue Unterprogramm erforderlich wäre. Es erübrigt sich durch die Erfindung insofern, ein für einen ersten DSRC-Transaktionsdienst zertifiziertes Hauptprogramm dann erneut für den erste DSRC-Transaktionsdienst zu zertifizieren, wenn eine Hauptprogramm-Unterprogramm-Kombination für einen zweiten DSRC-Transaktionsdienst zertifiziert wurde.
Dieser Effekt steigert sich mit jedem neuen in Form eines neuen Unterprogramms bereitgestellten DSRC-Transaktionsdienst und skaliert quadratisch mit der Gesamtzahl der bereitgestellten DSRC-Transaktionsdienste: Wird ein vierter DSRC-Transaktionsdienst mit einem vierten Unterprogramm bereitgestellt, wird nur die Zertifizierung des vierten Unterprogramms mit dem Hauptprogramm fällig. Eine Rezertifizierung der Kombination der anderen drei Unterprogramme mit dem Hauptprogramm kann entfallen, weil die Unterprogramme nicht untereinander, sondern nur mit dem Hauptprogramm verknüpft sind, so dass jeder erste bereitgestellte DSRC-Transaktionsdienst unabhängig von jedem zweiten bereitgestellten DSRC-Transaktionsdienst läuft:

Für den zwanzigsten durch die Fahrzeugeinrichtung unterstützten DSRC-Transaktionsdienst ist mit der Erfindung nur eine zwanzigste Zertifizierung durchzuführen und keine einhunderteinundneunzigste bis zweihundertzehnte, wie es ohne die Erfindung der Fall wäre.

Wenn zuvor oder im Folgenden die Rede davon ist, dass der empfangene Identifizierer mit einem ersten Identifizierer verglichen wird, ist dies so zu verstehen, dass ein Wert des empfangenen Identifizierers mit einem Wert des ersten Identifizierers auf Übereinstimmung verglichen wird.
Ein erster Wert des ersten Identifizierers ist vorzugsweise bereits vor dem Empfang des Wertes des empfangenen Identifizierers in einem Speicher der Fahrzeugeinrichtung gespeichert, beispielsweise in einer Indexdatei, die mehrere verschiedene fahrzeugeinrichtungsseitig vorab gespeicherte Werte von Identifizierern desselben Typs umfasst, zu denen auch der erste Wert des ersten Identifizierers zählt.
Unter einer straßenseitigen Bake wird dabei jedes DSRC-Sendeempfangsmodul verstanden, der immobil stationär (beispielsweise an einer die Straße überspannenden Kontrollbrücke) oder temporär mobil (beispielsweise in/ auf einem Kontrollfahrzeug) an, auf, über oder neben einer Verkehrsfläche angeordnet ist, die mit einem Fahrzeug befahren werden kann, und zwar in einem Abstand zu dem Fahrzeug, der eine DSRC-Kommunikation zulässt. Typischerweise liegt ein solcher Abstand je nach beabsichtigter Reichweite im Bereich von einigen Zentimetern bis zu einigen hundert Metern.
Der erfindungsgemäße Programmspeicher kann von dem DSRC-Kommunikationsmodul umfasst sein, oder von einer anderen Komponente der Fahrzeugeinrichtung, beispielsweise eines Fahrzeuggerätes, das über eine Kommunikationsverbindung mit dem DSRC-Kommunikationsmodul gekoppelt ist.
Generell ist eine jede Fahrzeugeinrichtung mit einem DSRC-Kommunikationsmodul erfindungsgemäß, dessen DSRC-Kommunikationsmodul konfiguriert ist zur Durchführung sowohl jedes der erfindungsgemäßen Verfahren zur DSRC-Kommunikation als auch jede der nachfolgend beschriebenen Ausführungsformen der erfindungsgemäßen Verfahren.
Wenn auch die nachfolgenden Ausführungsformen der Erfindung nur auf den ersten Aspekt der erfindungsgemäßen Verfahren bezogen geschrieben werden, so gelten diese Ausführungsformen auch auf den zweiten Aspekt der erfindungsgemäßen Erzeugnisse übertragbar. Dabei sind die Merkmale der verfahrensbezogenen Ausführungsformen bei einem Wechsel der Anspruchskategorie auf den zweiten Aspekt der erfindungsgemäßen Erzeugnisse erzeugnishaft auszulegen, indem Komponenten zur Durchführung der entsprechenden Ausführungsform von dem erfindungsgemäßen Erzeugnis umfasst sind und/ oder Komponenten des erfindungsgemäßen Erzeugnisses ausgebildet sind, die Durchführung der entsprechende Ausführungsformen zu gewährleisten.
So sehen Ausführungsformen wenigstens eines der erfindungsgemäßen Verfahren vor, dass von diesem erfindungsgemäßen Verfahren ferner das Rückkehren in eine erste Empfangsbereitschaftsroutine einer Initialisierungsphase des Hauptprogramms nach dem Aussenden der Verarbeitungsergebnisnachricht umfasst ist.
So sehen Ausführungsformen wenigstens eines der erfindungsgemäßen Verfahren oder wenigstens einer vorstehend genannten Ausführungsform vor, dass das auszuführende Unterprogramm mittels des Prozessors im Rahmen von Anweisungen des Hauptprogramms anhand wenigstens einer in der Fahrzeugeinrichtung gespeicherten Indexdatei ermittelt wird, die wenigstens eine dem Identifizierer zugeordnete Verknüpfung mit dem ersten Unterprogramm oder einem zweiten Unterprogramm enthält.
Vorzugsweise wird dabei der empfangene Identifizierer mit wenigstens einem Identifizierer der Indexdatei verglichen, der mit einem Verweis zumindest auf das erste Unterprogramm verknüpft ist.
Beispielsweise kann vorgesehen sein, dass die Verknüpfung eine Sprungadresse umfasst, die auf einen Programmspeicherteil der Fahrzeugeinrichtung verweist, der das erste Unterprogramm oder das zweite Unterprogramm enthält.
Insoweit die Ausführung eines fahrzeugeinrichtungsseitigen Programmteils des Hauptprogramms eine Ausführungsalternative zu dem ersten Unterprogramm ist, ist zur Prüfung, ob dem empfangenen Identifizierer ein fahrzeugeinrichtungsseitiger Programmteil des Hauptprogramms zugeordnet ist, keine Indexdatei zwingend. Beispielsweise kann der (Hauptprogramm-)Identifizierer, der dem fahrzeugeinrichtungsseitigen Programmteil des Hauptprogramms zugeordnet ist, im Hauptprogramm selbst hinterlegt sein. Nur in dem Fall, in dem der empfangene Identifizierer nicht dem Hauptprogramm-Identifizierer entspricht, werden Anweisungen des Hauptprogramms durch den Prozessor ausgeführt, die die Indexdatei auf einen mit dem Wert des empfangenen Identifizierers übereinstimmenden Wert desjenigen Identifizierers durchsucht, der dem ersten Unterprogramm zugeordnet ist.
Insoweit die Ausführung eines ersten Unterprogramms eine Ausführungsalternative zu dem zweiten Unterprogramm ist, ist zur Prüfung, ob dem empfangenen Identifizierer das erste Unterprogramm zugeordnet ist, keine Indexdatei zwingend. Beispielsweise kann der erste Identifizierer, der dem ersten Unterprogramm zugeordnet ist, im Hauptprogramm selbst hinterlegt sein. Nur in dem Fall, in dem der empfangene Identifizierer nicht mit dem ersten Identifizierer entspricht, werden Anweisungen des Hauptprogramms durch den Prozessor ausgeführt, die die Indexdatei auf einen mit dem Wert des empfangenen Identifizierers übereinstimmenden Wert desjenigen Identifizierers durchsucht, der dem zweiten Unterprogramm zugeordnet ist.
Ausführungsformen wenigstens eines der erfindungsgemäßen Verfahren oder wenigstens einer vorstehend genannten Ausführungsform sehen vor, dass die Empfangsbereitschaftsroutine von einer Initialisierungsphase des Hauptprogramms umfasst ist, der Identifizierer einen Dienstidentifizierer umfasst und das erste Unterprogramm oder ein zweites Unterprogramm dem Dienstidentifizierer zugeordnet ist, und wobei nach Schritt a) und vor Schritt b) die Initialisierungsphase des Hauptprogramms verlassen wird, um die Initialisierungsphase mittels des ersten Unterprogramms oder des zweiten Unterprogramms fortzuführen.
Ausführungsformen wenigstens eines der erfindungsgemäßen Verfahren oder wenigstens einer vorstehend genannten Ausführungsform sehen vor, dass die Anforderungsnachricht in einer Initialisierungsphase des Hauptprogramms von dem DSRC-Kommunikationsmodul empfangen wird und eine Bakendiensttabelle enthält, die den Identifizierer in Form eines Dienstidentifizierers umfasst, und wobei die Antwortnachricht in der Initialisierungsphase des Hauptprogramms oder eines ersten oder zweiten Unterprogramms ausgesendet wird und eine Fahrzeugdiensttabelle enthält, die das Verarbeitungsergebnis umfasst.
In beiden Weiterbildungen läuft das Ermitteln wenigstens eines dem empfangenen Identifizierer zugeordneten, in der Fahrzeugeinrichtung gespeicherten, ersten oder zweiten Unterprogramms im Rahmen von Anweisungen des Hauptprogramms ab, die einer die Empfangsbereitschaftsroutine umfassenden Initialisierungsphase des Hauptprogramms zuzuordnen sind.
Weiterbildungen einer der beiden vorgenannten Ausführungsformen sehen in einer ersten Variante vor, dass wenigstens eines der erfindungsgemäßen Verfahren das Ausführen einer Empfangsbereitschaftsroutine eines in der Fahrzeugeinrichtung gespeicherten ersten Unterprogramms durch einen Prozessor des DSRC-Kommunikationsmoduls, das Empfangen einer von einer straßenseitigen Bake ausgesendeten Anforderungsnachricht, die einen Elementidentifizierer umfasst, durch einen mit dem Prozessor operativ gekoppelten DSRC-Sendeempfänger des DSRC-Kommunikationsmoduls; das Aussenden einer Antwortnachricht, die ein Verarbeitungsergebnis umfasst, das der Prozessor im Zuge der Verarbeitung der Anforderungsnachricht in Abhängigkeit von dem empfangenen Elementidentifizierer erzeugt hat, durch den DSRC-Sendeempfänger an die straßenseitige Bake umfasst, und zwischen dem Empfangen und Aussenden ferner umfasst: das Prüfen, mittels des Prozessors, im Rahmen von Anweisungen des ersten Unterprogramms, ob dem Elementidentifizierer ein fahrzeugeinrichtungsseitiger Programmteil des ersten Unterprogramms zugeordnet ist; falls dem Elementidentifizierer ein fahrzeugeinrichtungsseitiger Programmteil des ersten Unterprogramms zugeordnet ist: Ausführen des fahrzeugeinrichtungsseitigen Programmteils des Unterprogramms durch den Prozessor zumindest zum Erzeugen des Verarbeitungsergebnisses; falls dem Elementidentifizierer kein fahrzeugeinrichtungsseitiger Programmteil des Unterprogramms zugeordnet ist: (c) Ermitteln wenigstens eines dem Elementidentifizierer zugeordneten, in der Fahrzeugeinrichtung gespeicherten, ersten Unterunterprogramms das nicht Teil des Unterprogramms ist; (d) Ausführen des ersten Unterunterprogramms durch den Prozessor zum Erzeugen der Verarbeitungsergebnisnachricht.
In gleicher Weise wie zur ersten Variante des Verfahrensaspektes der Erfindung bezüglich der Ausführung eines fahrzeugeinrichtungsseitigen Programmteils des Hauptprogramms eine alternative zweite Variante bezüglich der Ausführung eines zweiten Unterprogramms vorgesehen ist, können zu den vorstehend genannten ersten Varianten von Weiterbildungen alternativ zweite Varianten von Weiterbildungen vorgesehen sein, die im Gegensatz zu den ersten Varianten, die die alternative Ausführung des fahrzeugeinrichtungsseitigen Programmteils des Unterprogramms vorsieht, die alternative Ausführung eines zweiten Unterunterprogramms vorsehen.
Diese Betrachtung geht konform mit der Sichtweise, dass das Unterprogramm dann als erfindungsgemäßes Hauptprogramm aufgefasst werden kann, wenn es dem Hauptprogramm entspricht, das Merkmal der unabhängigen Ansprüche ist.
Soweit Ausführungsformen der erfindungsgemäßen Verfahren nicht vorsehen, dass das Ermitteln wenigstens eines dem empfangenen Identifizierer zugeordneten, in der Fahrzeugeinrichtung gespeicherten, ersten oder zweiten Unterprogramms nicht im Rahmen von Anweisungen des Hauptprogramms abläuft, die einer die Empfangsbereitschaftsroutine umfassenden Initialisierungsphase des Hauptprogramms zuzuordnen sind, kann vorgesehen sein, dass die Empfangsbereitschaftsroutine von einer Präsentationsphase des Hauptprogramms umfasst ist, der Identifizierer einen Elementidentifizierer umfasst und das erste Unterprogramm oder ein zweites Unterprogramm dem Elementidentifizierer zugeordnet ist, und wobei vor dem Ausführen der Empfangsbereitschaftsroutine die Initialisierungsphase des Hauptprogramms abgeschlossen wird, und wobei nach Schritt a) und vor Schritt b) die Präsentationsphase des Hauptprogramms verlassen wird, um die Präsentationsphase mittels des ersten Unterprogramms oder des zweiten Unterprogramms fortzuführen.
Ausführungsformen wenigstens eines der erfindungsgemäßen Verfahren oder wenigstens einer vorstehend genannten Ausführungsform sehen vor, dass das erste Unterprogramm, das zweite Unterprogramm und/ oder das erste Unterunterprogramm in seiner/ ihrer Präsentationsphase/n einen Attributdatensatz umfasst/ umfassen oder durch den Prozessor bei Ausführung des ersten Unterprogramms, des zweiten Unterprogramms oder des Unterunterprogramms in seiner Präsentationsphase auf einen solchen zugegriffen wird, und dass die Verarbeitungsergebnisnachricht in Abhängigkeit des Attributdatensatzes erstellt wird und/ oder den Attributdatensatz umfasst.
Eine Weiterbildung dieser Ausführungsform sieht ferner das Durchführen einer DSRC-Transaktion basierend auf dem Attributdatensatz vor, wobei die DSRC-Transaktion das Bereitstellen wenigstens eines vorgespeicherten Attributs, so dass das bereitgestellte Attribut mittels der Bake gelesen werden kann; und/oder das Empfangen eines neuen Attributs von der Bake und Ablegen des Attributs in einem Speicher der Fahrzeugeinrichtung umfasst.
Ausführungsformen wenigstens eines der erfindungsgemäßen Verfahren oder wenigstens einer vorstehend genannten Ausführungsform sehen vor, dass das Durchführen der DSRC-Kommunikation zu wenigstens einem der folgenden Standards konform ist: EN 15509, EN ISO 14906, Cen ISO/TS 12813, Cen ISO/TS 13141, EN 12834.
Schließlich können Ausführungsformen wenigstens eines der erfindungsgemäßen Verfahren oder wenigstens einer vorstehend genannten Ausführungsform ferner das Empfangen eines Unterprogramms und eines Identifizierers mittels eines Mobilfunk-Kommunikationsmoduls der Fahrzeugeinrichtung, das Ausführen eines Programmladeprogramms mit (a) dem Ablegen des Unterprogramms im Programmspeicher und (b) dem Hinzufügen eines mit dem Identifizierer verknüpften Hinweises auf das Unterprogramm in einer Indexdatei sowie dem Verwenden der Indexdatei zum Ermitteln des dem empfangenen Identifizierer zugeordneten ersten oder zweiten Unterprogramms umfassen.
Analog kann in Ausführungsformen wenigstens einer der erfindungsgemäßen Fahrzeugeinrichtungen vorgesehen sein, dass diese Fahrzeugeinrichtung ein Mobilfunk-Kommunikationsmodul umfasst, welches an einen Prozessor der Fahrzeugeinrichtung gekoppelt ist, sowie einen Speicher, der ein Programmladeprogramm enthält, wobei der Prozessor konfiguriert ist, durch eine mittels des Mobilfunk-Kommunikationsmoduls empfangene Nachricht zur Ausführung des Programmladeprogramms angewiesen zu werden, dessen Ausführung den Prozessor konfiguriert, ein mittels des Mobilfunk-Kommunikationsmoduls empfangenes, mit einem Identifizierer verknüpftes, Unterprogramm im Programmspeicher der Fahrzeugeinrichtung abzulegen und einen mit dem Identifizierer verknüpften Hinweis auf das Unterprogramm einer Indexdatei hinzuzufügen, zu dessen Auslesung der Prozessor des DSRC-Kommunikationsmoduls durch die Ausführung von Anweisungen des Hauptprogramms zum Ermitteln des dem empfangenen Identifizierer zugeordneten ersten oder zweiten Unterprogramms konfiguriert wird.
Damit werden Verfahren und Einrichtungen bereitgestellt, denen neue Unterprogramme hinzugefügt werden können, ohne dass auf das Hauptprogramm zugegriffen werden muss, und ohne dass das Hauptprogramm beeinträchtigt wird. Das Hauptprogramm besteht und läuft völlig unabhängig von den Unterprogrammen ab. Kann zu einem empfangenen Identifizierer kein Unterprogramm anhand der Indexdatei ermittelt werden, kann das Hauptprogramm den Prozessor des DSRC-Kommunikationsmoduls konfigurieren eine entsprechende Nichtbedienbarkeitsantwort an die Bake zu senden und dann in eine Schlussphase und/ oder zurück in die Empfangsbereitschaftsroutine zu wechseln.
Der Prozessor der Speicher der Fahrzeugeinrichtung kann der bereits erwähnte Prozessor des DSRC-Kommunikationsmoduls sein; er kann aber stattdessen auch von einem Fahrzeuggerät ergänzend zum bereits erwähnten Prozessor des DSRC-Kommunikationsmoduls bereitgestellt werden, wobei das Fahrzeuggerät ebenso wie das DSRC-Kommunikationsmodul von der Fahrzeugeinrichtung umfasst ist und über eine Kommunikationsverbindung an das DSRC-Kommunikationsmodul gekoppelt ist.
Der Speicher der Fahrzeugeinrichtung kann der bereits erwähnte Programmspeicher sein; er kann aber stattdessen auch ein anderer Speicher sein, der ergänzend von dem DSRC-Kommunikationsmodul oder einem Fahrzeuggerät bereitgestellt wird, welches ebenso wie das DSRC-Kommunikationsmodul von der Fahrzeugeinrichtung umfasst ist und über eine Kommunikationsverbindung an das DSRC-Kommunikationsmodul gekoppelt ist.
Unter das Ablegen des Unterprogramms im Programmspeicher fällt sowohl das Kopieren oder Verschieben des Unterprogramm in den Programmspeicher als auch alternativ oder optional die Installation des Unterprogramms im Programmspeicher. Im letzteren Fall kann das von dem Mobilfunk-Kommunikationsmodul empfangene Unterprogramm zunächst im Arbeitsspeicher des Prozessors in Form einer Installationsroutine für das Unterprogramm vorliegen oder als solche von dem Mobilfunk-Kommunikationsmodul empfangen werden.
Unter einem mit dem Identifizierer verknüpften Hinweis auf das Unterprogramm ist jede Art von Information gemeint, die das Auffinden des Unterprogramms zu dessen Ausführung ermöglicht.
Unter einem solchen Hinweis kann die Bezeichnung des Unterprogramms verstanden werden, eine Sprungadresse zu einem Speicherort des Unterprogramms oder eine sonstige Verknüpfung, die auf das Unterprogramm weist.
Weitere Merkmale und Vorteile sind nach Studium der nachstehenden detaillierten Beschreibung sowie in Anbetracht der Abbildungen erkennbar.

KURZE BESCHREIBUNG DER ABBILDUNGEN

Die Elemente der Abbildungen sind nicht notwendigerweise maßstabsgetreu wiedergegeben. Vielmehr dienen die Abbildungen dazu, einige Grundgedanken der vorliegenden Erfindung zu illustrieren.
In den Abbildungen zeigen

Fig. 1: schematisch und exemplarisch ein Blockschaltbild eines elektronischen Mautsystems;
Fig. 2: schematisch und exemplarisch ein Blockschaltbild einer Fahrzeugeinrichtung gemäß einer oder mehreren Ausführungsformen;
Fig. 3: schematisch und exemplarisch ein Flussdiagramm eines DSRC-Kommunikationsverfahrens gemäß einer oder mehreren Ausführungsformen;
Fig. 4: schematisch und exemplarisch ein erstes Ablaufdiagramm eines DSRC-Kommunikationsverfahrens gemäß einer oder mehrerer Ausführungsformen der ersten Variante der Erfindung;
Fig. 5: schematisch und exemplarisch ein zweites Ablaufdiagramm eines DSRC-Kommunikationsverfahrens gemäß einer oder mehrerer Ausführungsformen der zweiten Variante der Erfindung;
Fig. 6: schematisch und exemplarisch ein drittes Ablaufdiagramm eines DSRC-Kommunikationsverfahrens gemäß einer oder mehrerer Ausführungsformen der ersten und zweiten Variante der Erfindung;

DETAILLIERTE BESCHREIBUNG

Die nachfolgend beschriebenen Aspekte betreffen die DSRC-Kommunikation.
In diesem Zusammenhang zeigt die Fig. 1 schematisch und exemplarisch ein Blockschaltbild eines elektronischen Mautsystems 10. Die DSRC-Kommunikation kommt insbesondere zwischen einer Fahrzeugeinrichtung (OBE) 11 und einer Bake (RSE) 12 zum Einsatz. Beispielsweise wird die Fahrzeugeinrichtung 11 in einem Fahrzeug mitgeführt, das in einem Nahbereich der Bake 12 eintritt. Die Größe des Nahbereichs ist im Wesentlichen durch die DSRC-Technologie selbst begrenzt. Über die DSRC-Kommunikation zwischen dem Fahrzeugeinrichtung 11 und der Bake 12 werden beispielsweise Daten ausgetauscht, die für einen Bezahldienst, wie er beispielsweise für die Zwecke der Mauterhebung typisch ist, relevant sind.
Die Fahrzeugeinrichtung 11 kann mit einem Zentralsystem 13, das von einem sogenannten OBE-Provider betrieben werden kann, verbunden sein. Diese Verbindung kann beispielsweise eine Verbindung über ein herkömmliches Mobilfunknetz sein, beispielsweise ein GSM-, ein UMTS-, ein GPRS-, ein EDGE-, ein LTE- oder ein sonstiges Mobilfunknetz sein. Beispielsweise kann über die Verbindung zwischen dem Zentralsystem 13 des OBE-Providers und der Fahrzeugeinrichtung 11 eine Konfigurierung und/oder eine Personalisierung der Fahrzeugeinrichtung 11 erfolgen.
Unter einer Konfigurierung wird dabei die Zuordnung der Fahrzeugeinrichtung -Identität zu einer Fahrzeug-Identität verstanden, die beispielsweise durch die Zuordnung wenigstens einer Fahrzeug-Kennung (z. B. Fahrzeug-Kennzeichen des Fahrzeugs und/ oder Versicherungsnummer des Fahrzeugs) zu wenigstens einer OBE-Kennung (z. B. Seriennummer oder Mobilfunknummer der Fahrzeugeinrichtung 11 (OBE) in einem dezentralen Datenspeicher der Fahrzeugeinrichtung und/ oder in einem zentralen Datenspeicher des OBE-Providers. Diese Konfigurierung kann die Zuordnung von mautrelevanten Fahrzeugdaten (z. B. Achszahl, Schadstoffklasse, zulässiges Gesamtgewicht usw.) zur OBE-Kennung umfassen oder bedingen.
Unter einer Personalisierung wird dabei die Zuordnung der Fahrzeugeinrichtung-Identität zu einer Nutzer-Identität verstanden, die beispielsweise durch die Zuordnung wenigstens einer Nutzer-Kennung (z. B. Kundennummer und/ oder Zahlungsmittel des Kunden (Kreditkarten-Nr., Konto-Nr.)) zu wenigstens einer OBE-Kennung (z. B. Seriennummer oder Mobilfunknummer der Fahrzeugeinrichtung 11 (OBE) in einem dezentralen Datenspeicher der Fahrzeugeinrichtung und/ oder in einem zentralen Datenspeicher des OBE-Providers. In der Regel geht die Personalisierung der Konfigurierung voraus, da nur ein registrierter Nutzer befugt ist, eine Konfigurierung auf einem im Wege seiner Registrierung personalisierten Fahrzeugeinrichtung (OBE) auszulösen oder durchzuführen.
Zur Vermeidung von Datenschiefständen wird jede neu eingerichtete oder geänderte Personalisierung und/ oder Konfigurierung von der Systemkomponente (Fahrzeugeinrichtung 11 oder Zentrale 13), auf der die Personalisierung und/ oder die Konfigurierung zuerst neu eingerichtet oder geändert wurde, mittels der genannten Verbindung über ein Mobilfunknetz auf die jeweils andere Systemkomponente (Zentrale 13 oder Fahrzeugeinrichtung 11) übertragen.
Andererseits kann die Bake 12 mit einem weiteren Zentralsystem 14 verbunden sein, das von einem Mautbetreiber, einem sogenannten Toll-Charger, betrieben wird. Die Verbindung zwischen der Bake 12 und dem vom Mautbetreiber betriebenen Zentralsystem 14 kann beliebig ausgestaltet sein, beispielsweise drahtgebunden ausgestaltet sein und/oder über ein Mobilfunknetzwerk erfolgen. Beispielsweise leitet die Bake 12 Daten an das vom Mautbetreiber betriebene Zentralsystem 14 weiter. Das vom OBE-Provider betriebene Zentralsystem 13 kann mit dem vom Mautbetreiber betriebenen Zentralsystem 14 verbunden sein, wie es in der Fig. 1 schematisch illustriert ist, wobei diese Verbindung beliebig ausgestaltet sein kann. Insbesondere können das vom OBE-Provider betriebene Zentralsystem 13 und das vom Mautbetreiber betriebene Zentralsystem 14 auch als ein gemeinsames System verstanden werden.
Mit Bezug auf die Fig. 2 soll nun etwas genauer auf einen möglichen Aufbau einer Fahrzeugeinrichtung 11 eingegangen werden.
Die in der Fig. 2 gezeigte Fahrzeugeinrichtung 11 umfasst ein DSRC-Kommunikationsmodul 50, das zur Kommunikation mit einer Bake 12 ausgebildet ist. Zur
Durchführung einer derartigen Kommunikation umfasst das DSRC-Kommunikationsmodul 50 einen DSRC-Sendeempfänger 51, der zum Aussenden und zum Empfangen von Daten entsprechend der DSRC-Kommunikation ausgestaltet ist. Ferner ist in dem DSRC-Kommunikationsmodul 50 ein Programmspeicher 53 vorgesehen, auf dem ein zertifiziertes Hauptprogramm abgelegt sein kann. Der Programmspeicher 53 kann ein erster Programmspeicher sein und das DSRC-Kommunikationsmodul 50 kann auch einen zweiten Programmspeicher aufweisen, der in den Figuren indes nicht dargestellt ist
Ein Prozessor 52 ist sowohl an dem Programmspeicher 53 als auch an den DSRC-Sendeempfänger 51 operativ gekoppelt. Der Prozessor 52 ist insbesondere ausgebildet, das auf dem Programmspeicher 53 abgelegte zertifizierte Hauptprogramm auszuführen und für diese Zwecke den DSRC-Sendeempfänger 51 einzusetzen, und insbesondere die DSRC-Kommunikation mit der Bake 12 durchzuführen. Der Prozessor 52 kann ein separater Prozessor sein, der im Wesentlichen nur für die Prozesse des DSRC-Moduls 50 durchführt.
Die Fahrzeugeinrichtung 11 kann neben dem DSRC-Kommunikationsmodul 50 eine kommunikativ an DSRC-Kommunikationsmodul 50 gekoppelte OBU (On-Board Unit, ebenfalls nicht dargestellt) mit einem OBU-Prozessor umfassen, der beispielsweise Positionsdaten, die er von einer Positionsbestimmungseinrichtung (beispielsweise einem GNSS-Empfänger eines Globalen Navigationssatellitensystems (GNSS)) der Fahrzeugeinrichtung 11 empfängt, mit dem Ergebnis verarbeitet, die Befahrung einer mautpflichtigen Straße zu erkennen.
Ferner kann die Fahrzeugeinrichtung ein Mobilfunk-Kommunikationsmodul umfassen, welches kommunikativ an das DSRC-Kommunikationsmodul 50 und/ oder die OBU gekoppelt ist. Das Mobilfunk-Kommunikationsmodul kann von der OBU und/ oder dem DSRC-Kommunikationsmodul umfasst sein.
OBU und Positionsbestimmungseinrichtung können von einem gemeinsamen Gehäuse umfasst und dabei vorzugsweise auf einer gemeinsamen Leiterplatte angeordnet sein. Sie können aber auch jeweils von einem eigenen Gehäuse umfasst sein, wobei die Kommunikation zwischen ihnen drahtgebunden oder drahtlos (z. B. mittels W-LAN oder Bluetooth) erfolgen kann.
Im Folgenden wird die Fahrzeugeinrichtung 11 gelegentlich auch kurz als "OBE" bezeichnet.
Ein Flussdiagramm einer beispielhaften DSRC-Kommunikation ist schematisch und exemplarisch in der Fig. 3 illustriert. Dieses beispielhafte Verfahren soll im Folgenden näher erläutert werden. Die DSRC-Kommunikation findet statt zwischen der Bake einerseits (RSE - linke Seite) und der Fahrzeugeinrichtung (OBE - rechte Seite) andererseits. Wie in einem derartigen Flussdiagramm üblich, kennzeichnen die beiden vertikalen Achsen in der Fig. 3 den Zeitverlauf.
Eine DSRC-Kommunikation, wie sie in der Fig. 3 exemplarisch dargestellt ist, lässt sich grob unterteilen in eine sogenannte Initialisierungsphase 2.0, in eine sogenannte Präsentationsphase 3.0, in eine sogenannte Receipt-Phase 4.0 und in eine sogenannte Release & Closing-Phase 5.0.
Die Initialisierungsphase 2.0 kann eine erste Empfangsbereitschaftsroutine eines in dem Programmspeicher 53 des DSRC-Kommunikationsmoduls 50 gespeicherten Hauptprogramms durch einen Prozessor 52 des DSRC-Kommunikationsmoduls 50 umfassen.
Das Hauptprogramm kann ein zertifiziertes Hauptprogramm sein.
Beispielsweise führt die Fahrzeugeinrichtung 11 kontinuierlich die Initialisierungsphase 2.0 des Hauptprogramms aus, das auf dem Programmspeicher 53 der Fahrzeugeinrichtung 11 abgelegt ist. Z.B. umfasst die Initialisierungsphase des Hauptprogramms die Ausführung von Maßnahmen des Prozessors 52 und/oder das Bereitstellen von Funktionalitäten der Fahrzeugeinrichtung 11, mit denen vor dem Empfang einer ersten Anforderungsnachricht von der Bake 12 (RSE) die Empfangsbereitschaft der Fahrzeugeinrichtung 11, insbesondere des DSRC-Kommunikationsmoduls 50, für den Empfang einer solchen Anforderungsnachricht sichergestellt werden.
Insbesondere kann die Ausführung der Initialisierungsphase seitens der Fahrzeugeinrichtung OBE auf einer sogenannten Indexdatei 7.0 (vgl. Fig. 4) basieren, die ebenfalls auf dem Programmspeicher 53 der Fahrzeugeinrichtung OBE abgelegt sein kann.
Beispielsweise startet das DSRC-Kommunikationsmodul 50 eine DSRC-Transaktion über einen (in der Fig. 3 nicht dargestellten, s. Fig. 4) Programmeinsprung 1 mit der oben kurz erläuterten Initialisierungsphase 2.0 in der zunächst nur eine Empfangsbereitschaftsroutine des Hauptprogramms ausgeführt wird, um die Fahrzeugeinrichtung 11 für eine Anforderungsnachricht von der Bake 12 empfänglich auszubilden.
Aufseiten der Bake 12 kann die Initialisierungsphase 2.0 ein kontinuierliches Aussenden einer Anforderungsnachricht (INITIALISATION.request) umfassen. Diese Anforderungsnachricht kann eine Bakendiensttabelle enthalten, die auch als Beacon Service Table (BST) bezeichnet wird. Die Anforderungsnachricht kann einen Identifizierer umfassen, der in der Bakendiensttabelle enthalten sein kann, beispielsweise einen Dienstidentifizierer, der auch als Application Identifier (AID) bezeichnet wird, und/oder einen Elementidentifizierer, der auch als Element Identifier (EID) bezeichnet wird.
Bei dem Bakendienst, der beispielsweise durch den AID identifiziert werden kann, kann es sich beispielsweise um einen Vermautungsdienst für die Zwecke der Mauterhebung handeln (z. B. Wert des AID gleich 1), einen Stützbakendienst für die Zwecke der Standortbestimmung (z. B. Wert des AID gleich 21) und/oder um einen Überwachungsdienst für die Zwecke der Kontrolle auf eine länderspezifische Registrierung (z. B. Wert des AID gleich 20). Genauere Angaben zu den möglichen Diensten finden sich in den eingangs genannten Normen.
Sobald die Fahrzeugeinrichtung 11 in den Nahbereich der Bake 12 gelangt, kann die Fahrzeugeinrichtung 11 diese Anforderungsnachricht mittels des DSRC-Sendeempfängers 51 empfangen. Beispielsweise erwidert die Fahrzeugeinrichtung OBE mit einer Erwiderungsnachricht (INITIALISATION.response) und übermittelt im Rahmen dieser Erwiderungsnachricht eine sogenannte Fahrzeugdiensttabelle, die auch als Vehicle Service Table (VST) bezeichnet wird. Diese VST enthält identifiziert Dienstelemente, beispielsweise alle Dienstelemente, beispielsweise mittels Elementidentifizierer EID, die von dem DSRC-Modul 50 unterstützt werden.
Üblicherweise umfasst der BST noch keine EID. Eine Auswahl bedienbarer EIDs kann von der Fahrzeugeinrichtung 11, beispielsweise mit der Übermittlung der VST, beispielsweise als Teil der VST, an die Bake 12 gesendet werden. In der Präsentationsphase sendet dann die Bake die EID an das Bordgerät, zu der es nähere Informationen von dem Bordgerät erhalten möchte.
Weitere mögliche Eigenschaften von BST und VST sind in den oben genannten Normen festgelegt, auf die hiermit ausdrücklich Bezug genommen wird.
Bei einem Dienstelement, das durch einen EID identifiziert ist, kann es sich im Falle einer AID, die einen Vermautungsdienst identifiziert, um einen länder- oder regionsspezifischen Mautdienstvertrag und/ oder Mauttransaktionstyp handeln.
Konkret kann im Rahmen dieser Initialisierungsphase 2.0 das DSRC-Kommunikationsmodul 50 mit dem VST auf die empfangene Baken-BST antworten. In der Baken-BST kann ein bestimmter Dienstidentifizierer AID von der Bake 12 gefordert werden. Anhand einer in der VST enthaltenen ContextMark-Information sucht die Bake 12 beispielsweise eine sogenannte ContextMark mit einem zugehörigen Elementidentifizierer EID aus, mit der die Bake 12 weiter kommunizieren will.
Nach der Initialisierungsphase 2.0 erfolgt in der Regel eine sogenannte Präsentationsphase 3.0. In dieser Phase 3.0 kann die DSRC-Kommunikation auf der in der Initialisierungsphase 2.0 ermittelten EID basieren. Beispielsweise fragt die Bake 12 mit der ermittelten EID weitere Attribute der Fahrzeugeinrichtung 11 ab und erhält darauf von dem DSRC-Kommunikationsmodul 50 einen sogenannten Präsentation Response, wie beispielsweise besagten GET_STAMPED.response. Bildlich gesprochen, fordert die Bake 12 die Fahrzeugeinrichtung 11 auf, und zwar mittels einer sogenannten GET_STAMPED.request-Nachricht und/oder im Rahmen einer sogenannten GET.request-Nachricht, sich selbst und einige statische Daten (beispielsweise Werte von sogenannten Attributen in Form von Attributdaten, zusammengefasst in einem Attributdatensatz) der Fahrzeugeinrichtung 11 zu präsentieren. Diese statischen Daten, die die Bake 12 während der Präsentationsphase von der Fahrzeugeinrichtung 11 abfragen kann, können insbesondere einen Bezahldienst betreffen. Außerdem können die statischen Daten das Fahrzeug selbst kennzeichnen, beispielsweise die Abmessungen des Fahrzeugs, das amtliche Kennzeichen des Fahrzeugs, Gewichtsangaben zum Fahrzeug, Achsenangaben etc. Beispielsweise liefert die Fahrzeugeinrichtung 11 diese Daten im Rahmen einer GET_STAMPED.response-Nachricht und/oder im Rahmen einer GET.response-Nachricht an die Bake 12. Außerdem kann in der Präsentationsphase 3.0 eine Authentifizierung der Fahrzeugeinrichtung OBE stattfinden.
Nach dieser Präsentationsphase 3.0 hat die Bake 12 genügend Informationen von der Fahrzeugeinrichtung 11 gesammelt, um den Bezahlvorgang durchzuführen. Der Präsentationsphase 3.0 schließt sich eine sogenannte Receipt-Phase 4.0 an. Während dieser Phase 4.0 kann die Bake 12 Daten auf die Fahrzeugeinrichtung 11 schreiben ("Write.data"), beispielsweise in den besagten Programmspeicher 53. Derartige Daten können beispielsweise bei einer DSRC-Kommunikation mit einer nächsten Bake berücksichtigt werden, welche vom dem Fahrzeug, in dem die Fahrzeugeinrichtung 11 mitgeführt wird, passiert wird.
Eine DSRC-Kommunikation kann enden mit einer sogenannten Tracking & Closing - Phase 5.0. Bei Beginn dieser Phase 5.0 ist der wesentliche Datenaustausch zwischen der Bake 12 und der Fahrzeugeinrichtung 11 bereits erfolgt und die betreffende Transaktion kann nicht mehr scheitern. In dieser Phase 5.0 wird dem Fahrzeugeinrichtung 11 durch die Bake 12 im Wesentlichen lediglich mitgeteilt, dass von der Bake 12 keine weiteren Daten mehr an die Fahrzeugeinrichtung 11 gesendet werden bzw. dass die Fahrzeugeinrichtung 11 keine weiteren Daten mehr an die Bake 12 zu senden hat.
Weitere Beispielhafte Aspekte einer möglichen DSRC-Kommunikation finden sich insbesondere in der Norm EN ISO 14906. Eine beispielhafte DSRC-Kommunikation umfasst insbesondere eine sogenannte CARDME-Transaktion.
Da, wie oben erläutert, die Daten, die insbesondere die Fahrzeugeinrichtung 11 während der Präsentationsphase 3.0 an die Bake 11 sendet, Daten sein können, die einen Bezahldienst betreffen, ist es in der Regel erforderlich, dass das Hauptprogramm, das auf dem Programmspeicher 53 des Fahrzeugeinrichtung es 11 abgelegt ist, zertifiziert ist. Die Zertifizierung des Hauptprogramms gibt zum Ausdruck, dass das Hauptprogramm mit den Vorgaben der an dem Bezahlvorgang beteiligten Institutionen, beispielsweise dem vom Mautbetreiber betriebenen Zentralsystem und/oder den Vorgaben des vom OBE-Provider betriebenen Zentralsystems, sowie mit den Vorgaben der jeweils relevanten Normen, beispielsweise der EN ISO 14906 und/ oder EN 15509, konform ist.
Problematisch dabei ist, dass sich die Vorgaben insbesondere der an dem Bezahlvorgang beteiligten Institutionen ändern können und/oder neue Vorgaben von neuen Institutionen der Transaktionsfunktionalität der Fahrzeugeinrichtung hinzugefügt werden sollen. Konkret können sich beispielsweise insbesondere die Vorgaben unterschiedlicher Mautbetreiber unterschiedlicher Länder voneinander unterscheiden. Ändern sich indes die Vorgaben der Beteiligten Institutionen, so kann auch eine Anpassung des Ablaufs des Hauptprogramms erforderlich sein. Da eine Anpassung jedoch in einer Änderung des Hauptprogramms resultieren kann, muss nach einer solchen Veränderung des Hauptprogramms eine erneute Zertifizierung des Hauptprogramms durchgeführt werden, was umständlich sein kann. Andererseits existieren bisher noch keine allgemeingültigen Zertifizierungstests.
Daher wird vorliegend ein Verfahren zur Verwendung von nachgeladenen veränderten Programmabläufen vorgeschlagen, das die Verwendung der alten bestehenden Programmabläufe des zertifizierten Hauptprogramms nicht beeinflusst, so dass eine bereits bestehende Zertifizierung auch nach dem Hinzufügen von neuen Programmabläufen bestehen bleibt. Insbesondere müssen also nur potentiell verwendbare ergänzte Programmabläufe, nachfolgend als Unterprogramme bezeichnet, neu zertifiziert werden, ohne dass eine insgesamt neue Zertifizierung des bereits bestehenden Hauptprogramms erforderlich ist.
Werden neue Attribute für eine DSRC-Kommunikation benötigt, beispielsweise weil ein Mautbetreiber seine Vorgaben geändert hat und/oder weil ein neuer Mautbetreiber hinzugekommen ist, können konkret folgende Probleme entstehen: Beispielsweise sind neuen Attribute in der Programmstruktur des zertifizierten Hauptprogramms nicht bekannt und können auch nicht durch weitere Parameter angepasst werden. Ferner ist es möglich, dass durch einen Mautbetreiber oder durch eine sonstige Institution neue, sogenannte State Table-Funktionen oder Sicherheitsfunktionen für das DSRC-Kommunikationsmodul 50 hinzukommen, beispielsweise weil diese für eine bestimmte DSRC-Kommunikation benötigt werden. In solchen Situationen ist es zweckmäßig, dass neue Programmteile in zeitunkritischen Situationen in einem Programmspeicher 53 der Fahrzeugeinrichtung 11 gespeichert werden, wobei derartige Programmteile, die im Folgenden als Unterprogramme bezeichnet werden, nicht in die Programmteile des bestehenden zertifizierten Hauptprogramms eingreifen dürfen, weil derartige Unterprogramme sonst in einem Verlust der Zertifizierung des Hauptprogramms resultieren können. Gleichzeitig soll sichergestellt werden, dass die grundsätzliche DSRC-Kommunikationsprozedur, wie sie oben mit Bezug auf die Fig. 3 beispielhaft erläutert worden ist, nicht verändert wird.
Insbesondere werden verschiedene mögliche Abläufe eines DSRC-Kommunikationsverfahrens der ersten Variante vorgeschlagen, wie sie schematisch und exemplarisch in der Fig. 4 illustriert sind, die nachfolgend etwas genauer erläutert werden sollen.
Nach wie vor startet die DSRC-Kommunikation aufseiten der Fahrzeugeinrichtung 11 durch einen Programmeinsprung 1 in die Initialisierungsphase 2.0. Die Initialisierungsphase 2.0 kann - wie gesagt - eine erste Empfangsbereitschaftsroutine eines in dem Programmspeicher 53 des DSRC-Kommunikationsmoduls 50 gespeicherten Hauptprogramms durch einen Prozessor 52 des DSRC-Kommunikationsmoduls 50 umfassen. Diese Initialisierungsphase 2.0 kann Teil des Hauptprogramms, das auf dem Programmspeicher 53 abgelegt ist, sein. Das Hauptprogramm kann ein zertifiziertes Hauptprogramm sein.
Der Prozessor 52 führt diese Initialisierungsphase 2.0 z.B. basierend auf einer ebenfalls in den Programmspeicher 53 abgelegten Indexdatei 7.0 durch, wobei dies nicht zwingend der Fall sein muss. Die Initialisierungsphase kann auch unabhängig von der Indexdatei 7.0 ausgeführt werden.
Im Rahmen der Initialisierungsphase 2.0 empfängt das DSRC-Kommunikationsmodul 50 mittels des DSRC-Sendeempfängers 51 die Anforderungsnachricht, die die Bake 12 zuvor ausgesendet hat. Die Anforderungsnachricht umfasst einen Identifizierer AID, der bspw. in einer Bakendiensttabelle BST der Anforderungsnachricht enthalten sein kann.
Die Fahrzeugeinrichtung 11 verarbeitet die Anforderungsnachricht und sendet nach der Verarbeitung der Anforderungsnachricht eine Verarbeitungsergebnisnachricht an die Bake 12. Dazwischen, beispielsweise im Rahmen der Verarbeitung der Anforderungsnachricht, führt die Fahrzeugeinrichtung 11 bestimmte Schritte durch, die nachstehend etwas detaillierter dargestellt werden.

Erste Variante:

Nach einer ersten Variante erfolgt beispielsweise folgendes: Auf Empfang des Identifizierers, der insbesondere ein Dienstidentifizierer AID sein kann, hin prüft der Prozessor 52, beispielsweise anhand der Indexdatei 7.0, ob dem Identifizierer AID ein Programmteil des Hauptprogramms zugeordnet ist. Ist dies der Fall - weil beispielsweise der AID=1 ist -, so verlässt der Prozessor 52 die Initialisierungsphase 2.0 und geht in die Präsentationsphase 3.0 durch und führt beispielsweise den dem empfangenen Identifizierer zugeordnete Programmteil des Hauptprogramms aus.
Ist dem Identifizierer indes kein Programmteil des Hauptprogramms zugeordnet, so ermittelt der Prozessor 52 anhand der Indexdatei 7.0 wenigstens eine der dem Identifizierer zugeordneten Sprungadresse. Der Zugriff des Prozessors 52 im Rahmen von Anweisungen der Initialisierungsphase 2.0 des Hauptprogramms auf die Indexdatei 7.0 und der Empfang der Sprungadresse sind anhand von gestrichelten Pfeilen in Fig. 4 dargestellt. Die wenigstens eine Sprungadresse verweist auf einen Programmspeicherteil der Fahrzeugeinrichtung 11, der ein Unterprogramm enthält, beispielsweise eine nachgeladene reduzierte Initialisierungsphase 2.3 eines ersten Unterprogramms oder eine nachgeladene reduzierte Initialisierungsphase 2.4 eines zweiten Unterprogramms, wobei keines dieser Unterprogramme Teil des Hauptprogramms ist.
Mit anderen Worten führt der Identifizierer, den die Bake 12 ausgesendet hat, zu einer Verzweigung aus dem Hauptprogramm heraus, falls dem Identifizierer kein Programmteil des Hauptprogramms zugeordnet ist. Dies lässt sich als parameterabhängige Programmverzweigung in Echtzeit verstehen, wobei der Parameter, der die Programmverzweigung bestimmt, ein Identifizierer ist, der von der Bake 12 versendet und von der Fahrzeugeinrichtung 11 empfangen wird.
Die Initialisierungsphase der Unterprogramme kann als reduziert bezeichnet werden, weil ihr die Empfangsbereitschaftsroutine und die Verzweigungsroutine des Hauptprogramms fehlt.
Jedenfalls führt der Prozessor 52 das Unterprogramm, beispielsweise für AID = 20 besagte nachgeladene reduzierte Initialisierungsphase 2.3 oder für AID=21 die nachgeladene reduzierte Initialisierungsphase 2.4, durch, um die Anforderungsnachricht, die die Bake 12 ausgesendet hat, zu verarbeiten. Danach sendet der Prozessor 52 das Bearbeitungsergebnis mittels des DSRC-Sendeempfängers 51 zurück an die Bake 12.
Es kann vorgesehen sein, dass der Prozessor 52 nach Aussenden des Bearbeitungsergebnisses an die Bake 12 zurück in die Initialisierungsphase 2.0 des Hauptprogramms kehrt. In der Regel umfassen jedoch die in den nachfolgenden Kommunikationsschritte mit der Bake 12 übertragenen Daten Verarbeitungsergebnisse des Prozessors 52, die in gleicher Weise von dem Dienstidentifizierer AID abhängig sind, dem kein Programmteil des Hauptprogramms zugeordnet ist, so dass die weiteren Verarbeitungsschritte der Initialisierungsphase 2.3 oder 2.4 und der darauffolgenden Phasen vorzugsweise auch durch das Unterprogramm angewiesen oder durchgeführt werden. Dies ist jedoch nicht zwingend, denn es kann auch in der darauffolgenden Präsentationsphase 3.0 erneut eine Programmverzweigung aus dem Hauptprogramm heraus in ein Unterprogramm erfolgen, welches durch den in der Präsentationsphase 3.0 von der Bake 12 empfangenen Identifizierer bestimmt wird.
Der Identifizierer, der in der Initialisierungsphase 2.0 empfangen wird, kann insbesondere einen Dienstidentifizierer AID umfassen, und die wenigstens eine Sprungadresse kann dem Dienstidentifizierer AID zugeordnet sein. Das Unterprogramm kann jedoch nicht nur eine nachgeladene Initialisierungsphase 2.3 umfassen, sondern auch eine nachgeladene Präsentationsphase 3.3 und/oder eine nachgeladene Receipt-Phase 4.3 und/oder eine nachgeladene Tracking- & Closing-Phase 5.3. Insbesondere kann vorgesehen sein, dass der Prozessor 52 nach Ausführen der Initialisierungsphase 2.3 in die nachgeladenen Phasen 3.3, 4.3. und 5.3 übergeht, um die DSRC-Kommunikation mit der Bake 12 durchzuführen. Sämtliche Phasen 3.3, 4,3 und 5.3 befinden sich außerhalb des Hauptprogramms. Es ist möglich, dass das Unterprogramm entsprechend den nachgeladenen Phasen 2.3, 3.3, 4.3 und 5.3 zertifiziert wird. Dies erfordert indes nicht, dass die standardgemäß vorgesehenen Phasen 2.0, 3.0, 4.0 und 5.0 des Hauptprogramms verändert werden. Mit anderen Worten, bleibt die Zertifizierung des Hauptprogramms mit den Phasen 2.0, 3.0. 4.0 und 5.0 auch beim Nachladen der Phasen 2.3, 3.3, 4.3 und 5.3 unberührt. Vorstehendes gilt sinngemäß auch für das Unterprogramm mit den Phasen 2.4, 3.4, 4.4 und 5.4. Es ist möglich, an dieser Stelle weitere Unterprogramme anschließen zu lassen. Darauf wird untenstehend näher eingegangen.
Die Initialisierungsphase 2.0 wird insbesondere dann verlassen, wenn es sich, wie oben erläutert, bei dem übersendeten Identifizierer um einen Dienstidentifizierer handelt, dem kein Programmteil des Hauptprogramms zugeordnet ist. Der Dienstidentifizierer kann insbesondere ein sogenannter Application Identifier (AID) sein. Beispielsweise sieht die Norm EN ISO 14906 vor, dass 31 verschiedene AIDs adressiert werden können. Ein solcher Dienstidentifizierer AID kann beispielsweise einen Vermautungsdienst (AID=1), einen Kontrolldienst (AID=20) und/oder einen Standortbestimmungsdienst (AID=21) kennzeichnen. Außerdem ist es möglich, dass der Dienstidentifizierer alternativ oder darüber hinaus einen Informationsdienst, einen elektronischen Parkgebühren-Dienst oder einen elektrischen Lade-Dienst identifiziert.
Nach Empfang der Antwortnachricht, die der Prozessor 52 in Abhängigkeit von der AID=1 erstellt und in Form einer VST, die verschiedene Dienstelemente in Form von EID's (Elementidentifizierer) umfasst, die die Fahrzeugeinrichtung 11 unterstützt, mittels des DSRC-Sendeempfängers 51 an die Bake 12 gesendet hat, sendet die Bake 12 in einer nachfolgenden Präsentationsphase 3,0 des Hauptprogramms eine weitere Anforderungsnachricht mit einem weiteren Identifizierer, in diesem Fall einen Elementidentifizierer EID=2, an das DSRC-Kommunikationsmodul 50. Mittels einer Empfangsbereitschaftsroutine der Präsentationsphase 3.0 der Hauptprogramms kann der Prozessor 52 die weitere Anforderungsnachricht empfangen und verarbeiten. Dabei prüft er zunächst, ob für einen EID=2 ein fahrzeugeinrichtungsseitiger Programmteil des Hauptprogramms vorgesehen ist. Da das Hauptprogramm nur für die Beantwortung von Anfragen mit einer EID=1 vorgesehen ist, ruft der Prozessor 52 im Rahmen von Anweisungen des Hauptprogramms die weitere Indexdatei 7.1 auf, in der EID-Werte ungleich 1 jeweils mit einem Unterprogramm, genauer: dessen Speicherort im Programmspeicher 53, verknüpft ist. Zu der EID=2 ermittelt der Prozessor 52 anhand der weiteren Indexdatei das Unterprogramm 3.1 und führt den Aufruf des Unterprogramms 3.1 durch, welches die Präsentationsphase 3.1 fahrzeugeinrichtungsseitig zu Ende führt, in dem dessen Anweisungen den Prozessor konfigurieren, eine weitere Antwortnachricht im Rahmen der Präsentationsphase 3.1 an die Bake zu erzeugen und mittels des DSRC-Sendeempfängers 51 an die straßenseitige Bake zu senden. Die Antwort umfasst die Attribute der Identifizierung und Klassifizierung des Fahrzeugs.
Daraufhin führt die straßenseitige Bake 12 anhand der empfangenen Daten eine Transaktion durch, indem sie dem Fahrzeug eine seiner Klassifizierung entsprechende Mautgebühr zuweist. Einen Beleg über diese Transaktion übersendet die straßenseitige 12 in der nachfolgenden Receipt-Phase 4.1 an das DSRC-Kommunikationsmodul 50. das seinerseits in einer Antwortnachricht den Empfang bestätigt. In der nachfolgenden Tracking&Closing-Phase 5.1. wird die Kommunikation zwischen Bake 11 und DSRC-Kommunikationsmodul 50 abgeschlossen.
Mit der Phase 5.1 wird das Unterprogramm beendet und in eine Schlussphase 6 des Hauptprogramms gewechselt. Dieser Einspruch ist seitens des Hauptprogramms für jeden Aussprung aus dem Hauptprogramm in ein Unterprogramm vorgesehen; das heißt: mit einem Aussprung setzt das Hauptprogramm beispielsweise einen Pointer auf die Schlussphase 6. Diesen Pointer übergibt es an das Unterprogramm oder schreibt ihn in eine Pointerdatei im Programmspeicher 53, die jedem Unterprogramm bekannt ist. Bei Beenden des Unterprogramm gelangt der Prozessor 52 an diesen Pointer, wodurch die Phasen 4.0 und 5.0 des Hauptprogramms, die das Hauptprogramm hätte ausführen können, wenn EID=1 gewesen wäre, folgerichtig übersprungen werden.
Aus der Schlussphase wechselt das Hauptprogramm zurück in die Empfangsbereitschaftsroutine der Initialisierungsphase 2.0, um die Empfangsbereitschaft des DSRC-Kommunikationsmoduls 50 für die BST der nächsten Bake 12 einzurichten.

Zweite Variante:

Die zweite Variante, zu der ein Ablaufdiagramm anhand von Fig. 5 schematisch dargestellt ist, ähnelt sich in ihren Grundgedanken der ersten Variante. Konkret kann der Prozessor 52 beim Verarbeiten der Anforderungsnachricht gemäß der zweiten Variante wie folgt vorgehen: Zunächst erfolgt ein Verarbeiten der Anforderungsnachricht im Rahmen von Anweisungen des Hauptprogramms in einem ersten Verarbeitungsprozess mit der Folge, entweder: (a) der Initiierung der Ausführung eines in dem ersten Programmspeicher 53 oder einem zweiten Programmspeicher des DSRC-Kommunikationsmoduls 50 gespeicherten ersten Unterprogramms 2.3, das nicht Teil des Hauptprogramms ist, wenn der mit der Anforderungsnachricht empfangene Identifizierer einem ersten Identifizierer entspricht, oder (b): der Initiierung der Ausführung eines zweiten Unterprogramms 2.4, das nicht Teil des Hauptprogramms ist, wenn der mit der Anforderungsnachricht empfangene Identifizierer nicht dem ersten Identifizierer entspricht.
Gemäß der zweiten Variante kann der Prozessor 52 also darauf verzichten, zu prüfen, ob die Anforderungsnachricht eine Verwendung eines bestimmten Programmteils des Hauptprogramms erforderlich ist. Diese Variante ist beispielsweise dann zweckmäßig, wenn das Hauptprogramm im Wesentlichen ein Programmgerüst darstellt, das beispielsweise im Wesentlichen lediglich Code zur Ausführung der Initialisierungsphase 2.0 umfasst. Wenn also auf der Fahrzeugeinrichtung 11 hinterlegt ist, dass die Anforderungsnachricht ohnehin nicht mit Code des Hauptprogramms bedient werden kann, erübrigt sich eine dahingehende Prüfung. Gemäß der zweiten Variante ist also auch möglich, besagtes zweites Unterprogramm 2.4, das nicht Teil des Hauptprogramms ist, auszuführen, um die Anforderungsnachricht zu verarbeiten.
Welches des ersten oder zweiten Unterprogrammes 2.3 oder 2.4 auszuführen ist, entnimmt das Hauptprogramm in diesem Fall durch den obligatorischen Zugriff auf eine erste Indexdatei 7.0, in dem jeder mögliche Wert des empfangenen Identifizierers - in diesem Fall des Dienstidentifizierers AID - mit der Sprungadresse des dem Identifizierer zugeordneten Unterprogramms verknüpft ist. Durch den Vergleich des empfangenen AID-Wertes mit den in der ersten Indexdatei 7.0 gespeicherten AID-Werten ermittelt der Prozessor 52 das auszuführende erste oder zweite Unterprogramm 2.3 oder 2.4.
Sodann kann der Prozessor 52 wie folgt vorgehen: Weiteres Verarbeiten der Anforderungsnachricht in einem dem ersten Verarbeitungsprozess zeitlich nachgelagerten zweiten Verarbeitungsprozess in Abhängigkeit von dem empfangenen Identifizierer entweder im Rahmen von Anweisungen des ersten Unterprogramms 2.3 im Falle (a) oder im Rahmen von Anweisungen des zweiten Unterprogramms 2.4 im Falle (b); und Erzeugen der Verarbeitungsergebnisnachricht im oder im Anschluss an den zweiten Verarbeitungsprozess im Rahmen von Anweisungen des ersten Unterprogramms oder des zweiten Unterprogramms.
Da keine Präsentationsphase 3.0 in der zweiten Variante vorgesehen ist, erfolgt zumindest die Empfangsbereitschaftsroutine nach dem Senden einer Antwort in der Initialisierungsphase 2.3 oder 2.4 Präsentationsphase immer in eine Präsentationsphase des Unterprogramms 3.3. oder 3.4. Im Folgenden wird angenommen, es wird die Empfangsbereitschaftsroutine des Unterprogramms 3.3 durch den Prozessor 52 ausgeführt.
Für den Fall, dass einem Elementidentifizierer EID, der mit einer erneuten Anforderungsnachricht von der Bake 12 von der Fahrzeugeinrichtung 11 empfangen wird, kein fahrzeugeinrichtungsseitiger Programmteil 4.3 des Unterprogramms zugeordnet ist, entnimmt der Prozessor im Rahmen von Anweisungen des Unterprogramms 3.3 einer zweiten Indexdatei 7.1 welches erste oder zweite Unterprogramm 3.5 oder 3.6 in Abhängigkeit von dem empfangenen Elementidentifizierer EID auszuführen ist.

Weitere mögliche Merkmale der DSRC-Kommunikation in der ersten und zweiten Variante:

Weitere mögliche Merkmale der DSRC-Kommunikation werden im Folgenden beschrieben. Diese Merkmale können mit Merkmalen der oben beschriebenen beiden Varianten kombiniert werden.
Bei der Ausführung eines bestimmten Dienstes durch den Prozessor 52 können bestimmte Programmmodule erforderlich sein. Derartige Programmmodule können durch besagte Elementidentifizierer, sogenannte Element Identifiers (EID), identifiziert werden.
Der von der Bake 12 übermittelte Identifizierer kann zusätzlich oder alternativ zu dem Dienstidentifizierer auch einen derartigen Elementidentifizierer (EID) umfassen. Auch kann der Prozessor 52 entsprechend der ersten Variante prüfen, ob dem empfangenen Elementidentifizierer (EID) ein Programmteil des Hauptprogramms zugeordnet ist, oder entsprechend der zweiten Variante verfahren. Ist dies nicht der Fall, kann wiederum eine dem Elementidentifizierer zugeordnete Sprungadresse ermittelt werden, wobei diese Sprungadresse auf ein Programmspeicherteil der Fahrzeugeinrichtung 11 verweist, der ein weiteres Unterprogramm enthält, das nicht Teil des Hauptprogramms ist.
Eine Programmverzweigung in Abhängigkeit eines empfangenen Elementidentifizierers erfolgt beispielsweise nicht schon in der Initialisierungsphase 2.0, sondern erst in der Präsentationsphase 3.0 des Hauptprogramms bzw. in einer nachgeladenen Präsentationsphase 3.3 eines der nachgeladenen Unterprogramme. Stellt der Prozessor 52 beispielsweise beim Durchführen der Initialisierungsphase 2.0 fest, dass der von der Bake 12 geforderte und durch den Dienstidentifizierer AID identifizierte Dienst einem Programmteil des Hauptprogramms zugeordnet ist, so übermittelt der Prozessor 52 mittels des DSRC-Sendeempfängers 51 besagte Fahrzeugdiensttabelle VST an die Bake 12 und geht in die Präsentationsphase 3.0 über. In dieser Präsentationsphase 3.0 überprüft der Prozessor 52 beispielsweise, ob dem empfangenen Elementidentifizierer EID weiterhin ein entsprechender Programmteil innerhalb des Hauptprogramms zugeordnet ist, entsprechend der ersten Variante. Ist dies der Fall, so kann der Prozessor 52 die Präsentationsphase 3.0 mittels des Hauptprogramms ausführen und sodann übergehen in die besagte Receipt-Phase 4.0 und von dort aus in die Tracking- & Closing-Phase 5.0. Alternativ kann die Prüfung entsprechend der oben dargestellten zweiten Variante vonstatten gehen. D.h., der Prozessor 52 muss nicht zwingend Programmteile des Hauptprogramms ausführen, sondern kann stets zur Bedienung der Anfrage der Bake 12 Unterprogramme, die nicht Teil des Hauptprogramms sind, ausführen. Welches Unterprogramm auszuführen ist, kann durch besagten Identifizierer, den die Bake 12 ausgesendet hat, (z.B. ein AID und/oder ein EID) vorgegeben sein. Wie erläutert, kann in besagter Indexdatei 7.0 für einen jeweiligen empfangenen Identifizierer sowohl für den Dienstidentifizierer AID als auch für den Elementidentifizierer EID hinterlegt sein, beispielsweise in Form von Sprungadressen, an welchem Speicherort sich das betreffende Unterprogramm befindet.
Kommt der Prozessor 52 indes bei der Prüfung während der Präsentationsphase 3.0 zu dem Ergebnis, dass dem empfangenen Elementidentifizierer EID kein Programmteil des Hauptprogramms (erste Variante) bzw. kein erstes Unterprogramm (zweite Variante) zugeordnet ist, so ermittelt der Prozessor 52 beispielsweise aus einer weiteren Indexdatei 7.1 eine dem empfangenen Elementidentifizierer EID zugeordnete Sprungadresse, die beispielsweise zu einem ersten Unterprogramm (erste Variante) bzw. einem zweiten Unterprogramm (zweite Variante) weist, das nachgeladenen Programmcode für eine Präsentationsphase 3.1 umfasst. Die Sprungadresse kann auch auf ein anderes Unterprogramm verweisen, das nachgeladenen Programmcode für eine andere Präsentationsphase umfasst, usw. Somit führt auch der von der Bake 12 ausgesendete Elementidentifizierer, dem kein Programmteil des Hauptprogramms (entsprechend der ersten Variante) bzw. kein erstes Unterprogramm (entsprechend der zweiten Variante) zugeordnet ist, zu einer Programmverzweigung aufseiten der Fahrzeugeinrichtung 11. Auch diese Art der Verzweigung lässt sich als eine Echtzeit-Programmverzweigung verstehen.
Verlässt der Prozessor 52 also während der Präsentationsphase 3.0 das Hauptprogramm, indem der Prozessor 52 entweder das Unterprogramm mit den nachgeladenen Programmcodes für die Phasen 3.1, 4.1 und 5.1, oder ein anderes Unterprogramm aufruft, so werden nicht mehr die Receipt-Phase 4.0 und die Tracking- & Closing-Phase 5.0 des Hauptprogramms durchgeführt, sondern entsprechende Phasen des betreffenden nachgeladenen Unterprogramms.
In der zweiten Variante sind keine Receipt-Phase 4.0 und keine Tracking- & Closing-Phase 5.0 im Hauptprogramm vorgesehen, weil die zweite Variante auf dem Verlassen des Hauptprogramms jedenfalls in den Fällen beruht, in dem die Fahrzeugeinrichtung überhaupt zur Unterstützung einer DSRC-Kommunikation in Bezug auf den empfangenen Identifizierer vorgesehen.
Die Unterprogramme, also beispielsweise das Unterprogramm mit den Phasen 3.1, 4.1 und 5.1, das Unterprogramm mit den Phasen 3.2, 4.2 und 5.2, das Unterprogramm mit den Phasen 2.3, 3.3, 4.3 und 5.3 und/oder das Unterprogramm mit den Phasen 2.4, 3.4, 4.4 und 5.4 können jeweils separat voneinander und insbesondere unabhängig von dem Hauptprogramm zertifiziert werden, ohne dass durch das Nachladen und das Nachzertifizieren der Unterprogramme ein Zertifizierungsverlust des Hauptprogramms mit den Phasen 2.0, 3.0, 4.0 und 5.0 einhergeht.
Zum Ermitteln der oben genannten Sprungadresse, sei es in der Initialisierungsphase 2.0 oder in der Präsentationsphase 3.0, kann der Prozessor 52 auf eine in dem Programmspeicher 53 abgelegte Indexdatei 7.0 zugreifen. Beispielsweise sind die Sprungadressen innerhalb dieser Indexdatei 7.0 hinterlegt.
Mit Bezug auf das Ablaufdiagramm von Fig. 6 wird nachfolgend ein Verfahren beschrieben, das beide Varianten des erfindungsgemäßen Verfahrens umfasst:

In der Initialisierungsphase 2.0 des Hauptprogramms ist gemäß der ersten Variante die Ausführung eines fahrzeugseitigen Programmteils des Hauptprogramms mit anschließender Präsentationsphase 3.0 des Hauptprogramms bei Empfang des entsprechenden Dienstidentifizierers AID vorgesehen oder die Initiierung der Ausführung eines mit einem entsprechenden Dienstidentifizierer AID der ersten Indexdatei 7.0 verknüpften ersten Unterprogramms 2.3 oder 2.4.
In der Präsentationsphase 3.0 des Hauptprogramms ist gemäß der zweiten Variante keine Ausführung eines fahrzeugseitigen Programmteils des Hauptprogramms vorgesehen, sondern stattdessen bei Empfang eines Elementidentifizierers EID die Initiierung der Ausführung eines mit einem entsprechenden Elementidentifizierer der zweiten Indexdatei 7.1.

Programmlader

Zur Hinzufügung von Unterprogrammen in den Programmspeicher 53 der Fahrzeugeinrichtung 11 kann ein Programmladeprogramm, kurz: Programmlader, 8.0 vorgesehen sein. Ein Ausführungsbeispiel sieht vor, dass der Programmlader 8.0 mit einem Prozessor ausgeführt wird, der nicht notwendigerweise der Prozessor 52 des DSRC- Kommunikationsmoduls 50 sein muss, sondern beispielsweise ein Prozessor eines an das DSRC-Kommunikationsmodul angeschlossenen Fahrzeuggerätes (OBU) sein kann. Auf Anweisungen aus der Zentrale 13 des OBE-Providers über die GSM-Schnittstelle der Fahrzeugeinrichtung 11 kopiert oder installiert der Programmlader 8.0 beispielweise das mit den Anweisungen und einem Identifizierer AID oder EID aus der Zentrale 13 empfangene neue Unterprogramm in den Programmspeicher 53 und ergänzt die Indexdatei 7.0 oder 7.1 um einen neuen Bezug, beispielsweise um eine neue Sprungadresse, zu diesem neuen Unterprogramm, der mit dem Identifizierer AID oder EID verknüpft ist, dem dieses neue Unterprogramm zugeordnet ist.
Um die Indexdatei mit den Sprungadressen zu ergänzen, insbesondere also derart, dass der Prozessor 52 ermitteln kann, welchem Identifizierer welche Sprungadresse zugeordnet ist, kann also besagter Programmlader 8.0 vorgesehen sein, der über ein Human Machine Interface (HMI) 57 bedient werden kann. Über den Programmlader 8.0 können insbesondere besagte, in der Fig. 4, 5 und 6 schematisch dargestellte Unterprogramme und Unterunterprogramme in den Programmspeicher einen Arbeitsspeicher nachgeladen werden, ohne jedoch das möglicherweise zertifizierte Hauptprogramm oder Unterprogramm zu beeinflussen. Wie in der Fig. 4, 5 und 6 schematisch dargestellt, erfasst die Zertifizierung des Hauptprogramms nicht auch eine Zertifizierung der Indexdatei 7.0. Mit anderen Worten, kann die Indexdatei 7.0 um besagte Sprungadressen ergänzt werden, ohne dass damit ein Zertifizierungsverlust des Hauptprogramms einhergehen würde.
Der hinzugefügte Programmcode der Unterprogramme kann beispielsweise im besagten Programmspeicher 53 hinterlegt sein. Der Programmspeicher kann einen Hauptspeicher zum Speichern des Hauptprogramms umfassen. In diesem Hauptspeicher kann beispielsweise auch der nachgeladene Programmcode der Unterprogramme hinterlegt sein. Der hinzugefügte Programmcode der Unterprogramme kann aber auch in einem anderen Speicher oder in einem anderen Speicherteil hinterlegt sein, beispielsweise in einem Speicher eines Fahrzeuggerätes, das von der Fahrzeugeinrichtung 11 ebenso umfasst ist wie das DSRC-Kommunikationsmodul 50, wobei der Fahrzeuggerätprozessor mit dem Prozessor 52 DSRC-Kommunikationsmodul 50 über eine Kommunikationsverbindung gekoppelt ist. Darüber hinaus kann das DSRC-Kommunikationsmodul 50 einen (in den Figuren nicht dargestellten) Arbeitsspeicher umfassen, der ebenfalls Teil des Programmspeichers 53 sein kann oder davon getrennt implementiert sein kann.

Zusammenfassende Darstellung

Einige Gedanken des oben vorgestellten Verfahrens zur DSRC-Kommunikation bzw. der oben vorgestellten Fahrzeugeinrichtung 11 mit dem DSRC-Kommunikationsmodul 50 zum Durchführen einer DSRC-Kommunikation, sollen im Folgenden zusammengefasst dargestellt werden:

Wie oben erläutert worden ist, können im Laufe der Zeit bei einem bestehendem Mautsystem oder einem anderen Bezahlsystem neue Institutionen, die ebenfalls an dem Mautsystem partizipieren möchten, hinzukommen und/oder die Vorgaben bereits bestehender Institutionen können sich ändern. Konkret kann dies darin resultieren, dass neue Dienstidentifizierer AID (und damit neue Dienste) und/oder neue Elementidentifizierer EID (und damit gemäß beispielhaften Ausführungsformen neue Attribute) zwischen der Bake 12 und dem Fahrzeugeinrichtung 11 ausgetauscht werden. Zum einen können also neue AIDs hinzukommen, zum anderen können bestehende Dienste angepasst oder geändert werden, also neue EIDs hinzukommen. An dieser Stelle sei erwähnt, dass die Attribute, die aufgrund des einen oder anderen Elementidentifizierers EID in der Präsentationsphase von der Fahrzeugeinrichtung 11 an die Bake 12 gesendet werden können, auch gleichbleiben können, und sich lediglich die den Attributen zugeordneten Attributdatensätze der Attributwerte ändern.

Bei einer Neuanlage einer AID kann, wie in den Fig. 4, 5 und 6 dargestellt, bereits in der bestehenden Initialisierungsphase 2.0 auf den Empfang des BST hin im DSRC-Kommunikationsmodul 50 eine Programmverzweigung durchgeführt werden. Dabei bleiben die Programmabläufe bestehender AIDs des Hauptprogramms in der Initialisierungsphase 2.0 erhalten und setzen die Transaktion im Rahmen des Hauptprogramms weiter fort. Wird also eine neue AID hinzugefügt, die eine Programmablaufänderung benötigt, kann hierfür in der Indexdatei 7.0 die Sprungadresse in Abhängigkeit der AID hinterlegt werden. Die Sprungadresse gibt also an, wo das betreffende Unterprogramm gespeichert und gestartet werden kann.
Handelt es sich indes nicht um einen neuen Dienst, sondern lediglich um eine Anpassung eines bereits bestehenden Dienstes, wird, wie oben erläutert, die Initialisierungsphase 2.0 zunächst vollständig durchlaufen und die Programmverzweigung erfolgt erst im Rahmen der Präsentationsphase 3.0. Befindet sich das Programm in dieser Phase, und empfängt der Prozessor 52 an dieser Stelle einen unbekannten EID, so ruft der Prozessor 52 die Indexdatei 7.0 auf und ermittelt anhand der Indexdatei 7.0 die Sprungadresse, die der neuen EID zugeordnet ist. Diese Sprungadresse weist dann beispielsweise auf das Unterprogramm mit der nachgeladenen Präsentationsphase 3.1 oder auf das Unterprogramm mit der nachgeladenen Präsentationsphase 3.2 oder auf ein anderes Unterprogramm. Beispielsweise übersendet die Bake 12 den EID im Rahmen der Präsentationsphase 3.0, beispielsweise also mit der Anforderungsnachricht GET_STAMPED.request oder mit der Anforderungsnachricht GET.request. An dieser Stelle erfolgt dann die Programmverzweigung aus dem Hauptprogramm heraus, falls der empfangenen EID kein Programmteil im Hauptprogramm zugeordnet ist.
Mit dem Programmlader 8.0 können besagte Unterprogramme in zeitunkritischen Situationen dem Programmspeicher 53 der Fahrzeugeinrichtung hinzugefügt ("nachgeladen") werden, also beispielsweise dann, wenn das Fahrzeug nicht bewegt wird und eine stabile Kommunikationsverbindung zum Zentralsystem 13 des OBE-Providers hat. Wie gesagt, erfolgt die Adressierung für die nachgeladenen Unterprogramme beispielsweise mittels der entsprechend programmierten Indexdatei 7.0 oder 7.1. Diese Ergänzung der Indexdatei 7.0 oder 7.1 bewirkt keinen Zertifizierungsverlust des Hauptprogramms.
Beispielsweise werden bei der Verzweigung aus der Initialisierungsphase 2.0 des Hauptprogramms heraus in eine nachgeladene Initialisierungsphase 2.3 oder 2.4 eine Anzahl von transaktionsüblichen Parametern mit übergeben, beispielsweise ein sogenannter Logical Link Control Identifier LID.
Bevorzugt werden auch bei der Verzweigung aus der Präsentationsphase 3.0 des Hauptprogramms in eine nachgeladene Präsentationsphase 3.1 oder 3.2 eine Anzahl von transaktionsüblichen Parametern mit übergeben, beispielsweise besagter Logical Link Control Identifier LID.
Die Fig. 4 illustriert Verzweigungen auf insgesamt vier Unterprogramme. Natürlich können auch mehr oder weniger als vier Unterprogramme vorgesehen sein. Kommt zu dem Hauptprogramm beispielsweise lediglich ein neuer Dienstidentifizierer AID hinzu, so reicht eine Verzweigung auf das Unterprogramm mit den Phasen 2.3, 3.3, 4.3 und 5.3 aus. Gemäß dem Ausführungsbeispiel der Fig. 4 umfasst jedes der vier Unterprogramme eine eigene nachgeladene Receipt-Phase 4.1, 4.2, 4.3 bzw. 4.4 und eine eigene nachgeladene Tracking- & Closing-Phase 5.1, 5.2, 5.3 bzw. 5.4. Sämtliche Tracking- & Closing-Phasen 5.0 bis 5.4 resultieren in einem ordnungsgemäßen Abschluss 6 der DSRC-Kommunikation.
Entgegen der Darstellung in der Fig. 4 ist gemäß beispielhaften Ausführungsformen auch möglich, dass eine Verzweigung zwischen verschiedenen Unterprogrammen erfolgt. Bei einer beispielhaften Ausführungsform führt der Prozessor 52 die Phase 3.1 aus springt aus dieser gemäß der oben vorgestellten ersten oder zweiten Variante in die Phase 3.2, 3.3 oder 3.4. Auch während der Ausführung von Phasen der nachgeladenen Unterprogramme können also Situationen auftreten, in denen eine Anforderung der Bake 12 nicht durch die weitere Ausführung des aktuell ausgeführten Unterprogramms bedient werden können, sondern ein Sprung in ein anderes Unterprogramm notwendig sein kann, wobei dieser Sprung entsprechend einer der oben vorgestellten Varianten erfolgen kann.
Nach dem Beenden der DSRC-Kommunikation, unabhängig davon, ob sie gemäß dem Hauptprogramm mit den Phasen 2.0, 3.0 und 4.0 und 5.0 erfolgte oder mit einem der nachgeladenen Unterprogramme, kann der Prozessor 52 nach Abschluss der DSRC-Kommunikation erneut die Initialisierungsphase 2.0 des zertifizieren Hauptprogramms ausführen. Bei dem Passieren einer nächsten Bake kann somit analog zu dem beispielhaft oben vorgestellten Verfahren zur DSRC-Kommunikation vorgegangen werden.
Der Prozessor 52 kann ausgebildet sein, zum Zwecke der Ausführung von Programmcode des Hauptprogramms und/oder von hinzugefügtem Programmcode der Unterprogramme den Arbeitsspeicher zur Zwischenspeicherung von Daten und/oder Code zu verwenden.
Beispielsweise können alle oder anhand von bestimmten Kriterien (zuletzt verwendetes Unterprogramm, zumeist verwendete Unterprogramme, durch Vergleich von empfangenen Positionsdaten identifizierte Unterprogramme, die mit entsprechenden geographischen Daten gekennzeichnet sind, etc.) ein oder mehrere ausgewählte Unterprogramm, deren Speicherort von der persistenten Indexdatei bekannt ist, beim Laden des Hauptprogramms aus dem Programmspeicher 53 in den Arbeitsspeicher des Prozessors 52 oder in Folge des Ausführens einer Startroutine des Hauptprogramms die der Empfangsbereitschafsroutine zeitlich vorangeht, ebenfalls aus dem Programmspeicher 53 in den Arbeitsspeicher geladen werden. In diesem Fall legt das Hauptprogramm im Arbeitsspeicher eine temporäre Indexdatei an, die von dem Hauptprogram zuerst aufgerufen wird, wenn ein Identifizierer empfangen wird, der die Ausführung eines Unterprogramms verlangt. In diesem Fall kann das Unterprogramm sehr viel zügiger aufgerufen und ausgeführt werden, als wenn es erst aus dem Programmspeicher (53) nachgeladen werden müsste. Stimmt der empfangene Identifizierer mit keinem Identifizierer der temporären Indexdatei überein, so wird in Folge in die im Programmspeicher 53 gespeicherte persistente Indexdatei aufgerufen und nach einem übereinstimmenden Identifizierer durchsucht.

Claims

Verfahren zum Durchführen einer DSRC-Kommunikation mittels einer ein DSRC-Kommunikationsmodul (50) umfassenden Fahrzeugeinrichtung (11), das Verfahren umfassend:
- Ausführen einer Empfangsbereitschaftsroutine eines in der Fahrzeugeinrichtung (11) gespeicherten Hauptprogramms durch einen Prozessor (52) des DSRC-Kommunikationsmoduls (50);

- Empfangen einer von einer straßenseitigen Bake (12) ausgesendeten Anforderungsnachricht, die einen Identifizierer (AID, EID) umfasst, durch einen mit dem Prozessor (52) operativ gekoppelten DSRC-Sendeempfänger (51) des DSRC-Kommunikationsmoduls (50);

- Aussenden einer Antwortnachricht, die ein Verarbeitungsergebnis umfasst, durch den DSRC-Sendeempfänger (51) an die straßenseitige Bake (12)
dadurch gekennzeichnet, dass das Verfahren zwischen dem Empfangen und Aussenden ferner umfasst:
- Prüfen, mittels des Prozessors (52), im Rahmen von Anweisungen des Hauptprogramms , ob dem empfangenen Identifizierer ein fahrzeugeinrichtungsseitiger Programmteil des Hauptprogramms zugeordnet ist;

- falls dem empfangenen Identifizierer (AID, EID) ein fahrzeugeinrichtungsseitiger Programmteil des Hauptprogramms zugeordnet ist:
Ausführen des zugeordneten fahrzeugeinrichtungsseitigen Programmteils des Hauptprogramms durch den Prozessor (52) zumindest zum Erzeugen des Verarbeitungsergebnisses in Abhängigkeit von dem empfangenen Identifizierer (AID, EID);

- falls dem Identifizierer kein fahrzeugeinrichtungsseitiger Programmteil des Hauptprogramms zugeordnet ist:
a) Ermitteln wenigstens eines dem empfangenen Identifizierer (AID, EID) zugeordneten, in der Fahrzeugeinrichtung (11) gespeicherten, ersten Unterprogramms (3.1; 2.3), das nicht Teil des Hauptprogramms ist;

b) Ausführen des ersten Unterprogramms (3.1; 2.3) durch den Prozessor (52) zumindest zum Erzeugen des Verarbeitungsergebnisses in Abhängigkeit von dem empfangenen Identifizierer (AID, EID) .
Verfahren zum Durchführen einer DSRC-Kommunikation mittels einer ein DSRC-Kommunikationsmodul (50) umfassenden Fahrzeugeinrichtung (11), das Verfahren umfassend:
- Ausführen einer Empfangsbereitschaftsroutine eines in der Fahrzeugeinrichtung (11) gespeicherten Hauptprogramms durch einen Prozessor (52) des DSRC-Kommunikationsmoduls (50);

- Empfangen einer von einer straßenseitigen Bake (12) ausgesendeten Anforderungsnachricht, die einen Identifizierer (AID, EID) umfasst, durch einen mit dem Prozessor (52) operativ gekoppelten DSRC-Sendeempfänger (51) des DSRC-Kommunikationsmoduls (50);

- Aussenden einer Antwortnachricht, die ein Verarbeitungsergebnis umfasst, durch den DSRC-Sendeempfänger (51) an die straßenseitige Bake (12)
dadurch gekennzeichnet, dass das Verfahren zwischen dem Empfangen und Aussenden ferner umfasst:
- Verarbeiten der Anforderungsnachricht mittels des Prozessors (52) im Rahmen von Anweisungen des Hauptprogramms mit
a) dem Ermitteln wenigstens eines dem empfangenen Identifizierer (AID, EID) zugeordneten, in der Fahrzeugeinrichtung (11) gespeicherten, ersten oder zweiten Unterprogramms (2.3; 2.4; 3.1; 3.2), von denen keines Teil des Hauptprogramms ist,
und

b) entweder:
i) dem Ausführen des ersten Unterprogramms (2.3; 3.1), wenn der mit der Anforderungsnachricht empfangene Identifizierer (AID, EID) einem ersten Identifizierer entspricht, durch den Prozessor (52) zumindest zum Erzeugen des Verarbeitungsergebnisses in Abhängigkeit von dem empfangenen Identifizierer (AID, EID),
oder

ii) dem Ausführen des zweiten Unterprogramms (2.4; 3.2), wenn der mit der Anforderungsnachricht empfangene Identifizierer (AID, EID) nicht dem ersten Identifizierer entspricht, durch den Prozessor (52) zumindest zum Erzeugen des Verarbeitungsergebnisses in Abhängigkeit von dem empfangenen Identifizierer (AID, EID).
Verfahren nach Anspruch 1 oder 2, ferner umfassend: Rückkehren in eine erste Empfangsbereitschaftsroutine einer Initialisierungsphase (2.0) des Hauptprogramms nach dem Aussenden der Verarbeitungsergebnisnachricht.
Verfahren nach einem der vorstehenden Ansprüche, wobei das auszuführende Unterprogramm (2.3; 2.4; 3.1; 3.2) mittels des Prozessors (52) im Rahmen von Anweisungen des Hauptprogramms anhand wenigstens einer in der Fahrzeugeinrichtung (11) gespeicherten Indexdatei (7.0, 7.1) ermittelt wird, die wenigstens eine dem Identifizierer (AID, EID) zugeordnete Verknüpfung mit dem ersten Unterprogramm (3.1; 2.3) oder einem zweiten Unterprogramm (3.2; 2.4) enthält.
Verfahren nach Anspruch 4, wobei die Verknüpfung eine Sprungadresse umfasst, die auf einen Programmspeicherteil der Fahrzeugeinrichtung (11) verweist, der das erste Unterprogramm (3.1; 2.3) oder das zweite Unterprogramm (3.2; 2.4) enthält.
Verfahren nach einem der vorstehenden Ansprüche, wobei die Empfangsbereitschaftsroutine von einer Initialisierungsphase (2.0) des Hauptprogramms umfasst ist, der Identifizierer einen Dienstidentifizierer (AID) umfasst und das erste Unterprogramm (2.3) oder ein zweites Unterprogramm (2.4) dem Dienstidentifizierer (AID) zugeordnet ist, und wobei nach Schritt a) und vor Schritt b) die Initialisierungsphase des Hauptprogramms (2.0) verlassen wird, um die Initialisierungsphase mittels des ersten Unterprogramms (2.3) oder des zweiten Unterprogramms (2.4) fortzuführen.
Verfahren nach einem der vorstehenden Ansprüche, wobei
die Anforderungsnachricht in einer Initialisierungsphase (2.0) des Hauptprogramms von dem DSRC-Kommunikationsmodul empfangen wird und eine Bakendiensttabelle (BST) enthält, die den Identifizierer in Form eines Dienstidentifizierers (AID) umfasst, und wobei
die Antwortnachricht in der Initialisierungsphase (2.0) des Hauptprogramms oder eines ersten oder zweiten Unterprogramms (2.3; 2.4) ausgesendet wird und eine Fahrzeugdiensttabelle (VST) enthält, die das Verarbeitungsergebnis umfasst.
Verfahren nach Anspruch 6 oder 7, wobei das Verfahren umfasst:
- Ausführen einer Empfangsbereitschaftsroutine eines in der Fahrzeugeinrichtung (11) gespeicherten ersten Unterprogramms (3.3) durch einen Prozessor (52) des DSRC-Kommunikationsmoduls;

- Empfangen einer von einer straßenseitigen Bake (12) ausgesendeten Anforderungsnachricht, die einen Elementidentifizierer (EID) umfasst, durch einen mit dem Prozessor (52) operativ gekoppelten DSRC-Sendeempfänger (51) des DSRC-Kommunikationsmoduls (50);

- Aussenden einer Antwortnachricht, die ein Verarbeitungsergebnis umfasst, das der Prozessor (52) im Zuge der Verarbeitung der Anforderungsnachricht in Abhängigkeit von dem empfangenen Elementidentifizierer (EID) erzeugt hat, durch den DSRC-Sendeempfänger (51) an die straßenseitige Bake (12) wobei das Verfahren zwischen dem Empfangen und Aussenden ferner umfasst:

- Prüfen, mittels des Prozessors (52), im Rahmen von Anweisungen des ersten Unterprogramms (3.3), ob dem Elementidentifizierer (EID) ein fahrzeugeinrichtungsseitiger Programmteil des ersten Unterprogramms (3.3) zugeordnet ist;

- falls dem Elementidentifizierer (EID) ein fahrzeugeinrichtungsseitiger Programmteil des ersten Unterprogramms (3.3) zugeordnet ist: Ausführen des fahrzeugeinrichtungsseitigen Programmteils des Unterprogramms (3.3) durch den Prozessor (52) zumindest zum Erzeugen des Verarbeitungsergebnisses;

- falls dem Elementidentifizierer (EID) kein fahrzeugeinrichtungsseitiger Programmteil des Unterprogramms (3.3) zugeordnet ist:
c) Ermitteln wenigstens eines dem Elementidentifizierer (EID) zugeordneten, in der Fahrzeugeinrichtung (11) gespeicherten, ersten Unterunterprogramms (3.5), das nicht Teil des Unterprogramms (3.3) ist;

d) Ausführen des ersten Unterunterprogramms (3.5) durch den Prozessor (52) zumindest zum Erzeugen der Verarbeitungsergebnisnachricht.
Verfahren nach einem der Ansprüche 1 bis 5, wobei die Empfangsbereitschaftsroutine von einer Präsentationsphase (3.0) des Hauptprogramms umfasst ist, der Identifizierer einen Elementidentifizierer umfasst und das erste Unterprogramm (3.1) oder ein zweites Unterprogramm (3.2) dem Elementidentifizierer zugeordnet ist, und wobei vor dem Ausführen der Empfangsbereitschaftsroutine die Initialisierungsphase (2.0) des Hauptprogramms abgeschlossen wird, und wobei nach Schritt a) und vor Schritt b) die Präsentationsphase (3.0) des Hauptprogramms verlassen wird, um die Präsentationsphase mittels des ersten Unterprogramms (3.1) oder des zweiten Unterprogramms (3.2) fortzuführen.
Verfahren nacheinem der vorstehenden Ansprüche, wobei das erste Unterprogramm, das zweite Unterprogramm und/ oder das erste Unterunterprogramm in seiner/ ihrer Präsentationsphase/ n (3.1; 3.2; 3,3; 3.4; 3.5) einen Attributdatensatz umfasst/ umfassen oder durch den Prozessor (52) bei Ausführung des ersten Unterprogramms, des zweiten Unterprogramms oder des Unterunterprogramms in seiner Präsentationsphase (3.1; 3.2; 3,3; 3.4; 3.5) auf einen solchen zugegriffen wird, und wobei die Verarbeitungsergebnisnachricht in Abhängigkeit des Attributdatensatzes erstellt wird und/oder den Attributdatensatz umfasst.
Verfahren nach Anspruch 10, ferner umfassend: Durchführen einer DSRC-Transaktion basierend auf dem Attributdatensatz,
wobei die DSRC-Transaktion umfasst:
- Bereitstellen wenigstens eines vorgespeicherten Attributs, so dass das bereitgestellte Attribut mittels der Bake (12) gelesen werden kann; und/oder

- Empfangen eines neuen Attributs von der Bake (12) und Ablegen des Attributs in dem Programmspeicher der Fahrzeugeinrichtung (11).
Verfahren nach einem der vorstehenden Ansprüche, wobei das Durchführen der DSRC-Kommunikation zu wenigstens einem der folgenden Standards konform ist:
EN 15509, EN ISO 14906, Cen ISO/TS 12813, Cen ISO/TS 13141, EN 12834.
Verfahren nach einem der vorstehenden Ansprüche ferner umfassend:
- Empfangen eines Unterprogramms (2.3, 2.4, 3.1, 3.2) und eines Identifizierers (AID, EID) mittels eines Mobilfunk-Kommunikationsmoduls der Fahrzeugeinrichtung (11)

- Ausführen eines Programmladeprogramms (8.0) mit
a) Ablegen des Unterprogramms (2.3, 2.4, 3.1, 3.2) im Programmspeicher (53),

b) Hinzufügen eines mit dem Identifizierer (AID, EID) verknüpften Hinweises auf das Unterprogramm (2.3, 2.4, 3.1, 3.2) in einer Indexdatei (7.0, 7.1.)

- Verwenden der Indexdatei (7.0, 7.1) zum Ermitteln des dem empfangenen Identifizierer (AID, EID) zugeordneten ersten oder zweiten Unterprogramms (2.3, 2.4,3.1,3.2).
Fahrzeugeinrichtung (11) mit einem DSRC-Kommunikationsmodul (50), das einen DSRC-Sendeempfänger (51) und einen Prozessor (52) umfasst, sowie mit wenigstens einem Programmspeicher (53), wobei der Prozessor (52) an den DSRC-Sendeempfänger (51) und an den Programmspeicher (53) operativ gekoppelt ist, und wobei der Programmspeicher (53) ein Hauptprogramm mit einer Empfangsbereitschaftsroutine umfasst, deren Ausführung den Prozessor (52) konfiguriert zum
- Empfangen, mittels des DSRC-Sendeempfängers (51), einer von einer straßenseitigen Bake (12) ausgesendeten Anforderungsnachricht, die einen Identifizierer (AID, EID) umfasst;
dadurch gekennzeichnet, dass
der Programmspeicher (53) wenigstens ein erstes Unterprogramm (2.3, 3.1) umfasst, das nicht Teil des Hauptprogramms ist,
wobei sowohl die Ausführung des Unterprogramms als auch die Ausführung eines fahrzeugeinrichtungsseitigen Programmteils des Hauptprogramms den Prozessor (52) ferner konfigurieren zum
- Erzeugen eines Verarbeitungsergebnisses in Abhängigkeit von dem empfangenen Identifizierer
und zum

- Aussenden einer das Verarbeitungsergebnis umfassenden Antwortnachricht mittels des DSRC-Sendeempfängers (51) an die straßenseitige Bake (12);
wobei das Hauptprogramm Anweisungen umfasst, die den Prozessor konfigurieren zum

- Prüfen, ob dem empfangenen Identifizierer (AID, EID) der fahrzeugeinrichtungsseitige Programmteil des Hauptprogramms zugeordnet ist;
und, falls dem empfangenen Identifizierer (AID, EID) der fahrzeugeinrichtungsseitige Programmteil des Hauptprogramms zugeordnet ist, zum
- Ausführen des fahrzeugeinrichtungsseitigen Programmteils des Hauptprogramms,
oder, falls dem empfangenen Identifizierer (AID, EID) kein fahrzeugeinrichtungsseitiger Programmteil des Hauptprogramms zugeordnet ist, zum
a) Ermitteln des dem empfangenen Identifizierer (AID, EID) zugeordneten ersten Unterprogramms (2.3, 3.1);

b) Ausführen des ersten Unterprogramms (2.3, 3.1).
Fahrzeugeinrichtung (11) mit einem DSRC-Kommunikationsmodul (50), das wenigstens einen DSRC-Sendeempfänger (51) und wenigstens einen Prozessor (52) umfasst, sowie mit wenigstens einem Programmspeicher (53), wobei der Prozessor (52) an den DSRC-Sendeempfänger (51) und an den Programmspeicher (53) operativ gekoppelt ist und wobei der Programmspeicher (53) ein Hauptprogramm Empfangsbereitschaftsroutine umfasst, deren Ausführung den Prozessor (52) konfiguriert zum
- Empfangen, mittels des DSRC-Sendeempfängers (51), einer von einer straßenseitigen Bake (12) ausgesendeten Anforderungsnachricht, die einen Identifizierer (AID, EID) umfasst;
dadurch gekennzeichnet, dass
der Programmspeicher (53) ein erstes Unterprogramm (2.3, 3.1) und wenigstens ein zweites Unterprogramm (2.4, 3.2) umfasst, von denen keines Teil des Hauptprogramms ist,
wobei sowohl die Ausführung des ersten Unterprogramms (2.3, 3.1) als auch die Ausführung des zweiten Unterprogramms (2.4, 3.2)
den Prozessor (52) ferner konfigurieren zum
- Erzeugen eines Verarbeitungsergebnisses in Abhängigkeit von dem empfangenen Identifizierer (AID, EID)
und zum
- Aussenden einer das Verarbeitungsergebnis umfassenden Antwortnachricht mittels des DSRC-Sendeempfängers (51) an die straßenseitige Bake (12);
wobei das Hauptprogramm Anweisungen umfasst, die den Prozessor (52) konfigurieren zum
- a) Ermitteln, ob dem empfangenen Identifizierer (AID, EID) das erste oder das zweite Unterprogramm (2.3, 3.1, 2.4, 3.2) zugeordnet ist;
und zum

- b) entweder
i) Ausführen des ersten Unterprogramms (2.3, 3.1) falls der empfangene Identifizierer (AID, EID) einem ersten Identifizierer entspricht,
oder

ii) Ausführen des zweiten Unterprogramms (2.4, 3.2) falls der empfangene Identifizierer (AID, EID) nicht dem ersten Identifizierer entspricht.
Fahrzeugeinrichtung (11) nach Anspruch 14 oder 15, umfassend ein Mobilfunk-Kommunikationsmodul, welches an einen Prozessor der Fahrzeugeinrichtung (11) gekoppelt ist, sowie einen Speicher, der ein Programmladeprogramm (8.0) enthält, wobei der Prozessor konfiguriert ist, durch eine mittels des Mobilfunk-Kommunikationsmoduls empfangene Nachricht zur Ausführung des Programmladeprogramms (8.0) angewiesen zu werden, dessen Ausführung den Prozessor konfiguriert, ein mittels des Mobilfunk-Kommunikationsmoduls empfangenes, mit einem Identifizierer (AID, EID) verknüpftes, Unterprogramm (2.3, 2.4, 3.1, 3.2) im Programmspeicher (53) der Fahrzeugeinrichtung abzulegen und einen mit dem Identifizierer (AID, EID) verknüpften Hinweis auf das Unterprogramm (2.3, 2.4, 3.1, 3.2) eine Indexdatei (7.0, 7.1.) hinzuzufügen, zu dessen Auslesung der Prozessor (52) des DSRC-Kommunikationsmoduls (50) durch die Ausführung von Anweisungen des Hauptprogramms zum Ermitteln des dem empfangenen Identifizierer (AID, EID) zugeordneten ersten oder zweiten Unterprogramms (2.3, 2.4, 3.1, 3.2) konfiguriert wird.