WO2014056843A1 - Verfahren, computerprogrammprodukt und elektronische steuereinrichtung zum auffinden eines parkplatzes für fahrzeuge - Google Patents

Verfahren, computerprogrammprodukt und elektronische steuereinrichtung zum auffinden eines parkplatzes für fahrzeuge Download PDF

Info

Publication number
WO2014056843A1
WO2014056843A1 PCT/EP2013/070823 EP2013070823W WO2014056843A1 WO 2014056843 A1 WO2014056843 A1 WO 2014056843A1 EP 2013070823 W EP2013070823 W EP 2013070823W WO 2014056843 A1 WO2014056843 A1 WO 2014056843A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
server
parking
connection
search
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/EP2013/070823
Other languages
English (en)
French (fr)
Inventor
Ralf Schulz
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bayerische Motoren Werke AG
Original Assignee
Bayerische Motoren Werke AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bayerische Motoren Werke AG filed Critical Bayerische Motoren Werke AG
Priority to JP2015536082A priority Critical patent/JP6232437B2/ja
Priority to CN201380060236.8A priority patent/CN104798122B/zh
Priority to ES13776448.6T priority patent/ES2613633T3/es
Priority to EP13776448.6A priority patent/EP2907123B1/de
Priority to KR1020157010019A priority patent/KR102146141B1/ko
Publication of WO2014056843A1 publication Critical patent/WO2014056843A1/de
Priority to US14/681,667 priority patent/US9959759B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/14—Traffic control systems for road vehicles indicating individual free spaces in parking areas
    • G08G1/141—Traffic control systems for road vehicles indicating individual free spaces in parking areas with means giving the indication of available parking spaces
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/14—Traffic control systems for road vehicles indicating individual free spaces in parking areas
    • G08G1/141—Traffic control systems for road vehicles indicating individual free spaces in parking areas with means giving the indication of available parking spaces
    • G08G1/144—Traffic control systems for road vehicles indicating individual free spaces in parking areas with means giving the indication of available parking spaces on portable or mobile units, e.g. personal digital assistant [PDA]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/29—Geographical information databases
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/14—Traffic control systems for road vehicles indicating individual free spaces in parking areas
    • G08G1/145—Traffic control systems for road vehicles indicating individual free spaces in parking areas where the indication depends on the parking areas
    • G08G1/147—Traffic control systems for road vehicles indicating individual free spaces in parking areas where the indication depends on the parking areas where the parking area is within an open public zone, e.g. city centre
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/14—Traffic control systems for road vehicles indicating individual free spaces in parking areas
    • G08G1/145—Traffic control systems for road vehicles indicating individual free spaces in parking areas where the indication depends on the parking areas
    • G08G1/148—Management of a network of parking areas

