DE112017007151T5

DE112017007151T5 - Fahrzeughalterung für mobile vorrichtungen

Info

Publication number: DE112017007151T5
Application number: DE112017007151.8T
Authority: DE
Inventors: Perry Robinson MacNeille; Bo Wu
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2017-03-31
Filing date: 2017-03-31
Publication date: 2019-12-12
Also published as: WO2018182695A1; US20200108782A1; CN110476202A

Abstract

Die Offenbarung stellt eine Halterung für mobile Vorrichtungen bereit. Eine Halterung für mobile Vorrichtungen beinhaltet einen Sockel, der dazu konfiguriert ist, sich zu drehen. Ein mechanisches Gestänge ist am Sockel angebracht und dazu konfiguriert, eine mobile Vorrichtung aufzunehmen. Ein Servomechanismus ist mit dem Sockel wirkverbunden und dazu konfiguriert, den Sockel gemäß den Fahrzeugdynamikdaten und einem Bild zu drehen, das durch die mobile Vorrichtung aufgenommen wurde.

Description

ALLGEMEINER STAND DER TECHNIK
Handys haben mehrere Vorrichtungen ersetzt, die von Verbrauchern getragen werden. Viele Verbraucher verwenden ihre Handys als ihr/e/en primäre/s/en Kamera, Musikabspieleinrichtung, elektronischen Kartenleser, und natürlich als Telefon. Einige Personen verwenden ihr Handy als ihr primäres Navigationshilfsmittel. Folglich haben Fahrzeughandyhalterungen, die es dem Benutzer ermöglichen, sein oder ihr Handy am Fahrzeugarmaturenbrett zu befestigen, an Beliebtheit gewonnen.
Figurenliste

1 veranschaulicht ein beispielhaftes Fahrzeug mit einer sich drehenden Halterung für mobile Vorrichtungen zum Orten eines Objekts außerhalb des Fahrzeugs.
Die 2A und 2B veranschaulichen eine Vorder- bzw. Seitenansicht einer beispielhaften Halterung für mobile Vorrichtungen.
2C ist ein Blockschaubild, das beispielhafte Komponenten des Fahrzeugs, die Halterung für mobile Vorrichtungen und eine mobile Vorrichtung zeigt.
Die 3A-3C veranschaulichen Ansichten des Fahrzeugs, bei denen die mobile Vorrichtung ein Objekt ortet.
4 veranschaulicht die Halterung für mobile Vorrichtungen, die sich in die Richtung der Fahrzeugscheinwerfer dreht.
Die 5A und 5B veranschaulichen die Halterung für mobile Vorrichtungen, die ihre Stellung in Bezug auf die Neigung des Fahrzeugs einstellt.
6 ist ein Ablaufdiagramm eines beispielhaften Prozesses, der durch einen Fahrzeugprozessor ausgeführt werden kann.
7 ist ein Ablaufdiagramm eines weiteren beispielhaften Prozesses, der durch den Fahrzeugprozessor ausgeführt werden kann.
8 ist ein Ablaufdiagramm eines beispielhaften Prozesses, der durch einen Handyprozessor ausgeführt werden kann.

