DE102019122235A1

DE102019122235A1 - Drohnenbasierte ereignisrekonstruktion

Info

Publication number: DE102019122235A1
Application number: DE102019122235.4A
Authority: DE
Inventors: Ali Hassani; Alexandra Taylor
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2018-08-20
Filing date: 2019-08-19
Publication date: 2020-02-20
Also published as: US10783776B2; CN110855734A; US20200058219A1

Abstract

Die vorliegende Offenbarung stellt drohnenbasierte Ereignisrekonstruktion bereit. Offenbart wird ein Verfahren zum Bereitstellen von Beaufsichtigung mittels Drohne an einer Position mit einem hohen Potenzial für ein Zusammenstoßereignis. Das Verfahren kann das Rekrutieren von einer oder mehreren Drohnen zum Bereitstellen von Beaufsichtigung an einer Position mit einem hohen Potenzial für ein Zusammenstoßereignis und das Entsenden der Drohnen an die Position beinhalten. Ein oder mehrere Server können von den Drohnen Puffer mit Messdaten anfordern, die der Position entsprechen. In Reaktion können die Server von den Drohnen die Puffer mit Messdaten empfangen. Ein entsprechendes System und Computerprogrammprodukt sind ebenfalls hierin offenbart und beansprucht.

Description

ALLGEMEINER STAND DER TECHNIK
GEBIET
Diese Offenbarung betrifft Ereignisüberwachung und -meldung.
ALLGEMEINER STAND DER TECHNIK
Obwohl Autounfälle stets unerwartete und häufig traumatische Ereignisse sind, ist eine zielgerichtete Dokumentation von Beweisen nach einem Unfall entscheidend, um zugehörige Ansprüche zu belegen und/oder zu verteidigen. Sowohl Versicherungsunternehmen als auch Gerichte verlassen sich stark auf Dokumentation von der Unfallstelle und eine Unfallrekonstruktion auf Grundlage solcher Dokumentation, um Schuld und Schadensersatzhöhe zu bestimmen. Aus diesem Grund ist das Aufnehmen von Bildern oder gar Video an der Unfallstelle auch durch Laien stark empfehlenswert, um sicherzustellen, dass jedes Detail richtig festgehalten wird.
Derzeit sind die häufigsten Techniken, die professionelle Noteinsatzkräfte zum Dokumentieren einer Unfallstelle verwenden, eine Kombination aus Laserscannern, Totalstationen und Fotografie. Auf diese Weise können diese Einsatzkräfte Daten sammeln und eine 3D-Puntwolke des Standorts und des Unfalls mit zuverlässiger Genauigkeit erzeugen. Diese Techniken erfordern jedoch ein hohes Maß an Zeit und Wissen derjenigen, die die Dokumentation durchführen.
Unbemannte Luftfahrzeuge, die auch als Drohnen bekannt sind, sind strombetriebene Luftfahrzeuge ohne menschliche Besatzung, die Aerodynamik nutzen, um Auftrieb für das Fahrzeug bereitzustellen, autonom fliegen oder aus der Ferne gelenkt werden können, für den Einmalgebrauch ausgelegt oder zurückholbar sein können und eine Nutzlast befördern können. Obwohl Drohnen ursprünglich für militärische Anwendungen genutzt wurden, dehnen sie sich rasch auf kommerzielle, wissenschaftliche, Freizeit-, landwirtschaftliche und andere Anwendungen aus. Drohnen besitzen aufgrund ihrer Blickwinkel aus der Luft sowie ihre Fähigkeit, Verkehr und andere Hindernisse auf dem Boden zu umgehen und größere Strecken zur schnelleren Abdeckung zurückzulegen, auch das Potenzial, traditionelle Dokumentationstechniken zu revolutionieren.
Angesichts dessen werden Systeme und Verfahren benötigt, um Messdaten von Drohnen im Falle eines Fahrzeugzusammenstoßes zu gewinnen. Idealerweise nutzen solche Systeme und Verfahren Crowdsourcing, um Drohnen für das Überwachen von Situationen mit einem hohen Zusammenstoßpotenzial zu rekrutieren. Diese Systeme und Verfahren sollten auch in der Lage sein, Ereignisrekonstruktionsdaten von Drohnen und Fahrzeugen innerhalb eines bestimmten Umkreises nach einem Zusammenstoß anzufordern.
KURZDARSTELLUNG
Die Erfindung beschreibt ein Verfahren zum Rekonstruieren und Melden von Fahrzeugereignissen mit hohem Risiko (wie etwa Zusammenstoß, Verkehrsstau oder schlechte Sicht) unter Verwendung von autonomen Drohnen. Das Verfahren schließt das Rekrutieren von Drohnen in der Nähe während Hochrisikosituationen ein, um Blickwinkel aus der Luft bereitzustellen. Das Verfahren verwendet ein Zeugensystem, das Drohnenbesitzem die Gelegenheit bietet, sich am Crowdsourcing-System zu beteiligen. Dies könnte durch ein Abonnementpaket gefördert werden, wobei der Besitzer einen monatlichen Betrag erhält und im Gegenzug für die Rekrutierung verfügbar ist. Die registrierten Drohnen kommunizieren kontinuierlich mit einem Zeugen-Cloudserver und melden regelmäßig ihre GPS-Position, während sie einen Fifo-Puffer von Messdaten führen. Der Messdatenpuffer wird in Situationen ausgeschaltet, in denen die Drohne weit genug von Straßen entfernt ist, um Leistung einzusparen. Das Rekrutierungssystem ist dazu ausgelegt, Beaufsichtigung mittels Drohne während Hochrisikobedingungen anzufordern, etwa wenn Fahrerassistenz- oder autonome Fahrsysteme ein hohes Zusammenstoßrisiko (aus beliebiger Richtung) erfassen, wenn die Straßen stark verstopft sind (d. h. Stoßverkehr) und wenn die Straßenbedingungen schlecht sind (d. h. mangelnde Sicht oder Traktion). Wenn ein Fahrzeug im Zeugensystem an einem Ereignis mit starkem Aufprall beteiligt ist, wird eine Anforderung von Ereignisrekonstruktionsdaten entweder direkt an alle Empfänger innerhalb eines V2V-/Drahtlosbereichs oder indirekt durch den Zeugen-Cloudserver gesendet.
Figurenliste
Zum leichteren Verständnis der Vorteile der Offenbarung erfolgt eine ausführlichere Beschreibung der Offenbarung unter Bezugnahme auf spezifische Ausführungsformen, die in den beigefügten Zeichnungen dargestellt sind. Diese Zeichnungen stellen nur typische Ausführungsformen der Offenbarung dar und sind daher nicht als ihren Umfang einschränkend auszulegen. Die Offenbarung wird mit mehr Einzelheiten und Details anhand der begleitenden Zeichnungen beschrieben und erläutert, in denen:

1 ein übergeordnetes Blockschaubild ist, das ein Beispiel eines Rechensystems zeigt, in dem ein System und ein Verfahren gemäß bestimmten Ausführungsformen der Offenbarung implementiert sein können.
2 ein übergeordnetes Blockschaubild ist, das Komponenten eines Systems für drohnenbasierte Ereignisrekonstruktion gemäß bestimmten Ausführungsformen der Offenbarung zeigt.
3 eine übergeordnete schematische Darstellung ist, die Beaufsichtigung mittels Drohne in einer Hochrisikosituation gemäß bestimmten Ausführungsformen der Offenbarung zeigt.
4 eine übergeordnete schematische Darstellung ist, die Beaufsichtigung mittels Drohne eines Zusammenstoßereignisses gemäß bestimmten Ausführungsformen der Offenbarung zeigt.
5 ein Ablaufdiagramm ist, das einen Prozess zur drohnenbasierten Ereignisrekonstruktion gemäß bestimmten Ausführungsformen der Offenbarung zeigt.
6 ein Ablaufdiagramm ist, das einen Prozess zur Nutzung einer Drohne zum Aufzeichnen eines Ereignisses gemäß bestimmten Ausführungsformen der Offenbarung zeigt.

