DE102019201893A1

DE102019201893A1 - System und Verfahren für verteilte Parkbereichskartenerzeugung und Parkbereichsdienst unter Verwendung von fahrzeuginternen Sensoren

Info

Publication number: DE102019201893A1
Application number: DE102019201893.9A
Authority: DE
Inventors: Karsten Thalheimer; Frederik Brockmann; Gregor Wunder; Rahul Kapoor; Naveen Ramakrishnan; Manuel Maier; Alexander Hagmeister
Original assignee: Robert Bosch GmbH
Current assignee: Robert Bosch GmbH
Priority date: 2018-02-15
Filing date: 2019-02-13
Publication date: 2019-08-22
Also published as: US10839686B2; US20190251842A1

Abstract

Ein Verfahren zum Betreiben eines Gemeinschaftsparksystems beinhaltet Erzeugen von Sensordaten mit mehreren Fahrzeugen, die Fahrzeugparklücken und geparkten Fahrzeugen, die sich in einem Gebiet befinden, entsprechen, Übertragen der Sensordaten zu einem Parkplatzdatensystem und Erzeugen von Parkplatzkartendaten mit dem Parkplatzdatensystem basierend auf den Sensordaten, wobei die Parkplatzkartendaten eine Position der Fahrzeugparklücken beinhalten. Das Verfahren beinhaltet auch Erzeugen von Parkplatzdienstdaten mit dem Parkplatzdatensystem basierend auf den Sensordaten, wobei die Parkplatzdienstdaten einen Status jeder Fahrzeugparklücke als entweder belegt oder unbelegt identifizieren, und Übertragen der Parkplatzdienstdaten zu einem spezifischen Fahrzeug der mehreren Fahrzeuge, um einen Betreiber des spezifischen Fahrzeugs beim Lokalisieren von einer der Fahrzeugparklücken mit einem unbelegten Status zu helfen.

Description

Diese Anmeldung beansprucht die Priorität der vorläufigen US-Patentanmeldung Nr. 62/630,945 , eingereicht am 15. Februar 2018, deren Offenbarung hiermit durch Bezugnahme in ihrer Gesamtheit aufgenommen wird.
GEBIET
Die vorliegende Offenbarung betrifft allgemein das Kraftfahrzeuggebiet und insbesondere Systeme und Verfahren, die beim Parken von Kraftfahrzeugen helfen.
HINTERGRUND
Fahrzeuginterne Informationssysteme liefern eine Vielfalt von Diensten für Fahrzeugbetreiber, wie etwa Fahrtrichtungen und Punkte von Interesse. Bei einer Ankunft an einem Punkt von Interesse ist das Auffinden einer Parklücke häufig für einen Betreiber eine Herausforderung, die Zeit verbrauchen und zu einer Verschwendung von petrochemischen Kraftstoffen oder elektrischer Leistung von einer Batterie führen können, während der Betreiber (menschlich oder autonom) den Bereich in der Nähe des Punktes von Interesse navigiert, um eine unbelegte Parklücke zu finden. Manche kontrollierten Parkanlagen, wie etwa Parkhäuser, beinhalten Sensorsysteme, die die verfügbaren Parklücken an festen Positionen direkt überwachen und die verfügbaren Parklücken für Betreiber anzeigen oder die Informationen zu autonomen Fahrsystemen übertragen. Derartige Systeme sind jedoch für unkontrollierte Parkbereiche unpraktisch, wie etwa für Parklücken am Straßenrand, die in vielen Großstädten und Städten üblich sind. Infolgedessen würden Verbesserungen an der Technologie, die die effiziente Identifikation oder Übertragung von verfügbaren Parklücken zu fahrzeuginternen Informationssystemen ermöglichen, von Vorteil sein, um die Effizienz zu verbessern und die Umweltbelastung beim Betreiben von Kraftfahrzeugen zu reduzieren.
KURZDARSTELLUNG
Gemäß einem Ausführungsbeispiel der Offenbarung beinhaltet ein Verfahren zum Betreiben eines Gemeinschaftsparksystems Erzeugen von Sensordaten mit mehreren Fahrzeugen, die Fahrzeugparklücken und geparkten Fahrzeugen, die sich in einem Gebiet befinden, entsprechen, Übertragen der Sensordaten zu einem Parkplatzdatensystem und Erzeugen von Parkplatzkartendaten mit dem Parkplatzdatensystem basierend auf den Sensordaten. Die Parkplatzkartendaten beinhalten eine Position der Fahrzeugparklücken. Das Verfahren beinhaltet auch Erzeugen von Parkplatzdienstdaten mit dem Parkplatzdatensystem basierend auf den Sensordaten, wobei die Parkplatzdienstdaten einen Status jeder Fahrzeugparklücke als entweder belegt oder unbelegt identifizieren, und Übertragen der Parkplatzdienstdaten zu einem spezifischen Fahrzeug der mehreren Fahrzeuge, um einen Betreiber des spezifischen Fahrzeugs beim Lokalisieren einer der Fahrzeugparklücken mit einem unbelegten Status zu helfen.
Gemäß einem anderen Ausführungsbeispiel der Offenbarung beinhaltet ein Parkplatzdatensystem einen Netzwerkadapter und eine Steuerung. Der Netzwerkadapter ist dazu ausgelegt, Sensordaten zu empfangen, die durch mehrere Fahrzeuge erzeugt werden. Die Sensordaten entsprechen Fahrzeugparklücken und geparkten Fahrzeugen, die sich in einem Gebiet befinden. Die Steuerung ist funktionsfähig mit dem Netzwerkadapter verbunden. Die Steuerung ist dazu ausgelegt, Parkplatzkartendaten basierend auf den Sensordaten zu erzeugen, wobei die Parkplatzkartendaten eine Position der Fahrzeugparklücken beinhalten, Parkplatzdienstdaten mit dem Parkplatzdatensystem basierend auf den Sensordaten zu erzeugen, wobei die Parkplatzdienstdaten einen Status jeder Fahrzeugparklücke als entweder belegt oder unbelegt identifizieren, und die Parkplatzdienstdaten zu einem spezifischen Fahrzeug der mehreren Fahrzeuge zu übertragen, um einen Betreiber des spezifischen Fahrzeugs beim Lokalisieren einer der Fahrzeugparklücken mit einem unbelegten Status zu helfen.
Bei einem weiteren Ausführungsbeispiel beinhaltet ein Gemeinschaftsparksystem ein Parkplatzdatensystem mit einer Datenbewertungs-Engine, die funktionsfähig mit mehreren Fahrzeugen verbunden ist. Die Datenbewertungs-Engine ist dazu ausgelegt, Bewertungsdaten zum geldlichen Entschädigen von Originalgeräteherstellern (OEMs - Original Equipment Manufacturers) von Fahrzeugen, die Sensordaten hoher Qualität für das Parkplatzdatensystem bereitstellen, zu bestimmen. Die Sensordaten werden durch das Parkplatzdatensystem verwendet, um Parkplatzkartendaten zu erzeugen, die den Positionen von Parklücken zum Parken der Fahrzeuge entsprechen. Das Gemeinschaftsparksystem aktualisiert die Parkplatzkartendaten in regelmäßigen Intervallen (z. B. wöchentlich, monatlich, jährlich), um Langzeit-Parklücken zu identifizieren, die für das Fahrzeugparken verwendet werden. Das Parkplatzdatensystem führt bei einer Ausführungsform einen Filterprozess zum Identifizieren und Verwenden von nur Sensordaten mit hoher Qualität durch, um die Parkplatzkartendaten zu erzeugen. Darüber hinaus ist die Datenbewertungs-Engine für Bewertungszwecke dazu ausgelegt, zu bestimmen, welches Fahrzeug oder welche Fahrzeuge der mehreren Fahrzeuge sich in einer spezifischen Parklücke befindet bzw. befinden.
Das Gemeinschaftsparksystem verwendet auch die Sensordaten, um zu bestimmen, welche der identifizierten Parklücken der Parkplatzkartendaten gegenwärtig belegt oder unbelegt sind. Das Gemeinschaftsparksystem ist dazu ausgelegt, Parklückendaten auf Anfrage zu einem Fahrzeug zu übertragen. Die Parklückendaten ermöglichen einem Betreiber des Fahrzeugs (einem Menschen oder einem elektronischen autonomen Betreiber), eine unbelegte Parklücke in einem extrem kurzen Zeitraum zu lokalisieren. Das Gemeinschaftsparksystem ist dazu ausgelegt, die Parkplatzkartendaten, die durch ein erstes Fahrzeug kartiert worden sind, mit dem Betreiber eines zweiten Fahrzeugs gemeinsam zu nutzen. Der Betreiber des Fahrzeugs, der nach einer verfügbaren Parklücke sucht, kann den gemeinsam genutzten Parkplatzdaten vertrauen, da sie regelmäßig/periodisch basierend unter Verwendung der Sensordaten anderer Fahrzeuge aktualisiert werden.
Bei einer anderen Ausführungsform implementiert die Datenbewertungs-Engine des Gemeinschaftsparksystems einen „Stapel-Ansatz“ beim Bestimmen eines Entschädigungsniveaus für jeden teilnehmenden OEM. Der Stapel-Ansatz belohnt Erstanbieter und entschädigt die OEMs gerecht basierend auf Änderungen an den Parkplatzkartendaten, die durch das Parkplatzdatensystem unter Verwendung der Sensordaten detektiert werden.
Figurenliste
Die oben beschriebenen Merkmale und Vorteile, sowie andere, sollten Durchschnittsfachleuten unter Bezugnahme auf die folgende ausführliche Beschreibung und die begleitenden Figuren leichter ersichtlich werden, in denen gilt:

1 ist ein Blockdiagramm eines Gemeinschaftsparksystems einschließlich eines Parkplatzdatensystems und eines Fahrzeugs, das zur elektronischen Kommunikation über das Internet konfiguriert ist;
2 ist ein Flussdiagramm, das ein beispielhaftes Verfahren zum Betreiben des Gemeinschaftsparksystems von 1 abbildet;
3 ist ein Blockdiagramm, das einen beispielhaften Straßenabschnitt, mehrere Parklücken und mehrere Fahrzeuge des Gemeinschaftsparksystems von 1 veranschaulicht;
4 ist ein Blockdiagramm, das einen anderen beispielhaften Straßenabschnitt, mehrere Parklücken und mehrere Parkverbotsstellen veranschaulicht;
5 ist ein Blockdiagramm, das noch einen anderen beispielhaften Straßenabschnitt mit Parklücken veranschaulicht, von denen mehrere durch Fahrzeuge belegt sind und mehrere nicht durch Fahrzeuge belegt sind; und
6 ist ein Blockdiagramm eines Bewertungsansatzes, der durch das Gemeinschaftsparksystem von 1 genutzt wird, um teilnehmende OEMs zu entschädigen.

AUSFÜHRLICHE BESCHREIBUNG
Zum Zwecke der Förderung eines Verständnisses der Prinzipien der Offenbarung wird nun auf die in den Zeichnungen veranschaulichten und in der folgenden schriftlichen Spezifikation beschriebenen Ausführungsformen Bezug genommen. Es versteht sich, dass dadurch keine Beschränkung des Schutzumfangs der Offenbarung beabsichtigt wird. Es versteht sich weiterhin, dass diese Offenbarung jegliche Abwandlungen und Modifikationen an den veranschaulichten Ausführungsformen beinhaltet und weitere Anwendungen der Prinzipien der Offenbarung beinhaltet, wie sie einem Fachmann des technischen Gebiets, zu welchem diese Offenbarung gehört, normalerweise in den Sinn kommen würden.
Aspekte der Offenbarung werden in der begleitenden Beschreibung offenbart. Alternative Ausführungsformen der Offenbarung und ihre Äquivalente können entwickelt werden, ohne vom Gedanken oder Schutzumfang der Offenbarung abzuweichen. Es sollte angemerkt werden, dass eine jegliche Besprechung hierin bezüglich „eine Ausführungsform“, „eines Ausführungsbeispiels“ und dergleichen angibt, dass die beschriebene Ausführungsform ein spezielles Merkmal, eine spezielle Struktur oder Charakteristik beinhalten kann, und dass ein derartiges spezielles Merkmal, eine derartige spezielle Struktur oder Charakteristik möglicherweise nicht notwendigerweise in jeder Ausführungsform eingeschlossen ist. Zusätzlich dazu umfassen Bezüge auf das Vorstehende nicht notwendigerweise einen Bezug auf dieselbe Ausführungsform. Schließlich, ungeachtet dessen, ob es ausdrücklich beschrieben ist, würde ein Durchschnittsfachmann leicht verstehen, dass jedes des speziellen Merkmals, jede der speziellen Struktur oder Charakteristik der gegebenen Ausführungsformen in Verbindung oder Kombination mit denen einer beliebigen anderen hierin besprochenen Ausführungsformen genutzt werden kann.
Für die Zwecke der Offenbarung bedeutet die Phrase „A und/oder B“ (A), (B) oder (A und B). Für die Zwecke der Offenbarung bedeutet die Phrase „A, B und/oder C“ (A), (B), (C), (A und B), (A und C), (B und C) oder (A, B und C).
Die Ausdrücke „umfassend“, „beinhaltend“ und „aufweisend“ und dergleichen, wie unter Bezugnahme auf Ausführungsformen der Offenbarung verwendet, sind synonym.
Wie in 1 dargestellt, beinhaltet ein Gemeinschaftsparksystem 100 ein Parkplatzdatensystem 104 und ein Fahrzeug 108, die jeweils mit dem Internet 112 verbunden sind. Das Parkplatzdatensystem 104 ist dazu ausgelegt, Sensordaten 116, die durch das Fahrzeug 108 erzeugt werden, zu empfangen und Parkplatzkartendaten 120 einschließlich Daten, die Parkstellen/-bereiche zum Parken des Fahrzeugs 108 entsprechen, zu erzeugen. Die Sensordaten 116 werden durch die Fahrzeuge 108 von verschiedenen teilnehmenden Originalgeräteherstellern (OEMs) erzeugt. Das Parkplatzdatensystem 104 beinhaltet eine Datenbewertungs-Engine 248, die dazu ausgelegt ist, Bewertungsdaten 252 zu bestimmen, die geldlichen Entschädigungssummen entsprechen, die jedem OEM geschuldet werden. Jedes Element des Gemeinschaftsparksystems 100 ist hierin beschrieben.
Das Gemeinschaftsparksystem 100 ist dazu ausgelegt, mit vielen hunderten oder vielen tausenden Fahrzeugen 108 zu arbeiten. Das beispielhafte Fahrzeug 108 ist eines mehrerer Fahrzeuge und beinhaltet eine Kamera 124, einen Ultraschallsensor 128, einen Radarsensor 132, einen LIDAR-Sensor 136, einen GPS-Empfänger 140, eine Anzeigeeinrichtung 144, eine Eingabeeinrichtung 148, einen Sendeempfänger 152 und einen Speicher 156, die jeweils funktionsfähig mit einer Steuerung 160 verbunden sind. Die Kamera 124 wird hierin als eine Bilderfassungseinrichtung bezeichnet, ist am Fahrzeug 108 positioniert und dazu ausgelegt, Bilderfassungsdaten 172 zu erzeugen, die einen Außenbereich (d. h. außerhalb des Fahrzeugs 108) in einem Sichtfeld der Kamera 124 repräsentieren. Die Bilderfassungsdaten 172 werden von der Kamera 124 zu der Steuerung 160 übertragen und im Speicher 156 gespeichert. Bei einer Ausführungsform ist die Kamera 124 eine an der Vorderseite befestigte Kamera, die dazu ausgelegt ist, Bilderfassungsdaten 172 zu erzeugen, die einer Ansicht entsprechen, die sich von der Vorderseite des Fahrzeugs 108 erstreckt. Bei einer anderen Ausführungsform ist die Kamera 124 eine Rückkamera, die dazu ausgelegt ist, Bilderfassungsdaten 172 zu erzeugen, die einer Ansicht entsprechen, die sich vom Heck des Fahrzeugs 108 erstreckt, wie typischerweise mit einer „Rückfahrkamera“ bereitgestellt wird. Bei einer weiteren Ausführungsform ist die Kamera 124 eine an der Seite befestigte Kamera, die dazu ausgelegt ist, Bilderfassungsdaten 172 zu erzeugen, die einer Ansicht entsprechen, die sich von entweder der Fahrerseite oder der Beifahrerseite des Fahrzeugs 108 erstreckt. Die Kamera 124 kann als eine Wärmekamera, eine Infrarotkamera und/oder eine Kamera für sichtbares Licht konfiguriert sein. Das Fahrzeug 108 kann eine oder mehrere beliebige der oben beschriebenen Kameras beinhalten. Darüber hinaus beinhaltet das Fahrzeug 108 bei manchen Ausführungsformen keine Kamera 124 und erzeugt keine Bilderfassungsdaten 172.
Weiterhin unter Bezugnahme auf 1 ist der Ultraschallsensor 128 am Fahrzeug 108 positioniert und dazu ausgelegt, Ultraschalldaten 176 zu erzeugen, die einem Abstand zwischen dem Ultraschallsensor 128 und Elementen in der Nähe des Fahrzeugs 108 entsprechen. Das Fahrzeug 108 kann eine beliebige Anzahl von Ultraschallsensoren 128 beinhalten, die an der Vorderseite, am Heck, an der Beifahrerseite und/oder an der Fahrerseite des Fahrzeugs 108 positioniert sein können. Der Ultraschallsensor 128 wird typischerweise verwendet, um Elemente in der Nähe des Fahrzeugs 108 zu detektieren, die sich innerhalb eines ersten vorbestimmten Abstands vom Fahrzeug 108 befinden. Bei manchen Ausführungsformen beinhaltet das Fahrzeug 108 keinen Ultraschallsensor 128 und erzeugt keine Ultraschalldaten 176.
Der Radarsensor 132 ist am Fahrzeug 108 positioniert und dazu ausgelegt, Radardaten 180 zu erzeugen, die einem Abstand zwischen dem Fahrzeug 108 und Elementen in der Nähe des Fahrzeugs 108 entsprechen. Das Fahrzeug 108 kann eine beliebige Anzahl von Radarsensoren 132 beinhalten, die an der Vorderseite, am Heck, an der Beifahrerseite und/oder an der Fahrerseite des Fahrzeugs 108 positioniert sein können. Bei einer Ausführungsform verwendet der Radarsensor 132 ein Millimeterwellenradar, aber bei anderen Ausführungsformen wird eine beliebige geeignete Art von Radar genutzt. Der Radarsensor 132 wird typischerweise verwendet, um Elemente in der Nähe des Fahrzeugs 108 zu detektieren, die sich innerhalb eines zweiten vorbestimmten Abstands vom Fahrzeug 108 befinden. Der mit dem Radarsensor 132 assoziierte zweite vorbestimmte Abstand ist typischerweise größer als der mit dem Ultraschallsensor 128 assoziierte erste vorbestimmte Abstand. Bei manchen Ausführungsformen beinhaltet das Fahrzeug 108 keinen Radarsensor 132 und erzeugt keine Radardaten 180.
Wie in 1 dargestellt, ist der LIDAR-Sensor 136, der auch als ein LADAR-Sensor bezeichnet wird, am Fahrzeug 108 positioniert und dazu ausgelegt, LIDAR-Daten 184 zu erzeugen, die einen Bereich und die Objekte im Bereich, die sich in der Nähe des Fahrzeugs 108 befinden, repräsentieren. LIDAR ist ein Akronym für Lichtdetektion und Entfernungsmessung (Light Detection and Ranging). Der LIDAR-Sensor 136 verwendet bei einer Ausführungsform Licht und die Reflexion des Lichts von nahegelegenen Elementen, um die LIDAR-Daten 184 zu erzeugen. Bei manchen Ausführungsformen beinhaltet das Fahrzeug 108 keinen LIDAR-Sensor 136 und erzeugt keine LIDAR-Daten 136.
Der Global-Positioning-System(Globales Positionierungssystem)-Empfänger 140 ist dazu ausgelegt, GPS-Signale von einem GPS-Satelliten (nicht dargestellt) zu empfangen. Der GPS-Empfänger 140 verarbeitet die empfangenen GPS-Signale und erzeugt Positionsdaten 188, die einer Position des Fahrzeugs 108 auf der Erde entsprechen. Die Positionsdaten 188 beinhalten bei einer Ausführungsform Breiten- und Längeninformationen. Bei manchen Ausführungsformen beinhaltet das Fahrzeug 108 keinen GPS-Empfänger 140 und erzeugt keine Positionsdaten 188. Der GPS-Empfänger 140 ist bei manchen Ausführungsformen ferner dazu ausgelegt, Höhendaten zu erzeugen.
Der Sendeempfänger 152 des Fahrzeugs 108, der aus als ein drahtloser Sender und Empfänger bezeichnet wird, ist dazu ausgelegt, die Sensordaten 116 vom Fahrzeug 108 drahtlos zum Parkplatzdatensystem 104 zu übertragen und Daten vom Parkplatzdatensystem 104 über das Internet 112 drahtlos zu empfangen. Somit verbindet der Sendeempfänger 152 funktionsfähig das Fahrzeug 108 mit dem Internet 112 und mit dem Parkplatzdatensystem 104. Die Sensordaten 116 beinhalten zumindest die Bilderfassungsdaten 172, die Ultraschalldaten 176, die Radardaten 180, die LIDAR-Daten 184 und die Positionsdaten 188. Bei anderen Ausführungsformen sendet und empfängt der Sendeempfänger 152 Daten unter Verwendung eines zellularen Netzes, eines drahtlosen Lokalnetzes („WiFi“), eines persönlichen Netzes und/oder eines beliebigen anderen Drahtlosnetzes. Dementsprechend ist der Sendeempfänger 152 mit einem beliebigen gewünschten Drahtloskommunikationsstandard oder -protokoll kompatibel, einschließlich unter anderem Nahfeldkommunikation („NFC“), IEEE 802.11, IEEE 802.15.1 („Bluetooth®“), Global System for Mobiles („GSM“) und Codemultiplex-Mehrfachzugriff („CDMA“).
Die Anzeigeeinrichtung 144 ist bei einer Ausführungsform ein Flüssigkristallanzeigen(LCD)-Feld, das dazu ausgelegt ist, Text, Bilder und andere visuell erfassbaren Daten anzuzeigen. Die Anzeigeeinrichtung 144 ist bei einer Ausführungsform eine beliebige Anzeige, wie durch Durchschnittsfachleute gewünscht, einschließlich unter anderem eine Aktivmatrix-Anzeige mit organischer Leuchtdiode.
Die Anzeigeeinrichtung 144, wie in 1 dargestellt, ist dazu ausgelegt, eine grafische Benutzeroberfläche (GUI) 200 anzuzeigen, um einem Betreiber des Fahrzeugs 108 oder einem Mitfahrer des Fahrzeugs 108 zu ermöglichen, mit dem Parkplatzdatensystem 104 zu interagieren. Die GUI 200 kann Daten vom Speicher 156 und/oder Daten vom Parkplatzdatensystem 104 anzeigen, wie etwa die Position und die Verfügbarkeit von nahegelegenen verfügbaren Parkstellen 308 (3).
Die Eingabeeinrichtung 148 beinhaltet bei einer Ausführungsform mehrere Tasten, die dazu ausgelegt sind, einem Betreiber des Fahrzeugs 108 zu ermöglichen, Eingabedaten 204 zu erzeugen. Die Eingabeeinrichtung 148 ist zum Beispiel dazu ausgelegt, einem Benutzer zu ermöglichen, Textdaten einzugeben und auf der Anzeigeeinrichtung 144 dargestellte Objekte zu manipulieren. Bei einer anderen Ausführungsform ist die Eingabeeinrichtung 148 ein Touchscreen, der über der Anzeigeeinrichtung 144 eingesetzt wird und dazu ausgelegt ist, auf die Berührung eines Fingers oder eines Stylus zu reagieren. Bei noch einer anderen Ausführungsform ist die Eingabeeinrichtung 148 eine beliebige Einrichtung, die dazu ausgelegt ist, ein Eingabesignal und die Eingabedaten 204 zu erzeugen, wie durch Durchschnittsfachleute gewünscht.
Der Speicher 156 ist bei einer Ausführungsform dazu ausgelegt, die Bilderfassungsdaten 172, die Ultraschalldaten 176, die Radardaten 180, die LIDAR-Daten 184, die Positionsdaten 188, die Eingabedaten 204 und Programmanweisungsdaten 208 zu speichern. Der Speicher 156 wird hierin auch als ein nichtflüchtiges computerlesbares Medium bezeichnet.
Die Steuerung 160 des Fahrzeugs 108 ist dazu ausgelegt, die Programmanweisungsdaten 208 auszuführen, um die Kamera 124, den Ultraschallsensor 128, den Radarsensor 132, den LIDAR-Sensor 136, den GPS-Empfänger 140, die Anzeigeeinrichtung 144, die Eingabeeinrichtung 148, den Sendeempfänger 152 und den Speicher 156 zu betreiben. Die Steuerung 160 ist als mindestens ein Mikrocontroller und/oder Mikroprozessor bereitgestellt.
Wie in 1 dargestellt, beinhaltet das Parkplatzdatensystem 104 des Gemeinschaftsparksystems 100 einen Netzwerkadapter 228 und einen Speicher 232, die funktionsfähig mit einer Steuerung 236 verbunden sind. Der Netzwerkadapter 228 ist dazu ausgelegt, das Parkplatzdatensystem 104 funktionsfähig mit dem Internet 112 zu verbinden, sodass das Parkplatzdatensystem 104 dazu ausgelegt ist, elektronische Daten von anderen mit dem Internet verbundenen Einrichtungen zu empfangen und elektronische Daten zu anderen mit dem Internet verbundenen Einrichtungen, wie etwa dem Fahrzeug 108, zu senden. Bei dem Ausführungsbeispiel ist das Parkplatzdatensystem 104 an einer Position dargestellt, die sich entfernt vom Fahrzeug 108 befindet.
Der Speicher 232 des Parkplatzdatensystems 104 wird hierin auch als ein nichtflüchtiges computerlesbares Medium bezeichnet und ist dazu ausgelegt, die transferierten Sensordaten 116, Parkplatzkartendaten 120, Parkbereichsdienstdaten 122, die Datenbewertungs-Engine 248, die Bewertungsdaten 252 und die Programmanweisungsdaten 256 zu speichern. Die Parkplatzkartendaten 120 entsprechen einer regionalen Straßenkarte und der Position von Fahrzeugparklücken 308 entlang den Fahrbahnen der regionalen Straßenkarte. Die Parkplatzkartendaten 120 können zum Beispiel die Position einer Straße 304 (3) und die Position jeder öffentlich verfügbarer Parklücke 308, die sich auf der Straße 304 befindet, beinhalten. Die Parkbereichsdienstdaten 122 beinhalten eine gegenwärtige Verfügbarkeit der Parklücken 308 der Parkplatzkartendaten 120.
Die Steuerung 236 des Parkplatzdatensystems 104 ist dazu ausgelegt, die Programmanweisungsdaten 256 auszuführen, um das Parkplatzdatensystem 104 zu betreiben. Die Steuerung 236 ist als mindestens ein Mikrocontroller und/oder Mikroprozessor bereitgestellt.
Wie in 2 dargestellt, beinhaltet ein beispielhaftes Verfahren 270 zum Betreiben des Gemeinschaftsparksystems 100 bei Block 274 Erzeugen der Sensordaten 116 mit dem Fahrzeug 108. Unter Bezugnahme auf 3 befindet sich ein Fahrzeug 108 in einem Gebiet 300 und fährt auf einer Straße 304, die drei Fahrzeugparklücken 308A, 308B, 308C am Straßenrand beinhaltet. Die Parklücken 308A, 308C am Straßenrand sind durch geparkte Fahrzeuge 108 belegt und stehen nicht zur Verfügung. Die Parklücke 308B ist unbelegt und steht zum Parken zur Verfügung. Jedes der Fahrzeuge 108 erzeugt die Sensordaten 116. Die in 3 dargestellten Fahrzeuge 108 können jeweils durch denselben OEM oder durch unterschiedliche OEMs hergestellt werden.
Das Fahrzeug 108, das sich der Parklücke 308A nähert, ist zum Beispiel dazu ausgelegt, zumindest den Radarsensor 132 und den GPS-Empfänger 140 zu verwenden, um die Ränder der Straßen 304 abzutasten, während das Fahrzeug 108 bewegt wird, wodurch die Radardaten 132 und die Positionsdaten 188 erzeugt werden. Darüber hinaus kann das Fahrzeug 108 dazu ausgelegt sein, die Kamera 124 zu verwenden, um die Bilderfassungsdaten 172 der Ränder der Straßen 304 zu erzeugen. Gleichermaßen verwendet das Fahrzeug 108, das in der Parklücke 308C eingeparkt ist, zum Beispiel den Ultraschallsensor 128, um die Ultraschalldaten 176 zu erzeugen, die einer Position einer Bordsteinkante 312, die an die Parklücke 308A angrenzt, und dem Abstand 316 zwischen den Parkstreifen 320 entsprechen, um eine Länge der Parklücke 308A (zum Beispiel in Metern) zu bestimmen.
Das Fahrzeug 108, das längs der Parklücke 308B am Straßenrand positioniert ist, ist ein Beispiel für ein Fahrzeug 108, das an der Parklücke 308B vorbeifährt, ohne zu versuchen, in der Parklücke 308B zu parken. Das Fahrzeug 108 erzeugt die Radardaten 132 und die Positionsdaten 188, um zum Beispiel anzugeben, dass die Parklücke 308B unbelegt ist und gegenwärtig zur Verfügung steht, und um anzugeben, dass die Parklücken 308A, 308C belegt sind und gegenwärtig nicht zur Verfügung stehen. Dementsprechend werden die Sensordaten 116 des Fahrzeugs 108 durch das Parkplatzdatensystem 104 verwendet, um „Echtzeit“-Parkplatzverfügbarkeitsdaten für jede Parklücke 308, an der es sich vorbeibewegt, bereitzustellen. Die Parkplatzverfügbarkeitsdaten werden als die Parkplatzdienstdaten 122 im Speicher 232 gespeichert.
Die Fahrzeuge 108 erzeugen typischerweise die Sensordaten 116 im Block 274, ohne eine Interaktion vom Betreiber des Fahrzeugs 108 zu erfordern. Das heißt, die Erzeugung der Sensordaten 116 bereitet dem Betreiber keine Umstände oder verhindert nicht, dass der Betreiber des Fahrzeugs 108 Merkmale des Fahrzeugs 108 nutzt.
Als Nächstes senden die Fahrzeuge 108 im Block 278 die Sensordaten 116 elektronisch über das Internet 112 zum Parkplatzdatensystem 104. Bei einer Ausführungsform senden die Fahrzeuge 108, wenn betriebsbereit, die Sensordaten 116 periodisch, wie etwa einmal jede fünf Minuten (d. h. einen vorbestimmten Zeitraum) oder einmal jede zehn Minuten, in Abhängigkeit von der Ausführungsform, zum Parkplatzdatensystem 104. Darüber hinaus können die Fahrzeuge 108 gewisse Sensordaten 116 gegenüber anderen Sensordaten 116 priorisieren. Die Radardaten 180, die zum Identifizieren der Verfügbarkeit der Parklücken 308 verwendet werden können, können zum Beispiel häufiger gesendet werden als die Ultraschalldaten 176, die zum Bestimmen der Größe (d. h. Länge) einer vorhandenen Parklücke 308 verwendet werden.
Als Nächstes erzeugt das Parkplatzdatensystem 104 im Block 282 des in 2 dargestellten Verfahrens 270 die Parkplatzkartendaten 120 basierend auf den empfangenen Sensordaten 116, die durch die Fahrzeuge 108 erzeugt werden. Das Parkplatzdatensystem 104 beinhaltet Programmanweisungen 256 zum Erzeugen der Parkplatzkartendaten 120, der Parkplatzdienstdaten 122 und der Bewertungsdaten 252. Die Parkplatzkartendaten 120 entsprechen einer Straßenkarte oder einer Fahrbahnkarte des Gebiets 300 und einer Position jeder Parklücke 308 im Gebiet 300, die öffentlich zugänglich ist. Die Parkplatzdienstdaten 122 beinhalten die gegenwärtige Verfügbarkeit von jeder der kartierten Parklücken 308.
Bei Erzeugen der Parkplatzkartendaten 120 filtert das Parkplatzdatensystem 104 die Sensordaten 116, die durch die Fahrzeuge 108 erzeugt werden, um nützliche Daten (d. h. Daten hoher Qualität oder hochwertige Daten) und unerwünschte Daten (d. h. Daten niedriger Qualität) zu identifizieren. Die nützlichen Daten sind die Sensordaten 116, die beim Erzeugen der Parkplatzkartendaten 120 und/oder der Parkplatzdienstdaten 122 nützlich sind. Die unerwünschten Daten sind die Sensordaten 116, die nicht oder weniger beim Erzeugen der Parkplatzkartendaten 120 und/oder der Parkplatzdienstdaten 122 nützlich sind. Das Parkplatzdatensystem 104 ist dazu ausgelegt, die Parkplatzkartendaten 120 mit den nützlichen Daten der Sensordaten 116 zu erstellen, und ist dazu ausgelegt, die unerwünschten Daten der Sensordaten 116 gemäß dem Filterprozess zu verwerfen.
Beispielhafte nützliche Daten der Sensordaten 116 beinhalten die Sensordaten 116, die der Länge 316 der Parklücke 308 entsprechen, die Bilderfassungsdaten 172 einer Parklücke 308 oder des Bereichs in der Nähe der Parklücke 308, die Radardaten 180 einer Parklücke 308 oder des Bereichs in der Nähe der Parklücke 308, die LIDAR-Daten 184 einer Parklücke 308 oder des Bereichs in der Nähe der Parklücke 308, die Ultraschalldaten 176 einer Parklücke 308 oder des Bereichs in der Nähe der Parklücke 308 und die Positionsdaten 188 einer Parklücke 308 oder des Bereichs in der Nähe der Parklücke 308. Darüber hinaus beinhalten die nützlichen Daten der Sensordaten 116 zum Beispiel die Bilderfassungsdaten 175 einer Straße 304 ohne ausreichenden Platz zum Parken von Fahrzeugen, da diese Sensordaten 116 zum Identifizieren von Bereichen wertvoll sind, in denen die Fahrzeuge 108 nicht geparkt werden können. Die unerwünschten Daten der Sensordaten 116 beinhalten Daten, die durch das Parkplatzdatensystem 104 beim Erzeugen und/oder Aktualisieren der Parkplatzkartendaten 120 und/oder der Parkplatzdienstdaten 122 unbrauchbar sind, und beinhalten zum Beispiel verschwommene Bilderfassungsdaten 172, die durch ein sich schnell bewegendes Fahrzeug 108 erzeugt wurden, unvollständige Sensordaten 116 und redundante Sensordaten 116.
Als Nächstes beinhaltet das Verfahren 270 bei Block 282 des Flussdiagramms von 2 Verwenden der gefilterten Sensordaten 116, um die Parkplatzkartendaten 120 zu erzeugen. Eine Repräsentation der aus den Parkplatzkartendaten 120 erzeugten Parkplatzkarte ist in 4 abgebildet. Wie veranschaulicht, beinhaltet die Parkplatzkarte eine Einmündung 336 (d. h. eine Fahrbahnkreuzung), eine Einfahrt 340, einen Hydranten 344, ein Hindernis 348, Fahrzeugparklücken 308 und Parkverbotsbereiche 352. Die Daten, die den Parklücken 308 entsprechen, werden unter Verwendung der Sensordaten 116 erzeugt, die Bereiche identifizieren, die sich zum Parken eines Fahrzeugs 108 eignen. Während sich zum Beispiel eines der Fahrzeuge 108 entlang der Straße 304 bewegt, identifizieren die durch das Fahrzeug 108 erzeugten Sensordaten 116, dass ein anderes Fahrzeug 108 in der Parklücke 308D geparkt ist, Wenn diese Sensordaten 116 mit entsprechenden Sensordaten 116 von mehreren anderen Fahrzeugen 108 (von potenziell mehreren anderen OEMs) kombiniert werden, bestimmt ein Algorithmus des Parkplatzdatensystems 104, dass der sich bei der Parklücke 308D befindliche Bereich zum Parken eines Fahrzeugs 108 eignet, und der Platz wird als eine Parklücke 308 in den Parkplatzkartendaten 120 identifiziert. Im Laufe der Zeit identifiziert das Parkplatzdatensystem 104 unter Verwendung der Sensordaten 116 von mehreren Fahrzeugen 108 allmählich alle der Parklücken 308 im Gebiet 300.
Darüber hinaus verwendet das Parkplatzdatensystem 104 außerdem die Sensordaten 116, um die Parkverbotsbereiche 352 zu identifizieren, in denen die Fahrzeuge 108 nicht parken sollten, wie etwa in der Nähe der Kreuzung 336, vor der Einfahrt 340, in der Nähe des Hydranten 344 und nahe des Hindernisses 352. Während sich zum Beispiel eines der Fahrzeuge 108 entlang der Straße 304 bewegt, erzeugt die Kamera 124 die Bilderfassungsdaten 172 des Straßenrands, die Daten beinhalten, die dem Feuerhydranten 344 entsprechen. Typischerweise ist das Parkplatzdatensystem 104 mit den Informationen codiert, dass Kraftfahrern nicht gestattet ist, innerhalb eines vorbestimmten Abstands vom Hydranten 344 zu parken. Somit beinhalten die Parkplatzkartendaten 120 beim Erstellen der Parkplatzkarte einen Parkverbotsbereich 352 vor dem Hydranten 344. Gleichermaßen werden die Bilderfassungsdaten 172 in der Nähe der Kreuzung 336, der Einfahrt 340 und dem Hindernis 352 am Straßenrand erzeugt und durch das Parkplatzdatensystem 104 verwendet, um andere Parkverbotsbereiche 352 zu identifizieren. Im Laufe der Zeit identifiziert das Parkplatzdatensystem 104 unter Verwendung der Sensordaten 116 von mehreren Fahrzeugen 108 allmählich alle der Parkverbotsbereiche 352 im Gebiet 300.
Im Block 282 aktualisiert das Parkplatzdatensystem 104 die Parkplatzkartendaten 120, während die Fahrzeuge 108 im Gebiet 300 die Sensordaten 116 erzeugen, die neuen Parkstellen 308 und neuen Parkverbotsbereichen 352 entsprechen. Zum Beispiel ist vor dem Hindernis 352 in 4 gegenwärtig als ein Parkverbotsbereich 352 identifiziert, da in diesem Beispiel ein Bautrupp eine Wasserleitung in dem Bereich repariert. Wenn der Bautrupp die Reparatur abschließt, wird das Hindernis 348 entfernt, und die Fahrzeuge 108 im Gebiet 300 werden entsprechende Sensordaten 116 erzeugen, die dem Parkplatzdatensystem 104 ermöglichen, den Bereich als eine Parklücke 308 zu identifizieren und die Parkplatzkartendaten 120 entsprechend zu aktualisieren, um den Parkverbotsbereich 352 zu einer Parklücke 308 zu ändern. Alle der Parklücken 308 und der Parkverbotsbereiche 352 werden periodisch aktualisiert und überwacht, um zu gewährleisten, dass der korrekte Status durch das Parkplatzdatensystem 104 zugewiesen worden ist.
Als Nächstes beinhaltet das Verfahren 270 bei Block 286 des Flussdiagramms von 2 Erzeugen der Parkplatzdienstdaten 122, die einen Status jeder Fahrzeugparklücke 308 als entweder belegt oder unbelegt identifizieren. Das Parkplatzdatensystem 104 folgt einem Gemeinschaftsparkplatzansatz, bei dem die Fahrzeuge 108, die sich im Gebiet 300 befinden, den Straßenrand unter Verwendung der Fahrzeugsensoren 124, 128, 132, 136 nach belegten und unbelegten Parklücken 308 abtasten, während die Fahrzeuge 108 die Fahrbahnen 304 befahren. Somit detektieren dieselben Sensoren, die in den Fahrzeugen 108 zum Detektieren der Parklücken 308 verwendet werden, auch, ob eine spezifische Parklücke 308 durch ein geparktes Fahrzeug 108 belegt ist, und daher nicht verfügbar ist, oder unbesetzt ist und für ein anderes Fahrzeug 108 zum Parken zur Verfügung steht. Das Parkplatzdatensystem 104 verwendet die Sensordaten 116, um die Parkplatzdienstdaten 122 zu erzeugen, die bei mindestens einer Ausführungsform eine Echtzeit-Belegungskarte von Parklücken 308 am Straßenrand sind.
Wie in 5 dargestellt, wird ein Teil der Parkplatzkartendaten 120 mit einem Teil der Parkplatzdienstdaten 122 überlagert. Die Parkplatzkartendaten 120 beinhalten Daten, die der Fahrbahn 304 und der Position und Größe (d. h. Länge und Breite) der Parklücken 308 entsprechen. Die Parkplatzdienstdaten 122 beinhalten die gegenwärtige „Echtzeit“-Verfügbarkeit der Parklücken 308. Wie im Beispiel von 5 dargestellt, sind sieben der Parklücken 308 durch Fahrzeuge 108 belegt und stehen gegenwärtig nicht zur Verfügung, und drei der Parklücken 308 sind unbelegt und stehen gegenwärtig zum Parken eines Fahrzeugs 108 zur Verfügung. Beim Erzeugen der Parkplatzdienstdaten 122 von 5 ist mindestens ein Fahrzeug 108 auf der Fahrbahn 304 gefahren und hat die Ränder der Fahrbahn 304 mit den Fahrzeugsensoren 124, 128, 132, 136 abgetastet, um die Sensordaten 116 zu erzeugen. Die Sensordaten 116 werden zum Parkplatzdatensystem 104 übertragen und durch einen Algorithmus verarbeitet, der durch die Steuerung 236 ausgeführt wird, um die Parkplatzdienstdaten 122 zu erlangen, die die Verfügbarkeit oder Nichtverfügbarkeit der Parklücken 308 identifizieren.
Als Nächstes beinhaltet das Verfahren 270 bei Block 290 des Flussdiagramms von 2 Empfangen einer Parklückenpositionsanforderung von einem spezifischen Fahrzeug 108 mit dem Parkplatzdatensystem 104. Die Parkplatzanforderung ist elektronische Daten, die zum Parkplatzdatensystem 104 übertragen werden und zumindest eine Position (zum Beispiel vom GPS-Empfänger 140) und eine Anforderung für eine Parklücke 308 beinhalten. Die Parkplatzanforderung kann von einem menschlich betriebenen Fahrzeug 108 stammen, in dem die Person ein Smartphone, ein Mobiltelefon oder die Eingabe 148, die GUI 200 und die Anzeigeeinheit 144 verwendet, um eine Parkplatzanforderung zu tätigen. Zusätzlich oder alternativ dazu kann die Parkplatzanforderung von einem autonomen Fahrzeug 108 stammen, das geparkt werden soll. Die Parkplatzanforderung kann eine Größe und/oder eine Breite des zu parkenden Fahrzeugs 108 identifizieren.
Als Reaktion auf das Empfangen der Parkplatzanforderung verwendet das Parkplatzdatensystem 104 die Parkplatzkartendaten 120 und die Parkplatzdienstdaten 122, um verfügbare Parklücken 308 zu identifizieren, die sich in der Nähe des Fahrzeugs 108 befinden, das die Parkplatzanforderung getätigt hat. Als Nächstes überträgt das Parkplatzdatensystem 104 Parklückendaten zu dem spezifischen Fahrzeug 108 und/oder dem Smartphone, das die Parkplatzanforderung getätigt hat. Für ein menschlich betriebenes Fahrzeug können die Parklückendaten auf der GUI 200 und der Anzeige 144 oder auf einer Anzeige des Smartphones angezeigt werden. Für ein elektronisches autonomes Fahrzeug 108 werden die Parklückendaten durch eine Steuerung des autonomen Fahrzeugs 108 empfangen und verarbeitet. Nach dem Empfangen der Parklückendaten kann der Betreiber des Fahrzeugs 108 wählen, das Fahrzeug 108 in der den Parklückendaten entsprechenden verfügbaren Parklücke 308 zu parken. Während andere Fahrzeuge 108 an dem jetzt geparkten Fahrzeug 108 vorbeifahren, werden die Sensordaten 116 erzeugt und zum Parkplatzdatensystem 104 übertragen, was bewirkt, dass das Parkplatzdatensystem 104 die Verfügbarkeit der Parklücke 308 in den Parkplatzdienstdaten 122 von verfügbar zu nicht verfügbar ändert.
Bei anderen Ausführungsformen beinhalten die zum Fahrzeug 108 gesendeten Parkplatzdaten eine Karte von allen der nahegelegenen verfügbaren Parklücken 308, anstatt, dass die Parklückendaten nur eine verfügbare Parklücke 308 identifizieren. Die Parklückendaten können zum Beispiel auf einer Anzeige eines Smartphones oder der Anzeige 144 des Fahrzeugs angezeigt werden oder können auf die Daten eines fahrzeuginternen Navigationssystems überlagert werden.
Das Parkplatzdatensystem 104 löst ein technisches Problem, indem es dem Betreiber eines Fahrzeugs 108 die Position von verfügbaren Parklücken 308 bereitstellt. Fahrer in verkehrsreichen Bereichen können viele Minuten damit verbringen, nach einer Parklücke 308 zu suchen. Das Parkplatzdatensystem 104 verwendet gemeinschaftlich bezogene Sensordaten 116, um Betreibern die exakte Position einer verfügbaren Parklücke 308 bereitzustellen. Somit spart das Parkplatzdatensystem 104 Betreibern Zeit und Geld, indem es die Kraftstoffmenge reduziert, die beim Suchen nach einer verfügbaren Parklücke 308 verbraucht wird.
Das Parkplatzdatensystem 104 ist dazu ausgelegt, mit den Sensordaten 116 zu arbeiten, die durch Fahrzeuge 108 eines beliebigen teilnehmenden OEM erzeugt werden. Um OEMs anzuregen, ihre Fahrzeuge 108 zum Erzeugen der Sensordaten 116 zu konfigurieren, ist das Parkplatzdatensystem 104 dazu ausgelegt, die Bewertungsdaten 252 zum gerechten Entschädigen von OEMs basierend auf der Menge und Qualität der Sensordaten 116, die durch das Parkplatzdatensystem 104 empfangen werden, zu erzeugen. Die gegenüber den verschiedenen OEMs geschuldete geldliche Entschädigung wird durch die Bewertungsdaten 252 repräsentiert, wie durch die Datenbewertungs-Engine 248 erzeugt. Bei einer Ausführungsform empfangen OEMs eine Entschädigung basierend auf ihren Fahrzeugen 108, die Sensordaten 116 erzeugen, die dazu führen, dass die Parkplatzkartendaten 102 mit zusätzlichen Längen 316 von Parklücken 308 aktualisiert werden. Ein beispielhafter Bewertungsansatz ist untenstehend beschrieben.
6 veranschaulicht einen Bewertungsansatz, bei dem die Datenbewertungs-Engine 248 des Parkplatzdatensystems 104 die Bewertungsdaten 252 basierend auf einem Prozentsatz der Gesamtlänge der Parklücken 308 der Parkplatzkartendaten 120, die den Sensordaten 116 eines spezifischen OEM zuschreibbar sind, erzeugt. Bei dem Bewertungsansatz hält jeder OEM einen virtuellen Stapel von Parklückenlänge (bei einer Ausführungsform gemessen in Metern). Die „Höhe“ oder „Länge“ des Stapels repräsentiert den Werteanteil der OEMs. Die Datenbewertungs-Engine 248 verteilt neue Parklückenlänge zu den OEM-Stapeln basierend auf dem Beitrag der OEMs für hochwertige Datenpunkte der Sensordaten 116 (d. h. nützlichen Daten, Daten hoher Qualität oder hochwertigen Daten). Bei diesem Ansatz wird geänderte Parklückenlänge in gleichem Maße von den Stapeln der OEMs gekürzt und dann wie neue Parklückenlänge verteilt.
Wie dargestellt, haben keine der OEMs im Jahr 2017 Sensordaten 116 erzeugt, die zu der Entdeckung irgendwelcher Parklücken 308 beigetragen haben, und die Bewertungsdaten 252 geben an, dass keine Zahlungen an die OEMs fällig sind. Dann in 2018 erzeugt der OEM A Sensordaten 116, die dazu führen, dass das Parkplatzdatensystem 104 siebzig Meter an Parklückenlänge identifiziert, und der OEM B hat Sensordaten 116 erzeugt, die dazu führen, dass das Parkplatzdatensystem 104 dreißig Meter an Parklückenlänge identifiziert. Infolgedessen geben die Bewertungsdaten 252 in 2018 an, dass der OEM A 70 % (d.h. einen ersten Prozentsatz) der hochwertigen Sensordaten 116 beigetragen hat, und der OEM A empfängt einen 70%-igen Anteil der verfügbaren Einnahmen, und dass der OEM B 30 % (d. h. einen zweiten Prozentsatz) der hochwertigen Sensordaten 116 beigetragen hat, und der OEM B empfängt einen 30%-igen Anteil der verfügbaren Einnahmen. In 2019 erzeugt der OEM A Sensordaten 116, die in fünfzig Meter von neuer Parklückenlänge resultieren, der OEM B erzeugt Sensordaten 116, die in dreißig Meter von neuer Parklückenlänge resultieren, und ein OEM C erzeugt Sensordaten 116, die in zwanzig Meter von neuer Parklückenlänge resultieren. In 2019 sind jedoch auch zehn Meter von geänderter Parklückenlänge identifiziert worden. Der Bewertungsansatz kürzt die geänderte Parklückenlänge von den OEMs basierend auf den Eigentumsprozentsätzen des vergangenen Jahres und verteilt dann die geänderte Parklückenlänge wie eine neue Parklückenlänge. Dementsprechend führt die geänderte Parklückenlänge dazu, dass dem OEM A sieben Meter (d. h. 70 % von 10m) vom Stapel entfernt wird und dem OEM B drei Meter (d. h. 30 % von 10m) vom Stapel entfernt wird. Dann wird die geänderte Parklückenlänge als fünf Meter zum OEM A, drei Meter zum OEM B und zwei Meter zum OEM C verteilt, basierend auf den Prozentsätzen der Sensordaten 116 hoher Qualität, die im gegenwärtigen Jahr (d. h. 2019) neu entdeckt wird. Die neuen Gesamtbeträge für 2019 resultieren in den Bewertungsdaten 252, die bewirken, dass der OEM A 59 % (d. h. einen ersten Prozentsatz) der verfügbaren Einnahmen empfängt (d. h. 118/200), der OEM B 30 % (d. h. einen zweiten Prozentsatz) der verfügbaren Einnahmen empfängt (d. h. 60/200) und der OEM C 11 % (d. h. einen dritten Prozentsatz) der verfügbaren Einnahmen empfängt (d. h. 22/200). Der Bewertungsansatz weist daher einen Erstanbietervorteil auf, während er auch eine gerechte Verteilung von Änderungen im „Eigentum“ der Parklückenlänge basierend auf Änderungen aufweist.
Basierend auf dem Obigen löst das Parkplatzdatensystem 104 auch ein technisches Problem einer gerechten Entschädigung von OEMs, die wählen, bei der Erzeugung und Einreichung der Sensordaten 116 zum Parkplatzdatensystem 104 teilzunehmen. Das Parkplatzdatensystem 104 erkennt, dass hochqualitative Sensordaten 116 hochwertig sind, und der Bewertungsansatz setzt Anreize für OEMs, Fahrzeuge 108 zu fertigen, die Sensordaten 116 hoher Qualität erzeugen.
Es versteht sich, dass Varianten der oben beschriebenen und andere Merkmale und Funktionen, oder Alternativen zu diesen, wünschenswerterweise zu vielen anderen unterschiedlichen Systemen, Anwendungen und Verfahren kombiniert werden können. Verschiedene vorliegend unvorhergesehene oder nicht erwartete Alternativen, Modifikationen, Variationen oder Verbesserungen können nachfolgend durch einen Fachmann vorgenommen werden, die auch durch die folgenden Ausführungsformen hierin eingeschlossen werden sollen.
ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Patentliteratur

