DE102016116910A1 - Erkennung von nicht berechtigten Fahrgästen oder Objekten in einem autonomen Fahrzeug - Google Patents

Erkennung von nicht berechtigten Fahrgästen oder Objekten in einem autonomen Fahrzeug Download PDF

Info

Publication number
DE102016116910A1
DE102016116910A1 DE102016116910.2A DE102016116910A DE102016116910A1 DE 102016116910 A1 DE102016116910 A1 DE 102016116910A1 DE 102016116910 A DE102016116910 A DE 102016116910A DE 102016116910 A1 DE102016116910 A1 DE 102016116910A1
Authority
DE
Germany
Prior art keywords
host vehicle
vehicle
unauthorized
occupant
mode
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
DE102016116910.2A
Other languages
English (en)
Inventor
Johannes Huennekens
Samuel Ellis
Greg Foletta
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ford Global Technologies LLC
Original Assignee
Ford Global Technologies LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ford Global Technologies LLC filed Critical Ford Global Technologies LLC
Publication of DE102016116910A1 publication Critical patent/DE102016116910A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096708—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control
    • G08G1/096725—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control where the received information generates an automatic action on the vehicle control
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R25/00—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
    • B60R25/30—Detection related to theft or to other events relevant to anti-theft systems
    • B60R25/31—Detection related to theft or to other events relevant to anti-theft systems of human presence inside or outside the vehicle
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60N—SEATS SPECIALLY ADAPTED FOR VEHICLES; VEHICLE PASSENGER ACCOMMODATION NOT OTHERWISE PROVIDED FOR
    • B60N2/00—Seats specially adapted for vehicles; Arrangement or mounting of seats in vehicles
    • B60N2/002—Seats provided with an occupancy detection means mounted therein or thereon
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W30/00—Purposes of road vehicle drive control systems not related to the control of a particular sub-unit, e.g. of systems using conjoint control of vehicle sub-units
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W40/00—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
    • B60W40/08—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to drivers or passengers
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
    • G05D1/0088—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots characterized by the autonomous decision making process, e.g. artificial intelligence, predefined behaviours
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
    • G05D1/02—Control of position or course in two dimensions
    • G05D1/021—Control of position or course in two dimensions specially adapted to land vehicles
    • G05D1/0212—Control of position or course in two dimensions specially adapted to land vehicles with means for defining a desired trajectory
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/18—Status alarms
    • G08B21/22—Status alarms responsive to presence or absence of persons
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Business, Economics & Management (AREA)
  • Mechanical Engineering (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Emergency Management (AREA)
  • Transportation (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Evolutionary Computation (AREA)
  • Medical Informatics (AREA)
  • Game Theory and Decision Science (AREA)
  • Mathematical Physics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Atmospheric Sciences (AREA)
  • Traffic Control Systems (AREA)
  • Alarm Systems (AREA)
  • Burglar Alarm Systems (AREA)

Abstract

Ein Fahrzeugsystem umfasst einen Sensor, der programmiert ist, um ein Insassen- oder Objekterkennungssignal auszugeben, das eine Anwesenheit eines nicht berechtigten Insassen oder nicht berechtigten Objekts in einem Host-Fahrzeug anzeigt. Eine Autonommodus-Steuerung ist programmiert, um anhand des Insassen- oder Objekterkennungssignals zu bestimmen, ob das Host-Fahrzeug in einem autonomen Modus betrieben wird.

Description

  • HINTERGRUND
  • Autonome Taxidienste können ein autonomes Fahrzeug verwenden, um Fahrgäste zu einem gewünschten Ort zu transportieren. Jemand, der einen autonomen Taxidienst nutzen möchte, kann seine gewünschten Abhol- und Absetzorte einem Fahrdienstleiter entweder per Telefon oder durch eine Anwendung, die auf einer mobilen Vorrichtung läuft, mitteilen. Der Fahrdienstleiter kann diese Information einem verfügbaren autonomen Fahrzeug mitteilen, welches dann zu dem Abholort navigieren und den Fahrgast zu dem Absetzort bringen kann.
  • KURZBESCHREIBUNG DER ZEICHNUNGEN
  • 1 stellt ein beispielhaftes autonomes Fahrzeug mit einem System zum Erkennen von nicht berechtigten Objekten und nicht berechtigten Insassen dar.
  • 2 ist ein Blockdiagramm des Fahrzeugsystems aus 1.
  • 3 ist ein Flussdiagramm eines beispielhaften Prozesses, der von dem Fahrzeugsystem ausgeführt werden kann, um nicht berechtigte Objekte und nicht berechtigte Insassen zu erkennen.
  • AUSFÜHRLICHE BESCHREIBUNG
  • Vollständig autonome Fahrzeuge können ohne menschliche Interaktion navigieren. Wenn es in einem Taxidienst verwendet wird, muss das autonome Fahrzeug somit keinen Fahrer in dem Fahrzeug aufweisen. Daher können in dem autonomen Fahrzeug sowohl keine Fahrgäste als auch keine Objekte vorhanden sein und werden diese in der Tat auch nicht erwartet, wenn ein autonomes Fahrzeug an einem Abholort ankommt. Da kein Fahrer vorhanden ist, ist niemand in dem autonomen Fahrzeug, um sicherzustellen, dass keine Fahrgäste oder Objekte in dem Fahrzeug zwischen dem Abholen von berechtigten Fahrgästen verbleiben. Die Nutzer von autonomen Fahrzeugtaxidiensten werden erwarten, dass die Fahrzeuge nach der Ankunft an dem Abholort sauber und unbesetzt sind.
  • Ein beispielhaftes Fahrzeugsystem, das nicht berechtigte Insassen oder Objekte in einem Host-Fahrzeug (z. B. ein in einem autonomen Taxidienst verwendetes autonomes Fahrzeug) erkennen kann, umfasst einen Sensor, der programmiert ist, um ein Insassen- oder Objekterkennungssignal auszugeben, das die Anwesenheit des nicht berechtigten Insassen oder Objekts anzeigt. Das Fahrzeugsystem umfasst ferner eine Autonommodus-Steuerung, die programmiert ist, um anhand des Insassen- oder Objekterkennungssignals zu bestimmen, ob das Host-Fahrzeug in einem autonomen Modus zu betreiben ist. Zum Beispiel kann der Sensor vor der Fahrt zu einem Abholort den Innenraum, das Äußere und Ladebereiche des Host-Fahrzeugs scannen, um zu bestimmen, ob sich irgendwelche nicht berechtigten Fahrgäste oder Objekte in dem Host-Fahrzeug befinden. Wenn diese nicht vorhanden sind, kann das Host-Fahrzeug zum nächsten Abholort fortschreiten, um den nächsten berechtigten Fahrgast abzuholen. Wenn jedoch ein nicht berechtigter Insasse oder ein nicht berechtigtes Objekt erkannt wird, kann die Autonommodus-Steuerung verhindern, dass das Host-Fahrzeug in einem autonomen Modus betrieben wird. Alternativ kann die Autonommodus-Steuerung programmiert sein, um das Host-Fahrzeug z. B. zu einem Polizeirevier oder sonstigen sicheren Anwesen oder öffentlichen Sicherheitseinrichtung zu navigieren, so dass der nicht berechtigte Insasse oder das nicht berechtigte Objekt von den zuständigen Behörden untersucht werden kann.
  • Die gezeigten Elemente können viele unterschiedliche Formen annehmen und mehrere und/oder abweichende Komponenten und Einrichtungen umfassen. Die gezeigten Beispielkomponenten stellen keine Beschränkung dar. Tatsächlich können zusätzliche oder alternative Komponenten und/oder Umsetzungen genutzt werden. Ferner sind die gezeigten Elemente nicht notwendigerweise maßstabsgetreu eingezeichnet, wenn sie nicht ausdrücklich als solche angegeben sind.
  • Wie in 1 dargestellt ist, umfasst das Host-Fahrzeug 100 ein Fahrzeugsystem 105, das die Anwesenheit eines nicht berechtigten Insassen oder Objekts vor dem Navigieren zu einem Abholort erkennen kann. Wenngleich es als Limousine dargestellt ist, kann das Host-Fahrzeug 100 einen beliebigen Fahrgast bzw. kommerzielles Kraftfahrzeug, wie etwa ein Auto, einen Lastkraftwagen, ein Sport Utility Vehicle, ein Crossover-Fahrzeug, einen Lieferwagen, einen Kleinbus, ein Taxi, einen Bus usw. umfassen. Das Fahrzeugsystem 105 kann alternativ in anderen Arten von Host-Fahrzeugen 100, wie etwa autonomen Motorrädern, Dreirädern, autonomen Pods, Flugzeug, Wasserfahrzeug usw. integriert sein. Das Host-Fahrzeug 100 ist ein autonomes Fahrzeug, das in einem autonomen Modus (z. B. ohne Fahrer, ohne Pilot) betrieben werden kann.
  • Eine Person (als „Fahrgast“ bezeichnet), die das Host-Fahrzeug 100 als ein autonomes Taxi nutzen möchte, kann eine Abholzeit, einen Abholort und einen Absetzort entweder direkt mit dem Host-Fahrzeug 100 oder durch einen Vermittler, wie etwa einem Taxifahrdienstleister, vereinbaren. Der Fahrgast kann solche Vereinbarungen mit dem Host-Fahrzeug 100 oder dem Taxifahrdienstleister per Telefon, über eine Anwendung, die auf einer mobilen Vorrichtung läuft, eine Webschnittstelle, E-Mail usw. vornehmen. Das Host-Fahrzeug 100 kann zu dem Abholort gemäß der gewünschten Abholzeit entsendet werden. Bevor es jedoch entsendet wird oder anderweitig an dem Abholort ankommt, kann das Fahrzeugsystem 105 bestimmen, ob sich irgendwelche nicht berechtigten Insassen oder Objekte in dem Host-Fahrzeug 100 befinden. Das Host-Fahrzeug 100 kann zu dem Abholort zu der Abholzeit entsendet werden, wenn sich keine nicht berechtigten Insassen oder Objekte in dem Host-Fahrzeug 100 befinden. Ferner kann das Host-Fahrzeug 100 bestimmte Vorkehrungen treffen, um zu verhindern, dass nicht berechtigte Insassen Zugang zu dem Host-Fahrzeug 100 erhalten. Zum Beispiel können die Türen des Host-Fahrzeugs 100 gesperrt werden, bis das Host-Fahrzeug 100 den Abholort erreicht. Das Sperren der Türen kann verhindern, dass ein nicht berechtigter Insasse einsteigt oder ein nicht berechtigtes Objekt in dem Host-Fahrzeug 100 platziert. In einigen Fällen können die Türen entsperrt werden, wenn sich z. B. der Fahrgast gegenüber dem Host-Fahrzeug 100 durch Eingeben eines Türentsperrcodes ausweist, der dem Fahrgast über den Fahrdienstleister, eine mobile Vorrichtung, eine E-Mail usw. bereitgestellt wird, oder durch das Bereitstellen einer Nutzereingabe durch den Fahrgast z. B. an eine Anwendung, die auf einer mobilen Vorrichtung ausgeführt wird.
  • Ein „nicht berechtigter Insasse“ kann sich auf eine beliebige Person beziehen, die nicht berechtigt ist, das Host-Fahrzeug 100 zu nutzen. Zum Beispiel kann sich der „nicht berechtigte Insasse“ auf eine beliebige andere Person als der Fahrgast/die Fahrgäste, der/die die Nutzung des Host-Fahrzeugs 100 beantragt hat/haben, beziehen. Ferner kann sich „nicht berechtigter Insasse“ auf einen beliebigen Fahrgast beziehen, der in dem Host-Fahrzeug 100 verbleibt oder wieder in dieses einsteigt, nachdem er an dem Absetzort angekommen ist. Somit kann ein berechtigter Fahrgast ein nicht berechtigter Insasse werden. Ein „nicht berechtigtes Objekt“ kann ein beliebiges Objekt umfassen, das in dem Host-Fahrzeug 100 zurückgelassen wurde, nachdem sämtliche berechtigten oder sonstigen Fahrgäste das Host-Fahrzeug 100 verlassen haben. Somit können nicht berechtigte Objekte Geldbeutel, Rucksäcke, Mobiltelefone, Computer, Pakete, Gepäcktaschen, explosive Vorrichtungen oder sonstige bedrohliche Objekte usw. oder irgendetwas anderes, das möglicherweise in dem Host-Fahrzeug 100 von einem vorherigen Fahrgast oder irgendjemand anderem zurückgelassen oder platziert worden ist, umfassen. In einigen Fällen können sich „nicht berechtigte Objekte“ ferner auf Abfall oder andere Formen von Müll einschließlich Bioabfall, beziehen, die in dem Host-Fahrzeug 100 zurückgelassen wurden.
  • Die Anwesenheit eines nicht berechtigten Insassen oder nicht berechtigten Objekts kann verhindern, dass das Host-Fahrzeug 100 zu dem Abholort navigiert. Stattdessen kann das Host-Fahrzeug 100 zu einer Stelle navigieren, wo der nicht berechtigte Insasse oder das nicht berechtigte Objekt untersucht werden kann, wie etwa ein Polizeirevier oder eine sonstige öffentliche Sicherheitseinrichtung. In einigen Fällen kann ein Bild des Fahrgastraums des Host-Fahrzeugs 100 aufgenommen und entweder zu einem Fahrdienstleister, dem Fahrgast oder beiden übertragen werden. Dadurch kann der Fahrdienstleister oder Fahrgast überprüfen, ob das autonome Fahrzeug tatsächlich leer (ein falsches positives Ergebnis) ist und zu dem Abholort weiterfahren sollte. Wenn der Fahrdienstleister oder Fahrgast einen nicht berechtigten Fahrgast oder ein nicht berechtigtes Objekt in dem Host-Fahrzeug 100 bestätigt, kann der Fahrdienstleister oder Fahrgast in der Lage sein, die Nutzung des Host-Fahrzeugs 100 abzulehnen und in einigen Fällen das Host-Fahrzeug 100 z. B. zu einem örtlichen Polizeirevier oder einer sonstigen öffentlichen Sicherheitseinrichtung schicken. Wenn das nicht berechtigte Objekt Abfall oder sonstigen Müll umfasst, kann das Host-Fahrzeug 100 zu einem Ort geschickt werden, wo der Innenraum des Host-Fahrzeugs 100 gereinigt werden kann, bevor das Host-Fahrzeug 100 zum Abholen von Fahrgästen geschickt wird.
  • Unter Bezugnahme auf 2 umfasst nun das Fahrzeugsystem 105 einen Objektsensor 110, einen Insassensensor 115, eine Kamera 120 und eine Autonommodus-Steuerung 125.
  • Der Objektsensor 110 kann eine beliebige Anzahl an Schaltungen oder Komponenten umfassen, die programmiert oder konfiguriert sind, um Objekte innerhalb, außerhalb, auf oder unter dem Host-Fahrzeug 100 zu erkennen. Beispiele für Objektsensoren 110 können einen Wärmesensor, einen Infrarotsensor, einen Bewegungssensor, ein Kraftmessgerät, einen Gewichtssensor, einen kapazitiven Sensor, einen Wegsensor (welcher zum Beispiel in dem Aufhängungssystem integriert sein oder anderweitig mit diesem zusammenarbeiten kann), einen Drucksensor, (welcher in den Reifen integriert sein oder anderweitig mit diesen zusammenarbeiten kann), einen Geschwindigkeitssensor (welcher eventuell in einem Bremsmodul integriert sein oder anderweitig mit diesem zusammenarbeiten kann, um z. B. die Reifenverformung zu bestimmen), ein Drehmomentsensor (welcher in dem Antriebssystem integriert sein oder anderweitig mit diesem zusammenarbeiten kann, um eine Erhöhung der Fahrzeugmasse zu schätzen), einen induktiven Sensor, einen Widerstandssensor o. Ä. umfassen. Der Objektsensor 110 kann programmiert sein, um den Fahrgastraum, den Ladebereich, die Fahrzeugkarosserie, das Fahrgestell, das Dach usw. des Host-Fahrzeugs 100 nach nicht berechtigten Objekten zu scannen. In einigen Fällen kann der Objektsensor 110 Bilder von Bereichen des Host-Fahrzeugs 100, wie es gegenwärtig erscheint, mit Bildern des Host-Fahrzeugs 100, wie es ohne irgendwelche nicht berechtigten Objekte bekannt ist, welche lokal oder auf einem Fernserver gespeichert sind und dem Host-Fahrzeug 100 zugänglich gemacht werden, vergleichen. In einigen Fällen können die zuletzt aufgenommenen Bilder zu dem Fernserver übertragen werden, so dass der Fernserver oder eine andere Rechenvorrichtung oder ein geschulter Bediener die Bilder vergleichen kann. Bei einigen möglichen Umsetzungen kann der Objektsensor 110 zusätzlich oder alternativ einen Luftqualitätssensor umfassen, der programmiert ist, um die Luft in dem Host-Fahrzeug 100 bezüglich bestimmter Chemikalien auszuwerten, die die Anwesenheit von nicht berechtigten Objekten anzeigen können. Der Objektsensor 110 kann zusätzlich oder alternativ einen chemischen Sensor umfassen, der programmiert ist, um zu bestimmen, ob bestimmte Chemikalien, wie etwa Chemikalien, die bei explosiven Vorrichtungen verwendet werden, in dem Host-Fahrzeug 100 vorhanden sind. Wenn irgendwelche Anomalien erkannt werden, einschließlich Anomalien, die von dem Fernserver identifiziert werden, kann der Objektsensor 110 ein Objekterkennungssignal ausgeben, das die Anwesenheit des nicht berechtigten Objekts anzeigt. In einigen Fällen können die Sensordaten zu einer Person übertragen und von dieser überprüft werden, um zu bestimmen, ob sich irgendwelche nicht berechtigten Objekte in dem Host-Fahrzeug 100 befinden, und ob das Host-Fahrzeug 100 zu dem Abholort entsendet werden kann.
  • Der Insassensensor 115 kann eine beliebige Anzahl an Schaltungen oder Komponenten umfassen, die programmiert oder konfiguriert sind, um nicht berechtigte Insassen in dem Host-Fahrzeug 100 einschließlich nicht berechtigter Insassen, die sich in dem Fahrgastraum, auf dem Dach, unter dem Host-Fahrzeug 100, auf der Seite des Host-Fahrzeugs 100 oder in dem Ladebereich verstecken, zu erkennen. Der Insassensensor 115 kann z. B. einen Wärmesensor, einen Infrarotsensor, einen Bewegungssensor, ein Kraftmessgerät, einen Gewichtssensor, einen kapazitiven Sensor, einen Wegsensor, einen Drucksensor, einen Drehmomentsensor, einen induktiven Sensor, einen resistiven Sensor o. Ä. umfassen. Wenn ein nicht berechtigter Insasse erkannt wird, kann der Insassensensor 115 programmiert werden, um ein Insassenerkennungssignal auszugeben, das die Anwesenheit des nicht berechtigten Insassen anzeigt. In einigen Fällen kann das Insassenerkennungssignal anzeigen, wo der nicht berechtigte Insasse erkannt wurde. Ferner kann die in Reaktion auf die Erkennung des nicht berechtigten Insassen getroffene Maßnahme davon abhängen, wo der nicht berechtigte Insasse erkannt wurde. Wenn zum Beispiel ein nicht berechtigter Insasse auf dem Dach des Host-Fahrzeugs 100 erkannt wird, kann das Host-Fahrzeug einfach anhalten und sich nicht wieder bewegen, bis die nicht berechtigte Person von dem Dach entfernt wird. Wenn der nicht berechtigte Insasse in dem Ladebereich oder Fahrgastraum erkannt wird, kann das Host-Fahrzeug 100 autonom zu einem örtlichen Polizeirevier oder einer sonstigen öffentlichen Sicherheitseinrichtung navigieren, so dass das Host-Fahrzeug 100 untersucht werden kann.
  • Die Kamera 120 kann eine beliebige Anzahl an Schaltungen oder Komponenten umfassen, die programmiert oder konfiguriert sind, um Bilder vom Innenraum oder dem Äußeren des Host-Fahrzeugs 100 aufzunehmen. Die Kamera 120 kann zum Beispiel Bilder von dem Fahrgastraum, dem Ladebereich oder dem Äußeren des Host-Fahrzeugs 100 einschließlich des Dachs, der Fahrzeugkarosserie, dem Fahrgestell usw. aufnehmen. Die Kamera 120 kann programmiert werden, um Bilder periodisch oder zu bestimmten Zeitpunkten, wie etwa, wenn nicht berechtigte Fahrgäste das Host-Fahrzeug 100 verlassen, bevor das Host-Fahrzeug 100 zu einem Abholort entsendet wird oder anderen Zeitpunkten, wenn angenommen wird, dass in dem Host-Fahrzeug 100 weder Objekte noch Fahrgäste vorhanden sind, aufzunehmen.
  • Die Autonommodus-Steuerung 125 kann eine beliebige Anzahl an Schaltungen oder Komponenten umfassen, die programmiert oder konfiguriert sind, um das Insassenerkennungssignal, das Objekterkennungssignal oder beide zu empfangen und zu bestimmen, ob das Host-Fahrzeug 100 in einem autonomen Modus auf Grundlage von z. B. der Anwesenheit eines nicht berechtigten Insassen oder Objekts in dem Host-Fahrzeug 100 betrieben werden soll.
  • Die Autonommodus-Steuerung 125 kann programmiert werden, um das Host-Fahrzeug 100 autonom in diversen Modi einschließlich eines Abholmodus und eines Absetzmodus zu betreiben. Das Betreiben des Host-Fahrzeugs 100 in dem Abholmodus kann ein autonomes Navigieren des Host-Fahrzeugs 100 zu einem Abholort zu einem bestimmten Zeitpunkt, der als Abholzeit bezeichnet wird, umfassen. Die Autonommodus-Steuerung 125 kann erwarten, dass in dem Host-Fahrzeug 100 weder Insassen noch Objekte vorhanden sind, wenn es in dem Abholmodus betrieben wird. Das Betreiben des Host-Fahrzeugs 100 in dem Absetzmodus kann ein autonomes Navigieren des Host-Fahrzeugs 100 zu einem Absetzort mit einem oder mehreren berechtigten Fahrgästen und Objekten innerhalb des Host-Fahrzeugs 100 umfassen. Somit kann die Autonommodus-Steuerung 125 erwarten, dass das Host-Fahrzeug 100 Fahrgäste und möglicherweise Objekte innerhalb des Host-Fahrzeugs 100 aufweist, während es in dem Absetzmodus betrieben wird.
  • Vor dem autonomen Betreiben des Host-Fahrzeugs 100 kann die Autonommodus-Steuerung 125 einen Fahrzeugstatus bestimmen. Beispiele für Fahrzeugstatus können einen besetzten Status, der anzeigt, dass das Host-Fahrzeug 100 mit einem Insassen besetzt ist, einen Objektanwesenheitsstatus, der anzeigt, dass sich ein Objekt in dem Host-Fahrzeug 100 befindet, einen unbesetzten Status, der anzeigt, dass sich keine Insassen in dem Host-Fahrzeug 100 befinden, einen Objektabwesenheitsstatus, der anzeigt, dass sich keine Objekte in dem Host-Fahrzeug 100 befinden, und einen Entwarnungsstatus, der anzeigt, dass sich keine Insassen oder Objekte in dem Host-Fahrzeug 100 befinden, umfassen.
  • Der Fahrzeugstatus kann anhand des Insassenerkennungssignals, des Objekterkennungssignals oder beiden bestimmt werden. Da die Anwesenheit des Insassenerkennungssignals und des Objekterkennungssignals jeweils die Anwesenheit eines nicht berechtigten Insassen oder Objekts anzeigen kann, kann die Autonommodus-Steuerung 125 den Fahrzeugstatus anhand von einem dieser Signale oder beiden Signalen bestimmen. Ferner können mehrere Fahrzeugstatus zu einem beliebigen bestimmten Zeitpunkt zutreffen. Wenn zum Beispiel die Autonommodus-Steuerung 125 das Insassenerkennungssignal aber nicht das Objekterkennungssignal empfängt, kann die Autonommodus-Steuerung 125 den besetzten Status und den Objektabwesenheitsstatus dem Host-Fahrzeug 100 zuweisen. Wenn zum Beispiel die Autonommodus-Steuerung 125 das Objekterkennungssignal aber nicht das Insassenerkennungssignal empfängt, kann die Autonommodus-Steuerung 125 den unbesetzten Status und den Objektanwesenheitsstatus dem Host-Fahrzeug 100 zuweisen. Wenn sowohl das Insassenerkennungssignal als auch das Objekterkennungssignal empfangen werden, kann die Autonommodus-Steuerung 125 den besetzten Status und den Objektanwesenheitsstatus dem Host-Fahrzeug 100 zuweisen. Bei Abwesenheit sowohl des Insassenerkennungssignals als auch des Objekterkennungssignals kann die Autonommodus-Steuerung 125 den Entwarnungsstatus dem Host-Fahrzeug 100 zuweisen.
  • Die Autonommodus-Steuerung 125 kann programmiert werden, um Anweisungen von einem Fernserver, einer mobilen Vorrichtung oder einer beliebigen sonstigen Vorrichtung, das in der Lage ist, mit dem Host-Fahrzeug 100 eine Drahtlosverbindung durchzuführen, zu empfangen. Es können Signale drahtlos von dem Fernserver oder der mobilen Vorrichtung übertragen und an dem Host-Fahrzeug 100 z. B. über eine Kommunikationsvorrichtung empfangen werden. Die Kommunikationsvorrichtung kann die Signale zu der Autonommodus-Steuerung 125 übertragen, welche die Signale verarbeiten kann, um z. B. Entsendungsinformationen einschließlich des Abholorts, der Abholzeit, des Zielorts usw. zu erhalten.
  • Bei einer möglichen Umsetzung kann die Autonommodus-Steuerung 125 programmiert sein, um lediglich zu dem Abholort zu navigieren, wenn in dem Host-Fahrzeug 100 weder Insassen noch Objekte vorhanden sind (Entwarnungsstatus). Somit kann die Autonommodus-Steuerung 125 in Reaktion auf den Empfang von Entsendungsinformationen den Fahrzeugstatus bestimmen. In einigen Fällen kann die Autonommodus-Steuerung 125 den Fahrzeugstatus lokal bestimmen, d. h. durch Verarbeiten des Insassenerkennungssignals, des Objekterkennungssignals, und der Bilder, die von der Kamera 120 aufgenommen wurden. Alternativ können das Insassenerkennungssignal, das Objekterkennungssignal oder die Bilder zu einem Fernserver übertragen und von diesem verarbeitet werden, welcher wiederum ein Signal, das den Fahrzeugstatus anzeigt, zurück zu dem Host-Fahrzeug 100 übertragen kann.
  • Die Maßnahmen der Autonommodus-Steuerung 125 in Reaktion auf den Empfang der Entsendungsinformationen und der Bestimmung des Fahrzeugstatus können von dem bestimmten Fahrzeugstatus abhängen. Wenn der Fahrzeugstatus der Entwarnungsstatus ist, kann die Autonommodus-Steuerung 125 das Host-Fahrzeug 100 autonom zu dem Abholort navigieren. Wenn jedoch der Fahrzeugstatus irgendetwas anderes als der Entwarnungsstatus ist, kann die Autonommodus-Steuerung 125 eine andere vorbestimmte Maßnahme treffen. Wenn zum Beispiel der Fahrzeugstatus anzeigt, dass das Host-Fahrzeug 100 besetzt ist oder ein Objekt aufweist, wenn es leer sein sollte, kann die Autonommodus-Steuerung 125 das Host-Fahrzeug 100 zu einem örtlichen Polizeirevier oder einer sonstigen öffentlichen Sicherheitseinrichtung navigieren. In einigen Fällen kann die Autonommodus-Steuerung 125 die Kamera 120 anweisen, ein Bild von dem Innenraum des Host-Fahrzeugs 100 aufzunehmen und das Bild zu einem Fernserver zu übertragen, so dass die Anwesenheit des nicht berechtigten Insassen oder Objekts visuell z. B. von einem Fahrdienstleister bestätigt werden kann. In einigen Fällen kann das Bild zu der Person übertragen werden, die das Host-Fahrzeug 100 angefordert hat, und kann diese entscheiden (durch eine Nutzereingabe, die einer mobilen Vorrichtung bereitgestellt wird), ob sie möchte, dass das Host-Fahrzeug 100 zu dem Abholort geschickt wird, oder ob sie ein anderes Host-Fahrzeug 100 nutzen möchte.
  • In einigen Fällen kann das Bild der Person präsentiert werden, die das Host-Fahrzeug 100 angefordert hat, z. B. um zu ermöglichen, dass die Person auswählt, welches Host-Fahrzeug 100 sie nutzen möchte. Bei einer möglichen Umsetzung kann das Bild zu der Person übertragen werden, die das Host-Fahrzeug 100 angefordert hat, unabhängig von dem Fahrzeugstatus, bevor das Host-Fahrzeug 100 zu dem Abholort navigiert. Mit dem Bild, welches auf einer mobilen Vorrichtung oder einer sonstigen Rechenvorrichtung betrachtet werden kann, kann das Host-Fahrzeug 100 visuell untersucht werden (z. B. in einem Untersuchungsmodus), wobei es der Person ermöglicht wird, zu bestimmen, ob das Host-Fahrzeug 100 sauber und unbesetzt ist. Wenn dem so ist, kann die Person eine Nutzereingabe in eine mobile Vorrichtung eingeben, das das Host-Fahrzeug 100 genehmigt. Wenn das Host-Fahrzeug 100 nicht dem Geschmack der Person entspricht, kann die Person durch eine Nutzereingabe, die in die mobile Vorrichtung eingegeben wird, ein anderes Host-Fahrzeug 100 anfordern. Es kann ein Bild von einem anderen Host-Fahrzeug 100 gesendet werden, damit die Person untersucht und entscheidet, ob sie in dem anderen Host-Fahrzeug 100 reisen möchte.
  • Die Autonommodus-Steuerung 125 kann ferner Befehle z. B. von dem Fahrdienstleister oder der Person, die das Host-Fahrzeug 100 angefordert hat, dahingehend, was zu tun ist, wenn sich ein nicht berechtigter Insasse oder ein nicht berechtigtes Objekt in dem Host-Fahrzeug 100 befindet, empfangen. Zum Beispiel kann der Fahrdienstleister oder die Person, die das Host-Fahrzeug 100 angefordert hat, nach der Untersuchung des Bilds die Autonommodus-Steuerung 125 durch eine Nutzereingabe, die z. B. in eine mobile Vorrichtung oder eine sonstige Rechenvorrichtung eingegeben wird, anweisen, zu einem örtlichen Polizeirevier oder einer sonstigen öffentlichen Sicherheitseinrichtung zu navigieren, wenn das Host-Fahrzeug 100 einen nicht berechtigten Insassen enthält, oder zu einer Reinigungseinrichtung zu navigieren, wenn z. B. der Innenraum des Host-Fahrzeugs 100 Abfall oder sonstige Formen von Müll enthält.
  • Wenn sich keine nicht berechtigten Personen oder Objekte in dem Host-Fahrzeug 100 befinden, kann die Autonommodus-Steuerung 125 programmiert werden, um das Host-Fahrzeug 100 zu dem Abholort zu navigieren und den Fahrgast, der das Host-Fahrzeug 100 angefordert hat, zu dem Absetzort zu transportieren. Wenn der Fahrgast das Host-Fahrzeug 100 in einem bestimmten Zeitraum nicht verlässt, kann der Insassensensor 115 das Insassenerkennungssignal an die Autonommodus-Steuerung 125 ausgeben, das anzeigt, dass der Fahrgast nun ein nicht berechtigter Insasse ist. Somit kann die Autonommodus-Steuerung 125 verhindern, dass das Host-Fahrzeug 100 zu dem nächsten Abholort fährt, bis der Insasse das Host-Fahrzeug 100 verlässt. In einigen Fällen kann eine Warnung dem nicht berechtigten Insassen präsentiert werden, die ihn dazu auffordert, das Host-Fahrzeug 100 zu verlassen.
  • Ähnlich kann der Objektsensor 110 das Objekterkennungssignal ausgeben, und kann die Autonommodus-Steuerung 125 das Objekt als ein nicht berechtigtes Objekt identifizieren, wenn der Fahrgast ein Objekt in dem Host-Fahrzeug 100 zurücklässt, nachdem das Host-Fahrzeug 100 an dem Absetzort ankommt und der Fahrgast das Host-Fahrzeug 100 verlässt. In einigen Fällen kann die Autonommodus-Steuerung 125 entweder direkt oder durch den Fernserver den vorherigen Fahrgast über die mobile Vorrichtung des Fahrgasts kontaktieren, um das Objekt aus dem Host-Fahrzeug 100 zu entfernen. Wenn das Objekt nicht innerhalb eines bestimmten Zeitraums entfernt wird, kann die Autonommodus-Steuerung 125 das Host-Fahrzeug 100 zu einem örtlichen Polizeirevier oder einer sonstigen öffentlichen Sicherheitseinrichtung navigieren, um das Objekt entfernen zu lassen. Nachdem es entfernt wurde, kann die Autonommodus-Steuerung 125 zu dem nächsten Abholort navigieren.
  • Wenn nicht berechtigte Insassen oder Objekte erkannt werden, kann die Autonommodus-Steuerung 125 dem Fahrdienstleister über ein Signal, das zu dem Fernserver gesendet wird, mitteilen, dass das Host-Fahrzeug 100 vorübergehend nicht für das Entsenden verfügbar ist. Die Autonommodus-Steuerung 125 kann ein darauffolgendes Signal zu der entfernten Vorrichtung senden, das anzeigt, das es für das Entsenden verfügbar ist, nachdem sich beliebige nicht berechtigte Insassen oder Objekte nicht mehr in dem Host-Fahrzeug 100 befinden.
  • 3 ist ein Flussdiagramm eines beispielhaften Prozesses 300, der von dem Fahrzeugsystem 105 ausgeführt werden kann, um nicht berechtigte Objekte und nicht berechtigte Insassen zu erkennen. Der Prozess 300 kann gestartet werden, wenn das Host-Fahrzeug 100 gestartet wird und bereit ist, um zu einem Abholort zu fahren, um Fahrgäste abzuholen. Der Prozess 300 kann weiterlaufen, bis das Host-Fahrzeug 100 ausgeschaltet wird oder keine neuen Fahrgäste mehr annimmt.
  • Bei Block 305 kann das Fahrzeugsystem 105 Entsendungsinformationen erhalten. Die Entsendungsinformationen können einen Abholort identifizieren und z. B. von einem Fernserver oder einer mobilen Vorrichtung empfangen werden. Die Entsendungsinformationen können über eine fahrzeugseitige Kommunikationsvorrichtung empfangen und z. B. zu der Autonommodus-Steuerung 125 übertragen werden.
  • Bei Block 310 kann das Fahrzeugsystem 105 den Status des Host-Fahrzeugs 100 bestimmen. Der Status kann lokal an dem Host-Fahrzeug 100 bestimmt werden oder auf einem Signal basieren, das von einem Fernserver empfangen wurde. Der Status kann einen Entwarnungsstatus, der anzeigt, dass das Host-Fahrzeug 100 leer ist (d. h. es sind keine nicht berechtigten Insassen oder Objekte vorhanden), einen besetzten Status, einen unbesetzten Status, einen Objektanwesenheitsstatus, einen Objektabwesenheitsstatus usw. umfassen. Wenn der Status der Entwarnungsstatus ist, kann der Prozess 300 zu Block 315 fortfahren. Wenn der Status ein beliebiger anderer Status als der Entwarnungsstatus ist, kann der Prozess 300 zu Block 320 fortfahren.
  • Bei Block 315 kann es das Fahrzeugsystem 105 dem Host-Fahrzeug 100 ermöglichen, zu dem Abholort zu fahren. Zum Beispiel kann die Autonommodus-Steuerung 125 ermöglichen, dass das Host-Fahrzeug 100 in dem autonomen Abholmodus betrieben wird, welcher ein Fahren zu dem Abholort gemäß der Abholzeit, die in den Entsendungsinformationen angegeben ist, umfasst.
  • Bei Block 320 kann das Fahrzeugsystem 105 verhindern, dass das Host-Fahrzeug 100 zu dem Abholort fährt. Zum Beispiel kann die Autonommodus-Steuerung 125 verhindern, dass das Host-Fahrzeug 100 in dem autonomen Abholmodus betrieben wird. Bei einem möglichen Ansatz kann die Autonommodus-Steuerung 125 eine Übertragung eines Signals zu dem Fernserver hervorrufen, das anzeigt, dass das Host-Fahrzeug 100 vorübergehend nicht für das Entsenden verfügbar ist. Der Prozess 300 kann bei Block 325 fortfahren, wo alternative Maßnahmen getroffen werden können, um sich mit dem nicht berechtigten Insassen oder Objekt in dem Host-Fahrzeug 100 zu beschäftigen.
  • Bei Block 325 beginnend kann sich das Fahrzeugsystem 105 mit dem nicht berechtigen Insassen oder Objekt in dem Host-Fahrzeug 100 beschäftigen. Zum Beispiel kann bei Block 325 die Kamera 120 ein Bild von dem Innenraum des Fahrzeugs aufnehmen und das Bild zu dem Fernserver oder der mobilen Vorrichtung übertragen, so dass eine Person visuell die Anwesenheit des nicht berechtigten Insassen oder Objekts bestätigen kann.
  • Bei Block 330 kann das Fahrzeugsystem 105 eine Nutzereingabe, die die Anwesenheit oder Abwesenheit des nicht berechtigten Insassen oder Objekts anzeigt, und eine Anweisung zum Fortfahren empfangen. Die Anweisung kann z. B. eine Nutzereingabe umfassen, die das Host-Fahrzeug 100 anweist, zu einem örtlichen Polizeirevier oder einer sonstigen öffentlichen Sicherheitseinrichtung, zu einer Einrichtung, wo das Host-Fahrzeug 100 gereinigt werden kann, usw. zu navigieren. Im Falle eines falschen positiven Ergebnisses (d. h. die visuelle Untersuchung folgert, dass keine nicht berechtigten Insassen oder Objekte vorhanden sind), kann die Anweisung eine Nutzereingabe zum Weiterfahren des Host-Fahrzeugs 100 zu dem Abholort umfassen. In einigen Fällen kann die Anweisung eine Warnung umfassen, die in oder in der Nähe von dem Host-Fahrzeug 100 wiedergegeben wird, die die Insassen auffordert, das Host-Fahrzeug 100 zu verlassen oder beliebige zurückgelassene Objekte zu entfernen. Die Anweisung kann an dem Host-Fahrzeug 100 über eine Drahtlosverbindungsvorrichtung empfangen und zu der Autonommodus-Steuerung 125 übertragen werden.
  • Bei Block 335 kann das Fahrzeugsystem 105 die Anweisung ausführen. Zum Beispiel kann die Autonommodus-Steuerung 125 in Reaktion auf die Anweisung das Host-Fahrzeug 100 in einem autonomen Modus betreiben und z. B. das Host-Fahrzeug 100 zu einem Polizeirevier oder einer sonstigen öffentlichen Sicherheitseinrichtung oder einer Einrichtung, wo das Host-Fahrzeug 100 gereinigt werden kann, navigieren. Im Falle eines falschen positiven Ergebnisses kann die Autonommodus-Steuerung 125 das Host-Fahrzeug 100 zu dem Abholort navigieren. Wenn die Anweisung eine Warnung umfasst, kann die Autonommodus-Steuerung 125 mit anderen Fahrzeugkomponenten, wie etwa einem Fahrzeuglautsprecher oder HMI, kommunizieren, um die Warnung auszuführen. Nachdem die Warnung präsentiert wurde, kann der Prozess 300 zu Block 310 fortfahren, so dass das Fahrzeugsystem 105 neu auswerten kann, ob irgendwelche nicht berechtigten Insassen oder Objekte verbleiben, und, wenn dem so ist, geeignete Maßnahmen treffen kann. Wenn die Maßnahme bei Block 335 ein autonomes Navigieren des Host-Fahrzeugs 100 zu einem Polizeirevier oder einer sonstigen öffentlichen Sicherheitseinrichtung, Reinigungseinrichtung oder Abholort umfasst, kann der Prozess 300 nach dem Block 335 enden und erneut beginnen, wenn das Host-Fahrzeug 100 bereit ist, um Entsendungsinformationen zu empfangen.
  • Dementsprechend kann das offenbarte Fahrzeugsystem 105 nicht berechtigte Insassen oder Objekte in dem Host-Fahrzeug 100, das bei einem autonomen Taxidienst genutzt wird, erkennen. Bevor zu einem Abholort gefahren wird, werden der Innenraum, das Äußere und Ladebereiche des Host-Fahrzeugs 100 gescannt, um zu bestimmen, ob sich irgendwelche nicht berechtigten Fahrgäste oder Objekte in dem Host-Fahrzeug 100 befinden. Wenn keine vorhanden sind, kann das Host-Fahrzeug 100 zu dem nächsten Abholort weiterfahren, um den nächsten berechtigten Fahrgast abzuholen. Wenn jedoch ein nicht berechtigter Insasse oder ein nicht berechtigtes Objekt erkannt wird, kann die Autonommodus-Steuerung 125 verhindern, dass das Host-Fahrzeug 100 in dem autonomen Abholmodus betrieben wird. Alternativ kann die Autonommodus-Steuerung 125 das Host-Fahrzeug 100 z. B. zu einem Polizeirevier oder einer sonstigen öffentlichen Sicherheitseinrichtung navigieren, so dass der nicht berechtigte Insasse oder das nicht berechtigte Objekt von den zuständigen Behörden untersucht werden kann. Mit dem offenbarten Fahrzeugsystem 105 werden Nutzer des autonomen Fahrzeugtaxidienstes ein gewisses Vertrauen haben, dass die Fahrzeuge sauber und unbesetzt ankommen werden.
  • Im Allgemeinen können die beschriebenen Rechensysteme und/oder -vorrichtungen ein beliebiges einer Reihe von Computerbetriebssystemen einsetzen, einschließlich, jedoch auf keinen Fall eingeschränkt auf, Versionen und/oder Varianten des Ford Sync®-Betriebssystems, des Microsoft Windows®-Betriebssystems, des Unix-Betriebssystems (z. B. das Solaris®-Betriebssystem, das von der Oracle Corporation in Redwood Shores, Kalifornien, USA, vertrieben wird), des AIX-UNIX-Betriebssystems, das von International Business Machines in Armonk, New York, USA, vertrieben wird, des Linux-Betriebssystems, der Mac OSX- und -iOS-Betriebssysteme, die von der Apple Inc. in Cupertino, Kalifornien, USA, vertrieben werden, des BlackBerry OS, das von der Blackberry, Ltd. of Waterloo, Kanada, vertrieben wird, und des Android-Betriebssystems, das von der Google, Inc. und der Open Handset Alliance entwickelt wird. Beispiele für Rechenvorrichtungen umfassen unter anderem einen fahrzeugseitigen Fahrzeugcomputer, eine Computerarbeitsstation, einen Server, einen Desktop, einen Laptop oder Handheld-Computer oder ein anderes Rechensystem und/oder -vorrichtung.
  • Datenverarbeitungseinrichtungen umfassen im Allgemeinen computerausführbare Anweisungen, wobei die Anweisungen durch eine oder mehrere Datenverarbeitungseinrichtungen wie die oben aufgeführten ausführbar sein können. Computerausführbare Anweisungen können von Computerprogrammen kompiliert oder interpretiert werden, die unter Verwendung einer Vielzahl von Programmiersprachen und/oder -technologien, einschließlich unter anderem JavaTM, C, C++, Visual Basic, Java Script, Perl, etc., erstellt wurden, wobei diese entweder allein oder in Kombination verwendet werden können. Im Allgemeinen empfängt ein Prozessor (z. B. ein Mikroprozessor) Anweisungen, z. B. von einem Speicher, einem computerlesbaren Medium etc., und führt diese Anweisungen aus, wobei er einen oder mehrere Prozesse, einschließlich eines oder mehrerer der hier beschriebenen Prozesse, ausführt. Derartige Anweisungen und andere Daten können unter Verwendung einer Vielzahl von computerlesbaren Medien gespeichert und übertragen werden.
  • Ein computerlesbares Medium (auch als prozessorlesbares Medium bezeichnet) schließt jedes nichtflüchtige (z. B. berührbare) Medium ein, das an dem Bereitstellen von Daten (z. B. Anweisungen), die von einem Computer (z. B. von einem Prozessor eines Computers) gelesen werden können, beteiligt ist. Ein derartiges Medium kann in vielen Formen vorliegen, einschließlich unter anderem nichtflüchtiger Medien und flüchtiger Medien. Nichtflüchtige Medien können beispielsweise optische oder magnetische Platten und andere persistente Speicher umfassen. Flüchtige Medien können beispielsweise Dynamic Random Access Memory (DRAM), welches normalerweise einen Hauptspeicher darstellt, umfassen. Derartige Anweisungen können mittels eines oder mehrerer Übertragungsmedien, einschließlich Koaxialkabeln, Kupferdrähten und Glasfaseroptik, einschließlich der Drähte, die einen mit einem Prozessor eines Computers gekoppelten Systembus umfassen, übertragen werden. Herkömmliche Formen computerlesbarer Medien umfassen beispielsweise eine Diskette, eine Floppy Disk, eine Festplatte, ein Magnetband, irgendein anderes magnetisches Medium, eine CD-ROM, eine DVD, irgendein anderes optisches Medium, Lochkarten, Lochband, irgendein anderes physisches Medium mit Lochmustern, einen RAM, einen PROM, einen EPROM, einen Flash-EEPROM, irgendeinen anderen Speicherchip oder irgendeine andere Speicherkarte oder irgendein anderes Medium, das ein Computer lesen kann.
  • Zu Datenbanken, Datenbehältern oder anderen Datenspeichern, die hierin beschrieben sind, können verschiedene Arten von Mechanismen zum Speichern und Abrufen verschiedener Arten von Daten sowie Zugreifen auf diese zählen, einschließlich einer hierarchischen Datenbank, eines Dateisatzes in einem Dateisystem, einer Anwendungsdatenbank in einem gesetzlich geschützten Format, eines relationalen Datenbankverwaltungssystems (RDBMS – Relational Database Management System) usw. Jeder derartige Datenspeicher ist allgemein in einer Datenverarbeitungsvorrichtung enthalten, die ein Computerbetriebssystem einsetzt, wie eines der oben erwähnten, und auf ihn wird mittels eines Netzes auf eine beliebige oder beliebige mehrere einer Vielfalt von Methoden zugegriffen. Ein Dateisystem kann von einem Computerbetriebssystem zugreifbar sein und kann Dateien beinhalten, die in diversen Formaten gespeichert sein können. Ein RDBMS wendet allgemein die Structured Query Language (SQL), zusätzlich zu einer Sprache zum Erstellen, Speichern, Bearbeiten und Ausführen gespeicherter Prozeduren, wie etwa die oben erwähnte PL/SQL-Sprache, an.
  • In einigen Beispielen können Systemelemente als computerlesbare Anweisungen (z. B. Software) auf einer oder mehreren Datenverarbeitungseinrichtungen (z. B. Servern, PCs etc.) umgesetzt werden, die auf computerlesbaren Medien, die diesen zugeordnet sind (z. B. Platten, Speichern etc.), gespeichert sind. Ein Computerprogrammprodukt kann derartige auf einem computerlesbaren Medium gespeicherte Anweisungen für das Ausführen der hier beschriebenen Funktionen umfassen.
  • Im Hinblick auf die hier beschriebenen Prozesse, Systeme, Verfahren, Heuristiken usw. versteht es sich, dass, obwohl die Schritte solcher Prozesse usw. als in einer bestimmten geordneten Reihenfolge stattfindend beschrieben wurden, solche Prozesse mit den beschriebenen Schritten auch in einer von der hier beschriebenen Reihenfolge abweichenden Reihenfolge durchgeführt werden könnten. Des Weiteren versteht es sich, dass bestimmte Schritte gleichzeitig durchgeführt werden können, dass weitere Schritte hinzugefügt werden können, oder dass bestimmte hier beschriebene Schritte ausgelassen werden können. Mit anderen Worten: Die vorliegenden Beschreibungen von Prozessen dienen dem Zweck der Darstellung bestimmter Ausführungsformen und sollten keinesfalls als die Ansprüche einschränkend ausgelegt werden.
  • Dementsprechend versteht es sich, dass die obige Beschreibung veranschaulichend und nicht einschränkend sein soll. Viele von den gegebenen Beispielen abweichende Ausführungsformen und Anwendungen würden beim Lesen der oben gegebenen Beschreibung ersichtlich werden. Der Schutzbereich sollte nicht mit Bezug auf die oben gegebene Beschreibung bestimmt werden, sondern stattdessen mit Bezug auf die beiliegenden Ansprüche zusammen mit dem vollständigen Umfang von sich aus diesen Ansprüchen ergebenden Äquivalenten bestimmt werden. Es ist zu erwarten und beabsichtigt, dass bei den hier besprochenen Technologien zukünftige Entwicklungen stattfinden werden und dass die offenbarten Systeme und Verfahren in solchen zukünftigen Ausführungsformen integriert werden. Zusammengenommen sollte verstanden werden, dass die Anmeldung tauglich für Modifizierungen und Variationen ist.
  • Alle in den Ansprüchen verwendeten Begriffe sollen in ihrer üblichen Bedeutung verstanden werden, wie sie auch von den Personen verstanden werden, die über umfassende Fachkenntnisse in den hier beschriebenen Technologien verfügen, sofern hier nicht explizit eine gegenteilige Angabe gemacht wird. Insbesondere ist die Verwendung von Artikeln im Singular, beispielsweise „ein“, „eine“, „der“, „die“, „das“ usw., so zu verstehen, dass eines oder mehrere der genannten Elemente gemeint sein könnten, sofern nicht in einem Anspruch explizit eine gegenteilige Beschränkung genannt ist.
  • Die Zusammenfassung wird bereitgestellt, um dem Leser zu ermöglichen, schnell die Natur der technischen Offenbarung festzustellen. Sie wird mit dem Verständnis bereitgestellt, dass sie nicht dazu verwendet wird, den Umfang oder die Bedeutung der Ansprüche zu interpretieren oder zu beschränken. Zusätzlich zeigt sich in der vorangegangenen ausführlichen Beschreibung, dass verschiedene Merkmale in verschiedenen Ausführungsformen für eine effizientere Gestaltung der Offenbarung zusammengefasst sind. Dieses Verfahren der Offenbarung darf nicht so ausgelegt werden, als würde es die Absicht widerspiegeln, dass die beanspruchten Ausführungsformen mehr Merkmale erfordern, als in jedem Anspruch ausdrücklich genannt sind. Vielmehr – wie die folgenden Ansprüche zeigen – umfasst der Erfindungsgegenstand weniger als alle Merkmale einer einzelnen offenbarten Ausführungsform. Somit sind die folgenden Ansprüche hierdurch Bestandteil der ausführlichen Beschreibung, wobei jeder Anspruch für sich als ein separater Anspruchsgegenstand steht.

Claims (19)

  1. Fahrzeugsystem, das Folgendes umfasst: einen Sensor, der programmiert ist, um ein Insassenerkennungssignal auszugeben, das eine Anwesenheit eines Insassen in einem Host-Fahrzeug anzeigt; und eine Autonommodus-Steuerung, die programmiert ist, um anhand des Insassenerkennungssignals zu bestimmen, ob das Host-Fahrzeug in einem autonomen Modus betrieben wird.
  2. Fahrzeugsystem nach Anspruch 1, wobei die Autonommodus-Steuerung programmiert ist, um das Host-Fahrzeug autonom in einem Abholmodus und/oder einem Absetzmodus und/oder einem Untersuchungsmodus zu betreiben.
  3. Fahrzeugsystem nach Anspruch 2, wobei die Autonommodus-Steuerung programmiert ist, um das Host-Fahrzeug in dem Abholmodus zu betreiben, wenn das Host-Fahrzeug keine Insassen aufweist.
  4. Fahrzeugsystem nach Anspruch 3, wobei das Betreiben des Host-Fahrzeugs in dem Abholmodus das autonome Navigieren des Host-Fahrzeugs zu einem Abholort umfasst.
  5. Fahrzeugsystem nach Anspruch 2, wobei die Autonommodus-Steuerung programmiert ist, um das Host-Fahrzeug in dem Absetzmodus zu betreiben, wenn das Host-Fahrzeug mindestens einen Insassen aufweist.
  6. Fahrzeugsystem nach Anspruch 5, wobei das Betreiben des Host-Fahrzeugs in dem Absetzmodus das autonome Navigieren des Host-Fahrzeugs mit dem mindestens einen Insassen zu einem Absetzort umfasst.
  7. Fahrzeugsystem nach Anspruch 1, wobei die Autonommodus-Steuerung programmiert ist, um einen Fahrzeugstatus anhand des Insassenerkennungssignals zu bestimmen.
  8. Fahrzeugsystem nach Anspruch 7, wobei der Fahrzeugstatus einen besetzten Status, der anzeigt, dass das Host-Fahrzeug mit mindestens einem Insassen besetzt ist, und/oder einen unbesetzten Status, der anzeigt, dass das Host-Fahrzeug keine Insassen aufweist, umfasst.
  9. Fahrzeugsystem nach Anspruch 1, wobei die Autonommodus-Steuerung programmiert ist, um Entsendungsinformationen einschließlich eines Ziels zu empfangen und das Host-Fahrzeug zu dem Ziel zu navigieren.
  10. Fahrzeugsystem, das Folgendes umfasst: einen Objektsensor, der programmiert ist, um ein Objekterkennungssignal auszugeben, das eine Anwesenheit eines nicht berechtigten Objekts in einem Host-Fahrzeug anzeigt; und eine Autonommodus-Steuerung, die programmiert ist, um anhand des Objekterkennungssignals zu bestimmen, ob das Host-Fahrzeug in einem autonomen Modus betrieben wird.
  11. Fahrzeugsystem nach Anspruch 10, wobei die Autonommodus-Steuerung programmiert ist, um das Host-Fahrzeug autonom in einem Abholmodus und/oder einem Absetzmodus und/oder einem Untersuchungsmodus zu betreiben.
  12. Fahrzeugsystem nach Anspruch 11, wobei die Autonommodus-Steuerung programmiert ist, um das Host-Fahrzeug in dem Abholmodus zu betreiben, wenn das Host-Fahrzeug keine nicht berechtigten Objekte aufweist.
  13. Fahrzeugsystem nach Anspruch 12, wobei das Betreiben des Host-Fahrzeugs in dem Abholmodus das autonome Navigieren des Host-Fahrzeugs zu einem Abholort umfasst.
  14. Fahrzeugsystem nach Anspruch 11, wobei die Autonommodus-Steuerung programmiert ist, um das Host-Fahrzeug in dem Absetzmodus zu betreiben, wenn das Host-Fahrzeug mindestens einen Insassen aufweist, und das Betreiben des Host-Fahrzeugs in dem Absetzmodus das autonome Navigieren des Host-Fahrzeugs mit dem mindestens einen Insassen zu einem Absetzort umfasst.
  15. Fahrzeugsystem nach Anspruch 10, wobei die Autonommodus-Steuerung programmiert ist, um Entsendungsinformationen einschließlich eines Abholorts zu empfangen und das Host-Fahrzeug zu dem Abholort zu navigieren.
  16. Verfahren, das Folgendes umfasst: Empfangen eines Fahrzeugstatussignals, das eine Anwesenheit eines nicht berechtigten Objekts und/oder eines nicht berechtigten Insassen in einem Host-Fahrzeug anzeigt; Bestimmen anhand des Fahrzeugstatussignals, ob das nicht berechtigte Objekts und/oder der nicht berechtigte Insasse in dem Host-Fahrzeug anwesend ist; und Verhindern, dass das Host-Fahrzeug in einem autonomen Abholmodus betrieben wird, wenn das nicht berechtigte Objekts und der nicht berechtigte Insassen in dem Host-Fahrzeug erkannt wird.
  17. Verfahren nach Anspruch 16, wobei der autonome Abholmodus das autonome Navigieren des Host-Fahrzeugs zu einem Abholort umfasst.
  18. Verfahren nach Anspruch 16, das ferner das Empfangen von Entsendungsinformationen einschließlich eines Abholorts umfasst.
  19. Verfahren nach Anspruch 18, das ferner das Navigieren des Host-Fahrzeugs zu dem Abholort, wenn das Fahrzeugstatussignal anzeigt, dass sich keine nicht berechtigten Objekte und keine nicht berechtigten Insassen in dem Host-Fahrzeug befinden, umfasst.
DE102016116910.2A 2015-09-18 2016-09-09 Erkennung von nicht berechtigten Fahrgästen oder Objekten in einem autonomen Fahrzeug Pending DE102016116910A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14/858,114 US10150448B2 (en) 2015-09-18 2015-09-18 Autonomous vehicle unauthorized passenger or object detection
US14/858,114 2015-09-18

Publications (1)

Publication Number Publication Date
DE102016116910A1 true DE102016116910A1 (de) 2017-03-23

Family

ID=57288685

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102016116910.2A Pending DE102016116910A1 (de) 2015-09-18 2016-09-09 Erkennung von nicht berechtigten Fahrgästen oder Objekten in einem autonomen Fahrzeug

Country Status (6)

Country Link
US (1) US10150448B2 (de)
CN (1) CN106548623B (de)
DE (1) DE102016116910A1 (de)
GB (1) GB2543161A (de)
MX (1) MX2016012109A (de)
RU (1) RU2016136481A (de)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102017202834A1 (de) 2017-02-22 2018-08-23 Audi Ag Verfahren zum Betreiben eines Kraftfahrzeugs in einem aktivierten zumindest teilautonomen Fahrmodus sowie Berechtigungseinrichtung für ein Kraftfahrzeug und ein Kraftfahrzeug
DE102017211026A1 (de) * 2017-06-29 2019-01-03 Zf Friedrichshafen Ag Vorrichtung und Verfahren zur Freigabe eines automatischen Fahrbetriebs für ein Fahrzeug
DE102017222884A1 (de) 2017-12-15 2019-06-19 Zf Friedrichshafen Ag Verfahren zum Betrieb eines Kraftfahrzeugs
DE102018220491A1 (de) 2018-11-28 2020-06-10 Zf Friedrichshafen Ag Verfahren zum Betrieb eines Kraftfahrzeugs
DE102019105275A1 (de) * 2019-03-01 2020-09-03 Connaught Electronics Ltd. Verfahren und System zum Detektieren eines Objekts auf einer Oberfläche eines Fahrzeugs
DE102019210568A1 (de) * 2019-07-17 2021-01-21 Robert Bosch Gmbh Verfahren und Vorrichtung zum Betreiben eines automatisierten Fahrzeugs
EP3796271A1 (de) * 2019-09-19 2021-03-24 Volkswagen AG Ermitteln von berechtigungen beim anfahren von orten mit einem autonomen kraftfahrzeug
DE102019215529A1 (de) * 2019-10-10 2021-04-15 Robert Bosch Gmbh Verfahren zum Bereitstellen eines Warnsignals durch ein zumindest teilautomatisiertes Fahrzeug
EP3898321A4 (de) * 2018-12-21 2022-02-23 Nissan North America, Inc. Entfernungs- und objektbasiertes externes benachrichtigungssystem für einen automatisierten rufdienst
DE102017121181B4 (de) 2016-09-16 2022-05-19 GM Global Technology Operations LLC Steuerungsstrategie für unbemanntes autonomes Fahrzeug

Families Citing this family (82)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10373259B1 (en) 2014-05-20 2019-08-06 State Farm Mutual Automobile Insurance Company Fully autonomous vehicle insurance pricing
US20210133871A1 (en) 2014-05-20 2021-05-06 State Farm Mutual Automobile Insurance Company Autonomous vehicle operation feature usage recommendations
US10599155B1 (en) 2014-05-20 2020-03-24 State Farm Mutual Automobile Insurance Company Autonomous vehicle operation feature monitoring and evaluation of effectiveness
US9972054B1 (en) 2014-05-20 2018-05-15 State Farm Mutual Automobile Insurance Company Accident fault determination for autonomous vehicles
US11669090B2 (en) 2014-05-20 2023-06-06 State Farm Mutual Automobile Insurance Company Autonomous vehicle operation feature monitoring and evaluation of effectiveness
US10540723B1 (en) 2014-07-21 2020-01-21 State Farm Mutual Automobile Insurance Company Methods of providing insurance savings based upon telematics and usage-based insurance
US10166994B1 (en) 2014-11-13 2019-01-01 State Farm Mutual Automobile Insurance Company Autonomous vehicle operating status assessment
DE102015202488A1 (de) 2015-02-12 2016-08-18 Robert Bosch Gmbh Verfahren und Vorrichtung zum Überwachen eines sich in einem autonomen Betriebsmodus und auf einem Parkplatz befindenden Fahrzeugs
US10131362B1 (en) * 2015-06-23 2018-11-20 United Services Automobile Association (Usaa) Automobile detection system
US9805601B1 (en) 2015-08-28 2017-10-31 State Farm Mutual Automobile Insurance Company Vehicular traffic alerts for avoidance of abnormal traffic conditions
US9632502B1 (en) 2015-11-04 2017-04-25 Zoox, Inc. Machine-learning systems and techniques to optimize teleoperation and/or planner decisions
US9606539B1 (en) 2015-11-04 2017-03-28 Zoox, Inc. Autonomous vehicle fleet service and system
WO2017079341A2 (en) 2015-11-04 2017-05-11 Zoox, Inc. Automated extraction of semantic information to enhance incremental mapping modifications for robotic vehicles
US10401852B2 (en) 2015-11-04 2019-09-03 Zoox, Inc. Teleoperation system and method for trajectory modification of autonomous vehicles
US9630619B1 (en) 2015-11-04 2017-04-25 Zoox, Inc. Robotic vehicle active safety systems and methods
US11283877B2 (en) * 2015-11-04 2022-03-22 Zoox, Inc. Software application and logic to modify configuration of an autonomous vehicle
US10395332B1 (en) 2016-01-22 2019-08-27 State Farm Mutual Automobile Insurance Company Coordinated autonomous vehicle automatic area scanning
US11719545B2 (en) 2016-01-22 2023-08-08 Hyundai Motor Company Autonomous vehicle component damage and salvage assessment
US10134278B1 (en) 2016-01-22 2018-11-20 State Farm Mutual Automobile Insurance Company Autonomous vehicle application
US11242051B1 (en) 2016-01-22 2022-02-08 State Farm Mutual Automobile Insurance Company Autonomous vehicle action communications
US10295363B1 (en) 2016-01-22 2019-05-21 State Farm Mutual Automobile Insurance Company Autonomous operation suitability assessment and mapping
US11441916B1 (en) 2016-01-22 2022-09-13 State Farm Mutual Automobile Insurance Company Autonomous vehicle trip routing
US10324463B1 (en) 2016-01-22 2019-06-18 State Farm Mutual Automobile Insurance Company Autonomous vehicle operation adjustment based upon route
US20170213164A1 (en) * 2016-01-26 2017-07-27 GM Global Technology Operations LLC Systems and methods for autonomous vehicle ride release confirmation
US9720416B1 (en) * 2016-04-18 2017-08-01 Ford Global Technologies, Llc Vehicle security system
US10372126B2 (en) * 2016-05-27 2019-08-06 Cnh Industrial America Llc Dynamic in-cabin autonomous vehicle control systems
US10037033B2 (en) * 2016-06-15 2018-07-31 Ford Global Technologies, Llc Vehicle exterior surface object detection
JP2019531560A (ja) 2016-07-05 2019-10-31 ナウト, インコーポレイテッドNauto, Inc. 自動運転者識別システムおよび方法
US10037471B2 (en) 2016-07-05 2018-07-31 Nauto Global Limited System and method for image analysis
GB201613176D0 (en) * 2016-07-29 2016-09-14 Eitc Holdings Ltd Computer-implemented method and system
JP2019527832A (ja) 2016-08-09 2019-10-03 ナウト, インコーポレイテッドNauto, Inc. 正確な位置特定およびマッピングのためのシステムおよび方法
US10023151B2 (en) * 2016-09-12 2018-07-17 Qualcomm Incorporated Autonomous vehicle security
US10733460B2 (en) 2016-09-14 2020-08-04 Nauto, Inc. Systems and methods for safe route determination
US9928432B1 (en) 2016-09-14 2018-03-27 Nauto Global Limited Systems and methods for near-crash determination
CN109890682B (zh) * 2016-10-24 2022-04-05 福特汽车公司 使用无人航空载具来检查自主车辆
US10479328B2 (en) * 2016-11-04 2019-11-19 Ford Global Technologies, Llc System and methods for assessing the interior of an autonomous vehicle
EP3535646A4 (de) 2016-11-07 2020-08-12 Nauto, Inc. System und verfahren zur bestimmung von fahrerablenkung
US20180164809A1 (en) * 2016-12-09 2018-06-14 Ford Global Technologies, Llc Autonomous School Bus
US9817400B1 (en) * 2016-12-14 2017-11-14 Uber Technologies, Inc. Vehicle servicing system
US10290158B2 (en) * 2017-02-03 2019-05-14 Ford Global Technologies, Llc System and method for assessing the interior of an autonomous vehicle
US10247567B2 (en) * 2017-03-20 2019-04-02 International Business Machines Corporation Short-distance navigation provision
JP6862257B6 (ja) * 2017-04-14 2021-06-23 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 自動運転車両、自動運転車両の停車方法及びプログラム
US10509974B2 (en) 2017-04-21 2019-12-17 Ford Global Technologies, Llc Stain and trash detection systems and methods
US10304165B2 (en) 2017-05-12 2019-05-28 Ford Global Technologies, Llc Vehicle stain and trash detection systems and methods
US11062587B2 (en) 2017-05-12 2021-07-13 Ford Global Technologies, Llc Object detection
JP6988893B2 (ja) * 2017-06-14 2022-01-05 住友電気工業株式会社 車外通信装置、通信制御方法および通信制御プログラム
US10430695B2 (en) 2017-06-16 2019-10-01 Nauto, Inc. System and method for contextualized vehicle operation determination
US10453150B2 (en) 2017-06-16 2019-10-22 Nauto, Inc. System and method for adverse vehicle event determination
US11493348B2 (en) 2017-06-23 2022-11-08 Direct Current Capital LLC Methods for executing autonomous rideshare requests
US10416671B2 (en) * 2017-07-11 2019-09-17 Waymo Llc Methods and systems for vehicle occupancy confirmation
US11460842B2 (en) * 2017-08-28 2022-10-04 Motional Ad Llc Mixed-mode driving of a vehicle having autonomous driving capabilities
US11112793B2 (en) * 2017-08-28 2021-09-07 Motional Ad Llc Mixed-mode driving of a vehicle having autonomous driving capabilities
WO2019046204A1 (en) * 2017-08-28 2019-03-07 nuTonomy Inc. MIXED-MODE DRIVING OF A VEHICLE HAVING AUTONOMOUS DRIVING CAPABILITIES
US11697394B2 (en) * 2017-08-29 2023-07-11 Ford Global Technologies, Llc Vehicle security systems and methods
US11151482B2 (en) * 2017-08-31 2021-10-19 Waymo Llc Identifying unassigned passengers for autonomous vehicles
US10795356B2 (en) * 2017-08-31 2020-10-06 Uatc, Llc Systems and methods for determining when to release control of an autonomous vehicle
EP3682429B1 (de) * 2017-09-13 2023-07-26 Alarm.com Incorporated System und verfahren zur torüberwachung beim verlassen oder eintreffen eines autonomen fahrzeugs
US10829110B2 (en) * 2017-10-26 2020-11-10 Robert Bosch Gmbh Method and device for adapting a driving behavior of a semi, highly or fully automated vehicle
US11106927B2 (en) * 2017-12-27 2021-08-31 Direct Current Capital LLC Method for monitoring an interior state of an autonomous vehicle
US11971714B2 (en) * 2018-02-19 2024-04-30 Martin Tremblay Systems and methods for autonomous vehicles
US11392131B2 (en) 2018-02-27 2022-07-19 Nauto, Inc. Method for determining driving policy
JP2019153106A (ja) * 2018-03-05 2019-09-12 矢崎総業株式会社 車載システム、及び、乗降認証システム
US11983939B2 (en) * 2018-03-09 2024-05-14 Ford Global Technologies, Llc Changing vehicle configuration based on vehicle storage compartment contents
DE112019000961T5 (de) 2018-03-28 2020-12-10 Robert Bosch Gmbh Fahrzeuginternes system zum schätzen einer szene in einem fahrzeuginnenraum
US11194399B2 (en) * 2018-06-30 2021-12-07 Chian Chiu Li Systems and methods for implementing hailing request
US10909866B2 (en) * 2018-07-20 2021-02-02 Cybernet Systems Corp. Autonomous transportation system and methods
US10573162B1 (en) 2018-08-21 2020-02-25 Ford Global Technologies, Llc Tracking smart devices in vehicles technical field
US20200081433A1 (en) * 2018-09-12 2020-03-12 International Business Machines Corporation Self-Driving Security Checking and Boarding Vehicle System
KR102587085B1 (ko) * 2018-10-01 2023-10-11 현대자동차주식회사 자율주행차량의 호출자 탐색 방법
US11724565B2 (en) * 2018-11-20 2023-08-15 Toyota Research Institute, Inc. Controlling comfort components of a vehicle based on an occupancy state
DE102018220433A1 (de) * 2018-11-28 2020-05-28 Volkswagen Aktiengesellschaft Verfahren zum Betreiben eines Carsharing-Fahrzeugs und Carsharing-Fahrzeug
JP7218557B2 (ja) * 2018-12-11 2023-02-07 トヨタ自動車株式会社 サーバ、車載装置、プログラム、情報提供システム、情報提供方法、及び車両
US11642940B2 (en) * 2018-12-19 2023-05-09 Gm Cruise Holdings Llc System and method for malodor detection and remediation
US11027681B2 (en) 2018-12-26 2021-06-08 Robert Bosch Gmbh In-vehicle system for comparing a state of a vehicle cabin before and after a ride
US11036226B2 (en) 2019-01-24 2021-06-15 Ford Global Technologies, Llc System and method for preventing unwanted dismissal of autonomous vehicle
GB2581331B (en) 2019-02-05 2021-06-02 Ford Global Tech Llc A method and system for vehicle protection
US10872253B2 (en) 2019-02-08 2020-12-22 Ford Global Technologies, Llc Method and apparatus for vehicle interior evaluation and situational servicing
JP7169522B2 (ja) * 2019-03-05 2022-11-11 トヨタ自動車株式会社 移動体及びその制御方法、制御装置、並びに、プログラム
US11623611B2 (en) * 2019-08-29 2023-04-11 Motional Ad Llc Methods for passenger authentication and door operation for autonomous vehicles
US20220008597A1 (en) * 2020-07-09 2022-01-13 Benjamin Bergman Method and System for Verifying the Disinfection of a Confined Space
FR3121101B1 (fr) * 2021-03-29 2023-05-26 Psa Automobiles Sa Méthode de détection et d’identification d’un objet disposé dans un compartiment de rangement d’un véhicule automobile et compartiment de rangement associé
KR20240000596A (ko) * 2021-04-27 2024-01-02 모셔널 에이디 엘엘씨 승객 지원 시스템

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5999865A (en) 1998-01-29 1999-12-07 Inco Limited Autonomous vehicle guidance system
US8035508B2 (en) 2002-06-11 2011-10-11 Intelligent Technologies International, Inc. Monitoring using cellular phones
US20080262669A1 (en) 2006-09-22 2008-10-23 Jadi, Inc. Autonomous vehicle controller
US8509982B2 (en) * 2010-10-05 2013-08-13 Google Inc. Zone driving
EP2797794A4 (de) * 2011-12-29 2017-01-04 Intel Corporation Systeme, verfahren und vorrichtung zur identifizierung eines fahrzeuginsassen
US20140350855A1 (en) * 2012-02-28 2014-11-27 Google Inc. Systems and Methods for Providing Navigational Assistance to Reserved Parking Locations
US20130289858A1 (en) 2012-04-25 2013-10-31 Alain Anthony Mangiat Method for controlling and communicating with a swarm of autonomous vehicles using one-touch or one-click gestures from a mobile platform
US8880270B1 (en) 2013-01-08 2014-11-04 Google Inc. Location-aware notifications and applications for autonomous vehicles
CN104380349A (zh) 2013-04-15 2015-02-25 弗莱克斯电子有限责任公司 车辆入侵者警报检测和指示
US8874301B1 (en) 2013-07-09 2014-10-28 Ford Global Technologies, Llc Autonomous vehicle with driver presence and physiological monitoring
WO2015047339A1 (en) * 2013-09-27 2015-04-02 Intel Corporation System and method for vehicle theft detection
US9475496B2 (en) 2013-11-22 2016-10-25 Ford Global Technologies, Llc Modified autonomous vehicle settings
US20160301698A1 (en) 2013-12-23 2016-10-13 Hill-Rom Services, Inc. In-vehicle authorization for autonomous vehicles
US9739226B2 (en) * 2014-02-07 2017-08-22 Ford Global Technologies, Llc Walk-away vehicle shutdown
US9205805B2 (en) 2014-02-14 2015-12-08 International Business Machines Corporation Limitations on the use of an autonomous vehicle
US9720410B2 (en) * 2014-03-03 2017-08-01 Waymo Llc Remote assistance for autonomous vehicles in predetermined situations
CN103927789A (zh) * 2014-04-29 2014-07-16 刘兴光 一种无人驾驶出租车系统
US9631933B1 (en) * 2014-05-23 2017-04-25 Google Inc. Specifying unavailable locations for autonomous vehicles
DE102015202488A1 (de) 2015-02-12 2016-08-18 Robert Bosch Gmbh Verfahren und Vorrichtung zum Überwachen eines sich in einem autonomen Betriebsmodus und auf einem Parkplatz befindenden Fahrzeugs
DE102015208068A1 (de) * 2015-04-30 2016-11-03 Robert Bosch Gmbh Steuerung eines autonom agierenden Kraftfahrzeugs
KR101646134B1 (ko) 2015-05-06 2016-08-05 현대자동차 주식회사 자율주행차량 및 그 제어 방법
US9429947B1 (en) * 2016-04-14 2016-08-30 Eric John Wengreen Self-driving vehicle systems and methods

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102017121181B4 (de) 2016-09-16 2022-05-19 GM Global Technology Operations LLC Steuerungsstrategie für unbemanntes autonomes Fahrzeug
DE102017202834B4 (de) 2017-02-22 2019-05-16 Audi Ag Verfahren zum Betreiben eines Kraftfahrzeugs in einem aktivierten zumindest teilautonomen Fahrmodus
DE102017202834A1 (de) 2017-02-22 2018-08-23 Audi Ag Verfahren zum Betreiben eines Kraftfahrzeugs in einem aktivierten zumindest teilautonomen Fahrmodus sowie Berechtigungseinrichtung für ein Kraftfahrzeug und ein Kraftfahrzeug
US11433905B2 (en) 2017-02-22 2022-09-06 Audi Ag Method for operating a motor vehicle in an activated, at least partially autonomous driving mode and authorization device for a motor vehicle and a motor vehicle
DE102017211026A1 (de) * 2017-06-29 2019-01-03 Zf Friedrichshafen Ag Vorrichtung und Verfahren zur Freigabe eines automatischen Fahrbetriebs für ein Fahrzeug
DE102017211026B4 (de) * 2017-06-29 2019-07-11 Zf Friedrichshafen Ag Vorrichtung und Verfahren zur Freigabe eines automatischen Fahrbetriebs für ein Fahrzeug
DE102017222884A1 (de) 2017-12-15 2019-06-19 Zf Friedrichshafen Ag Verfahren zum Betrieb eines Kraftfahrzeugs
WO2019115182A1 (de) 2017-12-15 2019-06-20 Zf Friedrichshafen Ag Verfahren zum betrieb eines kraftfahrzeugs
DE102018220491A1 (de) 2018-11-28 2020-06-10 Zf Friedrichshafen Ag Verfahren zum Betrieb eines Kraftfahrzeugs
EP3898321A4 (de) * 2018-12-21 2022-02-23 Nissan North America, Inc. Entfernungs- und objektbasiertes externes benachrichtigungssystem für einen automatisierten rufdienst
DE102019105275A1 (de) * 2019-03-01 2020-09-03 Connaught Electronics Ltd. Verfahren und System zum Detektieren eines Objekts auf einer Oberfläche eines Fahrzeugs
DE102019210568A1 (de) * 2019-07-17 2021-01-21 Robert Bosch Gmbh Verfahren und Vorrichtung zum Betreiben eines automatisierten Fahrzeugs
EP3796271A1 (de) * 2019-09-19 2021-03-24 Volkswagen AG Ermitteln von berechtigungen beim anfahren von orten mit einem autonomen kraftfahrzeug
US11312395B2 (en) 2019-09-19 2022-04-26 Volkswagen Aktiengesellschaft Determination of authorizations when approaching locations with an autonomous vehicle
DE102019215529A1 (de) * 2019-10-10 2021-04-15 Robert Bosch Gmbh Verfahren zum Bereitstellen eines Warnsignals durch ein zumindest teilautomatisiertes Fahrzeug

Also Published As

Publication number Publication date
CN106548623A (zh) 2017-03-29
US20170080900A1 (en) 2017-03-23
RU2016136481A (ru) 2018-03-16
GB2543161A (en) 2017-04-12
GB201615830D0 (en) 2016-11-02
MX2016012109A (es) 2017-03-17
US10150448B2 (en) 2018-12-11
CN106548623B (zh) 2021-06-08

Similar Documents

Publication Publication Date Title
DE102016116910A1 (de) Erkennung von nicht berechtigten Fahrgästen oder Objekten in einem autonomen Fahrzeug
DE102017113186A1 (de) Objekterkennung auf Fahrzeugaussenoberfläche
DE102018117910A1 (de) Überwachungssytem für eine Ladestationsparklücke für Elektrofahrzeuge
DE102016125275A1 (de) Einsatzbetriebsmodus eines autonomen fahrzeugs
DE112016007353T5 (de) Beaufsichtigung von ridesharing in einem autonomen fahrzeug
DE102015120683A1 (de) Fahrzeugfahrgastidentifizierung
DE112017007713T5 (de) Systeme und Verfahren zur Fahrzeugbelegungsverwaltung
DE102019101463A1 (de) Sichtbasierte verfahren und systeme zur bestimmung des vorhandenseins eines anhängers
DE102013209055A1 (de) Datenquellenidentifizierung, Datensammlung und Datenspeicherung für Verkehrsereignisse
DE102019115693A1 (de) Auslöserbasierte fahrzeugüberwachung
DE102016215524A1 (de) System zur Objekterkennung und Objekterinnerung bei einem Fahrzeug
DE102019102195A1 (de) Systeme und verfahren zur kollisionserkennung in autonomen fahrzeugen
DE102018112148A1 (de) Verfolgen von unfallfluchttätern mithilfe von v2x-kommunikation
DE102019203345A1 (de) Verfahren zur Überwachung des Umfelds eines Fahrzeugs
DE102019124629A1 (de) Einparkhilfe auf grundlage von offenen fahrzeugtürpositionen
DE102018109951A1 (de) Erfassung von wasser auf der strasse
DE102018222665A1 (de) Autonom fahrendes Taxi
DE102019121199A1 (de) Fahrzeugsteuerung und computerlesbares aufzeichnungsmedium
DE102018118387A1 (de) Einleitung einer fahrzeughecktürbetätigung
DE112017006933T5 (de) Drohnenbasierte nachverfolgung
DE102015114792A1 (de) Kooperative Insassenerfassung
DE102018131209A1 (de) Synchrone nahbereichsradare zur automatischen anhängerdetektion
DE112016007141T5 (de) Erweitertes frachtliefersystem
DE102016109978A1 (de) Schlüssellose Übergabesteuerung
DE102018124140A1 (de) Wartungsselbstladung für ein autonomes fahrzeug

Legal Events

Date Code Title Description
R012 Request for examination validly filed