EP3218881A1 - System und verfahren zur verwaltung eines parkvorgangs eines fahrzeugs in einer gebührenpflichtigen parkzone und eines zahlvorgangs zur begleichung von parkgebühren - Google Patents

System und verfahren zur verwaltung eines parkvorgangs eines fahrzeugs in einer gebührenpflichtigen parkzone und eines zahlvorgangs zur begleichung von parkgebühren

Info

Publication number
EP3218881A1
EP3218881A1 EP15812947.8A EP15812947A EP3218881A1 EP 3218881 A1 EP3218881 A1 EP 3218881A1 EP 15812947 A EP15812947 A EP 15812947A EP 3218881 A1 EP3218881 A1 EP 3218881A1
Authority
EP
European Patent Office
Prior art keywords
parking
control device
user
ibeacon
app
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.)
Withdrawn
Application number
EP15812947.8A
Other languages
English (en)
French (fr)
Inventor
Erfindernennung liegt noch nicht vor Die
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.)
Sunhill Technologies GmbH
Original Assignee
Sunhill Technologies GmbH
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 Sunhill Technologies GmbH filed Critical Sunhill Technologies GmbH
Publication of EP3218881A1 publication Critical patent/EP3218881A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G07B15/04—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems comprising devices to free a barrier, turnstile, or the like
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/06—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems
    • G07B15/063—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems using wireless information transmission between the vehicle and a fixed station

Definitions

  • the present invention relates to a system for managing a parking operation of a vehicle in a paid parking zone and for managing a paying operation for paying parking fees.
  • the invention also relates to a corresponding method for operating the system according to the invention.
  • Under management of the parking process is understood the paid parking on private or public parking lots or parking garages with barriers, which includes automated payment transactions.
  • Under automated payment transactions the determination of the parking fee is defined after a certain parking time, the retrieval of the determined parking fee from an account of the vehicle user and the release of the vehicle after completed account retrieval.
  • WO 96/27170 A Parkit Oy
  • a parking fee system in which a control device with parking fee register is available, with an assignment of parking space to a user's vehicle is possible and from stored data on parking fees and the associated
  • Parking fee center output control means by means of a
  • PCT / EP2014 / 00215 (sunhill technologies GmbH, WuPa 01/14) is already proposed to organize the identification processes by suitable means such that the management of the parking process and the associated
  • Beacons are known as signal generators
  • the name iBeacon is a registered trademark of the company Apple Inc. Apart from this, the name has come to be known as a generic term in the art.
  • the Beacon devices derived therefrom, iBeacons for short, are proximity detection systems and In modern technology, they are considered a new class of low-cost transmitters that have low energy requirements and can detect the presence of so-called IOS7 systems, which makes it particularly possible for smartphone iOS7 operating systems to be activated by the iBeacons. and / or Windows operating systems for smartphones.
  • VTicket an identifiable option that can be assigned in any other way is provided in the invention, which is referred to as VTicket for short, using the iBeacons and a suitable smartphone app according to the invention.
  • Bluetooth especially Bluetooth Low Energy (BLE), which is a low
  • Parking garage operator calculates the parking duration and the paid survey.
  • Pankzone subject to charges and a payment transaction to pay for
  • Output signal can not be generated because e.g. an account is not covered, the parking space user remains obliged to pay the fee. In this case, you have to resort to alternative payment options, such as the cash machine.
  • the parking zone is allocated to one or more iBeacons at a suitable position, the iBeacons being coupled without contact with the smartphone or an associated app in the smartphone.
  • apps in the digital
  • Figure 1 is a schematic of the use of iBeacons in a limited
  • Figure 3 shows the system with iBeacons for street parking and 4 shows a sequence diagram with the. Temporal adaptation of the signals in the entire functional sequence.
  • FIGS. 1 to 3 respectively denote a vehicle or the associated user of the parking system, which is located on a parking zone, not marked in detail in FIG. 1, such as parking garage, parking lot or even street with parking lane.
  • the user of the vehicle 1 has a smartphone 2, which contains a specific application program 3 (so-called App).
  • App is, for example, under the trade name Travipay (registered IVIarke the company sunhill techoologies GmbH) in the trade.
  • an entrance barrier 10 and an extension barrier 20 are present.
  • the entrance barrier 10 is an iBeacon 11 and the extension gate 20 is assigned an iBeacon 21.
  • the entrance barrier 10 and the Ausfahr Hee 20 are connected to a barrier control system 15 which in
  • Logic unit 30 communicate with the barrier control system 15.
  • Logic unit 30 includes app logic, transaction logic, garage business logic, and billing logic that are software-engineered and will not be described in detail initially. Furthermore, a unit 40 is provided as a billing platform, which is used to generate invoices and is used in communication with the logic unit 30.
  • the so described logic units are in the system for managing the
  • Patent application PCT / EP2014 / 00215 incorporated. When used for a parking operation, the following constraints arise:
  • the requirement is that the user in the vehicle 1 has an iBeacon-enabled mobile phone 2 available, which is usually the case with modern smartphones. Is a smartphone application (App 3) installed on this device and The systems of the parking garage or the restricted parking zone can be iBeacon-enhanced.
  • the identity is received by the app 3 and forwarded to the processing unit 30.
  • the iBeacon identity is read by the app and checked in the logic unit 30 using a system-specific pool. If the iBeacon is not saved, it will be ignored. If, on the other hand, it belongs to the saved pool, a barrier profile is sent to the app. The app checks whether the barrier profile belongs to the entry barrier 10.
  • the user receives a notification asking if he would like to receive a digital ticket.
  • the user can confirm that they want a digital (virtual) ticket (VTicket).
  • VTicket digital (virtual) ticket
  • the vehicle must stand there and the engine must be switched off.
  • the user can specify in the settings that the digital ticket should be created automatically without manual confirmation.
  • the user receives a reference to the StVO, if he wants to give the confirmation.
  • the request for the VTicket is forwarded to the logic unit 30.
  • the logic unit 30 requests the barrier control system 15 to create a new specific VTickets.
  • the barrier control system 15 creates a new VTicket and sends it to the logic unit 30.
  • the logic unit 30 sends the VTicket to the app 3.
  • the logic unit 30 activates the VTicket and sends it to the
  • the Einfahr Chensystem opens the barrier 10 and the user of the vehicle 1 can park.
  • Billing process performed In the first case, the payment is deducted when leaving the car park. In the second case, at certain time intervals the in each case the amount of the invoice amount debited or reserved. After each debit / reservation the ticket status will be renewed and the parking time will be renewed automatically. If a problem occurs, especially if the amount on the pre-paid account has been used up, the ticket is deleted and the user has to pay the deficit with a paper ticket in a conventional manner at a cash machine.
  • the user drives with the vehicle 1 to Ausfahr Hee 20.
  • the iBeacon 21 at the exit barrier 20 identifies itself in the App 3 of the user's smartphone 2.
  • the App 2 sends the iAccess identity 11 to the logic unit 30 which checks the identity of the iBeacon 11 and ignores it if it is not part of the pool.
  • the app gets the barrier profile and checks if this to the
  • Exit barrier 20 is heard.
  • the app checks if a digital VTicket has been generated and checks if the payment amount is plausible and the amount paid, i.
  • the user may enter the paper ticket, if any, received at the entry gate 10 into the exit gate 20.
  • the ticket is checked and it is released after payment of the payment amount the exit barrier 20.
  • 50 designates a free parking zone with marked parking spaces 60 and an entrance 55 and an exit 65. Entrance 55 is assigned an iBeacon 56 and exit 65 is assigned an iBeacon 66. There may be several entry and exit options, each of which is assigned an iBeacon. Advantageously, however, there are two iBeacons, which is sufficient.
  • 70 designate a driveway with lateral parking lane 75, which realizes at least one street parking lot.
  • the parking lane 75 is associated with an iBeacon (pair) 76 to a street parking lot.
  • FIG. 4 shows a so-called sequence diagram for the exemplary embodiment according to FIG.
  • the vertical illustrates the timing
  • the individual stations are the smartphone app, the entry barrier, the beacon entrance, the exit gate, the beacon exit, the barrier end state, the operator level and the billing platform according to FIG. 1.
  • the backend is used in each case for the activity of the service provider Understood.
  • the user has an iBeacon-enabled mobile phone.
  • the user drives into an iBeacon-upgraded garage.
  • the app checks the iBeacon identity.
  • the app reads the backend identity and compares it to the operator pool
  • the app backend checks the beacon identity. If it belongs to the operator.
  • the app checks the operator backend if the iBeacon works with the entry barrier.
  • the app records the notification.
  • VTicket digital ticket
  • the request for VTicket is directed to the operator backend.
  • the operator backend communicates to the backend barrier with the request for a ticket to the specific gateway.
  • the barrier backend gives a ticket to the operator backend.
  • the operator backend delivers a VTicket.
  • the operator backend activates the VTicket
  • the cabinet system opens the retracting earthing.
  • the billing process takes place in the background, either periodically by the user account or in accordance with the credit line of the user.
  • the Ibeacon at the exit barrier identifies itself to the existing app service from the user's smartphone
  • the app checks the beacon identity and suppresses the notification if it is not part of the operator pools.
  • the app gets the beacon profile and checks if it corresponds to the exit gate.
  • the app checks if there is an active VTicket.
  • the operator backend instructs the barrier backend to open the barrier.
  • the barrier opens and the user moves out.
  • the activated ticket is automatically paid when leaving the parking zone.
  • FIG. 4 Sequence diagram ENTRY entry