Definitions

  • the invention relates to a method, a computer program product and an electronic control device for finding a parking space for vehicles.
  • cities in particular, there are often significant bottlenecks for parking spaces, so that the available parking spaces are difficult to find, for example, at rush hours during rush hour or on weekends. This often means that the vehicles must be moved over a long period of time for the parking space search on the urban streets. This creates additional traffic, which in turn can affect the overall traffic situation and lead to traffic congestion.
  • a search system is known from US 2010/0302068 A1, in which persons who remove a vehicle from a parking space report this information via mobile devices to an information platform which is accessible to other mobile radio users. A user who retrieves this information can then target that as free
  • the communication can be done by means of so-called apps via smartphone mobile devices.
  • GPS Global Positioning System
  • their GPS (Global Positioning System) information can be used to narrow down search results to those parked as available, which can be reached by the parking lot-seeking user in a sufficiently short time. This can reduce the risk that the car park will be temporarily occupied by another vehicle in the meantime. Nevertheless, this disadvantageous situation of an ultimately futile search for a parking space and the associated high volatility of the provided parking space information can not be ruled out.
  • a search system for parking space search in which a reservation server can pre-book a parking space in a predetermined area, for example in a parking garage.
  • a parking space is available and possibly for the reservation relevant data such as the identification of the vehicle stored in the database and confirmed the reservation.
  • Reservation service and the reserved parking space require further complex technical measures including their maintenance, e.g. for an entry check to ensure the reservation. They are usually in addition
  • Probability is modeled with which in a street a parking space is available.
  • the following features are provided for finding a parking space for a vehicle in a destination area:
  • connection data associated with the destination area are stored for a plurality of data servers, in each of which data is stored for at least one parking space,
  • a search request for finding a parking space in the destination area is directed to the connection server and
  • connection server establishes a connection to the data servers based on the assignment data and queries whether in the respective database
  • Availability data on available parking is stored in the destination area.
  • connection server The interrogation of the connection server is carried out in such a multi-stage that in a first query stage a preselection of the data server is made, first, destination-related parking data is requested by the linked server and is answered with corresponding first feedback data from the data servers, whether the respective data server parking data to the target area contains. Then, based on the first response data in the connection server, it is decided which of the respective data servers are preselected. Then at least one data server is selected as the selection server from the preselected data servers.
  • second selection data are respectively retrieved from the selection server, which are more detailed than the respective first confirmation data, at least with regard to the location of the parking space.
  • inventive features can in a method, in one
  • Computer program product and / or be implemented in an electronic control device.
  • the data server or the data server which is most suitable for given search criteria Select a search provider who operates this data server.
  • the anonymous feedback data are evaluated in the connection server and a comparison of the feedback from different search systems or databases used in these search systems takes place on the basis of the evaluation. The rating of the anonymous and / or detailed
  • Feedback data can be based on a data server-specific
  • Correction factor which is changed dynamically in the linked server, wherein in each case at least one determined in the course of finding the parking lot parameter is used for changing.
  • the parameter can be determined automatically, for example, based on information obtained by GPS or data from the vehicle operation such as the duration of the engine to stop or driven to the parking distance since the receipt of the full parking information. If the vehicle is actually to the determined location of the Parking lot is driven, but has not been parked there for a certain time, then this would be, for example, a sign that the parking lot information was not correct.
  • the correction factor associated with the particular data server is then downgraded to a lower reliability.
  • Changing the correction factor can also be done using statistical methods from a large number of search queries.
  • the feedback data of the first query stage may be the availability data and / or data derived therefrom.
  • an expected parking space search time may be provided, data for the distance from the destination, or data on the costs associated with the search service and / or parking fees.
  • Navigation system such as Navigation system or PDA (Personal Digital Assistant) is established, from which the search request for finding the parking space in the destination area is directed to the connection server.
  • PDA Personal Digital Assistant
  • the first feedback data does not include data about the exact location of the parking lot. This can ensure that the part of the parking lot.
  • Feedback data are transmitted before the parking lot is controlled.
  • the feedback data of the second polling stage can determine the exact parking location based on GPS coordinates, an image of the parking lot or the
  • the linked server directs queries at predetermined time intervals independently of a search request to the data servers for the availability of feedback data in predefined target areas. This is particularly advantageous when an open interface is provided in the connection server such that search providers their respective
  • Link servers can be coupled, for example, by simply storing a network address of the data server in the connection server, such as an Internet network address.
  • the linked server and the data servers may then interact via the interface and / or computer program modules stored and loaded therein, such that the linked server operates at the predetermined time intervals, e.g. daily, weekly or monthly automatically queries all stored data servers, if and where appropriate to which
  • Target areas they contain corresponding data they contain corresponding data.
  • the data exchange of such a general availability query can be carried out at least partially as in the above-described first query stage of a specific parking space search.
  • the linked server can be selected based on criteria set in the vehicle.
  • Data servers are preferably pre-determined, with a minimum amount of data and / or a maximum amount of data being determinable. Between the
  • Connection server and the terminal located in the vehicle can also be set the scope of data, so that the operator of the terminal regardless of the selected search provider can each receive a uniform amount of data on a single user interface.
  • a further advantage is that the user is not confronted with different systems of different search providers, but only needs a contact with the system, which acts as a single interface and can guarantee him a certain quality of the search service.
  • Feedback data transmitted at least position data (coordinates) of the parking lot to a navigation system provided in the vehicle.
  • the navigation system can then directly determine the route to the parking lot and display the route on a display.
  • Figure 1 is a structure of control computers
  • FIG. 2 is a flow chart for a search.
  • a vehicle computer 1 with a navigation system of a vehicle is provided, via which parking space search requests can be created and search results can be displayed.
  • the vehicle computer 1 or the navigation system 1 can be permanently installed in the vehicle, for example a car or truck, or else as a mobile device, e.g. be carried in the form of a PDA in the vehicle.
  • a connection server 2 is shown, which is provided in a data center and with several decentralized data servers, of which three data servers 3, 4, 5 are shown by way of example
  • Network connections 6 is connected.
  • the network connections 6 can each be wholly or partly wireless or wired, optionally secured or unsecured and can be produced, for example, via the Internet.
  • the Internet addresses of the data servers 3, 4, 5 are stored in an address memory 9 of the connection server 2.
  • the connection between the vehicle computer 1 and the connection server 2 is established via a wireless mobile and / or Internet connection 7.
  • the data transfer between the vehicle computer 1 and the data servers 3, 4, 5 acts the
  • Connection server 2 as a proxy, that is, the vehicle computer 1 communicates only with the connection server 2 directly, but not with the connection server 2
  • Services with the same field of application, in this example parking search services, but different (heterogeneous) implementation with a uniform interface.
  • the user of the services communicates directly with the connection server 2 by means of his vehicle computer 1 and is not confronted with having to communicate with the heterogeneous plurality of data servers 3, 4, 5.
  • Quality assurance and processing of search queries are done centrally in the connection server 2.
  • Various search providers that operate the data servers 3, 4, 5 can offer very different types of parking space search services, for example as
  • Parking garage operators can book a parking space online for a fee by including a billing system in the search or as public free portals that show free parking spaces in real time, or as private individuals who rent their own parking space at short notice. It can also search providers with automatic, statistical crowdsourcing approaches
  • Probability for a free space is as high as possible.
  • Search providers can in particular those mentioned in the beginning
  • the data servers 3, 4, 5 of the search providers are selectively connected to the vehicle computer 1 via their network interfaces 8b, 8c, 8d after a search query via the connection computer 2 (proxy) and its network interface 8a.
  • the vehicle computer 1 does not communicate with the data servers 3, 4, 5 of the various providers, but with only the connection computer 2.
  • This control computer 2 can then request the customer to the associated with him
  • the registration of a new data server of a parking service can be done by this simply by supporting the interfaces defined in the connection server 2, wherein the network address of the new data server is stored in the connection server 2, as well as various information about the scope of the search service, e.g. the geographical area covered by the search service, the type of search service, guaranteed parking space, statistical selection of public parking spaces, etc.
  • graphical control panel that he wants to search for a parking space, eg with indication of location and time. This can also be done automatically after a single press of a button happen if, for example, place and time result from the current route guidance (destination and approximate time of arrival) of a navigation system of the vehicle computer 1, or manually by entering the corresponding data.
  • additional search criteria can be entered such as reservation in a parking garage or search for a public toll-free parking, if a parking lot in the shortest possible time or in the shortest possible distance to the destination to be searched, if the parking as cost effective or with the highest possible availability or until is to be searched for a maximum fee, which vehicle type or which vehicle size (eg, small car, middle-class car, SUV, truck) to be parked, etc.
  • vehicle type or which vehicle size eg, small car, middle-class car, SUV, truck
  • the search request is sent to the connection server 2 (proxy) in step S1.
  • the proxy 2 uses the connected data servers 3, 4, 5 to make a first, rough request to the respective search providers as to whether they have coverage for the target area (first stage of the cascade).
  • this request may be arranged so that the proxy 2 polls the service providers at regular intervals, independent of user requests, which area they each cover.
  • the coverage information is then stored in the proxy 2 and used directly in search queries to decide to which of the data servers 3, 4, 5 a query will be directed.
  • step S3 the data servers 3, 4, 5 of the various providers report the request in initial answers with limited information.
  • This information does not yet include the actual parking location, but may include:
  • the response information is first multiplied by a correction factor ⁇ , which is the average
  • the information of the selected search services are optionally forwarded in the classified order from the connection server 2 in step S5 to the vehicle computer 1 and displayed there.
  • a specific search provider is selected in step S6 and the detailed search query (second stage of the cascade) is transmitted via the connection server 2 to the corresponding data server 3, 4, 5.
  • the data relating to the parking location determined in the search is reported back to the vehicle computer 1 in the relevant data server 3, 4, 5 and used there for the navigation of the vehicle to the parking space.
  • step S8 After the parking lot has been driven by the vehicle, it is decided in step S8 whether or not parking lot search data such as a parking space is searched from the vehicle computer 1. the actual availability of the car park, the distance to the destination,
  • the parking found is 250 meters from the destination.
  • the deviation is thus 2.5 compared to the target distance.
  • the correction procedure can in principle be refined as desired. For example, a single correction factor could be used for all values from step S4, or a separate correction factor for each of these values. Only one selective correction factor could be corrected in each case, which is selected for a specific search as critical or provided with a high priority factor. If e.g. providing proximity to a particular destination with high priority, then only the correction factor for the distance could be changed, but not for the time. Alternatively, all values could be changed.
  • the formula for correcting or changing the correction factor could be more complicated. For example, certain providers might be specific
  • Regions are considered to be particularly well-covered, other areas than in the construction understood and accordingly be provided for different areas different spreads or correction factors.
  • the correction factors could be calculated based on a moving average, rather than as shown by an absolute average. So also temporal variations would be included. Search providers with too high
  • the computer-controlled systems described above may comprise per se known technical devices such as input means in the form of keyboard, mouse, touch screen, joystick or voice control, as well as a
  • Microprocessor a data or control bus, a display device
  • a corresponding computer program product can be stored in a working and / or permanent memory of the respective computer-controlled system and loaded and executed by the microprocessor. It can also be used independently as a file e.g. are available via download from a data server or on a data carrier or in each case partially stored, loaded and executed on different systems involved.
  • the computer program product can be of modular construction and individual modules can each be loaded and / or executed on different computer systems involved.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Remote Sensing (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Navigation (AREA)
  • Traffic Control Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

Verfahren, Computerprogrammprodukt und elektronische Steuereinrichtung zum Auffinden eines Parkplatzes für Fahrzeuge
Die Erfindung betrifft ein Verfahren, ein Computerprogrammprodukt und eine elektronische Steuereinrichtung zum Auffinden eines Parkplatzes für Fahrzeuge. Insbesondere in Städten bestehen oft erhebliche Engpässe für Parkplätze, so dass die verfügbaren Parkplätze beispielsweise zu Stoßzeiten im Berufsverkehr oder an Wochenenden für die Fahrzeugführer nur schwierig aufzufinden sind. Dies führt oft dazu, dass die Fahrzeuge über längere Zeit für die Parkplatzsuche auf den städtischen Straßen bewegt werden müssen. Dadurch entsteht zusätzlicher Verkehr, der wiederum die Verkehrssituation insgesamt beeinträchtigt und zu Verkehrsstaus führen kann.
Aus der US 2010/0302068 A1 ist ein Suchsystem bekannt, bei dem Personen, die ein Fahrzeug von einem Parkplatz entfernen, diese Information über Mobilfunkgeräte an eine Informationsplattform melden, die anderen Mobilfunkbenutzern zugänglich ist. Ein Nutzer, der diese Information abruft, kann dann gezielt den als frei
gemeldeten Parkplatz ansteuern. Die Kommunikation kann mittels sogenannter Apps über Smartphone Mobilfunkgeräte erfolgen. Dabei können zusätzlich deren GPS (Global Positioning System) Informationen verwendet werden um Suchergebnisse auf diejenigen als verfügbar gemeldeten Parkplätze einzugrenzen, die vom Parkplatz suchenden Nutzer in ausreichend kurzer Zeit erreichbar sind. Dadurch kann das Risiko vermindert werden, dass der Parkplatz zwischenzeitlich von einem anderen Fahrzeug zufällig belegt wird. Dennoch kann diese nachteilige Situation einer letztlich vergeblichen Parkplatzsuche und die damit einher gehende hohe Volatilität der zur Verfügung gestellten Parkplatz-Information nicht ausgeschlossen werden.
In der WO 03/039040 A1 ist ein Suchsystem zur Parkplatzsuche beschrieben, bei dem über einen Reservierungsserver vorab ein Parkplatz in einem vorbestimmten Bereich, beispielsweise in einem Parkhaus, gebucht werden kann. Mittels des Servers erfolgt eine Abfrage in einer Datenbank, ob für einen gewünschten Zeitraum ein Parkplatz zur Verfügung steht und ggf. werden für die Reservierung relevante Daten wie z.B. die Identifizierung des Fahrzeugs in der Datenbank gespeichert und die Reservierung bestätigt. Nachteilig ist dabei, dass ein solcher
Reservierungsservice und der reservierte Stellplatz weitere aufwändige technische Maßnahmen einschließlich deren Wartung benötigen, z.B. für eine Einfahrtskontrolle, um die Reservierung sicherstellen zu können. Sie sind in der Regel zudem
nachteilig, weil für den Parkplatz Suchenden mit teils erheblichen Parkgebühren verbunden, obwohl möglicherweise ein günstigerer Parkplatz, beispielsweise auf der Straße, verfügbar wäre.
Aus der WO 2012/092276 A2 ist ein Verfahren bekannt, bei dem jeweils die
Wahrscheinlichkeit modelliert wird, mit der in einem Straßenzug ein Parkplatz verfügbar ist.
Die Inhalte der oben genannten Veröffentlichungen werden hiermit durch
Bezugnahme in die vorliegende Beschreibung aufgenommen.
Es ist Aufgabe der Erfindung, ein flexibles und zuverlässiges Auffinden eines
Parkplatzes für Fahrzeuge in einem Zielgebiet zu ermöglichen.
Diese Aufgabe wird durch die in den unabhängigen Patentansprüchen angegebene Erfindung gelöst. Vorteilhafte Ausführungsformen der Erfindung sind in den abhängigen Ansprüchen angegeben.
Erfindungsgemäß sind zum Auffinden eines Parkplatzes für ein Fahrzeug in einem Zielgebiet folgende Merkmale vorgesehen:
- in einem Verbindungsserver sind dem Zielgebiet zugeordnete Verbindungsdaten zu mehreren Datenservern gespeichert, in denen jeweils Daten zu mindestens einem Parkplatz gespeichert,
- es wird eine Suchanforderung zum Auffinden eines Parkplatzes im Zielgebiet an den Verbindungsserver gerichtet und
- der Verbindungsserver stellt anhand der Zuordnungsdaten eine Verbindung zu den Datenservern her und frägt dabei ab, ob in der jeweiligen Datenbank
Verfügbarkeitsdaten über verfügbare Parkplätze im Zielgebiet gespeichert sind.
Falls Verfügbarkeitsdaten vorliegen, werden von den jeweiligen Datenservern Rückmeldungsdaten an den Verbindungsserver übertragen.
Die Abfrage des Verbindungsservers erfolgt derart mehrstufig, dass in einer ersten Abfrage-Stufe eine Vorauswahl der Datenserver getroffen wird, wobei erste, zielgebietsbezogene Parkplatzdaten vom Verbindungsserver angefragt werden und mit entsprechenden ersten Rückmeldungsdaten von den Datenservern beantwortet wird, ob der jeweilige Datenserver Parkplatzdaten zu dem Zielgebiet enthält. Dann wird auf Basis der ersten Rückmeldungsdaten im Verbindungsserver entschieden, welche der jeweiligen Datenserver vorausgewählt werden. Dann wird aus den vorausgewählten Datenservern zumindest ein Datenserver als Auswahlserver ausgewählt.
In einer zweiten Abfrage-Stufe werden zu dem Auswahlserver jeweils zweite Rückmeldungsdaten abgerufen, die zumindest hinsichtlich des Parkplatzortes detaillierter sind als die jeweiligen ersten Rückmeldungsdaten.
Die erfindungsgemäßen Merkmale können in einem Verfahren, in einem
Computerprogrammprodukt und/oder in einer elektronischen Steuereinrichtung verwirklicht werden.
Erfindungsgemäß wurde erkannt, dass es für eine effiziente Parkplatz- Suche und -Zuweisung von Vorteil ist, verschiedene Suchsysteme bzw. deren Datenserver technisch derart zu kombinieren, dass es ermöglicht wird, für eine Suchanfrage jeweils den nach vorgegebenen Suchkriterien am besten geeigneten Datenserver bzw. den Suchanbieter auszuwählen, der diesen Datenserver betreibt. Dazu kann weiterhin vorteilhaft vorgesehen sein, dass im Verbindungsserver die anonymen Rückmeldungsdaten bewertet werden und anhand der Bewertung ein Vergleich der Rückmeldungen von verschiedenen Suchsystemen bzw. in diesen verwendeten Datenbanken erfolgt. Die Bewertung der anonymen und/oder detaillierten
Rückmeldungsdaten kann dabei auf Basis eines datenserverspezifischen
Korrekturfaktors erfolgen, der im Verbindungsserver dynamisch verändert wird, wobei jeweils zumindest eine im Zuge des Auffindens des Parkplatzes ermittelte Kenngröße zum Verändern verwendet wird. Die Kenngröße kann automatisch ermittelt werden z.B. anhand einer per GPS erhaltenen Information oder mittels Daten aus dem Fahrzeugbetrieb wie z.B. der Laufzeit des Motors bis zum Abstellen oder die bis zum Parkplatz gefahrene Strecke seit dem Empfang der vollständigen Parkplatzinformation. Wenn das Fahrzeug tatsächlich zu dem ermittelten Ort des Parkplatzes gefahren ist, aber dort nicht für eine gewisse Zeit abgestellt worden ist, dann wäre dies beispielsweise ein Zeichen dafür, dass die Parkplatz-Information nicht zutreffend war. Der dem betreffenden Datenserver zugeordnete Korrekturfaktor wird dann entsprechend einer geringeren Zuverlässigkeit herabgestuft. Die
Veränderung des Korrekturfaktors kann auch nach statistischen Methoden aus einer Vielzahl von Suchanfragen erfolgen.
Mit der Erfindung wird weiterhin vorteilhaft eine zweistufige Abfrage durchgeführt, durch die einerseits eine Begrenzung der Datenmengen erfolgen kann, weil nicht automatisch sämtliche verfügbaren Daten aller Suchanbieter übertragen werden müssen, sondern nur ausgewählte Daten. Die Rückmeldungsdaten der ersten Abfragestufe können die Verfügbarkeitsdaten und/oder davon abgeleitete Daten sein. Als erste Rückmeldungsdaten können beispielsweise eine erwartete Parkplatz- Suchzeit vorgesehen sein, Daten zur Entfernung vom Zielort, oder Daten über die mit dem Suchdienst verbundenen Kosten und/oder Parkgebühren. Durch die
Begrenzung der Datenmengen in der ersten Abfragestufe können insbesondere Kosten und Auslastung für Mobilfunk-Netzwerke eingespart werden, über die eine Verbindung zwischen dem Verbindungsserver und einem im Fahrzeug
vorgesehenen Daten-Endgerät wie z.B. Navigationssystem oder PDA (Personal Digital Assistant), hergestellt wird, von dem die Suchanforderung zum Auffinden des Parkplatzes im Zielgebiet an den Verbindungsserver gerichtet wird.
Die ersten Rückmeldungsdaten umfassen insbesondere keine Daten über den genauen Parkplatzort. Dadurch kann sichergestellt werden, dass seitens des
Benutzers eine konkret dokumentierte Auswahl des Suchanbieters getroffen wird, sowie die zweite Abfragestufe durchgeführt wird, in der beispielsweise konkrete Reservierungsdaten eines Parkhauses erzeugt und dann als zweite
Rückmeldungsdaten übertragen werden, bevor der Parkplatz angesteuert wird. Die Rückmeldungsdaten der zweiten Abfragestufe können den genauen Parkplatzort anhand von GPS-Koordinaten bestimmen, ein Bild des Parkplatzes bzw. der
Parkplatzumgebung repräsentieren und/oder eine Text- Beschreibung hinsichtlich des Parkplatzes und/oder anderer Informationen enthalten.
In einem weiteren vorteilhaften Ausführungsbeispiel richtet der Verbindungsserver unabhängig von einer Suchaufforderung in vorgegebenen Zeitabständen Abfragen an die Datenserver zur Verfügbarkeit von Rückmeldungsdaten in vorgegebenen Zielgebieten. Dies ist besonders dann vorteilhaft, wenn im Verbindungsserver eine offene Schnittstelle derart vorgesehen ist, dass Suchanbieter ihre jeweiligen
Datenserver zum Anbieten ihres Suchdienstes selbständig an den
Verbindungsserver koppeln können, beispielsweise durch einfaches Speichern einer Netzwerkadresse des Datenservers im Verbindungsserver, beispielsweise einer Internet-Netzwerkadresse. Der Verbindungsserver und die Datenserver können dann über die Schnittstelle und/oder jeweils in ihnen gespeicherte und geladene Computerprogramm-Module so zusammen wirken, dass der Verbindungsserver in den vorgegebenen Zeitabständen, z.B. täglich, wöchentlich oder monatlich automatisch alle gespeicherten Datenserver abfrägt, ob und ggf. zu welchen
Zielgebieten sie entsprechende Daten enthalten. Der Datenaustausch einer solchen, allgemeinen Verfügbarkeits-Abfrage kann zumindest teilweise so wie in der oben beschriebenen ersten Abfragestufe einer konkreten Parkplatzsuche erfolgen. Der Verbindungsserver kann anhand von im Fahrzeug eingestellten Kriterien ausgewählt werden.
Art, Format und Umfang der zwischen dem Verbindungsserver und den
Datenservern werden vorzugsweise vorab festgelegt, wobei ein Mindestumfang von Daten und/oder ein Höchstumfang von Daten festlegbar sind. Zwischen dem
Verbindungsserver und dem im Fahrzeug befindlichen Endgerät kann ebenfalls der Datenumfang festgelegt werden, so dass der Bediener des Endgeräts unabhängig vom ausgewählten Suchanbieter jeweils einen einheitlichen Datenumfang über eine einheitliche Bedienoberfläche erhalten kann. Vorteilhaft ist dabei weiter, dass der Benutzer nicht mit unterschiedlichen Systemen verschiedener Suchanbieter konfrontiert wird, sondern lediglich einen Ansprechpartner mit dessen System benötigt, der als einheitliche Schnittstelle fungiert und ihm eine bestimmte Qualität des Suchservices garantieren kann.
In einem weiteren vorteilhaften Ausführungsbeispiel werden aus den zweiten
Rückmeldungsdaten zumindest Positionsdaten (Koordinaten) des Parkplatzes an ein im Fahrzeug vorgesehenes Navigationssystem übertragen. Das Navigationssystem kann dann direkt die Route zu dem Parkplatz ermitteln und die Route auf einem Display anzeigen. Im Folgenden werden Ausführungsbeispiele der Erfindung anhand von Figuren näher erläutert. Es zeigen:
Figur 1 eine Struktur von Steuerungscomputern und
Figur 2 ein Ablaufdiagramm für einen Suchvorgang. In der in Figur 1 dargestellten Struktur ist ein Fahrzeug-Computer 1 mit einem Navigationsystem eines Fahrzeugs vorgesehen, über das Parkplatz-Suchanfragen erstellt und Suchergebnisse angezeigt werden können. Der Fahrzeug-Computer 1 bzw. das Navigationssystem 1 kann fest in das Fahrzeug, zum Beispiel einem PKW oder LKW, eingebaut sein oder auch als Mobilgerät, z.B. in Form eines PDA in dem Fahrzeug mitgeführt werden. Weiterhin ist ein Verbindungsserver 2 gezeigt, der in einem Rechenzentrum vorgesehen ist und mit mehreren dezentralen Datenservern, von denen drei Datenserver 3, 4, 5 exemplarisch dargestellt sind, über
Netzwerkverbindungen 6 verbunden ist. Die Netzwerkverbindungen 6 können jeweils ganz oder teilweise drahtlos oder drahtgebunden sein, wahlweise gesichert oder ungesichert und können beispielsweise über das Internet hergestellt werden. Dazu sind die Internet-Adressen der Datenserver 3, 4, 5 in einem Adress-Speicher 9 des Verbindungsservers 2 gespeichert. Die Verbindung zwischen dem Fahrzeug- Computer 1 und dem Verbindungsserver 2 wird über eine drahtlose Mobilfunk- und/oder Internet-Verbindung 7 hergestellt. Im Hinblick auf den Datentransfer zwischen dem Fahrzeug-Computer 1 und den Datenservern 3, 4, 5 wirkt der
Verbindungsserver 2 als Stellvertreter (proxy), d.h., der Fahrzeug-Computer 1 kommuniziert nur mit dem Verbindungsserver 2 direkt, aber nicht mit den
Datenservern 3, 4, 5.
Mit dem nachfolgend beschriebenen Verfahren können verschiedene
Dienstleistungen (Services) mit gleichem Anwendungsgebiet, in diesem Beispiel Parkplatzsuchdienste, aber unterschiedlicher (heterogener) Umsetzung mit einer einheitlichen Oberfläche bedient werden. Der Nutzer der Services kommuniziert mittels seines Fahrzeug-Computers 1 direkt mit dem Verbindungsserver 2 und wird nicht damit konfrontiert, mit der heterogenen Vielzahl von Datenservern 3, 4, 5 kommunizieren zu müssen. Qualitätssicherung und Abwicklung der Suchanfragen erfolgen zentral im Verbindungsserver 2. Verschiedene Suchanbieter, die die Datenserver 3, 4, 5 betreiben, können ganz verschiedenartige Parkplatz-Suchdienste anbieten, beispielsweise als
Parkhausbetreiber online eine gebührenpflichtige Buchung eines Parkplatzes ermöglichen und dabei ein Abrechnungssystem in die Suche mit einzubinden oder als öffentliche kostenlose Portale, die freie Parkplätze in Echtzeit anzeigen, oder als Privatpersonen, die ihren eigenen Stellplatz kurzfristig vermieten. Es können auch Suchanbieter mit automatischen, statistischen Crowd-Sourcing-Ansätzen
vorgesehen sein, die ein selbstmodifizierendes Modell über das Parkverhalten verwenden, um Navigationsrouten zu berechnen, entlang derer die
Wahrscheinlichkeit für einen freien Platz möglichst hoch ist.
Suchanbieter können insbesondere die in den eingangs erwähnten
Veröffentlichungen beschriebenen Verfahren zur Suche und/oder Zuweisung verfügbarer Parkplätze verwenden. Deren Inhalt wird deshalb an dieser Stelle nochmals in Bezug genommen. Die Datenserver 3, 4, 5 der Suchanbieter werden über deren Netzwerk-Schnittstellen 8b, 8c, 8d nach einer Suchanfrage über den Verbindungscomputer 2 (Proxy) und dessen Netzwerk-Schnittstelle 8a mit dem Fahrzeug-Computer 1 selektiv verbunden. Dabei kommuniziert der Fahrzeug-Computer 1 mit den Datenservern 3, 4, 5 der verschiedenen Anbieter nicht, sondern mit nur dem Verbindungscomputer 2. Dieser Steuerrechner 2 kann dann Anfragen des Kunden an die mit ihm verbundene
Rechner 3, 4, 5 von Parkplatzsuchdiensten weiterleiten. Die Registrierung eines neuen Datenservers eines Parkplatzdienstes kann durch diesen einfach erfolgen, indem er die im Verbindungsserver 2 definierten Schnittstellen unterstützt, wobei die Netzwerkadresse des neuen Datenservers im Verbindungsserver 2 abgespeichert wird, sowie verschiedene Angaben über den Umfang der Suchdienstleistung, z.B. über das räumliche Gebiet, das der Suchdienst abdeckt, die Art des Suchdienstes, garantierter Stellplatz, statistische Auswahl öffentlicher Parkplätze usw.
Die Art und Weise, wie die Parkplatzsuche abgewickelt und an den Fahrzeug- Computer 1 gemeldet wird, lässt sich anhand der Figur 2 wie folgt darstellen: Am Fahrzeug-Computer 1 spezifiziert ein Bediener beispielsweise über ein
graphisches Bedienfeld, dass er einen Parkplatz suchen möchte, z.B. mit Angabe von Ort und Uhrzeit. Dies kann auch nach einem einzigen Knopfdruck automatisch geschehen, wenn sich z.B. Ort und Uhrzeit aus der aktuellen Routenführung (Ziel und ungefähre Ankunftszeit) eines Navigationssystems des Fahrzeug-Computers 1 ergeben, oder manuell durch Eingabe der entsprechenden Daten. Dabei können weitere Suchkriterien eingegeben werden wie z.B. Reservierung in einem Parkhaus oder Suche nach einem öffentlichen gebührenfreien Parkplatz, ob ein Parkplatz in möglichst kurzer Zeit oder in möglichst geringer Entfernung zum Ziel gesucht werden soll, ob der Parkplatz möglichst kostengünstig oder mit möglichst hoher Verfügbarkeit oder bis zu einer maximalen Gebühr gesucht werden soll, welcher Fahrzeugtyp bzw. welche Fahrzeuggröße (z.B. Kleinwagen, Mittelklassewagen, SUV, LKW) geparkt werden soll usw. Dadurch ist eine Optimierung der Suche und eine konkrete
Bewertung des Suchergebnisses seitens des Benutzers möglich.
Die Suchanfrage wird im Schritt S1 an den Verbindungsserver 2 (Proxy)
beispielsweise über ein Funknetz übertragen. Dieser kontaktiert alle zur Verfügung stehenden Datenserver 3, 4, 5 verschiedener Suchdienst-Anbieter. Um insbesondere zu übertragende und zu verarbeitende Datenmengen gering zu halten, erfolgt die Kommunikation zwischen Verbindungsserver 2 und den Datenservern 3, 4, 5 stufenweise (kaskadiert) wie folgt:
Im Schritt 2 erfolgt vom Proxy 2 über die angeschlossenen Datenserver 3, 4, 5 jeweils eine erste, grobe Anfrage an die jeweiligen Suchanbieter, ob bei ihnen für das Zielgebiet eine Abdeckung besteht (erste Stufe der Kaskade). Diese Anfrage kann alternativ so gestaltet werden, dass der Proxy 2 unabhängig von Benutzeranfragen in regelmäßigen Abständen die Dienstanbieter befragt, welches Gebiet sie jeweils abdecken. Die Abdeckungs-Informationen werden dann im Proxy 2 gespeichert und bei Suchanfragen direkt verwendet um zu entscheiden, an welchen der Datenserver 3, 4, 5 eine Suchanfrage jeweils gerichtet wird.
Im Schritt S3 melden die Datenserver 3, 4, 5 der verschiedenen Anbieter auf die Anfrage in Erst-Antworten mit begrenzten Informationen. Diese Informationen enthalten noch nicht den konkreten Parkplatzort, können aber umfassen:
- Erwartete Parkplatzsuchzeit
- Erwartete Entfernung vom Zielort
- Erwartete Kosten (z.B. für Parkhausbenutzung) - Weitere Informationen, z.B. Parkplatz bewacht / nicht bewacht, überdacht / nicht überdacht, Parkplatz reserviert / frei / nur mit gewisser Wahrscheinlichkeit frei.
Anhand dieser Informationen wird im Verbindungsserver 2 im Schritt S4 eine
Vorauswahl der Suchdienste getroffen. Dazu werden die Antwortinformationen zunächst mit einem Korrekturfaktor κ multipliziert, der die durchschnittliche
Abweichung der jeweiligen Kennzahlen vom tatsächlichen ermittelten Wert des jeweiligen Dienstes kennzeichnet. Diese korrigierten Informationen werden
verwendet, um die Suchqualität des Anbieters einzustufen. Zudem kann eine
Auswahl und Einstufung der Anbieter in Abhängigkeit der anfangs vom Bediener gewählten Such-Optionen wie Parkhaus, öffentlicher Parkplatz etc.
Die Informationen der ausgewählten Suchdienste werden ggf. in der eingestuften Reihenfolge vom Verbindungsserver 2 im Schritt S5 an den Fahrzeug-Computer 1 weiter geleitet und dort angezeigt. Dort wird im Schritt S6 ein konkreter Suchanbieter ausgewählt und die detaillierte Suchanfrage (zweite Stufe der Kaskade) über den Verbindungsserver 2 an den entsprechenden Datenserver 3, 4, 5 übermittelt. Im Schritt S6 werden im betreffenden Datenserver 3, 4, 5 die Daten zu dem in der Suche ermittelten Parkplatzort an den Fahrzeug-Computer 1 zurück gemeldet und dort für die Navigation des Fahrzeugs an den Parkplatz verwendet.
Nachdem der Parkplatz mit dem Fahrzeug angesteuert wurde, wird im Schritt S8 entschieden, ob vom Fahrzeug-Computer 1 Kenndaten zur Parkplatzsuche wie z.B. zur tatsächlichen Verfügbarkeit des Parkplatzes, der Entfernung zum Zielort,
Suchzeit, an den Verbindungscomputer 2 zurück übertragen werden. Diese
Kenndaten werden wiederum verwendet, um den oben erwähnten Korrekturwert κ für den Anbieter im Schritt S9 anzupassen. Die Korrekturwert-Anpassung kann mit statistischen Methoden erfolgen. Beispiel für die Korrekturwert-Anpassung:
Ein Anbieter behauptet von seinem Parkplatz, dass er in d = 100 m Entfernung zum Ziel liegen wird. Der Korrekturfaktor κ für diesen Anbieter beträgt aufgrund von bislang 200 Suchvorgängen 1 ,5. Im Fahrzeug-Computer 1 wird dieser Service deshalb als ein Parkplatz mit 150 m Entfernung vom Ziel angezeigt, entsprechend dK = 100 m * 1 ,5. Dieser Wert wird mit den entsprechenden Werten aller anderen Suchdienste verglichen. In diesem Beispiel sei 150 m der kleinste Wert aller
Anbieter. Tatsächlich liegt der gefundene Parkplatz 250 m vom Ziel entfernt. Für diesen einen Fall beträgt die Abweichung also 2,5 gegenüber der Zielentfernung. Der Korrekturfaktor wird demzufolge korrigiert auf (200 * 1 ,5 + 2.5) / 201 = 1 ,51 bei nunmehr 201 Suchvorgängen.
Das Beispiel zeigt, dass sich ebenfalls empfiehlt, die Streubreite zu erfassen und das Verfahren so zu erweitern, dass der für den Benutzer angezeigte Wert nicht dem Erwartungswert entspricht (also 150 m in diesem Beispiel), sondern der Wert mit einen um n Standardabweichungen korrigierten Korrekturfaktor berechnet wird als d(K + n σ ) Beträgt die Standardabweichung des Korrekturfaktors z.B. 0,5 und wäre n = 1 , dann ergäbe sich die Anzeige von 200 m. Das Korrekturverfahren lässt sich prinzipiell beliebig verfeinern. Beispielsweise könnte für alle Werte aus dem Schritt S4 ein einziger Korrekturfaktor verwendet werden, oder für jeden dieser Werte ein eigener Korrekturfaktor. Es könnte jeweils nur ein selektiver Korrekturfaktor korrigiert werden, der für eine konkrete Suche als entscheidend ausgewählt bzw. mit einem hohen Prioritätsfaktor versehen ist. Wenn z.B. die Nähe zu einem bestimmten Ziel mit hoher Priorität versehen wird, dann könnte nur der Korrekturfaktor für die Entfernung geändert werden, nicht aber der für die Zeit. Alternativ könnten alle Werte geändert werden.
Die Formel für die Korrektur oder die Änderung des Korrekturfaktors könnte komplizierter ausfallen. Zum Beispiel könnten bestimmte Anbieter bestimmte
Gegenden als besonders gut abgedeckt darstellen, andere Gegenden als im Aufbau begriffen und dem entsprechend für unterschiedlichen Gegenden unterschiedliche Streubreiten bzw. Korrekturfaktoren vorgesehen sein. Die Korrekturfaktoren könnten aufgrund eines gleitenden Mittelwertes berechnet werden statt wie dargestellt aufgrund eines absoluten Mittelwertes. So würden auch zeitliche Variationen mit einfließen. Suchanbieter mit zu hohen
Standardabweichungen oder zu hohen Korrekturfaktoren könnten dann von der Suche ausgeschlossen werden. Die oben beschriebenen computergesteuerten Systeme können an sich bekannte technische Einrichtungen wie z.B. Eingabemittel in Form von Tastatur, Maus, Touchscreen, Joystick oder Sprachsteuerung aufweisen, sowie einen
Mikroprozessor, einen Daten- bzw. Steuerungsbus, eine Anzeigeeinrichtung
(Screen- oder Projektions-Display) sowie einen Arbeitsspeicher, einen Festspeicher, eine Netzwerk,- und/oder Mobilfunkkarte für kabelgebundene und/oder drahtlose Netzwerkverbindungen. Ein entsprechendes Computerprogrammprodukt kann in einem Arbeits- und/oder Festspeicher des jeweiligen computergesteuerten Systems gespeichert und geladen werden und durch den Mikroprozessor ausgeführt werden. Es kann aber auch unabhängig davon als Datei z.B. per Download von einem Datenserver oder auf einem Datenträger vorliegen oder jeweils teilweise auf verschiedenen der beteiligten Systeme gespeichert, geladen und ausgeführt werden. Dazu kann das Computerprogrammprodukt modular aufgebaut sein und einzelne Module jeweils auf verschiedenen der beteiligten Computersysteme geladen und/oder ausgeführt werden.

Claims

1. Verfahren zum Auffinden eines Parkplatzes für ein Fahrzeug in einem
Zielgebiet, wobei
- ein Verbindungsserver (2) vorgesehen ist, in welchem dem Zielgebiet zugeordnete Verbindungsdaten zu mehreren Datenservern (3, 4, 5)
gespeichert sind, in denen jeweils Daten zu mindestens einem Parkplatz gespeichert sind,
- eine Suchanforderung zum Auffinden eines Parkplatzes im Zielgebiet an den Verbindungsserver (2) gerichtet wird,
- der Verbindungsserver (2) anhand der Zuordnungsdaten eine Verbindung zu den Datenservern (3, 4, 5) herstellt und dabei abfragt, ob in der jeweiligen Datenbank Verfügbarkeitsdaten über verfügbare Parkplätze im Zielgebiet gespeichert sind und falls Verfügbarkeitsdaten vorliegen, von den jeweiligen Datenservern (3, 4, 5) Rückmeldungsdaten an den Verbindungsserver (2) übertragen werden, und
- wobei die Abfrage des Verbindungsservers (2) derart mehrstufig erfolgt, dass
- in einer ersten Abfrage-Stufe eine Vorauswahl der Datenserver (3, 4, 5) getroffen wird, wobei erste, zielgebietsbezogene Parkplatzdaten vom
Verbindungsserver (2) angefragt werden und mit entsprechenden ersten Rückmeldungsdaten von den Datenservern (3, 4, 5) beantwortet wird, ob der jeweilige Datenserver Parkplatzdaten zu dem Zielgebiet enthält,
- auf Basis der ersten Rückmeldungsdaten im Verbindungsserver (2) entschieden wird, welche der jeweiligen Datenserver (3, 4, 5) vorausgewählt werden,
- aus den vorausgewählten Datenservern (3, 4, 5) zumindest ein Datenserver (3, 4, 5) als Auswahlserver ausgewählt und in einer zweiten Abfrage-Stufe zu dem Auswahlserver jeweils zweite Rückmeldungsdaten abgerufen werden, die zumindest hinsichtlich des Parkplatzortes detaillierter sind als die jeweiligen ersten Rückmeldungsdaten.
2. Verfahren nach Anspruch 1 , wobei die anonymen Rückmeldungsdaten im
Verbindungsserver (2) bewertet werden und anhand der Bewertung ein Vergleich der Rückmeldungen von verschiedenen Datenservern (3, 4, 5) erfolgt.
3. Verfahren nach Anspruch 1 oder 2, wobei die Bewertung der anonymen
und/oder detaillierten Rückmeldungsdaten auf Basis eines
datenserverspezifischen Korrekturfaktors erfolgt, der im Verbindungsserver (2) dynamisch verändert wird, wobei jeweils zumindest eine beim Auffinden des Parkplatzes ermittelte Kenngröße zum Verändern verwendet wird.
4. Verfahren nach Anspruch 3, wobei die Veränderung des Korrekturfaktors auf Basis einer Vielzahl von mit dem jeweiligen Datenserver (3, 4, 5)
abgeschlossenen Suchvorgängen für Parkplätze, insbesondere des
Zielgebiets, nach mindestens einer statistischen Methode erfolgt.
5. Verfahren nach einem der vorher gehenden Ansprüche, wobei der
Verbindungsserver (2) unabhängig von einer Suchaufforderung in
vorgegebenen Zeitabständen Abfragen an die Datenserver (3, 4, 5) zur Verfügbarkeit von Rückmeldungsdaten in vorgegebenen Zielgebieten richtet.
6. Verfahren nach einem der vorher gehenden Ansprüche, wobei am
Verbindungsserver (2) eine offene Netzwerkschnittstelle vorsehen ist, über die Datenserver (3, 4, 5) registrierbar und über eine Netzwerkverbindung (6) ankoppelbar sind.
7. Verfahren nach einem der vorher gehenden Ansprüche, wobei die Auswahl des Verbindungsservers (2) anhand von im Fahrzeug (1) eingestellten Kriterien erfolgt.
8. Verfahren nach einem der vorher gehenden Ansprüche, wobei die
Suchanforderung zum Auffinden des Parkplatzes im Zielgebiet von einer im Fahrzeug befindlichen elektronischen Steuereinrichtung (1) an den
Verbindungsserver (2) gerichtet wird.
9. Verfahren nach Anspruch 8, wobei die Steuereinrichtung (1) ein im Fahrzeug befindliches Navigationsgerät ist, zumindest ein Teil der zweiten Rückmeldungsdaten Positionsdaten des Parkplatzes sind und die
Positionsdaten in das Navigationsgerät eingespielt und von diesem zur Routenführung verwendet werden.
10. Computerprogrammprodukt, das beim Laden und Ausführen auf mindestens einem Computer (1 , 2, 3, 4, 5) einen Verfahrensablauf nach einem der vorher gehenden Ansprüche bewirkt.
11. Elektronische Steuereinrichtung, in die ein Computerprogrammprodukt nach Anspruch 10 geladen ist.
PCT/EP2013/070823 2012-10-09 2013-10-07 Verfahren, computerprogrammprodukt und elektronische steuereinrichtung zum auffinden eines parkplatzes für fahrzeuge Ceased WO2014056843A1 (de)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2015536082A JP6232437B2 (ja) 2012-10-09 2013-10-07 車両のための駐車場所を見つけ出すための、方法、コンピュータプログラム製品、及び、電子制御装置
CN201380060236.8A CN104798122B (zh) 2012-10-09 2013-10-07 用于为车辆寻找停车位的方法
ES13776448.6T ES2613633T3 (es) 2012-10-09 2013-10-07 Procedimiento, programa informático y sistema de control electrónico para la localización de una plaza de estacionamiento para vehículos
EP13776448.6A EP2907123B1 (de) 2012-10-09 2013-10-07 Verfahren, computerprogrammprodukt und elektronische steuereinrichtung zum auffinden eines parkplatzes für fahrzeuge
KR1020157010019A KR102146141B1 (ko) 2012-10-09 2013-10-07 차량의 주차 공간의 위치 탐색을 위한 방법, 컴퓨터 프로그램 제품 및 전자 제어장치
US14/681,667 US9959759B2 (en) 2012-10-09 2015-04-08 Method, computer program product, and electronic control device for locating a parking space for vehicles

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102012218334.5A DE102012218334A1 (de) 2012-10-09 2012-10-09 Verfahren, Computerprogrammprodukt und elektronische Steuereinrichtung zum Auffinden eines Parkplatzes für Fahrzeuge
DE102012218334.5 2012-10-09

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/681,667 Continuation US9959759B2 (en) 2012-10-09 2015-04-08 Method, computer program product, and electronic control device for locating a parking space for vehicles

Publications (1)

Publication Number Publication Date
WO2014056843A1 true WO2014056843A1 (de) 2014-04-17

Family

ID=49354640

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2013/070823 Ceased WO2014056843A1 (de) 2012-10-09 2013-10-07 Verfahren, computerprogrammprodukt und elektronische steuereinrichtung zum auffinden eines parkplatzes für fahrzeuge

Country Status (8)

Country Link
US (1) US9959759B2 (de)
EP (1) EP2907123B1 (de)
JP (1) JP6232437B2 (de)
KR (1) KR102146141B1 (de)
CN (1) CN104798122B (de)
DE (1) DE102012218334A1 (de)
ES (1) ES2613633T3 (de)
WO (1) WO2014056843A1 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104900053A (zh) * 2015-04-03 2015-09-09 广东艾科技术股份有限公司 一种计算停车场最短寻车路径的方法
CN106463050A (zh) * 2014-06-26 2017-02-22 宝马股份公司 用于处理车辆的测量数据以用于确定开始寻找停车位的方法和计算机程序产品

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102012218334A1 (de) 2012-10-09 2014-06-12 Bayerische Motoren Werke Aktiengesellschaft Verfahren, Computerprogrammprodukt und elektronische Steuereinrichtung zum Auffinden eines Parkplatzes für Fahrzeuge
US9767690B2 (en) 2014-11-19 2017-09-19 Uber Technologies, Inc. Parking identification and availability prediction
DE102015004369A1 (de) 2015-04-02 2016-10-06 Audi Ag Verfahren zum Ermitteln eines geeigneten Parkplatzes, Kraftfahrzeug und Server
DE102016000970A1 (de) 2016-01-29 2017-08-03 Audi Ag Verfahren zum Betreiben einer Detektionsvorrichtung eines Kraftfahrzeugs
CN106169250A (zh) * 2016-08-08 2016-11-30 苏州千阙传媒有限公司 一种基于app的城市停车场与车主位置匹配方法
WO2018093352A1 (en) * 2016-11-15 2018-05-24 Ford Global Techonologies, Llc Assigning parking locations for autonomous vehicles
KR102395278B1 (ko) 2016-12-02 2022-05-09 현대자동차주식회사 주차 경로 생성 장치, 그를 포함한 시스템 및 그 방법
DE102017214293B4 (de) 2017-08-16 2019-10-10 Volkswagen Aktiengesellschaft Verfahren, Vorrichtung und computerlesbares Speichermedium mit Instruktionen zum Verarbeiten von Daten in einem Kraftfahrzeug für einen Versand an ein Backend
US10586452B2 (en) * 2017-10-15 2020-03-10 Lenovo (Singapore) Pte. Ltd. Transmission of parking instructions with clearance distances to self-driving vehicles
JP6832531B2 (ja) * 2018-03-15 2021-02-24 パナソニックＩｐマネジメント株式会社 自動運転支援システム、車両接続サーバ、管制サーバ、自動運転支援方法、サーバの制御方法、およびプログラム
CN110459070A (zh) * 2018-05-07 2019-11-15 苏州市谷藤建筑工程有限公司 泊车预约自动分配系统
US20200175634A1 (en) * 2018-12-04 2020-06-04 Sidewalk Labs LLC Methods, systems, and media for coordinating parking availability
DE102019208788A1 (de) 2019-06-17 2020-12-17 Volkswagen Aktiengesellschaft Kraftfahrzeug
US11835345B2 (en) 2019-06-27 2023-12-05 Kyndryl, Inc. Transportation vehicle routing
CN110536117A (zh) * 2019-09-03 2019-12-03 北京蓦然认知科技有限公司 一种利用车载摄像头的目标辅助查找方法和装置
EP3789984B1 (de) * 2019-09-06 2026-01-07 Yellow Line Parking Ltd. System zur optimierung des transienten holzugangs
DE102023212630B4 (de) * 2023-12-13 2025-12-18 Deutsches Zentrum für Luft- und Raumfahrt e.V. Verfahren und System zum Steuern einer Parkflächennutzung durch Fahrzeuge
JP7782897B1 (ja) * 2025-06-04 2025-12-09 株式会社ジェイ・アイ・エム 駐車場貸出管理装置及びプログラム

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19933666A1 (de) * 1999-07-17 2001-01-18 Bosch Gmbh Robert Navigationsverfahren
WO2003039040A1 (en) 2001-10-10 2003-05-08 Jai-Young Song Method and apparatus for processing a parking registration and parking information inquiry
DE60130695T2 (de) * 2000-02-24 2008-07-24 Parkeon Verfahren zum Verwalten von Parkplätzen
WO2010081563A1 (en) * 2009-01-13 2010-07-22 Tomtom International B.V. Navigation device, method & system
US20100302068A1 (en) 2009-06-01 2010-12-02 Navteq North America, Llc Street parking community application and method
US20120092190A1 (en) * 2010-10-14 2012-04-19 Xerox Corporation Computer-Implemented System And Method For Managing Motor Vehicle Parking Reservatons
TR201103609A2 (tr) * 2011-04-13 2012-06-21 Netaş Telekomüni̇kasyon Anoni̇m Şi̇rketi̇ Otopark yönlendirme ve bilgilendirme sistemi ile bu sisteme ilişkin yöntem.
WO2012092276A2 (en) 2010-12-27 2012-07-05 Al Incube, Inc. Providing guidance for locating street parking

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003263662A (ja) * 2002-03-08 2003-09-19 Omron Corp 駐車場予約システム、駐車場予約方法、駐車場予約サーバ、駐車場管理装置、予約端末装置、自動精算機
TW200723149A (en) * 2005-12-06 2007-06-16 Sin Etke Technology Co Ltd Parking lot reservation system with electronic identification
JP2007164554A (ja) * 2005-12-15 2007-06-28 Fantastic Corp 空き駐車場斡旋システム及び斡旋方法
JP2009002784A (ja) * 2007-06-21 2009-01-08 Aisin Aw Co Ltd ナビゲーションシステム、及びその検索方法及び検索プログラム
JP2009162569A (ja) * 2007-12-28 2009-07-23 Aisin Aw Co Ltd ナビゲーション装置及びコンピュータプログラム
US8600800B2 (en) 2008-06-19 2013-12-03 Societe Stationnement Urbain Developpements et Etudes (SUD SAS) Parking locator system including promotion distribution system
US20100057355A1 (en) * 2008-08-28 2010-03-04 Gene Fein Location identification
US20120299749A1 (en) * 2011-05-25 2012-11-29 Verizon Patent And Licensing Inc. Parking lot management system
DE102012218334A1 (de) 2012-10-09 2014-06-12 Bayerische Motoren Werke Aktiengesellschaft Verfahren, Computerprogrammprodukt und elektronische Steuereinrichtung zum Auffinden eines Parkplatzes für Fahrzeuge

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19933666A1 (de) * 1999-07-17 2001-01-18 Bosch Gmbh Robert Navigationsverfahren
DE60130695T2 (de) * 2000-02-24 2008-07-24 Parkeon Verfahren zum Verwalten von Parkplätzen
WO2003039040A1 (en) 2001-10-10 2003-05-08 Jai-Young Song Method and apparatus for processing a parking registration and parking information inquiry
WO2010081563A1 (en) * 2009-01-13 2010-07-22 Tomtom International B.V. Navigation device, method & system
US20100302068A1 (en) 2009-06-01 2010-12-02 Navteq North America, Llc Street parking community application and method
US20120092190A1 (en) * 2010-10-14 2012-04-19 Xerox Corporation Computer-Implemented System And Method For Managing Motor Vehicle Parking Reservatons
WO2012092276A2 (en) 2010-12-27 2012-07-05 Al Incube, Inc. Providing guidance for locating street parking
TR201103609A2 (tr) * 2011-04-13 2012-06-21 Netaş Telekomüni̇kasyon Anoni̇m Şi̇rketi̇ Otopark yönlendirme ve bilgilendirme sistemi ile bu sisteme ilişkin yöntem.
WO2012141665A1 (en) * 2011-04-13 2012-10-18 Netas Telekomunikasyon Anonim Sirketi A car park guidance and information system and a method for this system

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106463050A (zh) * 2014-06-26 2017-02-22 宝马股份公司 用于处理车辆的测量数据以用于确定开始寻找停车位的方法和计算机程序产品
CN106463050B (zh) * 2014-06-26 2019-02-22 宝马股份公司 用于处理车辆的测量数据以用于确定开始寻找停车位的方法
US10417907B2 (en) 2014-06-26 2019-09-17 Bayerische Motoren Werke Aktiengesellschaft Method for processing measurement data of a vehicle in order to determine the start of a search for a parking space and computer program product
CN104900053A (zh) * 2015-04-03 2015-09-09 广东艾科技术股份有限公司 一种计算停车场最短寻车路径的方法

Also Published As

Publication number Publication date
US9959759B2 (en) 2018-05-01
JP2015534694A (ja) 2015-12-03
EP2907123A1 (de) 2015-08-19
US20150213715A1 (en) 2015-07-30
CN104798122A (zh) 2015-07-22
CN104798122B (zh) 2017-09-12
KR20150065738A (ko) 2015-06-15
DE102012218334A1 (de) 2014-06-12
EP2907123B1 (de) 2016-12-07
ES2613633T3 (es) 2017-05-25
KR102146141B1 (ko) 2020-08-20
JP6232437B2 (ja) 2017-11-15

Similar Documents

Publication Publication Date Title
EP2907123B1 (de) Verfahren, computerprogrammprodukt und elektronische steuereinrichtung zum auffinden eines parkplatzes für fahrzeuge
EP2413103B1 (de) Technik zum Bestimmen von Points Of Interest für eine Navigationsvorrichtung
DE60219473T2 (de) Verbessertes verfahren und system zum abbilden von verkehrsvoraussagen in bezug auf telematik- und routenleitanwendungen
DE69934648T2 (de) Informationsauffindungssystem
EP1360458B1 (de) Verfahren zum austauschen von navigationsinformationen
DE102015211514B4 (de) Verfahren und Vorrichtung zur Fahrerassistenz
DE112016003722T5 (de) Systeme und verfahren zum einstellen von fahrplänen und strecken für mitfahrgelegenheiten
EP3044547B1 (de) Vorrichtung und verfahren zur mobilitätssteuerung
DE102010003610A1 (de) Verfahren, System und Abgleichmittel zum automatisierten Abgleich von dynamischen Fahrtrouten mit ortsbezogenen Mitfahranfragen
DE102007024061A1 (de) Verfahren und Vorrichtung zur adaptiven Zielermittlung bei Navigationssystemen
EP2275780A2 (de) Verfahren zur Unterstützung der Bildung von Fahrgemeinschaften
EP3899430B1 (de) Verfahren zum navigieren eines fahrzeuges
WO2013034406A1 (de) System zur reservierung einer ladestation
EP4163894A1 (de) Verfahren und parkleitsystem zur zuweisung eines parkplatzes für ein fahrzeug und zur navigation des fahrzeugs zu dem parkplatz
DE102009056641A1 (de) Verfahren zur Routenbestimmung in einem System zur Vermittlung von Mitfahrgelegenheiten
DE102014210757A1 (de) Routenplanung für ein Fahrzeug
EP3085126A1 (de) Verfahren zur roaming-verwaltung in einer mobilfunkeinheit, infotainment-anlage für ein kraftfahrzeug und kraftfahrzeug
EP3430357A1 (de) System und verfahren zur navigation eines fahrzeugs sowie fahrzeug
EP0925565B1 (de) Verfahren zur steuerung des transport- und reiseverkehrs
EP1531442B2 (de) Verfahren zur Unterstützung der Navigation eines Fahrzeuges und Navigationszentrale
EP1249992A2 (de) Verfahren zum Betrieb eines automatischen Branchen-Auskunftssystems
DE102021108211A1 (de) Informationenverarbeitungsvorrichtung, Anzeigesystem, Anzeigesteuerungsverfahren und nicht-transitorisches lesbares Medium
DE102010004292A1 (de) Verfahren zum Bestimmen einer Route und elektronisches Navigationssystem
WO2022117261A1 (de) Zusammenführen statischer und dynamischer kartendaten
DE102021117230A1 (de) Verfahren zur Parkunterstüzung und KI (Künstliche Intelligenz)- unterstütztes Parkassistenzsystem eines Kraftfahrzeugs

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13776448

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2013776448

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013776448

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2015536082

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20157010019

Country of ref document: KR

Kind code of ref document: A