DE102016108723A1 - Tragbar-Datenverwaltung während eines Unfalls - Google Patents

Tragbar-Datenverwaltung während eines Unfalls Download PDF

Info

Publication number
DE102016108723A1
DE102016108723A1 DE102016108723.8A DE102016108723A DE102016108723A1 DE 102016108723 A1 DE102016108723 A1 DE 102016108723A1 DE 102016108723 A DE102016108723 A DE 102016108723A DE 102016108723 A1 DE102016108723 A1 DE 102016108723A1
Authority
DE
Germany
Prior art keywords
data
vehicle
computer
accident
user
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.)
Granted
Application number
DE102016108723.8A
Other languages
English (en)
Other versions
DE102016108723B4 (de
Inventor
John Robert Van Wiemeersch
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 DE102016108723A1 publication Critical patent/DE102016108723A1/de
Application granted granted Critical
Publication of DE102016108723B4 publication Critical patent/DE102016108723B4/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/0816Indicating performance data, e.g. occurrence of a malfunction
    • 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
    • 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
    • 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/015Electrical 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 the presence or position of passengers, passenger seats or child seats, and the related safety parameters therefor, e.g. speed or timing of airbag inflation in relation to occupant position or seat belt use
    • 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/015Electrical 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 the presence or position of passengers, passenger seats or child seats, and the related safety parameters therefor, e.g. speed or timing of airbag inflation in relation to occupant position or seat belt use
    • B60R21/01512Passenger detection systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/40Data acquisition and logging
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • H04M1/72415User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories for remote control of appliances
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/025Services making use of location information using location based information parameters
    • H04W4/027Services making use of location information using location based information parameters using movement velocity, acceleration information
    • 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
    • G07C2209/00Indexing scheme relating to groups G07C9/00 - G07C9/38
    • G07C2209/60Indexing scheme relating to groups G07C9/00174 - G07C9/00944
    • G07C2209/63Comprising locating means for detecting the position of the data carrier, i.e. within the vehicle or within a certain distance from the vehicle

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Mechanical Engineering (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Mathematical Physics (AREA)
  • Computer Hardware Design (AREA)
  • Automation & Control Theory (AREA)
  • Human Computer Interaction (AREA)
  • Lock And Its Accessories (AREA)
  • Time Recorders, Dirve Recorders, Access Control (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Ein Computer ist dafür programmiert, Daten von einem oder mehreren Fahrzeugsensoren zu empfangen. Der Computer identifiziert auf der Basis der Daten einen Unfall. Der Computer sendet eine erste Anweisung zu einer tragbaren Trag-Vorrichtung, die Daten anfordert, die Bewegung der tragbaren Vorrichtung für einen ersten vorbestimmten Zeitraum repräsentieren. Der Computer empfängt Daten von der tragbaren Vorrichtung, die Bewegung der ersten tragbaren Vorrichtung für den ersten vorbestimmten Zeitraum repräsentieren.

Description

  • VERWEIS AUF VERWANDTE ANMELDUNGEN
  • Die vorliegende Anmeldung ist verwandt mit der US-Patentanmeldung Nr._____, Anwaltsaktenzeichen 83522331(65080-1583), mit dem Titel "DETERMINING VEHICLE OCCUPANT LOCATION", der US-Patentanmeldung Nr._____, Anwaltsaktenzeichen 83522285(65080-1586), mit dem Titel "DETERMINING VEHICLE OCCUPANT LOCATION", der US-Patentanmeldung Nr._____, Anwaltsaktenzeichen 83528749(65080-1602), mit dem Titel "HAND-ON STEERING WHEEL DETECTION" und der US-Patentanmeldung Nr._____, Anwaltsaktenzeichen 83528745(65080-1603) mit dem Titel "DETERMINING VEHICLE OCCUPANT LOCATION", die alle am selben Tag wie die vorliegende Anmeldung eingereicht wurden und deren gesamter Inhalt jeweils hiermit durch Bezugnahme vollständig aufgenommen wird.
  • STAND DER TECHNIK
  • Die Reaktion auf einen Unfall wie eine Fahrzeugkollision kann durch rechtzeitige Verfügbarkeit von Daten verbessert werden. Informationen wie etwa wo sich ein Insasse im Fahrzeug zum Zeitpunkt des Unfalls befand, die vom Insassen während des Unfalls erfahrene Beschleunigung und der Ort des Insassen nach dem Unfall können während einer anfänglichen Reaktion von kritischer Wichtigkeit sein.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • 1 ist eine Darstellung eines beispielhaften Systems zum Bestimmen des Orts bzw. von Orten eines oder mehrerer Insassen eines Fahrzeugs unter Verwendung einer tragbaren Vorrichtung.
  • 2 ist eine Draufsicht eines beispielhaften Fahrzeugs mit einem Kommunikationsmechanismus zum Kommunizieren mit tragbaren Vorrichtungen.
  • 3 ist eine weitere Draufsicht des beispielhaften Fahrzeugs von 2 mit dem Kommunikationsmechanismus, wobei Ortszonen dargestellt sind.
  • 4 ist eine Darstellung eines beispielhaften Prozesses zum Verwalten von Trag-Vorrichtungsdaten während und nach einem Unfall.
  • BESCHREIBUNG
  • EINLEITUNG
  • Mit Bezug auf 1 können tragbare Vorrichtungen 20, darunter tragbare Vorrichtungen 20, die von einem menschlichen Fahrzeuginsassen tragbar sind, wie hier offenbart verwendet werden, um Nothelfern nach einem Unfall, verglichen mit dem derzeit verfügbaren, zusätzliche und rechtzeitigere Daten bereitzustellen. Kommunikation von einer oder mehreren tragbaren Vorrichtungen 20 kann durch einen Computer 100 in einem Fahrzeug 25 benutzt werden, um zu bestimmen, wo in dem Fahrzeug 25 sich ein Benutzer der tragbaren Vorrichtung 20 in dem Fahrzeug 25 vor dem Unfall befand. Ein oder mehrere Bewegungssensoren 90 in jeder tragbaren Vorrichtung 20 können zusätzlich Daten bereitstellen, die Beschleunigung angeben, die der Benutzer während des Unfalls erfahren hat. Nach dem Unfall kann der Computer 100 auf der Basis von Kommunikation mit der tragbaren Vorrichtung 20 einen Ort des Benutzers der tragbaren Vorrichtung 20 bestimmen. Die Bewegungssensoren 90 in der tragbaren Vorrichtung 20 können ferner benutzt werden, um einen Benutzerzustand zu bestimmen, z.B. ob der Benutzer geht, steht, sitzt usw.
  • Auf der Basis von Daten von dem Rückhaltesteuermodul 110 des Fahrzeugs 25 oder einem oder mehreren Fahrzeugsensoren 115, 120, 125, 130 kann der Fahrzeugcomputer 100 bestimmen, dass ein Unfall gerade abläuft oder bevorsteht. Auf der Basis der Bestimmung kann der Computer 100 Daten von der einen oder den mehreren tragbaren Vorrichtungen 20 anfordern, wie etwa Bewegungsdaten für einen Zeitraum. Der Computer 100 kann die Daten von jeder tragbaren Vorrichtung 20 empfangen und die Daten speichern. Der Computer 100 kann z.B. die Daten zu einem entfernten Server 30 senden. Wenn der entfernte Server 30 nicht zugänglich ist, kann der Computer 100 die kollektive Menge von Daten von allen tragbaren Vorrichtungen 20 in Speicher in einer oder mehreren der tragbaren Vorrichtungen 20 transferieren. Ferner kann der Computer 100 den Unfall betreffende Daten in die tragbare Vorrichtung 20 herunterladen.
  • Auf diese Weise können Daten wie ein Benutzerort im Fahrzeug 25 zum Zeitpunkt eines Unfalls, Beschleunigung, die der Benutzer der tragbaren Vorrichtung 20 während des Unfalls erfahren hat, und Benutzerzustand nach dem Unfall Helfern beim Unfall zur Verfügung gestellt werden. Zum Beispiel können Helfer auf die Daten von dem entfernten Server 30 zugreifen. Ferner können Helfer wie Mediziner in einem Krankenhaus auch in der Lage sein, auf Daten zuzugreifen, die in die von einem Benutzer getragene tragbare Vorrichtung 20 heruntergeladen wurden.
  • SYSTEMELEMENTE
  • Wie in 1 gezeigt, umfasst ein System 10 eine Vorrichtung für entfernten schlüssellosen Zutritt, die ein traditioneller Anhänger oder z.B. eine Fernzutritts-Telematikanwendung auf Telefonbasis (im folgenden Anhänger) 15 sein kann, eine oder mehrere tragbare Vorrichtungen 20, ein Fahrzeug 25, einen Server 30 und ein Netzwerk 35. Wie nachfolgend beschrieben wird, können der Anhänger 15 und die tragbare Vorrichtung 20 kommunikativ mit dem Fahrzeug 25 gekoppelt sein. Wie nachfolgend weiter beschrieben wird, kann die tragbare Vorrichtung 20 z.B. eine Trag-Vorrichtung mit oder ohne Mobilfunkfähigkeit, ein Mobiltelefon, ein Tablet usw. sein und kann direkt kommunikativ mit dem Fahrzeug 25 oder durch eine andere tragbare Vorrichtung 20 indirekt mit dem Fahrzeug 25 gekoppelt sein. Das Fahrzeug 25 kann ferner über das Netzwerk 35 kommunikativ mit dem Server 30 gekoppelt sein.
  • Der Anhänger 15 ist dafür ausgelegt, d.h. umfasst bekannte Mechanismen wie Programmierung in einem Computer 60 und Hardware, wie etwa einen Sendeempfän-ger 65 für drahtlose Kommunikation, Nachrichten zum Fahrzeug 25 zu senden, z.B. Befehle oder Anweisungen, die Operationen des Fahrzeugs 25 steuern. Zum Beispiel kann der Anhänger 15 Befehle zum Fahrzeug 25 senden, die das Fahrzeug 25 anweisen, Türen zu verriegeln oder zu entriegeln, einen Kofferraumdeckel oder eine andere Klappe zu öffnen, die Zündung zu starten usw. Der Anhänger 15 umfasst ferner im Allgemeinen eine Benutzeroberfläche 70. Der Anhänger 15 kann eine App auf der tragbaren Vorrichtung 20 sein, die diese selben Befehle zu dem entfernten Server 30 oder Netzwerk 35 sendet, die dann Befehle zum Fahrzeug 25 senden können, die das Fahrzeug 25 anweisen, Türen zu verriegeln oder zu entriegeln, einen Kofferraumdeckel oder andere Klappe zu öffnen, die Zündung zu starten usw.
  • Ein oder mehrere Anhänger 15 können mit einem Fahrzeug 25 gepaart werden. Zum Beispiel kann bekanntlich ein Anhänger 15 mit einem spezifischen Identifikationscode programmiert werden und das Fahrzeug 25 kann eine Liste von Identifikationscodes umfassen, die dafür autorisiert sind, Befehle zum Fahrzeug 25 zu senden. Das Fahrzeug 25 kann beim Empfang von Nachrichten nach einem oder mehreren Identifikationscodes suchen und bestimmen, ob der Anhänger 15 autorisiert ist.
  • Der Computer 60 des Anhängers 15 umfasst einen Prozessor und einen Speicher. Der Prozessor ist dafür programmiert, im Speicher gespeicherte Programme auszuführen, z.B. um Befehle zum Fahrzeug 25 zu senden. Der Sendeempfänger 65 ist dafür ausgelegt, Hochfrequenz- bzw. HF-Signale zu dem Fahrzeug 25 zu senden und gegebenenfalls HF-Signale von diesem zu empfangen. Typische Betriebsfrequenzen des Anhängers 15 für unidirektionale Kommunikation sind bekanntlich 315 MHz oder 433 MHz und für bidirektionale Kommunikation 902 MHz oder 868 MHz. Für Passive-Entry- und Passive-Start-Systeme kann das Fahrzeug 25 unter Verwendung von Niederfrequenz- bzw. NF-Übertragungen bei Frequenzen von 125 kHz oder 135 kHz Befehle zu dem Anhänger 15 senden.
  • Die Benutzeroberfläche 70 des Anhängers 15 umfasst einen oder mehrere Eingabemechanismen und kann ein Display umfassen. Die Eingabemechanismen können Tasten, ein Berührungsschirm-Display, eine Gestenerfassungsvorrichtung usw. zum Empfangen von Eingaben von einem Benutzer sein. Das Display kann ein LCD-Display, ein LED-Display, Summerlautsprecher, haptische Rückmeldung usw. zur Bereitstellung von Informationen für den Benutzer umfassen.
  • Zusätzlich oder als Alternative können auch andere Systeme verwendet werden, um dem Fahrzeug 25 zu befehlen, sich zu entriegeln, zu starten usw. Zum Beispiel kann das Fahrzeug 25 mit einem Passiv-Zutrittssystem ausgestattet sein, das z.B. eine Nachricht zu Anhängern 15 in der Nähe des Fahrzeugs 25 sendet und nach einer Antwort von einem gepaarten Anhänger 15 schaut. Andere mögliche Systeme zum Entriegeln/Starten/usw. des Fahrzeugs 25 wären ein Tastenfeld, ein mechanischer Fernzutrittsschlüssel, ein Telematik-Entriegelungssystem usw.
  • Eine tragbare Vorrichtung 20 kann z.B. eine tragbare Trag-Vorrichtung 20 oder eine andere mobile tragbare Vorrichtung 20 sein. Eine tragbare Trag-Vorrichtung 20 kann ein Konnektivitätsprodukt umfassen, wie etwa eine "intelligente" Armbanduhr, ein Fitnessband, intelligente Bekleidung, Schmuck usw. Eine mobile tragbare Vorrichtung 20 kann z.B. ein Mobiltelefon, ein Tablet, einen Laptop usw. umfassen. Einige tragbare Trag-Vorrichtungen 20 können eingebaute Modems oder volle Mobilfunkfähigkeit umfassen. Andere tragbare Trag-Vorrichtungen 20 können sich verbinden oder paaren müssen, z.B. mit einer mobilen tragbaren Vorrichtung 20 wie einem Mobiltelefon, Tablet, Laptop usw., um Kommunikation mit dem Fahrzeug 25 herzustellen. Jede tragbare Vorrichtung 20 umfasst typischerweise einen Computer 75, einen Sendeempfänger 80 und eine Schnittstelle 85. Die tragbare Vorrichtung 20 kann ferner einen oder mehrere Sensoren 90 umfassen, wie nachfolgend weiter besprochen wird.
  • Jede tragbare Vorrichtung 20 kann einem Benutzer zugeordnet sein. Zum Beispiel kann die tragbare Vorrichtung 20 ein Benutzerprofil 101 umfassen und das Benutzerprofil 101 zum Fahrzeug 25 senden, wenn die tragbare Vorrichtung 20 Kommunikation mit dem Fahrzeug 25 einleitet. Als Alternative kann die tragbare Vorrichtung 20 zum Beispiel über ein Synchronisationssystem im Fahrzeug 25 mit dem Fahrzeug 25 gepaart worden sein. In diesem Fall kann das Fahrzeug 25 ein Benutzerprofil 101 unterhalten, das der gepaarten (synchronisierten) tragbaren Vorrichtung 20 zugeordnet ist.
  • Das Benutzerprofil 101 kann eine Menge von dem Benutzer zugeordneten Daten sein. Das Benutzerprofil 101 kann Daten wie vom Benutzer bevorzugte Fahrzeugeinstellungen (z.B. Sitzeinstellungen, Spiegeleinstellungen, Temperatureinstellungen, Radiosender), Benutzereigenschaften (z.B. Höhe, Gewicht, Alter, medizinische Bedingungen), Routinen (fährt typischerweise an Wochentagen morgens zur Arbeit) usw. umfassen. Das Benutzerprofil 101 kann durch einen Computer 100 im Fahrzeug 25 unterhalten werden. Zusätzlich oder als Alternative können eine oder mehrere tragbare Vorrichtungen 20 ein mit dem Benutzer identifiziertes Benutzerprofil 101 unterhalten. Das Fahrzeug 25 kann auf die auf den tragbaren Vorrichtungen 20 unterhaltenen Benutzerprofile zugreifen und sie können mit den Daten in dem Benutzerprofil 101 des Fahrzeugs 25 kombiniert werden. Die Daten in dem Benutzerprofil 101 können durch den Benutzer über eine Schnittstelle in dem Fahrzeug 25 oder einer der tragbaren Vorrichtungen 20, die dem Benutzer zugeordnet sind, eingegeben, durch den Computer 100 im Fahrzeug 25 bestimmt, von anderen Datenverarbeitungsvorrichtungen, z.B. dem Server 30, heruntergeladen werden usw.
  • Die tragbare Vorrichtung 20 kann für drahtlose Kommunikation kurzer Reichweite mit dem Fahrzeug 25 konfiguriert sein. Zum Beispiel kann der Sendeempfänger 80 der tragbaren Vorrichtung 20 ein BLUETOOTH®-Sendeempfänger sein, der Verbindungen mit anderen BLUETOOTH-Sendeempfängern bilden kann. Dementsprechend können eine oder mehrere tragbare Vorrichtungen 20 und das Fahrzeug 25 Nachrichten austauschen. Eine tragbare Vorrichtung 20 kann ein Signal, das z.B. Identifikationsdaten (die die Art von Benutzervorrichtung, die Identität eines Benutzers usw. identifizieren), Bewegungsdaten usw. umfassen, zum Fahrzeug 25 senden. Zusätzlich oder als Alternative zu BLUETOOTH können andere geeignete drahtlose Kommunikationsprotokolle, z.B. NFC, IEEE 802.11 oder andere Protokolle, die bekannt sein können, für Kommunikation zwischen den tragbaren Vorrichtungen 20 und dem Fahrzeug 25 verwendet werden.
  • Ferner kann eine tragbare Vorrichtung 20 dafür ausgelegt werden, sich mit anderen tragbaren Vorrichtungen 20 zu verbinden. Zum Beispiel kann eine erste tragbare Vorrichtung 20 eine intelligente Armbanduhr sein, und eine zweite tragbare Vorrichtung 20 kann ein Mobiltelefon sein. Die erste tragbare Vorrichtung 20 kann sich mit der zweiten tragbaren Vorrichtung 20 verbinden und kann Daten mit der zweiten tragbaren Vorrichtung 20 austauschen; die erste und zweite tragbare Vorrichtung 20 können einem selben Benutzer zugeordnet sein. Als ein Beispiel kann die erste tragbare Vorrichtung 20 biometrische Sensoren 90 zur Messung des Pulses des Benutzers und Senden des Pulses zu der zweiten tragbaren Vorrichtung 20 umfassen. Die zweite tragbare Vorrichtung 20 kann die Pulsdaten über die Schnittstelle 85 der zweiten tragbaren Vorrichtung 20 an den Benutzer ausgeben. BLUETOOTH-Kommunikationsverbindungen arbeiten typischerweise bei Frequenzen von 2402–2480 MHz. Wie oben können als Alternative oder zusätzlich andere geeignete drahtlose Kommunikationsprotokolle verwendet werden, die bekannt sein können, um die Kommunikationsverbindungen mit anderen tragbaren Vorrichtungen 20 zu bilden.
  • Zusätzlich zu biometrischen Sensoren 90 können die Sensoren 90 der tragbaren Vorrichtung 20 Beschleunigungsmesser, g-Sensoren, Kreisel, Kompasse, Lichtsensoren, Kameras usw. umfassen. Die Sensoren 90 können Bewegungen der tragbaren Vorrichtung 20 messen und Bewegungsdaten ausgeben, die die tragbare Vorrichtung 20 dann zum Fahrzeug 25 übermitteln kann. Wie nachfolgend beschrieben, kann das Fahrzeug 25 auf der Basis der Bewegungsdaten z.B. Bestimmen, dass der Benutzer der tragbaren Vorrichtung 20 eine Tür des Fahrzeugs 25 geöffnet hat.
  • Das Fahrzeug 25 ist im Allgemeinen ein landgestütztes Fahrzeug mit drei oder mehr Rädern, z.B. ein Personenkraftwagen, leichter Lastwagen usw. Das Fahrzeug 25 weist dementsprechend im Allgemeinen eine vordere, eine hintere, eine linke und eine rechte Seite auf, wobei die Ausdrücke vorne, hinten, links und rechts von der Perspektive eines Benutzers des Fahrzeugs 25 verstanden werden, der in einem Fahrersitz in einer Standardbedienungsposition sitzt, d.h. einem Lenkrad 160 zugewandt (2). Das Fahrzeug 25 umfasst den Computer 100 mit einem Prozessor und einem Speicher. Der Speicher umfasst eine oder mehrere Formen von computerlesbaren Medien und speichert Anweisungen, die durch den Prozessor zur Ausführung verschiedener Operationen, darunter wie hier offenbart, ausführbar sind. Ferner kann der Computer 100 mehr als einen Computer umfassen und/oder kommunikativ mit ihnen gekoppelt sein, z.B. Rückhaltesteuermodul 110, Lenksensoren 115, Türsensoren 120, Sitzsensoren 125, andere Sensoren 130 und Steuerungen 135. Der Computer 100 des Fahrzeugs 25 ist ferner typischerweise kommunikativ mit einem Kommunikationsmechanismus 145 gekoppelt, der für drahtlose Kommunikation mit an Bord befindlichen und externen drahtlosen Vorrichtungen, darunter der Anhänger 15, die tragbare Vorrichtung 20, der entfernte Server 30 und das Netzwerk 35, ausgelegt ist.
  • Der Computer 100 kann im Allgemeinen für Kommunikation auf einem CAN-Bus (Controller Area Network) oder dergleichen programmiert und ausgelegt werden. Die Datenverarbeitungsvorrichtung 100 kann auch eine Verbindung mit einem Bord-Diagnostikverbinder (OBD-II), z.B. gemäß dem J1962-Standard, aufweisen. Über den CAN-Bus, den OBD-II-Verbinderport und/oder andere verdrahtete oder drahtlose Mechanismen kann der Computer 100 Nachrichten zu verschiedenen Vorrichtungen in einem Fahrzeug senden und/oder Nachrichten von den verschiedenen Vorrichtungen, z.B. Steuerungen, Aktoren, Sensoren usw. empfangen. Zusätzlich kann der Computer 100 für Kommunikation z.B. mit einem oder mehreren entfernten Servern 30, mit einem oder mehreren Anhängern 15, mit einer oder mehreren tragbaren Vorrichtungen 20, mit dem Rückhaltesteuermodul 110 und/oder mit dem Netzwerk 35 ausgelegt werden.
  • Die Lenksensoren 115 können Lenkwinkelsensoren, Lenkdrehmomentsensoren, Servolenkung zugeordnete Motorsensoren usw. sein, die bekanntlich Daten bereitstellen, die direkt oder indirekt Lenkoperationen betreffen. Zum Beispiel kann ein Lenksensor 115 ein Lenkwinkelsensor sein, der eine Drehung des Lenkrads 160 eines Fahrzeugs 25 erfasst und die Drehungsdaten des Lenkrads 160 zu der Datenverarbeitungsvorrichtung 100 übermittelt. Als weiteres Beispiel kann ein Lenksensor 115 Drehung eines Motors erfassen, der Antrieb für Lenkoperationen bereitstellt, und die Motordrehungsdaten dem Computer 100 bereitstellen.
  • Die Türsensoren 120 können mechanische Schalter, die durch die Tür aktiviert werden, Näherungssensoren, Halleffektsensoren oder dergleichen sein, sowie sie bekannt sind, die angeben, ob eine Tür offen oder geschlossen ist und die der Datenverarbeitungsvorrichtung 100 Türstatusdaten bereitstellen. Zum Beispiel kann jeder Tür des Fahrzeugs 25 ein Türsensor 120 zugeordnet sein.
  • Die Sitzsensoren 125 können vielfältige Sensoren umfassen, darunter Belegungssensoren und Sitzpositionssensoren, sowie sie bekannt sind. Die Sitzsensoren 125 können zum Beispiel bestimmen, ob ein Benutzer einen Sitz einnimmt, das Gewicht des Benutzers bestimmen und das bestimmte Gewicht zu dem Computer 100 übermitteln. Ferner können die Sitzsensoren 125 entweder direkt oder indirekt die Position eines Sitzes, den Winkel einer Sitzlehne, die Höhe einer Kopfstütze usw. detektieren und hinsichtlich einer oder mehrerer dieser Einstellungen dem Computer 100 Daten bereitstellen. Weiterhin kann der Computer 100 z.B. bei Identifizierung eines Sitzbenutzers Einstellungen an einem dem Benutzer zugeordneten Benutzerprofil vornehmen.
  • Das Fahrzeug 25 kann einen oder mehrere andere Sensoren 130 umfassen. Die anderen Sensoren 130 wären etwa, lediglich als nicht einschränkende Beispiele, Kameras, optische Sensoren, Radar, Mikrofone, Näherungssensoren, Ultraschallsensoren, Drucksensoren, Beschleunigungsmesser, g-Sensoren, Kreisel, Temperatursensoren, Stromsensoren, Spannungssensoren, Infrarotsensoren, kapazitive Sensoren usw. Die Sensoren können Prozessoren und Speicher umfassen und können dafür ausgelegt sein, z.B. über einen CAN-Bus oder dergleichen mit dem Computer 100 zu kommunizieren und ihm Daten zu senden.
  • Das Fahrzeug 25 kann auch eine oder mehrere Steuerungen 135 zum Steuern von Komponenten des Fahrzeugs 25 umfassen. Die eine oder mehreren Steuerungen 135 können bekannte Steuerungen umfassen, als nicht einschränkende Beispiele eine Sitzsteuerung, eine Servolenkungssteuerung, eine Türverriegelungssteuerung, eine Türriegelsteuerung, eine Klimatisierungssteuerung, eine Spiegeleinstellungssteuerung, eine Sitzgurtsteuerung, eine Bremsensteuerung usw. Jede der Steuerungen 135 kann jeweilige Prozessoren und Speicher, einen oder mehrere Aktoren und einen oder mehrere Sensoren umfassen, sowie es bekannt ist. Die Steuerungen 135 können dafür ausgelegt werden, Anweisungen von der Datenverarbeitungsvorrichtung 100 zu empfangen und auf der Basis solcher Anweisungen einen Aktor zu steuern. Zum Beispiel kann eine Türverriegelungssteuerung 135 eine Anweisung empfangen, eine Tür zu entriegeln, und kann bewirken, dass ein Aktor ein der Tür zugeordnetes Schloss entriegelt. Ferner kann die Steuerung 135 Sensoren umfassen. Die Sensoren können z.B. die Aktion des Aktors detektieren. Zum Beispiel kann die Türverriegelungssteuerung 135 detektieren, dass sich das Schloss in einem unverriegelten Zustand befindet. Die Steuerung 135 kann dem Computer 100 Daten hinsichtlich des Status des Schlosses bereitstellen.
  • Speziell kann das Fahrzeug 25 ein Rückhaltesteuerungsmodul (RCM) 110 umfassen. Das RCM 110 kann z.B. g-Sensoren umfassen und kann ferner Eingaben von anderen Sensoren 130 wie g-Sensoren, Kreiseln, Drucksensoren usw. in den Türen oder anderen Bereichen im Fahrzeug 25 empfangen. Auf der Basis der empfangenen Eingaben, der Sensoren des RCM 110 und anderer Sensoren 130 usw. kann das RCM 110 einen Unfall identifizieren oder antizipieren. Das RCM 110 kann diese Informationen zum Computer 100, anderen Fahrzeugkomponenten, darunter Fahrzeugsteuerungen 135, einem oder mehreren entfernten Servern 30 usw. rundsenden. Die Informationen können über ein CAN-Netzwerk oder über eine eigene Kommunikationsverbindung rundgesendet werden.
  • Wie oben angegeben, kann ein Fahrzeug 25 ferner einen Kommunikationsmechanismus 145 für drahtlose Kommunikation mit Bord- und externen Vorrichtungen des Fahrzeugs, die für drahtlose Kommunikation ausgelegt sind, umfassen. Zum Beispiel kann der Kommunikationsmechanismus 145 einen Computer 146 mit einem Prozessor und einem Speicher und eine Messeinheit 147 umfassen. Die Kommunikation kann direkte Kommunikation sein, d.h. zwischen einem Sendeempfänger in dem Kommunikationsmechanismus 145 und einem Sendeempfänger in der drahtlosen Vorrichtung, oder indirekte Kommunikation, z.B. über ein Netzwerk wie ein Netzwerk 35.
  • Der Kommunikationsblock 145 kann im Allgemeinen dafür ausgelegt werden, Kommunikation mit unidirektionalen (typischerweise 315 MHz oder 433 MHz) oder bidirektionalen (typischerweise 902 MHz oder 868 MHz) RKE-Systemen (Remote Keyless Entry), PEPS-Systemen (Passive-Entry Passive-Start) (125 kHz-NF-Abfrage und 315 MHz- oder 433 MHz-Antwort), NFC (Nahfeldkommunikation) (typischerweise 13,56 MHz), Bluetooth-Systemen (2402–2408 MHz), V2V-Systemen (Fahrzeug zu Fahrzeug) und V2I-Systemen (Fahrzeug zu Infrastruktur) im DSRC-Band (Dedicated Short Range Communications) (5,9 GHz), tragbaren Vorrichtungen in den Mobilfunkbändern, Wi-Fi (typischerweise 2,4 GHz oder 5 GHz-Bänder), GPS-Systemen (1575,42 MHz und 1227,6 MHz) usw. zu unterstützen. Beispiele für Protokolle, die der Kommunikationsblock 145 unterstützt, wären Bluetooth, NFC, DSRC, 3G-UMTS-Protokolle, so, wie sie von der 3GPP-Standardbehörde definiert werden, 4G-LTE-Protokolle, so, wie sie von der 3GPP-Standardbehörde definiert werden, Wi-Fi-802.11-Protokolle, so, wie sie von IEEE definiert werden, W-Max-802.16-Protokolle, so, wie sie von IEEE definiert werden, oder andere geeignete drahtlose Kommunikationsprotokolle.
  • Wie nachfolgend ausführlicher beschrieben wird, kann der Kommunikationsmechanismus 145 dafür ausgelegt werden, mit dem Anhänger 15, der tragbaren Vorrichtung 20 und über das Netzwerk 35 mit einem entfernten Server 30 zu kommunizieren.
  • Der Kommunikationsmechanismus 145 kann dafür ausgelegt sein, Kommunikation mit einer oder mehreren tragbaren Vorrichtungen 20 herzustellen. Bei Empfang einer Anweisung zur Entriegelung des Fahrzeugs 25 wie oben beschrieben kann der Computer 100 den Kommunikationsmechanismus 145 anweisen, nach tragbaren Vorrichtungen 20 in der Nähe des, z.B. innerhalb von 3 Metern, Fahrzeugs 25 zu suchen und Kommunikation mit ihnen herzustellen. Der Kommunikationsmechanismus 145 kann nach allen tragbaren Vorrichtungen 20 in der Nähe des Fahrzeugs oder z.B. einer spezifischen Liste tragbarer Vorrichtungen 20, die bekannten Benutzern des Fahrzeugs 25 zugeordnet sind, suchen. Die drahtlosen Vorrichtungen 20 können dann dem Kommunikationsmechanismus 145 antworten. In einem anderen Szenario kann der Kommunikationsmechanismus 145 z.B. periodisch nach tragbaren Vorrichtungen 20 in der Nähe des Fahrzeugs 25 suchen und Kommunikation mit ihnen herstellen. Nach Herstellung von Kommunikation mit den Vorrichtungen 20 kann der Kommunikationsblock 145 Anweisungen senden, die Benutzeridentifikationsdaten, Bewegungsdaten usw. von den tragbaren Vorrichtungen 20 anfordern. In bestimmten Szenarien kann der Computer 100 spezifisch Kommunikation direkt oder indirekt mit tragbaren Trag-Vorrichtungen 20 herstellen.
  • Zusätzlich zu dem Kommunizieren mit der einen oder den mehreren tragbaren Vorrichtungen 20 kann der Kommunikationsmechanismus 145 eine Stärke von Signalen bestimmen, die von jeweiligen tragbaren Vorrichtungen 20 empfangen werden. Wie in 1 gezeigt, kann der Kommunikationsmechanismus 145 eine Messeinheit 147 umfassen. Die Messeinheit 147 kann Signale von den tragbaren Vorrichtungen 20 empfangen und die Signalstärke auf bekannte Weise messen. Gegebenenfalls, z.B. beim Versuch, einen Ort eines Benutzers zu bestimmen, sollte die Messeinheit 147 die Signalstärke des von der tragbaren Trag-Vorrichtung 20 gesendeten Signals messen und nicht das von der unterstützenden mobilen tragbaren Vorrichtung 20 gesendeten Signals. Die Messeinheit 147 kann diese Informationen dem Computer 100 bereitstellen. Wie nachfolgend beschrieben wird, kann die Stärke eines von einer tragbaren Vorrichtung 20 empfangenen Signals eine Angabe der Distanz (die hier auch als Entfernung bezeichnet wird) der tragbaren Vorrichtung 20 von dem Kommunikationsmechanismus 145 sein. Mit diesen Informationen kann man insbesondere im Fall einer tragbaren Trag-Vorrichtung 20 eine Grenze oder Zone bestimmen, wo sich ein Benutzer der tragbaren Trag-Vorrichtung 20 im Fahrzeug 25 befindet. Die Messeinheit 147 kann diese Zonen mit einer Sendeempfängerantenne bestimmen. Als Alternative können zwei oder mehr Antennen verwendet werden, wenn sie z.B. für andere Merkmale existieren.
  • Der Kommunikationsmechanismus 145 des Fahrzeugs 25 kann ferner dafür ausgelegt werden, z.B. über ein Netzwerk 35 mit einem entfernten Server 30 zu kommunizieren. Wenn zum Beispiel das Fahrzeug 25 an einem Unfall beteiligt war, kann das Fahrzeug 25 in der Lage sein, eine Nachricht zu dem entfernten Server 30 zu senden, die angibt, dass das Fahrzeug 25 an einem Unfall beteiligt war, und kann in der Lage sein, zusätzliche Informationen, wie etwa den Ort des Fahrzeugs 25, zu senden. Wenn das Fahrzeug 25 mit einer oder mehreren tragbaren Vorrichtungen 20 verbunden ist, kann das Fahrzeug 25 über den Kommunikationsmechanismus 145 zusätzlich oder als Alternative in der Lage sein, Benutzerstatusinformationen, wie etwa die Lebenszeichen des Benutzers, zu dem entfernten Server 30 zu senden.
  • Das Netzwerk 35 repräsentiert einen oder mehrere Mechanismen, wodurch das Fahrzeug 25 mit entfernten Datenverarbeitungsvorrichtungen kommunizieren kann, und kann einer oder mehrere verschiedener verdrahteter oder drahtloser Kommunikationsmechanismen sein, darunter eine beliebige gewünschte Kombination von verdrahteten Kommunikationsmechanismen (z.B. Kabel und Faser) und/oder drahtlosen Kommunikationsmechanismen (z.B. Mobilfunk, drahtlos, Satellit, Mikrowelle und Hochfrequenz) und eine beliebige gewünschte Netzwerktopologie (oder Topologien, wenn mehrere Kommunikationsmechanismen benutzt werden). Beispielhafte Kommunikationsnetzwerke wären drahtlose Kommunikationsnetzwerke, lokale Netzwerke (LAN) und/oder großflächige Netzwerke (WAN), darunter das Internet, zur Bereitstellung von Datenkommunikationsdiensten.
  • PROZESSE
  • Identifizieren einer Fahrzeugentriegelung oder eines anderen Triggerereignisses für einen Benutzerortsidentifikationsprozess
  • Der Computer 100 des Fahrzeugs 25 kann ein Signal von dem Anhänger 15 zum Entriegeln des Fahrzeugs 25 empfangen oder ein anderes Triggerereignis zum Starten eines Benutzerortsidentifikationsprozesses erkennen. Zum Beispiel kann ein Benutzer des Fahrzeugs 25 den Anhänger 15 aktivieren und der Anhänger 15 kann einen Entriegelungsbefehl zum Fahrzeug 25 senden. Der Computer 100 des Fahrzeugs 25 kann das Entriegelungssignal empfangen und einen Prozess einleiten, um Orte eines oder mehrerer Benutzer in dem Fahrzeug 25 zu identifizieren.
  • Als ein anderes Beispiel kann ein Sensor 130 detektieren, dass ein Benutzer einen Türgriff ergreift oder berührt, um den Türgriff zu ziehen, mit der Absicht, die Tür zu öffnen, und auf der Basis der Detektion kann der Computer 100 Kommunikation mit Anhängern 15 in der Nähe des Fahrzeugs 25 einleiten und herstellen, um das Entriegeln einer Tür zu autorisieren. Der Computer 100 kann bestimmen, dass ein oder mehrere der Anhänger 15 ein autorisierter Anhänger 15 für das Fahrzeug 25 sind, z.B. auf eine Weise wie oben beschrieben. Wenn umgekehrt die Tür bereits entriegelt war, kann der Trigger des Sensors 130 immer noch verwendet werden, um den Computer 100 zu informieren, dass ein Benutzer dabei ist, eine Tür zu öffnen. Der Computer 100 kann auch eine Eingabe von einem Tastenfeld in dem Fahrzeug 25, ein Tür- oder Globalentriegelungsereignis, das durch einen mechanischen Schlüssel aktiviert wird, eine durch einen mechanischen Schlüssel aktivierte Zündung, von einem Telematiksystem usw. empfangen, die als ein Triggerereignis zum Einleiten eines Benutzerortsidentifikationsprozesses identifiziert wird. Weiterhin könnte der Computer 100 den Benutzerortsidentifikationsprozess periodisch, auf der Basis eines Timers usw. einleiten.
  • Identifizierung von Türöffnungsereignissen aus Bewegungen von Trag-Vorrichtungen
  • Bei Erkennung eines Triggerereignisses kann der Computer 100 einen Prozess einleiten, um die tragbare Vorrichtung 20, die eine tragbare Trag-Vorrichtung 20 sein kann, anzuweisen, g-Sensordaten für einen spezifischen Zeitraum aufzuzeichnen, um Handbewegungen zu identifizieren, und dann alle Türsensoren 120 des Fahrzeugs 25 zu überwachen, um zu bestimmen, wo Benutzer in das Fahrzeug 25 eingestiegen sind. Der Computer 100 kann g-Sensorbewegungen der tragbaren Vorrichtungen 20 überwachen, die Benutzern des Fahrzeugs 25 zugeordnet sind, und auf der Basis der Bewegungsdaten eine Vorrichtung 20 und daher einen Benutzer identifizieren, die bzw. der dem Öffnen einer bestimmten Tür des Fahrzeugs 25 zugeordnet sein kann. Im Fall von nur einer Türöffnung und das nur eine tragbare Vorrichtung 20 mit einem Signatur-Bewegungsdatenmuster identifiziert wird, kann es möglich sein, zu schließen, wer in diese Tür eingestiegen ist. Falls mehr Türen geöffnet wurden als es detektierte tragbare Vorrichtungen 20 gibt, sind zusätzliche Daten erforderlich, um den Ort des Benutzers vorherzusagen. Der Computer 100 kann ferner die Bewegungsdaten als Angabe dafür verwenden, wo sich der Benutzer im Fahrzeug 25 nach dem Einstieg in das Fahrzeug 25 befindet.
  • Nunmehr mit Bezug auf 2 kann das Fahrzeug 25 ein Lenkrad 160, eine vordere linke Tür 165, eine vordere rechte Tür 170, eine hintere linke Tür 175, eine hintere rechte Tür 180 und eine Heckklappe 181 umfassen. Das Fahrzeug 25 kann ferner den Kommunikationsmechanismus 145 umfassen. Der Kommunikationsmechanismus 145 kann sich in dem vorderen Mittelteil des Fahrzeugs 25 befinden. Als Alternative kann sich zum Beispiel ein Teil des Kommunikationsmechanismus 145, der zur Herstellung von Kommunikation mit den tragbaren Vorrichtungen 20 verwendet wird, in dem mittleren vorderen Teil des Fahrzeugs 25 befinden, und andere Teile des Kommunikationsmechanismus 145 können sich an einem oder mehreren anderen Orten in dem Fahrzeug 25 befinden. Der Teil des Kommunikationsmechanismus 145, mit dem Kommunikation mit den tragbaren Vorrichtungen 20 hergestellt wird, sollte strategisch platziert werden, so dass die Stärke eines von einer jeweiligen tragbaren Vorrichtung 20 empfangenen Signals eine definierbare Zone in dem Fahrzeug 25 angibt.
  • Wie oben beschrieben, kann der Kommunikationsmechanismus 145 eine Messeinheit 147 umfassen und dafür ausgelegt sein, Kommunikation mit tragbaren Vorrichtungen 20 herzustellen. Die Messeinheit 147 kann dafür ausgelegt sein, die Stärke von Signalen, die von den tragbaren Vorrichtungen 20 empfangen werden, zu messen und die Stärke der Signale von den jeweiligen tragbaren Vorrichtungen 20 an den Computer 100 des Fahrzeugs 25 zu melden.
  • Bei Identifizierung eines Triggerereignisses zum Einleiten eines Benutzerortsidentifikationsprozesses wie oben beschrieben kann der Computer 100 auf der Basis des Triggerereignisses den Kommunikationsmechanismus 145 aktivieren und den Kommunikationsmechanismus 145 anweisen, nach tragbaren Vorrichtungen 20 in der Nähe des Fahrzeugs 25 zu suchen und Kommunikation mit diesen herzustellen. Der Computer 100 kann die Suche auf zuvor gepaarte tragbare Vorrichtungen 20 beschränken. Wie oben erwähnt sollte gegebenenfalls, z.B. beim Versuch, eine Entfernung eines Benutzers von dem Kommunikationsmechanismus 145 zu identifizieren, die Messeinheit 147 die Signalstärke des von der tragbaren Trag-Vorrichtung 20 gesendeten Signals messen und nicht des von der unterstützenden mobilen tragbaren Vorrichtung 20 gesendeten Signals.
  • Wie in 2 gezeigt kann in einem Beispiel der Computer 100 Kommunikation (über den Kommunikationsmechanismus 145) mit tragbaren Vorrichtungen 20a20h, von denen bestimmt wird, dass sie tragbare Trag-Vorrichtungen 20 sind, finden und herstellen. Der Computer 100 kann jeder der tragbaren Trag-Vorrichtungen 20a20h befehlen, Bewegungsdaten, die den jeweiligen tragbaren Trag-Vorrichtungen 20a20h zugeordnet sind, zu dem Computer 100 zu senden.
  • Durch Überwachen und Auswerten der von den tragbaren Trag-Vorrichtungen 20a20h empfangenen Bewegungsdaten kann der Computer 100 z.B. bestimmen, dass der Benutzer der tragbaren Trag-Vorrichtung 20a eine linke Seitentür 165, 175 geöffnet hat. Konkrete Handgelenkbewegungen, z.B. ein Verdrehen entgegen dem Uhrzeigersinn, um einen Türgriff zu ergreifen, und/oder hoch- und nach links ziehen zum Öffnen eines Türgriffs und/oder auf einem Bogen ähnlich dem Bogen eines Türgriffs an einer linkshändigen Tür, die geöffnet wird, nach links ziehen, kann das Öffnen einer linken Seitentür 165, 175 des Fahrzeugs 25 anzeigen.
  • Auf ähnliche Weise kann die Datenverarbeitungsvorrichtung 100 z.B. bestimmen, dass ein Benutzer der tragbaren Trag-Vorrichtung 20d auch eine linke Seitentür 165, 175 geöffnet hat, und ferner auf ähnliche Weise durch Identifizieren von Gesten, die einer rechtsseitigen Tür zugeordnet sind, das z.B. der Benutzer der tragbaren Trag-Vorrichtung 20e eine rechte Seitentür 170, 180 geöffnet hat.
  • Zusätzlich zu dem Identifizieren von Bewegungen einer tragbaren Trag-Vorrichtung 20, die von einem Benutzer an einem zum Öffnen einer Tür verwendeten Arm getragen wird, können andere Arten von Bewegung als Bewegungen, die eine Türöffnung angeben, identifiziert werden. Wenn zum Beispiel ein Benutzer eine rechte Tür 170, 180 mit seinem rechten Arm öffnet und eine tragbare Trag-Vorrichtung 20 an seinem linken Arm trägt, können bestimmte Bewegungen, zum Beispiel das Schwingen des linken Arms um den Körper während der Türöffnung (oder des Einstiegs in das Fahrzeug 25) ein Öffnungsereignis der rechten Tür 170, 180 anzeigen. Andere Bewegungen von Trag-Vorrichtungen 20 können als charakteristisch für das Öffnen einer Tür 165, 170, 175, 180, 181 des Fahrzeugs 25 bestimmt werden. Ferner können Bewegungen, die für das Schließen einer Tür 165, 170, 175, 180 des Fahrzeugs 25 charakteristisch sind, anzeigen, dass ein Benutzer in eine linke Tür oder eine rechte Tür eingestiegen ist.
  • Wie oben beschrieben kann eine Bestimmung, dass ein Benutzer eine bestimmte Tür 165, 170, 175, 180, 181 des Fahrzeugs 25 geöffnet hat, durch den Computer 100 durchgeführt werden. Zusätzlich oder als Alternative kann die Bestimmung z.B. durch den Computer 75 in der jeweiligen tragbaren Trag-Vorrichtung 20 erfolgen und die Ergebnisse können zum Computer 100 übermittelt werden. Zusätzlich oder als Alternative kann die Bestimmung durch einen anderen kommunikativ mit dem Computer 100 gekoppelten Computer durchgeführt werden.
  • Identifizieren von Ortszonen für Trag-Vorrichtungen auf der Basis der Empfangssignalstärke
  • Auf der Basis einer Empfangssignalstärke von durch den Kommunikationsmechanismus 145 von tragbaren Vorrichtungen 20 empfangenen Signalen können zusätzliche Informationen hinsichtlich des Orts von Benutzern in einem Fahrzeug 25 bestimmt werden. Gegebenenfalls, z.B. wenn versucht wird, eine Entfernung eines Benutzers von dem Kommunikationsmechanismus 145 zu bestimmen, können die tragbaren Vorrichtungen 20 tragbare Trag-Vorrichtungen 20 sein.
  • Wie in 3 gezeigt, kann das Fahrzeug 25 auf der Basis der Distanz von dem Kommunikationsmechanismus 145 in drei oder mehr Zonen aufgeteilt werden; eine erste Zone 185, eine zweite Zone 190 und eine dritte Zone 195. Die Zonen 185, 190, 195 können z.B. radial um einen Empfängerteil, z.B. eine Antenne, in dem Kommunikationsmechanismus 145 herum geformt sein. Als anderes Beispiel kann der Empfängerteil in dem Kommunikationsmechanismus 145 gerichtet sein, d.h. eine Empfangsempfindlichkeit aufweisen, die in einigen Richtungen größer als in anderen ist, und die Zonen 185, 190, 195 können durch die Gerichtetheit des Empfängerteils definiert werden.
  • Ferner können sich die Zonen 185, 190, 195 über das Fahrzeug 25 hinaus erstrecken und/oder der Kommunikationsmechanismus 145 kann Signale von außerhalb der definierten Zonen 185, 190, 195 empfangen. Zum Beispiel kann der Kommunikationsmechanismus 145 in der Lage sein, ein Signal von der tragbaren Vorrichtung 20 zu empfangen, die jenseits der dritten Zone 195 ist. Ferner können die Zonen 185, 190, 195 eine Menge konzentrischer Kreise um den Empfangsteil bilden und Bereiche außerhalb des Fahrzeugs 25 umfassen. Der Kommunikationsmechanismus 145 kann auf der Basis des RSSI der tragbaren Vorrichtung 20 bestimmen, dass sich eine tragbare Vorrichtung 20 in Reichweite zur Kommunikation mit dem Kommunikationsmechanismus 145, aber außerhalb der dritten Zone 195 befindet.
  • Die tragbaren Vorrichtungen 20a und 20b können sich in der ersten Zone 185 befinden. Die tragbaren Vorrichtungen 20c, 20d, 20e können sich in der zweiten Zone 190 befinden und die tragbaren Vorrichtungen 20f, 20g, 20h können sich in der dritten Zone 195 befinden. Wie oben kann jede der tragbaren Vorrichtungen 20a20h eine tragbare Trag-Vorrichtung 20 sein. Auch wie oben kann die Datenverarbeitungsvorrichtung 100 über den Kommunikationsmechanismus 145 Kommunikation mit jeder der tragbaren Vorrichtungen 20a20h herstellen.
  • Der Kommunikationsmechanismus 145 kann dafür ausgelegt sein, die Empfangssignalstärke von Signalen zu messen, die von jeder der tragbaren Vorrichtungen 20a20h empfangen werden, und einen Empfangssignalstärkeindikator (RSSI) bereitstellen, so, wie es dem Computer 100 jeweils für jede der tragbaren Vorrichtungen 20a20h bekannt ist.
  • Auf der Basis der jeweiligen Empfangssignalstärken kann der Computer 100 die Zone bestimmen, in der sich jede der tragbaren Vorrichtungen 20a20h befindet. Wenn zum Beispiel der RSSI größer oder gleich einer ersten vorbestimmten Schwelle und kleiner als eine zweite vorbestimmte Schwelle ist, kann die Datenverarbeitungsvorrichtung bestimmen, dass sich die zugeordnete tragbare Vorrichtung 20 in der dritten Zone 195 befindet. Wenn der RSSI größer oder gleich der zweiten vorbestimmten Schwelle und kleiner als eine dritte vorbestimmte Schwelle ist, kann der Computer 100 bestimmen, dass sich die zugeordnete tragbare Vorrichtung 20 in der zweiten Zone 190 befindet. Wenn der RSSI größer oder gleich der dritten vorbestimmten Schwelle ist, kann der Computer 100 bestimmen, dass sich die zugeordnete tragbare Vorrichtung 20 in der ersten Zone 185 befindet. Die erste, zweite und dritte vorbestimmte Schwelle können empirisch auf der Basis repräsentativer tragbarer Vorrichtungen 20, des Orts des Kommunikationsmechanismus 145, der Art des Fahrzeugs 25 usw. bestimmt werden. In dem Beispiel gemäß 3 würde der Computer 100 bestimmen, dass sich die tragbare Vorrichtungen 20a20b in der ersten Zone 185 befinden, die Vorrichtungen 20c20e in der zweiten Zone 190 befinden und die Vorrichtungen 20f20h in der dritten Zone 195 befinden.
  • Identifizieren des Fahrers und des Beifahrers auf der Basis von Türöffnungs- und Zonendaten
  • Auf der Basis der Türöffnungsdaten und Zonendaten, die oben gesammelt wurden, kann der Computer 100 dafür programmiert werden, den Fahrer und Beifahrer des Fahrzeugs 25 zu bestimmen.
  • Wenn zum Beispiel wie oben beschrieben der Computer 100 auf der Basis des RSSI der tragbaren Vorrichtung 20a bestimmt, dass sich die tragbare Vorrichtung 20 in der ersten Zone 185 befindet, und auf der Basis der Bewegungsdaten von der tragbaren Vorrichtung 20a bestimmt, dass der Benutzer der tragbaren Vorrichtung 20a in eine linke Seitentür des Fahrzeugs 25 eingestiegen ist, kann der Computer 100 ferner bestimmen, dass sich der Benutzer der tragbaren Vorrichtung 20a in einem vorderen linken (Fahrer-)Sitz des Fahrzeugs 25 befindet.
  • Wenn ferner in dem obigen Beispiel der Computer 100 auf der Basis des RSSI der tragbaren Vorrichtung 20b bestimmt, dass sich die tragbare Vorrichtung 20b auch in der ersten Zone 185 befindet, kann der Computer 100 bestimmen, dass der Benutzer der tragbaren Vorrichtung 20b sich in einem Beifahrersitz befindet. Derselbe Prozess zum Finden des Fahrers und vorderen Beifahrers kann auch auf rechtsgesteuerte Fahrzeuge angewandt werden, indem die Beziehungen detektierter Türöffnungsereignisse umgekehrt werden.
  • Verwaltung von Mobildaten und Fahrzeugdaten nach einer Bestimmung, dass ein Unfall abläuft oder bevorsteht
  • Wenn bestimmt wird, dass ein Unfall abläuft oder bevorsteht, kann das Fahrzeug die tragbaren Vorrichtungen 20 anweisen, mit Aufzeichnung zu beginnen, und dann können durch die Sensoren 90 der tragbaren Vorrichtungen 20 erzeugte Daten (Mobildaten) durch den Computer 100 des Fahrzeugs 25 gesammelt und z.B. an den entfernten Server 30 verteilt werden. Ein Unfall wäre z.B. eine Kollision mit einem Objekt oder anderem Fahrzeug, Abkommen von der Straße, ein starkes Bremsereignis, das ausreicht, um ein Kraftstoffabschaltereignis zu triggern, ein Überrollereignis usw. Ein Unfall kann als bevorstehend bestimmt werden, wenn z.B. der Computer 100 des Fahrzeugs 25 auf der Basis eines aktuellen Fahrzeugstatus, d.h. Geschwindigkeit, Entfernung von anderen Objekten, Straßenzustand, Ort auf einer Straße usw. bestimmt, dass ein Unfall unvermeidbar ist oder innerhalb einer vorbestimmten Zeit, z.B. drei Sekunden, auftreten wird oder wenn dem Computer 100 durch das Rückhaltesteuermodul 110 derselbe bevorstehende Zustand mitgeteilt wird.
  • Die Mobildaten wären z.B. Bewegungsdaten, die Bewegung der tragbaren Vorrichtung 20 repräsentieren, Ortsdaten der einen oder mehreren tragbaren Vorrichtungen 20, biometrische Daten eines die eine oder mehreren tragbaren Vorrichtungen 20 tragenden Benutzers, Identifikationsdaten, die der einen oder den mehreren tragbaren Vorrichtungen 20 zugeordnet sind, usw. Die Mobildaten können gesammelt und gespeichert werden, zusammen mit einer Kennung für einen Benutzer und/oder die Vorrichtung 20, die die tragbare Vorrichtung 20 oder den Benutzer den Mobildaten zuordnet. Die Mobildaten können zusammen mit anderen durch das Fahrzeug 25 gesammelten Daten zusätzlich zur weiteren Verarbeitung zu einem entfernten Server 30 gesendet werden. Zum Beispiel können die Mobildaten und Fahrzeugdaten zu einem entfernten Server 30 gesendet werden, der einem Krankenhaus oder einer Rettungsdienstzentrale zugeordnet ist, die mit den Mobildaten und Fahrzeugdaten die Gegebenheiten eines Unfalls und die Verletzungen, die an Benutzern des Fahrzeugs 25 und anderen Unfallopfern aufgetreten sein können, bestimmen können.
  • Mobildaten können Identifikation der tragbaren Vorrichtung 20, Identifikation der Art der tragbaren Vorrichtung 20, z.B. intelligente Armbanduhr, Fitnessband, Mobiltelefon usw., Bewegungsdaten, biometrische Daten des Benutzers, Timingdaten, Ortsdaten, z.B. den Ort auf der Basis von GPS-Daten, ein Benutzerprofil 101, Marke und Modell des Fahrzeugs, Fahrzeug-VIN, Kennzeichen des Fahrzeugs, in dem sie gefahren sind, Namen der Person, die der tragbaren Vorrichtung 20 zugeordnet ist, wenn er verfügbar ist, usw. umfassen. Ferner können die Timingdaten von der tragbaren Vorrichtung 20 in Form eines Datums und Zeitstempels oder codiert mit einer bestimmten anderen Form von Zeitreferenz zur Ermöglichung eines synchronen Vergleichs von Daten von den mehreren tragbaren Vorrichtungen 20 vorliegen.
  • Fahrzeugdaten wären als lediglich nicht einschränkende Beispiele zum Beispiel Fahrzeugzustandsdaten wie Fahrzeuggeschwindigkeit, Fahrzeugbeschleunigung, Fahrzeugort, z.B. auf der Basis von GPS-Daten, usw. Fahrzeugdaten können ferner Daten von den Sensoren 115, 120, 125, 130 und/oder Steuerungen 110, 135 umfassen, die Lenkwinkel, Sitzposition, Sitzbelegung, Türstatus, Bremsenstatus, Airbagauslösungsstatus, Motorstatus, Sitzgurtstatus usw. angeben. Weiterhin können Fahrzeugdaten benutzerbezogene Daten umfassen, wie die Anzahl und den Ort von Fahrzeugbenutzern, Benutzerprofile 101 usw.
  • Der Computer 100 des Fahrzeugs 25 kann dafür programmiert werden, z.B. so, wie es bekannt ist, zu bestimmen, dass ein Unfall gerade abläuft oder bevorsteht, und Befehle zu Fahrzeugkomponenten, darunter der Kommunikationsmechanismus 145, senden. Der Computer 100 kann ferner dafür programmiert werden, eine Unfallreferenzzeit zu bestimmen, die einen Zeitpunkt identifiziert, zu dem der Unfall auftrat oder auftreten wird. Zum Beispiel kann das Fahrzeug 25 Daten von einem oder mehreren Fahrzeuglenksensoren 115, Türsensoren 120, Sitzsensoren 125, anderen Sensoren 130 und/oder den Steuerungen 135 empfangen. Andere Sensoren 130 des Fahrzeugs 25 wären zum Beispiel Beschleunigungsmesser, Kreisel, Drucksensoren, Kameras, Radar, Ultraschallsensoren usw., die dem Fahrzeugcomputer 100 Daten bereitstellen können. Auf der Basis von Daten kann das Fahrzeug 25 z.B. so, wie es bekannt ist, bestimmen, dass ein Unfall gerade abläuft oder bevorsteht. Der Computer 100 kann Nachrichten zu Fahrzeugsteuerungen 135, z.B. einer oder mehreren Airbagsteuerungen 110, 135 zum Auslösen von Airbags, einer oder mehreren Sitzgurtsteuerungen 135 zur Erhöhung der Anspannung von Sitzgurten usw. senden.
  • Der Computer 100 kann ferner dafür programmiert werden, über den Kommunikationsmechanismus 145 eine oder mehrere Nachrichten zu einer oder mehreren tragbaren Vorrichtungen 20 zu senden, z.B. tragbaren Vorrichtungen 20, die als sich zu der oben erwähnten Referenzzeit in dem Fahrzeug 25 befindend identifiziert werden. Die Nachricht kann die Unfallreferenzzeit angeben und die eine oder mehreren tragbaren Vorrichtungen 20 anweisen, Daten von Sensoren 90 der tragbaren Vorrichtung 20 zu dem Computer 100 des Fahrzeugs 25 zu senden. Speziell kann der Computer 100 mit als Trag-Vorrichtungen identifizierten tragbaren Vorrichtungen 20 kommunizieren und Bewegungsdaten anfordern, wie etwa Daten, die von 3-Achsen-Beschleunigungsmessern 90, die in den tragbaren Trag-Vorrichtungen 20 enthalten sind, während eines vorbestimmten Zeitraums gesammelt werden.
  • Der vorbestimmte Zeitraum kann z.B. als eine Sekunde vor der Referenzzeit beginnend und sich für zwei Sekunden nach der Referenzzeit oder für einen gewissen anderen Zeitraum erstreckend definiert werden.
  • Zusätzlich zum Anfordern von Bewegungsdaten kann der Computer 100 dafür programmiert werden, Daten wie die Ortsdaten der tragbaren Vorrichtung 20 zur Referenzzeit anzufordern. Der Computer 100 kann ferner biometrische Daten anfordern, wie etwa Lebenszeichen des Benutzers der tragbaren Vorrichtung 20. In einigen Fällen kann der Computer 100 in dem Fahrzeug 25 gespeicherte Daten, zum Beispiel den aktuellen Ort des Benutzers der tragbaren Vorrichtung 20, den von der tragbaren Vorrichtung 20 empfangenen Daten zuordnen.
  • Beim Empfang der angeforderten Daten von der einen oder den mehreren tragbaren Vorrichtungen 20 kann der Computer 100 Daten, z.B. eindeutige oder im Wesentlichen eindeutige Kennungen, erzeugen, die zum Beispiel Bewegungsdaten, Ortsdaten usw. einer bestimmten tragbaren Vorrichtung 20 und/oder einem bestimmten Benutzer zuordnen. Die Kennungen können in einer Menge von Daten enthalten sein, die hier als Tag bezeichnet wird, die auch Zeitstempel umfassen kann, die angeben, wann die Daten relativ zur Referenzzeit erzeugt wurden. Der Computer 100 kann die Mobildaten, einschließlich Tags, in einem dem Computer 100 zugeordneten Speicher speichern.
  • Nach dem Unfall kann der Computer 100 Bewegungsdaten, Identifikationsdaten, biometrische Daten, Ortsdaten (soweit verfügbar) usw. für einen oder mehrere zusätzliche vorbestimmte Zeiträume von der tragbaren Vorrichtung 20 empfangen. Der eine oder die mehreren zusätzlichen vorbestimmten Zeiträume könnten zum Beispiel Drei-Sekunden-Fenster, die eine Minute lang nach der Referenzzeit alle 10 Sekunden auftreten, umfassen.
  • Auf eine Weise wie oben beschrieben könnte ferner der Computer 100 auf der Basis einer Empfangssignalstärke z.B. einen Ort des Benutzers der tragbaren Vorrichtung 20 nach dem Unfall bestimmen und könnte zum Beispiel bestimmen, ob der Benutzer aus dem Fahrzeug 25 geworfen worden ist (oder sein kann). Wenn zum Beispiel vor dem Unfall der Computer 100 bestimmt hat, dass sich der Benutzer der tragbaren Vorrichtung 20 in Zone 185 befand, und der Computer 100 nach dem Unfall bestimmt hat, dass sich der Benutzer in Zone 195 befindet, kann der Computer 100 ferner bestimmen, dass der Benutzer aus dem Fahrzeug 25 geworfen wurde.
  • Der Computer 100 kann ferner die Mobildaten zusammen mit Daten, die von dem einen oder den mehreren Fahrzeugsensoren 115, 120, 125, 130 und/oder einer oder mehreren Fahrzeugsteuerungen 110, 135 usw. gesammelt wurden, anderen Computern, zum Beispiel dem entfernten Server 30, zur Verfügung stellen. Die Mobildaten und Fahrzeugdaten können auf diese Weise zum Beispiel Nothelfern am Unfall oder Produktentwicklern zur Verbesserung von Sicherheitsmerkmalen neu entwickelter Fahrzeuge zur Verfügung gestellt werden.
  • Zum Beispiel können Ortsdaten und Bewegungsdaten zur Referenzzeit Informationen bereitstellen, die die Art, Schwere usw. eines Unfalls betreffen. Ortsdaten und Bewegungsdaten zu einem Zeitpunkt nach der Referenzzeit können Informationen bezüglich eines Zustands eines Benutzers bereitstellen. Zum Beispiel können Ortsdaten, die eine tragbare Vorrichtung 20 außerhalb des Fahrzeugs 25 zeigen, angeben, dass der Benutzer während des Unfalls aus dem Fahrzeug 25 geworfen wurde. Bewegungsdaten, die zeigen, dass sich die tragbare Vorrichtung 20 zu einem Zeitpunkt nach der Referenzzeit bewegt, können angeben, dass der Benutzer geht usw.
  • Der Computer 100 kann ferner das Herunterladen von Daten in eine oder mehrere tragbare Vorrichtungen 20 einleiten. Zum Beispiel kann der Computer 100 des Fahrzeugs 25 wie oben beschrieben Fahrzeugdaten von den Fahrzeugsensoren 115, 120, 125, 130 und Fahrzeugsteuerungen 110, 135 in Bezug auf einen Unfall sammeln. Der Computer 100 kann ferner Mobildaten von einer oder mehreren tragbaren Vorrichtungen 20 in Bezug auf den Unfall sammeln. Diese Daten können Video- oder Standbilder von am Fahrzeug angebrachten Kameras umfassen. Der Computer 100 kann dann einen Teil oder alle der Daten in eine bestimmte tragbare Vorrichtung 20 herunterladen. Die heruntergeladenen Daten können durch die tragbare Vorrichtung 20 gespeichert werden, so dass die Daten zum Beispiel einem Mediziner, der den Benutzer nach dem Unfall behandelt, verfügbar sind.
  • Zum Beispiel kann nach dem Unfall der Computer 100 Daten identifizieren, wie etwa Fahrzeugbeschleunigungsdaten zur Referenzzeit, Bewegungsdaten von tragbaren Vorrichtungen 20 zur Referenzzeit, Teile des Fahrzeugs 25, die während der Kollision beschädigt wurden usw., die den Zustand eines Benutzers einer bestimmten tragbaren Vorrichtung 20 angeben. Zum Beispiel könnten Fahrzeugbeschleunigungsdaten angeben, dass das Fahrzeug 25 einen Aufprall von hinten erlitten hat. Zusätzliche Fahrzeugdaten könnten angeben, dass ein Heckteil des Fahrzeugs zusammengestaucht wurde und dass Airbags für einen das Fahrzeug 25 fahrenden ersten Benutzer und einen zweiten Benutzer in einem Beifahrersitz ausgelöst wurden. Bewegungsdaten von den tragbaren Vorrichtungen 20, die vom ersten bzw. zweiten Benutzer getragen werden, könnten angeben, dass die Beschleunigung entlang einer Achse von vorne nach hinten des Fahrzeugs 25 erfolgte und dass sowohl der erste als auch der zweite Benutzer nach dem Unfall immer noch im Fahrzeug 25 waren. Der Computer 100 kann Daten identifizieren, die für den Zustand jeweils des ersten und zweiten Benutzers relevant sein können, wie etwa Beschleunigungsdaten, Airbagauslösungsdaten usw., und die Daten, die als relevant identifiziert werden, in die tragbare Vorrichtung 20 des Benutzers herunterladen.
  • Prozess zum Verwalten von Daten tragbarer Vorrichtungen und des Fahrzeugs während eines Unfalls
  • 4 ist eine Darstellung eines beispielhaften Prozesses 300 zur Verwaltung von Daten, die durch eine oder mehrere tragbare Vorrichtungen 20 und das Fahrzeug 25 gesammelt werden, wenn das Fahrzeug 25 bestimmt, dass ein Unfall gerade abläuft oder bevorsteht. Der Prozess 300 beginnt in einem Block 305.
  • In Block 305 empfängt der Computer 100 des Fahrzeugs 25 Fahrzeugdaten von einem oder mehreren Fahrzeugsensoren 115, 120, 125, 130 und/oder von einer oder mehreren Steuerungen 110, 135. Wie oben beschrieben, können die Sensoren 115, 120, 125, 130 Sensoren wie Beschleunigungsmesser, Kreisel, Drucksensoren, Kameras, Radarsysteme, Ultraschallsensoren usw. umfassen. Die Steuerungen 110, 135 können Steuerungen wie Sitzgurtsteuerungen, Airbagsteuerungen usw. umfassen. Der Prozess 300 wird in Block 310 fortgesetzt.
  • In Block 310 bestimmt der Computer 100 z.B. auf bekannte Weise auf der Basis der empfangenen Daten, dass ein Unfall gerade abläuft oder bevorsteht. Der Computer 100 kann ferner zusätzliche Informationen hinsichtlich des Unfalls bestimmen, wie etwa die Art und Schwere des Unfalls, und kann Anweisungen für Fahrzeugsteuerungen 135 erzeugen, um auf den Unfall zu reagieren. Der Computer 100 kann eine Referenzzeit ermitteln, die als Referenz zum Reagieren auf den Unfall und Etikettieren von Daten in Bezug auf den Unfall verwendet werden kann. Der Prozess 300 wird im Block 315 fortgesetzt.
  • In Block 315 weist der Computer 100 eine oder mehrere tragbare Vorrichtungen 20 an, der jeweiligen tragbaren Vorrichtung 20 zugeordnete Mobildaten zu senden. Zum Beispiel kann der Computer 100 eine Anweisung zu der tragbaren Vorrichtung 20 senden, die angibt, dass der Unfall gerade abläuft oder bevorsteht, und die Referenzzeit in Bezug auf den Unfall einschließen. Der Computer 100 kann die tragbare Vorrichtung 20 anweisen, Ortsdaten, Bewegungsdaten, Identifikationsdaten usw., die der tragbaren Vorrichtung 20 während eines vorbestimmten Zeitraums in Bezug auf die Referenzzeit zugeordnet sind, zu senden. Auf der Basis der Anweisung kann die tragbare Vorrichtung 20 Daten, einschließlich Daten von den Sensoren 90, sammeln, und eine die Mobildaten umfassende Nachricht zu dem Computer 100 senden. Der Prozess 300 wird in einem Block 320 fortgesetzt.
  • In Block 320 kann der Computer 100 Mobildaten von einer oder mehreren tragbaren Vorrichtungen 20 empfangen. Wie oben beschrieben kann der Computer 100 ferner einen Empfangssignalstärkeindikator (RSSI) von dem Kommunikationsmechanismus 145 empfangen. Auf der Basis des RSSI kann der Computer 100 wie oben beschrieben eine Zone 185, 190, 195 bestimmen, in der sich die tragbare Vorrichtung 20 befindet. Der Prozess 300 wird in einem Block 325 fortgesetzt.
  • In Block 325 kann der Computer 100 die Mobildaten speichern und etikettieren. Zum Beispiel kann der Computer 100 Orts- und Bewegungsdaten von der tragbaren Vorrichtung 20 empfangen. Der Computer 100 kann ein oder mehrere Tags für die Ortsund Bewegungsdaten erzeugen. Die Tags können z.B. eine Zeit, wann die Orts- oder Bewegungsdaten erzeugt wurden, eine tragbare Vorrichtung 20, die die Orts- oder Bewegungsdaten erzeugt hat, einen der tragbaren Vorrichtung 20, die die Daten bereitgestellt hat, zugeordneten Benutzer usw. angeben. Der Computer 100 kann dann die Daten zusammen mit den erzeugten Tags in einem Speicher, z.B. einem dem Computer 100 zugeordneten Speicher, speichern. Der Prozess 300 wird in einem Block 330 fortgesetzt.
  • In Block 330 kann der Computer 100 Daten in Bezug auf den Unfall zu einem entfernten Computer, z.B. dem entfernten Server 30, senden. Die Daten können Fahrzeugdaten, wie etwa die in Block 305 empfangenen Daten in Bezug auf den Unfall, und Mobildaten, wie etwa die in Block 320 empfangenen Daten, umfassen. Die Daten können ferner Tags umfassen, die durch den Computer 100 wie in Block 325 besprochen erzeugt werden. Der Prozess 300 wird in einem Block 335 fortgesetzt.
  • In Block 335 kann der Computer 100 ferner Fahrzeugdaten und/oder Mobildaten in eine oder mehrere tragbare Vorrichtungen 20 herunterladen. Zum Beispiel kann der Computer 100 Daten identifizieren, z.B. Daten, die Beschleunigung des Fahrzeugs 25 während des Unfalls zeigen, Daten wie Daten von Drucksensoren 30, die Beschädigung eines bestimmten Teils des Fahrzeugs 25 angeben, usw., die einem Arzt dabei helfen können, den Benutzer der tragbaren Vorrichtung 20 zu behandeln. Der Computer 100 kann die Daten, einschließlich Anweisungen zum Speichern der Daten, zu der tragbaren Vorrichtung 20 senden. Die Daten können Mobildaten von anderen tragbaren Vorrichtungen 20 oder Mobildaten von der die Daten empfangenden tragbaren Vorrichtung 20 umfassen, wobei die Daten organisiert und etikettiert werden, um dem Arzt zugänglich zu sein. Der Prozess 300 wird in einem Block 340 fortgesetzt.
  • In Block 340 kann der Computer 100 bestimmen, ob der Unfall noch abläuft. Zum Beispiel kann der Unfall als immer noch ablaufend betrachtet werden, wenn eine anfängliche Kollision detektiert wurde und sich das Fahrzeug 25 immer noch bewegt. Zusätzlich oder als Alternative kann der Unfall als immer noch ablaufend betrachtet werden, wenn noch kein Unfall aufgetreten ist aber weiter bevorzustehen scheint. Als anderes Beispiel kann der Unfall als für einen vorbestimmten Zeitraum nach dem Unfall, zum Beispiel 1 Minute, immer noch als ablaufend betrachtet werden. Der Prozess 300 kann zu Block 315 zurückkehren, um zusätzliche Mobildaten von der einen oder den mehreren tragbaren Vorrichtungen 20 zu sammeln. Die zusätzlichen Mobildaten können z.B. angeben, dass ein Benutzer der tragbaren Vorrichtung 20 sich immer noch im Fahrzeug 25 befindet, aus dem Fahrzeug 25 ausgeworfen wurde, sich bewegt, statisch ist usw. Wenn der Computer 100 bestimmt, dass das Ereignis nicht mehr abläuft, kann der Prozess 300 enden.
  • SCHLUSSBEMERKUNGEN
  • Datenverarbeitungsvorrichtungen wie die hier besprochenen umfassen im Allgemeinen Anweisungen, die durch eine oder mehrere Datenverarbeitungsvorrichtungen wie die oben identifizierten ausführbar sind und zum Ausführen von Blöcken oder Schritten von oben beschriebenen Prozessen. Zum Beispiel können oben besprochene Prozessblöcke als computerausführbare Anweisungen realisiert werden.
  • Computerausführbare Anweisungen können aus Computerprogrammen kompiliert oder interpretiert werden, die unter Verwendung vielfältiger Programmiersprachen und/oder -technologien erstellt werden, darunter ohne Beschränkung und entweder alleine oder in Kombination JavaTM, C, C++, Visual Basic, Java Script, Perl, HTML usw. Im Allgemeinen empfängt ein Prozessor (z.B. ein Mikroprozessor) Anweisungen z.B. aus einem Speicher, einem computerlesbaren Medium usw. und führt diese Anweisungen aus, um dadurch einen oder mehrere Prozesse, einschließlich eines oder mehrerer der hier beschriebenen Prozesse, auszuführen. Solche Anweisungen und andere Daten können unter Verwendung vielfältiger computerlesbarer Medien gespeichert und übertragen werden. Eine Datei in einer Datenverarbeitungsvorrichtung ist im Allgemeinen eine Sammlung von Daten, die auf einem computerlesbaren Medium, wie beispielsweise einem Speichermedium, einem Direktzugriffsspeicher usw., gespeichert ist.
  • Ein computerlesbares Medium umfasst ein beliebiges Medium, das an der Bereitstellung von Daten (z.B. Anweisungen), die von einem Computer gelesen werden können, teilnimmt. Ein solches Medium kann viele Formen annehmen, darunter, aber ohne Beschränkung darauf, nichtflüchtige Medien, flüchtige Medien usw. Nichtflüchtige Medien wären zum Beispiel optische oder magnetische Datenträger und anderer persistenter Speicher. Flüchtige Medien wären zum Beispiel dynamischer Direktzugriffsspeicher (DRAM), der typischerweise einen Hauptspeicher bildet. Übliche Formen von computerlesbaren Medien wären zum Beispiel eine Floppy Disk, eine Diskette, eine Festplatte, ein Magnetband, ein beliebiges anderes magnetisches Medium, eine CD-ROM, eine DVD, ein beliebiges anderes optisches Medium, Lochkarten, Papierband, ein beliebiges anderes physisches Medium mit Mustern von Löchern, ein RAM, ein PROM, ein EPROM, ein FLASH-EEPROM, ein beliebiger anderer Speicherchip oder -einsatz oder ein beliebiges anderes Medium, woraus ein Computer lesen kann.
  • Alle in den Ansprüchen gebrauchten Ausdrücke sollen ihre normalen und gewöhnlichen Bedeutungen erhalten, so, wie sie von Fachleuten verstanden werden, wenn nicht hier ausdrücklich gegenteiliges erwähnt wird. Insbesondere sollte die Verwendung der Singularartikel wie "ein", "das", "besagtes" usw. so aufgefasst werden, dass sie eines oder mehrere der angegebenen Elemente aufführt, wenn nicht ein Anspruch eine explizite gegenteilige Beschränkung aufführt.
  • Der Ausdruck "beispielhaft" wird hier im Sinne von ein Beispiel bedeutend gebraucht, z.B. sollte eine Erwähnung eines "beispielhaften Widget" als sich einfach auf ein Beispiel für ein Widget beziehend aufgefasst werden.
  • In den Zeichnungen geben dieselben Bezugszahlen dieselben Elemente an. Ferner können einige oder alle dieser Elemente geändert werden. Im Hinblick auf die hier beschriebenen Medien, Prozesse, Systeme, Verfahren usw. versteht sich, dass, obwohl die Schritte dieser Prozesse usw. als gemäß einer bestimmten geordneten Sequenz auftretend beschrieben wurden, solche Prozesse mit einer Reihenfolge der beschriebenen Schritte ausgeübt werden könnten, die von der hier beschriebenen Reihenfolge verschieden ist. Ferner versteht sich, dass bestimmte Schritte gleichzeitig ausgeführt werden könnten, dass andere Schritte hinzugefügt werden könnten oder dass bestimmte hier beschriebene Schritte weggelassen werden könnten. Anders ausgedrückt, werden die Beschreibungen von Prozessen hier zur Veranschaulichung bestimmter Ausführungsformen angegeben und sollten auf keinerlei Weise als Beschränkung der beanspruchten Erfindung aufgefasst werden.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Nicht-Patentliteratur
    • IEEE 802.11 [0019]

Claims (20)

  1. Computer, der eine Speichervorrichtung und einen Prozessor umfasst, der durch den Prozessor ausführbare Anweisungen speichert, dergestalt, dass der Computer programmiert ist zum Empfangen von Daten von einem oder mehreren Fahrzeugsensoren; Identifizieren eines Unfalls mindestens teilweise auf der Basis der Daten; Senden einer ersten Anweisung zu einer tragbaren Trag-Vorrichtung, die eine erste Menge von Daten anfordert, die Bewegung der tragbaren Vorrichtung für einen ersten vorbestimmten Zeitraum repräsentieren; und Empfangen der ersten Menge von Daten.
  2. Computer nach Anspruch 1, ferner programmiert zum Bestimmen eines ersten Orts eines Benutzers im Fahrzeug vor dem Identifizieren des Unfalls.
  3. Computer nach Anspruch 2, wobei die tragbare Vorrichtung dem Benutzer zugeordnet ist.
  4. Computer nach Anspruch 2, der ferner dafür programmiert ist, die erste Menge von Bewegungsdaten dem Benutzer zuzuordnen.
  5. Computer nach Anspruch 4, wobei das Fahrzeug ein dem Benutzer zugeordnetes Benutzerprofil umfasst und der Computer ferner für Folgendes programmiert ist: die erste Menge von Bewegungsdaten dem Benutzer zuzuordnen, basierend mindestens teilweise auf dem Benutzerprofil.
  6. Computer nach Anspruch 5, ferner programmiert zum Erzeugen eines der ersten Menge von Bewegungsdaten zugeordneten ersten Tags, wobei das Tag die Identifikation des Benutzers umfasst; und Speichern des Tags mit den Bewegungsdaten.
  7. Computer nach Anspruch 6, ferner programmiert zum Empfangen von Fahrzeugdaten von einem oder mehreren Fahrzeugsensoren während des vorbestimmten Zeitraums; und Speichern mindestens eines Teils der Fahrzeugdaten mit der ersten Menge von Bewegungsdaten.
  8. Computer nach Anspruch 7, ferner programmiert zum Senden mindestens eines Teils der Fahrzeugdaten und/oder der ersten Menge von Bewegungsdaten und/oder des zugeordneten ersten Tags zu einem entfernten Server.
  9. Computer nach Anspruch 7, ferner programmiert zum Senden mindestens eines Teils der Fahrzeugdaten und/oder der ersten Menge von Bewegungsdaten und/oder des zugeordneten ersten Tags zu der tragbaren Vorrichtung.
  10. Computer nach Anspruch 2, ferner programmiert zum Senden einer zweiten Anweisung zu der tragbaren Trag-Vorrichtung, die eine zweite Menge von Daten anfordert, die Bewegung für einen zweiten vorbestimmten Zeitraum repräsentieren, wobei der zweite vorbestimmte Zeitraum nach dem Unfall ist; Empfangen der zweiten Menge von Daten, die Bewegung der tragbaren Vorrichtung für den zweiten vorbestimmten Zeitraum repräsentieren, von der tragbaren Vorrichtung.
  11. Computer nach Anspruch 10, ferner programmiert zum Messen einer Signalstärke der tragbaren Vorrichtung nach dem Unfall; und Bestimmen eines zweiten Orts des Benutzers auf der Basis der Stärke der tragbaren Vorrichtung.
  12. Computer nach Anspruch 11, ferner programmiert zum Vergleichen des ersten Orts mit dem zweiten Ort; und Bestimmen, ob der Benutzer nach dem Unfall im Fahrzeug geblieben ist, auf der Basis des Vergleichs.
  13. Computer nach Anspruch 1, ferner programmiert zum Identifizieren einer Unfallreferenzzeit, wobei die Unfallreferenzzeit eine Zeit, zu der der Unfall aufgetreten ist, oder eine Zeit, zu der vorhergesagt wird, dass der Unfall auftritt, angibt; und Senden der Unfallreferenzzeit zu der tragbaren Vorrichtung.
  14. Computer nach Anspruch 13, wobei der erste vorbestimmte Zeitraum vor der Unfallreferenzzeit beginnt und nach der Unfallreferenzzeit endet.
  15. Verfahren, umfassend: Bestimmen eines ersten Orts eines Benutzers in einem Fahrzeug; Empfangen von Daten von einem oder mehreren Fahrzeugsensoren; Identifizieren eines Unfalls mindestens teilweise auf der Basis der Daten; Senden einer ersten Anweisung zu einer dem Benutzer zugeordneten tragbaren Trag-Vorrichtung, die eine erste Menge von Daten anfordert, die Bewegung der tragbaren Vorrichtung für einen ersten vorbestimmten Zeitraum repräsentieren; und Empfangen der ersten Menge von Daten.
  16. Verfahren nach Anspruch 15, ferner umfassend: Identifizieren einer Unfallreferenzzeit, wobei die Unfallreferenzzeit eine Zeit, zu der der Unfall aufgetreten ist, oder eine Zeit, zu der vorhergesagt wird, dass der Unfall auftritt, angibt; und Senden der Unfallreferenzzeit zu der tragbaren Vorrichtung.
  17. Verfahren nach Anspruch 15, das ferner umfasst, die erste Menge von Bewegungsdaten dem Benutzer zuzuordnen.
  18. Verfahren nach Anspruch 17, ferner umfassend: Erzeugen eines der ersten Menge von Bewegungsdaten zugeordneten ersten Tags, wobei das Tag die Identifikation des Benutzers umfasst; Empfangen von Fahrzeugdaten von einem oder mehreren Fahrzeugsensoren während des ersten vorbestimmten Zeitraums; und Speichern der Fahrzeugdaten, der ersten Menge von Bewegungsdaten und des ersten Tags.
  19. Verfahren nach Anspruch 18, ferner umfassend: Senden mindestens eines Teils der Fahrzeugdaten und/oder der ersten Menge von Bewegungsdaten und/oder des zugeordneten ersten Tags zu einem entfernten Server, und Senden mindestens eines Teils der Fahrzeugdaten und/oder der ersten Menge von Bewegungsdaten und/oder des zugeordneten ersten Tags zu der tragbaren Vorrichtung.
  20. Verfahren nach Anspruch 15, ferner umfassend: Senden einer zweiten Anweisung zu der tragbaren Trag-Vorrichtung, die eine zweite Menge von Daten anfordert, die Bewegung für einen zweiten vorbestimmten Zeitraum repräsentieren, wobei der zweite vorbestimmte Zeitraum nach dem ersten vorbestimmten Zeitraum ist; Empfangen der zweiten Menge von Daten, die Bewegung der tragbaren Vorrichtung für den zweiten vorbestimmten Zeitraum repräsentieren, von der tragbaren Vorrichtung; Messen einer Signalstärke der tragbaren Vorrichtung nach dem Unfall; und Bestimmen eines zweiten Orts des Benutzers auf der Basis der Stärke der tragbaren Vorrichtung.
DE102016108723.8A 2015-05-15 2016-05-11 Tragbare Datenverwaltung während eines Unfalls Active DE102016108723B4 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14/713,008 2015-05-15
US14/713,008 US9505365B1 (en) 2015-05-15 2015-05-15 Wearable data management during an incident

Publications (2)

Publication Number Publication Date
DE102016108723A1 true DE102016108723A1 (de) 2016-11-17
DE102016108723B4 DE102016108723B4 (de) 2024-09-19

Family

ID=57208993

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102016108723.8A Active DE102016108723B4 (de) 2015-05-15 2016-05-11 Tragbare Datenverwaltung während eines Unfalls

Country Status (5)

Country Link
US (1) US9505365B1 (de)
CN (1) CN106162551B (de)
DE (1) DE102016108723B4 (de)
MX (1) MX364759B (de)
RU (1) RU2713702C2 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110461681A (zh) * 2017-02-03 2019-11-15 福特全球技术公司 车辆和可穿戴装置操作

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9208526B1 (en) 2014-07-11 2015-12-08 State Farm Mutual Automobile Insurance Company Method and system for categorizing vehicle treatment facilities into treatment complexity levels
US11540088B2 (en) * 2015-10-08 2022-12-27 Voxx International Corporation System and method for locating a portable device in different zones relative to a vehicle and with device zone indicators
US10738513B2 (en) 2016-12-09 2020-08-11 Toyota Motor Engineering & Manufacturing North America, Inc. Flush power slide door handle
CN108216260A (zh) * 2016-12-21 2018-06-29 福特全球技术公司 基于便携式设备的连接的车辆控制
CN109074706B (zh) * 2016-12-24 2020-09-11 华为技术有限公司 一种确定用户乘车地理位置的方法及设备
US10388084B1 (en) * 2017-01-19 2019-08-20 State Farm Mutual Automobile Insurance Company Systems and methods for providing vehicular collision data
US10913413B2 (en) 2018-12-04 2021-02-09 Toyota Motor Engineering & Manufacturing North America, Inc. Wearable article detection and climate adjustment system for a vehicle interior
CN109741631A (zh) * 2019-02-01 2019-05-10 南京沃旭通讯科技有限公司 一种相对位置检测设备及其工作方法
KR20210016807A (ko) 2019-08-05 2021-02-17 삼성전자주식회사 차량 움직임을 이용한 차량 내 위치 결정 방법 및 이를 위한 장치
US11130446B2 (en) * 2019-10-15 2021-09-28 Robert Bosch Gmbh System to detect objects ejected from a vehicle
US11289195B2 (en) * 2020-08-09 2022-03-29 Kevin Patel System for remote medical care
US20220051493A1 (en) * 2020-08-14 2022-02-17 Kennith Burks Systems and methods for an automobile status recorder
WO2024046674A1 (en) * 2022-08-30 2024-03-07 Robert Bosch Gmbh A controller to determine crash information of a vehicle and method for the same

Family Cites Families (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8948442B2 (en) * 1982-06-18 2015-02-03 Intelligent Technologies International, Inc. Optical monitoring of vehicle interiors
EP0739491B1 (de) 1993-06-21 2006-04-12 VAN BUREN, Elke System zum herbeiholen von hilfe für personen oder insassen von fahrzeugen, die ein mobiltelefon mit sich führen
DE19509711C2 (de) 1994-03-09 1997-10-16 Mannesmann Ag Unfalldatenschreiber und Verfahren zur Analyse eines Unfallgeschehens
DE19823708A1 (de) 1998-05-27 1999-12-02 Bayerische Motoren Werke Ag Identifizierungseinrichtung für den Benutzer eines Fahrzeugs
JP3900893B2 (ja) 2001-11-02 2007-04-04 ソニー株式会社 操舵装置、ドライバー認証方法、自動車
US6693535B2 (en) 2001-11-29 2004-02-17 Motorola, Inc. System and method for controlling the interior temperature of a vehicle
US6982656B1 (en) 2002-12-20 2006-01-03 Innovative Processing Solutions, Llc Asset monitoring and tracking system
US7289786B2 (en) * 2003-01-16 2007-10-30 Qualcomm Incorporated Method and apparatus for communicating emergency information using wireless devices
US20060253249A1 (en) 2003-02-11 2006-11-09 Christian Bruelle-Drews High occupancy vehicle restriction aware navigation system
EP1896969A2 (de) 2005-05-31 2008-03-12 Ipifini, Inc. Computerprogramm zum identifizieren und automatisierung sich wiederholender benutzereingaben
ATE415048T1 (de) 2005-07-28 2008-12-15 Harman Becker Automotive Sys Verbesserte kommunikation für innenräume von kraftfahrzeugen
DE102006008637A1 (de) 2006-02-24 2007-08-30 Robert Bosch Gmbh Insassenschutzsystem für ein Fahrzeug
US20130150004A1 (en) 2006-08-11 2013-06-13 Michael Rosen Method and apparatus for reducing mobile phone usage while driving
GB0713336D0 (en) 2007-07-10 2007-08-22 Hw Comm Ltd Occupancy declaration/verification for passenger transport conveyances
US7876205B2 (en) 2007-10-02 2011-01-25 Inthinc Technology Solutions, Inc. System and method for detecting use of a wireless device in a moving vehicle
CN101391589A (zh) * 2008-10-30 2009-03-25 上海大学 车载智能报警方法和装置
US20100280711A1 (en) 2009-04-29 2010-11-04 Gm Global Technology Operations, Inc. System and method of using a portable device to recognize a frequent driver
US9615213B2 (en) * 2009-07-21 2017-04-04 Katasi Llc Method and system for controlling and modifying driving behaviors
US20130088352A1 (en) 2011-10-06 2013-04-11 David Amis Systems and methods utilizing sensory overload to deter, delay, or disrupt a potential threat
US8284041B2 (en) 2009-09-28 2012-10-09 Ford Global Technologies, Llc Method and apparatus for in-vehicle presence detection and driver alerting
US8570168B2 (en) 2009-10-08 2013-10-29 Bringrr Systems, Llc System, method and device to interrogate for the presence of objects
US8504090B2 (en) * 2010-03-29 2013-08-06 Motorola Solutions, Inc. Enhanced public safety communication system
US9511683B2 (en) 2010-08-25 2016-12-06 GM Global Technology Operations LLC Occupant recognition and verification system
CN102303608B (zh) * 2011-06-16 2013-11-06 大连理工大学 嵌入式移动互联智能助驾系统
KR101319939B1 (ko) 2011-09-09 2013-10-29 주식회사 유비벨록스모바일 블랙 박스와 감지 센서를 활용한 사고 진단 시스템 및 방법
US8768292B2 (en) 2011-11-01 2014-07-01 Alfonzo Welch Portable wireless automobile and personal emergency responder and messenger system and method
CN102431452A (zh) * 2011-12-07 2012-05-02 刘晓运 一种基于传感器的行车安全的控制方法
US8548667B2 (en) 2011-12-15 2013-10-01 Steering Solutions Ip Holding Corporation Hands on steering wheel detect in lane centering operation
US20130226369A1 (en) * 2012-02-23 2013-08-29 Sirius XM Radio, Inc. Portable vehicle telematics systems and methods
US20140309839A1 (en) 2013-04-15 2014-10-16 Flextronics Ap, Llc Vehicle Registration to Enter Automated Control of Vehicular Traffic
CN102602363A (zh) * 2012-03-27 2012-07-25 华南理工大学 基于超宽带的车辆无钥匙进入、启动与闭锁方法及装置
WO2013188977A2 (en) 2012-06-20 2013-12-27 Brule David Allen Wearable rfid storage devices
KR101335344B1 (ko) 2012-08-09 2013-12-02 이보석 스마트 카워치
CN102905031A (zh) * 2012-10-23 2013-01-30 广东欧珀移动通信有限公司 一种移动终端处理紧急事件的方法及系统
US20140163771A1 (en) 2012-12-10 2014-06-12 Ford Global Technologies, Llc Occupant interaction with vehicle system using brought-in devices
US20140163768A1 (en) * 2012-12-11 2014-06-12 At&T Intellectual Property I, L.P. Event and condition determination based on sensor data
EP2939031B1 (de) 2012-12-26 2019-01-30 TrueMotion, Inc. Verfahren und systeme zur fahreridentifikation
US9008917B2 (en) 2012-12-27 2015-04-14 GM Global Technology Operations LLC Method and system for detecting proximity of an end device to a vehicle based on signal strength information received over a bluetooth low energy (BLE) advertising channel
US10052972B2 (en) 2013-03-26 2018-08-21 Intel Corporation Vehicular occupancy assessment
WO2014172321A1 (en) 2013-04-15 2014-10-23 Flextronics Ap, Llc Access and portability of user profiles stored as templates
EP3361642B1 (de) 2013-05-08 2020-01-01 Cellcontrol, Inc. Fahreridentifizierungs- und datensammlungssystem zur verwendung mit mobilkommunikationsvorrichtungen in fahrzeugen
US9135758B2 (en) 2013-05-13 2015-09-15 Moj.Io Inc. Vehicle status notification and operator identification
US8738292B1 (en) 2013-05-14 2014-05-27 Google Inc. Predictive transit calculations
US9053516B2 (en) 2013-07-15 2015-06-09 Jeffrey Stempora Risk assessment using portable devices
US20150025917A1 (en) 2013-07-15 2015-01-22 Advanced Insurance Products & Services, Inc. System and method for determining an underwriting risk, risk score, or price of insurance using cognitive information
US20150070131A1 (en) 2013-09-11 2015-03-12 Here Global B.V. Method and apparatus for detecting boarding of a means of transport
KR101470240B1 (ko) 2013-11-14 2014-12-08 현대자동차주식회사 주차 영역 검출 장치 및 그 방법
US9037199B1 (en) 2014-02-13 2015-05-19 Google Inc. Detecting transitions between physical activity
US9270809B2 (en) 2014-03-10 2016-02-23 International Business Machines Corporation Device function disablement during vehicle motion
US9037125B1 (en) 2014-04-07 2015-05-19 Google Inc. Detecting driving with a wearable computing device
CN104112362B (zh) * 2014-06-19 2017-02-01 深圳科隆科技有限公司 车辆呼救方法和系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
IEEE 802.11

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110461681A (zh) * 2017-02-03 2019-11-15 福特全球技术公司 车辆和可穿戴装置操作

Also Published As

Publication number Publication date
RU2713702C2 (ru) 2020-02-06
RU2016118603A (ru) 2017-11-16
CN106162551A (zh) 2016-11-23
MX2016006033A (es) 2016-11-14
MX364759B (es) 2019-05-06
CN106162551B (zh) 2021-08-06
US9505365B1 (en) 2016-11-29
DE102016108723B4 (de) 2024-09-19
US20160332589A1 (en) 2016-11-17
RU2016118603A3 (de) 2019-07-24

Similar Documents

Publication Publication Date Title
DE102016108723B4 (de) Tragbare Datenverwaltung während eines Unfalls
DE102016108721B4 (de) Bestimmung der Position von Fahrzeuginsassen
DE102016108728A1 (de) Detektion von Hand am Lenkrad
DE102019212231B4 (de) Verfahren zur Tür- oder Klappenbedienung bei einem Fahrzeug sowie Authentifizierungselement
DE102016108725A1 (de) Bestimmung der Position von Fahrzeuginsassen
DE102006053964B4 (de) Steuersystem für eine Fahrzeugausrüstung
US9544742B2 (en) Determining vehicle occupant location
DE102012204673B4 (de) Vorrichtung und Verfahren zum Erkennen eines Drahtlosgeräts
DE102007044398B4 (de) Diebstahlschutzsystem für ein Fahrzeug und Verfahren zum Betreiben eines Diebstahlschutzsystems
DE102017121834A1 (de) System und verfahren zum bestimmen des standorts einer mobilvorrichtung relativ zur fahrzeugkabine
DE102016118849A1 (de) Automatisiertes Verriegeln/Entriegeln von Türen und Toren
DE102012220799A1 (de) Fahrzeugkommunikationen und -Zugriff
DE102017113127A1 (de) Verfahren und Vorrichtung für Fahrzeuginsassenpositionserfassung
DE102017202126A1 (de) Fahrzeugsteuersystem
DE112016006382B4 (de) Fahrzeug-alert von einer nicht gepaarten vorrichtung
DE102018129321A1 (de) Status-Tests drahtloser Kommunikationsknoten von Fahrzeugen
EP3347246B1 (de) Verfahren und anordnung zum lokalisieren einer tragbaren funkeinheit
EP3691935A1 (de) Steuervorrichtung für ein bedienfreies funkschlüsselsystem eines kraftfahrzeugs, kraftfahrzeug mit einer solchen steuervorrichtung und verfahren zum betreiben einer solchen steuervorrichtung
DE102021125171A1 (de) Biometrisches drahtloses fahrzeugzugangssystem
DE202013103554U1 (de) Vorrichtung zur Dualbereichsdetektion in einem Fahrzeug
DE102020102797A1 (de) Verfahren und vorrichtung zum steuern eines sich bewenden objekts unter verwendung einer identifizierungseinrichtung
WO2021175609A1 (de) Steuern eines kraftfahrzeugs mittels eines fahrzeugexternen mobilen endgeräts
DE102022101465A1 (de) Laufzeit-lokalisierung eines fahrzeugbenutzers
DE102006053618A1 (de) Anordnung zum Überwachen eines Fahrzeugs
DE102016108726A1 (de) Bestimmung der Position von Fahrzeuginsassen

Legal Events

Date Code Title Description
R084 Declaration of willingness to licence
R012 Request for examination validly filed
R016 Response to examination communication
R018 Grant decision by examination section/examining division