DE102016121893A1

DE102016121893A1 - Verfahren und Vorrichtung für Warnungen über interne/externe Fahrzeugumgebung

Info

Publication number: DE102016121893A1
Application number: DE102016121893.6A
Authority: DE
Inventors: Tuan Anh Be; Noorulla MOHAMMED; Nicholas Colella; Allen R. MURRAY
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2015-11-23
Filing date: 2016-11-15
Publication date: 2017-05-24
Also published as: US20170147887A1; CN107054220A

Abstract

Ein System beinhaltet einen Prozessor, der dazu konfiguriert ist, als Reaktion auf eine Konfigurationsanfrage ein oder mehrere Fahrzeugkamerabilder, die durch eine oder mehrere Fahrzeugkameras gesehen werden, auf einer Fahrzeuganzeige anzuzeigen. Der Prozessor ist auch dazu konfiguriert, ein oder mehrere Bilder nach einer Benutzerauswahl zu erfassen und die Bilder und die entsprechenden benutzerausgewählten Fahrzeugzustandsdaten, die designieren, wann die erfassten Bilder für einen Warnungsvergleich verwendet werden sollten, zu speichern. Das gleiche oder ein ähnliches System kann auch Fahrzeugsensoren auf die gleiche oder eine ähnliche Weise benutzen.

Description

