DE102018109113A1 - Steuermodulaktivierung zum überwachen von fahrzeugen in einem zustand mit ausgeschalteter zündung - Google Patents

Steuermodulaktivierung zum überwachen von fahrzeugen in einem zustand mit ausgeschalteter zündung Download PDF

Info

Publication number
DE102018109113A1
DE102018109113A1 DE102018109113.3A DE102018109113A DE102018109113A1 DE 102018109113 A1 DE102018109113 A1 DE 102018109113A1 DE 102018109113 A DE102018109113 A DE 102018109113A DE 102018109113 A1 DE102018109113 A1 DE 102018109113A1
Authority
DE
Germany
Prior art keywords
vehicle
battery
damage
remote processor
module
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
DE102018109113.3A
Other languages
English (en)
Inventor
Nunzio DeCia
David A. Herman
Arun Dutta
Bill Dierker
Justin Cartwright
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 DE102018109113A1 publication Critical patent/DE102018109113A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • B60R16/0231Circuits relating to the driving or the functioning of the vehicle
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/008Registering or indicating the working of vehicles communicating information to a remotely located station
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841Registering performance data
    • G07C5/085Registering performance data using electronic data carriers
    • G07C5/0866Registering performance data using electronic data carriers the electronic data carrier being a digital video recorder in combination with video camera
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R21/00Arrangements or fittings on vehicles for protecting or preventing injuries to occupants or pedestrians in case of accidents or other traffic risks
    • B60R21/01Electrical circuits for triggering passive safety arrangements, e.g. airbags, safety belt tighteners, in case of vehicle accidents or impending vehicle accidents
    • B60R21/013Electrical circuits for triggering passive safety arrangements, e.g. airbags, safety belt tighteners, in case of vehicle accidents or impending vehicle accidents including means for detecting collisions, impending collisions or roll-over
    • B60R21/0136Electrical circuits for triggering passive safety arrangements, e.g. airbags, safety belt tighteners, in case of vehicle accidents or impending vehicle accidents including means for detecting collisions, impending collisions or roll-over responsive to actual contact with an obstacle, e.g. to vehicle deformation, bumper displacement or bumper velocity relative to the vehicle
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06VIMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V20/00Scenes; Scene-specific elements
    • G06V20/50Context or environment of the image
    • G06V20/56Context or environment of the image exterior to a vehicle by using sensors mounted on the vehicle
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808Diagnosing performance data
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841Registering performance data
    • G07C5/0875Registering performance data using magnetic data carriers
    • G07C5/0891Video recorder in combination with video camera
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/12Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time in graphical form
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B1/00Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/38Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
    • H04B1/3822Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving specially adapted for use in vehicles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N23/00Cameras or camera modules comprising electronic image sensors; Control thereof
    • H04N23/60Control of cameras or camera modules
    • H04N23/64Computer-aided capture of images, e.g. transfer from script file into camera, check of taken image quality, advice or proposal for image composition or decision on when to take image
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N23/00Cameras or camera modules comprising electronic image sensors; Control thereof
    • H04N23/60Control of cameras or camera modules
    • H04N23/65Control of camera operation in relation to power supply
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/18Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
    • H04N7/181Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/18Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
    • H04N7/188Capturing isolated or intermittent images triggered by the occurrence of a predetermined event, e.g. an object reaching a predetermined position

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mechanical Engineering (AREA)
  • Theoretical Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Traffic Control Systems (AREA)
  • Electric Propulsion And Braking For Vehicles (AREA)
  • Control Of Driving Devices And Active Controlling Of Vehicle (AREA)

Abstract

Es werden ein Verfahren und eine Vorrichtung zur Steuermodulaktivierung zum Überwachen von Fahrzeugen in einem Zustand mit ausgeschalteter Zündung offenbart. Ein beispielhaftes System beinhaltet ein Fahrzeug an einem Standort in einem Zustand mit ausgeschalteter Zündung, das einen Sensor zum Sammeln von Schadenserfassungsdaten, ein Kameramodul, das eine Kamera zum Sammeln von Schadensidentifizierungsdaten beinhaltet, und ein Kommunikationsmodul beinhaltet. Das beispielhafte System beinhaltet außerdem einen Remote-Prozessor zum Empfangen der Schadenserfassungsdaten von dem Kommunikationsmodul und Erfassen eines Schadens an dem Fahrzeug auf Grundlage der Schadenserfassungsdaten. Der Remote-Prozessor soll außerdem ein Aktivierungssignal zum Aktivieren der Kamera als Reaktion auf das Erfassen des Schadens senden.