DETAILLIERTE BESCHREIBUNG
Eine typische Handyhalterung kann eingestellt werden, so dass der Fahrer den Handybildschirm sehen kann, während er ein Fahrzeug betreibt. Die Einstellungen sind auf das Bewegen des Handys nach oben, nach unten, nach links oder nach rechts beschränkt. Die Einstellungen werden manuell durchgeführt. Wenn der Fahrer sein oder ihr Handy als eine auf einem Armaturenbrett befestigte Kamera verwenden will, kann der Fahrer das Handy manuell herumdrehen, so dass die Kamera des Handys durch die Windschutzscheibe gerichtet ist. Die einzige Möglichkeit, die Richtung der Kamera einzustellen, ist, dass der Fahrer die Handyhalterung manuell einstellt. Deshalb kann die Kamera in einer typischen Handyhalterung nicht verwendet werden, um eine Objekt außerhalb des Fahrzeugs zu orten. Ebenfalls kann die Kamera, in Fällen, bei denen das Fahrzeug mit adaptiven Scheinwerfern ausgestattet ist, nicht in die Richtung der Scheinwerfer gerichtet sein, während das Fahrzeug abbiegt, obwohl sich das Ziel der Scheinwerfer mit dem Fahrzeug bewegt, und der Fahrer wünscht möglicherweise, dass die Kamera das Ziel ortet.
Eine Möglichkeit, diese Probleme zu beheben, ist das Bereitstellen von Fahrzeugdynamikdaten der mobilen Vorrichtung und das Ermöglichen der mobilen Vorrichtung, die Richtung der Halterung für mobile Vorrichtungen zu steuern. In derartigen Fällen, weist die Halterung für mobile Vorrichtungen einen Sockel, der dazu konfiguriert ist, sich zu drehen, ein mechanisches Gestänge, das am Sockel angebracht und dazu konfiguriert ist, eine mobile Vorrichtung aufzunehmen, und einen Servomechanismus auf, der mit dem Sockel wirkverbunden und dazu konfiguriert ist, den Sockel zu drehen. Der Servomechanismus dreht den Sockel gemäß Fahrzeugdynamikdaten und einem Bild, das durch die mobile Vorrichtung aufgenommen wurde. Das heißt, dass die mobile Vorrichtung möglicherweise die Fahrzeugdynamikdaten und Bilder empfängt, die durch eine Kamera aufgenommen wurden, die in die mobile Vorrichtung integriert ist. Die mobile Vorrichtung kann die Fahrzeugdynamikdaten und die Bilder verarbeiten und Signale ausgeben, um den Servomechanismus zu steuern, so dass der Sockel sich auf eine Art dreht, die es der mobilen Vorrichtung ermöglicht, ein Objekt außerhalb des Fahrzeugs zu orten.
In einer möglichen Umsetzung beinhaltet eine Halterung für mobile Vorrichtungen einen Sockel, der dazu konfiguriert ist, sich zu drehen, ein mechanisches Gestänge, das am Sockel angebracht und dazu konfiguriert ist, eine mobile Vorrichtung aufzunehmen, und einen Servomechanismus auf, der mit dem Sockel wirkverbunden und dazu konfiguriert ist, den Sockel gemäß Fahrzeugdynamikdaten und einem Bild zu drehen, das durch die mobile Vorrichtung aufgenommen wurde.
Die Fahrzeugdynamikdaten können mindestens eines von einer Änderung des Antriebs, des Bremsdrucks, eines Lenkwinkels, eine Aufhängungshöhe, eine Geschwindigkeit eines Host-Fahrzeugs, einer Ausgabe eines Gyroskops oder Beschleunigungssensors und einer Scheinwerferrichtung beinhalten. Wenn die Fahrzeugdynamikdaten die Ausgabe des Gyroskops oder des Gaspedals beinhaltet, zeigt die Ausgabe des Gyroskops oder des Gaspedals an, ob das Host-Fahrzeug mindestens eines von Neigen, Schlingern oder sich Auf- und Abbewegen durchführt.
In einigen möglichen Ansätzen kann der Servomechanismus dazu konfiguriert sein, eine Steuersignalausgabe von einer mobilen Vorrichtung zu empfangen, wobei das Steuersignal eine Winkel- oder Linearstellung darstellt, und sich zur Winkel- oder Linearstellung zu drehen, die durch das Steuersignal dargestellt ist. Der Servomechanismus kann dazu konfiguriert sein, eine Steuersignalausgabe von einem Fahrzeugprozessor zu empfangen, wobei das Steuersignal eine Winkel- oder Linearstellung darstellt, und sich zur Winkel- oder Linearstellung zu drehen, die durch das Steuersignal dargestellt ist.
In einigen möglichen Umsetzungen beinhaltet die Halterung für mobile Vorrichtungen einen Aktor, der mit dem mechanischen Gestänge wirkverbunden ist. Der Aktor kann dazu konfiguriert sein, ein Steuersignal von einem von der mobilen Vorrichtung und einem Fahrzeugprozessor zu empfangen und die mobile Vorrichtung mindestens zum Teil auf Grundlage von Fahrzeugdynamikdaten nach oben zu neigen, die anzeigen, dass sich ein Host-Fahrzeug nach vorn neigt. Der Aktor kann dazu konfiguriert sein, ein Steuersignal von einem von der mobilen Vorrichtung und einem Fahrzeugprozessor zu empfangen und die mobile Vorrichtung mindestens zum Teil auf Grundlage von Fahrzeugdynamikdaten nach unten zu neigen, die anzeigen, dass sich ein Host-Fahrzeug nach hinten neigt. Die Bewegung des Aktors kann das mechanische Gestänge dazu veranlassen, sich zu teleskopieren.
Die Halterung für mobile Vorrichtungen kann ferner eine Zubehörschnittstelle beinhalten, die dazu konfiguriert ist, die mobile Vorrichtung kommunikativ mit einer Fahrzeugkommunikationsschnittstelle zu verbinden.
Ein beispielhaftes Fahrzeugsystem beinhaltet eine Halterung für mobile Vorrichtungen, die einen Sockel, der dazu konfiguriert ist, sich zu drehen, ein mechanisches Gestänge, das am Sockel angebracht und dazu konfiguriert ist, eine mobile Vorrichtung aufzunehmen, und einen Servomechanismus aufweist, der mit dem Sockel wirkverbunden und dazu konfiguriert ist, den Sockel gemäß Fahrzeugdynamikdaten und einem Bild zu drehen, das durch die mobile Vorrichtung aufgenommen wurde. Das Fahrzeugsystem beinhaltet ferner einen Fahrzeugprozessor, in einem Host-Fahrzeug, der dazu programmiert ist, die Fahrzeugdynamikdaten an die mobile Vorrichtung auszugeben.
Die Fahrzeugdynamikdaten beinhalten mindestens eines von einer Änderung des Bremsdrucks, eines Lenkwinkels, eine Aufhängungshöhe, eine Geschwindigkeit des Host-Fahrzeugs, einer Ausgabe eines Gyroskops oder Beschleunigungssensors und einer Scheinwerferrichtung. In Fällen, bei denen die Fahrzeugdynamikdaten die Ausgabe des Gyroskops beinhalten, zeigt die Ausgabe des Gyroskops oder des Beschleunigungssensors an, ob das Host-Fahrzeug mindestens eines von Neigen, Schlingern oder sich Auf- und Abbewegen durchführt.
Der Servomechanismus kann dazu konfiguriert sein, eine Steuersignalausgabe von einer mobilen Vorrichtung zu empfangen, wobei das Steuersignal eine Winkel- oder Linearstellung darstellt, und sich zur Winkel- oder Linearstellung zu drehen, die durch das Steuersignal dargestellt ist. Der Servomechanismus kann dazu konfiguriert sein, eine Steuersignalausgabe vom Fahrzeugprozessor zu empfangen, wobei das Steuersignal eine Winkel- oder Linearstellung darstellt, und sich zur Winkel- oder Linearstellung zu drehen, die durch das Steuersignal dargestellt ist.
Das Fahrzeugsystem kann ferner eine Fahrzeugkommunikationsschnittstelle beinhalten. In diesem Fall kann die Vorrichtungshalterung eine Zubehörschnittstelle beinhalten, die dazu konfiguriert ist, die mobile Vorrichtung kommunikativ mit der Fahrzeugkommunikationsschnittstelle zu verbinden. Der Fahrzeugprozessor kann dazu programmiert sein, der Kommunikationsschnittstelle zu befehlen, die Fahrzeugdynamikdaten an die mobile Vorrichtung über die Zubehörschnittstelle zu übermitteln.
In Fällen, bei denen die Vorrichtungshalterung einen Aktor beinhaltet, der mit dem mechanischen Gestänge wirkverbunden ist, kann der Aktor dazu konfiguriert sein, ein Steuersignal von einem von der mobilen Vorrichtung und dem Fahrzeugprozessor zu empfangen und die mobile Vorrichtung mindestens zum Teil auf Grundlage von Fahrzeugdynamikdaten nach oben zu neigen, die anzeigen, dass sich ein Host-Fahrzeug nach vorn neigt. In anderen Fällen, bei denen die Vorrichtungshalterung einen Aktor beinhaltet, der mit dem mechanischen Gestänge wirkverbunden ist, kann der Aktor dazu konfiguriert sein, ein Steuersignal von einem von der mobilen Vorrichtung und dem Fahrzeugprozessor zu empfangen und die mobile Vorrichtung mindestens zum Teil auf Grundlage von Fahrzeugdynamikdaten nach unten zu neigen, die anzeigen, dass sich ein Host-Fahrzeug nach hinten neigt.
Ein weiteres Fahrzeugsystem beinhaltet eine Halterung für mobile Vorrichtungen, die einen Sockel, der dazu konfiguriert ist, sich zu drehen, ein mechanisches Gestänge, das am Sockel angebracht und dazu konfiguriert ist, eine mobile Vorrichtung aufzunehmen, und einen Servomechanismus aufweist, der mit dem Sockel wirkverbunden und dazu konfiguriert ist, den Sockel gemäß Fahrzeugdynamikdaten und einem Bild zu drehen, das durch die mobile Vorrichtung aufgenommen wurde. Ein Fahrzeugprozessor, in einem Host-Fahrzeug, ist dazu programmiert, das Bild zu empfangen, das durch die mobile Vorrichtung aufgenommen wurde, ein Steuersignal auf Grundlage des Bildes und der Fahrzeugdynamikdaten zu erzeugen und das Steuersignal an den Servomechanismus auszugeben. Der Servomechanismus dreht den Sockel, um eine Kamera der mobilen Vorrichtung in Richtung eines Objekts außerhalb des Host-Fahrzeugs zu richten, das im Bild erscheint, um das Bild zu orten, während sich das Host-Fahrzeug bewegt.
Die gezeigten Elemente können unterschiedliche Formen annehmen und mehrere und/oder alternative Komponenten und Funktionen beinhalten. Die veranschaulichten beispielhaften Komponenten sollen nicht einschränkend sein. Tatsächlich können zusätzliche oder alternative Komponenten und/oder Umsetzungen verwendet werden. Ferner sind die gezeigten Elemente nicht unbedingt maßstabsgetreu gezeichnet, es sei denn, dies ist ausdrücklich angegeben.
Wie in den 1-2B veranschaulicht, weist ein Host-Fahrzeug 100 eine Vorrichtungshalterung 105 zum Orten eines Objekts außerhalb des Host-Fahrzeugs 100 auf. Obwohl das Host-Fahrzeug 100 als Limousine veranschaulicht ist, kann es sich um einen beliebigen Personenkraftwagen oder ein beliebiges Nutzfahrzeug handeln, wie etwa ein Auto, einen Truck, einen Geländewagen, ein Crossover-Fahrzeug, einen Van, einen Kleinbus, ein Taxi, einen Bus etc. Wie nachfolgend ausführlicher erörtert, wird die Bewegung der Vorrichtungshalterung 105 durch Signale gesteuert, die durch eine mobile Vorrichtung 110 ausgegeben werden, die in der Vorrichtungshalterung 105 platziert ist. Die mobile Vorrichtung 110 oder das Host-Fahrzeug 100 können die Vorrichtungshalterung 105 gemäß Bildern, die durch die mobile Vorrichtung 110 aufgenommen wurden, Fahrzeugdynamikdaten oder beides steuern. Fahrzeugdynamikdaten können sich auf ein Merkmal des Host-Fahrzeugs 100 beziehen, wie etwa eine Änderung des Antriebs, des Bremsdrucks, eines Lenkwinkels, einer Aufhängungshöhe, einer Geschwindigkeit, der Ausgabe eines Gyroskops, wie etwa ein mikroelektromechanisches Gyroskop, oder eines Beschleunigungssensors, einer Scheinwerferrichtung etc.
Die 2A-2B veranschaulichen eine Vorder- und eine Seitenansicht einer beispielhaften Vorrichtungshalterung 105. 2C ist ein Blockschaubild, das beispielhafte Komponenten des Host-Fahrzeugs 100, der Vorrichtungshalterung 105 und der mobilen Vorrichtung 110 veranschaulicht. Die Komponenten der Vorrichtungshalterung 105 beinhalten einen Sockel 115, ein mechanisches Gestänge 120, einen Griff 125, einen Servomechanismus 130 und eine Zubehörschnittstelle 135.
Der Sockel 115 ist aus starrem Material gebildet, wie etwa Kunststoff, von dem sich mindestens ein Teil in Bezug auf ein Fahrzeugarmaturenbrett 140 drehen kann (siehe die 3A und 3B). Wenn der Sockel 115 am Fahrzeugarmaturenbrett 140 befestigt ist, kann sich mindestens ein Teil des Sockels 115 um eine Achse 145 drehen, die sich rechtwinklig zu einer Fläche des Fahrzeugarmaturenbretts 140 erstreckt, an welcher der Sockel 115 befestigt ist. Das mechanische Gestänge 120 erstreckt sich vom Sockel 115.
Das mechanische Gestänge 120 ist aus einem starren Material, wie etwa Kunststoff, gebildet und kann das Gewicht der mobilen Vorrichtung 110 halten. Das mechanische Gestänge 120 kann unterschiedliche Gelenke und Verbindungen aufweisen, die sich überall befinden und unterschiedliche Freiheitsgrade bereitstellen. Beispiele von Gelenken können Dreh-(Scharnier-)gelenke, Schub-(Kinematik-)gelenke, Zylindergelenke und Kugelgelenke beinhalten. Beispiele von Verbindungen können starre Verbindungen oder sich ineinanderschiebende Verbindungen sein. Somit kann sich das mechanische Gestänge 120 teleskopieren oder sich in Bezug auf den Sockel 115 neigen, wie durch die Pfeile in den 2A und 2B gezeigt. Auf diese Art kann das mechanische Gestänge 120 bewegen ermöglichen der mobilen Vorrichtung 110, um sich in Bezug auf den Sockel 115 zu bewegen. Außerdem ist auf diese Art das mechanische Gestänge 120 ein mechanisches Gestänge 120 mit z. B. drei Übersetzungsfreiheitsgraden und z. B. drei Drehfreiheitsgraden.
Der Griff 125 kann z. B. aus Kunststoff gebildet sein und kann Finger zum Halten der mobilen Vorrichtung 110 am Platz beinhalten. Der Griff 125 kann die mobile Vorrichtung 110 aufnehmen und die mobile Vorrichtung 110 unter Verwendung einer Klammer, einer Halterung etc. halten. In einigen Fällen verwendet der Griff 125 Reibung, um die mobile Vorrichtung 110 am Platz zu halten.
Der Servomechanismus 130, der manchmal als Servo bezeichnet wird, ist ein Elektromotor oder eine andere Art von Aktor, der elektrische Energie in Bewegung umwandelt. Der Servomechanismus 130 kann eine Welle aufweisen, die sich gemäß elektrischer Energie dreht, die dem Servomechanismus 130 bereitgestellt wird. Der Servomechanismus 130 kann dazu programmiert oder konfiguriert sein, in bestimmte Winkel- oder Linearstellungen gemäß einem Steuersignal zu drehen, das dem Servomechanismus 130 bereitgestellt wird. Die Welle des Servomechanismus 130 kann mit dem sich drehenden Abschnitt des Sockels 115 wirkverbunden sein. Die Drehung der Welle 130 veranlasst, dass sich mindestens ein Abschnitt des Sockels 115 dreht. Andere Aktoren 150, die an den unterschiedlichen Gelenken und Verbindungen des mechanischen Gestänges 120 agieren, können in die Vorrichtungshalterung 105 integriert werden, das z. B. die Vorrichtungshalterung 105 veranlasst, sich in andere Richtungen gemäß einem Steuersignal zu drehen oder zu bewegen, das von der mobilen Vorrichtung 110 empfangen wurde. Zum Beispiel kann ein Aktor 150 veranlassen, dass sich das mechanische Gestänge 120 in Abhängigkeit davon, ob das Host-Fahrzeug 100 sich nach vorn oder nach hinten neigt, nach oben bzw. nach oben neigt, wie nachfolgend ausführlicher unter Bezugnahme auf die 5A und 5B erörtert wird. Ein weiterer Aktor 150 kann das mechanische Gestänge 120 dazu veranlassen, sich zu teleskopieren (d. h. sich von einem Sockel 115 weg oder in Richtung desselben zu erstrecken). Der Aktor 150 kann mit dem Sockel 115, dem mechanischen Gestänge 120 oder beiden wirkverbunden sein. Somit kann der Servomechanismus 130 unterschiedliche Freiheitsgrade, wie etwa drei Übersetzungsfreiheitsgrade und drei Drehfreiheitsgrade, für die Vorrichtungshalterung 105 erleichtern.
Die Zubehörschnittstelle 135 ist über Schaltungen, Chips oder andere elektronische Komponenten umgesetzt, die allen Komponenten der mobilen Vorrichtung 110 ermöglichen, mit Komponenten des Host-Fahrzeugs 100 zu kommunizieren und umgekehrt. Die Zubehörschnittstelle 135 kann ebenfalls die Kommunikation zwischen Komponenten der mobilen Vorrichtung 110 und anderen Komponenten der Vorrichtungshalterung 105, wie etwa dem Servomechanismus 130, erleichtern. Die Zubehörschnittstelle 135 kann drahtgebundene oder drahtlose Kommunikation zwischen und unter den Komponenten des Host-Fahrzeugs 100, der mobilen Vorrichtung 110 und der Vorrichtungshalterung 105 erleichtern. Die Zubehörschnittstelle 135 kann über eine beliebige Anzahl von Hardware oder drahtlosen Kommunikationsprotokollen umgesetzt werden. Beispiele derartiger Protokolle können das universelle serielle Bus-(USB-)hardwareprotokoll und das drahtlose Kommunikationsprotokoll Bluetooth® beinhalten.
Die Komponenten der mobilen Vorrichtung 110 beinhalten eine Handykommunikationsschnittstelle 155, eine Kamera 160, einen Handyspeicher 165 und einen Handyprozessor 170.
Die Handykommunikationsschnittstelle 155 ist über eine Antenne, Schaltungen, Chips oder andere elektronische Komponenten umgesetzt, welche die drahtlose Kommunikation zwischen den Komponenten der mobilen Vorrichtung 110, dem Host-Fahrzeug 100 und der Vorrichtungshalterung 105 erleichtern. Zum Beispiel kann die Handykommunikationsschnittstelle 155 in drahtgebundener oder drahtloser Kommunikation mit der Zubehörschnittstelle 135 stehen. Die Handykommunikationsschnittstelle 155 kann dazu programmiert sein, gemäß einer beliebigen Anzahl von drahtgebundenen oder drahtlosen Kommunikationsprotokollen zu kommunizieren. Zum Beispiel kann die Handykommunikationsschnittstelle 155 dazu programmiert sein, gemäß einem Satellitenkommunikationsprotokoll, einem mobilfunkbasierten Kommunikationsprotokoll (LTE, 3G etc.), Bluetooth®, Bluetooth® Low Energy, Ethernet, dem Controller-Area-Network-(CAN-)Protokoll, WiFi, dem Local-Interconnect-Network-(LIN-)Protokoll, dem universellen seriellen Bus-(USB-)protokoll etc. zu kommunizieren. Wie nachfolgend ausführlicher erörtert, empfängt die Handykommunikationsschnittstelle 155 Fahrzeugdynamikdaten vom Host-Fahrzeug 100 und gibt diese Daten an den Handyprozessor 170 weiter, speichert diese Daten im Handyspeicher 165 oder beides.
Die Kamera 160 ist ein Bildsensor, der in die mobile Vorrichtung 110 integriert ist. Die Kamera 160 kann Bilder von Objekten außerhalb des Host-Fahrzeugs 100 aufnehmen, wenn z. B. die mobile Vorrichtung 110 in der Vorrichtungshalterung 105 befestigt ist. Um derartige Bilder aufzunehmen, kann die Kamera 160 eine Linse beinhalten, die Licht zu z. B. einem CCD-Bildsensor, einem CMOS-Bildsensor etc. projiziert. Die Kamera 160 verarbeitet das Licht und erzeugt das Bild. Das Bild kann an den Handyprozessor 170 ausgegeben werden und kann, wie nachfolgend ausführlicher erörtert, verwendet werden, um Bilder außerhalb des Host-Fahrzeugs 100 zu orten. Die Kamera 160 kann in die mobile Vorrichtung 110 integriert sein, und wenn die mobile Vorrichtung 110 in der Vorrichtungshalterung 105 platziert wird, kann die Kamera 160 in Richtung eines Fensters, wie etwa die Windschutzscheibe 205, des Host-Fahrzeugs 100 gerichtet sein.
Der Handyspeicher 165 ist über Schaltungen, Chips oder andere elektronische Komponenten umgesetzt und kann einen oder mehrere von Festwertspeicher (read only memory - ROM), Direktzugriffsspeicher (random access memory - RAM), Flash-Speicher, elektrisch programmierbarem Speicher (electrically programmable memory - EPROM), elektrisch programmierbarem und löschbarem Speicher (electrically programmable and erasable memory - EEPROM), einer eingebetteten Multimediakarte (embedded MultiMediaCard - eMMC), einer Festplatte oder beliebigen flüchtigen oder nichtflüchtigen Medien etc. beinhalten. Der Speicher kann Anweisungen, die durch den Handyprozessor 170 ausgeführt werden können, und Daten, wie etwa Bilder, die durch die Kamera 160 aufgenommen wurden, Fahrzeugdynamikdaten, die vom Host-Fahrzeug 100 empfangen wurden, oder beides speichern. Die Anweisungen und Daten, die im Speicher gespeichert sind, können dem Handyprozessor 170 und möglicherweise anderen Komponenten der mobilen Vorrichtung 110 zugänglich sein.
Der Handyprozessor 170 ist über Schaltungen, Chips oder andere elektronische Komponenten umgesetzt und kann einen oder mehrere Mikrocontroller, einen oder mehrere feldprogrammierbare Gate-Arrays (field programmable gate arrays - FPGAs), einen oder mehrere anwendungsspezifische Schaltungen (application specific circuits - ASICs), einen oder mehrere digitale Signalprozessoren (digital signal processors - DSPs), einen oder mehrere verbraucherintegrierte Schaltungen etc. beinhalten. Der Handyprozessor 170 ist dazu programmiert, die Daten von der Kamera 160, dem Handyspeicher 165 oder beiden zu empfangen und den Servomechanismus 130 der Vorrichtungshalterung 105 steuern, um den Sockel 115 zu drehen. Zum Beispiel kann der Handyprozessor 170 dazu programmiert sein, Bilder, die von der Kamera 160 aufgenommen wurden, vom Handyspeicher 165 abzurufen. In einigen Umsetzungen ist der Handyprozessor 170 dazu programmiert, die Bilder, die durch die Kamera 160 aufgenommen wurden, in Echtzeit zu empfangen. Der Handyprozessor 170 ist dazu programmiert, die Bilder zu verarbeiten, um ein Objekt zu erfassen. Der Handyprozessor 170 kann ferner dazu programmiert sein, Fahrzeugdynamikdaten zu empfangen. Wie vorstehend erörtert, können sich Fahrzeugdynamikdaten auf ein Merkmal des Host-Fahrzeugs 100 beziehen, wie etwa eine Änderung des Antriebsbremsdrucks, eines Lenkwinkels, einer Aufhängungshöhe, einer Geschwindigkeit, der Ausgabe eines Gyroskops, wie etwa ein mikroelektromechanisches Gyroskop, oder eines Beschleunigungssensors etc. Der Handyprozessor 170 kann dazu programmiert sein, die Fahrzeugdynamikdaten und das Bild zu verarbeiten, um vorherzusagen, wo sich das Objekt in Bezug auf das Host-Fahrzeug 100 befinden wird. Der Handyprozessor 170 kann ferner dazu programmiert sein, seine Vorhersage durch durchgehendes Überwachen des Standorts des Objekts über die Bilder zu bestätigen. Ferner kann der Handyprozessor 170 dazu programmiert sein, dem Servomechanismus 130 der Vorrichtungshalterung 105 zu befehlen, sich in bestimmte Winkel- oder Linearstellungen auf Grundlage des vorhergesagten oder erfassten Standorts des Objekts zu drehen. Der Handyprozessor 170 kann dazu programmiert sein, Steuersignale auszugeben, die den Servomechanismus 130 in bestimmte Winkel- oder Linearstellungen befehlen, so dass das Objekt im Sichtfeld der Kamera 160 bleibt.
Die Komponenten des Host-Fahrzeugs 100 beinhalten eine Scheinwerfersteuerung 175, eine Fahrzeugkommunikationsschnittstelle 180, Fahrzeugsensoren 185, einen Fahrzeugspeicher 190 und einen Fahrzeugprozessor 195. Diese Komponenten können miteinander über eine Fahrzeugkommunikationsverbindung 200 in Verbindung stehen. Die Fahrzeugkommunikationsverbindung 200 kann durch über eine beliebige Anzahl von Kommunikationsprotokollen umgesetzt sein, wie etwa Ethernet, das Controller-Area-Network-(CAN-)Protokoll, WiFi, das Local-Interconnect-Network-(LIN-)Protokoll, Bluetooth®, Bluetooth® Low Energy etc.
Die Scheinwerfersteuerung 175 ist über Schaltungen, Chips oder andere elektronische Komponenten umgesetzt, welche die Richtung der Fahrzeugscheinwerfer steuern. Dies wird manchmal als adaptive Scheinwerferpositionierung bezeichnet. Während eines Kurvenfahrmanövers (z. B. wenn das Host-Fahrzeug 100 eine Kurve abbiegt), gibt die Scheinwerfersteuerung 175 Steuersignale an Aktoren aus, die mit den Fahrzeugscheinwerfern wirkverbunden sind. Die Steuersignale veranlassen die Aktoren, die Fahrzeugscheinwerfer in die Richtung des Abbiegens zu richten und die Scheinwerfersteuerung 175 kann dazu programmiert sein, das Steuersignal gemäß dem Winkel des Lenkrads auszugeben. Somit kann die Scheinwerfersteuerung 175, während das Host-Fahrzeug 100 während einem Kurvenfahrmanöver nach rechts gelenkt wird, dazu programmiert sein, ein Steuersignal auszugeben, das die Aktoren veranlasst, die Fahrzeugscheinwerfer nach rechts zu richten. Während das Host-Fahrzeug 100 während einem Kurvenfahrmanöver nach links gelenkt wird, kann die Scheinwerfersteuerung 175 dazu programmiert sein, ein Steuersignal auszugeben, das die Aktoren veranlasst, die Fahrzeugscheinwerfer nach links zu richten. Die Scheinwerfersteuerung 175 kann dazu programmiert sein, ein Steuersignal auszugeben, um die Fahrzeugscheinwerfer zu zentrieren, wenn kein Kurvenfahrmanöver durchgeführt wird.
Die Fahrzeugkommunikationsschnittstelle 180 ist über eine Antenne, Schaltungen, Chips oder andere elektronische Komponenten umgesetzt, welche die drahtlose Kommunikation zwischen den Komponenten der mobilen Vorrichtung 110, dem Host-Fahrzeug 100 und der Vorrichtungshalterung 105 erleichtern. Zum Beispiel kann die Fahrzeugkommunikationsschnittstelle 180 in drahtgebundener oder drahtloser Kommunikation mit der Zubehörschnittstelle 135 stehen. Der Fahrzeugkommunikationsschnittstelle 180 kann dazu programmiert sein, gemäß einer beliebigen Anzahl drahtgebundener oder drahtloser Kommunikationsprotokolle zu kommunizieren. Zum Beispiel kann die Fahrzeugkommunikationsschnittstelle 180 dazu programmiert sein, gemäß einem Satellitenkommunikationsprotokoll, einem mobilfunkbasierten Kommunikationsprotokoll (LTE, 3G etc.), Bluetooth®, Bluetooth® Low Energy, Ethernet, dem Controller-Area-Network-(CAN-)Protokoll, WiFi, dem Local-Interconnect-Network-(LIN-)Protokoll, dem universellen seriellen Bus-(USB-)protokoll etc. zu kommunizieren. Wie nachfolgend ausführlicher erörtert, übermittelt die Fahrzeugkommunikationsschnittstelle 180 Fahrzeugdynamikdaten vom Host-Fahrzeug 100 an den Handyprozessor 170 weiter, speichert diese Daten im Handyspeicher 190 oder beides. In einigen Fällen ist die Fahrzeugkommunikationsschnittstelle 180 eine eigenständige Vorrichtung, die sich im Host-Fahrzeug 100 befindet. Alternativ kann die Fahrzeugkommunikationsschnittstelle 180 in eine weitere Komponente des Host-Fahrzeugs 100, wie etwa eine Telematikeinheit, integriert sein.
Die Fahrzeugsensoren 185 sind über Schaltungen, Chips oder andere elektronische Komponenten umgesetzt, die dazu programmiert sind, Daten zu sammeln, die Merkmale des Host-Fahrzeugs 100 betreffen. Beispiele von Merkmalen, die von den Fahrzeugsensoren 185 gemessen werden, beinhalten Änderungen des Antriebs, des Bremsdrucks, eines Lenkwinkels, einer Aufhängungshöhe, einer Geschwindigkeit, der Ausgabe eines Gyroskops, wie etwa ein mikroelektromechanisches Gyroskop, oder eines Beschleunigungssensors, der Scheinwerferrichtung etc. Die Fahrzeugsensoren 185 sind ferner dazu programmiert, die gesammelten Daten auszugeben. Die Summe der Daten, die von den Fahrzeugsensoren 185 gesammelt wurden, können als die Fahrzeugdynamikdaten bezeichnet werden. Die Fahrzeugdynamikdaten können durch die Fahrzeugsensoren 185 direkt an den Fahrzeugprozessor 195, den Fahrzeugspeicher 190 oder beide ausgegeben werden.
Der Fahrzeugspeicher 190 ist über Schaltungen, Chips oder andere elektronische Komponenten umgesetzt und kann einen oder mehrere von Festwertspeicher (read only memory - ROM), Direktzugriffsspeicher (random access memory - RAM), Flash-Speicher, elektrisch programmierbarem Speicher (electrically programmable memory - EPROM), elektrisch programmierbarem und löschbarem Speicher (electrically programmable and erasable memory - EEPROM), einer eingebetteten Multimediakarte (embedded MultiMediaCard - eMMC), einer Festplatte oder beliebigen flüchtigen oder nichtflüchtigen Medien etc. beinhalten. Der Fahrzeugspeicher 190 kann Anweisungen, die durch den Fahrzeugprozessor 195 ausgeführt werden können, und Daten, wie etwa Fahrzeugdynamikdaten, Bilder, die durch die Kamera 160 der mobilen Vorrichtung 110 aufgenommen wurden, oder beides, speichern. Die Anweisungen und Daten, die im Speicher gespeichert sind, können dem Fahrzeugprozessor 195 und möglicherweise anderen Komponenten des Host-Fahrzeugs 100 zugänglich sein.
Der Fahrzeugprozessor 195 ist über Schaltungen, Chips oder andere elektronische Komponenten umgesetzt und kann einen oder mehrere Mikrocontroller, einen oder mehrere feldprogrammierbare Gate-Arrays (field programmable gate arrays - FPGAs), einen oder mehrere anwendungsspezifische Schaltungen (application specific circuits - ASICs), einen oder mehrere digitale Signalprozessoren (digital signal processors - DSPs), einen oder mehrere verbraucherintegrierte Schaltungen etc. beinhalten. Der Fahrzeugprozessor 195 ist dazu programmiert, die Fahrzeugdynamikdaten von den Fahrzeugsensoren 185 zu empfangen, die Fahrzeugdynamikdaten zu verarbeiten und die Fahrzeugdynamikdaten an die Kommunikationsschnittstelle auszugeben. Wie vorstehend erörtert, können sich die Fahrzeugdynamikdaten auf ein Merkmal des Host-Fahrzeugs 100 beziehen, wie etwa eine Änderung des Antriebs, des Bremsdrucks, eines Lenkwinkels, einer Aufhängungshöhe, einer Geschwindigkeit, der Ausgabe eines Gyroskops, wie etwa ein mikroelektromechanisches Gyroskop, oder eines Beschleunigungssensors, einer Scheinwerferrichtung etc. Der Prozessor kann dazu programmiert sein, der Kommunikationsschnittstelle zu befehlen, die Fahrzeugdynamikdaten an den Handyprozessor 170, z. B. über die Zubehörschnittstelle 135, zu übermitteln.
Der Fahrzeugprozessor 195 kann eine eigenständige Vorrichtung sein oder in eine weitere Fahrzeugkomponente integriert sein. Zum Beispiel kann der Fahrzeugprozessor 195 in eine Fahrzeugsteuerung, wie etwa ein Karosseriesteuermodul, integriert sein, der ein Fahrzeugcomputer ist, der über Schaltungen, Chips oder andere elektronische Komponenten umgesetzt ist.
Der Fahrzeugprozessor 195 kann dazu programmiert sein, Daten zur mobilen Vorrichtung 110, der Vorrichtungshalterung 105 oder beiden zu empfangen. Zum Beispiel kann der Fahrzeugprozessor 195 dazu programmiert sein, die Winkel- oder Linearstellung der Vorrichtungshalterung 105 zu bestimmen. Die Winkel- oder Linearstellung der Vorrichtungshalterung 105 kann verwendet werden, um den Winkel der mobilen Vorrichtung 110 in Bezug auf das Objekt zu bestimmen, das geortet wird. Diese Informationen können durch den Fahrzeugprozessor 195 verwendet werden, um die Genauigkeit der Positionierung des Host-Fahrzeugs 100 zu verbessern. Wenn zum Beispiel das Objekt, das geortet wird, ein weiteres Fahrzeug direkt vor und in derselben Spur wie das Host-Fahrzeug 100 ist, kann der Fahrzeugprozessor 195 auf Grundlage der Winkel- oder Linearstellung der Vorrichtungshalterung 105, der mobilen Vorrichtung 110 oder von beiden bestimmen, ob das Host-Fahrzeug 100 richtig innerhalb der Spur ist. Ferner kann der Fahrzeugprozessor 195 das Bild, das von der Kamera 160 aufgenommen wurde, empfangen und verarbeiten, um z. B. die Sicht zu bestimmen. Das heißt, dass, wenn das Bild keine Objekte zeigt, selbst weit entfernte Objekte, der Fahrzeugprozessor 195 bestimmen kann, dass das Host-Fahrzeug 100 unter Bedingungen mit geringer Sicht fährt. Diese Schlussfolgerung kann durch Wetterdaten, die z. B. über eine Fahrzeugtelematikeinheit, die Fahrzeugkommunikationsschnittstelle 180 etc. empfangen wurden, bestätigt werden.
In einigen Fällen ist der Fahrzeugprozessor 195 dazu programmiert, einige der Vorgänge des Handyprozessors 170 durchzuführen, die vorstehend erörtert wurden. Das heißt, dass der Fahrzeugprozessor 195 dazu programmiert sein kann, die Bilder, die von der Kamera 160 der mobilen Vorrichtung 110 aufgenommen wurden, zu empfangen und zu verarbeiten, und dem Servomechanismus 130 zu befehlen, den Sockel 115 in eine bestimmte Winkel- oder Linearstellung zu drehen, um ein Objekt zu orten, das im Bild identifiziert wurde.
Die 3A und 3B veranschaulichen Ansichten vom Host-Fahrzeug 100, bei denen die mobile Vorrichtung 110 ein Objekt ortet. Konkret veranschaulichen die 3A und 3B die Vorrichtungshalterung 105, die am Fahrzeugarmaturenbrett 140 befestigt ist und ein Objekt durch die Fahrzeugwindschutzscheibe 205 ortet. Die mobile Vorrichtung 110 nimmt Bilder des Objekts auf und empfängt Fahrzeugdynamikdaten über die Zubehörschnittstelle 135 der Vorrichtungshalterung 105. Auf Grundlage der Position des Objekts in nachfolgenden Bildern und auf Grundlage der Fahrzeugdynamikdaten ortet der Handyprozessor 170 das Objekt und befiehlt dem Servomechanismus 130, den Sockel 115 der Vorrichtungshalterung 105 zu drehen, um das Objekt weiter zu orten. Die 3A und 3B zeigen das Handy, das ein Plakat 210 (z. B. das Objekt) erfasst und das Plakat 210 ortet, während sich das Host-Fahrzeug 100 in Bezug auf das Plakat 210 bewegt. 3A veranschaulicht die Ausrichtung des Plakats 210 zum Host-Fahrzeug 100, wenn das Plakat 210 zuerst erfasst wird, und 3B veranschaulicht die Ausrichtung des Plakats 210 zum Host-Fahrzeug 100 zu einem späteren Zeitpunkt. Die mobile Vorrichtung 110 gibt das Steuersignal an den Servomechanismus 130 der Vorrichtungshalterung 105 aus, was den Sockel 115 der Vorrichtungshalterung 105 veranlasst, sich ungeachtet der Bewegung des Host-Fahrzeugs 100 in Richtung des Plakats 210 zu drehen. Durch das Berücksichtigen der Fahrzeugdynamikdaten kann die mobile Vorrichtung 110 die Position des Plakats 210 genauer orten, während sich das Host-Fahrzeug 100 bewegt.
Ferner kann die Windschutzscheibe 205 eine oder mehrere Referenzmarkierungen 215 beinhalten. Die mobile Vorrichtung 110 kann die Referenzmarkierungen 215 in den Bildern erfassen, die durch die Kamera 160 aufgenommen wurden, um dabei zu helfen, die mobile Vorrichtung 110 in Bezug auf das Host-Fahrzeug 100 auszurichten. Mit anderen Worten kann der Handyprozessor 170 dazu programmiert sein, zu erkennen, dass die Referenzmarkierungen 215 sich niemals in Bezug auf das Host-Fahrzeug 100 bewegen. Außerdem können die Referenzmarkierungen 215 eine gleichbleibende Form und Ausrichtung aufweisen (als Fadenkreuze in den 3A und 3B gezeigt). Somit können die Referenzmarkierungen 215 durch den Handyprozessor 170 verwendet werden, um eine Entfernung des Host-Fahrzeugs 100 zu Objekten zu bestimmen, die geortet werden, eine Größe des Objekts zu bestimmen, das geortet wird, etc.
In einigen möglichen Ansätzen kann die mobile Vorrichtung 110, wie in 3C gezeigt, ein weiteres Fahrzeug 220 orten. Die Fahrzeugkommunikationsschnittstelle 180 kann drahtlos mit dem anderen Fahrzeug 220 z. B. über ein Fahrzeug-zu-Fahrzeug-Kommunikationsprotokoll kommunizieren, wie etwa das dedizierte Nahbereichskommunikations-(dedicated short range communication - DSRC-)kommunikationsprotokoll. Die ausgetauschten Mitteilungen können dem Fahrzeugprozessor 195 helfen, den Standort des Host-Fahrzeugs 100 zu bestätigen, die Genauigkeit der Positionierung des Host-Fahrzeugs 100 zu verbessern, die Sicht zu bestimmen (d. h. wenn der Fahrzeugprozessor 195 auf Grundlage der Fahrzeug-zu-Fahrzeug-Kommunikationen weiß, dass sich das andere Fahrzeug 200 in der Nähe befindet, die mobile Vorrichtung 110 das andere Fahrzeug 220 aber nicht sieht, kann der Fahrzeugprozessor 195 bestimmen, dass die Sicht aufgrund von z. B. Wetter, wie etwa Nebel, einem Schneesturm oder dergleichen, eingeschränkt ist).
4 veranschaulicht, wie die Vorrichtungshalterung 105 mit einem adaptiven Scheinwerfersystem verwendet werden kann. Wenn sich die Richtung 225 der Scheinwerfer ändert, kann die mobile Vorrichtung 110 dem Servomechanismus 130 der Vorrichtungshalterung 105 über Steuersignale befehlen, den Sockel 115 in die Richtung der Scheinwerfer zu drehen. Der Handyprozessor 170 kann derartige Steuersignale gemäß den Fahrzeugdynamikdaten ausgeben, die, wie vorstehend erörtert, den Lenkwinkel, die Scheinwerferrichtung etc. beinhalten können. Das Sichtfeld 230 der Kamera 160 kann in dieselbe Richtung wie die Scheinwerfer gerichtet sein. In 4 wird das ursprüngliche Sichtfeld der Kamera 160 (z. B. das Sichtfeld, bei dem die Scheinwerfer direkt geradeaus gerichtet sind) als 230A gezeigt und das eingestellte Sichtfeld wird als 230B gezeigt.
Die 5A und 5B veranschaulichen, wie die mobile Vorrichtung 110 die Vorrichtungshalterung 105 einstellen kann, um die Neigung des Host-Fahrzeugs 100 zu berücksichtigen. Die Fahrzeugdynamikdaten können anzeigen, dass das Fahrzeug nach vom (5A) oder nach hinten (5B) geneigt ist. Beide Neigungen ändern das Sichtfeld der Kamera 160, was Einfluss darauf haben kann, wie gut die mobile Vorrichtung 110 Objekte außerhalb des Host-Fahrzeugs 100 orten kann. Der Handyprozessor 170 kann derartige Probleme dadurch beheben, dass der Vorrichtungshalterung 105 befohlen wird, sich in den Fällen einer Vorwärtsneigung, wie in 5A gezeigt, nach oben zu neigen, oder der Vorrichtungshalterung 105 befohlen wird, sich in Fällen einer Rückwärtsneigung, wie in 5B gezeigt, nach unten zu neigen. Der Handyprozessor 170 kann der Vorrichtungshalterung 105 befehlen, sich gemäß Fahrzeugdynamikdaten, die darstellen, dass das Host-Fahrzeug 100 entweder nach vorn bzw. nach hinten geneigt ist, nach oben oder unten zu neigen. Als Reaktion kann der Handyprozessor 170 Steuersignale an einen Aktor 150 ausgeben, der mit dem mechanischen Gestänge 120 wirkverbunden ist, um das mechanische Gestänge 120 nach oben oder unten zu neigen. In beiden 5A und 5B ist das ursprüngliche Sichtfeld der Kamera 160 (z. B. das Sichtfeld, das durch das Neigen verursacht wird) als 230A gezeigt und das eingestellte Sichtfeld ist als 230B gezeigt. Ähnliche Konzepte gelten, während das Host-Fahrzeug 100 schlingert oder sich auf- und abbewegt.
6 ist ein Ablaufdiagramm eines beispielhaften Prozesses 600, der durch den Fahrzeugprozessor 195 ausgeführt werden kann, um Fahrzeugdynamikdaten an die mobile Vorrichtung 110 auszugeben, so dass die mobile Vorrichtung 110 ein Objekt außerhalb des Host-Fahrzeugs 100 gemäß den Fahrzeugdynamikdaten orten kann.
Bei Block 605 empfängt der Fahrzeugprozessor 195 Fahrzeugdynamikdaten. Die Fahrzeugdynamikdaten können durch unterschiedliche Fahrzeugsensoren 185 gesammelt werden. Die Fahrzeugsensoren 185 können Fahrzeugmerkmale sammeln, wie etwa Änderungen des Antriebs, des Bremsdrucks, eines Lenkwinkels, einer Aufhängungshöhe, einer Geschwindigkeit, der Ausgabe eines Gyroskops, wie etwa ein mikroelektromechanisches Gyroskop, oder eines Beschleunigungssensors, der Scheinwerferrichtung etc. Die Summe der Daten, die von den Fahrzeugsensoren 185 gesammelt wurden, können als die Fahrzeugdynamikdaten bezeichnet werden. Die Fahrzeugdynamikdaten können durch die Fahrzeugsensoren 185 direkt an den Fahrzeugprozessor 195, den Fahrzeugspeicher 190 oder beide ausgegeben werden. Somit kann der Fahrzeugprozessor 195 Fahrzeugdynamikdaten direkt von den Fahrzeugsensoren 185 oder durch das Abrufen der Fahrzeugdynamikdaten vom Fahrzeugspeicher 190 empfangen.
Bei Block 610 verarbeitet der Fahrzeugprozessor 195 die Fahrzeugdynamikdaten. Zum Beispiel kann der Fahrzeugprozessor 195 Informationen aus den Fahrzeugdynamikdaten ziehen, die verwendet werden können, um das Objekt außerhalb des Host-Fahrzeugs 100 zu orten. Zum Beispiel kann der Fahrzeugprozessor 195 bestimmen, ob das Host-Fahrzeug 100 beschleunigt, abbremst oder abbiegt, ob die Scheinwerfer des Host-Fahrzeugs 100 in eine andere Richtung als geradeaus gerichtet sind, ob das Host-Fahrzeug 100 nach vorn oder nach hinten geneigt ist, schlingert, sich auf- und abbewegt etc.
Bei Block 615 gibt der Fahrzeugprozessor 195 die Fahrzeugdynamikdaten an die mobile Vorrichtung 110 aus. Der Fahrzeugprozessor 195 kann dies durch das Befehlen der Fahrzeugkommunikationsschnittstelle 180 erreichen, die Fahrzeugdynamikdaten der Zubehörschnittstelle 135 der Vorrichtungshalterung 105 bereitzustellen, die wiederum die Fahrzeugdynamikdaten dem Handyprozessor 170 über die Handykommunikationsschnittstelle 155 bereitstellen kann. In einigen Fällen kann die Fahrzeugkommunikationsschnittstelle 180 die Bilder drahtlos direkt an die Handykommunikationsschnittstelle 155 über z. B. Bluetooth®, WiFi oder ein weiteres drahtloses Kommunikationsprotokoll übermitteln.
Der Prozess 600 kann nach Block 615 zu Block 605 zurückkehren.
7 ist ein Ablaufdiagramm eines weiteren beispielhaften Prozesses 700, der durch den Fahrzeugprozessor 195 ausgeführt werden kann. In diesem Prozess 700 steuert der Fahrzeugprozessor 195 die Richtung der Vorrichtungshalterung 105, um das Objekt gemäß den Fahrzeugdynamikdaten und der Bilder zu orten, die durch die mobile Vorrichtung 110 aufgenommen wurden.
Bei Block 705 empfängt der Fahrzeugprozessor 195 Fahrzeugdynamikdaten. Die Fahrzeugdynamikdaten können durch unterschiedliche Fahrzeugsensoren 185 gesammelt werden. Die Fahrzeugsensoren 185 können Fahrzeugmerkmale sammeln, wie etwa Änderungen des Antriebs, des Bremsdrucks, eines Lenkwinkels, einer Aufhängungshöhe, einer Geschwindigkeit, der Ausgabe eines Gyroskops, wie etwa ein mikroelektromechanisches Gyroskop, oder eines Beschleunigungssensors, der Scheinwerferrichtung etc. Die Summe der Daten, die von den Fahrzeugsensoren 185 gesammelt wurden, können als die Fahrzeugdynamikdaten bezeichnet werden. Die Fahrzeugdynamikdaten können durch die Fahrzeugsensoren 185 direkt an den Fahrzeugprozessor 195, den Fahrzeugspeicher 190 oder beide ausgegeben werden. Somit kann der Fahrzeugprozessor 195 Fahrzeugdynamikdaten direkt von den Fahrzeugsensoren 185 oder durch das Abrufen der Fahrzeugdynamikdaten vom Fahrzeugspeicher 190 empfangen.
Bei Block 710 verarbeitet der Fahrzeugprozessor 195 die Fahrzeugdynamikdaten. Zum Beispiel kann der Fahrzeugprozessor 195 Informationen aus den Fahrzeugdynamikdaten ziehen, die verwendet werden können, um das Objekt außerhalb des Host-Fahrzeugs 100 zu orten. Zum Beispiel kann der Fahrzeugprozessor 195 bestimmen, ob das Host-Fahrzeug 100 beschleunigt, abbremst oder abbiegt, ob die Scheinwerfer des Host-Fahrzeugs 100 in eine andere Richtung als geradeaus gerichtet sind, ob das Host-Fahrzeug 100 nach vorn oder nach hinten geneigt ist, schlingert, sich auf- und abbewegt etc.
Bei Block 715 empfängt der Fahrzeugprozessor 195 die Bilder, die von der mobilen Vorrichtung 110 aufgenommen wurden. Der Fahrzeugprozessor 195 kann derartige Bilder über die Fahrzeugkommunikationsschnittstelle 180, die Zubehörschnittstelle 135 und die Handykommunikationsschnittstelle 155 empfangen. In einigen Fällen kann die Handykommunikationsschnittstelle 155 die Bilder drahtlos direkt an die Fahrzeugkommunikationsschnittstelle 180 über z. B. Bluetooth®, WiFi oder ein weiteres drahtloses Kommunikationsprotokoll übermitteln.
Bei Block 720 verarbeitet der Fahrzeugprozessor 195 die Bilder, die von der mobilen Vorrichtung 110 aufgenommen wurden. Unter Verwendung einer Bildverarbeitungsmethode kann der Fahrzeugprozessor 195 die Bilder verarbeiten, um ein Objekt außerhalb des Host-Fahrzeugs 100 zu erfassen.
Bei Block 725 steuert der Fahrzeugprozessor 195 die Vorrichtungshalterung 105 gemäß den Fahrzeugdynamikdaten und der Bilder, die durch die mobile Vorrichtung 110 aufgenommen wurden. Zum Beispiel sagt der Fahrzeugprozessor 195 auf Grundlage der Fahrzeugdynamikdaten, die definieren können, wie sich das Host-Fahrzeug 100 bewegt, auf Grundlage dessen, wie sich das Objekt bewegt, oder beider vorher, wo sich das Objekt in Bezug auf das Host-Fahrzeug 100 zu einem zukünftigen Zeitpunkt befinden wird. Der Fahrzeugprozessor 195 kann die Vorrichtungshalterung 105 durch das Ausgeben von Steuersignalen an den Servomechanismus 130 steuern. Die Steuersignale können die Vorrichtungshalterung 105 veranlassen, sich in Richtung des Objekts zu drehen, wobei die Bewegung des Host-Fahrzeugs 100 berücksichtigt wird, die durch die Fahrzeugdynamikdaten definiert wird. Somit kann das Steuersignal ausgleichen, dass das Host-Fahrzeug 100 in Richtung des Objekts abbiegt, weg vom Objekt abbiegt, sich das Objekt seitlich in Bezug auf das Host-Fahrzeug 100 bewegt, während das Host-Fahrzeug 100 abbiegt, ortsfest ist oder seine Richtung beibehält oder dergleichen. Das Steuersignal kann ebenfalls ausgleichen, dass das Host-Fahrzeug 100 in Bezug auf das Objekt beschleunigt oder abbremst, das Objekt in Bezug auf das Host-Fahrzeug 100 beschleunigt oder abbremst etc. Der Fahrzeugprozessor 195 kann dem Servomechanismus 130 der Vorrichtungshalterung 105 befehlen, sich auf Grundlage der vorhergesagten oder erfassten Position des Objekts in bestimmte Winkel- oder Linearstellungen zu drehen. Der Fahrzeugprozessor 195 kann Steuersignale ausgeben, die den Servomechanismus 130 in bestimmte Winkel- oder Linearstellungen befehlen, so dass das Objekt im Sichtfeld der Kamera 160 bleibt.
Der Prozess 700 kann zu Block 705 zurückkehren, so dass der Fahrzeugprozessor 195 durchgehend die Position des Objekts über die Bilder überwachen kann.
8 ist ein Ablaufdiagramm eines beispielhaften Prozesses 800, der durch einen Handyprozessor 170 ausgeführt werden kann. Zum Beispiel kann der Prozess 800 dem Handyprozessor 170 ermöglichen, die Drehung des Servomechanismus 130, und dadurch die Richtung der Vorrichtungshalterung 105, auf Grundlage von Bildern, die von der mobilen Vorrichtung 110 aufgenommen wurden, und der Fahrzeugdynamikdaten, die der mobilen Vorrichtung 110 bereitgestellt wurden, zu steuern.
Bei Block 805 empfängt der Fahrzeugprozessor 195 ein Bild. Das Bild kann durch die Kamera 160 aufgenommen sein und kann ein Objekt außerhalb des Fahrzeugs beinhalten. Die Kamera 160 kann das Bild im Handyspeicher 165 speichern oder das Bild direkt an den Handyprozessor 170 übermitteln. Der Handyprozessor 170 kann das Bild direkt von der Kamera 160 empfangen oder auf das Bild im Handyspeicher 165 zugreifen.
Bei Block 810 verarbeitet der Handyprozessor 170 das Bild. Das Verarbeiten des Bildes kann beinhalten, dass der Handyprozessor 170 eine Bildverarbeitungsmethode durchführt, um ein Objekt im Bild zu identifizieren.
Bei Block 815 empfängt der Handyprozessor 170 Fahrzeugdynamikdaten. Die Fahrzeugdynamikdaten können durch unterschiedliche Fahrzeugsensoren 185 gesammelt werden. Die Fahrzeugsensoren 185 können Fahrzeugmerkmale sammeln, wie etwa Änderungen des Antriebs, des Bremsdrucks, eines Lenkwinkels, einer Aufhängungshöhe, einer Geschwindigkeit, der Ausgabe eines Gyroskops, wie etwa ein mikroelektromechanisches Gyroskop, oder eines Beschleunigungssensors, der Scheinwerferrichtung etc. Die Summe der Daten, die von den Fahrzeugsensoren 185 gesammelt wurden, können als die Fahrzeugdynamikdaten bezeichnet werden. Die Fahrzeugdynamikdaten können durch die Fahrzeugsensoren 185 direkt an den Fahrzeugprozessor 195, den Fahrzeugspeicher 190 oder beide ausgegeben werden. Somit kann der Fahrzeugprozessor 195 Fahrzeugdynamikdaten direkt von den Fahrzeugsensoren 185 oder durch das Abrufen der Fahrzeugdynamikdaten vom Fahrzeugspeicher 190 empfangen. Der Fahrzeugprozessor 195 kann der Fahrzeugkommunikationsschnittstelle 180 befehlen, die Fahrzeugdynamikdaten der Zubehörschnittstelle 135 der Vorrichtungshalterung 105 bereitzustellen, die wiederum die Fahrzeugdynamikdaten dem Handyprozessor 170 über die Handykommunikationsschnittstelle 155 bereitstellen kann. In einigen Fällen kann die Fahrzeugkommunikationsschnittstelle 180 die Bilder drahtlos direkt an die Handykommunikationsschnittstelle 155 über z. B. Bluetooth®, WiFi oder ein weiteres drahtloses Kommunikationsprotokoll übermitteln. Somit kann der Handyprozessor 170 die Fahrzeugdynamikdaten über die Handykommunikationsschnittstelle 155 empfangen, welche die Fahrzeugdynamikdaten von der Zubehörschnittstelle 135 oder der Fahrzeugkommunikationsschnittstelle 180 empfangen kann.
Bei Block 820 sagt der Handyprozessor 170 vorher, wo sich das Objekt in Bezug auf das Host-Fahrzeug 100 befinden wird. Der Handyprozessor 170 tätigt eine derartige Vorhersage durch das Verarbeiten des Bildes und durch das Verarbeiten der Fahrzeugdynamikdaten. In einigen Fällen ist der Handyprozessor 170 dazu programmiert vorherzusagen, wo sich das Objekt in Bezug auf das Host-Fahrzeug 100 zu einem zukünftigen Zeitpunkt befinden wird. Der Handyprozessor 170 kann dazu programmiert sein, eine Winkelverschiebung des Objekts in Bezug auf die mobile Vorrichtung 110, die vorhergesagte Position dessen, wo sich das Objekt zu einem zukünftigen Zeitpunkt befinden wird, oder beider zu bestimmen.
Bei Block 825 erzeugt der Handyprozessor 170 ein Steuersignal, um den Servomechanismus 130 der Vorrichtungshalterung 105 zu steuern. Der Handyprozessor 170 erzeugt das Steuersignal auf Grundlage des Bildes und der Fahrzeugdynamikdaten. Zum Beispiel kann der Handyprozessor 170 das Steuersignal erzeugen, dass den Servomechanismus 130 veranlassen wird, den Sockel 115 um den Betrag der Winkelverschiebung zu drehen, der bei Block 820 bestimmt wurde.
Bei Block 830 gibt der Handyprozessor 170 das Steuersignal an den Servomechanismus 130 aus. Das Steuersignal kann dem Servomechanismus 130 über die Zubehörschnittstelle 135 bereitgestellt werden. Das heißt, dass der Handyprozessor 170 der Handykommunikationsschnittstelle 155 befehlen kann, das Steuersignal an die Zubehörschnittstelle 135 und an den Servomechanismus 130 zu übermitteln. Der Empfang des Steuersignals durch den Servomechanismus 130 kann veranlassen, dass der Servomechanismus 130 den Sockel 115 in die Winkel- oder Linearstellung dreht, die durch das Steuersignal vorgegeben ist.
Der Prozess 800 kann zu Block 805 zurückkehren, so dass der Handyprozessor 170 durchgehend die Position des Objekts über die Bilder und die Fahrzeugdynamikdaten überwachen kann.
Im Allgemeinen können die beschriebenen Rechensysteme und/oder -vorrichtungen ein beliebiges aus einer Anzahl an Computerbetriebssystemen einsetzen, einschließlich unter anderem Versionen und/oder Varianten der Sync®-Anwendung von Ford, AppLink/Smart Device Link Middleware, der Betriebssysteme Microsoft Automotive®, Microsoft Windows®, Unix (z. B. das Betriebssystem Solaris®, vertrieben durch die Oracle Corporation in Redwood Shores, Kalifornien, USA), AIX UNIX, vertrieben durch International Business Machines in Armonk, New York, Linux, Mac OSX und iOS, vertrieben durch die Apple Inc. in Cupertino, Kalifornien, USAa, BlackBerry OS, vertrieben durch Blackberry, Ltd. in Waterloo, Kanada, und Android, entwickelt von Google, Inc. und der Open Handset Alliance, oder der Plattform QNX® CAR für Infotainment, angeboten von QNX Software Systems. Zu Beispielen für Rechenvorrichtungen gehören unter anderem ein bordeigener Fahrzeugcomputer, ein Computerarbeitsplatz, ein Server, ein Desktop-, Notebook-, Laptop- oder Handheld-Computer oder ein anderes Rechensystem und/oder eine andere Rechenvorrichtung.
Rechenvorrichtungen beinhalten im Allgemeinen computerausführbare Anweisungen, wobei die Anweisungen durch eine oder mehrere Rechenvorrichtungen, wie etwa die vorangehend dargelegten, ausgeführt werden können. Computerausführbare Anweisungen können von Computerprogrammen zusammengestellt oder ausgewertet werden, die unter Verwendung einer Vielzahl von Programmiersprachen und/oder -technologien erstellt worden sind, einschließlich unter anderem und entweder für sich oder in Kombination Java™, C, C++, Visual Basic, Java Script, Perl usw. Einige dieser Anwendungen können auf einer virtuellen Maschine wie etwa der Java Virtual Machine, der Dalvik Virtual Machine oder dergleichen kompiliert und ausgeführt werden. Im Allgemeinen empfängt ein Prozessor (z. B. ein Mikroprozessor) Anweisungen z. B. von einem Speicher, einem computerlesbaren Medium usw. und führt diese Anweisungen aus, wodurch er einen oder mehrere Prozesse, einschließlich eines oder mehrerer der hierin beschriebenen Prozesse, durchführt. Derartige Anweisungen und andere Daten können unter Verwendung einer Vielzahl von computerlesbaren Medien gespeichert und übertragen werden.
Ein computerlesbares Medium (auch als prozessorlesbares Medium bezeichnet) beinhaltet ein beliebiges nichttransitorisches (z. B. physisches) Medium, das an der Bereitstellung von Daten (z. B. Anweisungen) beteiligt ist, die durch einen Computer (z. B. durch einen Prozessor eines Computers) ausgelesen werden können. Ein derartiges Medium kann viele Formen annehmen, einschließlich unter anderem nichtflüchtiger Medien und flüchtiger Medien. Nichtflüchtige Medien können zum Beispiel optische Platten oder Magnetplatten und andere dauerhafte Speicher beinhalten. Flüchtige Medien können zum Beispiel einen dynamischen Direktzugriffsspeicher (Dynamic Random Access Memory - DRAM) einschließen, der üblicherweise einen Hauptspeicher darstellt. Derartige Anweisungen können durch ein oder mehrere Übertragungsmedien übermittelt werden, einschließlich Koaxialkabeln, Kupferdraht und Glasfasern, einschließlich der Drähte, die einen mit einem Prozessor eines Computers gekoppelten Systembus umfassen. Gängige Formen computerlesbarer Medien beinhalten zum Beispiel Folgendes: eine Diskette, eine Folienspeicherplatte, eine Festplatte, ein Magnetband, ein beliebiges anderes magnetisches Medium, eine CD-ROM, eine DVD, ein beliebiges anderes optisches Medium, Lochkarten, Lochstreifen, ein beliebiges anderes physisches Medium mit Lochmustern, einen RAM, einen PROM, einen EPROM, einen FLASH-EEPROM, einen beliebigen anderen Speicherchip oder eine beliebige andere Speicherkassette oder ein beliebiges anderes Medium, das von einem Computer gelesen werden kann.
Zu hier beschriebenen Datenbanken, Datenbeständen oder sonstigen Datenspeichern können verschiedene Arten von Mechanismen zum Speichern von, Zugreifen auf und Abrufen von verschiedenen Arten von Daten gehören, einschließlich einer hierarchischen Datenbank, einer Gruppe von Dateien in einem Dateisystem, einer Anwendungsdatenbank in einem proprietären Format, eines relationalen Datenbankverwaltungssystems (Relational Database Management System - RDBMS) usw. Jeder derartige Datenspeicher ist im Allgemeinen in einer Rechenvorrichtung beinhaltet, die ein Computerbetriebssystem wie etwa eines der vorstehend erwähnten einsetzt, und es wird auf eine oder mehrere beliebige von vielfältigen Weisen über ein Netzwerk darauf zugegriffen. Auf ein Dateisystem kann von einem Computerbetriebssystem zugegriffen werden, und es kann in verschiedenen Formaten gespeicherte Dateien enthalten. Ein RDBMS setzt im Allgemeinen die strukturierte Abfragesprache (Structured Query Language - SQL) zusätzlich zu einer Sprache zum Erstellen, Speichern, Bearbeiten und Ausführen gespeicherter Abläufe ein, wie etwa die vorangehend erwähnte PL/SQL-Sprache.
In einigen Beispielen können Systemelemente als computerlesbare Anweisungen (z. B. Software) auf einer oder mehreren Rechenvorrichtungen (z. B. Servern, Personal Computern usw.) umgesetzt sein, die auf zugehörigen computerlesbaren Medien (z. B. Platten, Speichern usw.) gespeichert sind. Ein Computerprogrammprodukt kann derartige Anweisungen, die auf computerlesbaren Medien gespeichert sind, zum Ausführen der in dieser Schrift beschriebenen Funktionen umfassen.
Hinsichtlich der hierin beschriebenen Prozesse, Systeme, Verfahren, Heuristiken usw. versteht es sich, dass die Schritte derartiger Prozesse usw. zwar als gemäß einer bestimmten Abfolge erfolgend beschrieben worden sind, derartige Prozesse jedoch so umgesetzt werden könnten, dass die beschriebenen Schritte in einer anderen Reihenfolge als der hierin beschriebenen Reihenfolge durchgeführt werden. Es versteht sich ferner, dass bestimmte Schritte gleichzeitig durchgeführt, andere Schritte hinzugefügt oder bestimmte hierin beschriebene Schritte weggelassen werden könnten. Mit anderen Worten dienen die Beschreibungen von Prozessen in dieser Schrift dem Zwecke der Veranschaulichung bestimmter Ausführungsformen und sollten keinesfalls dahingehend ausgelegt werden, dass sie die Patentansprüche einschränken.
Dementsprechend versteht es sich, dass die vorangehende Beschreibung veranschaulichend und nicht einschränkend sein soll. Viele Ausführungsformen und Anwendungen, bei denen es sich nicht um die bereitgestellten Beispiele handelt, werden beim Lesen der vorangehenden Beschreibung ersichtlich. Der Umfang sollte nicht unter Bezugnahme auf die vorangehende Beschreibung, sondern stattdessen unter Bezugnahme auf die beigefügten Patentansprüche gemeinsam mit dem vollständigen Schutzumfang von Äquivalenten, zu denen derartige Patentansprüche berechtigt sind, bestimmt werden. Es wird erwartet und ist beabsichtigt, dass es hinsichtlich der hierin erörterten Technologien künftige Entwicklungen geben wird und dass die offenbarten Systeme und Verfahren in derartige künftige Ausführungsformen aufgenommen werden. Insgesamt versteht es sich, dass die Anmeldung modifiziert und variiert werden kann.
Allen in den Patentansprüchen verwendeten Ausdrücken soll deren gewöhnliche Bedeutung zukommen, wie sie Personen mit Fachwissen in den in dieser Schrift beschriebenen Technologien verstanden wird, sofern nicht ausdrücklich etwas anderes angegeben ist. Insbesondere ist die Verwendung der Singularartikel, wie etwa „ein“, „eine“, „der“, „die“, „das“ usw., dahingehend auszulegen, dass eines oder mehrere der aufgeführten Elemente genannt wird bzw. werden, es sei denn, ein Patentanspruch enthält ausdrücklich eine gegenteilige Einschränkung.
Die Zusammenfassung wird bereitgestellt, um dem Leser einen schnellen Überblick über den Charakter der technischen Offenbarung zu ermöglichen. Sie wird in der Auffassung eingereicht, dass sie nicht dazu verwendet wird, den Umfang oder die Bedeutung der Patentansprüche auszulegen oder einzuschränken. Zusätzlich geht aus der vorstehenden detaillierten Beschreibung hervor, dass verschiedene Merkmale zum Zwecke der Vereinfachung der Offenbarung in verschiedenen Ausführungsformen zusammengefasst sind. Dieses Offenbarungsverfahren soll nicht dahingehend ausgelegt werden, dass es eine Absicht widerspiegelt, dass die beanspruchten Ausführungsformen mehr Merkmale als ausdrücklich in jedem Patentanspruch genannt erfordern. Vielmehr liegt der Gegenstand der Erfindung in weniger als allen Merkmalen einer einzelnen offenbarten Ausführungsform, wie die folgenden Patentansprüche widerspiegeln. Somit werden die folgenden Patentansprüche hiermit in die detaillierte Beschreibung einbezogen, wobei jeder Anspruch für sich als separat beanspruchter Gegenstand steht.