TECHNISCHES GEBIET
Die veranschaulichenden Ausführungsformen betreffen allgemein ein Verfahren und eine Vorrichtung für Warnungen über eine interne/externe Fahrzeugumgebung.
HINTERGRUND
Obwohl Fahrzeugeigentümer versuchen, angemessene Vorsichtsmaßnahmen zur verantwortungsvollen und sicheren Verwendung ihrer Fahrzeuge zu treffen, können abgelenkte Eigentümer ein Fahrzeug versehentlich in ein Garagentor zurücksetzen, in der Nähe eines Hydranten parken, in einem Behindertenparkplatz parken oder ein ähnliches Manöver durchführen, bei dem eine Überprüfung der fahrzeugexternen Umgebung die Unangemessenheit der Situation unmittelbar deutlich gemacht haben würde.
KURZDARSTELLUNG
Bei einer ersten veranschaulichenden Ausführungsform beinhaltet ein System einen Prozessor, der dazu konfiguriert ist, eine Warnung an eine Benutzermobileinrichtung auszugeben, wenn bestimmt wird, dass Bilddaten, die als Reaktion auf eine mit der Warnung assoziierte fahrzeugbezogene Zustandsbedingung erfasst wurden, gespeicherten Bilddaten entsprechen, die designiert sind, eine Warnungsbedingung zu repräsentieren.
Bei einer zweiten veranschaulichenden Ausführungsform beinhaltet ein System einen Prozessor, der dazu konfiguriert ist, eine Warnung an eine Benutzermobileinrichtung auszugeben, wenn bestimmt wird, dass Sensordatenparameter, die als Reaktion auf eine mit der Warnung assoziierte fahrzeugbezogene Zustandsbedingung erfasst wurden, gespeicherten Sensordatenparametern entsprechen, die designiert sind, eine Warnungsbedingung zu repräsentieren.
Bei einer dritten veranschaulichenden Ausführungsform beinhaltet ein System einen Prozessor, der dazu konfiguriert ist, als Reaktion auf eine Konfigurationsanfrage ein oder mehrere Fahrzeugkamerabilder, die durch eine oder mehrere Fahrzeugkameras gesehen werden, auf einer Fahrzeuganzeige anzuzeigen. Der Prozessor ist auch dazu konfiguriert, ein oder mehrere Bilder nach einer Benutzerauswahl zu erfassen und die Bilder und die entsprechenden benutzerausgewählten Fahrzeugzustandsdaten, die designieren, wann die erfassten Bilder für einen Warnungsvergleich verwendet werden sollten, zu speichern.
KURZE BESCHREIBUNG DER ZEICHNUNGEN
1 stellt ein veranschaulichendes Fahrzeugcomputersystem dar;
2 stellt ein veranschaulichendes Beispiel eines Benachrichtigungskonfigurationsprozesses dar;
3 stellt ein veranschaulichendes Beispiel eines Sicherheitsbenachrichtigungsprozesses dar;
4 stellt ein veranschaulichendes Beispiel eines Benachrichtigungsprozesses dar und
5 stellt einen weiteren veranschaulichenden Benachrichtigungsprozess dar.
AUSFÜHRLICHE BESCHREIBUNG
Wie erforderlich, werden vorliegend ausführliche Ausführungsformen der vorliegenden Erfindung offenbart; es versteht sich jedoch, dass die offenbarten Ausführungsformen für die Erfindung, die in diversen und alternativen Formen verkörpert werden kann, rein beispielhaft sind. Die Figuren sind nicht notwendigerweise maßstabsgetreu; einige Merkmale können übertrieben oder minimiert sein, um Einzelheiten spezieller Komponenten darzustellen. Daher sollen vorliegend offenbarte spezifische strukturelle und funktionelle Einzelheiten nicht als einschränkend interpretiert werden, sondern lediglich als eine repräsentative Basis, um einen Fachmann zu lehren, wie die vorliegende Erfindung auf verschiedene Art und Weise einzusetzen ist.
1 veranschaulicht eine beispielhafte Blocktopologie für ein fahrzeuggestütztes Computersystem 1 (VCS) für ein Fahrzeug 31. Ein Beispiel für ein derartiges fahrzeuggestütztes Computersystem 1 ist das von THE FORD MOTOR COMPANY hergestellte SYNC-System. Ein mit einem fahrzeuggestützten Computersystem aktiviertes Fahrzeug kann eine im Fahrzeug befindliche visuelle Frontend-Schnittstelle 4 enthalten. Der Benutzer kann auch in der Lage sein, mit der Schnittstelle zu interagieren, falls sie zum Beispiel mit einem berührungsempfindlichen Bildschirm versehen ist. Bei einer anderen veranschaulichenden Ausführungsform erfolgt die Interaktion durch Tastenbetätigungen, ein Sprachdialogsystem mit automatischer Spracherkennung und Sprachsynthese.
Bei der in 1 dargestellten veranschaulichenden Ausführungsform 1 steuert ein Prozessor 3 mindestens einen Teil des Betriebs des fahrzeuggestützten Computersystems. Der Prozessor wird in dem Fahrzeug bereitgestellt und gestattet eine fahrzeuginterne Verarbeitung von Befehlen und Routinen. Ferner ist der Prozessor sowohl mit nicht-persistentem 5 als auch mit persistentem Speicher 7 verbunden. Bei dieser veranschaulichenden Ausführungsform ist der nicht-persistente Speicher ein Direktzugriffsspeicher (RAM), und der persistente Speicher ist ein Festplattenlaufwerk (HDD) oder Flash-Speicher. Allgemein kann persistenter (nichtflüchtiger) Speicher alle Formen von Speicher beinhalten, die Daten halten, wenn ein Computer oder eine andere Einrichtung heruntergefahren wird. Dazu zählen unter anderem HDDs, CDs, DVDs, Magnetbänder, Halbleiterlaufwerke, tragbare USB-Laufwerke und eine beliebige andere geeignete Form von persistentem Speicher.
Der Prozessor wird auch mit einer Anzahl von unterschiedlichen Eingängen bereitgestellt, die es dem Benutzer gestatten, mit dem Prozessor in Verbindung zu treten. Bei dieser veranschaulichenden Ausführungsform werden ein Mikrofon 29, ein Zusatzeingang 25 (für den Eingang 33), ein USB-Eingang 23, ein GPS-Eingang 24, ein Bildschirm 4, der ein Touchscreen-Bildschirm sein kann, und ein BLUETOOTH-Eingang 15 bereitgestellt. Auch wird ein Eingangswahlschalter 51 bereitgestellt, um es einem Benutzer zu ermöglichen, zwischen verschiedenen Eingängen zu wechseln. Eingaben sowohl in das Mikrofon als auch in den Zusatzverbinder werden von einem Umsetzer 27 von analog nach digital umgewandelt, bevor sie zu dem Prozessor geleitet werden. Wenngleich nicht dargestellt, können zahlreiche der Fahrzeugkomponenten und Zusatzkomponenten, die in Verbindung mit dem VCS stehen, ein Fahrzeugnetzwerk (wie zum Beispiel unter anderem einen CAN-Bus) verwenden, um Daten an das und von dem VCS (oder Komponenten davon) zu leiten.
Zu den Ausgaben zum System können unter anderem eine visuelle Anzeige 4 und ein Lautsprecher 13 oder ein Stereoanlagenausgang zählen. Der Lautsprecher ist mit einem Verstärker 11 verbunden und empfängt sein Signal durch einen Digital-Analog-Umsetzer 9 vom Prozessor 3. Ausgaben können auch an eine entfernte BLUETOOTH-Einrichtung, wie etwa PND 54, oder an eine USB-Einrichtung, wie etwa die Fahrzeugnavigationseinrichtung 60, entlang den bei 19 bzw. 21 dargestellten bidirektionalen Datenströmen erfolgen.
Bei einer veranschaulichenden Ausführungsform verwendet das System 1 den BLUETOOTH-Sendeempfänger (BTT) 15, um mit einer nomadischen Einrichtung 53 (z.B. einem Mobiltelefon, Smartphone, PDA oder einer beliebigen anderen Einrichtung, die drahtlose Konnektivität zu entfernten Netzwerken aufweist) des Benutzers zu kommunizieren 17. Die nomadische Einrichtung kann dann zur Kommunikation 59 mit einem Netzwerk 61 außerhalb des Fahrzeugs 31 verwendet werden, zum Beispiel durch Kommunikation 55 mit einem Mobilfunkmast 57. Bei manchen Ausführungsformen kann der Mast 57 ein WiFi-Zugangspunkt sein.
Beispielhafte Kommunikation zwischen der nomadischen Einrichtung und dem BLUETOOTH-Sendeempfänger wird durch das Signal 14 repräsentiert.
Das Koppeln einer nomadischen Einrichtung 53 und des BLUETOOTH-Sendeempfängers 15 kann durch eine Taste 52 oder eine ähnliche Eingabe angewiesen werden. Dementsprechend wird die CPU angewiesen, dass der fahrzeuginterne BLUETOOTH-Sendeempfänger mit einem BLUETOOTH-Sendeempfänger in einer nomadischen Einrichtung gekoppelt wird.
Daten können zum Beispiel unter Nutzung eines Datenplans, von Data-over-Voice oder von DTMF-Tönen, die mit der nomadischen Einrichtung 53 assoziiert sind, zwischen der CPU 3 und dem Netzwerk 61 kommuniziert werden. Alternativ dazu kann es wünschenswert sein, ein fahrzeuginternes Modem 63 mit einer Antenne 18 einzuschließen, um Daten zwischen der CPU 3 und dem Netzwerk 61 über das Sprachband zu kommunizieren 16. Die nomadische Einrichtung 53 kann dann verwendet werden, um mit einem Netzwerk 61 außerhalb des Fahrzeugs 31 zu kommunizieren 59, zum Beispiel durch die Kommunikation 55 mit einem Mobilfunkmast 57. Bei manchen Ausführungsformen kann das Modem 63 eine Kommunikation 20 mit dem Mast 57 zur Kommunikation mit dem Netzwerk 61 aufbauen. Als ein nicht einschränkendes Beispiel kann das Modem 63 ein zellulares USB-Modem sein und die Kommunikation 20 kann eine zellulare Kommunikation sein.
Bei einer veranschaulichenden Ausführungsform wird der Prozessor mit einem Betriebssystem bereitgestellt, das eine API (Application Program Interface) zum Kommunizieren mit Modem-Anwendungssoftware enthält. Die Modem-Anwendungssoftware kann auf ein eingebettetes Modul oder eine eingebettete Firmware auf dem BLUETOOTH-Sendeempfänger zugreifen, damit eine drahtlose Kommunikation mit einem entfernten BLUETOOTH-Sendeempfänger (wie etwa dem in einer nomadischen Einrichtung anzutreffenden) vervollständigt wird. Bluetooth ist eine Teilmenge der IEEE 802 PAN(Personal Area Network)-Protokolle. IEEE 802 LAN(Local Area Network)-Protokolle beinhalten WiFi und weisen deutliche übergreifende Funktionalitäten mit IEEE 802 PAN auf. Beide sind für eine drahtlose Kommunikation in einem Fahrzeug geeignet. Andere Kommunikationsmittel, die auf diesem Gebiet verwendet werden können, sind optische Freiraumkommunikation (wie etwa IrDA) und nicht standardisierte Verbraucher-IR-Protokolle.
Bei einer anderen Ausführungsform beinhaltet die nomadische Einrichtung 53 ein Modem für Sprachband- oder Breitband-Datenkommunikation. Bei der Data-over-Voice-Ausführungsform kann eine als Frequenzmultiplexen bekannte Methode implementiert sein, wenn der Eigentümer der nomadischen Einrichtung über die Einrichtung sprechen kann, während Daten übertragen werden. Zu anderen Zeiten, wenn der Eigentümer die Einrichtung nicht verwendet, kann der Datentransfer die gesamte Bandbreite verwenden (in einem Beispiel 300 Hz bis 3,4 kHz). Obwohl Frequenzmultiplexen für eine analoge zellulare Kommunikation zwischen dem Fahrzeug und dem Internet üblich sein kann und immer noch verwendet wird, wurde es für eine digitale zellulare Kommunikation zum großen Teil durch Mischformen von CDMA (Code Domain Multiple Access), TDMA (Time Domain Multiple Access) und SDMA (Space-Domain Multiple Access) ersetzt. All diese sind Standards entsprechend ITU IMT-2000 (3G) und bieten Datenraten bis zu 2 Mbps für stationäre oder gehende Benutzer und 385 kbps für Benutzer in einem sich bewegenden Fahrzeug. 3G-Standards werden jetzt durch IMT-Advanced (4G) ersetzt, das 100 Mbps für Benutzer in einem Fahrzeug und 1 Gbps für stationäre Benutzer bietet. Falls der Benutzer über einen mit der nomadischen Einrichtung verknüpften Datenplan verfügt, ist es möglich, dass der Datenplan Breitband-Übertragung gestattet und dass das System eine viel größere Bandbreite verwenden könnte (was die Datenübertragung beschleunigt). Bei noch einer anderen Ausführungsform wird die nomadische Einrichtung 53 durch eine (nicht dargestellte) zellulare Kommunikationseinrichtung ersetzt, die im Fahrzeug 31 installiert ist. Bei noch einer anderen Ausführungsform kann die nomadische Einrichtung (ND) 53 eine Einrichtung mit Wireless Local Area Netzwerk (WLAN) sein, die in der Lage ist, zum Beispiel (und ohne Einschränkung) über ein 802.11g-Netzwerk (d.h. WiFi) oder ein WiMax-Netzwerk zu kommunizieren.
Bei einer Ausführungsform können eingehende Daten durch die nomadische Einrichtung über Data-over-Voice oder einen Datenplan durch den fahrzeuginternen BLUETOOTH-Sendeempfänger und in den internen Prozessor 3 des Fahrzeugs geleitet werden. Im Fall bestimmter temporärer Daten können die Daten zum Beispiel auf der HDD oder anderen Speichermedien 7 bis zu einem Zeitpunkt, wenn die Daten nicht mehr benötigt werden, gespeichert werden.
Zu zusätzlichen Quellen, die mit dem Fahrzeug eine Schnittstelle bilden können, gehören eine persönliche Navigationseinrichtung 54 zum Beispiel mit einer USB-Verbindung 56 und/oder einer Antenne 58, eine Fahrzeugnavigationseinrichtung 60 mit einer USB-Verbindung 62 oder einer anderen Verbindung, eine fahrzeuginterne GPS-Einrichtung 24 oder ein (nicht dargestelltes) Fernnavigationssystem mit Konnektivität mit dem Netzwerk 61. USB ist eines aus einer Klasse von seriellen Netzwerkprotokollen. IEEE 1394 (FireWire^TM (Apple), i.LINK^TM (Sony) und Lynx^TM (Texas Instruments)), EIA (Electronics Industry Association) serielle Protokolle, IEEE 1284 (Centronics Port), S/PDIF (Sony/Philips Digital Interconnect Format) und USB-IF (USB Implementers Forum) bilden das Rückgrat der Standards für serielle Kommunikation von Einrichtung zu Einrichtung. Die meisten der Protokolle können entweder für elektrische oder optische Kommunikation implementiert werden.
Ferner könnte die CPU mit einer Vielzahl anderer Zusatzeinrichtungen 65 in Kommunikation stehen. Diese Einrichtungen können durch eine drahtlose 67 oder eine drahtgebundene 69 Verbindung verbunden sein. Zu den Zusatzeinrichtungen 65 können unter anderem Personal Media Player, drahtlose medizinische Einrichtungen, tragbare Computer und dergleichen zählen.
Ebenso oder alternativ dazu könnte die CPU mit einem fahrzeuggestützten drahtlosen Router 73, zum Beispiel unter Verwendung eines WiFi-Sendeempfängers (IEEE 803.11) 71, verbunden sein. Dies könnte es der CPU ermöglichen, sich mit in Reichweite des lokalen Routers 73 befindlichen entfernten Netzwerken zu verbinden.
Zusätzlich dazu, dass beispielhafte Prozesse in bestimmten Ausführungsformen durch ein Fahrzeugcomputersystem, das sich in einem Fahrzeug befindet, ausgeführt werden, können die beispielhaften Prozesse durch ein Computersystem ausgeführt werden, das in Kommunikation mit einem Fahrzeugcomputersystem steht. Ein derartiges System kann unter anderem eine drahtlose Einrichtung (z.B. und ohne Beschränkung ein Mobiltelefon) oder ein entferntes Computersystem (z.B. und ohne Beschränkung einen Server) beinhalten, die über die drahtlose Einrichtung verbunden sind. Zusammengefasst können derartige Systeme als fahrzeugassoziierte Computersysteme (VACS) bezeichnet werden. Bei bestimmten Ausführungsformen können spezielle Komponenten des VACS spezielle Teile eines Prozesses abhängig von der besonderen Implementierung des Systems ausführen. Als Beispiel und nicht als Beschränkung ist es, falls ein Prozess einen Schritt des Sendens oder Empfangens von Informationen mit einer gekoppelten drahtlosen Einrichtung aufweist, wahrscheinlich, dass die drahtlose Einrichtung diesen Teil des Prozesses nicht ausführt, da die drahtlose Einrichtung keine Informationen mit sich selbst „senden und empfangen“ würde. Ein Durchschnittsfachmann weiß, wann es ungeeignet ist, ein bestimmtes Computersystem für eine gegebene Lösung anzuwenden.
Bei jeder der vorliegend besprochenen veranschaulichenden Ausführungsformen wird ein beispielhaftes, nicht einschränkendes Beispiel für einen Prozess, der durch ein Computersystem durchführbar ist, dargestellt. In Bezug auf jeden Prozess ist es für das Computersystem, das den Prozess ausführt, möglich, für den begrenzten Zweck des Ausführens des Prozesses als ein Spezialprozessor konfiguriert zu werden, um den Prozess durchzuführen. Nicht alle Prozesse müssen in ihrer Gesamtheit durchgeführt werden und sind als Beispiele für Arten von Prozessen zu verstehen, die durchgeführt werden können, um Elemente der Erfindung zu erreichen. Zusätzliche Schritte können auf Wunsch hinzugefügt oder aus den beispielhaften Prozessen entfernt werden.
Durch die Verwendung von Fahrzeugsensoren und -kameras schlagen die veranschaulichenden Ausführungsformen Systeme und Verfahren zum Informieren eines Fahrzeugeigentümers über verschiedene Fahrzeugumgebungsbedingungen vor. Manche dieser Bedingungen können durch einen Originalausrüstungshersteller (OEM) vordefiniert sein, zum Beispiel das Vorhandensein eines Behindertenparkplatzes, in dem das Fahrzeug geparkt ist, oder die Nähe zu einem Hydranten, einem markierten Bordstein oder zu anderen Parkverbotszeichen.
Andere Bedingungen können benutzerdefiniert sein. Beispielsweise könnte ein Benutzer ein Bild (unter Verwendung einer Heckkamera) eines geschlossenen Garagentors aufnehmen und dann könnte, nach einem gewissen Zeitraum, nachdem ein Zündungszyklus endet und sich das Fahrzeug an einem Heimatstandort befindet (der beispielsweise durch GPS-Koordinaten bekannt ist), die Fahrzeugheckkamera das gespeicherte Bild mit dem, was sie gegenwärtig sieht, vergleichen, um zu bestimmen, ob das Garagentor hinter dem Fahrzeug geschlossen ist. Falls dies nicht der Fall ist, könnte das Fahrzeug eine Warnung an den Fahrer ausgeben, dass er das Garagentor offen gelassen hat. Andere benutzerdefinierte Bedingungen können auch auf ähnliche Weise eingestellt werden, indem Bilder von dem, was ein Fahrzeug „sehen“ sollte oder nicht, hochgeladen werden und die entsprechenden Fahrzeugzustandserwägungen festgelegt werden (z.B. sollte sich das Fahrzeug bei dem Garagentorbeispiel an einem Heimatstandort befinden und die Zündung sollte abgestellt sein). Die Fahrzeugkamera(s) könnte(n) zum Beispiel jede Nacht um 2 Uhr nach Bildern eines anderen Fahrzeugs und eines Fahrrads schauen, und falls eines von beiden gegenwärtig nicht durch mindestens eine der Kameras sichtbar ist, könnte eine Warnung an den Eigentümer ausgegeben werden, dass erscheint, dass das Fahrrad oder das andere Fahrzeug nicht anwesend sind (z.B. dass sie gestohlen worden sein könnten).
Auf ähnliche Weise können Fahrzeugkameras und -sensoren verwendet werden, einen Eigentümer auf eine jegliche irreguläre Bewegung in einem unbesetzten Fahrzeug oder um dieses herum aufmerksam zu machen. Bei einem noch anderen Beispiel kann eine interne Kamera zum Identifizieren eines Objekts in dem Fahrzeug (z.B. will der Benutzer sicherstellen, dass eine Laptoptasche im Fahrzeug ist, bevor er zur Arbeit fährt) und Benachrichtigen des Eigentümers, falls das Objekt im Fahrzeug fehlt, verwendet werden. In einem derartigen Fall können die Zustände „Haus verlassen“ und „zwischen 7 und 8 Uhr morgens“ eine Bedingung sein, die zum Vornehmen der Bestimmung der Laptoptaschenanwesenheit benötigt wird, und „Arbeit verlassen“ (ungeachtet der Uhrzeit) kann eine andere Bedingung sein, die für eine andere Bestimmung der Laptoptaschenanwesenheit benötigt wird. Somit können die Fahrzeugkameras/-sensoren, falls die geeigneten Zustände erfüllt sind, prüfen, ob die geeigneten Bedingungen vorliegen, und Warnungen an die Eigentümer ausgeben, falls erscheint, dass eine gegebene Bedingung nicht erfüllt ist (oder eine Bedingung, die nicht erfüllt sein sollte, ist erfüllt, wie etwa Parken in einer Parkverbotszone).
2 stellt ein veranschaulichendes Beispiel eines Benachrichtigungskonfigurationsprozesses dar. In Bezug auf die in dieser Figur beschriebenen veranschaulichenden Ausführungsformen versteht es sich, dass ein Allzweckprozessor zum Zwecke des Ausführens einiger oder aller der vorliegend dargestellten beispielhaften Verfahren zeitweilig als ein Spezialprozessor aktiviert werden kann. Beim Ausführen von Code, der Anweisungen zum Durchführen einiger oder aller Schritte des Verfahrens bereitstellt, kann der Prozessor vorübergehend als ein Spezialprozessor zweckumgeordnet werden, bis das Verfahren abgeschlossen ist. Bei einem weiteren Beispiel kann, soweit angebracht, in Übereinstimmung mit einem vorkonfigurierten Prozessor fungierende Firmware bewirken, dass der Prozessor als ein Spezialprozessor fungiert, der für den Zweck des Durchführens des Verfahrens oder einer sinnvollen Variante davon bereitgestellt ist.
Bei dieser veranschaulichenden Ausführungsform wird der Benutzer eine oder mehrere Bedingungen, die durch die Fahrzeugkameras (interne und/oder externe) beobachtet werden sollen, basierend auf dem Hochladen oder Erfassen von Bildern von den Kameras zum Zeitpunkt der Konfiguration konfigurieren. Falls zum Beispiel keine Bedingungen durch den Hersteller voreingestellt wären und der Benutzer informiert werden will, wenn ein Hydrant von irgendeiner der Fahrzeugkameras aus sichtbar ist, könnte der Benutzer ein Bild eines Hydranten hochladen, das einer Prüfung entsprechen soll, die durchgeführt wird, wenn ein Fahrzeug in einen Parken-Zustand gesetzt wird, oder der Benutzer könnte zu einem Hydranten fahren und eine Fahrzeugkamera zum Aufnehmen eines Bildes des Hydranten verwenden.
Bei diesem Beispiel startet der Benutzer zuerst einen Konfigurationsprozess 201. Dies könnte zum Beispiel unter Verwendung einer fahrzeuginternen Anzeige durchgeführt werden, so dass der Benutzer unter Verwendung einer Mittelkonsolenanzeige sieht, was die Fahrzeugkamera sieht bzw. die Fahrzeugkameras sehen. Bei einem anderen Beispiel könnte ein Benutzer eine bekannte Kamera so ausrichten, dass sie zu einem gewünschten Objekt zeigt, und der Benutzer könnte ein Bild aufnehmen, selbst wenn er visuell nicht wahrnehmen konnte, was die Fahrzeugkamera fotografierte (zum Beispiel könnte, falls der Benutzer ein geschlossenes Garagentor fotografieren wollte, der Benutzer einfach das Tor schließen und eine Heckkamera auswählen, mit dem Wissen, dass die Heckkamera in Anbetracht der Größe des geschlossenen Tors mit hoher Wahrscheinlichkeit ein Bild des Tors aufnehmen würde).
Nach dem Starten des Prozesses kann der Benutzer einen oder mehrere Zustände einstellen 203, die mit einer bestimmten Kamera-/Sensorprüfung assoziiert werden sollen. Beispielsweise will der Benutzer möglicherweise nur die Anwesenheit eines großen Objekts (und/oder das Bild eines Garagentors) prüfen, wenn sich das Fahrzeug in einem Parken-Zustand und in einem Heimatstandort-Zustand befindet. Andere Zustände können eingestellt werden, die anderen Prüfungen entsprechen, die ebenfalls durchgeführt werden sollen. Der Benutzer kann zum Beispiel nur nach der Anwesenheit eines anderen Fahrzeugs in der Garage prüfen, nachdem das Fahrzeug einen 2-Uhr-nachts-Zeitzustand erreicht. Jegliche angemessenen Zustände zum Steuern, wann die Prüfungen durchgeführt werden, können, falls gewünscht, eingestellt werden.
Falls irgendwelche Kamerazustände vorhanden sind 205, kann der Prozess die verschiedenen Kameraansichten zum Beispiel auf einer Fahrzeuganzeige anzeigen 207, die durch den gegenwärtigen Satz von Fahrzeugkameras sichtbar sind. Dies ermöglicht einem Benutzer, eine oder mehrere Kameras auszuwählen 209 und die Bilder, die durch diese Kameras gesehen werden, zu erfassen 211. Dies wird diese bestimmten Bilder mit dem gegebenen Zustand assoziieren, so dass, zum Beispiel, falls das gleiche, im Bild dargestellte Objekt anwesend ist, der Prozess dies als einen Auslöser für eine Warnung erkennt. Beispiele beinhalten unter anderem Hydranten, Garagentore, andere Fahrzeuge usw.
Sobald alle Kamerazustände, wenn überhaupt, verarbeitet sind, wird der Prozess dem Benutzer ermöglichen, die speziellen Sensoreinstellungen zu konfigurieren, die mit den Warnungen assoziiert werden sollen 213. Dies könnte zum Beispiel unter anderem einen Regensensor, Annäherungssensoren usw. beinhalten. Die speziellen Warnungen, die mit den verschiedenen Sensoreinstellungen assoziiert werden sollen, könnten dann ebenfalls eingestellt werden 215. Schließlich kann die Konfiguration gespeichert werden 217.
3 stellt ein veranschaulichendes Beispiel eines Sicherheitsbenachrichtigungsprozesses dar. In Bezug auf die in dieser Figur beschriebenen, veranschaulichenden Ausführungsformen versteht es sich, dass ein Allzweckprozessor zum Zwecke des Ausführens einiger oder aller der vorliegend dargestellten beispielhaften Verfahren zeitweilig als ein Spezialprozessor aktiviert werden kann. Beim Ausführen von Code, der Anweisungen zum Durchführen einiger oder aller Schritte des Verfahrens bereitstellt, kann der Prozessor vorübergehend als ein Spezialprozessor zweckumgeordnet werden, bis das Verfahren abgeschlossen ist. Bei einem weiteren Beispiel kann, soweit angebracht, in Übereinstimmung mit einem vorkonfigurierten Prozessor fungierende Firmware bewirken, dass der Prozessor als ein Spezialprozessor fungiert, der für den Zweck des Durchführens des Verfahrens oder einer sinnvollen Variante davon bereitgestellt ist.
Bei diesem veranschaulichenden Beispiel bestimmt der Prozess, ob sich ein Benutzer in der Nähe eines Fahrzeugs befindet 301. Dies wird vorgenommen, so dass jegliche Warnungen über verdächtige Bedingungen innerhalb oder außerhalb des Fahrzeugs an den Benutzer übermittelt werden können, wenn sich der Benutzer dem Fahrzeug nähert. Kameras und Sensoren können zum Beispiel eine Bewegung innerhalb oder außerhalb des Fahrzeugs detektieren. Falls aber zum Beispiel ein Benutzer in einem Einkaufszentrumparkplatz parkt, kann es jedoch viel Bewegung außerhalb des Fahrzeugs geben und der Benutzer will nicht jedes Mal eine Warnung erhalten, wenn jemand ein Auto neben seinem Fahrzeug parkt und /oder in ein nahes Fahrzeug ein- oder aussteigt.
Andererseits kann die „naher-Benutzer“-Bedingung/der „naher-Benutzer“-Zustand an eine externe Sensor-/Kameraprüfung gebunden sein, aber die internen Sensoren/Kameras können an einen „Benutzer-verlässt-Nähe“-Zustand gebunden sein. Auf diese Weise werden, jedes Mal, wenn sich der Benutzer nicht im Fahrzeug befindet, die Sensoren und Kameras im Fahrzeug den Benutzer auf eine jegliche Bewegung aufmerksam machen, sobald der Benutzer von dem Fahrzeug weggegangen ist, da es vermutlich keine Bewegung im Fahrzeug geben sollte, während der Benutzer abwesend ist. Dies kann sekundär zum Bestimmen nützlich sein, ob zum Beispiel ein Kind im Fahrzeug zurückgelassen wurde.
Bei diesem Beispiel, wird der Prozess eine Anfrage an die Fahrzeugsensoren und/oder -kameras senden 303, sobald der Benutzer innerhalb eines vorbestimmten Abstands zu dem Fahrzeug (der als „in der Nähe“ angesehen wird) herangetreten ist. Der Prozess könnte zum Beispiel auf einem Fahrzeugcomputer laufen und wenn eine Fernbedienung (durch eine passive Übertragung oder durch eine Aktivierung einer Fahrzeugverriegelung) detektiert wird, könnten die Kameras/Sensoren aktiviert werden.
Der Prozess wird Daten von den Sensoren 305 und/oder Kameras 307 empfangen und die Daten analysieren, um zu sehen, ob irgendwelche Bedingungen, die einer verdächtigen Bedingung entsprechen, erfüllt sind. Falls zum Beispiel die Annäherungssensoren an einem beliebigen Teil des Fahrzeugs ein Objekt innerhalb von 1 Fuß des Fahrzeugs detektieren, steht wahrscheinlich entweder eine Person dort oder ist ein Fahrzeug sehr nahe geparkt. Die Sensoren könnten ebenfalls jegliche statischen Objekte in der Nähe des Fahrzeugs zum Zeitpunkt des Parkens detektieren, so dass diese Objekte nicht bei der Sensorprüfung in Betracht gezogen werden, falls gewünscht. Das heißt, dass die sensorgestützte Warnung nur ausgelöst wird, wenn eine Veränderung bei einem Objekt nahe des Fahrzeugs zum Zeitpunkt der Annäherung vorhanden ist.
Die Kamerabilder können auch empfangen werden. Diese können mit verallgemeinerten Bildern von Personen, die unweit des Fahrzeugs hocken oder stehen, verglichen werden (um zu bestimmen, ob ein nahes Objekt eine Person im Gegensatz zu einem Busch oder einem Fahrzeug ist) und sie können auch mit Basislinienbildern verglichen werden, die aufgenommen werden, wenn das Fahrzeug zum Beispiel geparkt wird. Der Vergleich mit einem Basislinienbild könnte dabei helfen, zum Beispiel eine Masse menschlicher Größe zu identifizieren, die zwischen dem Fahrzeug und einer Wand hockt, wobei das Bild der Wand alleine erfasst worden war, als das Fahrzeug erstmals geparkt wurde.
Empfangene Bilder, die verdächtige Teile enthalten, können die Erzeugung von Kamerawarnungen bewirken oder sie können an eine Empfangseinrichtung (wie etwa ein Smartphone) mit einer Anzeige übertragen werden, so dass der Benutzer die Bilder überprüfen kann, um zu sehen, ob eine tatsächliche Besorgnis vorliegt. Jegliche Warnungen, die von beliebigen erfüllten Warnungsbedingungen erzeugt werden, können auch an den Benutzer gesendet werden 309 und die Bilder können in Verbindung mit den Warnungen auf einer Benutzereinrichtung angezeigt werden 311.
4 stellt ein veranschaulichendes Beispiel eines Benachrichtigungsprozesses dar. In Bezug auf die in dieser Figur beschriebenen, veranschaulichenden Ausführungsformen versteht es sich, dass ein Allzweckprozessor zum Zwecke des Ausführens einiger oder aller der vorliegend dargestellten beispielhaften Verfahren zeitweilig als ein Spezialprozessor aktiviert werden kann. Beim Ausführen von Code, der Anweisungen zum Durchführen einiger oder aller Schritte des Verfahrens bereitstellt, kann der Prozessor vorübergehend als ein Spezialprozessor zweckumgeordnet werden, bis das Verfahren abgeschlossen ist. Bei einem weiteren Beispiel kann, soweit angebracht, in Übereinstimmung mit einem vorkonfigurierten Prozessor fungierende Firmware bewirken, dass der Prozessor als ein Spezialprozessor fungiert, der für den Zweck des Durchführens des Verfahrens oder einer sinnvollen Variante davon bereitgestellt ist.
Bei dem in 4 dargestellten veranschaulichenden Beispiel wird der Prozess allgemeine Warnungen oder Benachrichtigungen basierend auf einer voreingestellten Bedingung, die durch eine Kamera oder einen Sensor detektiert wird, ausgeben. Dies ist als eine Backup-Prüfung nützlich, zum Beispiel um sicherzustellen, dass der Benutzer nicht unzulässig parkt oder dass eine beliebige andere Anzahl von Objekten anwesend ist oder nicht. Wie zuvor angemerkt, kann zum Beispiel ein Bild eines Hydranten in einen Speicher geladen werden. Die Kameras am Fahrzeug können die Umgebungen auf Hydranten prüfen, was durch ein Bildvergleichsprogramm bestimmt werden kann. Da Hydranten dazu neigen, eine festgelegte Größe aufzuweisen, kann die gesehene Größe des Hydranten verwendet werden, um zu bestimmen, wie weit weg sich das Fahrzeug von dem Hydranten befindet, und ein Benutzer kann gewarnt werden, falls sich das Fahrzeug innerhalb eines unzulässigen Abstands von dem Hydranten befindet (wobei der Abstand möglicherweise benutzerkonfiguriert, basierend auf lokalen Gesetzen, ist). Falls zum Beispiel alle Hydranten 2,5 Fuß groß sind und ein gesehenes Bild eines Hydranten von einer bestimmten Kamera bei einem Abstand von 5 Fuß einen Hydranten einer bestimmten Höhe in dem Bild ergibt (da die Kamera bei einem festgesetzten Zoom eingestellt sein kann), sollte das Heran- oder Wegrücken des Hydranten (oder Bewegen des Fahrzeugs) den Hydranten auf eine erkennbare Art und Weise skalieren. Demnach kann das Fahrzeug „wissen“, dass Hydranten einer Größe M in einem Bild einer bestimmten Kamera X Fuß entfernt sind und Hydranten einer Größe N Y Fuß entfernt sind, und daher wird ein Hydrant einer Größe O Z Fuß von der Kamera entfernt sein. Ein Abstand zu dem Hydranten kann auch basierend auf der Kameraposition am Fahrzeug erhalten werden.
Ferner könnte das System bei dem speziellen Fall eines Hydranten zum Beispiel den Hydranten tatsächlich fotografieren, falls er detektiert wird und falls sich der Benutzer außerhalb einer Regelzone befindet, im Fall, dass der Benutzer mit einer Geldstrafe belegt wird, kann das Bild nützlich sein, um zu beweisen, dass der Benutzer tatsächlich nicht zu nahe am Hydranten geparkt hat.
Bei diesem veranschaulichenden Beispiel prüft der Prozess zuerst die Bedingungen, die ein Fahrzeug eingestellt ist, zu detektieren 401. Dies kann zum Beispiel „auf einen Hydranten prüfen“, „auf geschlossenes Garagentor prüfen“, „auf Behindertenparkplatz prüfen“, „auf Bewegung außerhalb des Fahrzeugs prüfen“, „auf Bewegung innerhalb des Fahrzeugs prüfen“, „auf Anwesenheit eines zweiten Fahrzeugs prüfen“ beinhalten, um die nicht einschränkenden Beispiele, die zuvor als detektierbare Bedingungen präsentiert worden sind, zu verwenden.
Bei diesem Beispiel weist jede der beispielhaften „Prüfungen“ einen bestimmten Satz von damit assoziierten Zuständen auf, um ein hohes Ausmaß von unnötigen Prüfungen, die jederzeit durch die Sensoren und/oder Kameras durchgeführt werden, zu verhindern (d.h. es macht möglicherweise nicht viel Sinn, auf einen Hydranten zu prüfen, wenn sich ein Fahrzeug auf der Autobahn mit 70 Meilen pro Stunde fortbewegt). Somit weisen bei diesem Beispiel die folgenden Prüfungen die folgenden damit assoziierten Zustände (die in < > dargestellt sind) auf:
Auf Hydranten prüfen → <geparkt>
Auf geschlossenes Garagentor prüfen → <geparkt, Heimatstandort>
Auf Behindertenparkplatz prüfen → <geparkt>
Auf Bewegung außerhalb des Fahrzeugs prüfen → <geparkt, Benutzer nähert sich>
Auf Bewegung innerhalb des Fahrzeugs prüfen → <geparkt, Benutzer hat Nähe verlassen>
Auf Anwesenheit eines zweiten Fahrzeugs prüfen → <geparkt, Heimatstandort, 2–6 Uhr morgens>
Bei diesen Beispielen wird der Prozess, falls die Zustandsbedingungen vorhanden sind 403, dann prüfen, ob die Zustandsbedingungen erfüllt sind 405. Beispielsweise wird der Prozess auf einen Hydranten und einen Behindertenparkplatz prüfen, immer wenn das Fahrzeug geparkt ist. Bei einem anderen Beispiel kann der Benutzer eine Art von <von zu Hause weg>-Zustand einstellen, falls die Prüfung auf Hydranten/Behindertenparkplätze zu Hause irrelevant ist.
Falls die Zustandsbedingungen erfüllt sind 405, prüft der Prozess auf die Bedingungen, die den Zustandsbedingungen entsprechen. Bei diesem Beispiel umfasst diese Prüfung ein Erfassen und Vergleichen eines oder mehrerer Bilder und/oder von Sensordaten 407 mit einem gespeicherten Satz von einem oder mehreren Bildern und/oder Sensormessdaten. Zusätzlich oder alternativ dazu könnten Bereiche für bestimmte Sensormessdaten oder andere Metriken, mit denen die Sensoren oder Bilder verglichen werden könnten, gespeichert werden. Anstatt ein Bild mit einem gespeicherten Bild zu vergleichen, können beispielsweise die Eigenschaften des erfassten Bildes auf verdächtige oder definierte Bedingungsübereinstimmungen analysiert werden (z.B. falls ein Sensor ein nahes Objekt detektiert, Aufnehmen eines Bildes des Objekts, falls das Bild hauptsächlich grün ist, ist es wahrscheinlich ein Busch, somit braucht das Objekt nicht berücksichtigt werden – dies kann eine zu starke Vereinfachung sein, aber es repräsentiert ein Beispiel, auf welche Art und Weise eine Bildeigenschaft in der Analyse verwendet werden kann).
Bei diesem Beispiel kann es auch eine oder mehrere Bedingungen geben, die ungeachtet des Zustands geprüft werden. Ein Sensor, der unter einem Fahrzeug bereitgestellt ist, kann zum Beispiel ungeachtet des Fahrzeugzustands periodisch prüfen, ob irgendetwas unter dem Fahrzeug schleift oder von dem Untergestell herabhängt. Andere Sensorbedingungen oder Bildbedingungen, die ungeachtet des Zustands geprüft werden, können auch existieren und die Sensor- und Bilddaten von diesen können auch mit definierten Parametern verglichen werden 409.
Wenn alle Sensordaten mit den Parametern verglichen worden sind, können jegliche Warnungen, die aus dem Vergleich hervorgehen, ausgegeben werden 411. Diese können die tatsächlichen Messdaten der Sensoren, die Ergebnisse der Vergleiche (z.B. der Messwert gegenüber dem, was erwartet wurde) und beliebige Bilder, die durch die Kamera(s) für Vergleichszwecke erfasst wurden, beinhalten. Bei einem noch anderen Beispiel kann das System eingestellt sein, ein oder mehrere Bilder zu bestimmten Zeiten des Tages, an bestimmten Standorten usw. zu erfassen. Das heißt, dass das System, ohne einen expliziten Vergleich durchzuführen, einen Auslösezustand aufweisen kann, der bewirkt, dass ein bestimmtes Bild erfasst wird und das erfasste Bild übertragen wird bzw. die erfassten Bilder übertragen werden.
Andere Verwendungsbeispiele von Sensordaten beinhalten zum Beispiel Warnen eines Benutzers, wenn ein Fahrzeug geparkt wird und ungenügend Platz vorhanden ist, um eine Fahrzeugtür vollständig zu öffnen (basierend auf der Nähe eines Objekts zu der Fahrzeugtür). Oder, falls sich zum Beispiel ein Fahrzeug im Fahren-Modus befindet und ein niedriges Objekt vor dem Fahrzeug vorhanden ist (wie etwa eine Parkplatzbarriere oder ein Bordstein), das der Fahrer nicht sehen kann. Diese Beispiele und dergleichen können dabei helfen, einen unbeabsichtigten Schaden am Fahrzeug zu vermeiden. Bilder von Gegenständen und Objekten, die in einem Fahrzeug belassen wurden, können auch in Betracht gezogen werden. Bilder von Unfällen könnten ebenfalls aufgenommen werden, Bilder von anderen Fahrzeugen, die zu dicht folgen, könnten automatisch aufgenommen werden, um zu beweisen, dass der Fahrer bei einem Auffahrunfall nicht schuld war, und Bilder von Fahrern und Mitfahrern können sicherstellen, dass sich nur zugelassene Insassen in einem Fahrzeug befinden. Dies sind nur wenige nicht einschränkende Verwendungsbeispiele für die veranschaulichenden Ausführungsformen.
5 stellt einen weiteren veranschaulichenden Benachrichtigungsprozess dar. In Bezug auf die in dieser Figur beschriebenen, veranschaulichenden Ausführungsformen versteht es sich, dass ein Allzweckprozessor zum Zwecke des Ausführens einiger oder aller der vorliegend dargestellten beispielhaften Verfahren zeitweilig als ein Spezialprozessor aktiviert werden kann. Beim Ausführen von Code, der Anweisungen zum Durchführen einiger oder aller Schritte des Verfahrens bereitstellt, kann der Prozessor vorübergehend als ein Spezialprozessor zweckumgeordnet werden, bis das Verfahren abgeschlossen ist. Bei einem weiteren Beispiel kann, soweit angebracht, in Übereinstimmung mit einem vorkonfigurierten Prozessor fungierende Firmware bewirken, dass der Prozessor als ein Spezialprozessor fungiert, der für den Zweck des Durchführens des Verfahrens oder einer sinnvollen Variante davon bereitgestellt ist.
Bei diesem veranschaulichenden Beispiel beginnt 501 der Prozess zu irgendeinem Zeitraum. Dieser Prozess kann periodisch eingreifen, wenn ein Fahrzeug eingeschaltet wird, wenn ein Fahrzeug abgeschaltet wird usw. Er kann auch aufgeweckt und aktiviert werden, selbst wenn ein Fahrzeug nicht aktiv ist, falls Prüfungen ausgeführt werden müssen, während sich ein Fahrer nicht in einem Fahrzeug befindet.
Hier prüft der Prozess, um zu sehen, ob sich der Fahrer oder ein anderer vermerkter Insasse im Fahrzeug befindet 503. Bei diesem Beispiel können bestimmte Prüfungen auftreten, falls sich der Fahrer im Fahrzeug befindet (oder falls sich ein anderer registrierter und/oder erkennbarer Insasse im Fahrzeug befindet). Falls sich der Fahrer im Fahrzeug befindet, wird der Prozess auch prüfen, ob der Motor gegenwärtig läuft 509. Falls der Motor läuft, sind beispielhafte Verwendungsfälle dargestellt (wobei möglicherweise manche, alle oder keine aktiviert sind). Hier beinhalten die beispielhaften nicht einschränkenden Prüfungen zum Beispiel:
Gab es eine Kollision? Falls dem so ist, können Bilder automatisch von den Fahrzeugkameras aufgenommen werden.
Ist ein Garagentor geschlossen? Dies kann zum Beispiel durch ein nach vorne zeigendes Bild oder ein nach hinten zeigendes Bild bestimmt werden, wenn ein Fahrzeug einen Heimatstandort verlässt, wobei die Anwesenheit eines geschlossenen Garagentors basierend auf einem Referenzphoto bestimmt werden kann. Oder, falls sich das Fahrzeug immer noch in der Garage befindet, kann ein Heckphoto aufgenommen werden, um sicherzustellen, dass der Fahrer nicht in das Tor zurücksetzt.
Gibt es Unfallszenen (die durch Referenzbilder erkennbar sind) außerhalb des Fahrzeugs? Falls dem so ist, Bilder mit den Fahrzeugkameras aufnehmen.
Gibt es eine Bewegung im Fahrzeug (außer dem Fahrer oder dem einen oder den mehreren registrierten Insassen)? Falls dem so ist, Bilder aufnehmen und den Fahrer aufmerksam machen.
Gibt es einen unbekannten Fahrer? Dies könnte aus einem „Ja“ bezüglich der Fahrerdetektion hervorgehen, aber wenn keine Identifizierung des Fahrers vorgenommen werden kann. Falls Ja, Bilder aufnehmen.
Befindet sich ein potenzieller Stalker außerhalb des Fahrzeugs? Dies kann durch Vergleichen von Bildern von den Kameras mit Referenzphotos oder -daten bestimmt werden und Sensordaten können auch auf diese Weise für diesen und andere Verwendungsfälle verwendet werden. Falls Ja, Bilder mit den Fahrzeugkameras aufnehmen, dem Fahrer die Bilder zeigen, um den Fahrer aufmerksam zu machen.
Das Telematikmodul 515 kann dann durch das System aktiviert werden, falls irgendwelche Notfalldienste (für Stalker, Unfälle usw.) gewarnt werden müssen oder andere entfernte Quellen 517 kontaktiert werden müssen. Jegliche Warnungen können dem Fahrer auch angezeigt werden 519. Die gleichen Prozesse können periodisch auftreten 511, falls ein Fahrer anwesend ist und der Motor nicht läuft. Sobald jegliche Warnungen angezeigt werden, kann der Prozess fortfahren 521 oder enden 523.
Falls der Fahrer oder Insasse nicht anwesend ist, kann das System dennoch die Kameras und die Sensoren periodisch aktivieren 505, um auf andere Bedingungen zu prüfen 507. Diese beinhalten unter anderem eine äußere Bewegung um das Fahrzeug herum (was eine böswillige Partei sein könnte oder harmlose andere Fahrer sein könnten), eine Bewegung innerhalb des Fahrzeugs (was zum Detektieren eines Kindes oder Tieres, das im Fahrzeug zurückgelassen wurde, verwendet werden könnte), der Innenraum des Fahrzeugs ist zu heiß oder zu kalt (was eine Klimaanlagenaktivierung bewirken kann; dies beinhaltet, dass das Fahrzeug zu heiß oder zu kalt für Lebewesen oder Objekte ist, die als in dem Fahrzeug zurückgelassen erkannt werden), Bilder von Tieren oder Kindern, die im Fahrzeug zurückgelassen wurden, können auch detektiert werden, sowie Rauch, Kohlenmonoxid und sogar Geräusche innerhalb des Fahrzeugs. Diese Prüfungen können verwendet werden, um Warnungen an Notfalldienste und/oder Eigentümer wie angemessen zu senden. Elemente wie die Temperaturüberwachung könnten sogar davon abhängig sein, ob bestimmte Objekte in einem Fahrzeug gelassen wurden oder nicht. Beispielsweise kann es völlig in Ordnung sein, einem Fahrzeug zu gestatten, dass es mitten am Tag auf eine Temperatur von 110 Fahrenheit ansteigt, wenn der Benutzer sich stundenlang nicht im Fahrzeug befindet, dies ist aber nicht der Fall, falls zum Beispiel eine elektronische Einrichtung im Fahrzeug gelassen wurde.
Obwohl oben Ausführungsbeispiele beschrieben werden, ist nicht beabsichtigt, dass diese Ausführungsformen alle möglichen Formen der Erfindung beschreiben. Stattdessen sind die in der Beschreibung verwendeten Wörter nicht Wörter der Beschränkung, sondern der Beschreibung, und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne vom Gedanken und Schutzumfang der Erfindung abzuweichen. Zusätzlich können die Merkmale verschiedener implementierender Ausführungsformen kombiniert werden, um weitere Ausführungsformen der Erfindung zu bilden.
ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Nicht-Patentliteratur

