DE102017107285A1 - Verbindungslose kommunikation mit komponenten im fahrzeuginneren - Google Patents

Verbindungslose kommunikation mit komponenten im fahrzeuginneren Download PDF

Info

Publication number
DE102017107285A1
DE102017107285A1 DE102017107285.3A DE102017107285A DE102017107285A1 DE 102017107285 A1 DE102017107285 A1 DE 102017107285A1 DE 102017107285 A DE102017107285 A DE 102017107285A DE 102017107285 A1 DE102017107285 A1 DE 102017107285A1
Authority
DE
Germany
Prior art keywords
vehicle
component
state
interface
personal device
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
DE102017107285.3A
Other languages
English (en)
Inventor
Pietro Buttolo
James Stewart Rankin II
Stephen Ronald Tokish
Jeffrey A. Wallace
Stuart C. Salter
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 DE102017107285A1 publication Critical patent/DE102017107285A1/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/03Electric 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 supply of electrical power to vehicle subsystems or for
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/005Discovery of network devices, e.g. terminals
    • 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • 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
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/023Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Mechanical Engineering (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)
  • Fittings On The Vehicle Exterior For Carrying Loads, And Devices For Holding Or Mounting Articles (AREA)

Abstract

Ein Fahrzeug kann in einer Vielzahl verbindungsloser funktioneller Zustände arbeiten, enthaltend einen Überwachungszustand, in dem die Komponente Ankündigungen rundsendet, die persönlichen Vorrichtungen das Vorhandensein der Fahrzeugkomponente angeben; einen Benachrichtigungszustand, in dem die Komponente Ankündigungszyklen rundsendet, die verfügbare Merkmale der Komponente angeben; und einen Befehlsverarbeitungszustand, in dem die Komponente Ankündigungen gegenwärtiger Merkmalszustände als Reaktion auf Befehlsankündigungen, die von den persönlichen Vorrichtungen empfangen wurden, rundsendet. Eine persönliche Vorrichtung kann in einer Vielzahl von verbindungslosen funktionellen Zuständen arbeiten, enthaltend einen Schnittstellenerfassungszustand, in dem die persönliche Vorrichtung Informationen, die Komponentenfunktionen angeben, basierend auf nicht verbindbaren Ankündigungen von fahrzeugseitigen Komponenten erfasst; einen Schnittstellenanzeigezustand, in dem die persönliche Vorrichtung eine Benutzerschnittstelle von Steuerelementen basierend auf Informationen, die während des Schnittstellenerfassungszustands erfasst wurden, bereitstellt; und einen Befehlsverarbeitungszustand, in dem die Vorrichtung Befehlsankündigungen als Reaktion auf Benutzereingabe in die Benutzerschnittstelle rundsendet.

