DE102018107756A1

DE102018107756A1 - Systeme zum ausgeben eines warnsignals von einem fahrzeug, um in der nähe befindliche entitäten zu warnen

Info

Publication number: DE102018107756A1
Application number: DE102018107756.4A
Authority: DE
Inventors: Claudia V. Goldman-Shenhar; Yael Shmueli Friedland; Douglas B. Moore
Original assignee: GM Global Technology Operations LLC
Current assignee: GM Global Technology Operations LLC
Priority date: 2017-04-07
Filing date: 2018-04-02
Publication date: 2018-10-11
Also published as: US20180290590A1; CN108688557A

Abstract

Die vorliegende Offenbarung betrifft ein System zur Implementierung in einem Fahrzeug, um ein Warnsignal von dem Fahrzeug an eine Entität (z. B. Mensch, Tier, ein anderes Fahrzeug) außerhalb des Fahrzeugs und in der Nähe des Fahrzeugs bereitzustellen. Das System umfasst einen Fahrzeugsensor, eine Fahrzeugausgabevorrichtung, eine hardwarebasierte Verarbeitungsvorrichtung und eine nichttransitorische computerlesbare Speichervorrichtung mit einem/r Warnsignalverwaltungsagenten/-einheit und einer Ausgabeeinheit. Der Warnsignalverwaltungsagent beinhaltet einen Softwarecode, der, wenn dieser ausgeführt wird, basierend auf Kontextdaten ermittelt, dass sich die Entität innerhalb der vorbestimmten Nähe des Fahrzeugs befindet und ein Warnsignalprofil auswählt. Die Ausgabeeinheit beinhaltet einen Softwarecode, der, wenn dieser ausgeführt wird, mindestens ein Ausgabesignal zum Implementieren des Warnsignalprofils bestimmt. Das Ausgabewarnsignal wird an die Fahrzeugausgabevorrichtung gesendet, die das Warnsignal bereitstellt, das von der Entität wahrgenommen werden soll.

Description

TECHNISCHES GEBIET
Die vorliegende Technik bezieht sich auf das Ausgeben eines Warnsignals von einem Fahrzeug, um mindestens eine sich in der Nähe befindenden Entität, wie beispielsweise einen Fußgänger oder ein Tier, zu warnen. Genauer gesagt bezieht sich die Technik auf das Warnen der Entität, die sich in einer vorbestimmten Nähe oder einem Bereich eines in Betrieb befindlichen Fahrzeugs befindet, über die Anwesenheit des Fahrzeugs.
HINTERGRUND
Fahrzeuge mit alternativen Kraftstoffen, wie z. B. Elektrofahrzeuge, werden unter Fahrern immer beliebter, da Gesellschaften ressourcenbewusster werden. Elektrofahrzeuge bieten eine Möglichkeit für Menschen, die Abhängigkeit von Erdöl oder anderen Kraftstoffen zum Betreiben von Fahrzeugen mit Verbrennungsmotoren zu reduzieren oder zu eliminieren.
Von herkömmlichen Kraftstofffahrzeugen bereitgestellten akustische Geräuschkulissen, wie Geräuschkulissen, die durch den Motor im Betrieb erzeugt werden, werden von elektrischen Fahrzeugmotoren insbesondere bei niedrigen Geschwindigkeiten (z. B. weniger als 40 km pro Stunde) nicht bereitgestellt. Daher können Fußgänger, Radfahrer und Tiere ein sich annäherndes elektrisches Fahrzeug nicht hören, insbesondere wenn diese abgelenkt werden, beispielsweise durch anderen Verkehr oder eine Unterhaltung. Und während sehbehinderte Personen möglicherweise besser in der Lage sind, das Fahrzeug und andere Umgebungsgeräusche zu hören, es ihnen aber an visuellen Hinweisen mangelt, die zusammen mit den akustischen Anzeigen verarbeitet werden, können diese ein eingeschränktes Bewusstsein für die genaue Position oder den Fahrverlauf des Fahrzeugs haben.
Einige Elektrofahrzeuge wurden so konfiguriert, dass diese akustische Warnsignale unter Verwendung von Fahrzeugsystemen, wie externe Mikrofonen, Fahrzeuggeschwindigkeitssystemen oder Fahrerassistenzsystemen (ADAS - Advanced Driver Assistance Systems), erzeugen. Diese Warnsignale bieten jedoch keinen Kontext zum Ändern der Warnsignale.
In einigen geografischen Gebieten wurden gesetzliche Vorschriften eingeführt, nach denen Elektrofahrzeuge bei niedrigen Geschwindigkeiten eine Geräuschkulisse erzeugen müssen. Die erzeugte Geräuschkulisse kann sich auf die Geschwindigkeit des Fahrzeugs beziehen, wobei die Frequenz oder das Volumen, basierend auf der Geschwindigkeit des Fahrzeugs, angepasst wird. Diese aufsichtsrechtlichen Anforderungen decken jedoch keine anderen Umstände ab, in denen es für Elektrofahrzeuge vorteilhaft wäre, zusätzliche Geräuschkulissen zu erzeugen, die über die regulatorischen Anforderungen hinausgehen.
KURZDARSTELLUNG
Es besteht ein Bedarf an Fahrzeugsystemen, die kundenspezifische Warnsignale erzeugen, die basierend auf einem oder mehreren kontextuellen Faktoren konfiguriert sind, wie etwa bezüglich der Umgebung des Fahrzeugs. Warnsignale, die an Kontextbedingungen angepasst sind, bieten eine bessere Benachrichtigung für sich in der Nähe befindenden Entitäten, wie Fußgänger, Radfahrer, Tiere oder Fahrer anderer Fahrzeuge. Die Bereitstellung von angepassten oder spezifischen Warnsignalen erhöht die Wahrscheinlichkeit, dass die Entität auf das Vorhandensein und/oder die Bewegung des Fahrzeugs reagiert.
Die Systeme werden von einem Warnsignalverwaltungsagenten gesteuert, der basierend auf einer oder mehreren Sensoreingaben ermittelt, welche/s Warnsignal- oder Warnsignalvariation unter den spezifischen Bedingungen bereitgestellt werden soll.
Die vorliegende Offenbarung betrifft ein System zur Implementierung in einem Fahrzeug, um ein Warnsignal von dem Fahrzeug für eine Entität (z. B. Mensch, Tier, ein anderes Fahrzeug), die sich außerhalb und innerhalb einer vorbestimmten Nähe des Fahrzeugs befindet, bereitzustellen. Das System beinhaltet einen Fahrzeugsensor, eine Fahrzeugausgabevorrichtung, eine hardwarebasierte Verarbeitungsvorrichtung und eine nichttransitorische computerlesbare Speichervorrichtung mit einem/r Warnsignalverwaltungsagenten/-einheit und einer Ausgabeeinheit.
Der Warnsignalverwaltungsagent beinhaltet Softwarecode, der von der Verarbeitungsvorrichtung ausgeführt wird. Wenn dieser ausgeführt wird, ermittelt der Softwarecode basierend auf Kontextdaten, dass sich die Entität innerhalb der vorbestimmten Nähe des Fahrzeugs befindet, was zu einer ersten Bestimmung führt. Als Reaktion auf die erste Bestimmung ermittelt der Softwarecode ein Warnsignalprofil.
Die Ausgabeeinheit beinhaltet ebenfalls einen Softwarecode, der von der Verarbeitungsvorrichtung ausgeführt wird. Wenn dieser ausgeführt wird, ermittelt der Softwarecode mindestens ein Ausgabesignal (oder einen Befehl) zum Implementieren des ermittelten Warnsignalprofils. Der Softwarecode sendet ebenfalls das Ausgabewarnsignal an die Fahrzeugausgabevorrichtung, die das Warnsignal bereitstellt, das von der außerhalb des Fahrzeugs befindlichen Entität wahrgenommen werden soll.
In einigen Ausführungsformen umfassen die Kontextdaten mindestens eines von Fahrzeugkontextdaten, Umgebungskontextdaten und Benutzerkontextdaten. In einigen Ausführungsformen umfasst die nichttransitorische computerlesbare Speichervorrichtung mindestens eine Kontexteinheit, ausgewählt aus einer Gruppe bestehend aus (i) einer Fahrzeugkontexteinheit, die einen Softwarecode umfasst, der, wenn dieser ausgeführt wird, Fahrzeugkontextdaten basierend auf Fahrzeugeingabedaten ermittelt, (ii) eine Umgebungskontexteinheit, die einen Softwarecode umfasst, der, wenn dieser ausgeführt wird, Umgebungskontextdaten basierend auf Umgebungseingabedaten erzeugt, und (iii) eine Benutzerkontexteinheit, die einen Softwarecode umfasst, der, wenn dieser ausgeführt wird, Benutzerkontextdaten basierend auf Benutzereingabedaten erzeugt. In einigen Ausführungsformen werden die Fahrzeugkontexteinheit und die Umgebungskontexteinheit durch Fahrzeugsensoren oder Fahrzeugsysteme ermittelt. In einigen Ausführungsformen wird die Benutzerkontexteinheit durch ein Fahrzeugmikrofon, eine Fahrzeugkamera oder eine Komponente eines verbundenen mobilen Geräts ermittelt.
In einigen Ausführungsformen ermittelt der Softwarecode der Warnsignalverwaltungseinheit beim Ermitteln, dass sich die Entität innerhalb der vorbestimmten Nähe befindet, dass die Entität eine Person oder ein Tier ist und innerhalb der vorbestimmten Nähe des Fahrzeugs ist. In einigen Ausführungsformen ermittelt der Softwarecode des Ausgabeagentencodes das Ausgabesignal zum Implementieren des Warnsignalprofils und sendet das Ausgabewarnsignal an eine Fahrzeugausgabevorrichtung zum Bereitstellen des Warnsignals für die Person oder das Tier außerhalb des Fahrzeugs.
In einigen Ausführungsformen ermittelt der Softwarecode der Warnsignalverwaltungseinheit beim Ermitteln, dass sich die Entität innerhalb der vorbestimmten Nähe befindet, dass die Entität eine Person oder ein Tier ist und diese/dieses sich innerhalb der vorbestimmten Nähe des Fahrzeugs befindet. Das Warnsignalprofil zeigt ein visuelles und/oder akustisches Warnsignal an. Der Softwarecode des Ausgabeagenten ermittelt das Ausgabesignal zum Implementieren des Warnsignalprofils, das ermittelt wurde, um die Maschine in Bereitschaft zu versetzen, und sendet das Ausgabewarnsignal an eine Fahrzeugausgabevorrichtung zum Bereitstellen der außerhalb des Fahrzeugs befindlichen Maschine.
In einigen Ausführungsformen ermittelt der Softwarecode des Warnsignalverwaltungsagenten, dass sich die Entität innerhalb der vorbestimmten Nähe befindet, und ermittelt ferner, dass eine zweite Anforderung erfüllt ist. In einigen Ausführungsformen umfasst die Anforderung mindestens eine Umgebungskontexteinheit, die aus einer Gruppe ausgewählt ist, die aus schlechtem Wetter, Sichtbarkeit von Licht oder Tageszeit besteht. In einigen Ausführungsformen ermittelt der Softwarecode des Warnsignalverwaltungsagenten, dass sich die Entität innerhalb der vorbestimmten Nähe befindet, und ermittelt ferner, dass eine zweite Anforderung erfüllt ist.
Weitere Aspekte der vorliegenden Erfindung ergeben sich im Verlauf teilweise von selbst oder werden teilweise explizit erwähnt.
Figurenliste

