DE112016006519T5 - Echtzeitkommunikation mit mobiler Infrastruktur - Google Patents

Echtzeitkommunikation mit mobiler Infrastruktur Download PDF

Info

Publication number
DE112016006519T5
DE112016006519T5 DE112016006519.1T DE112016006519T DE112016006519T5 DE 112016006519 T5 DE112016006519 T5 DE 112016006519T5 DE 112016006519 T DE112016006519 T DE 112016006519T DE 112016006519 T5 DE112016006519 T5 DE 112016006519T5
Authority
DE
Germany
Prior art keywords
command
programmed
mobile aircraft
vehicle
location
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
DE112016006519.1T
Other languages
English (en)
Inventor
Shiqi Qiu
Oliver Lei
Johannes Geir Kristinsson
Allen R. MURRAY
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ford Global Technologies LLC
Original Assignee
Ford Global Technologies LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ford Global Technologies LLC filed Critical Ford Global Technologies LLC
Publication of DE112016006519T5 publication Critical patent/DE112016006519T5/de
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/04Detecting movement of traffic to be counted or controlled using optical or ultrasonic detectors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B64AIRCRAFT; AVIATION; COSMONAUTICS
    • B64CAEROPLANES; HELICOPTERS
    • B64C39/00Aircraft not otherwise provided for
    • B64C39/02Aircraft not otherwise provided for characterised by special use
    • B64C39/024Aircraft not otherwise provided for characterised by special use of the remote controlled vehicle type, i.e. RPV
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05DSYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00Control of position, course or altitude of land, water, air, or space vehicles, e.g. automatic pilot
    • G05D1/0011Control of position, course or altitude of land, water, air, or space vehicles, e.g. automatic pilot associated with a remote control arrangement
    • G05D1/0022Control of position, course or altitude of land, water, air, or space vehicles, e.g. automatic pilot associated with a remote control arrangement characterised by the communication link
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/008Registering or indicating the working of vehicles communicating information to a remotely located station
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096708Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control
    • G08G1/096716Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control where the received information does not generate an automatic action on the vehicle control
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096733Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place
    • G08G1/096741Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place where the source of the transmitted information selects which information to transmit to each vehicle
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096766Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
    • G08G1/096791Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is another vehicle
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/22Platooning, i.e. convoy of communicating vehicles
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G5/00Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0047Navigation or guidance aids for a single aircraft
    • G08G5/0069Navigation or guidance aids for a single aircraft specially adapted for an unmanned aircraft
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G5/00Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0073Surveillance aids
    • G08G5/0078Surveillance aids for monitoring traffic from the aircraft
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/18Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/18Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
    • H04N7/183Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a single remote source
    • H04N7/185Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a single remote source from a mobile camera, e.g. for remote control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/021Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B64AIRCRAFT; AVIATION; COSMONAUTICS
    • B64UUNMANNED AERIAL VEHICLES [UAV]; EQUIPMENT THEREFOR
    • B64U10/00Type of UAV
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B64AIRCRAFT; AVIATION; COSMONAUTICS
    • B64UUNMANNED AERIAL VEHICLES [UAV]; EQUIPMENT THEREFOR
    • B64U10/00Type of UAV
    • B64U10/10Rotorcrafts
    • B64U10/13Flying platforms
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B64AIRCRAFT; AVIATION; COSMONAUTICS
    • B64UUNMANNED AERIAL VEHICLES [UAV]; EQUIPMENT THEREFOR
    • B64U2101/00UAVs specially adapted for particular uses or applications
    • B64U2101/20UAVs specially adapted for particular uses or applications for use as communications relays, e.g. high-altitude platforms
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B64AIRCRAFT; AVIATION; COSMONAUTICS
    • B64UUNMANNED AERIAL VEHICLES [UAV]; EQUIPMENT THEREFOR
    • B64U2101/00UAVs specially adapted for particular uses or applications
    • B64U2101/30UAVs specially adapted for particular uses or applications for imaging, photography or videography
    • GPHYSICS
    • G01MEASURING; TESTING
    • G01CMEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/20Instruments for performing navigational calculations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/024Guidance services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/029Location-based management or tracking services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]

Abstract

Ein Fahrzeugsystem beinhaltet eine Kommunikationsschnittstelle, die programmiert ist, um ein Videosignal von einem mobilen Luftfahrzeug zu empfangen. Das Videosignal beinhaltet einen Video-Livestream und ist mit einem geographischen Standort verbunden. Das Fahrzeugsystem beinhaltet ferner einen Prozessor, der einen Speicher aufweist. Der Prozessor ist programmiert, um einer Benutzerschnittstelle zu befehlen, den Video-Livestream als Reaktion auf eine Benutzereingabe, die den geographischen Standort auswählt, zu präsentieren. In einigen Umsetzungen befiehlt das Fahrzeugsystem dem mobilen Luftfahrzeug, in einem Folgemodus oder einem Steuermodus zu arbeiten.