AUSFÜHRLICHE BESCHREIBUNG
Bezug nehmend auf 1 ist ein Beispiel eines Rechensystems 100 dargestellt. Das Rechensystem 100 ist so präsentiert, dass es ein Beispiel einer Umgebung zeigt, in der ein System und ein Verfahren gemäß der Offenbarung implementiert sein können. Das Rechensystem 100 kann als eine mobile Vorrichtung wie etwa ein Smartphone oder Tablet, ein Desktopcomputer, ein Arbeitsplatzrechner, ein Server oder dergleichen verkörpert sein. Das Rechensystem 100 wird als Beispiel präsentiert und soll nicht einschränkend sein. Vielmehr können die hierin offenbarten Systeme und Verfahren neben dem gezeigten Rechensystem 100 auf eine große Bandbreite unterschiedlicher Rechensysteme anwendbar sein. Die hierin offenbarten Systeme und Verfahren können potenziell auf mehrere Rechensysteme 100 verteilt sein.
Wie gezeigt, beinhaltet das Rechensystem 100 wenigstens einen Prozessor 102 und kann mehr als einen Prozessor 102 beinhalten. Der Prozessor 102 kann in Wirkbeziehung mit einem Speicher 104 verbunden sein. Der Speicher 104 kann eine oder mehrere nichtflüchtige Speichervorrichtungen 104a wie etwa Festplatten, Festkörperlaufwerke, CD-ROM-Laufwerke, DVD-ROM-Laufwerke, Bandlaufwerke oder dergleichen beinhalten. Der Speicher 104 kann auch nichtflüchtigen Speicher wie etwa Nurlesespeicher 104b (z. B. ROM, EPROM, EEPROM und/oder Flash-ROM) oder flüchtigen Speicher wie etwa Direktzugriffsspeicher 104c (RAM oder Arbeitsspeicher) beinhalten. Ein Bus 106 oder eine Vielzahl von Bussen 106 kann den Prozessor 102, die Speichervorrichtungen 104 und andere Vorrichtungen miteinander verbinden, damit Daten und/oder Anweisungen dazwischen ausgetauscht werden können.
Zum Ermöglichen der Kommunikation mit externen Systemen oder Vorrichtungen kann das Rechensystem 100 einen oder mehrere Ports 108 beinhalten. Diese Ports 108 können als drahtgebundene Ports (z. B. USB-Ports, serielle Ports, Firewire-Ports, SCSI-Ports, parallele Ports usw.) oder drahtlose Ports (z. B. Bluetooth, IrDA usw.) verkörpert sein. Die Ports 108 können Kommunikation mit einer oder mehreren Eingabevorrichtungen 110 (z. B. Tastaturen, Mäusen, Touchscreens, Kameras, Mikrofonen, Scannern, Speichervorrichtungen usw.) und Ausgabevorrichtungen 112 (z.B. Anzeigen, Monitoren, Lautsprechern, Druckern, Speichervorrichtungen usw.) ermöglichen. Die Ports 108 können auch Kommunikation mit anderen Rechensystemen 100 ermöglichen.
In bestimmten Ausführungsformen beinhaltet das Rechensystem 100 einen drahtgebundenen oder drahtlosen Netzwerkadapter 114 zum Verbinden des Rechensystems 100 mit einem Netz 116, etwa einem LAN, WAN oder dem Internet. Ein solches Netz 116 kann es dem Rechensystem 100 ermöglichen, sich mit einem oder mehreren Servern 118, Arbeitsplatzrechnern oder Personal-Computern 120, mobilen Rechenvorrichtungen oder anderen Vorrichtungen zu verbinden. Das Netz 116 kann es dem Rechensystem 100 auch ermöglichen, sich über einen Router 122 oder eine andere Vorrichtung mit einem anderen Netz zu verbinden. Ein solcher Router 122 kann es dem Rechensystem 100 auch ermöglichen, mit Servern, Arbeitsplatzrechnern, Personal-Computern oder anderen Vorrichtungen in anderen Netzen zu kommunizieren.
Wie zuvor erwähnt, wird Unfall- und Ereignisrekonstruktion normalerweise mit Selbstverständlichkeit durchgeführt, um Beweise und Dokumentation bereitzustellen, auf die zum Belegen von Versicherungs- und/oder Rechtsansprüchen zurückgegriffen werden kann. Moderne Unfallrekonstruktionstechniken stellen genaue und zuverlässige Daten bereit, wenn sie sachgerecht durchgeführt werden. Allerdings erfordern diese Techniken ein hohes Maß an Wissen und Geschick für ihre Durchführung, ebenso wie einen großen Zeitaufwand. Die Kosten im Zusammenhang mit modernen Unfallrekonstruktionstechniken können daher beachtlich und häufig zu hoch sein, da das Hauptziel der meisten Noteinsatzkräfte darin besteht, Verkehrsbehinderungen möglichst schnell zu beseitigen.
Wie hierin dargelegt, können Ausführungsformen der vorliegenden Offenbarung Drohnen nutzen, um eine kosteneffiziente Lösung der Probleme im Zusammenhang mit derzeitigen Unfall- und Ereignisrekonstruktionstechniken bereitzustellen und zugleich ein hohes Maß an Genauigkeit und Zuverlässigkeit sicherzustellen. Außerdem können Ausführungsformen der Offenbarung weitere Vorteile gegenüber derzeitigen Unfall- und Ereignisrekonstruktionstechniken bereitstellen, indem sie einen raschen Einsatz und Beaufsichtigung an schwer zu erreichenden Positionen ermöglichen und eine Fähigkeit bieten, eine gesamte Unfallszene auf einmal durch einen Blickwinkel aus der Luft zu dokumentieren.
Im hierin verwendeten Sinne bezeichnet der Begriff „Drohne“ ein unbemanntes Luftfahrzeug (unmanned aerial vehicle - UAV) mit wenigstens einem daran gekoppelten Sensor.
Bezug nehmend auf 2 kann ein System 200 zur drohnenbasierten Unfall- und Ereignisrekonstruktion gemäß der Offenbarung Drohnen 204, Transportsysteminfrastruktureinheiten 206 und Fahrzeuge 208 beinhalten. Jede dieser Komponenten kann mit einem entfernt angeordneten Crowdsourcing-Server oder Prozessor, etwa einem cloudbasierten Crowdsourcing-Server 202, kommunizieren.
Der Crowdsourcing-Server 202 kann dazu konfiguriert sein, über geeignete drahtlose Kommunikationstechnik wie etwa eine WiFi-Verbindung, eine Mobilfunkdatenverbindung, das Internet oder andere dem Fachmann bekannte Kommunikationstechnik drahtlose Kommunikation von den Drohnen 204, den Transportsysteminfrastruktureinheiten 206 und den Fahrzeugen 208 zu empfangen. Außerdem können in einigen Ausführungsformen eine oder mehrere der Drohnen 204 und/oder eins oder mehrere der Fahrzeuge 208 miteinander mittels Fahrzeug-zu-Fahrzeug(vehicle-to-vehicle - V2V)-Kommunikation oder andere Kommunikationstechnik mit geringer Reichweite kommunizieren.
In bestimmten Ausführungsformen kann der Crowdsourcing-Server 202 Informationen des Systems 200 auf einer Benutzerschnittstelle anzeigen, die einer mobilen Vorrichtung zugehörig ist, etwa einem Smartphone oder Tablet, einem Desktopcomputer, einem Arbeitsplatzrechner, einem lokalen Server, einem Armaturenbrett eines Fahrzeugs 208 oder dergleichen. In einigen Ausführungsformen kann die Benutzerschnittstelle es einem Benutzer ermöglichen, das System 200 zu aktivieren oder Aktivität der Komponenten des Systems 200 zu überwachen, etwa der Drohnen 204, der Transportsysteminfrastruktureinheiten 206 und/oder der Fahrzeuge 208. In bestimmten Ausführungsformen kann ein Benutzer das System 200 mittels einer physischen Taste, einer virtuellen Schaltfläche auf einem Bildschirm, eines Sprachbefehls, eines Mausklicks, einer Fingerberührung oder dergleichen aktivieren.
Eine Drohne 204 gemäß Ausführungsformen der Offenbarung kann eine Anordnung von bordeigenen Sensoren 210 beinhalten, derart, dass die Drohne 204 eine Außenumgebung von Blickwinkeln aus der Luft messen kann. Die bordeigenen Sensoren 210 können beispielsweise Kamerasensoren, Lidarsensoren, Radarsensoren, Positions- oder GPS-Sensoren, Ultraschallsensoren und dergleichen beinhalten. Informationen, die von den verschiedenen Sensoren 210 gesammelt werden, können auf einer Speichervorrichtung, die an die Drohne 204 gekoppelt ist oder ihr zugehörig ist, wie etwa einem Fifo-Puffer, aufgezeichnet und/oder gespeichert werden.
In bestimmten Ausführungsformen können, wie nachstehend ausführlicher erörtert, Informationen von den bordeigenen Sensoren 210 im Puffer gespeichert und bei Anforderung drahtlos an den Crowdsourcing-Server 202 übermittelt werden. Beispielsweise kann eine Geofencing-Anforderung vom Crowdsourcing-Server 202 gesendet werden, wenn ein Zusammenstoß stattfindet. Die Drohnen 204 innerhalb des Geofencing-Bereichs können an den Crowdsourcing-Server 202 Daten des bordeigenen Sensors 210 hochladen, die vor, während oder nach dem Zusammenstoß aufgezeichnet wurden. In einer Ausführungsform können die hochgeladenen Daten des bordeigenen Sensors 210 einen Fifo-Puffer beinhalten, der die beteiligten Fahrzeuge für einen Zeitraum vor und nach dem Zusammenstoß erfasst. Außerdem kann die Drohne 204 den Crowdsourcing-Server 202 kontinuierlich mit Positions- oder GPS-Informationen aktualisieren, derart, dass der Crowdsourcing-Server 202 in Echtzeit über die aktuelle Position der Drohne 204 informiert werden kann.
In einer Ausführungsform kann das System 200 beispielsweise ein oder mehrere Drohnen 204 rekrutieren, um eine Beaufsichtigung der Fahrzeuge 208 unter Hochrisikobedingungen bereitzustellen. Das System 200 kann die Teilnahme der Drohne 204 durch ein Abonnementpaket fördern, wobei dem Besitzer der Drohne 204 ein Betrag im Austausch dafür gezahlt wird, dass er bei Anforderung verfügbar ist, die Beaufsichtigung durch die Drohne 204 bereitzustellen. Der Betrag kann monatlich, jährlich oder auf einer beliebigen anderen regelmäßigen oder wiederkehrenden Basis gezahlt werden. Alternativ kann der Betrag ein fester Betrag oder eine nichtmonetäre Vergütung sein.
In anderen Ausführungsformen kann der Besitzer der Drohne 204 direkt für Daten vergütet werden, die vom Crowdsourcing-Server 202 angefordert werden. In bestimmten Ausführungsformen kann der Betrag von den Besitzern der Fahrzeuge 208, die das System 200 abonnieren, durch Versicherungsunternehmen auf Nutzungsbasis, durch Fahrzeugunternehmen, die Datenanalysen zu Fahrassistenzfunktionen durchführen möchten, oder durch eine beliebige andere Partei gezahlt werden, die drohnenbasierte Informationen wie hierin beschrieben wünscht.
Nach der Registrierung im System 200 kann die Drohne 204 ihre Position kontinuierlich oder regelmäßig an den Crowdsourcing-Server 202 übermitteln. Außerdem kann die Drohne 204 einen Fifo-Puffer von Messdaten führen, die aus den bordeigenen Sensoren 210 gesammelt werden. Der Messdatenpuffer kann deaktiviert werden, um Energie einzusparen, wenn sich die Drohne 204 in einem vorgegebenen Abstand von Straßen oder Hochrisikosituationen befindet. Anderenfalls kann die Drohne 204 „auf Abruf“ bereitstehen, um bei Anforderung durch den Crowdsourcing-Server 202 Beaufsichtigung bereitzustellen.
Die Fahrzeuge 208 gemäß Ausführungsformen der Offenbarung können ebenfalls eine oder mehrere Anordnungen von bordeigenen Sensoren 212 beinhalten. Die Fahrzeuge 208 können ebenfalls in dem System 200 registriert sein und können unterwegs kontinuierlich einen kurzzeitigen Puffer von Messdaten mit Video- und Bilddaten führen. Die bordeigenen Sensoren 212 können beispielsweise Kamerasensoren, Lidarsensoren, Radarsensoren, Positions- oder GPS-Sensoren, Ultraschallsensoren und andere Sensoren zum Erfassen von Umgebungsbedingungen beinhalten, die dem Fachmann bekannt sind. In bestimmten Ausführungsformen können die bordeigenen Sensoren 212 außerdem Betriebsbedingungen des Fahrzeugs wie etwa Lenkdaten, Drosselpositionsdaten, Chassisbeschleunigungsdaten und dergleichen erfassen. Die Fahrzeuge 208 können dazu konfiguriert sein, Daten der bordeigenen Sensoren 212 drahtlos an den Crowdsourcing-Server 202, die anderen Fahrzeuge 208 und/oder die Drohnen 204 zu übermitteln.
Die Transportsysteminfrastruktureinheiten 206 können im Wesentlichen benachbart zu einer Straße angeordnet sein und können Sensoren wie etwa Videokameras beinhalten, die daran angebracht sind. Die Transportsysteminfrastruktureinheiten 206 können ebenfalls dazu konfiguriert sein, gemäß den Ausführungsformen der Offenbarung Sensordaten an den Crowdsourcing-Server 202, die anderen Fahrzeuge 208 und/oder die Drohnen 204 zu übertragen.
Bezug nehmend auf 3 kann ein System 300 zur drohnenbasierten Ereignisrekonstruktion in einigen Ausführungsformen der Offenbarung Drohnen 308 rekrutieren, um eine Beaufsichtigung von Fahrzeugen 306 in Hochrisikosituationen bereitzustellen. Wie oben erwähnt, können diese Drohnen 308 einen Anreiz erhalten, um diesen Dienst bereitzustellen. In jedem Fall können Hochrisikosituationen, oder Situationen, von denen bekannt ist, dass sie ein hohes Potenzial für Zusammenstöße von Fahrzeugen 306 bergen, auf Grundlage von Bedingungen der Straße 310 bestimmt werden, wie etwa Verkehr, fehlende Sicht, fehlende Traktion und/oder andere Metriken, die von Wetter- und GPS-Diensten, Lieferdrohnen, Verteidigungsdrohnen und dergleichen aufgezeichnet werden.
In einigen Ausführungsformen können Hochrisikosituationen auch auf Messdaten beruhen, die von bordeigenen Sensoren der Fahrzeuge 306 gesammelt werden. Beispielsweise beinhalten viele moderne Fahrzeuge 306 neben Frontradar auch Seiten- und Rückseitenradar. Zusammenstoßwarnungen können somit aus allen Winkeln des Fahrzeugs 306 erfasst werden. Das Risiko des Fahrzeugs 306 kann von einem bordeigenen Fahrassistenz- oder autonomen Fahrsystem beurteilt werden, welches den Crowdsourcing-Server 202 immer dann unterrichten kann, wenn das Fahrzeug 306 eine hohe Wahrscheinlichkeit für einen Zusammenstoß oder Bedingungen der Straße 310 erfasst, die für riskant befunden werden. Als Reaktion darauf kann der Crowdsourcing-Server 202 anfordern, dass die Drohnen 308 innerhalb einiger Meilen von dem meldenden Fahrzeug 306 ihre Route anpassen, um Beaufsichtigung an der Hochrisikoposition 312 bereitzustellen.
Wie gezeigt, kann eine Hochrisikosituation beispielsweise eine Verkehrsstauung beinhalten, die sich ergibt, da zahlreiche Fahrzeuge 306 während der Stoßzeit versuchen, sich auf eine einspurige Straße 310 einzufädeln. Sensoren, die einer Transportsysteminfrastruktureinheit 304 benachbart zur Straße 310 zugehörig sind, können mehrere sich langsam bewegende Fahrzeuge 306 an der Einfädelungsstelle erfassen und diese Informationen auf den Crowdsourcing-Server 202 hochladen. Sensoren, die einem oder mehreren der sich einfädelnden Fahrzeuge 306 zugehörig sind, können ebenfalls eine Verkehrsstauung an der Position 312 erfassen und diese Informationen auf den Crowdsourcing-Server 202 hochladen. In einigen Ausführungsformen kann der Crowdsourcing-Server 202 Informationen auch von GPS-Diensten, Nachrichtendiensten, Lieferdrohnen, Verteidigungsdrohnen oder dergleichen empfangen, die eine Hochrisikosituation an der Position 312 aufgrund von Verkehrsstauung angeben.
Der Crowdsourcing-Server 202 kann die von diesen verschiedenen Quellen empfangenen Informationen zu einem Auslöseereignis auf Grundlage von Wahrscheinlichkeitsmodellierung zusammenführen und das Auslöseereignis analysieren, um das Auftreten einer Hochrisikosituation zu bestimmen. In einer Ausführungsform kann der Crowdsourcing-Server 202 auf Grundlage von Verlaufsinformationen für das Datum, die Uhrzeit und/oder die Position 312 eine Hochrisikosituation vor oder zusätzlich zu dem Empfangen von direkten Informationen von einer oder verschiedenen Quellen vorhersagen, die ein Auslöseereignis angeben. In jedem Fall kann der Crowdsourcing-Server 202 dann eine oder mehrere Drohnen 308 an die Position 312 schicken, um entsprechende Beaufsichtigung bereitzustellen.
In einigen Ausführungsformen kann der Crowdsourcing-Server 202 einen Geofencing-Bereich 302 bestimmen, der die Position 312 beinhaltet. Die Fahrzeuge 306, die Drohnen 308 und/oder die Transportsysteminfrastruktureinheiten 304 innerhalb des Geofencing-Bereichs 302 oder eines vorgegebenen Bereichs um die Position 312 des Auslöseereignisses können vom Crowdsourcing-Server 202 über das Ereignis unterrichtet werden. Diese Fahrzeuge 306, Drohnen 308 und/oder Transportsysteminfrastruktureinheiten 304 können reagieren, indem sie ihre Sensordaten hochladen, die zum Zeitpunkt des Auslöseereignisses und für eine kurze Zeit vor und nach dem Ereignis aufgezeichnet wurden. Der Crowdsourcing-Server 202 kann die hochgeladenen Daten dem Auslöseereignis zuordnen und die Daten zu Zwecken der Ereignisrekonstruktion analysieren.
Bezug nehmend auf 4 kann in einigen Ausführungsformen ein System 400 gemäß der Offenbarung durch einen Fahrzeugzusammenstoß 402 ausgelöst werden, an dem ein oder mehrere Fahrzeuge beteiligt sind. Wie gezeigt, können Sensoren an Bord eines ersten Fahrzeugs 404 oder in anderweitiger Zugehörigkeit zu diesem ein Aufprallereignis mit einem zweiten Fahrzeug 406 erfassen. Das Aufprallereignis kann auslösen, dass das erste Fahrzeug 404 Sensordaten um den Moment des Aufpralls an einen Crowdsourcing-Server 202 übermittelt. Sensordaten vom ersten Fahrzeug 404 können beispielsweise eine Benachrichtigung, dass das erste Fahrzeug 404 an einem Zusammenstoß 402 beteiligt war, die GPS-Position, den Zeitpunkt des Aufpralls, den Zustand der Außenumgebung beim Aufprall, die Betriebsbedingungen beim Aufprall und dergleichen beinhalten. In einigen Ausführungsformen können Sensoren, die dem zweiten Fahrzeug 406 zugehörig sind, das Aufprallereignis ebenfalls erfassen und auslösen, dass das zweite Fahrzeug 406 seinen Puffer mit Messdaten ebenfalls an den Crowdsourcing-Server 202 entleert. Der Crowdsourcing-Server 202 kann Informationen vom ersten Fahrzeug 404 und zweiten Fahrzeug 406 wenigstens auf Grundlage der Positions- und Zeitinformationen zusammenstellen, die er von beiden empfangen hat, und diese Informationen dem Aufprallereignis zuordnen.
In einigen Ausführungsformen können starke Aufprallereignisse jedes Ereignis beinhalten, bei dem Airbags 404 der Fahrzeuge ausgelöst werden, wie etwa Überschläge, Zusammenstöße, Aufprall auf einen Fremdkörper und dergleichen. In bestimmten Ausführungsformen können nicht fahrzeugbezogene Ereignisse ebenfalls auslösen, dass in der Nähe befindliche Drohnen 408, 412 und Fahrzeuge 404, 406, 414, 416 Sensordaten an den Crowdsourcing-Server 202 hochladen. Beispielsweise können auch verteidigungs- und landessicherheitsbezogene Ereignisse mit einem Feuerwaffen- oder Sicherheitsalarm, Verkehrsverstöße und dergleichen auslösen, dass Drohnen 408, 412 und Fahrzeuge 404, 406, 414, 416 in der Umgebung Sensordaten auf den Crowdsourcing-Server 202 hochladen.
Bei Empfang einer Benachrichtigung zum Ereignis, die die Position des Zusammenstoßes 402 beinhaltet, kann der Crowdsourcing-Server 202 einen Geofencing-Bereich 418 mit vorgegebenen Abmessungen oder einen vorgegebenen Radius um die Position des Zusammenstoßes 402 bestimmen. Der Crowdsourcing-Server 202 kann das System 400 aktivieren, um wenigstens eine Drohne 408, 412 an die Position des Zusammenstoßes 402 zu rufen und einen Puffer von Messdaten von allen Drohnen 408, 412 und anderen Fahrzeugen 414, 416 anzufordern, die sich innerhalb des Geofencing-Bereichs 418 befinden. Als Reaktion darauf können die Drohnen 408, 412 und anderen Fahrzeuge 414, 416 einen Puffer von Messdaten lokal speichern, der einer Zeitspanne vor, während und nach dem Ereignis entspricht. Die Drohnen 408, 412 und anderen Fahrzeuge 414, 416 können ihre Puffer gleichzeitig oder zu einem späteren Zeitpunkt an den Crowdsourcing-Server 202 entleeren.
In einer Ausführungsform kann der Aufprall auch auslösen, dass das erste Fahrzeug 404 ein Alarm-Flag an dem Crowdsourcing-Server 202 sowie die Drohnen 408, 410, 412, die anderen Fahrzeuge 414, 416, 420 und die Transportsysteminfrastruktureinheiten 422 in der Nähe aussendet. Das Alarm-Flag kann an alle empfangenden Komponenten innerhalb der Reichweite der drahtlosen oder Fahrzeugkommunikationstechnik (V2V) oder anderen dem Fachmann bekannten Kommunikationstechnik ausgesendet werden, oder kann indirekt über den Crowdsourcing-Server 202 ausgesendet werden. In jedem Fall kann das Alarm-Flag die Drohnen 408, 410, 412, die Fahrzeuge 414, 416, 420 und die Transportsysteminfrastruktureinheiten 422 alarmieren, dass ein Auslöseereignis aufgetreten ist, und kann auslösen, dass die empfangenden Drohnen 408, 410, 412, Fahrzeuge 414, 416, 420 und Transportsysteminfrastruktureinheiten 422 ihre jeweiligen Puffer mit Messdaten um den Moment des Aufpralls herum speichern. In einigen Ausführungsformen kann das Alarm-Flag auch auslösen, dass die empfangenden Drohnen 408, 410, 412, Fahrzeuge 414, 416, 420 und Transportsysteminfrastruktureinheiten 422 ihre jeweiligen Puffer auf den Crowdsourcing-Server 202 hochladen.
Diese Puffer können Messdaten mit allen zugänglichen Bilddaten (d. h. Kamera, Radar, Ultraschall) sowie etwaigen optionalen Daten beinhalten, für deren Einbeziehung die empfangende Komponente konfiguriert sein kann, wie etwa ihre eigene GPS-Position und Geschwindigkeit. Alle Dateien eines jeweiligen Ereignisses können mittels Mobilfunk oder einer anderen Kommunikationstechnik auf den Crowdsourcing-Server 202 hochgeladen und an derselben Position im Crowdsourcing-Server 202 gespeichert werden. In einigen Ausführungsformen kann ein Benutzer eine Benachrichtigung vom Crowdsourcing-Server 202 mit Informationen dazu empfangen, wie er auf diese Dateien zugreifen kann.
In bestimmten Ausführungsformen können einige Fahrzeuge 420 und/oder Drohnen 410 außerhalb des Geofencing-Bereichs 418 das vom ersten Fahrzeug 404 ausgesendete Alarm-Flag empfangen. In diesem Fall kann das empfangende Fahrzeug 420 oder die empfangende Drohne 410 das Alarm-Flag ignorieren und seinen Puffer mit Messdaten nicht im Crowdsourcing-Server 202 speichern.
Bezug nehmend auf 5 kann ein Verfahren 500 zur drohnenbasierte Ereignisrekonstruktion gemäß der vorliegenden Offenbarung Rekrutieren 502 wenigstens einer Drohne zum Bereitstellen von Beaufsichtigung mittels Drohne auf Anforderung beinhalten. Das Rekrutieren 502 einer Drohne kann beispielsweise das Anbieten von Anreizen an einen Drohnenbesitzer beinhalten, an einem Beaufsichtigung mittels Drohnesprogramm im Austausch gegen finanzielle oder andere entlohnungsbasierte Vergütung teilzunehmen. Das Verfahren 500 kann dann abfragen 504, ob eine Hochrisikobedingung an einer jeweiligen Position vorliegt. Eine Hochrisikobedingung kann eine beliebige Bedingung sein, bei der eine hohe Wahrscheinlichkeit des Auftretens eines Zusammenstoßes vorliegt, darunter beispielsweise gefährliche oder ungünstige Straßenbedingungen, schlechtes Wetter, Verkehrsstauungen, Fahrzeugsystemwarnungen oder dergleichen.
Wenn keine Hochrisikobedingung existiert, kann das Verfahren 500 mit dem Abfragen 504 einer Hochrisikobedingungen fortfahren. Wenn eine Hochrisikobedingung existiert, kann eine Drohne an eine entsprechende Position entsandt 506 werden. In einigen Ausführungsformen kann die Drohne von einem entfernt angeordneten Server oder Prozessor entsandt werden, wie etwa einem cloudbasierten Crowdsourcing-Server.
Das Verfahren 500 kann erfassen 508, ob ein Zusammenstoßereignis an der Position aufgetreten ist. In bestimmten Ausführungsformen können Sensoren, die einer oder mehreren der entsandten Drohnen zugehörig sind, Daten an der Position sammeln, die in einem digitalen Ringspeicher oder Fifo-Puffer gespeichert werden können. Wenn ein Zusammenstoß auftritt, kann ein Fahrzeug, das an dem Zusammenstoß beteiligt ist, ein Alarm-Flag an die Drohne aussenden, was auslösen kann, dass die Drohne relevante Daten, die der Position entsprechen, auf den Crowdsourcing-Server hochlädt. Alternativ kann der Server von dem beteiligten Fahrzeug oder einem anderen Fahrzeug, von einer Transportsysteminfrastruktureinheit, von einer Drohne oder von einer anderen Informationsquelle in der Nähe über den Zusammenstoß unterrichtet werden. Der Server kann dann den Puffer von der Drohne anfordern 510.
In einigen Ausführungsformen kann das Verfahren 500 ferner abfragen 514, ob verbundene Fahrzeuge in der unmittelbaren Nähe sind, die ebenfalls Messdaten gesammelt haben können, die für das Zusammenstoßereignis relevant sind. Wenn ja, können diese relevanten Messdaten von dem einen oder den mehreren Fahrzeugen durch einen Crowdsourcing- oder anderen entfernt angeordneten Server angefordert 516 werden und mit anderen relevanten Daten zusammengeführt werden, die von den Drohnen oder anderen Quellen empfangen werden. Die zusammengeführten Daten können dann analysiert 518 werden, um das Ereignis zu Zwecken der Bestimmung von Schuld und/oder Schadensersatz zu rekonstruieren. Wenn nicht, kann das Verfahren 500 die relevanten Messdaten von den Drohnen oder anderen Quellen direkt analysieren 518. In bestimmten Ausführungsformen kann der Crowdsourcing- oder andere entfernt angeordnete Server die Analyse 518 durchführen und einem Benutzer Zugriff gewähren.
In einigen Ausführungsformen können beispielsweise Kamera- oder andere Bilddaten verwendet werden, um die Szene visuell nachzubilden, während zusätzliche Daten von Radar- und Ultraschallsensoren verwendet werden können, um die relative Geschwindigkeit der betroffenen oder beteiligten Fahrzeuge zu schätzen. Ein Benutzer kann zu Versicherungs-, Haftungs- oder anderen Zwecken Zugriff auf die Analyse 518 und in einigen Ausführungsformen den Datensatz erhalten, ohne dass Geschwindigkeits- und GPS-Daten direkt von jedem Fahrzeug angefordert werden.
Bezug nehmend auf 6 kann ein Prozess 600 zum Benutzen einer Drohne zum Aufzeichnen eines Ereignisses gemäß Ausführungsformen der Offenbarung das Registrieren 602 einer Drohne oder eines Drohnenbesitzers bei einem Ereignisüberwachungsprogramm beinhalten, um bei Anforderung eine Beaufsichtigung mittels Drohne bereitzustellen. In bestimmten Ausführungsformen kann der Drohnenbesitzer einen Anreiz erhalten, um am Ereignisüberwachungsprogramm teilzunehmen, indem er im Austausch gegen finanzielle oder andere entlohnungsbasierte Vergütung die Drohne nach Bedarf oder während vorgegebener Zeitspannen zur Verfügung stellt. Bei der Registrierung kann die Drohne kontinuierliche, intermittierende oder regelmäßige GPS- oder Positionsupdates an einen entfernt angeordneten Crowdsourcing-Server senden 604. In einigen Ausführungsformen kann die Drohne spezifisch an eine Position entsandt werden, an der ein hohes Risiko für Fahrzeugzusammenstöße vorliegt.
Im Falle von einem Fahrzeugzusammenstoß 606 kann die Drohne eine Anforderung empfangen, einen Puffer ihrer relevanten Messdaten zu speichern 608. Als Reaktion darauf kann die Drohne einen Puffer der Messdaten speichern 608, der einer Zeitspanne vor, während und nach dem Zusammenstoßereignis entspricht. Die Drohne kann den Puffer dann zur weiteren Speicherung und/oder Analyse an den Anforderer senden 610.
In der vorstehenden Offenbarung wurde auf die begleitenden Zeichnungen Bezug genommen, die einen Teil davon bilden und spezifische Implementierungen darstellen, in denen die Offenbarung umgesetzt werden kann. Es versteht sich, dass andere Implementierungen benutzt werden können und strukturelle Änderungen vorgenommen werden können, ohne vom Umfang der vorliegenden Offenbarung abzuweichen. Die Bezugnahme auf „eine Ausführungsform“, „eine beispielhafte Ausführungsform“ usw. in der Beschreibung gibt an, dass die beschriebene Ausführungsform ein bestimmtes Merkmal, eine bestimmte Struktur oder Eigenschaft beinhalten kann, aber nicht jede Ausführungsform zwingend das bestimmte Merkmal, die bestimmte Struktur oder Eigenschaft beinhalten muss. Auch beziehen sich diese Ausdrücke nicht zwingend auf dieselbe Ausführungsform. Wenn ein bestimmtes Merkmal, eine bestimmte Struktur oder Eigenschaft in Verbindung mit einer Ausführungsform beschrieben wird, wird ein Fachmann dieses Merkmal, diese Struktur oder Eigenschaft in Verbindung mit anderen Ausführungsformen erkennen, ungeachtet dessen, ob dies ausdrücklich beschrieben ist oder nicht.
Implementierungen der hierin offenbarten Systeme, Vorrichtungen und Verfahren können einen speziellen oder universellen Computer benutzen, der Computerhardware beinhaltet, wie beispielsweise einen oder mehrere Prozessoren und Systemspeicher, wie hierin erörtert. Implementierungen innerhalb des Umfangs der vorliegenden Offenbarung können auch physische und andere computerlesbare Medien zum Übertragen oder Speichern von durch einen Computer ausführbaren Anweisungen und/oder Datenstrukturen beinhalten. Diese computerlesbaren Medien können beliebige verfügbare Medien sein, auf die ein universelles oder spezielles Computersystem zugreifen kann. Computerlesbare Medien, die durch einen Computer ausführbare Anweisungen speichern, sind Computerspeichermedien (-vorrichtungen). Computerlesbare Medien, die durch einen Computer ausführbare Anweisungen übertragen, sind Übertragungsmedien. Als Beispiel und nicht einschränkend können Implementierungen der Offenbarung daher wenigstens zwei voneinander verschiedene Arten von computerlesbaren Medien umfassen: Computerspeichermedien (-vorrichtungen) und Übertragungsmedien.
Computerspeichermedien (-vorrichtungen) beinhalten RAM, ROM, EEPROM, CD-ROM, Festkörperlaufwerke (solid state drives - SSDs) (z. B. auf Grundlage von RAM), Flash-Speicher, Phasenwechselspeicher (phase-change memory - PCM), andere Arten von Speicher, andere optische Disk- oder andere Magnetdiskspeichervorrichtungen oder ein beliebiges anderes Medium, das zum Speichern gewünschter Programmcodemittel in der Form von durch einen Computer ausführbaren Anweisungen verwendet werden kann, auf die ein universeller oder spezieller Computer zugreifen kann.
Eine Implementierung der hierin offenbarten Vorrichtungen, Systeme und Verfahren kann über ein Computernetz kommunizieren. Ein „Netz“ ist als eine oder mehrere Datenverbindungen definiert, die den Transport von elektronischen Daten zwischen Computersystemen und/oder - modulen und/oder anderen elektronischen Vorrichtungen ermöglichen. Wenn Informationen über ein Netz oder eine andere Kommunikationsverbindung (sei diese festverdrahtet, drahtlos oder eine Kombination von festverdrahtet und drahtlos) an einen Computer übertragen oder bereitgestellt werden, betrachtet der Computer die Verbindung faktisch als ein Übertragungsmedium. Übertragungsmedien können Netz- und/oder Datenverbindungen beinhalten, die dazu verwendet werden können, gewünschte Programmcodemittel in Form von computerausführbaren Anweisungen oder Datenstrukturen zu transportieren, und auf die durch einen universellen oder Spezialcomputer zugegriffen werden kann. Kombinationen der Vorstehenden sollen ebenfalls im Umfang computerlesbarer Medien eingeschlossen sein.
Durch einen Computer ausführbare Anweisungen umfassen beispielsweise Anweisungen und Daten, die bei Ausführung an einem Prozessor einen universellen Computer, Spezialcomputer oder eine Spezialverarbeitungsvorrichtung dazu veranlassen, eine bestimmte Funktion oder Gruppe von Funktionen durchzuführen. Die durch einen Computer ausführbaren Anweisungen können beispielsweise Binärdateien, Zwischenformatanweisungen, wie etwa Assemblersprache, oder sogar Quellcode sein. Obwohl der Gegenstand in für Strukturmerkmale und/oder methodische Handlungen spezifischer Sprache beschrieben wurde, versteht es sich, dass der in den beigefügten Patentansprüchen definierte Gegenstand nicht notwendigerweise auf die vorstehend beschriebenen Merkmale oder Handlungen beschränkt ist. Die beschriebenen Merkmale und Handlungen sind vielmehr als beispielhafte Formen der Umsetzung der Patentansprüche offenbart.
Der Fachmann wird zu schätzen wissen, dass die Offenbarung in Network-Computing-Umgebungen mit vielen Arten von Computersystemkonfigurationen angewendet werden kann, einschließlich eines Armaturenbrett-Fahrzeugcomputers, Personal-Computern, Desktop-Computern, Laptops, Nachrichtenprozessoren, Handgeräten, Multiprozessorsystemen, Unterhaltungselektronik auf Mikroprozessorbasis oder programmierbarer Unterhaltungselektronik, Netzwerk-PCs, Minicomputern, Mainframe-Computern, Mobiltelefonen, PDAs, Tablets, Pagern, Routern, Switches, verschiedener Speichergeräte und dergleichen. Die Offenbarung kann auch in Umgebungen mit verteilten Systemen angewendet werden, in denen sowohl lokale Computersysteme als auch entfernte Computersysteme, die durch ein Netz (entweder durch festverdrahtete Datenverbindungen, drahtlose Datenverbindungen oder durch eine Kombination aus festverdrahteten und drahtlosen Datenverbindungen) verbunden sind, Aufgaben ausführen. In einer Umgebung mit verteilten Systemen können sich Programmmodule sowohl in lokalen Speichervorrichtungen als auch in entfernten Speichervorrichtungen befinden.
Ferner können die hierin beschriebenen Funktionen gegebenenfalls in einem oder mehreren der Folgenden ausgeführt werden: Hardware, Software, Firmware, digitalen Komponenten oder analogen Komponenten. Beispielsweise können eine oder mehrere anwendungsspezifische integrierte Schaltungen (ASICs) dazu programmiert sein, die hierin beschriebenen Systeme und Verfahrensweisen auszuführen. Einige Begriffe werden in der gesamten Beschreibung und den Ansprüchen verwendet, um auf bestimmte Systemkomponenten Bezug zu nehmen. Der Fachmann wird erkennen, dass auf Komponenten durch unterschiedliche Bezeichnungen Bezug genommen werden kann. In dieser Schrift soll nicht zwischen Komponenten unterschieden werden, die sich dem Namen nach unterscheiden, nicht jedoch von der Funktion her.
Es sei angemerkt, dass die vorstehend erörterten Sensorausführungsformen Computerhardware, - Software, -firmware oder eine beliebige Kombination davon umfassen können, um zumindest einen Teil ihrer Funktionen durchzuführen. Ein Sensor kann zum Beispiel einen Computercode beinhalten, der dazu konfiguriert ist, in einem oder mehreren Prozessoren ausgeführt zu werden, und kann eine Hardware-Logikschaltung/elektrische Schaltung beinhalten, die durch den Computercode gesteuert wird. Diese beispielhaften Vorrichtungen sind hierin zu Veranschaulichungszwecken bereitgestellt und nicht als einschränkend zu verstehen. Ausführungsformen der vorliegenden Offenbarung können in weiteren Arten von Vorrichtungen implementiert werden, wie es dem Fachmann auf den relevanten Gebieten bekannt ist.
Zumindest einige Ausführungsformen der Offenbarung richten sich an Computerprogrammprodukte, die eine solche Logik (z. B. in Form von Software) umfassen, die auf einem beliebigen computernutzbaren Medium gespeichert ist. Derartige Software veranlasst bei Ausführung in einer oder mehreren Datenverarbeitungsvorrichtungen eine Vorrichtung dazu, wie hierin beschrieben zu arbeiten.
Obgleich vorstehend verschiedene Ausführungsformen der vorliegenden Offenbarung beschrieben wurden, versteht es sich, dass diese lediglich als Beispiele dienen und nicht als Einschränkung. Für den Fachmann ist ersichtlich, dass verschiedene Änderungen an Form und Detail daran vorgenommen werden können, ohne vom Geist und Umfang der Offenbarung abzuweichen. Daher sollen die Breite und der Umfang der vorliegenden Offenbarung durch keine der vorstehend beschriebenen beispielhaften Ausführungsformen eingeschränkt werden, sondern sollen ausschließlich in Übereinstimmung mit den folgenden Patentansprüchen und ihren Äquivalenten definiert sein. Die vorstehende Beschreibung wurde zur Veranschaulichung und Beschreibung dargelegt. Sie erhebt keinerlei Anspruch auf Vollständigkeit und sie ist nicht dazu gedacht, die Offenbarung auf die konkrete offenbarte Form zu beschränken. In Anbetracht der vorstehenden Lehren sind viele Modifikationen und Abwandlungen möglich. Ferner ist anzumerken, dass beliebige oder alle der vorstehend genannten alternativen Implementierungen in einer beliebigen gewünschten Kombination verwendet werden können, um zusätzliche Hybridimplementierungen der Offenbarung zu bilden.
BEISPIELE
In einigen Fällen können die folgenden Beispiele zusammen mit oder getrennt von den hierin beschriebenen Systemen und Verfahren implementiert werden.
Beispiel 1 kann ein Verfahren beinhalten, umfassend: Bestimmen einer Drohne durch wenigstens einen Server zum Bereitstellen von Beaufsichtigung an einer Position mit einem hohen Potenzial für ein Zusammenstoßereignis; Entsenden der Drohne an die Position durch den wenigstens einen Server; Anfordern von Messdaten von der Drohne durch den wenigstens einen Server; und Empfangen der Messdaten von der Drohne durch den wenigstens einen Server.
Beispiel 2 kann das Verfahren von Beispiel 1 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Messdaten in einem Puffer der Drohne gespeichert werden.
Beispiel 3 kann das Verfahren von Beispiel 2 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Anforderung der Messdaten auf einem ersten Zusammenstoßereignis basiert.
Beispiel 4 kann das Verfahren von Beispiel 3 und/oder einem anderen hierin beschriebenen Beispiel beinhalten wobei der Puffer Messdaten umfasst, die einer vorgegebenen Zeit entsprechen, die vor dem ersten Zusammenstoßereignis beginnt und danach endet.
Beispiel 5 kann das Verfahren von Beispiel 1 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Messdaten wenigstens eins von Bilddaten, Lidardaten, Radardaten, GPS-Daten oder Ultraschalldaten umfassen.
Beispiel 6 kann das Verfahren von Beispiel 1 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, ferner umfassend Empfangen einer Anforderung von Beaufsichtigung mittels Drohne an der Position durch den wenigstens einen Server.
Beispiel 7 kann das Verfahren von Beispiel 6 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Anforderung auf wenigstens einem von einer Verkehrsstauung, ungünstigen Straßenbedingungen oder Fahrzeugsystemwarnungen basiert.
Beispiel 8 kann das Verfahren von Beispiel 1 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Messdaten auf einem Fifo-uffer von Messdaten basieren.
Beispiel 9 kann das Verfahren von Beispiel 1 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Drohne einen Anreiz enthält, sich bei einem Ereignisüberwachungsprogramm zu registrieren.
Beispiel 10 kann das Verfahren von Beispiel 9 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei der wenigstens eine Server kontinuierlich mit der Drohne kommuniziert, nachdem sich die Drohne beim Ereignisüberwachungsprogramm registriert hat.
Beispiel 11 kann ein System beinhalten, umfassend: wenigstens einen Prozessor; und wenigstens einen Speicher, der an den wenigstens einen Prozessor wirkgekoppelt ist und Anweisungen zur Ausführung auf dem wenigstens einen Prozessor speichert, wobei die Anweisungen den wenigstens einen Prozessor veranlassen zum: Bestimmen wenigstens einer Drohne zum Bereitstellen von Beaufsichtigung an einer Position mit einem hohen Potenzial für ein Zusammenstoßereignis; Entsenden der wenigstens einen Drohne an die Position; Anfordern von Messdaten von der wenigstens einen Drohne; und Empfangen der Messdaten von der Drohne.
Beispiel 12 kann das System von Beispiel 11 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Messdaten in einem Puffer der wenigstens einen Drohne gespeichert sind.
Beispiel 13 kann das System von Beispiel 11 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Messdaten wenigstens eins von Bilddaten, Lidardaten, Radardaten, GPS-Daten oder Ultraschalldaten umfassen.
Beispiel 14 kann das System von Beispiel 11 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Anweisungen den Prozessor ferner zum Empfangen einer Anforderung von Beaufsichtigung mittels Drohne an der Position veranlassen.
Beispiel 15 kann das System von Beispiel 14 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Anforderung auf wenigstens einem von einer Verkehrsstauung, ungünstigen Straßenbedingungen oder Fahrzeugsystemwarnungen basiert.
Beispiel 16 kann das System von Beispiel 11 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die wenigstens eine Drohne einen Anreiz enthält, sich bei einem Ereignisüberwachungsprogramm zu registrieren.
Beispiel 17 kann das System von Beispiel 16 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Anweisungen den Prozessor ferner zum kontinuierlichen Kommunizieren mit der wenigstens einen Drohne veranlassen, nachdem sich die Drohne beim Ereignisüberwachungsprogramm registriert hat.
Beispiel 18 kann das System von Beispiel 11 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Anweisungen den Prozessor ferner zum Empfangen einer GPS-Position von der wenigstens einen Drohne veranlasst, die dieser entspricht.
Beispiel 19 kann ein Computerprogrammprodukt beinhalten, das ein computerlesbares Speichermedium umfasst, in dem computernutzbarer Programmcode verkörpert ist, wobei der computernutzbare Programmcode dazu konfiguriert ist, Folgendes durchzuführen, wenn er von wenigstens einem Server ausgeführt wird: Bestimmen eines Geofencing-Bereichs um eine Position, die ein Zusammenstoßereignis aufweist; Rekrutieren wenigstens einer Drohne innerhalb des Geofencing-Bereichs, um Beaufsichtigung an der Position bereitzustellen; Anfordern von Messdaten von der wenigstens einen Drohne, die der Position vor, während oder nach dem Zusammenstoßereignis entsprechen; und Empfangen der Messdaten von der wenigstens einen Drohne.
Beispiel 20 kann das Computerprogrammprodukt von Beispiel 19 und/oder einem anderen hierin beschriebenen Beispiel beinhalten, wobei die Messdaten in einem Puffer der wenigstens einen Drohne gespeichert sind.
Gemäß der vorliegenden Erfindung beinhaltet ein Verfahren Bestimmen einer Drohne durch wenigstens einen Server zum Bereitstellen von Beaufsichtigung an einer Position mit einem hohen Potenzial für ein Zusammenstoßereignis; Entsenden der Drohne an die Position durch den wenigstens einen Server; Anfordern von Messdaten von der Drohne durch den wenigstens einen Server; und Empfangen der Messdaten von der Drohne durch den wenigstens einen Server.
Gemäß einer Ausführungsform werden die Messdaten in einem Puffer der Drohne gespeichert.
Gemäß einer Ausführungsform basiert die Anforderung der Messdaten auf einem ersten Zusammenstoßereignis.
Gemäß einer Ausführungsform umfasst der Puffer Messdaten, die einer vorgegebenen Zeit entsprechen, die vor dem ersten Zusammenstoßereignis beginnt und danach endet.
Gemäß einer Ausführungsform umfassen die Messdaten wenigstens eins von Bilddaten, Lidardaten, Radardaten, GPS-Daten oder Ultraschalldaten.
Gemäß einer Ausführungsform ist die obenstehende Erfindung ferner gekennzeichnet durch Empfangen einer Anforderung von Beaufsichtigung mittels Drohne an der Position durch den wenigstens einen Server.
Gemäß einer Ausführungsform basiert die Anforderung auf wenigstens einem von einer Verkehrsstauung, ungünstigen Straßenbedingungen oder Fahrzeugsystemwarnungen.
Gemäß einer Ausführungsform basieren die Messdaten auf einem Fifo-Puffer von Messdaten.
Gemäß einer Ausführungsform erhält die Drohne einen Anreiz, sich bei einem Ereignisüberwachungsprogramm zu registrieren.
Gemäß einer Ausführungsform kommuniziert der wenigstens eine Server kontinuierlich mit der Drohne, nachdem sich die Drohne beim Ereignisüberwachungsprogramm registriert hat.
Gemäß der vorliegenden Erfindung wird ein System bereitgestellt, aufweisend wenigstens einen Prozessor; und wenigstens einen Speicher, der an den wenigstens einen Prozessor wirkgekoppelt ist und Anweisungen zur Ausführung auf dem wenigstens einen Prozessor speichert, wobei die Anweisungen den wenigstens einen Prozessor veranlassen zum: Bestimmen wenigstens einer Drohne zum Bereitstellen von Beaufsichtigung an einer Position mit einem hohen Potenzial für ein Zusammenstoßereignis; Entsenden der wenigstens einen Drohne an die Position; Anfordern von Messdaten von der wenigstens einen Drohne; und Empfangen der Messdaten von der Drohne.
Gemäß einer Ausführungsform werden die Messdaten in einem Puffer der wenigstens einen Drohne gespeichert.
Gemäß einer Ausführungsform umfassen die Messdaten wenigstens eins von Bilddaten, Lidardaten, Radardaten, GPS-Daten oder Ultraschalldaten.
Gemäß einer Ausführungsform veranlassen die Anweisungen den Prozessor ferner zum Empfangen einer Anforderung von Beaufsichtigung mittels Drohne an der Position.
Gemäß einer Ausführungsform basiert die Anforderung auf wenigstens einem von einer Verkehrsstauung, ungünstigen Straßenbedingungen oder Fahrzeugsystemwarnungen.
Gemäß einer Ausführungsform erhält die wenigstens eine Drohne einen Anreiz, sich bei einem Ereignisüberwachungsprogramm zu registrieren.
Gemäß einer Ausführungsform veranlassen die Anweisungen den Prozessor ferner zum kontinuierlichen Kommunizieren mit der wenigstens einen Drohne, nachdem sich die Drohne beim Ereignisüberwachungsprogramm registriert hat.
Gemäß einer Ausführungsform veranlassen die Anweisungen den Prozessor ferner zum Empfangen einer GPS-Position von der wenigstens einen Drohne, die dieser entspricht.
Gemäß der vorliegenden Erfindung wird ein Computerprogrammprodukt bereitgestellt, das ein computerlesbares Speichermedium aufweist, in dem computernutzbarer Programmcode verkörpert ist, wobei der computernutzbare Programmcode dazu konfiguriert ist, Folgendes durchzuführen, wenn er von wenigstens einem Server ausgeführt wird: Bestimmen eines Geofencing-Bereichs um eine Position, die ein Zusammenstoßereignis aufweist; Rekrutieren wenigstens einer Drohne innerhalb des Geofencing-Bereichs, um Beaufsichtigung an der Position bereitzustellen; Anfordern von Messdaten von der wenigstens einen Drohne, die der Position vor, während oder nach dem Zusammenstoßereignis entsprechen; und Empfangen der Messdaten von der wenigstens einen Drohne.
Gemäß einer Ausführungsform werden die Messdaten in einem Puffer der wenigstens einen Drohne gespeichert. s