1 veranschaulicht schematisch ein Warnsignalverwaltungssystem gemäß einer exemplarischen Ausführungsform.
2 ist ein Blockdiagramm einer Steuerung des Warnsignalverwaltungssystems in 1.
3 ist ein Flussdiagramm, das eine exemplarische Sequenz der Steuerung von 2 darstellt.

Die Abbildungen sind nicht unbedingt maßstabsgerecht, einige Merkmale können vergrößert oder verkleinert dargestellt sein, um Einzelheiten von bestimmten Komponenten hervorzuheben. In einigen Fällen wurden bekannte Komponenten, Systeme, Materialien oder Verfahren nicht im Detail beschrieben, um die vorliegende Offenbarung nicht undeutlich erscheinen zu lassen.
Folglich sind die offenbarten aufbau- und funktionsspezifischen Details nicht als Beschränkungen zu verstehen, sondern lediglich als Basis für die Ansprüche, sowie als repräsentative Grundlage, um den Fachleuten die verschiedenen Arten und Weisen der Nutzung der vorliegenden Offenbarung zu vermitteln.
AUSFÜHRLICHE BESCHREIBUNG
Während die vorliegende Technik hauptsächlich in Verbindung mit einem Fahrzeug in der Form eines Automobils beschrieben wird, wird in Betracht gezogen, dass die Technik in Verbindung mit anderen Fahrzeugen implementiert werden kann, wie zum Beispiel, aber nicht beschränkt auf Wasserfahrzeuge, Flugzeuge, Maschinen und Nutzfahrzeuge (z. B. Busse und Lastwagen).
Die nachfolgend beschriebenen Ausführungsformen beziehen sich hauptsächlich auf elektrische Fahrzeuge. Es wird jedoch in Erwägung gezogen, dass die vorliegende Technik in Verbindung mit einem Hybridfahrzeug oder einem anderen alternativen Kraftstofffahrzeug implementiert werden kann. Während ein Hauptzweck darin besteht, Warnsignale von Fahrzeugen bereitzustellen, die leiser sind als benzinbetriebene Fahrzeuge, wird in Betracht gezogen, dass die Technik ebenfalls mit benzinbetriebenen Fahrzeugen verwendet werden kann.
Die Ausführungsformen werden in Verbindung mit von Menschen betriebenen Fahrzeugen beschrieben. Es wird jedoch in Betracht gezogen, dass die vorliegende Technik in autonomen oder semi-autonomen Fahrfahrzeugen verwendet werden kann, in denen ein Mensch einige oder alle Funktionen des Fahrzeugs für eine gegebene Zeitdauer nicht betätigen kann.
Ausführungsformen von Fahrzeugwarnsystemen werden hierin ebenfalls primär mit Bezug auf den Zweck des Bereitstellens von Warnsignalen beschrieben, die an den Kontext der Situation angepasst sind, um Entitäten wie Menschen (z. B. Fußgänger), Tiere und andere Fahrzeuge zu benachrichtigen. In den in Betracht gezogenen Szenarien können die Warnsignale jedoch zur Erkennung durch und/oder zum Erkennen durch andere Entitäten, wie Autos, persönliche mobile Geräte oder andere Maschinen, wie ein autonomes Fahrzeug oder irgendein Fahrzeug, das zum Erfassen des bereitgestellten kundenspezifischen Warnsignals konfiguriert ist, bereitgestellt werden.
In Bezug auf persönliche mobile Geräte kann zum Beispiel das Mobiltelefon oder das tragbare Gerät eines Benutzers konfiguriert sein, um ein Warnsignal, wie ein hörbares und/oder visuelles Warnsignal, zu erfassen. Eine sehbehinderte Person kann beispielsweise eine solche tragbare Vorrichtung verwenden, und dieselbe kann konfiguriert sein, um wiederum die Person in geeigneter Weise zu benachrichtigen, beispielsweise durch andere akustische oder haptische Rückmeldungen.
Die folgenden Beschreibungen beziehen sich auf die Figuren und insbesondere auf die erste Figur. 1 zeigt ein Warnsignalverwaltungssystem 100. Das System 100 identifiziert und interpretiert (z. B. verarbeitet) Eingaben, die durch eine Warnsignalverwaltungseinheit oder einen Agenten 150 empfangen wurden und erzeugt ein akustisches oder visuelles Warnsignal unter Verwendung einer oder mehrerer Ausgabevorrichtungen 160. Das System 100 empfängt eine oder mehrere kontextabhängige Eingaben (z. B. Daten), wie z. B. (i) die Fahrzeugkontexteinheit 110, abgeleitet (z. B. durch den Agenten 150) von Fahrzeugeingaben 10, (ii) Umweltkontexteinheit 120, abgeleitet (z. B. der Agent 150) von den Umgebungseingaben 20 und (iii) die Benutzer/Insassen-Kontexteinheit 130, die (z. B. durch den Agenten 150) von Benutzer-/Insasseneingaben 30 abgeleitet werden, von kollektiven Kontexten.
Die Kontexteinheiten 110, 120, 130 sind Softwarecodeeinheiten, die für den Agenten 150 bereitgestellt werden. Insbesondere werden die Kontexteinheiten 110, 120, 130 von der Steuerung 200 gespeichert und ausgeführt (z. B. in einem Speicher 210 gespeichert und von einem Prozessor 260 ausgeführt), wie nachstehend beschrieben.
In verschiedenen Ausführungsformen verwendet das System 100 auf räumlicher Richtcharakteristik (z. B. Ermitteln einer sich in der Nähe des Fahrzeugs befindenden Entität) basierende Eingaben, um ein Warnsignal auszuwählen, das während des Betriebs nach außen, außerhalb des Elektrofahrzeugs, kommuniziert wird (z. B. unter Verwendung der Ausgabevorrichtung 160). Da Elektrofahrzeuge keine mit typischen Kraftstofffahrzeugen assoziierten Geräuschkulissen erzeugen (wie z. B. Motorbetriebsgeräusche), verwaltet das System 100 Warnsignale, die dazu dienen, Menschen und Tiere in der Nähe des Elektrofahrzeugs visuell und/oder akustisch zu warnen, während dieses in Betrieb ist, um davor zu warnen oder einen möglichen Unfall verhindern.
Bezugnahmen hierin auf Systemkomponenten, die Funktionen ausführen, beinhalten, wie erwähnt, den Systemprozessor, der entsprechende computerausführbare Anweisungen ausführt, um die Funktion auszuführen. Aus Gründen der Kürze wird der ausführende Prozessor nicht immer erwähnt. Die Beschreibung des Warnsignalverwaltungsagents 150, der eine Funktion ausführt, beinhaltet den Prozessor, der die Funktion unter Verwendung eines entsprechenden Systemcodes für den Warnsignalverwaltungsagenten 150 ausführt.
Der Agent 150 empfängt die Kontexteinheiten 110, 120, 130, bei denen es sich um kontextuelle Ableitungen handelt, die von dem System 100 bei Verarbeitung (z. B. durch einen Prozessor), respektive der Kontexteingaben 10, 20, 30, erzeugt werden. Insbesondere empfängt der Agent 150 (d. h., der Prozessor, der Softwarecode des Warnsignalverwaltungsagenten 150 ausführt) Informationen (z. B. Daten) und ermittelt das Warnsignalprofil, das für die wahrgenommenen Bedingungen am besten geeignet ist. Der Agent 150 wählt ein geeignetes Warnsignalprofil aus, das an die Vorrichtung(en) 160 ausgegeben wird, um sich in der Nähe befindliche Fahrzeuge, Fußgänger oder Tiere unter Verwendung kontextueller und räumlicher Bestimmungen besser zu warnen.
Der Warnsignalverwaltungsagent 150 beinhaltet Softwarecode, der in Komponenten (z. B. Speicher und Prozessor) einer oder mehrerer Steuerungen 200 gespeichert ist und von diesen ausgeführt wird. Insbesondere empfängt der Controller 200 die von den Kontexteinheiten 110, 120, 130 eingehenden Daten, analysiert die Eingabe und stellt dem Ausgabegerät 160 Ausgabedaten (z. B. unter Verwendung des Ausgabemittels 15) in dem Format eines Warnsignalprofils bereit. Eine weitere Beschreibung der Steuerung 200 wird nachstehend in Verbindung mit 2 beschrieben.
In einigen Ausführungsformen stellt das System 100 eine kontextabhängige Bestimmung unter Verwendung verschiedener Warnsignalprofile bereit, die unter anderem Merkmale einer bestimmten Warnsignalprofildauer, -intensität, -tempo, -tonhöhe, -lautstärke, -harmonie und -kadenz ändern, um eine für Menschen und Tiere kontextgerechte Warnung bereitzustellen. Für jede kontextabhängige Bedingung, wie diese durch die nachstehend beschriebenen Kontexteinheiten 110, 120, 130 ermittelt wird, stellt das System 100 ein anderes Warnsignalprofil für die Ausgabevorrichtung(en) 160 bereit.
In einigen Ausführungsformen stellt das System 100 ein Warnsignalprofil bereit oder ändert ein bereits bestehendes Warnsignalprofil, um Dringlichkeit, Risiko oder potenziellen Schaden für den sich in der Nähe befindenden Menschen, Tiere oder Fahrzeuge anzuzeigen. Das System 100 ermittelt ein Dringlichkeitsniveau einer aktuellen Situation, basierend auf der Fahrzeugkontexteinheit 110, der Umgebungskontexteinheit 120 und der Benutzer/Bediener-Kontexteinheit 130.