Description

  • ALLGEMEINER STAND DER TECHNIK
  • Fahrzeug-mit-Fahrzeug-(V2V-)Kommunikationsprotokolle, wie zum Beispiel die dedizierte Nahbereichskommunikation (Dedicated Short Range Communication - DSRC), ermöglichen Fahrzeugen, in Echtzeit miteinander zu kommunizieren. Zum Beispiel lässt DSRC Fahrzeuge einander ihre Geschwindigkeiten, ihre Richtung, ihren Standort usw. mitteilen. DSRC ermöglicht auch die Fahrzeug-mit-Infrastruktur-(V2I-)Kommunikation. Somit kann eine mit DSRC ausgestattete Verkehrssteuerungsvorrichtung ihren Zustand (rotes Licht, grünes Licht, gelbes Licht, Abbiegerpfeil usw.) an Fahrzeuge in der Nähe senden.
  • Figurenliste
    • 1 veranschaulicht ein beispielhaftes Host-Fahrzeug in Kommunikation mit einem mobilen Luftfahrzeug.
    • 2 veranschaulicht ein beispielhaftes Video, das von dem mobilen Luftfahrzeug erfasst und an das Host-Fahrzeug übertragen wurde.
    • 3 veranschaulicht beispielhafte Komponenten eines Fahrzeugsystems, das mit der mobilen Luftvorrichtung kommunizieren kann.
    • 4 ist ein Ablaufdiagramm eines beispielhaften Prozesses, der durch das Fahrzeugsystem ausgeführt werden kann, um mit der mobilen Luftvorrichtung zu kommunizieren.
    • 5 ist ein Ablaufdiagramm eines beispielhaften Prozesses, der durch das Fahrzeugsystem ausgeführt werden kann, um Bewegung der mobilen Luftvorrichtung zu steuern.
    • 6 ist ein Ablaufdiagramm eines anderen beispielhaften Prozesses, der durch das Fahrzeugsystem ausgeführt werden kann, um Bewegung des mobilen Luftfahrzeugs zu steuern.
  • DETAILLIERTE BESCHREIBUNG
  • Alle Telekommunikationsübertragungen sind Interferenz und Gegenständen, die Signale blockieren, ausgesetzt. In städtischen Gebieten können Brücken, Gebäude und sogar größere Fahrzeuge bestimme V2V- oder V2I-Kommunikation blockieren. Somit empfangen Fahrzeuge gegebenenfalls hilfreichen Signale nicht, die von bestimmten anderen Fahrzeugen oder bestimmter anderer Infrastruktur übertragen werden.
  • Eine Lösung beinhaltet die Verwendung von mobiler dreidimensionaler Infrastruktur für die V2V- oder V2I-Kommunikation. Zum Beispiel kann ein mobiles Luftfahrzeug über bestimmten Bereichen schweben und entweder seine eigenen Signale durch V2I-Kommunikation an verschiedene Fahrzeuge übertragen oder Signale wiederholen, die von anderen Fahrzeugen über V2V-Kommunikation übertragen wurden. Mobile Luftfahrzeuge können sich z. B. an einer Kreuzung zwischen Gebäuden befinden, sodass Nahbereichskommunikationssignale von dem Vorhandensein von Gebäuden nicht betroffen sind. Mobile Luftfahrzeuge können sich in der Nähe von Brücken oder anderen signalblockierenden Strukturen befinden, um Signale zu übertragen oder zu wiederholen, die andernfalls von der Struktur blockiert würden.
  • Eine spezifische Umsetzung kann das Aufnehmen von Video über das mobile Luftfahrzeug und das Kommunizieren dieses Videos an Fahrzeuge in der Nähe in Echtzeit beinhalten. Das mobile Luftfahrzeug kann das Video auch mit einem geographischen Standort verbinden. Um ein derartiges Video in einem Host-Fahrzeug abzuspielen, kann das Host-Fahrzeug ein Fahrzeugsystem beinhalten, das eine Kommunikationsschnittstelle aufweist, die programmiert ist, um das Videosignal von dem mobilen Luftfahrzeug zu empfangen. Das Videosignal beinhaltet einen Video-Livestream und ist mit einem geographischen Standort verbunden. Das Fahrzeugsystem beinhaltet ferner einen Prozessor, der einen Speicher aufweist. Der Prozessor ist programmiert, um einer Benutzerschnittstelle zu befehlen, den Video-Livestream als Reaktion auf eine Benutzereingabe, die den geographischen Standort auswählt, zu präsentieren.
  • Ein anderes Problem tritt auf, wenn herkömmliche landbasierte Fahrzeuge (wie zum Beispiel Autos, LKWs usw.) nicht dazu in der Lage sind, zum Beispiel im Anschluss an eine Naturkatastrophe wie zum Beispiel ein Erdbeben, eine Überschwemmung, eine Lawine oder dergleichen zu einem bestimmten Standort zu navigieren. Notfallpersonal möchte jedoch derartige Standorte gegebenenfalls z. B. auf gestrandete Opfer der Naturkatastrophe überwachen. Daher ermöglicht ein Ansatz, der nachfolgend detaillierter erörtert wird, dem mobilen Luftfahrzeug, gemäß Anweisung von Notfallpersonal, das sich in dem Host-Fahrzeug befindet, zu dem Standort zu navigieren. Das mobile Luftfahrzeug kann Videosignale zurück zu dem Host-Fahrzeug übertragen, sodass das Notfallpersonal den Standort überwachen kann. Die gezeigten Elemente können viele unterschiedliche Formen annehmen und mehrere und/oder alternative Komponenten und Ausstattungen 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 1 veranschaulicht, beinhaltet das Host-Fahrzeug 100 ein Fahrzeugsystem 105, das mit einem mobilen Luftfahrzeug 110 kommunizieren kann. Obwohl das Host-Fahrzeug 100 als Limousine veranschaulicht ist, kann es einen beliebigen Personenkraftwagen oder ein beliebiges Nutzfahrzeug beinhalten, wie etwa ein Auto, einen LKW, einen Geländewagen, ein Crossover-Fahrzeug, einen Van, einen Kleinbus, ein Taxi, einen Bus usw. Bei dem Host-Fahrzeug 100 handelt es sich in einigen möglichen Ansätzen um ein autonomes Fahrzeug, das in einem autonomen (z. B. fahrerlosen) Modus, einem teilautonomen Modus und/oder einem nichtautonomen Modus betrieben wird.
  • Wie nachfolgend detaillierter erörtert, ist das Fahrzeugsystem 105 programmiert, um Kommunikation zwischen dem Host-Fahrzeug 100 und dem mobilen Luftfahrzeug 110 zu vereinfachen. Zum Beispiel kann das Fahrzeugsystem 105 einem Fahrzeuginsassen verschiedene Optionen präsentieren, darunter eine Liste an geographischen Standorten. Die Liste an geographischen Standorten kann geographische Standortehe in der Nähe oder auf der Strecke des Host-Fahrzeug 100 beinhalten und jeder geographische Standort kann mit einem mobilen Luftfahrzeug 110 verbunden sein. Das Fahrzeugsystem 105 kann eine Benutzereingabe empfangen, die einen der geographischen Standorte auswählt, ein Videosignal von dem mobilen Luftfahrzeug 110 in Verbindung mit dem ausgewählten geographischen Standort anfordern und einen Video-Livestream innerhalb des Host-Fahrzeugs 100 auf Grundlage des von dem mobilen Luftfahrzeug 110 empfangenen Videosignals präsentieren. Somit kann der Fahrzeuginsasse über die Benutzereingabe selektiv von einem der mobilen Luftfahrzeuge 110 erfasste Videos ansehen. In einem anderen möglichen Ansatz, wie zum Beispiel, wenn das mobile Luftfahrzeug 110 in einem Steuermodus arbeitet, kann die Benutzereingabe dem mobilen Luftfahrzeug 110 befehlen, sich zu dem ausgewählten geographischen Standort zu bewegen und Video zurück zu dem Host-Fahrzeug 100 zu übertragen.
  • Das mobile Luftfahrzeug 110 kann ein beliebiges unbemanntes Fahrzeug mit einer Videokamera 115 beinhalten, die das Video live erfassen und übertragen kann und das über oder in der Nähe einer Straße fliegen oder schweben kann. Das mobile Luftfahrzeug 110 kann umgangssprachlicher als „Drohne“ bezeichnet werden. Die Videokamera 115 kann Video-Livestreams erfassen, die mit einem aktuellen geographischen Standort des mobilen Luftfahrzeugs 110 verbunden sein können. Zusätzlich zu der Videokamera 115 kann das mobile Luftfahrzeug 110 Propeller, die dem mobilen Luftfahrzeug 110 ermöglichen, zu fliegen oder zu schweben, einen Sendeempfänger, um z. B. über ein V2I-Kommunikationsprotokoll Signale zu übertragen und zu empfangen, einen Prozessor, um empfangene Signale zu verarbeiten und um den Video-Stream zu generieren und zu übertragen, und eine Leistungsquelle, um die Komponenten des mobilen Luftfahrzeugs 110 anzutreiben, beinhalten. Das mobile Luftfahrzeug 110 kann ferner mit einem Navigationssystem ausgestattet sein, wie zum Beispiel einem Schaltkreis eines globalen Positionierungssystems (Global Positioning System - GPS), der dem mobilen Luftfahrzeug 110 ermöglichen kann, autonom zu verschiedenen Standorten zu navigieren, seinen eigenen Standort zu übertragen usw. Das Navigationssystem kann mit verschiedenen Karten programmiert sein, um z. B. dem mobilen Luftfahrzeug 110 dabei zu helfen, Gebäuden, Stromleitungen, Brücken oder anderen Hindernissen auszuweichen.
  • Das mobile Luftfahrzeug 110 ist programmiert, um Signale von Fahrzeugen in der Nähe und DSRC-aktivierten Infrastrukturen zu empfangen. Die Signale können das von dem mobilen Luftfahrzeug 110 erfasste Videosignal anfordern. Als Reaktion auf derartige Signale kann das mobile Luftfahrzeug 110 das Videosignal über DSRC direkt an das Fahrzeug, das das Signal angefordert hat (wenn sich das Fahrzeug in der DSRC-Reichweite befindet) und/oder an DSRC-Infrastrukturen übertragen, die das Video dann an das angeforderte Fahrzeug weiterleiten. Alternativ kann das mobile Luftfahrzeug 110 das Videosignal kontinuierlich übertragen und Fahrzeuginsassen, die den Video-Stream ansehen möchten, können die Übertragung einfach über das Fahrzeugsystem 105 einschalten.
  • Das mobile Luftfahrzeug 110 kann auch oder alternativ programmiert sein, um Notfallarbeiter wie zum Beispiel Polizisten, Feuerwehrleute, Notfallmediziner (emergency medical technicians - EMTs) oder dergleichen zu unterstützen. Zum Beispiel kann das mobile Luftfahrzeug 110 programmiert sein, um bestimmte Befehle von Notfallfahrzeugen anzunehmen, die das mobile Luftfahrzeug 110 dazu veranlassen, in einen „Folgemodus“ einzutreten. Im Folgemodus kann das mobile Luftfahrzeug 110 dem Notfallfahrzeug folgen oder kann durch einen Notfallarbeiter ferngesteuert werden. Wenn das mobile Luftfahrzeug 110 dem Notfallfahrzeug 100 folgt, hält es einen konstanten Abstand zu dem Notfallfahrzeug und stellt dem Notfallfahrzeug 100 durchgehend ein Luftbildvideo bereit. Bei einem anderen Modus, der als Steuermodus bezeichnet wird, kann das mobile Luftfahrzeug 110 auf Grundlage einer Anweisung von dem Host-Fahrzeug 100 zu einem bestimmten Standort navigieren, was bedeuten könnte, dass das mobile Luftfahrzeug 110 vor dem, nach dem oder anstelle des Host-Fahrzeug(s) 100 an dem Ziel ankommt.
  • Im Folgemodus kann das mobile Luftfahrzeug 110 das Videosignal an alle Fahrzeuge in der Nähe, an alle Notfallfahrzeuge oder nur an das Notfallfahrzeug, das den Folgemodus initiiert hat, oder das entfernte Notfallzentrum über DSRC-Infrastruktur-Weiterleitung übertragen. Somit kann das mobile Luftfahrzeug 110 Notfallarbeitern erlauben, eine Notfallzone (z. B. Ort eines Unfalls, Feuers, Verbrechens usw.) anzusehen, bevor Notfallarbeiter an dem Standort ankommen. Außerdem kann das in dem Folgemodus erfasste Video den Notfallarbeitern eine andere Perspektive (d. h. eine Vogelperspektive anstelle einer Sicht auf Straßenebene) der Notfallzone bieten. Es können Codes und Verschlüsselungstechniken umgesetzt werden, um zu verhindern, dass das mobile Luftfahrzeug 110 für Nicht-Notfallfahrzeuge in den Folgemodus eintritt.
  • Im Folgemodus kann das mobile Luftfahrzeug 110 auf Grundlage einer Navigationskarte oder Kartendatenbank zu einem bestimmten Standort navigieren, Video an dem Standort erfassen und das Video z. B. zurück zu einem Notfall-Host-Fahrzeug 100 übertragen. Das Video kann direkt an das Notfall-Host-Fahrzeug 100 oder indirekt z. B. über DSRC-aktivierte Infrastrukturvorrichtungen, die das Videosignal von dem mobilen Luftfahrzeug 110 an das Host-Fahrzeug 100 weiterleiten, übertragen werden. Ferner können nur autorisierte Fahrzeuge dazu in der Lage sein, den Steuermodus zu initiieren, und die Videosignale sowie andere Signale, die zwischen dem Host-Fahrzeug 100 und dem mobilen Luftfahrzeug 110 übertragen werden, können verschlüsselt werden, während das mobile Luftfahrzeug 110 im Steuermodus arbeitet.
  • 2 veranschaulicht eine beispielhafte Draufsicht, die durch das mobile Luftfahrzeug 110 erfasst werden kann. Diese Ansicht kann in einem beliebigen Fahrzeug präsentiert werden, das das Videosignal von dem mobilen Luftfahrzeug 110 anfordert. Die in 2 gezeigte Szene 200 zeigt einen Verkehrsstau, der durch Fahrzeuge verursacht wird, die zusammengeführt werden, wenn eine Spur aufgrund einer Baustelle gesperrt ist. Das mobile Luftfahrzeug 110 befindet sich über der Szene 200. Einem beliebigen Fahrzeuginsassen, der das mobile Luftfahrzeug 110 auswählt, kann das Videosignal präsentiert werden, das zeigt, dass der Verkehrsstau durch die Sperrung der rechten Spur aufgrund einer Baustelle verursacht wird. Ähnliche Videosignale können nützlich sein, wenn aus anderen Gründen Verkehr verursacht wird, wie zum Beispiel einem Unfall, einem Hindernis auf der Straße oder dergleichen. Das Wissen darüber, wodurch ein Stau verursacht wird, kann dabei helfen, Verkehr zu reduzieren, da Fahrzeugführer entsprechende Entscheidungen treffen können (z. B. die gesperrte Spur meiden), bevor sie vor Ort ankommen.
  • 3 veranschaulicht beispielhafte Komponenten des Fahrzeugsystems 105. Wie gezeigt, beinhaltet das Fahrzeugsystem 105 eine Benutzerschnittstelle 120, eine Kommunikationsschnittstelle 125, einen Navigationsschaltkreis 130, einen Speicher 135 und einen Prozessor 140.
  • Die Benutzerschnittstelle 120 beinhaltet eine beliebige Anzahl an Computerchips und elektronischen Schaltkreisen, die Benutzereingaben empfangen können, einem Fahrzeuginsassen Informationen präsentieren können oder beides. Die Benutzerschnittstelle 120 kann z. B. einen berührungsempfindlichen Anzeigebildschirm beinhalten, der sowohl Informationen präsentieren als auch Benutzereingaben, die durch Drücken verschiedener virtueller Schaltflächen erfolgen, empfangen kann. Alternativ kann die Benutzerschnittstelle 120 eine computerisierte Anzeige (z. B. einen Bildschirm) und separate Schaltflächen (z. B. physische Schaltflächen) zum Empfangen verschiedener Benutzereingaben beinhalten.
  • Die den Fahrzeuginsassen über die Benutzerschnittstelle 120 präsentierten Informationen können eine Karte beinhalten, die über die Fahrzeugnavigationskarte, die verschiedene geographische Standorte zeigt, umgesetzt werden könnte. Jeder geographische Standort kann mit einem mobilen Luftfahrzeug 110 verbunden sein. Die Benutzerschnittstelle 120 kann programmiert sein, um eine Benutzereingabe zu empfangen, die einen der auf der Karte präsentierten geographischen Standorte auswählt. Die Benutzerschnittstelle 120 kann die Benutzereingabe z. B. an die Kommunikationsschnittstelle 125, den Prozessor 140 oder beides ausgeben.
  • Außerdem kann die Benutzerschnittstelle 120 programmiert sein, um auf verschiedene Befehle, die z. B. von dem Prozessor 140 empfangen wurden, zu reagieren. Zum Beispiel kann die Benutzerschnittstelle 120 programmiert sein, um als Reaktion auf einen von dem Prozessor 140 generierten Präsentationsbefehl den durch das mobile Luftfahrzeug 110 erfassten Video-Livestream in Verbindung mit dem ausgewählten geographischen Standort zu präsentieren. Die Benutzerschnittstelle 120 kann auch programmiert sein, um den Video-Livestream entlang der Strecke anzufordern und in dem Navigationssystem zu präsentieren, sodass der Fahrer wählen kann, eine vorausliegende Strecke auf Grundlage des Verkehrsvideos neu zu berechnen.
  • Die Kommunikationsschnittstelle 125 beinhaltet eine beliebige Anzahl an Computerchips und elektronischen Schaltkreisen, die Signale an das mobile Luftfahrzeug 110 übertragen und von diesem empfangen können. Wie vorstehend erörtert, können die von dem mobilen Luftfahrzeug 110 empfangenen Videosignale einen Video-Livestream beinhalten, der an einem bestimmten geographischen Standort aufgenommen wurde. Die Kommunikationsschnittstelle 125 kann programmiert sein, um Signale gemäß einer beliebigen Anzahl an Kommunikationsprotokollen mit großer Reichweite, mittlerer Reichweite und kurzer Reichweite zu generieren, zu übertragen und zu empfangen. Kommunikation langer und mittlerer Reichweite kann mit Telekommunikationsprotokollen in Verbindung mit Mobilfunk- oder Satellitenkommunikation übereinstimmen. Für die Kommunikation mit kurzer Reichweite kann die Kommunikationsschnittstelle 125 programmiert sein, um Signale gemäß dem Protokoll zur dedizierten Nahbereichskommunikation (Dedicated Short Range Communication - DSRC), Bluetooth®, Bluetooth Low Energy® oder dergleichen zu generieren, zu übertragen und zu empfangen. Die Kommunikation mit kurzer Reichweite kann auch verwendet werden, um Signale weiterzuleiten und die Reichweite auf die mittlere und große Reichweite zu erweitern, zum Beispiel mit DSRC-Infrastrukturen.
  • Die Kommunikationsschnittstelle 125 kann programmiert sein, um Signale gemäß durch den Prozessor 140 ausgegebenen Befehlen zu generieren und zu übertragen. Die Kommunikationsschnittstelle 125 kann ferner programmiert sein, um empfangene Videosignale an den Prozessor 140, den Speicher 135, die Benutzerschnittstelle 120 oder eine beliebige Kombination dieser oder anderer Komponenten des Fahrzeugsystems 105 zu übertragen. Außerdem kann die Kommunikationsschnittstelle 125 programmiert sein, um Videosignale von dem mobilen Luftfahrzeug 110 zu empfangen, die über die Benutzereingabe ausgewählt wurden.
  • Der Navigationsschaltkreis 130 beinhaltet eine beliebige Anzahl an Computerchips und elektronischen Schaltkreisen, die verwendet werden können, um den aktuellen Standort des Host-Fahrzeugs 100 zu bestimmen. Der Navigationsschaltkreis 130 kann z. B. Schaltkreis zum Umsetzen der Navigation durch ein globales Positionierungssystem (GPS) beinhalten. Der Navigationsschaltkreis kann daher programmiert sein, um mit verschiedenen Satelliten zu kommunizieren, den Standort des Host-Fahrzeugs 100 auf Grundlage dieser Satellitenkommunikation zu bestimmen und den aktuellen Standort des Host-Fahrzeugs 100 auszugeben. Der aktuelle Standort des Host-Fahrzeugs 100 kann z. B. an den Prozessor 140, den Speicher 135, die Benutzerschnittstelle 120, die Kommunikationsschnittstelle 125 oder eine beliebige Kombination dieser und anderer Komponenten des Fahrzeugsystems 105 ausgegeben werden. Der Navigationsschaltkreis 130 kann ferner verwendet werden, um eine Kartendatenbank zu speichern oder auf diese zuzugreifen. Zum Beispiel kann die Kartendatenbank in dem Speicher 135 gespeichert und dem Navigationsschaltkreis 130 zugänglich gemacht werden.
  • Der Speicher 135 beinhaltet eine beliebige Anzahl an Computerchips und elektronischen Schaltkreisen, die elektronische Daten speichern können. Der Speicher 135 kann z. B. flüchtigen Speicher 135, nichtflüchtigen Speicher 135 oder beides beinhalten. Der Speicher 135 kann programmiert sein, um Daten zu speichern, die von einer beliebigen Anzahl an Komponenten des Fahrzeugsystems 105 empfangen wurden, darunter unter anderem der Benutzerschnittstelle 120, der Kommunikationsschnittstelle 125, dem Navigationsschaltkreis 130 oder dem Prozessor 140. Außerdem kann der Speicher 135 programmiert sein, um einer beliebigen Komponente des Fahrzeugsystems 105, darunter unter anderem den vorstehend genannten, gespeicherte Daten zugänglich zu machen.
  • Der Prozessor 140 beinhaltet eine beliebige Anzahl an Computerchips und elektronischen Schaltkreisen, die verschiedene von den Komponenten des Fahrzeugsystems 105 generierte Signale verarbeiten können. Zum Beispiel kann der Prozessor 140 programmiert sein, um die Benutzereingabe zu empfangen, die den geographischen Standort (und stellvertretend das mobile Luftfahrzeug 110 in Verbindung mit dem geographischen Standort) auswählt, der Kommunikationsschnittstelle 125 zu befehlen, das Videosignal von dem ausgewählten mobilen Luftfahrzeug 110 anzufordern und der Benutzerschnittstelle 120 zu befehlen, den Fahrzeuginsassen den Video-Livestream zu präsentieren. Der Benutzerschnittstelle 120 zu befehlen, das Live-Video zu präsentieren, kann das Generieren eines Präsentationsbefehls und Übertragen des Präsentationsbefehls an die Benutzerschnittstelle 120 beinhalten. Der Präsentationsbefehl kann der Benutzerschnittstelle 120 befehlen, den Fahrzeuginsassen den Video-Livestream zu präsentieren.
  • Der Prozessor 140 kann ferner programmiert sein, um den vorstehend erörterten Folgemodus zu initiieren. Zum Beispiel kann der Prozessor 140 programmiert sein, um einen Folgebefehl zu generieren und der Kommunikationsschnittstelle 125 zu befehlen, den Folgebefehl an das mobile Luftfahrzeug 110 zu übertragen. Der Folgebefehl kann z. B. das Host-Fahrzeug 100 identifizieren, darunter das Identifizieren, ob das Host-Fahrzeug 100 ein Notfallfahrzeug ist. Außerdem kann der Folgebefehl einen Folgeautorisierungscode beinhalten, der ferner dem mobilen Luftfahrzeug 110 angibt, dass das Host-Fahrzeug 100 autorisiert ist, den Folgebefehl auszuführen.
  • Das mobile Luftfahrzeug 110 kann als Reaktion auf das erfolgreiche Authentifizieren des Host-Fahrzeugs 100 im Anschluss an den Empfang des Folgebefehls eine Bestätigungsnachricht zurück an das Host-Fahrzeug 100 übertragen. Die Bestätigungsnachricht kann daher angeben, dass das mobile Luftfahrzeug 110 den Folgebefehl empfangen und angenommen hat. Der Prozessor 140 kann programmiert sein, um als Reaktion auf die Bestätigungsnachricht auf den aktuellen Standort des Host-Fahrzeugs 100 zuzugreifen, der durch den Navigationsschaltkreis 130 bestimmt wurde und der Kommunikationsschnittstelle 125 zu befehlen, mit dem Übertragen des aktuellen Standortes an das mobile Luftfahrzeug 110 zu beginnen. Der Prozessor 140 kann programmiert sein, um den aktuellen Standort des Host-Fahrzeugs 100 kontinuierlich an das mobile Luftfahrzeug 110 zu übertragen, solange das mobile Luftfahrzeug 110 in dem Folgemodus arbeitet. Mit dem aktuellen Standort des Host-Fahrzeugs 100 kann das mobile Luftfahrzeug 110 dem Host-Fahrzeug 100 folgen.
  • Die Entscheidung, den Folgemodus zu beenden, kann z. B. auf einer der Nutzerschnittstelle 120 bereitgestellten Benutzereingabe basieren. Die Benutzerschnittstelle 120 kann programmiert sein, um eine virtuelle Schaltfläche oder alternativ eine Hardware-Schaltfläche zu präsentieren, die, wenn sie gedrückt wird, den Wunsch des Fahrzeuginsassen anzeigt, dass das mobile Luftfahrzeug 110 damit aufhört, dem Host-Fahrzeug 100 zu folgen. Der Prozessor 140 kann programmiert sein, um als Reaktion auf die der Benutzerschnittstelle 120 bereitgestellten Benutzereingabe, die einen Wunsch angibt, den Folgemodus zu beenden, der Kommunikationsschnittstelle 125 zu befehlen, einen Befehl zur Beendigung des Folgens an das mobile Luftfahrzeug 110 zu übertragen. Das mobile Luftfahrzeug 110 kann programmiert sein, um als Reaktion auf den Befehl zur Beendigung des Folgens ein Bestätigungssignal an das Host-Fahrzeug 100 zu übertragen und kann zu einem zuvor festgelegten Standort zurückkehren, der den Standort des mobilen Luftfahrzeugs 110 beinhalten kann, als der Folgebefehl erstmals bestätigt wurde. Alternativ kann das mobile Luftfahrzeug 110 programmiert sein, um zu einem bestimmten Standort zurückzukehren, wie z. B. einer Polizeiwache, einer Feuerwache, einem Krankenhaus usw.
  • 4 ist ein Ablaufdiagramm eines beispielhaften Prozesses 400, der durch das Fahrzeugsystem 105 ausgeführt werden kann, um mit der mobilen Luftvorrichtung zu kommunizieren. Der Prozess 400 kann jedes Mal initiiert werden, wenn das Host-Fahrzeug 100 in Betrieb ist und kann weiterhin ausgeführt werden, bis z. B. das Host-Fahrzeug 100 ausgeschaltet wird. Der Prozess 400 kann durch ein beliebiges Host-Fahrzeug 100 mit dem Fahrzeugsystem 105 ausgeführt werden und der Prozess 400 kann gemäß den nachfolgend erörterten Prozessen 500 und 600 oder unabhängig davon umgesetzt werden. Anders gesagt sind nicht alle Fahrzeuge, die Videosignale von dem mobilen Luftfahrzeug 110 empfangen, dazu in der Lage, die Bewegung des mobilen Luftfahrzeugs 110 zu steuern, wie nachfolgend in Bezug auf 5 und 6 detaillierter erörtert.
  • Bei Block 405 bestimmt das Fahrzeugsystem 105 den Standort des Host-Fahrzeugs 100. Der Standort kann durch den Navigationsschaltkreis 130 bestimmt und an den Prozessor 140 übertragen werden. Der Fahrzeugstandort kann zum Beispiel über GPS-Koordinaten dargestellt werden.
  • Bei Block 410 kann das Fahrzeugsystem 105 eine Karte anzeigen. Die Karte kann über die Benutzerschnittstelle 120 angezeigt werden. Außerdem kann die Karte im Allgemeinen den aktuellen Standort des Host-Fahrzeugs 100, der bei Block 405 bestimmt wurde, sowie die Standorte verschiedener mobiler Luftfahrzeuge 110 in der Nähe des Host-Fahrzeugs 100 zeigen. Die Standorte der mobilen Luftfahrzeuge 110 können auf von den mobilen Luftfahrzeugen 110 übertragenen Standortdaten basieren, die direkt oder indirekt (z. B. über einen cloudbasierten Server oder DSRC-aktivierte Infrastrukturvorrichtungen) an das Host-Fahrzeug 100 übertragen werden.
  • Bei Block 415 kann das Fahrzeugsystem 105 eine Benutzereingabe empfangen. Die Benutzereingabe kann über die Vorrichtung der Benutzerschnittstelle 120 empfangen werden. Insbesondere kann die Benutzereingabe empfangen werden, wenn der Fahrzeuginsasse eine bestimmte Stelle der durch die Benutzerschnittstelle 120 präsentierten Karte berührt. Durch Berühren einer bestimmten Stelle des Bildschirms der Benutzerschnittstelle 120 kann der Fahrzeuginsasse einen bestimmten geographischen Standort der Karte angeben. Somit kann die Benutzerschnittstelle 120 ferner den geographischen Standort auswählen. Außerdem ist das Auswählen des geographischen Standortes dem Auswählen des mobilen Luftfahrzeugs 110 in Verbindung mit dem ausgewählten geographischen Standort ähnlich, da die zur Auswahl über die Benutzereingabe verfügbaren geographischen Standorte jeweils mit einem bestimmten mobilen Luftfahrzeug 110 verbunden sind. Die Benutzereingabe kann auch empfangen werden, während eine Strecke in dem Navigationssystem aktiv ist. In diesem Fall wird der geographische Standort automatisch als der vorausliegende Standort entlang der Strecke aktiviert.
  • Bei Block 420 kann das Fahrzeugsystem 105 das Videosignal von dem mobilen Luftfahrzeug 110 anfordern. Als Reaktion auf den Empfang der Benutzereingabe kann der Prozessor 140 zum Beispiel der Kommunikationsschnittstelle 125 befehlen, das ausgewählte mobile Luftfahrzeug 110 zu kontaktieren, um das Videosignal anzufordern. Wie vorstehend erörtert, kann das Videosignal einen Video-Livestream des durch das mobile Luftfahrzeug 110 erfassten Videos beinhalten.
  • Bei Block 425 kann das Fahrzeugsystem 105 den Video-Livestream präsentieren. Der Video-Livestream kann über die Benutzerschnittstelle 120 präsentiert werden, nachdem die Kommunikationsschnittstelle 125 das Videosignal empfängt und nachdem der Prozessor 140 das Videosignal verarbeitet, um z. B. den Video-Livestream zu extrahieren. Der Prozessor 140 kann einen Präsentationsbefehl an die Benutzerschnittstelle 120 übertragen. Als Reaktion auf den Präsentationsbefehl kann die Benutzerschnittstelle 120 direkt von der Kommunikationsschnittstelle 125, dem Prozessor 140 oder dem Speicher 135 zur Wiedergabe in dem Host-Fahrzeug 100 auf den Video-Stream zugreifen. Während der Video-Livestream abgespielt wird oder wenn der Fahrzeuginsasse den Video-Livestream nicht länger ansehen möchte, kann der Prozess 400 zu Block 405 zurückkehren oder ansonsten weiter ausgeführt werden, bis das Host-Fahrzeug 100 ausgeschaltet wird.
  • 5 ist ein Ablaufdiagramm eines beispielhaften Prozesses 500, der durch das Fahrzeugsystem 105 ausgeführt werden kann, um Bewegung der mobilen Luftvorrichtung zu steuern. Zum Beispiel kann der Prozess 500 verwendet werden, um den vorstehend erörterten Folgemodus zu initiieren und auszuführen. Der Prozess 500 kann jederzeit beginnen, während das Host-Fahrzeug 100 in Betrieb ist und kann weiter ablaufen, bis das Host-Fahrzeug 100 ausgeschaltet wird. Konkreter kann der Prozess 500 ausgeführt werden, wenn der Fahrzeuginsasse den Folgemodus initiieren möchte. Ferner kann der Prozess 500 durch ein beliebiges Host-Fahrzeug 100 mit dem Fahrzeugsystem 105 ausgeführt werden und kann der Prozess 500 gemäß den Prozessen 400 und 600 oder unabhängig davon umgesetzt werden.
  • Bei Block 505 kann das Fahrzeugsystem 105 den aktuellen Standort des Host-Fahrzeugs 100 bestimmen. Wie vorstehend erläutert, kann der aktuelle Standort des Host-Fahrzeugs 100 durch den Navigationsschaltkreis 130 bestimmt und an den Prozessor 140 übertragen werden. Der Fahrzeugstandort kann zum Beispiel über GPS-Koordinaten dargestellt werden.
  • Bei Block 510 kann das Fahrzeugsystem 105 einen Folgebefehl generieren. Der Folgebefehl kann Anweisungen beinhalten, die einem mobilen Luftfahrzeug 110 befehlen, dem Host-Fahrzeug 100 zu folgen. Der Folgebefehl kann einen Folgeautorisierungscode beinhalten, der das Host-Fahrzeug 100 gegenüber dem mobilen Luftfahrzeug 110 authentifiziert. Der Folgeautorisierungscode kann daher verwendet werden, um zu verhindern, dass nicht autorisierte Fahrzeuge den Folgemodus initiieren.
  • Bei Block 515 kann das Fahrzeugsystem 105 den Folgebefehl an das mobile Luftfahrzeug 110 übertragen. Das Übertragen des Folgebefehls kann beinhalten, dass der Prozessor 140 der Kommunikationsschnittstelle 125 befiehlt, den Folgebefehl an das mobile Luftfahrzeug 110 zu übertragen. Die Kommunikationsschnittstelle 125 kann den Folgebefehl gemäß einem Kommunikationsprotokoll übertragen, wie zum Beispiel dem dedizierten Nahbereichskommunikationsprotokoll, wie vorstehend erörtert.
  • Bei Block 520 kann das Fahrzeugsystem 105 eine Bestätigungsnachricht von dem mobilen Luftfahrzeug 110 empfangen. Die Bestätigungsnachricht kann angeben, dass der Folgeautorisierungscode von dem mobilen Luftfahrzeug 110 empfangen und angenommen worden ist und dass das mobile Luftfahrzeug 110 damit beginnen wird, dem Host-Fahrzeug 100 zu folgen. Die Bestätigungsnachricht kann über die Kommunikationsschnittstelle 125 empfangen und zur Verarbeitung der Bestätigungsnachricht an den Prozessor 140 übertragen werden.
  • Bei Block 525 kann das Fahrzeugsystem 105 den Standort des Host-Fahrzeugs 100 an das mobile Luftfahrzeug 110 übertragen. Zum Beispiel kann, nachdem der Navigationsschaltkreis 130 den aktuellen Standort des Host-Fahrzeugs 100 bestimmt, der Prozessor 140 der Kommunikationsschnittstelle 125 befehlen, mit dem Übertragen des aktuellen Standortes an das mobile Luftfahrzeug 110 zu beginnen. Da sich das Host-Fahrzeug 100 bewegen kann, kann der Navigationsschaltkreis 130 den aktuellen Standort des Host-Fahrzeugs 100 kontinuierlich aktualisieren und kann der Prozessor 140 der Kommunikationsschnittstelle 125 kontinuierlich befehlen, den aktuellen Standort regelmäßig an das mobile Luftfahrzeug 110 zu übertragen, zumindest so oft wie der aktuelle Standort aktualisiert wird.
  • Bei Entscheidungsblock 530 kann das Fahrzeugsystem 105 bestimmen, ob der Folgemodus beendet werden soll. Die Entscheidung, den Folgemodus zu beenden, kann z. B. auf einer der Benutzerschnittstelle 120 bereitgestellten Benutzereingabe basieren. Anders gesagt kann die Benutzerschnittstelle 120 eine virtuelle oder Hardware-Schaltfläche bereitstellen, die, wenn sie gedrückt wird, den Wunsch des Fahrzeuginsassen anzeigt, dass das mobile Luftfahrzeug 110 damit aufhört, dem Host-Fahrzeug 100 zu folgen. In einigen Fällen kann das mobile Luftfahrzeug 110 fordern, dass das Host-Fahrzeug 100 den Prozess 500 beendet, wenn z. B. das mobile Luftfahrzeug 110 bestimmt, dass es nicht ausreichend Energie (z.B. Batterieleistung) hat, um dem Host-Fahrzeug 100 im Folgemodus zu folgen und zu einem Parkplatz zurückzukehren, wo es z. B. aufgeladen werden kann. Wenn das mobile Luftfahrzeug 110 erfasst, dass es nicht ausreichend Energie hat, um zu einem Parkplatz zurückzukehren, kann das mobile Luftfahrzeug 110 eine Nachricht an das Host-Fahrzeug 100 übertragen, in der gefordert wird, dass der Fahrzeugführer das mobile Luftfahrzeug 110 zum Aufladen zu dem Parkplatz zurückbringt. Wenn die Benutzereingabe empfangen wird oder wenn das mobile Luftfahrzeug 110 die Beendigung des Folgemodus fordert, kann der Prozess 500 zu Block 535 übergehen. Andernfalls kann der Prozess 500 zu Block 525 zurückkehren, sodass das mobile Luftfahrzeug 110 den aktualisierten aktuellen Standort des Host-Fahrzeugs 100 weiter empfangen kann.
  • Bei Block 535 kann das Fahrzeugsystem 105 einen Befehl zur Beendigung des Folgens an das mobile Luftfahrzeug 110 übertragen. Das heißt, dass der Prozessor 140 als Reaktion auf die der Benutzerschnittstelle 120 bereitgestellten Benutzereingabe, die einen Wunsch angibt, den Folgemodus zu beenden, der Kommunikationsschnittstelle 125 befehlen kann, einen Befehl zur Beendigung des Folgens an das mobile Luftfahrzeug 110 zu übertragen. Als Reaktion auf den Befehl zur Beendigung des Folgens kann das mobile Luftfahrzeug 110 ein Bestätigungssignal an das Host-Fahrzeug 100 übertragen und kann zu einem zuvor festgelegten Standort zurückkehren, der den Standort des mobilen Luftfahrzeugs 110 beinhalten kann, als der Folgebefehl erstmals bestätigt wurde. Alternativ kann das mobile Luftfahrzeug 110 programmiert sein, um zu einem bestimmten Standort zurückzukehren, wie z. B. einer Polizeiwache, einer Feuerwache, einem Krankenhaus, zu dem Notfall-Host-Fahrzeug 100 usw. Der Prozess 500 kann nach Block 535 enden, zumindest bis der Fahrzeuginsasse einen Wunsch äußert, z. B. über eine Benutzereingabe, den Folgemodus erneut zu initiieren.
  • 6 ist ein Ablaufdiagramm eines anderen beispielhaften Prozesses 600, der durch das Fahrzeugsystem 105 ausgeführt werden kann, um Bewegung der mobilen Luftvorrichtung zu steuern. Der Prozess 600 kann zum Beispiel verwendet werden, um den vorstehend erörterten Steuermodus zu initiieren und auszuführen. Der Prozess 600 kann jederzeit beginnen, während das Host-Fahrzeug 100 in Betrieb ist und kann weiter ablaufen, bis das Host-Fahrzeug 100 ausgeschaltet wird. Konkreter kann der Prozess 600 ausgeführt werden, wenn der Fahrzeuginsasse den Steuermodus initiieren möchte. Ferner kann der Prozess 600 durch ein beliebiges Host-Fahrzeug 100 mit dem Fahrzeugsystem 105 ausgeführt werden und kann der Prozess 600 gemäß den Prozessen 400 und 500 und unabhängig davon umgesetzt werden.
  • Bei Block 605 kann das Fahrzeugsystem 105 eine Auswahl eines mobilen Luftfahrzeugs 110 empfangen. Die Auswahl kann über eine durch die Vorrichtung der Benutzerschnittstelle 120 erfolgte Benutzereingabe empfangen werden. Insbesondere kann die Benutzereingabe empfangen werden, wenn der Fahrzeuginsasse eine bestimmte Stelle der durch die Benutzerschnittstelle 120 präsentierten Karte berührt. Durch Berühren einer bestimmten Stelle des Bildschirms der Benutzerschnittstelle 120 kann der Fahrzeuginsasse einen bestimmten geographischen Standort der Karte angeben. Somit kann die Benutzerschnittstelle 120 ferner den geographischen Standort auswählen. Außerdem ist das Auswählen des geographischen Standortes dem Auswählen des mobilen Luftfahrzeugs 110 in Verbindung mit dem ausgewählten geographischen Standort ähnlich, da die zur Auswahl über die Benutzerschnittstelle verfügbaren geographischen Standorte jeweils mit einem bestimmten mobilen Luftfahrzeug 110 verbunden sind. Die Benutzereingabe kann auch empfangen werden, während eine Strecke in dem Navigationssystem aktiv ist. In diesem Fall wird der geographische Standort automatisch als der vorausliegende Standort entlang der Strecke aktualisiert.
  • Bei Block 610 kann das Fahrzeugsystem 105 den Steuerbefehl generieren. Der Steuerbefehl kann Anweisungen beinhalten, die einem mobilen Luftfahrzeug 110 befehlen, zu Standorten zu navigieren, die durch Signale dargestellt werden, die von dem Host-Fahrzeug 100 empfangen werden. Der Steuerbefehl kann einen Steuerautorisierungscode beinhalten, der das Host-Fahrzeug 100 gegenüber dem mobilen Luftfahrzeug 110 authentifiziert. Der Steuerautorisierungscode kann daher verwendet werden, um zu verhindern, dass nicht autorisierte Fahrzeuge den Steuermodus initiieren.
  • Bei Block 615 kann das Fahrzeugsystem 105 den Steuerbefehl an das mobile Luftfahrzeug 110 übertragen. Das Übertragen des Steuerbefehls kann beinhalten, dass der Prozessor 140 der Kommunikationsschnittstelle 125 befiehlt, den Steuerbefehl an das mobile Luftfahrzeug 110 zu übertragen. Die Kommunikationsschnittstelle 125 kann den Steuerbefehl gemäß einem Kommunikationsprotokoll übertragen, wie zum Beispiel dem dedizierten Nahbereichskommunikationsprotokoll, wie vorstehend erörtert. Ferner kann der Steuerbefehl direkt an das mobile Luftfahrzeug 110 oder indirekt, z.B. über DSRC-aktivierte Infrastrukturvorrichtungen, übertragen werden.
  • Bei Block 620 kann das Fahrzeugsystem 105 eine Bestätigungsnachricht von dem mobilen Luftfahrzeug 110 empfangen. Die Bestätigungsnachricht kann angeben, dass der Steuerautorisierungsbefehl durch das mobile Luftfahrzeug 110 empfangen und angenommen worden ist und dass das mobile Luftfahrzeug 110 von dem Host-Fahrzeug 100 empfangene Zielbefehle (siehe Block 625) ausführen wird. Die Bestätigungsnachricht kann über die Kommunikationsschnittstelle 125 empfangen und zur Verarbeitung der Bestätigungsnachricht an den Prozessor 140 übertragen werden.
  • Bei Block 625 kann das Fahrzeugsystem 105 Zielbefehle an das mobile Luftfahrzeug 110 übertragen. Die Zielbefehle können zum Beispiel geographische Standorte beinhalten, die über die Navigationskarte dargestellt werden. Das mobile Luftfahrzeug 110 kann gemäß den Zielbefehlen navigieren, während es Videosignale entweder direkt oder indirekt zurück an das Host-Fahrzeug 100 überträgt.
  • Bei Entscheidungsblock 630 kann das Fahrzeugsystem 105 bestimmen, ob der Steuermodus beendet werden soll. Die Entscheidung, den Steuermodus zu beenden, kann z. B. auf einer der Benutzerschnittstelle 120 bereitgestellten Benutzereingabe basieren. Wie vorstehend erörtert, kann die Benutzerschnittstelle 120 eine virtuelle oder Hardware-Schaltfläche bereitstellen, die, wenn sie gedrückt wird, den Wunsch des Fahrzeuginsassen anzeigt, dass das mobile Luftfahrzeug 110 damit aufhört, auf die Steuerbefehle zu reagieren. In einigen Fällen kann das mobile Luftfahrzeug 110 fordern, dass das Host-Fahrzeug 100 den Prozess 600 beendet, wenn z. B. das mobile Luftfahrzeug 110 bestimmt, dass es nicht ausreichend Energie (z. B. Batterieleistung) hat, um die Steuerbefehle auszuführen und zu einem Parkplatz zurückzukehren, wo es z. B. aufgeladen werden kann. Wenn das mobile Luftfahrzeug 110 erfasst, dass es nicht ausreichend Energie hat, um zu einem Parkplatz zurückzukehren, kann das mobile Luftfahrzeug 110 eine Nachricht an das Host-Fahrzeug 100 übertragen, in der gefordert wird, dass der Fahrzeugführer das mobile Luftfahrzeug 110 zum Aufladen zu dem Parkplatz zurückbringt. Wenn die Benutzereingabe empfangen wird oder wenn das mobile Luftfahrzeug 110 die Beendigung des Steuermodus anfordert, kann der Prozess 600 zu Block 635 übergehen. Andernfalls kann der Prozess 600 zu Block 625 zurückkehren, sodass das mobile Luftfahrzeug 110 den aktualisierten aktuellen Standort des Host-Fahrzeugs 100 weiter empfangen kann.
  • Bei Block 635 kann das Fahrzeugsystem 105 einen Befehl zur Beendigung des Steuerns an das mobile Luftfahrzeug 110 übertragen. Das heißt, dass der Prozessor 140 als Reaktion auf die der Benutzerschnittstelle 120 bereitgestellten Benutzereingabe, die einen Wunsch angibt, den Steuermodus zu beenden, der Kommunikationsschnittstelle 125 befehlen kann, einen Befehl zur Beendigung des Folgens an das mobile Luftfahrzeug 110 zu übertragen. Als Reaktion auf den Befehl zur Beendigung des Folgens kann das mobile Luftfahrzeug 110 ein Bestätigungssignal an das Host-Fahrzeug 100 übertragen und kann zu einem zuvor festgelegten Standort zurückkehren, der den Standort des mobilen Luftfahrzeugs 110 beinhalten kann, als der Folgebefehl erstmals bestätigt wurde. Alternativ kann das mobile Luftfahrzeug 110 programmiert sein, um zu einem bestimmten Standort zurückzukehren, wie z. B. einer Polizeiwache, einer Feuerwache, einem Krankenhaus, zu dem Notfall-Host-Fahrzeug 100 usw. 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, des Betriebssystems Microsoft Automotive®, des Betriebssystems Microsoft Windows®, des Betriebssystems Unix (z. B. das Betriebssystem Solaris®, vertrieben durch die Oracle Corporation in Redwood Shores, Kalifornien), des Betriebssystems AIX UNIX, vertrieben durch International Business Machines in Armonk, New York, des Betriebssystems Linux, der Betriebssysteme Mac OSX und iOS, vertrieben durch die Apple Inc. in Cupertino, Kalifornien, BlackBerry OS, vertrieben durch Blackberry, Ltd. in Waterloo, Kanada, und des Betriebssystems 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-, ein Notebook-, ein Laptop- oder Handcomputer 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 oben aufgeführten, ausführbar sein 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 zusammengestellt und ausgeführt werden, wie etwa der Java Virtual Machine, der Dalvik Virtual Machine oder dergleichen. 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 ein oder mehrere Prozesse, einschließlich eines oder mehrerer der hier 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üchtige Medien und flüchtige Medien. Nichtflüchtige Medien können z. B. optische Platten oder Magnetplatten und sonstige dauerhafte Speicher einschließen. Flüchtige Medien können zum Beispiel einen dynamischen Direktzugriffsspeicher (dynamic random access memory - DRAM) einschließen, der in der Regel einen Hauptspeicher darstellt. Derartige Anweisungen können durch ein oder mehrere Übertragungsmedien übertragen werden, darunter Koaxialkabel, Kupferdraht und Glasfaser, einschließlich der Drähte, die einen mit einem Prozessor eines Computers verbundenen Systembus umfassen. Zu gängigen Formen computerlesbarer Medien gehören zum Beispiel 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, ein RAM, ein PROM, ein EPROM, ein FLASH-EEPROM, ein beliebiger anderer Speicherchip oder eine beliebige andere Speicherkassette oder ein beliebiges anderes Medium, das von einem Computer gelesen werden kann.
  • Datenbanken, Datenbestände oder sonstige Datenspeicher, die hier beschrieben sind, können unterschiedliche Arten von Mechanismen zum Speichern von, Zugreifen auf und Abrufen von unterschiedlichen Arten von Daten einschließen, darunter eine hierarchische Datenbank, eine Gruppe von Dateien in einem Dateisystem, eine Anwendungsdatenbank in einem proprietären Format, ein relationales Datenbankverwaltungssystem (relational database management system - RDBMS) usw. Jeder dieser Datenspeicher ist im Allgemeinen in eine Rechenvorrichtung eingeschlossen, welche ein Computerbetriebssystem, wie beispielsweise eines der vorangehend aufgeführten, verwendet, und es wird auf eine oder mehrere mögliche Weisen über ein Netzwerk darauf zugegriffen. Auf ein Dateisystem kann von einem Computerbetriebssystem zugegriffen werden, und es kann in verschiedenen Formaten gespeicherte Dateien beinhalten. 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 vorstehend 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, PCs usw.) umgesetzt sein, die auf diesen zugeordneten computerlesbaren Speichermedien gespeichert sind (z. B. Platten, Speicher usw.). Ein Computerprogrammprodukt kann derartige Anweisungen, die auf computerlesbaren Medien gespeichert sind, zum Ausführen der hier beschriebenen Funktionen umfassen.
  • Hinsichtlich der hier beschriebenen Vorgänge, Systeme, Verfahren, Heuristiken usw. versteht es sich, dass die Schritte solcher Vorgänge usw. zwar als gemäß einer bestimmten Reihenfolge erfolgend beschrieben worden sind, derartige Vorgänge aber mit den beschriebenen Schritten in einer Reihenfolge durchgeführt werden können, die von der hier beschriebenen Reihenfolge abweicht. Es versteht sich ferner, dass bestimmte Schritte gleichzeitig durchgeführt, andere Schritte hinzugefügt oder bestimmte hier beschriebene Schritte weggelassen werden könnten. Mit anderen Worten dienen die Beschreibungen von Prozessen hier der Veranschaulichung bestimmter Ausführungsformen und sollten keinesfalls dahingehend ausgelegt werden, dass sie die Patentansprüche einschränken.
  • Dementsprechend versteht es sich, dass die vorstehende Beschreibung der Veranschaulichung und nicht der Einschränkung dient. Viele Ausführungsformen und Anwendungen, bei denen es sich nicht um die vorgestellten Beispiele handelt, würden beim Lesen der vorstehenden Beschreibung ersichtlich. Der Umfang sollte nicht unter Bezugnahme auf die vorstehende Beschreibung, sondern stattdessen unter Bezugnahme auf die beigefügten Patentansprüche gemeinsam mit dem vollständigen Umfang von Äquivalenten, zu denen solche Patentansprüche berechtigen, bestimmt werden. Es wird erwartet und beabsichtigt, dass es hinsichtlich der hier erläuterten 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 allgemeine Bedeutung zugeordnet werden, wie sie vom Fachmann der hier beschriebenen Technologien verstanden wird, sofern hier kein ausdrücklicher Hinweis auf das Gegenteil erfolgt. Insbesondere ist die Verwendung der Singularartikel, wie etwa „ein“, „einer“, „eine“, „der“, „die“, „das“ usw., dahingehend auszulegen, dass ein oder mehrere der aufgeführten Elemente genannt werden, es sei denn, ein Anspruch enthält eine ausdrücklich 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. Des Weiteren geht aus der vorstehenden detaillierten Beschreibung hervor, dass verschiedene Merkmale in verschiedenen Ausführungsformen zum Zwecke der Vereinfachung der Offenbarung 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 (20)

  1. Fahrzeugsystem, umfassend: eine Kommunikationsschnittstelle, die programmiert ist, um ein Videosignal von einem mobilen Luftfahrzeug zu empfangen, wobei das Videosignal einen Video-Livestream beinhaltet und mit einem geographischen Standort verbunden ist; und einen Prozessor, der einen Speicher aufweist, wobei der Prozessor programmiert ist, um einer Benutzerschnittstelle zu befehlen, den Video-Livestream als Reaktion auf eine Benutzereingabe, die den geographischen Standort auswählt, zu präsentieren.
  2. Fahrzeugsystem nach Anspruch 1, ferner umfassend eine Benutzerschnittstelle, die programmiert ist, um einen Präsentationsbefehl von dem Prozessor zu empfangen und den Video-Livestream als Reaktion auf den Empfang des Präsentationsbefehls zu präsentieren.
  3. Fahrzeugsystem nach Anspruch 1, ferner umfassend eine Benutzerschnittstelle, die programmiert ist, um die Benutzereingabe zu empfangen, die den geographischen Standort auswählt.
  4. Fahrzeugsystem nach Anspruch 3, wobei die Benutzerschnittstelle programmiert ist, um eine Karte anzuzeigen und die Benutzereingabe zu empfangen, die den geographischen Standort zumindest teilweise auf Grundlage eines ausgewählten Standortes der Karte auswählt.
  5. Fahrzeugsystem nach Anspruch 1, wobei das mobile Luftfahrzeug ein unbemanntes Luftfahrzeug beinhaltet.
  6. Fahrzeugsystem nach Anspruch 1, wobei der Prozessor programmiert ist, um einen Folgebefehl zu generieren und programmiert ist, um der Kommunikationsschnittstelle zu befehlen, den Folgebefehl an das mobile Luftfahrzeug zu übertragen.
  7. Fahrzeugsystem nach Anspruch 6, wobei die Kommunikationsschnittstelle programmiert ist, um nach dem Übertragen des Folgebefehls einen Fahrzeugstandort an das mobile Luftfahrzeug zu übertragen.
  8. Fahrzeugsystem nach Anspruch 7, wobei die Kommunikationsschnittstelle programmiert ist, um nach dem Übertragen des Folgebefehls den Fahrzeugstandort regelmäßig an das mobile Luftfahrzeug zu übertragen.
  9. Fahrzeugsystem nach Anspruch 6, wobei der Folgebefehl einen Folgeautorisierungscode beinhaltet, und wobei der Prozessor programmiert ist, um eine Bestätigungsnachricht von dem mobilen Luftfahrzeug zu empfangen, dass der Folgeautorisierungscode empfangen und angenommen worden ist.
  10. Fahrzeugsystem nach Anspruch 1, wobei der Prozessor programmiert ist, um einen Steuerbefehl zu generieren und programmiert ist, um der Kommunikationsschnittstelle zu befehlen, den Steuerbefehl an das mobile Luftfahrzeug zu übertragen, wobei die Kommunikationsschnittstelle programmiert ist, um nach dem Übertragen des Steuerbefehls einen Zielstandort an das mobile Luftfahrzeug zu übertragen.
  11. Verfahren, umfassend: Empfangen einer Benutzereingabe, die einen geographischen Standort auswählt; Anfordern eines Videosignals in Verbindung mit dem ausgewählten geographischen Standort, wobei das Videosignal einen Video-Livestream beinhaltet, der von einem mobilen Luftfahrzeug empfangen wurde; und Präsentieren des Video-Livestreams als Reaktion auf den Empfang der Benutzereingabe, die den geographischen Standort auswählt.
  12. Verfahren nach Anspruch 11, wobei das Präsentieren des Video-Livestreams Folgendes beinhaltet: Übertragen eines Präsentationsbefehls an eine Benutzerschnittstelle; und. Präsentieren des Video-Livestreams über die Benutzerschnittstelle als Reaktion auf den Empfang des Präsentationsbefehls.
  13. Verfahren nach Anspruch 11, ferner umfassend das Anzeigen einer Karte und wobei die Benutzereingabe, die den geographischen Standort auswählt, zumindest teilweise auf einem ausgewählten Standort der Karte basiert.
  14. Verfahren nach Anspruch 11, ferner umfassend: Generieren eines Folgebefehls; Übertragen des Folgebefehls an das mobile Luftfahrzeug; und regelmäßiges Übertragen eines Fahrzeugstandortes an das mobile Luftfahrzeug nach dem Übertragen des Folgebefehls.
  15. Verfahren nach Anspruch 14, wobei der Folgebefehl einen Folgeautorisierungscode beinhaltet, und ferner umfassend das Empfangen einer Bestätigungsnachricht von dem mobilen Luftfahrzeug, dass der Folgeautorisierungscode empfangen und angenommen worden ist.
  16. Verfahren nach Anspruch 11, ferner umfassend: Generieren eines Steuerbefehls; Übertragen des Steuerbefehls an das mobile Luftfahrzeug; und Übertragen eines Zielstandortes an das mobile Luftfahrzeug nach dem Übertragen des Steuerbefehls.
  17. Verfahren nach Anspruch 11, ferner umfassend das Bestimmen eines Fahrzeugstandortes.
  18. Fahrzeugsystem, umfassend: Navigationsschaltkreis, der programmiert ist, um einen Fahrzeugstandort zu bestimmen; eine Kommunikationsschnittstelle, die programmiert ist, um ein Videosignal von einem mobilen Luftfahrzeug zu empfangen, wobei das Videosignal einen Video-Livestream beinhaltet und mit einem geographischen Standort verbunden ist; eine Benutzerschnittstelle, die programmiert ist, um eine Karte anzuzeigen, die Benutzereingabe zu empfangen, die den geographischen Standort zumindest teilweise auf Grundlage eines ausgewählten Standortes der Karte auswählt, und den Video-Livestream als Reaktion auf den Empfang eines Präsentationsbefehls zu präsentieren; und einen Prozessor, der einen Speicher aufweist, wobei der Prozessor programmiert ist, um den Präsentationsbefehl als Reaktion darauf zu generieren, dass die Benutzerschnittstelle die Benutzereingabe empfängt, die den geographischen Standort auswählt und den Präsentationsbefehl an die Benutzerschnittstelle auszugeben.
  19. Fahrzeugsystem nach Anspruch 18, wobei der Prozessor programmiert ist, um einen Folgebefehl zu generieren und programmiert ist, um der Kommunikationsschnittstelle zu befehlen, den Folgebefehl an das mobile Luftfahrzeug zu übertragen.
  20. Fahrzeugsystem nach Anspruch 18, wobei der Prozessor programmiert ist, um einen Steuerbefehl zu generieren und programmiert ist, um der Kommunikationsschnittstelle zu befehlen, den Steuerbefehl an das mobile Luftfahrzeug zu übertragen.
