DE112012004778T5

DE112012004778T5 - Universeller Bus im Auto

Info

Publication number: DE112012004778T5
Application number: DE112012004778.8T
Authority: DE
Inventors: Christopher P. Ricci
Original assignee: Flextronics AP LLC
Current assignee: Autoconnect Holdings Wellesley Us LLC
Priority date: 2011-11-16
Filing date: 2012-11-16
Publication date: 2014-08-07
Also published as: US20130145279A1; US8983718B2; US20160140776A1; US8919848B2; US10020995B2; US20160188190A1; US8995982B2; US9330567B2; US20130145297A1; US9324234B2; US20160055747A1; DE112012004782T5; WO2013074866A1; US9046374B2; US20170250525A1; US20130144460A1; US20160103980A1; US20130167159A1; US20190311611A1; WO2013074919A3

Abstract

Es werden Verfahren und Systeme für ein vollständiges Fahrzeugökosystem bereitgestellt. Speziell stellen Systeme für sich genommen oder zusammen einem Individuum oder einer Gruppe von Individuen eine intuitive und komfortable Fahrzeugumgebung bereit. Die vorliegende Offenbarung umfasst ein System zum Erzeugen eines Fahrzeugkommunikationssystems. Das Fahrzeugkommunikationssystem kann bestimmen, welche Vorrichtungen sich in dem Fahrzeug befinden. Aus dieser Bestimmung kann das Fahrzeugkommunikationssystem einen universellen Bus und Hotspot erzeugen, wo Anwendungen, Daten, Multimediainformationen und Ressourcen sowohl mit dem Fahrzeug als auch mit den anderen Vorrichtungen im Fahrzeug geteilt werden können.

Description