In einigen Ausführungsformen wird ein Warnsignalprofil basierend auf der vom System 100 wahrgenommenen Dringlichkeit geändert. Das gleiche Warnsignalprofil wird für die gleiche Bedingung verwendet. Jedoch kann das Warnsignalprofil in Abhängigkeit von der Dringlichkeit der Situation (z. B. wenn sich ein Fußgänger näher an das Fahrzeug annähert) unterschiedliche Eigenschaften aufweisen (z. B. Tempo, Kadenz). Nachstehend ist ein Beispiel eines vordefinierten Warnsignalprofils dargestellt, das gemäß der Dringlichkeit variiert, die von den Bedingungen wahrgenommen wird, die von den Kontexteinheiten 110, 120, 130 bereitgestellt werden.

Kontext	Geringe Dringlichkeit	Mittlere Dringlichkeit	Hohe Dringlichkeit
Bedingung Nr. 1 (z. B. einzelne Person)	Warnsignal 1 (Tempo 1)	Warnsignal 1 (Tempo 2)	Warnsignal 1 (Tempo 3)
Bedingung Nr. 2 (z. B. Gruppe von Personen)	Warnsignal 2 (Tempo 1)	Warnsignal 2 (Tempo 2)	Warnsignal 2 (Tempo 3)

Wenn zum Beispiel ein akustisches Warnsignal verwendet wird, stellt das System 100 der Ausgabevorrichtung 160 ein Geräuschkulissenprofil bereit, das eine erste Kadenz oder ein erstes Tempo aufweist, wenn sich der/das zu benachrichtigende Mensch oder Tier nicht in der Nähe des Fahrzeugs befindet, und eine zweite erhöht Kadenz/Tempo, wenn sich die Person oder das Tier in der Nähe des Fahrzeugs befindet oder durch ihre Bewegung und/oder der des Fahrzeugs sich dem Fahrzeug nähert. Das System 100 kann mit verschiedenen Schwellwerten programmiert werden, um die Nähe von Menschen, Tieren oder anderen Geräten wie etwa einem autonomen Fahrzeug zu bewerten. Als ein Beispiel kann das System 100 ein erstes Warnsignal bereitstellen, wenn ein Fußgänger zwischen 50 und 25 Metern von dem Fahrzeug entfernt ist, ein zweites Warnsignal, wenn dieser zwischen 25 und 10 Metern entfernt ist, und eine dritte, wenn dieser weniger als 10 Meter entfernt ist. Neben der Entfernung berücksichtigt das System 100 Variablen in verschiedenen Ausführungsformen, eine Bewegung des Host-Fahrzeugs, des Fußgängers oder eines anderen, wie zum Beispiel eine relative Trajektorie. Wie erwähnt, können sich verschiedene Warnsignale beispielsweise durch das Warnsignalmedium - hörbar, visuell und/oder anders - und/oder Charakteristik(en) - z. B. Lautstärke, Helligkeit, Tempo und/oder anderes, unterscheiden.