DE112016006519.1T 2016-03-29 2016-03-29 Echtzeitkommunikation mit mobiler Infrastruktur Pending DE112016006519T5 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2016/024636 WO2017171724A1 (en) 2016-03-29 2016-03-29 Real-time communication with mobile infrastructure

Publications (1)

Publication Number Publication Date
DE112016006519T5 true DE112016006519T5 (de) 2018-11-22

Family

ID=59966280

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112016006519.1T Pending DE112016006519T5 (de) 2016-03-29 2016-03-29 Echtzeitkommunikation mit mobiler Infrastruktur

Country Status (4)

Country Link
US (1) US20190116476A1 (de)
CN (1) CN109155103B (de)
DE (1) DE112016006519T5 (de)
WO (1) WO2017171724A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109828571A (zh) * 2019-02-18 2019-05-31 奇瑞汽车股份有限公司 基于v2x的自动驾驶车辆、方法和装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020159245A1 (ko) * 2019-01-31 2020-08-06 엘지전자 주식회사 차량 간 영상 공유 방법
CN109949576A (zh) * 2019-04-24 2019-06-28 英华达(南京)科技有限公司 交通监控方法及系统
US11412271B2 (en) * 2019-11-25 2022-08-09 International Business Machines Corporation AI response to viewers of live stream video

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8150617B2 (en) * 2004-10-25 2012-04-03 A9.Com, Inc. System and method for displaying location-specific images on a mobile device
NO334183B1 (no) * 2012-03-22 2014-01-13 Prox Dynamics As Metode og anordning for å kontrollere og overvåke det omliggende område til et ubemannet luftfartøy
US9175966B2 (en) * 2013-10-15 2015-11-03 Ford Global Technologies, Llc Remote vehicle monitoring
CN103914076B (zh) * 2014-03-28 2017-02-15 浙江吉利控股集团有限公司 一种基于无人机的货物传送系统和方法
WO2015175440A1 (en) * 2014-05-12 2015-11-19 Unmanned Innovation, Inc. Unmanned aerial vehicle authorization and geofence envelope determination
WO2015180180A1 (en) * 2014-05-30 2015-12-03 SZ DJI Technology Co., Ltd. Systems and methods for uav docking
US9359074B2 (en) * 2014-09-08 2016-06-07 Qualcomm Incorporated Methods, systems and devices for delivery drone security
CN204791568U (zh) * 2015-08-07 2015-11-18 谢拓 车辆跟随飞行系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109828571A (zh) * 2019-02-18 2019-05-31 奇瑞汽车股份有限公司 基于v2x的自动驾驶车辆、方法和装置