Claims

Verfahren, umfassend: Bestimmen einer Drohne, durch wenigstens einen Server, zum Bereitstellen von Beaufsichtigung an einer Position mit einem hohen Potenzial für ein Zusammenstoßereignis; Entsenden der Drohne durch den wenigstens einen Server an die Position; Anfordern von Messdaten von der Drohne durch den wenigstens einen Server; und Empfangen der Messdaten von der Drohne durch den wenigstens einen Server.
Verfahren nach Anspruch 1, wobei die Messdaten in einem Puffer der Drohne gespeichert werden.
Verfahren nach Anspruch 2, wobei die Anforderung der Messdaten auf einem ersten Zusammenstoßereignis basiert.
Verfahren nach Anspruch 3, wobei der Puffer Messdaten umfasst, die einer vorgegebenen Zeit entsprechen, die vor dem ersten Zusammenstoßereignis beginnt und danach endet.
Verfahren nach Anspruch 1, wobei die Messdaten wenigstens eins von Bilddaten, Lidardaten, Radardaten, GPS-Daten oder Ultraschalldaten umfassen.
Verfahren nach Anspruch 1, ferner umfassend Empfangen einer Anforderung von Beaufsichtigung mittels Drohne an der Position durch den wenigstens einen Server.
Verfahren nach Anspruch 6, wobei die Anforderung auf wenigstens einem von einer Verkehrsstauung, ungünstigen Straßenbedingungen oder Fahrzeugsystemwarnungen basiert.
Verfahren nach Anspruch 1, wobei die Messdaten auf einem Fifo-Puffer von Messdaten basieren.
Verfahren nach Anspruch 1, wobei die Drohne einen Anreiz erhält, sich bei einem Ereignisüberwachungsprogramm zu registrieren.
Verfahren nach Anspruch 9, wobei der wenigstens eine Server kontinuierlich mit der Drohne kommuniziert, nachdem sich die Drohne beim Ereignisüberwachungsprogramm registriert hat.
System, umfassend: wenigstens einen Prozessor; und wenigstens einen Speicher, der an den wenigstens einen Prozessor wirkgekoppelt ist und Anweisungen zur Ausführung auf dem wenigstens einen Prozessor speichert, wobei die Anweisungen den wenigstens einen Prozessor veranlassen zum: Bestimmen wenigstens einer Drohne zum Bereitstellen von Beaufsichtigung an einer Position mit einem hohen Potenzial für ein Zusammenstoßereignis; Entsenden der wenigstens einen Drohne an die Position; Anfordern von Messdaten von der wenigstens einen Drohne; und Empfangen der Messdaten von der Drohne.
System nach Anspruch 11, wobei die Messdaten in einem Puffer der wenigstens einen Drohne gespeichert sind.
System nach Anspruch 11, wobei die Messdaten wenigstens eins von Bilddaten, Lidardaten, Radardaten, GPS-Daten oder Ultraschalldaten umfassen.
System nach Anspruch 11, wobei die Anweisungen den Prozessor ferner zum Empfangen einer Anforderung von Beaufsichtigung mittels Drohne an der Position veranlassen.
System nach Anspruch 14, wobei die Anforderung auf wenigstens einem von einer Verkehrsstauung, ungünstigen Straßenbedingungen oder Fahrzeugsystemwarnungen basiert.