DE102013225808B4

DE102013225808B4 - Verfahren zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges

Info

Publication number: DE102013225808B4
Application number: DE102013225808.9A
Authority: DE
Inventors: Dong Woo Koh
Original assignee: Hyundai Autron Co Ltd
Current assignee: Hyundai AutoEver Corp
Priority date: 2012-12-14
Filing date: 2013-12-13
Publication date: 2021-10-28
Anticipated expiration: 2033-12-14
Also published as: CN103871131A; US9210152B2; CN103871131B; KR101362848B1; US20140172243A1; DE102013225808A1

Abstract

Verfahren zum Erfassen eines Smartkeys (10) in der Umgebung eines Fahrzeuges, umfassend:
Suchen eines Smartkeys (10) in der Umgebung eines Fahrzeuges durch Emittieren einer Registrieranforderungsnachricht (M1_REQ) zu jeder voreingestellten Emissionsperiode (T_a);
wenn eine Antwortnachricht (M1_RSP) auf die Registrieranforderungsnachricht (M1_REQ) von dem Smartkey (10) empfangen wird, Prüfen, ob die Antwortnachricht (M1_RSP) während einer Bezugszeit (T_b) wiederholt empfangen wird oder nicht;
wenn die Antwortnachricht (M1_RSP) während der Bezugszeit (T_b) wiederholt empfangen wird, Emittieren einer Authentifizierungsanforderungsnachricht (M2_REQ), die Verschlüsselungsinformationen enthält, zum Authentifizieren des Smartkeys (10); und
wenn eine Authentifizierungsnachricht (M2_RSP) auf die Authentifizierungsanforderungsnachricht (M2_REQ) von dem Smartkey (10) empfangen wird, Authentifizieren des Smartkeys (10) auf der Basis der Authentifizierungsnachricht (M2_RSP),
wobei Einstellinformationen, die zuvor durch einen Benutzereinstellteil (23) eingegeben wurden, in den Smartkey (10) gesendet und dort gespeichert werden, und wobei die Antwortnachricht (M1_RSP) die Einstellinformationen enthält.

Description