In einigen Ausführungsformen werden verschiedene Warnsignalprofile basierend auf der vom System 100 wahrgenommenen Dringlichkeit ausgewählt. Für jede Bedingung und Dringlichkeit der Situation werden unterschiedliche Warnsignalprofile verwendet. Im Folgenden finden Sie ein Beispiel für verschiedene Warnsignalprofile, die von der Dringlichkeit abhängen, die von den Bedingungen wahrgenommen wird, die von den Kontexteinheiten 110, 120, 130 bereitgestellt werden.

Kontext	Geringe Dringlichkeit	Mittlere Dringlichkeit	Hohe Dringlichkeit
Bedingung Nr. 1 (z. B. einzelne Person)	Warnsignal 1	Warnsignal 2	Warnsignal 3
Bedingung Nr. 2 (z. B. Gruppe von Personen)	Warnsignal 4	Warnsignal 5	Warnsignal 6

Als ein Beispiel, bei dem sich der Mensch/das Tier nicht in der Nähe des Fahrzeugs befindet, stellt das System 100 der Ausgabevorrichtung 160 ein erstes Geräuschkulissenprofil bereit und wenn der Mensch/das Tier sich weiter nähert, würde der Agent 150 ein zweites Profil an die Ausgabevorrichtung 160 kommunizieren, die sich von dem ersten Geräuschkulissenprofil unterscheidet.
Die Warnsignalprofile werden als eine Funktion von einem oder mehreren Kontexten wie der Fahrzeugkontexteinheit 110, der Umgebungskontexteinheit 120 und der Benutzer/Insassen-Kontexteinheit 130 ermittelt (z. B. moduliert). In einigen Ausführungsformen werden diese Kontextdaten kontinuierlich vom Agenten 150 empfangen. In anderen Ausführungsformen werden diese Kontextdaten vom Agenten 150 in vorbestimmten Zeitintervallen oder unter Einhaltung bestimmter Bedingungen empfangen (z. B. wird ein sich bewegendes Objekt unter Verwendung von Fahrzeugsensoren wahrgenommen).
Die Fahrzeugkontexteinheit 110 wird von der Steuerung 200 durch Analysieren von Informationen (z. B. Daten) interpretiert, die von Fahrzeugsystemen und Subsystemen empfangen werden.
Insbesondere wird die Fahrzeugkontexteinheit 110 aus Fahrzeugeingaben 10 bestimmt, die Informationen von spezifischen Fahrzeugsystemen und Untersystemen beinhalten, die dazu geeignet sein können, um zu ermitteln, ob ein Warnsignal für eine wahrgenommene Bedingung benötigt wird. Zu den Fahrzeugeingängen 10 gehören unter anderem Fahrzeuggeschwindigkeit, Fahrzeugbeschleunigung, globales Positionsbestimmungssystem (GPS), Annäherungserkenungssysteme und Bremssysteme.
Die Fahrzeugkontexteinheit 110 kann ebenfalls Fahrzeugmechanismen beinhalten, die Geräuschkulissen- oder Lichteigenschaften (z. B. Intensität oder Lokalisierung) erzeugen oder steuern. Zu den Fahrzeugeingaben 10 in die Lokalisierungsmechanismen gehören beispielsweise Szenenkameras und Fahrzeugsensoren.
Die Fahrzeugkontexteinheit 110 beinhaltet ebenfalls Fahrzeugsysteme, wie zum Beispiel fortgeschrittene Fahrerassistenzsysteme (ADAS - Advanced Driver Assistance Systems). Fahrzeugeingänge 10 in das ADS-System können beispielsweise Radar und Sensoren beinhalten.
Die Fahrzeugkontexteinheit 110 wird dem System 100 bereitgestellt, um zu ermitteln, ob ein Warnsignal benötigt wird. Wenn zum Beispiel Fahrzeugsensoren wahrnehmen, dass sich das Fahrzeug an einem bekannten Touristenort befindet, würde das System 100 basierend auf dem GPS-System ein Warnsignalprofil für die Ausgabevorrichtung 160 bereitstellen, das zum Warnen von Fußgängern, die Touristen sein können, geeignet ist. Insbesondere berücksichtigt das System 100 unter Verwendung der Fahrzeugkontexteinheit 110, dass der bekannte Touristenort (z. B. wie durch den GPS-Ort bestimmt) höhere Geräuschpegel haben kann und die Fußgänger (Touristen) abgelenkt werden können. Als solches würde das System 100 ein Warnsignalprofil erzeugen, das geeignet ist, potenziell abgelenkte Fußgänger zu warnen, anstatt ein Warnsignalprofil zu erzeugen, das nur zum Warnen eines nicht abgelenkten Fußgängers geeignet wäre.
Die Umgebungskontexteinheit 120 wird von der Steuerung 200 interpretiert, indem Informationen analysiert werden, die von einem Bereich empfangen werden, der das Fahrzeug unmittelbar umgibt, und zwar bis zu und einschließlich einer vorbestimmten Entfernung von dem Fahrzeug.
Die Umgebungskontexteinheit 120 wird aus Umgebungseingaben 20 bestimmt, die Informationen über Bedingungen außerhalb des Fahrzeugs - d. h., einen externen Kontext - beinhalten. Dieser externe Kontext wird von Geräten wahrgenommen, die in das Fahrzeug integriert oder nachträglich angebracht sind, wie beispielsweise Szenensensoren und Kameras. Die Ausrüstung kann Umweltbedingungen wie Wetter, Sichtbarkeit (z. B. basierend auf der Tageszeit), Gefahren oder andere Straßenbedingungen, in der Nähe befindliche Fahrzeuge (z. B. an denen vorbeigefahren wird, die sich dahinter befinden) und Bereiche mit hoher Fußgängerdichte (z. B. Touristenort) unter anderen, wahrnehmen.
Die Umgebungskontexteinheit 120 beinhaltet ebenfalls Umgebungseingaben 20, die Informationen bezüglich fahrzeuginterner Zustände bereitstellen, wie zum Beispiel Fahrzeugsysteme (z. B. Akustik innerhalb des Fahrzeugs, wetterbezogene Systeme, Verkehrsüberwachungssysteme und Fahrzeug zu Infrastruktur-Anwendungen (v2I)) oder Anwendungen für mobile Geräte, die von Personen innerhalb oder außerhalb des Fahrzeugs genutzt werden.
Die Umgebungskontexteinheit 120 beinhaltet ebenfalls Umgebungseingaben 20, die Informationen bereitstellen können, unabhängig davon, ob ein Zustand innerhalb oder außerhalb des Fahrzeugs auftritt. Zum Beispiel beinhalten Umwelteingaben 20 einen Geräuschhintergrund, die Eingaben von Fahrzeugvorrichtungen (z. B. Szenenkameras, Sensoren), Mobilgeräteanwendungen von Benutzern und Fahrzeugsystemen (z. B. Akustik innerhalb des Fahrzeugs, Wettersysteme, Verkehrssysteme, v2I) empfangen.
Die Fahrzeugkontexteinheit 120 wird dem System 100 bereitgestellt, um zu ermitteln, ob ein Warnsignal benötigt wird. Wenn zum Beispiel Fahrzeugsensoren eine große Anzahl von Fußgängern wahrnehmen, würde das System 100 der Ausgabevorrichtung 160 ein Warnsignalprofil bereitstellen, das geeignet ist, die große Anzahl von Fußgängern zu warnen. Insbesondere berücksichtigt das System 100 unter Verwendung der Umgebungskontexteinheit 120, dass die große Anzahl von Fußgängern voneinander abgelenkt werden kann. Als solches würde das System 100 ein Warnsignalprofil erzeugen, das geeignet ist, die große Anzahl von möglicherweise abgelenkten Fußgängern zu warnen, anstatt ein Warnsignalprofil zu erzeugen, das nur zum Warnen eines einzelnen Fußgängers geeignet wäre.
Die Benutzerkontexteinheit 130 wird von der Steuerung 200 interpretiert, indem Informationen analysiert werden, die von einem Fahrzeugbediener oder einem Fahrzeuginsassen - d. h., einer Benutzereingabe 30, empfangen werden. Die Benutzerkontexteinheit 130 kann Bedingungen quantifizieren, die von Fahrzeugsystemen wahrgenommen werden können oder nicht, wenn die Fahrzeugkontexteinheit 110 und der Umgebungskontext 120 identifiziert werden. Beispielsweise kann ein Fahrzeugführer Fußgänger mit einem hohen Unfallrisiko wahrnehmen (z. B. Fußgänger mit Behinderungen in einem Krankenhausbereich, ältere Fußgänger in der Nähe eines Pflegeheims und Kinder in der Nähe eines Schulüberganges) und sozio-geografische Orte (z. B. Kinder auf einem Spielplatz, Personen, die an einer Sportveranstaltung teilnehmen).
Die Fahrzeugkontexteinheit 130 wird dem System 100 bereitgestellt, um zu ermitteln, ob ein Warnsignal benötigt wird. Die Benutzerkontexteinheit 130 kann im Lichte der Fahrzeugkontexteinheit 110 und der Umgebungskontexteinheit 120 interpretiert werden, um ein adäquates Warnsignalprofil bereitzustellen.
Wenn zum Beispiel die Benutzerkontexteinheit 130 die Erkennung beinhaltet, dass eine Bremsfunktion durch den Fahrzeugführer (Benutzereingabe 30) aufgetreten ist, verwendet das System 100 ebenfalls GPS-Informationen (Fahrzeugeingabe 10), um das Fahrzeug in der Nähe eines Krankenhauses zu identifizieren. Zusätzlich verwendet das System 100 externe Fahrzeugsensoren, um Fußgänger (Umwelteingabe 20) wahrzunehmen, die sich in der Nähe des Fahrzeugs befinden. Unter Verwendung der Eingaben 10, 20, 30 werden die Kontexteinheiten 110, 120, 130 dem Agenten 150 bereitgestellt und von der Steuerung 200 analysiert. Letztendlich liefert das System 100 ein Geräuschkulissenprofil an die Ausgabevorrichtung 160, das geeignet ist, möglicherweise behinderte Fußgänger in einem Krankenhausbereich zu warnen.
In einigen Ausführungsformen nimmt der Fahrzeugbenutzer oder -insasse direkt eine Eingabe 50 in den Agenten 150 vor, die direkt verwendet wird, um ein Warnsignalprofil zu ermitteln, das für die Ausgabevorrichtung(en) 160 bereitzustellen ist.
Daten von den Kontexteinheiten 110, 120, 130 können, sobald diese von der Steuerung 200 empfangen werden, optional in einem Repository 170 gespeichert werden. Das Repository 170 kann sich innerhalb des Systems 100 und/oder des Fahrzeugs oder außerhalb des Systems 100 und/oder des Fahrzeugs befinden, beispielsweise indem dieses Teil einer Ferndatenbank ist, die entfernt von dem Fahrzeug und dem System 100 gespeichert wird.
Die in dem Repository 170 gespeicherten Daten können verwendet werden, um der Steuerung 200 einen zusätzlichen Kontext bereitzustellen, um ein Warnsignalprofil zu ermitteln, das für die wahrgenommenen Bedingungen kontextuell geeignet ist. Gespeicherte Daten können Orte von besonderem Interesse (z. B. Krankenhäuser, Touristenorte), Tageszeiten, an denen bestimmte Ereignisse auftreten (z. B. Schulzonen), und Tageszeiten, in denen die Sicht schwierig sein kann (z. B. starker Regen oder Nebel), umfassen. Das Repository 170 kann ebenfalls Bedingungen speichern, für die ein bestimmtes Warnsignalprofil verwendet wurden. Wenn beispielsweise mehrere vorbestimmte Bedingungen erfüllt sind, wird ein spezifisches Warnsignalprofil an die Steuerung 200 übermittelt.
Die Daten werden in dem Repository 170 als computerlesbarer Softwarecode von irgendeinem bekannten computerverwendbaren Medium einschließlich Halbleiter, Magnetplatte, optische Platte (wie CD-ROM, DVD-ROM) gespeichert und können durch irgendein Computerdatensignal in Form eines computerverwendbaren (z. B. lesbaren) Übertragungsmedium (wie etwa eine Trägerwelle oder irgendein anderes Medium, einschließlich eines digitalen, optischen oder analog-basierenden Mediums) übertragen werden.
In einigen Ausführungsformen sammelt das Repository 170 Daten über mehrere Benutzer hinweg an. Angesammelte Daten können von einer Gemeinschaft von Benutzern abgeleitet werden, deren Verhalten von dem System 100 überwacht wird, und diese Daten können in dem Repository 170 gespeichert werden. Wenn eine Gemeinschaft von Benutzern vorhanden ist, kann das Repository 170 ständig mit den angesammelten Abfragen aktualisiert werden, die an die Steuerung 200 übermittelt werden können. Die in dem Repository 170 gespeicherten Abfragen können verwendet werden, um Warnsignale für den Kontext bereitzustellen, die für die spezifischen vorliegenden Bedingungen geeignet sind.
2 zeigt die Steuerung 200, die eine einstellbare Hardware ist. Die Steuerung 200 kann ein Mikrocontroller, ein Mikroprozessor, eine programmierbare Logiksteuerung (PLC), eine komplexe programmierbare Logikvorrichtung (CPLD), eine feldprogrammierbare Gatteranordnung (FPGA) oder dergleichen sein. Die Steuerung 200 kann durch die Verwendung von Softwarecodebibliotheken, statischen Analysewerkzeugen, Software, Hardware, Firmware oder dergleichen entwickelt werden. Jeder Einsatz von Hardware oder Firmware beinhaltet ein Maß an Flexibilität und Hochleistung, die über eine FPGA zur Verfügung stehen und die Vorteile von Einzweck- und Mehrzwecksystemen kombinieren.
Die Steuerung 200 beinhaltet einen Speicher 210. Der Speicher 210 kann mehrere Kategorien von Software und Daten beinhalten, die in der Steuerung 200 verwendet werden, einschließlich Anwendungen 220, einer Datenbank 230, eines Betriebssystems (OS) 240 und Eingabe-/Ausgabe- (I/O) Gerätetreibern 250.
Wie für den Fachmann ersichtlich ist, kann das OS 240 ein beliebiges Betriebssystem zur Verwendung mit einem Datenverarbeitungssystem sein. Die E/A-Gerätetreiber 250 können verschiedene Routinen beinhalten, auf welche von den Anwendungen 220 durch das OS 240 zugegriffen wird, um mit Vorrichtungen und bestimmten Speicherkomponenten zu kommunizieren.
Die Anwendungen 220 können im Speicher 210 und/oder in einer Firmware (nicht dargestellt) als ausführbare Anweisungen gespeichert sein und sie können von einem Prozessor 260 ausgeführt werden.
Die Anwendungen 220 beinhalten verschiedene Programme, wie zum Beispiel eine Sequenz 300 (in 3 gezeigt), die nachfolgend beschrieben wird, die, wenn diese durch den Prozessor 260 ausgeführt wird, Daten verarbeitet, die in dem Warnsignalverwaltungsagent 150 empfangen werden.
Die Anwendungen 220 können auf Daten angewendet werden, die in der Datenbank 230 gespeichert sind, wie die angegebenen Parameter, zusammen mit Daten, die z. B. über die E/A-Datenschnittstellen 270 empfangen werden. Die Datenbank 230 repräsentiert die statischen und dynamischen Daten, welche von den Anwendungen 220, dem OS 240, den E/A-Gerätetreibern 250 und anderen Softwareprogrammen, die im Speicher 210 vorhanden sein können, verwendet werden.
Obwohl der Speicher 210 so dargestellt ist, dass er sich nahe bei dem Prozessor 260 befindet, versteht es sich, dass zumindest ein Teil des Speichers 210 ein Speichersystem mit Fernzugriff sein kann, beispielsweise ein Server in einem Kommunikationsnetzwerk, ein Fern-Festplattenlaufwerk, ein entfernbares Speichermedium, Kombinationen daraus und dergleichen. Folglich können beliebige der vorstehend beschriebenen Daten, Anwendungen und/oder Software im Speicher 210 gespeichert sein und/oder über drahtlose oder Netzwerkverbindungen zu anderen (nicht dargestellten) Datenverarbeitungssystemen zugänglich sein, welche beispielsweise ein lokales Netzwerk (LAN), ein Metropolnetzwerk (MAN) oder ein Weitbereichsnetzwerk (WAN) beinhalten können.
Es versteht sich, dass 2 und die vorstehende Beschreibung zur Bereitstellung einer kurzen allgemeinen Beschreibung für eine geeignete Umgebung gedacht sind, in welcher die verschiedenen Aspekte von einigen Ausführungsformen der vorliegenden Offenbarung implementiert werden können. Obwohl sich die Beschreibung auf computerlesbare Anweisungen bezieht, können Ausführungsformen der vorliegenden Offenbarung außerdem ebenfalls in Kombination mit anderen Programmmodulen und/oder als Kombination aus Hardware und Software zusätzlich zu oder anstelle von computerlesbaren Anweisungen implementiert sein.
Der Begriff „Anwendung“ sowie dessen Variationen werden hierin beinhaltend eingesetzt, um Routinen, Programmmodule, Programme, Komponenten, Datenstrukturen, Algorithmen, und dergleichen zu beinhalten. Anwendungen können in verschiedenen Systemkonfigurationen umgesetzt werden, einschließlich Einzel- oder Mehrprozessorsysteme, Minicomputer, Mainframecomputer, Personalcomputer, tragbare Rechenvorrichtungen, auf Mikroprozessoren beruhende programmierbare Verbraucherelektronik, Kombinationen daraus und dergleichen.
Unter erneuter Bezugnahme auf 1, nach der Auswahl durch das System 100 wird das Warnsignalprofil über eine Ausgabeeinheit oder einen Agenten 155 an die Ausgabevorrichtung 160 ausgegeben. Der Ausgabeagent 155 beinhaltet einen Softwarecode, der, wenn dieser von dem Prozessor 260 ausgeführt wird, ein Ausgabesignal (oder einen Befehl) zum Implementieren des Warnsignalprofils bereitstellt. Der Ausgabeagent 155 sendet das Ausgabewarnsignal an die Fahrzeugausgabevorrichtung 160. In einigen Ausführungsformen ist der Ausgabeagent 155 ein Teil des Agenten 150. In anderen Ausführungsformen ist der Ausgabeagent von dem Agenten 150 getrennt, wie in 1 dargestellt.
Das System 100 beinhaltet zusätzlich eine oder mehrere Ausgabevorrichtungen 160. Die Ausgabevorrichtung(en) 160 liefert/liefern im Betrieb des Systems 100 ein Warnsignal (z. B. Ton, Licht, visuelle Anzeige), das von der Entität (z. B. Mensch oder Tier), die sich außerhalb des Fahrzeugs befindet, wahrgenommen werden kann.
Die Ausgabevorrichtung(en) 160 kann/können eine beliebige Vorrichtung sein, die eine Kommunikation zu dem in der Nähe befindlichen Fußgänger oder Gefährdung bereitstellen würde. Zum Beispiel ist/sind die Ausgabevorrichtung(en) 160 Lautsprecher, die in/auf das Fahrzeug montiert sind, Lichter oder Anzeigebildschirme, die in/an dem Fahrzeug angebracht sind.
Die Ausgabevorrichtung 160 kann ein akustisches Warnsignal bereitstellen, das hörbar von Menschen oder Tieren in der Nähe des Fahrzeugs wahrgenommen wird. Das akustische Warnsignal kann von einem oder mehreren in das Fahrzeug integrierten oder daran befestigten Lautsprechern erzeugt werden. Das akustische Warnsignal beinhaltet eine akustische Ausgabe einschließlich beispielsweise Töne oder verbale Benachrichtigungen. Die akustischen Warnsignale können unter anderem einstellbare Eigenschaften wie den Ton des Warnsignals, die Lautstärke, mit der das Warnsignal von den Lautsprechern wiedergegeben wird, und das Tempo, mit dem das Warnsignal abgespielt wird, beinhalten.
Die Ausgabevorrichtung 160 kann ein visuelles Warnsignal bereitstellen, das von Menschen oder Tieren in der Nähe des Fahrzeugs visuell wahrgenommen wird. Das visuelle Warnsignal kann von einer oder mehreren Leuchten oder Anzeigen erzeugt werden, die in das Fahrzeug integriert oder an diesem angebracht sind. Das visuelle Warnsignal beinhaltet eine sichtbare Ausgabe, die angepasst werden kann (z. B. Frequenz und Intensität), um Kontextbedingungen zu erfüllen. Das visuelle Warnsignal kann ebenfalls sichtbare Anzeigen beinhalten, die angepasst werden können (z. B. Schriftgröße und Hintergrundbeleuchtung), um Kontextbedingungen zu erfüllen.
Das System 100 kann eine oder mehrere andere Vorrichtungen und Komponenten innerhalb des Systems 100 oder zur Unterstützung des Systems 100 beinhalten. Zum Beispiel können mehrere Steuerungen verwendet werden, um den Kontext zu erkennen. In einigen Ausführungsformen können einige Warnsignale unter Umständen zusätzliche Hardware erfordern, wie beispielsweise Verstärker.
3 ist ein Flussdiagramm, das Verfahren zum Durchführen einer kontextbezogenen Warnsignalsequenz 300 darstellt.
Es versteht sich, dass Operationen des Verfahrens nicht notwendigerweise in einer bestimmten Reihenfolge dargestellt werden müssen und dass die Durchführung einiger oder aller Operationen, über all diese Darstellungen hinweg und einschließlich dieser, ebenfalls in einer anderen Reihenfolge möglich und vorgesehen ist.
Die Operationen wurden im Sinne einer einfacheren Beschreibung und Veranschaulichung in der dargestellten Reihenfolge erläutert. Es können Bedienungen hinzugefügt, weggelassen und/oder gleichzeitig durchgeführt werden, ohne dass dabei vom Geltungsbereich der beigefügten Ansprüche abgewichen wird. Es sollte ebenfalls klar sein, dass das dargestellte Verfahren oder die Unterverfahren jederzeit beendet werden können.
In bestimmten Ausführungsformen werden einige oder alle Schritte dieses Prozesses und/oder im Wesentlichen gleichartige Schritte von einem Prozessor (z. B. Prozessor 260), z. B. einem Computerprozessor, ausgeführt, der computerausführbare Anweisungen ausführt, die einem oder mehreren entsprechenden Algorithmen entsprechen, und zugehörige unterstützende Daten, die auf einem computerlesbaren Medium gespeichert sind oder die diese beinhalten, wie etwa einem der vorstehend beschriebenen computerlesbaren Speicher, einschließlich des entfernten Servers und der Fahrzeuge.
Die Sequenz 300 beginnt mit dem Empfangen der Kontexteinheiten 110, 120, 130 durch das System 100 bei Schritt 310. Diese Software kann durch die Steuerung 200 initiiert werden. Die Kontexteinheiten 110, 120, 130 können in dem System 100 gemäß einem von verschiedenen Zeitprotokollen empfangen werden, wie zum Beispiel kontinuierlich oder fast kontinuierlich oder zum Beispiel in spezifischen Zeitintervallen (alle zehn Sekunden). Die Kontexteinheiten 110, 120, 130 können alternativ auf Grundlage eines vorbestimmten Auftretens von Ereignissen (z. B. Aktivierung eines spezifischen Fahrzeugsystems oder Vorhandensein einer vorbestimmten Bedingung, wie beispielsweise eines Schwellenwerts einer wahrgenommenen Helligkeit) empfangen werden.
Nach dem Initiieren ermittelt die Sequenz 300 bei Schritt 310, ob eine Gefahr (z. B. Fußgänger oder Tier) vorliegt. Wie vorstehend beschrieben, kann ein Fußgänger oder Tier durch das System 100 durch die Interpretation der Kontexteinheiten 110, 120, 130 basierend auf den Eingaben 10, 20, 30 identifiziert werden.
Wenn kein Fußgänger vorhanden ist (z. B. Pfad 312), wird bei Schritt 320 kein Warnsignal erzeugt.
Wenn ein Fußgänger oder eine Gefahr vorhanden ist (z. B. Pfad 314), dann bewegt sich die Sequenz 300 zu Schritt 330.
Bei Schritt 330 ermittelt die Sequenz 300, ob eine erste Bedingung erfüllt ist. Die erste Bedingung kann eine beliebige Anzahl von Bedingungen sein, die unter Verwendung des Agenten 150 interpretiert werden könnten, um den Fußgänger oder die Gefahrenquelle zu warnen. Zum Beispiel ermittelt die Sequenz 300, ob ein ungünstiger oder schlechter Wetterzustand (z. B. starker Regen oder Nebel) vorliegt.
Wenn die erste Bedingung nicht erfüllt ist (z. B. Pfad 332), wird bei Schritt 340 ein erstes Warnsignalprofil erzeugt. Das erste Warnsignalprofil wird dem Ausgabegerät 160 über den Ausgabeagenten 155 bereitgestellt.
Das erste Warnsignalprofil kann eine hörbare Geräuschkulisse oder eine Geräuschkulissensequenz beinhalten, die durch einen Lautsprecher (Ausgabevorrichtung 160) abgespielt wird, der an der Außenseite des Fahrzeugs angebracht ist. Zusätzlich oder alternativ kann eine Licht- oder Lichtsequenz von einer Leuchte (Ausgabevorrichtung) emittiert werden, die an der Außenseite des Fahrzeugs an einem Ort angebracht ist, an dem das emittierte Licht von einem Fußgänger oder Tier wahrgenommen werden würde. Zum Beispiel kann bei starkem Nebel eine Geräuschkulisse unter Verwendung eines Lautsprechers emittiert werden, da ein Licht aufgrund der Lichtreflexion durch den Nebel von dem Fußgänger nicht gesehen werden kann. Bei Regen kann jedoch ein Licht abgegeben werden, um den Fußgänger zu warnen. Das System 100 kann basierend auf den Kontexteinheiten 110, 120, 130 den Unterschied zwischen Regen und Nebel durch Fahrzeugeingaben ermitteln, wie z. B. Sensoren, die die Temperatur überwachen, oder Kameras, die Bedingungen anzeigen.
Wenn die erste Bedingung erfüllt ist (z. B. Pfad 334), bewegt sich die Sequenz 300 zu Schritt 350.
Bei Schritt 350 ermittelt die Sequenz 300, ob eine zweite Bedingung erfüllt ist. Ähnlich der ersten Bedingung kann die zweite Bedingung eine beliebige Anzahl von Bedingungen sein, die unter Verwendung des Agenten 150 interpretiert werden können, um ein Warnsignalprofil bereitzustellen, das den Fußgänger oder das Tier unter Verwendung der Ausgabevorrichtung 160 warnt. Zum Beispiel ermittelt die zweite Bedingung, ob sich ein anderes Fahrzeug in der Nähe befindet. Zusätzlich könnte die zweite Bedingung ermitteln, ob das in der Nähe befindliche Fahrzeug das Benutzerfahrzeug passiert.
Wenn die zweite Bedingung nicht erfüllt ist (z. B. Pfad 352), wird bei Schritt 360 ein zweites Warnsignalprofil erzeugt. Ähnlich wie bei dem ersten Warnsignalprofil wird das zweite Warnsignalprofil über den Ausgabeagenten 155 für das Ausgabegerät 160 bereitgestellt.
Das zweite Warnsignalprofil unterscheidet sich von dem ersten Warnsignalprofil, um dem Fußgänger oder dem Tier einen anderen Kontext der Situation, wie diese von dem System 100 wahrgenommen wird, bereitzustellen. Wenn zum Beispiel Regen vorhanden ist (erste Bedingung) und ein anderes Fahrzeug das Benutzerfahrzeug passiert (zweiter Zustand), liefert das System 100 ein hörbares Geräuschkulissenprofil, da der Fußgänger kein sichtbares Licht, wenn es erzeugt wird, aufgrund des vorbeifahrenden Fahrzeugs, sehen kann. Das zweite Warnsignalprofil soll das beste Warnsignal für die Kombination der erfüllten Bedingungen bereitstellen, nämlich die erste und die zweite Bedingung.
Wenn die zweite Bedingung erfüllt ist (z. B. Pfad 354), bewegt sich die Sequenz 300 zu Schritt 370.
Bei Schritt 370 ermittelt die Sequenz 300, ob eine dritte Bedingung erfüllt ist. Ähnlich wie bei der ersten und der zweiten Bedingung wird die dritte Bedingung unter Verwendung des Agenten 150 interpretiert, um ein Warnsignalprofil bereitzustellen, das den Fußgänger oder das Tier unter Verwendung der Ausgabevorrichtung 160 warnt. Zum Beispiel ermittelt die dritte Bedingung die Tageszeit. Das System 100 kann die Tageszeit durch Verwenden von Fahrzeugeingaben 10, wie zum Beispiel Umgebungssensoren, die die Lichtmenge, die durch einen fahrzeugmontierten Sensor hindurchgeht, überwachen. Alternativ kann das System 100 die Nacht ermitteln, indem Fahrzeugeingaben 10 wie etwa die Fahrzeugzeituhr verwendet werden.
Wenn die dritte Bedingung nicht erfüllt ist (z. B. Pfad 372), wird bei Schritt 380 ein drittes Warnsignalprofil erzeugt. Das dritte Warnsignalprofil unterscheidet sich von dem ersten und zweiten Warnsignalprofil. Wenn zum Beispiel Regen (erste Bedingung) vorliegt, ein anderes Fahrzeug das Benutzerfahrzeug passiert (zweite Bedingung) und Nacht ist (dritte Bedingung), wird das System 100 unter Verwendung des Ausgabeagenten 155 ein Warnsignalprofil bereitstellen, das Folgendes beinhaltet: Eine hörbare Geräuschkulisse und ein sichtbares Licht, um Fußgänger oder Tiere zusätzlich zu warnen.
Wenn die dritte Bedingung erfüllt ist (z. B. Pfad 374), wird bei Schritt 390 ein viertes Warnsignalprofil bereitgestellt. Das vierte Warnsignalprofil ähnelt dem zweiten und dritten Warnsignalprofil und soll das beste Warnsignalprofil für die Kombination der erfüllten Bedingungen bereitstellen.
Es wird ebenfalls erkannt, dass das erste, zweite, dritte und vierte Warnsignal, wie vorstehend beschrieben, jeweils Variationen desselben Warnsignals sein können. Zum Beispiel kann das zweite, dritte und vierte Warnsignal eine Variation des ersten Warnsignals sein.
Ferner wird erkannt werden, dass die Bedingungen bei den Schritten 330, 350, 370 die gleiche Bedingung sein können, in der die Dringlichkeit der Bedingung erhöht ist (z. B. nähert sich ein Fußgänger dem Fahrzeug). Zum Beispiel identifiziert die erste Bedingung bei Schritt 330 eine Bedingung niedriger Dringlichkeit, die letztendlich das erste Warnsignalprofil bei Schritt 340 erzeugen würde. In ähnlicher Weise identifiziert die zweite Bedingung bei Schritt350 eine Bedingung mittlerer Dringlichkeit, und die dritte Bedingung bei Schritt 370 identifiziert eine Bedingung hoher Dringlichkeit, die jeweils das zweite Warnsignalprofil bei Schritt 360 und das dritte Warnsignalprofil bei Schritt 380 erzeugt.
Nach Bedarf werden hier ausführliche Ausführungsformen der vorliegenden Offenbarung offenbart. Die offenbarten Ausführungsformen dienen lediglich als Beispiele, die in verschiedenen alternativen Formen und Kombinationen derselben ausgebildet werden können. Wie hierin verwendet, beziehen sich beispielsweise veranschaulicht und ähnliche Begriffe in erhöhtem Maße auf Ausführungsformen, die als eine Veranschaulichung, Typ, Modell oder Muster dienen.
Beschreibungen sind weitestgehend im Sinne des Geistes der Beschreibung zu betrachten. So sollen beispielsweise Hinweise auf Verbindungen zwischen beliebigen Teilen hierin die beiden Teile direkt oder indirekt miteinander verbinden. Als ein weiteres Beispiel ist eine einzelne hierin beschriebene Komponente, wie beispielsweise in Verbindung mit einer oder mehreren Funktionen, zu interpretieren um Ausführungsformen abzudecken, in denen stattdessen mehr als eine Komponente verwendet wird, um die Funktion(en) auszuführen. Und umgekehrt - d. h. Beschreibungen mehrerer Komponenten, die hierin in Verbindung mit einer oder mehreren Funktionen beschrieben sind, sind so zu interpretieren, dass diese Ausführungsformen abdecken, in denen eine einzelne Komponente die Funktion(en) ausführt.
In einigen Fällen wurden bekannte Komponenten, Systeme, Materialien oder Verfahren nicht im Detail beschrieben, um die vorliegende Offenbarung nicht undeutlich erscheinen zu lassen. Folglich sind die offenbarten aufbau- und funktionsspezifischen Details nicht als Beschränkungen zu verstehen, sondern lediglich als Basis für die Ansprüche sowie als repräsentative Grundlage, um den Fachleuten auf dem Gebiet die verschiedenen Einsatzmöglichkeiten der vorliegenden Offenbarung zu vermitteln.
Bei den vorstehend beschriebenen Ausführungsformen handelt es sich lediglich um exemplarische Veranschaulichungen der Implementierungen, die für ein leichtes Verständnis des Grundgedankens der Offenbarung angeführt werden. Die offenbarten Ausführungsformen können in verschiedenen und alternativen Formen und Kombinationen davon ausgeführt sein, ohne vom Umfang der Ansprüche abzuweichen. Diese Änderungen, Modifizierungen und Kombinationen sind hierin über folgende Ansprüche in dem Schutzumfang dieser Offenbarung beinhaltet.