Verweis auf verwandte Anmeldungen
Die vorliegende Anmeldung beansprucht den Nutzen und die Priorität unter 35 U.S.C. § 119(e), der vorläufigen US-Anmeldung, lfd. Nr. 61/560,509, registriert am 26.11.2011 mit dem Titel „Complete Vehicle Ecosystem”; 61/637,164, registriert am 23.4.2012 mit dem Titel „Complete Vehicle Ecosystem”; 61/646,747, registriert am 14.5.2012 mit dem Titel „Branding of Electrically Propelled Vehicles Via the Generation of Specific Operating Sounds”; 61/653,275, registriert am 30.5.2012 mit dem Titel „Vehicle Application Store for Console”; 61/653,264, registriert am 30.5.2012 mit dem Titel „Control of Device Features Based an Vehicle State”; 61/653,563, registriert am 31.5.2012 mit dem Titel „Complete Vehicle Ecosystem”; 61/663,335, registriert am 22.6.2012 mit dem Titel „Complete Vehicle Ecosystem”; 61/672,483, registriert am 17.7.2012 mit dem Titel „Vehicle Climate Control” und 61/714,016, registriert am 15.10.2012 mit dem Titel „Vehicle Middleware”. Die gesamten Offenbarungen der oben angeführten Anmeldungen werden hiermit durch Bezugnahme vollständig für alles von ihnen Gelehrte und für alle Zwecke aufgenommen.
Die vorliegende Anmeldung ist auch mit der US-Patentanmeldung Nr. 13/420,236, registriert am 14.3.2012 mit dem Titel „Configurable Vehicle Console”; 13/420,240, registriert am 14.3.2012 mit dem Titel „Removable, Configurable Vehicle Console”; 13/462,593, registriert am 2.5.2012; 13/462,596, registriert am 2.5.2012 mit dem Titel „Configurable Heads-Up Dash Display”; __/___,___, registriert am 16.11.2012 mit dem Titel „Implementation of Conquest Functionality in Automotive Consule” (Aktenzeichen 6583-228); __/___,___, registriert am 16.11.2012 mit dem Titel „Car Application Store for Console” (Aktenzeichen 6583-230); __/___,___, registriert am 16.11.2012 mit dem Titel „Sharing Applications/Media Between Car and Phone (Hydroid)” (Aktenzeichen 6583-231); __/___,___, registriert am 16.11.2012 mit dem Titel „In-Cloud Connection for Car Multimedia” (Aktenzeichen 6583-232);__/___,___, registriert am 16.11.2012 mit dem Titel „Music Streaming” (Aktenzeichen 6583-233); __/___,___, registriert am 16.11.2012 mit dem Titel „Activate/Deactivate Features of Console/Car Based an Location (State Law Compliance)” (Aktenzeichen 6583-234); __/___,___, registriert am 16.11.2012 mit dem Titel „Insurance Tracking” (Aktenzeichen 6583-235); __/___,___, registriert am 16.11.2012 mit dem Titel „Law Breaking/Behavior Sensor” (Aktenzeichen 6583-236); __/___,___, registriert am 16.11.2012 mit dem Titel „Etiquette Suggestion” (Aktenzeichen 6583-237); __/___,___, registriert am 16.11.2012 mit dem Titel „Parking Space Finder Based an Parking Meter Data” (Aktenzeichen 6583-238); __/___,___, registriert am 16.11.2012 mit dem Titel „Parking Meter Expired Alert” (Aktenzeichen 6583-239); __/___,___, registriert am 16.11.2012 mit dem Titel „Object Sensing (Pedestrian Avoidance/Accident Avoidance)” (Aktenzeichen 6583-240); __/___,___,registriert am 16.11.2012 mit dem Titel „Proximity Warning Relative to Other Cars” (Aktenzeichen 6583-241); __/___,___,registriert am 16.11.2012 mit dem Titel „Street Side Sensors” (Aktenzeichen 6583-242); __/___,___, registriert am 16.11.2012 mit dem Titel „Car Location” (Aktenzeichen 6583-263); __/___,___, registriert am 16.11.2012 mit dem Titel „Universal Bus in the Car” (Aktenzeichen 6583-244); __/___,___, registriert am 16.11.2012 mit dem Titel „Mobile Hot Spot/Router/Application Share site or Network” (Aktenzeichen 6583-245); __/___,___, registriert am 16.11.2012 mit dem Titel „Universal Console Chassis for the Car” (Aktenzeichen 6583-246); __/___,___, registriert am 16.11.2012 mit dem Titel „Middleware” (Aktenzeichen 6583-247); __/___,___, registriert am 16.11.2012 mit dem Titel „Real Time Traffic” (Aktenzeichen 6583-248); __/___,___, registriert am 16.11.2012 mit dem Titel „Map Updating” (Aktenzeichen 6583-249); __/___,___, registriert am 16.11.2012 mit dem Titel „Indications Call Mechanic” (Aktenzeichen 6583-250); __/___,___, registriert am 16.11.2012 mit dem Titel „Felon Identifier” (Aktenzeichen 6583-251); __/___,___, registriert am 16.11.2012 mit dem Titel „Behavioral Tracking and Vehicle Applications” (Aktenzeichen 6583-252); __/___,___, registriert am 16.11.2012 mit dem Titel „Improvements to Controller Area Network Bus” (Aktenzeichen 6583-314); __/___,___, registriert am 16.11.2012 mit dem Titel „Location Information Exchange Between Vehicle and Device” (Aktenzeichen 6583-315); __/___,___, registriert am 16.11.2012 mit dem Titel „In Car Communication Between Devices” (Aktenzeichen 6583-316); __/___,___, registriert am 16.11.2012 mit dem Titel „Configurable Hardware Unit for Car Systems” (Aktenzeichen 6583-317); __/___,___, registriert am 16.11.2012 mit dem Titel „Feature Recognition for Configuring a Vehicle Console and Associated Devices” (Aktenzeichen 6583-318); __/___,___, registriert am 16.11.2012 mit dem Titel „Configurable Vehicle Console” (Aktenzeichen 6583-412); __/___,___, registriert am 16.11.2012 mit dem Titel „Configurable Dash Display” (Aktenzeichen 6583-413); __/___,___, registriert am 16.11.2012 mit dem Titel „Configurable Heads-Up Dash Display” (Aktenzeichen 6583-414) und __/___,___, registriert am 16.11.2012 mit dem Titel „Removable, Configurable Vehicle Console” (Aktenzeichen 6583-415). Die gesamten Offenbarungen der oben angeführten Anmeldungen werden hiermit durch Bezugnahme vollständig für alles von ihnen Gelehrte und für alle Zwecke aufgenommen.
STAND DER TECHNIK
Der Transport von Personen und/oder Fracht ist bei privatem, kommerziellem wie auch beim öffentlichen Transport zu einer Großindustrie geworden. In der heutigen verbundenen Welt ist tägliches Reisen entscheidend beim Agieren im Handel. Das Pendeln zu und von der Arbeit kann einen großen Teil des Tags eines Reisenden einnehmen. Folglich haben Fahrzeughersteller begonnen, sich darauf zu konzentrieren, dieses Pendeln und andere Fahrten angenehmer und leichter zu machen.
Derzeit versuchen Fahrzeughersteller auf der Basis beliebig vieler Merkmale, Reisende dazu zu verleiten, ein spezifisches Transportmittel zu verwenden. Die meisten dieser Merkmale konzentrieren sich auf Fahrzeugsicherheit oder -effizienz. Von zusätzlichen Rückhaltesystemen, Airbags und Warnsystemen bis hin zu effizienteren Triebwerken, Motoren und Entwürfen hat die Fahrzeugindustrie darauf hin gearbeitet, die vermutlichen Bedürfnisse des Reisenden zu erfüllen. In letzter Zeit haben Fahrzeughersteller ihren Fokus jedoch auf Komfort von Benutzer und Passagier als Hauptanliegen verlagert. Es einem Individuum beim Reisen bequemer zu machen, bewirkt Zuversicht und Vergnügen bei der Verwendung eines gegebenen Fahzeugs und vergrößert die Präferenz eines Individuums eines gegebenen Herstellers und/oder Fahrzeugtyps.
Eine Weise, um Komfort in einem Fahrzeug zu vermitteln, ist die Erzeugung einer Umgebung im Fahrzeug, die der des Zuhauses eines Individuums ähnlich ist. Das Integrieren von Merkmalen in einem Fahrzeug, die mit Komfort assoziiert sind, der zu Hause bei einem Individuum anzutreffen ist, kann den Übergang eines Reisenden von Zuhause zum Fahrzeug erleichtern. Mehrere Hersteller haben Komfortmerkmale in Fahrzeugen hinzugefügt, wie etwa die folgenden: Ledersitze, adaptive und/oder persönliche Klimatisierungssysteme, Musik- und Medienwiedergabegeräte, ergonomische Steuerelemente, Internetkonnektivität usw. Da diese Hersteller Merkmale zu einem Transportmittel hinzufügten, haben sie jedoch Komfort um ein Fahrzeug herum gebaut und nicht ein Fahrzeug um den Komfort herum gebaut. Das Fahrzeug als Ökosystem wurde somit nicht vollständig betrachtet.
KURZFASSUNG
Es wird ein Fahrzeugökosystem benötigt, das sowohl physischen als auch mentalen Komfort integrieren kann, während nahtlos mit aktuellen elektronischen Vorrichtungen gearbeitet wird, um zu einem völlig intuitiven und immersiven Benutzererlebnis zu führen. Die verschiedenen Aspekte, Ausführungsformen und/oder Konfigurationen der vorliegenden Offenbarung wenden sich an diese und andere Bedürfnisse. Obwohl die Offenbarung im Hinblick auf beispielhafte Ausführungsformen dargestellt wird, versteht sich außerdem, dass einzelne Aspekte der Offenbarung getrennt beansprucht werden können.
Die vorliegende Offenbarung kann abhängig von dem konkreten Aspekt, der konkreten Ausführungsform und/oder der konkreten Konfiguration eine Anzahl von Vorteilen bereitstellen. Zur Zeit wird die Fahrzeugindustrie von Transportmitteln dominiert, die ein Komforterlebnis bieten, das von dem Zuhause, der Arbeit oder einem anderen Aspekt des Lebens des Reisenden getrennt ist. Leider umfassen aktuelle Fahrzeuge eine Reihe von separaten Vorrichtungen, die zusammenarbeiten, während ein Individuum oder Individuen mit dem Fahrzeug assoziiert sind. Technologiegebiete und Vorrichtungen wie Benutzeroberflächen, Anwendungen, Verfolgungsfähigkeiten, Hardware und/oder auf dem Ort basierende Kommunikation könnten miteinander kombiniert oder separat verwendet werden, um ein vollständiges Fahrzeugökosystem zu bilden. Dieses Ökosystem kann ein verbundenes und intuitives Benutzererlebnis für jeden Reisenden bereitstellen.
Eine Reihe von mit einem Fahrzeug assoziierten Vorrichtungen zusammen mit anderen Vorrichtungen kann ein vollständiges und vertrautes Benutzererlebnis bilden. Insbesondere können sich die Vorrichtungen, Anwendungen, Schnittstellen, Hardware und Software kombinieren, um eine benutzerfreundliche Umgebung zu bilden, während man fährt oder sich anderweitig von einem Ort zum anderen bewegt und/oder wenn ein Fahrzeug steht. Außerdem können Aspekte der vorliegenden Offenbarung Kommunikation zwischen dem Fahrzeug und einem Benutzer zu einem beliebigen gegebenen Zeitpunkt bereitstellen. Speziell kann die Kommunikation zwischen einem Fahrzeug und einer anderen Vorrichtung auch Informationen zu einem Individuum und/oder einer Gruppe von Individuen weiterleiten. Diese Kommunikation zwischen einem Fahrzeug und mindestens einer anderen Vorrichtung kann, aber ohne Beschränkung darauf, Kommunikation zwischen einem Fahrzeug und 1) mindestens einer mobilen Vorrichtung, 2) mindestens einem anderen Fahrzeug, 3) einem anderen System/einer anderen Gruppe von Vorrichtungen, 4) einer nichtmobilen Vorrichtung und 5) Kombinationen davon umfassen. Diese und andere Vorteile werden aus der Offenbarung ersichtlich.
Es werden Verfahren und Systeme für ein vollständiges Fahrzeugökosystem bereitgestellt. Speziell Systeme, die für sich genommen oder zusammen einem Individuum oder einer Gruppe von Individuen eine intuitive und komfortable Fahrzeugumgebung bereitstellen. Die vorliegende Offenbarung umfasst ein System zur Erzeugung eines Fahrzeugkommunikationssystems. Das Fahrzeugkommunikationssystem kann bestimmen, welche Vorrichtungen sich in dem Fahrzeug befinden. Aus dieser Bestimmung kann das Fahrzeugkommunikationssystem einen universellen Bus und Hotspot erzeugen, wo Anwendungen, Daten, Multimediainformationen und Ressourcen sowohl mit dem Fahrzeug als auch mit den anderen Vorrichtungen im Fahrzeug geteilt werden können.
Der Ausdruck „Ökosystem” oder „Fahrzeugökosystem”, so wie er hier gebraucht wird, bezieht sich auf eine Gemeinschaft von Person(en) in Verbindung mit dem Fahrzeug oder anderen Vorrichtungskomponenten ihrer Umgebung (zum Beispiel Klimatisierung, Sicherheitsmerkmale, mobile Vorrichtungen, Multimediaquellen usw.), die als System interagieren.
Der Ausdruck „Umgebung” oder „Fahrzeugumgebung”, so wie er hier gebraucht wird, bezieht sich auf die Umgebung oder Bedingungen, in denen eine Person ein Fahrzeug bedient.
Der Ausdruck „Sensor”, so wie er hier verwendet wird, bezieht sich auf einen Umsetzer oder Instrument, der bzw. das eine physikalische Größe oder Qualität misst und die Messung in ein Signal umsetzt, das von einem Beobachter oder von einem anderen Instrument gelesen, beobachtet, gespeichert und/oder verstanden werden kann.
Der Ausdruck „Stimulus”, so wie er hier verwendet wird, bezieht sich auf ein bestimmtes Ereignis oder etwas Äußeres, das eine Aktivität beeinflusst.
Der Ausdruck „Automotive-Navigationssystem” ist ein für die Verwendung in Automobilen ausgelegtes Satellitennavigationssystem. Es verwendet typischerweise eine GPS-Navigationsvorrichtung zum Beschaffen von Positionsdaten, um den Benutzer auf einer Straße in der Kartendatenbank der Einheit zu lokalisieren. Unter Verwendung der Straßendatenbank kann die Einheit Wegbeschreibungen zu anderen Orten auf Straßen, die sich auch in ihrer Datenbank befinden, geben. Koppelnavigation unter Verwendung von Distanzdaten von Sensoren, die an den Antriebsstrang, ein Gyroskop und einen Beschleunigungsmesser angeschlossen sind, können für größere Zuverlässigkeit verwendet werden, da bei GPS Signalverlust und/oder Mehrfachpfade aufgrund von Straßenschluchten oder Tunneln auftreten können.
Der Ausdruck „Bus” oder Varianten davon, so wie er hier verwendet wird, bezieht sich auf ein Subsystem, das Informationen und/oder Daten zwischen verschiedenen Komponenten transferiert. Ein Bus bezieht sich im Allgemeinen auf die Ansammlung von Kommunikationshardwareschnittstellen, Verbindungselementen, Busarchitektur und/oder Protokoll, die das Kommunikationsschema für ein Kommunikationssystem und/oder Kommunikationsnetz definiert. Ein Bus kann sich auch speziell auf einen Teil einer Kommunikationshardware beziehen, die eine Schnittstelle für die Kommunikationshardware mit den Verbindungselementen bereitstellt, die mit anderen Komponenten des entsprechenden Kommunikationsnetzes verbinden. Der Bus kann für ein verdrahtetes Netz sein, wie etwa einen physischen Bus, oder ein drahtloses Netz, wie etwa einen Teil einer Antenne oder Hardware, die die Kommunikationshardware mit der Antenne koppelt. Eine Busarchitektur unterstützt ein definiertes Format, in dem Informationen und/oder Daten angeordnet werden, wenn sie durch ein Kommunikationsnetz gesendet oder empfangen werden. Ein Protokoll kann das Format und Regeln für Kommunikation einer Busarchitektur definieren.
Die Ausdrücke „Kommunikationsvorrichtung”, „Smartphone” und „mobile Vorrichtung” und Varianten davon, so wie sie hier gebraucht werden, werden austauschbar verwendet und umfassen eine beliebige Art von Vorrichtung mit der Fähigkeit zur Kommunikation mit einer oder mehreren anderen Vorrichtungen und/oder über ein Kommunikationsnetz, über ein Kommunikationsprotokoll und dergleichen. Beispielhafte Kommunikationsvorrichtungen wären, aber ohne Beschränkung darauf, Smartphones, in der Hand gehaltene Computer, Laptops, Netbooks, Notebook-Computer, Subnotebooks, Tablet-Computer, Scanner, tragbare Spielvorrichtungen, Telefone, Pager, GPS-Module, tragbare Musikwiedergabegeräte und andere internetbefähigte und/oder netzwerkverbundene Vorrichtungen.
Die Ausdrücke „Kopfeinheit”, „Armatur”, „Armaturenbrett” und Varianten davon, so wie sie hier gebraucht werden, werden austauschbar verwendet und umfassen ein beliebiges Panel und/oder einen beliebigen Bereich eines Fahrzeugs, das bzw. der neben einem Bediener, Benutzer und/oder Passagier angeordnet ist. Typische Armaturenbretter können, aber ohne Beschränkung darauf, ein oder mehrere Steuerpanels, Instrumentengehäuse, Kopfeinheiten, Indikatoren, Skalen, Messgeräte, Lampen, Audiogeräte, Computer, Bildschirme, Anzeigen, HUD-Einheiten und grafische Benutzeroberflächen umfassen.
Der Ausdruck „elektronische Adresse” bezieht sich auf eine beliebige kontaktierbare Adresse, etwa eine Telefonnummer, ein Instant-Message-Handle, eine E-Mail-Adresse, einen Universal Resource Locator („URL”), einen Universal Resource Identifier („URI”), Address of Record („AOR”), einen elektronischen Alias in einer Datenbank wie Adressen und Kombinationen davon.
Der Ausdruck „Kommunikationssystem” oder „Kommunikationsnetz” und Varianten davon, so wie sie hier gebraucht werden, bezieht sich auf eine Ansammlung von Kommunikationskomponenten mit der Fähigkeit für eine oder mehrere von Übertragung, Weiterleitung, Verbindung, Steuerung oder anderweitige Manipulation von Informationen oder Daten von mindestens einem Sender zu mindestens einem Empfänger. Dementsprechend kann die Kommunikation vielfältige Systeme umfassen, die von Punkt zu Punkt zum Rundsenden der Informationen oder Daten unterstützen. Ein Kommunikationssystem kann sich auf die Ansammlung individueller Kommunikationshardware sowie auf die Verbindungselemente beziehen, die mit der individuellen Kommunikationshardware assoziiert sind und diese verbinden. Kommunikationshardware kann sich auf dedizierte Kommunikationshardware beziehen, oder auf einen Prozessor, der mit einem Kommunikationsmittel (d. h. einer Antenne) gekoppelt ist und Software ausführt, die in der Lage ist, das Kommunikationsmittel zu verwenden, um ein Signal in dem Kommunikationssystem zu senden. Verbindungselement bezieht sich auf eine bestimmte Art von verdrahteter oder drahtloser Kommunikationsstrecke, die verschiedene Komponenten, wie etwa Kommunikationshardware, in einem Kommunikationssystem verbindet. Ein Kommunikationsnetz kann sich auf einen spezifischen Aufbau eines Kommunikationssystems beziehen, wobei die Ansammlung individueller Kommunikationshardware und Verbindungselemente eine bestimmte definierbare Netztopografie aufweist. Ein Kommunikationsnetz kann ein verdrahtetes und/oder ein drahtloses Netz umfassen, das eine Voreinstellung auf eine ad-hoc-Netzstruktur aufweist.
Die Phrasen „mindestens ein”, „ein oder mehrere” und „und/oder” sind offenendige Ausdrücke, die sowohl konjunktiv als auch disjunktiv arbeiten. Zum Beispiel bedeutet jeder der Ausdrücke „mindestens eines von A, B und C”, „mindestens eines von A, B oder C”, „eines oder mehrere von A, B und C”, „eines oder mehrere von A, B oder C” und „A, B und/oder C” A alleine, B alleine, C alleine, A und B zusammen, A und C zusammen, B und C zusammen oder A, B und C zusammen.
Der Ausdruck „ein” oder „eine” Entität, so wie er hier gebraucht wird, bezieht sich auf eine oder mehrere dieser Entität. Dementsprechend können die Ausdrücke „ein” (oder „eine”), „eines oder mehrere” und „mindestens eines” hier austauschbar verwendet werden. Außerdem ist zu beachten, dass die Ausdrücke „umfassend”, „enthaltend” und „aufweisend” austauschbar verwendet werden können.
Der Ausdruck „automatisch” und Varianten davon, so wie er hier gebraucht wird, bezieht sich auf einen beliebigen Prozess oder eine beliebige Operation, der bzw. die ohne menschliche Eingabe geschieht, wenn der Prozess oder die Operation ausgeführt wird. Ein Prozess oder eine Operation kann jedoch automatisch sein, selbst wenn Ausführung des Prozesses oder der Operation materielle oder nichtmaterielle menschliche Eingabe verwendet, wenn die Eingabe vor dem Ausführen des Prozesses oder der Operation empfangen wird. Menschliche Eingabe wird als materiell betrachtet, wenn eine solche Eingabe beeinflusst, wie der Prozess oder die Operation ausgeführt wird. Menschliche Eingabe, die mit der Ausführung des Prozesses oder der Operation in Einklang steht, wird nicht als „materiell” betrachtet.
Der Ausdruck „computerlesbares Medium”, so wie er hier gebraucht wird, bezieht sich auf ein beliebiges greifbares Speicher- und/oder Übertragungsmedium, das an der Bereitstellung von Anweisungen für einen Prozessor zur Ausführung teilnimmt. Ein solches Medium kann viele Formen annehmen, wie etwa, aber ohne Beschränkung darauf, nichtflüchtige Medien, flüchtige Medien und Übertragungsmedien. Nichtflüchtige Medien wären zum Beispiel NVRAM oder magnetische oder optische Datenträger. Flüchtige Medien umfassen dynamischen Speicher, wie etwa Hauptspeicher. Übliche Formen von computerlesbaren Medien wären zum Beispiel eine Floppy Disk, eine Diskette, eine Festplatte, ein Magnetband oder ein beliebiges anderes magnetisches Medium, ein magnetooptisches Medium, eine CD-ROM, ein beliebiges anderes optisches Medium, Lochkarten, Papierband, ein beliebiges anderes physisches Medium mit Mustern von Löchern, ein RAM, ein PROM und EPROM, ein FLASH-EPROM, ein Halbleitermedium wie eine Speicherkarte, ein beliebiger anderer Speicherchip oder -einsatz, eine Trägerwelle wie im Folgenden beschrieben oder ein beliebiges anderes Medium, aus dem ein Computer lesen kann. Ein digitaler Dateianhang an einer E-Mail oder ein anderes selbstständiges Informationsarchiv oder eine Menge von Archiven wird als ein einem greifbaren Speichermedium äquivalentes Verteilungsmedium betrachtet. Wenn das computerlesbare Medium als Datenbank konfiguriert ist, versteht sich, dass die Datenbank eine beliebige Art von Datenbank sein kann, wie etwa relational, hierarchisch, objektorientiert und/oder dergleichen. Dementsprechend umfasst die Offenbarung ein greifbares Speichermedium oder Verteilungsmedium und im Stand der Technik anerkannte Äquivalente und Nachfolgermedien, in denen die Softwareimplementierungen der vorliegenden Offenbarung gespeichert werden.
Der Ausdruck „Desktop”, so wie er hier gebraucht wird, bezieht sich auf eine Metapher, die verwendet wird, um Systeme darzustellen. Ein Desktop wird im Allgemeinen als „Oberfläche” betrachtet, die typischerweise als Ikone bezeichnete Bilder, Widgets, Ordner usw. umfasst, die Zeigeanwendungen, Fenster, Schränke, Dateien, Ordner, Dokumente und andere grafische Posten aktivieren können. Die Ikone sind im Allgemeinen auswählbar, um durch Benutzeroberflächeninteraktion eine Aufgabe einzuleiten, um es einem Benutzer zu erlauben, Anwendungen auszuführen oder andere Operationen durchzuführen.
Der Ausdruck „Anzeige”, so wie er hier gebraucht wird, bezieht sich auf einen Teil eines Bildschirms, der verwendet wird, um einem Benutzer die Ausgabe eines Computers anzuzeigen.
Der Ausdruck „angezeigtes Bild”, so wie er hier gebraucht wird, bezieht sich auf ein auf der Anzeige produziertes Bild. Ein typisches angezeigtes Bild ist ein Fenster oder Desktop. Das angezeigte Bild kann die Anzeige ganz oder teilweise einnehmen.
Der Ausdruck „Anzeigeorientierung”, so wie er hier gebraucht wird, bezieht sich auf die Weise, auf die eine rechteckige Anzeige durch einen Benutzer zur Betrachtung orientiert wird. Die zwei häufigsten Arten von Anzeigeorientierung sind das Hochformat und das Querformat. Im Querformatmodus wird die Anzeige so orientiert, dass die Breite der Anzeige größer als die Höhe der Anzeige ist (wie etwa ein Verhältnis von 4:3, das 4 Einheiten breit und 3 Einheiten hoch ist, oder ein Verhältnis 16:9, das 16 Einheiten breit und 9 Einheiten hoch ist). Anders ausgedrückt, ist im Querformatmodus die längere Abmessung der Anzeige im Wesentlichen horizontal orientiert, während die kürzere Abmessung der Anzeige im Wesentlichen vertikal orientiert ist. Im Hochformatmodus ist die Anzeige dagegen so orientiert, dass die Breite der Anzeige kleiner als die Höhe der Anzeige ist. Anders ausgedrückt, ist im Hochformatmodus die kürzere Abmessung der Anzeige im Wesentlichen horizontal orientiert, während die längere Abmessung der Anzeige im Wesentlichen vertikal orientiert ist. Die Mehrbildschirmanzeige kann eine zusammengesetzte Anzeige aufweisen, die alle Bildschirme einschließt. Die zusammengesetzte Anzeige kann auf der Basis der verschiedenen Orientierungen der Vorrichtung verschiedene Anzeigeeigenschaften aufweisen.
Der Ausdruck „Geste”, so wie er hier gebraucht wird, bezieht sich auf eine Benutzeraktion, die eine beabsichtigte Idee, Aktion, Bedeutung, ein beabsichtigtes Resultat und/oder Ergebnis ausdrückt. Die Benutzeraktion kann Manipulieren einer Vorrichtung (z. B. öffnen oder Schließen einer Vorrichtung, Ändern einer Vorrichtungsorientierung, Bewegen eines Trackballs oder Rads usw.), Bewegung eines Körperteils in Bezug auf die Vorrichtung, Bewegung eines Hilfsmittels oder Werkzeugs in Bezug auf die Vorrichtung, Audioeingaben usw. umfassen. Eine Geste kann auf einer Vorrichtung (wie etwa auf dem Bildschirm) oder mit der Vorrichtung erfolgen, um mit der Vorrichtung in Interaktion zu treten.
Der Ausdruck „Modul”, so wie er hier gebraucht wird, bezieht sich auf eine beliebige bekannte oder später entwickelte Hardware, Software, Firmware, künstliche Intelligenz, Fuzzy-Logik oder eine Kombination von Hardware und Software mit der Fähigkeit, die mit diesem Element assoziierte Funktionalität auszuführen.
Der Ausdruck „Gestenerkennung” oder „Gestenerfassung”, so wie er hier gebraucht wird, bezieht sich auf eine Erfassung oder ansonsten eine Detektion eines Falls und/oder Typs von Benutzergeste. Die Gestenerfassung kann in einem oder mehreren Bereichen des Bildschirms erfolgen. Eine Gestenregion kann sich auf der Anzeige befinden, wobei sie in dem Fall als berührungsempfindliche Anzeige bezeichnet werden kann, oder außerhalb der Anzeige, wobei sie als Gestenerfassungsbereich bezeichnet werden kann.
Eine „Mehrbildschirm-Anwendung”, so wie sie hier gebraucht wird, bezieht sich auf eine Anwendung, die ein oder mehrere Fenster produzieren kann, die gleichzeitig mehrere Bildschirme einnehmen. Eine Mehrbildschirm-Anwendung kann gewöhnlich in einem Einzelbildschirmmodus arbeiten, in dem ein oder mehrere Fenster der Anwendung nur auf einem Bildschirm angezeigt werden, oder im Mehrbildschirmmodus, bei dem ein oder mehrere Fenster gleichzeitig auf mehreren Bildschirmen angezeigt werden.
Eine „Einzelbildschirm-Anwendung”, so wie sie hier gebraucht wird, bezieht sich auf eine Anwendung, die ein oder mehrere Fenster produzieren kann, die nur einen einzigen Bildschirm auf einmal einnehmen können.
Der Ausdruck „Bildschirm”, „Berührungsbildschirm” oder „Touchscreen”, so wie er hier gebraucht wird, bezieht sich auf eine physische Struktur, die es dem Benutzer ermöglicht, durch Berühren von Bereichen auf dem Bildschirm mit dem Computer in Interaktion zu treten, und stellt einem Benutzer durch eine Anzeige Informationen bereit. Der Berührungsbildschirm kann Benutzerkontakt auf eine Anzahl verschiedener Weisen erfassen, wie etwa durch eine Änderung eines elektrischen Parameters (z. B. Widerstand oder Kapazität), Akustikwellenschwankungen, Infrarotstrahlungs-Nähedetektion, Lichtschwankungsdetektion und dergleichen. Bei einem restistiven Berührungsbildschirm leiten zum Beispiel normalerweise getrennte leitfähige und Widerstands-Metallschichten in dem Bildschirm einen elektrischen Strom. Wenn ein Benutzer den Bildschirm berührt, kommen die zwei Schichten an dem kontaktierten Ort in Kontakt, wodurch eine Änderung des elektrischen Felds bemerkt und die Koordinaten des kontaktierten Orts berechnet werden. Bei einem kapazititven Berührungsbildschirm speichert eine kapazitive Schicht elektrische Ladung, die beim Kontakt mit dem Berührungsbildschirm auf den Benutzer entladen wird, wodurch eine Abnahme der Ladung der kapazitiven Schicht verursacht wird. Die Abnahme wird gemessen und Koordinaten des kontaktierten Orts werden bestimmt. Bei einem Oberflächenwellen-Berührungsbildschirm wird eine Akustikwelle durch den Bildschirm übertragen, und die Akustikwelle wird durch Benutzerkontakt gestört. Ein empfangender Wandler detektiert den Benutzerkontaktfall und bestimmt Koordinaten des kontaktierten Orts.
Der Ausdruck „Fenster” bezieht sich auf ein typischerweise rechteckiges angezeigtes Bild auf mindestens einem Teil einer Anzeige, das vom Rest des Bildschirms verschiedenen Inhalt enthält oder bereitstellt. Das Fenster kann den Desktop verdecken.
Die Ausdrücke „bestimmen”, „kalkulieren” und „berechnen” und Varianten davon, so wie sie hier gebraucht werden, werden austauschbar verwendet und umfassen eine beliebige Art von Methodologie, Prozess, mathematischer Operation oder Technik.
Es versteht sich, dass der hier gebrauchte Ausdruck „Mittel” seine allgemeinste mögliche Deutung gemäß 35 U.S.C., Abschnitt 112, Paragraph 6, erhalten soll. Dementsprechend soll ein Anspruch, der den Ausdruck „Mittel” enthält, alle Strukturen, Materialien oder Schritte abdecken, die hier dargelegt werden, und alle Äquivalente davon. Ferner sollen die Strukturen, Materialien oder Schritte und Äquivalente davon alle in der Kurzfassung der Erfindung, in der kurzen Beschreibung der Zeichnungen, in der ausführlichen Beschreibung, in der Zusammenfassung und in den Ansprüchen selbst beschriebenen umfassen.
Der Ausdruck „Fahrzeug”, so wie er hier gebraucht wird, umfasst ein beliebiges Transportmittel oder Modell eines Transportmittels, wobei das Transportmittel ursprünglich für den Zweck des Bewegens eines oder mehrerer greifbarer Objekte, wie etwa Personen, Tiere, Fracht und dergleichen, ausgelegt war. Der Ausdruck „Fahrzeug” erfordert nicht, dass sich ein Transportmittel bewegt oder zu Bewegung fähig ist. Typische Fahrzeuge wären, sind aber auf keinen Fall darauf beschränkt, Autos, Lastwagen, Motorräder, Busse, Automobile, Züge, Schienentransportmittel, Boote, Schiffe, Seetransportmittel, Unterseetransportmittel, Flugzeuge, Raumfahrzeuge, Flugmaschinen, vom Menschen angetriebene Transportmittel und dergleichen.
Das Obige ist eine vereinfachte Kurzfassung der Offenbarung, um ein Verständnis bestimmter Aspekte der Offenbarung zu gewährleisten. Die vorliegende Kurzfassung ist weder eine umfassende noch erschöpfende Übersicht über die Offenbarung und ihre verschiedenen Aspekte, Ausführungsformen und/oder Konfigurationen. Es ist beabsichtigt, weder Schlüssel- oder kritische Elemente der Offenbarung zu identifizieren, noch den Schutzumfang der Offenbarung abzugrenzen, sondern ausgewählte Konzepte der Offenbarung in vereinfachter Form darzustellen, als Einführung für die nachfolgend gegebene ausführlichere Beschreibung. Es versteht sich, dass andere Aspekte, Ausführungsformen und/oder Konfigurationen der Offenbarung unter Benutzung eines oder mehrerer der oben dargelegten oder im Folgenden ausführlich beschriebenen Merkmale alleine oder in Kombination möglich sind.
KURZE BESCHREIBUNG DER ZEICHNUNGEN
1 zeigt eine Ausführungsform einer Fahrzeugbetriebsumgebung;
2 ist ein Blockdiagramm einer Ausführungsform eines Fahrzeugsystems;
3 ist ein Blockdiagramm einer Ausführungsform einer Fahrzeuginnenumgebung, die in Bereiche und/oder Zonen aufgetrennt ist;
4 zeigt eine Ausführungsform einer Sensorkonfiguration für ein Fahrzeug;
5 ist ein Blockdiagramm einer Ausführungsform eines Fahrzeugsteuersystems;
6 ist ein anderes Blockdiagramm einer Ausführungsform eines Fahrzeugsteuersystems;
7A ist eine grafische Darstellung einer Ausführungsform einer Geste, die ein Benutzer ausführen kann, um einem Fahrzeugsteuersystem Eingaben bereitzustellen;
7B ist eine grafische Darstellung einer Ausführungsform einer Geste, die ein Benutzer ausführen kann, um einem Fahrzeugsteuersystem Eingaben bereitzustellen;
7C ist eine grafische Darstellung einer Ausführungsform einer Geste, die ein Benutzer ausführen kann, um einem Fahrzeugsteuersystem Eingaben bereitzustellen;
7D ist eine grafische Darstellung einer Ausführungsform einer Geste, die ein Benutzer ausführen kann, um einem Fahrzeugsteuersystem Eingaben bereitzustellen;
7E ist eine grafische Darstellung einer Ausführungsform einer Geste, die ein Benutzer ausführen kann, um einem Fahrzeugsteuersystem Eingaben bereitzustellen;
7F ist eine grafische Darstellung einer Ausführungsform einer Geste, die ein Benutzer ausführen kann, um einem Fahrzeugsteuersystem Eingaben bereitzustellen;
7G ist eine grafische Darstellung einer Ausführungsform einer Geste, die ein Benutzer ausführen kann, um einem Fahrzeugsteuersystem Eingaben bereitzustellen;
7H ist eine grafische Darstellung einer Ausführungsform einer Geste, die ein Benutzer ausführen kann, um einem Fahrzeugsteuersystem Eingaben bereitzustellen;
7I ist eine grafische Darstellung einer Ausführungsform einer Geste, die ein Benutzer ausführen kann, um einem Fahrzeugsteuersystem Eingaben bereitzustellen;
7J ist eine grafische Darstellung einer Ausführungsform einer Geste, die ein Benutzer ausführen kann, um einem Fahrzeugsteuersystem Eingaben bereitzustellen;
7K ist eine grafische Darstellung einer Ausführungsform einer Geste, die ein Benutzer ausführen kann, um einem Fahrzeugsteuersystem Eingaben bereitzustellen;
8 ist ein Diagramm einer Ausführungsform einer Datenstruktur zum Speichern von Informationen über einen Benutzer eines Fahrzeugs;
9 ist eine Darstellung eines Fahrzeuginneren, die eine Ausführungsform einer Antennenplatzierungskonfiguration zeigt;
10 ist ein Blockdiagramm einer Ausführungsform eines Kommunikationssystems;
11 ist ein Blockdiagramm einer anderen Ausführungsform eines Kommunikationssystems;
12A ist ein Flussdiagramm eines Verfahrens zum Erzeugen eines universellen Busses;
12B ist ein Flussdiagramm eines Verfahrens zum Bestimmen, ob ein Signal aus dem Inneren eines Fahrzeugs stammt;
13 ist ein Flussdiagramm eines Verfahrens zum Bereitstellen eines Netzwerk-Hotspot;
14 ist ein Flussdiagramm eines Verfahrens zum Kommunizieren zwischen Vorrichtungen;
15 ist ein Flussdiagramm eines Verfahrens zum Teilen einer Anwendung von einer Vorrichtung;
16 ist ein Flussdiagramm eines Verfahrens zum Verwalten von in der Cloud gespeicherten Daten;
17 ist ein Flussdiagramm eines Verfahrens zum Streamen von Medien in einem Fahrzeug.
In den angehängten Figuren können ähnliche Komponenten und/oder Merkmale dieselbe Bezugskennzeichnung aufweisen. Ferner können verschiedene Komponenten desselben Typs unterschieden werden, indem die Bezugskennzeichnung von einem Buchstaben gefolgt wird, der zwischen den ähnlichen Komponenten unterscheidet. Wenn nur die erste Bezugskennzeichnung in der Beschreibung verwendet wird, gilt die Beschreibung für beliebige der ähnlichen Komponenten mit derselben ersten Bezugskennzeichnung, ungeachtet der zweiten Bezugskennzeichnung.
AUSFÜHRLICHE BESCHREIBUNG
Es werden hier Ausführungsformen eines vollständigen Fahrzeugökosystems vorgestellt. Das Ökosystem kann einzelne Vorrichtungen oder eine Zusammenstellung von Vorrichtungen umfassen. Diese Vorrichtung oder Vorrichtungen können in der Lage sein, mit anderen Vorrichtungen und/oder mit einem Individuum oder einer Gruppe von Individuen zu kommunizieren. Ferner können diese Vorrichtung oder diese Vorrichtungen Benutzereingaben auf einzigartige Weisen empfangen. Der Gesamtentwurf und die Funktionalität jeder Vorrichtung stellt ein erweitertes Benutzererlebnis bereit, wodurch die Vorrichtung nützlicher und effizienter wird. Wie hier beschrieben, kann die Vorrichtung bzw. können die Vorrichtungen elektrisch, mechanisch, elektromechanisch, auf Software basierend und/oder Kombinationen davon sein.
Eine Fahrzeugumgebung 100, die ein Fahrzeugökosystem enthalten kann, ist in 1 gezeigt. Die Fahrzeugumgebung 100 kann Bereiche enthalten, die mit einem Fahrzeug oder Transportmittel 104 assoziiert sind. Das Fahrzeug 104 ist als Polizeiauto gezeigt, kann aber eine beliebige Art von Transportmittel sein. Die Umgebung 100 kann mindestens drei Zonen umfassen. Eine erste Zone 108 kann sich im Inneren eines Fahrzeugs 104 befinden. Die Zone 108 umfasst einen beliebigen Innenraum, Kofferraum, Motorraum oder einen anderen zugeordneten Raum in dem Fahrzeug 104 oder damit assoziiert. Die Innenumgebung 108 kann durch eine oder mehrere Techniken definiert werden, zum Beispiel Geo-Fencing.
Eine zweite Zone 112 kann durch die Linie 120 abgegrenzt werden. Die Zone 112 wird durch eine Reichweite eines oder mehrerer mit dem Fahrzeug 104 assoziierter Sensoren erzeugt. Somit ist der Bereich 112 beispielhaft für die Reichweite dieser Sensoren und das, was durch diese Sensoren, die mit dem Fahrzeug 104 assoziiert sind, detektiert werden kann. Der Rest der Umgebung umfasst den ganzen Raum jenseits der Reichweite der Sensoren und wird durch 116 repräsentiert. Somit kann die Umgebung 100 einen Bereich 116 aufweisen, der alle Bereiche jenseits der Sensorreichweite 112 umfasst. Der Bereich 116 kann zukünftige Reiseorte umfassen, zu denen sich das Fahrzeug 104 in der Zukunft fortbewegen kann.
Eine Ausführungsform eines Fahrzeugsystems 200 ist in 2 gezeigt. Das Fahrzeugsystem 200 kann aus Hardware und/oder Software bestehen, die verschiedene Operationen für das Fahrzeug 104 oder mit diesem durchführt. Die Operationen wären zum Beispiel, aber ohne Beschränkung darauf, Bereitstellung von Informationen für den Benutzer, Empfangen von Eingaben vom Benutzer und Steuern der Funktionen oder des Betriebs des Fahrzeugs 104 usw. Das Fahrzeugsystem 200 kann ein Fahrzeugsteuersystem 204 umfassen. Das Fahrzeugsteuersystem 204 kann eine beliebige Art von Datenverarbeitungssystem sein, das betreibbar ist, um die hier beschriebenen Operationen durchzuführen.
Das Fahrzeugsteuersystem 204 kann mit einem Speicher oder Speichersystem 208 in Interaktion treten, der bzw. das Systemdaten speichert. Die Systemdaten 208 können eine beliebige Art von Daten sein, die für das Fahrzeugsteuersystem 204 benötigt werden, um das Fahrzeug 104 effektiv zu steuern. Ein Beispiel für bestimmte der Daten, die durch das Fahrzeugsteuersystem 204 gespeichert werden können, kann wie in Verbindung mit 8 beschrieben sein. Die Systemdaten 208 können eine beliebige Art von Datenbank oder anderem Speichersystem repräsentieren. Somit kann es sich bei den Systemdaten 208 um ein Flachdatei-Datensystem, ein objektorientiertes Datensystem oder ein bestimmtes anderes Datensystem handeln, das mit dem Fahrzeugsteuersystem 204 eine Schnittstelle aufweisen kann.
Das Fahrzeugsteuersystem 204 kann mit einer Vorrichtung oder Benutzeroberfläche 212 kommunizieren. Die Benutzeroberfläche 212 kann wie in Verbindung mit 5 beschreiben sein. Die Benutzeroberfläche 212 kann betreibbar sein, um Benutzereingaben entweder durch Berührungseingabe, auf einer oder mehreren Benutzeroberflächen-Schaltflächen oder durch eine grafische Benutzeroberfläche, die eine Gestenerfassungsregion umfassen kann, wie in Verbindung mit 5 beschrieben, zu empfangen. Ferner kann das Symbol 212 eine Vorrichtung repräsentieren, die sich im Fahrzeug 104 befindet oder mit ihm assoziiert ist. Die Vorrichtung 212 kann eine mobile Vorrichtung sein, wie etwa, aber ohne Beschränkung darauf, ein Mobiltelefon, ein mobiler Computer oder eine andere Art von Datenverarbeitungssystem oder Vorrichtung, das bzw. die sich entweder permanent in dem Automobil 104 befindet oder vorübergehend mit diesem assoziiert ist. Somit kann das Fahrzeugsteuersystem 204 mit der Vorrichtung 212 eine Schnittstelle bilden und die Datenverarbeitungsfähigkeiten der Vorrichtung nutzen, um ein bzw. eine oder mehrere der hier beschriebenen Merkmale oder Funktionen bereitzustellen.
Die Vorrichtung oder Benutzeroberfläche 212 kann Eingaben empfangen oder einem Benutzer 216 Informationen bereitstellen. Der Benutzer 216 kann somit durch die Oberfläche oder Vorrichtung 212 mit dem Fahrzeugsteuersystem 204 in Interaktion treten. Ferner kann die Vorrichtung 212 Vorrichtungsdaten 220 umfassen oder Zugang zu diesen besitzen. Die Vorrichtungsdaten 220 können eine beliebige Art von Daten sein, die in Verbindung mit der Vorrichtung 212 benutzt werden, wie etwa, aber ohne Beschränkung darauf, Multimediadaten, Präferenzendaten, Bioinformatik, mit dem Benutzer 216 assoziierte Daten oder andere Arten von Daten. Die Daten können in Daten 220 einer Vorrichtung als Speichersystem ähnlich wie in Verbindung mit den Systemdaten 208 beschrieben gespeichert werden.
Das Fahrzeugsteuersystem 204 kann auch mit einem Kommunikationsnetz 224 oder durch dieses kommunizieren. Das Kommunikationsnetz 224 kann eine beliebige Art von drahtlosem oder verdrahtetem Kommunikationssystem repräsentieren, das in dem Fahrzeug 104 vorgesehen oder betreibbar sein kann, um außerhalb des Fahrzeugs 104 zu kommunizieren. Somit kann das Kommunikationsnetz 224 eine lokale Kommunikationsfähigkeit und eine großflächige Kommunikationsfähigkeit umfassen. Zum Beispiel kann das Kommunikationsnetz 224 ein drahtloses BLUETOOTH-TM-System, ein drahtloses 802.11G- oder 802.11N-System, einen CAN-Bus, ein Ethernet-Netzwerk in dem Fahrzeug 104 oder andere Arten von Kommunikationsnetzen, die mit dem Fahrzeug 104 funktionieren oder assoziiert sein können, umfassen. Ferner kann das Kommunikationsnetz 224 auch großflächige Kommunikationsfähigkeiten umfassen, wie etwa, aber ohne Beschränkung darauf, eines oder mehrere von zellularer Kommunikationsfähigkeit, Satellitentelefon-Kommunikationsfähigkeit, drahtlose großflächige Netzwerkkommunikationsfähigkeit oder andere Arten von Kommunikationsfähigkeiten, die es dem Fahrzeugsteuersystem 204 erlauben, außerhalb des Fahrzeugs 104 zu kommunizieren.
Das Fahrzeugsteuersystem 204 kann durch das Kommunikationsnetz 224 mit einem Server 228 kommunizieren, der sich in einer Einrichtung befinden kann, die sich nicht in physischer Nähe des Fahrzeugs 104 befindet. Somit kann der Server 224 ein Cloud-Datenverarbeitungssystem oder eine Cloud-Speicherung repräsentieren, wodurch das Fahrzeugsteuersystem 204 entweder Zugang zu weiteren Datenverarbeitungsfähigkeiten oder zur Speicherung an einem Ort außerhalb des Fahrzeugs 104 erhalten kann. Der Server 228 kann einen Computerprozessor und Speicher umfassen und kann einem beliebigen Datenverarbeitungssystem ähnlich sein, so wie es von Fachleuten verstanden wird.
Ferner kann der Server 228 mit gespeicherten Daten 232 assoziiert sein. Die gespeicherten Daten 232 können in einem beliebigen System oder durch ein beliebiges Verfahren gespeichert werden, wie in Verbindung mit den Systemdaten 208 und/oder Vorrichtungsdaten 220 beschrieben. Die gespeicherten Daten 232 können Informationen umfassen, die mit einem oder mehreren Benutzern 216 oder einem oder mehreren Fahrzeugen 104 assoziiert sein können. Die gespeicherten Daten 232, die in einer Cloud oder in einer fernen Einrichtung gespeichert werden, können zwischen Fahrzeugen 104 ausgetauscht oder von einem Benutzer 216 an anderen Orten oder mit anderen Fahrzeugen 104 verwendet werden.
Das Fahrzeugsteuersystem 204 kann auch mit einem oder mehreren Sensoren 236/242 kommunizieren, die entweder mit dem Fahrzeug 104 assoziiert sind oder mit dem Fahrzeug 104 kommunizieren. Die Fahrzeugsensoren 242 können einen oder mehrere Sensoren zum Bereitstellen von Informationen für das Fahrzeugsteuersystem 204 umfassen, die Informationen über die Umgebung 100, in der das Fahrzeug 104 betrieben wird, bestimmen oder bereitstellen. Ausführungsformen dieser Sensoren können wie in Verbindung mit 4 beschrieben sein. Der Nicht-Fahrzeugsensor 236 kann eine beliebige Art von Sensor sein, die aktuell nicht mit dem Fahrzeug 104 assoziiert ist. Zum Beispiel können Nicht-Fahrzeugsensoren 236 Sensoren in einem Verkehrssystem sein, das von einem Dritten betrieben wird, das dem Fahrzeugsteuersystem 204 Daten bereitstellt. Ferner kann es sich bei dem Nicht-Fahrzeugsensor 236 um andere Arten von Sensoren handeln, die Informationen über die ferne Umgebung 116 oder andere Informationen über das Fahrzeug 104 oder die Umgebung 100 bereitstellen. Diese Nicht-Fahrzeugsensoren 236 können von Dritten betrieben werden, aber dem Fahrzeugsteuersystem 204 Informationen bereitstellen. Beispiele für Informationen, die von dem Fahrzeugsteuersystem 204 verwendet werden können, wären Wetterverfolgungsdaten, Benutzergesundheitsverfolgungsdaten, Fahrzeugwartungsdaten oder andere Arten von Daten, die dem Fahrzeugsteuersystem 204 Umgebungs- oder andere Daten bereitstellen können.
Eine Anordnung oder Konfiguration für Sensoren in einem Fahrzeug 104 ist wie in 3 gezeigt. Die Sensoranordnung 300 kann einen oder mehrere Bereiche 308 in dem Fahrzeug umfassen. Ein Bereich kann ein größerer Teil der Umgebung innerhalb oder außerhalb des Fahrzeugs 104 sein. Somit kann Bereich eins (308A) den Bereich im Kofferraum oder Motorraum des Fahrzeugs 104 und/oder im vorderen Fahrgastraum umfassen. Bereich drei 308B kann einen Teil des Innenraums 108 des Fahrzeugs 104 umfassen. Der Bereich N, 308N, kann den Kofferraum oder hinteren Fahrgastraum umfassen, wenn er in dem Fahrzeug 104 vorgesehen ist. Der Innenraum 108 kann auch in Bereiche aufgeteilt werden. Somit kann ein Bereich mit dem vorderen Fahrgast- und Fahrersitz assoziiert sein, ein zweiter Bereich kann mit den mittleren Fahrgastsitzen assoziiert sein, und ein dritter Bereich kann mit einem hinteren Fahrgastsitz assoziiert sein. Jeder Bereich 308 kann einen oder mehrere Sensoren umfassen, die so positioniert oder betrieben werden, dass sie Umgebungsinformationen über diesen Bereich 308 bereitstellen.
Jeder Bereich 308 kann ferner in eine oder mehrere Zonen 312 in dem Bereich 308 aufgetrennt werden. Zum Beispiel kann Bereich eins 308A in Zone A, 312a und Zone B, 312a aufgetrennt werden. Jede Zone 312 kann mit einem bestimmten Teil des Innenraums assoziiert sein, der von einem Fahrgast eingenommen wird. Zum Beispiel kann Zone A, 312a mit einem Fahrer assoziiert sein. Zone B, 312b, kann mit einem vorderen Fahrgast assoziiert sein. Jede Zone 312 kann einen oder mehrere Sensoren umfassen, die so positioniert oder konfiguriert sind, dass sie Informationen über die Umgebung oder das Ökosystem sammeln, die bzw. das mit dieser Zone oder Person assoziiert ist.
Ein Fahrgastbereich 308b kann mehr als zwei Zonen umfassen, wie in Verbindung mit Bereich 308a beschrieben. Zum Beispiel kann Bereich 308b drei Zonen 312c, 312d und 312e umfassen. Diese drei getrennten Zonen 312c, 312d und 312e können mit drei Fahrgastsitzen assoziiert sein, die typischerweise im hinteren Fahrgastbereich eines Automobils 104 anzutreffen sind. Ein Bereich 308N kann eine einzige Zone 312N umfassen, da es keine getrennten Fahrgastbereiche geben kann, kann aber einen einzigen Kofferraumbereich in dem Fahrzeug 104 umfassen. Die Anzahl der Zonen 312 ist in den Bereichen unbegrenzt, da die Bereiche auch in dem Fahrzeug 104 unbegrenzt sind. Ferner sollte beachtet werden, dass es einen oder Bereiche 308 oder Zonen 312 geben kann, die sich außerhalb des Fahrzeugs 104 befinden, mit denen eine spezifische Menge von Sensoren assoziiert sein kann.
Eine Menge von Sensoren oder Fahrzeugkomponenten 400, die mit dem Fahrzeug 404 assoziiert sind, kann wie in 4 gezeigt sein. Das Fahrzeug 104 umfasst neben vielen anderen Komponenten, die bei Fahrzeugen üblich sind, Räder 407, eine Energiequelle 409 (wie etwa ein Triebwerk, Motor oder Energiespeichersystem (z. B. eine Batterie oder ein kapazitives Energiespeichersystem)), ein manuelles oder automatisches Getriebe 412, eine manuelle oder automatische Gangschaltung 416, eine Leistungsssteuerung 420 (wie etwa ein Gaspedal), ein Fahrzeugsteuersystem 204, die Anzeigevorrichtung 212, ein Bremssystem 436, ein Lenkrad 440, einen Energiequellenaktivierungs-/deaktivierungsschalter 444 (z. B. eine Zündung), ein Insassensitzsystem 448, einen drahtlosen Signalempfänger 453 zum Empfangen von drahtlosen Signalen von Signalquellen wie Straßenrandbaken und anderen elektronischen Straßenrandvorrichtungen und einen Satellitenpositionsbestimmungssystemempfänger 452 (z. B. einen Empfänger des Typs GPS (Global Positioning System) (US), GLONASS (Russland), Galileo (EU), Compass (China) und des Regional Navigational Satellite System (Indien)).
Das Fahrzeug 104 umfasst eine Anzahl von Sensoren in drahtloser oder verdrahteter Kommunikation mit dem Fahrzeugsteuersystem 204 und/oder der Anzeigevorrichtung 212, um erfasste Informationen hinsichtlich des Fahrzeugzustands, der Konfiguration und/oder des Betriebs zu sammeln. Beispielhafte Sensoren wären ein Radzustandssensor 460 zum Erfassen einer oder mehrerer der Größen Fahrzeuggeschwindigkeit, Beschleunigung, Bremsung, Radrotation, Raddrehzahl (z. B. Radumdrehungen pro Minute), Radschlupf und dergleichen, ein Energiequellen-Energieausgabesensor 464 zum Erfassen einer Energieausgabe der Energiequelle 409 durch Messen einer oder mehrerer der Größen aktuelle Motordrehzahl (z. B. Umdrehungen pro Minute), Energieeingabe und -ausgabe (z. B. Spannung, Strom, Kraftstoffverbrauch und Drehmoment) (z. B. Turbinendrehzahlsensor, Eingangsdrehzahlsensor, Kurbelwellenpositionssensor, Krümmerabsolutdrucksensor, Massenflusssensor und dergleichen) und dergleichen, ein Schaltzustandssensor 468 zum Bestimmen eines aktuellen Aktivierungs- oder Deaktivierungszustands des Energiequellenaktivierungs-/deaktivierungsschalters 444, ein Getriebeeinstellungssensor 470 zum Bestimmen einer aktuellen Einstellung des Getriebes (z. B. Gangwahl oder -einstellung), ein Gangsteuerungssensor 472 zum Bestimmen einer aktuellen Einstellung der Gangschaltung 416, ein Leistungssteuerungssensor 474 zum Bestimmen einer aktuellen Einstellung der Leistungssteuerung 420, einen Bremsensensor 476 zum Bestimmen eines aktuellen Zustands (Bremsen oder Nichtbremsen) des Bremssystems 436, ein Sitzsystemsensor 478 zum Bestimmen einer Sitzeinstellung und des aktuellen Gewichts etwaiger sitzender Insassen) in einem ausgewählten Sitz des Sitzsystems 448, Außen- und Innenschallempfänger 490 und 492 (z. B. ein Mikrofon und eine andere Art von Wandler von akustisch in elektrisch oder Sensor) zum Empfangen und Umsetzen von Schallwellen in ein äquivalentes Analog- oder Digitalsignal. Beispiele für (nicht gezeigte) andere Sensoren, die verwendet werden können, wären Sicherheitssystem-Zustandssensoren zum Bestimmen eines aktuellen Zustands eines Fahrzeugsicherheitssystems (z. B. Airbageinstellung (entfaltet oder nicht entfaltet) und/oder Sicherheitsgurteinstellung (eingerückt oder nicht eingerückt)), Lichteinstellungssensor (z. B. aktueller Scheinwerfer, Notbeleuchtung, Bremslicht, Parklicht, Nebellicht, Innen- oder Fahrgastraumlicht und/oder Hecklichtzustand (ein oder aus)), Sensor für die Einstellung der Bremsensteuerung (z. B. Pedal), Gaspedaleinstellungs- oder -winkelsensor, Kupplungspedaleinstellungssensor, Notbremsenpedal-Einstellungssensor, Sensor für die Türeinstellung (z. B. offen, geschlossen, verriegelt oder nicht verriegelt), Motortemperatursensor, Fahrgastraum- oder Kabinentemperatursensor, Sensor für die Fenstereinstellung (offen oder geschlossen), eine oder mehrere Kameras oder andere Bildgebungssensoren (die gewöhnlich ein optisches Bild in ein elektronisches Signal umsetzen, aber andere Vorrichtungen zum Detektieren von Objekten umfassen können, wie etwa einen elektromagnetischen Strahlungsemitter/-empfänger, der elektromagnetische Strahlung emittiert und vom Objekt reflektierte elektromagnetische Wellen empfängt), um Objekte zu erfassen, wie etwa andere Fahrzeuge und Fußgänger, und gegebenenfalls Distanz, Trajektorie und Geschwindigkeit solcher Objeke in der Umgebung oder dem Pfad des Fahrzeugs zu bestimmen, Kilometerzählerstandsensor, Fahrtlängenlesesensor, Windgeschwindigkeitssensor, Radarsender-/empfängerausgang, Bremsenabnutzungssensor, Lenkungs-/Drehmomentsensor, Sauerstoffsensor, Umgebungslichtsensor, Vision-Systemsensor, Entfernungsbestimmungssensor, Parksensor, Sensor für Heizung, Belüftung und Klimatisierung (HVAC), Wassersensor, Luft-Kraftstoff-Messer, Totpunktmonitor, Halleffektsensor, Mikrofon, Hochfrequenz- bzw. HF-Sensor, Infrarot- bzw. IR-Sensor, Fahrzeugsteuersystemsensoren, Drahtlosnetzsensor (z. B. wifi- und/oder BLUETOOTH-TM-Sensor), Zellulardatensensor und andere Fachleuten auf dem Gebiet der Fahrzeugtechnik bekannte Sensoren.
Bei der abgebildeten Fahrzeugausführungsform befinden sich die verschiedenen Sensoren in Kommunikation mit der Anzeigevorrichtung 212 und dem Fahrzeugsteuersystem 204 über das Signalträgernetz 480. Wie erwähnt kann das Signalträgernetz 480 ein Netz von Signalleitern, ein drahtloses Netz (z. B. ein Hochfrequenz-, Mikrowellen- oder Infrarotkommunikationssystem, das ein Kommunikationsprotokoll wie wifi verwendet) oder eine Kombination davon sein.
Bei einer Implementierung empfängt und liest das Steuersystem 424 Sensorsignale, wie etwa Rad- und Motordrehzahlsignale, als digitale Eingabe, die zum Beispiel ein impulsbreitenmoduliertes – bzw. PWM-Signal umfasst. Der Prozessor 304 kann zum Beispiel dafür ausgelegt sein, jedes der Signale in einen Port zu lesen, der als Zähler konfiguriert ist oder dafür konfiguriert ist, beim Empfang eines Impulses einen Interrupt zu erzeugen, so dass der Prozessor 304 zum Beispiel die Motordrehzahl in Umdrehungen pro Minute (RPM) und die Geschwindigkeit des Fahrzeugs in Meilen pro Stunde (MPH) bestimmen kann. Für Fachleute ist erkennbar, dass die zwei Signale aus existierenden Sensoren in einem Fahrzeug, das einen Tachometer bzw. einen Drehzahlmesser umfasst, empfangen werden können. Als Alternative können aktuelle Motordrehzahl und Fahrzeuggeschwindigkeit in einem Kommunikationspaket als numerische Werte von einem herkömmlichen Armaturenbrettsubsystem empfangen werden, das einen Tachometer und einen Drehzahlmesser umfasst. Das Getriebegeschwindigkeitssensorsignal kann ähnlich als digitale Eingabe empfangen werden, die ein Signal umfasst, das mit einem Zähler oder Interruptsignal des Prozessors 304 gekoppelt ist, oder als Wert in einem Kommunikationspaket im Netzwerk oder auf der Portschnittstelle 352 aus einem existierenden Subsystem des Fahrzeugs empfangen wird. Das Zündungssensorsignal kann als digitale Eingabe konfiguriert werden, wobei ein HIGH-Wert repräsentiert, dass die Zündung eingeschaltet ist, und ein LOW-Wert repräsentiert, dass die Zündung ausgeschaltet ist. Drei Bit der Portschnittstelle 352 können als digitale Eingabe konfiguriert werden, um das Gangschaltungspositionssignal zu empfangen, das acht mögliche Gangschaltungspositionen repräsentiert. Als Alternative kann das Gangschaltungspositionssignal in einem Kommunikationspaket als numerischer Wert auf der Portschnittstelle 352 empfangen werden. Das Gaspedalpositionssignal kann als analoger Eingangswert typischerweise im Bereich 0–5 Volt empfangen werden. Als Alternative kann das Gaspedalpositionssignal in einem Kommunikationspaket als numerischer Wert auf der Portschnittstelle 352 empfangen werden. Die Ausgabe anderer Sensoren kann auf ähnliche Weise verarbeitet werden.
Es können andere Sensoren im Innenraum 108 des Fahrzeugs 104 vorgesehen und positioniert sein. Im Allgemeinen erhalten diese Innensensoren Daten über die Gesundheit von Fahrer und/oder Passagier(en), Daten über die Sicherheit von Fahrer und/oder Passagier(en) und/oder Daten über den Komfort von Fahrer und/oder Passagier(en). Die Gesundheitsdatensensoren können Sensoren im Lenkrad umfassen, die verschiedene Gesundheitstelemetrie für die Person messen können (z. B. Puls, Temperatur, Blutdruck, Blutpräsenz, Blutzusammensetzung usw.).). Sensoren in den Sitzen können auch Gesundheitstelemetrie bereitstellen (z. B. Anwesenheit von Flüssigkeit, Gewicht, Gewichtsverlagerungen usw.). Infrarotsensoren könnten die Temperatur einer Person detektieren; optische Sensoren können die Position einer Person bestimmen, und ob die Person bewusstlos geworden ist. Es sind andere Gesundheitssensoren möglich und hier eingeschlossen.
Sicherheitssensoren können messen, ob die Person sicher handelt. Optische Sensoren können Position und Konzentration einer Person bestimmen. Wenn die Person aufhört, nach vorne auf die Straße zu schauen, kann der optische Sensor mangelnde Konzentration detektieren. Sensoren in den Sitzen können detektieren, ob sich eine Person nach vorne lehnt oder bei einem Aufprall von einem Sitzgurt verletzt werden kann. Andere Sensoren können detektieren, dass der Fahrer mindestens eine Hand an einem Lenkrad hat. Andere Sicherheitssensoren sind möglich und werden in Betracht gezogen, als wären sie hier aufgenommen.
Komfortsensoren können Informationen über den Komfort einer Person sammeln. Temperatursensoren können eine Temperatur des Fahrgastraums detektieren. Feuchtigkeitssensoren können eine relative Feuchtigkeit bestimmen. Audiosensoren können laute Geräusche oder andere Ablenkungen detektieren. Audiosensoren können auch Eingaben von einer Person durch Sprachdaten empfangen. Es sind andere Komfortsensoren möglich und werden in Betracht gezogen, als wären sie hier aufgenommen.
Eine Ausführungsform eines Fahrzeugsteuersystems 204 und seiner zugeordneten Komponenten 204 kann wie in 5 gezeigt sein. Im Allgemeinen umfasst die Vorrichtung 212 einen vorderen Bildschirm 212 mit einer berührungsempfindlichen Anzeige 568. Der vordere Bildschirm 212 kann durch einen geeigneten Befehl gesperrt und/oder freigegeben werden. Außerdem kann der vordere Bildschirm 212 berührungsempfindlich sein und kann verschiedene wirksame Bereiche umfassen. Zum Beispiel kann ein erster wirksamer Bereich in dem berührungsempfindlichen Bildschirm 212 eine berührungsempfindliche Anzeige 568 umfassen. Im Allgemeinen kann die berührungsempfindliche Anzeige 568 eine vollfarbige berührungsempfindliche Anzeige umfassen. Ein zweiter Bereich in jedem berührungsempfindlichen Bildschirm 568 kann eine Gestenerfassungsregion 572 umfassen. Die Gestenerfassungsregion 572 kann einen oder mehrere Bereiche oder Regionen außerhalb des Bereichs der berührungsempfindlichen Anzeige 568 oder des Bildschirmbereichs 212 umfassen, mit der Fähigkeit Eingaben zum Beispiel in Form von durch einen Benutzer gegebenen Gesten zu empfangen. Die eine oder mehreren Gestenerfassungsregionen 572 umfassen jedoch nicht Pixel, die eine Anzeigefunktion oder -fähigkeit ausführen können.
Ferner wird antizipiert, dass eine dritte Region des berührungsempfindlichen Bildschirms 568 einen oder mehrere konfigurierbare Bereiche umfassen kann. Der konfigurierbare Bereich kann Eingaben empfangen und hat Anzeige- oder begrenzte Anzeigefähigkeiten. Es versteht sich, dass der konfigurierbare Bereich einen beliebigen Teil des berührungsempfindlichen Bildschirms 568 einnehmen kann, der nicht an die Gestenerfassungsregion 572 oder die berührungsempfindliche Anzeige 568 vergeben ist. Bei Ausführungsformen kann der konfigurierbare Bereich dem Benutzer verschiedene Eingabeoptionen präsentieren. Zum Beispiel kann der konfigurierbare Bereich Schaltflächen oder andere in Beziehung setzbare Posten anzeigen. Außerdem kann die Identität angezeigter Schaltflächen oder ob überhaupt irgendwelche Schaltflächen in dem konfigurierbaren Bereich des berührungsempfindlichen Bildschirms 568 angezeigt werden, aus dem Kontext bestimmt werden, in dem die Vorrichtung 212 benutzt und/oder bedient wird. Bei einer beispielhaften Ausführungsform umfasst der berührungsempfindliche Bildschirm 568 Flüssigkristallanzeigevorrichtungen, die sich über mindestens die Region des berührungsempfindlichen Bildschirms 568 erstrecken, die in der Lage ist, einem Benutzer visuelle Ausgaben zu geben, und eine resistive und/oder kapazitive Eingabematrix über den Regionen des berührungsempfindlichen Bildschirms 568, die in der Lage sind, Eingaben von Benutzer zu empfangen.
Eine oder mehrere Anzeigesteuerungen 516 können vorgesehen sein, um den Betrieb des berührungsempfindlichen Bildschirms 568, einschließlich Eingabe-(Berührungserfassungs-) und Ausgabe-(Anzeige-)Funktionen, zu steuern. Bei der in 5 dargestellten beispielhaften Ausführungsform ist eine Berührungsbildschirmsteuerung 516 für den Berührungsbildschirm 568 vorgesehen. Gemäß bestimmten Ausführungsformen können die Funktionen einer Berührungsbildschirmsteuerung 516 in andere Komponenten, wie etwa einen Prozessor 504, integriert werden.
Der Prozessor 504 kann einen programmierbaren Vielzweckprozessor oder eine Steuerung zum Ausführen von Anwendungsprogrammierung oder Anweisungen umfassen. Gemäß mindestens bestimmten Ausführungsformen kann der Prozessor 504 mehrere Prozessorkerne umfassen und/oder mehrere virtuelle Prozessoren implementieren. Gemäß weiteren Ausführungsformen kann der Prozessor 504 mehrere physische Prozessoren umfassen. Als konkretes Beispiel kann der Prozessor 504 eine speziell konfigurierte anwendungsspezifische integrierte Schaltung (ASIC) oder eine andere integrierte Schaltung, einen digitalen Signalprozessor, eine Steuerung, eine festverdrahtete elektronische oder logische Schaltung, eine programmierbare Logikvorrichtung oder ein Gatearray, einen Spezialcomputer oder dergleichen umfassen. Der Prozessor 504 fungiert im Allgemeinen, um Programmierungscode oder Anweisungen auszuführen, die verschiedene Funktionen der Vorrichtung 212 implementieren.
Eine Vorrichtung 212 kann auch Speicher 508 zur Verwendung in Verbindung mit der Ausführung von Anwendungsprogrammierung oder Anweisungen durch den Prozessor 504 und zur vorübergehenden oder langfristigen Speicherung von Programmanweisungen und/oder Daten umfassen. Beispielsweise kann der Speicher 508 RAM, DRAM, SDRAM oder anderen Halbleiterspeicher umfassen. Als Alternative oder zusätzlich kann Datenspeicherung 512 bereitgestellt werden. Wie der Speicher 508 kann die Datenspeicherung 512 eine Halbleiter-Speichervorrichtung oder -vorrichtungen umfassen. Als Alternative oder zusätzlich kann die Datenspeicherung 512 ein Festplattenlaufwerk oder anderen Direktzugriffspeicher umfassen.
Zur Unterstützung von Kommunikationsfunktionen oder -fähigkeiten kann die Vorrichtung 212 ein Modul 528 für Mobiltelefonie umfassen. Als Beispiele kann das Mobiltelefoniemodul 528 einen GSM-, CDMA-, FDMA- und/oder analogen Mobiltelefonie-Sendeempfänger mit der Fähigkeit zur Unterstützung von Sprache, Multimedia und/oder Datentransfers über ein Mobilnetz umfassen. Als Alternative oder zusätzlich kann die Vorrichtung 212 ein zusätzliches oder anderes drahtloses Kommunikationsmodul 532 umfassen. Als Beispiele kann das andere drahtlose Kommunikationsmodul 532 eine wifi-, BLUETOOTH-TM-, WiMax-, Infrarot- oder andere drahtlose Kommunikationsverbindung umfassen. Das Mobiltelefoniemodul 528 und das andere drahtlose Kommunikationsmodul 532 können jeweils einer geteilten oder einer dedizierten Antenne 524 zugeordnet sein.
Es kann eine Portschnittstelle 552 vorgesehen sein. Die Portschnittstelle 552 kann propriätere oder universelle Ports zur Unterstützung der Verbindung der Vorrichtung 212 mit anderen Vorrichtungen oder Komponenten, wie etwa einem Dock, umfassen, die zusätzliche oder andere Fähigkeiten als die in der Vorrichtung 212 integralen umfassen können. Zusätzlich zu der Unterstützung eines Austauschs von Kommunikationssignalen zwischen der Vorrichtung 212 und einer anderen Vorrichtung oder Komponente kann der (nicht gezeigte) Dockingport und/oder die Portschnittstelle 552 die Stromversorgung für oder von der Vorrichtung 212 unterstützen. Die Portschnittstelle 552 umfasst auch ein intelligentes Element, das ein Dockingmodul zum Steuern der Kommunikationen oder anderen Interaktionen zwischen der Vorrichtung 212 und einer angeschlossenen Vorrichtung oder Komponente umfasst.
Ein Eingabe-/Ausgabemodul 548 und zugeordnete Ports können vorgesehen sein, um Kommunikation über verdrahtete Netze oder Verbindungen zu unterstützen, zum Beispiel mit anderen Kommunikationsvorrichtungen, Servervorrichtungen und/oder Peripherievorrichtungen. Beispiele für ein Eingabe-/Ausgabemodul 548 wären ein Ethernetport, ein USB-Port (Universal Serial Bus), IEEE 1594 (Institute of Electrical and Electronics Engineers) oder eine andere Schnittstelle.
Eine Audioeingabe-/-ausgabeschnittstelle bzw. Vorrichtung(en) 544 können vorgesehen sein, um analoges Audio für einen verbundenen Lautsprecher oder eine andere Vorrichtung bereitzustellen und um analoge Audioeingaben von einem angeschlossenen Mikrofon oder einer anderen Vorrichtung zu empfangen. Als Beispiel können die Audioeingabe-/-ausgabeschnittstelle bzw. Vorrichtung(en) 544 einen zugeordneten Verstärker und Analog-Digital-Umsetzer umfassen. Als Alternative oder zusätzlich kann die Vorrichtung 212 eine integrierte Audioeingabe-/-ausgabevorrichtung 556 und/oder eine Audiobuchse zum Anschließen eines externen Lautsprechers oder Mikrofons umfassen. Zum Beispiel können ein integrierter Lautsprecher und ein integriertes Mikrofon vorgesehen werden, um Nahsprech- oder Freisprechbetrieb zu unterstützen.
Es können Hardwareschaltflächen 280 vorgesehen sein, zum Beispiel zur Verwendung in Verbindung mit bestimmten Steueroperationen. Beispiele wären ein Master-Netzschalter, Lautstärkeregelung usw., wie in Verbindung mit 2 beschrieben. Es können eine oder mehrere Bilderfassungsschnittstellen/-vorrichtungen, wie etwa eine Kamera, vorgesehen sein, um Stand- und/oder Videobilder zu erfassen. Als Alternative oder zusätzlich kann eine Bilderfassungsschnittstelle/-vorrichtung einen Scanner oder Codeleser umfassen. Eine Bilderfassungsschnittstelle/-vorrichtung kann zusätzliche Elemente, wie etwa einen Blitz oder eine andere Lichtquelle, umfassen oder ihnen zugeordnet sein.
Die Vorrichtung 212 kann auch einen GPS-Empfänger (Global Positioning System) 536 umfassen. Gemäß Ausführungsformen der vorliegenden Erfindung kann der GPS-Empfänger 536 ferner ein GPS-Modul umfassen, das in der Lage ist, anderen Komponenten der Vorrichtung 212 Absolutortsinformationen bereitzustellen. Es können auch andere Sensoren 242 vorgesehen sein. Zum Beispiel können ein oder mehrere Beschleunigungsmesser/Kreisel vorgesehen sein. Zum Beispiel kann in Verbindung mit der Anzeige von Informationen für einen Benutzer und/oder anderen Funktionen ein Signal aus dem Beschleunigungsmesser/Kreisel verwendet werden, um eine Orientierung und/oder ein Format zu bestimmen, worin diese Informationen dem Benutzer anzuzeigen sind. Bei bestimmten Ausführungsformen kann der Beschleunigungsmesser/Kreisel mindestens einen Beschleunigungsmesser und mindestens einen Kreisel umfassen.
Ausführungsformen der vorliegenden Erfindung können auch ein oder mehrere magnetische Erfassungsmerkmale umfassen. Das magnetische Erfassungsmerkmal kann dafür ausgelegt sein, ein Signal bereitzustellen, das die Position der Vorrichtung relativ zu einer fahrzeugangebrachten Position angibt.
Diese Informationen können als Eingabe zum Beispiel einer Benutzeroberflächenanwendung bereitgestellt werden, um einen Betriebsmodus, Eigenschaften der berührungsempfindlichen Anzeige 568 und/oder andere Operationen der Vorrichtung 212 zu bestimmen. Als Beispiele kann ein magnetisches Erfassungsmerkmal einen oder mehrere von Halleffekt-Sensoren, einen Mehrfachpositionsschalter, einen optischen Schalter, eine Wheatstone-Brücke, ein Potentiometer oder eine andere Anordnung mit der Fähigkeit zum Bereitstellen eines Signals, das mehrere relative Positionen angibt, in denen sich die Berührungsbildschirme befinden, umfassen. Als Alternative kann das magnetische Erfassungsmerkmal ein oder mehrere Metallelemente umfassen, die von anderen Sensoren verwendet werden, die der Konsole und/oder dem Fahrzeug zugeordnet sind, um zu bestimmen, ob sich die Vorrichtung 212 in einer fahrzeugangebrachten Position befindet. Diese Metallelemente wären zum Beispiel, aber ohne Beschränkung darauf, Seltenerdmagnete, Elektromagnete, Ferrite und/oder Ferritlegierungen und/oder ein anderes Material, das durch vielfältige Sensoren detektiert werden kann.
Die Kommunikation zwischen verschiedenen Komponenten der Vorrichtung 212 kann durch einen oder mehrere Busse 520 ausgeführt werden. Zusätzlich kann den Komponenten der Vorrichtung 212 von einer Stromquelle und/oder einem Stromversorgungssteuermodul 560 Stromversorgung zugeführt werden. Das Stromversorgungssteuermodul 560 kann zum Beispiel eine Batterie, einen Wechselstrom-Gleichstrom-Wandler, Stromversorgungssteuerlogik und/oder Ports zum Verbinden der Vorrichtung 212 mit einer externen Quelle von Stromversorgung umfassen.
Eine Ausführungsform eines oder mehrerer Softwaremodule, die dem Fahrzeugsteuersystem 204 zugeordnet sein können, kann wie in 6 gezeigt sein. Der Speicher 508 kann eine oder mehrere Softwarekomponenten speichern und der Prozessor 504 kann sie ausführen. Diese Komponenten können mindestens ein Betriebssystem (OS) 616, einen Anwendungsmanager 662, ein Konsolendesktop 666 und/oder eine oder mehrere Anwendungen 664a und/oder 664b aus einem Anwendungs-Store 660 umfassen. Das OS 616 kann einen Rahmen 620, einen oder mehrere Rahmenpuffer 648, einen oder mehrere Treiber 612 und/oder einen Kern 618 umfassen. Das OS 616 kann beliebige Software sein, die aus Programmen und Daten besteht, die Computerhardwareressourcen verwaltet und gemeinsame Dienste zur Ausführung verschiedener Anwendungen 664 bereitstellt. Das OS 616 kann ein beliebiges Betriebssystem sein und kann mindestens bei bestimmten Ausführungsformen, speziell mobilen Vorrichtungen, dediziert sein, darunter, aber ohne Beschränkung darauf, Linux, ANDROID TM, iPhone OS (IOS TM), WINDOWS PHONE 7 TM, usw. Das OS 616 ist betreibbar, um der Vorrichtung 212 Funktionalität bereitzustellen, indem eine oder mehrere Operationen wie hier beschrieben ausgeführt werden.
Die Anwendungen 664 können eine beliebige Software auf höherer Ebene sein, die bestimmte Konsolenfunktionalität für den Benutzer ausführt. Die Anwendungen 664 können Programme wie Fahrzeugsteueranwendungen, E-Mail-Clients, Web-Browser, SMS-Anwendungen, Spiele, Medienwiedergabegeräte, Office-Suites usw. umfassen. Die Anwendungen 664 können in einem Anwendungs-Store 660 gespeichert sein, der einen beliebigen Speicher oder eine beliebige Datenspeicherung repräsentieren kann, und die damit assoziierte Verwaltungssoftware zum Speichern der Anwendungen 664. Sobald sie ausgeführt werden, können die Anwendungen 664 in einem anderen Bereich des Speichers 608 laufen.
Der Rahmen 620 kann eine beliebige Software oder Daten sein, wodurch es möglich wird, dass die mehreren auf der Vorrichtung laufenden Aufgaben in Interaktion treten. Bei Ausführungsformen können mindestens Teile des Rahmens 620 und die diskreten Komponenten, die im Folgenden beschrieben werden, als Teil des OS 616 oder einer Anwendung 664 betrachtet werden. Diese Teile werden als Teil des Rahmens 620 beschrieben, aber diese Komponenten sind nicht darauf beschränkt. Der Rahmen 620 kann, aber ohne Beschränkung darauf, ein Oberflächencache-Modul 628, ein Fensterverwaltungsmodul 632, ein Eingabeverwaltungsmodul 636, einen Anwendungsmodellmanager 642, eine Anzeigesteuerung 644, einen oder mehrere Rahmenpuffer 648 und/oder einen Ereignispuffer 666 umfassen.
Das Oberflächencache-Modul 628 umfasst etwaigen Speicher oder Speicherung und die zugeordnete Software zum Speichern oder Cache-Speichern eines oder mehrerer Bilder von Anwendungen, Fenstern und/oder Konsolenbildschirmen. Mit jeder Anzeige kann eine Reihe von aktiven und/oder nichtaktiven Fenstern (oder anderen Anzeigeobjekten wie zum Beispiel einer Desktop-Anzeige) assoziiert werden. Ein aktives Fenster (oder ein anderes Anzeigeobjekt) wird aktuell angezeigt. Ein nichtaktives Fenster (oder andere Anzeigeobjekte) wurden geöffnet und an einem bestimmten Zeitpunkt angezeigt, werden aber nun nicht angezeigt. Um das Benutzererlebnis zu verbessern, kann, bevor ein Fenster von einem aktiven Zustand zu einem inaktiven Zustand übergeht, eine „Bildschirmkopie” eines zuletzt erzeugten Bildes des Fensters (oder anderen Anzeigeobjekts) gespeichert werden. Das Oberflächencache-Modul 628 kann betreibbar sein zum Speichern einer Bitmap des letzten aktiven Bildes eines Fensters (oder anderen Anzeigeobjekts), das aktuell nicht angezeigt wird. Somit speichert das Oberflächencache-Modul 628 die Bilder von nichtaktiven Fenstern (oder anderen Anzeigeobjekten) in einem Daten-Store.
Bei Ausführungsformen ist das Fensterverwaltungsmodul 632 betreibbar zum Verwalten der Fenster (oder anderen Anzeigeobjekte), die auf jeder der Anzeigen aktiv oder nichtaktiv sind. Das Fensterverwaltungsmodul 632 bestimmt auf der Basis von Informationen aus dem OS 616 und anderen Komponenten, wann ein Fenster (oder anderes Anzeigeobjekt) sichtbar oder nichtaktiv ist. Das Fensterverwaltungsmodul 632 kann dann ein nichtsichtbares Fenster (oder anderes Anzeigeobjekt) in einen „Nicht-Aktiv-Zustand” versetzen und suspendiert in Verbindung mit dem Aufgabenverwaltungsmodul 640 den Betrieb der Anwendung. Ferner kann das Fensterverwaltungsmodul 632 dem Fenster (oder anderen Anzeigeobjekt) eine Anzeigekennung zuweisen oder einen oder mehrere dem Fenster (oder anderen Anzeigeobjekt) zugeordnete Datenposten verwalten. Das Fensterverwaltungsmodul 632 kann auch die gespeicherten Informationen der Anwendung 664 oder anderen Komponenten, die mit dem Fenster (oder anderen Anzeigeobjekt) in Interaktion treten oder damit assoziiert sind, bereitstellen. Das Fensterverwaltungsmodul 632 kann auch eine Eingabeaufgabe mit einem Fenster auf der Basis des Fensterfokus und der Anzeigekoordinaten im Bewegungsraum assoziieren.
Das Eingabeverwaltungsmodul 636 ist betreibbar zum Verwalten von Ereignissen, die bei der Vorrichtung auftreten. Ein Ereignis ist eine beliebige Eingabe in die Fensterumgebung, zum Beispiel eine Benutzeroberflächeninteraktion mit einem Benutzer. Das Eingabeverwaltungsmodul 636 empfängt die Ereignisse und speichert die Ereignisse logisch in einem Ereignispuffer 656. Ereignisse können Benutzeroberflächeninteraktionen wie ein „Herunter-Ereignis”, das auftritt, wenn der Bildschirm 204 ein Berührungsbildsignal von einem Benutzer empfängt, ein „Bewegungsereignis”, das auftritt, wenn der Bildschirm 204 bestimmt, dass sich der Finger eines Benutzers über einen Bildschirm(e) bewegt, ein „Herauf-Ereignis”, das auftritt, wenn die Vorrichtung 212 bestimmt, dass der Benutzer aufgehört hat, den Bildschirm 568 zu berühren, usw. umfassen. Diese Ereignisse werden durch das Eingabeverwaltungsmodul 636 empfangen, gespeichert und zu anderen Modulen weitergeleitet. Das Eingabeverwaltungsmodul 636 kann auch Bildschirmeingaben auf einen Bewegungsraum abbilden, der die Kulmination aller auf der Vorrichtung verfügbaren physischen und virtuellen Anzeige ist.
Der Rahmenpuffer 648 ist eine logische Struktur(en), die zur Wiedergabe der Benutzeroberfläche verwendet wird. Der Rahmenpuffer 648 kann vom OS-Kern 618 erzeugt und vernichtet werden. Die Anzeigesteuerung 644 kann jedoch die Bilddaten für die sichtbaren Fenster in den Rahmenpuffer 648 schreiben. Ein Rahmenpuffer 648 kann mit einem Bildschirm oder mehreren Bildschirmen assoziiert sein. Die Assoziation eines Rahmenpuffers 648 mit einem Bildschirm kann dynamisch durch Interaktion mit dem OS-Kern 618 gesteuert werden. Durch Assoziieren mehrerer Bildschirme mit einem einzigen Rahmenpuffer 648 kann eine zusammengesetzte Anzeige erzeugt werden. Zum Wiedergeben der Fensterbenutzeroberfläche einer Anwendung verwendete grafische Daten können dann in den einzigen Rahmenpuffer 648 für die zusammengesetzte Anzeige geschrieben werden, die an mehrere Bildschirme 204 ausgegeben wird. Die Anzeigesteuerung 644 kann die Benutzeroberfläche einer Anwendung zu einem Teil des Rahmenpuffers 648 lenken, der auf eine bestimmte Anzeige 208 abgebildet wird, um somit die Benutzeroberfläche auf nur einem Bildschirm 212 anzuzeigen. Die Anzeigesteuerung 644 kann die Kontrolle über Benutzeroberflächen auf mehrere Anwendungen erweitern, wobei die Benutzeroberflächen für so viele Anzeigen gesteuert werden, wie mit einem Rahmenpuffer 648 oder einem Teil davon assoziiert sind. Dieser Ansatz kompensiert den physischen Bildschirm 212 und etwaige andere Konsolenbildschirme, die von der Softwarekomponente über der Anzeigesteuerung 644 im Gebrauch sind.
Der Anwendungsmanager 662 ist eine Anwendung, die eine Präsentationsschicht für die Fensterumgebung bereitstellt. Somit stellt der Anwendungsmanager 662 das grafische Modell für die Wiedergabe bereit. Ähnlich stellt der Desktop 666 die Präsentationsschicht für den Anwendungs-Store 660 bereit. Somit stellt der Desktop ein grafisches Modell einer Oberfläche mit auswählbaren Anwendungsikonen für die Anwendungen 664 in dem Anwendungs-Store 660 bereit, die dem Fensterverwaltungsmodul 632 zur Wiedergabe bereitgestellt werden können.
Ferner kann der Rahmen einen Anwendungsmodellmanager (AMM) 642 umfassen. Der Anwendungsmanager 662 kann mit dem AMM 642 eine Schnittstelle bilden. Bei Ausführungsformen empfängt der AMM 642 Zustandsänderungsinformationen von der Vorrichtung 212 hinsichtlich des Zustands von Anwendungen (die laufen oder suspendiert sind). Der AMM 642 kann Bitmapbilder aus dem Oberflächecache-Modul 628 mit den Anwendungen assoziieren, die leben (laufen oder suspendiert sind). Ferner kann der AMM 642 dem Anwendungsmanager 662 eine Liste ausgeführter Anwendungen bereitstellen.
Eine oder mehrere als Schnittstelle mit dem Fahrzeugsteuersystem 204 verwendete Gesten können wie in Verbindung mit 7A bis 7K beschrieben sein. 7A bis 7H zeigen verschiedene grafische Darstellungen von Gesteneingaben, die von dem Bildschirm bzw. den Bildschirmen 212 erkannt werden können. Die Gesten können nicht nur von einem Körperteil wie etwa einem Finger eines Benutzers ausgeführt werden, sondern auch von anderen Vorrichtungen, wie etwa einem Stift, die durch den Kontakterfassungsteil bzw. die Kontakterfassungsteile eines Bildschirms 212 erfasst werden können. Im Allgemeinen werden Gesten abhängig davon, wo die Gesten ausgeführt werden (entweder direkt auf der Anzeige 568 oder in der Gestenerfassungsregion 572) verschieden interpretiert. Zum Beispiel können Gesten in der Anzeige 568 zu einem Desktop oder einer Anwendung geleitet werden, und Gesten in der Gestenerfassungsregion 572 können als für das System bestimmt interpretiert werden.
Mit Bezug auf 7A–7H ist eine erste Art von Geste, eine Berührungsgeste 720, im Wesentlichen für einen ausgewählten Zeitraum auf dem Bildschirm 212 stationär. Ein Kreis 728 repräsentiert eine Berührung oder einen anderen Kontakttyp, die bzw. der an einem bestimmten Ort eines Kontakterfassungsteils des Bildschirms empfangen wird. Der Kreis 728 kann eine Grenze 732 umfassen, deren Dicke eine Zeitdauer angibt, für die der Kontakt an dem Kontaktort im Wesentlichen stationär gehalten wird. Zum Beispiel hat ein Tippen 720 (oder kurzes Drücken) eine dünnere Grenze 732a als die Grenze 732b für ein langes Drücken 724 (oder für ein normales Drücken). Bei dem langen Drücken 724 kann ein Kontakt erfolgen, der für einen längeren Zeitraum im Wesentlichen stationär auf dem Bildschirm bleibt als der eines Tippens 720. Es versteht sich, dass abhängig von der Zeitdauer, für die die Berührung vor Aufhören des Kontakts oder Bewegung auf dem Bildschirm stationär bleibt, anders definierte Gesten registriert werden können.
Mit Bezug auf 7C ist eine Ziehgeste 700 auf dem Bildschirm 212 ein anfänglicher Kontakt (repräsentiert durch den Kreis 728) mit Kontaktbewegung 736 in einer gewählten Richtung. Der anfängliche Kontakt 728 kann für einen bestimmten Zeitraum, der durch die Grenze 732 repräsentiert wird, auf dem Bildschirm 212 stationär bleiben. Bei der Ziehgeste muss der Benutzer typischerweise ein Ikon, Fenster oder anderes angezeigtes Bild an einem ersten Ort kontaktieren, gefolgt von Bewegung des Kontakts in einer Ziehrichtung zu einem neuen, zweiten Ort, der für das gewählte angezeigte Bild gewünscht wird. Die Kontaktbewegung muss nicht in einer geraden Linie erfolgen, sondern kann einen beliebigen Bewegungspfad aufweisen, solange der Kontakt im Wesentlichen vom ersten zum zweiten Ort kontinuierlich ist.
Mit Bezug auf 7D ist eine Schnickgeste 704 auf dem Bildschirm 212 ein anfänglicher Kontakt (repräsentiert durch den Kreis 728) mit abgeschnittener Kontaktbewegung 736 (relativ zu einer Ziehgeste) in einer gewählten Richtung. Bei Ausführungsformen weist ein Schnicken verglichen mit der Ziehgeste eine höhere Austrittsgeschwindigkeit für die letzte Bewegung auf. Die Schnickgeste kann zum Beispiel ein Fingerschnippen sein, das anfänglichem Kontakt folgt. Verglichen mit einer Ziehgeste erfordert eine Schnickgeste im Allgemeinen nicht kontinuierlichen Kontakt mit dem Bildschirm 212 vom ersten Ort eines angezeigten Bildes zu einem vorbestimmten zweiten Ort. Das kontaktierte angezeigte Bild wird durch die Schnickgeste in der Richtung der Schnickgeste zu dem vorbestimmten zweiten Ort bewegt. Obwohl beide Gesten gewöhnlich ein angezeigtes Bild von einem ersten Ort zu einem zweiten Ort bewegen können, ist die zeitliche Dauer und Bewegungsdistanz des Kontakts auf den Bildschirm im Allgemeinen bei einem Schnicken kleiner als bei einer Ziehgeste.
Mit Bezug auf 7E ist eine Kniffgeste 708 auf dem Bildschirm 212 abgebildet. Die Kniffgeste 708 kann durch einen ersten Kontakt 728 des Bildschirms 212 zum Beispiel durch einen ersten Finger und einen zweiten Kontakt 728b des Bildschirms 212 zum Beispiel durch einen zweiten Finger eingeleitet werden. Der erste und zweite Kontakt 728a, b können durch einen gemeinsamen Kontakterfassungsteil eines gemeinsamen Bildschirms 212, durch verschiedene Kontakterfassungsteile eines gemeinsamen Bildschirms 212 oder durch verschiedene Kontakterfassungsteile verschiedener Bildschirme 212 detektiert werden. Der erste Kontakt 728a wird für eine erste Zeitdauer gehalten, die durch die Grenze 732a repräsentiert wird, und der zweite Kontakt 728b wird für eine zweite Zeitdauer gehalten, die durch die Grenze 732b repräsentiert wird. Die erste und zweite Zeitdauer sind im Allgemeinen im Wesentlichen gleich, und der erste und zweite Kontakt 728a, b erfolgen im Allgemeinen im Wesentlichen gleichzeitig. Der erste und zweite Kontakt 728a, b umfassen im Allgemeinen auch eine erste bzw. zweite Kontaktbewegung 736a, b. Die erste und zweite Kontaktbewegung 736a, b erfolgen im Allgemeinen in entgegengesetzter Richtung. Anders ausgedrückt, erfolgt die erste Kontaktbewegung 736a in Richtung des zweiten Kontakts 736b und die zweite Kontaktbewegung 736b in Richtung des ersten Kontakts 736a. Einfacher ausgedrückt, kann die Kniffgeste 708 erreicht werden, indem Finger eines Benutzers den Bildschirm 212 in einer Kniffbewegung berühren.
Mit Bezug auf 7F ist eine Spreizgeste 710 auf dem Bildschirm 212 abgebildet. Die Spreizgeste 710 kann durch einen ersten Kontakt 728a des Bildschirms 212 zum Beispiel durch einen ersten Finger und einen zweiten Kontakt 728b des Bildschirms 212 zum Beispiel durch einen zweiten Finger eingeleitet werden. Der erste und zweite Kontakt 728a, b können durch einen gemeinsamen Kontakterfassungsteil eines gemeinsamen Bildschirms 212, durch verschiedene Kontakterfassungsteile eines gemeinsamen Bildschirms 212 oder durch verschiedene Kontakterfassungsteile verschiedener Bildschirme 212 detektiert werden. Der erste Kontakt 728a wird für eine erste Zeitdauer gehalten, die durch die Grenze 732a repräsentiert wird, und der zweite Kontakt wird für eine zweite Zeitdauer gehalten, die durch die Grenze 732b repräsentiert wird. Die erste und zweite Zeitdauer sind im Allgemeinen im Wesentlichen gleich, und der erste und zweite Kontakt 728a, b erfolgen im Allgemeinen im Wesentlichen gleichzeitig. Der erste und zweite Kontakt 728a, b umfassen im Allgemeinen auch eine entsprechende erste bzw. zweite Kontaktbewegung 736a, b. Die erste und zweite Kontaktbewegung 736a, b erfolgen im Allgemeinen in einer gemeinsamen Richtung. Anders ausgedrückt, erfolgen die erste und zweite Kontaktbewegung 736a, b von dem ersten und zweiten Kontakt 728a, b weg. Einfacher ausgedrückt, kann die Spreizgeste 710 erreicht werden, indem Finger eines Benutzers den Bildschirm 212 in einer Spreizbewegung berühren.
Die obigen Gesten können auf beliebige Weise kombiniert werden, wie etwa die in 7G und 7H gezeigten, um ein bestimmtes Funktionsergebnis zu produzieren. Zum Beispiel wird in 7G eine Tippgeste 720 mit einer Zieh- oder Schnickgeste 712 in einer von der Tippgeste 720 wegführenden Richtung kombiniert. In 7H wird eine Tippgeste 720 mit einer Zieh- oder Schnickgeste 712 in einer Richtung zu der Tippgeste 720 hin kombiniert.
Das Funktionsergebnis des Empfangens einer Geste kann abhängig von mehreren Faktoren variieren, darunter ein Zustand des Fahrzeugs 104, der Anzeige 568 oder des Bildschirms 212, eines mit der Geste assoziierten Kontexts oder dem erfassten Ort der Geste. Der Zustand des Fahrzeugs bezieht sich gewöhnlich auf eine oder mehrere einer Konfiguration des Fahrzeugs 104, einer Anzeigeorientierung und vom Fahrzeug 104 empfangene Benutzer- und andere Eingaben. Kontext bezieht sich gewöhnlich auf eine oder mehrere der konkreten Anwendung(en), die durch die Geste ausgewählt werden, und den Teil bzw. die Teile der Anwendung, die gerade ausgeführt wird, ob die Anwendung eine Einfach- oder Mehrfachbildschirmanwendung ist und ob die Anwendung eine Mehrfachbildschirmanwendung ist, die ein oder mehrere Fenster anzeigt. Der erfasste Ort der Geste bezieht sich gewöhnlich darauf, ob die erfasste Menge(n) von Gestenortskoordinaten auf einer berührungsempfindlichen Anzeige 568 oder einer Gestenerfassungsregion 572 liegen, ob die erfasste Menge(n) von Gestenortskoordinaten mit einer gemeinsamen oder verschiedenen Anzeige oder einem gemeinsamen oder verschiedenen Bildschirm 212 assoziiert sind und/oder darauf, welcher Teil der Gestenerfassungsregion die erfasste Menge(n) von Gestenortskoordinaten enthält.
Ein Tippen kann, wenn es von einer berührungsempfindlichen Anzeige 568 empfangen wird, zum Beispiel verwendet werden, um ein Ikon zum Einleiten oder Beendigen der Ausführung einer entsprechenden Anwendung auszuwählen, um ein Fenster zu maximieren oder zu minimieren, um Fenster in einem Stapel umzuordnen und um Benutzereingaben bereitzustellen, wie etwa durch Tastaturanzeige oder ein anderes angezeigtes Bild. Ein Ziehen kann, wenn es von einer berührungsempfindlichen Anzeige 568 empfangen wird, zum Beispiel verwendet werden, um ein Ikon oder Fenster zu einem gewünschten Ort in einer Anzeige zu verlagern, um einen Stapel auf einer Anzeige umzuordnen oder um beide Anzeigen zu überspannen (so dass das ausgewählte Fenster einen Teil jeder Anzeige gleichzeitig einnimmt). Ein Schnicken kann, wenn es von einer berührungsempfindlichen Anzeige 568 oder einer Gestenerfassungsregion 572 empfangen wird, verwendet werden, um ein Fenster von einer ersten Anzeige zu einer zweiten Anzeige zu verlagern oder um beide Anzeigen zu überspannen (so dass das ausgewählte Fenster einen Teil jeder Anzeige gleichzeitig einnimmt). Im Gegensatz zu der Ziehgeste wird die Schnickgeste im Allgemeinen jedoch nicht dazu benutzt, das angezeigte Bild zu einem spezifischen benutzergewählten Ort zu bewegen, sondern zu einem Vorgabeort, der nicht durch den Benutzer konfigurierbar ist.
Die Kniffgeste kann, wenn sie von einer berührungsempfindlichen Anzeige 568 oder einer Gestenerfassungsregion 572 empfangen wird, verwendet werden, um den angezeigten Bereich oder die Größe eines Fensters (typischerweise bei vollständigem Empfang durch eine gemeinsame Anzeige) zu minimieren oder ansonsten zu vergrößern, um Fenster, die an der obersten Position des Stapels auf jeder Anzeige angezeigt werden, auf die oberste Position des Stapels der anderen Anzeige zu schalten (typischerweise bei Empfang durch verschiedene Anzeigen oder Bildschirme), oder um einen Anwendungsmanager anzuzeigen (ein „Popup-Fenster”, das die Fenster in dem Stapel anzeigt). Die Spreizgeste kann, wenn sie von einer berührungsempfindlichen Anzeige 568 oder einer Gestenerfassungsregion 572 empfangen wird, verwendet werden, um den angezeigten Bereich oder die Größe eines Fensters zu maximieren oder anderweitig zu vergrößern, um Fenster, die an der obersten Position des Stapels auf jeder Anzeige angezeigt werden, zu der obersten Position des Stapels der anderen Anzeige zu schalten (typischerweise bei Empfang durch verschiedene Anzeigen oder Bildschirme), oder um einen Anwendungsmanager anzuzeigen (typischerweise bei Empfang durch eine Außerbildschirm-Gestenerfassungsregion auf demselben oder verschiedenen Bildschirmen).
Die kombinierten Gesten von 7G können, wenn sie von einer gemeinsamen Anzeigeerfassungsregion einer gemeinsamen Anzeige oder einem gemeinsamen Bildschirm 212 empfangen werden, verwendet werden, um einen ersten Fensterort für eine Anzeige, die die Geste empfängt, konstant zu halten, während ein zweiter Fensterort umgeordnet wird, um ein Fenster in die die Geste empfangende Anzeige aufzunehmen. Die kombinierten Gesten von 7H können, wenn sie von verschiedenen Anzeigeerfassungsregionen in einer gemeinsamen Anzeige oder einen gemeinsamen Bildschirm 212 oder in verschiedenen Anzeigen oder Bildschirmen empfangen werden, verwendet werden, um einen ersten Fensterort für eine Anzeige, die den Tipteil der Geste empfängt, zu halten, während ein zweiter Fensterort umgeordnet wird, um ein Fenster in die die Schnick- oder Ziehgeste empfangende Anzeige aufzunehmen. Obwohl spezifische Gesten und Gestenerfassungsregionen in den vorhergehenden Beispielen mit entsprechenden Mengen von funktionalen Ergebnissen assoziiert wurden, versteht sich, dass diese Assoziationen auf beliebige Weise umdefiniert werden können, um unterschiedliche Assoziationen zwischen Gesten und/oder Gestenerfassungsregionen und/oder funktionalen Ergebnissen zu produzieren.
Gesten, die im dreidimensionalen Raum und nicht auf einem berührungsempfindlichen Bildschirm 568 oder der Gestenerfassungsregion 572 abgeschlossen werden können, können wie in 7I bis 7K sein. Die Gesten können in einem Bereich abgeschlossen werden, in dem ein Sensor 242, wie etwa ein optischer Sensor, Infrarotsensor oder eine andere Art von Sensor, die Geste detektieren kann. Zum Beispiel (Geste 740 in 7I) kann eine Person ihre Hand 764 öffnen und ihre Hand in einer Hin- und Herrichtung 748 als Geste 740 bewegen, um eine bestimmte Funktion mit dem Fahrzeug 104 abzuschließen. Zum Beispiel kann die Geste 764 den Sender des Radios in dem Fahrzeug 104 wechseln. Die Sensoren 242 können die Konfiguration der Hand und auch den Vektor der Bewegung bestimmen. Die Vektor- und Handkonfiguration kann so interpretiert werden, dass sie für das Fahrzeugsteuersystem 204 bestimmte Dinge bedeuten und verschiedene Ergebnisse produzieren.
In einem anderen Beispiel für eine Geste 752 in 7J kann ein Benutzer seine Hand 764 konfigurieren, um zwei Finger auszustrecken und die Hand in einer Herauf- und Herab-Operation 756 bewegen. Diese Geste 752 kann die Lautstärke des Radios oder eine bestimmte andere Funktion steuern. Wieder können die Sensoren 242 bestimmen, wie die Person ihre Handgeste konfiguriert hat, sowie den Vektor der Bewegung. In einem anderen Beispiel für eine in 7K gezeigt Geste 760 kann ein Benutzer seine mittleren drei Finger in einem Winkel von 45° von der geraden Vertikalen ausstrecken und die Hand in einer Bewegung entgegen dem Uhrzeigersinn 764 kreisen lassen. Diese Geste 760 kann bewirken, dass das Automobil die Heizung ändert oder eine bestimmte andere Funktion durchführt. Wie für Fachleute erkennbar ist, sind die Konfigurationen der Hand und die Arten von Bewegung variabel. Somit kann der Benutzer die Hand 764 auf eine beliebige vorstellbare Weise konfigurieren und kann auch diese Hand 764 in einer beliebigen Richtung mit einem beliebigen Vektor im dreidimensionalen Raum bewegen.
Die Gesten 740, 752, 760, wie in 7I bis 7K gezeigt, können in einem vorbestimmten Raumvolumen in dem Fahrzeug 104 stattfinden. Zum Beispiel kann ein Sensor 242 dafür ausgelegt sein, solche Gesten 740, 752, 760 zwischen dem Beifahrer- und dem Fahrersitz über einem Konsolenbereich im Fahrgastraum des Automobils 104 zu identifizieren. Die Gesten 740, 752, 760 können in einem Bereich 1 304a zwischen den Zonen A 312a und B 312b erfolgen. Es kann jedoch andere Bereiche 308 geben, in denen ein Benutzer bestimmte Gesten verwenden kann, wobei die Sensoren 242 in der Lage sein können, zu bestimmen, dass eine bestimmte Funktion erwünscht ist. Gesten, die ähnlich sein können, aber in verschiedenen Bereichen im Fahrzeug 104 verwendet werden, können die Ausführung verschiedener Funktionen bewirken. Zum Beispiel kann die Geste 740 in 7I, wenn sie in der Zone E 312e verwendet wird, die in der Zone E 312e bereitgestellte Heizung ändern, kann aber bei Verwendung in Zone A 312a den Sender eines Radios wechseln. Ferner können die Gesten mit anderen Körperteilen durchgeführt werden, zum Beispiel können verschiedene Ausdrücke des Gesichts einer Person verwendet werden, um Funktionen im Fahrzeug 104 zu steuern. Außerdem kann der Benutzer in bestimmten Umständen zwei Hände benutzen oder andere Arten von physischen Bewegungen durchführen, die verschiedene Reaktionen im Fahrzeug 104 verursachen können.
Eine Ausführungsform einer Datenstruktur 800 zum Speichern verschiedener Einstellungen ist in 8 gezeigt. Die Datenstruktur 800 kann eine oder mehrere der Daten-Dateien oder Datenobjekte 804 umfassen. Somit kann die Datenstruktur 800 verschiedene Arten von Datenbanken oder Datenspeicherung repräsentieren, zum Beispiel objektorientierte Datenbanken, Flach-Datei-Datenstrukturen, relationale Datenbanken oder andere Arten von Datenspeicherungsanordnungen. Die Daten-Datei 804 kann mehrere Teile 808–836 umfassen, die verschiedene Arten von Daten repräsentieren. Jede dieser Arten von Daten kann mit einem Benutzer assoziiert werden, wie im Teil 808 gezeigt.
Es kann einen oder mehrere Benutzerdatensätze 840 und zugeordnete Daten geben, die in der Daten-Datei 804 gespeichert sind. Der Benutzer kann eine beliebige Person sein, die das Fahrzeug oder Transportmittel 104 benutzt oder es fährt. Der Benutzer kann im Teil 812 identifiziert werden. Für das Fahrzeug 104 kann der Benutzer eine Menge von einem oder mehreren Merkmalen umfassen, die den Benutzer identifizieren können. Diese Merkmale können die physischen Charakteristika der Person sein, die durch Gesichtserkennung oder eine bestimmte andere Art von System identifiziert werden können. Bei anderen Ausführungsformen kann der Benutzer dem Fahrzeugsteuersystem 204 einen einzigartigen Code geben oder eine bestimmte andere Art von Daten, die es dem Fahrzeugsteuersystem 204 erlaubt, den Benutzer zu identifizieren. Die Merkmale oder Charakteristika des Benutzers werden dann in dem Teil 812 gespeichert.
Jeder in dem Teil 808 identifizierte Benutzer kann eine andere Menge von Einstellungen für jeden Bereich 308 und/oder jede Zone 312 in dem Fahrzeug 104 aufweisen. Somit kann jede Menge von Einstellungen auch mit einer vorbestimmten Zone 312 oder einem vorbestimmten Bereich 308 assoziiert werden. Die Zone 312 wird in dem Teil 820 gespeichert, und der Bereich 308 in dem Teil 816.
In dem Teil 824 können eine oder mehrere Einstellungen gespeichert werden. Diese Einstellungen 824 können die Konfigurationen verschiedener Funktionen in dem Fahrzeug 104 sein, die durch oder für diesen Benutzer spezifiziert werden. Zum Beispiel können die Einstellungen 824 die Position eines Sitzes, die Position eines Lenkrads, eine Heizungs-/Kühleinstellung, eine Radioeinstellung, eine Tempostateinstellung oder eine bestimmte andere Art von mit dem Fahrzeug 104 assoziierter Einstellung sein. Ferner können in Fahrzeugen, die dafür ausgelegt sind, über eine konfigurierbare Konsole oder eine konfigurierbare Armatur oder Heads-Up-Anzeige zu verfügen, die Einstellungen 824 auch dafür sorgen, wie diese Heads-Up-Anzeige, Armatur oder Konsole für diesen bestimmten Benutzer konfiguriert werden. Jede Einstellung 824 kann mit einem anderen Bereich 308 oder einer anderen Zone 312 assoziiert werden. Somit kann es mehr Einstellungen 824 dafür geben, wenn der Benutzer der Fahrer ist, und in Zone A, 312A, von Bereich 1, 308A. Es kann jedoch unter den verschiedene Zonen 312 oder Bereichen 803 ähnliche Einstellungen 824 geben, wie in Teil 824 gezeigt. Zum Beispiel können die Heizungs- oder Radioeinstellungen für den Benutzer in jeder Zone 312 ähnlich sein.
Die Sensoren 242 im Fahrzeug 104 können in der Lage sein, im Teil 828 Gesundheitsdaten entweder zu erhalten oder zu verfolgen. Gesundheitsdaten 828 wären zum Beispiel eine beliebige Art von dem Benutzer zugeordnetem physischem Charakteristikum. Zum Beispiel können ein Puls, ein Blutdruck, eine Temperatur oder andere Arten von Gesundheitsdaten erhalten und in dem Teil 828 gespeichert werden. Der Benutzer kann diese Gesundheitsdaten über einen Zeitraum verfolgen lassen, um eine statistische Analyse der Gesundheit des Benutzers während des Betreibens des Fahrzeugs 104 zu erlauben. Wenn eine bestimmte Funktion der Gesundheit des Benutzers von einer Norm abweicht, kann das Fahrzeug 104 auf diese Weise in der Lage sein, zu bestimmen, dass ein Problem mit der Person besteht, und auf diese Daten zu reagieren.
Eine oder mehrere Gesten können in dem Teil 832 gespeichert werden. Somit können die in Verbindung mit 7A bis 7K verwendeten und beschriebenen Gesten konfigurierbar sein. Diese Gesten können vom Benutzer bestimmt oder erzeugt und in dem Teil 832 gespeichert werden. Ein Benutzer kann für jede Zone 312 oder jeden Bereich 308 über verschiedene Gesten verfügen. Die Gesten, die bestimmte Dinge während des Fahrens durchführen, können andere Dinge durchführen, während man sich in einem anderen Bereich 308 des Fahrzeugs 104 befindet. Somit kann der Benutzer während des Fahrens eine erste Menge von Gesten verwenden, und eine zweite Menge, während er ein Passagier ist. Ferner können sich ein oder mehrere Benutzer Gesten teilen, wie im Teil 832 gezeigt. Jeder Fahrer kann über eine gemeinsame Menge von Gesten verfügen, die sie in Zone A, 312a verwenden. Jede dieser Gesten kann bestimmt oder erfasst und dann mit ihren Durchschnittscharakteristika (z. B. Vektor, Position der Geste usw.) im Teil 832 gespeichert werden.
Im Teil 836 können eine oder mehrere Mengen von Sicherheitsparametern gespeichert werden. Sicherheitsparameter 836 können gemeinsame Betriebscharakteristika für diesen Fahrer/Passagier oder für alle Fahrer/Passagiere sein, die, wenn sie abweichen, bestimmen können, dass ein Problem mit dem Fahrer/Passagier oder dem Fahrzeug 104 besteht. Zum Beispiel kann eine bestimmte Route wiederholt genommen und eine Durchschnittsgeschwindigkeit oder mittlere Geschwindigkeit bestimmt werden.
Wenn die mittlere Geschwindigkeit um eine bestimmte Anzahl von Standardabweichungen abweicht, kann ein Problem mit dem Fahrzeug 104 oder dem Benutzer bestimmt werden. In einem anderen Beispiel können die Gesundheitscharakteristika oder das Fahrerlebnis des Benutzers bestimmt werden. Wenn der Benutzer in einer bestimmten Position fährt, bei der sein Kopf einen bestimmten Teil des dreidimensionalen Raums in dem Fahrzeug 104 einnimmt, kann das Fahrzeugsteuersystem 204 bestimmen, dass der Sicherheitsparameter umfasst, dass Gesicht oder Kopf des Benutzers sich in diesem bestimmten Teil des Fahrzeuginnenraums befinden. Wenn der Kopf des Benutzers für eine bestimmte Zeitdauer von diesem Innenraum abweicht, kann das Fahrzeugsteuersystem 204 bestimmen, dass etwas mit dem Fahrer nicht stimmt, und Funktion oder Betrieb des Fahrzeugs 104 ändern, um dem Fahrer zu helfen. Dies kann zum Beispiel geschehen, wenn eine Benutzer am Lenkrad einschläft. Wenn der Kopf des Benutzers herunterhängt und nicht mehr einen bestimmten dreidimensionalen Raum einnimmt, kann das Fahrzeugsteuersystem 204 bestimmen, dass der Fahrer eingeschlafen ist, und kann die Kontrolle des Betriebs des Fahrzeugs 204 übernehmen und das Fahrzeug 204 zur Straßenseite steuern. In anderen Beispielen kann, wenn die Reaktionszeit des Benutzers zu langsam ist oder ein bestimmter anderer Sicherheitsparameter nicht nominal ist, das Fahrzeugsteuersystem 204 bestimmen, dass der Benutzer berauscht ist oder ein bestimmtes anderes medizinisches Problem hat. Das Fahrzeugsteuersystem 204 kann dann die Kontrolle des Fahrzeugs übernehmen, um sicherzustellen, dass der Fahrer sicher ist.
Eine Ausführungsform zur Kommunikationssystemkonfiguration 900 ist durch 9 gezeigt. Hier ist das Fahrzeug 104 mit einem Fahrgastinnenraum gezeigt. Der Fahrgastinnenraum kann zwei oder mehr verschiedene Kommunikationssendeempfänger 904 umfassen. Die Kommunikationssendeempfänger 904 können in dem Fahrgastraum positioniert sein, um Signalidentifikation und -lokalisierung zu gewährleisten. Zum Beispiel befinden sich die Kommunikationssendeempfänger 904a, 904b, 904c und 904d aktuell in den Ecken oder Weiten des Fahrgastinnenraums des Fahrzeugs 104. Auf diese Weise können durch die Kommunikationssendeempfänger 904 empfangene Signale untersucht oder analysiert werden, um den Ursprungsort des Signals zu identifizieren. Dementsprechend können die Kommunikationssendeempfänger 904 einen Geofence (d. h. eine virtuelle Umgrenzung für einen geografischen Bereich der realen Welt) um das Fahrzeug 104 erzeugen, der es dem Kommunikationssystem erlaubt, zu bestimmen, ob empfangene Signale aktuell von innerhalb des Fahrzeugs 104 stammen.
Eine Ausführungsform eines Kommunikationssystem oder -netzes 1000 ist in 10 gezeigt. Das Kommunikationssystem 1000 kann zwei oder mehr BLUETOOTH-TM-Sendeempfänger 1004 umfassen. Jeder BLUETOOTH-TM-Sendeempfänger 1004 kann mit einer Einzelbenutzervorrichtung 1008 gepaart werden. Somit kann der BLUETOOTH-TM-Sendeempfänger 1 1004A mit der Vorrichtung 1008A des Benutzers 1 kommunizieren. Es kann eine beliebige Anzahl verschiedener BLUETOOTH-TM-Sendeempfänger geben, wie durch Ellipsen 1032 dargestellt. Die BLUETOOTH-TM-Sendeempfänger 1004 können unter Verwendung des BLUETOOTH-TM-Protokolls Kommunikation mit der Benutzervorrichtung 1008 durchführen. Informationen, die empfangen und/oder zu der Benutzervorrichtugn 1008 gesendet werden, können aus dem Kommunikationssystem 1028 stammen. Eine Ausführungsform eines Kommunikationssystems ist wie in 11 vorgesehen.
Das Kommunikationssystem 1000 kann auch andere Kommunikationskomponenten umfassen, die mit anderen Protokollen kommunizieren können. Zum Beispiel kann das Kommunikationsmodul 1012 unter Verwendung von 802.11, 802.11G oder einem anderen LAN-Protokoll kommunizieren. Der drahtlose LAN-Router bzw. die Antenne 1012 kann mit einem anderen Benutzer 1008c oder anderen Komponenten 1024 kommunizieren. Somit können die Benutzer oder Komponenten, die nicht durch das Array von BLUETOOTH-TM-Sendeempfänger 1004 kommunizieren können, immer noch mit dem Fahrzeugkommunikationssystem 1028 kommunizieren. Zu anderen Arten von Kommunikationsvorrichtungen oder -komponenten kann ein Ethernet-LAN 1016 gehören. Das Ethernet LAN 1016 kann einen oder mehrere festverdrahtete Ports umfassen, die in dem Fahrzeug 104 verbunden sein können. Es kann andere Arten von Protokollen oder Systemen geben, die verwendet werden, um mit dem Kommunikationssystem 1028 zu kommunizieren, wie durch Ellipsen 1020 dargestellt. Die Komponenten in dem Kommunikationssystem 1000 können Hardware und/oder Software sein und können so arbeiten, wie es in der Technik als diesen Kommunikationsprotokollen zugeordnet verstanden wird.
Eine Ausführungsform eines Kommunikationssystems 1028 ist in 11 gezeigt. Das Kommunikationssystem 1028 kann zwei oder mehr Kommunikationsmodule 1104 umfassen. Jedes Kommunikationsmodul kann mit einer bestimmten Art von Kommunikationskomponente, z. B. den BLUETOOTH-TM-Sendeempfängern 1004, dem 802.11-Router 1012 oder anderen Arten von Kommunikationssystemen kommunizieren. Das Systemkommunikationsmodul 1104 kann betreibbar sein zum Bilden einer Schnittstelle mit einer einzigen Art von Kommunikationskomponente, kann diese Signale aber einem gemeinsamen Signalprozessor 1108 bereitstellen. Ein Übersetzungsmodul 1120 kann betreibbar sein zum Übersetzen der empfangenen oder gesendeten Signale in ein gemeinsames Format für den Signalprozessor 1108. Das Übersetzungsmodul 1120 kann somit die Signale system- oder protokollagnostisch für den Signalprozessor 1108 machen, aber auch die Verwendung verschiedener und unterschiedlicher Kommunikationsmodule 1104 erlauben.
Der Signalprozessor 1108 kann betreibbar sein zum Analysieren von Signalcharakteristika, Weiterleiten von Nachrichten oder Durchfühhren anderer Arten von Verarbeitung für das Kommunikationssystem 1028. Ein Signalprozessor 1108 kann Signaldaten von den Kommunikationsmodulen 1104 empfangen. Diese Daten können Zeitstempel, Signaldämpfungscharakteristika, Dopplerverschiebungscharakteristika und andere Arten von Charakteristika über das Signal umfassen. Die Signaldaten können dann mit dem Signalprozessor 1108 analysiert werden, um den Ort der Quelle des Signals zu bestimmen. Diese Ortsbestimmung kann dann verwendet werden, um zu bestimmen, ob ein Benutzer Zugang zu dem Kommunikationssystem 1028 erhält.
Wenn Zugang gewährt wird, kann das Adressenmodul 1112 der Vorrichtung eine Adresse bereitstellen, um Kommunikation zwischen Vorrichtungen oder Kommunikation von dem Fahrzeug 104 zu der Vorrichtung bereitzustellen. Das Adressenmodul 1112 kann ein Domänennamenserver (DNS) oder eine andere Art von Adressierungssystem sein. Der Signalprozessor 1108 kann auch Daten über das Signal, die mit dem Signal assoziierte Vorrichtung, den mit dem Signal assoziierten Benutzer oder andere Daten in der Signaldaten-Datenbank 1116 speichern. Die Datenbank 1116 kann eine beliebige Art von Datenstruktur oder Datenspeicherungssystem sein, zum Beispiel eine objektorientierte Datenbank, eine Flach-Datei-Datenbank oder andere Arten von Datenbanken. Die Daten können beliebige Daten umfassen, die durch den Signalprozessor 1108 empfangen und/oder verarbeitet und zum Identifizieren des Quellenorts der Signale verwendet werden. Der Signalprozessor 1108 kann auf die Informationen in der Datenbank 1116 zugreifen, sie speichern oder verwalten. Die durch den Signalprozessor 1108 empfangenen Signale können von dem Prozessor 504 in dem Fahrzeugsteuersystem 204 oder zu diesem gesendet werden.
Eine Ausführungsform eines Verfahrens 1200/1236 zum Erzeugen eines universellen Busses für das Fahrzeugsystem ist in 12A und 12B gezeigt. Dagegen ist eine allgemeine Reihenfolge für die Schritte des Verfahrens 1200 in 12A und 12B gezeigt. Im Allgemeinen beginnt das Verfahren 1200/1236 mit einer Startoperation 1204/1238 und endet mit einer Endoperation 1232/1264. Das Verfahren 1200/1236 kann mehr oder weniger Schritte umfassen oder kann die Reihenfolge der Schritte anders als in den 12A und 12B gezeigt anordnen. Das Verfahren 1200/1236 kann als Menge von computerausführbaren Anweisungen ausgeführt werden, die durch ein Computersystem ausgeführt und auf einem computerlesbaren Medium codiert oder gespeichert werden. Im Folgenden soll das Verfahren 1200/1236 mit Bezug auf Systeme, Komponenten, Module, Software, Datenstrukturen, Benutzeroberflächen usw. erläutert werden, die in Verbindung mit 1–11 beschrieben werden.
Das Kommunikationssystem 1028 kann ein Signal von einer Vorrichtung empfangen (Schritt 1208). Das Signal kann durch einen der Empfänger 904 empfangen werden, die einen BLUETOOTH-TM-Sendeempfänger 1004, einen 802.11-Sendeempfänger 1012 oder einen bestimmten anderen Empfänger umfassen können. Das Signal kann dann zu dem Kommunikationssystem 1028 transferiert werden.
Im Schritt 1212 kann das Kommunikationssystem 1028 bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammte. An dem Signal oder an in dem Signal enthaltenen Signalinformationen können verschiedene Analysen ausgeführt werden. Etwas dieser Analyse kann wie in Verbindung mit 12B beschrieben sein. Wenn bestimmt wird, dass das Signal von außerhalb des Fahrzeugs stammt, kann das Verfahren 1200 per NEIN zu Schritt 1216 voranschreiten, in dem das Kommunikationssystem 1028 den Empfang des Signals zurückweisen kann. Wenn bestimmt wird, dass das Signal von innerhalb des Fahrzeugs stammte, kann das Verfahren 1200 per JA zu Schritt 1220 voranschreiten, in dem das Kommunikationssystem 1028 eine Verbindung mit der Vorrichtung 1008 herstellen kann.
Das Kommunikationssystem 1028 kann im Schritt 1220 eine Internet Protocol-(IP-)Adresse oder eine andere Art von Zugang bereitstellen, so dass von der Vorrichtung 1008 kommende Signale danach nicht zurückgewiesen werden. Es können auch andere Arten von drahtlosen oder verdrahteten Verbindungen hergestellt werden. Wenn die Verbindung mit einer BLUETOOTH-TM-fähigen Vorrichtung 1008 erfolgt, kann das Kommunikationssystem 1028 die Vorrichtung 1008 mit einem BLUETOOTH-TM-Sendeempfänger 1004 paaren (Schritt 1224). Das Kommunikationssystem 1028 kann mehrere Paarungen vornehmen, da zwei oder mehr BLUETOOTH-TM-Sendeempfänger 1008 verfügbar sein können. Beim Herstellen der Verbindung oder Paarung kann das Kommunikationssystem 1028 dem Kommunikationsbus 1228 Zugang bereitstellen, so dass Signale zu und von Vorrichtungen 1008 zu dem Prozessor 504 des Fahrzeugsteuersystems 204 weitergeleitet werden, worauf die Vorrichtung 1008, die Signale sendet, zugreifen kann. Auf diese Weise wird ein Kommunikationsbus durch drahtlose oder drahtgebundene Verbindungen hergestellt.
Eine Ausführungsform von Analyse zur Bestimmung, ob ein Signal von innerhalb eines Fahrzeugs stammt, ist in 12B gezeigt. Der Signalprozessor 1108 des Kommunikationssystems 1028 kann Signalcharakteristika analysieren (Schritt 1240). Signalcharakteristika wären, aber ohne Beschränkung darauf, eine oder mehrere von Analysieren der Signaldämpfung, wobei ein Signal mit schwindender Stärke oder zunehmender Stärke als sich in relativer Nähe oder Position des Fahrzeugs 104 bewegend bestimmt werden kann, Analysieren einer etwaigen Dopplerverschiebung in der Frequenz, die Bewegung in Bezug auf das Fahrzeug 104 anzeigen kann, Analysieren einer beliebigen Art von Verzögerung zwischen dem Empfang desselben Signals an den verschiedenen Sendeempfängern 904A bis 904D. Eine Empfangszeitdifferenz kann verwendet werden, um zu triangulieren, wo der Ort des Signals herkam und ob dieser Ort außerhalb des Fahrzeugs oder innerhalb des Fahrzeugs ist.
Der Signalprozessor 1108 kann auch Ortsinformationen analysieren (Schritt 1244). Neben den Signalcharakteristika kann der Signalprozessor 1108 Informationen von Sensoren 242 empfangen, um einen Ort des Fahrzeugs 104 zu bestimmen. Wenn der Ort des Fahrzeugs 104 in einem Bereich ist, in dem keine Wahrscheinlichkeit von Signalstau besteht, zum Beispiel auf der Auffahrt von jemandes Haus, kann bestimmt werden, dass alle empfangenen Signale innerhalb des Fahrzeugs waren. Während Signale empfangen werden und wenn sich der Ort geändert hat, kann der Signalprozessor 1108 somit bestimmen, ob er aktuelle Ort ein Bereich ist, in dem weitere Signale empfangen werden können, die sich außerhalb des Fahrzeugs befänden, oder ob sich die empfangenen Signale geändert haben.
Es kann auch eine Analyse der das Signal sendenden Person verwendet werden (Schritt 1248). Somit kann der Signalprozessor 1108 auf die Signaldaten 1116 zugreifen, um zu bestimmen, ob die Signale von dieser Vorrichtung oder von dieser Person zuvor empfangen wurden. Das Signal kann somit eine in den Signaldaten dokumentierte Person identifizieren, und der Signalprozessor 1108 kann bestimmen, ob diese Person den Signalprozessor 1108 zuvor benutzt oder sich mit ihm verbunden hat. Ferner kann der Signalprozessor 1108 bestimmen, ob Bewegung des Fahrzeugs vorliegt (Schritt 1252). Wenn ein Signal in dem Auto verbleibt, nachdem sich das Fahrzeug 104 bewegt, kann bestimmt werden, dass dieses Signal sich innerhalb des Fahrzeugs 104 befindet. Wenn zum Beispiel das Signal am Anfang einer Route empfangen wird und dann an einem bestimmten Zeitpunkt danach das Signal weiter empfangen wird, wird bestimmt, dass sich dieses Signal im Inneren des Fahrzeugs 104 befindet.
Ferner können Sensordaten analysiert werden (Schritt 1256). Sensordaten wären Dinge wie Bestimmen, ob es Personen gibt, und die Anzahl der Personen in einem Auto. Wenn es also drei Personen in dem Fahrzeug 104 gibt und drei Signale empfangen werden, kann bestimmt werden, dass alle drei Signale innerhalb des Fahrzeugs sind. Ferner kann es für die Sensoren 242 möglich sein, zu bestimmen, ob eine Vorrichtung aktuell in dem Fahrzeug verwendet wird. Wenn zum Beispiel ein optischer Sensor eine Vorrichtung 1008 in seinem Sichtfeld sehen kann und/oder wenn ein elektromagnetischer Feldsensor bestimmt, dass EMF-Strahlung von einem Ort im Fahrzeug 104 ausgeht, kann der Signalprozessor 1108 bestimmen, dass das Signal von innerhalb eines Fahrzeugs 104 stammt.
Der Signalprozessor 1108 kann eine oder mehrere dieser Analysen empfangen und die Informationen auflösen (Schritt 1260). Somit kann der Signalprozessor 1108 Informationen aus verschiedenen Analysen kreuzkorrelieren, um zu bestimmen, ob sich das Signal innerhalb des Fahrzeugs 104 befindet. Verschiedenen Analysen kann verschiedenes Gewicht gegeben werden, um eine Bestimmung darüber durchzuführen, woher das Signal stammt. Auf diese Weise erfolgt eine robustere Entscheidung, ob das Signal seinen Ursprung in dem Fahrzeug 104 hat und ihm erlaubt werden soll, sich mit dem universellen Bus oder dem Routingsystem des Fahrzeugs 104 zu verbinden.
Eine Ausführungsform eines Verfahrens 1300 zum Bereitstellen eines Notspot im Fahrzeug 104 kann wie in 13 vorgesehen sein. Dagegen ist in 13 eine allgemeine Reihenfolge für die Schritte des Verfahrens 1300 gezeigt. Das Verfahren 1300 beginnt im Allgemeinen mit einer Startoperation 1304 und endet mit einer Endoperation 1332. Das Verfahren 1300 kann mehr oder weniger Schritte umfassen oder kann die Reihenfolge der Schritte anders als die in 13 gezeigten anordnen. Das Verfahren 1300 kann als eine Menge von computerausführbaren Anweisungen ausgeführt werden, die durch ein Computersystem ausgeführt und auf einem computerlesbaren Medium codiert oder gespeichert werden. Im Folgenden soll das Verfahren 1300 mit Bezug auf die Systeme, Komponenten, Module, Software, Datenstrukturen, Benutzeroberflächen usw. wie in Verbindung mit 1-12 beschrieben erläutert werden.
Ein Benutzer, der eine Vorrichtung 1008 verwendet, kann anstelle von 1308 eine Funktion anfordern. Die Funktion kann eine beliebige Art von Merkmal oder Anwendung sein, das bzw. die das Fahrzeug 104 anbieten kann, zum Beispiel Wiedergabe von Multimediadaten, Bereitstellung von Zugang zum Internet, E-Mail oder andere Arten von Funktionen. Die Anforderung kann durch das Kommunikationssystem 1028 empfangen und durch den Signalprozessor 1108 verarbeitet werden.
Der Signalprozessor 1108 kann dann die verfügbaren Vorrichtungen oder Quellen für die Funktion bestimmen (Schritt 1312). Der Signalprozessor 1108 kann bestimmen, ob eine der Vorrichtungen 1008, die bereits in dem Kommunikationssystem 1028 verbunden sind, die Funktion bereitstellen kann. Wenn die Funktion zum Beispiel Bereitstellung eines Multimedien-Streams ist, kann eine der Vorrichtungen 1008 in dem Fahrzeug 104 in der Lage sein, sich mit einer Quelle zu verbinden, um den Multimedia-Stream bereitzustellen. Die Vorrichtung 1008 kann ein Datenverarbeitungssystem mit einem Prozessor und Speicher sein. Dementsprechend kann der Signalprozessor 1108 bestimmen, jegliche verfügbaren Ressourcen zu verwenden, die es gibt, um die Funktion dem Anforderer bereitzustellen.
Der Signalprozessor 1108 kann auch die Last auf jeder der Vorrichtungen bestimmen (Schritt 1316). Somit sucht der Signalprozessor 1108 nicht nur nach einer verfügbaren Quelle, der Signalprozessor 1108 kann auch nach einer Quelle suchen, die die geringste Menge Last aufweist. Der Lastausgleich kann durch die Anzahl der zwischen einer Quelle oder Vorrichtung 1008 und dem Signalprozessor 1108 gesendeten Eingabe-/Ausgabenachrichten bestimmt werden, kann durch zu dem Signalprozessor 1108 gesendete Informationen bestimmt werden oder kann durch bestimmte andere Mittel bestimmt werden.
Auf der Basis der verfügbaren Quellen und der Last kann der Signalprozessor 1108 eine Vorrichtung 1108 oder Quelle für die Bereitstellung der Funktion auswählen (Schritt 1320). Nach der Auswahl der Vorrichtung 1108 oder Quelle kann der Signalprozessor 1108 einen Befehl oder eine Direktive zu der Vorrichtung 1108 oder Quelle senden (Schritt 1324), um die Funktion bereitzustellen. Die Vorrichtung 1108 oder Quelle kann dann die Funktion bereitstellen, und die anfordernden Vorrichtung 1108 kann diese Funktion empfangen (1328).
Eine Ausführungsform eines Verfahrens 1400 zur Kommunikation zwischen Vorrichtungen in einem Fahrzeug 104 ist in 14 gezeigt. Dagegen ist eine allgemeine Reihenfolge für die Schritte des Verfahrens 1400 in 14 gezeigt. Im Allgemeinen beginnt das Verfahren 1400 mit einer Startoperation 1404 und endet mit einer Endoperation 1420. Das Verfahren 1400 kann mehr oder weniger Schritte umfassen oder kann die Reihenfolge der Schritte anders als die in 14 gezeigten anordnen. Das Verfahren 1400 kann als eine Menge von computerausführbaren Anweisungen ausgeführt werden, die durch ein Computersystem ausgeführt und auf einem computerlesbaren Medium codiert oder gespeichert werden. Im Folgenden soll das Verfahren 1400 mit Bezug auf die Systeme, Komponenten, Module, Software, Datenstrukturen, Benutzeroberflächen usw. wie in Verbindung mit 1–13 beschrieben erläutert werden.
Ein Kommunikationssystem 1028 kann eine Nachricht von einer Vorrichtung 1008 empfangen (Schritt 1408). Diese Nachricht kann an eine andere Vorrichtung 1008 in dem Fahrzeug 104 gerichtet werden. Somit kann das Kommunikationssystem 1028 auf die Signaldaten 1116 oder Adresseninformationen aus einem Adressenmodul 1112 zugreifen, um eine Adresse oder einen Ort für die empfangende Vorrichtung 1008 zu bestimmen. Diese Informationen können verwendet werden, um zu verifizieren, dass die Nachricht von einer Vorrichtung innerhalb des Fahrzeugs 104 stammt (Schritt 1412). Somit können die Adresse oder andere Informationen vom Absender mit Signaldaten 1116 verglichen und verwendet werden, um zu verifizieren, dass die Nachricht authentisch ist. Wenn die Nachricht verifiziert wird, kann das Kommunikationssystem 1028 die Nachricht der Empfängeradresse bereitstellen (Schritt 1416). Unter Verwendung des Kommunikationssystems 1028 können die Vorrichtungen 1008 kommunizieren, ohne direkt zwischeneinander oder durch ein bestimmtes anderes Kommunikationsnetz zu kommunizieren. Die Vorrichtungen 1008 in dem Fahrzeug 104 können das Kommunikationssystem 1028 verwenden, um Nachrichten untereinander weiterzuleiten. Auf diese Weise wird der universelle Bus für die Vorrichtungen 1008 als effizienteres Kommunikationssystem 1100 verwendet, das sicherer und in dem Fahrzeug 104 enthalten ist.
Eine Ausführungsform eines Verfahrens 1500 zum Teilen einer Anwendung zwischen einer Vorrichtung 1008 und dem Fahrzeugsystem 200 kann wie in 15 gezeigt sein. Dagegen ist eine allgemeine Reihenfolge für die Schritte des Verfahrens 1500 in 15 gezeigt. Im Allgemeinen beginnt das Verfahren 1500 mit einer Startoperation 1504 und endet mit einer Endoperation 1532. Das Verfahren 1500 kann mehr oder weniger Schritte umfassen oder kann die Reihenfolge der Schritte anders als die in 15 gezeigten anordnen. Das Verfahren 1500 kann als eine Menge von computerausführbaren Anweisungen ausgeführt werden, die durch ein Computersystem ausgeführt und auf einem computerlesbaren Medium codiert oder gespeichert werden. Im Folgenden soll das Verfahren 1500 mit Bezug auf die Systeme, Komponenten, Module, Software, Datenstrukturen, Benutzeroberflächen usw. wie in Verbindung mit 1-14 beschrieben erläutert werden.
Der Prozessor 504 kann verfügbare Anwendungsquellen oder Vorrichtungen 1008 identifizieren (Schritt 1508). Die verfügbaren Anwendungsquellen oder Vorrichtungen 1008 können durch Senden von Anforderungen durch das Kommunikationssystem 1028 zu Vorrichtungen 1008/Quellen bestimmt werden. Die Antwort kann dem Prozessor 504 zurückgegeben werden, der dann die Anwendungen, Quellen und/oder Vorrichtungen 1008 der berührungsempfindlichen Anzeige 568 eines Benutzers identifizieren kann. Eine Interaktion mit der berührungsempfindlichen Anzeige 568 kann dann die Funktion in einer Anwendung aktivieren (Schritt 1512). Somit kann der Prozessor 504 die Auswahl einer Funktion oder Anwendung in der berührungsempfindlichen Anzeige 568 empfangen. Auf der Basis dieser Auswahl kann der Prozessor 504 auf der Basis dessen, was in der berührungsempfindlichen Anzeige 568 angezeigt wurde, bestimmen, welche Funktion aktiviert wurde.
Der Prozessor 504 kann dann diese Auswahl zu einer Vorrichtung 1008 senden. Bei Empfang der Auswahl kann die Vorrichtung 1008 dann die Anwendung oder Funktion ausführen und dem Fahrzeugsystem 200 befehlen, die Anzeige von Informationen auf der Basis der Funktion durchzuführen (Schritt 1516). Somit geschieht die Verarbeitung der Funktion oder Anwendung in der Vorrichtung 1008, wird aber in der berührungempfindlichen Anzeige 568 angezeigt. Die Vorrichtung 1008 sendet Anwendungs-Benutzeroberflächeninformationen oder -daten zu dem Fahrzeugsystem 504 (Schritt 1520). Diese Informationen können in der berührungsempfindlichen Anzeige 568 angezeigt werden.
Der Prozessor 504 kann danach eine Eingabe von der Vorrichtung 1008 empfangen (Schritt 1524). Jeder Befehl oder jegliche Informationen, die zu dem Prozessor 504 gesendet werden, können dann als Anwendungsfunktion auf der Vorrichtung 1008 ausgeführt, aber auf der berührungsempfindlichen Anzeige 568 oder anderen Anzeige in dem Fahrzeug 104 angezeigt werden (Schritt 1528). Auf diese Weise führt die Vorrichtung 1008 tatsächlich die Anwendung aus, während das Fahrzeug 104 die Benutzeroberflächeninformationen anzeigt. Die Ausführung der Anwendung scheint in dem Fahrzeugsystem 200 stattzufinden, aber die Verarbeitung findet nicht tatsächlich in dem Fahrzeugprozessor 504 statt.
Eine Ausführungsform eines Verfahrens 1600 zum Bereitstellen von Daten oder Funktionen durch Speicherung oder Anwendungen auf Cloud-Basis ist in 16 gezeigt. Dagegen ist eine allgemeine Reihenfolge für die Schritte des Verfahrens 1600 in 16 gezeigt. Im Allgemeinen beginnt das Verfahren 1600 mit einer Startoperation 1604 und endet mit einer Endoperation 1632. Das Verfahren 1600 kann mehr oder weniger Schritte umfassen oder kann die Reihenfolge der Schritte anders als die in 16 gezeigten anordnen. Das Verfahren 1600 kann als eine Menge von computerausführbaren Anweisungen ausgeführt werden, die durch ein Computersystem ausgeführt und auf einem computerlesbaren Medium codiert oder gespeichert werden. Im Folgenden soll das Verfahren 1600 mit Bezug auf die Systeme, Komponenten, Module, Software, Datenstrukturen, Benutzeroberflächen usw. wie in Verbindung mit 1-15 beschrieben erläutert werden. Ein Prozessor 504 kann die Vorrichtungen 1008 bestimmen, die mit dem Kommunikationssystem 1028 verbunden sind (Schritt 1608). Hier kann das Kommunikationssystem 1028 aus Signaldaten 1116 Informationen zu dem Prozessor 508 senden. Die Signaldaten 1116 können von dem Signalprozessor 1108 und verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen zu dem Prozessor 504 gesendet werden. Der Prozessor 504 kann auch Cloud-Quellen für Anwendungen oder Daten bestimmen (Schritt 1612). Der Signalprozessor 1108 kann Verbindungen von den Vorrichtungen 1008 zu Cloud-Quellen bestimmen. Die Verbindungsinformationen können dann von dem Signalprozessor 1108 zu dem Prozessor 504 gesendet werden. Ferner kann der Prozessor 504 bestimmen, welche Cloud-Quellen durch den Server 228 verfügbar sind. Die Cloud-Quelleninformationen können dann in einer Benutzeroberfläche in der berührungsempfindlichen Anzeige 568 präsentiert werden.
Von dieser berührungsempfindlichen Anzeige 568 kann der Prozessor 504 eine Eingabe auf der Fahrzeugbenutzeroberfläche empfangen (Schritt 1616). Die Eingabe kann eine Auswahl einer Cloud-Quelle für eine Anwendung oder für Daten sein. Die Auswahl kann analysiert werden, um die korrekte Quelle für diese Cloud-Informationen zu bestimmen. Somit kann der Prozessor 504 einen Befehl zu dem Signalprozessor 1108 senden, um die Eingabe zu der geeigneten Vorrichtung 1008 oder dem Server 228 zu routen, die bzw. der diese Cloud-Anwendung/-Daten bereitstellen kann (1620). Der Prozessor 504 kann den Zugriff anderer Vorrichtungen 1008 in Schwung bringen, um Cloud-Daten zu erhalten. Die Cloud-Quelle kann von zwei oder mehr verschiedenen Vorrichtungen 1008 oder von einer Vorrichtung 1008 und dem Server 228 bereitgestellt werden. Auf diese Weise kann eine der Vorrichtungen 1008 oder der Server 228 auf der Basis von Lastausgleichsprinzipien ausgewählt werden.
Die Daten können durch die Vorrichtung 1008 oder den Server 228 aus der Cloud empfangen werden und können dem Signalprozessor 1108 bereitgestellt werden (Schritt 1624). Die Informationen können von zwei oder mehr Quellen empfangen und eine Quelle Cache-gespeichert werden, so dass ein nahtloser Übergang zwischen den Quellen auftreten kann, falls eine der Quellen unerwartet nicht verfügbar wird. Die aus der Cloud-Quelle empfangenen Daten können dann der berührungsempfindlichen Fahrzeuganzeige 568 bereitgestellt werden (1628). Auf diese Weise können Cloud-Quellen durch das Fahrzeug 104 in Schwung gebracht werden, obwohl der Zugriff auf diese Cloud-Quellen von der Vorrichtung 1008 aus erfolgen kann.
Ein Verfahren 1700 zum Streamen von Multimedia-Daten ist in 17 gezeigt. Dagegen ist eine allgemeine Reihenfolge für die Schritte des Verfahrens 1700 in 17 gezeigt. Im Allgemeinen beginnt das Verfahren 1700 mit einer Startoperation 1704 und endet mit einer Endoperation 1720. Das Verfahren 1700 kann mehr oder weniger Schritte umfassen oder kann die Reihenfolge der Schritte anders als die in 17 gezeigten anordnen. Das Verfahren 1700 kann als eine Menge von computerausführbaren Anweisungen ausgeführt werden, die durch ein Computersystem ausgeführt und auf einem computerlesbaren Medium codiert oder gespeichert werden. Im Folgenden soll das Verfahren 1700 mit Bezug auf die Systeme, Komponenten, Module, Software, Datenstrukturen, Benutzeroberflächen usw. wie in Verbindung mit 1–16 beschrieben erläutert werden.
Ein Signalprozessor 1108 kann Vorrichtungen oder Quellen für Multimediadaten bestimmen (Schritt 1708). Die Bestimmung kann durch Canvassing (z. B. Abfragen jeder Quelle danach, welche Multimedien die Quelle bereitstellen kann) der verschiedenen Vorrichtungen 1008 oder des Servers 228 nach Informationen über Multimediadaten erfolgen. Die empfangenen Informationen können konsolidiert und auf der berührungsempfindlichen Fahrzeuganzeige 568 präsentiert werden (Schritt 1712). Somit kann der Benutzer aus Multimediadaten in ihrer konsolidierten Form von der Benutzeroberfläche 568 aus auswählen.
Der Benutzer kann von der Fahrzeugbenutzeroberfläche 568 aus eine Anforderung von Multimedien auswählen (Schritt 1760). Die berührungsempfindliche Benutzeranzeige 568 kann die Anforderung empfangen und die Anforderung zu dem Prozessor 504 senden. Der Prozessor 504 kann die Quelle für die ausgewählten Multimedien bestimmen und die Medien von dieser Quelle anfordern (Schritt 1720). Bei Ausführungsformen kann der Prozessor 504 die Multimedien von zwei oder mehr Quellen anfordern. Die Anforderung kann von dem Prozessor 504 zu dem Signalprozessor 1108 gesendet werden. Dort kann der Signalprozessor 1108 die Anforderung zu der Vorrichtung 1008 oder zu dem Server 224 senden.
Die von der Quelle empfangenen Multimedien können Cache-gespeichert werden (Schritt 1724). Wenn Multimedien von zwei oder mehr Quellen wahrgenommen werden, kann jede Quelle Cache-gespeichert werden. Eine der Quellen kann verwendet werden, um die Multimediadaten dem Benutzer zu präsentieren, während der andere Daten-Stream Cache-gespeichert bleibt. Auf diese Weise kann eine Ausfallsicherung oder Ausfallreserve bereitgestellt werden, falls eine der Quellen keine Daten mehr bereitstellen sollte oder eine bestimmte Fehlfunktion auftreten kann.
Der Prozessor kann dann bestimmen, ob Sicherheitsparameter erfüllt werden (Schritt 1728). Die Bereitstellung von bestimmten Arten von Multimediadaten, zum Beispiel Videodaten, kann während bestimmter Fahrzeugoperationen oder bestimmten Passagieren im Fahrzeug 104 nicht erlaubt sein. Zum Beispiel kann ein Fahrer während des Fahrens keinen Spielfilm ansehen. Somit kann der Prozessor 504 bestimmen, ob die Sicherheitsparameter für die bestimmte Person, die die Multimediadaten wünscht, erfüllt sind.
Wenn diese Sicherheitsparameter nicht erfüllt sind, schreitet das Verfahren 1700 per NEIN zu Schritt 1732 voran. Im Schritt 1732 kann der Prozessor 504 die Daten in der lokalen Speicherung aufzeichnen. Somit können die Daten aus dieser lokalen Speicherung zu einem späteren Zeitpunkt bereitgestellt werden. Ähnlich kann der Prozessor 504 ein Signal zu anderen Datenspeicherelementen senden, die die Daten aufzeichnen können. Somit kann der Prozessor 504 die Aufzeichnung der Daten für den Benutzer in einer anderen Quelle koordinieren, wodurch der Benutzer sie betrachten kann, nachdem er mit dem Betrieb des Fahrzeugs 104 fertig ist.
Wenn die Sicherheitsparameter erfüllt sind, schreitet das Verfahren 1700 per JA zu Schritt 1736 voran. Hier können die Daten dann in dem Fahrzeug 104 einer Benutzeroberfläche 568 präsentiert werden. Diese Benutzeroberfläche 568 kann Videodaten, Internetdaten, Audiodaten oder anderen Arten von Daten bereitstellen. Die Präsentation der Daten kann an einem oder mehreren Orten im Fahrzeug 104 und auf einer oder mehreren Benutzeroberflächen geschehen.
Obwohl die hier dargestellten beispielhaften Aspekte, Ausführungsformen und/oder Konfigurationen die verschiedenen Komponenten des Systems kolokalisiert zeigen, können außerdem bestimmte Komponenten des Systems entfernt angeordnet sein, in fernen Teilen eines verteilten Netzwerks, wie etwa eines LAN und/oder des Internet, oder in einem dedizierten System. Somit versteht sich, dass die Komponenten des Systems in einer oder mehreren Vorrichtungen, wie etwa einer Tablet-artigen Vorrichtung, kombiniert oder auf einem bestimmten Knoten eines verteilten Netzwerks, wie etwa eines analogen und/oder digitalen Telekommunikationsnetzes, eines paketvermittelten Netzes oder eines leitungsvermittelten Netzes kolokalisiert werden. Aus der vorhergehenden Beschreibung und aus Gründen der rechnerischen Effizienz versteht sich, dass die Komponenten des Systems an einem beliebigen Ort in einem verteilten Netzwerk von Komponenten angeordnet werden können, ohne den Betrieb des Systems zu beeinträchtigen. Zum Beispiel können die verschiedenen Komponenten in einem Switch wie etwa einer PBX und einem Medienserver, einem Gateway in einer oder mehreren Kommunikationsvorrichtungen, an einem oder mehreren Benutzerstandorten oder einer bestimmten Kombination davon lokalisiert sein. Ähnlich könnten ein oder mehrere funktionale Teile des Systems zwischen einer Telekommunikationsvorrichtung(en) und einer zugeordneten Datenverarbeitungsvorrichtung verteilt sein.
Ferner versteht sich, dass die verschiedenen die Elemente verbindenden Strecken verdrahtete oder drahtlose Strecken oder eine beliebige Kombination davon sein können, oder ein beliebiges anderes bekanntes oder später entwickeltes Element(e) mit der Fähigkeit, Daten zu und von den verbundenen Elementen zu liefern und/oder zu übermitteln. Diese verdrahteten oder drahtlosen Strecken können auch sichere Strecken sein und können in der Lage sein, verschlüsselte Informationen zu übermitteln. Übertragungsmedien wie zum Beispiel Strecken können ein beliebiger geeigneter Träger für elektrische Signale sein, darunter Koaxialkabel, Kupferdraht und Faseroptik, und können die Form von akustischen oder Lichtwellen annehmen, wie etwa die während Funkwellen- und Infrarotdatenkommunikation erzeugten.
Obwohl die Flussdiagramme in Bezug auf eine bestimmte Sequenz von Ereignissen besprochen und dargestellt wurden, versteht sich auch, dass Änderungen, Zusätze und Weglassungen an dieser Sequenz auftreten können, ohne sich wesentlich auf den Betrieb der offenbarten Ausführungsformen, Konfiguration und Aspekte auszuwirken.
Bei noch einer anderen Ausführungsform können die Systeme und Verfahren der vorliegenden Offenbarung in Verbindung mit einem Spezialcomputer, einem programmierten Mikroprozessor oder Mikrocontroller und peripheren integrierten Schaltungselement(en), einem ASIC oder einer anderen integrierten Schaltung, einem digitalen Signalprozessor, einer festverdrahteten elektronischen oder logischen Schaltung wie einer Schaltung aus diskreten Elementen, einer programmierbaren Logikvorrichtung oder einem Gatearray wie PLD, PLA, FPGA, PAL, einem Spezialcomputer, einem beliebigen vergleichbaren Mittel oder dergleichen implementiert werden. Im Allgemeinen können jegliche Vorrichtung(en) oder Mittel mit der Fähigkeit zur Implementierung der hier dargestellten Methodologie verwendet werden, um die verschiedenen Aspekte der vorliegenden Offenbarung zu implementieren. Beispielhafte Hardware, die für die offenbarten Ausführungsformen, Konfigurationen und Aspekte verwendet werden kann, wäre Computer, in der Hand gehaltene Vorrichtungen, Telefone (z. B. mobil, internetbefähigt, digital, analog, hybrid und andere) und andere in der Technik bekannte Hardware. Bestimmte dieser Vorrichtungen umfassen Prozessoren (z. B. einen einzigen oder mehrere Mikroprozessoren), Speicher, nichtflüchtige Speicherung, Eingabevorrichtungen und Ausgabevorrichtungen. Außerdem können auch alternative Softwareimplementierungen wie etwa, aber ohne Beschränkung darauf, verteilte Verarbeitung oder komponenten-/objektverteilte Verarbeitung, parallele Verarbeitung oder Verarbeitung mit virtueller Maschine konstruiert werden, um die hier beschriebenen Verfahren zu implementieren.
Bei noch einer weiteren Ausführungsform können die offenbarten Verfahren ohne Weiteres in Verbindung mit Software implementiert werden, die Objekt- oder objektorientierte Softwareentwicklungsumgebungen verwendet, die portierbaren Quellcode bereitstellen, der auf vielfältigen Computer- oder Workstation-Plattformen verwendet werden kann. Als Alternative kann das offenbarte System teilweise oder vollständig unter Verwendung von Standardlogikschaltungen oder VLSI-Entwurf in Hardware implementiert werden. Ob Software oder Hardware zur Implementierung der Systeme gemäß der vorliegenden Offenbarung verwendet wird, richtet sich nach den Geschwindigkeits- und/oder Wirksamkeitsanforderungen des System, der konkreten Funktion und der konkreten Software- oder Hardwaresysteme oder Mikroprozessor- oder Mikrocomputersysteme, die benutzt werden.
Bei noch einer weiteren Ausführungsform können die offenbarten Verfahren teilweise in Software implementiert werden, die auf einem Speichermedium gespeichert wird, ausgeführt auf einem programmierten Vielzweckcomputer unter Kooperation eines Controllers und Speichers, einem Spezialcomputer, einem Mikroprozessor oder dergleichen. In diesen Fällen können die Systeme und Verfahren der vorliegenden Offenbarung als Programm implementiert werden, das auf einem Personal Computer eingebettet wird, wie etwa ein Applet, .JAVA^® oder CGI-Script, als auf einem Server oder einer Computerworkstation residierende Ressource, als in einem dedizierten Messsystem eingebettete Routine, Systemkomponente oder dergleichen. Das System kann auch implementiert werden, indem man das System und/oder Verfahren physisch in ein Software- und/oder Hardwaresystem integriert.
Obwohl die vorliegende Offenbarung in den Aspekten, Ausführungsformen und/oder Konfigurationen implementierte Komponenten und Funktionen mit Bezug auf konkrete Standards und Protokolle beschreibt, sind die Aspekt, Ausführungsformen und/oder Konfigurationen nicht auf solche Standards und Protokolle beschränkt. Es gibt hier nicht erwähnte ähnliche Standards und Protokolle, die als in der vorliegenden Offenbarung eingeschlossen betrachtet werden. Außerdem werden die hier erwähnten Standards und Protokolle und hier nicht erwähnte andere ähnliche Standards und Protokolle periodisch von schnelleren und effektiveren Äquivalenten im Wesentlichen mit denselben Funktionen abgelöst. Solche Ersatzstandards und -protokolle weisen dieselben Funktionen auf und werden als in der vorliegenden Offenbarung eingeschlossene Äquivalente betrachtet.
Die vorliegende Offenbarung umfasst in verschiedenen Aspekten, Ausführungsformen und/oder Konfigurationen Komponenten, Verfahren, Prozesse, Systeme und/oder Vorrichtungen im Wesentlichen wie hier abgebildet und beschrieben, einschließlich verschiedener Aspekte, Ausführungsformen, Konfigurationsausführungsformen, Teilkombinationen und/oder Teilmengen davon. Für Fachleute ist nach dem Verständnis der vorliegenden Offenbarung erkennbar, wie die offenbarten Aspekte, Ausführungsformen und/oder Konfigurationen hergestellt und verwendet werden können. Die vorliegende Offenbarung umfasst in verschiedenen Aspekten, Ausführungsformen und/oder Konfigurationen das Bereitstellen von Vorrichtungen und Prozessen in Abwesenheit von hier nicht abgebildeten und/oder beschriebenen Posten oder in verschiedenen Aspekten, Ausführungsformen und/oder Konfigurationen hiervon, auch in Abwesenheit von Posten, die in vorherigen Vorrichtungen oder Prozessen verwendet wurden, z. B. zur Verbesserung der Leistungsfähigkeit, Erzielung von Leichtigkeit und/oder Verringerung von Implementierungskosten.
Die obige Besprechung wurde zur Veranschaulichung und Beschreibung präsentiert. Das Obige soll die Offenbarung nicht auf die hier offenbarte Form oder offenbarten Formen beschränken. Zum Beispiel werden in der obigen ausführlichen Beschreibung verschiedene Merkmale der Offenbarung in einem oder mehreren Aspekten, Ausführungsformen und/oder Konfigurationen miteinander gruppiert, um die Offenbarung zu straffen. Die Merkmale der Aspekte, Ausführungsformen und/oder Konfigurationen der Offenbarung können neben den oben besprochenen in alternativen Aspekten, Ausführungsformen und/oder Konfigurationen kombiniert werden. Diese Offenbarungsmethode soll nicht als eine Absicht widerspiegelnd gedeutet werden, dass die Ansprüche mehr Merkmale erfordern, als ausdrücklich in jedem Anspruch angeführt. Stattdessen sind, wie die folgenden Ansprüche widerspiegeln, erfindungsgemäße Aspekte in weniger als allen Merkmalen eines einzelnen obigen offenbarten Aspekts, einer einzigen obigen offenbarten Ausführungsform und/oder Konfiguration begründet. Die folgenden Ansprüche werden hiermit in die vorliegende ausführliche Beschreibung integriert, wobei jeder Anspruch für sich als separate bevorzugte Ausführungsform der Offenbarung steht.
Außerdem liegen, obwohl die Beschreibung eine Beschreibung eines oder mehrerer Aspekte, Ausführungsformen und/oder Konfigurationen und bestimmte Varianten und Modifikationen eingeschlossen hat, andere Varianten, Kombinationen und Modifikationen im Schutzumfang der Offenbarung, die z. B. nach dem Verständnis der vorliegenden Offenbarung innerhalb der Fähigkeiten und Kenntnis von Fachleuten liegen. Es ist beabsichtigt, Rechte zu erhalten, die alternative Aspekte, Ausführungsformen und/oder Konfigurationen umfassen, soweit es zulässig ist, einschließlich alternativer, austauschbarer und/oder äquivalenter Strukturen, Funktionen, Bereiche oder Schritte neben den beanspruchten, gleichgültig, ob solche Alternativen, austauschbaren und/oder äquivalenten Strukturen, Funktionen, Bereiche oder Schritte hier offenbart werden oder nicht und ohne zu beabsichtigen, irgendeinen patentierbaren Gegenstand öffentlich zu dedizieren.
Die Ausführungsformen können ein Verfahren einschließen, umfassend: Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; und Bereitstellen von Zugang zu einem Fahrzeugbus.
Das Fahrzeugkommunikationssystem kann ein Kommunikationssystem in Kommunikation mit zwei oder mehr Sendeempfängern umfassen, wobei zwei oder mehr der Sendeempfänger BLUETOOTH-Sendeempfänger sind und wobei zwei oder mehr Antennen für das Fahrzeugkommunikationssystem getrennt, aber in dem Fahrzeug positioniert sind.
Das Kommunikationssystem kann das Signal analysieren. Die Analyse umfasst einen oder mehrere der folgenden Schritte: Bestimmen von Signalcharakteristika; Bestimmen von Ortsinformationen; Bestimmen von Personeninformationen; Bestimmen von Bewegungsinformationen; und Bestimmen von Sensorinformationen. Das Kommunikationssystem kann die Analyse auflösen, um zu bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammte, wobei die Analyse gewichtet werden kann, um die Bestimmung, ob das Signal aus dem Inneren des Fahrzeugs stammte, aufzulösen. Das Fahrzeugkommunikationssystem kann mindestens eine drahtlose LAN-Komponente umfassen, wobei das Fahrzeugkommunikationssystem mindestens eine drahtlose LAN-Komponente umfasst und wobei die Vorrichtung mit der mindestens einen drahtlosen LAN-Komponente kommuniziert.
Die Ausführungsformen können auch ein Fahrzeugkommunikationssystem einschließen, umfassend: zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor; wobei der Signalprozessor betreibbar ist zum Empfangen eines Signals in dem Fahrzeugkommunikationssystem von einer Vorrichtung; automatischen Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; und Bereitstellen von Zugang zu einem Fahrzeugbus.
Das Fahrzeugkommunikationssystem kann mindestens eine drahtlose LAN-Komponente umfassen, und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet, wobei das Kommunikationssystem ferner eine Signaldaten-Datenbank und/oder einen Übersetzer umfasst. Der Signalprozessor kann ferner betreibbar sein zum Bestimmen von Signalcharakteristika; Bestimmen von Ortsinformationen; Bestimmen von Personeninformationen; Bestimmen von Bewegungsinformationen; Bestimmen von Sensorinformationen; und Auflösen der Signalcharakteristika, Ortsinformationen, Personeninformationen, Bewegungsinformationen und Sensorinformationen, um zu bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammte.
Die Ausführungsformen können auch computerausführbare Anweisungen einschließen, umfassend: Anweisungen zum Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Anweisungen zum Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, Anweisungen zum kommunikativen Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; und Bereitstellen von Zugang zu einem Fahrzeugbus.
Das Fahrzeugkommunikationssystem kann Folgendes umfassen: mindestens eine drahtlose LAN-Komponente, und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet; zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfasssend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor; eine Signaldaten-Datenbank; und einen Übersetzer.
Der Signalprozessor kann Anweisungen für Folgendes ausführen: Bestimmen von Signalcharakteristika; Bestimmen von Ortsinformationen; Bestimmen von Personeninformationen; Bestimmen von Bewegungsinformationen; Bestimmen von Sensorinformationen; und Auflösen der Signalcharakteristika, Ortsinformationen, Personeninformationen, Bewegungsinformationen und Sensorinformationen, um zu bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammte, wobei die Signalcharakteristika, Ortsinformationen, Personeninformationen, Bewegungsinformationen und Sensorinformationen gewichtet werden, um die Bestimmung, ob das Signal aus dem Inneren des Fahrzeugs stammte, aufzulösen.
Die Ausführungsformen können auch ein Verfahren einschließen, umfassend: Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; Empfangen einer Anforderung einer Funktion; Bestimmen einer oder mehrerer verfügbarer Ressourcen, verfügbarer Vorrichtungen und verfügbarerer Quellen; Bestimmen von Last; Auswählen einer Vorrichtung oder Quelle zur Bereitstellung der Funktion; Befehligen der Vorrichtung oder Quelle, die Funktion bereitzustellen; und Empfangen der Funktion.
Das Fahrzeugkommunikationssystem kann ein Kommunikationssystem in Kommunikation mit einer oder mehreren Vorrichtungen umfassen, wobei die Vorrichtung ein Datenverarbeitungssystem ist. Die Funktion kann eine des Wiedergebens von Multimediadaten, Bereitstellung von Zugang zum Internet oder Bereitstellen von Zugang zu E-Mail sein. Das Bestimmen der Last kann einen der folgenden Schritte umfassen: Bestimmen einer Anzahl von zwischen einer Vorrichtung und dem Fahrzeugkommunikationssystem gesendeten Eingabe-/Ausgabenachrichten; oder Analysieren von durch die Vorrichtung zu dem Fahrzeugkommunikationssystem gesendeten Informationen, wobei die Auswahl der Vorrichtung oder Quelle sowohl auf Verfügbarkeit als auch auf Last basiert. Eine erste Vorrichtung kann die Funktion anfordern und eine zweite Vorrichtung stellt die Funktion bereit. Ein Fahrzeugkommunikationssystem kann die Funktion anfordern und eine Vorrichtung stellt die Funktion für das Fahrzeugkommunikationssystem bereit. Eine Vorrichtung kann die Funktion anfordern und das Fahrzeugkommunikationssystem stellt die Funktion für die Vorrichtung bereit.
Die Ausführungsformen können auch ein Fahrzeugkommunikationssystem einschließen, umfassend: zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor; wobei der Signalprozessor betreibbar ist zum Empfangen einer Anforderung einer Funktion; Bestimmen einer oder mehrerer verfügbarer Ressourcen, verfügbarer Vorrichtungen und verfügbarer Quellen; Bestimmen von Last auf der einen oder den mehreren verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Auswählen einer Vorrichtung oder Quelle zur Bereitstellung der Funktion; Befehligen der Vorrichtung oder Quelle, die Funktion bereitzustellen; und Empfangen der Funktion, wobei die Funktion eine des Wiedergebens von Multimediadaten, Bereitstellens von Zugang zum Internet oder Bereitstellens von Zugang zu E-Mail ist.
Die Ausführungsformen können auch computerausführbare Anweisungen einschließen, umfassend: Anweisungen zum Empfangen einer Anforderung einer Funktion; Anweisungen zum Bestimmen einer oder mehrerer verfügbarer Ressourcen, verfügbarer Vorrichtungen und verfügbarer Quellen; Anweisungen zum Bestimmen von Last auf der einen oder den mehreren verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Anweisungen zum Auswählen einer Vorrichtung oder Quelle zur Bereitstellung der Funktion; Anweisungen zum Befehligen der Vorrichtung oder Quelle, die Funktion bereitzustllen; und Anweisungen zum Empfangen der Funktion. Das Fahrzeugkommunikationssystem kann Folgendes umfassen: mindestens eine drahtlose LAN-Komponente, und wobei sich mindestens eine Vorrichtung durch die drahtlose LAN-Komponente verbindet; zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor; eine Signaldaten-Datenbank; und einen Übersetzer. Die Anweisungen zum Bestimmen der Last umfassen eine der folgenden Alternativen: Anweisungen zum Bestimmen einer Anzahl von zwischen einer Vorrichtung und dem Fahrzeugkommunikationssystem gesendeten Eingabe-/Ausgabenachrichten; oder Anweisungen zum Analysieren von durch die Vorrichtung zu dem Fahrzeugkommunikationssystem gesendeten Informationen, wobei die Auswahl der Vorrichtung oder Quelle sowohl auf Verfügbarkeit als auch auf Last basiert.
Die Ausführungsformen können auch ein Verfahren einschließen, umfassend: Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; Empfangen einer Nachricht von einer ersten Vorrichtung; Verifizieren, dass die Nachricht aus dem Inneren des Fahrzeugs stammte; und Bereitstellen der Nachricht für eine zweite Vorrichtung. Die Nachricht kann an die zweite Vorrichtung gerichtet werden. Das Verfahren kann auch Folgendes umfassen: Zugreifen auf Signaldaten in einer Signaldaten-Datenbank, um Adresseninformationen aus der zweiten Vorrichtung abzurufen; Zugreifen auf Signaldaten in einer Signaldaten-Datenbank, um Adresseninformationen für die erste Vorrichtung abzurufen; Vergleichen einer Adresse für die erste Vorrichtung in der Nachricht mit den abgerufenen Adresseninformationen, wobei, wenn die Adresse für die erste Vorrichtung in der Nachricht dieselbe wie die abgerufenen Adresseninformationen ist, die Nachricht verifiziert wird.
Die Nachricht kann mittels des Fahrzeugkommunikationssystems zu der zweiten Vorrichtung gesendet werden. Das Verifizieren der Nachricht kann Folgendes umfassen: Bestimmen von Signalcharakteristika; Bestimmen von Ortsinformationen; Bestimmen von Personeninformationen; Bestimmen von Bewegungsinformationen; Bestimmen von Sensorinformationen; und Auflösen der Signalcharakteristika, Ortsinformationen, Personeninformationen, Bewegungsinformationen und Sensorinformationen, um zu bestimmen, ob die Nachricht aus dem Inneren des Fahrzeugs stammte. Das Fahrzeugkommunikationssystem kann mindestens eine drahtlose LAN-Komponente umfassen, wobei die erste Vorrichtung mittels der mindestens einen drahtlosen LAN-Komponente mit der zweiten Vorrichtung kommuniziert.
Die Ausführungsformen können auch ein Fahrzeugkommunikationssystem einschließen, umfassend: zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor; wobei der Signalprozessor betreibbar ist zum Empfangen einer Nachricht von einer ersten Vorrichtung; Verifizieren, dass die Nachricht aus dem Inneren des Fahrzeugs stammte; und Bereitstellen der Nachricht für die zweite Vorrichtung, wobei die Nachricht an die zweite Vorrichtung gerichtet ist. Das Fahrzeugkommunikationssystem kann auf Signaldaten in einer Signaldaten-Datenbank zugreifen, um Adresseninformationen aus der zweiten Vorrichtung abzurufen, und auf Signaldaten in einer Signaldaten-Datenbank zugreifen, um Adresseninformationen für die erste Vorrichtung abzurufen. Das Fahrzeugkommunikationssystem kann auch eine Adresse für die erste Vorrichtung in der Nachricht mit den abgerufenen Adresseninformationen vergleichen, wobei, wenn die Adresse für die erste Vorrichtung in der Nachricht dieselbe wie die abgerufenen Adresseninformationen ist, die Nachricht verifiziert wird, wobei die Nachricht mittels des Fahrzeugkommunikationssystems zu der zweiten Vorrichtung gesendet wird.
Die Ausführungsformen können auch computerausführbare Anweisungen einschließen, umfassend: Anweisungen zum Empfangen einer Nachricht von einer ersten Vorrichtung; Anweisungen zum Verifizieren, dass die Nachricht aus dem Inneren des Fahrzeugs stammte; und Anweisungen zum Bereitstellen der Nachricht für eine zweite Vorrichtung.
Das Fahrzeugkommunikationssystem kann umfassen: mindestens eine drahtlose LAN-Komponente, und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet; zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor, wobei das Kommunikationssystem ferner eine Signaldaten-Datenbank; und einen Übersetzer umfasst. Die Anweisungen können auch Folgendes umfassen: Anweisungen zum Zugreifen auf Signaldaten in einer Signaldaten-Datenbank, um Adresseninformationen aus der zweiten Vorrichtung abzurufen, Anweisungen zum Zugreifen auf Signaldaten in einer Signaldaten-Datenbank, um Adresseninformationen für die erste Vorrichtung abzurufen; und Anweisungen zum Vergleichen einer Adresse für die erste Vorrichtung in der Nachricht mit den abgerufenen Adresseninformationen, wobei, wenn die Adresse für die erste Vorrichtung in der Nachricht dieselbe wie die abgerufenen Adresseninformationen ist, die Nachricht verifiziert wird, wobei das Fahrzeugkommunikationssystem mindestens eine drahtlose LAN-Komponente umfasst und wobei die erste Vorrichtung mittels der mindestens einen drahtlosen LAN-Komponente mit der zweiten Vorrichtung kommuniziert.
Die Ausführungsformen können auch ein Verfahren einschließen, umfassend: Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; Empfangen einer Anforderung einer Anwendung; Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Bestimmen von Last; Aktivieren von Funktion auf einer Vorrichtung oder Quelle, um die Anwendung auszuführen; Empfangen von Anwendungsbenutzeroberflächeninformationen oder -daten von der Vorrichtung in dem Fahrzeug zur Anzeige auf einer mit dem Fahrzeug assoziierten Anzeige; Anzeigen der Anwendung auf der Anzeige; Befehligen des Fahrzeugkommunikationssystems, Funktionen für die Anwendung auszuführen; Empfangen von Eingaben auf der Anzeige; Ausführen einer Anwendungsfunktion auf der Vorrichtung auf Basis der auf der Anzeige empfangenen Eingaben, wobei das Fahrzeugkommunikationssystem ein Kommunikationssystem in Kommunikation mit einer oder mehreren Vorrichtungen umfasst.
Die Vorrichtung ist ein Datenverarbeitungssystem, wobei das Bestimmen der Last einen der folgenden Schritte umfasst: Bestimmen einer Anzahl der zwischen einer Vorrichtung und dem Fahrzeugkommunikationssystem gesendeten Eingabe-/Ausgabenachrichten; oder Analysieren von durch die Vorrichtung zu dem Fahrzeugkommunikationssystem gesendeten Informationen, wobei die Auswahl der Vorrichtung oder Quelle sowohl auf Verfügbarkeit als auch auf Last basiert. Die Anforderung der Anwendung kann durch das Fahrzeugkommunikationssystem empfangen werden, wobei eine Vorrichtung die Anwendung für das Fahrzeugkommunikationssystem bereitstellt.
Die Ausführungsformen können auch ein Fahrzeugkommunikationssystem einschließen, umfassend: zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule, einen Signalprozessor; wobei der Signalprozessor betreibbar ist zum Empfangen einer Anforderung einer Anwendung; Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Bestimmen von Last; Aktivieren von Funktion auf einer Vorrichtung oder Quelle, um die Anwendung auszuführen; Empfangen von Anwendungsbenutzeroberflächeninformationen oder -daten von der Vorrichtung in dem Fahrzeug zur Anzeige auf einer mit dem Fahrzeug assoziierten Anzeige; und Anzeigen der Anwendung auf der Anzeige, wobei der Signalprozessor ferner betreibbar ist zum Empfangen eines Befehls für das Fahrzeugkommunikationssystem, Funktionen für die Anwendung auszuführen, Empfangen von Eingaben auf der Anzeige; und Ausführen einer Awendungsfunktion auf der Vorrichtung auf Basis der auf der Anzeige empfangenen Eingaben, wobei das Bestimmen der Last einen der folgenden Schritte umfasst: Bestimmen einer Anzahl von zwischen einer Vorrichtung und dem Fahrzeugkommunikationssystem gesendeten Eingabe-/Ausgabenachrichten; oder Analysieren von durch die Vorrichtung zu dem Fahrzeugkommunikationssystem gesendeten Informationen. Die Anforderung der Anwendung kann durch Fahrzeugkommunikationssystem empfangen werden, und eine Vorrichtung stellt die Anwendung für das Fahrzeugkommunikationssystem bereit.
Die Ausführungsformen können auch computerausführbare Anweisungen einschließen, umfassend: Anweisungen zum Empfangen einer Anforderung einer Anwendung; Anweisungen zum Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Anweisungen zum Bestimmen von Last; Anweisungen zum Aktivieren von Funktion auf einer Vorrichtung oder Quelle, um die Anwendung auszuführen; Anweisungen zum Empfangen von Anwendungsbenutzeroberflächeninformationen oder -daten von der Vorrichtung in dem Fahrzeug zur Anzeige auf einer mit dem Fahrzeug assoziierten Anzeige; und Anweisungen zum Anzeigen der Anwendung auf der Anzeige, wobei das Fahrzeugkommunikationssystem Folgendes umfasst: mindestens eine drahtlose LAN-Komponente und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet; zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor. Das Kommunikationssystem kann ferner eine Signaldaten-Datenbank; und einen Übersetzer umfassen. Die Anweisungen könne ferner Folgendes umfassen: Anweisungen zum Empfangen einer Eingabe auf der Anzeige; und Anweisungen zur Ausführung einer Anwendungsfunktion auf der Vorrichtung auf Basis der auf der Anzeige empfangenen Eingaben, wobei die Anforderung der Anwendung durch das Fahrzeugkommunikationssystem empfangen wird und wobei eine Vorrichtung die Anwendung für das Fahrzeugkommunikationssystem bereitstellt.
Die Ausführungsformen können auch ein Verfahren einschließen, umfassend: Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen verbundene Cloud-Diensten; Empfangen von Eingaben auf einer Benutzeroberfläche des Fahrzeugs, wobei die Eingaben einen Cloud-Dienst anfordern; Routen der Eingaben zu einer Vorrichtung; Empfangen von Daten aus dem Cloud-Dienst von der Vorrichtung; und Bereitstellen der Daten auf der Anzeige des Fahrzeugs.
Ein Fahrzeugkommunikationssystem kann Signaldaten zu einem Prozessor senden, um die verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen und die Cloud-Dienste zu bestimmen und bestimmen, welche Cloud-Quellen mittels der Vorrichtung verfügbar sind, wobei der Prozessor bestimmt, welche Cloud-Quellen mittels eines Servers verfügbar sind. Der Prozessor kann die Cloud-Dienstinformationen auch auf einer berührungsempfindlichen Anzeige präsentieren, wobei die Vorrichtung ein Datenverarbeitungssystem ist und wobei der Cloud-Dienst für die Bereitstellung von Daten oder für die Ausführung einer Anwendung ist. Die Eingaben können auf der berührungsempfindlichen Anzeige empfangen werden, wobei die Eingaben analysiert werden, um eine korrekte Quelle für den Cloud-Dienst zu bestimmen, und wobei das Fahrzeugkommunikationssystem auf der Basis der Analyse die Eingaben zu der korrekten Vorrichtung routet.
Die Ausführungsformen können auch ein Fahrzeugkommunikationssystem einschließen, umfassend: zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor; wobei der Signalprozessor betreibbar ist zum Bestimmen einer oder mehrerr verfügbarer Ressourcen, verfügbarer Vorrichtungen und verfügbarer Quellen; Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen verbundeen Cloud-Diensten; Empfangen von Eingaben auf einer Benutzeroberfläche des Fahrzeugs, wobei die Eingaben einen Cloud-Dienst anfordern; Routen der Eingaben zu einer Vorrichtung; Empfangen von Daten aus dem Cloud-Dienst von der Vorrichtung; und Bereitstellen der Daten auf der Anzeige des Fahrzeugs, wobei der Signalprozessor bestimmt, welche Cloud-Dienste mittels der Vorrichtung verfügbar sind, und wobei der Prozessor bestimmt, welche Cloud-Quellen mittels eines Servers verfügbar sind. Der Prozessor kann ferner betreibbar sein zum Präsentieren der Cloud-Dienstinformationen auf einer berührungsempfindlichen Anzeige, wobei die Eingaben auf der berührungsempfindlichen Anzeige empfangen werden, wobei die Eingaben analysiert werden, um eine korrekte Quelle für den Cloud-Dienst zu bestimmen, und wobei der Signalprozessor auf der Basis der Analyse die Eingaben zu der korrekten Vorrichtung routet und wobei der Cloud-Dienst für die Bereitstellung von Daten oder für die Ausführung einer Anwendung ist.
Die Ausführungsformen können auch computerausführbare Anweisungen einschließen, umfassend: Anweisungen zum Bestimmen einer oder mehrerer verfügbarer Ressourcen, verfügbarer Vorrichtungen und verfügbarer Quellen; Anweisungen zum Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen verbundenen Cloud-Diensten; Anweisungen zum Empfangen von Eingaben auf einer Benutzeroberfläche des Fahrzeugs, wobei die Eingaben einen Cloud-Dienst anfordern; Anweisungen zum Routen der Eingaben zu einer Vorrichtung; Anweisungen zum Empfangen von Daten aus dem Cloud-Dienst von der Vorrichtung; und Anweisungen zum Bereitstellen der Daten auf der Anzeige des Fahrzeugs, wobei das Fahrzeugkommunikationssystem Folgendes umfasst: mindestens eine drahtlose LAN-Komponente, und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet; zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor und wobei das Kommunikationssystem ferner eine Signaldaten-Datenbank; und einen Übersetzer umfasst.
Der Signalprozessor kann bestimmen, welche Cloud-Quellen mittels der Vorrichtung verfügbar sind, und wobei ein Prozessor bestimmt, welche Cloud-Dienste mittels eines Servers verfügbar sind, wobei der Cloud-Dienst für die Bereitstellung von Daten oder für die Ausführung einer Anwendung ist.
Das Verfahren kann auch ein Verfahren einschließen, umfassend: Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; Bestimmen einer oder mehrerer verfügbarer Ressourcen, verfügbarer Vorrichtungen und verfügbarer Quellen; Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen assoziierten Multimediaquellen; Empfangen von Eingaben auf einer Benutzeroberfläche des Fahrzeugs, wobei die Eingaben Multimedia; Routen der Eingaben zu einer verfügbaren Ressource, verfügbaren Vorrichtung und verfügbaren Quelle; Empfangen eines Multimedia-Streams von einer verfügbaren Ressource, verfügbaren Vorrichtung und verfügbaren Quelle; und Präsentieren des Multimedia-Streams auf einer Ausgabe des Fahrzeugs.
Das Verfahren kann ferner Cache-Speichern des Multimedia-Streams umfassen, wobei zwei oder mehr Multimedia-Streams von zwei oder mehr Quellen empfangen werden und wobei alle der zwei oder mehr Multimedia-Streams Cache-gespeichert werden. Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen assoziierten Multimediaquellen kann Einzelabfrage der verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen für Multimedia umfassen, die an diesen verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen verfügbar sind. Das Verfahren kann ferner Folgendes umfassen: Konsolidieren des Multimedia; und Präsentieren des Multimedia auf einer berührungsempfindlichen Fahrzeuganzeige; Bestimmen, ob Sicherheitsparameter für die Präsentation des Multimedia-Streams erfüllt sind; wenn Sicherheitsparameter für die Präsentation des Multimedia-Streams erfüllt sind, Präsentieren des Multimedia-Streams; wenn Sicherheitsparameter für die Präsentation des Multimedia-Streams nicht erfüllt sind, Aufzeichnen des Multimedia-Streams, wobei der Multimedia-Stream in lokaler Speicherung aufgezeichnet wird.
Die Ausführungsformen können auch ein Fahrzeugkommunikationssystem einschließen, umfassend: zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule, einen Signalprozessor; wobei der Signalprozessor betreibbar ist zum Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen assoziierten Multimediaquellen; Empfangen von Eingaben auf einer Benutzeroberfläche des Fahrzeugs, wobei die Eingaben Multimedia; Routen der Eingaben zu einer verfügbaren Ressource, verfügbaren Vorrichtung und verfügbaren Quelle; Empfangen eines Multimedia-Streams von einer verfügbaren Ressource, verfügbaren Vorrichtung und verfügbaren Quelle; und Präsentieren des Multimedia-Streams auf einer Ausgabe des Fahrzeugs, wobei zwei oder mehr Multimedia-Streams von zwei oder mehr Quellen empfangen werden und wobei alle der zwei oder mehr Multimedia-Streams Cache-gespeichert werden.
Der Prozessor kann ferner betreibbar sein zum Konsolidieren des Multimedia; Präsentieren des Multimedia auf einer berührungsempfindlichen Fahrzeuganzeige; Bestimmen, ob Sicherheitsparameter für Präsentation des Multimedia-Streams erfüllt sind; wenn Sicherheitsparameter für Präsentation des Multimedia-Streams erfüllt sind, Präsentieren des Multimedia-Streams; und wenn Sicherheitsparameter für Präsentation des Multimedia-Streams nicht erfüllt sind, Aufzeichnen des Multimedia-Streams, wobei der Multimedia-Stream in lokaler Speicherung im Fahrzeug oder auf einem anderen nicht mit dem Fahrzeug assoziierten Speicherelement aufgezeichnet wird.
Die Ausführungsformen können auch computerausführbare Anweisungen einschließen, umfassend: Anweisungen zum Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Anweisungen zum Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen assoziierten Multimediaquellen; Anweisungen zum Empfangen von Eingaben auf einer Benutzeroberfläche des Fahrzeugs, wobei die Eingaben Multimedia; Anweisungen zum Routen der Eingaben zu einer verfügbaren Ressource, verfügbaren Vorrichtung und verfügbaren Quelle; Anweisungen zum Empfangen eines Multimedia-Streams von einer verfügbaren Ressource, verfügbaren Vorrichtung und verfügbaren Quelle; und Anweisungen zum Präsentieren des Multimedia-Streams auf einer Ausgabe des Fahrzeugs, wobei das Fahrzeugkommunikationssystem Folgendes umfasst: mindestens eine drahtlose LAN-Komponente, und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet; zwei oder oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule, einen Signalprozessor, wobei das Kommunikationssystem ferner eine Signaldaten-Datenbank; und einen Übersetzer umfasst.
Die computerausführbare Anweisungen können ferner Anweisungen zum Bestimmen umfassen, ob Sicherheitsparameter für Präsentation des Multimedia-Streams erfüllt sind; wenn Sicherheitsparameter für Präsentation des Multimedia-Streams erfüllt sind, Präsentieren des Multimedia-Streams; und wenn Sicherheitsparameter für Präsentation des Multimedia-Streams nicht erfüllt sind, Aufzeichnen des Multimedia-Streams, wobei der Multimedia-Stream in lokaler Speicherung im Fahrzeug oder auf einem anderen nicht mit dem Fahrzeug assoziierten Speicherelement aufgezeichnet wird.