QUERVERWEISE AUF VERWANDTE ANMELDUNGEN
Die vorliegende Anmeldung beansprucht die Priorität der koreanischen Anmeldung mit der Nummer 10-2012-0146677 , eingereicht am 14. Dezember 2012, veröffentlicht als KR 10 1 362 848 B1 , die hier in ihrer Gesamtheit durch Bezugnahme enthalten ist.
HINTERGRUND DER ERFINDUNG
Die vorliegende Erfindung bezieht sich auf ein Verfahren zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges und insbesondere auf ein Verfahren zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges, das nacheinander einen Suchvorgang und einen Authentifizierungsvorgang für einen Smartkey, der sich in der Umgebung eines Fahrzeuges befindet, mit Hilfe unterschiedlicher Nachrichten ausführt.
Im allgemeinen ist ein Smartkey eine Vorrichtung, mit der ein Fahrer eine Fahrzeugtür entriegelt, um eine Maschine zu starten oder einen Kofferraum oder eine Heckklappe zu öffnen, ohne dabei einen physischen Schlüssel oder eine Fernsteuervorrichtung zu verwenden.
Mit der Zunahme der Qualität von Fahrzeugen hat in jüngster Zeit die Verwendung eines Smartkeys zugenommen. Daher ist eine Smartkey-Einheit an einem Fahrzeug angebracht, um einen Smartkey in der Umgebung des Fahrzeuges zu suchen und zu authentifizieren, um dadurch eine spezielle Tätigkeit auszuführen.
Die Smartkey-Einheit emittiert periodisch ein Signal. Wenn ein Antwortsignal auf das emittierte Signal von einem Smartkey in der Umgebung des Fahrzeuges empfangen wird, authentifiziert die Smartkey-Einheit den Smartkey, um so eine spezielle Tätigkeit auszuführen.
Das Signal, das von der herkömmlichen Smartkey-Einheit emittiert wird, umfasst jedoch Verschlüsselungsinformationen zum Authentifizieren des Smartkeys. Somit kann die Smartkey-Einheit eine große Menge von Energie verbrauchen, um den Smartkey zu suchen und zu authentifizieren.
Das heißt, selbst wenn sich kein Smartkey in der Umgebung des Fahrzeuges befindet, emittiert die Smartkey-Einheit ununterbrochen ein Signal, um den Smartkey zu suchen. Da die Smartkey-Einheit wiederholt eine Nachricht umfangreicher Größe emittieren muss, die Verschlüsselungsinformationen enthält, nimmt der Energieverbrauch unweigerlich zu, wobei Störungen mit anderen Fahrzeugen, die in der Umgebung des Fahrzeuges abgestellt sind, ebenfalls zunehmen.
Stand der Technik der vorliegenden Erfindung ist in der KR 10 2010 0 029 988 A beschrieben, die am 18. März 2010 veröffentlicht wurde und den Titel „Detecting Apparatus of Smartkey in Passive Keyless Entry System“ trägt.
Gemäß der DE 699 19 128 T2 wird periodisch ein ID-Anforderungssignal von einer an einem Fahrzeug montierten Steuerung an eine tragbare Vorrichtung gesendet. Wenn eine Antwort der tragbaren Vorrichtung empfangen wird, wird ein Challengercode gesendet. Auf Basis des Challengercodes wird an der tragbaren Vorrichtung ein Antwortcode erzeugt und zurückgesendet.
ÜBERSICHT ÜBER DIE ERFINDUNG
Ausführungsformen der vorliegenden Erfindung beziehen sich auf ein Verfahren zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges, das nacheinander einen Suchvorgang und einen Authentifizierungsvorgang für einen Smartkey, der sich in der Umgebung eines Fahrzeuges befindet, mit Hilfe unterschiedlicher Nachrichten ausführt, wodurch der Energieverbrauch einer Smartkey-Einheit und Störungen mit Fahrzeugen in der Umgebung verringert werden.
In einer Ausführungsform umfasst ein Verfahren zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges: Suchen eines Smartkeys in der Umgebung eines Fahrzeuges durch Emittieren einer Registrieranforderungsnachricht zu jeder voreingestellten Emissionsperiode; wenn eine Antwortnachricht auf die Registrieranforderungsnachricht von dem Smartkey empfangen wird, Prüfen, ob die Antwortnachricht während einer Bezugszeit wiederholt empfangen wird oder nicht; wenn die Antwortnachricht während der Bezugszeit wiederholt empfangen wird, Emittieren einer Authentifizierungsanforderungsnachricht, die Verschlüsselungsinformationen zum Authentifizieren des Smartkeys enthält; und wenn eine Authentifizierungsnachricht auf die Authentifizierungsanforderungsnachricht von dem Smartkey empfangen wird, Authentifizieren des Smartkeys auf der Basis der Authentifizierungsnachricht. Einstellinformationen, die zuvor durch einen Benutzereinstellteil eingegeben wurden, werden in den Smartkey gesendet und dort gespeichert. Die Antwortnachricht enthält die Einstellinformationen.
Die Registrieranforderungsnachricht kann einen geringeren Umfang haben als die Authentifizierungsanforderungsnachricht.
Die Registrieranforderungsnachricht und die Authentifizierungsanforderungsnachricht können jeweils enthalten: einen Aufwachmusterbereich, der Informationen zum Prüfen umfasst, ob der Smartkey ein Smartkey ist, der für das Fahrzeug registriert ist, oder nicht; und einen Befehlsbereich, der Informationen zum Unterscheiden der Registrieranforderungsnachricht oder Authentifizierungsanforderungsnachricht voneinander umfasst.
Das Verfahren kann zudem das Steuern eine Kofferraumansteuerteils umfassen, um einen Kofferraum zu öffnen, wenn die Authentifizierung erfolgreich ist.
Das Verfahren kann weiterhin umfassen: Bestimmen, ob der Kofferraum geöffnet ist oder nicht; und wenn der Kofferraum nicht geöffnet ist, Zurückkehren zu der Suche des Smartkeys in der Umgebung des Fahrzeuges nach dem Steuern des Kofferraumansteuerteils, um den Kofferraum zu öffnen.
Das Verfahren kann weiterhin das Emittieren einer Initialisierungsnachricht zum Initialisieren des Smartkeys umfassen, wenn die Authentifizierung erfolgreich ist.
Das Verfahren kann weiterhin das erneute Emittieren der Authentifizierungsanforderungsnachricht umfassen, um den Smartkey erneut zu authentifizieren, wenn die Authentifizierung fehlschlägt.
Das Verfahren kann weiterhin die Prüfung, ob sich der Smartkey in einer Betriebsart ohne Zuhilfenahme der Hände befindet, oder nicht, auf der Basis der Antwortnachricht umfassen.
Gemäß Ausführungsformen der vorliegenden Erfindung führt das Verfahren zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges den Suchvorgang nach dem Smartkey mit Hilfe der Registrieranforderungsnachricht geringen Umfangs, die keine Verschlüsselungsinformationen beinhaltet, aus und führt den Authentifizierungsvorgang mit Hilfe der Authentifizierungsanforderungsnachricht durch, die Verschlüsselungsinformationen enthält. Somit kann der Energieverbrauch gesenkt werden, während die Sicherheit aufrechterhalten wird.
Da der Smartkey in der Umgebung des Fahrzeuges durch die Registrieranforderungsnachricht geringen Umfangs gesucht wird, können die Störungen mit anderen Fahrzeugen verringert werden.
Figurenliste