Landscapes

  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)

Abstract

Ein erfindungsgemäßes System umfasst: - eine Steuervorrichtung zur Steuerung des Parkvorgangs und des Zahlvorgangs, wobei die Steuervorrichtung zur Übertragung von Signalen mit einem Kommunikationsnetzwerk in Verbindung steht, - erste Mittel zur Identifikation des Nutzers und/oder des Fahrzeuges, die kommunikativ mit der Steuervorrichtung in Verbindung stehen, - zweite Mittel zur Identifikation des Einfahrvorganges, die kommunikativ mit der Steuervorrichtung und/oder der Vorrichtung zur Identifikation des Nutzers in Verbindung stehen, - dritte Mittel zur Realisierung der Identifikation, die kommunikativ mit der Steuervorrichtung in Verbindung stehen, wobei die dritten Mittel zur Identifikation derart ausgebildet sind, dass sie die Identifikation des Einfahrvorganges zur Auslösung und/oder Durchführung eines Zahlvorgangs erfasst, - vierte Mittel, die derart ausgebildet sind und kommunikativ mit der Steuervorrichtung und/oder den anderen Mitteln in Verbindung stehen, dass diese eine Freigabe bewirken, - wobei die Steuervorrichtung über das Kommunikationsnetzwerk zum Empfang und Verarbeitung der Identifikationssignale ausgebildet ist, - wobei die Steuervorrichtung zur Erzeugung eines Ausfahrerlaubnissignals ausgebildet ist, in Antwort auf die Übermittlung der Identifikationssignale von einem Nutzer an die Steuervorrichtung, - wobei die Steuervorrichtung derart ausgebildet ist, dass sie den Zahlvorgang auslöst und/oder durchführt, sobald die Parkzone verlassen ist, durch die Verwendung von Beacon-Einrichtungen (11, 21; 56, 66, 76) zur Lokalisierung des Handys (2) des Nutzers des Fahrzeuges (1) und Aktivierung des Verwaltungsvorgangs, in dem der Einfahrvorgang und/oder der Ausfahrvorgang des Fahrzeuges (1) zeitgenau erfassbar ist/sind. Mit dem zugehörigen Verfahren erfolgt ein sachgerechter Betrieb des Systems.

Description