Description

  • TECHNISCHES GEBIET
  • Aspekte der Offenbarung betreffen allgemein verbindungslose Kommunikation mit fahrzeugseitigen Komponenten.
  • HINTERGRUND
  • BLUETOOTH-Technologie kann in verschiedenen Benutzervorrichtungen enthalten sein, um zu gestatten, dass die Vorrichtungen miteinander kommunizieren. BLUETOOTH Low Energy (BLE) ist eine andere drahtlose Technologie, die entworfen wurde, Kommunikation von Daten zwischen Vorrichtungen bereitzustellen. Im Vergleich mit BLUETOOTH bietet BLE Kommunikation von kleineren Datenmengen und mit reduziertem Leistungsverbrauch.
  • BLE-Vorrichtungen können die Rollen einer zentralen Vorrichtung oder einer peripheren Vorrichtung ausführen. Zentrale Vorrichtungen tasten drahtlos auf Ankündigungen durch periphere Vorrichtungen ab, während periphere Vorrichtungen die Ankündigungen machen. Sobald sich die periphere Vorrichtung mit der zentralen Vorrichtung verbindet, kann die periphere Vorrichtung die Ankündigung aussetzen, so dass andere zentrale Vorrichtungen nicht länger imstande sein können, sie drahtlos zu identifizieren oder sich damit zu verbinden, bis die bestehende Verbindung unterbrochen wird.
  • BLE-Vorrichtungen übertragen Daten unter Verwendung von Konzepten, die als Dienste und Charakteristika bezeichnet werden. Dienste sind Zusammenstellungen von Charakteristika. Eine zentrale Vorrichtung kann sich mit einer oder mehreren der Charakteristika eines Dienstes einer peripheren Vorrichtung verbinden und darauf zugreifen. Charakteristika umschließen einen einzelnen Wert oder Datentyp mit einem oder mehreren Datenbytes sowie null oder mehr Deskriptoren, die den Wert des Charakteristikums beschreiben. Die Deskriptoren können Informationen wie durch Menschen lesbare Beschreibungen, einen Bereich für die Werte des Charakteristikums oder eine Maßeinheit des Werts des Charakteristikums enthalten. Ein Dienstentdeckungsprotokoll (SDP) kann einer Vorrichtung gestatten, Dienste, die von anderen Vorrichtungen angeboten werden, und ihre assoziierten Parameter zu entdecken. Die Dienste können durch universell eindeutige Kennzeichnungen (UUIDs) gekennzeichnet sein.
  • ZUSAMMENFASSUNG
  • In einer veranschaulichenden Ausführungsform enthält ein System einen drahtlosen Transceiver und einen Prozessor in Kommunikation mit dem Transceiver, programmiert zum Filtern nicht verbindbarer Ankündigungen, um Ankündigungen auszuschließen, denen eine im Voraus definierte Kennzeichnung fehlt, die eindeutig für fahrzeugseitige Komponenten ist, Erzeugen einer Benutzerschnittstelle von Steuerelementen basierend auf Informationen, die aus den gefilterten Ankündigungen erfasst wurden, und Rundsenden einer Befehlsankündigung an die fahrzeugseitigen Komponenten als Reaktion auf Bedienereingabe, die eine Komponentenfunktion unter Verwendung eines der Steuerelemente anpasst.
  • In einer anderen veranschaulichenden Ausführungsform enthält ein System eine Fahrzeugkomponente, konfiguriert zum Arbeiten in einer Vielzahl verbindungsloser funktioneller Zustände, enthaltend einen Überwachungszustand, in dem die Komponente Ankündigungen rundsendet, die persönlichen Vorrichtungen das Vorhandensein der Fahrzeugkomponente angeben; einen Benachrichtigungszustand, in dem die Komponente Ankündigungszyklen rundsendet, die verfügbare Merkmale der Komponente angeben; und einen Befehlsverarbeitungszustand, in dem die Komponente Ankündigungen gegenwärtiger Merkmalszustände als Reaktion auf Befehlsankündigungen, die von den persönlichen Vorrichtungen empfangen wurden, rundsendet.
  • In noch einer anderen veranschaulichenden Ausführungsform enthält ein System eine persönliche Vorrichtung, konfiguriert zum Arbeiten in einer Vielzahl von verbindungslosen funktionellen Zuständen, enthaltend einen Schnittstellenerfassungszustand, in dem die persönliche Vorrichtung Informationen, die Komponentenfunktionen angeben, basierend auf nicht verbindbaren Ankündigungen von fahrzeugseitigen Komponenten erfasst; einen Schnittstellenanzeigezustand, in dem die persönliche Vorrichtung eine Benutzerschnittstelle von Steuerelementen basierend auf Informationen, die während des Schnittstellenerfassungszustands erfasst wurden, bereitstellt; und einen Befehlsverarbeitungszustand, in dem die persönliche Vorrichtung Befehlsankündigungen als Reaktion auf Benutzereingabe in die Benutzerschnittstelle rundsendet.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • 1A zeigt ein beispielhaftes System, das ein Fahrzeug mit einem Geflecht von fahrzeugseitigen Komponenten enthält, konfiguriert zum Lokalisieren und Interagieren mit Fahrzeuginsassen und Benutzervorrichtungen;
  • 1B zeigt eine beispielhafte fahrzeugseitige Komponente, ausgestattet mit einem drahtlosen Transceiver, konfiguriert zum Erleichtern von Detektion der persönlichen Vorrichtungen und Identifizieren ihrer Nähe;
  • 1C zeigt eine beispielhafte fahrzeugseitige Komponente, die Signalstärke von anderen fahrzeugseitigen Komponenten des Fahrzeugs anfordert;
  • 2 zeigt beispielhafte Formate von Ankündigungspaketen, bereitgestellt zwischen fahrzeugseitigen Komponenten und persönlichen Vorrichtungen;
  • 3 zeigt eine beispielhafte Beschreibung einer Zustandsmaschine zur Verwendung durch eine fahrzeugseitige Komponente;
  • 4 zeigt eine beispielhafte Benutzerschnittstelle zum Steuern einer fahrzeugseitigen Beleuchtungskomponente, die der persönlichen Vorrichtung basierend auf der angekündigten Steuerelement-Schnittstellenvorlage angezeigt wird;
  • 5 zeigt ein beispielhaftes Diagramm von Paketankündigungen für eine fahrzeugseitige Komponente im Zustand „Benachrichtigen/Triangulieren“;
  • 6 zeigt eine beispielhafte Beschreibung einer Zustandsmaschine zur Verwendung durch eine persönliche Vorrichtung;
  • 7 zeigt einen beispielhaften Prozess für den Betrieb einer fahrzeugseitigen Komponente unter Nutzung nicht verbindbarer Paketankündigungskommunikation; und
  • 8 zeigt einen beispielhaften Prozess für den Betrieb einer persönlichen Vorrichtung unter Nutzung nicht verbindbarer Paketankündigungskommunikation.
  • AUSFÜHRLICHE BESCHREIBUNG
  • Ausführliche Ausführungsformen der vorliegenden Erfindung werden hierin nach Erfordernis offenbart; es versteht sich jedoch, dass die offenbarten Ausführungsformen lediglich beispielhaft für die Erfindung sind, die in verschiedenen und alternativen Formen ausgeführt werden kann. Die Figuren sind nicht notwendigerweise maßstabsgetreu; einige Merkmale können überbetont oder minimiert sein, um Einzelheiten von bestimmten Komponenten zu zeigen. Daher sind hierin offenbarte spezifische strukturelle und funktionelle Einzelheiten nicht als einschränkend zu interpretieren, sondern lediglich als eine repräsentative Basis, um einem Fachmann zu lehren, die vorliegende Erfindung verschiedenartig anzuwenden.
  • Module im Fahrzeuginneren wie Leselampen oder Lautsprecher können mit einer drahtlosen Kommunikationsschnittstelle wie BLE erweitert werden. Diese erweiterten Module des Fahrzeuginneren können als fahrzeugseitige Komponenten bezeichnet werden. Fahrzeuginsassen können ihre Smartphones oder andere persönlichen Vorrichtungen nutzen, Merkmale der fahrzeugseitigen Komponenten unter Verwendung der Kommunikationsschnittstelle zu steuern. In einem Beispiel kann ein Fahrzeuginsasse eine Anwendung nutzen, die in der persönlichen Vorrichtung installiert ist, um eine Leselampe ein- oder auszuschalten oder um eine Lautstärke eines Lautsprechers anzupassen.
  • Die persönliche Vorrichtung kann eine Liste verfügbarer fahrzeugseitiger Komponenten durch Abtasten auf BLE-Ankündigungspakete von den fahrzeugseitigen Komponenten erfassen. Die persönliche Vorrichtung kann sich dann mit der fahrzeugseitigen Komponente verbinden, mit der die persönliche Vorrichtung interagieren möchte. Sobald eine BLE-Verbindung gebildet ist, setzt die fahrzeugseitige Komponente jedoch die BLE-Ankündigung bis zur Trennung aus. Dies bedeutet, dass, wenn einer der Fahrzeuginsassen mit einem der Module im Innern interagiert, dieses Modul für andere Insassen nicht „sichtbar“ sein wird und außerdem zum Triangulieren der Position persönlicher Vorrichtungen nicht verfügbar sein wird. Als ein anderer Nachteil können dynamische Veränderungen der UUID ein Neustarten der BLE-Komponente erfordern.
  • Ein verbessertes System fahrzeugseitiger Komponenten kann nicht verbindbare Ankündigung nutzen, Zweiwege-Kommunikation von persönlichen Vorrichtungen zu fahrzeugseitigen Komponenten bereitzustellen. Die nicht verbindbaren Ankündigungen können enthalten, Nutzlastinformationen für ein generisches Zugriffsprofil (GAP) rundzusenden. Im Vergleich mit Ankündigungen, die Informationen über verfügbare Dienste enthalten, können nicht verbindbare Ankündigungen stattdessen verwendet werden, eine gewünschte GAP-Nutzlast, die den gegenwärtigen Zustand der Komponente angibt, rundzusenden. Wie hierin nachstehend detailliert diskutiert, kann diese Nutzlast verwendet werden, ein Protokoll für nicht verbindbare Ankündigungskommunikation zwischen fahrzeugseitigen Komponenten und persönlichen Vorrichtungen zu implementieren.
  • 1A zeigt ein beispielhaftes System 100, das ein Fahrzeug 102 mit einem Geflecht von fahrzeugseitigen Komponenten 106 enthält, konfiguriert zum Lokalisieren und Interagieren mit Benutzern und persönlichen Vorrichtungen 104 der Benutzer. Das System 100 kann konfiguriert sein, den Benutzern wie Fahrzeuginsassen zu gestatten, mit den fahrzeugseitigen Komponenten 106 in dem Fahrzeug 102 oder mit einem anderen rahmenaktivierten Fahrzeug 102 zu interagieren. Überdies kann das Interagieren durchgeführt werden, ohne dass es erforderlich ist, die persönlichen Vorrichtungen 104 mit einer Kopfeinheit oder anderen zentralisierten Rechnerplattform des Fahrzeugs 102 zu paaren oder in Kommunikation zu bringen.
  • Das Fahrzeug 102 kann verschiedene Automobiltypen, Crossover Utility Vehicle (CUV), Sport Utility Vehicle (SUV), Lastkraftwagen, Wohnmobile (RV), Boote, Flugzeuge oder andere mobile Maschinen zum Transportieren von Personen oder Waren enthalten. In vielen Fällen kann das Fahrzeug 102 von einem Verbrennungsmotor angetrieben werden. Als eine andere Möglichkeit kann das Fahrzeug 102 ein Hybridelektrofahrzeug (HEV) sein, dass von sowohl einem Verbrennungsmotor als auch einem oder mehreren Elektromotoren angetrieben wird, wie ein Reihenhybridelektrofahrzeug (SHEV), ein Parallelhybridelektrofahrzeug (PHEV) oder ein Parallel-/Reihenhybridelektrofahrzeug (PSHEV). Da der Typ und die Konfiguration des Fahrzeugs 102 variieren können, können die Fähigkeiten des Fahrzeugs 102 korrespondierend variieren. Als einige andere Möglichkeiten können die Fahrzeuge 102 verschiedene Fähigkeiten hinsichtlich Fahrgastkapazität, Zugfähigkeit und -kapazität und Fassungsvermögen aufweisen.
  • Die persönlichen Vorrichtungen 104-A, 104-B und 104-C (zusammen 104) können Mobilvorrichtungen der Benutzer und/oder tragbare Vorrichtungen der Benutzer enthalten. Die Mobilvorrichtungen können einem beliebigen verschiedener Typen von tragbaren Rechnervorrichtungen wie Zelltelefone, Tablet-Computer, Smart-Uhren, Laptop-Computer, tragbare Musikwiedergabevorrichtungen oder andere Vorrichtungen, die zu vernetzter Kommunikation mit anderen Mobilvorrichtungen imstande sind, entsprechen. Die tragbaren Vorrichtungen können Smart-Uhren, Smart-Brillen, Fitnessbänder, Steuerringe oder andere persönliche Mobilitäts- oder Zubehörvorrichtungen, die entworfen sind, getragen zu werden und mit der Mobilvorrichtung des Benutzers zu kommunizieren, als einige nicht einschränkende Beispiele enthalten.
  • Die fahrzeugseitigen Komponenten 106-A bis 106-N (zusammen 106) können verschiedene Elemente des Fahrzeugs 102 mit benutzerkonfigurierbaren Einstellungen enthalten. Diese fahrzeugseitigen Komponenten 106 können fahrzeugseitige Oberlicht-Komponenten 106-A bis 106-D, fahrzeugseitige Klimaanlagen-Komponenten 106-E und 106-F, fahrzeugseitige Sitzsteuerung-Komponenten 106-G bis 106-J und fahrzeugseitige Lautsprecher-Komponenten 106-K bis 106-N als einige Beispiele enthalten. Andere Beispiele von fahrzeugseitigen Komponenten 106 sind ebenfalls möglich, wie Rücksitz-Unterhaltungsbildschirme oder automatisierte Fensterblenden. In vielen Fällen können die fahrzeugseitigen Komponenten 106 Steuerelemente wie Tasten, Schieberegler und Berührungsbildschirme exponieren, die von dem Benutzer verwendet werden können, die besonderen Einstellungen der fahrzeugseitigen Komponente 106 zu konfigurieren. Als einige Möglichkeiten können die Steuerelemente der fahrzeugseitigen Komponente 106 dem Benutzer gestatten, ein Beleuchtungsniveau einer Lichtsteuerung einzustellen, eine Temperatur einer Klimaanlage einzustellen, eine Lautstärke und eine Tonquelle für einen Lautsprecher einzustellen und eine Position eines Sitzes einzustellen.
  • Das Innere des Fahrzeugs 102 kann in mehrere Zonen 108 aufgeteilt sein, wobei jede Zone 108 mit einer Sitzplatzposition im Inneren des Fahrzeugs 102 assoziiert sein kann. Zum Beispiel kann die vordere Reihe des dargestellten Fahrzeugs 102 eine erste Zone 108-A enthalten, die mit der Fahrer-Sitzplatzposition assoziiert ist, und eine zweite Zone 108-B, die mit einer Sitzplatzposition eines vorderen Beifahrers assoziiert ist. Die zweite Reihe des dargestellten Fahrzeugs 102 kann eine dritte Zone 108-C enthalten, die mit einer fahrerseitigen hinteren Sitzplatzposition assoziiert ist, und eine vierte Zone 108-D, die mit einer beifahrerseitigen hinteren Sitzplatzposition assoziiert ist. Variationen hinsichtlich der Anzahl und Anordnung der Zonen 108 sind möglich. Zum Beispiel kann eine alternative zweite Reihe eine zusätzliche fünfte Zone 108 einer mittleren Sitzplatzposition der zweiten Reihe (nicht dargestellt) enthalten. Vier Insassen sind dargestellt, sich in dem beispielhaften Fahrzeug 102 zu befinden, von denen drei persönliche Vorrichtungen 104 verwenden. Ein Fahrerinsasse in der Zone 108-A verwendet keine persönliche Vorrichtung 104. Ein vorderer Beifahrerinsasse in der Zone 108-B verwendet die persönliche Vorrichtung 104-A. Ein hinterer fahrerseitiger Beifahrerinsasse in der Zone 108-C verwendet die persönliche Vorrichtung 104-B. Ein hinterer beifahrerseitiger Beifahrerinsasse in der Zone 108-D verwendet die persönliche Vorrichtung 104-C.
  • Jede der verschiedenen fahrzeugseitigen Komponenten 106, die sich im Inneren des Fahrzeugs 102 befinden, kann mit einer oder mehreren der Zonen 108 assoziiert sein. Als einige Beispiele können die fahrzeugseitigen Komponenten 106 mit der Zone 108, in der sich die entsprechende fahrzeugseitige Komponente 106 befindet, und/oder mit einer (oder mehreren) der Zonen 108, die durch die entsprechende fahrzeugseitige Komponente 106 gesteuert wird, assoziiert sein. Zum Beispiel kann die fahrzeugseitige Licht-Komponente 106-C, die durch den vorderen Beifahrer zugänglich ist, mit der zweiten Zone 108-B assoziiert sein, während die fahrzeugseitige Licht-Komponente 106-D, die durch den hinteren beifahrerseitigen Insassen zugänglich ist, mit der vierten Zone 108-D assoziiert sein. Es ist zu beachten, dass der dargestellte Abschnitt des Fahrzeugs 102 in 1A lediglich ein Beispiel ist und mehr, weniger und/oder verschieden angeordnete fahrzeugseitige Komponenten 106 und Zonen 108 verwendet werden können.
  • Bezug nehmend auf 1B, kann jede fahrzeugseitige Komponente 106 mit einem drahtlosen Transceiver 110 ausgestattet sein, der konfiguriert ist, Detektion der persönlichen Vorrichtungen 104 zu erleichtern und ihre Nähe zu identifizieren. In einem Beispiel kann der drahtlose Transceiver 110 eine drahtlose Vorrichtung wie einen BLUETOOTH-Low-Energy-Transceiver enthalten, der konfiguriert ist, eine Intensität eines BLUETOOTH-Signals niedriger Energie als ein Lokalisierungsmittel zu aktivieren, um die Nähe der persönlichen Vorrichtungen 104 zu bestimmen. Detektion der Nähe der persönlichen Vorrichtung 104 durch den drahtlosen Transceiver 110 kann in einem Beispiel bewirken, dass eine Fahrzeugkomponenten-Schnittstellenanwendung 118 der detektierten persönlichen Vorrichtung 104 aktiviert wird.
  • In vielen Beispielen können die persönlichen Vorrichtungen 104 einen drahtlosen Transceiver 112 enthalten (z. B. ein BLUETOOTH-Modul, ein ZIGBEE-Transceiver, ein Wi-Fi-Transceiver, ein IrDA-Transceiver, ein RFID-Transceiver usw.), der konfiguriert ist, mit anderen kompatiblen Vorrichtungen zu kommunizieren. In einem Beispiel kann der drahtlose Transceiver 112 der persönlichen Vorrichtung 104 Daten mit dem drahtlosen Transceiver 110 der fahrzeugseitigen Komponente 106 über eine drahtlose Verbindung 114 kommunizieren. In einem anderen Beispiel kann ein drahtloser Transceiver 112 einer tragbaren persönlichen Vorrichtung 104 Daten mit einem drahtlosen Transceiver 112 einer mobilen persönlichen Vorrichtung 104 über eine drahtlose Verbindung 114 kommunizieren. Die drahtlosen Verbindungen 114 können eine Bluetooth-Low-Energy- bzw. BLE-Verbindung sein, aber andere Typen von lokalen drahtlosen Verbindungen 114 wie Wi-Fi oder Zigbee können ebenfalls genutzt werden.
  • Die persönlichen Vorrichtungen 104 können außerdem ein Vorrichtungsmodem enthalten, das konfiguriert ist, Kommunikation der persönlichen Vorrichtungen 104 mit anderen Vorrichtungen über ein Kommunikationsnetzwerk zu erleichtern. Das Kommunikationsnetzwerk kann Vorrichtungen, die mit dem Kommunikationsnetzwerk verbunden sind, Kommunikationsdienste wie paketvermittelte Netzwerkdienste (z. B. Internetzugang, VoIP-Kommunikationsdienste) bereitstellen. Ein Beispiel eines Kommunikationsnetzwerks kann ein Zelltelefonnetzwerk enthalten. Zum Erleichtern von Kommunikationen über das Kommunikationsnetzwerk können persönliche Vorrichtungen 104 mit eindeutigen Vorrichtungskennzeichnungen (z. B. Mobilvorrichtungsnummern (MDNs), Internetprotokoll- bzw. IP-Adressen, Kennzeichnungen der Vorrichtungsmodems usw.) assoziiert sein, um die Kommunikationen der persönlichen Vorrichtungen 104 über das Kommunikationsnetzwerk zu identifizieren. Diese Kennzeichnungen von persönlichen Vorrichtungen 104 können ebenfalls durch die fahrzeugseitige Komponente 106 zum Identifizieren der persönlichen Vorrichtungen 104 genutzt werden.
  • Die Fahrzeugkomponenten-Schnittstellenanwendung 118 kann eine in der persönlichen Vorrichtung 104 installierte Anwendung sein. Die Fahrzeugkomponenten-Schnittstellenanwendung 118 kann konfiguriert sein, Zugang von Fahrzeuginsassen zu Merkmalen der fahrzeugseitigen Komponenten 106, die für vernetzte Konfiguration über den drahtlosen Transceiver 110 exponiert werden, zu erleichtern. In einigen Fällen kann die Fahrzeugkomponenten-Schnittstellenanwendung 118 konfiguriert sein, die verfügbaren fahrzeugseitigen Komponenten 106 zu identifizieren, die verfügbaren Merkmale und gegenwärtigen Einstellungen der identifizierten fahrzeugseitigen Komponenten 106 zu identifizieren und zu bestimmen, welche der verfügbaren fahrzeugseitigen Komponenten 106 sich in der Nähe des Fahrzeuginsassen befinden (z. B. in derselben Zone 108 wie der Ort der persönlichen Vorrichtung 104). Die Fahrzeugkomponenten-Schnittstellenanwendung 118 kann ferner konfiguriert sein, eine Benutzerschnittstelle anzuzeigen, die die verfügbaren Merkmale darstellt, Benutzereingabe zu empfangen und Befehle basierend auf der Benutzereingabe bereitzustellen, um dem Benutzer zu gestatten, die Merkmale der fahrzeugseitigen Komponenten 106 zu steuern. Demgemäß kann das System 100 konfiguriert sein, Fahrzeuginsassen zu gestatten, mit den fahrzeugseitigen Komponenten 106 in dem Fahrzeug 102 nahtlos zu interagieren, ohne zu erfordern, dass die persönlichen Vorrichtungen 104 mit einer Kopfeinheit des Fahrzeugs 102 gepaart werden oder damit in Kommunikation stehen.
  • Jede fahrzeugseitige Komponente 106 kann außerdem mit einer Benachrichtigungsvorrichtung 120 ausgestattet sein, die konfiguriert ist, Identifikation des physikalischen Orts der fahrzeugseitigen Komponente 106 in dem Fahrzeug 102 durch die Insassen des Fahrzeugs 102 zu erleichtern. In einem Beispiel kann die Benachrichtigungsvorrichtung 120 eine Hintergrundbeleuchtung der fahrzeugseitigen Komponente 106 sein. In einem anderen Beispiel kann die Benachrichtigungsvorrichtung 120 andere Merkmale der Steuerelemente des Satzes von Steuerelementen der fahrzeugseitigen Komponente 106 nutzen, um die Benachrichtigung vorzunehmen, wie vorhandene Beleuchtungselemente der fahrzeugseitigen Komponente 106. In noch einem weiteren Beispiel kann die Benachrichtigungsvorrichtung 120 Signalmelodien oder andere Töne, die von der fahrzeugseitigen Komponente 106 ausgehen, nutzen, um die Lokalisierung der fahrzeugseitigen Komponente 106 zu unterstützen. In noch einem weiteren Beispiel kann die Benachrichtigungsvorrichtung 120 Vorrichtungen für haptische Rückmeldung oder Vorrichtungen für taktile Rückmeldung nutzen, um einem Benutzer (z. B. der Hand eines Benutzers) eine physikalische Angabe des besonderen Orts der fahrzeugseitigen Komponente 106 bereitzustellen. Es sollte außerdem beachtet werden, dass diese Ansätze kombiniert werden können und die Benachrichtigungsvorrichtung(en) 120 mehr als eine der vorstehend angeführten oder anderer Benachrichtigungen durchführen können.
  • Das System 100 kann eine oder mehrere Vorrichtung-Ortsbestimmungstechniken verwenden, die Zone 108, in der sich die persönliche Vorrichtung 104 befindet, zu identifizieren. Ortsbestimmungstechniken können danach eingeteilt werden, ob die Schätzung auf Nähe, Winkelbildung oder Lateration basiert. Nähebestimmungsverfahren sind „grobkörnig“ und können Informationen darüber bereitstellen, ob sich ein Ziel innerhalb eines im Voraus definierten Bereichs befindet, stellen aber keinen genauen Ort des Ziels bereit. Winkelbildungsverfahren schätzen eine Position des Ziels gemäß den Winkeln zwischen dem Ort des Ziels und Referenzorten. Lateration stellt eine Schätzung des Zielorts bereit, ausgehend von verfügbaren Distanzen zwischen Ziel und Referenzen. Die Distanz des Ziel von einer Referenz kann aus einer Messung der Signalstärke 116 über die drahtlose Verbindung 114 zwischen dem drahtlosen Transceiver 110 der fahrzeugseitigen Komponente 106 und dem drahtlosen Transceiver 112 der persönlichen Vorrichtung 104 oder aus einer Zeitmessung von entweder Eintreffen (TOA) oder Differenz des Eintreffens (TDOA) erhalten werden.
  • Eines der Vorteile von Lateration unter Verwendung von Signalstärke 116 ist, dass sie die Informationen der Signalstärke 116 der bereits vorhandenen empfangenen Signalstärke-Angabe (RSSI), die in vielen Kommunikationsprotokollen verfügbar sind, mitbenutzen kann. Zum Beispiel verwendet iBeacon die Informationen der RSSI-Signalstärke 116, die im BLUETOOTH-Low-Energy- bzw. BLE-Protokoll verfügbar sind, um die Distanz einer Bake von einer persönlichen Vorrichtung 104 (d. h. ein Ziel) abzuleiten, so dass spezifische Ereignisse ausgelöst werden können, wenn sich die persönliche Vorrichtung 104 der Bake nähert. Andere Implementierungen erweitern das Konzept durch Mitbenutzung mehrerer Referenzen zum Schätzen des Orts des Ziels. Wenn die Distanzen von drei Referenzbaken bekannt sind, kann der Ort aus den nachstehenden Gleichungen vollständig geschätzt werden (Triangulation): d 2 / 1 = (x – x1)2 + (y – y1)2 + (z – z1)2 d 2 / 2 = (x – x2)2 + (y – y2)2 + (z – z2)2 d 2 / 3 = (x – x3)2 + (y – y3)2 + (z – z3)2 (1)
  • In einem Beispiel, wie in 1C dargestellt, kann eine fahrzeugseitige Komponente 106-B eine Anforderung der Signalstärke 116 an andere fahrzeugseitige Komponenten 106-A und 106-C des Fahrzeugs 102 rundsenden oder in anderer Weise senden. Diese Anforderung kann bewirken, dass die anderen fahrzeugseitigen Komponenten 106-A und 106-C durch ihren jeweiligen drahtlosen Transceiver 110 detektierte Daten der drahtlosen Signalstärke 116 für die jeweils detektierten Vorrichtungen zurücksenden (z. B. Signalstärke 116-A für die durch den drahtlosen Transceiver 110-A identifizierte persönliche Vorrichtung 104, Signalstärke 116-C für die durch den drahtlosen Transceiver 110-C identifizierte persönliche Vorrichtung 104). Unter Verwendung dieser Signalstärken 116-A und 116-C sowie der durch die fahrzeugseitige Komponente 106-B unter Verwendung ihres drahtlosen Transceivers 110-B bestimmten Signalstärke 116-B kann die fahrzeugseitige Komponente 106-B die Gleichungen (1) zum Durchführen von Trilateration verwenden und die persönliche Vorrichtung 104 lokalisieren. Als eine andere Möglichkeit kann die fahrzeugseitige Komponente 106 die persönliche Vorrichtung 104 mit der höchsten Signalstärke 116 an der fahrzeugseitigen Komponente 106 als die persönliche Vorrichtung 104 in der Zone 108 wie folgt identifizieren:
    Figure DE102017107285A1_0002
  • Demgemäß kann das Geflecht von fahrzeugseitigen Komponenten 106 und der persönlichen Vorrichtungen 104 entsprechend genutzt werden, den fahrzeugseitigen Komponenten 106 zu gestatten, zu identifizieren, in welcher Zone 108 sich jede persönliche Vorrichtung 104 befindet.
  • Als noch eine andere Möglichkeit zum Lokalisieren der persönlichen Vorrichtung 104 in dem Fahrzeug 102 können die Signalstärken 116 der persönlichen Vorrichtung 104 zu jeder der fahrzeugseitigen Komponenten 106 einer bestimmten Zone 108 verwendet werden, zu bestimmen, ob die persönliche Vorrichtung 104 sich in der Zone 108 befindet. Als noch eine weitere Möglichkeit zum Lokalisieren der persönlichen Vorrichtung 104 in dem Fahrzeug 102 können symmetrische Sätze von fahrzeugseitigen Komponenten 106 mit einem Fahrgastraum eines symmetrischen Fahrzeugs 102 verwendet werden, den Ort der persönlichen Vorrichtung 104 zu schätzen.
  • Unabhängig von dem besonderen Ansatz, der verwendet wird, kann das Geflecht von fahrzeugseitigen Komponenten 106 und der persönlichen Vorrichtungen 104 genutzt werden, den fahrzeugseitigen Komponenten 106 zu gestatten, zu identifizieren, in welcher Zone 108 sich jede persönliche Vorrichtung 104 befindet. Da jede der fahrzeugseitigen Komponenten 106 außerdem mit einer Zone 108 assoziiert ist, können die fahrzeugseitigen Komponenten 106 dementsprechend die persönliche Vorrichtung 104, die zu benachrichtigen ist, als die persönliche Vorrichtung 104 identifizieren, die mit derselben Zone 108 assoziiert ist, mit der die fahrzeugseitige Komponente 106 assoziiert ist.
  • Als eine Möglichkeit kann die fahrzeugseitige Komponente 106 die von den persönlichen Vorrichtungen 104 in dem Fahrzeug 102 empfangenen Daten der Signalstärke 116 nutzen, zu identifizieren, welche der persönlichen Vorrichtungen 104 von dem Insassen in Gebrauch ist, der physikalisch mit den Sitzplatz-Steuerelementen der fahrzeugseitigen Komponente 106-H interagiert. Zum Beispiel würde Identifizieren der persönlichen Vorrichtung 104 mit der höchsten Signalstärke 116 an der fahrzeugseitigen Komponente 106 wahrscheinlich die richtige persönliche Vorrichtung 104 identifizieren, z. B. wie folgt:
    Figure DE102017107285A1_0003
  • 2 zeigt beispielhafte Formate von Ankündigungspaketen 200, bereitgestellt zwischen fahrzeugseitigen Komponenten 108 und persönlichen Vorrichtungen 104. Die Ankündigungspakete 200 können durch die fahrzeugseitigen Komponenten 108 und persönlichen Vorrichtungen 104 als GAP-Pakete angekündigt werden. Ein GAP-Paket enthält 31 Byte. Nach Berücksichtigung der Informationselemente Paketkopf, Datenlänge und Typ sind jedoch nur 26 für benutzerdefinierte Daten verfügbar. Dementsprechend werden die beispielhaften Formate (A) bis (K) der Ankündigungspakete 200 jeweils als bis zu 26 Byte enthaltend dargestellt, wobei jedes der Formate (A) bis (K) der Ankündigungspakete 200 für verschiedene spezifische Zwecke verwendet werden kann, wie hierin detailliert beschrieben.
  • Jedes der beispielhaften Ankündigungspakete 200 kann ein Datendeskriptor- bzw. DD-Feld 202 enthalten, das den Typ des Ankündigungspakets 200 definiert, um zu gestatten, dass ein Empfänger die rundgesendeten Daten versteht. Bestimmte Typen des Ankündigungspakets 200 können von fahrzeugseitigen Komponenten 106 angekündigt werden, während andere Typen von Ankündigungspaketen 200 von persönlichen Vorrichtungen 104 angekündigt werden können.
  • Für fahrzeugseitige Komponenten 106 kann ein erster Wert des DD-Felds 202 von null ein Ankündigungspaket 200 im Format (A) für ein Überwachungsmodul angeben, das nach persönlichen Vorrichtungen 104 pingt, ein Wert des DD-Felds 202 von eins kann ein Ankündigungspaket 200 im Format (A) für ein Überwachungsmodul angeben, das anfordert, dass andere Module aufwachen, und ein Wert des DD-Felds 202 von zwei kann ein Ankündigungspaket 200 im Format (A) für eine Komponente angeben, die ihr Vorhandensein und/oder ihren Ort dem Geflecht mitteilt. Ein Wert des DD-Felds 202 von drei kann ein Ankündigungspaket 200 im Format (B) für eine Komponente angeben, die eine Schnittstellenvorlage für ihre funktionellen Steuerelemente kommuniziert. Ein Wert des DD-Felds 202 von vier kann ein Ankündigungspaket 200 im Format (C) für eine Komponente angeben, die eine Liste von Schnittstellenelementen kommuniziert. Ein Wert des DD-Felds 202 von sieben kann ein Ankündigungspaket 200 im Format (D) für eine Komponente angeben, die eine erweiterte Schnittstelle kommuniziert. Ein Wert des DD-Felds 202 von neun kann ein Ankündigungspaket 200 im Format (E) für eine Komponente angeben, die gegenwärtige Werte von funktionellen Parametern kommuniziert. Ein Wert des DD-Felds 202 von zehn kann ein Ankündigungspaket 200 im Format (F) für eine Relaiskomponente angeben, die eine Anforderung an ein anderes Modul weiterleitet. Ein Wert des DD-Felds 202 von elf kann ein Ankündigungspaket 200 im Format (E) für eine Komponente angeben, die eine Insasseninteraktion kommuniziert. Ein Wert des DD-Felds 202 von zwölf kann ein Ankündigungspaket 200 im Format (G) für eine Komponente angeben, die Informationen über BLUETOOTH- und/oder drahtlose Vorrichtungsverbindungen kommuniziert.
  • Für persönliche Vorrichtungen 104 kann ein Wert des DD-Felds 202 von fünf ein Ankündigungspaket 200 im Format (H) angeben, das eine Schnittstellenvorlage für spezifizierte Steuerelemente einer fahrzeugseitigen Komponente 106 anfordert. Ein Wert des DD-Felds 202 von sechs kann ein Ankündigungspaket 200 im Format (I) angeben, das eine erweiterte Schnittstellenvorlage einer fahrzeugseitigen Komponente 106 anfordert. Ein Wert des DD-Felds von acht kann ein Ankündigungspaket 200 im Format (E) angeben, das anfordert, ein Merkmal einer Funktion einer fahrzeugseitigen Komponente 106 einzustellen. Ein Wert des DD-Felds 202 von dreizehn kann ein Ankündigungspaket 200 im Format (J) angeben, das Informationen über BLUETOOTH- und/oder drahtlose Vorrichtungsverbindungen anfordert. Ein Wert des DD-Felds 202 von vierzehn kann ein Ankündigungspaket 200 im Format (K) angeben, das anfordert, dass fahrzeugseitige Komponenten 106 einer spezifizierten Sitzplatzzone 108 Einstellungen verändern.
  • Unter Verwendung der Ankündigungspakete 200 können Nutzlasten von den fahrzeugseitigen Komponenten 106 zu den persönlichen Vorrichtungen 104 und von den persönlichen Vorrichtungen 104 zu den fahrzeugseitigen Komponenten 106 verwendet werden, das Protokoll für nicht verbindbare Ankündigungskommunikation zu implementieren.
  • Wie hinsichtlich des beispielhaften Pakets (A) dargestellt, kann das Ankündigungspaket 200 das Datendeskriptor- bzw. DD-Feld 202 als ein Zwei-Byte-Feld enthalten, gefolgt von einem Intelligentes-Modul-Kennzeichnungs- bzw. SMI-Feld 204 von acht Byte, gefolgt von einem Fahrzeugkennzeichnungs- bzw. VI-Feld 206 von acht Byte, gefolgt von einem Funktionskennzeichnungs- bzw. FI-Feld 208 von zwanzig Byte, gefolgt von einem Ortskennzeichnungs- bzw. LI-Feld 210 von Sechs Byte, gefolgt von einem Attributmarkierungs- bzw. AF-Feld 212 von einem Byte, gefolgt von einem Basis-RSSI- bzw. BR-Feld 214 von einem Byte, gefolgt von einem Anzahl-einzelner-Steuerelemente- bzw. NC-Feld 216 von einem Byte. Es ist jedoch zu beachten, dass verschiedene Längen, Typen, Reihenfolgen, konstante Werte und Datenelemente von Ankündigungspaketen 200 zusätzlich oder alternativ verwendet werden können.
  • Das DD-Feld 202 kann verwendet werden, den Zustand anzugeben, in dem sich die rundsendende fahrzeugseitige Komponente 108 gegenwärtig befindet. In einem Beispiel kann ein erster Wert (z. B. null) verwendet werden, zu repräsentieren, dass die fahrzeugseitige Komponente 108 sich in einem Zustand „Überwachung“ befindet, ein zweiter Wert (z. B. eins) kann verwendet werden, zu repräsentieren, dass die fahrzeugseitige Komponente 108 sich in einem Zustand „niedrige Leistung“ befindet, und ein dritter Wert (z. B. zwei) kann verwendet werden, zu repräsentieren, dass die fahrzeugseitige Komponente 108 sich in einem Zustand „Benachrichtigen/Triangulieren“ befindet. Weitere Aspekte von Zuständen fahrzeugseitiger Komponenten 108 werden nachstehend unter Bezugnahme auf 3 ausführlich diskutiert.
  • Das SMI-Feld 204 kann verwendet werden, eine für fahrzeugseitige Komponenten 108 eindeutige Kennzeichnung bereitzustellen. Das kann erfolgen, um anderen Vorrichtungen zu gestatten, Rundesendedaten herauszufiltern, die nicht von einer fahrzeugseitigen Komponente 108 rundgesendet werden. In einem Beispiel kann das SMI-Feld 204 die Vier-Byte-Konstante „F03DD30F“ im HEX-Format enthalten. Es ist zu beachten, dass andere Konstanten oder Kennzeichnungen einschließlich von kürzeren oder längeren Kennzeichnungen verwendet werden könnten.
  • Das VI-Feld 206 kann verwendet werden, eine fahrzeugspezifische Kennzeichnung bereitzustellen. Dies kann gestatten, dass fahrzeugseitige Komponenten 108 als zu einem spezifischen Fahrzeug 102 gehörig identifiziert werden. Diese Informationen können per Smartphone in neu installierte Module programmiert werden. Nicht alle Module werden Informationen aufweisen. Einige mitgeführte Gegenstände wie ein intelligenter Babysitz oder eine intelligente Kühlvorrichtung können durch Triangulation als Teile des Fahrzeugs 102 identifiziert werden. Während kürzere oder längere Kennzeichnungen verwendet werden können, gibt es beim Beispiel eines VI-Felds 206 von vier Byte mehr als vier Milliarden Kombinationen. Dementsprechend ist die Wahrscheinlichkeit, dass zwei Fahrzeuge 102 die gleichen Kennzeichnungen aufweisen und sich innerhalb des Kommunikationsbereichs voneinander befinden, vernachlässigbar.
  • Das FI-Feld 208 kann verwendet werden, eine Hauptfunktion oder eine Funktionskategorie, die von der fahrzeugseitigen Komponente 108 unterstützt wird, zu beschreiben. In einem Beispiel kann das FI-Feld 208 einen ersten Wert für ein Licht, einen zweiten Wert für einen Sitz, einen dritten Wert für eine Klimaanlage und so weiter angeben.
  • Das LI-Feld 210 kann verwendet werden, die Anordnung der fahrzeugseitigen Komponente 108 im Fahrzeug 102 zu beschreiben. Zum Beispiel kann das LI-Feld 210 X-, Y- und Z-Koordinaten der fahrzeugseitigen Komponente 108 in dem Fahrzeug 102, jede als ein Byte, und die Sitzplatzzone 106 als ein Byte spezifizieren. In vielen Beispielen können die X-, Y- und Z-Ortsinformationen derart normalisiert werden, dass die Abmessung von der linken Seite zur rechten Seite des Fahrzeugs genau einhundert Einheiten beträgt. Als einige andere mögliche Datenkonventionen kann der Vorne-Hinten-Ort am Lenkrad als null zugewiesen werden und kann der Boden des Fahrzeugs 102 vertikal auf null gesetzt werden. Hinsichtlich des Bytes der Sitzplatzzone 106 kann jedes Bit in dem Byte mit einer anwendbaren Sitzplatzzone 106 korrespondieren, so dass, wenn die fahrzeugseitige Komponente 108 aus dieser Zone zugänglich ist, das korrespondierende Bit gesetzt werden kann. Als eine Möglichkeit kann, wenn die fahrzeugseitige Komponente 108 von der Fahrer-Sitzplatzzone 106 zugänglich ist, das erste Bit gesetzt werden, wenn die fahrzeugseitige Komponente 108 von der vorderen Beifahrer-Sitzplatzzone 106 zugänglich ist, kann das zweite Bit gesetzt werden, wenn die fahrzeugseitige Komponente 108 von der fahrzeugseitigen Sitzplatzzone der zweiten Reihe 106 zugänglich ist, kann das dritte Bit gesetzt werden, und wenn die fahrzeugseitige Komponente 108 von der beifahrerseitigen Sitzplatzzone der zweiten Reihe 106 zugänglich ist, kann das vierte Bit gesetzt werden. Wenn die fahrzeugseitige Komponente 108 von sämtlichen der Sitzplatzzonen 108 zugänglich ist, können sämtliche der Bits des Bytes gesetzt werden.
  • Das AF-Feld 212 kann verwendet werden, Attribute anzugeben, die beschreiben, welche im Voraus definierten Verhalten durch die fahrzeugseitige Komponente 108 implementiert sind. Diese Attribute können, in einem Beispiel, eines oder mehrere eines Überwachung-Verhaltens (z. B. spezifiziert durch Setzen eines ersten Bits des AF-Felds 212), eines Triangulationsknoten-Verhaltens (z. B. spezifiziert durch Setzen eines zweiten Bits des AF-Felds 212), eines Verhaltens eines funktionellen Knotens (z. B. spezifiziert durch Setzen eines dritten Bits des AF-Felds 212), eines Insassen-Interaktion-Knoten-Verhaltens (z. B. spezifiziert durch Setzen eines vierten Bits des AF-Felds 212), eines Relaisknoten-Verhaltens (z. B. spezifiziert durch Setzen eines fünften Bits des AF-Felds 212), eines Dienstknoten-Verhaltens (z. B. spezifiziert durch Setzen eines sechsten Bits des AF-Felds 212) und eines Konnektivitätshelfer-Verhaltens (z. B. spezifiziert durch Setzen eines siebten Bits des AF-Felds 212) angeben. Eine fahrzeugseitige Komponente 108 kann eine beliebige Kombination eines oder mehrerer dieser oder anderer Attribute besitzen.
  • Das Attribut Überwachung kann gesetzt werden, um anzugeben, dass die fahrzeugseitige Komponente 108 in einen Modus „Schlaf“ anstelle eines Modus „Ruhe“ übergeht, wenn das Fahrzeug 102 ausgeschaltet ist. Im Modus „Schlaf“ kann die fahrzeugseitige Komponente 108 ein Ankündigungsintervall verlängern, um mit einem langsameren Takt anzukündigen (z. B. einmal alle 2 Sekunden anstelle eines kürzeren Intervalls). Wenn dagegen eine fahrzeugseitige Komponente 108 im Modus „Ruhe“ ist, kann die fahrzeugseitige Komponente 108 die Ankündigungen aussetzen. Allgemeiner ausgedrückt, kann die fahrzeugseitige Komponente 108 im Modus „Ruhe“ den Leistungsverbrauch der fahrzeugseitigen Komponente 108 auf ein minimales Verbrauchsniveau oder eines von null reduzieren.
  • Das Attribut Triangulationsknoten kann gesetzt werden, um anzugeben, dass die fahrzeugseitige Komponente 108 Bereitstellen von Signalstärke-Informationen 116 unterstützt, um Lokalisierung von persönlichen Vorrichtungen 104 im Fahrzeug 102 zu gestatten. Eine fahrzeugseitige Komponente 108, für die das Attribut Triangulationsknoten gesetzt ist, kann in einen Modus „Ruhe“ übergehen, kann aber durch eine Überwachungsfunktion aktiviert werden, wenn eine persönliche Vorrichtung 104 innerhalb oder außerhalb des Fahrzeugs 102 zu lokalisieren ist (z. B. für Authentifizierung).
  • Das Attribut funktioneller Knoten kann gesetzt werden, um anzugeben, dass die fahrzeugseitige Komponente 108 die Funktion einer Komponente im Inneren (z. B. ein Licht, ein Sitz usw.) direkt steuert. Eine fahrzeugseitige Komponente 108, für die das Attribut funktioneller Knoten gesetzt ist, kann konfiguriert sein, Vorlageninformationen, die die steuerbare Funktionalität der fahrzeugseitigen Komponente 108 beschreiben, zu führen und/oder bereitzustellen. In einem Beispiel kann die fahrzeugseitige Komponente 108 die Vorlageninformationen an eine anfordernde persönliche Vorrichtung 104 übertragen.
  • Das Attribut Insasseninteraktion kann gesetzt werden, um anzugeben, dass die fahrzeugseitige Komponente 108 auslösen kann, dass eine erweiterte Schnittstelle auf einer in derselben Sitzplatzzone 106 befindlichen persönlichen Vorrichtung 104 erscheint, wenn die fahrzeugseitige Komponente 108 Interaktion mit der fahrzeugseitigen Komponente 108 durch den Benutzer detektiert.
  • Das Attribut Relaisknoten kann gesetzt werden, um anzugeben, dass die fahrzeugseitige Komponente 108 Aktivierung von Funktionen einer anderen fahrzeugseitigen Komponente 108 anfordern kann. Als ein Beispiel kann die fahrzeugseitige Komponente 108 an einer Türverkleidung montiert sein und kann als ein Schalter zum Einschalten der Sitzheizung in der gleichen Sitzplatzzone 106 ohne irgendeine physikalische verdrahtete Verbindung zwischen dem Schalter und dem Sitz fungieren.
  • Das Attribut Dienstknoten kann gesetzt werden, um anzugeben, dass die fahrzeugseitige Komponente 108 anderen fahrzeugseitigen Komponenten 108 und persönlichen Vorrichtungen 104 „Sensor“-Daten oder anderen Inhalt zur Verwendung bereitstellt. Als ein Beispiel kann die fahrzeugseitige Komponente 108 ein Magnetometer sein, das in die Richtung der Längsachse des Fahrzeugs 102 weist und durch eine persönliche Vorrichtung 104 zum Implementieren von Gestensteuerung verwendet wird.
  • Das Attribut Konnektivitätshelfer kann gesetzt werden, um anzugeben, dass die fahrzeugseitige Komponente 108 Paarungsinformationen enthält, die von persönlichen Vorrichtungen 104 zum Verbinden mit klassischem BLUETOOTH-, Wi-Fi- und anderem Zubehör, das sich in der Sitzplatzzone 106 befindet, verwendet werden können. Diese fahrzeugseitige Komponente 108 kann zum Beispiel verwendet werden, die persönliche Vorrichtung 104 eines Benutzers mit dem richtigen Lautsprecher und richtigen Monitor in einem Fahrzeug 102 mit individuellen „Theater“-Komponenten zu paaren.
  • Das BR-Feld 214 kann ein relatives Niveau von RSSI-Daten angeben, die von der fahrzeugseitigen Komponente 108 bereitgestellt werden. Dieser Wert kann verwendet werden, Signalpegel übergreifend in fahrzeugseitigen Komponenten 108 in Abhängigkeit davon, wo die fahrzeugseitige Komponente 108 installiert ist, und von den BLE-Charakteristika des BLE-Transceivers 110 der fahrzeugseitigen Komponente 108 anzupassen oder zu normalisieren.
  • Das NC-Feld 216 kann verwendet werden, anzugeben, wie viele einzelne Steuerelemente in der Benutzerschnittstelle der fahrzeugseitigen Komponente 108 verfügbar sind. Wenn die fahrzeugseitige Komponente 108 keine direkte Funktionalität bereitstellt, kann das NC-Feld 216 auf null gesetzt werden.
  • 3 zeigt eine beispielhafte Beschreibung einer Zustandsmaschine 300 zur Verwendung durch eine fahrzeugseitige Komponente 108. Die Zustandsmaschine 300 enthält eine Vielzahl von Zuständen 302, in die die fahrzeugseitige Komponente 108 versetzt werden kann. Wie in der Zustandsmaschine 300 dargestellt, geht Ereignissen oder Aktionen, die einen Übergang zwischen Zuständen 302 bewirken, ein kurzes Etikett voran, das angibt, ob der Übergang durch die persönliche Vorrichtung 104 (PD), die fahrzeugseitige Komponente 108 (SM) oder durch eine physikalische Aktion eines Insassen (O) des Fahrzeugs 102 eingeleitet wird. Die dargestellten möglichen Zustände (zusammen 302) können einen Zustand „Ruhe/Überwachung“ 302-A, einen Zustand „Benachrichtigen-Triangulieren“ 302-B, einen Zustand „Schnittstellenvorlage senden“ 302-C, einen Zustand „Befehl verarbeiten“ 302-D, einen Zustand „Authentifizierung“ 302-E, einen Zustand „Insasseninteraktion“ 302-F, einen Zustand „Relaisanforderung“ 302-G und einen Zustand „Konnektivitätshilfe anfordern“ 302-H enthalten. Es ist zu beachten, dass die veranschaulichten Zustände 302 lediglich beispielhaft sind und mehr, weniger und/oder andere Zustände 302 verwendet werden können.
  • Abhängig von den funktionellen Attributen der fahrzeugseitigen Komponente 108 (z. B. wie im AF-Feld 212 spezifiziert) wird die fahrzeugseitige Komponente 108 verschiedene „Fähigkeiten“ aufweisen und verschiedene Informationen zum Teilen mit und/oder Anfordern von dem Geflecht fahrzeugseitiger Komponenten 108 besitzen oder erfordern. Demgemäß wird auf bestimmte Zustände 302 der Zustandsmaschine 300 nur von fahrzeugseitigen Komponenten 108, die bestimmte assoziierte Attribute besitzen, zugegriffen werden. Welche Informationen mit dem Geflecht fahrzeugseitiger Komponenten 108 geteilt oder davon angefordert werden, hängt außerdem auch davon ab, in welchen Zustand 302 die fahrzeugseitige Komponente 108 gegenwärtig eingestellt ist.
  • Viele fahrzeugseitigen Komponenten 108 sind Steuereinheiten für eine innere Funktion des Fahrzeugs 102 wie Lichter oder Sitze. Derartige fahrzeugseitige Komponenten 108 können mit den funktionellen Attributen funktioneller Knoten und Triangulationsknoten eingestellt werden. Diese Attribute können als primäre Attribute für Steuereinheiten für innere Funktionen angesehen werden. Ein funktioneller Knoten ist standardmäßig entweder im Zustand „Ruhe/Überwachung“ 302-A oder im Zustand „Benachrichtigen/Triangulation“ 302-B.
  • Der Zustand „Ruhe/Überwachung“ 302-A kann durch Ereignisse wie Abstellen des Motors des Fahrzeugs 102, fehlende Detektion persönlicher Vorrichtungen 104 länger als ein im Voraus definiertes Zeitintervall oder durch eine explizite Anforderung von einer Körpersteuerung oder einer anderen Fahrzeug-Hauptsteuerung ausgelöst werden. Wie tief die fahrzeugseitige Komponente 108 in einen Ruheschlaf geht, während sie im Zustand „Ruhe/Überwachung“ 302-A ist, hängt davon ab, ob die fahrzeugseitige Komponente 108 eine fahrzeugseitige „Überwachung“-Komponente 108 ist oder nicht. Eine fahrzeugseitige „Überwachung“-Komponente 108 kann dafür verantwortlich sein, das Rundsenden des Vorhandenseins des Geflechts fahrzeugseitiger Komponenten 108 fortzusetzen, obwohl das Fahrzeug 102 ausgeschaltet ist, jedoch mit einer reduzierten Rate, um den Leistungsverbrauch zu reduzieren.
  • Das angekündigte Paket 200 während des Zustands „Ruhe/Überwachung“ 302-A gestattet einer horchenden persönlichen Vorrichtung 104, verschiedene Aufgaben durchzuführen. Als ein Beispiel gestattet das angekündigte Paket 200 der persönlichen Vorrichtung 104, die fahrzeugseitige Komponente 108 als Teil des Gerüsts „Intelligentes Modul“ zu identifizieren (z. B. unter Verwendung des SMI-Felds 204). Als ein anderes Beispiel gestattet das angekündigte Paket 200 der persönlichen Vorrichtung 104, die fahrzeugseitige Komponente 108 als zu einem spezifischen Fahrzeug 102 gehörig zu identifizieren (z. B. unter Verwendung des VI-Felds 206). Die persönliche Vorrichtung 104 kann das angekündigte Paket 200 außerdem zum Identifizieren von Funktion, Ort und funktionellen Attributen der fahrzeugseitigen Komponente 108 verwenden (z. B. unter Verwendung des FI-Felds 208 und des LI-Felds 210). Außerdem kann die persönliche Vorrichtung 104 das angekündigte Paket 200 verwenden, eine Basislinien-RSSI für die fahrzeugseitige Komponente 108 zu erlangen (z. B. unter Verwendung des BR-Felds 214). Wie vorstehend erwähnt, kann das DD-Feld 202 beschreiben, welchen Typ von Daten ein Hörer erwarten sollte. Zum Beispiel kann ein erster Wert (z. B. null) in dem DD-Feld 202 generische Informationen repräsentieren, die im Ruhe/Überwachung-Zustand 302-A rundgesendet werden.
  • Ein Beispiel eines angekündigten Pakets 200 für eine fahrzeugseitige Komponente 108 im Ruhe/Überwachung-Zustand 302-A kann das in 2 dargestellte Format (A) verwenden. Ein Beispiel ist wie folgt dargestellt:
    Figure DE102017107285A1_0004
  • In diesem spezifischen Beispiel ist das FI-Feld 208 auf „LICHT“ gesetzt, der kartesische Ort 0x646432 im LI-Feld 210 gibt Dezimaleinheiten von 100, 100, 50 an, die als ein Punkt im hinteren, beifahrerseitigen Inneren auf halber Höhe des Fahrzeugs 102 interpretiert werden können, und die Zone 0x08 hat das Bit 4 gesetzt, was in dem Beispiel eine hintere fahrzeugseitige Fahrgastkomponente 108 angibt. Das AF-Feld 212 gibt an, dass die fahrzeugseitige Komponente 108 eine „Überwachung“ (immer eingeschaltet), ein „Triangulationsknoten“ (kann zum Bestimmen des Orts der persönlichen Vorrichtung 104 verwendet werden), ein „funktioneller Knoten“ (stellt Zugriff auf eine oder mehrere Funktionen des Fahrzeugs 102 bereit, in diesem Fall Steuerung eines Lichts) und ein „Insasseninteraktionsknoten“ (physikalische Interaktion mit dem Modul löst eine Anforderung zum Anzeigen einer erweiterten Schnittstelle auf der persönlichen Vorrichtung 104 aus) ist.
  • Wenn eine fahrzeugseitige Überwachung-Komponente 108 das Vorhandensein einer persönlichen Vorrichtung 104 detektiert, kann die fahrzeugseitige Komponente 108 eine Anforderung an fahrzeugseitige „Ruhe“-Komponenten 108 in dem Geflecht zum Aufwachen ausgeben. Wie tief schlafend eine fahrzeugseitige „Ruhe“-Komponente 108 ist, kann bestimmen, welcher Typ von Aktion durchgeführt wird, um die fahrzeugseitigen Komponenten 108 zu wecken. Fahrzeugseitige Nicht-Überwachung-Komponenten 108 im Zustand „Ruhe“ 302-A können in einen Modus „niedrige Leistung“ überführt werden, in dem sie aufhören anzukündigen, aber noch imstande sind, Nachrichten zu empfangen. Zum Aufwecken dieser fahrzeugseitigen Komponenten 108 sendet das „Überwachung"-Modul eine geringfügig andere Ankündigung unter Verwendung des Formats (A) rund, wobei das DD-Feld 202 wie folgt auf einen zweiten Wert (z. B. eins) eingestellt wird:
    Figure DE102017107285A1_0005
  • Andere fahrzeugseitige Komponenten 108 können in einen tiefen Schlaf eintreten, in dem eine physikalische Leitung nach oben oder unten gezogen werden muss, um die fahrzeugseitige Komponente 108 in einen anderen Zustand 302 zu überführen. Die fahrzeugseitige „Überwachung“-Komponente 108 kann konfiguriert sein, die Leitung zu steuern. Diese Option kann leistungseffizient sein, würde aber zusätzliche Hardware und Verdrahtung erfordern, wodurch die Architektur weniger Plug-and-Play-fähig sein würde. Eine andere Option kann sein, dass die meisten fahrzeugseitigen Nicht-Überwachung-Komponenten 108 einfach ausschalten, wenn ein Schlüssel aus der Fahrzeugzündung gezogen wird, und einschalten, wenn die Nebenverbraucherleistung wieder hergestellt wird. Ein Nachteil dieses Ansatzes kann darin bestehen, dass die Kontrolle darüber, ob die fahrzeugseitigen Komponenten 108 im „Ruhezustand“ sind, der fahrzeugseitigen „Überwachung“-Komponente 108 entzogen wird.
  • Wenn eine fahrzeugseitige Komponente 108, „Überwachung“ oder nicht, aufwacht, tritt sie standardmäßig in den Zustand „Benachrichtigen/Triangulation“ 302-B ein. Eine fahrzeugseitige Komponente 108 im Zustand „Benachrichtigen/Triangulation“ 302-B ist wach und sendet Informationen an jede persönliche Vorrichtung 104 oder fahrzeugseitige Komponente 108, die horcht, rund. Wie vorstehend erwähnt, gestatten diese angekündigten „generischen“ Informationen einer persönlichen Vorrichtung 104 Folgendes: (i) Identifizieren der fahrzeugseitigen Komponente 108 als Teil des Gerüsts „Intelligentes Modul“; (ii) Identifizieren der fahrzeugseitigen Komponente 108 als zu einem spezifischen Fahrzeug 102 gehörend; (iii) Bestimmen ihrer Funktion, ihres Orts und ihrer funktionellen Attribute; und (iv) Erlangen einer Basislinie-RSSI für die fahrzeugseitige Komponente 108. Jede fahrzeugseitige Komponente 108 kann ihr Ankündigungspaket 200 mit generischen Informationen periodisch rundsenden, so dass neue persönliche Vorrichtungen 104, die in das Fahrzeug 102 eintreten oder eingeschaltet werden, während sie sich im Fahrzeug 102 befinden, imstande sein können, das Vorhandensein der fahrzeugseitigen Komponenten 108 zu detektieren. Für fahrzeugseitige Komponenten 108 im Zustand „Benachrichtigen/Triangulation“ 302-B kann das DD-Feld 202 auf einen Wert (z. B. zwei) gesetzt werden, der repräsentiert, dass die Rundsendung aus „generischen“ Informationen besteht und dass die fahrzeugseitige Komponente 108 wach ist.
  • Ein beispielhaftes Ankündigungspaket 200 für ein LICHT-Modul im Zustand „Benachrichtigen/Triangulation“ 302-B unter Verwendung des Formats (A) kann wie folgt sein:
    Figure DE102017107285A1_0006
  • Eine fahrzeugseitige Komponente 108, die ein funktioneller Knoten ist, wie ein Licht-Steuerelement oder ein Sitz-Steuerelement, kann, wenn sie wach ist, neben ihren „generischen“ Informationen weitere Informationen rundsenden, die die verfügbaren Funktionen und Steuerelemente, die von der fahrzeugseitigen Komponente 108 bereitgestellt werden, angeben. Zum Beispiel wird eine Anzahl einzelner Steuerelemente der fahrzeugseitigen Komponente 108 durch das NC-Feld 216 in der Vorlage generischer Informationen angegeben (z. B. 03). Demgemäß enthält die Schnittstelle der fahrzeugseitigen Komponente 108 in diesem spezifischen Beispiel drei einzelne Parameter, die für Steuerung verfügbar sind.
  • Zum Bereitstellen der Einzelheiten der Parameter, die für Steuerung verfügbar sind, kann die fahrzeugseitige Komponente 108 konfiguriert sein, Ankündigungspakete 200 in einem Steuerelement-Schnittstellenvorlagenformat wie das Format (B) rundzusenden. Das Steuerelement-Schnittstellenvorlagenformat kann die Besonderheiten der Schnittstelle für die Parameter, die für Steuerung verfügbar sind, definieren. Einige Felder der Steuerelement-Schnittstellenvorlage stimmen mit der Informationenvorlage für generische Informationen überein, wie das SMI-Feld 204 und das VI-Feld 206.
  • Die anderen Felder können verwendet werden, das spezifische Steuerelement zu beschreiben. Zum Beispiel kann ein Etikett-Feld 218 von zwanzig Byte einen Etikettnamen für das Steuerelement spezifizieren, ein Vorrichtungskennzeichnungs- bzw. -ID-Feld 220 von zwei Byte kann eine numerische Kennzeichnung spezifizieren, die für das Steuerelement eindeutig ist, ein Steuerelementtyp- bzw. CT-Feld 222 von zwei Byte kann eine Steuerelementtyp-Kennzeichnung spezifizieren (z. B. null für Umschalten, eins für Schieberegler, drei für Schieberegler mit Inkrementen, vier für Drehregler, fünf zum Herunterziehen einer Liste, sechs für Listentasten, sieben für Listen-Radiotasten usw.), ein Feld für den gegenwärtigen Zustand des Steuerelements (ST) 224 von zwei Byte (z. B. ob ein Licht ein- oder ausgeschaltet ist, ein Intensitätsniveau des Lichts, eine gegenwärtige Farbe des Lichts usw.). Es ist wieder zu beachten, dass verschiedene Längen, Typen, Reihenfolgen, konstante Werte und Datenelemente von Ankündigungspaketen 200 zusätzlich oder alternativ verwendet werden können. Die Ankündigungspakete 200 können außerdem ein Zusatzfeld 226 von acht Byte enthalten, das verwendet werden kann, kundenspezifische Informationen aufzunehmen.
  • Ein Beispiel, das die drei Ankündigungspakete 200 darstellt, die ein Lichtschnittstellenmodul mit drei Steuerelementen beschreibt, kann das Format (B) verwenden, wie in 2 gezeigt. Diese Schnittstelle beschreibt zum Beispiel einen Ein-Aus-Schalter, einen Intensität-Schieberegler und einen Farb-Schieberegler:
    Figure DE102017107285A1_0007
  • Wie dargestellt, ist das zuerst aufgelistete Steuerelement der Lichtschnittstelle ein Ein-Aus-Schalter, das zweite aufgelistete Steuerelement ist ein Intensität-Schieberegler und das dritte aufgelistete Steuerelement ist ein Farb-Schieberegler.
  • 4 zeigt eine beispielhafte Benutzerschnittstelle 400 zum Steuern einer fahrzeugseitigen Beleuchtungskomponente 106, die der persönlichen Vorrichtung 104 basierend auf der angekündigten Steuerelement-Schnittstellenvorlage angezeigt wird. Die Benutzerschnittstelle 400 kann durch die Fahrzeugkomponenten-Schnittstellenanwendung 118 basierend auf Informationen erzeugt werden, die aus den Ankündigungspaketen 200 der fahrzeugseitigen Komponente 106 erfasst werden, und kann einer Anzeige 402 der persönlichen Vorrichtung 104 bereitgestellt werden.
  • Wie dargestellt, kann die Benutzerschnittstelle 400 eine Auflistung 404 enthalten, die konfiguriert ist, auswählbare Steuerelemente 406-A bis 406-C (zusammen 406) basierend auf identifizierten Merkmalen fahrzeugseitiger Komponenten 106 anzuzeigen. Jedes der auswählbaren Steuerelemente 406 kann eine Funktion der angegebenen fahrzeugseitigen Komponente 106 angeben, die für Konfiguration durch den Benutzer verfügbar ist. Die Benutzerschnittstelle 400 kann außerdem einen Titelschriftzug 408 enthalten, um dem Benutzer anzugeben, dass die Benutzerschnittstelle 400 ein Menü von Funktionen der angegebenen fahrzeugseitigen Komponente 106 anzeigt.
  • Wie dargestellt, enthält die Auflistung 404 ein Steuerelement 406-A zum Ein- und Ausschalten des Lichts der fahrzeugseitigen Komponente 106 (z. B. basierend auf dem vorstehend diskutierten ersten Steuerelement-Schnittstellenvorlagen-Ankündigungspaket 200 erzeugt), ein Steuerelement 406-B zum Spezifizieren einer Intensität der fahrzeugseitigen Licht-Komponente 106 (z. B. basierend auf dem vorstehend diskutierten ersten Steuerelement-Schnittstellenvorlagen-Ankündigungspaket 200 erzeugt) und ein Steuerelement 406-C zum Spezifizieren einer Farbe des Lichts der fahrzeugseitigen Komponente 106 (z. B. basierend auf dem vorstehend diskutierten ersten Steuerelement-Schnittstellenvorlagen-Ankündigungspaket 200 erzeugt). Die Auflistung 404 kann in Fällen, in denen mehr Steuerelemente 406 vorhanden sind, als auf einmal visuell auf der Anzeige 402 repräsentiert werden können, Blättern vorsehen. In einigen Fällen kann das Steuerelement 406 auf einem Berührungsbildschirm angezeigt werden, so dass der Benutzer imstande sein kann, die Steuerelemente 406 zu berühren, um Anpassungen an den Funktionen der fahrzeugseitigen Komponente 106 vorzunehmen. Als ein anderes Beispiel kann die Benutzerschnittstelle 400 Sprachbefehle unterstützen. Zum Beispiel kann der Benutzer zum Einschalten des Lichts den Sprachbefehl „LICHT EIN“ oder einfach „EIN" sprechen. Es ist zu beachten, dass die dargestellten Steuerelemente 406 lediglich Beispiele sind und mehr oder verschiedene Funktionen oder Anordnungen von Funktionen der fahrzeugseitigen Komponente 106 genutzt werden können.
  • In einigen Beispielen kann die Benutzerschnittstelle 400 ferner eine Zonenschnittstelle 410 enthalten, um zusätzliche fahrzeugseitige Komponenten 106 auszuwählen, die im Fahrzeug 102 in verschiedenen Zonen 108 verfügbar sind. Als eine Möglichkeit kann die Zonenschnittstelle 410 ein Steuerelement 412-A zum Auswählen einer fahrzeugseitigen hinteren Zone 108-C und ein Steuerelement 412-B zum Auswählen einer beifahrerseitigen hinteren Zone 108-D (zusammen Steuerelemente 608) enthalten. Als Reaktion auf die Auswahl eines der Steuerelemente 412 kann die Benutzerschnittstelle 400 entsprechend die Steuerelemente 406 korrespondierender fahrzeugseitiger Komponenten 106 für die ausgewählte Zone 108 anzeigen. Zum Beispiel kann die Benutzerschnittstelle 400 die Funktionen des Licht-Steuerelements für die Zone 108-D anzeigen, wenn die Licht-Steuerelemente in der Zone 108-C gegenwärtig angezeigt werden und der Benutzer das Steuerelement 412-B zum Anzeigen des korrespondierenden Steuerelements für die Zone 108-D auswählt.
  • Unter Bezugnahme auf 2, erneut Bezug nehmend auf das Zusatzfeld 226 der Steuerelement-Schnittstellenvorlage, das verwendet werden kann, kundenspezifische Informationen aufzunehmen, kann als ein Beispiel der Bereich für Schieberegler von 0 bis 100 normalisiert werden, um die Anzahl der Parameter, die ausgetauscht werden, zu minimieren. Für einen Schieberegler mit Inkrementen (z. B. Typ drei des CT-Felds 222) kann das erste Byte des Zusatzfelds 226 eine Schrittbreite für jedes Inkrement, wenn der Benutzer die Tasten + und – drückt, angeben. Als ein anderes Beispiel gibt der erste Zusatz für einen Drehregler (z. B. mit einem Wert von vier des CT-Felds 222) an, ob er kontinuierlich oder ein Moduswähler ist (0x00 für kontinuierlich oder n für die Anzahl der Rastungen). Der zweite und dritte Zusatz geben den Beginn und das Ende der Bewegung an.
  • Für Auflistungen (z. B. die Typen fünf, sechs oder sieben des CT-Felds 222) gibt der erste Zusatz die Anzahl der Auswahlmöglichkeiten an. Zum Beispiel kann ein Steuerelement-Schnittstellenvorlagen-Ankündigungspaket 200 für eine alphabetische Auflistung wie folgt sein:
    Figure DE102017107285A1_0008
  • Die Liste der Etiketten kann ferner in zusätzlichen Ankündigungspaketen 200 unter Verwendung des Formats (C), wie in 2 dargestellt, gesandt werden. In einem Beispiel können die Elemente für die Listen-ID #02 wie folgt sein:
    Figure DE102017107285A1_0009
  • In dem Beispiel kann das erste Element der Liste die Buchstaben ABC sein, während das zweite Element der Liste die Buchstaben DEF sein kann. Das Anzahl- bzw. Num-Feld 228 kann eine Angabe der Anzahl des Elements in der Liste enthalten. In dem Beispiel sind nicht sämtliche der Bytes der Ankündigungspakete 200 erforderlich, folglich werden einige Bytes nicht verwendet 230.
  • 5 zeigt ein beispielhaftes Diagramm 500 von Paketankündigungen 200 für eine fahrzeugseitige Komponente 106 im Zustand „Benachrichtigen/Triangulieren“ 302-B. Im Zustand „Benachrichtigen/Triangulieren“ 302-B, dargestellt in 3, kann die fahrzeugseitige Komponente 106 konfiguriert sein, eine Ankündigungsschleife zu durchlaufen, in der die Vorlage generischer Informationen (z. B. das Ankündigungspaket 200 der Form (A)) und die Schnittstellendeskriptoren einzelner Steuerelemente nacheinander rundgesendet werden. Wie dargestellt, enthält das Diagramm Rundsendezyklen 502 für eine Vielzahl fahrzeugseitiger Komponenten 106. Jede fahrzeugseitige Komponente 106 sendet ein Ankündigungspaket 200 rund, wie dargestellt, das die generischen Informationen enthält, gefolgt von einem Satz von Steuerelement-Schnittstellenvorlagen-Ankündigungspaketen 200 für die fahrzeugseitige Komponente 106. Nach Beendigung kann jede der Vielzahl von fahrzeugseitigen Komponenten 106 die Rundsendung ihres korrespondierenden Zyklus 502 wiederholen.
  • Bezug nehmend auf 2, kann es sein, dass einige der einzelnen Paketankündigungen 200 nicht von einem Empfänger empfangen werden, weil ein Kommunikationsgerüst basierend auf Paketankündigungen 200 dem Wesen nach unzuverlässig ist. Um mit nicht empfangenen Paketankündigungen 200 umzugehen, kann die empfangende Vorrichtung (z. B. persönliche Vorrichtung 104) einfach auf den nächsten Zyklus warten (wie im Diagramm 500 von 5 dargestellt).
  • In einigen Beispielen können zusätzliche Informationen wie umfangreicher Grafikinhalt von der fahrzeugseitigen Komponente 106 angefordert werden. In einem anderen Beispiel kann die persönliche Vorrichtung 104 anfordern, dass die fahrzeugseitige Komponente 106 einen spezifischen Satz von Paketankündigungen 200 erneut rundsendet, durch Ausgeben einer an ein funktionelles Etikett adressierten Paketankündigung 200. Ein Beispiel einer derartigen Paketankündigung unter Verwendung des Formats (H), wie in 2 dargestellt, kann wie folgt sein:
    Figure DE102017107285A1_0010
  • Wie dargestellt, sendet die persönliche Vorrichtung 104 die Paketankündigung 200 an fahrzeugseitige Komponenten 106 der Familie „LICHT“ rund und fordert an, dass die fahrzeugseitigen Komponenten 106 Steuerelement-Schnittstellenvorlagen, die mit den mit #01 und #04 nummerierten Steuerelementen assoziiert sind, erneut sendet. Die Steuerelementnummern #01 und #04 in dem Beispiel können in dem Feld ID1-IDn 232 der Paketankündigung 200 untergebracht werden. Es ist zu beachten, dass im Format (H) bis zu sieben IDs in dem Feld ID1-IDn 232 aufgrund der Bytelänge des Felds ID1-IDn 232 untergebracht werden können.
  • Als ein anderes Beispiel kann die fahrzeugseitige Komponente 106 außerdem eine umfangreiche grafische Schnittstelle bereitstellen, die über die durch die Steuerelement-Schnittstellenvorlagen-Ankündigungspakete 200 bereitgestellte Komponentendefinition hinausgeht. Die persönliche Vorrichtung 104 kann anfordern, dass eine oder mehrere Familien der fahrzeugseitigen Komponente 106 eine derartige Schnittstelle in einer Abfolge von Ankündigungspaketen 200 bereitstellen. Zum Anfordern der Übertragung der erweiterten Schnittstelle sendet die persönliche Vorrichtung 104 ein Ankündigungspaket 200 im Format (I) als eine Anforderung „Schnittstelle senden“:
    Figure DE102017107285A1_0011
  • Wie dargestellt, fordert die persönliche Vorrichtung 106 die fahrzeugseitigen Komponenten 106 der Familie „LICHT“ auf, Rundsenden erweiterter Schnittstelleninformationen über Ankündigungspakete 200 zu starten.
  • Als Reaktion auf Empfangen und Verarbeiten der Ankündigungspakete 200 von der persönlichen Vorrichtung 104 kann die fahrzeugseitige Komponente 106 in den Zustand „Schnittstellenvorlage senden“ 302-C eintreten. Wenn das Etikett vorhanden ist, z. B. nicht gleich allen Nullen, können fahrzeugseitige Komponenten 106, die der funktionellen „Etikett“-Familie entsprechen, die Anforderung bestätigen und verarbeiten. Wenn kein Etikett vorhanden ist, können alle fahrzeugseitigen Komponenten 106 in dem Fahrzeug (z. B. wie durch das VI-Feld 206 spezifiziert) antworten.
  • Wenn das ID-Feld 220 null ist, können die fahrzeugseitigen Zielkomponenten 106 die gesamte grafische Vorlage als eine geordnete Abfolge von Ankündigungspaketen 200 übertragen. Wenn das ID-Feld 220 ungleich null ist, werden die fahrzeugseitigen Zielkomponenten 106 nur das Ankündigungspaket mit übereinstimmender ID# übertragen. Die kann nützlich sein, um Lücken zu füllen, angesichts der gegebenenfalls unzuverlässigen Natur des Ankündigens von BLE-Ankündigungen.
  • Die Ankündigungspakete 200 für das Paketformat erweiterter Grafik können in dem in 2 dargestellten Format (D) sein. Ein Beispiel ist wie folgt:
    Figure DE102017107285A1_0012
  • Das Feld Protokoll-Markierung 234 kann verwendet werden, anzugeben, nach welchem Protokoll die Daten formatiert sind. In einem Beispiel kann das Feld Protokoll-Markierung 234 zwei Byte umfassen. Als einige Möglichkeiten kann das Feld Protokoll-Markierung 234 Formate wie Hypertext-Auszeichnungssprache (HTML), erweiterbare Auszeichnungssprache (XML) und JavaScript Object Notation (JSON) spezifizieren. Diese Formate können jedoch einen beträchtlichen Mehraufwand mit sich bringen, der bei Implementierung mit einem Kommunikationsprotokoll niedriger Bandbreite wie BLE Verzögerungen einführen kann. In anderen Beispielen kann ein kundenspezifisches Format verwendet werden. Wenn zum Beispiel die Protokollmarkierung auf 01 gesetzt ist, kann dies ein Vektorgrafikprotokoll mit kleinem Fußabdruck (LFVGP) angeben.
  • Unter Verwendung des LFVGP kann auf das Feld Protokoll-Markierung 234 ein Vertexanzahl- bzw. NV-Feld 236 folgen, das die Anzahl von Vertexfeldern 240 angibt, die verwendet werden, das „Rastervektor“-Polygon zu spezifizieren, ein Materialmarkierung- bzw. MF-Feld 238 zum Kartieren von Textur, Farbe und Gefälle der Oberfläche und einer Abfolge von bis zu neun Vertexfeldern 240. Wenn ein Polygon mehr als neun Vertexfelder 240 (NV-Feld 236 > 09) erfordert, kann die Liste von Vertices im nächsten Paket mit dem nächsten Inkrement des ID-Felds 220 fortgesetzt werden, wie nachstehend dargestellt:
    Figure DE102017107285A1_0013
  • Insbesondere das NV-Feld 234 und das MF-Feld 238 können verwendet werden, zusätzliche V-Felder 240 in den anschließenden Ankündigungspaketen 200 zu spezifizieren, wenn die Anzahl und das Material spezifiziert werden. Nach der Übertragung der vollständigen Abfolge von Ankündigungspaketen 200 können die fahrzeugseitigen Komponenten 106 aus dem Zustand „Schnittstellenvorlage senden“ 302-C in den Zustand „Benachrichtigen/Triangulieren“ 302-B zurückkehren, außer wenn eine persönliche Vorrichtung 104 die Anforderung zum Senden der Schnittstelle noch ausgibt.
  • Zum Steuern von Funktionen fahrzeugseitiger Komponenten 106 wie für eine fahrzeugseitige Licht-Komponente 10 (z. B. Ein- und Ausschalten des Lichts, Abstimmen der Farbe oder Verändern der Intensität) kann die persönliche Vorrichtung 104 „Anweisungen“ an die fahrzeugseitigen Komponenten 106 senden und die fahrzeugseitigen Komponenten 106 können ihren internen Zustand an die persönliche Vorrichtung 104 kommunizieren.
  • Die persönliche Vorrichtung 104 kann eine Anforderung an eine fahrzeugseitige Komponente 106 unter Verwendung des in 2 dargestellten Formats (E) kommunizieren. Die Anforderung kann eine Fahrzeugkennzeichnung (z. B. im VI-Feld 206), ein Familienetikett (z. B. in den FI-Feldern 208) und eine Sitzplatzzone 208 (z. B. im ZF-Feld 242) spezifizieren. Es ist zu beachten, dass alle Anforderungen an das gesamte Geflecht rundgesendet werden. Dies gestattet gleichzeitiges Steuern mehrerer fahrzeugseitiger Komponenten 106. Mehrere fahrzeugseitige Komponenten 106 in verschiedenen Sitzplatzzonen 108 können gleichzeitig ausgewählt werden, indem die entsprechenden Bits im ZF-Feld 242 gesetzt werden (z. B. sind Zone 3 und Zone 4 ausgewählt, wie dargestellt). Drei einzelne Steuerparameter, CTR1-Feld 244, CTR2-FEld 244 und CTR3-Feld 244, können in einem einzelnen Ankündigungspaket 200 „gesetzt“ werden. Das erste Byte in jedem CT-Feld 244 ist die ID des einzelnen Steuerelements und das zweite Byte ist der gewünschte Wert, auf den das Steuerelement eingestellt werden sollte:
    Figure DE102017107285A1_0014
  • Als Reaktion auf Empfangen des „Verarbeitungsbefehls“ kann die fahrzeugseitige Komponente 106 aus dem Zustand „Benachrichtigen/Triangulieren“ 302-B in den Zustand „Befehle verarbeiten“ 302-D übergehen. Die fahrzeugseitige Komponente 106 kann mit ihren gegenwärtigen Einstellungen auf die Anforderung antworten. Es ist zu beachten, dass nur ein Bit in dem Zonenmarkierung- bzw. ZF-Feld 242 zu einer gegebenen Zeit gesetzt wird, weil jede fahrzeugseitige Komponente 106 ihren eigenen Zustand berichtet. Ein beispielhafter Verarbeitungsbefehl ist wie folgt:
    Figure DE102017107285A1_0015
  • Nachdem sie ein im Voraus bestimmtes Zeitintervall (z. B. dreißig Sekunden) keine Ankündigungspakete „Befehl verarbeiten“ 200 empfangen hat, kann die fahrzeugseitige Komponente 106 zurück in den Zustand „Benachrichtigen/Triangulieren“ 302-B übergehen.
  • Eine fahrzeugseitige Komponente 106 kann signalisieren, dass sie Authentifizierung fordert, bevor sie eine Anforderung verarbeitet, indem sie das höchstwertige Bit (MSB) des DD-Felds 202 in einem der Ankündigungspakete 200, die sie rundsendet, setzt. Zum Beispiel kann das DD-Feld 202 für ein Benachrichtigung-Ankündigungspaket 202 auf 0x82 anstatt 0x02 oder 1000-0010 anstatt 0000-0010 in Binärschreibweise eingestellt werden. Wie die Authentifizierung gehandhabt wird, ist für die persönliche Vorrichtung 104 vollständig transparent. Die fahrzeugseitige Komponente 106, deren Attribut „Authentifizieren“ gesetzt wurde (z. B. im AF-Feld 212), kann auf „Anforderungen“ horchen, die an beliebige fahrzeugseitige Komponenten 106 adressiert sind, die Authentifizierung erfordern (z. B. deren MSB des DD-Felds 202 gesetzt ist).
  • In einem Beispiel kann die persönliche Vorrichtung 104 anfordern, dass das LICHT-Modul in der dritten Sitzplatzzone 108-C (ZF-Feld mit 0x04 hexadezimal, 00000100 binär) mit einer spezifizierten Intensität und Farbe einschaltet:
    Figure DE102017107285A1_0016
  • Als Reaktion darauf, dass die fahrzeugseitige Authentifizierung-Komponente 106 die Anforderung von der persönlichen Vorrichtung 104 empfängt (die Paketankündigungen 200 werden rundgesendet), kann die fahrzeugseitige Komponente 106 die Paketankündigung 200 erneut rundsenden, enthaltend die RSSI des Signals von der persönlichen Vorrichtung 104 im RSSI-Feld 246 der Paketankündigung 200 in dem in 2 dargestellten Format (F):
    Figure DE102017107285A1_0017
  • Ein DD-Feld 202 von 0x0C gibt den Authentifizierungsrahmen an, gefolgt von dem ursprünglichen DD-Feld 248 und den Informationen aus dem ursprünglichen Paket (z. B. SMI-Feld 204, VI-Feld 206, FI-Feld 208 usw.). Wie erwähnt, enthält das Ankündigungspaket 200 die RSSI des Pakets, wie durch die fahrzeugseitige Authentifizierung-Komponente 202 von der persönlichen Vorrichtung 104 empfangen.
  • Wenn das Attribut „Insassen-Interaktion-Knoten“ der fahrzeugseitigen Komponente 106 gesetzt ist, geht die fahrzeugseitige Komponente 106 jedes Mal, wenn eine physikalische Interaktion mit der fahrzeugseitigen Komponente 106 durch die fahrzeugseitige Komponente 106 detektiert wird, in den Zustand „Insassen-Interaktion“ 302-F über und sendet eine Anforderung an die persönliche Vorrichtung 104, um eine erweiterte Schnittstelle aufzurufen und dem Benutzer über die Fahrzeugkomponenten-Schnittstellenanwendung 118 der persönlichen Vorrichtung 104 anzuzeigen. Diese Anforderung kann von einem Hintergrunddienst, der auf der persönlichen Vorrichtung 104 ausgeführt wird, verarbeitet werden. In einem Beispiel ist die Anforderung von der fahrzeugseitigen Komponente 106 ein Ankündigungspaket 200 im Format (E), wie dargestellt:
    Figure DE102017107285A1_0018
  • Als Reaktion auf die Benutzereingabe kann die fahrzeugseitige Komponente 106 auch in den Zustand „Befehl verarbeiten“ 302-D übergehen und auf weitere Befehle von der persönlichen Vorrichtung 104 warten.
  • Persönliche Vorrichtungen 104, die sich im Fahrzeug 102 in der Sitzplatzzone 108 befinden, identifiziert durch das ZF-Feld 242, können die Anforderung verarbeiten und die Steuerelementschnittstelle für die funktionellen Elemente, identifiziert durch das Etikett-Feld 218, und mit gegenwärtigen Einstellungen, wie durch die Felder CT1, CT2 und CT3 244 definiert, anzeigen. Der Insasse kann dementsprechend imstande sein, mit der fahrzeugseitigen Komponente 106 unter Verwendung der von der persönlichen Vorrichtung 104 angezeigten Benutzerschnittstelle 400 der Fahrzeugkomponenten-Schnittstellenanwendung 118 zu interagieren, wovon ein Beispiel in 4 dargestellt ist. Benutzereingabe in die Benutzerschnittstelle der Fahrzeugkomponenten-Schnittstellenanwendung 118 kann durch die Fahrzeugkomponenten-Schnittstellenanwendung 118 in Verarbeitungsbefehle übersetzt werden, die an das Geflecht rundzusenden sind.
  • Nachdem sie ein im Voraus definiertes Zeitintervall (z. B. dreißig Sekunden usw.) keine Ankündigungspakete „Befehl verarbeiten“ 200 empfangen hat, kann die fahrzeugseitige Komponente 106 aus dem Zustand „Befehl verarbeiten“ 302-D zurück in den Zustand „Benachrichtigen/Triangulieren“ 302-B übergehen.
  • Eine fahrzeugseitige Komponente 106 mit dem Attribut „Relaisknoten“ kann als ein „Schalter“ für eine andere fahrzeugseitige Komponente 106 fungieren. Dies kann die Anordnung physikalischer Schalter im Fahrzeug 102 erleichtern, indem die Anordnung des Schalters und der gesteuerten fahrzeugseitigen Komponente 106 entkoppelt wird, ohne dass es erforderlich ist, die zwei fahrzeugseitigen Komponenten 106 durch einen Bus oder eine andere Verdrahtung zu verbinden. Eine fahrzeugseitige „Relaisknoten“-Komponente 106 kann jede Anforderung spiegeln, um einen „gesteuerten“ Parameter an eine fahrzeugseitige Zielkomponente 106 zu verändern. Dieser Prozess kann für den Insassen und die persönliche Vorrichtung 104 transparent sein.
  • Zum Beispiel steuert ein „Relaisknoten“ einen Lichtschalter und zeigt den Insassen einen Teil seiner Schnittstelle mittels einer physikalischen Taste und zwei physikalischen Drehreglern. Während der Insasse mit den physikalischen Schaltern interagiert, kann der „Relaisknoten“ in den Zustand „Anforderung weiterleiten“ 302-G übergehen. Im Zustand „Anforderung weiterleiten“ 302-G „übernimmt“ die fahrzeugseitige Relais-Komponente 106 die Rolle einer persönlichen Vorrichtung 104 und gibt eine Anforderung-Paketankündigung „Befehl verarbeiten“ 200 wie die dargestellte Paketankündigung an die fahrzeugseitige Zielkomponente 106 aus. Nachdem sie ein im Voraus definiertes Zeitintervall (z. B. dreißig Sekunden) keine „physikalische“ Interaktion detektiert hat, kann das intelligente „Relais“-Modul zurück in den Zustand „Benachrichtigen/Triangulieren“ 302-B übergehen.
  • Andere fahrzeugseitige Komponenten 106 und persönliche Vorrichtungen 104 können bestimmen, ob eine fahrzeugseitige Komponente 106 als ein Relaisknoten fungieren kann, indem sie Bit fünf des AF-Felds 212 in der von der fahrzeugseitigen Komponente 106 gesandten Paketankündigung 200 überprüfen, während sie sich im Zustand „Benachrichtigen/Triangulieren“ 302-B befinden.
  • Die fahrzeugseitige Komponente 106 kann verwendet werden, Informationen zu speichern, die benötigt werden, um mit klassischen BLUETOOTH- und Wi-Fi-Vorrichtungen automatisch zu paaren und zu verbinden. Die Verfügbarkeit dieser Funktionalität in der fahrzeugseitigen Komponente 106 kann durch Bit sieben des AF-Felds 212 signalisiert werden, wie vorstehend erwähnt.
  • Die Informationen, die zum Verbinden mit einer Hilfsvorrichtung wie eine fahrzeugseitige Komponente 106 eines klassisches BLUETOOTH-Lautsprechers oder eine fahrzeugseitige Komponente 106 einer drahtlosen Anzeige benötigt werden, können über das Ankündigungspaket 200 gesandt werden. Das Ankündigungspaket 200 kann in einem in 2 gezeigten Format (G) gesandt werden, von dem ein Beispiel wie folgt ist:
    Figure DE102017107285A1_0019
  • Diese Informationen können entweder im Zustand „Benachrichtigen/Triangulieren“ 302-B rundgesendet werden, folgend auf die Abfolge, die die einzelnen Steuerelementschnittstellen beschreibt (z. B. in dem vorstehend unter Bezugnahme auf 5 beschriebenen Zyklus), wenn die fahrzeugseitige Komponente 106 so programmiert ist. Als eine andere Möglichkeit können die Informationen von der persönlichen Vorrichtung 104 nach Bedarf explizit angefordert werden, z. B. unter Verwendung des in 2 dargestellten Formats (J):
    Figure DE102017107285A1_0020
  • Als Reaktion darauf, dass die fahrzeugseitige Komponente 106 eine Anforderung zum Senden automatisierter Konnektivitätsinformationen empfängt, kann die fahrzeugseitige Komponente 106 in den Zustand „Konnektivitätshilfe anfordern“ 302-H übergehen. Nachdem sie ein im Voraus definiertes Zeitintervall keine „physikalische“ Interaktion detektiert hat, kann die fahrzeugseitige intelligente „Relais“-Komponente 106 zurück in den Zustand „Benachrichtigen/Triangulieren“ 302-B übergehen.
  • In einigen Beispielen kann jede fahrzeugseitige Komponente 106 unterschiedliche Interaktionsattribute aufweisen, definiert durch eine Markierungsvariable. Die fahrzeugseitige Komponente 106 kann eine beliebige Kombination eines oder mehrerer der nachstehenden Interaktionsattribute besitzen: eine „Film-Theater-Markierung“ (01), die angibt, dass die fahrzeugseitige Komponente 106 zum Optimieren einer „Theater“-Erfahrung abgestimmt werden kann, wenn der Benutzer einen Film ansieht; eine „Ton-Theater-Markierung“ (02), die angibt, dass die fahrzeugseitige Komponente 106 zum Optimieren einer „Theater“-Erfahrung abgestimmt werden kann, wenn der Benutzer Musik hört; eine „Benachrichtigung-Markierung“ (03), die angibt, dass die fahrzeugseitige Komponente 106 zum Bereitstellen erweiterter Benachrichtigung an die Benutzer abgestimmt werden kann, wenn sie durch die persönlichen Vorrichtungen empfangen werden; eine „Buch-lesen-Markierung“ (04), die angibt, dass die fahrzeugseitige Komponente 106 die Umgebung abstimmen kann, um die Erfahrung des Lesens eines Buchs zu verbessern; und eine „Büro-Markierung“ (05), die angibt, dass die fahrzeugseitige Komponente 106 verwendet werden kann, die Erfahrung eines virtuellen Büros im Fahrzeug 102 zu optimieren.
  • Für jede Interaktion könnte eine im Voraus definierte Einstellung in der fahrzeugseitigen Komponente 106 gespeichert werden. Die persönliche Vorrichtung 104 kann eine Paketankündigung 200 an alle fahrzeugseitigen Vorrichtungen 106 im Inneren des Fahrzeugs 102 rundsenden oder die Sitzplatzzone 108 der persönlichen Vorrichtung 104 spezifizieren. Die Paketankündigung 200 kann eine Anforderung zum „Aktivieren“ der Einstellungen für eine spezifische Aktivität, wenn diese auf der Vorrichtung gestartet wird, spezifizieren. Eine beispielhafte Paketankündigung 200, um dies durchzuführen, im Format (K) ist nachstehend dargestellt:
    Figure DE102017107285A1_0021
  • 6 zeigt eine beispielhafte Beschreibung einer Zustandsmaschine 600 zur Verwendung durch eine persönliche Vorrichtung 104. Die Zustandsmaschine 600 enthält eine Vielzahl von Zuständen 602, in die die persönliche Vorrichtung 104 versetzt werden kann. Wie bei der Zustandsmaschine 300 dargestellt, geht Ereignissen oder Aktionen für die Zustandsmaschine 600, die einen Übergang zwischen Zuständen 602 bewirken, ein kurzes Etikett voran, das angibt, ob der Übergang durch die persönliche Vorrichtung 104 (PD), die fahrzeugseitige Komponente 108 (SM) oder durch eine physikalische Aktion eines Insassen (O) des Fahrzeugs 102 eingeleitet wird. Die dargestellten möglichen Zustände (zusammen 602) können einen Zustand „Ruhe“ 602-A, einen Zustand „Schnittstelle erfassen“ 602-B, einen Zustand „Schnittstelle anzeigen“ 302-C und einen Zustand „Befehle verarbeiten“ 602-D enthalten Es ist zu beachten, dass die veranschaulichten Zustände 302 lediglich beispielhaft sind und mehr, weniger und/oder andere Zustände 302 verwendet werden können.
  • Im Zustand „Ruhe“ 602-A kann die persönliche Vorrichtung 104 auf Paketankündigungen 200 von fahrzeugseitigen Komponenten 106 warten. Wenn Paketankündigungen 200 detektiert werden, kann die persönliche Vorrichtung 104 in den Zustand „Schnittstelle erfassen“ 602-B übergehen.
  • Im Zustand „Schnittstelle erfassen“ 602-B kann die persönliche Vorrichtung 104 auf Paketankündigungen 200 horchen, die die Steuerelementschnittstelle enthalten. In einem Beispiel kann die persönliche Vorrichtung 104 auf die Zyklen 502 von Paketankündigungen 200 für fahrzeugseitige Komponenten 106 im Zustand „Benachrichtigen/Triangulieren“ 302-B horchen, wie vorstehend diskutiert. In einem anderen Beispiel kann die persönliche Vorrichtung 104 Paketankündigungen 200 senden, um anzufordern, dass eine fahrzeugseitige Komponente 106 einen spezifischen Satz von Paketankündigungen 200 erneut rundsendet. In noch einem weiteren Beispiel kann die persönliche Vorrichtung 104 anfordern, dass eine oder mehrere Familien der fahrzeugseitigen Komponente 106 eine erweiterte Schnittstelle in einer Abfolge von Ankündigungspaketen 200 bereitstellen. Als Reaktion auf die Beendigung des Empfangs der Steuerelementschnittstelle kann die persönliche Vorrichtung 104 in den Zustand „Schnittstelle anzeigen“ 302-C übergehen.
  • Im Zustand „Schnittstelle anzeigen“ 302-C zeigt die persönliche Vorrichtung 104 eine Benutzerschnittstelle zum Steuern der fahrzeugseitigen Komponente 106 an. Eine beispielhafte Benutzerschnittstelle 400 für LICHT-Komponenten wird vorstehend unter Bezugnahme auf 4 diskutiert. Als Reaktion auf Benutzerinteraktion mit der Benutzerschnittstelle 400 zum Anfordern einer Veränderung von Merkmalseinstellungen kann die persönliche Vorrichtung 104 in den Zustand „Befehle verarbeiten“ 602-D übergehen. Als Reaktion auf ein Fehlen von Aktivität für eine im Voraus bestimmte Zeitperiode kann die persönliche Vorrichtung 104 in den Zustand „Ruhe“ 602-A übergehen.
  • Im Zustand „Befehle verarbeiten“ 602-D kann die persönliche Vorrichtung 104 „Anweisungen“ an die fahrzeugseitigen Komponenten 106 senden. Als Reaktion auf Senden des Befehls kann die persönliche Vorrichtung 104 zurück in den Zustand „Schnittstelle anzeigen“ 302-C übergehen.
  • 7 zeigt einen beispielhaften Prozess 700 für den Betrieb einer fahrzeugseitigen Komponente 106 unter Nutzung nicht verbindbarer Kommunikation von Paketankündigungen 200. In einem Beispiel kann der Prozess 700 durch eine fahrzeugseitige Komponente 106 des Geflechts durchgeführt werden und kann am Element (A) eingeleitet werden.
  • Bei 702 bestimmt die fahrzeugseitige Komponente 106, ob die fahrzeugseitige Komponente 106 im Zustand „Ruhe/Überwachung“ 302-A ist. In einem Beispiel kann die fahrzeugseitige Komponente 106 eine Angabe des gegenwärtigen Zustands 302 der fahrzeugseitigen Komponente 106 in einer Speicherung oder einem Speicher der fahrzeugseitigen Komponente 106 führen. Die fahrzeugseitige Komponente 106 kann auf die Informationen zugreifen, um zu bestimmen, ob die fahrzeugseitige Komponente 106 im Zustand „Ruhe/Überwachung“ 302-A ist. Wenn ja, wird die Steuerung an Betriebsvorgang 704 weitergegeben. Anderenfalls wird die Steuerung an Betriebsvorgang 708 weitergegeben.
  • Bei 704 bestimmt die fahrzeugseitige Komponente 106, ob eine persönliche Vorrichtung 104 detektiert wurde. In einem Beispiel kann die persönliche Vorrichtung 104 eine Paketankündigung 200 senden, die Basislinien-RSSI und/oder Triangulation anfordert, um der persönlichen Vorrichtung 104 zu gestatten, mit einer Sitzplatzzone 108 des Fahrzeugs 102 zu assoziieren, die von der fahrzeugseitigen Komponente 106 empfangen werden kann. Wenn die persönliche Vorrichtung 104 detektiert wird, wird die Steuerung an Betriebsvorgang 706 weitergegeben, in dem die fahrzeugseitige Komponente 106 in den Zustand „Benachrichtigen/Triangulation“ 302-B übergeht. Nach Betriebsvorgang 706, oder wenn keine persönliche Vorrichtung 104 detektiert wurde, wird die Steuerung zurück an das Element (A) gegeben.
  • Bei 708 bestimmt die fahrzeugseitige Komponente 106, ob die fahrzeugseitige Komponente 106 im Zustand „Benachrichtigen/Triangulieren“ 302-B ist. Die Bestimmung kann ähnlich durchgeführt werden, wie vorstehend unter Bezug auf Betriebsvorgang 702 diskutiert. Wenn ja, wird die Steuerung an Betriebsvorgang 710 weitergegeben. Anderenfalls wird die Steuerung an Betriebsvorgang 730 weitergegeben.
  • Bei 710 bestimmt die fahrzeugseitige Komponente 106, ob ein Befehl von der Vorrichtung 104 detektiert wurde. In einem Beispiel kann die persönliche Vorrichtung 104 eine Anforderung an die fahrzeugseitige Komponente 106 unter Verwendung des Formats (E) kommunizieren, die von der fahrzeugseitigen Komponente 106 empfangen werden kann. Wenn ja, wird die Steuerung an den Betriebsvorgang 712 weitergegeben, in dem die fahrzeugseitige Komponente 106 in den Zustand „Befehle verarbeiten“ 602-D übergeht. Nach Betriebsvorgang 712 wird die Steuerung an Betriebsvorgang 714 weitergegeben, um den detektieren Befehl auszuführen. Nach Betriebsvorgang 714 wird die Steuerung zurück an das Element (A) gegeben. Wenn dagegen kein Befehl in 710 empfangen wird, wird die Steuerung an Betriebsvorgang 716 weitergegeben.
  • Bei 716 bestimmt die fahrzeugseitige Komponente 106, ob eine Anforderung einer erweiterten Schnittstelle von der persönlichen Vorrichtung 104 detektiert wurde. In einem Beispiel kann die persönliche Vorrichtung 104 eine Anforderung an die fahrzeugseitige Komponente 106 unter Verwendung des Formats (I) kommunizieren, die von der fahrzeugseitigen Komponente 106 empfangen werden kann. Wenn ja, wird die Steuerung an den Betriebsvorgang 718 weitergegeben, in dem die fahrzeugseitige Komponente 106 in den Zustand „Schnittstellenvorlage senden“ 302-C übergeht. Nach Betriebsvorgang 718, oder wenn keine Anforderung einer erweiterten Schnittstelle detektiert wurde, wird die Steuerung zurück an das Element (A) gegeben.
  • Bei 720 bestimmt die fahrzeugseitige Komponente 106, ob eine Hilfe/Konnektivität-Anforderung detektiert wurde. In einem Beispiel kann die persönliche Vorrichtung 104 eine Anforderung an die fahrzeugseitige Komponente 106 unter Verwendung des Formats (G) empfangen, die von der fahrzeugseitigen Komponente 106 empfangen werden kann. Wenn ja, wird die Steuerung an den Betriebsvorgang 722 weitergegeben, in dem die fahrzeugseitige Komponente 106 in den Zustand „Konnektivitätshilfe anfordern“ 302-H übergeht. Nach Betriebsvorgang 722, oder wenn keine Hilfe/Konnektivität-Anforderung detektiert wurde, wird die Steuerung zurück an das Element (A) gegeben.
  • Bei 724 bestimmt die fahrzeugseitige Komponente 106, ob eine Authentifizierungsanforderung detektiert wurde. In einem Beispiel kann eine persönliche Vorrichtung 104 einen Befehl von einer fahrzeugseitigen Komponente 106 anfordern, der Authentifizierung erfordert. Als Reaktion auf die Anforderung kann die fahrzeugseitige Komponente 106 die Paketankündigung 200, enthaltend die RSSI des Signals von der persönlichen Vorrichtung 104 im RSSI-Feld 246 der Paketankündigung 200, im Format (F) erneut rundsenden. Die fahrzeugseitige Authentifizierung-Komponente 106 kann die Anforderung empfangen. Wenn ja, wird die Steuerung an den Betriebsvorgang 726 weitergegeben, in dem die fahrzeugseitige Komponente 106 in den Zustand „Authentifizierung“ 302-E übergeht. Nach Betriebsvorgang 726 wird die Steuerung zurück an das Element (A) gegeben. Wenn keine Authentifizierungsanforderung in 724 detektiert wurde, wird die Steuerung an den Betriebsvorgang 728 weitergegeben, in dem ein nächster Zyklus 502 von Paketankündigungen 200 für die fahrzeugseitige Komponente 106 rundgesendet werden kann. Nach Betriebsvorgang 728 wird die Steuerung zurück an das Element (A) gegeben.
  • Bei 730 bestimmt die fahrzeugseitige Komponente 106, ob die fahrzeugseitige Komponente 106 im Zustand „Befehl verarbeiten“ 302-D ist. Die Bestimmung kann ähnlich durchgeführt werden, wie vorstehend unter Bezug auf Betriebsvorgang 702 diskutiert. Wenn ja, wird die Steuerung an Betriebsvorgang 732 weitergegeben. Anderenfalls wird die Steuerung an Betriebsvorgang 734 weitergegeben.
  • Bei 732 bestimmt die fahrzeugseitige Komponente 106, ob ein Befehl von der Vorrichtung 104 detektiert wurde. In einem Beispiel kann die persönliche Vorrichtung 104 eine Anforderung an die fahrzeugseitige Komponente 106 unter Verwendung des Formats (E) kommunizieren, die von der fahrzeugseitigen Komponente 106 empfangen werden kann. Wenn ja, wird die Steuerung an Betriebsvorgang 714 weitergegeben. Nach Betriebsvorgang 714, oder wenn kein Befehl detektiert wurde, wird die Steuerung zurück an das Element (A) gegeben.
  • Bei 734 bestimmt die fahrzeugseitige Komponente 106, ob die fahrzeugseitige Komponente 106 im Zustand „Schnittstellenvorlage senden“ 302-C ist. Die Bestimmung kann ähnlich durchgeführt werden, wie vorstehend unter Bezug auf Betriebsvorgang 702 diskutiert. Wenn ja, wird die Steuerung an Betriebsvorgang 736 weitergegeben. Anderenfalls wird die Steuerung an Betriebsvorgang 738 weitergegeben. In Betriebsvorgang 736 sendet die fahrzeugseitige Komponente 106 die Schnittstelleninformationen wie erweiterte Grafikpakete im vorstehend diskutierten Format (D) rund. Nach Betriebsvorgang 736 wird die Steuerung zurück an das Element (A) gegeben.
  • Bei 738 bestimmt die fahrzeugseitige Komponente 106, ob die fahrzeugseitige Komponente 106 im Zustand „Konnektivitätshilfe anfordern“ 302-H ist. Die Bestimmung kann ähnlich durchgeführt werden, wie vorstehend unter Bezug auf Betriebsvorgang 702 diskutiert. Wenn ja, wird die Steuerung an Betriebsvorgang 740 weitergegeben. Anderenfalls wird die Steuerung an Betriebsvorgang 742 weitergegeben. In Betriebsvorgang 740 sendet die fahrzeugseitige Komponente 106 die Konnektivitätsinformationen wie im vorstehend diskutierten Format (G) rund. Nach Betriebsvorgang 740 wird die Steuerung zurück an das Element (A) gegeben.
  • Bei 742 bestimmt die fahrzeugseitige Komponente 106, ob die fahrzeugseitige Komponente 106 im Zustand „Authentifizierung“ 302-E ist. Die Bestimmung kann ähnlich durchgeführt werden, wie vorstehend unter Bezug auf Betriebsvorgang 702 diskutiert. Wenn ja, wird die Steuerung an Betriebsvorgang 744 weitergegeben. Anderenfalls wird die Steuerung zurück an das Element (A) gegeben. In Betriebsvorgang 744 sendet die fahrzeugseitige Komponente 106 die Authentifizierungsinformationen rund. Nach Betriebsvorgang 742 wird die Steuerung zurück an das Element (A) gegeben.
  • Variationen und weitere Aspekte des Prozesses 700 sind möglich. Zum Beispiel, und wie vorstehend diskutiert, kann der Prozess 700 aus dem Zustand „Befehl verarbeiten“ 302-D als Reaktion auf den Ablauf eines im Voraus definierten Zeitendes, währenddessen keine Befehle empfangen wurden, in den Zustand „Benachrichtigen/Triangulieren“ 302-B übergehen. Als ein anderes Beispiel, und auch wie vorstehend diskutiert, kann der Prozess 700 aus dem Zustand „Benachrichtigen/Triangulieren“ 302-B als Reaktion auf Abschalten des Fahrzeugs 102 oder fehlende Detektion einer persönlichen Vorrichtung 104 über eine im Voraus definierte Zeitende-Periode in den Zustand „Ruhe/Überwachung“ 302-A übergehen.
  • 8 zeigt einen beispielhaften Prozess 700 für den Betrieb einer persönlichen Vorrichtung 104 unter Nutzung von Kommunikation nicht verbindbarer Paketankündigungen 200. In einem Beispiel kann der Prozess 800 durch eine persönliche Vorrichtung 104 eines Insassen, die konfiguriert ist, mit dem Geflecht fahrzeugseitiger Komponenten 106 zu kommunizieren, durchgeführt werden.
  • In 802 bestimmt die persönliche Vorrichtung 104, ob fahrzeugseitige Komponenten 106 detektiert werden. In einem Beispiel kann die persönliche Vorrichtung 104 den drahtlosen Transceiver 112 verwenden, nach Paketankündigungen 200 abzutasten, die den Wert des SMI-Felds 204 enthalten, der fahrzeugseitige Komponenten 106 angibt. Wenn derartige Paketankündigungen 200 identifiziert werden, wird die Steuerung an den Betriebsvorgang 804 weitergegeben. Anderenfalls endet der Prozess 800. Oder in anderen Beispielen kann der Prozess 800 zum Betriebsvorgang 802 zurückkehren, um das Abtasten auf Paketankündigungen 200 fortzusetzen.
  • In 804 bestimmt die persönliche Vorrichtung 104, ob die Steuerelementschnittstelle für die fahrzeugseitigen Komponenten 106 erfasst wurde. In einem Beispiel kann die persönliche Vorrichtung 104 Steuerelementschnittstellen-Informationen für fahrzeugseitige Komponenten 106 führen, z. B. in einem Speicher oder anderen Speicherung der persönlichen Vorrichtung 104. Die persönliche Vorrichtung 104 kann die Speicherung abfragen, um zu bestimmen, ob Steuerelementschnittstellen-Informationen für die durch die Paketankündigungen 200 identifizierten fahrzeugseitigen Komponenten 106 vorher gespeichert wurden. Zum Beispiel kann die persönliche Vorrichtung 104 die Steuerelementschnittstellen-Informationen nach Fahrzeugkennzeichnung (z. B. VI-Feld 206 der Paketankündigung 200) und Steuerelementkennzeichnung (z. B. das ID-Feld der Paketankündigung 200) führen. Wenn die Steuerelementschnittstelle nicht gespeichert ist, wird die Steuerung an Betriebsvorgang 806 weitergegeben, um die Steuerelementschnittstelle zu erfassen. Anderenfalls wird die Steuerung an Betriebsvorgang 808 weitergegeben.
  • In 806 erfasst die persönliche Vorrichtung 104 die Steuerelementschnittstellen-Informationen. In einem Beispiel kann die persönliche Vorrichtung 104 auf die Zyklen 502 von Paketankündigungen 200 für fahrzeugseitige Komponenten 106 im Zustand „Benachrichtigen/Triangulieren“ 302-B horchen, wie vorstehend diskutiert. In einem anderen Beispiel kann die persönliche Vorrichtung 104 Paketankündigungen 200 senden, um anzufordern, dass eine fahrzeugseitige Komponente 106 einen spezifischen Satz von Paketankündigungen 200 erneut rundsendet. Nach Betriebsvorgang 806 wird die Steuerung an Betriebsvorgang 808 weitergegeben.
  • In 808 bestimmt die persönliche Vorrichtung 104, ob die erweiterte Steuerelementschnittstelle für die fahrzeugseitigen Komponenten 106 zu erfassen ist. In einem Beispiel kann die persönliche Vorrichtung 104 durch Zugreifen auf die Speicherung bestimmen, ob eine erweiterte Schnittstelle für die fahrzeugseitige(n) Komponente(n) 106 vorher erfasst wurde. Wenn die erweiterte Schnittstelle vorher erfasst wurde, wird die Steuerung an Betriebsvorgang 812 weitergegeben. Anderenfalls wird die Steuerung an Betriebsvorgang 810 weitergegeben.
  • In Betriebsvorgang 810 erfasst die persönliche Vorrichtung 104 die erweiterte Schnittstelle. In einem Beispiel kann die persönliche Vorrichtung 104 die Übertragung der erweiterten Schnittstelle durch Rundsenden eines Ankündigungspakets 200 im Format (I) als eine Anforderung „Schnittstelle senden“ anfordern und kann Ankündigungspakete 200 für das erweiterte Grafikpaketformat im Format (D) empfangen. Nach Betriebsvorgang 810 wird die Steuerung an Betriebsvorgang 812 weitergegeben.
  • In 812 bestimmt die persönliche Vorrichtung 104, ob Benutzereingabe empfangen wurde. In einem Beispiel kann der Benutzer Eingabe in die Benutzerschnittstelle vornehmen, die von der Fahrzeugkomponenten-Schnittstellenanwendung 118 angezeigt wird. Falls ja, wird die Steuerung an den Betriebsvorgang 814 weitergegeben, in dem die persönliche Vorrichtung 104 eine Paketankündigung 200, die den Befehl angibt, z. B. unter Verwendung des Formats (E) sendet. Nach Betriebsvorgang 814, oder wenn kein Befehl eingegeben wurde, wird die Steuerung an Betriebsvorgang 816 weitergegeben.
  • In 816 bestimmt die persönliche Vorrichtung 104, ob Paarungsinformationen erforderlich sind. In einem Beispiel kann die persönliche Vorrichtung 104 bestimmen, das BLUETOOTH- oder Wi-Fi-Verbindungsinformationen erforderlich sind, um mit einer oder mehreren fahrzeugseitigen Komponenten 106 wie eine fahrzeugseitige Komponente 106 eines klassischen BLUETOOTH-Lautsprechers oder eine fahrzeugseitige Komponente 106 einer drahtlosen Anzeige zu verbinden. Falls ja, wird die Steuerung an Betriebsvorgang 818 weitergegeben, in dem die persönliche Vorrichtung 104 eine Paketankündigung 200, die die Anforderung angibt, z. B. unter Verwendung des Formats (G) sendet. Nach Betriebsvorgang 818, oder wenn keine Paarungsinformationen erforderlich waren, wird die Steuerung an Betriebsvorgang 820 weitergegeben.
  • In 820 bestimmt die persönliche Vorrichtung 104, ob die Fahrzeugkomponenten-Schnittstellenanwendung 118 gestartet oder ausgeführt wird. In einem Beispiel kann die persönliche Vorrichtung 104 bestimmen, dass die Fahrzeugkomponenten-Schnittstellenanwendung 118 gestartet ist, als die Vordergrundanwendung aktiv ist oder verlagert wird, um die Vordergrundanwendung zu sein. Wenn ja, wird die Steuerung an Betriebsvorgang 822 weitergegeben, in dem die persönliche Vorrichtung 104 anfordert, dass die fahrzeugseitige(n) Komponente(n) 106 den Zustand durch Ausgeben einer an die fahrzeugseitige(n) Komponente(n) 106 adressierten Paketankündigung 200 z. B. unter Verwendung des Formats (H) erneut rundsenden. Dies kann der Benutzerschnittstelle gestatten, die gegenwärtigen Zustandsinformationen für die fahrzeugseitigen Komponenten 106 anzuzeigen. Nach Betriebsvorgang 822, oder wenn keine Zustandsinformationen erforderlich waren, wird die Steuerung an Betriebsvorgang 802 weitergegeben.
  • Demgemäß kann das System 100 fahrzeugseitiger Komponenten nicht verbindbare Paketankündigungen 200 wie die hierin detailliert diskutierten verschiedenen Paketankündigungen 200 nutzen, Zweiwege-Kommunikation von persönlichen Vorrichtungen 104 zu fahrzeugseitigen Komponenten 106 bereitzustellen. Im Vergleich mit Ankündigungen, die Informationen über verfügbare Dienste enthalten, können die nicht verbindbaren Ankündigungen stattdessen verwendet werden, eine gewünschte GAP-Nutzlast, die Befehlsanforderungen und/oder den gegenwärtigen Zustand der fahrzeugseitigen Komponenten 106 angibt, rundzusenden. Da die persönlichen Vorrichtungen 104 und die fahrzeugseitigen Komponenten 106 sich nicht verbinden, können Probleme mit unsichtbaren verbundenen Komponenten oder BLE-Modulprobleme vermieden werden.
  • Hierin beschriebene Rechnervorrichtungen, wie die persönlichen Vorrichtungen 104 und die fahrzeugseitigen Komponenten 106, enthalten im Allgemeinen rechnerausführbare Anweisungen, wobei die Anweisung von einer oder mehreren Rechnervorrichtungen wie die vorstehend aufgelisteten ausführbar sein können. Rechnerausführbare Anweisungen können aus Rechnerprogrammen unter Verwendung einer Vielfalt von Programmiersprachen und/oder -technologien einschließlich von, ohne Einschränkung, und entweder für sich oder in Kombination, JavaTM, C, C++, C#, Visual Basic, Java Script, Perl usw. kompiliert oder interpretiert werden. Im Allgemeinen empfängt ein Prozessor (z. B. ein Mikroprozessor) Anweisungen (z. B. aus einem Speicher, einem rechnerlesbaren Medium usw.) und führt diese Anweisungen aus, wodurch ein oder mehrere Prozesse einschließlich eines oder mehrerer der hierin beschriebenen Prozesse ausgeführt werden. Derartige Anweisungen und andere Daten können unter Verwendung einer Vielfalt von rechnerlesbaren Medien gespeichert und übertragen werden.
  • Hinsichtlich der hierin beschriebenen Prozesse, Systeme, Verfahren, Heuristiken usw. versteht es sich, dass, obwohl die Schritte derartiger Prozesse usw. beschrieben wurden, als ob sie gemäß einer gewissen geordneten Abfolge vorkommen, derartige Prozesse mit den beschriebenen Schritten in einer anderen Reihenfolge als der hierin beschriebenen Reihenfolge praktiziert werden könnten. Es versteht sich ferner, dass bestimmte Schritte gleichzeitig durchgeführt werden könnten, dass andere Schritte hinzugefügt werden könnten oder dass bestimmte hierin beschriebene Schritte ausgelassen werden könnten. Anders ausgedrückt, wird die Beschreibung von Prozessen hierin für den Zweck der Veranschaulichung bestimmter Ausführungsformen bereitgestellt und darf in keiner Weise als die Ansprüche begrenzend verstanden werden.
  • Während vorstehend beispielhafte Ausführungsformen beschrieben werden, ist es nicht beabsichtigt, dass diese Ausführungsformen alle möglichen Formen der Erfindung beschreiben. Die in der Patentschrift verwendeten Wörter sind vielmehr Wörter der Beschreibung und nicht der Einschränkung, und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne das Wesen und den Schutzumfang der Erfindung zu verlassen. Zusätzlich können die Merkmale der verschiedenen implementierenden Ausführungsformen kombiniert werden, um weitere Ausführungsformen der Erfindung zu bilden.