1 ist ein Blockschaltbild, das eine Vorrichtung zum Ausführen eines Verfahrens für die Erfassung eines Smartkeys in einer Umgebung eines Fahrzeuges gemäß einer Ausführungsform der vorliegenden Erfindung zeigt.
2 ist ein Diagramm, das die Strukturen einer Registrieranforderungsnachricht und einer Authentifizierungsanforderungsnachricht in Bezug auf das Verfahren zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeug gemäß der Ausführungsform der vorliegenden Erfindung zeigt.
3 ist ein Flussdiagramm zum Erläutern des Verfahrens zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges gemäß der Ausführungsform der vorliegenden Erfindung.
4 ist ein Diagramm, das nacheinander die Vorgänge des Verfahrens zum Erfassen eines Smartkeys in der Umgebung einer Fahrzeuges gemäß der Ausführungsform der vorliegenden Erfindung zeigt.
5 ist ein Flussdiagramm für die Erläuterung eines Verfahrens zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges gemäß einer weiteren Ausführungsform der vorliegenden Erfindung.
6 ist ein Flussdiagramm für die Erläuterung eines Verfahrens zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges gemäß einer weiteren Ausführungsform der vorliegenden Erfindung.

BESCHREIBUNG SPEZIELLER AUSFÜHRUNGSFORMEN
Im folgenden werden Ausführungsformen der Erfindung im Detail unter Bezugnahme auf die beiliegenden Zeichnungen beschrieben. Es wird darauf hingewiesen, dass die Zeichnungen nicht präzise maßstäblich sind und die Liniendicke oder die Größen von Komponenten lediglich zu besserem Verständnis und Klarheit hervorgehoben sein können. Weiterhin sind die hier verwendeten Begriffe im Hinblick auf die Funktionen der Erfindung definiert und können gemäß dem Bedarf oder der Absicht der Benutzer oder Bedienpersonen geändert werden. Somit sollte die Definition der Begriffe gemäß den gesamten Offenbarungen vorgenommen werden, die hier angegeben sind.
1 ist ein Blockschaltbild, das eine Vorrichtung zum Ausführen einer Verfahrens zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges gemäß einer Ausführungsform der vorliegenden Erfindung zeigt. 2 ist ein Diagramm, das die Strukturen einer Registrieranforderungsnachricht und einer Authentifizierungsanforderungsnachricht in Bezug auf das Verfahren zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges gemäß der Ausführungsform der vorliegenden Erfindung zeigt.
Unter Bezugnahme auf 1 kann die Vorrichtung zum Ausführen des Verfahrens für die Erfassung eines Smartkeys in der Umgebung eines Fahrzeuges gemäß der vorliegenden Erfindung im wesentlichen einen Smartkey 10 und eine Smartkey-Einheit 20 umfassen und weiterhin einen Kofferraumansteuerteil 31 sowie einen Kofferraumöffnungserfassungsteil 32 enthalten.
Der Smartkey 10 ist eine Vorrichtung, durch die ein Fahrer eine Fahrzeugtür entriegelt, um eine Maschine zu starten oder einen Kofferraum oder eine Heckklappe zu öffnen, ohne einen physischen Schlüssel zu verwenden.
Unabhängig von dem Namen kann der Smartkey 10 sämtliche Arten von Vorrichtungen umfassen, die in der Lage sind, ein Niederfrequenz- (LF-) Signal zu empfangen, das von der Smartkey-Einheit 20 gesendet wird, und ein Hochfrequenz- (RF-) Signal in einem Ultrahochfrequenz- (UHF-) Band zu der Smartkey-Einheit 20 zu senden.
Die Smartkey-Einheit 20 kann dazu eingerichtet sein, den Smartkey 10 in der Umgebung des Fahrzeuges zu suchen und zu authentifizieren und eine spezielle Funktion gemäß einer Funktionsbetriebsart 10 des Smartkeys 10 auszuführen.
Gleichzeitig kann die spezielle Funktion unterschiedliche Funktionen beinhalten, die für den Fahrer angenehm sind, wie etwa eine Funktion des Entriegelns der Tür des Fahrzeuges, eine Funktion des Einschaltens eines Willkommenlichtes oder einer Begleitlampe, eine Funktion des Öffnens eines Kofferraums oder einer Heckklappe, eine Funktion des Startens einer Maschine und eine Funktion des Ansteuerns eines Spiegels oder Sitzes.
Bei der vorliegenden Ausführungsform wird ein Fall, bei dem die Funktion des Öffnens des Kofferraums oder der Heckklappe aus den oben beschriebenen Funktionen ausgeführt wird, als Beispiel für die Beschreibung verwendet. Die vorliegende Erfindung ist jedoch nicht darauf beschränkt, sondern kann in derselben Art und Weise auf andere Funktionen angewendet werden.
Die Smartkey-Einheit 20 kann einen Signalsendeteil 21, einen Signalempfangsteil 22, einen Benutzereinstellteil 23, einen Steuerteil 24, einen Ausgabeteil 25 und einen Speicherteil 26 umfassen.
Der Signalsendeteil 21 emittiert ein Signal in die Umgebung des Fahrzeuges, wobei der Betrieb des Signalsendeteils 21 mit dem Steuerteil 24 gesteuert wird. Gleichzeitig kann das Signal, das von dem Signalsendeteil 21 emittiert wird, LF-Signale umfassen, die einen Frequenzbereich von 30 bis 300 kHz haben.
Das Signal, das von dem Signalsendeteil 21 emittiert wird, kann eine Nachricht zum Prüfen des Smartkeys 10, der für ein spezielles Fahrzeug registriert ist, oder Authentifizieren der Gültigkeit des Smartkeys 10 umfassen.
In diesem Zusammenhang ist die vorliegende Ausführungsform dadurch gekennzeichnet, dass eine beliebige einer Registrieranforderungsnachricht M1_REQ und einer Authentifizierungsanforderungsnachricht M2_REQ in das Signal geladen wird, das von dem Signalsendeteil 21 emittiert wird.
2 zeigt die Strukturen der Registrieranforderungsnachricht M1_REQ und der Authentifizierungsanforderungsnachricht M2_REQ. Unter Bezugnahme auf 2 können die Registrieranforderungsnachricht M1_REQ und die Authentifizierungsanforderungsnachricht M2_REQ jeweils einen Präambelbereich LF PREAMBLE, einen Aufwachmusterbereich WUP, einen Befehlsbereich CMD und einen Datenbereich DATA umfassen.
Die Registrieranforderungsnachricht M1_REQ ist eine Nachricht zum Suchen des Smartkeys 10, der in der Umgebung des Fahrzeuges vorhanden ist, wobei der Datenbereich DATA der Registrieranforderungsnachricht M1_REQ keine Verschlüsselungsinformationen für die Authentifizierung umfasst.
Die Authentifizierungsanforderungsnachricht M2_REQ ist eine Nachricht zum Authentifizieren der Gültigkeit des Smartkeys 10, der durch die Registrieranforderungsnachricht M1_REQ gesucht wird, wobei der Datenbereich DATA der Authentifizierungsanforderungsnachricht M2_REQ Verschlüsselungsinformationen für die Authentifizierung umfasst.
Da die Authentifizierungsanforderungsnachricht M2_REQ die Verschlüsselungsinformationen umfasst, in denen ein relativ großer Umfang von Informationen enthalten ist, hat die Authentifizierungsanforderungsnachricht M2_REQ eine größere Nachrichtenlänge als die Registrieranforderungsnachricht M1_REQ. Das heißt, die Registrieranforderungsnachricht M1_REQ hat ein kleineres Volumen als die Authentifizierungsanforderungsnachricht M2_REQ.
Somit emittiert die Smartkey-Einheit 20 die Registrieranforderungsnachricht M1_REQ geringen Volumens, um den Smartkey 10 zu suchen, und emittiert die Authentifizierungsanforderungsnachricht M2_REQ großen Volumens in einem Zustand, in dem der Smartkey 10 gesucht wird. Somit können der Energieverbrauch der Smartkey-Einheit 20 und die Störungen mit Fahrzeugen in der Umgebung verringert werden.
Der Präambelbereich LF PREAMBLE jeweils der Registrieranforderungsnachricht M1_REQ und der Authentifizierungsanforderungsnachricht M2_REQ umfasst Informationen für die Ankündigung einer Sendung der Nachricht.
Der Aufwachmusterbereich WUP umfasst Informationen über das Fahrzeug oder den Smartkey 10 und wird verwendet um zu prüfen, ob der Smartkey 10 ein Smartkey ist, der für ein spezielles Fahrzeug registriert ist, oder nicht.
Der Befehlsbereich CMD umfasst Informationen zum Unterscheiden der Registrieranforderungsnachricht M1_REQ und der Authentifizierungsanforderungsnachricht M2_REQ voneinander.
Der Signalempfangsteil 22 empfängt ein Signal, das von dem Smartkey 10 gesendet wird, in Erwiderung auf das Signal, das von dem Signalsendeteil 21 emittiert wird. Gleichzeitig kann das Signal, das von dem Smartkey 10 empfangen wird, RF-Signale in dem UHF-Band umfassen, das einen Frequenzbereich von 300 bis 3.000 MHz hat.
Das Signal, das von dem Smartkey 10 empfangen wird, kann eine Antwortnachricht M1-RSP auf die Registrieranforderungsnachricht M1_REQ oder eine Authentifizierungsnachricht M2_RSP auf die Authentifizierungsanforderungsnachricht M2_REQ enthalten.
Die Benutzereinstelleinheit 23 empfängt Einstellinformationen über die Funktionsbetriebsart des Smartkeys 10 von einem Benutzer und sendet die empfangenen Informationen zu dem Steuerteil 24. Gleichzeitig kann die Funktionsbetriebsart des Smartkeys 10 eine Betriebsart ohne Zuhilfenahme der Hände umfassen, in der eine spezielle Funktion ausgeführt wird, wenn sich der Smartkey 10 in der Umgebung des Fahrzeuges befindet.
Die Einstellinformationen, die zuvor durch den Benutzereinstellteil 23 eingegeben wurden, werden in den Smartkey 10 gesendet und dort gespeichert und sind in der Antwortnachricht M1_RSP enthalten, die zu der Smartkey-Einheit 20 von dem Smartkey 10 gesendet wird. Das heißt, die Smartkey-Einheit 20 kann die oben beschriebenen Einstellinformationen aus der Antwortnachricht M1_RSP prüfen, die von dem Smartkey 10 empfangen wird.
Der Steuerteil 24 emittiert die Registrieranforderungsnachricht M1_REQ bei jeder voreingestellten Emissionsperiode Ta und sucht nach dem Smartkey 10 in der Umgebung des Fahrzeuges.
Wenn der Smartkey 10 durch die Suchfunktion gesucht wird, emittiert der Steuerteil 24 die Authentifizierungsanforderungsnachricht M2_REQ, die Verschlüsselungsinformationen enthält, und führt die Authentifizierung für den Smartkey 10 aus.
Wenn die Authentifizierung für den Smartkey 10 erfolgreich ist, gibt der Steuerteil 24 ein Steuersignal zu dem Kofferraumansteuerteil 31 aus, um den Kofferraum oder die Heckklappe zu öffnen, und emittiert eine Initialisierungsnachricht M_Clear, um den Smartkey 10 zu initialisieren. Der Vorgang, bei dem der Steuerteil 24 nacheinander die Suchfunktion und die Authentifizierungsfunktion des Smartkeys 10 mit Hilfe der Registrieranforderungsnachricht M1_REQ und der Authentifizierungsanforderungsnachricht M2_REQ ausführt, wird im folgenden unter Bezugnahem auf 3 bis 6 beschrieben.
Die Ausgabeeinheit 25 gibt das Suchergebnis und das Authentifizierungsergebnis für den Smartkey 10 durch eine Lampe (nicht dargestellt) oder eine Anzeigetafel (nicht dargestellt) aus, wobei das Suchergebnis und das Authentifizierungsergebnis in dem Speicherteil 26 gespeichert werden können.
Der Speicherteil 26 kann das Suchergebnis und das Authentifizierungsergebnis für den Smartkey 10 speichern. Wie es im folgenden beschrieben wird, kann der Speicherteil 26 Informationen über die Zahl von erneuten Authentifizierungen in Bezug auf die Authentifizierung des Smartkeys 10 speichern.
Der Kofferraumansteuerteil 31 öffnet den Kofferraum oder die Heckklappe, wobei die Funktion des Kofferraumansteuerteils 31 von dem Steuerteil 24 gesteuert wird.
Der Kofferraumöffnungserfassungsteil 32 erfasst, ob der Kofferraum oder die Heckklappe geöffnet ist oder nicht, erzeugt ein Erfassungssignal und gibt das erzeugte Erfassungssignal an den Steuerteil 24 aus.
3 ist ein Flussdiagramm für die Erläuterung des Verfahrens zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeugs gemäß einer Ausführungsform der vorliegenden Erfindung. 4 ist ein Diagramm, das nacheinander die Vorgänge des Verfahrens zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges in Übereinstimmung mit der Ausführungsform der vorliegenden Erfindung zeigt.
Unter Bezugnahme auf 3 und 4 wird ein Vorgang des Suchens und Authentifizierens eines Smartkeys detailliert beschrieben, der in der Umgebung eines Fahrzeuges vorhanden ist.
Unter Bezugnahme auf 3 prüft der Steuerteil 24 der Smartkey-Einheit 20, ob eine voreingestellte Emissionsperiode Ta erreicht ist oder nicht, in Schritt S100.
Die Emissionsperiode Ta kennzeichnet eine Periode, in der die Smartkey-Einheit 20 die Registrieranforderungsnachricht M1_REQ emittiert, um den Smartkey 10 zu suchen, und kann in vielfältiger Art und Weise in Abhängigkeit einer Absicht des Konstrukteurs und der Spezifikation des Signalsendeteils 21 eingestellt werden. Die Emissionsperiode Ta kann beispielsweise auf einen Wert von 240 oder 480 msek eingestellt werden.
Wenn die Emissionsperiode Ta erreicht ist, steuert der Steuerteil 24 den Signalsendeteil 21 an, um die Registrieranforderungsnachricht M1_REQ bei Schritt S102 auszugeben, und prüft, ob eine Antwortnachricht M1_RSP auf die Registrieranforderungsnachricht M1_REQ von dem Smartkey 10 in der Umgebung des Fahrzeuges S104 empfangen wird oder nicht, bei Schritt S104.
Wenn die Emissionsperiode Ta in einem Zustand erreicht ist, in dem Antwortnachricht M1_RSP auf die Registrieranforderungsnachricht M1_REQ nicht empfangen wird, emittiert der Steuerteil 24 wiederholt die Registrieranforderungsnachricht M1_REQ.
Wenn andererseits die Antwortnachricht M1_RSP auf Registrieranforderungsnachricht M1_REQ von dem Smartkey 10 in der Umgebung des Fahrzeuges empfangen wird, prüft der Steuerteil 24, ob der Smartkey 10 in einer Betriebsart ohne Zuhilfenahme der Hände eingestellt ist, anhand von Einstellinformationen, die in der Antwortnachricht M1_RSP enthalten sind, bei Schritt S106.
Wenn der Smartkey 10 in die Betriebsart ohne Zuhilfenahme der Hände eingestellt ist, prüft der Steuerteil 24, ob die Antwortnachricht M1_RSP auf die Registrieranforderungsnachricht M1_REQ während einer Bezugszeit Tb wiederholt empfangen wird, bei Schritt S108.
Die Bezugszeit Tb kennzeichnet eine Zeit, die erforderlich ist um zu prüfen, ob der Smartkey 10, der die ursprüngliche Antwortnachricht gesendet hat, in der Umgebung des Fahrzeuges existiert, und kann auf vielfältige Art und Weise gemäß einer Absicht des Konstrukteurs eingestellt sein. Die Bezugszeit Tb kann beispielsweise auf einen Wert von 2 bis 3 Sekunden eingestellt sein.
Wenn unter Bezugnahme auf 4 die Antwortnachricht M1_RSP während der Bezugszeit Tb wiederholt empfangen wird, kann in Erwägung gezogen werden, dass sich der Smartkey sicher in der Umgebung des Fahrzeuges befindet. Somit steuert der Steuerteil 24 den Signalsendeteil 21 an, um die Authentifizierungsanforderungsnachricht M2_REQ bei Schritt S110 zu emittieren, und prüft, ob eine Authentifizierungsnachricht M2_RSP auf die Authentifizierungsanforderungsnachricht M2_REQ empfangen wird, bei Schritt S112.
Somit emittiert die Smartkey-Einheit 20 die Registrieranforderungsnachricht M1_REQ, die ein geringes Volumen hat, zu dem Smartkey 10 und emittiert die Authentifizierungsnachricht M2_REQ, die ein relativ großes Volumen hat, nachdem der Smartkey 10 gesucht wurde. Ein derartiger Vorgang kann den Energieverbrauch der Smartkey-Einheit 20 und die Störungen mit Fahrzeugen in der Umgebung verringern.
Wenn die Authentifizierungsnachricht M2_RSP auf die Authentifizierungsanforderungsnachricht M2_REQ von dem Smartkey 10 in der Umgebung des Fahrzeuges empfangen wird, authentifiziert der Steuerteil 24 den Smartkey 10 auf der Basis der Authentifizierungsnachricht M2_RSP bei Schritt S114.
Anschließend bestimmt der Steuerteil 24, ob die Authentifizierung für den Smartkey 10 erfolgreich ist, bei Schritt S116. Ist die Authentifizierung erfolgreich, gibt der Steuerteil 24 ein Steuersignal an den Kofferraumansteuerteil 31 aus, um den Kofferraum oder die Heckklappe bei Schritt S118 zu öffnen.
Anschließend emittiert der Steuerteil 24 die Initialisierungsnachricht M_Clear, um den Smartkey 10 bei Schritt S120 zu initialisieren.
Die Initialisierungsnachricht M_Clear kennzeichnet eine Nachricht, die die Informationen über die Registrieranforderungsnachricht M1_REQ oder die Authentifizierungsanforderungsnachricht M2_REQ löscht, die zu dem Smartkey 10 von der Smartkey-Einheit 20 gesendet werden, wodurch der Smartkey 10 initialisiert wird.
Ist der Smartkey 10 nicht auf die Betriebsart ohne Zuhilfenahme der Hände eingestellt, wird die Antwortnachricht M1_RSP während der Bezugszeit Tb nicht wiederholt von dem Smartkey 10 empfangen, oder wird die Authentifizierungsnachricht M2_RSP nicht von dem Smartkey 10 empfangen, kehrt der Steuerteil 24 zu den Schritten S100 und S102 des Prüfens, ob die Emissionsperiode Ta erreicht ist oder nicht, und des Sendens der Registrieranforderungsnachricht M1_REQ zurück und führt die Suche sowie den Authentifizierungsvorgang für den Smartkey 10 von Beginn an aus.
5 ist ein Flussdiagramm, das ein Verfahren zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeugs gemäß einer weiteren Ausführungsform der vorliegenden Erfindung zeigt.
Selbst wenn die Such- und Authentifizierungsvorgänge für den Smartkey 10 erfolgreich ausgeführt werden, um ein Steuersignal an den Kofferraumansteuerteil 31 auszugeben, kann der Kofferraum oder die Heckklappe infolge eines mechanischen Defektes des Kofferraums oder der Heckklappe oder eines Sendeproblems des Steuersignals möglicherweise nicht geöffnet werden.
Daher kann das Verfahren gemäß der Ausführungsform der vorliegenden Erfindung die Prüfung, ob der Kofferraum oder die Heckklappe tatsächlich geöffnet ist oder nicht, nachdem das Steuersignal zu dem Kofferraumansteuerteil 31 gesendet wurde, und das Ausführen des Such- und Authentifizierungsvorgangs für den Smartkey 10 umfassen, wenn der Kofferraum oder die Heckklappe nicht geöffnet ist.
Unter Bezugnahme auf 5 werden die zusätzlichen Tätigkeiten beschrieben. Der Steuerteil 24 gibt ein Steuersignal an den Kofferraumansteuerteil 31 bei Schritt S218 aus und prüft anschließend, ob der Kofferraum oder die Heckklappe geöffnet ist oder nicht, auf der Basis eines Erfassungssignals, das von dem Kofferraumöffnungserfassungsteil 32 empfangen wird, bei Schritt S220.
Wenn bestimmt wird, dass der Kofferraum oder die Heckklappe geöffnet ist, kann davon ausgegangen werden, dass der Kofferraum oder die Heckklappe normal geöffnet ist. Somit emittiert der Steuerteil 24 die Initialisierungsnachricht M_Clear, um den Smartkey zu initialisieren, bei Schritt S224.
Wenn andererseits bestimmt wird, dass der Kofferraum oder die Heckklappe nicht geöffnet ist, kann davon ausgegangen werden, dass der Vorgang nicht normal ausgeführt ist. Somit kehrt der Steuerteil zu den Schritten S200 und S202 des Prüfens, ob die Emissionsperiode Ta erreicht ist oder nicht, und des Sendens der Registrieranforderungsnachricht M1_REQ zurück und führt den Such- und Authentifizierungsvorgang für den Smartkey 10 von Beginn an aus.
Der Vorgang von Schritt S200 des Bestimmens, ob die Emissionsperiode Ta eingetreten ist oder nicht, zu Schritt S218 des Öffnens des Kofferraums ist derselbe wie der Vorgang von Schritt S100 zu Schritt S118 in 4. Somit wird auf eine detaillierte Beschreibung derselben hier verzichtet.
Wenn die Öffnung des Kofferraums oder der Heckklappe geprüft wird, um die Suche und die Authentifizierung für den Smartkey 10 wiederaufzunehmen, kann somit der Öffnungsvorgang innerhalb kurzer Zeit ausgeführt werden. Somit kann die Zuverlässigkeit des Vorgangs verbessert werden.
6 ist ein Flussdiagramm für die Erläuterung eines Verfahrens zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeuges gemäß einer weiteren Ausführungsform der vorliegenden Erfindung.
Schlägt die Authentifizierung des Smartkeys 10 fehl, kann davon ausgegangen werden, dass der Smartkey 10 ein gültiger Smartkey ist. Somit wird der Vorgang des Öffnens des Kofferraums nicht ausgeführt. Obwohl der Smartkey 10 ein gültiger Smartkey ist, kann jedoch die Authentifizierung infolge eines Kommunikationsproblems oder eines Authentifizierungsfehlers fehlschlagen.
Daher kann das Verfahren gemäß der Ausführungsform der vorliegenden Erfindung eine erneute Authentifizierung anhand einer vorbestimmten Bezugszahl ausführen, auch wenn die Authentifizierung für den Smartkey 10 fehlschlägt, wodurch im wesentlichen ein Authentifizierungsfehler vermieden wird, der auftreten kann, obwohl der Smartkey 10 ein gültiger Smartkey ist.
Unter Bezugnahme auf Fg. 6 wird ein derartiger Vorgang beschrieben. Ist die Authentifizierung für den Smartkey 10 erfolgreich, gibt der Steuerteil 24 ein Steuersignal an den Kofferraumansteuerteil 31 aus, um den Kofferraum oder die Heckklappe bei Schritt S318 zu öffnen, und emittiert die Initialisierungsnachricht M_Clear, um den Smartkey 10 zu initialisieren, bei Schritt 320.
Wenn andererseits die Authentifizierung fehlschlägt, vergleicht der Steuerteil 24 die Anzahl von erneuten Authentifizierungen mit der Bezugszahl durch Bezugnahme auf den Speicherteil 26 und bestimmt, ob die Zahl der erneuten Authentifizierungen größer oder gleich der Bezugszahl ist, bei Schritt S322.
Die Bezugszahl kennzeichnet die Anzahl von erneuten Authentifizierungen, die die Gültigkeit des Smartkeys 10 garantieren können, und kann in vielfältiger Art und Weise in Abhängigkeit der Absicht eines Konstrukteurs eingestellt sein. Die Anzahl der erneuten Authentifizierungen kann beispielsweise auf einmal oder zweimal eingestellt sein.
Wenn die Anzahl der erneuten Authentifizierungen geringer ist als die Bezugszahl, kann davon ausgegangen werden, dass die Authentifizierung für den Smartkey 10 wahrscheinlich infolge anderer Gründe fehlgeschlagen ist. Somit emittiert der Steuerteil 24 erneut die Authentifizierungsanforderungsnachricht M2_REQ, um die erneute Authentifizierung auszuführen, bei Schritt S324. Anschließend addiert der Steuerteil 24 die erneuten Authentifizierungen und speichert die Zahl erneuter Authentifizierungen in dem Speicherteil 24 bei Schritt S326.
Wenn andererseits die Zahl von erneuten Authentifizierungen größer oder gleich der Bezugszahl ist, kann davon ausgegangen werden, dass der Smartkey 10 kein gültiger Smartkey ist. Somit beendet der Steuerteil 24 den Vorgang.
Der Vorgang von Schritt S300 des Bestimmens, ob die Emissionsperiode Ta erreicht ist oder nicht, zu dem Schritt S314 des Authentifizierens des Smartkeys 10 ist derselbe wie der Vorgang von Schritt S100 zu Schritt S114 in 4. Somit wird auf eine detaillierte Beschreibung desselben hier verzichtet.
Wenn die erneute Authentifizierung mit einer vorbestimmten Häufigkeit ausgeführt wird, obwohl die Authentifizierung für den Smartkey 10 fehlschlägt, kann somit die Authentifizierung normal ausgeführt werden, obwohl ein vorübergehender Fehler infolge eines Kommunikationsproblems auftritt. Somit kann die Zuverlässigkeit des Betriebs verbessert werden.
Gemäß Ausführungsformen der vorliegenden Erfindung führt das Verfahren zum Erfassen eines Smartkeys in der Umgebung eines Fahrzeugs den Suchvorgang für den Smartkey 10 mit Hilfe der Registrieranforderungsnachricht M1_REQ geringen Volumens, die keine Verschlüsselungsinformationen umfasst, aus und führt den Authentifizierungsvorgang mit Hilfe der Authentifizierungsanforderungsnachricht M2_REQ aus, die Verschlüsselungsinformationen enthält. Somit kann der Energieverbrauch verringert werden, während die Sicherheit beibehalten wird.
Da der Smartkey 10 in der Umgebung des Fahrzeugs weiterhin durch die Registrieranforderungsnachricht M1_REQ geringen Volumens gesucht wird, können Störungen mit anderen Fahrzeugen reduziert werden.
Die Ausführungsformen der vorliegenden Erfindung wurden oben zu Darstellungszwecken erläutert. Der Fachmann wird verstehen, dass unterschiedliche Abänderungen, Hinzufügungen und Ersetzungen möglich sind, ohne vom Geltungsbereich und Geist der Erfindung abzuweichen, wie er in den beiliegenden Ansprüchen offenbart ist.