US 62630945 [0001]

Claims

Verfahren zum Betreiben eines Gemeinschaftsparksystems, umfassend: Erzeugen von Sensordaten mit mehreren Fahrzeugen, die Fahrzeugparklücken und geparkten Fahrzeugen, die sich in einem Gebiet befinden, entsprechen; Übertragen der Sensordaten zu einem Parkplatzdatensystem; Erzeugen von Parkplatzkartendaten mit dem Parkplatzdatensystem basierend auf den Sensordaten, wobei die Parkplatzkartendaten eine Position der Fahrzeugparklücken beinhalten; Erzeugen von Parkplatzdienstdaten mit dem Parkplatzdatensystem basierend auf den Sensordaten, wobei die Parkplatzdienstdaten einen Status jeder Fahrzeugparklücke als entweder belegt oder unbelegt identifizieren, und Übertragen der Parkplatzdienstdaten zu einem spezifischen Fahrzeug der mehreren Fahrzeuge, um einem Betreiber des spezifischen Fahrzeugs beim Lokalisieren einer der Fahrzeugparklücken mit einem unbelegten Status zu helfen.
Verfahren nach Anspruch 1, wobei: die Parkplatzkartendaten einen ersten Prozentsatz der Sensordaten von einem ersten Originalgerätehersteller beinhalten, der mehreren ersten der Fahrzeugparklücken entspricht; die Parkplatzkartendaten einen zweiten Prozentsatz der Sensordaten von einem zweiten Originalgerätehersteller beinhalten, der mehreren zweiten der Fahrzeugparklücken entspricht; und ein Umsatz unter dem ersten Originalgerätehersteller und dem zweiten Originalgerätehersteller basierend auf dem ersten Prozentsatz und dem zweiten Prozentsatz aufgeteilt wird.
Verfahren nach Anspruch 2, wobei: die Parkplatzkartendaten einen dritten Prozentsatz der Sensordaten von einem dritten Originalgerätehersteller beinhalten, der mehreren dritten der Fahrzeugparklücken entspricht; und ein Umsatz unter dem ersten Originalgerätehersteller, dem zweiten Originalgerätehersteller und dem dritten Originalgerätehersteller basierend auf dem ersten Prozentsatz, dem zweiten Prozentsatz und dem dritten Prozentsatz aufgeteilt wird.
Verfahren nach Anspruch 1, wobei: ein erstes Fahrzeug der mehreren Fahrzeuge durch einen ersten Originalgerätehersteller hergestellt wird und ausgelegt ist, die Sensordaten zu erzeugen; das spezifische Fahrzeug der mehreren Fahrzeuge durch einen zweiten Originalgerätehersteller hergestellt wird; und der erste Originalgerätehersteller sich vom zweiten Originalgerätehersteller unterscheidet.
Verfahren nach Anspruch 1, wobei das Erzeugen der Parkplatzkartendaten Folgendes umfasst: Verarbeiten der Sensordaten, um nützliche Daten und unerwünschte Daten zu identifizieren; Verwenden der nützlichen Daten, um die Parkplatzkartendaten zu erzeugen; und Verwerfen der unerwünschten Daten.
Verfahren nach Anspruch 5, wobei die nützlichen Daten Daten beinhalten, die Parklücken, Einfahrten und Fahrbahnkreuzungen entsprechen.
Verfahren nach Anspruch 1, wobei die Fahrzeugparklücken Parklücken am Straßenrand sind.
Verfahren nach Anspruch 1, wobei das Erzeugen der Sensordaten Folgendes umfasst: Erzeugen von Radardaten mit Radarsensoren der Fahrzeuge der mehreren Fahrzeuge; und Erzeugen von Bilderfassungsdaten mit Kameras der Fahrzeuge der mehreren Fahrzeuge.
Verfahren nach Anspruch 1, das ferner Folgendes umfasst: Empfangen einer Parklückenpositionsanforderung von einem spezifischen Fahrzeug; und Anzeigen der übertragenen Parkplatzdienstdaten auf einer grafischen Benutzeroberfläche einer Anzeigeeinrichtung des spezifischen Fahrzeugs.
Verfahren nach Anspruch 1, wobei die Parkplatzkartendaten ferner basierend auf einer Fahrbahnkarte des Gebiets erzeugt werden.
Parkplatzdatensystem, umfassend: einen Netzwerkadapter, der dazu ausgelegt ist, Sensordaten zu empfangen, die durch mehrere Fahrzeuge erzeugt werden, wobei die Sensordaten Fahrzeugparklücken und geparkten Fahrzeugen, die sich in einem Gebiet befinden, entsprechen; und eine Steuerung, die funktionsfähig mit dem Netzwerkadapter verbunden und ausgelegt ist zum: Erzeugen von Parkplatzkartendaten basierend auf den Sensordaten, wobei die Parkplatzkartendaten eine Position der Fahrzeugparklücken beinhalten; Erzeugen von Parkplatzdienstdaten mit dem Parkplatzdatensystem basierend auf den Sensordaten, wobei die Parkplatzdienstdaten einen Status jeder Fahrzeugparklücke als entweder belegt oder unbelegt identifizieren, und Übertragen der Parkplatzdienstdaten zu einem spezifischen Fahrzeug der mehreren Fahrzeuge, um einem Betreiber des spezifischen Fahrzeugs beim Lokalisieren einer der Fahrzeugparklücken mit einem unbelegten Status zu helfen.
Parkplatzdatensystem nach Anspruch 11, wobei der Betreiber ein elektronischer autonomer Betreiber des spezifischen Fahrzeugs ist.
Parkplatzdatensystem nach Anspruch 11, wobei die Steuerung beim Erzeugen der Parkplatzkartendaten ferner ausgelegt ist zum: Verarbeiten der Sensordaten, um nützliche Daten und unerwünschte Daten zu identifizieren; Verwenden der nützlichen Daten, um die Parkplatzkartendaten zu erzeugen; und Verwerfen der unerwünschten Daten.
Parkplatzdatensystem nach Anspruch 13, wobei die nützlichen Daten Daten beinhalten, die Parklücken, Einfahrten und Fahrbahnkreuzungen entsprechen.
Parkplatzdatensystem nach Anspruch 11, wobei die Parklücken Parklücken am Straßenrand sind.
Parkplatzdatensystem nach Anspruch 11, wobei die Parkplatzkartendaten ferner basierend auf einer Fahrbahnkarte des Gebiets erzeugt werden.
Parkplatzdatensystem nach Anspruch 11, wobei: die Parkplatzkartendaten einen ersten Prozentsatz von Daten von einem ersten Originalgerätehersteller beinhalten, der mehreren ersten der Fahrzeugparklücken entspricht; die Parkplatzkartendaten einen zweiten Prozentsatz von Daten von einem zweiten Originalgerätehersteller beinhalten, der mehreren zweiten Fahrzeugparklücken entspricht; und die Steuerung ferner dazu ausgelegt ist, einen Umsatz unter dem ersten Originalgerätehersteller und dem zweiten Originalgerätehersteller basierend auf dem ersten Prozentsatz und dem zweiten Prozentsatz aufzuteilen.
Parkplatzdatensystem nach Anspruch 17, wobei: die Parkplatzkartendaten einen dritten Prozentsatz von Daten von einem dritten Originalgerätehersteller beinhalten, der mehreren dritten Fahrzeugparklücken entspricht; und die Steuerung ferner dazu ausgelegt ist, den Umsatz unter dem ersten Originalgerätehersteller, dem zweiten Originalgerätehersteller und dem dritten Originalgerätehersteller basierend auf dem ersten Prozentsatz, dem zweiten Prozentsatz und dem dritten Prozentsatz aufzuteilen.