Claims (20)

  1. System, umfassend: einen drahtlosen Transceiver; und einen Prozessor in Kommunikation mit dem Transceiver, programmiert zum: Filtern nicht verbindbarer Ankündigungen, um Ankündigungen auszuschließen, denen eine im Voraus definierte Kennzeichnung fehlt, die eindeutig für fahrzeugseitige Komponenten ist, Erzeugen einer Benutzerschnittstelle von Steuerelementen basierend auf Informationen, die aus den gefilterten Ankündigungen erfasst wurden, und Rundsenden einer Befehlsankündigung an die fahrzeugseitigen Komponenten als Reaktion auf Bedienereingabe, die eine Komponentenfunktion unter Verwendung eines der Steuerelemente anpasst.
  2. System nach Anspruch 1, wobei jedes Steuerelement der Benutzerschnittstelle mit einer Funktion einer fahrzeugseitigen Komponente in Beziehung steht und gemäß einer Abfolge von Ankündigungen, die durch den Transceiver von den fahrzeugseitigen Komponenten empfangen werden, definiert ist.
  3. System nach Anspruch 2, wobei der Prozessor ferner programmiert ist zum: Rundsenden einer Anforderung grafischer Informationen an die fahrzeugseitigen Komponenten; und als Reaktion auf die Anforderung Empfangen, von den fahrzeugseitigen Komponenten, von Ankündigungen, die Vertexinformationen enthalten, die Grafiken zum Anzeigen in der Benutzerschnittstelle definieren, die die Komponentenfunktionen beschreiben.
  4. System nach Anspruch 1, wobei die nicht verbindbaren Ankündigungen BLUETOOTH-Generic-Access-Profile- bzw. -GAP-Nutzlastinformationen enthalten.
  5. System nach Anspruch 1, wobei die Befehlsankündigung ein Bitfeld enthält, in dem jedes Bit des Bitfelds eine verschiedene Sitzplatzzone eines Fahrzeugs repräsentiert, und wobei der Prozessor ferner programmiert ist, eine Angabe zu codieren, welche der Sitzplatzzonen des Fahrzeugs durch den Befehl, der das Bitfeld verwendet, zu steuern sind.
  6. System nach Anspruch 1, wobei jede der gefilterten Ankündigungen ein Bitfeld enthält, in dem jedes Bit des Bitfelds eine verschiedene Sitzplatzzone eines Fahrzeugs repräsentiert, und wobei der Prozessor ferner programmiert ist, die Benutzerschnittstelle von Steuerelementen zu erzeugen, die darlegt, welche der Sitzplatzzonen des Fahrzeugs durch die Komponentenfunktion zu steuern sind.
  7. System nach Anspruch 1, wobei jede der Ankündigungen ein Datendeskriptorfeld enthält, das an einem im Voraus definierten Ort in der Ankündigung angeordnet ist und einen Typ der Ankündigung definiert, wobei jeder Typ mit einem im Voraus definierten Format von Daten, die in der Ankündigung enthalten sind, korrespondiert.
  8. System nach Anspruch 7, wobei ein im Voraus definiertes Bit des Datendeskriptorfelds gesetzt ist, um anzugeben, dass die korrespondierende fahrzeugseitige Komponente Authentifizierung eines Senders der Befehlsankündigung vor der Befehlsankündigung erfordert.
  9. System nach Anspruch 1, wobei jede der Ankündigungen ein Intelligentes-Modul-Kennzeichnungsfeld enthält, das die im Voraus definierte Kennzeichnung an einer im Voraus definierten Position in der Ankündigung enthält.
  10. System, umfassend: eine Fahrzeugkomponente, konfiguriert zum Arbeiten in einer Vielzahl verbindungsloser funktioneller Zustände, enthaltend: einen Überwachungszustand, in dem die Komponente Ankündigungen rundsendet, die Vorhandensein der Fahrzeugkomponente an persönliche Vorrichtungen, angeben; einen Benachrichtigungszustand, in dem die Komponente Ankündigungszyklen rundsendet, die verfügbare Merkmale der Komponente angeben; und einen Befehlsverarbeitungszustand, in dem die Komponente Ankündigungen gegenwärtiger Merkmalszustände als Reaktion auf Befehlsankündigungen, die von den persönlichen Vorrichtungen empfangen wurden, rundsendet.
  11. System nach Anspruch 10, wobei die Ankündigungen ein Datendeskriptorfeld enthalten, das an einem im Voraus definierten Ort in der Ankündigung angeordnet ist und einen Typ der Ankündigung definiert, wobei jeder Typ mit einem im Voraus definierten Format von Daten, die in der Ankündigung enthalten sind, korrespondiert.
  12. System nach Anspruch 10, wobei die Befehlsankündigungen ein Bitfeld enthalten, in dem jedes Bit des Bitfelds eine verschiedene Sitzplatzzone eines Fahrzeugs repräsentiert, so dass die Befehlsankündigungen Angaben codieren, welche der Sitzplatzzonen des Fahrzeugs durch den Befehl, der das Bitfeld verwendet, zu steuern sind.
  13. System nach Anspruch 10, wobei die Ankündigungen eine Attributmarkierung enthalten, die konfiguriert ist, anzugeben, welche funktionellen Zustände durch die Fahrzeugkomponente unterstützt werden.
  14. System nach Anspruch 10, wobei die Fahrzeugkomponente programmiert ist, als Reaktion auf Empfangen der Befehlsankündigungen von den persönlichen Vorrichtungen aus dem Benachrichtigungszustand in den Befehlsverarbeitungszustand überzugehen und als Reaktion auf Ablaufen eines im Voraus definierten Zeitendes aus dem Befehlsverarbeitungszustand in den Benachrichtigungszustand überzugehen.
  15. System nach Anspruch 10, wobei die Fahrzeugkomponente ferner konfiguriert ist, in einem Schnittstellensendezustand zu arbeiten, und die Fahrzeugkomponente programmiert ist, als Reaktion auf die Detektion einer Ankündigung von einer persönlichen Vorrichtung, die Schnittstellendetails der Komponente anfordert, aus dem Benachrichtigungszustand in den Schnittstellensendezustand überzugehen und als Reaktion auf den Abschluss des Sendens der Schnittstellendetails aus dem Schnittstellensendezustand in den Benachrichtigungszustand überzugehen.
  16. System, umfassend: eine persönliche Vorrichtung, konfiguriert zum Arbeiten in einer Vielzahl verbindungsloser funktioneller Zustände, enthaltend: einen Schnittstellenerfassungszustand, in dem die persönliche Vorrichtung Informationen, die Komponentenfunktionen angeben, basierend auf nicht verbindbaren Ankündigungen von fahrzeugseitigen Komponenten erfasst; einen Schnittstellenanzeigezustand, in dem die persönliche Vorrichtung eine Benutzerschnittstelle von Steuerelementen basierend auf Informationen, die während des Schnittstellenerfassungszustands erfasst wurden, bereitstellt; und einen Befehlsverarbeitungszustand, in dem die persönliche Vorrichtung Befehlsankündigungen als Reaktion auf eine Benutzereingabe in die Benutzerschnittstelle rundsendet.
  17. System nach Anspruch 16, wobei die persönliche Vorrichtung programmiert ist, als Reaktion auf eine Bestimmung, dass die Informationen, die Komponentenfunktionen angeben, erfasst wurden, aus dem Schnittstellenerfassungszustand in den Schnittstellenanzeigezustand überzugehen.
  18. System nach Anspruch 16, wobei die persönliche Vorrichtung programmiert ist, als Reaktion auf Bedienereingabe in die Benutzerschnittstelle aus dem Schnittstellenanzeigezustand in den Befehlsverarbeitungszustand überzugehen.
  19. System nach Anspruch 16, wobei die persönliche Vorrichtung programmiert ist, als Reaktion auf Ablaufen eines im Voraus definierten Zeitendewerts aus dem Befehlsverarbeitungszustand in den Schnittstellenanzeigezustand überzugehen.
  20. System nach Anspruch 16, wobei die persönliche Vorrichtung ferner konfiguriert ist, in einem Ruhezustand zu arbeiten, und die persönliche Vorrichtung programmiert ist, als Reaktion auf Detektieren einer Ankündigung von einer der fahrzeugseitigen Komponenten aus dem Ruhezustand in den Schnittstellenerfassungszustand überzugehen.