Claims

System zur Implementierung in einem Transportfahrzeug, um ein Warnsignal vom Fahrzeug für eine Entität bereitzustellen, die sich außerhalb und innerhalb einer vorbestimmten Nähe des Fahrzeugs befindet, umfassend: einen Fahrzeugsensor; eine Fahrzeugausgabevorrichtung; eine hardwarebasierte Verarbeitungsvorrichtung; und eine nichttransitorische computerlesbare Speichervorrichtung, die eine Warnsignalverwaltungseinheit und eine Ausgabeeinheit umfasst, worin: die Warnsignalverwaltungseinheit einen Softwarecode umfasst, der, wenn von der Verarbeitungsvorrichtung ausgeführt, auf der Grundlage von Kontextdaten ermittelt, dass sich die Entität innerhalb der vorbestimmten Nähe des Fahrzeugs befindet, was eine erste Ermittlung ergibt und der in Reaktion auf die erste Ermittlung ein Warnsignalprofil ermittelt; und die Ausgabeeinheit einen Softwarecode umfasst, der, wenn von der Verarbeitungsvorrichtung ausgeführt, mindestens ein Ausgabesignal oder einen Befehl zum Implementieren des bestimmten Warnsignalprofils ermittelt, und das Ausgabewarnsignal oder den Befehl an die Fahrzeugausgabevorrichtung sendet, die im Betrieb des Systems das Warnsignal bereitstellt, das von der außerhalb des Fahrzeugs befindlichen Entität wahrgenommen werden soll.
System nach Anspruch 1, worin: die Kontextdaten mindestens eines von Fahrzeugkontextdaten, Umgebungskontextdaten und Benutzerkontextdaten umfassen; und die nichttransitorische computerlesbare Speichervorrichtung mindestens eine Kontexteinheit umfasst, ausgewählt aus einer Gruppe, bestehend aus: einer Fahrzeugkontexteinheit, die einen Softwarecode umfasst, der, wenn von der Verarbeitungsvorrichtung ausgeführt, Fahrzeugkontextdaten basierend auf Fahrzeugeingabedaten ermittelt; einer Umgebungskontexteinheit, die einen Softwarecode umfasst, der wenn er von der Verarbeitungsvorrichtung ausgeführt wird, Umgebungskontextdaten basierend auf Umgebungseingabedaten erzeugt; und einer Benutzerkontexteinheit, die einen Softwarecode umfasst, der, wenn von der Verarbeitungsvorrichtung ausgeführt wird, Benutzerkontextdaten basierend auf Benutzereingabedaten erzeugt.
System nach Anspruch 2, worin die Fahrzeugkontexteinheit und die Umgebungskontexteinheit durch Fahrzeugsensoren oder Fahrzeugsysteme ermittelt werden.
System nach Anspruch 2, worin die Benutzerkontexteinheit durch ein Fahrzeugmikrofon, eine Fahrzeugkamera oder eine Komponente eines verbundenen mobilen Geräts ermittelt wird.
System nach Anspruch 1, worin: der Softwarecode der Warnsignalverwaltungseinheit, bei der Ermittlung, dass sich die Entität innerhalb der vorbestimmten Nähe befindet, wenn von der Verarbeitungsvorrichtung ausgeführt, ermittelt, dass sich die Entität, die eine Person oder ein Tier ist, innerhalb der vorbestimmten Nähe des Fahrzeugs befindet; und der Softwarecode des Ausgabeagentencodes, wenn von der Verarbeitungsvorrichtung ausgeführt, das Ausgabesignal oder den Befehl zum Implementieren des Warnsignalprofils ermittelt, das zum Warnen der Person oder des Tieres ermittelt wurde, und der das Ausgabewarnsignal oder den Befehl an eine Fahrzeugausgabevorrichtung zum Bereitstellen des Warnsignals an die Person oder das Tier außerhalb des Fahrzeugs sendet.
System nach Anspruch 1, worin: der Softwarecode der Warnsignalverwaltungseinheit, bei der Ermittlung, dass sich die Entität innerhalb der vorbestimmten Nähe befindet, wenn von der Verarbeitungsvorrichtung ausgeführt, ermittelt, dass sich die Entität, die eine Maschine ist, innerhalb der vorbestimmten Nähe zum Fahrzeug befindet; das Warnsignalprofil ein visuelles oder auditives Warnsignal anzeigt; und der Softwarecode des Ausgabeagenten, wenn von der Verarbeitungsvorrichtung ausgeführt, das Ausgabesignal oder den Befehl zum Implementieren des Warnsignalsignals ermittelt, das zum Warnen der Maschine ermittelt ist, und das Ausgabewarnsignal oder den Befehl an eine Fahrzeugausgabevorrichtung zum Bereitstellen für die sich außerhalb des Fahrzeugs befindliche Maschine sendet.
System nach Anspruch 2, worin der Softwarecode der Warnsignalverwaltungseinheit beim Ermitteln, dass sich die Entität innerhalb der vorbestimmten Nähe befindet, ferner ermittelt, dass eine Anforderung erfüllt ist.
System nach Anspruch 7, worin die Anforderung mindestens eine Umgebungskontexteinheit umfasst, ausgewählt aus einer Gruppe, bestehend aus schlechtem Wetter, Sichtbarkeit von Licht oder Tageszeit besteht.
System nach Anspruch 8, worin: die Anforderung eine erste Anforderung ist; und der Softwarecode der Warnsignalverwaltungseinheit, bei Ermittlung, dass sich die Entität innerhalb der vorbestimmten Nähe befindet, ferner ermittelt, dass eine zweite Anforderung erfüllt ist.