Claims

Verfahren, umfassend: Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; und Bereitstellen von Zugang zu einem Fahrzeugbus.
Verfahren nach Anspruch 1, wobei das Fahrzeugkommunikationssystem ein Kommunikationssystem in Kommunikation mit zwei oder mehr Sendeempfängern umfasst.
Verfahren nach Anspruch 2, wobei zwei oder mehr der Sendeempfänger BLUETOOTH-Sendeempfänger sind.
Verfahren nach Anspruch 3, wobei zwei oder mehr Antennen für das Fahrzeugkommunikationssystem getrennt, aber in dem Fahrzeug positioniert sind.
Verfahren nach Anspruch 4, wobei das Kommunikationssystem das Signal analysiert.
Verfahren nach Anspruch 5, wobei die Analyse einen oder mehrere der folgenden Schritte umfasst: Bestimmen von Signalcharakteristika; Bestimmen von Ortsinformationen; Bestimmen von Personeninformationen; Bestimmen von Bewegungsinformationen; und Bestimmen von Sensorinformationen.
Verfahren nach Anspruch 6, wobei das Kommunikationssystem die Analyse auflöst, um zu bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammte.
Verfahren nach Anspruch 7, wobei das Fahrzeugkommunikationssystem mindestens eine drahtlose LAN-Komponente umfasst.
Verfahren nach Anspruch 8, wobei die Vorrichtung mit der mindestens einen drahtlosen LAN-Komponente kommuniziert.
Verfahren nach Anspruch 9, wobei die Analyse gewichtet wird, um die Bestimmung, ob das Signal aus dem Inneren des Fahrzeugs stammte, aufzulösen.
Fahrzeugkommunikationssystem, umfassend: zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor; wobei der Signalprozessor betreibbar ist zum Empfangen eines Signals in dem Fahrzeugkommunikationssystem von einer Vorrichtung; automatischen Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikativen Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; und Bereitstellen von Zugang zu einem Fahrzeugbus.
Fahrzeugkommunikationssystem nach Anspruch 11, wobei das Fahrzeugkommunikationssystem mindestens eine drahtlose LAN-Komponente umfasst und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet.
Fahrzeugkommunikationssystem nach Anspruch 12, wobei das Kommunikationssystem ferner eine Signaldaten-Datenbank umfasst.
Fahrzeugkommunikationssystem nach Anspruch 11, wobei das Kommunikationssystem ferner einen Übersetzer umfasst.
Fahrzeugkommunikationssystem nach Anspruch 14, wobei der Signalprozessor ferner betreibbar ist zum Bestimmen von Signalcharakteristika; Bestimmen von Ortsinformationen; Bestimmen von Personeninformationen; Bestimmen von Bewegungsinformationen; Bestimmen von Sensorinformationen; und Auflösen der Signalcharakteristika, Ortsinformationen, Personeninformationen, Bewegungsinformationen und Sensorinformationen, um zu bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammte.
Computerlesbares Medium, worauf computerausführbare Anweisungen gespeichert sind, wobei die computerausführbaren Anweisungen bewirken, dass ein Prozessor ein Verfahren zum Bereitstellen eines universellen Busses ausführt, wobei die computerausführbaren Anweisungen Folgendes umfassen: Anweisungen zum Empfangen eines Signals in dem Fahrzeugkommunikationssystem von einer Vorrichtung; Anweisungen zum automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Anweisungen zum Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, Anweisungen zum kommunikativen Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; und Bereitstellen von Zugang zu einem Fahrzeugbus.
Computerlesbares Medium nach Anspruch 16, wobei das Fahrzeugkommunikationssystem Folgendes umfasst: mindestens eine drahtlose LAN-Komponente, und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet; zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor;
Computerlesbares Medium nach Anspruch 17, wobei das Kommunikationssystem ferner Folgendes umfasst: eine Signaldaten-Datenbank; und einen Übersetzer.
Computerlesbares Medium nach Anspruch 18, wobei der Signalprozessor Anweisungen für Folgendes ausführt: Bestimmen von Signalcharakteristika; Bestimmen von Ortsinformationen; Bestimmen von Personeninformationen; Bestimmen von Bewegungsinformationen; Bestimmen von Sensorinformationen; und Auflösen der Signalcharakteristika, Ortsinformationen, Personeninformationen, Bewegungsinformationen und Sensorinformationen, um zu bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammte.
Computerlesbares Medium nach Anspruch 19, wobei die Signalcharakteristika, Ortsinformationen, Personeninformationen, Bewegungsinformationen und Sensorinformationen gewichtet werden, um die Bestimmung, ob das Signal aus dem Inneren des Fahrzeugs stammte, aufzulösen.
Verfahren, umfassend: Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; Empfangen einer Anforderung einer Funktion; Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Bestimmen von Last; Auswählen einer Vorrichtung oder Quelle zum Bereitstellen der Funktion; Befehligen der Vorrichtung oder Quelle, die Funktion bereitzustellen; und Empfangen der Funktion.
Verfahren nach Anspruch 21, wobei das Fahrzeugkommunikationssystem ein Kommunikationssystem in Kommunikation mit einer oder mehreren Vorrichtungen umfasst.
Verfahren nach Anspruch 22, wobei die Vorrichtung ein Datenverarbeitungssystem ist.
Verfahren nach Anspruch 23, wobei die Funktion eine des Wiedergebens von Multimediadaten, Bereitstellung von Zugang zum Internet oder Bereitstellung von Zugang zu E-Mail ist.
Verfahren nach Anspruch 24, wobei das Bestimmen der Last einen der folgenden Schritte umfasst: Bestimmen einer Anzahl von zwischen einer Vorrichtung und dem Fahrzeugkommunikationssystem gesendeten Eingabe-/Ausgabenachrichten; oder Analysieren von durch die Vorrichtung zu dem Fahrzeugkommunikationssystem gesendeten Informationen.
Verfahren nach Anspruch 25, wobei die Auswahl der Vorrichtung oder Quelle sowohl auf Verfügbarkeit als auch auf Last basiert.
Verfahren nach Anspruch 26, wobei die erste Vorrichtung die Funktion anfordert.
Verfahren nach Anspruch 27, wobei die zweite Vorrichtung die Funktion bereitstellt.
Verfahren nach Anspruch 26, wobei die Anforderung der Funktion durch das Fahrzeugkommunikationssystem empfangen wird.
Verfahren nach Anspruch 29, wobei eine Vorrichtung die Funktion für das Fahrzeugkommunikationssystem bereitstellt.
Fahrzeugkommunikationssystem, umfassend: zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor; wobei der Signalprozessor betreibbar ist zum: Empfangen einer Anforderung einer Funktion; Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Bestimmen von Last auf der einen oder den mehreren verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Auswählen einer Vorrichtung oder Quelle zur Bereitstellung der Funktion; Befehligen der Vorrichtung oder Quelle, die Funktion bereitzustellen; und Empfangen der Funktion.
Fahrzeugkommunikationssystem nach Anspruch 31, wobei die Funktion eine des Wiedergebens von Multimediadaten, Bereitstellung von Zugang zum Internet oder Bereitstellung von Zugang zu E-Mail ist.
Fahrzeugkommunikationssystem nach Anspruch 31, wobei eine erste Vorrichtung die Funktion anfordert und wobei eine zweite Vorrichtung die Funktion bereitstellt.
Fahrzeugkommunikationssystem nach Anspruch 31, wobei die Anforderung der Funktion durch das Fahrzeugkommunikationssystem empfangen wird und wobei eine Vorrichtung die Funktion für das Fahrzeugkommunikationssystem bereitstellt.
Fahrzeugkommunikationssystem nach Anspruch 31, wobei die Anforderung der Funktion durch eine Vorrichtung empfangen wird und wobei das Fahrzeugkommunikationssystem die Funktion für die Vorrichtung bereitstellt.
Computerlesbares Medium, worauf computerausführbare Anweisungen gespeichert sind, wobei die computerausführbaren Anweisungen bewirken, dass ein Prozessor ein Verfahren zum Bereitstellen eines universellen Busses ausführt, wobei die computerausführbaren Anweisungen Folgendes umfassen: Anweisungen zum Empfangen einer Anforderung einer Funktion; Anweisungen zum Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Anweisungen zum Bestimmen von Last auf der einen oder den mehreren verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Anweisungen zum Auswählen einer Vorrichtung oder Quelle zur Bereitstellung der Funktion; Anweisungen zum Befehligen der Vorrichtung oder Quelle, die Funktion bereitzustellen; und Anweisungen zum Empfangen der Funktion.
Computerlesbares Medium nach Anspruch 36, wobei das Fahrzeugkommunikationssystem Folgendes umfasst: mindestens eine drahtlose LAN-Komponente, und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet; zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor.
Computerlesbares Medium nach Anspruch 37, wobei das Kommunikationssystem ferner Folgendes umfasst: eine Signaldaten-Datenbank; und einen Übersetzer.
Computerlesbares Medium nach Anspruch 38, wobei die Anweisungen zum Bestimmen der Last eine der folgenden Alternativen umfassen: Anweisungen zum Bestimmen einer Anzahl von zwischen einer Vorrichtung und dem Fahrzeugkommunikationssystem gesendeten Eingabe-/Ausgabenachrichten; oder Anweisungen zum Analysieren von durch die Vorrichtung zu dem Fahrzeugkommunikationssystem gesendeten Informationen.
Computerlesbares Medium nach Anspruch 39, wobei die Auswahl der Vorrichtung oder Quelle sowohl auf Verfügbarkeit als auch auf Last basiert.
Verfahren, umfassend: Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; Empfangen einer Nachricht von einer ersten Vorrichtung; Verifizieren, dass die Nachricht aus dem Inneren des Fahrzeugs stammte; und Bereitstellen der Nachricht für eine zweite Vorrichtung.
Verfahren nach Anspruch 41, wobei die Nachricht an die zweite Vorrichtung gerichtet ist.
Verfahren nach Anspruch 42, ferner umfassend Zugreifen auf Signaldaten in einer Signaldaten-Datenbank, um Adresseninformationen aus der zweiten Vorrichtung abzurufen.
Verfahren nach Anspruch 43, ferner umfassend Zugreifen auf Signaldaten in einer Signaldaten-Datenbank, um Adresseninformationen für die erste Vorrichtung abzurufen.
Verfahren nach Anspruch 44, ferner umfassend Vergleichen einer Adresse für die erste Vorrichtung in der Nachricht mit den abgerufenen Adresseninformationen.
Verfahren nach Anspruch 45, wobei, wenn die Adresse für die erste Vorrichtung in der Nachricht dieselbe wie die abgerufenen Adresseninformationen ist, die Nachricht verifiziert wird.
Verfahren nach Anspruch 46, wobei die Nachricht mittels des Fahrzeugkommunikationssystems zu der zweiten Vorrichtung gesendet wird.
Verfahren nach Anspruch 41, wobei das Verifizieren der Nachricht Folgendes umfasst: Bestimmen von Signalcharakteristika; Bestimmen von Ortsinformationen; Bestimmen von Personeninformationen; Bestimmen von Bewegungsinformationen; Bestimmen von Sensorinformationen; und Auflösen der Signalcharakteristika, Ortsinformationen, Personeninformationen, Bewegungsinformationen und Sensorinformationen, um zu bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammte.
Verfahren nach Anspruch 41, wobei das Fahrzeugkommunikationssystem mindestens eine drahtlose LAN-Komponente umfasst.
Verfahren nach Anspruch 49, wobei die erste Vorrichtung mittels der mindestens einen drahtlosen LAN-Komponente mit der zweiten Vorrichtung kommuniziert.
Fahrzeugkommunikationssystem, umfassend: zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor; wobei der Signalprozessor betreibbar ist zum Emfangen einer Nachricht von einer ersten Vorrichtung; Verifizieren, dass die Nachricht aus dem Inneren des Fahrzeugs stammte; und Bereitstellen der Nachricht für eine zweite Vorrichtung.
Fahrzeugkommunikationssystem nach Anspruch 51, wobei die Nachricht an die zweite Vorrichtung gerichtet ist.
Fahrzeugkommunikationssystem nach Anspruch 51, ferner umfassend: Zugreifen auf Signaldaten in einer Signaldaten-Datenbank, um Adresseninformationen von der zweiten Vorrichtung abzurufen, und Zugreifen auf Signaldaten in einer Signaldaten-Datenbank, um Adresseninformationen für die erste Vorrichtung abzurufen.
Fahrzeugkommunikationssystem nach Anspruch 51, ferner umfassend Vergleichen einer Adresse für die erste Vorrichtung in der Nachricht mit den abgerufenen Adresseninformationen, wobei, wenn die Adresse für die erste Vorrichtung in der Nachricht dieselbe wie die abgerufenen Adresseninformationen ist, die Nachricht verifiziert wird.
Fahrzeugkommunikationssystem nach Anspruch 51, wobei die Nachricht mittels des Fahrzeugkommunikationssystems zu der zweiten Vorrichtung gesendet wird.
Computerlesbares Medium, worauf computerausführbare Anweisungen gespeichert sind, wobei die computerausführbaren Anweisungen bewirken, dass ein Prozessor ein Verfahren zum Bereitstellen eines universellen Busses ausführt, wobei die computerausführbaren Anweisungen Folgendes umfassen: Anweisungen zum Empfangen einer Nachricht von einer ersten Vorrichtung; Anweisungen zum Verifizieren, dass die Nachricht aus dem Inneren des Fahrzeugs stammte; und Anweisungen zum Bereitstellen der Nachricht für eine zweite Vorrichtung.
Computerlesbares Medium nach Anspruch 56, wobei das Fahrzeugkommunikationssystem Folgendes umfasst: mindestens eine drahtlose LAN-Komponente, und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet; zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor.
Computerlesbares Medium nach Anspruch 57, wobei das Kommunikationssystem ferner Folgendes umfasst: eine Signaldaten-Datenbank; und einen Übersetzer.
Computerlesbares Medium nach Anspruch 58, ferner umfassend: Anweisungen zum Zugreifen auf Signaldaten in einer Signaldaten-Datenbank, um Adresseninformationen von der zweiten Vorrichtung abzurufen, Anweisungen zum Zugreifen auf Signaldaten in einer Signaldaten-Datenbank, um Adresseninformationen für die erste Vorrichtung abzurufen; und Anweisungen zum Vergleichen einer Adresse für die erste Vorrichtung in der Nachricht mit den abgerufenen Adresseninformationen, wobei, wenn die Adresse für die erste Vorrichtung in der Nachricht dieselbe wie die abgerufenen Adresseninformationen ist, die Nachricht verifiziert wird.
Computerlesbares Medium nach Anspruch 59, wobei das Fahrzeugkommunikationssystem mindestens eine drahtlose LAN-Komponente umfasst und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet.
Verfahren, umfassend: Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; Empfangen einer Anforderung einer Anwendung; Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Bestimmen von Last; Aktivieren von Funktion auf einer Vorrichtung oder Quelle, um die Anwendung auszuführen; Empfangen von Anwendungsbenutzeroberflächeninformationen oder -daten von der Vorrichtung in dem Fahrzeug zur Anzeige auf einer mit dem Fahrzeug assoziierten Anzeige; und Anzeigen der Anwendung auf der Anzeige.
Verfahren nach Anspruch 61, ferner umfassend: Befehligen des Fahrzeugkommunikationssystems, Funktionen für die Anwendung auszuführen.
Verfahren nach Anspruch 62, ferner umfassend: Empfangen von Eingaben auf der Anzeige.
Verfahren nach Anspruch 63, ferner umfassend: Ausführen einer Anwendungsfunktion auf der Vorrichtung auf Basis der der Anzeige empfangenen Eingaben.
Verfahren nach Anspruch 64, wobei das Fahrzeugkommunikationssystem ein Kommunikationssystem in Kommunikation mit einer oder mehreren Vorrichtungen umfasst.
Verfahren nach Anspruch 65, wobei die Vorrichtung ein Datenverarbeitungssystem ist.
Verfahren nach Anspruch 66, wobei das Bestimmen der Last einen der folgenden Schritte umfasst: Bestimmen einer Anzahl von zwischen einer Vorrichtung und dem Fahrzeugkommunikationssystem gesendeten Eingabe-/Ausgabenachrichten; oder Analysieren von durch die Vorrichtung zu dem Fahrzeugkommunikationssystem gesendeten Informationen.
Verfahren nach Anspruch 61, wobei die Auswahl der Vorrichtung oder Quelle sowohl auf Verfügbarkeit als auch auf Last basiert.
Verfahren nach Anspruch 61, wobei die Anforderung der Anwendung durch das Fahrzeugkommunikationssystem empfangen wird.
Verfahren nach Anspruch 69, wobei eine Vorrichtung die Anwendung für das Fahrzeugkommunikationssystem bereitstellt.
Fahrzeugkommunikationssystem, umfassend: zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor; wobei der Signalprozessor ausgelegt ist zum Empfangen einer Anforderung einer Anwendung; Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Bestimmen von Last; Aktivieren von Funktion auf einer Vorrichtung oder Quelle, um die Anwendung auszuführen; Empfangen von Anwendungsbenutzeroberflächeninformationen oder -daten von der Vorrichtung in dem Fahrzeug zur Anzeige auf einer mit dem Fahrzeug assoziierten Anzeige; und Anzeigen der Anwendung auf der Anzeige.
Fahrzeugkommunikationssystem nach Anspruch 71, wobei der Signalprozessor ferner betreibbar ist zum Empfangen eines Befehls für das Fahrzeugkommunikationssystem, Funktionen für die Anwendung auszuführen.
Fahrzeugkommunikationssystem nach Anspruch 71, wobei der Signalprozessor ferner betreibbar ist zum: Empfangen von Eingaben auf der Anzeige; und Ausführen einer Anwendungsfunktion auf der Vorrichtung auf Basis der auf Anzeige empfangenen Eingaben.
Fahrzeugkommunikationssystem nach Anspruch 71, wobei das Bestimmen der Last einen der folgenden Schritte umfasst: Bestimmen einer Anzahl von zwischen einer Vorrichtung und dem Fahrzeugkommunikationssystem gesendeten Eingabe-/Ausgabenachrichten; oder Analysieren von durch die Vorrichtung zu dem Fahrzeugkommunikationssystem gesendeten Informationen.
Fahrzeugkommunikationssystem nach Anspruch 71, wobei die Anforderung der Anwendung durch das Fahrzeugkommunikationssystem empfangen wird und wobei eine Vorrichtung die Anwendung für das Fahrzeugkommunikationssystem bereitstellt.
Computerlesbares Medium, worauf computerausführbare Anweisungen gespeichert sind, wobei die computerausführbaren Anweisungen bewirken, dass ein Prozessor ein Verfahren zum Bereitstellen eines universellen Busses ausführt, wobei die computerausführbaren Anweisungen Folgendes umfassen: Anweisungen zum Empfangen einer Anforderung einer Anwendung; Anweisungen zum Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Anweisungen zum Bestimmen von Last; Anweisungen zum Aktivieren von Funktion auf einer Vorrichtung oder Quelle, um die Anwendung auszuführen; Anweisungen zum Empfangen von Anwendungsbenutzeroberflächeninformationen oder -daten von der Vorrichtung in dem Fahrzeug zur Anzeige auf einer mit dem Fahrzeug assoziierten Anzeige; und Anweisungen zum Anzeigen der Anwendung auf der Anzeige.
Computerlesbares Medium nach Anspruch 76, wobei das Fahrzeugkommunikationssystem Folgendes umfasst: mindestens eine drahtlose LAN-Komponente, und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet; zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor.
Computerlesbares Medium nach Anspruch 77, wobei das Kommunikationssystem ferner Folgendes umfasst: eine Signaldaten-Datenbank; und einen Übersetzer.
Computerlesbares Medium nach Anspruch 78, ferner umfassend: Anweisungen zum Empfangen einer Eingabe auf der Anzeige; und Anweisungen zum Ausführen einer Anwendungsfunktion auf der Vorrichtung auf Basis der auf der Anzeige empfangenen Eingabe.
Computerlesbares Medium nach Anspruch 79, wobei die Anforderung der Anwendung durch das Fahrzeugkommunikationssystem empfangen wird und wobei eine Vorrichtung die Anwendung für das Fahrzeugkommunikationssystem bereitstellt.
Verfahren, umfassend: Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen verbundenen Cloud-Diensten; Empfangen von Eingaben auf einer Benutzeroberfläche des Fahrzeugs, wobei die Eingaben einen Cloud-Dienst anfordern; Routen der Eingaben zu einer Vorrichtung; Empfangen von Daten aus dem Cloud-Dienst von der Vorrichtung; und Bereitstellen der Daten auf der Anzeige des Fahrzeugs.
Verfahren nach Anspruch 81, wobei ein Fahrzeugkommunikationssystem Signaldaten zu einem Prozessor sendet, um die verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen und die Cloud-Dienste zu bestimmen.
Verfahren nach Anspruch 82, wobei das Fahrzeugkommunikationssystem mittels der Vorrichtung bestimmt, welche Cloud-Quellen verfügbar sind.
Verfahren nach Anspruch 83, wobei der Prozessor mittels eines Servers bestimmt, welche Cloud-Quellen verfügbar sind.
Verfahren nach Anspruch 84, ferner umfassend Präsentieren der Cloud-Diensteinformationen auf einer berührungsempfindlichen Anzeige.
Verfahren nach Anspruch 85, wobei die Vorrichtung ein Datenverarbeitungssystem ist.
Verfahren nach Anspruch 86, wobei der Cloud-Dienst für die Bereitstellung von Daten oder für die Ausführung einer Anwendung ist.
Verfahren nach Anspruch 81, wobei die Eingaben auf der berührungsempfindlichen Anzeige empfangen werden.
Verfahren nach Anspruch 81, wobei die Eingaben analysiert werden, um eine korrekte Quelle für den Cloud-Dienst zu bestimmen.
Verfahren nach Anspruch 89, wobei das Fahrzeugkommunikationssystem die Eingaben auf der Basis der Analyse zu der korrekten Vorrichtung routet.
Fahrzeugkommunikationssystem, umfassend: zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor; wobei der Signalprozessor ausgelegt ist zum Bestimmen einer oder mehrere von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen verbundenen Cloud-Diensten; Empfangen von Eingaben auf einer Benutzeroberfläche des Fahrzeugs, wobei die Eingaben einen Cloud-Dienst anfordern; Routen der Eingaben zu einer Vorrichtung; Empfangen von Daten aus dem Cloud-Dienst von der Vorrichtung; und Bereitstellen der Daten auf der Anzeige des Fahrzeugs.
Fahrzeugkommunikationssystem nach Anspruch 91, wobei der Signalprozessor bestimmt, welche Cloud-Quellen mittels der Vorrichtung verfügbar sind und wobei ein Prozessor bestimmt, welche Cloud-Quellen mittels eines Servers verfügbar sind.
Fahrzeugkommunikationssystem nach Anspruch 92, wobei der Prozessor ferner betreibbar ist zum Präsentieren der Cloud-Diensteinformationen auf einer berührungsempfindlichen Anzeige.
Fahrzeugkommunikationssystem nach Anspruch 93, wobei die Eingaben auf der berührungsempfindlichen Anzeige empfangen werden, wobei die Eingaben analysiert werden, um eine korrekte Quelle für den Cloud-Dienst zu bestimmen, und wobei der Signalprozessor die Eingaben auf der Basis der Analyse zu der korrekten Vorrichtung routet.
Fahrzeugkommunikationssystem nach Anspruch 91, wobei der Cloud-Dienst für die Bereitstellung von Daten oder für die Ausführung einer Anwendung ist.
Computerlesbares Medium, worauf computerausführbare Anweisungen gespeichert sind, wobei die computerausführbaren Anweisungen bewirken, dass ein Prozessor ein Verfahren zum Bereitstellen eines universellen Busses ausführt, wobei die computerausführbaren Anweisungen Folgendes umfassen: Anweisungen zum Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Anweisungen zum Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtung und/oder verfügbaren Quellen verbundenen Cloud-Diensten; Anweisungen zum Empfangen von Eingaben auf einer Benutzeroberfläche des Fahrzeugs, wobei die Eingaben einen Cloud-Dienst anfordern; Anweisungen zum Routen der Eingaben zu einer Vorrichtung; Anweisungen zum Empfangen von Daten aus dem Cloud-Dienst von der Vorrichtung; und Anweisungen zum Bereitstellen der Daten auf der Anzeige des Fahrzeugs.
Computerlesbares Medium nach Anspruch 96, wobei das Fahrzeugkommunikationssystem Folgendes umfasst: mindestens eine drahtlose LAN-Komponente, und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet; zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor.
Computerlesbares Medium nach Anspruch 97, wobei das Kommunikationssystem ferner Folgendes umfasst: eine Signaldaten-Datenbank; und einen Übersetzer.
Computerlesbares Medium nach Anspruch 98, wobei der Signalprozessor bestimmt, welche Cloud-Quellen mittels der Vorrichtung verfügbar sind und wobei der Prozessor bestimmt, welche Cloud-Quellen mittels eines Servers verfügbar sind.
Computerlesbares Medium nach Anspruch 99, wobei der Cloud-Dienst für die Bereitstellung von Daten oder für die Ausführung einer Anwendung ist.
Verfahren, umfassend: Empfangen eines Signals in einem Fahrzeugkommunikationssystem von einer Vorrichtung; automatisches Bestimmen, ob das Signal aus dem Inneren des Fahrzeugs stammt; wenn das Signal nicht aus dem Inneren des Fahrzeugs stammt, Zurückweisen des Signals; wenn das Signal aus dem Inneren des Fahrzeugs stammt, kommunikatives Verbinden des Fahrzeugkommunikationssystems mit der Vorrichtung; Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen assoziierten Multimediaquellen; Empfangen von Eingaben auf einer Benutzeroberfläche des Fahrzeugs, wobei die Eingaben Multimedia; Routen der Eingaben zu einer verfügbaren Ressource, verfügbaren Vorrichtung und verfügbaren Quelle; Empfangen eines Multimedia-Stroms von einer verfügbaren Ressource, verfügbaren Vorrichtung und verfügbaren Quelle; und Präsentieren des Multimedia-Streams auf einer Ausgabe des Fahrzeugs.
Verfahren nach Anspruch 101, ferner umfassend Cache-Speichern des Multimedia-Streams.
Verfahren nach Anspruch 102, wobei zwei oder mehr Multimedia-Streams von zwei oder mehr Quellen empfangen werden.
Verfahren nach Anspruch 103, wobei alle der zwei oder mehr Multimedia-Streams Cache-gespeichert werden.
Verfahren nach Anspruch 104, wobei das Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen assoziierten Multimediaquellen Einzelabfragen der verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen nach in diesen verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen verfügbarem Multimedia umfasst.
Verfahren nach Anspruch 105, ferner umfassend: Konsolidieren des Multimedia; und Präsentieren des Multimedia auf einer berührungsempfindlichen Fahrzeuganzeige.
Verfahren nach Anspruch 106, ferner umfassend Bestimmen, ob Sicherheitsparameter für Präsentation des Multimedia-Streams erfüllt sind.
Verfahren nach Anspruch 107, ferner umfassend, wenn Sicherheitsparameter für Präsentation des Multimedia-Streams erfüllt sind, Präsentieren des Multimedia-Streams.
Verfahren nach Anspruch 107, ferner umfassend, wenn Sicherheitsparameter für Präsentation des Multimedia-Streams nicht erfüllt sind, Aufzeichnen des Multimedia-Streams.
Verfahren nach Anspruch 109, wobei der Multimedia-Stream in lokaler Speicherung aufgezeichnet wird.
Fahrzeugkommunikationssystem, umfassend: zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor; wobei der Signalprozessor ausgelegt ist zum Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen assoziierten Multimediaquellen; Empfangen von Eingaben auf einer Benutzeroberfläche des Fahrzeugs, wobei die Eingaben Multimedia; Routen der Eingaben zu einer verfügbaren Ressource, verfügbaren Vorrichtung und verfügbaren Quelle; Empfangen eines Multimedia-Streams von einer verfügbaren Ressource, verfügbaren Vorrichtung und verfügbaren Quelle; und Präsentieren des Multimedia-Streams auf einer Ausgabe des Fahrzeugs.
Fahrzeugkommunikationssystem nach Anspruch 111, wobei zwei oder mehr Multimedia-Streams von zwei oder mehr Quellen empfangen werden und wobei alle der zwei oder mehr Multimedia-Streams Cache-gespeichert werden.
Fahrzeugkommunikationssystem nach Anspruch 111, wobei der Prozessor ferner betreibbar ist zum: Konsolidieren des Multimedia; und Präsentieren des Multimedia auf einer berührungsempfindlichen Fahrzeuganzeige.
Fahrzeugkommunikationssystem nach Anspruch 111, wobei der Prozessor ferner betreibbar ist zum: Bestimmen, ob Sicherheitsparameter für Präsentation des Multimedia-Streams erfüllt sind; wenn Sicherheitsparameter für Präsentation des Multimedia-Streams erfüllt sind, Präsentieren des Multimedia-Streams; und wenn Sicherheitsparameter für Präsentation des Multimedia-Streams nicht erfüllt sind, Aufzeichnen des Multimedia-Streams.
Fahrzeugkommunikationssystem nach Anspruch 114, wobei der Multimedia-Stream in lokaler Speicherung im Fahrzeug oder auf einem anderen, nicht mit dem Fahrzeug assoziierten Speicherelement aufgezeichnet wird.
Computerlesbares Medium, worauf computerausführbare Anweisungen gespeichert sind, wobei die computerausführbaren Anweisungen bewirken, dass ein Prozessor ein Verfahren zum Bereitstellen eines universellen Busses ausführt, wobei die computerausführbaren Anweisungen Folgendes umfassen: Anweisungen zum Bestimmen einer oder mehrerer von verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen; Anweisungen zum Bestimmen von mit den verfügbaren Ressourcen, verfügbaren Vorrichtungen und verfügbaren Quellen assoziierten Multimediaquellen; Anweisungen zum Empfangen von Eingaben auf einer Benutzeroberfläche des Fahrzeugs, wobei die Eingaben Multimedia; Anweisungen zum Routen der Eingaben zu einer verfügbaren Ressource, verfügbaren Vorrichtung und verfügbaren Quelle; Anweisungen zum Empfangen eines Multimedia-Streams von einer verfügbaren Ressource, verfügbaren Vorrichtung und verfügbaren Quelle; und Anweisungen zum Präsentieren des Multimedia-Streams auf einer Ausgabe des Fahrzeugs.
Computerlesbares Medium nach Anspruch 116, wobei das Fahrzeugkommunikationssystem Folgendes umfasst: mindestens eine drahtlose LAN-Komponente, und wobei sich mindestens eine Vorrichtung mittels der drahtlosen LAN-Komponente verbindet; zwei oder mehr BLUETOOTH-Sendeempfänger; ein Kommunikationssystem, umfassend: zwei oder mehr Kommunikationsmodule; einen Signalprozessor.
Computerlesbares Medium nach Anspruch 117, wobei das Kommunikationssystem ferner Folgendes umfasst: eine Signaldaten-Datenbank; und einen Übersetzer.
Computerlesbares Medium nach Anspruch 118, ferner umfassend: Anweisungen zum Bestimmen, ob Sicherheitsparameter für Präsentation des Multimedia-Streams erfüllt sind; wenn Sicherheitsparameter für Präsentation des Multimedia-Streams erfüllt sind, Anweisungen zum Präsentieren des Multimedia-Streams; und wenn Sicherheitsparameter für Präsentation des Multimedia-Streams nicht erfüllt sind, Anweisungen zum Aufzeichnen des Multimedia-Streams.
Computerlesbares Medium nach Anspruch 119, wobei der Multimedia-Stream in lokaler Speicherung im Fahrzeug oder auf einem nicht mit dem Fahrzeug assoziierten anderen Speicherelement aufgezeichnet wird.