Description

  • QUERVERWEIS AUF VERWANDTE ANMELDUNGEN
  • Diese Anmeldung betrifft US-Anmeldung 15/491,896 , eingereicht am 19. April 2017, und US-Anmeldung 15/491,872 , eingereicht am 19. April 2017, die beide durch Bezugnahme in ihrer Gesamtheit hierin aufgenommen werden.
  • TECHNISCHES GEBIET
  • Die vorliegende Offenbarung betrifft im Allgemeinen Steuermodule und insbesondere eine Steuermodulaktivierung zum Überwachen von Fahrzeugen in einem Zustand mit ausgeschalteter Zündung.
  • ALLGEMEINER STAND DER TECHNIK
  • Fahrzeuge beinhalten üblicherweise eine Vielzahl von elektronischen Steuereinheiten. Im Allgemeinen überwacht und steuert jede der elektronischen Steuereinheiten verschiedene Teilsysteme in dem Fahrzeug. Zum Beispiel beinhalten einige Fahrzeuge elektronische Steuereinheiten zum Überwachen und Steuern eines Motors, einer Batterie, von Türfunktionen, von Mensch-Maschine-Schnittstellen, einer Aufhängung, einer Geschwindigkeitsregelung, einer Telematik, von Bremsen, von Sitzen usw. Die elektronischen Steuereinheiten können Hardware, Firmware, Schaltungen, Eingabevorrichtungen und/oder Ausgabevorrichtungen zum Überwachen und Steuern des jeweiligen Teilsystems beinhalten.
  • KURZDARSTELLUNG
  • Die beigefügten Patentansprüche definieren diese Anmeldung. Die vorliegende Offenbarung fasst Aspekte der Ausführungsformen zusammen und sollte nicht zum Einschränken der Patentansprüche herangezogen werden. Andere Umsetzungen werden in Übereinstimmung mit den in dieser Schrift beschriebenen Techniken in Betracht gezogen, wie dem Durchschnittsfachmann bei der Durchsicht der folgenden Zeichnungen und detaillierten Beschreibung ersichtlich wird, und diese Umsetzungen sollen innerhalb des Schutzumfangs dieser Anmeldung liegen.
  • Es sind beispielhafte Ausführungsformen zur Steuermodulaktivierung zum Überwachen von Fahrzeugen in einem Zustand mit ausgeschalteter Zündung gezeigt. Ein offenbartes beispielhaftes System beinhaltet ein Fahrzeug an einem Standort in einem Zustand mit ausgeschalteter Zündung, das einen Sensor zum Sammeln von Schadenserfassungsdaten, ein Kameramodul, das eine Kamera zum Sammeln von Schadensidentifizierungsdaten beinhaltet, und ein Kommunikationsmodul beinhaltet. Das offenbarte beispielhafte System beinhaltet außerdem einen Remote-Prozessor zum Empfangen der Schadenserfassungsdaten von dem Kommunikationsmodul und Erfassen eines Schadens an dem Fahrzeug auf Grundlage der Schadenserfassungsdaten. Der Remote-Prozessor soll außerdem ein Aktivierungssignal zum Aktivieren der Kamera als Reaktion auf das Erfassen des Schadens senden.
  • Ein offenbartes beispielhaftes Verfahren zum Aktivieren von Fahrzeugsteuermodulen beinhaltet Sammeln von Schadenserfassungsdaten eines Fahrzeugs an einem Standort in einem Zustand mit ausgeschalteter Zündung über einen Sensor und Erfassen über einen Prozessor und auf Grundlage der Schadenserfassungsdaten, ob ein an dem Fahrzeug entstandener Schaden vorliegt. Das offenbare beispielhafte Verfahren beinhaltet außerdem Aktivieren eines Kameramoduls des Fahrzeugs als Reaktion auf das Erfassen des Schadens und Sammeln von Schadensidentifizierungsdaten über eine Kamera des Kameramoduls.
  • Ein offenbartes beispielhaftes physisches computerlesbares Medium beinhaltet Anweisungen, die bei Ausführung eine Maschine dazu veranlassen, über einen Sensor Schadenserfassungsdaten des Fahrzeugs an einem Standort in einem Zustand mit ausgeschalteter Zündung zu sammeln und über einen Prozessor und auf Grundlage der Schadenserfassungsdaten zu erfassen, ob ein an dem Fahrzeug entstandener Schaden vorliegt. Die Anweisungen veranlassen die Maschine bei Ausführung außerdem dazu, ein Kameramodul des Fahrzeugs als Reaktion auf das Erfassen des Schadens zu aktivieren und Schadensidentifizierungsdaten über eine Kamera des Kameramoduls zu sammeln.
  • Figurenliste
  • Zum besseren Verständnis der Erfindung kann auf Ausführungsformen Bezug genommen werden, die in den folgenden Zeichnungen gezeigt sind. Die Komponenten in den Zeichnungen sind nicht zwingend maßstabsgetreu und zugehörige Elemente können weggelassen sein oder in einigen Fällen können Proportionen vergrößert dargestellt sein, um die hier beschriebenen neuartigen Merkmale hervorzuheben und eindeutig zu veranschaulichen. Des Weiteren können Systemkomponenten verschiedenartig angeordnet sein, wie auf dem Fachgebiet bekannt. Ferner sind in den Zeichnungen entsprechende Teile in den verschiedenen Ansichten durch gleiche Bezugszeichen gekennzeichnet.
    • 1 veranschaulicht ein beispielhaftes Fahrzeug in einem Zustand mit ausgeschalteter Zündung gemäß den in der vorliegenden Schrift offenbarten Lehren.
    • 2 ist ein Blockdiagramm von elektronischen Komponenten des Fahrzeugs aus 1.
    • 3 ist ein Ablaufdiagramm zum Versetzen eines Steuermoduls/von Steuermodulen des Fahrzeugs aus 1 in einen aktiven Zustand gemäß den Lehren dieser Schrift.
    • 4 ist ein Ablaufdiagramm zum Versetzen des Steuermoduls/der Steuermodule aus 3 in den aktiven Zustand, um Fahranweisungen von einem identifizierten Ereignis zu bestimmen.
    • 5 ist ein Ablaufdiagramm zum Versetzen des Steuermoduls/der Steuermodule aus 3 in den aktiven Zustand zum Erfassen und Sammeln von Daten in Bezug auf einen an dem Fahrzeug aus 1 entstandenen Schaden.
    • 6 ist ein Ablaufdiagramm zum Versetzen des Steuermoduls/der Steuermodule aus 3 in den aktiven Zustand auf Grundlage einer erwarteten Dauer, während der das Fahrzeug aus 1 geparkt ist.
  • DETAILLIERTE BESCHREIBUNG BEISPIELHAFTER AUSFÜHRUNGSFORMEN
  • Obwohl die Erfindung in verschiedenen Formen ausgeführt sein kann, werden in den Zeichnungen einige beispielhafte und nicht einschränkende Ausführungsformen gezeigt und nachfolgend in der vorliegenden Schrift beschrieben, wobei es sich versteht, dass die vorliegende Offenbarung als eine Erläuterung der Erfindung anhand von Beispielen anzusehen ist und damit nicht beabsichtigt wird, die Erfindung auf die spezifischen veranschaulichten Ausführungsformen zu beschränken.
  • Fahrzeuge beinhalten häufig eine Vielzahl von elektronischen Steuereinheiten. Im Allgemeinen überwacht und steuert jede der elektronischen Steuereinheiten verschiedene Teilsysteme in dem Fahrzeug. Zum Beispiel beinhalten einige Fahrzeuge elektronische Steuereinheiten zum Überwachen und Steuern eines Motors, einer Batterie, von Türfunktionen, von Mensch-Maschine-Schnittstellen, einer Aufhängung, einer Geschwindigkeitsregelung, einer Telematik, von Bremsen, von Sitzen usw. Die elektronischen Steuereinheiten können Hardware, Firmware, Schaltungen, Eingabevorrichtungen und/oder Ausgabevorrichtungen zum Überwachen und Steuern des jeweiligen Teilsystems beinhalten. Üblicherweise benötigen die elektronischen Steuereinheiten Energie, um das jeweilige Teilsystem des Fahrzeugs zu steuern. Zum Beispiel verbraucht die Türsteuereinheit Energie, um elektronische Funktionen der Tür auszuführen. In Fällen, in denen ein Motor des Fahrzeugs ausgeschaltet ist, können elektronische Steuereinheiten Energie von einer Batterie (z. B. einer Starterbatterie) des Fahrzeugs ziehen. In solchen Fällen kann sich die Batterie teilweise oder vollständig entladen, wenn zu viele elektronische Steuereinheiten Energie von der Batterie ziehen und/oder die elektronischen Steuereinheiten für einen längeren Zeitraum Energie von der Batterie ziehen.
  • Hierin offenbarte beispielhafte Systeme, Vorrichtungen, Verfahren und computerlesbare Medien priorisieren elektronische Steuereinheiten eines Fahrzeugs, um zu ermöglichen, dass eine oder mehrere elektronische Steuereinheiten betrieben werden, während sich das Fahrzeug in einem Zustand mit ausgeschalteter Zündung befindet, ohne dazu zu führen, dass sich eine Batterie des Fahrzeugs teilweise oder vollständig entlädt.
  • Einige hierin offenbaren beispielhaften Fahrzeuge beinhalten ein Kommunikationsmodul, das ein Aktivierungssignal empfangen soll, wenn sich das Fahrzeug in einem Ruhemodus befindet und an einem Standort geparkt ist, der einem Ereignis (z. B. einer Arbeitsschicht, einem Sportereignis, einer Vorführung in einem Kino usw.) zugeordnet ist. Eine Telematiksteuereinheit des beispielhaften Fahrzeugs soll aktiviert werden, wenn das Kommunikationsmodul das Aktivierungssignal von einem Remote-Prozessor empfängt. Der Remote-Prozessor empfängt zum Beispiel den Standort des Fahrzeugs, identifiziert das Ereignis und einen Ereigniszeitpunkt des Ereignisses auf Grundlage des Standorts und sendet ein Aktivierungssignal auf Grundlage des Endzeitpunktes an das Fahrzeug. Das Kommunikationsmodul empfängt das Aktivierungssignal von dem Remote-Prozessor und die Telematiksteuereinheit wird aktiviert, wenn das Kommunikationsmodul das Aktivierungssignal empfängt, um eine Route von dem Standort (z. B. eine bevorzugte Route zu einem Zielort) darzustellen, bevor und/oder während sich ein Fahrer dem Fahrzeug nähert.
  • Einige hierin offenbarten beispielhaften Fahrzeuge beinhalten ein Kommunikationsmodul, das ein Aktivierungssignal empfangen soll, wenn sich das Fahrzeug in einem Zustand mit ausgeschalteter Zündung befindet und ein Schaden an dem Fahrzeug entstanden ist. Das Fahrzeug solcher Beispiele beinhaltet einen oder mehrere Sensoren, die Schadenserfassungsdaten für einen vorbestimmten Zeitraum sammeln, während sich das Fahrzeug in einem Zustand mit ausgeschalteter Zündung befindet. Das Kommunikationsmodul soll die Schadenserfassungsdaten an einen Remote-Prozessor senden und der Remote-Prozessor soll auf Grundlage der Schadenserfassungsdaten erfassen, ob ein Schaden an dem Fahrzeug entstanden ist. Bei Erfassen, dass ein Schaden an dem Fahrzeug entstanden ist, sendet der Remote-Prozessor das Aktivierungssignal zu dem Kommunikationsmodul, um zu veranlassen, dass ein Kameramodul des Fahrzeugs aktiviert wird. Das Kameramodul beinhaltet eine Kamera, die Schadensidentifizierungsdaten sammelt, um eine Art, eine Stelle an dem Fahrzeug, einen Schweregrad und/oder eine Quelle des an dem Fahrzeug entstandenen Schadens zu identifizieren.
  • Einige hierin offenbarten beispielhaften Fahrzeuge beinhalten ein Kommunikationsmodul, das ein Aktivierungssignal empfangen soll, wenn sich das Fahrzeug in einem Zustand mit ausgeschalteter Zündung befindet. Das Aktivierungssignal soll von einem Remote-Prozessor empfangen werden, der einen Ladungspegel einer Batterie des Fahrzeugs bestimmt und eine Parkdauer für das Fahrzeug an dem Standort identifiziert. Wenn der Ladungspegel über einem Schwellenwert liegt, welcher der Parkdauer zugeordnet ist, sendet der Remote-Prozessor das Aktivierungssignal an das Kommunikationsmodul, um eine elektronische Steuereinheit des Fahrzeugs zu aktivieren. Der Remote-Prozessor sendet das Aktivierungssignal zum Beispiel, um eine Infotainment-Einheit zu aktivieren, um Medien darzustellen, während das Fahrzeug an einer Tankstelle, einer Postfiliale und/oder einem beliebigen anderen Standort geparkt bleibt, der einer kurzen Parkdauer zugeordnet ist.
  • Wie hierin verwendet, bezieht sich ein „Ruhemodus“ auf eine Einstellung eines Fahrzeugs, in der ein Energieverbrauch von elektrischen Steuereinheiten des Fahrzeugs auf ein minimales Betriebsniveau verringert ist, um den Energieverbrauch zu verringern, während sich das Fahrzeug nicht in Betrieb befindet. Wie hierin verwendet, bezieht sich ein „aktiver Modus“ auf eine Einstellung eines Fahrzeugs, in der elektrische Steuereinheiten voll funktionsfähig sind. Wie hierin verwendet, beziehen sich ein „Ladungspegel“ und ein „Ladungszustand“ einer Batterie auf einen Messwert einer Menge an Energie, die in einer Batterie gespeichert ist.
  • Unter Bezugnahme auf die Figuren veranschaulicht 1 ein beispielhaftes Fahrzeug 100 gemäß den in dieser Schrift offenbarten Lehren. Das Fahrzeug 100 kann ein standardmäßiges benzinbetriebenes Fahrzeug, ein Hybridfahrzeug, ein Elektrofahrzeug, ein Brennstoffzellenfahrzeug und/oder ein Fahrzeugtyp mit beliebiger anderer Antriebsart sein. Das Fahrzeug 100 beinhaltet Teile, die mit Mobilität in Verbindung stehen, wie etwa einen Antriebsstrang mit einem Motor, ein Getriebe, eine Aufhängung, eine Antriebswelle und/oder Räder usw. Das Fahrzeug 100 kann nichtautonom, halbautonom (z. B. einige routinemäßige Fahrfunktionen werden durch das Fahrzeug 100 gesteuert) oder autonom (z. B. Fahrfunktionen werden ohne direkte Fahrereingabe durch das Fahrzeug 100 gesteuert) sein. Das Fahrzeug 100 des veranschaulichten Beispiels beinhaltet einen Motor 102, eine Batterie 104, einen Zündschalter 106, ein Kommunikationsmodul 108 (z. B. ein erstes Kommunikationsmodul), einen Empfänger eines globalen Positionierungsservers (GPS) 110 und ein weiteres Kommunikationsmodul 112 (z. B. ein zweites Kommunikationsmodul).
  • Der Motor 102 beinhaltet einen Verbrennungsmotor, einen Elektromotor und/oder eine beliebige andere Stromquelle, die eine Bewegung des Fahrzeugs 100 antreibt. In einigen Beispielen handelt es sich bei der Batterie 104 um eine Starterbatterie, die einem Verbrennungsmotor des Motors 102 Energie bereitstellt, um den Verbrennungsmotor zu aktivieren. Sobald der Verbrennungsmotor aktiviert ist, wird diesem über einen Wechselstromgenerator Leistung zugeführt. In einigen Beispielen ist die Batterie 104 elektrisch mit einem Elektromotor des Motors 102 verbunden und stellt dem Elektromotor elektrischen Strom bereit, um es dem Elektromotor zu ermöglichen, das Fahrzeug 100 anzutreiben. In solchen Beispielen kann die Batterie 104 eine einzige Batteriezelle und/oder einen Batteriepack beinhalten, der eine Vielzahl von miteinander verbundenen Batteriezellen beinhaltet.
  • Der Zündschalter 106 wird durch einen Fahrer und/oder einen anderen Benutzer des Fahrzeugs 100 genutzt, um den Motor 102, die Batterie 104 und/oder elektronisches Zubehör des Fahrzeugs 100 zu betreiben. Der Zündschalter 106 beinhaltet zum Beispiel eine Ein-Position, die einem An-Zustand des Fahrzeugs 100 entspricht, während dem der Motor 102 und das elektronische Zubehör aktiviert sind, eine Zwischenposition, die einem Zwischenzustand entspricht, in dem das elektronische Zubehör des Fahrzeugs 100 aktiviert ist, ohne dass der Motor 102 aktiviert ist, und eine Aus-Position, die einem Zustand mit ausgeschalteter Zündung entspricht, während dem der Motor 102 inaktiv ist und sich eine oder mehrere der elektronischen Komponenten in einem Ruhemodus befinden und/oder inaktiv sind.
  • Das Kommunikationsmodul 108 beinhaltet drahtgebundene oder drahtlose Netzwerkschnittstellen, um die Kommunikation mit externen Netzwerken zu ermöglichen. Das Kommunikationsmodul 108 beinhaltet außerdem Hardware (z. B. Prozessoren, Arbeitsspeicher, Datenspeicher, eine Antenne usw.) und Software, um die drahtgebundenen oder drahtlosen Netzwerkschnittstellen zu steuern. In dem veranschaulichten Beispiel beinhaltet das Kommunikationsmodul 108 eine oder mehrere Kommunikationssteuerungen für standardbasierte Netzwerke (z. B. Global System for Mobile Communications (GSM), Universal Mobile Telecommunications System (UMTS), Long Term Evolution (LTE), Code Division Multiple Access (CDMA), WiMAX (IEEE 802.16m), Wireless Gigabit (IEEE 802.11 ad), usw.). Das Kommunikationsmodul 108 kommuniziert mit einem externen Netzwerk (z. B. einem Netzwerk 216 aus 2). Bei dem/den externen Netzwerk(en) kann es sich um Folgendes handeln: ein öffentliches Netzwerk, wie etwa das Internet; ein privates Netzwerk, wie etwa ein Intranet; oder Kombinationen davon, und es kann eine Vielfalt von Netzwerkprotokollen genutzt werden, die derzeit zur Verfügung stehen oder später entwickelt werden, einschließlich unter anderem TCP/IP-basierte Netzwerkprotokolle.
  • Der GPS-Empfänger 110 des veranschaulichten Beispiels empfängt ein Signal von einem globalen Positioniersystem (GPS), um einen Standort des Fahrzeugs 100 zu bestimmen. Zum Beispiel bestimmt der GPS-Empfänger 110 Breiten- und Längenkoordinaten des Fahrzeugs 100, den Standort des Fahrzeugs 100, den Standort des Fahrzeugs 100 auf einer Karte, den Standort des Fahrzeugs 100 bezogen auf Orientierungspunkte (z. B. Stadien, Restaurants, Tankstellen) usw.
  • Bei dem Kommunikationsmodul 112 handelt es sich um ein drahtloses Nahbereichsmodul, das mit einem Funkschlüssel oder einer mobilen Vorrichtung (z. B. einem Smartphone) kommuniziert, die als ein Telefon-als-Schlüssel (phone as key - PaaK) fungiert, um eine Tür/Türen des Fahrzeugs 100 zu entriegeln, das Fahrzeug aus der Ferne zu starten, Einstellungen des Fahrzeugs 100 zu aktivieren usw. Das Kommunikationsmodul 112 beinhaltet die Hardware und Firmware, um eine Verbindung mit dem Funkschlüssel und/oder der mobilen Vorrichtung aufzubauen. In einigen Beispielen setzt das Kommunikationsmodul 112 die Bluetooth- und/oder Bluetooth-Low-Energy-(BLE-)Protokolle um. Das Bluetooth- und BLE-Protokoll werden in Band 6 der Bluetooth-Spezifikation 4.0 (und späteren Überarbeitungen) erläutert, die durch die Bluetooth Special Interest Group geführt wird.
  • Das Fahrzeug 100 des veranschaulichten Beispiels beinhaltet außerdem einen oder mehrere Näherungssensoren 114, eine oder mehrere Kameras 116, einen Neigungssensor 118, einen Beschleunigungsmesser 120 und einen Batteriesensor 121.
  • Die Näherungssensoren 114 erfassen, ob sich ein Objekt (z. B. ein anderes Fahrzeug, eine Person usw.) nahe dem Fahrzeug 100 befindet, und bestimmen eine Nähe des erfassten Objekts zu dem Fahrzeug 100. Zu den Näherungssensoren 114 gehören ein Radarsensor/Radarsensoren, ein Lidar-Sensor/Lidar-Sensoren, ein Ultraschallsensor/Ultraschallsensoren und/oder eine beliebige andere Art von Sensor(en), der bzw. die in der Lage ist bzw. sind, eine Nähe zu dem erfassten Objekt zu bestimmen. Ein Lidar-Sensor erfasst und bestimmt eine Entfernung zu einem Objekt über Laser, ein Radarsensor erfasst und bestimmt eine Entfernung zu einem Objekt über Funkwellen und ein Ultraschallsensor erfasst und bestimmt eine Entfernung zu einem Objekt über Ultraschallwellen. In dem veranschaulichten Beispiel befindet sich einer der Näherungssensoren 114 auf jeder Seite des Fahrzeugs 100 (z. B. einer Vorderseite, einer Rückseite, einer Fahrerseite, einer Beifahrerseite), um die Erfassung eines Objekts/von Objekten in einem Umgebungsbereich des Fahrzeugs 100 zu unterstützen. In anderen Beispielen kann das Fahrzeug mehr oder weniger der Näherungssensoren 114 beinhalten und/oder können sich die Näherungssensoren 114 an anderen Positionen an dem Fahrzeug 100 befinden.
  • Die Kameras 116 sind an dem Fahrzeug 100 positioniert, um ein Bild/Bilder und/oder ein Video des Umgebungsbereichs des Fahrzeugs 100 zu sammeln. Das Bild/die Bilder und/oder das Video werden bzw. wird (z. B. durch ein Kameramodul 228 und/oder ein Karosseriesteuermodul 230 aus 2) analysiert, um zu erfassen, ob sich ein Objekt nahe dem Fahrzeug 100 befindet und eine Nähe des erfassten Objekts zu dem Fahrzeug 100 zu bestimmen. In dem veranschaulichten Beispiel befindet sich eine der Kameras 116 an der Vorderseite des Fahrzeugs 100, um die Erfassung eines Objekts/von Objekten zu unterstützen, das bzw. die sich vor dem Fahrzeug 100 befindet bzw. befinden, und befindet sich eine weitere der Kameras 116 an der Rückseite des Fahrzeugs 100, um das Erfassen eines Objekts/von Objekten zu unterstützen, das bzw. die sich hinter dem Fahrzeug 100 befindet bzw. befinden. In anderen Beispielen kann das Fahrzeug mehr oder weniger der Näherungssensoren 114 beinhalten und/oder können sich die Näherungssensoren 114 an anderen Positionen (z.B. an der Fahrerseite, an der Beifahrerseite usw.) an dem Fahrzeug 100 befinden.
  • Der Neigungssensor 118 des veranschaulichten Beispiels erfasst, ob das Fahrzeug 100 geneigt ist und/oder ob ein Teil des Fahrzeugs 100 von einer Bodenfläche angehoben wurde. Der Beschleunigungsmesser 120 erfasst eine Beschleunigung, mit der sich das Fahrzeug 100 bewegt. In einigen Beispielen sind/ist der Neigungssensor 118 und/oder der Beschleunigungsmesser 120 in eine Trägheitsmesseinheit (z. B. eine Trägheitsmesseinheit 224 aus 2) und/oder ein Antiblockiersystemmodul eingeschlossen. Ferner überwacht der Batteriesensor 121 Eigenschaften der Batterie 104. Der Batteriesensor 121 erfasst einen Strom, eine Spannung, einen Ladungspegel und/oder eine Temperatur 104 und/oder bestimmt diese anderweitig. Zum Beispiel erfasst der Batteriesensor 121, dass der Strom der Batterie 104 größer 0 A ist, wenn die Batterie 104 wiederaufgeladen wird, und erfasst, dass der Strom der Batterie 104 kleiner 0 A ist, wenn die Batterie 104 entladen wird. In einigen Beispielen ist der Batteriesensor 121 an einer Leitung der Batterie 104 angebracht, um es dem Batteriesensor 121 zu ermöglichen, die Eigenschaften der Batterie 104 zu überwachen.
  • In dem veranschaulichten Beispiel beinhaltet das Fahrzeug 100 außerdem ein weiteres Kommunikationsmodul 122 (z. B. ein drittes Kommunikationsmodul), eine Infotainment-Haupteinheit 124, die eine Anzeige 126 und einen oder mehrere Lautsprecher 128 beinhaltet, und eine HLK-Einheit 130.
  • Bei dem Kommunikationsmodul 122 handelt es sich um ein Modul zur dedizierten Kurzstreckenkommunikation (dedicated short-range communication - DSRC), das eine Antenne/Antennen, ein Radio/Radios und Software beinhaltet, um Nachrichten zu übertragen und um Verbindungen zu einem Modul/Modulen von einer mobilen Vorrichtung/mobilen Vorrichtungen (z. B. Smartphones, Smartwatches, tragbaren Vorrichtung, Tablets usw.), einem anderen Fahrzeug/anderen Fahrzeugen (z. B. über Fahrzeug-zu-Fahrzeug-Kommunikation (vehicle-to-vehicle communication - V2V-Kommunikation)) und Infrastruktur (z. B. über Fahrzeug-zu-Infrastruktur-Kommunikation (vehicle-to-infrastructure communication - V2X-Kommunikation)) herzustellen. Informationen darüber, wie DSRC-Netzwerke mit Fahrzeughardware und -software kommunizieren, ist verfügbar im „Core System Requirements Specification (SyRS) Report“ vom Juni 2011 des US-Verkehrsministeriums (verfügbar unter http://www.its.dot.gov/meetings/pdf/CoreSystem_SE_SyRS_RevA%20(2011-06-13).pdf), welcher hiermit durch Bezugnahme in seiner Gesamtheit gemeinsam mit allen Unterlagen aufgenommen ist, die auf den Seiten 11 bis 14 des SyRS-Reports aufgeführt sind. DSRC-Systeme können an Fahrzeugen und am Straßenrand an Infrastruktur installiert sein. DSRC-Systeme, die Infrastrukturinformationen enthalten, sind als ein „straßenseitiges“ System bekannt. DSRC kann mit anderen Techniken kombiniert werden, wie zum Beispiel dem globalen Positionierungssystem (GPS), Kommunikation mittels sichtbarem Licht (VLC), Mobilfunkkommunikation und Nahbereichsradar, die es den Fahrzeugen ermöglichen, ihre Position, Geschwindigkeit, Richtung, relative Position zu anderen Objekten zu kommunizieren und Informationen mit anderen Fahrzeugen oder externen Computersystemen auszutauschen. DSRC-Systeme können in andere Systeme, wie etwa Mobiltelefone, integriert werden. Gegenwärtig wird das DSRC-Netz unter der Abkürzung oder Bezeichnung DSRC identifiziert. Mitunter werden jedoch andere Bezeichnungen verwendet, die sich üblicherweise auf ein Fahrzeugkonnektivitätsprogramm oder dergleichen beziehen. Die Mehrheit dieser Systeme sind entweder reine DSRC oder eine Variation des WLAN-Standards IEEE 802.11. Jedoch sollen neben dem reinen DSRC-System auch dedizierte drahtlose Kommunikationssysteme zwischen Autos und einem straßenseitigen Infrastruktursystem abgedeckt sein, die mit GPS kombiniert sind und auf einem IEEE-802.11-Protokoll für drahtlose lokale Netzwerke (wie z. B. 802.11p usw.) basieren.
  • Die Infotainment-Haupteinheit 124 stellt eine Schnittstelle zwischen dem Fahrzeug 100 und einem Benutzer bereit. Die Infotainment-Haupteinheit 124 beinhaltet digitale und/oder analoge Schnittstellen (z. B. Eingabevorrichtungen und Ausgabevorrichtungen), um Eingaben von dem/den Benutzer(n) zu empfangen und diesem/diesen Informationen anzuzeigen. Die Eingabevorrichtungen beinhalten beispielsweise einen Steuerknopf, ein Armaturenbrett, eine Digitalkamera zur Bilderfassung und/oder visuellen Befehlserkennung, einen Touchscreen, eine Audioeingabevorrichtung (z. B. ein Kabinenmikrofon), Tasten oder ein Berührungsfeld. Die Ausgabevorrichtungen können Kombiinstrumentenausgänge (z. B. Drehscheiben, Beleuchtungsvorrichtungen), Aktoren, eine Frontanzeige, die Anzeige 126 (z. B. eine Mittelkonsolenanzeige, wie etwa eine Flüssigkristallanzeige (liquid crystal display - LCD), eine organische Leuchtdiodenanzeige (organic light emitting diode display - OLED-Anzeige), eine Flachbildschirmanzeige, eine Festkörperanzeige usw.) und/oder die Lautsprecher 128 beinhalten. In dem veranschaulichten Beispiel beinhaltet die Infotainment-Haupteinheit 124 Hardware (z. B. einen Prozessor oder eine Steuerung, Arbeitsspeicher, Datenspeicher usw.) und Software (z. B. ein Betriebssystem usw.) für ein Infotainment-System (wie etwa SYNC® und MyFord Touch® von Ford®, Entune® von Toyota®, IntelliLink® von GMC® usw.). Des Weiteren kann die Infotainment-Haupteinheit 124 das Infotainment-System zum Beispiel auf der Anzeige 126 anzeigen.
  • Die HLK-Einheit 130 des veranschaulichten Beispiels passt eine Umgebung innerhalb der Kabine des Fahrzeugs 100 an, hält diese aufrecht und/oder beeinflusst diese anderweitig. Die HLK-Einheit 130 beinhaltet Lüftungsöffnungen, eine Heizvorrichtung und/oder eine Klimaanlage, um eine Temperatur und/oder einen Feuchtigkeitspegel innerhalb der Kabine des Fahrzeugs 100 zu steuern. Zum Beispiel können Einstellungen der HLK-Einheit 130 angepasst werden, um ein Komfortniveau eines Insassen (z. B. durch Anpassen der Wärme und/oder Belüftung) zu erhöhen und/oder um die Sichtbarkeit durch Fenster des Fahrzeugs 100 (z.B. durch Enteisen der Windschutzscheibe) zu verbessern.
  • Ferner handelt es sich bei dem Fahrzeug 100 des veranschaulichten Beispiels um ein Elektrofahrzeug und/oder Hybridfahrzeug, das eine Solarplatte 132 und einen Elektrofahrzeugbehälter (electric vehicle receptacle - EV-Behälter) 134 zum Wiederaufladen der Batterie 104 beinhaltet. In weiteren Beispielen, in denen es sich bei dem Fahrzeug 100 um ein standardmäßiges benzinbetriebenes Fahrzeug handelt, kann das Fahrzeug 100 die Solarplatte 132 beinhalten, um die Batterie 104 wiederaufzuladen und/oder elektrische Energiekomponenten des Fahrzeugs 100 bereitzustellen. Die Solarplatte 132 nimmt Solarenergie (z. B. über Sonnenlicht) auf, wandelt die Solarenergie in elektrischen Strom um und lädt die Batterie 104 durch Bereitstellen des elektrischen Stroms an der Batterie 104 wieder auf. Der EV-Behälter 134 nimmt einen Netzstecker (z. B. einen EV-Stecker) einer Ladestation zum Wiederaufladen der Batterie 104 durch Ermöglichen der Ladestation, der Batterie 104 elektrischen Strom bereitzustellen, auf.
  • 2 ist ein Blockdiagramm von elektronischen Komponenten 200 des Fahrzeugs 100. Wie in 2 veranschaulicht, beinhalten die elektronischen Komponenten 200 ein Batteriesteuermodul 202, die Infotainment-Haupteinheit 124, den GPS-Empfänger 110, das Kommunikationsmodul 108, Sensoren 204, Steuermodule oder elektronische Steuereinheiten (electronic control units - ECUs) 206 und einen Fahrzeugdatenbus 208.
  • Das Batteriesteuermodul 202 überwacht und steuert die Batterie 104 des Fahrzeugs 100. Zum Beispiel überwacht das Batteriesteuermodul 202 die Eigenschaften (z. B. Spannung, Strom, Ladezustand, Temperatur usw.) der Batterie 104, berechnet andere Eigenschaften (z. B. Innenwiderstand, zugeführte und gespeicherte Ladung, seit dem letzten Laden zugeführte Energie usw.) der Batterie 104, kommuniziert mit den Sensoren 204 und/oder den ECUs 206, steuert das Entladen und/oder Wiederaufladen der Batterie 104 usw.
  • Das Batteriesteuermodul 202 beinhaltet eine Mikrocontrollereinheit, eine Steuerung oder einen Prozessor 210, einen Speicher 212 und eine Datenbank 214. Zum Beispiel speichert die Datenbank 214 Daten, die durch einen oder mehrere von den Sensoren 204, dem GPS-Empfänger 110, dem Kommunikationsmodul 122 und/oder einer beliebigen anderen Vorrichtung des Fahrzeugs 100 gesammelt wurden. Bei dem Prozessor 210 kann es sich um jede geeignete Verarbeitungsvorrichtung oder einen Satz von Verarbeitungsvorrichtungen handeln, wie etwa unter anderem einen Mikroprozessor, eine mikrocontrollerbasierte Plattform, einen integrierten Schaltkreis, ein oder mehrere feldprogrammierbare Gate-Arrays (field programmable gate arrays - FPGAs) und/oder eine oder mehrere anwendungsspezifische integrierte Schaltkreise (application-specific integrated circuits - ASICs). Bei dem Speicher 212 kann es sich um flüchtigen Speicher (z. B. RAM, darunter nichtflüchtiger RAM, magnetischer RAM, ferroelektrischer RAM usw.), nichtflüchtigen Speicher (z. B. Plattenspeicher, FLASH-Speicher, EPROMs, EEPROMs, memristorbasierten nichtflüchtigen Festkörperspeicher usw.), unveränderbaren Speicher (z. B. EPROMs), Festwertspeicher und/oder Speichervorrichtungen mit hoher Kapazität (z. B. Festplatten, Festkörperlaufwerke usw.) handeln. In einigen Beispielen beinhaltet der Arbeitsspeicher 212 mehrere Speicherarten, insbesondere flüchtigen Speicher und nichtflüchtigen Speicher.
  • Bei dem Speicher 212 handelt es sich um computerlesbare Medien, auf denen ein oder mehrere Sätze von Anweisungen, wie etwa die Software zum Ausführen der Verfahren der vorliegenden Offenbarung, eingebettet sein können. Die Anweisungen können eines oder mehrere der Verfahren oder eine Logik, wie in dieser Schrift beschrieben, verkörpern. Beispielsweise befinden sich die Anweisungen während der Ausführung der Anweisungen vollständig oder wenigstens teilweise in einem beliebigen oder mehreren von dem Speicher 212, dem computerlesbaren Medium und/oder in dem Prozessor 210.
  • Wie in 2 veranschaulicht, kommuniziert das Kommunikationsmodul 108 drahtlos mit einem Netzwerk 216. Bei dem Netzwerk 216 handelt es sich zum Beispiel um Folgendes: ein öffentliches Netzwerk, wie etwa das Internet; ein privates Netzwerk, wie etwa ein Intranet; oder Kombinationen davon, und es kann eine Vielzahl von Netzwerkprotokollen verwendet werden, die derzeit zur Verfügung stehen oder später entwickelt werden, einschließlich unter anderem TCP/IP-basierte Netzwerkprotokolle. Das Netzwerk 216 des veranschaulichten Beispiels beinhaltet einen Remote-Prozessor 218 (z. B. einen Server), der Informationen in Bezug auf die Batterie 104 des Fahrzeugs 100 sammelt, speichert, analysiert, bestimmt und/oder kommuniziert. Zum Beispiel sammelt der Remote-Prozessor 218 einen Ladungspegel der Batterie 104 und/oder einen geparkten Standort des Fahrzeugs 100 über das Kommunikationsmodul 108, speichert den zuletzt gemessenen Ladungspegel der Batterie 104, analysiert die gesammelten Daten, um einen aktuellen Ladungspegel des Fahrzeugs 100 in einem Zustand mit ausgeschalteter Zündung zu bestimmen oder zu schätzen, priorisiert eine Aktivierung der ECUs 206 und sendet eine Anweisung/Anweisungen zur Aktivierung von einer oder mehreren der ECUs 206, während sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet.
  • Der Remote-Prozessor 218 des veranschaulichten Beispiels beinhaltet drahtgebundene oder drahtlose Netzwerkschnittstellen, um eine Kommunikation mit dem Kommunikationsmodul 108 des Fahrzeugs 100 zu ermöglichen. Der Remote-Prozessor 218 beinhaltet außerdem Hardware (z. B. Prozessoren, Arbeitsspeicher, Datenspeicher, eine Antenne usw.) und Software, um die drahtgebundenen oder drahtlosen Netzwerkschnittstellen zu steuern. Zum Beispiel beinhaltet der Remote-Prozessor 218 eine oder mehrere Kommunikationssteuerungen für standardbasierte Netzwerke (z. B. Global System for Mobile Communications (GSM), Universal Mobile Telecommunications System (UMTS), Long Term Evolution (LTE), Code Division Multiple Access (CDMA), WiMAX (IEEE 802.16m); Nahbereichskommunikation (Near Field Communication - NFC); ein drahtloses lokales Netzwerk (einschließlich IEEE 802.11 a/b/g/n/ac oder andere), dedizierte Nahbereichskommunikation (Dedicated Short Range Communication-DSCR) und Wireless Gigabit (IEEE 802.11ad) usw.).
  • Die Sensoren 204 sind in dem und um das Fahrzeug 100 herum angeordnet, um Eigenschaften des Fahrzeugs 100 und/oder eine Umgebung, in der sich das Fahrzeug 100 befindet, zu überwachen. Einer oder mehrere der Sensoren 204 können zum Messen von Eigenschaften um eine Außenseite des Fahrzeugs 100 herum montiert sein. Zusätzlich oder alternativ können einer oder mehrere der Sensoren 204 innerhalb einer Kabine des Fahrzeugs 100 oder in einer Karosserie des Fahrzeugs 100 (z. B. einem Motorraum, Radkästen usw.) montiert sein, um Eigenschaften in einem Innenraum des Fahrzeugs 100 zu messen. Beispielsweise gehören zu den Sensoren 204 Beschleunigungsmesser, Wegstreckenzähler, Geschwindigkeitsmesser, Nick- und Gierwinkelsensoren, Raddrehzahlsensoren, Mikrofone, Reifendrucksensoren, biometrische Sensoren und/oder Sensoren jeder beliebigen anderen geeigneten Art. In dem veranschaulichten Beispiel gehören zu den Sensoren 204 die Näherungssensoren 114, die Kameras 116, der Neigungssensor 118, der Beschleunigungsmesser 120 und der Batteriesensor 121.
  • Die ECUs 206 überwachen und steuern die Teilsysteme des Fahrzeugs 100. Zum Beispiel handelt es sich bei den ECUs 206 um diskrete Sätze elektronischer Bauteile, die ihre eigene(n) Schaltung(en) (z. B. integrierte Schaltungen, Mikroprozessoren, Arbeitsspeicher, Datenspeicher usw.) und Firmware, Sensoren, Aktoren und/oder Montagehardware beinhalten. Die ECU 206 kommunizieren über einen Fahrzeugdatenbus (z. B. den Fahrzeugdatenbus 208) und tauschen darüber Informationen aus. Des Weiteren können die ECUs 206 einander Eigenschaften (z. B. Status der ECUs 206, Sensormesswerte, Steuerzustand, Fehler- und Diagnosecodes usw.) kommunizieren und/oder Anforderungen voneinander empfangen. Zum Beispiel kann das Fahrzeug 100 siebzig oder mehr der ECUs 206 aufweisen, die an verschiedenen Stellen um das Fahrzeug 100 positioniert und kommunikativ durch den Fahrzeugdatenbus 208 gekoppelt sind.
  • In dem veranschaulichten Beispiel beinhalten die ECUs 206 ein Gateway-Modul 220, eine Telematiksteuereinheit (telematic control unit - TCU) 222, das Kommunikationsmodul 112, eine Trägheitsmesseinheit (inertial measurement unit - IMU) 224, ein zentrales Zeitgebermodul 226, ein Kameramodul 228, das eine oder mehrere der Kameras 116 beinhaltet, das Kommunikationsmodul 122, ein Karosseriesteuermodul 230 und ein HLK-Modul 232. Das Gateway-Modul 220 unterstützt zum Beispiel eine Kommunikation zwischen verschiedenen Kommunikationsprotokollen des Fahrzeugs 100. Zusätzlich oder alternativ unterstützt das Gateway-Modul 220 eine Kommunikation zwischen dem Kommunikationsmodul 108 und dem Netzwerk 416, zum Beispiel über eine Mobilfunkdatenverbindung. Die Telematiksteuereinheit (telematic control unit - TCU) 222 steuert ein Nachverfolgen des Standorts des Fahrzeugs 100. Die Telematiksteuereinheit 222 beinhaltet zum Beispiel den GPS-Empfänger 110, der den Standort des Fahrzeugs 100 empfängt, oder kommuniziert mit diesem. Die Trägheitsmesseinheit 224 überwacht eine Längsbeschleunigung, eine Querbeschleunigung, eine Gierrate, eine Neigungsrate, eine Rollrate und/oder eine beliebige andere Eigenschaft in Bezug auf einen aktuellen Bewegungszustand des Fahrzeugs 100. Zum Beispiel beinhaltet die Trägheitsmesseinheit 224 den Neigungssensor 118, der erfasst, ob das Fahrzeug 100 geneigt ist und/oder ein Teil des Fahrzeugs 100 angehoben wird, und beinhaltet den Beschleunigungsmesser 120, der eine Beschleunigung (z. B. Längsbeschleunigung, Querbeschleunigung) des Fahrzeugs 100 erfasst. Ferner beinhaltet das zentrale Zeitgebermodul 226 eine Uhr 234 und/oder steht mit dieser in Kommunikation, um die Zeit zu bestimmen oder zu überwachen. Das Kommunikationsmodul 122 (z. B. das DSRC-Modul) kommuniziert drahtlos mit einem anderen Kommunikationsmodul/mit anderen Kommunikationsmodulen in der Nähe. Zum Beispiel sammelt das Kommunikationsmodul 122 Daten von einem Kommunikationsmodul eines Fahrzeugs in der Nähe über Fahrzeug-zu-Fahrzeug-Kommunikation und/oder von einem Kommunikationsmodul einer Infrastruktureinheit über Fahrzeug-zu-Infrastruktur-Kommunikation. Das Karosseriesteuermodul 230 steuert ein oder mehrere Teilsysteme in dem Fahrzeug 100, wie etwa elektrische Fensterheber, Zentralverriegelungen, eine Wegfahrsperre, elektrisch verstellbare Spiegel usw. Zum Beispiel beinhaltet das Karosseriesteuermodul 230 Schaltungen, die einen oder mehrere von Relais (z. B. zur Steuerung von Scheibenwischerflüssigkeit usw.), Gleichstrom-(Direct Current - DC-)Bürstenmotoren (z. B. zur Steuerung von elektrisch verstellbaren Sitzen, Zentralverriegelungen, elektrischen Fensterhebern, Scheibenwischern usw.), Schrittmotoren, LEDs usw. antreiben. Beispielsweise ist das Karosseriesteuermodul 230 kommunikativ an eine Fenstersteuerung 236 gekoppelt, um einen Betrieb (z. B. Öffnen, Schließen) von einem oder mehreren Fenstern des Fahrzeugs 100 elektronisch zu steuern. Des Weiteren ist das HLK-Modul 232 kommunikativ an die HLK-Einheit 130 gekoppelt, um Einstellungen (z. B. Klimaanlageneinstellungen, Wärmeeinstellungen, Strömungsrateneinstellungen, Enteisungseinstellungen usw.) der HLK-Einheit 130 zu steuern und/oder anzupassen. In einigen Beispielen beinhalten die ECUs 206 außerdem ein Antiblockiersystemmodul (ABS-Modul), das (einen) Beschleunigungsmesser (z. B. einen Multi-Achsen-Beschleunigungsmesser) und/oder Raddrehzahlsensoren beinhaltet, welche die Raddrehung (z. B. bei einem Aufprall von einer Kollision) erfassen.
  • Der Fahrzeugdatenbus 208 koppelt das Kommunikationsmodul 108, den GPS-Empfänger 110, die Infotainment-Haupteinheit 124, das Batteriesteuermodul 202, die Sensoren 204 und die ECUs 206 kommunikativ. In einigen Beispielen beinhaltet der Fahrzeugdatenbus 208 einen oder mehrere Datenbusse. Der Fahrzeugdatenbus 208 kann in Übereinstimmung mit einem Controller-Area-Network-(CAN-)Bus-Protokoll laut der Definition durch die International Standards Organization (ISO) 11898-1, einem Media-Oriented-Systems-Transport-(MOST-)Bus-Protokoll, einem CAN-Flexible-Data-(CAN-FD-)Bus-Protokoll (ISO 11898-7) und/oder einem K-Leitungs-Bus-Protokoll (ISO 9141 und ISO 14230-1) und/oder einem Ethernet™-Bus-Protokoll IEEE 802.3 (ab 2002) usw. umgesetzt sein.
  • 3 ist ein Ablaufdiagramm eines beispielhaften Verfahrens 300 zum Versetzen von einem oder mehreren Steuermodulen in einen aktiven Zustand für ein Fahrzeug in einem Zustand mit ausgeschalteter Zündung. Das Ablaufdiagramm aus 3 ist repräsentativ für maschinenlesbare Anweisungen, die in einem Speicher (wie etwa dem Speicher 212 aus 2) gespeichert sind und ein oder mehrere Programme beinhalten, die bei Ausführung durch einen Prozessor (wie etwa den Prozessor 210 aus 2) das beispielhafte Fahrzeug 100 aus 1 dazu veranlassen, eine oder mehrere der beispielhaften ECUs 206 aus 2 zu aktivieren, wenn sich das beispielhafte Fahrzeug 100 in einem Zustand mit ausgeschalteter Zündung befindet. Während das beispielhafte Programm unter Bezugnahme auf das in 3 veranschaulichte Ablaufdiagramm beschrieben ist, können alternativ viele andere Verfahren zum Aktivieren von Steuermodulen eines Fahrzeugs in einem Zustand mit ausgeschalteter Zündung verwendet werden. Zum Beispiel kann die Reihenfolge der Ausführung der Blöcke neu angeordnet, verändert, beseitigt und/oder kombiniert werden, um das Verfahren 300 durchzuführen. Da das Verfahren 300 in Verbindung mit den Komponenten aus 1-2 offenbart wird, sind ferner einige Funktionen dieser Komponenten nachstehend nicht ausführlich beschrieben.
  • Anfangs erfasst der Batteriesensor 121 bei Block 302 einen Ladungspegel der Batterie 104 des Fahrzeugs 100 und erfasst oder bestimmt der Remote-Prozessor 218 den Ladungspegel der Batterie 104 über das Kommunikationsmodul 108 des Fahrzeugs 100. Bei Block 304 bestimmt der GPS-Empfänger 110 (z. B. die Telematiksteuereinheit 222) einen Standort des Fahrzeugs 100 und erfasst oder bestimmt der Remote-Prozessor 218 den Standort des Fahrzeugs 100 über das Kommunikationsmodul 108. Zum Beispiel sendet das Kommunikationsmodul 108 ein Fahrzeugzustandssignal, das den Ladungspegel und den Standort des Fahrzeugs 100 beinhaltet, an den Remote-Prozessor 218, bevor sich das Fahrzeug 100 in einem Zustand mit ausgeschalteter Zündung befindet.
  • Bei Block 306 bestimmt der Remote-Prozessor 218, ob sich das Fahrzeug 100 in einem Zustand mit ausgeschalteter Zündung befindet. Zum Beispiel bestimmt der Remote-Prozessor 218 als Reaktion darauf, dass das Fahrzeug 100 für einen vorbestimmten Zeitraum kein Signal von dem Kommunikationsmodul 108 des Fahrzeugs 100 empfängt, dass sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet. In anderen Beispielen sendet das Kommunikationsmodul 108 direkt bevor das Fahrzeug in den Zustand mit ausgeschalteter Zündung übergeht ein Zündung-Aus-Signal an den Remote-Prozessor 218. Wenn der Remote-Prozessor 218 bestimmt, dass sich das Fahrzeug nicht in dem Zustand mit ausgeschalteter Zündung befindet (z. B. in einem An-Zustand, einem Nebenzustand), kehrt das Verfahren 300 zu Block 302 zurück, sodass das Fahrzeug 100 einen aktualisierten Ladungspegel der Batterie 104 und einen aktualisierten Standort des Fahrzeugs 100 empfängt. Die Blöcke 302, 304, 306 werden wiederholt, bis der Remote-Prozessor 218 bestimmt, dass sich das Fahrzeug in dem Zustand mit ausgeschalteter Zündung befindet. Wenn der Remote-Prozessor 218 bestimmt, dass sich das Fahrzeug in dem Zustand mit ausgeschalteter Zündung befindet, wird der Prozess 300 mit Block 308 fortgesetzt. Bei Block 308 sorgt der Prozessor 210 des Fahrzeugs 100 dafür, dass eine oder mehrere der ECUs 206 (z. B. die Steuermodule) von einem aktiven Modus in einen Ruhemodus übergehen, um den Ladungspegel der Batterie 104 beizubehalten, während sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet.
  • Bei Block 310 erfasst der Remote-Prozessor 218 ein Aktivierungsereignis und bestimmt, ob eine entsprechende eine oder mehrere der ECUs 206 in einen aktiven Modus versetzt werden sollen. Wenn der Remote-Prozessor 218 zum Beispiel bestimmt, dass ein Ereignis, für welches das Fahrzeugs 100 geparkt ist, endet, bestimmt der Remote-Prozessor 218, ob die Telematiksteuereinheit 422 aktiviert werden soll, um eine Route von dem Standort zu bestimmen, an dem das Fahrzeug 100 geparkt ist. Wenn der Remote-Prozessor 218 bestimmt, dass ein Schaden an dem Fahrzeug 100 entstanden ist, während das Fahrzeug 100 geparkt war, bestimmt der Remote-Prozessor 218, ob eine oder mehrere der ECUs 206 (z.B. das Kommunikationsmodul 122, die Trägheitsmesseinheit 224, das zentrale Zeitgebermodul 226) aktiviert werden sollen, um Daten in Bezug auf den an dem Fahrzeug 100 entstandenen Schaden zu sammeln. Wenn der Remote-Prozessor 218 ferner bestimmt, dass das Fahrzeug 100 an einem Standort geparkt ist, der einer kurzen Parkdauer zugeordnet ist, bestimmt der Remote-Prozessor 218, ob eine oder mehrere der ECUs 206 (z. B. das Kommunikationsmodul 122, das Karosseriesteuermodul 230, das HLK-Modul 232) für einen Fahrer des Fahrzeugs 100 aktiviert werden sollen.
  • Bei Block 312 bestimmt der Remote-Prozessor 218, ob sich das Fahrzeug 100 in dem An-Zustand befindet. Der Remote-Prozessor 218 bestimmt zum Beispiel, dass sich das Fahrzeug 100 in dem An-Zustand befindet, wenn er ein Signal von dem Kommunikationsmodul 112 des Fahrzeugs 100 empfängt, das angibt, dass sich das Fahrzeug 100 in dem An-Zustand befindet. Als Reaktion darauf, dass das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung verbleibt und sich nicht in dem An-Zustand befindet, kehrt das Verfahren 300 zu Block 308 zurück. Die Blöcke 308, 310, 312 werden wiederholt, bis der Remote-Prozessor 218 bestimmt, dass sich das Fahrzeug 100 in dem An-Zustand befindet. Andernfalls, als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet, endet das Verfahren 300.
  • 4 ist ein Ablaufdiagramm eines beispielhaften Verfahrens 400 zur Umsetzung von Block 310 aus 3, um Fahrtrichtungen von einem Ereignis zu bestimmen. Das Ablaufdiagramm aus 4 ist repräsentativ für maschinenlesbare Anweisungen, die in einem Speicher (wie etwa dem Speicher 212 aus 2) gespeichert sind und ein oder mehrere Programme beinhalten, die bei Ausführung durch einen Prozessor (wie etwa den Prozessor 210 aus 2) das beispielhafte Fahrzeug 100 aus 1 dazu veranlassen, eine oder mehrere der beispielhaften ECUs 206 aus 2 zu aktivieren, wenn sich das beispielhafte Fahrzeug 100 in einem Zustand mit ausgeschalteter Zündung befindet, um Fahrtrichtungen von einem Ereignis zu bestimmen. Während das beispielhafte Programm unter Bezugnahme auf das in 4 veranschaulichte Ablaufdiagramm beschrieben ist, können alternativ dazu viele andere Verfahren zum Bestimmen von Fahrtrichtungen von einem Ereignis verwendet werden. Zum Beispiel kann die Reihenfolge der Ausführung der Blöcke neu angeordnet, verändert, beseitigt und/oder kombiniert werden, um das Verfahren 400 durchzuführen. Da das Verfahren 400 in Verbindung mit den Komponenten aus 1-2 offenbart wird, sind ferner einige Funktionen dieser Komponenten nachstehend nicht ausführlich beschrieben.
  • Anfangs bestimmt der Remote-Prozessor 218 bei Block 402, ob der Standort des Fahrzeugs 100 einem Ereignis (z. B. einem Sportereignis, Arbeit, einem Film usw.) zugeordnet ist. In einigen Beispielen greift der Remote-Prozessor 218 (z. B. über Kommunikation mit dem Fahrzeug 100 und/oder einer mobilen Vorrichtung des Fahrers) auf einen persönlichen Kalender des Fahrers zu, um festzustellen, ob der Standort einem Ereignis zugeordnet ist. Als Reaktion auf Bestimmen, dass der Standort des Fahrzeugs 100 keinem Ereignis zugeordnet ist, endet das Verfahren 400. Als Reaktion auf Bestimmen, dass der Standort des Fahrzeugs 100 einem Ereignis zugeordnet ist, wird das Verfahren 400 mit Block 404 fortgesetzt, bei dem der Remote-Prozessor 218 das Ereignis identifiziert. Wenn der Remote-Prozessor 218 zum Beispiel feststellt, dass das Fahrzeug 100 auf einem Parkplatz geparkt ist, der einem Sportereignis (z. B. einem Baseballspiel) zugeordnet ist, stellt der Remote-Prozessor 218 fest, dass es sich bei dem Ereignis um das Sportereignis handelt. Wenn der Remote-Prozessor 218 feststellt, dass das Fahrzeug 100 an einem Standort nahe eines Büros geparkt ist, in dem der Fahrer (z. B. auf Grundlage von durch den Fahrer bereitgestellten Informationen, auf Grundlage einer Analyse des Fahrverlaufs des Fahrers und/oder des Fahrzeugs 100 usw.) arbeitet, stellt der Remote-Prozessor 218 fest, dass es sich bei dem Ereignis um eine Arbeitsschicht handelt.
  • Bei Block 406 priorisiert der Remote-Prozessor 218 eine Aktivierung der ECUs 206 (z. B. der Steuermodule) des Fahrzeugs 100. Zum Beispiel bestimmt der Remote-Prozessor 218, welche der ECUs 206 in welcher Reihenfolge aktiviert werden sollen, während das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung verbleibt, um zu verhindern, dass die Batterie 104 durch die Aktivierung von einer oder mehreren der ECUs 206 entladen wird. Der Remote-Prozessor 218 priorisiert die Aktivierung der ECUs 206 auf Grundlage des Standorts des Fahrzeugs 100. Wenn das Fahrzeug 100 zum Beispiel an einem Standort geparkt ist, der einem Sportereignis oder dem Arbeitsplatz des Fahrers zugeordnet ist, priorisiert der Remote-Prozessor 218 das Gateway-Modul 220, das Batteriesteuermodul 202 und/oder die Telematiksteuereinheit 222.
  • Bei Block 408 bestimmt der Remote-Prozessor 218 einen Endzeitpunkt des bei Block 404 identifizierten Ereignisses auf Grundlage des Standorts des Fahrzeugs 100. Zum Beispiel kann der Remote-Prozessor 218 mit einem öffentlichen Netzwerk kommunizieren, um zu bestimmen, wann das Ereignis (z. B. eine Vorführung in einem Kino usw.) planmäßig endet, um den Endzeitpunkt des Ereignisses zu bestimmen (der Film endet z.B. planmäßig um 21:25 Uhr). In anderen Beispielen kann der Remote-Prozessor 218 mit einem öffentlichen Netzwerk kommunizieren, um das Ereignis (z. B. ein Sportereignis) in Echtzeit nachzuverfolgen, um den Endzeitpunkt des Ereignisses zu bestimmen (z. B. wird durch das öffentliche Netzwerk festgestellt, dass das Spiel um 20:39 Uhr geendet hat). Zusätzlich oder alternativ kann der Remote-Prozessor 218 ein vorangehendes Auftreten des Ereignisses (z. B. einer Arbeitsschicht) bewerten, um einen Endzeitpunkt des Ereignisses zu prognostizieren (der Fahrer verlässt z. B. donnerstags das Büro üblicherweise um 17:45 Uhr). Der Remote-Prozessor 218 verwendet zum Beispiel cloudbasiertes Lernen auf Grundlage von vorangehenden Parkdaten, die durch das Fahrzeug 100 und/oder andere Fahrzeuge bereitgestellt werden, um eine übliche Parkdauer oder einen üblichen Parkendzeitpunkt für einen geologisch abgezäunten Bereich zu bestimmen, der den Standort beinhaltet, an dem das Fahrzeug 100 für das Ereignis geparkt ist. Ferner identifiziert der Remote-Prozessor 218 den Endzeitpunkt des Ereignisses in einigen Beispielen auf Grundlage des persönlichen Kalenders des Fahrers.
  • Ferner bestimmt der Remote-Prozessor 218 auf Grundlage des Endzeitpunkts des Ereignisses, wann eine oder mehrere der ECUs 206 des Fahrzeugs 100 aktiviert werden sollen. In einigen Beispielen bestimmt der Remote-Prozessor 218, dass eine oder mehrere der ECUs 206 des Fahrzeugs 100 zum Endzeitpunkt des Ereignisses aktiviert werden sollen. Wenn das Fahrzeug 100 zum Beispiel direkt außerhalb eines Büros des Fahrers geparkt ist, kann der Remote-Prozessor 218 eine oder mehrere der ECUs 206 zu dem prognostizierten Endzeitpunkt der Arbeitsschicht des Fahrers aktivieren. In anderen Beispielen bestimmt der Remote-Prozessor 218, dass eine oder mehrere der ECUs 206 des Fahrzeugs 100 einen vorbestimmten Zeitraum nach dem Endzeitpunkt des Ereignisses aktiviert werden sollen. Wenn der Remote-Prozessor 218 zum Beispiel feststellt, dass es üblicherweise ungefähr 20 Minuten dauert, um ein Fahrzeug an dem Parkstandort des Fahrzeugs 100 nach Ende des Sportereignisses zu erreichen, kann der Remote-Prozessor 218 eine oder mehrere der ECUs 206 20 Minuten nach dem Endzeitpunkt des Sportereignisses aktivieren.
  • Bei Block 410 bestimmt der Remote-Prozessor 218, ob der Zeitpunkt gekommen ist, die Telematiksteuereinheit 222 zu aktivieren, um eine Bewegungsroute von dem Standort des Fahrzeugs 100 zu bestimmen. Als Reaktion auf Bestimmen, dass der Zeitpunkt, die Telematiksteuereinheit 222 zu aktivieren, noch nicht gekommen ist, kehrt das Verfahren 400 zu Block 410 zurück. Als Reaktion auf Bestimmen, dass der Zeitpunkt, die Telematiksteuereinheit 222 zu aktivieren, gekommen ist, wird das Verfahren 400 mit Block 412 fortgesetzt.
  • Bei Block 412 bestimmt der Remote-Prozessor 218 einen aktuellen Ladungspegel der Batterie 104 des Fahrzeugs 100. Wenn das Batteriesteuermodul 202 bei Block 308 des Verfahrens 300 aus 3 in den Ruhemodus versetzt wird, ist der Remote-Prozessor 218 nicht in der Lage, den aktuellen Ladungspegel der Batterie 104 über den Batteriesensor 121 zu erfassen. Um den aktuellen Ladungspegel zu bestimmen, berechnet der Remote-Prozessor 218 den aktuellen Ladungspegel der Batterie 104 auf Grundlage des Ladungspegels der Batterie 104, bevor sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet, (z. B. auf Grundlage des empfangenen Fahrzeugzustandssignals, das von dem Kommunikationsmodul 108 des Fahrzeugs 100 vor Block 306 des Verfahrens 300 aus 3 gesendet wurde) und einer Zeitdauer, während der sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet. Der Ladungspegel der Batterie 104 verringert sich zum Beispiel im Laufe der Zeit, während sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Ladung befindet. Desto länger sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet, desto mehr Ladung zieht der Remote-Prozessor 218 somit von dem letzten gemessenen Ladungspegel ab, um den aktuellen Ladungspegel der Batterie 104 zu bestimmen. In einigen Beispielen identifiziert der Remote-Prozessor 218 eine Entladungsrate, mit der sich der Ladungspegel der Batterie 104 verringert, auf Grundlage einer Marke, eines Modells, eines Karosserietyps, eines Zubehörpakets und/oder beliebigen weiteren Eigenschaften des Fahrzeugs 100. Ferner bestimmt der Remote-Prozessor 218 in einigen Beispielen den aktuellen Ladungspegel der Batterie 104 auf Grundlage davon, ob und in welchem Ausmaß die Batterie 104 über die Solarplatte 132, den EV-Behälter 134 und/oder eine beliebige andere Ladungsquelle wiederaufgeladen wurde. Zum Beispiel kann die Solarplatte 132 die Entladungsrate der Batterie 104 im Laufe der Zeit reduzieren und/oder aufheben.
  • Bei Block 414 bestimmt der Remote-Prozessor 218, ob der aktuelle Ladungspegel der Batterie 104 über einem vorbestimmten Ladungsschwellenwert liegt. Zum Beispiel entspricht der vorbestimmte Ladungsschwellenwert einem Mindestladungspegel, der ermöglicht, dass die Telematiksteuereinheit 222 für einen vorbestimmten Zeitraum (z. B. eine Mindestaktivierungsdauer) aktiviert wird, ohne dafür zu sorgen, dass sich die Batterie 104 des Fahrzeugs 100 entlädt. Als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass der aktuelle Ladungspegel der Batterie 104 nicht über dem vorbestimmten Ladungsschwellenwert liegt, endet das Verfahren 400. In einigen Beispielen benachrichtigen bzw. benachrichtigt das Batteriesteuermodul 202 (z.B. über das Kommunikationsmodul 108) und/oder der Remote-Prozessor 218 den Fahrer über eine mobile Vorrichtung darüber, dass die Batterie 104 einen niedrigen Ladungspegel aufweist. Zusätzlich oder alternativ kann das Batteriesteuermodul 202 das Fahrzeug 100 dazu veranlassen, für einen Zeitraum autonom zu starten, während dem sich das Fahrzeug 100 im Freien befindet, (z. B. wie über den GPS-Empfänger 110 bestimmt) um zu ermöglichen, dass die Batterie 104 im Laufe der Zeit wiederaufgeladen wird. In solchen Beispielen veranlasst das Batteriesteuermodul 202 das Fahrzeug 100 unter Umständen nicht dazu, autonom zu starten, wenn sich das Fahrzeug in einem Innenbereich befindet, um Kohlenstoffmonoxidansammlungen in geschlossenen Räumen zu vermeiden. Andernfalls, als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass der aktuelle Ladungspegel der Batterie 104 über dem vorbestimmten Ladungsschwellenwert liegt, wird das Verfahren 400 mit Block 416 fortgesetzt. Bei Block 416 bestimmt der Remote-Prozessor 218 auf Grundlage des aktuellen Ladungspegels eine Aktivierungsdauer, während der die Telematiksteuereinheit aktiviert werden kann, ohne dafür zu sorgen, dass sich die Batterie 104 entlädt. Dies bedeutet, dass der Remote-Prozessor 218 die Aktivierungsdauer bestimmt, während der die Telematiksteuereinheit aktiviert wird, um zu verhindern, dass die Batterie 104 des Fahrzeugs 100 entladen wird.
  • Bei Block 418 sendet der Remote-Prozessor 218 ein Aktivierungssignal an das Kommunikationsmodul 108 des Fahrzeugs 100 und empfängt das Kommunikationsmodul 108 das Aktivierungssignal, um die Telematiksteuereinheit 222 zu aktivieren. Zum Beispiel sendet der Remote-Prozessor 218 das Aktivierungssignal auf Grundlage des Endzeitpunkts (z.B. einen vorbestimmten Zeitraum nach dem Endzeitpunkt), empfängt das Kommunikationsmodul 108 das Aktivierungssignal, sorgt das Gateway-Modul 220 dafür, dass das Batteriesteuermodul 202 aktiviert wird, wenn das Kommunikationsmodul 108 das Aktivierungssignal empfängt, und aktiviert das Batteriesteuermodul 202 dann die Telematiksteuereinheit 222. Dies bedeutet, dass der Remote-Prozessor 218 die Telematiksteuereinheit 222 als Reaktion auf Bestimmen aktiviert, dass der aktuelle Ladungspegel der Batterie 104 über dem vorbestimmten Ladungspegel liegt.
  • Bei Block 420 bestimmt die Telematiksteuereinheit 222 einen Zielort für das Fahrzeug 100. In einigen Beispielen prognostiziert die Telematiksteuereinheit 222 den Zielort für das Fahrzeug 100 und/oder bestimmt diesen auf andere Weise auf Grundlage des Fahrverlaufs des Fahrzeugs 100 und/oder des Fahrers. Wenn der Standort des Fahrzeugs 100 zum Beispiel einem Arbeitsplatz des Fahrers zugeordnet ist, bestimmt die Telematiksteuereinheit 222, dass der Zielort des Fahrzeugs 100 ein Wohnort des Fahrers ist. In einigen Beispielen bestimmt die Telematiksteuereinheit 222 den Zielort auf Grundlage des persönlichen Kalenders des Fahrers. Bei Block 422 sammelt die Telematiksteuereinheit 222 Verkehrsdaten, Kartendaten und/oder Wetterzustandsdaten. Zum Beispiel sammelt die Telematiksteuereinheit 222 Kartendaten, Verkehrsdaten und/oder Wetterzustandsdaten über das Kommunikationsmodul 108 von einem externen Server.
  • Bei Block 424 bestimmt die Telematiksteuereinheit 222 eine Route von dem Standort, an dem das Fahrzeug 100 geparkt ist, zu dem Zielort. In einigen Beispielen bestimmt die Telematiksteuereinheit 222 eine schnellste Fahrtroute von dem Standort des Fahrzeugs 100 zu dem Zielort. Zum Beispiel bestimmt die Telematiksteuereinheit 222 die schnellste Fahrtroute von dem Standort des Fahrzeugs 100 zu dem Zielort auf Grundlage von Kartendaten, Verkehrsdaten, Fahrer-Verlaufsdaten, Wetterzustandsdaten usw. In einigen Beispielen stellt die Telematiksteuereinheit 222 die Route von dem Standort des Fahrzeugs 100 bei Bestimmen der Route über die Anzeige 126 dar. In anderen Beispielen stellt die Telematiksteuereinheit 222 die Route von dem Standort des Fahrzeugs 100 bei Einsteigen des Fahrers in das Fahrzeug 100 über die Anzeige 126 dar. Zusätzlich oder alternativ veranlasst das Batteriesteuermodul 202 eine von den ECUs 206 dazu, einen Fahrmodus (z. B. einen Schneemodus, einen Sportmodus usw.) durch Anpassen der Antriebsstrang- und/oder Aufhängungseinstellungen einzustellen, und/oder stellt einen entsprechenden vorgeschlagenen Reifendruck auf Grundlage des Zielorts, der Route, der Tageszeit, Wetterbedingungen usw. dar.
  • Bei Block 426 bestimmt der Remote-Prozessor 218, ob die Aktivierungsdauer verstrichen ist. Als Reaktion auf das Bestimmen, dass die Aktivierungsdauer verstrichen ist, während das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung verbleibt, endet das Verfahren 400, sodass die Telematiksteuereinheit 222 und/oder eine oder mehrere der ECUs 206 bei Block 308 des Verfahrens 300 aus 3 in den Ruhemodus zurückkehren. Ferner sorgt das Batteriesteuermodul 202 in einigen Beispielen dafür, dass das Verfahren 400 endet und die ECUs 206 in den Ruhemodus zurückkehren, wenn erfasst wird, dass die Batterie 104 bald entladen wird, wenn die ECUs in dem aktivierten Zustand bleiben.
  • Andernfalls wird das Verfahren 400 bei Block 428 mit Block 428 fortgesetzt, bei dem das Kommunikationsmodul 112 bestimmt, ob sich ein Benutzer (z.B. der Fahrer) nahe dem Fahrzeug 100 befindet. Zum Beispiel bleibt das Kommunikationsmodul 112 in einem aktiven Modus, während sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet, um es dem Kommunikationsmodul 112 zu ermöglichen, eine Anwesenheit des Benutzers zu erfassen. Als Reaktion darauf, dass das Kommunikationsmodul 112 den Benutzer nicht erfasst, kehrt das Verfahren 400 zu Block 422 zurück. Andernfalls, als Reaktion darauf, dass das Kommunikationsmodul 112 den Benutzer erfasst, wird das Verfahren 400 mit Block 430 fortgesetzt. Bei Block 430 bestimmt das Batteriesteuermodul 202 (z. B. über Messungen des Batteriesensors 121), ob der Ladungspegel der Batterie 104 über einem weiteren vorbestimmten Ladungsschwellenwert (z. B. einem zweiten Ladungsschwellenwert) liegt. Zum Beispiel entspricht der vorbestimmte Ladungsschwellenwert einem Ladungspegel der Batterie 104, durch den das Karosseriesteuermodul 230 des Fahrzeugs 100 aktiviert werden kann, ohne dafür zu sorgen, dass die Batterie 104 entladen wird. Als Reaktion darauf, dass das Batteriesteuermodul 202 bestimmt, dass der Ladungspegel nicht über dem vorbestimmten Ladungsschwellenwert liegt, endet das Verfahren 400. Andernfalls, als Reaktion darauf, dass das Batteriesteuermodul 202 bestimmt, dass der Ladungspegel über dem vorbestimmten Ladungsschwellenwert liegt, wird das Verfahren 400 mit Block 432 fortgesetzt, bei dem das Karosseriesteuermodul 230 eine Beleuchtung des Fahrzeugs 100 aktiviert, während sich der Benutzer dem Fahrzeug 100 nähert. Zum Beispiel aktiviert das Batteriesteuermodul 202 das Karosseriesteuermodul 230 (z. B. nachdem das Kommunikationsmodul 108 das Aktivierungssignal empfangen hat), um es dem Karosseriesteuermodul 230 zu ermöglichen, die Beleuchtung zu aktivieren. Bei Abschluss von Block 432 endet das Verfahren 400.
  • 5 ist ein Ablaufdiagramm eines beispielhaften Verfahrens 500 zur Umsetzung von Block 310 aus 3, um Daten in Bezug auf einen an einem Fahrzeug entstandenen Schaden zu erfassen und zu sammeln. Das Ablaufdiagramm aus 5 ist repräsentativ für maschinenlesbare Anweisungen, die in einem Speicher (wie etwa dem Speicher 212 aus 2) gespeichert sind und ein oder mehrere Programme beinhalten, die bei Ausführung durch einen Prozessor (wie etwa den Prozessor 210 aus 2) das beispielhafte Fahrzeug 100 aus 1 dazu veranlassen, eine oder mehrere der beispielhaften ECUs 206 aus 2 zu aktivieren, um Daten in Bezug auf einen an dem Fahrzeug 100 entstandenen Schaden zu erfassen und zu sammeln. Während das beispielhafte Programm unter Bezugnahme auf das in 5 veranschaulichte Ablaufdiagramm beschrieben ist, können alternativ viele andere Verfahren zum Erfassen und Sammeln von Daten in Bezug auf einen an einem Fahrzeug entstandenen Schaden verwendet werden. Zum Beispiel kann die Reihenfolge der Ausführung der Blöcke neu angeordnet, verändert, beseitigt und/oder kombiniert werden, um das Verfahren 500 durchzuführen. Da das Verfahren 500 in Verbindung mit den Komponenten aus 1-2 offenbart wird, sind ferner einige Funktionen dieser Komponenten nachstehend nicht ausführlich beschrieben.
  • Anfangs identifiziert der Remote-Prozessor 218 bei Block 502 eine Eigenschaft/Eigenschaften des Standorts, an dem das Fahrzeug 100 geparkt ist. Der Remote-Prozessor 218 bestimmt auf Grundlage der Eigenschaft(en) des Standorts eine Wahrscheinlichkeit, dass das Fahrzeug 100 beschädigt wird (z. B. eine Kollision erfährt, mutwillig beschädigt wird usw.), während es an dem Standort geparkt ist. Wenn das Fahrzeug 100 zum Beispiel an einer vielbefahrenen Kreuzung parallelgeparkt ist, kann der Remote-Prozessor 218 unter Umständen bestimmen, dass es wahrscheinlicher ist, dass das Fahrzeug 100 beschädigt wird. Wenn das Fahrzeug 100 in einer privaten oder bewachten Garage geparkt ist, kann der Remote-Prozessor 218 unter Umständen bestimmen, dass es weniger wahrscheinlich ist, dass das Fahrzeug 100 beschädigt wird. Zusätzlich oder alternativ identifiziert der Remote-Prozessor 218 eine erwartete Parkdauer auf Grundlage des Standorts des Fahrzeugs 100. Wenn sich das Fahrzeug 100 zum Beispiel in einem Flughafenparkplatz befindet, bestimmt der Remote-Prozessor 218, dass das Fahrzeug 100 für einen längeren Zeitraum an dem Standort bleiben wird. In einigen Beispielen verwendet der Remote-Prozessor 218 cloudbasiertes Lernen, um die erwartete Parkdauer für einen geologisch abgezäunten Bereich, der den Standort des Fahrzeugs 100 beinhaltet, auf Grundlage von vorangehenden Parkdaten zu bestimmen, die durch das Fahrzeug 100 und/oder andere Fahrzeuge bereitgestellt werden.
  • Bei Block 504 bestimmt der Remote-Prozessor 218, ob das Fahrzeug 100 in Bezug darauf überwacht werden soll, dass an dem Fahrzeug 100 ein Schaden entsteht, während das Fahrzeug 100 an dem Standort geparkt ist. Der Remote-Prozessor 218 bestimmt, ob das Fahrzeug 100 überwacht werden soll, auf Grundlage der Eigenschaft(en) des Standorts und/oder der erwarteten Parkdauer für das Fahrzeug 100. Zum Beispiel ist es wahrscheinlicher, dass der Remote-Prozessor 218 das Fahrzeug 100 in Bezug auf einen Schaden überwacht, wenn die Eigenschaft(en) des Standorts einem möglichen Schaden an dem Fahrzeug 100 zugeordnet ist (sind). Es ist weniger wahrscheinlich, dass der Remote-Prozessor 218 das Fahrzeug 100 überwacht, wenn der Remote-Prozessor 218 bestimmt, dass es wahrscheinlich ist, dass das Fahrzeug 100 für einen längeren Zeitraum an dem Standort geparkt ist. Als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, das Fahrzeug 100 nicht in Bezug auf einen Schaden zu überwachen, endet das Verfahren 500. Andernfalls, als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, das Fahrzeug 100 in Bezug auf einen Schaden zu überwachen, wird das Verfahren 500 mit Block 506 fortgesetzt.
  • Bei Block 506 bestimmt der Remote-Prozessor 218, ob ein aktueller Ladungspegel der Batterie 104 über einem vorbestimmten Ladungspegel liegt. Zum Beispiel bestimmt der Remote-Prozessor 218 den aktuellen Ladungspegel der Batterie 104 und vergleicht ihn mit dem vorbestimmten Ladungsschwellenwert. Um den aktuellen Ladungspegel zu bestimmen, berechnet der Remote-Prozessor 218 den aktuellen Ladungspegel der Batterie 104 auf Grundlage des Ladungspegels der Batterie 104, bevor sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet, und einer Zeitdauer, während der sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet. Der Ladungspegel der Batterie 104 verringert sich zum Beispiel im Laufe der Zeit, während sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Ladung befindet. Der Remote-Prozessor 218 kann eine Entladungsrate, mit der sich der Ladungspegel der Batterie 104 verringert, auf Grundlage einer Marke, eines Modells, eines Karosserietyps, eines Zubehörpakets und/oder beliebigen weiteren Eigenschaften des Fahrzeugs 100 identifizieren. Ferner bestimmt der Remote-Prozessor 218 in einigen Beispielen den aktuellen Ladungspegel der Batterie 104 auf Grundlage davon, ob und in welchem Ausmaß die Batterie 104 über die Solarplatte 132, den EV-Behälter 134 und/oder eine beliebige andere Ladungsquelle wiederaufgeladen wurde. Ferner entspricht der vorbestimmte Ladungsschwellenwert einem Mindestladungspegel, der ermöglicht, dass der eine oder die mehreren der Sensoren 204 für einen vorbestimmten Zeitraum (z. B. eine Mindestaktivierungsdauer) aktiviert werden, um einen an dem Fahrzeug 100 entstandenen Schaden zu erfassen, ohne dafür zu sorgen, dass sich die Batterie 104 des Fahrzeugs 100 entlädt.
  • Als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass der aktuelle Ladungspegel der Batterie 104 nicht über dem vorbestimmten Ladungsschwellenwert liegt, endet das Verfahren 500. In einigen Beispielen benachrichtigen bzw. benachrichtigt das Batteriesteuermodul 202 (z.B. über das Kommunikationsmodul 108) und/oder der Remote-Prozessor 218 den Fahrer über eine mobile Vorrichtung darüber, dass die Batterie 104 einen niedrigen Ladungspegel aufweist. Zusätzlich oder alternativ kann das Batteriesteuermodul 202 das Fahrzeug 100 dazu veranlassen, für einen Zeitraum autonom zu starten, während dem sich das Fahrzeug 100 im Freien befindet, (z. B. wie über den GPS-Empfänger 110 bestimmt) um zu ermöglichen, dass die Batterie 104 im Laufe der Zeit wiederaufgeladen wird. In solchen Beispielen veranlasst das Batteriesteuermodul 202 das Fahrzeug 100 unter Umständen nicht dazu, autonom zu starten, wenn sich das Fahrzeug in einem Innenbereich befindet, um Kohlenstoffmonoxidansammlungen in geschlossenen Räumen zu vermeiden. Andernfalls, als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass der aktuelle Ladungspegel der Batterie 104 über dem vorbestimmten Ladungsschwellenwert liegt, wird das Verfahren 500 mit Block 508 fortgesetzt.
  • Bei Block 508 priorisiert der Remote-Prozessor 218 eine Aktivierung von einem oder mehreren der Sensoren 204 (z.B. einen oder mehrere der Näherungssensoren 114 von dem Karosseriesteuermodul 230, eine oder mehrere der Kameras 116 von dem Kameramodul 228, den Neigungssensor 118 und/oder den Beschleunigungsmesser 120 der Trägheitsmesseinheit 224, einen oder mehrere Raddrehzahlsensoren eines ABS-Moduls). Bei Block 510 wird einer der Sensoren 204 aktiviert, um Schadenserfassungsdaten zu sammeln. Die Schadenserfassungsdaten werden durch einen oder mehrere der Sensoren 204 gesammelt, um festzustellen, ob und wann das Fahrzeug 100 beschädigt wurde, während es sich in dem Zustand mit ausgeschalteter Zündung befunden hat. Zum Beispiel wird zur Aktivierung einer der Sensoren 204 ein Aktivierungssignal von dem Remote-Prozessor 218 an das Kommunikationsmodul 108 gesendet, sorgt das Gateway-Modul 220 dafür, dass das Batteriesteuermodul 202 aktiviert wird, wenn das Kommunikationsmodul 108 das Aktivierungssignal empfängt, und aktiviert das Batteriesteuermodul 202 dann eine von den ECUs 206 (z. B. die Trägheitsmesseinheit 224) für einen entsprechenden Sensor 204 (den Neigungssensor 118). In einigen solchen Beispielen kann das Batteriesteuermodul 202 bei Aktivierung von einer oder mehreren der ECUs 206 (z. B. den Steuermodulen) in den Ruhemodus zurückkehren. Bei Block 512 bestimmen/bestimmt der Remote-Prozessor 218 und/oder das Batteriesteuermodul 202 eine Überwachungsdauer, während der einer der Sensoren 204 eine Überwachung in Bezug auf Schadenserfassungsdaten vornehmen soll, auf Grundlage des aktuellen Ladungspegels. Die Überwachungsdauer wird bestimmt, um zu verhindern, dass sich die Batterie 104 des Fahrzeugs 100 aufgrund des Sammelns der Schadenserfassungsdaten entlädt.
  • Bei Block 514 bestimmt der Remote-Prozessor 218, ob ein weiterer der Sensoren 204 aktiviert werden soll, um eine Überwachung in Bezug auf Schadenserfassungsdaten vorzunehmen, während sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet. Der Remote-Prozessor 218 bestimmt zum Beispiel auf Grundlage des aktuellen Ladungspegels der Batterie 104, ob ein weiterer der Sensoren 204 aktiviert werden soll. Als Reaktion darauf, dass Remote-Prozessor 218 bestimmt, einen weiteren der Sensoren 204 zu aktivieren, kehrt das Verfahren 500 zu Block 510 zurück. Andernfalls, als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, keinen weiteren der Sensoren 204 zu aktivieren, wird das Verfahren 500 mit Block 516 fortgesetzt, bei dem der Remote-Prozessor 218 bestimmt, ob die Überwachungsdauer verstrichen ist. Als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass die Überwachungsdauer verstrichen ist, endet das Verfahren 500. Andernfalls, als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass die Überwachungsdauer nicht verstrichen ist, wird das Verfahren mit Block 518 fortgesetzt.
  • Bei Block 518 erfasst der Remote-Prozessor 218 auf Grundlage der Schadenserfassungsdaten, die durch einen oder mehrere der bei Block 508 aktivierten Sensoren 204 gesammelt wurden, ob ein Schaden an dem Fahrzeug 100 entstanden ist. Zum Beispiel sammeln der eine oder die mehreren Sensoren 204 die Schadenserfassungsdaten und senden die Schadenserfassungsdaten über das Kommunikationsmodul 108 an den Remote-Prozessor 218. Der Remote-Prozessor 218 empfängt die Schadenserfassungsdaten von dem Kommunikationsmodul 108 und analysiert die Schadenserfassungsdaten, um zu erfassen, ob ein Schaden an dem Fahrzeug 100 entstanden ist, während sich dieses in dem Zustand mit ausgeschalteter Zündung befunden hat. Zum Beispiel bestimmt der Remote-Prozessor 218, dass das Fahrzeug 100 beschädigt wurde, wenn die Schadenserfassungsdaten, die durch einen oder mehrere der Näherungssensoren 114 und/oder eine oder mehrere der Kameras 116 gesammelt wurden, angeben, dass ein Objekt (z. B. ein anderes Fahrzeug) und/oder eine Person mit dem Fahrzeug 100 in Berührung gekommen sind/ist. Zusätzlich oder alternativ bestimmt der Remote-Prozessor 218, dass das Fahrzeug 100 beschädigt wurde, wenn die durch den Neigungssensor 118 gesammelten Daten angeben, dass das Fahrzeug 100 geneigt oder angehoben wurde, und/oder, wenn die durch den Neigungssensor 118 gesammelten Schadenserfassungsdaten angeben, dass das Fahrzeug 100 (z. B. aufgrund einer Kollision) plötzlich verschoben wurde. Als Reaktion darauf, dass der Remote-Prozessor 218 keinen Schaden an dem Fahrzeug 100 erfasst, kehrt das Verfahren 500 zu Block 518 zurück. Ferner kehrt das Verfahren 500 in einigen Beispielen zu Block 516 zurück, um zu bestimmen, ob die Überwachungsdauer verstrichen ist, wenn der Remote-Prozessor 218 keinen Schaden an dem Fahrzeug 100 erfasst. Andernfalls, Als Reaktion darauf, dass der Remote-Prozessor 218 erfasst, dass ein Schaden an dem Fahrzeug 100 entstanden ist, wird das Verfahren 500 mit Block 520 fortgesetzt.
  • Bei Block 520 bestimmt der Remote-Prozessor 218 den aktuellen Ladungspegel der Batterie 104. In einigen Beispielen bestimmt der Remote-Prozessor 218 den aktuellen Ladungspegel der Batterie 104 auf Grundlage des Ladungspegels der Batterie 104, bevor sich das Fahrzeug in dem Zustand mit ausgeschalteter Zündung befindet, dem Zeitraum, in dem sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet, und/oder in welchem Ausmaß die Batterie 104 über eine Ladungsquelle wiederaufgeladen wurde, während sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befunden hat. In anderen Beispielen aktiviert der Remote-Prozessor 218 das Batteriesteuermodul 202 (z.B. über das Gateway-Modul 220), erfasst der Batteriesensor 121 den Ladungspegel der Batterie 104 und empfängt der Remote-Prozessor 218 den Ladungspegel der Batterie 104 über das Kommunikationsmodul 108.
  • Bei Block 522 bestimmt der Remote-Prozessor 218 eine Datensammeldauer, während der Schadensidentifizierungsdaten gesammelt werden, um eine Art, einen Fahrzeugstandort, einen Schweregrad und/oder eine Quelle (z. B. eine Person, ein Fahrzeug usw.) des an dem Fahrzeug 100 entstandenen Schadens zu identifizieren. Zum Beispiel bestimmt der Remote-Prozessor 218 die Datensammeldauer auf Grundlage des aktuellen Ladungspegels der Batterie 104, um zu verhindern, dass sich die Batterie 104 des Fahrzeugs 100 teilweise oder vollständig entlädt, während die Schadensidentifizierungsdaten gesammelt werden. Bei Block 524 priorisiert der Remote-Prozessor 218 eine Aktivierung der Sensoren 204 und/oder der ECUs 206, wodurch die Sammlung der Schadensidentifizierungsdaten ermöglicht wird. Zum Beispiel priorisiert der Remote-Prozessor 218 die Aktivierung der Näherungssensoren 114, der Kameras 116, des Kommunikationsmoduls 122, das zentrale Zeitgebermoduls 226, des Kameramoduls 228, des Karosseriesteuermoduls 230 usw. In einigen Beispielen priorisiert der Remote-Prozessor 218 diejenigen der Sensoren 204 und/oder der ECUs 206, die am wenigsten Ladung verbrauchen, gegenüber denen, welche die meiste Ladung verbrauchen, um die Schadensidentifizierungsdaten zu sammeln.
  • Bei Block 526 aktiviert der Remote-Prozessor 218 einen von den Sensoren 204 und/oder eine von den ECUs 206 auf Grundlage davon, wie der Remote-Prozessor 218 die Sensoren 204 und/oder die ECUs 206 bei Block 524 priorisiert. Zum Beispiel sendet der Remote-Prozessor 218 ein Aktivierungssignal an das Kommunikationsmodul 108, um eine oder mehrere der Kameras 116 zu aktivieren, um die Schadensidentifizierungsdaten als Reaktion darauf zu sammeln, dass der Remote-Prozessor 218 bei Block 518 erfasst, dass ein Schaden an dem Fahrzeug 100 entstanden ist, und bestimmt, dass der aktuelle Ladungspegel über einem vorbestimmten Ladungspegel liegt. In einigen solchen Beispielen sendet der Remote-Prozessor 218 das Aktivierungssignal an das Kommunikationsmodul 108, empfängt das Kommunikationsmodul 108 das Aktivierungssignal, sorgt das Gateway-Modul 220 dafür, dass das Batteriesteuermodul 202 aktiviert wird, wenn das Kommunikationsmodul 108 das Aktivierungssignal empfängt, und aktiviert das Batteriesteuermodul 202 dann das Kameramodul 228, um eine oder mehrere der Kameras 116 zu aktivieren.
  • Bei Block 528 sammeln der eine oder die mehreren der Sensoren 204 und/oder die eine oder die mehreren der ECUs 206, die bei Block 526 aktiviert wurden, die Schadensidentifizierungsdaten. In einigen Beispielen werden die Schadensidentifizierungsdaten gesammelt, um eine Art, einen Fahrzeugstandort, einen Schweregrad und/oder eine Quelle (z. B. eine Person, ein Fahrzeug usw.) des an dem Fahrzeug 100 entstandenen Schadens zu identifizieren. Zum Beispiel sammeln die Kameras 116 die Schadensidentifizierungsdaten (z. B. ein Bild/Bilder und/oder ein Video), um die Identifizierung der Quelle des an dem Fahrzeug 100 entstandenen Schadens zu unterstützen. Somit können der eine oder die mehreren Sensoren 204, die bei Block 510 aktiviert wurden, die Schadenserfassungsdaten sammeln, wenn sich das Kameramodul 228 im Ruhemodus befindet, um den Ladungspegel der Batterie 104 zu erhalten, und sammeln die eine oder die mehreren Kameras 116 die Schadensidentifizierungsdaten, wenn sich das Kameramodul 228 in einem aktiven Modus befindet.
  • Bei Block 530 bestimmt der Remote-Prozessor 218, ob die Datensammeldauer verstrichen ist. Als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass die Datensammeldauer verstrichen ist, wird das Verfahren 500 mit Block 534 fortgesetzt. Andernfalls, als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass die Datensammeldauer nicht verstrichen ist, wird das Verfahren 500 mit Block 532 fortgesetzt, bei dem der Remote-Prozessor 218 bestimmt, ob ein weiterer der Sensoren 204 und/oder eine weitere der ECUs 206 aktiviert werden sollen/soll, um zusätzlichen Schadensidentifizierungsdaten zu sammeln. Als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, keine(n) weitere(n) der Sensoren 204 und/oder der ECUs 206 zu aktivieren, wird das Verfahren mit Block 534 fortgesetzt. Andernfalls, als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, eine(n) weitere(n) der Sensoren 204 und/oder der ECUs 206 zu aktivieren, kehrt das Verfahren 500 zu Block 526 zurück. In einigen Beispielen aktiviert der Remote-Prozessor eine oder mehrere der Sensoren 204 (z. B. der Näherungssensoren 114), die aktiviert wurden, um Schadenserfassungsdaten zu sammeln, um außerdem Schadensidentifizierungsdaten zu sammeln. Ferner aktiviert der Remote-Prozessor 218 in einigen Beispielen die Uhr 234 des zentralen Zeitgebermoduls 226 (z. B. über das Aktivierungssignal), um einen Zeitpunkt zu erfassen, zu dem der Schaden an dem Fahrzeug 100 entstanden ist. Zusätzlich oder alternativ aktiviert der Remote-Prozessor 218 das Kommunikationsmodul 122 (z. B. das dezidierte Nahbereichskommunikationsmodul) (z. B. über das Aktivierungssignal) zur Kommunikation mit einem Fahrzeug/Fahrzeugen in der Nähe (z. B. über Fahrzeug-zu-Fahrzeug-Kommunikation) und/oder mit einer Infrastruktur in der Nähe (z. B. über Fahrzeug-zu-Infrastruktur-Kommunikation), um Schadensidentifizierungsdaten von dem Fahrzeug/den Fahrzeugen in der Nähe und/oder der Infrastruktur in der Nähe zu sammeln. Zum Beispiel erhält das Kommunikationsmodul 122 Schadensidentifizierungsdaten über Fahrzeug-zu-Fahrzeug-Kommunikation, die über eine Kamera eines Fahrzeugs gesammelt werden, das sich in der Nähe des Fahrzeugs 100 befindet, wenn der Schaden eintritt.
  • Bei Block 534 sendet und/oder speichert das Fahrzeug 100 die Fahrzeugidentifizierungsdaten für den Zugriff zu einem späteren Zeitpunkt, um eine Art, einen Fahrzeugstandort, einen Schweregrad und/oder eine Quelle (z. B. eine Person, ein Fahrzeug usw.) des an dem Fahrzeug 100 entstandenen Schadens zu identifizieren. Zum Beispiel speichert das Fahrzeug 100 die Fahrzeugidentifizierungsdaten in der Datenbank 214 des Batteriesteuermoduls 202 des Fahrzeugs 100 und/oder sendet die Fahrzeugidentifizierungsdaten über das Kommunikationsmodul 108 an den Remote-Prozessor 218. Ferner benachrichtigt das Kommunikationsmodul 112 des Fahrzeugs 100 bei Block 536 einen Benutzer (z. B. den Fahrer) des Fahrzeugs 100 (z. B. über eine Textnachricht) bei Erfassen eines Schadens, der an dem Fahrzeug 100 entstanden ist.
  • 6 ist ein Ablaufdiagramm eines beispielhaften Verfahrens 600 zur Umsetzung von Block 310 aus 3, um ein oder mehrere Steuermodule eines Fahrzeugs auf Grundlage eines Parkstandorts und einer erwarteten Parkdauer zu aktivieren. Das Ablaufdiagramm aus 6 ist repräsentativ für maschinenlesbare Anweisungen, die in einem Speicher (wie etwa dem Speicher 212 aus 2) gespeichert sind und ein oder mehrere Programme beinhalten, die bei Ausführung durch einen Prozessor (wie etwa den Prozessor 210 aus 2) das beispielhafte Fahrzeug 100 aus 1 dazu veranlassen, eine oder mehrere der beispielhaften ECUs 206 aus 2 auf Grundlage eines Parkstandorts und einer erwarteten Parkdauer zu aktivieren. Während das beispielhafte Programm unter Bezugnahme auf das in 6 veranschaulichte Ablaufdiagramm beschrieben ist, können alternativ viele andere Verfahren zum Aktivieren von Steuermodulen auf Grundlage eines Parkstandorts und einer erwarteten Parkdauer verwendet werden. Zum Beispiel kann die Reihenfolge der Ausführung der Blöcke neu angeordnet, verändert, beseitigt und/oder kombiniert werden, um das Verfahren 600 durchzuführen. Da das Verfahren 600 in Verbindung mit den Komponenten aus 1-2 offenbart wird, sind ferner einige Funktionen dieser Komponenten nachstehend nicht ausführlich beschrieben.
  • Anfangs bestimmt der Remote-Prozessor 218 bei Block 602 eine Art des Standorts, an dem sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet. Zum Beispiel kann der Remote-Prozessor 218 feststellen, dass sich das Fahrzeug 100 an einer Tankstelle, einer Postfiliale, einer parallelen Parkbucht an einer Straße usw. befindet. Bei Block 604 bestimmt der Remote-Prozessor eine erwartete Parkdauer auf Grundlage der Art des Standorts, an dem das Fahrzeug 100 geparkt ist. Dies bedeutet, dass der Remote-Prozessor 218 die Parkdauer für das Fahrzeug 100 an dem Standort auf Grundlage von Verlaufsdaten identifiziert. In einigen Beispielen verwendet der Remote-Prozessor 218 cloudbasiertes Lernen, um die Parkdauer für einen geologisch abgezäunten Bereich, der den Standort des Fahrzeugs 100 beinhaltet, auf Grundlage von vorangehenden Parkdaten zu bestimmen, die durch das Fahrzeug 100 und/oder andere Fahrzeuge bereitgestellt werden. Wenn der Remote-Prozessor 218 zum Beispiel bestimmt, dass das Fahrzeug an einer Tankstelle geparkt ist, identifiziert der Remote-Prozessor 218 die der Tankstelle zugeordnete Parkdauer. Wenn der Remote-Prozessor 218 bestimmt, dass das Fahrzeug an einem Laden (z. B. an einer Postfiliale) geparkt ist, identifiziert der Remote-Prozessor 218 die dem Laden zugeordnete Parkdauer. Wenn der Remote-Prozessor 218 bestimmt, dass das Fahrzeug parallel an einer Straße geparkt ist, identifiziert der Remote-Prozessor 218 die an dieser Straße geparkten Fahrzeugen zugeordnete Parkdauer.
  • Bei Block 606 bestimmt der Remote-Prozessor 218 einen aktuellen Ladungspegel der Batterie 104 des Fahrzeugs 100. Um zum Beispiel den aktuellen Ladungspegel zu bestimmen, während sich das Batteriesteuermodul 202 im Ruhemodus befindet, berechnet der Remote-Prozessor 218 den aktuellen Ladungspegel der Batterie 104 auf Grundlage des Ladungspegels der Batterie 104, bevor sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet, und einer Zeitdauer, während der sich das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung befindet. In einigen Beispielen identifiziert der Remote-Prozessor 218 eine Entladungsrate, mit der sich der Ladungspegel der Batterie 104 verringert, auf Grundlage einer Marke, eines Modells, eines Karosserietyps, eines Zubehörpakets und/oder beliebigen weiteren Eigenschaften des Fahrzeugs 100. Ferner bestimmt der Remote-Prozessor 218 in einigen Beispielen den aktuellen Ladungspegel der Batterie 104 auf Grundlage davon, ob und in welchem Ausmaß die Batterie 104 über die Solarplatte 132, den EV-Behälter 134 und/oder eine beliebige andere Ladungsquelle wiederaufgeladen wurde. Zum Beispiel kann die Solarplatte 132 die Entladungsrate der Batterie 104 im Laufe der Zeit reduzieren und/oder aufheben.
  • Bei Block 608 bestimmt der Remote-Prozessor 218, ob der aktuelle Ladungspegel der Batterie 104 über einem vorbestimmten Ladungsschwellenwert liegt. Zum Beispiel entspricht der vorbestimmte Ladungsschwellenwert einem Mindestladungspegel, der ermöglicht, dass eine oder mehrere der ECUs 206 (z. B. die Steuermodule) für einen vorbestimmten Zeitraum (z. B. eine Mindestaktivierungsdauer) aktiviert werden, ohne dafür zu sorgen, dass sich die Batterie 104 des Fahrzeugs 100 vollständig oder teilweise entlädt. Als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass der aktuelle Ladungspegel der Batterie 104 nicht über dem vorbestimmten Ladungsschwellenwert liegt, endet das Verfahren 600. In einigen Beispielen benachrichtigen bzw. benachrichtigt das Batteriesteuermodul 202 (z. B. über das Kommunikationsmodul 108) und/oder der Remote-Prozessor 218 den Fahrer über eine mobile Vorrichtung darüber, dass die Batterie 104 einen niedrigen Ladungspegel aufweist. Zusätzlich oder alternativ kann das Batteriesteuermodul 202 das Fahrzeug 100 dazu veranlassen, für einen Zeitraum autonom zu starten, während dem sich das Fahrzeug 100 im Freien befindet, (z. B. wie über den GPS-Empfänger 110 bestimmt) um zu ermöglichen, dass die Batterie 104 im Laufe der Zeit wiederaufgeladen wird. In solchen Beispielen veranlasst das Batteriesteuermodul 202 das Fahrzeug 100 unter Umständen nicht dazu, autonom zu starten, wenn sich das Fahrzeug in einem Innenbereich befindet, um Kohlenstoffmonoxidansammlungen in geschlossenen Räumen zu vermeiden. Andernfalls, als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass der aktuelle Ladungspegel der Batterie 104 über dem vorbestimmten Ladungsschwellenwert liegt, wird das Verfahren 600 mit Block 610 fortgesetzt.
  • Bei Block 610 identifiziert der Remote-Prozessor 218 eine oder mehrere der ECUs 206, die eine Benutzerinteraktion unterstützen. Zum Beispiel identifiziert der Remote-Prozessor 218 die Infotainment-Haupteinheit 124, die einem Benutzer des Fahrzeugs 100 Medien und/oder andere Informationen darstellt, die Telematiksteuereinheit 222, die es dem Benutzer ermöglicht, seinen Standort zu identifizieren, das zentrale Zeitgebermodul 226, das es dem Benutzer ermöglicht, die Zeit zu identifizieren, das Kameramodul 228, das es einer oder mehreren der Kameras 116 ermöglicht, ein Bild/Bilder und/oder ein Video aufzunehmen, die/das dem Benutzer dargestellt werden/wird, das Kommunikationsmodul 122, das eine Kommunikation zwischen dem Fahrzeug 100 und einer mobilen Vorrichtung des Benutzers unterstützt, das Karosseriesteuermodul 230, das es dem Benutzer ermöglicht, Fenster, Sitzpositionen und/oder andere Einstellungen des Fahrzeugs 100 zu steuern, das HLK-Modul 232, das es dem Benutzer ermöglicht, Einstellungen der HLK-Einheit 130 zu steuern, usw.
  • Bei Block 612 priorisiert der Remote-Prozessor 218 eine Aktivierung der ECUs 206, die bei Block 610 identifiziert wurden. Zum Beispiel bestimmt der Remote-Prozessor 218, welche der ECUs 206 in welcher Reihenfolge aktiviert werden sollen, während das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung verbleibt, um zu verhindern, dass die Batterie 104 durch die Aktivierung von einer oder mehreren der ECUs 206 entladen wird. Der Remote-Prozessor 218 priorisiert die ECUs 206 auf Grundlage des Ladungspegels der Batterie 104, des Standorts des Fahrzeugs 100 und/oder der entsprechenden Parkdauer. Wenn das Fahrzeug 100 zum Beispiel an einer Tankstelle geparkt ist, priorisiert der Remote-Prozessor 218 die Infotainment-Haupteinheit 124, um zu ermöglichen, dass Medien (z. B. Musik) dem Benutzer weiterhin dargestellt werden, während das Fahrzeug 100 an der Tankstelle aufgetankt wird. Wenn das Fahrzeug 100 an einer Postfiliale geparkt ist, kann der Remote-Prozessor 218 das HLK-Modul 232 priorisieren, um es der HLK-Einheit 130 zu ermöglichen, eine komfortable Kabinenumgebung beizubehalten, in die der Benutzer zurückkehren kann. Wenn das Fahrzeug 100 parallel an einer Straße geparkt ist, kann der Remote-Prozessor 218 das Kameramodul 228 und das Kommunikationsmodul 122 priorisieren, um es einer oder mehreren der Kameras 116 zu ermöglichen, ein Bild/Bilder und/oder ein Video des Fahrzeugs 100 zu erhalten, und es dem Kommunikationsmodul 122 zu ermöglichen, das Bild/die Bilder und/oder das Video an eine mobile Vorrichtung des Benutzers zu senden, um es dem Benutzer zu ermöglichen, das Fahrzeug 100 zu überwachen. In anderen Beispielen, in denen das Fahrzeug 100 parallel an einer Straße geparkt ist, kann der Remote-Prozessor 218 das zentrale Zeitgebermodul 226 und das Kommunikationsmodul 122 priorisieren, um eine Warnung des Benutzers über eine mobile Vorrichtung zu unterstützten, wenn an einer Parkuhr bezahlt werden muss.
  • Bei Block 614 sendet der Remote-Prozessor 218 ein Aktivierungssignal an das Kommunikationsmodul 108 des Fahrzeugs 100, um eine der ECUs 206 des Fahrzeugs 100 zu aktivieren. Dies bedeutet, der Remote-Prozessor 218 sendet das Aktivierungssignal als Reaktion auf Bestimmen an das Fahrzeug 100, dass der Ladungspegel der Batterie 104 über einem vorbestimmten Schwellenwert liegt, der dem Standort zugeordnet ist, an dem das Fahrzeug 100 geparkt ist. Zusätzlich oder alternativ sendet der Remote-Prozessor 218 das Aktivierungssignal als Reaktion auf Bestimmen an das Fahrzeug 100, dass der Ladungspegel der Batterie 104 über einem vorbestimmten Schwellenwert liegt, welcher der Parkdauer zugeordnet ist, die bei Block 604 identifiziert wurde.
  • Wenn das Fahrzeug 100 zum Beispiel an einer Tankstelle geparkt ist, sendet der Remote-Prozessor 218 das Aktivierungssignal an das Kommunikationsmodul 108, um die Infotainment-Haupteinheit 124 zu aktivieren, sodass die Anzeige 126 und/oder die Lautsprecher 128 dem Benutzer des Fahrzeugs 100 während dem Auftanken des Fahrzeugs 100 Medien darstellen/darstellt. Nachdem das Fahrzeug 10 zum Beispiel von einem An-Zustand in einen Zustand mit ausgeschalteter Zündung übergegangen ist, sendet der Remote-Prozessor 218 das Aktivierungssignal, empfängt das Kommunikationsmodul 108 das Aktivierungssignal, sorgt das Gateway-Modul 220 dafür, dass das Batteriesteuermodul 202 aktiviert wird, wenn das Kommunikationsmodul 108 das Aktivierungssignal empfängt, und aktiviert das Batteriesteuermodul 202 dann die Infotainment-Haupteinheit 124.
  • In anderen Beispielen, wenn das Fahrzeug 100 an einer Postfiliale geparkt ist, sendet der Remote-Prozessor 218 das Aktivierungssignal zur Aktivierung des HLK-Moduls 232, um es der HLK-Einheit 130 zu ermöglichen, eine komfortable Kabinenumgebung des Fahrzeugs 100 beizubehalten. Wenn das Fahrzeug 100 parallel an einer Straße geparkt ist, sendet der Remote-Prozessor 218 das Aktivierungssignal zur Aktivierung des Kameramoduls 228 und des Kommunikationsmoduls 122 (z. B. eines dedizierten Nahbereichskommunikationsmoduls), um es dem Benutzer zu ermöglichen, das Fahrzeug 100 über ein Bild/Bilder und/oder ein Video zu überwachen, die/das von einer oder mehreren der Kameras 116 erhalten wurde(n). In anderen Beispielen, in denen das Fahrzeug 100 parallel an einer Straße geparkt ist, sendet der Remote-Prozessor 218 das Aktivierungssignal zur Aktivierung des zentralen Zeitgebermoduls 226 und des Kommunikationsmoduls 122, um eine Warnung des Benutzers zu unterstützten, dass eine Parkuhr bald abläuft.
  • Bei Block 616 bestimmen/bestimmt der Remote-Prozessor 218 und/oder das Batteriesteuermodul 202 eine Aktivierungsdauer für die aktivierte der ECUs 206 auf Grundlage des aktuellen Ladungspegels und/oder davon, welche der ECUs 206 aktiviert ist. Die Aktivierungsdauer wird zum Beispiel bestimmt, um zu verhindern, dass sich die Batterie 104 des Fahrzeugs 100 aufgrund der Aktivierung der Infotainment-Haupteinheit 124 und/oder einer beliebigen anderen der ECUs entlädt, während das Fahrzeug 100 in dem Zustand mit ausgeschalteter Zündung verbleibt.
  • Bei Block 618 bestimmt der Remote-Prozessor 218, ob die Aktivierungsdauer verstrichen ist. Als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass die Aktivierungsdauer verstrichen ist, kehrt (kehren) die aktivierte(n) der ECUs 206 in einen Ruhemodus zurück und endet das Verfahren 600. Andernfalls, als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass die Aktivierungsdauer nicht verstrichen ist, wird das Verfahren 600 mit Block 620 fortgesetzt, bei dem der Remote-Prozessor 218 bestimmt, ob eine weitere der ECUs 206 in einen aktiven Modus versetzt werden soll. Als Reaktion darauf, dass Remote-Prozessor 218 bestimmt, eine weitere der ECUs 206 in einen aktiven Modus zu versetzen, kehrt das Verfahren 600 zu Block 614 zurück. Wenn sich das Fahrzeug 100 zum Beispiel an einer Tankstelle befindet und die Infotainment-Haupteinheit 124 aktiviert ist, kann der Remote-Prozessor 218 außerdem das HLK-Modul 232 aktivieren, wenn der Ladungspegel der Batterie 104 hoch genug ist. Andernfalls, als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, keine weiteren der ECUs 206 in einen aktiven Modus zu versetzen, wird das Verfahren 600 mit Block 622 fortgesetzt, bei dem der Remote-Prozessor 218 bestimmt, ob die Aktivierungsdauer verstrichen ist. Als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass die Aktivierungsdauer verstrichen ist, kehrt (kehren) die aktivierte(n) der ECUs 206 in einen Ruhemodus zurück und endet das Verfahren 600. Andernfalls, als Reaktion darauf, dass der Remote-Prozessor 218 bestimmt, dass die Aktivierungsdauer nicht verstrichen ist, kehrt das Verfahren 600 zu Block 622 zurück.
  • In dieser Anmeldung soll die Verwendung der Disjunktion die Konjunktion einschließen. Die Verwendung von bestimmten oder unbestimmten Artikeln soll keine Kardinalität anzeigen. Insbesondere soll ein Verweis auf „den“ Gegenstand oder „einen“ Gegenstand auch einen aus einer möglichen Vielzahl von derartigen Gegenständen bezeichnen. Ferner kann die Konjunktion „oder“ dazu verwendet werden, Merkmale wiederzugeben, die gleichzeitig vorhanden sind, anstelle von sich gegenseitig ausschließenden Alternativen. Anders ausgedrückt sollte die Konjunktion „oder“ so verstanden werden, dass sie „und/oder“ beinhaltet. Die Ausdrücke „beinhaltet“, „beinhaltend“ und „beinhalten“ sind einschließend und verfügen jeweils über denselben Umfang wie „umfasst“, „umfassend“ bzw. „umfassen“.
  • Die vorstehend beschriebenen Ausführungsformen und insbesondere etwaige „bevorzugte“ Ausführungsformen sind mögliche beispielhafte Umsetzungen und sind lediglich für ein eindeutiges Verständnis der Grundsätze der Erfindung dargelegt. Viele Variationen und Modifikationen können an der/den vorstehend beschriebenen Ausführungsform(en) vorgenommen werden, ohne wesentlich von dem Geist und den Grundsätzen der hier beschriebenen Techniken abzuweichen. Sämtliche Modifikationen sollen hier im Umfang dieser Offenbarung eingeschlossen und durch die folgenden Patentansprüche geschützt sein.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Patentliteratur
    • US 15491896 [0001]
    • US 15491872 [0001]
  • Zitierte Nicht-Patentliteratur
    • ISO 9141 [0040]
    • ISO 14230-1 [0040]

Claims (15)

  1. System, umfassend: ein Fahrzeug an einem Standort in einem Zustand mit ausgeschalteter Zündung, das Folgendes beinhaltet: einen Sensor zum Sammeln von Schadenserfassungsdaten; ein Kameramodul, das eine Kamera zum Sammeln von Schadensidentifizierungsdaten beinhaltet; und ein Kommunikationsmodul; und einen Remote-Prozessor für Folgendes: Empfangen der Schadenserfassungsdaten von dem Kommunikationsmodul; und Erfassen eines Schadens an dem Fahrzeug auf Grundlage der Schadenserfassungsdaten; und Senden eines Aktivierungssignals zum Aktivieren der Kamera als Reaktion auf das Erfassen des Schadens.
  2. System nach Anspruch 1, wobei die Kamera die Schadensidentifizierungsdaten sammelt, um eine Identifizierung einer Quelle des Schadens zu unterstützen.
  3. System nach Anspruch 1, wobei der Sensor die Schadenserfassungsdaten sammelt, wenn sich das Kameramodul in einem Ruhemodus befindet, und die Kamera die Schadensidentifizierungsdaten sammelt, wenn sich das Kameramodul in einem aktiven Modus befindet.
  4. System nach Anspruch 1, wobei der Sensor zumindest eines von einem Näherungssensor eines Karosseriesteuermoduls, einem Beschleunigungsmesser einer Trägheitsmesseinheit und einem Neigungssensor der Trägheitsmesseinheit ist.
  5. System nach Anspruch 1, wobei das Fahrzeug eine Uhr eines zentralen Zeitgebermoduls beinhaltet, das über das Aktivierungssignal aktiviert wird, um einen Zeitpunkt zu erfassen, zu dem der Schaden an dem Fahrzeug entstanden ist.
  6. System nach Anspruch 1, wobei das Fahrzeug ein dediziertes Nahbereichskommunikationsmodul beinhaltet, das über das Aktivierungssignal aktiviert wird, wobei das dedizierte Nahbereichskommunikationsmodul mit zumindest einem von einem Fahrzeug in der Nähe und einer Infrastruktur in der Nähe kommunizieren soll, um die Schadensidentifizierungsdaten von dem zumindest einen von dem Fahrzeug in der Nähe und der Infrastruktur in der Nähe zu sammeln.
  7. System nach Anspruch 1, wobei das Fahrzeug zumindest eines von Speichern der Schadensidentifizierungsdaten in einer Datenbank und Senden der Schadensidentifizierungsdaten über das Kommunikationsmodul an den Remote-Prozessor durchführt.
  8. System nach Anspruch 1, wobei das Kommunikationsmodul den Standort und einen Ladungspegel einer Batterie an den Remote-Prozessor senden soll, bevor sich das Fahrzeug in dem Zustand mit ausgeschalteter Zündung befindet.
  9. System nach Anspruch 1, wobei das Fahrzeug eine Batterie, einen Batteriesensor zum Erfassen eines Ladungspegels der Batterie und ein Batteriesteuermodul beinhaltet, das die Kamera aktiviert, wenn das Kommunikationsmodul das Aktivierungssignal von dem Remote-Prozessor empfängt.
  10. System nach Anspruch 1, wobei der Remote-Prozessor Folgendes durchführt: Bestimmen eines aktuellen Ladungspegels einer Batterie des Fahrzeugs auf Grundlage eines Ladungspegels, bevor sich das Fahrzeug in dem Zustand mit ausgeschalteter Zündung befindet; Aktivieren der Kamera als Reaktion auf Bestimmen, dass der aktuelle Ladungspegel über einem vorbestimmten Ladungsschwellenwert liegt; und Bestimmen einer Datensammeldauer, während der die Schadensidentifizierungsdaten gesammelt werden, um zu verhindern, dass sich die Batterie vollständig entlädt.
  11. Verfahren zum Aktivieren von Fahrzeugsteuermodulen, wobei das Verfahren Folgendes umfasst: Sammeln von Schadenserfassungsdaten eines Fahrzeugs an einem Standort in einem Zustand mit ausgeschalteter Zündung über einen Sensor; Erfassen über einen Prozessor und auf Grundlage der Schadenserfassungsdaten, ob ein an dem Fahrzeug entstandener Schaden vorliegt; Aktivieren eines Kameramoduls des Fahrzeugs als Reaktion auf das Erfassen des Schadens; und Sammeln von Schadensidentifizierungsdaten über eine Kamera des Kameramoduls.
  12. Verfahren nach Anspruch 11, wobei der Sensor die Schadenserfassungsdaten vor dem Aktivieren des Kameramoduls sammelt und die Kamera die Schadensidentifizierungsdaten nach dem Aktivieren des Kameramoduls sammelt.
  13. Verfahren nach Anspruch 11, ferner beinhaltend: Aktivieren eines zentralen Zeitgebermoduls und eines dedizierten Nahbereichskommunikationsmoduls des Fahrzeugs als Reaktion auf das Erfassen des Schadens; und Erfassen eines Zeitpunkts, zu dem der Schaden an dem Fahrzeug entstanden ist, über eine Uhr des zentralen Zeitgebermoduls.
  14. Verfahren nach Anspruch 11, ferner beinhaltend Senden des Standorts und eines Ladungspegels einer Batterie des Fahrzeugs über ein Kommunikationsmodul an einen Remote-Prozessor, bevor sich das Fahrzeug in dem Zustand mit ausgeschalteter Zündung befindet.
  15. Verfahren nach Anspruch 14, ferner beinhaltend: Bestimmen eines aktuellen Ladungspegels der Batterie auf Grundlage des über das Kommunikationsmodul empfangenen Ladungspegels und einer Zeitdauer, während der sich das Fahrzeug in dem Zustand mit ausgeschalteter Zündung befindet; und Aktivieren der Kamera als Reaktion auf Bestimmen, dass der aktuelle Ladungspegel über einem vorbestimmten Schwellenwert liegt.
DE102018109113.3A 2017-04-19 2018-04-17 Steuermodulaktivierung zum überwachen von fahrzeugen in einem zustand mit ausgeschalteter zündung Pending DE102018109113A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/491,878 2017-04-19
US15/491,878 US10217297B2 (en) 2017-04-19 2017-04-19 Control module activation to monitor vehicles in a key-off state

Publications (1)

Publication Number Publication Date
DE102018109113A1 true DE102018109113A1 (de) 2018-10-25

Family

ID=62203518

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102018109113.3A Pending DE102018109113A1 (de) 2017-04-19 2018-04-17 Steuermodulaktivierung zum überwachen von fahrzeugen in einem zustand mit ausgeschalteter zündung

Country Status (5)

Country Link
US (1) US10217297B2 (de)
CN (1) CN108725353B (de)
DE (1) DE102018109113A1 (de)
GB (1) GB2563976A (de)
RU (1) RU2018112270A (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220324399A1 (en) * 2021-04-07 2022-10-13 Ford Global Technologies, Llc History-based and location-based control of vehicle key-off loads

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6833630B2 (ja) * 2017-06-22 2021-02-24 株式会社東芝 物体検出装置、物体検出方法およびプログラム
US11126191B2 (en) 2017-08-07 2021-09-21 Panasonic Intellectual Property Corporation Of America Control device and control method
KR102394153B1 (ko) * 2017-09-11 2022-05-09 주식회사 만도 통합형 ecu
US10710424B2 (en) * 2018-01-05 2020-07-14 Byton Limited HVAC unit placement configuration for a vehicle
JP7385595B2 (ja) * 2018-11-28 2023-11-22 株式会社堀場製作所 車両試験システム及び車両試験方法
WO2020166187A1 (ja) * 2019-02-15 2020-08-20 株式会社Jvcケンウッド 記録制御装置、記録制御方法、およびプログラム
JP7164477B2 (ja) * 2019-03-28 2022-11-01 本田技研工業株式会社 車両管理システム
KR20200119932A (ko) * 2019-04-02 2020-10-21 현대자동차주식회사 자율 주행 차량 및 그를 위한 점검 방법
US10992797B2 (en) 2019-06-21 2021-04-27 Tile, Inc. Tracking functionality standby mode for third party electronic devices
KR20210009961A (ko) * 2019-07-18 2021-01-27 현대자동차주식회사 차량의 영상 기록 제어 장치 및 방법
US11263742B2 (en) 2020-02-05 2022-03-01 Fulpruf Technology Corporation Vehicle supply chain damage tracking system
JP7488908B2 (ja) * 2020-09-30 2024-05-22 本田技研工業株式会社 監視装置、車両、監視方法、およびプログラム
CN114148271B (zh) * 2021-12-21 2024-03-01 宁波弗浪科技有限公司 一种车机系统的检测控制系统
DE102022210557A1 (de) 2022-10-06 2024-04-11 Volkswagen Aktiengesellschaft Verfahren zur Vandalismuserkennung an einem Fahrzeug

Family Cites Families (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5781013A (en) 1994-10-26 1998-07-14 Fuji Jukogyo Kabushiki Kaisha Battery management system for electric vehicle
US6570609B1 (en) 1999-04-22 2003-05-27 Troy A. Heien Method and apparatus for monitoring operation of a motor vehicle
KR100364121B1 (ko) 1999-09-03 2002-12-11 김귀주 차량사고예방과 도난방지를 위한 자동경고 및 차량주변상황 영상/음향 기록장치
EP1581406A2 (de) 2003-01-06 2005-10-05 Johnson Controls Technology Company Batteriemanagementsystem
WO2004071824A1 (en) 2003-02-14 2004-08-26 Tat Cheng Lee Automotive accident and incident record system
DE102005042081B4 (de) 2004-09-06 2013-12-19 Denso Corporation Antidiebstahlsystem für Fahrzeuge
US7348895B2 (en) * 2004-11-03 2008-03-25 Lagassey Paul J Advanced automobile accident detection, data recordation and reporting system
CN1829317A (zh) * 2005-03-01 2006-09-06 欧姆龙株式会社 监视控制装置、系统和方法及无线通信装置和方法
WO2007066064A1 (en) 2005-12-09 2007-06-14 Michelle Annette Taylor A vehicle comprising recording apparatus for providing evidence in the event of an accident
US20080079554A1 (en) 2006-10-02 2008-04-03 Steven James Boice Vehicle impact camera system
JP2008260384A (ja) 2007-04-11 2008-10-30 Toyota Motor Corp 車両用電源制御装置
DE102007030259A1 (de) 2007-06-28 2009-01-08 Navigon Ag Verfahren zum Betrieb eines mobilen Navigationsgerätes
CN101246720B (zh) * 2008-02-26 2010-12-15 浪潮电子信息产业股份有限公司 一种车载计算机硬盘和电池的保护方法
CN101742268A (zh) * 2010-01-09 2010-06-16 上海福理信息科技有限公司 视频监控装置
US8863256B1 (en) 2011-01-14 2014-10-14 Cisco Technology, Inc. System and method for enabling secure transactions using flexible identity management in a vehicular environment
US20120286974A1 (en) 2011-05-11 2012-11-15 Siemens Corporation Hit and Run Prevention and Documentation System for Vehicles
US20130079978A1 (en) 2011-09-22 2013-03-28 Honda Motor Co., Ltd. Preconditioning a vehicle
JP5740269B2 (ja) 2011-09-27 2015-06-24 本田技研工業株式会社 車両用制御装置
JP2013086529A (ja) 2011-10-13 2013-05-13 Daimler Ag ハイブリッド車両の電力制御装置
US9429943B2 (en) 2012-03-05 2016-08-30 Florida A&M University Artificial intelligence valet systems and methods
JP5971704B2 (ja) 2012-06-28 2016-08-17 株式会社東芝 充放電制御装置、及び充放電制御方法
CN202896516U (zh) * 2012-10-26 2013-04-24 深圳市美赛达科技股份有限公司 一种驻车防盗系统
KR101995054B1 (ko) * 2012-11-01 2019-07-01 현대모비스 주식회사 V2v 통신을 이용한 카메라 영상 출력 및 저장 시스템 및 구현 방법
DE102012222972A1 (de) 2012-12-12 2014-06-12 Robert Bosch Gmbh Verfahren und Einrichtung zur Ermittlung einer Trajektorie eines Fahrmanövers
US20140266004A1 (en) 2013-03-14 2014-09-18 Zevtron, LLC Electric vehicle charging system
US20140300494A1 (en) 2013-04-03 2014-10-09 Ford Global Technologies, Llc Location based feature usage prediction for contextual hmi
SG11201508350QA (en) 2013-04-08 2015-11-27 Geo Line Co Ltd Location-based electric power mediation module, electric vehicle, mediation server, and user certification socket or connector
CN203267993U (zh) * 2013-04-28 2013-11-06 无锡市崇安区科技创业服务中心 一种基于物联网的车辆监控系统
TWM478144U (zh) * 2014-01-10 2014-05-11 Zhi-Ming Zheng 可偵測碰撞後自行啟動之行車記錄器
US9390567B2 (en) 2014-02-05 2016-07-12 Harman International Industries, Incorporated Self-monitoring and alert system for intelligent vehicle
US20150371456A1 (en) * 2014-06-24 2015-12-24 Hertz System, Inc. System and Method for Detecting and Remotely Assessing Vehicle Incidents and Dispatching Assistance
EP3195273A1 (de) 2014-07-29 2017-07-26 Meta System S.p.A. System zur aufzeichnung von plötzlichen ereignissen von kraftfahrzeugen oder dergleichen
US10035517B2 (en) 2014-09-19 2018-07-31 Ford Global Technologies, Llc Extended park mode
CN104331003B (zh) * 2014-09-30 2017-07-28 重庆长安汽车股份有限公司 一种远程监控车辆周边状况的系统及方法
US9377315B2 (en) 2014-10-22 2016-06-28 Myine Electronics, Inc. System and method to provide valet instructions for a self-driving vehicle
US9625906B2 (en) 2015-01-15 2017-04-18 Nissan North America, Inc. Passenger docking location selection
US20160207375A1 (en) 2015-01-20 2016-07-21 Atieva, Inc. Method of Operating a Preemptive Vehicle Temperature Control System
US10343633B2 (en) 2015-02-20 2019-07-09 Ford Global Technologies, Llc Method and apparatus for predictive vehicle preconditioning
US9452732B1 (en) 2015-03-30 2016-09-27 Ford Global Technologies, Llc Vehicle key off load reduction via off-board sensor
US10083413B2 (en) 2015-04-08 2018-09-25 Sap Se Optimized placement of electric vehicle charging stations
US9547309B2 (en) 2015-05-13 2017-01-17 Uber Technologies, Inc. Selecting vehicle type for providing transport
US20160352113A1 (en) 2015-05-29 2016-12-01 GM Global Technology Operations LLC Electric vehicle charging station
JP6350442B2 (ja) 2015-08-07 2018-07-04 トヨタ自動車株式会社 充電制御システム
CN105459954B (zh) * 2015-12-16 2018-11-02 方正宽带网络服务有限公司 一种汽车报警方法及装置
US9911084B2 (en) 2016-02-02 2018-03-06 International Business Machines Corporation Autonomous vehicle scheduling system for pickup and drop-off of passengers
CN105774653A (zh) * 2016-02-26 2016-07-20 奇瑞汽车股份有限公司 一种基于车联网的车辆安全监控系统
US9994175B2 (en) 2016-03-04 2018-06-12 Honda Motor Co., Ltd. System for preconditioning a vehicle and method thereof
US9836057B2 (en) 2016-03-24 2017-12-05 Waymo Llc Arranging passenger pickups for autonomous vehicles
CN105774729B (zh) * 2016-03-25 2018-05-11 奇瑞汽车股份有限公司 V2v主动安全系统
CN205644678U (zh) * 2016-04-07 2016-10-12 东莞市德才电子科技有限公司 行车记录仪控制电路
US9429947B1 (en) 2016-04-14 2016-08-30 Eric John Wengreen Self-driving vehicle systems and methods
CN205706545U (zh) * 2016-04-29 2016-11-23 长城汽车股份有限公司 车辆的报警系统及车辆
US10685391B2 (en) 2016-05-24 2020-06-16 International Business Machines Corporation Directing movement of a self-driving vehicle based on sales activity
US10025899B2 (en) 2016-06-17 2018-07-17 Toyota Motor Engineering & Manufacturing North America, Inc. Deactivating or disabling various vehicle systems and/or components when vehicle operates in an autonomous mode

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ISO 14230-1
ISO 9141

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220324399A1 (en) * 2021-04-07 2022-10-13 Ford Global Technologies, Llc History-based and location-based control of vehicle key-off loads
US11554731B2 (en) * 2021-04-07 2023-01-17 Ford Global Technologies, Llc History-based and location-based control of vehicle key-off loads

Also Published As

Publication number Publication date
GB2563976A (en) 2019-01-02
US20180308293A1 (en) 2018-10-25
GB201806280D0 (en) 2018-05-30
US10217297B2 (en) 2019-02-26
CN108725353B (zh) 2023-06-20
RU2018112270A (ru) 2019-10-08
CN108725353A (zh) 2018-11-02

Similar Documents

Publication Publication Date Title
DE102018109113A1 (de) Steuermodulaktivierung zum überwachen von fahrzeugen in einem zustand mit ausgeschalteter zündung
DE102018109123A1 (de) Steuermodulaktivierung von Fahrzeugen in einem Zustand mit ausgeschalteter Zündung
DE102018109110A1 (de) Steuermodulaktivierung von fahrzeugen in einem zustand mit ausgeschalteter zündung zum ermitteln von fahrtrouten
US10525845B2 (en) Electric vehicle charging station parking spot monitoring system
DE102018132509A1 (de) Ein Fahrzeug und ein Verfahren zur fahrzeugübergreifenden Zusammenarbeit zur Erfassung von physischer äußerlicher Beschädigung
DE102018128278A1 (de) Leitfahrzeugüberwachung für eine adaptive geschwindigkeitsregelung
DE102019116554A1 (de) Detektion von gefluteten fahrzeugen
DE102016222384A1 (de) Fahrzeug und Verfahren zum Steuern desselben
DE102014114825A1 (de) Verfahren, Systeme und Vorrichtung zum Bestimmen, ob eines der in Benachrichtigungspräferenzen spezifizierten Fahrzeugereignisse aufgetreten ist
DE102020106951A1 (de) Vollständige ladestation für elektrische fahrzeuge und verfahren zum betrieb desselben
DE102019132734A1 (de) Fahrzeugsicherheitsüberwachung in einem zustand mit ausgeschalteter zündung
DE102019102379A1 (de) Systeme und verfahren zum steuern von fahrzeug-rdks-sensorlokalisierung
DE102019102974A1 (de) Erdbebennotfallverwaltungssystem für kraftfahrzeuge
DE102020102965A1 (de) Autonome fahrzeugsysteme, die fahrzeug-zu-fahrzeug-kommunikation verwenden
DE102015116693A1 (de) Fahrzeug- und Elektrofahrrad-Ladungsüberwachungsschnittstelle
DE102018112148A1 (de) Verfolgen von unfallfluchttätern mithilfe von v2x-kommunikation
DE102017119681A1 (de) Geschwindigkeitsbasierte Fenstersteuerung
DE102018100184A1 (de) Adaptives Klimasteuerungssystem
DE102019102195A1 (de) Systeme und verfahren zur kollisionserkennung in autonomen fahrzeugen
DE102019115652A1 (de) Fahrzeugroutensteuerung auf basis von vom benutzer bereitgestellten fahrteinschränkungen
DE102019106167A1 (de) Fahrzeugladungssteuerung für den schutz vor einem kaltstartfehler
DE102019115693A1 (de) Auslöserbasierte fahrzeugüberwachung
DE102018120517A1 (de) Erfassen von Spurenbedingungen in adaptiven Geschwindigkeitsregelsystemen
DE102019103820A1 (de) Abschwächen einer schlüsselanhängernichtverfügbarkeit für remote-einkparkhilfesysteme
DE102019114596A1 (de) Reifendruckkontrolle mit fahrzeugeinparkunterstützung

Legal Events

Date Code Title Description
R082 Change of representative

Representative=s name: BONSMANN - BONSMANN - FRANK PATENTANWAELTE, DE