IEEE 802 [0020]
802.11g-Netzwerk [0021]
IEEE 1394 [0023]
IEEE 1284 [0023]
IEEE 803.11 [0025]

Claims

System, das Folgendes umfasst: einen Prozessor, der dazu konfiguriert ist: eine Warnung an eine Benutzermobileinrichtung auszugeben, wenn bestimmt wird, dass Bilddaten, die als Reaktion auf eine mit der Warnung assoziierte fahrzeugbezogene Zustandsbedingung erfasst wurden, gespeicherten Bilddaten entsprechen, die designiert sind, eine Warnungsbedingung zu repräsentieren.
System nach Anspruch 1, wobei die gespeicherten Bilddaten Daten beinhalten, die einen Ort designieren, an dem ein Benutzer nicht parken sollte.
System nach Anspruch 2, wobei die gespeicherten Bilddaten einen Hydranten beinhalten.
System nach Anspruch 2, wobei die gespeicherten Bilddaten Behindertenparkplatzzeichen beinhalten.
System nach Anspruch 1, wobei die Zustandsbedingung einen geparkten Zustand beinhaltet.
System nach Anspruch 1, wobei die Zustandsbedingung einen Standort beinhaltet.
System nach Anspruch 1, wobei die Zustandsbedingung eine Tageszeit beinhaltet.
System nach Anspruch 1, wobei die Zustandsbedingung einen Benutzernähe-zum-Fahrzeug-Zustand beinhaltet.
System nach Anspruch 1, wobei die gespeicherten Bilddaten Objektparameter beinhalten, die mit einem Objekt in den erfassten Bilddaten verglichen werden sollen.
System nach Anspruch 9, wobei die Objektparameter durch den Prozessor verwendbar sind, um einen Abstand zu dem Objekt basierend auf einer bekannten Objektgröße zu bestimmen.
System nach Anspruch 9, wobei die Objektparameter Parameter beinhalten, die Menschen in verschiedenen Körperhaltungszuständen repräsentieren, und die Bestimmung Vergleichen des Objekts in den erfassten Bilddaten mit den Parametern, die Menschen repräsentieren, beinhaltet, um zu bestimmen, ob sich ein Mensch in der Nähe des Fahrzeugs befindet.
System, das Folgendes umfasst: einen Prozessor, der dazu konfiguriert ist: eine Warnung an eine Benutzermobileinrichtung auszugeben, wenn bestimmt wird, dass Sensordatenparameter, die als Reaktion auf eine mit der Warnung assoziierte fahrzeugbezogene Zustandsbedingung erfasst wurden, gespeicherten Sensordatenparametern entsprechen, die designiert sind, eine Warnungsbedingung zu repräsentieren.
System nach Anspruch 12, wobei die Zustandsbedingung eine Parkbedingung beinhaltet.
System nach Anspruch 12, wobei die gespeicherten Sensordatenparameter einen Abstand-zu-Objekt-Parameter beinhalten.
System nach Anspruch 12, wobei die gespeicherten Sensordatenparameter einen Abstand beinhalten, der benötigt wird, um eine Fahrzeugtür zu öffnen, und die Bestimmung Vergleichen des erfassten Abstands zu Objekten in der Nähe der Fahrzeugtür mit dem Abstand, der benötigt wird, um die Tür zu öffnen, beinhaltet.
System nach Anspruch 12, wobei die Zustandsbedingung einen Fahrzeugstandort beinhaltet.
System nach Anspruch 12, wobei die Zustandsbedingung einen Benutzernähe-zum-Fahrzeug-Zustand beinhaltet.
System nach Anspruch 12, wobei die Sensordatenparameter Parameter beinhalten, die eine Bewegung innerhalb eines vordefinierten Abstands von einer Fahrzeugaußenseite definieren.
System nach Anspruch 12, wobei die Zustandsbedingung eine Tageszeit beinhaltet.
System, das Folgendes umfasst: einen Prozessor, der dazu konfiguriert ist: als Reaktion auf eine Konfigurationsanfrage ein oder mehrere Fahrzeugkamerabilder, die durch eine oder mehrere Fahrzeugkameras gesehen werden, auf einer Fahrzeuganzeige anzuzeigen; ein oder mehrere Bilder nach einer Benutzerauswahl zu erfassen und die Bilder und die entsprechenden benutzerausgewählten Fahrzeugzustandsdaten, die designieren, wann die erfassten Bilder für einen Warnungsvergleich verwendet werden sollten, zu speichern.