Beschreibung
System und Verfahren zur Verwaltung eines Parkvorgangs eines Fahrzeugs in einer gebührenpflichtigen Parkzone und eines Zahlvorgangs zur Begleichung von
Parkgebühren
Die vorliegende Erfindung betrifft ein System zur Verwaltung eines Parkvorgangs eines Fahrzeugs in einer gebührenpflichtigen Parkzone und zur Verwaltung eines Zahlvorgangs zur Begleichung von Parkgebühren. Daneben betrifft die Erfindung auch ein entsprechendes Verfahren zum Betrieb des erfindungsgemäßen Systems. Unter Verwaltung des Parkvorganges wird dabei das gebührenpflichtige Parken auf privaten oder öffentlichen Parkplätzen bzw. Parkhäusern mit Abschrankungen verstanden, was einen automatisierten Zahlungsverkehr einschließt. Unter automatisierten Zahlungsverkehr ist die Ermittlung der Parkgebühr nach einer bestimmten Parkzeit, der Abruf der ermittelten Parkgebühr von einem Konto des Fahrzeugnutzers und die Freigabe des Fahrzeuges nach vollzogenem Kontoabruf definiert.
Vom Stand der Technik sind Methoden und Systeme bekannt geworden, mit denen auf freien Parkzonen ein vorbestimmbares Parken auf einzeln lokalisierbaren
Parkflächen unterstützt wird. Dabei werden unterschiedliche Ansätze verfolgt. Meist kommen dabei drahtlose Signalübertragung und insbesondere Mobilfunk zum
Einsatz.
Im Einzelnen ist aus der WO 96/27170 A (Parkit Oy) ein Parkgebührensystem bekannt, bei dem eine Kontrollvorrichtung mit Parkgebührenregister vorhanden ist, mit der eine Zuordnung von Parkfläche zum Fahrzeug eines Nutzers möglich ist und aus abgespeicherten Daten über Parkgebühren sowie den zugehörigen
Informationen über die Parkzeit die Gebühren ermittelt werden, die von einem
Nutzerkonto abgerufen werden. Weiterhin wird mit der WO 01/88 855 A (= EP 1 312 049 B1 (Payway Oy)) ein Parkgebührensystem vorgeschlagen, bei dem ein Parkgebührzentrum von einer Parkscheinvorrichtung aktiviert wird und mittels eines Mobilfunknetzes mit dem Nutzer in Verbindung steht. Bei Verlassen der Parkzone wird über das
Parkgebührenzentrum eine Ausgangssteuereinrichtung mittels eines
ticketspezifischen Ausgangserlaubniscodes aktiviert.
Mit der WO 01/88 856 A (= EP 1312 050 B1 (Payway Oy)) wird dagegen
vorgeschlagen, dass einzelne Parkflächen für den Parkvorgang definiert werden und die Informationen der Parkflächen zusätzlich in das Register des
Parkgebührenzentrums zur Ermittlung der korrekten Parkgebühr eingespeichert werden.
Eigenart der genannten Systeme ist, dass immer - entsprechend dem älteren Stand der Technik - vor dem Verlassen der Parkzone die Bezahlfunktion realisiert werden muss. Diese erfolgt zwar dort bereits über Handy und Mobilfunksysteme. Die
Freigabe und ggfs. das Öffnen der Beschrankung erfolgt aber immer erst dann, wenn der Bezahlvorgang abgeschlossen ist. Für den Nutzer bedeutet das eine Wartezeit vor der Beschrankung.
Mit der älteren, nicht vorveröffentlichten internationalen Patentanmeldung
PCT/EP2014/00215 (sunhill technologies GmbH, WuPa 01/14) wird bereits vorgeschlagen, die Identifikationsprozesse durch geeignete Mittel derart zu organisieren, dass die Verwaltung des Parkvorganges und des zugehörigen
Zahlvorgangs zur Begleichung der Parkgebühren vereinfacht wird.
Davon ausgehend ist es Aufgabe vorliegender Erfindung, das mit vorgenannter Patentanmeldung vorgeschlagene System und das zugehörige Verfahren zum Betrieb des Systems weiter zu verbessern. Die Aufgabe ist erfindungsgemäß durch die Gesamtheit der Merkmale des Patentanspruches 1 gelöst. Weiterbildungen hinsichtlich unterschiedlicher Aspekte der Erfindung sind Gegenstand der abhängigen Sachansprüche 2 bis 19. Zur Realisierung dieses System wird eine Abfolge von Verfahrensschritten entsprechend Patentanspruch 18 bzw. den Patentansprüchen 19 bis 21 ausgeführt.
Bei der Erfindung ist wesentlich, dass die technischen Mitte), die mit der
Steuervorrichtung kommunizieren, Gebrauch von Beacon-Einrichtungen machen. Beacons („Leuchtfeuer") sind als Signalgeber bekannt. Der Name iBeacon ist ein eingetragenes Warenzeichen der Fa. Apple Inc. Davon abgesehen hat sich der Name als Gattungsbegriff in der Technik eingebürgert. Die daraus abgeleiteten Beacon-Devices, kurz iBeacons, sind Näherungserfassungssysteme und gelten in der modernen Technologie als eine neue Klasse von kostengünstigen Übertragern, die einen geringen Energiebedarf haben und die Anwesenheit sog. IOS7-Sysfeme erfassen können. Somit sind insbesondere Smartphones lOS7-Betriebssysteme zu Aktionen durch die iBeacons aktivierbar. Sie sind aber auch bei Android- und/oder Windows-Betriebssystemen für Smartphones einsetzbar.
Durch die Kombination von iBeacons im Einfahr-Schranken- oder Ausfahr- Schrankenbereich und einer geeigneten App im Smartphone wird nunmehr erreicht, Parkbeginn und Parkende zeitgenau zu erfassen. Dabei ist es durch geeignete softwaregesteuerte Logikeinheiten möglich, die Identifizierung von Fahrzeugen und Nutzern bzw. deren Smartphone herbeizuführen.
Vom Stand der Technik ist es zwar bekannt, dass zur Signalübertragung zwischen einem Mobilphone und einer Steuereinrichtung ein üblicher Bluetooth-Standard verwendet wird, um bei Parkzonen mit Beschrankungen die Schranken in der Einfahrt bzw. der Ausfahrt zu aktivieren. Hierzu wird im Einzelnen auf die US2003/0 224 766 A1 (Skidata = EP 1 353 298 A1), die US 2003/0050 793 A1 und die US 2004/0012481 A1 verwiesen. Damit werden jeweils die Schranken der Parkzonen nach jeweiliger Abklärung des Registrier- und Bezahlvorgangs mittels Handy und SMS aktiviert. Speziell IBeacons kommen dort nicht zum Einsatz. Wie bereits erwähnt ist auch die Nutzung speziell der Beacon-Technologie seit einiger Zeit bekannt. Nicht bekannt oder auch nahegelegt ist aber deren Anwendung bei Parksystemen, bei der speziell die iBeacons verschiedene Funktionen ausführen können. In der spezifischen Verbindung der iBeacons bei Parksystemen mit Registrierung des Nutzers sowie Erfassung und Verwaltung der Parkgebühren ergeben sich insbesondere beachtliche wirtschaftliche Vorteile.
Bei der Realisierung der Erfindung kann von einer Parkzone mit herkömmlicher Beschrankung ausgegangen werden. Es ist jedoch auch möglich, die erfindungsgemäßen Beacon-Problemlösungen vorteilhaft bei beschrankungsfreien Parkzonen und auch in innerstädtischen Fahrstraßen mit separaten Parkstreifen anzuwenden.
Alternativ zum gegenständlichen "Parkticket" mit Kennung ist bei der Erfindung jeweils eine anderweitig zuordenbare Identifikationsmöglichkeit vorgesehen, die kurz als VTicket bezeichnet wird, wobei erfindungsgemäß die iBeacons und eine geeignete Smartphone-App eingesetzt werden. Diese kommunizieren über
Bluetooth, insbesondere Bluetooth Low Energy (BLE), was einen geringen
Energiebedarf beinhaltet.
Im Rahmen der Erfindung wird also von sog„digitalen" Parktickets Gebrauch gemacht. Nur im Fehlerfall wird ein physisches Parkticket benötigt, ansonsten kann der Vorgang ausschließlich über die oben genannten Medien erfolgen. Damit ist auch die Realisierung von "virtuellen Schranken" möglich.
Erst nach Verlassen der Parkzone, also z.B. des Parkhauses, werden vom
Parkhausbetreiber die Parkdauer und der zu bezahlende Befrag errechnet. Das System zur Verwaltung eines Parkvorgangs eines Fahrzeugs in einer
gebührenpflichtigen Pankzone und eines Zahlvorgangs zur Begleichung von
Parkgebühren bucht diesen Betrag über das entsprechende Konto des
Nutzers ab und informiert den Nutzer, z.B. per SMS. Sollte aufgrund einer vorübergehenden Nichtverfügbarkeit des Services die
Entrichtung der Parkgebühr per Handy nicht möglich sein oder sollte ein
Ausgangssignal nicht erzeugt werden können, weil z.B. ein Konto nicht gedeckt ist, so bleibt der Parkraumnnutzer weiterhin zur Gebührenentrichtung verpflichtet. In diesem Falle ist auf alternative Bezahlmöglichkeiten , wie etwa den Kassenautomat zurückzugreifen.
Insgesamt ist festzuhalten, dass der Nutzer im Allgemeinen kein Papierticket mehr erhalten und aufbewahren muss. Dadurch besteht kein Risiko mehr das Papierticket zu verlieren und somit eine entsprechende„Strafgebühr", d.h. die für diesen Fall definierte Gebühr zu bezahlen. Außerdem wird für den Parkraumbewirtschafter der Papierticket-Verbrauch reduziert.
Wie bereits erwähnt ist mit der Erfindung aber erstmalig auch eine Anwendung bei unbeschrankten Parkplätzen möglich. Hier werden der Parkzone an geeigneter Position ein oder mehreren iBeacons zugeordnet, wobei die iBeacons mit dem Smartphone bzw. einer zugehörigen App im Smartphone berührungslos gekoppelt sind. Vorteilafterweise können dabei in Zukunft solche Apps im digitalen
Informationssystem eines Fahrzeuges integriert sein..
Weitere Einzelheiten und Vorteile der Erfindung ergeben sich aus der nachfolgenden Beschreibung eines Ausführungsbeispiels in Verbindung mit den einzelnen
Patentansprüchen.
Es zeigen
Figur 1 ein Schema der Verwendung von iBeacons bei einem beschrankten
Parkplatz bzw. Parkhaus mit Ein- bzw. Ausfahrsperrvorrichtungen,
Figur 2 die Verwendung von iBeacons bei einem Parkplatz bzw. Parkhaus ohne
Ein- bzw. Ausfahrsperrvorrichtungen,
Figur 3 das System mit iBeacons für Straßenparken und Figur 4 ein Sequenzdiagramm mit der .zeitlichen Anpassung der Signale im gesamten Funktionsablauf.
In den Figuren 1 bis 3 bedeuten jeweils 1 ein Fahrzeug bzw. den zugehörigen Nutzer des Parksystems, das auf einer in Fig. 1 nicht im Einzelnen gekennzeichneten Parkzone, wie Parkhaus, Parkplatz oder auch Straße mit Parkspur, befindet. Der Nutzer des Fahrzeugs 1 hat ein Smartphone 2, das ein spezifisches Applikations- programm 3 (sog. App) beinhaltet. Eine solche App ist beispielsweise unter dem Handelsnamen Travipay (eingetragene IVIarke der Fa. sunhill techoologies GmbH) im Handel.
Speziell in Figur 1 sind eine Einfahrtsschranke 10 und eine Ausfahrschranke 20 vorhanden. Der Einfahrtsschranke 10 ist ein iBeacon 11 und der Ausfahrschranke 20 ist ein iBeacon 21 zugeordnet. Die Einfahrtsschranke 10 und die Ausfahrschranke 20 sind mit einem Schrankenkontrollsystem 15 verbunden, das in
Kommunikationsverbindung mit einer Logikeinheit 30 steht. Der Systemanbieter (bspw. sunhill fechnologäes GmbH) kann aus Sicherheitsgründen nur über die
Logikeinheit 30 mit dem Schrankenkontrollsystem 15 kommunizieren.
Die Logikeinheit 30 beinhaltet eine App-Logik, eine Transaktionslogik, eine Garagen- Geschäftslogik und eine Rechnungslogik, die softwaremäßig ausgebildet und zunächst nicht im Einzelnen beschrieben werden. Weiterhin ist eine Einheit 40 als Abrechnungsplattform vorhanden, die zur Erstellung von Rechnungen dient und in Kommunikationsverbindung mit der Logikeinheit 30 dient.
Die so beschrieben Logikeinheiten sind in das System zur Verwaltung des
Parkvorganges und Berechnung der Parkgebühren gemäß der älteren
Patentanmeldung PCT/EP2014/00215 eingebunden. Bei der Nutzung für einen Parkvorgang ergeben sich folgende Nebenbedingungen:
Voraussetzung ist, dass der Nutzer im Fahrzeug 1 ein iBeacon-ertüchtigtes Handy 2 zur Verfügung hat, was üblicherweise bei zeitgemäßen Smartphones der Fall ist. Ist eine Smartphone-Applikation (App 3) auf diesem Gerät installiert und können die Systeme der Parkgarage bzw. der beschrankten Parkzone iBeacon- ertüchtigt werden.
Wenn das Fahrzeug 1 bzw. Nutzer mit Handy 2 in den Sendebereich von iBeacon 11 eindringt, wird die Identität von der App 3 empfangen und an die Verarbeitungseinheit 30 weitergegeben. Dabei wird von der App die iBeacon-ldentität gelesen und in der Logikeinheit 30 anhand eines System-spezifischen Pools geprüft. Sofem das iBeacon nicht gespeichert ist, wird es ignoriert. Gehört es dagegen in den gespeicherten Pool, wird ein Schrankenprofil an die App gesendet. Die App prüft, ob das Schrankenprofil zu der Einfahrschranke 10 gehört.
Der Nutzer erhält eine Benachrichtigung mit der Frage, ob er ein digitales Ticket erhalten möchte. Der Nutzer kann bestätigen, dass er ein digitales (virtuelles) Ticket (VTicket) wünscht. Das Fahrzeug muss dabei stehen und der Motor muss ausgeschaltet sein. Alternativ kann der Nutzer in den Einstellungen angeben, dass das digitale Ticket ohne manuelle Bestätigung automatisch erstellt werden soll. Dabei erhält der Nutzer einen Hinweis auf die StVO, wenn er die Bestätigung geben will.
Die Anfrage nach dem VTicket wird an die Logikeinheit 30 weitergegeben. Die Logikeinheit 30 fragt bei dem Schrankenkontrollsystem 15 die Erstellung eines neuen spezifischen VTickets an. Das Schrankenkontrollsystem 15 erstellt ein neues VTicket und sendet dies an die Logikeinheit 30. Die Logikeinheit 30 schickt das VTicket an die App 3.
Für einen Fehlerfall, d.h. wenn das Handy versagt, beispielsweise aufgrund
Batterieerschöpfung od. dg!., kann ggf. ein Papier-Ticket gedruckt werden.
Die Logikeinheit 30 aktiviert das VTicket und übersendet es an das
Schrankenkontrollsystem 15. Das Einfahrschrankensystem öffnet die Schranke 10 und der Nutzer des Fahrzeugs 1 kann parken.
Während des Parkens wird entweder ein einmaliger oder ein periodischer
Abrechnungsprozess durchgeführt. Im ersten Fall wird der Zahlbetrag bei Ausfahrt aus dem Parkhaus abgebucht. Im zweiten Fall wird in bestimmten Zeitintervallen der jeweils der beim Parken anfallende Rechnungsbetrag abgebucht oder reserviert. Nach jeder Abbuchung/Reservierung wird der Ticket-Status erneuert und die Parkzeit automatisch erneuert. Wenn ein Problem auftritt, insbesondere wenn der Betrag auf dem Pre-Paid-Acount verbraucht ist, wird das Ticket gelöscht und der Nutzer hat mit einem Papier-Ticket den Fehlbetrag in konventioneller Weise an einem Cash- Automaten zu zahlen.
Beim Verlassen der Park-Garage erfolgt ein entsprechend umgekehrter Vorgang wie beim Einfahren: Der Nutzer fährt mit dem Fahrzeug 1 zur Ausfahrschranke 20. Der iBeacon 21 an der Ausgangsschranke 20 identifiziert sich in der App 3 des Nutzer- Smartphones 2. Die App 2 sendet die ißeacon-ldentität 11 an die Logikeinheit 30, welche die Identität des iBeacons 11 prüft und ignoriert diese, falls sie nicht Teil des Pools ist. Die App erhält das Schrankenprofil und überprüft ob dieses zu der
Ausgangsschranke 20 gehört. Die App überprüft, ob ein digitales VTicket erzeugt wurde, und prüft, ob der Zahlbetrag plausibel ist und der Betrag gezahlt, d.h.
abgebucht ist. Von der App 2 wird über die Logikeinheit 30 ein Signal zum Öffnen der Ausfahrschranke 20 gegeben. Die Ausfahrschranke 20 öffnet und der Nutzer kann mit dem Fahrzeug 1 herausfahren.
Wenn ein Problem mit dem iBeacon 21 oder mit dem Nutzerhandy 2 (z.B. leerer Akkustatus) besteht, kann der Nutzer das ggf. an der Einfahrschranke 10 erhaltene Papierticket in die Ausfahrschranke 20 eingeben. Das Ticket wird geprüft und es wird nach Bezahlung des Zahlbetrages die Ausfahrschranke 20 freigegeben.
In Figur 2 bedeuten 50 eine freie Parkzone mit markierten Parkplätzen 60 sowie einer Einfahrt 55 und einer Ausfahrt 65. Der Einfahrt 55 ist ein iBeacon 56 und der Ausfahrt 65 ein iBeacon 66 zugeordnet. Es können mehrere Einfahr- und Ausfahrmöglichkeiten vorhanden sein, denen jeweils ein iBeacon zugeordnet ist. Vorteilhafterweise sind aber zwei iBeacons vorhanden, was hinreichend ist.
In Figur 3 bedeuten 70 eine Fahrstraße mit seitlicher Parkspur 75, die wenigstens einen Straßenparkplatz realisiert. Der Parkspur 75 ist ein iBeacon(paar) 76 einem Straßenparkplatz zugeordnet. Mit Letzterem ergibt sich somit die vorteilhafte Möglichkeit, beispielsweise in
Innenstadtlagen bei städtischen Parkzonen eine entsprechende Signalerfassung mit papierloser Abrechnung zu realisieren.
In Figur 4 ist ein sog. Sequenzdiagramm für das Ausführungsbeispiel gemäß Figur 1 wiedergeben. Dabei verdeutlich die Vertikale den zeitlichen Ablauf und die
Horizontale die einzelnen Stationen für die Verwaltung und die zeitgenaue
Abrechnung des Parkvorgangs. Die Positionen "Entry" stehen für den
Einfahrvorgang, "Park" für die Parkzeit und "Exit" für den Ausfahrvorgang. Die einzelnen Stationen sind die Smartphone-App, die Einfahrschranke, der Beacon- Eingang, die Ausfahrschranke, der Beacon-Ausgang, der Schranken-Endzustand, die Betreiber-Ebene und die Abrechnungsplattform entsprechend Figur 1. Unter Backend wird dabei jeweils die Aktivität des Dienstleisters verstanden. Die
Verbindungspfeile verdeutlichen den Ablauf der Aktivitäten, der mit dem Betrieb der Anlage konform geht.
Aus Figur 4 wird die Vorgehensweise beim Parken mit automatisierter Identifizierung und zeitgenauer Abrechnung deutlich. Das Verfahren läuft im Einzelnen
folgendermaßen ab:
Hereinfahren:
1. Der Nutzer hat ein iBeacon-ertüchtigtes Handy.
2. Der Nutzer fährt in eine iBeacon-ertüchtigtes Garage.
3. Im Bereich des Betreibers prüft die App die iBeacon-ldentttät.
4. Die App liest die Backend-Identität und vergleicht sie mit dem Betreiber-Pool
5. Wenn das iBeacon nicht zum Betreiber-Pool gehört, wird es ignoriert.
6. Im Bereich des Betreibers prüft das App-Backend die Beacon-Identität.sofem es zum Betreiber gehört.
7. Die App prüft das Betreiber-Backend ob das iBeacon mit der Eintrittsschranke zusammenarbeitet.
8. Die App erfasst die Notifikation.
9. Der Nutzer bestätigt, dass er ein digitales Ticket (sog. VTicket) möchte
10. Die Anfrage zum VTicket wird zum Betreiber-Backend geleitet. 11. Die Betreiber-Backend kommuniziert zum Schranken Backend mit der Anfrage nach einem Ticket zur spezifischen Einfahrt.
12. Das Schranken-Backend gibt ein Ticket zum Betreiber-Backend.
13. Das Betreiber Backend liefert ein VTicket.
14. Das Betreiber Backend aktiviert das VTicket
15. Das Schrankensystem öffnet die Einfahrsohranke.
Parken:
16. Der Nutzer parkt
17. Vom Betreiber-Backend erfolgt im Hintergrund der Abrechnungsprozess, entweder periodisch vom Nutzerkonto oder in Übereinstimmung mit dem mit der Kreditlinie de Nutzers.
Herausfahren:
18. Der Nutze fährt zur Ausfahrschranke.
19. Im Messbereich das Ibeacon an der Austrittsschranke identifiziert es sich selbst zum bestehenden App-Service vom Nutzer-Smartphone
20. Die App prüft die Beacon-Identität und unterdüokt die Notiflkaion, wenn sie nicht Teil der Betreiber-Pools ist.
21. Die App bekommt das Beacon-Profil und prüft, ob es mit der Ausfahrschranke korrespondiert.
22. Die App prüft, ob einaktives VTicket vorhanden ist.
23. Das Betreiber-Backend weist das Schranken-Backend zum Öffnen der Schranke an.
24. Die Schranke öffnet und der Nutzer fährt heraus.
25. Für den Fehlerfall wird ein Papieticket erzeugt, das konventionell bezahlt werden kann.
Für Figur 2 und Figur 3, also bei den Realisierungen der Erfindung ohne
Beschrankungen, ergibt sich ein entsprechendes Sequenzdiagramm ohne die Stationen Eintrittsschranke/Austrittsschranke. Abschließend ist festzuhalten, dass bei dem anhand der Figuren 1 bis 4 beschriebenen System die ißeacons jeweils zur Parkzeiterfassung dienen und nach Verifizierung des Nutzers in der Logikeinheit gleichermaßen zur Aktivierung von Aktionen, wie das Öffnen von Beschrankungen, entsprechend Figurl , aber auch zur Anbindung an die spezifische Betreiber-App und damit zur Identitätserfassung des Nutzers, herangezogen werden können. In jedem Fall kann somit die vom Nutzer in Anspruch genommene, individuelle Parkzeit exakt ermittelt und abgerechnet werden.
Bei den Parkzonen ohne Beschrankungen - wie in Figur 2 und 3 angedeutet - dienen die ißeacons ausschließlich zum Starten bzw. Beenden der
gebührenpflichtigen Parkzeit. Dies wird über einen modifizierten Signalverlauf entsprechend dem Sequenzdiagramm aus Figur 4 erreicht. Wesentlich sind auch hier die vorteilhaften Eigenschaften des Systems und zwar:
a) Der Nutzer zahlt die Parkgebühr über sein Smartphone mit App, es besteht also keine Notwendigkeit, vor einem Bezahlautomaten zu warten.
b) Die Zahlung erfolgt unbar über die Zahlplattform über Kreditkarte oder Direktabruf von einem Konto (SEPA-Abbuchung).
c) Der Nutzer kann ein Ticket über sein Smartphone mit App jederzeit aktivieren, nicht notwendigerweise beim Verlassen der Parkgarage. Damit wird Flexibilität erreicht und Überzahlungen für nicht gezahlte Parkzeit vermieden.
d) Das aktivierte Ticket wird automatisch beim Verlassen der Parkzone gezahlt.
Bezugszeichenliste
Fig. 1 / Fig. 2 / Fig.3
1 Fahrzeug/Nutzer 2 Handy (Smartphone) 3 Smartphone App
Fig.1
10 Einfahrsperreinrichtung
11 iBeacon
15 Logik-Kontrolleinheit
20 Ausfahrsperreinrichtung
21 iBeacon
30 Logikeinheit
40 Abrechnungsplattform
Fig. 2
50 Pankzone
60 markierte Parkplätze
55 Einfahrt
56 iBeacon
65 Ausfahrt
66 iBeacon
Fig. 3
70 Fahrstraße
75 Parkspur
76 iBeacon
FIG. 4 Sequenzdiagramm ENTRY Einfahrt
PARK Parken
EXIT Ausfahrt Smartphone App Applikationsprogramm
Entry Barrier Einfahrtschranke iBeacon Entry Eingang zum IBeacon Exit barrier Ausfahrtschranke iBeacon Ex'rt Ausgang zum IBeacon Barrier Backend Schrankensteuerung sunhilfs Backend Betreiberplattform Bilting Platform Abrechnungsplattform