DE102017107285.3A 2016-04-25 2017-04-05 Verbindungslose kommunikation mit komponenten im fahrzeuginneren Pending DE102017107285A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/137,536 2016-04-25
US15/137,536 US9914415B2 (en) 2016-04-25 2016-04-25 Connectionless communication with interior vehicle components

Publications (1)

Publication Number Publication Date
DE102017107285A1 true DE102017107285A1 (de) 2017-10-26

Family

ID=60021440

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102017107285.3A Pending DE102017107285A1 (de) 2016-04-25 2017-04-05 Verbindungslose kommunikation mit komponenten im fahrzeuginneren

Country Status (3)

Country Link
US (1) US9914415B2 (de)
CN (1) CN107395236B (de)
DE (1) DE102017107285A1 (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10362461B2 (en) * 2016-12-27 2019-07-23 Denso Corporation System and method for microlocation sensor communication
CN109195118A (zh) * 2018-10-19 2019-01-11 江苏未来智慧信息科技有限公司 基于蓝牙的带pa单向广播通信装置及通信方法
EP3766717B1 (de) * 2019-07-19 2023-09-06 Nxp B.V. Hörbare mobile vorrichtung und fahrzeugsteuerungssysteme
EP3796684A1 (de) * 2019-09-23 2021-03-24 Bayerische Motoren Werke Aktiengesellschaft Drahtloskommunikationsvorrichtung, verfahren und computerprogramm für eine drahtloskommunikationsvorrichtung
US11345313B2 (en) * 2020-04-23 2022-05-31 Ford Global Technologies, Llc System for controlling operations of a vehicle using mobile devices and related methods thereof

Family Cites Families (210)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4721954A (en) 1985-12-18 1988-01-26 Marlee Electronics Corporation Keypad security system
US5697844A (en) 1986-03-10 1997-12-16 Response Reward Systems, L.C. System and method for playing games and rewarding successful players
US4792783A (en) 1986-05-07 1988-12-20 Electro-Mechanical Products Vehicular function controller having alterable function designators
JPH02127117A (ja) 1988-11-04 1990-05-15 Diesel Kiki Co Ltd 車両用空調制御装置
JPH0328034A (ja) 1989-06-26 1991-02-06 Nissan Motor Co Ltd 車室内照明装置
JP2935871B2 (ja) 1990-04-18 1999-08-16 タカタ株式会社 シートベルト装置の照明バックル
US5255442A (en) 1991-12-20 1993-10-26 Donnelly Corporation Vehicle compass with electronic sensor
US5543591A (en) 1992-06-08 1996-08-06 Synaptics, Incorporated Object position detector with edge motion feature and gesture recognition
IT1272833B (it) 1993-10-21 1997-06-30 Audiovox Corp Sistema di allarme per veicoli
EP0739578B1 (de) 1994-11-11 2000-05-24 Koninklijke Philips Electronics N.V. System zur optimal gestaltung der künstlichen lichtstärke mit ansteigendem tageslicht
US5650929A (en) 1995-04-28 1997-07-22 Prince Corporation Modular electronic display and accessory mounting system for a vehicle
US7973773B2 (en) 1995-06-29 2011-07-05 Pryor Timothy R Multipoint, virtual control, and force based touch screen applications
US5796179A (en) 1995-09-30 1998-08-18 Suzuki Motor Corporation Vehicle anti-theft device with low voltage compensation and a rolling code
US6028537A (en) 1996-06-14 2000-02-22 Prince Corporation Vehicle communication and remote control system
US5757268A (en) 1996-09-26 1998-05-26 United Technologies Automotive, Inc. Prioritization of vehicle display features
US5848634A (en) 1996-12-27 1998-12-15 Latron Electronics Co. Inc. Motorized window shade system
US7015896B2 (en) 1998-01-23 2006-03-21 Digit Wireless, Llc Keyboards with both individual and combination key output
US6377860B1 (en) 1998-07-31 2002-04-23 Sun Microsystems, Inc. Networked vehicle implementing plug and play with javabeans
US6397249B1 (en) 1998-11-24 2002-05-28 International Business Machines Corporation Data processing system and method for determining a physical location of a client computer system
DE10006943A1 (de) 2000-02-17 2001-08-23 Volkswagen Ag Innenraumbeleuchtungssystem eines Kraftfahrzeuges sowie Verfahren zur Steuerung eines solchen
US6536928B1 (en) 2000-03-03 2003-03-25 Lear Corporation Multi-colored vehicle interior lighting
DE10021068A1 (de) 2000-04-28 2001-10-31 Bosch Gmbh Robert Vorrichtung und Verfahren zur benutzerspezifischen Einstellung eines Gerätes, insbesondere eines Kraftfahrzeuges
US20020092019A1 (en) 2000-09-08 2002-07-11 Dwight Marcus Method and apparatus for creation, distribution, assembly and verification of media
US6449541B1 (en) 2000-10-17 2002-09-10 Microsoft Corporation Application-to-component communications helper in a vehicle computer system
US6615123B2 (en) 2000-12-01 2003-09-02 Hewlett-Packard Development Company, L.P. Personality module for configuring a vehicle
US20020087423A1 (en) 2001-01-02 2002-07-04 Carbrey Palango Joan L. System builder for building electronics systems
US6473038B2 (en) 2001-01-05 2002-10-29 Motorola, Inc. Method and apparatus for location estimation
US6663010B2 (en) 2001-01-22 2003-12-16 Meritor Heavy Vehicle Technology, Llc Individualized vehicle settings
MXPA03009011A (es) 2001-04-03 2004-02-17 At & T Wireless Services Inc Metodos y aparatos para estimar la posicion de una estacion movil.
US7114178B2 (en) 2001-05-22 2006-09-26 Ericsson Inc. Security system
US20020197976A1 (en) 2001-06-22 2002-12-26 Jonathan Liu Vehicle customized feature activation system
US6775603B2 (en) 2001-10-18 2004-08-10 Ford Motor Company Method and system for maintaining personalization of user adjustable features
US7342325B2 (en) 2001-11-05 2008-03-11 Michael Rhodes Universal fleet electrical system
US8611919B2 (en) * 2002-05-23 2013-12-17 Wounder Gmbh., Llc System, method, and computer program product for providing location based services and mobile e-commerce
US9205744B2 (en) 2002-06-21 2015-12-08 Intel Corporation PC-based automobile owner's manual, diagnostics, and auto care
US7034655B2 (en) 2002-08-06 2006-04-25 Tri/Mark Corporation Keypad module and method for electronic access security and keyless entry of a vehicle
US20040034455A1 (en) 2002-08-15 2004-02-19 Craig Simonds Vehicle system and method of communicating between host platform and human machine interface
US7275983B2 (en) 2002-09-27 2007-10-02 Denso Corporation System for limiting an increase in the inside air temperature of passenger compartment of vehicle
KR100575906B1 (ko) 2002-10-25 2006-05-02 미츠비시 후소 트럭 앤드 버스 코포레이션 핸드 패턴 스위치 장치
US20040215532A1 (en) 2003-02-25 2004-10-28 Hans Boman Method and system for monitoring relative movement of maritime containers and other cargo
US20050044906A1 (en) 2003-07-25 2005-03-03 Spielman Timothy G. Method and system for setting entry codes via a communications network for access to moveable enclosures
US7015791B2 (en) 2003-08-19 2006-03-21 General Motors Corporation Keyless entry module and method
US7751829B2 (en) 2003-09-22 2010-07-06 Fujitsu Limited Method and apparatus for location determination using mini-beacons
US7230545B2 (en) 2003-11-07 2007-06-12 Nattel Group, Inc. Automobile communication and registry system
US20050185399A1 (en) 2004-02-06 2005-08-25 Goodrich Hella Aerospace Lighting Systems Gmbh Colored light for passengers of a passenger transportation means, in particular for the cabin of an aircraft
US7170400B2 (en) 2004-05-20 2007-01-30 Lear Corporation System for customizing settings and sounds for vehicle
US7031809B2 (en) 2004-05-21 2006-04-18 Jens Erik Sorensen Remote control of automobile component arrangements
US20060155429A1 (en) 2004-06-18 2006-07-13 Applied Digital, Inc. Vehicle entertainment and accessory control system
US7050795B2 (en) 2004-06-24 2006-05-23 Denso International America, Inc. System for programming customizable vehicle features
US7009504B1 (en) 2004-08-10 2006-03-07 Lear Corporation Reconfigurable vehicle accessory control panel
US20060075934A1 (en) 2004-09-28 2006-04-13 Pranil Ram Passenger keyboard and display apparatus, and a system and method for delivering content to users of such apparatus
US7319924B2 (en) 2004-10-22 2008-01-15 General Motors Corporation Method and system for managing personalized settings in a mobile vehicle
WO2006066097A2 (en) 2004-12-17 2006-06-22 Stoneridge Control Devices, Inc. Touch sensor system and method
US20060155547A1 (en) 2005-01-07 2006-07-13 Browne Alan L Voice activated lighting of control interfaces
US20070262140A1 (en) 2005-02-03 2007-11-15 Long Kenneth W Sr Apparatus, System, and Method for Delivering Products or Services
US7778651B2 (en) 2005-02-16 2010-08-17 Harris Corporation Wireless network range estimation and associated methods
WO2006096416A2 (en) 2005-03-04 2006-09-14 Skyhook Wireless, Inc. Encoding and compression of a location beacon database
US20060205456A1 (en) 2005-03-14 2006-09-14 Bentz William G Video games and add-on features
US7920048B2 (en) 2005-05-09 2011-04-05 Safetystream Mobile Limited Method for using a table of data to control access and a locking mechanism using same
US20060258377A1 (en) 2005-05-11 2006-11-16 General Motors Corporation Method and sysem for customizing vehicle services
US7987030B2 (en) 2005-05-25 2011-07-26 GM Global Technology Operations LLC Vehicle illumination system and method
US20070021885A1 (en) 2005-07-25 2007-01-25 Honeywell International Inc. System and method for personalizing motor vehicle ride or handling characteristics
US20070140187A1 (en) 2005-12-15 2007-06-21 Rokusek Daniel S System and method for handling simultaneous interaction of multiple wireless devices in a vehicle
US7706740B2 (en) * 2006-01-06 2010-04-27 Qualcomm Incorporated Apparatus and methods of selective collection and selective presentation of content
US7581244B2 (en) 2006-01-25 2009-08-25 Seiko Epson Corporation IMX session control and authentication
US20070198472A1 (en) 2006-02-17 2007-08-23 Ford Motor Company Multimedia system for a vehicle
JP4812089B2 (ja) 2006-02-24 2011-11-09 キヤノン株式会社 印刷装置及びその接続方法
DE602006013991D1 (de) 2006-10-06 2010-06-10 Harman Becker Automotive Sys Infotainmentsystem
US7810969B2 (en) 2006-11-02 2010-10-12 Ford Global Technologies, Llc Ambient lighting for vehicle interior floor console
WO2008058194A2 (en) 2006-11-07 2008-05-15 Collins & Aikman Products Co. Luminous interior trim material
US7800483B2 (en) 2006-11-10 2010-09-21 Federal-Mogul World Wide, Inc. Transitional lighting system for vehicle interior
US8073589B2 (en) 2006-12-01 2011-12-06 Ford Global Technologies, Llc User interface system for a vehicle
KR20080052997A (ko) 2006-12-08 2008-06-12 현대자동차주식회사 인간과 자동차 간의 인터페이스 시스템
US8006002B2 (en) 2006-12-12 2011-08-23 Apple Inc. Methods and systems for automatic configuration of peripherals
US7595718B2 (en) 2007-01-30 2009-09-29 Tse Hsing Chen Antitheft system with clip-on wireless keypad
US20080288406A1 (en) 2007-05-16 2008-11-20 The Marketing Store Worldwide Llc System and method for telematic marketing
DE102007052008A1 (de) 2007-10-26 2009-04-30 Andreas Steinhauser Single- oder multitouchfähiger Touchscreen oder Touchpad bestehend aus einem Array von Drucksensoren sowie Herstellung solcher Sensoren
WO2009073806A2 (en) 2007-12-05 2009-06-11 Johnson Controls Technology Company Vehicle user interface systems and methods
US8065169B1 (en) 2008-02-15 2011-11-22 Allstate Insurance Company Real-time insurance estimate based on non-personal identifying information
EP2105759A1 (de) 2008-03-28 2009-09-30 Identec Solutions AG Verfahren und Systeme zum Ausführen eines Zwei-Wege-Verfahrens
US20090249081A1 (en) 2008-03-31 2009-10-01 Kabushiki Kaisha Toshiba-1 Shibaura 1-Chomominatoku Storage device encryption and method
FR2933212B1 (fr) 2008-06-27 2013-07-05 Movea Sa Pointeur a capture de mouvement resolue par fusion de donnees
US8465161B2 (en) 2008-10-14 2013-06-18 Magna Mirrors Of America, Inc. Interior rearview mirror assembly with button module
US20110187496A1 (en) 2008-10-30 2011-08-04 Denison William D Electronic Access Control Device and Management System
US8941466B2 (en) 2009-01-05 2015-01-27 Polytechnic Institute Of New York University User authentication for devices with touch sensitive elements, such as touch sensitive display screens
US20100171696A1 (en) 2009-01-06 2010-07-08 Chi Kong Wu Motion actuation system and related motion database
US8854180B2 (en) 2009-01-10 2014-10-07 Pro Tech Systems Of Maryland, Inc. Access control system
US8421589B2 (en) 2009-01-27 2013-04-16 Delphi Technologies, Inc. Dual purpose wireless device, wherein vehicle controls depend on device location
US20100197359A1 (en) 2009-01-30 2010-08-05 Harris Technology, Llc Automatic Detection of Wireless Phone
DE102009008041A1 (de) 2009-02-09 2010-08-12 Volkswagen Ag Verfahren zum Betrieb eines Kraftfahrzeuges mit einem Touchscreen
JP2010199716A (ja) 2009-02-23 2010-09-09 Fujitsu Ten Ltd 車載装置及び通信制御方法
US8825222B2 (en) 2009-02-27 2014-09-02 Toyota Motor Engineering & Manufacturing North America, Inc. Remote management of vehicle settings
US20100235045A1 (en) 2009-03-10 2010-09-16 Panasonic Automotive Systems Company Of America, Division Of Panasonic Corporation Of North America Virtual feature management for vehicle information and entertainment systems
US20100233957A1 (en) 2009-03-11 2010-09-16 Delphi Technologies, Inc. Vehicle Personalization Using A Near Field Communications Transponder
JP4767332B2 (ja) 2009-03-13 2011-09-07 シャープ株式会社 情報処理システム及び画像形成システム
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
DE102009024656A1 (de) 2009-06-12 2011-03-24 Volkswagen Ag Verfahren zum Steuern einer grafischen Benutzerschnittstelle und Bedienvorrichtung für eine grafische Benutzerschnittstelle
US8787936B2 (en) 2009-07-21 2014-07-22 Katasi Llc Method and system for controlling a mobile communication device in a moving vehicle
US8482430B2 (en) 2009-10-13 2013-07-09 GM Global Technology Operations LLC Method and apparatus for communicatively changing interior illumination color in a vehicle
US8983534B2 (en) 2009-10-14 2015-03-17 Dipam Patel Mobile telephone for remote operation
US8344850B2 (en) 2009-10-30 2013-01-01 Lear Corporation System and method for authorizing a remote device
US8315617B2 (en) 2009-10-31 2012-11-20 Btpatent Llc Controlling mobile device functions
US8514069B2 (en) 2009-11-12 2013-08-20 MTN Satellite Communications Tracking passengers on cruise ships
US8706349B2 (en) 2009-12-07 2014-04-22 At&T Mobility Ii Llc Devices, systems and methods for controlling permitted settings on a vehicle
US8633916B2 (en) 2009-12-10 2014-01-21 Apple, Inc. Touch pad with force sensors and actuator feedback
JP5005758B2 (ja) 2009-12-25 2012-08-22 株式会社ホンダアクセス 自動車における車載機器の操作装置
US8655965B2 (en) 2010-03-05 2014-02-18 Qualcomm Incorporated Automated messaging response in wireless communication systems
US9417691B2 (en) * 2010-03-26 2016-08-16 Nokia Technologies Oy Method and apparatus for ad-hoc peer-to-peer augmented reality environment
US20120006610A1 (en) 2010-07-09 2012-01-12 Erik Wallace Telematics enhanced mobile device safety interlock
US20120136802A1 (en) 2010-11-30 2012-05-31 Zonar Systems, Inc. System and method for vehicle maintenance including remote diagnosis and reverse auction for identified repairs
EP2437163A1 (de) 2010-09-09 2012-04-04 Harman Becker Automotive Systems GmbH Benutzerschnittstelle für ein Fahrzeugsystem
FR2965434B1 (fr) 2010-09-28 2015-12-11 Valeo Securite Habitacle Procede d'appairage d'un telephone mobile avec un vehicule automobile et ensemble de verrouillage/deverrouillage
CN102445954B (zh) 2010-09-30 2014-03-19 福建捷联电子有限公司 采用电脑一体机的车载电脑
EP2442600B1 (de) 2010-10-14 2013-03-06 Research In Motion Limited Nahfeldkommunikationssystem mit Bereitstellung der geografischen Authentifizierung der Position eines Nahfeldkommunikationsetiketts und zugehörige Verfahren
WO2012054031A1 (en) 2010-10-20 2012-04-26 Empire Technology Development Llc Encoded optical lock
WO2012167343A1 (en) 2010-10-28 2012-12-13 Gestion André & Paquerette Ltée Device and method for managing an electronic control unit of a vehicle
US8527143B2 (en) 2010-10-29 2013-09-03 Nissan North America, Inc. Vehicle user interface system and method having location specific feature availability
US20120214463A1 (en) 2010-11-05 2012-08-23 Smith Michael J Detecting use of a mobile device by a driver of a vehicle, such as an automobile
JP5685073B2 (ja) 2010-12-17 2015-03-18 株式会社東海理化電機製作所 電子キーシステム
US8543833B2 (en) 2010-12-29 2013-09-24 Microsoft Corporation User identification with biokinematic input
KR101811909B1 (ko) 2010-12-30 2018-01-25 톰슨 라이센싱 제스처 인식을 위한 장치 및 방법
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
US10306422B2 (en) 2011-01-21 2019-05-28 Visteon Global Technologies, Inc. In-vehicle electronic device usage blocker
US9350809B2 (en) * 2011-01-31 2016-05-24 Nokia Technologies Oy Method and apparatus for automatically determining communities of interest, for use over an ad-hoc mesh network, based on context information
US8947203B2 (en) 2011-03-07 2015-02-03 John Clinton Kolar Aftermarket sound activated wireless vehicle door unlocker
US8476832B2 (en) 2011-03-15 2013-07-02 Ford Global Technologies, Llc Vehicle interior lighting system with welcome and farewell stages
US8880100B2 (en) * 2011-03-23 2014-11-04 Radium, Inc. Proximity based social networking
US20120254809A1 (en) 2011-03-31 2012-10-04 Nokia Corporation Method and apparatus for motion gesture recognition
US20120268242A1 (en) 2011-04-21 2012-10-25 Delphi Technologies, Inc. Vehicle security system and method of operation based on a nomadic device location
US8994492B2 (en) 2011-04-21 2015-03-31 Fariborz M Farhan Disablement of user device functionality
US8873841B2 (en) 2011-04-21 2014-10-28 Nokia Corporation Methods and apparatuses for facilitating gesture recognition
US9285944B1 (en) 2011-04-22 2016-03-15 Angel A. Penilla Methods and systems for defining custom vehicle user interface configurations and cloud services for managing applications for the user interface and learned setting functions
US9104537B1 (en) 2011-04-22 2015-08-11 Angel A. Penilla Methods and systems for generating setting recommendation to user accounts for registered vehicles via cloud systems and remotely applying settings
US9288270B1 (en) 2011-04-22 2016-03-15 Angel A. Penilla Systems for learning user preferences and generating recommendations to make settings at connected vehicles and interfacing with cloud systems
US9348492B1 (en) 2011-04-22 2016-05-24 Angel A. Penilla Methods and systems for providing access to specific vehicle controls, functions, environment and applications to guests/passengers via personal mobile devices
US20120280789A1 (en) 2011-05-02 2012-11-08 Apigy Inc. Systems and methods for controlling a locking mechanism using a portable electronic device
JP5658103B2 (ja) 2011-07-12 2015-01-21 株式会社東海理化電機製作所 給電プラグのロック装置
US8873147B1 (en) 2011-07-20 2014-10-28 Google Inc. Chord authentication via a multi-touch interface
US20130037252A1 (en) 2011-08-12 2013-02-14 GM Global Technology Operations LLC Smart hvac system having occupant detection capability
US9445305B2 (en) * 2011-09-12 2016-09-13 Microsoft Corporation Low energy beacon encoding
US20130079951A1 (en) 2011-09-22 2013-03-28 Alcatel-Lucent Usa Inc. Vehicle Device
WO2013052043A1 (en) 2011-10-05 2013-04-11 Celadon Applications, Llc Electronic communications and control module
US8947202B2 (en) 2011-10-20 2015-02-03 Apple Inc. Accessing a vehicle using portable devices
JP2013102373A (ja) 2011-11-09 2013-05-23 Denso Corp ハンズフリー装置
US20130227647A1 (en) 2012-02-28 2013-08-29 Apple Inc. Shared network access via a peer-to-peer link
DE102012203535A1 (de) 2012-03-06 2013-09-12 Bayerische Motoren Werke Aktiengesellschaft Tastenloser Fahrzeugschlüssel mit Gestikerkennung
US9082239B2 (en) 2012-03-14 2015-07-14 Flextronics Ap, Llc Intelligent vehicle for assisting vehicle occupants
US20140309852A1 (en) 2013-04-15 2014-10-16 Flextronics Ap, Llc Automatic vehicle diagnostic detection and communication
US8942881B2 (en) 2012-04-02 2015-01-27 Google Inc. Gesture-based automotive controls
EP2847044B1 (de) 2012-04-30 2018-08-22 Ford Global Technologies, LLC Vorrichtung und verfahren zur erkennung einer personalisierten kommunikationsvorrichtung in einem fahrzeug
US9182473B2 (en) 2012-05-10 2015-11-10 Lear Corporation System, method and product for locating vehicle key using neural networks
WO2013177097A1 (en) 2012-05-22 2013-11-28 Trw Automotive U.S. Llc Method and apparatus for hands-free opening of a door
US8768565B2 (en) 2012-05-23 2014-07-01 Enterprise Holdings, Inc. Rental/car-share vehicle access and management system and method
MX2014014315A (es) 2012-05-23 2015-08-10 Schlage Lock Co Llc Sensor y alarma de cerradura de puerta.
US9434300B2 (en) 2012-05-29 2016-09-06 Mohammad A. Pasdar Multi-color in-dash lighting system for changing vehicle backlighting
US20130329111A1 (en) 2012-06-08 2013-12-12 Samsung Electronics Co., Ltd. Contextual help guide
US20130342379A1 (en) 2012-06-25 2013-12-26 Lear Corporation Vehicle Remote Function System and Method
WO2014006745A1 (ja) 2012-07-06 2014-01-09 トヨタ自動車株式会社 位置特定システムおよび方法
US8750832B2 (en) 2012-07-30 2014-06-10 GM Global Technology Operations LLC Connecting a personal mobile device to a vehicle communication unit
US8810383B2 (en) 2012-08-13 2014-08-19 Ford Global Technologies, Llc System and method for controlling adaptive cruise control based on driver status
US20140068713A1 (en) 2012-08-31 2014-03-06 Tweddle Group, Inc. Systems, methods and articles for providing communications and services involving automobile head units and user preferences
US9656690B2 (en) 2012-10-30 2017-05-23 Robert Bosch Gmbh System and method for using gestures in autonomous parking
US8880240B2 (en) 2012-11-19 2014-11-04 GM Global Technology Operations LLC Methods of controlling vehicle interfaces using device motion and near field communications
US10185416B2 (en) 2012-11-20 2019-01-22 Samsung Electronics Co., Ltd. User gesture input to wearable electronic device involving movement of device
JP5974876B2 (ja) 2012-12-07 2016-08-23 株式会社オートネットワーク技術研究所 車輌錠制御装置
US20140163771A1 (en) 2012-12-10 2014-06-12 Ford Global Technologies, Llc Occupant interaction with vehicle system using brought-in devices
US9224289B2 (en) 2012-12-10 2015-12-29 Ford Global Technologies, Llc System and method of determining occupant location using connected devices
EP2763077B1 (de) 2013-01-30 2023-11-15 Nokia Technologies Oy Verfahren und Vorrichtung für sensorgestützte Extraktion von räumlich-zeitlichen Merkmalen
US20140215120A1 (en) 2013-01-30 2014-07-31 Inmar, Inc. System, method and computer program product for generating chronologically ordered globally unique identifiers
US9164588B1 (en) 2013-02-05 2015-10-20 Google Inc. Wearable computing device with gesture recognition
US8866604B2 (en) 2013-02-14 2014-10-21 Ford Global Technologies, Llc System and method for a human machine interface
US8972730B2 (en) 2013-03-08 2015-03-03 Honeywell International Inc. System and method of using a signed GUID
US9241235B2 (en) 2013-03-14 2016-01-19 Voxx International Corporation Passive entry cell phone and method and system therefor
US9123244B2 (en) 2013-03-15 2015-09-01 Denso International America, Inc. Vehicle tracking of personal devices with response system
EP2973427B1 (de) 2013-03-15 2020-09-09 Intel Corporation Lernen mit kontinuierlicher interaktion und detektion in echtzeit
WO2014146186A1 (en) 2013-03-22 2014-09-25 Keyfree Technologies Inc. Managing access to a restricted area
FI124600B (en) 2013-04-30 2014-10-31 Bluegiga Technologies Oy Method and technical apparatus for short - distance communication
US8930045B2 (en) 2013-05-01 2015-01-06 Delphi Technologies, Inc. Relay attack prevention for passive entry passive start (PEPS) vehicle security systems
CA2948891C (en) 2013-05-08 2023-04-04 Obdedge, Llc Driver identification and data collection systems for use with mobile communication devices in vehicles
US9844018B2 (en) 2013-06-20 2017-12-12 Google Technology Holdings LLC Vehicle detection
US9053516B2 (en) * 2013-07-15 2015-06-09 Jeffrey Stempora Risk assessment using portable devices
US9424047B2 (en) 2013-08-05 2016-08-23 Harman International Industries, Incorporated System and methods for an in-vehicle computing system
US20150048927A1 (en) 2013-08-13 2015-02-19 Directed, Llc Smartphone based passive keyless entry system
JP6241177B2 (ja) 2013-09-27 2017-12-06 富士通株式会社 場所モデル更新装置、位置推定方法及びプログラム
US9227595B2 (en) 2013-10-31 2016-01-05 GM Global Technology Operations LLC Methods, systems and apparatus for providing notification that a vehicle has been accessed
US20150123762A1 (en) 2013-11-05 2015-05-07 Hyundai Motor Company Method and system of opening and closing door of vehicle
US9358940B2 (en) 2013-11-22 2016-06-07 Qualcomm Incorporated System and method for configuring an interior of a vehicle based on preferences provided with multiple mobile computing devices within the vehicle
US10078811B2 (en) 2013-11-29 2018-09-18 Fedex Corporate Services, Inc. Determining node location based on context data in a wireless node network
US9398437B2 (en) 2013-12-16 2016-07-19 Nokia Technologies Oy Method, apparatus, and computer program product for service discovery in wireless short-range communication
US10284709B2 (en) 2014-01-06 2019-05-07 Ford Global Technologies, Llc Apparatus and method for in-vehicle location of a mobile device
US9357475B2 (en) 2014-01-31 2016-05-31 General Motors Llc Vehicle telematics scan rate control
US9537989B2 (en) 2014-03-04 2017-01-03 Qualcomm Incorporated Managing features associated with a user equipment based on a location of the user equipment within a vehicle
US9569263B2 (en) 2014-03-11 2017-02-14 Sas Institute Inc. Techniques for generating instructions to control database processing
US10059175B2 (en) 2014-03-13 2018-08-28 Ford Global Technologies, Llc Autonomous vehicle with automatic window shade
US9721411B2 (en) 2014-03-18 2017-08-01 Google Inc. Proximity-initiated physical mobile device gestures
US20150266356A1 (en) * 2014-03-19 2015-09-24 Ford Global Technologies, Llc Method and system to enable commands on a vehicle computer based on user created rules
KR20150111221A (ko) 2014-03-25 2015-10-05 삼성전자주식회사 페이지 구성 방법 및 이를 지원하는 전자장치
US20150283914A1 (en) 2014-04-04 2015-10-08 Ford Global Technologies, Llc Method and system for vehicle battery environment control
US20150294518A1 (en) 2014-04-10 2015-10-15 Ford Global Technologies, Llc Remotely programmed keyless vehicle entry system
CN103942963A (zh) 2014-05-12 2014-07-23 李三多 客运车辆身份移动手机验证系统
US20150352953A1 (en) 2014-06-04 2015-12-10 Magna Electronics Inc. Vehicle control system with mobile device interface
US9467825B2 (en) 2014-06-25 2016-10-11 Verizon Patent And Licensing Inc. Alerts based on vehicle and device telematics
KR20160006417A (ko) * 2014-07-09 2016-01-19 엘지전자 주식회사 이동단말기 및 그 제어방법
KR101588190B1 (ko) 2014-10-22 2016-01-25 현대자동차주식회사 차량, 그 제어 방법 및 차량에 포함되는 멀티미디어 장치
US10384643B2 (en) 2015-01-14 2019-08-20 GM Global Technology Operations LLC Virtual keyfob for vehicle sharing
US10173642B2 (en) 2015-01-23 2019-01-08 Continental Automotive Systems, Inc. Telematics system with PIN-controlled external SIM to prevent vehicle piracy
US9357054B1 (en) 2015-03-11 2016-05-31 Amazon Technologies, Inc. Determining user's seating position in vehicle using barometer and motion sensors
US9616773B2 (en) 2015-05-11 2017-04-11 Uber Technologies, Inc. Detecting objects within a vehicle in connection with a service
US10200824B2 (en) 2015-05-27 2019-02-05 Apple Inc. Systems and methods for proactively identifying and surfacing relevant content on a touch-sensitive device
CN105119958B (zh) * 2015-07-13 2018-07-20 小米科技有限责任公司 控制智能设备的方法及装置

Also Published As

Publication number Publication date
CN107395236A (zh) 2017-11-24
US20170305371A1 (en) 2017-10-26
US9914415B2 (en) 2018-03-13
CN107395236B (zh) 2021-09-03

Similar Documents

Publication Publication Date Title
DE102017107285A1 (de) Verbindungslose kommunikation mit komponenten im fahrzeuginneren
DE102018101860A1 (de) Visualisierung von Webinhalten für intelligente Module
DE102016116175A1 (de) Interaktive Plug-and-Play-Komponentenarchitektur für den Fahrzeuginnenraum
DE102013110594B4 (de) Verfahren zum Kontrollieren von Fahrzeugschnittstellen unter Verwendung von Gerätebewegung und Nahfeldkommunikation
DE102017117296A1 (de) Fahrzeug-ride-sharing-system und verfahren unter verwendung von smarten modulen
DE102016123630A1 (de) Benutzerschnittstelle zur steuerung fahrzeuginterner komponenten
DE102016119169A1 (de) Ergänzte benutzeroberfläche einer persönlichen vorrichtung und benachrichtigung
DE102016120489A1 (de) Schicht-benutzeroberflächen und hilfesysteme
DE102017116425A1 (de) Tarnkappenmodus für fahrzeuge
DE102015203347B4 (de) Tragbares gerät
DE102016115908A1 (de) Integration von internen Zusatzmodulen in die Fahrerbenutzerschnittstelle
DE102016103612A1 (de) Benutzerschnittstelle einer fahrzeuginternen Komponente
DE102021100329A1 (de) Stellvertreterfahrzeug-ota-aktualisierung durch v2x
DE112012004785T5 (de) Merkmalerkennung zum Konfigurieren einer Fahrzeugkonsole und zugeordnete Vorrichtungen
DE102012217725A1 (de) Verfahren und vorrichtung für ein kontextadaptives multimediamanagement
DE102016125712A1 (de) Merkmalsbeschreibungsdaten zur Konfiguration von Kraftfahrzeugzonen
DE102016212049A1 (de) Überwachungsvorrichtung für Fahrzeuginformationen
DE102018105155A1 (de) Netzbandbreiten-bridging für autonome fahrzeuge
DE102019122240A1 (de) Gemeinsame nutzung eines fahrzeugnetzwerks
DE102021106574A1 (de) Vorabprofilkopplung für mobile vorrichtung und fahrzeug
DE102016116073A1 (de) Fahrzeuginterne Steuerungslokalisierung
DE102017203865A1 (de) Passagierbereichserfassung mit Signalstärkedaten, die durch physische Signalschranken unterstützt wird
DE102018115705A1 (de) Verfahren und Vorrichtung für bedingungsausgelöste Fahrzeugeinstellungskonfiguration
DE102016202328B4 (de) Verfahren und Systeme zur Datenübertragung zwischen einem elektronischen Endgerät und einem Fahrzeug
DE102017203872A1 (de) Konfliktlösung für die Fahrzeugsitzbereichsverknüpfung

Legal Events

Date Code Title Description
R082 Change of representative

Representative=s name: ETL IP PATENTANWALTSGESELLSCHAFT MBH, DE

Representative=s name: ETL IP PATENT- UND RECHTSANWALTSGESELLSCHAFT M, DE

Representative=s name: ETL WABLAT & KOLLEGEN PATENT- UND RECHTSANWALT, DE

R082 Change of representative

Representative=s name: ETL IP PATENTANWALTSGESELLSCHAFT MBH, DE

Representative=s name: ETL IP PATENT- UND RECHTSANWALTSGESELLSCHAFT M, DE

R084 Declaration of willingness to licence
R012 Request for examination validly filed