Claims

Verfahren zum Erfassen eines Smartkeys (10) in der Umgebung eines Fahrzeuges, umfassend: Suchen eines Smartkeys (10) in der Umgebung eines Fahrzeuges durch Emittieren einer Registrieranforderungsnachricht (M1_REQ) zu jeder voreingestellten Emissionsperiode (T_a); wenn eine Antwortnachricht (M1_RSP) auf die Registrieranforderungsnachricht (M1_REQ) von dem Smartkey (10) empfangen wird, Prüfen, ob die Antwortnachricht (M1_RSP) während einer Bezugszeit (T_b) wiederholt empfangen wird oder nicht; wenn die Antwortnachricht (M1_RSP) während der Bezugszeit (T_b) wiederholt empfangen wird, Emittieren einer Authentifizierungsanforderungsnachricht (M2_REQ), die Verschlüsselungsinformationen enthält, zum Authentifizieren des Smartkeys (10); und wenn eine Authentifizierungsnachricht (M2_RSP) auf die Authentifizierungsanforderungsnachricht (M2_REQ) von dem Smartkey (10) empfangen wird, Authentifizieren des Smartkeys (10) auf der Basis der Authentifizierungsnachricht (M2_RSP), wobei Einstellinformationen, die zuvor durch einen Benutzereinstellteil (23) eingegeben wurden, in den Smartkey (10) gesendet und dort gespeichert werden, und wobei die Antwortnachricht (M1_RSP) die Einstellinformationen enthält.
Verfahren nach Anspruch 1, bei dem die Registrieranforderungsnachricht (M1_REQ) ein geringeres Volumen als die Authentifizierungsanforderungsnachricht (M2_REQ) hat.
Verfahren nach Anspruch 1, bei dem die Registrieranforderungsnachricht (M1_REQ) und/oder die Authentifizierungsanforderungsnachricht (M2_REQ) umfassen: einen Aufwachmusterbereich (WUP), der Informationen zum Prüfen umfasst, ob der Smartkey (10) ein Smartkey ist, der für das Fahrzeug registriert ist oder nicht; und einen Befehlsbereich (CMD), der Informationen zum Unterscheiden der Registrieranforderungsnachricht (M1_REQ) oder der Authentifizierungsanforderungsnachricht (M2_REQ) voneinander umfasst.
Verfahren nach Anspruch 1, weiterhin umfassend das Steuern eines Kofferraumansteuerteils (31), um einen Kofferraum zu öffnen, wenn die Authentifizierung erfolgreich ist.
Verfahren nach Anspruch 4, weiterhin umfassend nach dem Steuern des Kofferraumansteuerteils (31), um den Kofferraum zu öffnen: Bestimmen, ob der Kofferraum geöffnet ist oder nicht; und wenn der Kofferraum nicht geöffnet ist, Zurückkehren zu der Suche des Smartkeys (10) in der Umgebung des Fahrzeuges.
Verfahren nach Anspruch 1, weiterhin umfassend das Emittieren einer Initialisierungsnachricht (M_Clear), um den Smartkey (10) zu initialisieren, wenn die Authentifizierung erfolgreich ist.
Verfahren nach Anspruch 1, weiterhin umfassend das erneute Emittieren der Authentifizierungsanforderungsnachricht (M2_REQ), um den Smartkey (10) erneut zu authentifizieren, wenn die Authentifizierung fehlschlägt.
Verfahren nach Anspruch 1, weiterhin umfassend das Prüfen, ob die Betriebsart des Smartkeys (10) eine Betriebsart ohne Zuhilfenahme der Hände ist oder nicht, basierend auf der Antwortnachricht (M1_RSP).