Claims

Patentansprüche
1. System zur Verwaltung eines Parkvorgangs eines Fahrzeugs in einer
gebührenpflichtigen Parkzone und eines Zahlvorgangs zur Begleichung von
Parkgebühren, umfassend
- eine Steuervorrichtung zur Steuerung des Parkvorgangs und des Zahlvorgangs, wobei die Steuervorrichtung zur Übertragung von Signalen mit einem
Kommunikationsnetzwerk in Verbindung steht,
- erste Mittel zur Identifikation des Nutzers und/oder des Fahrzeuges, die
kommunikativ mit der Steuervorrichtung in Verbindung stehen,
- zweite Mittel zur Identifikation des Einfahrvorgangs in die Parkzone,
die kommunikativ mit der Steuervorrichtung und/oder den Mitteln zur Identifikation des Nutzers in Verbindung stehen,
- dritte Mittel zur zeitlichen Feststellung des Einfahrvorganges, die kommunikativ mit der Steuervorrichtung in Verbindung stehen, wobei die dritten Mittel derart ausgebildet sind, dass sie die Identifikation des Einfahrvorganges zur Auslösung und/oder Durchführung eines Zahlvorgangs erfasst,
- vierte Mitte), die derart ausgebildet sind und kommunikativ mit der
Steuervorrichtung und/oder den anderen Mitteln in Verbindung stehen, dass diese eine Freigabe des Ausfahrvorganges bewirken,
- wobei die Steuervorrichtung über das Kommunikationsnetzwerk zum Empfang und Verarbeitung der Identifikationssignale ausgebildet ist,
- wobei die Steuervorrichtung zur Erzeugung einäs Ausfahrerlaubnissignals ausgebildet ist, in Antwort auf die Übermittlung der Identifikationssignale von einem Nutzer an die Steuervorrichtung,
- und wobei die Steuervorrichtung derart ausgebildet ist, dass sie den Zahlvorgang auslöst und/oder durchführt, sobald die Parkzone verlassen ist,
g e k e n n z e i c h n e t durch die Verwendung von Beacon-Einrichtungen (11, 21; 56, 66, 76) zur Lokalisierung des Handys (2) des Nutzers des Fahrzeuges (1) und Aktivierung des Verwaltungsvorgangs, in dem der Einfahrvorgang und/oder der Ausfahrvorgang des Fahrzeuges (1) zeitgenau erfassbar ist/sind.
2. System nach Anspruch 1, dadurch gekennzeichnet, dass für die Beacon- Einrichtungen eine Bluetooth-Low-Energy (BLE)-Technoiogie eingesetzt wird.
3. System nach Anspruch 1 , dadurch gekennzeichnet, dass die Beacon- Einrichtungen sog. iBeacons (11, 21; 56, 66, 76) enthalten.
4. System nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass an der Einfahrt und an der Ausfahrt der Parkzone jeweils eine Beschrankung (10, 20) vorhanden ist (Fig. 1)
5. System nach einem der Ansprüche 1 bis 3, , wobei eine Einfahrt und eine Ausfahrt zur freien Durchfahrt vorhanden sind und wobei an der klar abzugrenzenden Einfahrt und Ausfahrt der Parkzone keine Beschrankungen vorhanden sind, dadurch gekennzeichnet, dass jeweils ein iBeacon (56) der Einfahrt (55) und ein iBeacon (66) der Ausfahrt (65) zugeordnet sind. (Fig. 2)
6. System nach einem der vorhergehenden Ansprüche, wobei keine klar
abzugrenzende Einfahrt und Ausfahrt vorhanden ist, dadurch gekennzeichnet, dass der Stellfläche (75) mit wenigstens einem Parkplatz wenigstens ein iBeacon (76) zugeordnet ist. (Fig. 3)
7. System nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass Signalverarbeitung und die Auswahl der iBeacon-Signale software-gesteuert ist. (Fig. 4)
8. System nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass Mittel zur Verarbeitung der iBeacon-Signale vorhanden sind.
9. System nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass ein sog. VTicket („virtuell ticket") erzeugbar ist.
10. System nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Handy des Nutzers ein Smartphone (2) ist und ein für die Erfassung von iBeacons (11, 21) geeignetes Applikationsprogramm (App 3) enthält.
11. System nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass wenigstens je ein iBeacon (11 , 21) an jedem Einfahr- und jedem Ausfahroereich der Parkzone vorhanden sind.
12. System nach einem der vorhergehenden Ansprüche, wobei im Einfahr- und im Ausfahrbereich Beschrankungen (10, 20) vorhanden sind, dadurch gekennzeichnet, dass die iBeacons (11, 21) den Beschrankungen (10, 20) zugeordnet sind und diese steuern.
13. System nach Anspruch 12, dadurch gekennzeichnet, dass die iBeacons kommunikativ mit einer Steuervorrichtung (15) verbunden sind.
14. System nach Anspruch 13, dadurch gekennzeichnet, dass die Steuervorrichtung eine Kontrolleinheit (15) für die Kontrolle und Steuerung der Beschrankungen (10, 20) ist.
15. System nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass Logikeinheiten für die App vom Handy, für die Betätigung der optionalen
Beschrankung, die Stellplatzverwaltung und Verrechnung vorhanden ist.
16. System nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Logikeinheiten durch eine verwaitungsbezogene Rechnereinheit (30) für die App-Logik, die Betätigungslogik, die Stellplatzverwaltungslogik und Verrechnungslogik gebildet werden, die mit der Kontrolleinheit (15) in Kommunikationsverbindung steht.
17. System nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass eine Benutzer-Plattform (40) für die Rechnungsstellung vorhanden ist, die mit der Rechnereinheit (30) in Kommunikationsverbindung steht.
18. Verfahren zur Verwaltung eines Parkvorgangs eines Fahrzeugs in einer gebührenpflichtigen Parkzone und eines Zahlvorgangs zur Begleichung von
Parkgebühren mit einer Steuervorrichtung zur Steuerung des Parkvorgangs und des Zahlvorgangs, wobei die Steuervorrichtung mit einem Kommunikationsnetzwerk in Verbindung steht,
wobei das Verfahren die folgenden Schritte enthält:
- Erzeugen einer Information nach Anforderung durch einen Nutzer
- Erzeugen und Ausgabe eines benutzerspezifischen Identifikation
- Freigabe eines benutzerspezifischen Zugangs,
- Aufnehmen/Einlesen der Information und der benutzerspezifischen Identifikation mit Kennung,
- wobei die Steuervorrichtung die Kennung über das Kommunikationsnetzwerk empfängt,
- wobei die Steuervorrichtung ein Ausfahrerlaubnissignal erzeugt, in Antwort auf die Übermittlung der Kennung durch einen Nutzer an die Steuervorrichtung,
- wobei die Steuervorrichtung den Zahlvorgang auslöst und/oder durchführt, sobald ein Ausfahrsignal erzeugt wird oder wurde, und
- wobei Beacon-Einrichtungen (11, 21; 56, 66, 76) für die Erfassung der Parkzeit verwendet werden.
19. Verfahren nach Anspruch 20, bei dem eine Parkzone mit Abschrankungen vorhanden ist,
wobei virtuelle Parktickets erzeugt werden
und wobei Smartphones mit spezifischem, für iBeacons geeigneten
Applikationsprogrammen (App's) verwendet werden.
20. Verfahren nach Anspruch 18, dadurch gekennzeichnet, dass der Parkvorgang durch das Beacon-Signal gesteuert wird.
21. Verfahren nach Anspruch 20, bei dem eine Parkzone ohne Abschrankungen vorhanden ist,
wobei virtuelle Parktickets verwendet werden
und wobei Smartphones mit spezifischem, für iBeacons geeigneten
Applikationsprogrammen (App's) verwendet werden.
EP15812947.8A 2014-11-11 2015-11-10 System und verfahren zur verwaltung eines parkvorgangs eines fahrzeugs in einer gebührenpflichtigen parkzone und eines zahlvorgangs zur begleichung von parkgebühren Withdrawn EP3218881A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102014016559.0A DE102014016559A1 (de) 2014-11-11 2014-11-11 System und Verfahren zur Verwaltung eines Parkvorgangs eines Fahrzeugs in einer gebührenpflichtigen Parkzone und eines Zahlvorgangs zur Begleichung von Parkgebühren
PCT/EP2015/002250 WO2016074785A1 (de) 2014-11-11 2015-11-10 System und verfahren zur verwaltung eines parkvorgangs eines fahrzeugs in einer gebührenpflichtigen parkzone und eines zahlvorgangs zur begleichung von parkgebühren

Publications (1)

Publication Number Publication Date
EP3218881A1 true EP3218881A1 (de) 2017-09-20

Family

ID=54883971

Family Applications (1)

Application Number Title Priority Date Filing Date
EP15812947.8A Withdrawn EP3218881A1 (de) 2014-11-11 2015-11-10 System und verfahren zur verwaltung eines parkvorgangs eines fahrzeugs in einer gebührenpflichtigen parkzone und eines zahlvorgangs zur begleichung von parkgebühren

Country Status (4)

Country Link
US (1) US20190005740A1 (de)
EP (1) EP3218881A1 (de)
DE (1) DE102014016559A1 (de)
WO (1) WO2016074785A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4432258A1 (de) * 2023-03-13 2024-09-18 Skidata GmbH Verfahren und systeme zur validierung des zugangs einer person und/oder eines fahrzeugs zu einer begrenzten zone

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI102018B (fi) 1995-02-28 1998-09-30 Payway Oy Pysäköintimaksujärjestelmä, tarkastuslaite ja identifiointiväline
FR2806818B1 (fr) * 2000-03-27 2006-06-23 Epark Procede pour acquitter et attribuer les taxes de stationnement en voirie et dispositif embarque permettant de mettre en oeuvre le procede
FI112716B (fi) 2000-05-15 2003-12-31 Payway Oy Pysäköintimaksujärjestelmä
FI112715B (fi) 2000-05-15 2003-12-31 Payway Oy Pysäköintimaksujärjestelmä
FR2809433B1 (fr) * 2000-05-26 2005-01-28 Schlumberger Systems & Service Parc ferme de stationnement de vehicules, equipements pour sa mise en oeuvre et procede de gestion d'un tel parc
EP1353298A1 (de) * 2002-04-10 2003-10-15 SkiData AG Verfahren und Anlage zum gebühren- oder berechtigungspflichtigen Parken
US9111274B2 (en) * 2011-04-28 2015-08-18 Sony Corporation Payment processing
US8912924B2 (en) * 2012-09-25 2014-12-16 Inrix, Inc. Authorization of service using vehicle information and/or user information
US10121172B2 (en) * 2013-01-25 2018-11-06 Municipal Parking Services Inc. Parking lot monitoring system
DE102013001628A1 (de) 2013-01-30 2014-07-31 Fresenius Medical Care Deutschland Gmbh Verfahren zur Bereitstellung eines Konzentrats
US9638787B2 (en) * 2014-04-25 2017-05-02 Palo Alto Research Center Incorporated Computer-implemented system and method for tracking objects via identifier-tracker pairings
US20160140846A1 (en) * 2014-09-25 2016-05-19 Christopher Scott Outwater System and Method for Parking Management Based on Location Tracking
US11222482B2 (en) * 2014-10-28 2022-01-11 Enzo Stancato System and method for an integrated parking management system

Also Published As

Publication number Publication date
DE102014016559A1 (de) 2016-05-12
WO2016074785A1 (de) 2016-05-19
US20190005740A1 (en) 2019-01-03

Similar Documents

Publication Publication Date Title
EP0741891B2 (de) Verfahren und anordnung zur ermittlung von nutzungsgebühren für verkehrswege und/oder verkehrsflächen
EP1398719B1 (de) Computergestütztes Fahrzeugreservationssystem und Verfahren für ein computergestütztes Fahrzeugreservationssystem
DE60006553T2 (de) Verfahren zum verwalten des parkens von fahrzeugen
CN108010331A (zh) 智慧停车云平台管理系统
WO2009049859A2 (de) Verfahren zum abwickeln eines parkvorgangs mit hilfe eines mobilfunkgerätes
DE102015201420A1 (de) Parkraum-Zufahrtskontrollsystem sowie Verfahren zur Kontrolle der Zufahrt in einen Parkraum
DE19605292A1 (de) Parkometer mit Kontrollsystem
WO2015014495A1 (de) System und verfahren zur verwaltung eines parkvorgangs eines fahrzeugs in einer gebührenpflichtigen parkzone und zur verwaltung eines zahlvorgangs zur begleichung von parkgebühren
DE10032409A1 (de) Vorrichtung zu flexiblen Gebührenerfassung
DE102011002858A1 (de) Parkleitsystem und ein Parkleitverfahren für Elektrofahrzeuge
DE102013114935A1 (de) Internetbasierte Bezahlung von Parkgebühren
EP3074958A1 (de) Verfahren und system zur bewirtschaftung kostenpflichtiger verkehrsräume
EP3955219A2 (de) Verfahren zum betreiben einer parkvorrichtung
DE102012217796A1 (de) Parkleitsystem
EP3819875B1 (de) Verfahren zum betrieb einer gebührenpflichtigen parkeinrichtung
EP3218881A1 (de) System und verfahren zur verwaltung eines parkvorgangs eines fahrzeugs in einer gebührenpflichtigen parkzone und eines zahlvorgangs zur begleichung von parkgebühren
DE102019216337A1 (de) Verfahren zur Entrichtung einer Gebühr für die Nutzung eines mautpflichtigen Straßennetzes durch ein Fahrzeug sowie Mautsystem zur Durchführung des Verfahrens
DE102012005573A1 (de) Verfahren zur Anzeige von Parkplätzen
WO2024068299A1 (de) Verfahren zur interaktion mit einem mautsystem und fahrzeug
DE102020105067B4 (de) Vermeidung von Elementarschäden und Abschleppvorgängen bei geparkten Kraftfahrzeugen
DE202019102723U1 (de) System zur Registrierung eines Nutzers in einem vorgegebenen Bereich
EP4512652A1 (de) Datenverarbeitungsvorrichtung für ein parksystem mit mindestens einer ladestation
DE102020200324A1 (de) Verfahren zur Zugangskontrolle sowie Zugangskontrollsystem
DE102024130923A1 (de) Verwaltungssystem für parkplätze und verfahren
WO2026052770A1 (de) Verfahren zur nutzung eines gebührenpflichtigen parkplatzes durch ein fahrzeug

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20170509

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

RIN1 Information on inventor provided before grant (corrected)

Inventor name: MANDELKOW, MATTHIAS

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20210521

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20211201