Claims

Halterung für mobile Vorrichtungen, umfassend: einen Sockel, der dazu konfiguriert ist, sich zu drehen; ein mechanisches Gestänge, das am Sockel angebracht und dazu konfiguriert ist, eine mobile Vorrichtung aufzunehmen, und ein Servomechanismus, der mit dem Sockel wirkverbunden und dazu konfiguriert ist, den Sockel gemäß den Fahrzeugdynamikdaten und einem Bild zu drehen, das durch die mobile Vorrichtung aufgenommen wurde.
Halterung für mobile Vorrichtungen nach Anspruch 1, wobei die Fahrzeugdynamikdaten mindestens eines von einer Änderung des Antriebs, des Bremsdrucks, eines Lenkwinkels, eine Aufhängungshöhe, eine Geschwindigkeit eines Host-Fahrzeugs, einer Ausgabe eines Gyroskops oder Beschleunigungssensors und einer Scheinwerferrichtung beinhalten.
Halterung für mobile Vorrichtungen nach Anspruch 2, wobei die Fahrzeugdynamikdaten die Ausgabe des Gyroskops oder Beschleunigungssensors beinhalten, und wobei die Ausgabe des Gyroskops oder des Beschleunigungssensors anzeigt, ob das Host-Fahrzeug mindestens eines von Neigen, Schlingern oder sich Auf- und Abbewegen durchführt.
Halterung für mobile Vorrichtungen nach Anspruch 1, wobei der Servomechanismus dazu konfiguriert ist, eine Steuersignalausgabe von der mobilen Vorrichtung zu empfangen, wobei das Steuersignal eine Winkel- oder Linearstellung darstellt, und sich zur Winkel- oder Linearstellung zu drehen, die durch das Steuersignal dargestellt ist.
Halterung für mobile Vorrichtungen nach Anspruch 1, wobei der Servomechanismus dazu konfiguriert ist, eine Steuersignalausgabe von einem Fahrzeugprozessor zu empfangen, wobei das Steuersignal eine Winkel- oder Linearstellung darstellt, und sich zur Winkel- oder Linearstellung zu drehen, die durch das Steuersignal dargestellt ist.
Halterung für mobile Vorrichtungen nach Anspruch 1, ferner umfassend einen Aktor, der mit dem mechanischen Gestänge wirkverbunden ist.
Halterung für mobile Vorrichtungen nach Anspruch 6, wobei der Aktor dazu konfiguriert ist, ein Steuersignal von einem von der mobilen Vorrichtung und einem Fahrzeugprozessor zu empfangen und die mobile Vorrichtung mindestens zum Teil auf Grundlage von Fahrzeugdynamikdaten nach oben zu neigen, die anzeigen, dass sich ein Host-Fahrzeug nach vorn neigt.
Halterung für mobile Vorrichtungen nach Anspruch 6, wobei der Aktor dazu konfiguriert ist, ein Steuersignal von einem von der mobilen Vorrichtung und einem Fahrzeugprozessor zu empfangen und die mobile Vorrichtung mindestens zum Teil auf Grundlage von Fahrzeugdynamikdaten nach unten zu neigen, die anzeigen, dass sich ein Host-Fahrzeug nach hinten neigt.
Halterung für mobile Vorrichtungen nach Anspruch 6, wobei Bewegung des Aktors das mechanische Gestänge veranlasst zu teleskopieren.
Halterung für mobile Vorrichtungen nach Anspruch 1, ferner umfassend eine Zubehörschnittstelle, die dazu konfiguriert ist, die mobile Vorrichtung kommunikativ mit einer Fahrzeugkommunikationsschnittstelle zu verbinden.
Fahrzeugsystem, umfassend: eine Halterung für mobile Vorrichtungen, die einen Sockel, der dazu konfiguriert ist, sich zu drehen, ein mechanisches Gestänge, das am Sockel angebracht und dazu konfiguriert ist, eine mobile Vorrichtung aufzunehmen, und einen Servomechanismus aufweist, der mit dem Sockel wirkverbunden und dazu konfiguriert ist, den Sockel gemäß Fahrzeugdynamikdaten und einem Bild zu drehen, das durch die mobile Vorrichtung aufgenommen wurde; einen Fahrzeugprozessor, in einem Host-Fahrzeug, der dazu programmiert ist, die Fahrzeugdynamikdaten an die mobile Vorrichtung auszugeben.
Fahrzeugsystem nach Anspruch 11, wobei Fahrzeugdynamikdaten mindestens eines von einer Änderung des Antriebs, des Bremsdrucks, eines Lenkwinkels, eine Aufhängungshöhe, eine Geschwindigkeit des Host-Fahrzeugs, einer Ausgabe eines Gyroskops oder Beschleunigungssensors und einer Scheinwerferrichtung beinhalten.
Fahrzeugsystem nach Anspruch 12, wobei die Fahrzeugdynamikdaten die Ausgabe des Gyroskops oder Beschleunigungssensors beinhalten, und wobei die Ausgabe des Gyroskops oder des Beschleunigungssensors anzeigt, ob das Host-Fahrzeug mindestens eines von Neigen, Schlingern oder sich Auf- und Abbewegen durchführt.
Fahrzeugsystem nach Anspruch 11, wobei der Servomechanismus dazu konfiguriert ist, eine Steuersignalausgabe von der mobilen Vorrichtung zu empfangen, wobei das Steuersignal eine Winkel- oder Linearstellung darstellt, und sich zur Winkel- oder Linearstellung zu drehen, die durch das Steuersignal dargestellt ist.
Fahrzeugsystem nach Anspruch 11, wobei der Servomechanismus dazu konfiguriert ist, eine Steuersignalausgabe vom Fahrzeugprozessor zu empfangen, wobei das Steuersignal eine Winkel- oder Linearstellung darstellt, und sich zur Winkel- oder Linearstellung zu drehen, die durch das Steuersignal dargestellt ist.
Fahrzeugsystem nach Anspruch 11, ferner umfassend: eine Fahrzeugkommunikationsschnittstelle, wobei die Vorrichtungshalterung eine Zubehörschnittstelle beinhaltet, die dazu konfiguriert ist, die mobile Vorrichtung kommunikativ mit der Fahrzeugkommunikationsschnittstelle zu verbinden.
Fahrzeugsystem nach Anspruch 16, wobei der Fahrzeugprozessor dazu programmiert ist, der Kommunikationsschnittstelle zu befehlen, die Fahrzeugdynamikdaten an die mobile Vorrichtung über die Zubehörschnittstelle zu übermitteln.
Fahrzeugsystem nach Anspruch 11, wobei die Vorrichtungshalterung einen Aktor beinhaltet, der mit dem mechanischen Gestänge wirkverbunden ist, und wobei der Aktor dazu konfiguriert ist, ein Steuersignal von einem von der mobilen Vorrichtung und dem Fahrzeugprozessor zu empfangen und die mobile Vorrichtung mindestens zum Teil auf Grundlage von Fahrzeugdynamikdaten nach oben zu neigen, die anzeigen, dass sich ein Host-Fahrzeug nach vorn neigt.
Fahrzeugsystem nach Anspruch 11, wobei die Vorrichtungshalterung einen Aktor beinhaltet, der mit dem mechanischen Gestänge wirkverbunden ist, und wobei der Aktor dazu konfiguriert ist, ein Steuersignal von einem von der mobilen Vorrichtung und dem Fahrzeugprozessor zu empfangen und die mobile Vorrichtung mindestens zum Teil auf Grundlage von Fahrzeugdynamikdaten nach unten zu neigen, die anzeigen, dass sich ein Host-Fahrzeug nach hinten neigt.
Fahrzeugsystem, umfassend: eine Halterung für mobile Vorrichtungen, die einen Sockel, der dazu konfiguriert ist, sich zu drehen, ein mechanisches Gestänge, das am Sockel angebracht und dazu konfiguriert ist, eine mobile Vorrichtung aufzunehmen, und einen Servomechanismus aufweist, der mit dem Sockel wirkverbunden und dazu konfiguriert ist, den Sockel gemäß Fahrzeugdynamikdaten und einem Bild zu drehen, das durch die mobile Vorrichtung aufgenommen wurde; einen Fahrzeugprozessor, in einem Host-Fahrzeug, der dazu programmiert ist, das Bild zu empfangen, das durch die mobile Vorrichtung aufgenommen wurde, ein Steuersignal auf Grundlage des Bildes und der Fahrzeugdynamikdaten zu erzeugen und das Steuersignal an den Servomechanismus auszugeben, wobei der Servomechanismus den Sockel dreht, um eine Kamera der mobilen Vorrichtung in Richtung eines Objekts außerhalb des Host-Fahrzeugs zu richten, das im Bild erscheint, um das Bild zu orten, während sich das Host-Fahrzeug bewegt.