Also Published As

Publication number Publication date
US20190116476A1 (en) 2019-04-18
CN109155103B (zh) 2022-02-11
WO2017171724A1 (en) 2017-10-05
CN109155103A (zh) 2019-01-04

Similar Documents

Publication Publication Date Title
DE102016123876A1 (de) Kolonnen-fahrzeug-vorausschau
US10068485B2 (en) Platooning autonomous vehicle navigation sensory exchange
DE102016125275A1 (de) Einsatzbetriebsmodus eines autonomen fahrzeugs
DE102019100559A1 (de) Verfahren und systeme zur unterstützung des betriebs eines strassenfahrzeugs mit einer flugdrohne
US11006263B2 (en) Vehicle-integrated drone
DE102015103568A1 (de) Lernendes automatisiertes fahrzeug
DE102014223269A1 (de) Modifizierte einstellungen eines autonomen fahrzeugs
DE102015110942A1 (de) Parkdienst
DE102017113186A1 (de) Objekterkennung auf Fahrzeugaussenoberfläche
DE102014224073A1 (de) Server zum Betreiben eines Parkplatzes
DE102020100593A1 (de) Fahrzeug-zu-fahrzeug-dateifreigabesystem und -verfahren
DE112016006519T5 (de) Echtzeitkommunikation mit mobiler Infrastruktur
DE102015107618A1 (de) Fahrzeug-generierte Aktualisierungen für soziale Netzwerke
DE112017006295T5 (de) Abholen und absetzen von fluggästen an einem flughafen unter verwendung eines autonomen fahrzeugs
DE102017120638A1 (de) Fahrzeugumplatzierungssystem
DE102019129062A1 (de) Systeme und verfahren zum übertragen einer steuerung eines unbemannten luftfahrzeugs
DE102018109951A1 (de) Erfassung von wasser auf der strasse
DE102020100027A1 (de) Überwachungs- und steuerinfrastruktur für fahrzeuge
DE112018005907T5 (de) Informationsverarbeitungsvorrichtung, informationsverarbeitungsverfahren, programm und beweglicher körper
DE112017006803T5 (de) Strassenwassererkennung für autonomes Fahrzeug
DE102017121131A1 (de) Fahrzeugkollisionsrisikoerfassung
DE102020127254A1 (de) Verbesserte drohnenfahrzeugintegration und -steuerungen
DE102021122546A1 (de) Systeme und verfahren zum anweisen eines geparkten fahrzeugs, von einem ersten stellplatz zu einem zweiten stellplatz zu fahren
DE102019127363A1 (de) Lichtbasierte spurwechselsteuerung
DE102020119083A1 (de) Abgrenzungsdefinition eines erkannten objekts

Legal Events

Date Code Title Description
R082 Change of representative

Representative=s name: LORENZ SEIDLER GOSSEL RECHTSANWAELTE PATENTANW, DE

R012 Request for examination validly filed