EP3955219A2 - Verfahren zum betreiben einer parkvorrichtung - Google Patents

Verfahren zum betreiben einer parkvorrichtung Download PDF

Info

Publication number
EP3955219A2
EP3955219A2 EP21189664.2A EP21189664A EP3955219A2 EP 3955219 A2 EP3955219 A2 EP 3955219A2 EP 21189664 A EP21189664 A EP 21189664A EP 3955219 A2 EP3955219 A2 EP 3955219A2
Authority
EP
European Patent Office
Prior art keywords
parking
data record
vehicle
user
mobile terminal
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
EP21189664.2A
Other languages
English (en)
French (fr)
Other versions
EP3955219A3 (de
Inventor
Dr. Norbert Miller
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.)
Scheidt and Bachmann GmbH
Original Assignee
Scheidt and Bachmann 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 Scheidt and Bachmann GmbH filed Critical Scheidt and Bachmann GmbH
Publication of EP3955219A2 publication Critical patent/EP3955219A2/de
Publication of EP3955219A3 publication Critical patent/EP3955219A3/de
Withdrawn legal-status Critical Current

Links

Images

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
    • 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/146—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 a limited parking space, e.g. parking garage, restricted space
    • 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/149—Traffic control systems for road vehicles indicating individual free spaces in parking areas coupled to means for restricting the access to the parking space, e.g. authorization, access barriers, indicative lights
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/205—Indicating the location of the monitored vehicles as destination, e.g. accidents, stolen, rental

Definitions

  • the application relates to a method for operating a parking device.
  • the application relates to a parking system, an executable parking application and a mobile device, including the executable parking application.
  • a parking system with (off-street) parking devices such as parking lots, multi-storey car parks and the like, usually has one or more driveway arrangements.
  • a driveway arrangement generally includes one or more driveway devices.
  • a barrier with a pivotable barrier boom can be provided as the access device.
  • driving through a passage, at which the access device is arranged is monitored or controlled by a vehicle from a first area into a further area.
  • an access arrangement with at least one access device can be provided in order to control a vehicle driving through from a non-controlled area, for example a street, into a controlled area, for example the parking area.
  • driving into the parking device can be controlled by an access device at an entrance to the parking device.
  • an access arrangement with at least one access device can be provided in a parking device in order to control the passage of a vehicle from the controlled area into the non-controlled area.
  • driving out of a vehicle at an exit from the parking device can be controlled by an access device.
  • a parking device driving into a parking device is granted after the creation of a (physical) parking ticket, such as a short-term parking ticket, on the basis of a user action.
  • the short-term parking ticket in particular a paper ticket, is then paid for by a user at a billing device, for example in the form of a machine, after the end of a parking time and checked at the exit by a validator device of the access device. If the check is positive, the passage (in this case the exit) is released. However, if the validator device establishes that the ticket has not yet been paid for, for example, or that the payment was made too long ago, the access device remains closed and passage is blocked.
  • a constant concern for parking systems is to improve user comfort.
  • the required manual user actions are considered user-unfriendly.
  • parking systems and methods for operating parking devices are known from the prior art, in which the required user actions can be reduced.
  • At least one optical detection module can be arranged at the at least one entrance.
  • the optical detection module detects a vehicle registration number of an entering vehicle and transmits the detected vehicle registration number to a backend system of the parking system.
  • the vehicle registration number is stored in the backend system, preferably together with other drive-in data.
  • the vehicle registration number of the exiting vehicle can be detected by a further optical detection module. If it is determined that the vehicle registration number can be assigned to a parking process that has already been paid for, an entry device can be released in the manner described above, ie driving out can be released. Otherwise, the access device can remain blocked, ie exit can be blocked.
  • known parking devices can have at least one access device in order to enable users, in particular on foot, to access the parking area and thus the vehicles parked there.
  • the vehicle registration number can also be queried at an access device.
  • the user can be asked to manually enter his vehicle registration number at a corresponding user interface. Access can only be granted if the vehicle registration number entered corresponds to a vehicle registration number stored in the backend system, in particular if it is identical.
  • a disadvantage of the method of the prior art is the need for manual input at the billing device and/or the access device.
  • the time required for this is a disadvantage, which reduces user comfort.
  • errors regularly occur when entering a vehicle registration number, so that no billing and/or access release can take place.
  • the cause of the incorrect input can be found in the input specifications (e.g. hyphen, space etc.) and/or user errors.
  • User comfort is particularly reduced when the user has forgotten his vehicle registration number (e.g. because it is a rental car, the user has not had to enter the vehicle registration number for a long time, etc.) and therefore cannot initiate a billing process and/or cannot enter the parking area.
  • the application is therefore based on the object of providing a method for operating a parking device of a parking system, in which the disadvantages of the prior art are at least reduced and, in particular, user comfort is increased with simultaneously improved protection against infection and the error rate when entering the vehicle registration number is reduced.
  • the disadvantages of the prior art are at least reduced. In particular, this improves user comfort and input security and at the same time increases protection against infection.
  • the readable parking code stored on the mobile terminal can be used for (indirect) enabling exit from the parking device.
  • the parking code can be read wirelessly by a billing device and/or the access device. There is no need to enter the vehicle registration number manually. The time required for the user is reduced.
  • a parking system can include at least one (off-street) parking device, such as a parking lot, a parking garage or the like.
  • the parking system preferably has one or more driveway arrangements.
  • a driveway arrangement may include one or more driveway devices.
  • a barrier with at least one barrier boom pivotably arranged on a column can preferably be provided as the access device.
  • a roller door, pivoting door, sectional door, retractable bollard and the like can also be used as an alternative or in addition to the access device or blocking means in an access arrangement.
  • the access device can also manage without a material blocking means and, for example, control driving through a passage by means of a light signal.
  • An access arrangement with at least one access device can be arranged in particular at a drive-through of a parking device, such as an entrance and/or exit of a parking device.
  • an access section In front of an access device (seen in the direction of passage), in particular an access section can be provided in the first area, which a vehicle that is going to drive through the access device must first pass.
  • the access device monitors or controls driving through this passage through the access device from a first area into a further area.
  • driving into the parking device can be controlled by an access device at an entrance, for example.
  • driving out of the parking device can be controlled by an access device at an exit. It goes without saying that a parking device can have several entrances and/or exits.
  • a parking system can include at least one backend system.
  • a backend system can be formed by one or more (distributed) servers.
  • a backend system is arranged in particular at a distance from the at least one parking device.
  • the method according to the application can in particular be a computer program which can be executed by the backend system.
  • the backend system receives an entry data record.
  • the received drive-in data record contains at least one vehicle registration number of the vehicle detected when a vehicle drives into the parking device.
  • the vehicle registration number of the vehicle can be detected in particular by at least one optical detection module arranged at at least one entrance of the parking device, preferably in the form of at least one camera.
  • the method can include detecting, by at least one optical detection module arranged at the at least one entrance of the parking device, the vehicle registration number of the vehicle entering.
  • the vehicle registration number (e.g. A - BC - 123) can be determined from the captured image data provided by the optical capture module by an image data analysis module (e.g. based on a fuzzy analysis or the like) of the capture module (or the backend system).
  • the at least one optical detection module of the driveway can preferably cover at least one access section of the driveway.
  • each license plate number of each vehicle that will drive through the gateway can be detected. It can therefore be ensured that each vehicle number plate can be detected by each vehicle entering.
  • a vehicle registration number can preferably be detected by the optical detection module before the vehicle actually drives through an access device.
  • a vehicle can be allowed to drive through the entrance, at least based on the detected vehicle registration number of the vehicle.
  • the vehicle registration number can be evaluated before the access device is released.
  • the recorded vehicle number plate can be compared with a number plate list in which blocked vehicle number plates are stored, i.e. vehicle registration numbers of vehicles that are not authorized to use the parking device.
  • the access device at the at least one entrance can preferably only be released if it is determined that the vehicle is authorized to enter. Otherwise, the access device or the means of blocking the entrance can be blocked. This check can be carried out locally by a computer in the parking device or by the backend system.
  • the at least one entry data set received is stored.
  • the backend system can have a data storage arrangement to store the data therein.
  • the entry data record is unique throughout the system.
  • the application identifier is then assigned to this stored data in accordance with the application.
  • the application identifier is in particular a system-wide unique identifier of a parking application ("Parkapp") installed on a mobile terminal.
  • the application identifier enables identification of the mobile terminal device on which the parking application is installed. In this way, the user of the mobile device can be indirectly identified.
  • the parking application can include a user identifier.
  • the at least one stored entry data record is assigned an application identifier of a user (or his mobile device on which the parking application is stored) who has driven his vehicle into the parking device and has triggered the storage of the entry data record.
  • the user can be the driver or a passenger of the vehicle.
  • the backend system assigns an application identifier to the stored entry data record based on an assignment data record received from a mobile terminal device of a user of the vehicle that has been driven in.
  • the received or received mapping data record contains at least one piece of application identifier information.
  • the application identifier can be determined or derived at least from the application identifier information.
  • the application identifier can be transmitted from the mobile terminal device with a correspondingly installed parking application to the backend system as application identifier information.
  • the application identifier information can also be confirmation information that the application identifier already present in the backend system is the application identifier of the user's parking application. The final assignment is based on the confirmation information.
  • the entry data record and the associated application identifier are stored together by the backend system, for example in the data storage arrangement mentioned.
  • the data mentioned are stored as a common parking process data record.
  • the at least one readable parking code is generated by a generation module of the parking system based on the stored parking process data record. This means in particular that the parking code is based at least on a (system-wide unique) datum of the parking process data record or that this datum is encoded in order to generate the parking code. By decoding the parking code, the at least one datum can be determined again and thus the associated parking process data record.
  • the parking code which can be read in particular by suitable reading devices, is stored in the mobile terminal device on which the parking application is installed with the application identifier that is assigned to the named parking transaction data record.
  • the parking code is stored in such a way that it can be read wirelessly from the mobile terminal device, for example controlled by the parking application of the mobile terminal device.
  • the receiving of the association data record by the backend system can include a transmission of the association data record from a mobile terminal device to the backend system via a wireless communication network, e.g.
  • a wireless communication network e.g.
  • communication between a mobile device and the backend system can take place via a cellular network or the like and/or a near-field network (e.g. WLAN, Bluetooth, etc.).
  • the communication between the backend system and the mobile terminal device can be encrypted.
  • the backend system and the mobile terminal device, in particular the parking application can have suitable encryption means.
  • the communication between the backend system and the at least one optical detection module of the parking device can be encrypted. Data security can be increased.
  • the at least one further entry date can be stored in the parking process data record.
  • all of the entry data mentioned can be recorded when a vehicle enters and stored by the backend system.
  • the drive-in time can be formed from the calendar date and time.
  • the drive-in time can be used (together with a parking end time and valid tariff data) to bill for the parking process.
  • the parking device identifier can be used to identify the parking device (uniquely throughout the system).
  • the entrance identifier enables in particular an identification (at least unambiguously across the parking device) of the entrance used by the vehicle.
  • driving out of the parking device can be released at least indirectly, depending on a check of a read parking code.
  • a parking area of a parking device can only be accessible to a user (on foot) via an access device.
  • the entry device may comprise a door or other controllable locking means.
  • a controllable actuator can be present, which can open and close the blocking means.
  • the access device can include at least one detection module, for example in the form of a reading module, set up at least for the wireless reading of a parking code stored on the mobile terminal device.
  • the user can bring their mobile device within range of the reading module in order to trigger the reading of the parking code.
  • the park code that has been read out can be checked.
  • the checking can in particular include a decoding of the parking code.
  • the date of a parking process data record determined in this way can be compared with the stored parking process data records, in particular by a verification module of the backend system. If it is determined that the data obtained from the parking code can be assigned to a (current) parking process or parking process data record, the access device, for example the door, can be released.
  • the blocking means and/or the actuator can be controlled with a corresponding release signal.
  • the access device can be blocked, in particular remain blocked.
  • the user By allowing a user access to the parking area, the user is indirectly enabled to exit the parking device with his vehicle using the parking code.
  • the parking system in particular the parking device, can include at least one billing device, preferably in the form of a payment machine.
  • the parking code can first be read wirelessly from the mobile terminal device by a detection module, such as a reading module.
  • a detection module such as a reading module.
  • the user can bring their mobile device within range of the detection module in order to trigger the reading of the parking code.
  • the billing device can at least initiate a billing process.
  • the billing device can transmit the read (and/or already decoded) parking code to the backend system.
  • the parking code can first be decoded.
  • the associated stored parking process data record can then be determined using the date of the parking process data record determined in this way.
  • a billing process can then be carried out, preferably by a billing module of the backend system, based on the determined parking process data record.
  • the arrival time information of the determined parking process data set can (together with a parking end time information, ie in particular the current point in time, and valid tariff data) be used to bill for the parking process (in a conventional manner).
  • a parking end time information ie in particular the current point in time, and valid tariff data
  • the amount to be paid can be determined and made available to the billing device.
  • the amount to be paid can be displayed by the billing device.
  • this information can be provided to the backend system.
  • This information can then be stored in the corresponding parking transaction record.
  • this parking transaction record can be marked as "paid” (the unaccounted parking sessions can be marked as "unpaid” or unmarked).
  • the marking can be done by setting at least one bit.
  • driving out can be released for the corresponding user.
  • the user is able to exit the parking device indirectly using the parking code.
  • An electronic receipt can preferably be created after payment of the amount to be paid. This can be transmitted to the mobile device or the parking application installed on it.
  • the detection module can enable bidirectional communication between the billing device and the mobile terminal device.
  • a time specification can be transmitted to the mobile terminal or to the parking application installed on it, which indicates until when it is possible to exit the parking device.
  • This time specification is also referred to as the "grace period". In this way, the user can be informed about the length of time until he has to leave the parking device. After the time has elapsed, an access device remains blocked.
  • the electronic receipt can be transmitted to the parking application when driving out of the parking device.
  • the vehicle registration number can also be captured by another optical detection module when driving out.
  • An associated parking process data record can be determined based on the detected vehicle license plate number, in particular by the backend system. It can then be checked whether the determined parking process data record is marked as "paid” or not. If this is the case, in particular the entry device of the exit can be released, so that driving out of the parking device is made possible. If the parking transaction record is marked as "not paid” (or the above-mentioned "grace period" has already expired), the access device can be blocked.
  • Reading and decoding as well as determination of the parking process data record can take place in the manner described above. Then in the manner described above it can be determined whether the determined parking transaction record is marked as "paid” (or not). A drive-in device is released depending on whether the determined parking process data record is marked as “paid” (or not). Here, too, the "grace period" mentioned can be checked.
  • the received assignment data record can be a vehicle registration number of the user's vehicle detected by an optical detection module of the user's mobile terminal device.
  • the optical detection for example by a camera of the mobile device, can be controlled by the parking application.
  • the parking application may prompt the user to take a corresponding photo of the vehicle's license plate number.
  • the parking application can carry out a pre-check to determine whether the quality of the recorded image data is sufficient for identifying the vehicle license plate number. If the quality is not sufficient, the user can be prompted again to take a corresponding photo.
  • the parking application can determine the vehicle registration number itself from the image data. Alternatively, this can be done through the backend system.
  • the parking application can preferably generate an assignment data record, comprising the recorded vehicle license plate number and, as application identification information, the application identification of the parking application.
  • the parking application can cause the generated assignment data record to be sent to the backend system through a communication interface of the mobile terminal device.
  • a particular advantage of this embodiment is that the user does not have to register in the parking system. So there will be no user data is permanently stored by the user in the backend system, for example in a user data record or user account.
  • a (BLE) advertising message can be transmitted by a near-field transmission device (e.g. a Bluetooth beacon, preferably a BLE (Bluetooth Low Energy) beacon) of the parking device.
  • the advertising message can include instructions which, when executed, cause the parking application to be started.
  • the instructions can contain information that a vehicle registration number should be recorded and sent by the mobile terminal device.
  • the parking application can also be started by the user himself.
  • a BLE advertising signal or message can be sent from almost any mobile device, in particular with a commercially available operating system (e.g. Apple iOS, Google Android, Microsoft Windows Mobile, Microsoft Mobile Phone, Blackberry OS, Symbian OS, Firefox OS, Tizen, Aliyun OS), can be received and evaluated.
  • a commercially available operating system e.g. Apple iOS, Google Android, Microsoft Windows Mobile, Microsoft Mobile Phone, Blackberry OS, Symbian OS, Firefox OS, Tizen, Aliyun OS
  • a parking device of the parking system it may first be necessary for the user to register with this system before using a parking device of the parking system for the first time (e.g. to park a vehicle in the parking device) and/or in an installation process of the parking application.
  • a user data record or user account for the registered user can be created in the parking system, in particular the backend system of the parking system (also known as the background system), by storing the user's identification data in the backend system, such as a unique (user) identifier (ID) of the user, vehicle registration number of the user, application identifier of the installed parking application, authentication data, eg a password, and for example billing data, eg credit card data or account details, address data or other data for billing. In its entirety, this data is called user master data.
  • the parking application with the registered application ID can be installed on the user's mobile device in the form of a so-called app.
  • a detected vehicle registration number of a vehicle that has been driven in can first be compared with the stored vehicle registration number of the stored user data sets.
  • the corresponding user data record can be determined by detecting, in particular, an identity between the recorded vehicle registration number and a stored vehicle registration number.
  • the backend system can send the request message to the (precisely one) mobile device for which the application ID is stored.
  • the query message contains, in particular, a query as to whether the user has (actually) entered the parking device. It can therefore be queried whether the determination of the user data record, based on the registered vehicle registration number, was correct.
  • the user can check whether he has actually driven into a specific parking device with a vehicle. If this is the case, the user can confirm this manually on their mobile device, for example.
  • the request message can be displayed by the (enabled) parking application to request user confirmation.
  • the parking application can cause the response message to be sent to the backend system.
  • the user can also state that he has not entered the parking device.
  • the assignment can be finalized and the parking transaction data record created in this way can be saved. If the response message is received in the negative, the backend system does not assign an application identifier to the parking transaction data record, no parking code is generated for the mobile device, and a (possibly different) user must initiate the billing process to pay for the parking transaction in a known manner by manually entering the license plate number , the user may also have to initiate the release of access devices by manually entering the license plate number.
  • the position of mobile terminals can be determined in addition to detecting the vehicle registration number.
  • various methods can be used to determine the position (e.g. GPS positioning, trilateration positioning, etc.).
  • the determination of the position of the mobile terminal device in particular to determine whether the mobile terminal device is in the vehicle from which the vehicle registration number was recorded, can be carried out by a position determination device which includes a group antenna arrangement.
  • a position determination device which includes a group antenna arrangement, can be positioned at the entrance.
  • the position of a mobile terminal device can be determined with a particularly high degree of accuracy (in particular between 0.3 m and 0.5 m). will. This makes it possible to determine in front of which entrance a mobile device is actually located, even if there are two or more entrances (immediately) next to one another. In this way, an application identifier of the mobile terminal device can be assigned correctly to a vehicle license plate number with a high level of reliability.
  • a group antenna arrangement can process an information signal, ie in particular receive and/or transmit the information signal.
  • a group antenna arrangement enables the evaluation of at least one unmodulated signal section of an information signal such that position data of a mobile terminal device that interacts with the group arrangement using the at least one information signal can be determined with a particularly high level of accuracy.
  • a group antenna arrangement according to the application (also called a phased array antenna) has in particular a plurality of access antennas arranged adjacent to one another.
  • the at least two access antennas of a group antenna arrangement are electrically interconnected.
  • the access antennas have in particular a defined structure and/or a defined position in relation to one another, in particular a defined distance from one another.
  • the structure and the position of the access antennas can be selected depending at least on the frequency of the information signal to be processed.
  • the access antennas can be arranged parallel to one another, each with the same spacing.
  • the approach antennas of a group antenna arrangement are identical in shape.
  • a driveway antenna is designed to transmit and/or receive an information signal.
  • An information signal according to the application is in particular a data packet signal with a modulated signal section and an unmodulated signal section of an electromagnetic signal.
  • the modulated signal section contains data content (eg preamble, access address, PDU, CRC) in a conventional manner.
  • an information signal according to the application contains a unmodulated signal section (eg 1 to 300 ⁇ s unmodulated signal duration, preferably 16 to 160 ⁇ s).
  • the unmodulated signal section provides a constant frequency which, according to the application, can be evaluated for position determination.
  • the unmodulated signal section does not carry data content, so the unmodulated signal section is neither frequency nor amplitude modulated.
  • the unmodulated signal section can be demodulated using signal technology.
  • the unmodulated signal section is divided into two paths in a so-called I&Q process, one path of demodulation is carried out with the original phase position (English: in phase) and results in the I data, the second path is carried out with a reference frequency that is phase-shifted by 90° performed and results in the Q-data (English: quadrature).
  • the information signal is preferably a near-field information signal, e.g. based on one of the technologies such as Bluetooth, Wibree, WiMAX, ZigBee, WLAN or NFC.
  • the information signal may be a Bluetooth information signal, more preferably a Bluetooth version 5.X (or higher) information signal.
  • the information signal can preferably be an advertising signal.
  • the advertising signal can be a Bluetooth Low Energy (BLE) signal (at least version 5.X).
  • BLE Bluetooth Low Energy
  • a mobile terminal After a mobile terminal has been determined, which can be assigned to a detected vehicle registration number, it can be determined whether the application identifier of the parking application installed on the mobile terminal is stored in one of the preferred plurality of user data records. If this is the case, a request message can be sent based on the specific user data record, in particular the application identifier, in particular in a manner analogous to the previous statements.
  • the request message after the request message has been received, it can be checked whether the user has actually driven into a specific parking device with a vehicle. If this is the case, the user can, for example, confirm this manually on his mobile user terminal, as has already been described above. Upon detection of such a manual action, the parking application can cause the response message to be sent. In other variants of the registration, it can be provided that the user can also state that he has not entered the parking device. Upon receipt of the response message with a corresponding confirmation date or corresponding confirmation information, the assignment can be finalized and the parking transaction data record created in this way can be saved.
  • the assignment data record can contain at least one ticket date of a physical ticket (e.g. paper ticket) detected by a detection module of the mobile terminal device, which was issued at the entrance to the parking device.
  • the recorded data and the application ID can be transmitted to the backend system.
  • the ticket date and the application identifier as application identifier information
  • a previously described assignment can be made.
  • the at least one parking code can be generated based on the vehicle registration number and/or other data of the parking process data record.
  • both the vehicle registration number and the parking transaction record are identifiers (one-to-one throughout the system).
  • the system-wide unique parking code can be generated randomly, i.e. independently of other identifiers, and can be assigned to the latter in the backend system.
  • generating the parking code can include generating an optically readable parking code.
  • a barcode and/or QR code can be generated. This can be captured by an optical capture module (the billing device, access device, validator device, etc.), such as a camera.
  • an optical capture module the billing device, access device, validator device, etc.
  • a corresponding optical parking code can be displayed on the display device of the mobile terminal device in order to enable the parking code to be read out by an optical detection module.
  • generating the parking code can include generating a parking code that can be read by a near-field reader, in particular a Bluetooth-based parking code and/or an NFC-based parking code.
  • a corresponding parking code can be read automatically by a Bluetooth reading module, ie without any user action.
  • An NFC reader or the like can also be provided.
  • a billing device and/or an access device and/or a validator device can have a detection module in the form of a near-field reader, in particular a Bluetooth reader.
  • the range of such a near-field reader can preferably be set in such a way (e.g. to a maximum of 2 m for an access device or to a maximum of 0.5 m for a billing device) so that a parking code can only be read when the mobile device and thus the user are in is sufficiently close to the respective device (e.g. when the billing device is directly in front of the billing device).
  • a Release of the access device or a billing process takes place in such a way that the user experiences almost no time delay.
  • the range can be set in particular by specifying a minimum signal strength (in particular an RSSI (Received Signal Strength Indicator) limit value).
  • RSSI Received Signal Strength Indicator
  • a further aspect of the application is a parking system, in particular set up to carry out the method described above.
  • the parking system comprises at least one receiving module, set up to receive an entry data record, containing at least one vehicle registration number of the vehicle detected when a vehicle enters the parking device.
  • the parking system includes at least one first memory module, set up to store the received drive-in data record.
  • the parking system comprises at least one assignment module, set up to assign an application identifier to the stored entry data record, based on an assignment data record received from a mobile terminal of a user of the vehicle that has been driven in, containing at least one piece of application identifier information, wherein the application identifier can be determined at least from the application identifier information.
  • the first memory module is set up to store the assigned application identifier at least together with the entry data record in a parking process data record.
  • the parking system includes at least one generation module, set up to generate at least one readable parking code, assigned to the stored parking process data set.
  • the parking system comprises at least one output module, set up to output the generated parking code by the user's mobile device in such a way that the parking code can be read wirelessly from the mobile device.
  • the parking system preferably includes at least one backend system.
  • the backend system can include the receiving module, the first memory module and the allocation module.
  • the backend system can also include a data storage arrangement that can be controlled by the first storage module.
  • the data storage arrangement for example, the at least one parking process data set can be stored by the first storage module.
  • the backend system can include at least one verification module.
  • the verification module can be set up to determine whether a read parking code (provided, for example, by a detection module of a billing device, an access device and/or a validator device) corresponds to a stored parking transaction data record.
  • the read parking code can be decoded and the resulting data (preferably a vehicle registration number and/or an entry data record) can be compared with the stored data of the at least one parking process data record.
  • the backend system can have an accounting module.
  • the billing module can be set up to carry out a billing process based on a parking process data record determined (by the checking module) (in particular in a conventional manner).
  • the generation module can be implemented in the backend system.
  • the generation module can preferably be implemented in a parking application that can be installed on the mobile terminal device.
  • the data required for generating a parking code (preferably a vehicle registration number and/or an entry data record) can be made available to the parking application (eg by the backend system).
  • the generation module can then generate at least one parking code, preferably an optically readable parking code and a parking code that can be read by a near-field reader, by Vehicle license plate number and/or other data from the entry data set is/are coded according to a predetermined coding rule.
  • a corresponding decoding rule can be known to a decoding module.
  • the output module can preferably be implemented in a parking application that can be installed on the mobile terminal device.
  • the output module can be set up in such a way that the at least one parking code can be read wirelessly from the mobile terminal device.
  • the parking system can comprise at least one parking device (described above).
  • the parking system can include at least one (previously described) optical detection module.
  • the parking system can comprise at least one (previously described) mobile terminal device on which a (previously described) parking application is installed.
  • a further aspect of the application is a parking application, in particular in the form of a software application that can be executed by a processor of a user's mobile terminal device, for installation on a mobile terminal device.
  • the parking application comprises at least one receiving module configured to receive a vehicle registration number of the user's vehicle detected by an optical detection module of the mobile terminal device.
  • the parking application includes at least one transmission module, set up to effect the transmission of an assignment data record containing at least the received vehicle registration number and an application identifier of the parking application.
  • the parking application includes at least one generation module (described above) configured to generate a parking code associated with the parking transaction record.
  • the parking application includes at least one output module (in particular the output module described above) set up to output the generated parking code by the user's mobile device in such a way that the parking code can be read wirelessly from the mobile device.
  • the parking application is in particular a software application that can be installed on a mobile terminal device.
  • the parking application may be required to drive through an access device at an entrance and/or exit of a parking device and, for example, to properly use a parking service.
  • each parking application can be assigned a system-wide, unique application identifier.
  • program memory is non-volatile memory such as flash memory, magnetic memory, EEPROM memory (Electrically Erasable Programmable Read Only Memory), and/or optical memory.
  • a mobile terminal can have a main memory, for example a volatile or non-volatile memory, in particular a random-access memory (RAM), such as a static RAM memory (SRAM), a dynamic RAM memory (DRAM), a ferroelectric random access memory (FeRAM) and/or magnetic random access memory (MRAM).
  • RAM random-access memory
  • SRAM static RAM memory
  • DRAM dynamic RAM memory
  • FeRAM ferroelectric random access memory
  • MRAM magnetic random access memory
  • the processor of the mobile terminal can, for example, store intermediate results or the like in the main memory.
  • Yet another aspect is a mobile device, comprising at least one parking application installed on the mobile device and described above.
  • Exemplary and non-exhaustive mobile end devices are smartphones, tablet computers, mobile game consoles, laptops, netbooks, data glasses, smart watches and similar wearables.
  • a mobile terminal can be a dedicated parking ticketing device designed exclusively for a parking application.
  • a previously described module, element, etc. can at least partially comprise hardware elements (e.g. processor, storage means, etc.) and/or at least partially software elements (e.g. executable code). It is further noted that terms such as “first”; “second” etc. do not indicate an order, but serve in particular to differentiate between two elements (e.g. memory module, area etc.).
  • the figure 1 10 shows a schematic view of an embodiment of a parking system 100 according to the present application.
  • the parking system 100 shown comprises at least one backend system 102.
  • the backend system 102 can be formed from one or more server(s) which is/are arranged remotely from the at least one parking device 116, for example.
  • the present backend system 102 comprises at least one receiving module 104, preferably in the form of at least one communication module 104 for receiving and sending data, at least one first storage module 106, at least one allocation module 108, at least one data storage arrangement 110, at least one verification module 112 and at least one billing module 114 .
  • the present parking system 100 comprises at least one (off-street) parking device 116.
  • a parking system can preferably comprise a plurality of parking devices.
  • the parking device 116 is a multi-storey car park 116, for example.
  • the parking device 116 may include at least one entrance 118 and at least one exit 130 . It goes without saying that two or more entrances and/or two or more exits can be provided.
  • the driveway 118 comprises a driveway arrangement with a first driveway device 120 and at least one optical detection module 128, preferably in the form of a camera 128.
  • the first driveway device 120 is set up to control or monitor driving through the driveway 118.
  • access device 120 can be used to control a vehicle 124 driving through driveway 118 from a first area 122, in particular an access section 122 (which is arranged in front of access device 120 in the direction of travel of a vehicle 124) into a further area 156.
  • the first area 122 is in particular a non-controlled area and the further area 156 is the controlled area, in particular the (beginning of) parking area(s) 156 of parking facility 116.
  • a controllable actuator (not shown) (e.g. an electric motor) can be provided.
  • the actuator can be set up to move a barrier boom between a blocked position and an open position, depending on a control signal. It goes without saying that other access devices can be provided in other variants.
  • a release that is to say in the present case in particular an opening of the barrier, can depend on whether a user is authorized to drive into the parking device (or not).
  • a vehicle license plate number 126 of an entering vehicle 124 can be detected by the optical detection module 128 before the vehicle 124 actually drives into the parking device 116 .
  • the optical detection module 128 can be aligned in such a way that the access section 122 is monitored.
  • Driving through the driveway 118 can be enabled at least on the basis of the detected vehicle license plate number 126 of the vehicle 124 .
  • the recorded vehicle number plate can be evaluated (locally by a parking device computer (not shown) and/or by the backend system 102).
  • the registered vehicle number plate can at least be compared with a number plate list in which blocked vehicle number plates are stored, that is to say vehicle number plates of vehicles that are not authorized to use parking device 116 .
  • the access device 120 at the at least one entrance 118 can preferably only be released if it is determined that the vehicle 124 is authorized to enter, ie the license plate 126 is not in the said number plate list is stored. Otherwise the access device 120 or the blocking means 120 of the driveway 118 can be blocked.
  • a user can also have a parking ticket medium (not shown) with authentication data that can be read out by an interface device (not shown) of the access device 120, for example in the form of an access code (for example magnetic stripe code, barcode, QR code, RFID identifier, another readable user or mobile device identifier, etc.).
  • an access code for example magnetic stripe code, barcode, QR code, RFID identifier, another readable user or mobile device identifier, etc.
  • the at least one exit 130 of the parking device comprises a further access arrangement with a second access device 132 and at least one further optical detection module 134, preferably in the form of a camera 134.
  • the second access device 132 can be formed similarly to the first access device 120.
  • a validator device 140 can optionally be arranged at the exit 130 .
  • the validator device 140 can include, in particular, a detection module 142 (e.g. a scanner for optically scanning barcodes and/or QR codes and/or a near-field reader), set up to read a parking code from a mobile user terminal 160.
  • a detection module 142 e.g. a scanner for optically scanning barcodes and/or QR codes and/or a near-field reader
  • the validator device 140 can also be conventional be set up to capture paper tickets.
  • the parking device 116 preferably includes at least one billing device 150, preferably in the form of a pay machine 150.
  • the billing device 150 can in particular include at least one detection module 154 (e.g. a scanner for optically scanning barcodes and/or QR codes and/or a near-field reader), set up to read a parking code from a mobile user terminal 160.
  • the billing device 150 can also be set up for the conventional detection of paper tickets.
  • the present billing device 150 has a display 152 .
  • an access device 144 of the parking device 116 is shown as an example.
  • the access device 144 comprises a lockable door 146 and at least one detection module 148 (e.g. a scanner for optically scanning barcodes and/or QR codes and/or a near-field reader), set up to read a parking code from a mobile user terminal 160.
  • a detection module 148 e.g. a scanner for optically scanning barcodes and/or QR codes and/or a near-field reader
  • a user gets through the access device 144 to his vehicle parked in the parking device 116 . It goes without saying that the user can also leave the parking device 116 through the entry device 144 after the vehicle has been parked.
  • the backend system 102 can communicate (preferably bidirectionally) with the modules 120, 128, 132, 134, 148 and 154 of the parking system 100 via at least one (wireless and/or wired) communication network 158.
  • this communication can be at least partially encrypted.
  • the parking system 100 can include at least one mobile terminal device 160 .
  • the mobile terminal device 160 is a smartphone 160 with a parking application 164 installed on it.
  • the parking application 164 comprises a receiving module 166, a transmitting module 168 (in variants of the application, a common communication module can be provided to form a transmitting/receiving module), a generation module 170 and an output module 174.
  • Mobile terminal device 160 also has at least one communication interface that is set up for communication with backend system 102 via at least one (wireless and/or wired) communication network 158 .
  • the communication can be at least partially encrypted.
  • Mobile terminal device 160 also includes at least one optical detection module 172, preferably in the form of a camera 172.
  • FIG. 11 shows a diagram of an embodiment of a method for operating a parking device 116 according to the present application. The method can be performed at least in part by the backend system 102 .
  • a first (optional) step 301 at least one optical detection module 128 arranged at the at least one entrance 118 of the parking device 116 detects the vehicle registration number 126 of the entering vehicle 124.
  • an image data evaluation module e.g. based on a fuzzy evaluation.
  • the vehicle license plate number e.g, X - XX - 123
  • a vehicle 124 entry authorization check may be performed as previously described.
  • backend system 102 receives an entry data record containing at least the vehicle registration number detected when vehicle 124 entered parking device 116 .
  • the entry data record received by the receiving module 104 can also contain entry time information (preferably calendar date and time, e.g. January 1st, 2021, 12:00:00) of the entered vehicle 124, a parking device identifier of the parking device 116 and an entry identifier of the entrance 118.
  • the entry data record can be transmitted to the backend system by the acquisition module 128 .
  • step 303 the received entry data record is stored by a first storage module 106 in a data storage arrangement 110 of the backend system.
  • backend system 102 assigns an application identifier to the stored entry data record, based on an assignment data record received from a mobile terminal device 160 of a user of vehicle 124 that has been driven in.
  • the assignment data record contains at least one item of application identifier information, it being possible for the application identifier of the parking application 164 stored on the mobile terminal device 160 to be determined at least from the application identifier information item.
  • the application identifier information may include a vehicle license plate number of the vehicle 124 that has been driven in, as captured by the camera 172 of the mobile terminal device 160 .
  • the user can photograph the license plate of his vehicle using the camera 172.
  • the vehicle registration number can be read out alphanumerically from the recorded image data via an image/writing recognition function integrated in the parking application 162 .
  • the license plate data or the vehicle license plate number can be stored locally on the mobile terminal device 160 .
  • the alphanumeric license plate data stored on the mobile device 160 is compared with the vehicle license plate number of the backend system 102 (e.g. by the parking application 164 or the backend system 102). If the data match (i.e. it is determined that a vehicle 124 with the vehicle registration number has entered the parking device 116), then an association is made between the application identifier and the stored entry data record. Since the application identifier is in a 1:1 relationship to the mobile terminal device 160 used, the entry data record is therefore assigned to exactly one mobile terminal device 160 .
  • the assignment in particular in the case of registered users or registered parking applications, can be based on a reply message and/or paper ticket functions.
  • step 305 the assigned application identifier is stored at least together with the vehicle identifier, in particular by the first storage module 108 of the backend system 102.
  • the assigned application identifier together with the vehicle identifier can be stored in particular in the data storage arrangement 110.
  • At least one readable parking code is generated based on the stored parking process data record, preferably by the generation module 170.
  • Two readable parking codes can preferably be generated, for example a QR code and a code that can be read by a Bluetooth detection module.
  • the generated parking code contains the vehicle registration number as data content, which can be determined from the parking code by decoding the parking code.
  • a predetermined coding rule can be applied to the vehicle registration number by the generation module in order to generate the parking code.
  • At least one decoding module may apply a corresponding decoding rule to re-decode a parking code to determine the license plate number
  • the at least one generated parking code can be output locally by the user's mobile terminal device 160, in particular by the output module 174, such that the parking code can be read wirelessly from the mobile terminal device 160.
  • local storage on the mobile terminal device 160 can take place at least temporarily (e.g. in a main memory).
  • step 308 enabling of a vehicle 124 to drive through at least one exit 130 of the parking device 116 can take place, at least based on a parking code read out by the mobile terminal device 160 of the user of the vehicle 124 .
  • the optical parking code can be used when performing a billing process for a parking process.
  • the parking code can be read wirelessly by the detection module 154 at the billing device 150 .
  • the read parking code can be transmitted to the backend system 102 and e.g. decoded by a decoding module.
  • the verification module 112 can then verify whether the vehicle registration number determined by the decoding is identical to a vehicle registration number that is stored in a parking transaction data record. If this is the case, the billing module 114 can bill the corresponding parking process (in conventional way), in particular based on the stored entry data of the parking process data set, the current time and valid tariff data.
  • At least the amount determined and to be paid for the parking process can be transmitted to the billing device 150 and displayed by it. After a payment has been made, the stored parking process data record can be marked as "paid".
  • the vehicle registration number of the vehicle 124 can first be recorded and compared with the stored vehicle registration number. If, in particular, an identical vehicle license plate number is determined and it is determined that the parking process data set is marked as "paid", driving through the second access device 134 can be enabled, for example by the access device 134 being activated with a corresponding enable signal. As already described, the "grace period" can also be checked.
  • the access device 134 can be controlled with a corresponding blocking signal so that it is or remains blocked.
  • the vehicle registration number can be partially dirty or environmental influences can make correct detection and identification of the vehicle registration number difficult.
  • the parking code can be recorded in step 310, in particular by the recording module 142 of the validator device 140.
  • the parking code that has been read out can then be decoded in the manner described above and the vehicle license plate number, which is in particular identical and stored in the backend system 102, can then be determined. If it is then established that the parking process data record is marked as paid, driving through the second access device 134 can be released. If, on the other hand, it is determined that the parking process has not been paid for, the access device 134 can be blocked or remain blocked.
  • the recording module 148 of an access device 144 of the parking device 116 can optionally read out the parking code stored in the mobile terminal device 160.
  • the read parking code can then be decoded.
  • it can be determined whether, in particular, an identical vehicle identifier is stored in the backend system 102 . If this is the case, the access device 144 can be released, in particular a door 146 or the like. If no license plate number can be determined, the entry device 144 may remain disabled.
  • FIG. 12 shows a schematic view of another embodiment of a parking system 200 according to the present application.
  • a parking system 200 according to the present application.
  • only the exemplary driveway 218 of a parking device is shown for the sake of a better overview.
  • a backend system and the other components of the parking device are not shown.
  • the access device 220 shown is in the present case formed as a barrier 220 with a barrier boom 201 attached to a column 203 . It is understood that other forms of access devices can be used.
  • the parking system 200 in the present case comprises at least one group antenna arrangement 276.
  • the group antenna arrangement 276 can be assigned to the access device 220 (uniquely throughout the system).
  • the antenna array assembly 276 and the access device 220 can form an access set.
  • the group antenna arrangement 276 is arranged above the associated access device 220 .
  • the first array antenna assembly 276 is vertically spaced from the first access device 220.
  • the array antenna assembly 276 may be disposed on and/or integrated with a height restriction device 288 (e.g., in the form of a height restriction bar 288).
  • the group antenna arrangement 276 can alternatively or additionally be arranged at another location, for example on and/or in a ceiling or a roof of a multi-storey car park (above the access device 220). In still other variants of the application, the group antenna arrangement 276 can alternatively or additionally be arranged in or on the access device 220, for example integrated in the column 203.
  • the group antenna arrangement 276 comprises a plurality of (equally designed) driveway antennas 278.
  • three driveway antennas 278 are shown as an example. It goes without saying that only two or more than three access antennas can be provided.
  • the access antennas 278 are electrically interconnected.
  • the access antennas 278 have, in particular, a defined structure and defined position in relation to one another, in particular a defined distance from one another. This can at least depend on the frequency of the data to be processed depend on the information signal.
  • the driveway antennas 278 may be arranged parallel to each other, each equally spaced. It goes without saying that other arrangements are also possible, such as the arrangement along a semicircle or quadrant.
  • the first group antenna arrangement 276 is set up for processing at least one information signal containing at least one modulated signal section and at least one unmodulated signal section.
  • the information signal that can be processed can preferably be a Bluetooth information signal (at least version 5.X).
  • a Bluetooth information signal in particular a BLE advertising signal
  • the following explanations can be applied to the other information signals described above.
  • the combination of using such an information signal with a group antenna arrangement 276 assigned to the access device 220 makes it possible to determine the position of a mobile terminal device 260 in relation to the group antenna arrangement 276 or the correspondingly assigned access device 220 (with a particularly high level of accuracy). This allows a position determination device 290 to determine whether a mobile terminal device 260 is located in the entering vehicle 224 (or not) when a vehicle registration number of a vehicle 224 is detected at the entrance 218 of the parking device by the camera 228 .
  • the group antenna arrangement 276 shown comprises a position determination device 290.
  • the position determination device 290 in the present case comprises a demodulation module 282, a position determination module 284 and a receiving device interface 286. It goes without saying that further components can be provided, such as filters, amplifiers, A/D converters, etc .
  • Each gateway antenna 278 may provide an antenna signal to the demodulation module 282 based on a received information signal.
  • the demodulation module 282 can demodulate the respective antenna signal.
  • the demodulation module 282 can be set up to determine an amplitude datum and a phase datum for each of the antenna signals. An amplitude datum and a phase datum are preferably determined for the respective unmodulated signal section of a received information signal.
  • the modulated signal section of the information signal can also be demodulated in order to decode and, in particular, evaluate the data content contained therein (e.g. application identifier, authentication date, time stamp and/or the like).
  • the determined data can be provided to the position determination module 284 .
  • the position determination module 284 is set up in particular to determine a first angle data item based on the determined amplitude data and the determined phase data of the demodulated antenna signals.
  • the instantaneous position data of the transmitting mobile terminal device 260 can then be determined at least in part, at least based on the first angle datum.
  • the position can be determined, for example, based on the first angle datum and the RSSI (which can be determined in a known manner, for example, by an RSSI module, not shown, of the array antenna arrangement 276 ) of the information signal received by the access antennas 278 .
  • the RSSI which can be determined in a known manner, for example, by an RSSI module, not shown, of the array antenna arrangement 276 .
  • the position can be determined based on the first angle datum and a further angle datum that was determined by an adjacent antenna array arrangement. Different In other words, triangulation can be done to determine the location data of the mobile terminal.
  • Neighboring means in particular that the group antenna arrangement is at least in the same access arrangement.
  • the antenna arrays are immediately adjacent.
  • the adjacent group antenna arrangement can be assigned to a further passage that is closest.
  • the mobile terminal device 260 can have a communication module with an antenna in order to transmit the information signal (in particular periodically and/or almost continuously).
  • the transmission can be controlled by a parking application (not shown) installed on the mobile terminal 260, for example.
  • a transmission can be triggered by a trigger signal that is transmitted by a transmission device (not shown) of the parking system 200 .
  • a (Bluetooth) beacon can be provided as a transmission device, which emits a triggering signal.
  • the trigger signal can contain a code which—after being received by the mobile terminal device 260—when executed by the mobile terminal device 260 (controlled by an activated parking application) causes the information signal to be sent.
  • the parking application can be activated beforehand by the user, for example, or by a wake-up signal from another transmitter (not shown) of the parking system 200.
  • Array antenna assembly 276 may be formed in an antenna housing having a housing wall that is adjacent to the driveway antennas.
  • the housing wall may be formed from a material (e.g., tinned copper foil, plastic, glass, plasterboard) that attenuates and/or filters electromagnetic signals.
  • the group antenna arrangement comprises a position determination device
  • a so-called evaluation of the "angle of arrival” takes place.
  • the group antenna arrangement can emit a group information signal, which can be evaluated in an analogous manner by the mobile terminal device or the parking application installed on it.
  • a so-called evaluation of the "angle of departure” takes place. Both evaluations allow the position data of the mobile terminal device to be determined with a high degree of accuracy in relation to the respective at least one group antenna arrangement (and thus in relation to the respectively assigned access device).

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)
  • Lock And Its Accessories (AREA)

Abstract

Die Anmeldung betrifft ein Verfahren zum Betreiben einer Parkvorrichtung (116), umfassend Empfangen, durch ein Backendsystem (102), eines Einfahrdatensatzes, enthaltend zumindest ein bei einem Einfahren eines Fahrzeugs in die Parkvorrichtung (116) erfasstes Fahrzeugkennzeichen des Fahrzeugs (124, 224), Speichern, durch das Backendsystem (102), des erhaltenen Einfahrdatensatzes, Erhalten, durch das Backendsystem (106), von einem mobilen Endgerät (160, 260) eines Nutzers, eines Zuordnungsdatensatzes mit einer Anwendungskennungskennungsinformation, Bestimmen, durch das Backendsystem (106), einer Anwendungskennung aus der erhaltenen Anwendungskennungsinformation, Zuordnen, durch das Backendsystem (102), der Anwendungskennung zu dem gespeicherten Einfahrdatensatz, Speichern, durch das Backendsystem (102), der zugeordneten Anwendungskennung zumindest zusammen mit dem Einfahrdatensatz in einem Parkvorgangsdatensatz, Generieren mindestens eines auslesbaren Parkcodes, zugeordnet zu dem gespeicherten Parkvorgangsdatensatz, und Ausgeben des generierten Parkcodes durch das mobile Endgerät (160, 260) des Nutzers, derart, dass der Parkcode drahtlos aus dem mobilen Endgerät (160, 260) auslesbar ist.

Description

  • Die Anmeldung betrifft ein Verfahren zum Betreiben einer Parkvorrichtung. Darüber hinaus betrifft die Anmeldung ein Parksystem, eine ausführbare Parkanwendung und ein mobiles Endgerät, umfassend die ausführbare Parkanwendung.
  • Ein Parksystem mit (Off-Street-) Parkvorrichtungen, wie Parkplätze, Parkhäuser und dergleichen, verfügt in der Regel über eine oder mehrere Zufahrtsanordnung/en. Eine Zufahrtsanordnung umfasst im Allgemeinen eine oder mehrere Zufahrtsvorrichtung/en.
  • Beispielsweise kann als Zufahrtsvorrichtung eine Schranke mit einem schwenkbaren Schrankenbaum vorgesehen sein. Mit einer derartigen Zufahrtsvorrichtung wird insbesondere ein Durchfahren einer Durchfahrt, an der die Zufahrtsvorrichtung angeordnet ist, von einem ersten Bereich in einen weiteren Bereich durch ein Fahrzeug kontrolliert bzw. gesteuert.
  • So kann bei einer Parkvorrichtung eine Zufahrtsanordnung mit mindestens einer Zufahrtsvorrichtung vorgesehen sein, um ein Durchfahren eines Fahrzeugs von einem nicht kontrollierten Bereich, beispielsweise einer Straße, in einen kontrollierten Bereich, beispielsweise den Parkbereich, zu steuern. Mit anderen Worten kann das Einfahren in die Parkvorrichtung durch eine Zufahrtsvorrichtung an einer Einfahrt der Parkvorrichtung gesteuert werden.
  • Alternativ oder zusätzlich kann bei einer Parkvorrichtung eine Zufahrtsanordnung mit mindestens einer Zufahrtsvorrichtung vorgesehen sein, um ein Durchfahren eines Fahrzeugs von dem kontrollierten Bereich in den nicht kontrollierten Bereich zu steuern. Mit anderen Worten kann ein Ausfahren eines Fahrzeugs an einer Ausfahrt aus der Parkvorrichtung durch eine Zufahrtsvorrichtung gesteuert werden.
  • Bei bekannten Zufahrtsvorrichtungen wird das Einfahren in eine Parkvorrichtung nach der Erstellung eines (physischen) Parktickets, wie eines Kurzparkertickets, aufgrund einer Benutzeraktion gewährt. Das Kurzparkerticket, insbesondere ein Papierticket, wird dann nach Ende einer Parkzeit von einem Benutzer an einer Abrechnungsvorrichtung, beispielsweise in Form eines Automaten, bezahlt und an der Ausfahrt durch eine Validatorvorrichtung der Zufahrtsvorrichtung überprüft. Bei einer positiven Prüfung wird die Durchfahrt (in diesem Fall die Ausfahrt) freigegeben. Stellt die Validatorvorrichtung jedoch fest, dass das Ticket beispielsweise noch nicht bezahlt wurde oder dass die Zahlung zu lange zurückliegt, so bleibt die Zufahrtsvorrichtung geschlossen, die Durchfahrt gesperrt.
  • Ein stetiges Anliegen bei Parksystemen ist es, den Nutzerkomfort zu verbessern. Insbesondere werden die erforderlichen manuellen Nutzeraktionen als nutzerunfreundlich angesehen. Aus dem Stand der Technik sind hierzu Parksysteme und Verfahren zum Betreiben von Parkvorrichtungen bekannt, bei denen die erforderlichen Nutzeraktionen reduziert werden können.
  • So sind Parksysteme und Verfahren zum Betreiben mindestens einer Parkvorrichtung bekannt, bei denen eine Fahrzeugkennzeichenerfassung implementiert ist. Bei einem derartigen Parksystem kann an der mindestens einen Einfahrt mindestens ein optisches Erfassungsmodul angeordnet sein. Das optische Erfassungsmodul erfasst ein Fahrzeugkennzeichen eines einfahrenden Fahrzeugs und überträgt das erfasste Fahrzeugkennzeichen an ein Backendsystem des Parksystems. Das Fahrzeugkennzeichen wird in dem Backendsystem, vorzugsweise zusammen mit weiteren Einfahrdaten, gespeichert.
  • Zum Bezahlen des Parkvorgangs ist es beim Stand der Technik erforderlich, dass der Nutzer manuell an der Abrechnungsvorrichtung des Parksystems sein Fahrzeugkennzeichen eingibt. Anschließend wird aus den gespeicherten Einfahrdaten der für den Parkvorgang zu entrichtende Betrag bestimmt. Nach einer erfolgreichen Bezahlung kann dies in dem Backendsystem gespeichert werden.
  • An der mindestens einen Ausfahrt der Parkvorrichtung kann durch ein weiteres optisches Erfassungsmodul das Fahrzeugkennzeichen des ausfahrenden Fahrzeugs erfasst werden. Wird festgestellt, dass das Fahrzeugkennzeichen einem Parkvorgang zugeordnet werden kann, der bereits bezahlt wurde, kann in zuvor beschriebener Weise eine Zufahrtsvorrichtung freigegeben werden, also das Ausfahren freigegeben werden. Andernfalls kann die Zufahrtsvorrichtung gesperrt bleiben, also ein Ausfahren blockiert werden.
  • Zudem können bekannte Parkvorrichtungen über mindestens eine Zutrittsvorrichtung verfügen, um Nutzern insbesondere zu Fuß einen Zutritt zu dem Parkbereich und damit den dort geparkten Fahrzeugen zu ermöglichen. Um sicherzustellen, dass nur berechtigte Nutzer den Parkbereich (also Nutzer, die ihr Fahrzeug in dem Parkbereich abgestellt haben) betreten können, kann auch an einer Zutrittsvorrichtung eine Abfrage des Fahrzeugkennzeichens erfolgen. Insbesondere kann der Nutzer aufgefordert werden, sein Fahrzeugkennzeichen manuell an einer entsprechenden Nutzerschnittstelle einzugeben. Der Zutritt kann nur dann freigegeben werden, wenn das eingegebene Fahrzeugkennzeichen zu einem in dem Backendsystem gespeicherten Fahrzeugkennzeichen korrespondiert, insbesondere identisch ist.
  • Nachteilig an dem Verfahren des Standes der Technik ist das Erfordernis der manuellen Eingabe an der Abrechnungsvorrichtung und/oder der Zutrittsvorrichtung. So ist insbesondere der hierfür erforderliche Zeitaufwand von Nachteil, der den Nutzerkomfort reduziert.
  • Zudem kommt es bei der Eingabe eines Fahrzeugkennzeichens regelmäßig zu Fehlern, so dass keine Abrechnung und/oder Zutrittsfreigabe erfolgen kann. Die Ursache der fehlerhaften Eingabe kann in den Eingabevorschriften (z.B. Bindestrich, Leezeichen etc.) und/oder Nutzerfehlern liegen. Der Nutzerkomfort wird besonders dann reduziert, wenn der Nutzer sein Fahrzeugkennzeichen vergessen hat (beispielsweise weil es ein Mietwagen ist, der Nutzer das Fahrzeugkennzeichen lange nicht eingeben musste etc.) und daher einen Abrechnungsvorgang nicht initiieren kann und/oder nicht in den Parkbereich gelangen kann.
  • Zudem ist es von Nachteil, dass zur manuellen Eingabe der Nutzer die entsprechende Nutzerschnittstelle (beispielweise ein Tastenfeld oder ein Touchdisplay) mit seinen Fingern kontaktieren muss. Auf der Nutzerschnittstelle können jedoch Viren, Bakterien und dergleichen vorhanden sein, so dass der Nutzer einem erhöhten Infektionsrisiko bei der Nutzung der Nutzerschnittstelle ausgesetzt ist. Aus dem Stand der Technik ist es für einen verbesserten Infektionsschutz lediglich bekannt, die Nutzerschnittstelle regelmäßig zu desinfizieren. Dies geht mit einem hohen Aufwand einher.
  • Daher liegt der Anmeldung die Aufgabe zugrunde, ein Verfahren zum Betreiben einer Parkvorrichtung eines Parksystems bereitzustellen, bei dem die Nachteile des Standes der Technik zumindest reduziert sind und insbesondere der Nutzerkomfort bei gleichzeitig verbessertem Infektionsschutz erhöht ist sowie die Fehlerrate bei der Eingabe des Fahrzeugkennzeichens verringert wird.
  • Die Aufgabe wird gemäß einem ersten Aspekt der Anmeldung gelöst durch ein Verfahren zum Betreiben einer Parkvorrichtung nach Anspruch 1. Das Verfahren umfasst:
    • Empfangen, durch ein Backendsystem, eines Einfahrdatensatzes, enthaltend zumindest ein bei einem Einfahren in die Parkvorrichtung erfasstes Fahrzeugkennzeichen eines in die Parkvorrichtung eingefahrenen Fahrzeugs,
    • Speichern, durch das Backendsystem, des erhaltenen Einfahrdatensatzes,
    • Erhalten, durch das Backendsystem, von einem mobilen Endgerät eines Nutzers, eines Zuordnungsdatensatzes mit einer Anwendungskennungskennungsinformation,
    • Bestimmen, durch das Backendsystem, einer Anwendungskennung aus der erhaltenen Anwendungskennungsinformation,
    • Zuordnen, durch das Backendsystem, der Anwendungskennung zum gespeicherten Einfahrdatensatz,
    • Speichern, durch das Backendsystem, der zugeordneten Anwendungskennung zumindest zusammen mit dem Einfahrdatensatz in einem Parkvorgangsdatensatz,
    • Generieren mindestens eines auslesbaren Parkcodes, zugeordnet zu dem gespeicherten Parkvorgangsdatensatz, und
    • Ausgeben des generierten Parkcodes durch das mobile Endgerät des Nutzers, derart, dass der Parkcode drahtlos aus dem mobilen Endgerät lesbar ist.
  • Indem im Gegensatz zum Stand der Technik anmeldungsgemäß ein auslesbarer Parkcode generiert und dieser auslesbar auf einem mobilen Endgerät eines Nutzers gespeichert wird, werden die Nachteile des Standes der Technik zumindest reduziert. Insbesondere werden hierdurch der Nutzerkomfort und die Eingabesicherheit verbessert und gleichzeitig der Infektionsschutz erhöht. Vorzugweise kann der auf dem mobilen Endgerät gespeicherte auslesbare Parkcode für ein (mittelbares) Freigeben eines Ausfahrens aus der Parkvorrichtung verwendet werden. Beispielsweise kann der Parkcode von einer Abrechnungsvorrichtung und/oder der Zutrittsvorrichtung drahtlos ausgelesen werden. Auf eine manuelle Eingabe des Fahrzeugkennzeichens kann verzichtet werden. Der Zeitaufwand wird für den Nutzer reduziert.
  • Das Verfahren dient zum Betreiben einer Parkvorrichtung. Insbesondere kann ein Parksystem mindestens eine (Off-Street-) Parkvorrichtung umfassen, wie einen Parkplatz, ein Parkhaus oder dergleichen. Das Parksystem verfügt vorzugsweise über eine oder mehrere Zufahrtsanordnung/en. Eine Zufahrtsanordnung kann eine oder mehrere Zufahrtsvorrichtung/en umfassen.
  • Vorzugsweise kann als Zufahrtsvorrichtung eine Schranke mit mindestens einem an einer Säule schwenkbar angeordneten Schrankenbaum vorgesehen sein. Es versteht sich, dass als Zufahrtsvorrichtung bzw. Sperrmittel in einer Zufahrtsanordnung aber auch ein Rolltor, Schwenktor, Sektionaltor, versenkbarer Poller und dgl. alternativ oder zusätzlich verwendet werden kann. Weiter kann die Zufahrtsvorrichtung auch ohne ein materielles Sperrmittel auskommen und beispielsweise ein Durchfahren einer Durchfahrt mittels eines Lichtsignals kontrollieren.
  • Eine Zufahrtsanordnung mit mindestens einer Zufahrtsvorrichtung kann insbesondere an einer Durchfahrt einer Parkvorrichtung angeordnet sein, wie einer Einfahrt und/oder Ausfahrt einer Parkvorrichtung.
  • Vor einer Zufahrtsvorrichtung (in Durchfahrtsrichtung gesehen) kann in dem ersten Bereich insbesondere ein Zufahrtsabschnitt vorgesehen sein, den ein Fahrzeug, welches durch die Zufahrtsvorrichtung fahren wird, zuvor passieren muss. Mit der Zufahrtsvorrichtung wird an einer Durchfahrt ein Durchfahren dieser Durchfahrt durch die Zufahrtsvorrichtung von einem ersten Bereich in einen weiteren Bereich kontrolliert bzw. gesteuert. Mit anderen Worten kann beispielsweise ein Einfahren in die Parkvorrichtung durch eine Zufahrtsvorrichtung an einer Einfahrt gesteuert werden. Alternativ oder zusätzlich kann das Ausfahren aus der Parkvorrichtung durch eine Zufahrtsvorrichtung an einer Ausfahrt gesteuert werden. Es versteht sich dabei, dass eine Parkvorrichtung durchaus mehrere Einfahrten und/oder Ausfahrten aufweisen kann.
  • Ferner kann ein Parksystem mindestens ein Backendsystem umfassen. Ein Backendsystem kann von einem oder mehreren (verteilt angeordneten) Server/n gebildet sein. Ein Backendsystem ist insbesondere entfernt von der mindestens einen Parkvorrichtung angeordnet. Das anmeldungsgemäße Verfahren kann insbesondere ein Computerprogramm sein, welches durch das Backendsystem ausgeführt werden kann.
  • Gemäß dem anmeldungsgemäßen Verfahren erfolgt ein Empfangen, durch das Backendsystem, eines Einfahrdatensatzes. Der empfangene Einfahrdatensatz enthält zumindest ein bei einem Einfahren eines Fahrzeugs in die Parkvorrichtung erfasstes Fahrzeugkennzeichen des Fahrzeugs. Das Fahrzeugkennzeichen des Fahrzeugs kann insbesondere durch mindestens ein an mindestens einer Einfahrt der Parkvorrichtung angeordnetes optisches Erfassungsmodul, vorzugsweise in Form mindestens einer Kamera, erfasst werden.
  • Das Verfahren kann insbesondere ein Erfassen, durch mindestens ein an der mindestens einen Einfahrt der Parkvorrichtung angeordnetes optisches Erfassungsmodul, des Fahrzeugkennzeichens des einfahrenden Fahrzeugs umfassen. Durch ein Bilddatenauswertemodul (z.B. basierend auf einer Fuzzy-Auswertung oder dergleichen) des Erfassungsmoduls (oder des Backendsystems) kann das Fahrzeugkennzeichen (z.B. A - BC - 123) aus den erfassten Bilddaten bestimmt werden, die von dem optischen Erfassungsmodul bereitgestellt werden.
  • Vorzugsweise kann das mindestens eine optische Erfassungsmodul der Einfahrt zumindest den einen Zufahrtsabschnitt der Einfahrt abdecken. Anders ausgedrückt, jedes Fahrzeugkennzeichen von jedem Fahrzeug kann erfasst werden, das die Einfahrt durchfahren wird. Es kann also sichergestellt werden, dass jedes Fahrzeugkennzeichen von jedem einfahrenden Fahrzeug erfasst werden kann.
  • Vorzugsweise kann ein Fahrzeugkennzeichen durch das optische Erfassungsmodul vor einem tatsächlichen Durchfahren einer Zufahrtsvorrichtung durch das Fahrzeug erfasst werden. Insbesondere kann ein Freigeben des Durchfahrens der Einfahrt durch ein Fahrzeug erfolgen, zumindest basierend auf dem erfassten Fahrzeugkennzeichen des Fahrzeugs.
  • Beispielsweise kann vor einer Freigabe der Zufahrtsvorrichtung eine Auswertung des Fahrzeugkennzeichens erfolgen. Das erfasste Fahrzeugkennzeichen kann mit einer Kennzeichenliste abgeglichen werden, in der gesperrte Fahrzeugkennzeichen gespeichert sind, also Fahrzeugkennzeichen von Fahrzeugen, die nicht zur Nutzung der Parkvorrichtung berechtigt sind. Die Zufahrtsvorrichtung an der mindestens einen Einfahrt kann vorzugsweise nur dann freigegeben werden, wenn festgestellt wird, dass das Fahrzeug zum Einfahren berechtigt ist. Ansonsten kann die Zufahrtsvorrichtung bzw. das Sperrmittel der Einfahrt gesperrt werden. Diese Prüfung kann lokal durch einen Rechner der Parkvorrichtung oder durch das Backendsystem durchgeführt werden.
  • Der mindestens eine empfangene Einfahrdatensatz wird gespeichert. Vorzugsweise kann das Backendsystem über eine Datenspeicheranordnung verfügen, um die Daten darin zu speichern. Insbesondere ist der Einfahrdatensatz systemweit eineindeutig.
  • Anschließend wird anmeldungsgemäß diesen gespeicherten Daten eine Anwendungskennung zugeordnet. Die Anwendungskennung ist insbesondere eine systemweit eineindeutige Kennung einer auf einem mobilen Endgerät installierten Parkanwendung ("Parkapp"). Die Anwendungskennung ermöglicht insbesondere eine Identifizierung des mobilen Endgeräts, auf dem die Parkanwendung installiert ist. Mittelbar kann hierdurch der Nutzer des mobilen Endgeräts identifiziert werden. Beispielweise kann die Parkanwendung eine Nutzerkennung umfassen.
  • Gemäß dem anmeldungsgemäßen Verfahren wird dem mindestens einen gespeicherten Einfahrdatensatz eine Anwendungskennung eines Nutzers (bzw. dessen mobilen Endgerät, auf dem die Parkanwendung gespeichert ist) zugeordnet, der mit seinem Fahrzeug in die Parkvorrichtung eingefahren ist und die Speicherung des Einfahrdatensatzes ausgelöst hat. Der Nutzer kann der Fahrer oder ein Mitfahrer des Fahrzeugs sein.
  • Es erfolgt ein Zuordnen, durch das Backendsystem, einer Anwendungskennung zu dem gespeicherten Einfahrdatensatz, basierend auf einem von einem mobilen Endgerät eines Nutzers des eingefahrenen Fahrzeugs erhaltenen Zuordnungsdatensatz. Der erhaltene bzw. empfangene Zuordnungsdatensatz enthält zumindest eine Anwendungskennungsinformation. Die Anwendungskennung ist zumindest aus der Anwendungskennungsinformation bestimmbar oder ableitbar. Bei einer Ausführungsform kann als Anwendungskennungsinformation die Anwendungskennung von dem mobilen Endgerät mit einer entsprechend installierten Parkanwendung an das Backendsystem übertragen werden. Bei einer anderen Variante kann auch die Anwendungskennungsinformation eine Bestätigungsinformation sein, dass die im Backendsystem bereits vorhandene Anwendungskennung die Anwendungskennung der Parkanwendung des Nutzers ist. Die finale Zuordnung erfolgt anhand der Bestätigungsinformation.
  • Der Einfahrdatensatz sowie die zugeordnete Anwendungskennung werden durch das Backendsystem zusammen gespeichert, beispielsweise in der genannten Datenspeicheranordnung. Die genannten Daten werden als ein gemeinsamer Parkvorgangsdatensatz gespeichert.
  • Der mindestens eine auslesbare Parkcode wird, durch ein Generierungsmodul des Parksystems, generiert, basierend auf dem gespeicherten Parkvorgangsdatensatz. Dies meint insbesondere, dass der Parkcode zumindest auf einem (systemweit eineindeutigen) Datum des Parkvorgangsdatensatzes basiert bzw. dass dieses Datum codiert wird, um den Parkcode zu generieren. Durch eine Decodierung des Parkcodes kann das mindestens eine Datum wieder bestimmt werden und somit der zugehörige Parkvorgangsdatensatz.
  • Der insbesondere durch geeignete Lesegeräte auslesbare Parkcode wird in dem mobilen Endgerät gespeichert, auf dem die Parkanwendung mit der Anwendungskennung installiert ist, die dem genannten Parkvorgangsdatensatz zugeordnet ist. Der Parkcode ist insbesondere derart gespeichert, dass er, beispielsweise gesteuert durch die Parkanwendung des mobilen Endgeräts, drahtlos aus dem mobilen Endgerät auslesbar ist.
  • Vorzugsweise kann das Empfangen des Zuordnungsdatensatzes durch das Backendsystem ein Übertragen des Zuordnungsdatensatzes von einem mobilen Endgerät an das Backendsystem über ein drahtloses Kommunikationsnetz umfassen, z.B. ein Fernkommunikationsnetz (internetbasiert und/oder mobilfunkbasiert) und/oder ein Nahfeld-Kommunikationsnetz. Beispielsweise kann eine Kommunikation zwischen einem mobilen Endgerät und dem Backendsystem über ein Mobilfunknetz oder dergleichen und/oder ein Nahfeldnetz (z.B. WLAN, Bluetooth etc.) erfolgen.
  • Gemäß einer weiteren Ausführungsform des anmeldungsgemäßen Verfahrens kann die Kommunikation zwischen dem Backendsystem und dem mobilen Endgerät verschlüsselt erfolgen. Insbesondere können das Backendsystem und das mobile Endgerät, insbesondere die Parkanwendung, über geeignete Verschlüsselungsmittel verfügen. Alternativ oder zusätzlich kann die Kommunikation zwischen dem Backendsystem und dem mindestens einen optischen Erfassungsmodul der Parkvorrichtung (oder einer weiteren Vorrichtung der Parkvorrichtung, wie eine Abrechnungsvorrichtung, Zutrittsvorrichtung etc.) verschlüsselt erfolgen. Die Datensicherheit kann erhöht werden.
  • Gemäß einer bevorzugten Ausführungsform des anmeldungsgemäßen Verfahrens kann der Einfahrdatensatz mindestens ein weiteres (also zusätzlich zu dem Fahrzeugkennzeichen) Einfahrdatum enthalten, aus der Gruppe, umfassend
    • Einfahrzeitangabe,
    • Parkvorrichtungskennung, und
    • Einfahrtskennung.
  • Das mindestens eine weitere Einfahrdatum kann in dem Parkvorgangsdatensatz gespeichert werden. Vorzugsweise können sämtliche der genannten Einfahrdaten bei Einfahrt eines Fahrzeugs erfasst und durch das Backendsystem gespeichert werden.
  • Die Einfahrzeitangabe kann aus Kalenderdatum und Uhrzeit gebildet sein. Die Einfahrzeitangabe kann (zusammen mit einer Parkendzeitangabe und gültigen Tarifdaten) zur Abrechnung des Parkvorgangs verwendet werden. Durch die Parkvorrichtungskennung kann die Parkvorrichtung (systemweit eineindeutig) identifiziert werden. Die Einfahrtskennung ermöglicht insbesondere eine (zumindest parkvorrichtungsweit eineindeutige) Identifizierung der von dem Fahrzeug genutzten Einfahrt.
  • Gemäß einer bevorzugten Ausführungsform des anmeldungsgemäßen Verfahrens kann das Verfahren ferner umfassen:
    • Freigeben eines Durchfahrens durch mindestens eine Ausfahrt der Parkvorrichtung durch ein Fahrzeug, zumindest basierend auf einem von dem mobilen Endgerät des Nutzers des Fahrzeugs ausgelesenen Parkcode.
  • Dies meint insbesondere, dass ein Ausfahren aus der Parkvorrichtung zumindest mittelbar freigegeben werden kann, in Abhängigkeit einer Überprüfung eines ausgelesenen Parkcodes.
  • Gemäß einer weiteren Ausführungsform des anmeldungsgemäßen Verfahrens kann das (mittelbare) Freigeben des Betretens einer Parkvorrichtung umfassen:
    • Auslesen, durch ein Erfassungsmodul einer Zutrittsvorrichtung der Parkvorrichtung, des durch das mobile Endgerät ausgegebenen Parkcodes, und
    • Freigeben der Zutrittsvorrichtung, basierend auf dem ausgelesenen Parkcode und dem gespeicherten Parkvorgangsdatensatz.
  • Ein Parkbereich einer Parkvorrichtung kann für einen Nutzer (zu Fuß) nur über eine Zutrittsvorrichtung zugänglich sein. Die Zutrittsvorrichtung kann eine Tür oder ein anderes steuerbares Sperrmittel umfassen. Beispielsweise kann ein ansteuerbarer Aktor vorhanden sein, der das Sperrmittel öffnen und schließen kann.
  • Ferner kann die Zutrittsvorrichtung mindestens ein Erfassungsmodul, beispielsweise in Form eines Lesemoduls, umfassen, eingerichtet zumindest zum drahtlosen Auslesen eines auf dem mobilen Endgerät gespeicherten Parkcodes. Beispielsweise kann der Nutzer sein mobiles Endgerät in Reichweite des Lesemoduls bringen, um ein Auslesen des Parkcodes auszulösen.
  • Vor einer Freigabe der Zutrittsvorrichtung, insbesondere des Sperrmittels, um ein Betreten des Parkbereichs durch den Nutzer zu ermöglichen, kann der ausgelesene Parkcode überprüft werden. Das Überprüfen kann insbesondere ein Decodieren des Parkcodes umfassen. Das hierdurch bestimmte Datum eines Parkvorgangsdatensatzes kann, insbesondere durch ein Überprüfungsmodul des Backendsystems, mit den gespeicherten Parkvorgangsdatensätzen abgeglichen werden. Wird festgestellt, dass das aus dem Parkcode gewonnene Datum einem (aktuellen) Parkvorgang bzw. Parkvorgangsdatensatz zugeordnet werden kann, kann die Zutrittsvorrichtung, beispielsweise die Tür, freigegeben werden. Beispielsweise kann das Sperrmittel und/oder der Aktor mit einem entsprechenden Freigabesignal angesteuert werden.
  • Andernfalls kann die Zutrittsvorrichtung gesperrt werden, insbesondere gesperrt bleiben.
  • Indem einem Nutzer Zutritt zu dem Parkbereich ermöglicht wird, wird dem Nutzer mittelbar ein Ausfahren mit seinem Fahrzeug aus der Parkvorrichtung anhand des Parkcodes ermöglicht.
  • Gemäß einer besonders bevorzugten Ausführungsform des anmeldungsgemäßen Verfahrens kann das (mittelbare) Freigeben des Durchfahrens umfassen:
    • Auslesen, durch ein Erfassungsmodul einer Abrechnungsvorrichtung der Parkvorrichtung, des durch das mobile Endgerät ausgegebenen Parkcodes, und
    • Durchführen eines Abrechnungsvorgangs zumindest basierend auf dem ausgelesenen Parkcode und dem gespeicherten Parkvorgangsdatensatz,
    • wobei das Freigeben des Durchfahrens abhängig von dem Abrechnungsvorgang erfolgt.
  • Das Parksystem, insbesondere die Parkvorrichtung, kann mindestens eine Abrechnungsvorrichtung umfassen, vorzugsweise in Form eines Kassenautomaten. Zur Initiierung eines Abrechnungsvorgangs für einen durchgeführten Parkvorgang kann, durch ein Erfassungsmodul, wie ein Lesemodul, zunächst der Parkcode aus dem mobilen Endgerät drahtlos ausgelesen werden. Beispielsweise kann der Nutzer sein mobiles Endgerät in Reichweite des Erfassungsmoduls bringen, um ein Auslesen des Parkcodes auszulösen. Die Abrechnungsvorrichtung kann nach Empfang des Parkcodes einen Abrechnungsvorgang zumindest initiieren. Beispielsweise kann die Abrechnungsvorrichtung den ausgelesenen (und/oder bereits decodierten) Parkcode an das Backendsystem übertragen.
  • Zur Durchführung des Abrechnungsvorgangs kann der Parkcode zunächst dekodiert werden. Anschließend kann mit dem so bestimmten Datum des Parkvorgangsdatensatz der zugehörige gespeicherte Parkvorgangsdatensatz ermittelt werden. Dann kann, vorzugsweise durch ein Abrechnungsmodul des Backendsystems, ein Abrechnungsvorgang durchgeführt werden, basierend auf dem ermittelten Parkvorgangsdatensatz.
  • Die Einfahrzeitangabe des ermittelten Parkvorgangsdatensatzes kann (zusammen mit einer Parkendzeitangabe, also insbesondere der augenblickliche Zeitpunkt, und gültigen Tarifdaten) zur Abrechnung des Parkvorgangs (in herkömmlicher Weise) verwendet werden. Insbesondere kann der zu entrichtende Betrag bestimmt und der Abrechnungsvorrichtung zur Verfügung gestellt werden. Der zu entrichtende Betrag kann durch die Abrechnungsvorrichtung angezeigt werden.
  • Nach einer Bezahlung des angezeigten Betrags kann diese Information dem Backendsystem bereitgestellt werden. Dann kann diese Information in dem entsprechenden Parkvorgangsdatensatz gespeichert werden. Beispielsweise kann dieser Parkvorgangsdatensatz als "bezahlt" markiert werden (die noch nicht abgerechneten Parkvorgänge können als "nicht bezahlt" markiert oder unmarkiert sein). Beispielsweise kann die Markierung durch Setzen von mindestens einem Bit erfolgen.
  • Nach einer Bezahlung des Parkvorgangs kann das Ausfahren für den entsprechenden Nutzer freigegeben sein. Anders ausgedrückt, wird dem Nutzer bei dieser Ausführungsform mittelbar ein Ausfahren aus der Parkvorrichtung anhand des Parkcodes ermöglicht.
  • Vorzugsweise kann nach einer Bezahlung des zu entrichtenden Betrags eine elektronische Quittung erstellt werden. Diese kann an das mobile Endgerät bzw. die darauf installierte Parkanwendung übermittelt werden. Beispielsweise kann das Erfassungsmodul eine bidirektionale Kommunikation zwischen der Abrechnungsvorrichtung und dem mobilen Endgerät ermöglichen.
  • Alternativ oder zusätzlich kann an das mobile Endgerät bzw. an die darauf installierte Parkanwendung eine Zeitangabe übermittelt werden, die anzeigt, bis wann ein Ausfahren aus der Parkvorrichtung möglich ist. Diese Zeitangabe wird auch als "grace period" bezeichnet. Hierdurch kann der Nutzer über die Zeitdauer informiert werden, bis er die Parkvorrichtung zu verlassen hat. Nach Ablauf der Zeitdauer bleibt eine Zufahrtsvorrichtung gesperrt.
  • Bei anderen Varianten der Anmeldung kann die elektronische Quittung bei dem Ausfahren aus der Parkvorrichtung an die Parkanwendung übermittelt werden.
  • Gemäß einer weiteren Ausführungsform des anmeldungsgemäßen Verfahrens kann das (mittelbare) Freigeben des Durchfahrens umfassen:
    • Erfassen, durch mindestens ein an der mindestens einen Ausfahrt der Parkvorrichtung angeordnetes weiteres optisches Erfassungsmodul, eines Fahrzeugkennzeichens eines ausfahrenden Fahrzeugs,
    • Überprüfen, ob ein dem Fahrzeugkennzeichen zugeordneter Parkvorgang bezahlt wurde, und
    • Freigeben des Durchfahrens durch die mindestens eine Ausfahrt der Parkvorrichtung durch das Fahrzeug (nur dann), wenn festgestellt wird, dass der zugeordnete Parkvorgang bezahlt wurde.
  • Ähnlich wie beim Einfahren kann auch beim Ausfahren durch ein weiteres optisches Erfassungsmodul das Fahrzeugkennzeichen erfasst werden. Basierend auf dem erfassten Fahrzeugkennzeichen kann ein zugehöriger Parkvorgangsdatensatz ermittelt werden, insbesondere durch das Backendsystem. Dann kann geprüft werden, ob der ermittelte Parkvorgangsdatensatz als "bezahlt" markiert ist oder nicht. Ist dies der Fall, kann insbesondere die Zufahrtsvorrichtung der Ausfahrt freigegeben werden, so dass ein Ausfahren aus der Parkvorrichtung ermöglicht wird. Ist der Parkvorgangsdatensatz als "nicht bezahlt" markiert (oder die oben genannte "grace period" bereits abgelaufen), kann die Zufahrtsvorrichtung gesperrt werden.
  • Insbesondere wenn an der Ausfahrt keine Fahrzeugkennzeichenerkennung vorgesehen ist und/oder ein Fahrzeugkennzeichen nicht korrekt erfasst wurde (z.B. wegen einer Verschmutzung des Fahrzeugkennzeichens, des Erfassungsmoduls, einer fehlerhaften Bildauswertung etc.) kann das Verfahren ferner umfassen:
    • Auslesen, durch ein Erfassungsmodul einer an der mindestens einen Ausfahrt angeordneten Validatorvorrichtung, des in dem mobilen Endgerät gespeicherten Parkcodes,
    • Überprüfen, ob ein dem ausgelesenen Parkcode zugeordneter Parkvorgang bezahlt wurde, und
    • Freigeben des Durchfahrens durch die mindestens eine Ausfahrt der Parkvorrichtung durch das Fahrzeug (nur dann), wenn festgestellt wird, dass der zugeordnete Parkvorgang bezahlt wurde.
  • In zuvor beschriebener Weise kann ein Auslesen und Decodieren sowie ein Ermitteln des Parkvorgangsdatensatzes erfolgen. Dann kann in vorbeschriebener Weise bestimmt werden, ob der ermittelte Parkvorgangsdatensatz als "bezahlt" markiert ist (oder nicht). Ein Freigeben einer Zufahrtsvorrichtung erfolgt abhängig davon, ob der ermittelte Parkvorgangsdatensatz als "bezahlt" markiert ist (oder nicht). Auch hier kann eine Überprüfung der genannten "grace period" erfolgen.
  • Gemäß einer weiteren besonders bevorzugten Ausführungsform des anmeldungsgemäßen Verfahrens kann der empfangene Zuordnungsdatensatz ein durch ein optisches Erfassungsmodul des mobilen Endgeräts des Nutzers erfasstes Fahrzeugkennzeichen des Fahrzeugs des Nutzers sein. Das optische Erfassen, beispielsweise durch eine Kamera des mobilen Endgeräts, kann durch die Parkanwendung gesteuert werden. Insbesondere kann die Parkanwendung den Nutzer auffordern, ein entsprechendes Foto von dem Fahrzeugkennzeichen des Fahrzeugs zu machen.
  • Die Parkanwendung kann beispielsweise eine Vorprüfung durchführen, um zu ermitteln, ob die Qualität der aufgenommenen Bilddaten für eine Identifizierung des Fahrzeugkennzeichens ausreichend ist. Wenn die Qualität nicht ausreichend ist, kann der Nutzer erneut aufgefordert werden, ein entsprechendes Foto zu machen.
  • Bei weiteren Varianten der Anmeldung kann die Parkanwendung das Fahrzeugkennzeichen selbst aus den Bilddaten ermitteln. Alternativ kann dies durch das Backendsystem erfolgen.
  • Vorzugsweise kann die Parkanwendung einen Zuordnungsdatensatz generieren, umfassend das erfasste Fahrzeugkennzeichen und als Anwendungskennungsinformation die Anwendungskennung der Parkanwendung. Die Parkanwendung kann ein Senden des generierten Zuordnungsdatensatzes durch eine Kommunikationsschnittstelle des mobilen Endgeräts an das Backendsystem bewirken. Insbesondere ist bei dieser Ausführungsform von Vorteil, dass eine Registrierung des Nutzers in dem Parksystem nicht erforderlich ist. Es werden also keine Nutzerdaten in dem Backendsystem, beispielsweise in einem Nutzerdatensatz bzw. Nutzerkonto, von dem Nutzer dauerhaft gespeichert.
  • Bei einer weiteren Ausführungsform kann durch eine Nahfeld-Sendevorrichtung (z.B. ein Bluetooth-Beacon, vorzugsweise ein BLE (Bluetooth Low Energy)-Beacon) der Parkvorrichtung, eine (BLE-) Advertising-Nachricht ausgesendet werden. Die Advertising-Nachricht kann Instruktionen umfassen, die bei ihrer Ausführung ein Starten der Parkanwendung bewirken. Zudem können die Instruktionen Angaben enthalten, dass ein Fahrzeugkennzeichen durch das mobile Endgerät erfasst und gesendet werden sollte. Bei anderen Varianten kann die Parkanwendung auch durch den Nutzer selbst gestartet werden.
  • Ein BLE-Advertising-Signal bzw. -Nachricht kann insbesondere von nahezu jedem mobilen Endgerät, insbesondere mit einem marktüblichen Betriebssystem (z.B. Apple iOS, Google Android, Microsoft Windows Mobile, Microsoft Mobile Phone, Blackberry OS, Symbian OS, Firefox OS, Tizen, Aliyun OS), empfangbar und auswertbar sein.
  • Alternativ oder zusätzlich kann, gemäß einer weiteren Ausführungsform des Verfahrens, mindestens ein Nutzerdatensatz in dem Backendsystem gespeichert sein, wobei der Nutzerdatensatz zumindest eine Anwendungskennung und ein Fahrzeugkennzeichen (des Nutzers) enthält. Das Verfahren kann ferner umfassen:
    • Überprüfen, ob das empfangene Fahrzeugkennzeichen zu einem in einem Nutzerdatensatz gespeicherten Fahrzeugkennzeichen korrespondiert, und
    • wenn das empfangen Fahrzeugkennzeichen zu dem gespeicherten Fahrzeugkennzeichen korrespondiert, Senden, durch das Backendsystem, einer Anfragenachricht, ob der Nutzer in die Parkvorrichtung eingefahren ist, basierend auf dem Nutzerdatensatz, der das Fahrzeugkennzeichen enthält, das zu dem empfangenen Fahrzeugkennzeichen korrespondiert.
  • Bei einem Parksystem kann es zunächst erforderlich sein, dass der Nutzer sich bei diesem System vor der erstmaligen Nutzung einer Parkvorrichtung des Parksystems (beispielsweise um ein Fahrzeug in der Parkvorrichtung zu parken) und/oder bei einem Installationsvorgang der Parkanwendung registriert. Bei einer erfolgreichen Registrierung kann in dem Parksystem, insbesondere dem Backendsystem des Parksystems (auch Hintergrundsystem genannt), ein Nutzerdatendatensatz bzw. Nutzerkonto für den registrierten Nutzer angelegt werden, indem Identifikationsdaten des Nutzers in dem Backendsystem gespeichert werden, wie eine eindeutige (Nutzer-)Kennung (ID) des Nutzers, Fahrzeugkennzeichen des Nutzers, Anwendungskennung der installierten Parkanwendung, Authentisierungsdaten, z.B. ein Passwort, und beispielsweise Abrechnungsdaten, z.B. Kreditkartendaten oder Kontoverbindungen, Adressdaten oder sonstige Daten für die Abrechnung. In Gesamtheit werden diese Daten Nutzerstammdaten genannt. Zudem kann auf dem mobilen Endgerät des Nutzers nach der erfolgreichen Registrierung die Parkanwendung mit der registrierten Anwendungskennung in Form einer so genannten App installiert sein.
  • Ein erfasstes Fahrzeugkennzeichen eines eingefahrenen Fahrzeugs kann zunächst mit den gespeicherten Fahrzeugkennzeichen der gespeicherten Nutzerdatensätze abgeglichen werden. Durch Detektion insbesondere einer Identität zwischen dem erfassten Fahrzeugkennzeichen und einem gespeicherten Fahrzeugkennzeichen kann der entsprechende Nutzerdatensatz ermittelt werden. Basierend auf dem ermittelten Nutzerdatensatz, insbesondere der Anwendungskennung von diesem Nutzerdatensatz, kann das Backendsystem die Anfragenachricht an das (genau eine) mobile Endgerät senden, zu dem die Anwendungskennung gespeichert ist. Die Anfragenachricht enthält insbesondere als Anfrage, ob der Nutzer in die Parkvorrichtung (tatsächlich) eingefahren ist. Es kann also abgefragt werden, ob die Ermittlung des Nutzerdatensatzes, basierend auf dem erfassten Fahrzeugkennzeichen, korrekt war.
  • Gemäß einer weiteren Ausführungsform des anmeldungsgemäßen Verfahrens kann das Verfahren umfassen:
    • Empfangen, durch das Backendsystem, einer Antwortnachricht auf die gesendete Anfragenachricht, wobei die Antwortnachricht als Zuordnungsdatensatz ein Bestätigungsdatum enthält, dass der Nutzer in die Parkvorrichtung eingefahren ist.
  • Insbesondere kann der Nutzer nach einem Empfangen der Anfragenachricht überprüfen, ob er mit einem Fahrzeug tatsächlich in eine bestimmte Parkvorrichtung eingefahren ist. Wenn dies der Fall ist, kann der Nutzer dies beispielsweise manuell an seinem mobilen Endgerät bestätigen. Beispielsweise kann die Anfragenachricht durch die (aktivierte) Parkanwendung angezeigt werden, um eine Nutzerbestätigung anzufordern.
  • Bei Detektion einer derartigen manuellen Nutzerbestätigung kann die Parkanwendung ein Senden der Antwortnachricht an das Backendsystem bewirken. Weiter kann der Nutzer auch angeben, dass er nicht in die Parkvorrichtung eingefahren ist. Bei Erhalt der Antwortnachricht mit einem entsprechenden Bestätigungsdatum bzw. einer entsprechenden Bestätigungsinformation kann die Zuordnung finalisiert und der so erstellte Parkvorgangsdatensatz gespeichert werden. Bei Erhalt der Antwortnachricht mit einer Verneinung ordnet das Backendsystem dem Parkvorgangsdatensatz keine Anwendungskennung zu, es wird kein Parkcode für das mobile Endgerät generiert, und ein (ggf. anderer) Nutzer muss den Abrechnungsvorgang zum Bezahlen des Parkvorgangs in bekannter Weise durch händische Eingabe des Kennzeichens initiieren, ebenso muss der Nutzer ggf. das Freigeben von Zutrittsvorrichtungen mit händischer Eingabe des Kennzeichens veranlassen.
  • Gemäß einer weiteren Ausführungsform des anmeldungsgemäßen Verfahrens kann mindestens ein Nutzerdatensatz in dem Backendsystem gespeichert sein, wobei der Nutzerdatensatz zumindest eine Anwendungskennung enthält. Insbesondere kann bei dieser Ausführungsform vorgesehen sein, dass kein Fahrzeugkennzeichen in dem Nutzerdatensatz hinterlegt ist (oder zumindest kein aktuell gültiges Kennzeichen). Das Verfahren kann ferner umfassen:
    • - Ermitteln, durch eine Positionsbestimmungseinrichtung, ob bei einer Erfassung eines Kennzeichens eines Fahrzeugs an der mindestens einen Einfahrt der Parkvorrichtung ein mobiles Endgerät in dem einfahrenden Fahrzeug angeordnet ist,
    • - Überprüfen, ob eine Anwendungskennung des ermittelten mobilen Endgeräts zu einer in einem Nutzerdatensatz gespeicherten Anwendungskennung korrespondiert, und
    • - - wenn die Anwendungskennung des ermittelten mobilen Endgeräts zu der gespeicherten Anwendungskennung korrespondiert, Senden, durch das Backendsystem, einer Anfragenachricht, ob der Nutzer in die Parkvorrichtung eingefahren ist, basierend auf der Anwendungskennung des ermittelten mobilen Endgeräts.
  • Insbesondere kann bei dieser Ausführungsform zusätzlich zum Erfassen des Fahrzeugkennzeichens ein Bestimmen der Position von mobilen Endgeräten erfolgen. Für die Positionsbestimmung können verschiedene Verfahren grundsätzlich eingesetzt werden (z.B. GPS-Ortung, Trilaterations-Ortung etc.).
  • Besonders bevorzugt kann die Bestimmung der Position des mobilen Endgeräts, insbesondere zur Ermittlung, ob das mobile Endgerät sich in dem Fahrzeug befindet, von dem das Fahrzeugkennzeichen erfasst wurde, durch eine Positionsbestimmungseinrichtung durchgeführt werden, welche eine Gruppenantennenanordnung umfasst. Eine derartige Positionsbestimmungseinrichtung, zumindest die Gruppenantennenanordnung, kann an der Einfahrt positioniert sein.
  • Durch die Nutzung einer Gruppenantennenanordnung zusammen mit mindestens einem Informationssignal kann die Position eines mobilen Endgeräts mit einer besonders hohen Genauigkeit (insbesondere zwischen 0,3 m bis 0,5 m) bestimmt werden. Dies ermöglicht es, auch bei zwei oder mehr (unmittelbar) nebeneinander liegenden Einfahrten zu bestimmen, vor welcher Einfahrt sich ein mobiles Endgerät tatsächlich befindet. So kann eine Anwendungskennung des mobilen Endgeräts einem Fahrzeugkennzeichen mit einer hohen Zuverlässigkeit korrekt zugeordnet werden.
  • Zur Bestimmung der Position kann eine Gruppenantennenanordnung ein Informationssignal verarbeiten, also insbesondere das Informationssignal empfangen und/oder aussenden. Insbesondere ermöglicht eine Gruppenantennenanordnung die Auswertung wenigstens eines unmodulierten Signalabschnitts eines Informationssignals, derart, dass Positionsdaten eines mobilen Endgeräts, das mit der Gruppenanordnung mittels des mindestens einen Informationssignals interagiert, mit einer besonders hohen Genauigkeit bestimmt werden können.
  • Eine anmeldungsgemäße Gruppenantennenanordnung (auch Phased Array Antenne genannt) weist insbesondere eine Mehrzahl von benachbart zueinander angeordneten Zufahrtsantennen auf. Die mindestens zwei Zufahrtsantennen einer Gruppenantennenanordnung sind elektrisch miteinander verschaltet. Die Zufahrtsantennen weisen insbesondere eine definierte Struktur und/oder eine definierte Position zueinander auf, insbesondere einen definierten Abstand zueinander. Die Struktur und die Position der Zufahrtsantennen können abhängig zumindest von der Frequenz des zu verarbeitenden Informationssignals gewählt sein. Beispielsweise können die Zufahrtsantennen parallel zueinander, jeweils mit dem gleichen Abstand, angeordnet sein. Die Zufahrtsantennen einer Gruppenantennenanordnung sind insbesondere identisch geformt.
  • Eine Zufahrtsantenne ist zum Senden und/oder Empfangen eines Informationssignals ausgebildet. Ein anmeldungsgemäßes Informationssignal ist insbesondere ein Datenpaketsignal mit einem modulierten Signalabschnitt und einem unmodulierten Signalabschnitt eines elektromagnetischen Signals. Der modulierte Signalabschnitt enthält in herkömmlicher Weise Dateninhalt (z.B. preamble, access-address, PDU, CRC). Zusätzlich enthält ein anmeldungsgemäßes Informationssignal einen unmodulierten Signalabschnitt (z.B. 1 bis 300 µs unmodulierte Signaldauer, vorzugsweise 16 bis 160 µs). Der unmodulierte Signalabschnitt stellt eine konstante Frequenz zur Verfügung, die anmeldungsgemäß zur Positionsbestimmung ausgewertet werden kann. Der unmodulierte Signalabschnitt ist nicht Träger von Dateninhalt, insofern ist der unmodulierte Signalabschnitt weder frequenz- noch amplitudenmoduliert. Der unmodulierte Signalabschnitt kann jedoch signaltechnisch demoduliert werden. Der unmodulierte Signalabschnitt wird dabei in einem sogenannten I&Q-Verfahren in zwei Wege aufgeteilt, der eine Weg der Demodulation wird mit der originalen Phasenlage (englisch: in phase) durchgeführt und ergibt die I-Daten, der zweite Weg wird mit um 90° phasenverschobener Referenzfrequenz durchgeführt und ergibt die Q-Daten (englisch: quadrature).
  • Vorzugsweise ist das Informationssignal ein Nahfeld-Informationssignal, z.B. basierend auf einer der Technologien, wie Bluetooth, Wibree, WiMAX, ZigBee, WLAN oder NFC. Vorzugsweise kann das Informationssignal ein Bluetooth-Informationssignal sein, besonders bevorzugt ein Bluetooth-Informationssignal der Version 5.X (oder einer höheren Version).
  • Das Informationssignal kann vorzugsweise ein Advertising-Signal sein. Gemäß einer bevorzugten Ausführungsform kann das Advertising-Signal ein Bluetooth Low Energy (BLE) Signal (zumindest der Version 5.X) sein.
  • Nachdem ein mobiles Endgerät ermittelt wurde, welches einem erfassten Fahrzeugkennzeichen zuordenbar ist, kann bestimmt werden, ob die Anwendungskennung der auf dem mobilen Endgerät installierten Parkanwendung in einer der vorzugsweisen Vielzahl von Nutzerdatensätzen gespeichert ist. Ist dies der Fall, kann, basierend auf dem bestimmten Nutzerdatensatz, insbesondere der Anwendungskennung, eine Anfragenachricht gesendet werden, insbesondere in analoger Weise zu den vorherigen Ausführungen.
  • Gemäß einer weiteren Ausführungsform des anmeldungsgemäßen Verfahrens kann das Verfahren umfassen:
    • Empfangen, durch das Backendsystem, einer Antwortnachricht auf die gesendete Anfragenachricht, wobei die Antwortnachricht als Zuordnungsdatensatz ein Bestätigungsdatum enthält, dass der Nutzer in die Parkvorrichtung eingefahren ist.
  • Insbesondere kann nach einem Empfangen der Anfragenachricht überprüft werden, ob der Nutzer mit einem Fahrzeug tatsächlich in eine bestimmte Parkvorrichtung eingefahren ist. Wenn dies der Fall ist, kann der Nutzer dies beispielsweise manuell an seinem mobilen Nutzerendgerät bestätigen, wie zuvor bereits beschrieben wurde. Bei Detektion einer derartigen manuellen Aktion kann die Parkanwendung ein Senden der Antwortnachricht bewirken. Bei anderen Varianten der Anmeldung kann vorgesehen sein, dass der Nutzer auch angeben kann, dass er nicht in die Parkvorrichtung eingefahren ist. Bei Erhalt der Antwortnachricht mit einem entsprechenden Bestätigungsdatum bzw. einer entsprechenden Bestätigungsinformation kann die Zuordnung finalisiert und der so erstellte Parkvorgangsdatensatz gespeichert werden.
  • Darüber hinaus kann, gemäß einer weiteren Ausführungsform des Verfahrens, der Zuordnungsdatensatz mindestens ein Ticketdatum eines durch ein Erfassungsmodul des mobilen Endgeräts erfassten physischen Tickets (z.B. Papierticket) enthalten, das an der Einfahrt der Parkvorrichtung ausgegeben wurde. Die erfassten Daten sowie die Anwendungskennung können an das Backendsystem übermittelt werden. Mit Hilfe des Ticketdatums und der Anwendungskennung (als Anwendungskennungsinformation) kann eine zuvor beschriebene Zuordnung erfolgen.
  • Gemäß einer bevorzugten Ausführungsform des anmeldungsgemäßen Verfahrens kann der mindestens eine Parkcode generiert werden, basierend auf dem Fahrzeugkennzeichen und/oder weiteren Daten des Parkvorgangsdatensatzes.
  • Insbesondere ist erkannt worden, dass sowohl das Fahrzeugkennzeichen als auch der Parkvorgangsdatensatz (systemweit eineindeutige) Kennungen sind. Bei anderen Varianten der Anmeldung kann die Generierung des systemweit eindeutigen Parkcodes zufällig, d.h. unabhängig von anderen Kennungen erfolgen, und letzteren im Backendsystem zugeordnet werden.
  • Gemäß einer weiteren Ausführungsform des anmeldungsgemäßen Verfahrens kann das Generieren des Parkcodes ein Generieren eines optisch auslesbaren Parkcodes umfassen. Insbesondere kann ein Barcode und/oder QR-Code generiert werden. Dieser kann von einem optischen Erfassungsmodul (der Abrechnungsvorrichtung, Zutrittsvorrichtung, Validatorvorrichtung etc.), wie einer Kamera, erfasst werden. Beispielsweise kann ein entsprechender optischer Parkcode auf der Anzeigeneinrichtung des mobilen Endgeräts angezeigt werden, um ein Auslesen des Parkcodes durch ein optisches Erfassungsmodul zu ermöglichen.
  • Alternativ, vorzugsweise zusätzlich, kann das Generieren des Parkcodes ein Generieren eines durch ein Nahfeldlesegerät auslesbaren Parkcodes umfassen, insbesondere eines Bluetooth-basierten Parkcodes und/oder ein NFC-basierten Parkcodes. Insbesondere kann ein entsprechender Parkcode von einem Bluetooth-Lesemodul automatisch, also ohne eine Nutzeraktion, ausgelesen werden. Auch kann ein NFC-Lesegerät oder dergleichen vorgesehen sein.
  • Beispielsweise kann eine Abrechnungsvorrichtung und/oder eine Zutrittsvorrichtung und/oder eine Validatorvorrichtung über ein Erfassungsmodul in Form eines Nahfeldlesegeräts verfügen, insbesondere ein Bluetooth-Lesegerät. Die Reichweite eines derartigen Nahfeldlesegerät kann vorzugsweise derart eingestellt werden (z.B. auf maximal 2 m bei einer Zutrittsvorrichtung oder auf maximal 0,5 m bei einer Abrechnungsvorrichtung), dass ein Parkcode nur dann ausgelesen werden kann, wenn sich das mobile Endgerät und damit der Nutzer in ausreichender Nähe zu der jeweiligen Vorrichtung befindet (z.B. bei der Abrechnungsvorrichtung unmittelbar vor der Abrechnungsvorrichtung steht). Gleichzeitig kann erreicht werden, dass eine Freigabe der Zutrittsvorrichtung bzw. ein Abrechnungsvorgang so erfolgt, dass der Nutzer nahezu keine Zeitverzögerung erfährt.
  • Die Reichweite kann insbesondere durch Vorgeben einer Mindestsignalstärke (insbesondere ein RSSI (Received Signal Strength Indicator) Grenzwert) eingestellt werden.
  • Ein weiterer Aspekt der Anmeldung ist ein Parksystem, insbesondere eingerichtet zur Durchführung des zuvor beschriebenen Verfahrens. Das Parksystem umfasst mindestens ein Empfangsmodul, eingerichtet zum Empfangen eines Einfahrdatensatzes, enthaltend zumindest ein bei einem Einfahren eines Fahrzeugs in die Parkvorrichtung erfasstes Fahrzeugkennzeichen des Fahrzeugs. Das Parksystem umfasst mindestens ein erstes Speichermodul, eingerichtet zum Speichern des erhaltenen Einfahrdatensatzes. Das Parksystem umfasst mindestens ein Zuordnungsmodul, eingerichtet zum Zuordnen einer Anwendungskennung zu dem gespeicherten Einfahrdatensatz, basierend auf einem von einem mobilen Endgerät eines Nutzers des eingefahrenen Fahrzeugs erhaltenen Zuordnungsdatensatz, enthaltend zumindest eine Anwendungskennungsinformation, wobei die Anwendungskennung zumindest aus der Anwendungskennungsinformation bestimmbar ist. Das erste Speichermodul ist eingerichtet zum Speichern der zugeordneten Anwendungskennung zumindest zusammen dem Einfahrdatensatz in einem Parkvorgangsdatensatz. Das Parksystem umfasst mindestens ein Generierungsmodul, eingerichtet zum Generieren mindestens eines auslesbaren Parkcodes, zugeordnet zu dem gespeicherten Parkvorgangsdatensatz. Das Parksystem umfasst mindestens ein Ausgabemodul, eingerichtet zum Ausgeben des generierten Parkcodes durch das mobile Endgerät des Nutzers, derart, dass der Parkcode drahtlos aus dem mobilen Endgerät auslesbar ist.
  • Vorzugsweise umfasst das Parksystem mindestens ein Backendsystem. Das Backendsystem kann insbesondere das Empfangsmodul, das erste Speichermodul und das Zuordnungsmodul umfassen.
  • Bei einer Ausführungsform kann das Backendsystem zudem eine Datenspeicheranordnung umfassen, welche von dem ersten Speichermodul gesteuert werden kann. In der Datenspeicheranordnung kann beispielsweise der mindestens eine Parkvorgangsdatensatz durch das erste Speichermodul gespeichert sein.
  • Gemäß einer weiteren Ausführungsform des anmeldungsgemäßen Parksystems kann das Backendsystem mindestens ein Überprüfungsmodul umfassen. Das Überprüfungsmodul kann eingerichtet sein zum Bestimmen, ob ein ausgelesener Parkcode (beispielsweise bereitgestellt durch ein Erfassungsmodul einer Abrechnungsvorrichtung, einer Zutrittsvorrichtung und/oder einer Validatorvorrichtung) zu einem gespeicherten Parkvorgangsdatensatz korrespondiert. Hierzu kann insbesondere der ausgelesene Parkcode dekodiert und das resultierende Datum (vorzugsweise ein Fahrzeugkennzeichen und/oder ein Einfahrdatensatz) mit den gespeicherten Daten des mindestens einen Parkvorgangsdatensatz abgeglichen werden.
  • Darüber hinaus kann das Backendsystem ein Abrechnungsmodul aufweisen. Das Abrechnungsmodul kann eingerichtet sein zum Durchführen eines Abrechnungsvorgangs, basierend auf einem (durch das Überprüfungsmodul) bestimmten Parkvorgangsdatensatz (insbesondere in herkömmlicher Weise).
  • Bei einer Ausführungsform des anmeldungsgemäßen Parksystems kann das Generierungsmodul in dem Backendsystem implementiert sein. Vorzugsweise kann das Generierungsmodul in einer auf dem mobilen Endgerät installierbaren Parkanwendung implementiert sein. Nach einem Zuordnen können die für eine Generierung eines Parkcodes erforderlichen Daten (vorzugsweise ein Fahrzeugkennzeichen und/oder ein Einfahrdatensatz) der Parkanwendung (z.B. von dem Backendsystem) zur Verfügung gestellt werden. Das Generierungsmodul kann dann mindestens einen Parkcode, vorzugsweise einen optisch auslesbaren Parkcode und einen durch ein Nahfeldlesegerät auslesbaren Parkcode generieren, indem das Fahrzeugkennzeichen und/oder weitere Daten aus dem Einfahrdatensatz gemäß einer vorgegebenen Codierungsregel codiert wird/werden. Eine entsprechende Decodierungsregel kann einem Decodierungsmodul bekannt sein.
  • Das Ausgabemodul kann vorzugsweise in einer auf dem mobilen Endgerät installierbaren Parkanwendung implementiert sein. Das Ausgabenmodul kann derart eingerichtet sein, dass der mindestens eine Parkcode drahtlos aus dem mobilen Endgerät auslesbar ist.
  • Gemäß einer weiteren Ausführungsform kann das Parksystem mindestens eine (zuvor beschriebene) Parkvorrichtung umfassen. Alternativ oder zusätzlich kann das Parksystem mindestens ein (zuvor beschriebenes) optisches Erfassungsmodul umfassen. Ferner kann alternativ oder zusätzlich das Parksystem mindestens ein (zuvor beschriebenes) mobiles Endgerät umfassen, auf dem eine (zuvor beschriebene) Parkanwendung installiert ist.
  • Ein weiterer Aspekt der Anmeldung ist eine Parkanwendung, insbesondere in Form einer durch einen Prozessor eines mobilen Endgeräts eines Nutzers ausführbaren Softwareanwendung, zur Installation auf einem mobilen Endgerät. Die Parkanwendung umfasst mindestens ein Empfangsmodul, eingerichtet zum Erhalten eines durch ein optisches Erfassungsmodul des mobilen Endgeräts erfassten Fahrzeugkennzeichens des Fahrzeugs des Nutzers. Die Parkanwendung umfasst mindestens ein Sendemodul, eingerichtet zum Bewirken eines Sendens eines Zuordnungsdatensatzes, enthaltend zumindest das erhaltene Fahrzeugkennzeichen und eine Anwendungskennung der Parkanwendung. Die Parkanwendung umfasst mindestens ein (zuvor beschriebenes) Generierungsmodul, eingerichtet zum Generieren eines Parkcodes, zugeordnet zum Parkvorgangsdatensatz. Die Parkanwendung umfasst mindestens ein Ausgabemodul (insbesondere das zuvor beschriebene Ausgabemodul), eingerichtet zum Ausgeben des generierten Parkcodes durch das mobile Endgerät des Nutzers, derart, dass der Parkcode drahtlos aus dem mobilen Endgerät auslesbar ist.
  • Die Parkanwendung ist insbesondere eine auf einem mobilen Endgerät installierbare Softwareanwendung. Die Parkanwendung kann für ein Durchfahren einer Zufahrtsvorrichtung an einer Einfahrt und/oder Ausfahrt einer Parkvorrichtung und beispielsweise einer ordnungsgemäßen Inanspruchnahme einer Parkdienstleistung erforderlich sein. Insbesondere jeder Parkanwendung kann eine systemweit eineindeutige Anwendungskennung zugeordnet sein.
  • Die Parkanwendung in Form eines Computerprogramms, insbesondere die Instruktionen bzw. Programmanweisungen, kann in einem Computerprogrammprodukt gespeichert sein, insbesondere einem Programmspeicher. Zum Beispiel ist ein Programmspeicher ein nicht-flüchtiger Speicher wie ein Flash-Speicher, ein Magnetspeicher, ein EEPROM-Speicher (elektrisch löschbarer programmierbarer Nur-Lese-Speicher) und/oder ein optischer Speicher.
  • Zusätzlich kann ein mobiles Endgerät einen Hauptspeicher aufweisen, zum Beispiel einen flüchtigen oder nicht-flüchtigen Speicher, insbesondere einen Speicher mit wahlfreiem-Zugriff (RAM), wie ein statischer RAM-Speicher (SRAM), ein dynamischer RAM-Speicher (DRAM), ein ferroelektrischer RAM-Speicher (FeRAM) und/oder ein magnetischer RAM-Speicher (MRAM). Der Prozessor des mobilen Endgeräts kann beispielsweise Zwischenergebnisse oder Ähnliches in dem Hauptspeicher speichern.
  • Ein noch weiterer Aspekt ist ein mobiles Endgerät, umfassend mindestens eine auf dem mobilen Endgerät installierte und zuvor beschriebene Parkanwendung.
  • Beispielhafte und nicht abschließende mobile Endgeräte sind Smartphones, Tablet-Computer, mobile Spielkonsolen, Laptops, Netbooks, Datenbrillen, Smart-Watches und ähnliche Wearables. Alternativ kann ein mobiles Endgerät ein dediziertes Parkticketing-Gerät sein, das ausschließlich für eine Parkanwendung ausgelegt ist.
  • Ein zuvor beschriebenes Modul, Element etc. kann zumindest teilweise Hardwareelemente (z.B. Prozessor, Speichermittel etc.) und/oder zumindest teilweise Softwareelemente (z.B. ausführbaren Code) umfassen. Es sei ferner angemerkt, dass Begriffe, wie "erste"; "zweite" etc. nicht eine Reihenfolge angeben, sondern insbesondere zur Unterscheidung zweier Elemente (z.B. Speichermodul, Bereich etc.) dienen.
  • Die Merkmale der Parksysteme, Verfahren, Parkanwendungen und mobilen Endgeräte sind frei miteinander kombinierbar. Insbesondere können Merkmale der Beschreibung und/oder der abhängigen Ansprüche, auch unter vollständiger oder teilweiser Umgehung von Merkmalen der unabhängigen Ansprüche, in Alleinstellung oder frei miteinander kombiniert eigenständig erfinderisch sein.
  • Es gibt nun eine Vielzahl von Möglichkeiten, das anmeldungsgemäße Parksystem, das anmeldungsgemäße Verfahren, die anmeldungsgemäße Parkanwendung und das anmeldungsgemäße mobile Endgerät auszugestalten und weiterzuentwickeln. Hierzu sei einerseits verwiesen auf die den unabhängigen Patentansprüchen nachgeordneten Patentansprüche, andererseits auf die Beschreibung von Ausführungsbeispielen in Verbindung mit der Zeichnung. In der Zeichnung zeigt:
    • Fig. 1
    eine schematische Ansicht eines Ausführungsbeispiels eines Parksystems gemäß der vorliegenden Anmeldung,
    Fig. 2
    eine schematische Ansicht eines weiteren Ausführungsbeispiels eines Parksystems gemäß der vorliegenden Anmeldung, und
    Fig. 3
    ein Diagramm eines Ausführungsbeispiels eines Verfahrens gemäß der vorliegenden Anmeldung.
  • Nachfolgend werden für gleiche Elemente gleiche Bezugszeichen verwendet.
  • Die Figur 1 zeigt eine schematische Ansicht eines Ausführungsbeispiels eines Parksystems 100 gemäß der vorliegenden Anmeldung. Das dargestellte Parksystem 100 umfasst mindestens ein Backendsystem 102. Das Backendsystem 102 kann aus einem oder mehreren Server(n) gebildet sein, der/die beispielsweise entfernt von der mindestens einen Parkvorrichtung 116 angeordnet ist/sind.
  • Das vorliegende Backendsystem 102 umfasst vorliegend mindestens ein Empfangsmodul 104, vorzugsweise in Form mindestens eines Kommunikationsmoduls 104 zum Empfangen und Senden von Daten, mindestens ein erstes Speichermodul 106, mindestens ein Zuordnungsmodul 108, mindestens eine Datenspeicheranordnung 110, mindestens ein Überprüfungsmodul 112 und mindestens ein Abrechnungsmodul 114.
  • Ferner umfasst das vorliegende Parksystem 100 mindestens eine (Off-Street-) Parkvorrichtung 116. Vorzugsweise kann ein Parksystem eine Mehrzahl von Parkvorrichtungen umfassen. Vorliegend ist die Parkvorrichtung 116 beispielhaft ein Parkhaus 116.
  • Die Parkvorrichtung 116 kann mindestens eine Einfahrt 118 und mindestens eine Ausfahrt 130 umfassen. Es versteht sich, dass zwei oder mehr Einfahrten und/oder zwei oder mehr Ausfahrten vorgesehen sein können.
  • Die Einfahrt 118 umfasst eine Zufahrtsanordnung mit einer ersten Zufahrtsvorrichtung 120 und mindestens einem optischen Erfassungsmodul 128, vorzugsweise in Form einer Kamera 128. Die erste Zufahrtsvorrichtung 120 ist eingerichtet, ein Durchfahren der Einfahrt 118 zu steuern bzw. zu kontrollieren. Insbesondere kann durch die Zufahrtsvorrichtung 120 ein Durchfahren der Einfahrt 118 von einem ersten Bereich 122, insbesondere einem Zufahrtsabschnitt 122 (der in Fahrtrichtung eines Fahrzeugs 124 vor der Zufahrtsvorrichtung 120 angeordnet ist) in einen weiteren Bereich 156 durch ein Fahrzeug 124 gesteuert werden.
  • Bei der Parkhaus-Einfahrt 118 stellt der erste Bereich 122 insbesondere einen nicht kontrollierten Bereich dar und der weitere Bereich 156 den kontrollierten Bereich, insbesondere den (Beginn des) Parkbereich(s) 156 der Parkvorrichtung 116.
  • Zum Freigeben der Einfahrt 118, insbesondere der Zufahrtsvorrichtung 120, kann ein (nicht gezeigter) ansteuerbarer Aktor (z.B. ein Elektromotor) vorgesehen sein. Der Aktor kann insbesondere eingerichtet sein zum Verfahren eines Schrankenbaums zwischen einer Sperrposition und einer geöffneten Position, abhängig von einem Ansteuersignal. Es versteht sich, dass bei anderen Varianten andere Zufahrtsvorrichtungen vorgesehen sein können.
  • Ein Freigeben, also vorliegend insbesondere ein Öffnen der Schranke, kann davon abhängen, ob ein Nutzer zum Einfahren in die Parkvorrichtung berechtigt ist (oder nicht). Insbesondere kann ein Fahrzeugkennzeichen 126 eines einfahrenden Fahrzeugs 124 durch das optische Erfassungsmodul 128 vor einem tatsächlichen Einfahren des Fahrzeugs 124 in die Parkvorrichtung 116 erfasst werden. Insbesondere kann das optische Erfassungsmodul 128 so ausgerichtet sein, dass der Zufahrtsabschnitt 122 überwacht wird. Ein Freigeben des Durchfahrens der Einfahrt 118 kann zumindest basierend auf dem erfassten Fahrzeugkennzeichen 126 des Fahrzeugs 124 erfolgen.
  • Beispielsweise kann vor einer Freigabe eine Auswertung des erfassten Fahrzeugkennzeichens (lokal durch einen nicht gezeigten Parkvorrichtungsrechner und/oder durch das Backendsystem 102) erfolgen. Das erfasste Fahrzeugkennzeichen kann zumindest mit einer Kennzeichenliste abgeglichen werden, in der gesperrte Fahrzeugkennzeichen gespeichert sind, also Fahrzeugkennzeichen von Fahrzeugen, die nicht zur Nutzung der Parkvorrichtung 116 berechtigt sind.
  • Die Zufahrtsvorrichtung 120 an der mindestens einen Einfahrt 118 kann vorzugsweise nur dann freigegeben werden, wenn festgestellt wird, dass das Fahrzeug 124 zum Einfahren berechtigt ist, also das Kennzeichen 126 nicht in der genannten Kennzeichenliste gespeichert ist. Ansonsten kann die Zufahrtsvorrichtung 120 bzw. das Sperrmittel 120 der Einfahrt 118 gesperrt werden.
  • Bei anderen Varianten der Anmeldung kann ein Nutzer zusätzlich über ein (nicht gezeigtes) Parkticketmedium verfügen, mit einem von einer (nicht gezeigten) Schnittstelleneinrichtung der Zufahrtsvorrichtung 120 auslesbaren Authentifizierungsdatum, z.B. in Form eines Zufahrtscodes (z.B. Magnetstreifencode, Barcode, QR-Code, RFID-Kennung, eine andere auslesbare Nutzer- oder Mobilgerätkennung etc.). Bei noch anderen Varianten kann das Einfahren (zumindest während der Öffnungszeiten der Parkvorrichtung 116) für jedes Fahrzeug stets freigegeben werden.
  • Die mindestens eine Ausfahrt 130 der Parkvorrichtung umfasst eine weitere Zugangsanordnung mit einer zweiten Zufahrtsvorrichtung 132 und mindestens ein weiteres optisches Erfassungsmodul 134, vorzugsweise in Form einer Kamera 134. Die zweite Zufahrtsvorrichtung 132 kann ähnlich wie die erste Zufahrtsvorrichtung 120 gebildet sein.
  • Zudem kann optional an der Ausfahrt 130 eine Validatorvorrichtung 140 angeordnet sein. Die Validatorvorrichtung 140 kann insbesondere ein Erfassungsmodul 142 (z.B. einen Scanner zum optischen Scannen von Barcodes und/oder QR-Codes und/oder ein Nahfeldlesegerät) umfassen, eingerichtet zum Auslesen eines Parkcodes aus einem mobilen Nutzerendgerät 160. Optional kann die Validatorvorrichtung 140 auch zum herkömmlichen Erfassen von Papiertickets eingerichtet sein.
  • Ferner umfasst die Parkvorrichtung 116 vorzugsweise mindestens eine Abrechnungsvorrichtung 150, vorzugsweise in Form eines Kassenautomaten 150. Die Abrechnungsvorrichtung 150 kann insbesondere mindestens ein Erfassungsmodul 154 (z.B. einen Scanner zum optischen Scannen von Barcodes und/oder QR-Codes und/oder ein Nahfeldlesegerät) umfassen, eingerichtet zum Auslesen eines Parkcodes aus einem mobilen Nutzerendgerät 160. Optional kann die Abrechnungsvorrichtung 150 auch zum herkömmlichen Erfassen von Papiertickets eingerichtet sein. Wie zudem zu erkennen ist, weist die vorliegende Abrechnungsvorrichtung 150 ein Display 152 auf.
  • Darüber hinaus ist beispielhaft eine Zutrittsvorrichtung 144 der Parkvorrichtung 116 dargestellt. Die Zutrittsvorrichtung 144 umfasst eine verschließbare Tür 146 und mindestens ein Erfassungsmodul 148 (z.B. einen Scanner zum optischen Scannen von Barcodes und/oder QR-Codes und/oder ein Nahfeldlesegerät), eingerichtet zum Auslesen eines Parkcodes aus einem mobilen Nutzerendgerät 160. Durch die Zutrittsvorrichtung 144 kann ein Nutzer beispielsweise in ein Treppenhaus der Parkvorrichtung 116 und von dort in den Parkbereich der Parkvorrichtung 116 gelangen.
  • Insbesondere gelangt ein Nutzer durch die Zutrittsvorrichtung 144 zu seinem in der Parkvorrichtung 116 abgestellten Fahrzeug. Es versteht sich, dass der Nutzer nach einem Abstellen des Fahrzeugs die Parkvorrichtung 116 auch durch die Zutrittsvorrichtung 144 verlassen kann.
  • Das Backendsystem 102 kann (vorzugsweise bidirektional) mit den Modulen 120, 128, 132, 134, 148 und 154 des Parksystems 100 über mindestens ein (drahtloses und/oder drahtgebundenes) Kommunikationsnetz 158 kommunizieren. Optional kann diese Kommunikation zumindest teilweise verschlüsselt erfolgen.
  • Ferner kann das Parksystem 100 mindestens ein mobiles Endgerät 160 umfassen. Beispielhaft ist das mobile Endgerät 160 vorliegend ein Smartphone 160 mit einer darauf installierten Parkanwendung 164.
  • Die Parkanwendung 164 umfasst in dem dargestellten Ausführungsbeispiel ein Empfangsmodul 166, ein Sendemodul 168 (bei Varianten der Anmeldung kann ein gemeinsames Kommunikationsmodul zum Bilden eines Sende-/Empfangsmodul vorgesehen sein), ein Generierungsmodul 170 und ein Ausgabemodul 174.
  • Das mobile Endgerät 160 weist darüber hinaus mindestens eine Kommunikationsschnittstelle auf, die für eine Kommunikation mit dem Backendsystem 102 über mindestens ein (drahtloses und/oder drahtgebundenes) Kommunikationsnetz 158 eingerichtet ist. Optional kann die Kommunikation zumindest teilweise verschlüsselt erfolgen.
  • Zudem umfasst das mobile Endgerät 160 mindestens ein optisches Erfassungsmodul 172, vorzugsweise in Form einer Kamera 172.
  • Es versteht sich, dass für eine Kommunikation zwischen dem Backendsystem 102 und den Elementen 128, 132, 134, 148 und 154 sowie 160 des Parksystems 100 unterschiedliche Kommunikationsnetze bzw. unterschiedliche Übertragungstechnologien verwendet werden können.
  • Die Funktionsweise des Parksystems 100 wird nachfolgend näher mit Hilfe der Figur 3 beschrieben. Die Figur 3 zeigt ein Diagramm eines Ausführungsbeispiels eines Verfahrens zum Betreiben einer Parkvorrichtung 116 gemäß der vorliegenden Anmeldung. Das Verfahren kann zumindest teilweise durch das Backendsystem 102 ausgeführt werden.
  • In einem ersten (optionalen) Schritt 301 erfolgt ein Erfassen, durch mindestens ein an der mindestens einen Einfahrt 118 der Parkvorrichtung 116 angeordnetes optisches Erfassungsmodul 128, des Fahrzeugkennzeichens 126 des einfahrenden Fahrzeugs 124. Durch ein Bilddatenauswertemodul (z.B. basierend auf einer Fuzzy-Auswertung) kann das Fahrzeugkennzeichen (z.B. X - XX - 123) aus den erfassten Bilddaten bestimmt werden, die von dem optischen Erfassungsmodul 128 bereitgestellt werden. Optional kann eine Prüfung der Berechtigung des Fahrzeugs 124 zur Einfahrt geprüft werden, wie zuvor beschrieben wurde.
  • In einem Schritt 302 erfolgt ein Empfangen, durch das Backendsystem 102, eines Einfahrdatensatzes, enthaltend zumindest das bei einem Einfahren des Fahrzeugs 124 in die Parkvorrichtung 116 erfasste Fahrzeugkennzeichen. Vorzugsweise kann der durch das Empfangsmodul 104 empfangene Einfahrdatensatz ferner Einfahrzeitangabe (vorzugsweise Kalenderdatum und Uhrzeit, z.B. 01.01.2021, 12:00:00 Uhr) des eingefahrenen Fahrzeugs 124, eine Parkvorrichtungskennung der Parkvorrichtung 116 und eine Einfahrtskennung der Einfahrt 118 enthalten. Der Einfahrdatensatz kann insbesondere durch das Erfassungsmodul 128 an das Backendsystem übertragen werden.
  • Der empfangene Einfahrdatensatz wird in Schritt 303 durch ein erstes Speichermodul 106 in einer Datenspeicheranordnung 110 des Backendsystems abgespeichert.
  • In einem Schritt 304 erfolgt ein Zuordnen, durch das Backendsystem 102, einer Anwendungskennung zu dem gespeicherten Einfahrdatensatz, basierend auf einem von einem mobilen Endgerät 160 eines Nutzers des eingefahrenen Fahrzeugs 124 erhaltenen Zuordnungsdatensatzes.
  • Der Zuordnungsdatensatz enthält zumindest eine Anwendungskennungsinformation, wobei die Anwendungskennung der auf dem mobilen Endgerät 160 gespeicherten Parkanwendung 164 zumindest aus der Anwendungskennungsinformation bestimmbar ist. Vorzugsweise kann die Anwendungskennungsinformation ein durch die Kamera 172 des mobilen Endgeräts 160 erfasstes Fahrzeugkennzeichen des eingefahrenen Fahrzeugs 124 enthalten.
  • Vorzugsweise kann der Nutzer über eine integrierte Funktion in der Parkanwendung 164 das Kennzeichenseines Fahrzeugs, unter Nutzung der Kamera 172, abfotografieren. Über eine in der Parkanwendung 162 integrierte Bild-/Schrifterkennungsfunktion kann das Fahrzeugkennzeichen aus den erfassten Bilddaten alphanumerisch ausgelesen werden.
  • Die Kennzeichendaten bzw. das Fahrzeugkennzeichen können - wenn augenblicklich keine Kommunikationsverbindung zu dem Backendsystem 102 existiert - lokal auf dem mobilen Endgerät 160 gespeichert werden. Sobald eine Kommunikationsverbindung zu dem Backendsystem 102, wie eine Internetverbindung, besteht, werden die auf dem mobilen Endgerät 160 gespeicherten alphanumerischen Kennzeichendaten mit den Fahrzeugkennzeichen des Backendsystems 102 abgeglichen (z.B. durch die Parkanwendung 164 oder das Backendsystem 102). Besteht eine Übereinstimmung der Daten (d.h., es wird festgestellt, dass ein Fahrzeug 124 mit dem Fahrzeugkennzeichen in die Parkvorrichtung 116 eingefahren ist), so erfolgt eine Zuordnung zwischen der Anwendungskennung und dem gespeicherten Einfahrdatensatz. Da die Anwendungskennung in einer 1:1-Beziehung zu dem verwendeten mobilen Endgerät 160 steht, ist dem Einfahrdatensatz damit genau einem mobilen Endgerät 160 zugeordnet.
  • Wie bereits beschrieben wurde, kann bei anderen Varianten die Zuordnung, insbesondere bei registrierten Nutzern bzw. registrierten Parkanwendungen, auf einer Antwortnachricht und/oder Papierticketfunktionen basieren.
  • In Schritt 305 erfolgt ein Speichern der zugeordneten Anwendungskennung zumindest zusammen mit dem Fahrzeugkennzeichen, insbesondere durch das erste Speichermodul 108 des Backendsystems 102. Die zugeordnete Anwendungskennung zusammen mit dem Fahrzeugkennzeichen können insbesondere in der Datenspeicheranordnung 110 gespeichert werden.
  • In Schritt 306 erfolgt ein Generieren mindestens eines auslesbaren Parkcodes, basierend auf dem gespeicherten Parkvorgangsdatensatz, vorzugsweise durch das Generierungsmodul 170. Vorzugsweise können zwei auslesbare Parkcodes generiert werden, beispielsweise ein QR-Code und ein Code, der durch ein Bluetooth-Erfassungsmodul auslesbar ist. Beispielhaft wird davon ausgegangen, dass der mindestens eine generierte Parkcode auf dem gespeicherten Fahrzeugkennzeichen des Parkvorgangsdatensatzes basiert. Anders ausgedrückt enthält der generierte Parkcode als Dateninhalt das Fahrzeugkennzeichen, welches durch eine Decodierung des Parkcodes aus dem Parkcode ermittelt werden kann. Beispielsweise kann eine vorgegebene Codierungsregel durch das Generierungsmodul auf das Fahrzeugkennzeichen angewendet werden, um den Parkcode zu generieren. Mindestens ein (nicht gezeigtes) Decodierungsmodul kann eine entsprechende Decodierungsregel anwenden, um einen Parkcode wieder zu decodieren, um das Fahrzeugkennzeichen zu bestimmen
  • Dann kann in Schritt 307 der mindestens eine generierte Parkcode, insbesondere durch das Ausgabemodul 174, lokal durch das mobile Endgerät 160 des Nutzers ausgegeben werden, derart, dass der Parkcode drahtlos aus dem mobilen Endgerät 160 auslesbar ist. Insbesondere kann eine lokale Speicherung auf dem mobilen Endgerät 160 zumindest temporär (z.B. in einem Arbeitsspeicher) erfolgen.
  • Der gespeicherte Parkcode kann anschließend von dem Nutzer verwendet werden. Insbesondere kann in Schritt 308 ein (mittelbares) Freigeben eines Durchfahrens durch mindestens eine Ausfahrt 130 der Parkvorrichtung 116 durch ein Fahrzeug 124 erfolgen, zumindest basierend auf einem von dem mobilen Endgerät 160 des Nutzers des Fahrzeugs 124 ausgelesenen Parkcode.
  • In dem optionalen Schritt 309 kann der optische Parkcode bei der Durchführung eines Abrechnungsvorgangs für einen Parkvorgang verwendet werden. Zunächst kann der Parkcode durch das Erfassungsmodul 154 drahtlos an der Abrechnungsvorrichtung 150 ausgelesen werden. Der ausgelesene Parkcode kann an das Backendsystem 102 übertragen und z.B. durch ein Decodierungsmodul decodiert werden.
  • Das Überprüfungsmodul 112 kann dann überprüfen, ob das durch die Decodierung bestimmte Fahrzeugkennzeichen zu einem Fahrzeugkennzeichen identisch ist, das in einem Parkvorgangsdatensatz gespeichert ist. Ist dies der Fall, kann das Abrechnungsmodul 114 eine Abrechnung des entsprechenden Parkvorgangs (in herkömmlicher Weise) durchführen, insbesondere basierend auf den gespeicherten Einfahrdaten des Parkvorgangsdatensatzes, der augenblicklichen Zeit und gültigen Tarifdaten.
  • Zumindest der für den Parkvorgang ermittelte und zu entrichtende Betrag kann an die Abrechnungsvorrichtung 150 übermittelt und durch diese angezeigt werden. Nach einer erfolgten Bezahlung kann der gespeicherte Parkvorgangsdatensatz entsprechend als "bezahlt" markiert werden.
  • Fährt nun der Nutzer mit seinem Fahrzeug 124 aus der Ausfahrt 130 heraus, kann zunächst das Fahrzeugkennzeichen des Fahrzeugs 124 erfasst und mit den gespeicherten Fahrzeugkennzeichen abgeglichen werden. Wird insbesondere ein identisches Fahrzeugkennzeichen ermittelt und festgestellt, dass der Parkvorgangsdatensatz als "bezahlt" markiert ist, kann das Durchfahren der zweiten Zufahrtsvorrichtung 134 freigegeben werden, indem beispielsweise die Zufahrtsvorrichtung 134 mit einem entsprechenden Freigabesignal angesteuert wird. Wie bereits beschrieben wurde, kann zusätzlich eine Überprüfung der "grace period" erfolgen.
  • Wird hingegen festgestellt, dass der Parkvorgang nicht bezahlt ist, oder wenn kein identisches Fahrzeugkennzeichen ermittelt werden kann, kann die Zufahrtsvorrichtung 134 mit einem entsprechenden Sperrsignal angesteuert werden, so dass diese gesperrt wird oder bleibt.
  • Ein Grund dafür, dass kein identisches Fahrzeugkennzeichen ermittelt werden kann, kann beispielsweise eine fehlerhafte Erfassung sein. Beispielsweise kann das Fahrzeugkennzeichen teilweise verdreckt sein oder Umgebungseinflüsse eine korrekte Erfassung und Identifizierung des Fahrzeugkennzeichens erschweren. Insbesondere für den Fall, dass der Parkvorgang korrekt bezahlt wurde - aber auch für andere Fälle -, kann in Schritt 310 ein Erfassen des Parkcodes erfolgen, insbesondere durch das Erfassungsmodul 142 der Validatorvorrichtung 140.
  • Dann kann in zuvor beschriebener Weise der ausgelesene Parkcode decodiert und anschließend das insbesondere identische und im Backendsystem 102 gespeicherte Fahrzeugkennzeichen ermittelt werden. Wird dann festgestellt, dass der Parkvorgangsdatensatz als bezahlt markiert ist, kann das Durchfahren der zweiten Zufahrtsvorrichtung 134 freigegeben werden. Wird hingegen festgestellt, dass der Parkvorgang nicht bezahlt ist, kann die Zufahrtsvorrichtung 134 gesperrt werden oder bleiben.
  • Ferner kann in Schritt 311 optional ein Auslesen, durch das Erfassungsmodul 148 einer Zutrittsvorrichtung 144 der Parkvorrichtung 116, des in dem mobilen Endgerät 160 gespeicherten Parkcodes erfolgen. Anschließend kann der ausgelesene Parkcode decodiert werden. Basierend auf dem resultierenden Fahrzeugkennzeichen kann ermittelt werden, ob insbesondere ein identisches Fahrzeugkennzeichen im Backendsystem 102 gespeichert ist. Ist dies der Fall, kann ein Freigeben der Zutrittsvorrichtung 144 erfolgen, insbesondere einer Tür 146 oder dergleichen. Wenn kein Fahrzeugkennzeichen ermittelt werden kann, kann die Zutrittsvorrichtung 144 gesperrt bleiben.
  • Die Figur 2 zeigt eine schematische Ansicht eines weiteren Ausführungsbeispiels eines Parksystems 200 gemäß der vorliegenden Anmeldung. Insbesondere ist zu Gunsten einer besseren Übersicht nur die beispielhafte Einfahrt 218 einer Parkvorrichtung dargestellt. Auf die Darstellung eines Backendsystems und den weiteren Komponenten der Parkvorrichtung wurde verzichtet. Für diese Elemente wird insbesondere auf die vorherigen Ausführungen verwiesen. Nachfolgend werden im Wesentlichen nur die Unterschiede zu dem vorherigen Ausführungsbeispiel beschrieben.
  • Die dargestellte Zufahrtsvorrichtung 220 ist vorliegend als Schranke 220 mit einem an einer Säule 203 angeschlagenen Schrankenbaum 201 gebildet. Es versteht sich, dass andere Formen von Zufahrtsvorrichtungen eingesetzt werden können.
  • Wie aus der Figur 2 zu erkennen ist, umfasst das Parksystem 200 vorliegend mindestens eine Gruppenantennenanordnung 276. Die Gruppenantennenanordnung 276 kann (systemweit eineindeutig) der Zufahrtsvorrichtung 220 zugeordnet sein. Insbesondere können die Gruppenantennenanordnung 276 und die Zufahrtsvorrichtung 220 ein Zufahrtsset bilden.
  • Die Gruppenantennenanordnung 276 ist vorliegend oberhalb der zugeordneten Zufahrtsvorrichtung 220 angeordnet. Anders ausgedrückt, ist die erste Gruppenantennenanordnung 276 vertikal beabstandet von der ersten Zufahrtsvorrichtung 220. Beispielsweise kann die Gruppenantennenanordnung 276 an einer Höhenbeschränkungsvorrichtung 288 (z.B. in Form eines Höhenbegrenzungsbalkens 288) angeordnet sein und/oder in dieser integriert sein.
  • Bei anderen Varianten der Anmeldung kann die Gruppenantennenanordnung 276 alternativ oder zusätzlich an einem anderen Ort angeordnet sein, beispielsweise an und/oder in einer Decke bzw. einem Dach eines Parkhauses (oberhalb der Zufahrtsvorrichtung 220). Bei noch anderen Varianten der Anmeldung kann die Gruppenantennenanordnung 276 alternativ oder zusätzlich in oder an der Zufahrtsvorrichtung 220 angeordnet sein, beispielsweise in der Säule 203 integriert sein.
  • Die Gruppenantennenanordnung 276 umfasst eine Mehrzahl von (gleich ausgebildeten) Zufahrtsantennen 278. Vorliegend sind beispielhaft drei Zufahrtsantennen 278 abgebildet. Es versteht sich, dass nur zwei oder mehr als drei Zufahrtsantennen vorgesehen sein können.
  • Wie zu erkennen ist, sind die Zufahrtsantennen 278 elektrisch miteinander verschaltet. Die Zufahrtsantennen 278 weisen insbesondere eine definierte Struktur und definierte Position zueinander auf, insbesondere einen definierten Abstand zueinander. Dies kann zumindest von der Frequenz des zu verarbeitenden Informationssignals abhängen. Beispielsweise können die Zufahrtsantennen 278, wie dargestellt, parallel zueinander, jeweils mit dem gleichen Abstand, angeordnet sein. Es versteht sich, dass auch andere Anordnungen möglich sind, wie die Anordnung entlang eines Halb- oder Viertelkreises.
  • Die erste Gruppenantennenanordnung 276 ist eingerichtet zum Verarbeiten mindestens eines Informationssignals, enthaltend mindestens einen modulierten Signalabschnitt und mindestens einen unmodulierten Signalabschnitt. Das verarbeitbare Informationssignal kann vorzugsweise ein Bluetooth-Informationssignal (zumindest der Version 5.X) sein. In diesem Beispiel wird stets von einem derartigen Bluetooth-Informationssignal (insbesondere ein BLE-Advertising-Signal) ausgegangen. Die nachfolgenden Ausführungen lassen sich jedoch auf die zuvor beschriebenen anderen Informationssignale übertragen.
  • Insbesondere die Kombination einer Verwendung eines derartigen Informationssignals mit einer der Zufahrtsvorrichtung 220 zugeordneten Gruppenantennenanordnung 276 ermöglicht eine Bestimmung der Position eines mobilen Endgeräts 260 in Bezug zu der Gruppenantennenanordnung 276 bzw. der entsprechend zugeordneten Zufahrtsvorrichtung 220 (mit einer besonders hohen Genauigkeit). Dies erlaubt ein Ermitteln, durch eine Positionsbestimmungseinrichtung 290, ob bei einer Erfassung eines Fahrzeugkennzeichens eines Fahrzeugs 224 an der Einfahrt 218 der Parkvorrichtung durch die Kamera 228 ein mobiles Endgerät 260 in dem einfahrenden Fahrzeug 224 angeordnet ist (oder nicht).
  • Die dargestellte Gruppenantennenanordnung 276 umfasst eine Positionsbestimmungseinrichtung 290. Die Positionsbestimmungseinrichtung 290 umfasst vorliegend ein Demodulationsmodul 282, ein Positionsbestimmungsmodul 284 und eine Empfangseinrichtungs-Schnittstelle 286. Es versteht sich, dass weitere Bauteile vorgesehen sein können, wie Filter, Verstärker, A/D-Wandler etc.
  • Jede Zufahrtsantenne 278 kann, basierend auf einem empfangenen Informationssignal, ein Antennensignal an das Demodulationsmodul 282 liefern. Das Demodulationsmodul 282 kann das jeweilige Antennensignal demodulieren. Insbesondere kann das Demodulationsmodul 282 eingerichtet sein, für jedes der Antennensignale ein Amplitudendatum und ein Phasendatum zu bestimmen. Vorzugsweise wird für den jeweiligen unmodulierten Signalabschnitt eines empfangenen Informationssignals ein Amplitudendatum und ein Phasendatum bestimmt.
  • Es versteht sich, dass auch eine Demodulation des modulierten Signalabschnitts des Informationssignals erfolgen kann, um den darin enthaltenden Dateninhalt (z.B. Anwendungskennung, Authentifizierungsdatum, Zeitstempel und/oder dergleichen) zu decodieren und insbesondere auszuwerten.
  • Die bestimmten Daten können dem Positionsbestimmungsmodul 284 bereitgestellt werden. Das Positionsbestimmungsmodul 284 ist insbesondere eingerichtet zum Bestimmen eines ersten Winkeldatums, basierend auf den bestimmten Amplitudendaten und den bestimmten Phasendaten der demodulierten Antennensignale. Zumindest basierend auf dem ersten Winkeldatum können dann die augenblicklichen Positionsdaten des sendenden mobilen Endgeräts 260 zumindest teilweise bestimmt werden.
  • Die Positionsbestimmung kann beispielsweise erfolgen, basierend auf dem ersten Winkeldatum und dem RSSI (der beispielsweise durch ein nicht dargestelltes RSSI-Modul der Gruppenantennenanordnung 276 in bekannter Weise bestimmt werden kann) des durch die Zufahrtsantennen 278 empfangenen Informationssignals.
  • Bei einer anderen Ausführungsform kann die Positionsbestimmung erfolgen, basierend auf dem ersten Winkeldatum und einem weiteren Winkeldatum, welches von einer benachbarten Gruppenantennenanordnung bestimmt wurde. Anders ausgedrückt, kann eine Triangulation erfolgen, um die Positionsdaten des mobilen Endgeräts zu bestimmen.
  • Benachbart meint insbesondere, dass sich die Gruppenantennenanordnung zumindest in der gleichen Zufahrtsanordnung befindet. Vorzugsweise sind die Gruppenantennenanordnungen unmittelbar benachbart. In einem weiteren Ausführungsbeispiel kann die benachbarte Gruppenantennenanordnung einer nächstliegenden weiteren Durchfahrt zugeordnet sein.
  • Das mobile Endgerät 260 kann über ein Kommunikationsmodul mit einer Antenne verfügen, um (insbesondere periodisch und/oder nahezu kontinuierlich) das Informationssignal auszusenden.
  • Die Aussendung kann beispielsweise durch eine (nicht gezeigte) Parkanwendung gesteuert werden, die auf dem mobilen Endgerät 260 installiert ist. Beispielsweise kann eine Aussendung durch ein Auslösesignal ausgelöst werden, das von einer (nicht gezeigten) Sendeeinrichtung des Parksystems 200 ausgesendet wird. Beispielsweise kann ein (Bluetooth-) Beacon als Sendeeinrichtung vorgesehen sein, das ein Auslösesignal aussendet. Das Auslösesignal kann einen Code enthalten, der - nach einem Empfang durch das mobile Endgerät 260 - bei einer Ausführung durch das mobile Endgerät 260 (gesteuert durch eine aktivierte Parkanwendung) ein Aussenden des Informationssignals bewirkt. Die Parkanwendung kann beispielsweise von dem Nutzer vorher aktiviert werden oder durch ein Aufwecksignal einer weiteren (nicht gezeigten) Sendeeinrichtung des Parksystems 200.
  • Die Gruppenantennenanordnung 276 kann in einem Antennengehäuse mit einer Gehäusewand gebildet sein, an die die Zufahrtsantennen angrenzen. Die Gehäusewand kann aus einem Material (z. B. verzinnte Kupferfolie, Kunststoff, Glas, Gipskarton) gebildet sein, das elektromagnetische Signale dämpft und/oder filtert.
  • Bei der Ausführungsform, bei der die Gruppenantennenanordnung eine Positionsbestimmungseinrichtung umfasst, erfolgt eine sogenannte Auswertung des "Einfallswinkels" ("Angle of Arrival" (AoA)). Bei einer alternativen Ausführungsform kann die Gruppenantennenanordnung ein Gruppeninformationssignal aussenden, welches von dem mobilen Endgerät bzw. der darauf installierten Parkanwendung in analoger Weise ausgewertet werden kann. In diesem Fall erfolgt eine sogenannte Auswertung des "Austrittswinkels" ("Angle of Departure" (AoD)). Beide Auswertungen erlauben die Bestimmung der Positionsdaten des mobilen Endgeräts in Bezug zu der jeweiligen mindestens einen Gruppenantennenanordnung (und damit in Bezug zu der jeweils zugeordneten Zufahrtsvorrichtung) mit einer hohen Genauigkeit.
  • Es versteht sich, dass die Ausführungsbeispiele nach Figur 1 und 2 miteinander kombiniert werden können.

Claims (15)

  1. Verfahren zum Betreiben einer Parkvorrichtung (116), umfassend:
    - Empfangen, durch ein Backendsystem (102), eines Einfahrdatensatzes, enthaltend zumindest ein bei einem Einfahren eines Fahrzeugs in die Parkvorrichtung (116) erfasstes Fahrzeugkennzeichen des Fahrzeugs (124, 224),
    - Speichern, durch das Backendsystem (102), des erhaltenen Einfahrdatensatzes,
    - Erhalten, durch das Backendsystem (106), von einem mobilen Endgerät (160, 260) eines Nutzers, eines Zuordnungsdatensatzes mit einer Anwendungskennungskennungsinformation,
    - Bestimmen, durch das Backendsystem (106), einer Anwendungskennung aus der erhaltenen Anwendungskennungsinformation,
    - Zuordnen, durch das Backendsystem (102), der Anwendungskennung zu dem gespeicherten Einfahrdatensatz,
    - Speichern, durch das Backendsystem (102), der zugeordneten Anwendungskennung zumindest zusammen mit dem Einfahrdatensatz in einem Parkvorgangsdatensatz,
    - Generieren mindestens eines auslesbaren Parkcodes, zugeordnet zu dem gespeicherten Parkvorgangsdatensatz, und
    - Ausgeben des generierten Parkcodes durch das mobile Endgerät (160, 260) des Nutzers, derart, dass der Parkcode drahtlos aus dem mobilen Endgerät (160, 260) auslesbar ist.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass
    - der Einfahrdatensatz ferner mindestens ein Einfahrdatum enthält, aus der Gruppe, umfassend
    - Einfahrzeitangabe,
    - Parkvorrichtungskennung,
    - Einfahrtskennung,
    wobei das mindestens eine weitere Einfahrdatum in dem Parkvorgangsdatensatz gespeichert wird.
  3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass das Verfahren umfasst:
    - Freigeben eines Durchfahrens durch mindestens eine Ausfahrt (130) der Parkvorrichtung (116) durch ein Fahrzeug (124, 224), zumindest basierend auf einem von dem mobilen Endgerät (160, 260) des Nutzers des Fahrzeugs (124, 224) ausgelesenen Parkcode.
  4. Verfahren nach einem der vorangehenden Ansprüche, dadurch gekennzeichnet, dass das Verfahren umfasst:
    - Auslesen, durch ein Erfassungsmodul (148) einer Zutrittsvorrichtung (144) der Parkvorrichtung (116), des durch das mobile Endgerät (160, 260) ausgegebenen Parkcodes, und
    - Freigeben der Zutrittsvorrichtung (144), basierend auf dem ausgelesenen Parkcode und dem gespeicherten Parkvorgangsdatensatz.
  5. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass das Freigeben des Durchfahrens umfasst:
    - Auslesen, durch ein Erfassungsmodul (154) einer Abrechnungsvorrichtung (150) der Parkvorrichtung (116), des durch das mobile Endgerät (160, 260) ausgegebenen Parkcodes, und
    - Durchführen eines Abrechnungsvorgangs zumindest basierend auf dem ausgelesenen Parkcode und dem gespeicherten Parkvorgangsdatensatz,
    - wobei das Freigeben des Durchfahrens abhängig von dem Abrechnungsvorgang erfolgt.
  6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass das Freigeben des Durchfahrens umfasst:
    - Erfassen, durch mindestens ein an der mindestens einen Ausfahrt (130) der Parkvorrichtung (116) angeordnetes optisches Erfassungsmodul (134), eines Fahrzeugkennzeichens eines ausfahrenden Fahrzeugs (124, 224),
    - Überprüfen, ob ein dem Fahrzeugkennzeichen zugeordneter Parkvorgang bezahlt wurde, und
    - wenn festgestellt wird, dass der zugeordnete Parkvorgang bezahlt wurde, Freigeben des Durchfahrens durch die mindestens eine Ausfahrt (130) der Parkvorrichtung (116) durch das Fahrzeug (124, 224).
  7. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass
    - der empfangene Zuordnungsdatensatz ein durch ein optisches Erfassungsmodul (172) des mobilen Endgeräts (160, 260) des Nutzers erfasstes Fahrzeugkennzeichen des Fahrzeugs (124, 224) des Nutzers ist.
  8. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass
    - mindestens ein Nutzerdatensatz in dem Backendsystem (102) gespeichert ist, wobei der Nutzerdatensatz zumindest eine Anwendungskennung und ein Fahrzeugkennzeichen enthält,
    - wobei das Verfahren umfasst:
    - Überprüfen, ob das empfangene Fahrzeugkennzeichen zu einem in einem Nutzerdatensatz gespeicherten Fahrzeugkennzeichen korrespondiert, und
    - wenn das empfangen Fahrzeugkennzeichen zu dem gespeicherten Fahrzeugkennzeichen korrespondiert, Senden, durch das Backendsystem (102), einer Anfragenachricht, ob der Nutzer in die Parkvorrichtung (116) eingefahren ist, basierend auf dem Nutzerdatensatz, der das Fahrzeugkennzeichen enthält, das zu dem empfangenen Fahrzeugkennzeichen korrespondiert.
  9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass das Verfahren umfasst:
    - Empfangen, durch das Backendsystem (102), einer Antwortnachricht auf die gesendete Anfragenachricht, wobei die Antwortnachricht als Zuordnungsdatensatz ein Bestätigungsdatum enthält, dass der Nutzer in die Parkvorrichtung (116) eingefahren ist.
  10. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass
    - mindestens ein Nutzerdatensatz in dem Backendsystem (102) gespeichert ist, wobei der Nutzerdatensatz zumindest eine Anwendungskennung enthält,
    - wobei das Verfahren umfasst:
    - Ermitteln, durch eine Positionsbestimmungseinrichtung (290), ob bei einer Erfassung eines Fahrzeugkennzeichens eines Fahrzeugs (124, 224) an der mindestens einen Einfahrt (118, 218) der Parkvorrichtung (116) ein mobiles Endgerät (160, 260) in dem einfahrenden Fahrzeug (124, 224) angeordnet ist,
    - Überprüfen, ob eine Anwendungskennung des ermittelten mobilen Endgeräts (160, 260) zu einer in einem Nutzerdatensatz gespeicherten Anwendungskennung korrespondiert, und
    - wenn die Anwendungskennung des ermittelten mobilen Endgeräts (160, 260) zu der gespeicherten Anwendungskennung korrespondiert, Senden, durch das Backendsystem (102), einer Anfragenachricht, ob der Nutzer in die Parkvorrichtung (116) eingefahren ist, basierend auf der Anwendungskennung des ermittelten mobilen Endgeräts (160, 260).
  11. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass
    - der mindestens eine Parkcode generiert wird, basierend auf dem Fahrzeugkennzeichen und/oder weiteren Daten des Parkvorgangsdatensatzes.
  12. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass
    - der mindestens eine Parkcode zufällig generiert wird.
  13. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass
    - das Generieren des Parkcodes ein Generieren eines optisch lesbaren Parkcodes umfasst, insbesondere eines Barcodes und/oder QR-Codes,
    und/oder
    - das Generieren des Parkcodes ein Generieren eines durch ein Nahfeldlesegerät auslesbaren Parkcodes umfasst, insbesondere eines Bluetooth-basierten Parkcodes und/oder ein NFC-basiertem Parkcodes.
  14. Parksystem (100, 200), insbesondere eingerichtet zur Durchführung des Verfahrens nach einem der vorherigen Ansprüche, umfassend:
    - mindestens ein Empfangsmodul (104), eingerichtet zum Empfangen eines Einfahrdatensatzes, enthaltend zumindest ein bei einem Einfahren eines Fahrzeugs in die Parkvorrichtung (116) erfasstes Fahrzeugkennzeichen des Fahrzeugs (124, 224),
    - mindestens ein erstes Speichermodul (106), eingerichtet zum Speichern des erhaltenen Einfahrdatensatzes,
    - mindestens ein Zuordnungsmodul (108), eingerichtet zum Zuordnen einer Anwendungskennung zu dem gespeicherten Einfahrdatensatz, basierend auf einem von einem mobilen Endgerät (160, 260) eines Nutzers des eingefahrenen Fahrzeugs (124, 224) erhaltenen Zuordnungsdatensatz, enthaltend zumindest eine Anwendungskennungsinformation, wobei die Anwendungskennung zumindest aus der Anwendungskennungsinformation bestimmbar ist,
    - wobei das erste Speichermodul (108) eingerichtet ist zum Speichern der zugeordneten Anwendungskennung zumindest zusammen mit dem Einfahrdatensatz in einem Parkvorgangsdatensatz,
    - mindestens ein Generierungsmodul (170), eingerichtet zum Generieren mindestens eines auslesbaren Parkcodes, zugeordnet zu dem gespeicherten Parkvorgangsdatensatz, und
    - mindestens ein Ausgabemodul (174), eingerichtet zum Ausgeben des generierten Parkcodes durch das mobile Endgerät (160, 260) des Nutzers, derart, dass der Parkcode drahtlos aus dem mobilen Endgerät (160, 260) auslesbar ist.
  15. Parkanwendung (164), insbesondere in Form einer durch einen Prozessor eines mobilen Endgeräts (160, 260) eines Nutzers ausführbaren Softwareanwendung (164), zur Installation auf einem mobilen Endgerät (160, 260), umfassend:
    - mindestens ein Empfangsmodul (166), eingerichtet zum Erhalten eines durch ein optisches Erfassungsmodul (172) des mobilen Endgeräts (160, 260) erfassten Fahrzeugkennzeichens des Fahrzeugs (124, 224) des Nutzers,
    - mindestens ein Sendemodul (168), eingerichtet zum Bewirken eines Sendens eines Zuordnungsdatensatzes, enthaltend zumindest das erhaltene Fahrzeugkennzeichen und eine Anwendungskennung der Parkanwendung,
    - mindestens ein Generierungsmodul (170) eingerichtet zum Generieren eines Parkcodes zugeordnet zum Parkvorgangsdatensatz, und
    - mindestens ein Ausgabemodul (174), eingerichtet zum Ausgeben des generierten Parkcodes durch das mobile Endgerät (160, 260) des Nutzers, derart, dass der Parkcode drahtlos aus dem mobilen Endgerät (160, 260) auslesbar ist.
EP21189664.2A 2020-08-10 2021-08-04 Verfahren zum betreiben einer parkvorrichtung Withdrawn EP3955219A3 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102020004860.9A DE102020004860A1 (de) 2020-08-10 2020-08-10 Verfahren zum Betreiben einer Parkvorrichtung

Publications (2)

Publication Number Publication Date
EP3955219A2 true EP3955219A2 (de) 2022-02-16
EP3955219A3 EP3955219A3 (de) 2022-07-06

Family

ID=77518893

Family Applications (1)

Application Number Title Priority Date Filing Date
EP21189664.2A Withdrawn EP3955219A3 (de) 2020-08-10 2021-08-04 Verfahren zum betreiben einer parkvorrichtung

Country Status (2)

Country Link
EP (1) EP3955219A3 (de)
DE (1) DE102020004860A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115324398A (zh) * 2022-08-26 2022-11-11 温州金来建设有限公司 一种智能化停车场及其使用方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102022207972A1 (de) 2022-08-02 2024-02-08 Robert Bosch Gesellschaft mit beschränkter Haftung System und Verfahren zum Überwachen eines Parkplatzes
DE102023100902A1 (de) 2023-01-16 2024-07-18 Bayerische Motoren Werke Aktiengesellschaft Verfahren und Vorrichtung zur Überwachung eines Parkvorgangs eines Fahrzeugs

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030130893A1 (en) * 2000-08-11 2003-07-10 Telanon, Inc. Systems, methods, and computer program products for privacy protection
AUPS207502A0 (en) * 2002-05-02 2002-06-06 Cds Worldwide Pty Ltd Parking system
EP2546795A3 (de) * 2011-07-11 2013-01-30 Richard Rowe Parkdienstleisung mit Gebietsbezogene Kundenbindungsprogramme
ES2555709B1 (es) * 2014-07-02 2016-10-19 Park Smart Solutions, S.L. Sistema de pago mediante un dispositivo móvil y procedimiento de pago asociado
CN106537478B (zh) * 2014-07-29 2019-06-21 因温特奥股份公司 用于监控驶入的方法和系统
CN105469452A (zh) * 2014-09-11 2016-04-06 颜振 无人化管理停车场的缴费方法及其装置
CN105279972B (zh) * 2015-10-27 2017-10-31 成都千帆科技开发有限公司 一种含有手机信息识别和车牌识别摄像机的道闸装置
JP6425103B2 (ja) * 2016-05-10 2018-11-21 パーキングクラウド カンパニー，リミテッド 車両番号と車両番号から認識された車種に基づいた車両入出場管理方法及び車両入出場管理システム
JP2018010340A (ja) * 2016-07-11 2018-01-18 三菱プレシジョン株式会社 駐車場管理システム
BR112019001784A2 (pt) * 2016-07-29 2019-07-09 Tma Capital Australia Pty Ltd sistema, método e programa de computador para um sistema de monitoramento
DE202016105195U1 (de) 2016-09-16 2017-02-07 krauth technology GmbH System zur Parkraumbewirtschaftung
CN107730235B (zh) * 2016-12-29 2021-06-22 西安艾润物联网技术服务有限责任公司 停车费自助缴纳方法及装置
CN107730634B (zh) * 2017-01-24 2020-07-31 西安艾润物联网技术服务有限责任公司 停车场无网络环境下的停车费在线支付方法、装置及系统
EP3407307B1 (de) * 2017-05-23 2022-05-18 Scheidt & Bachmann GmbH Parksystem und verfahren zum betreiben eines parksystems
CN108306924B (zh) * 2017-09-12 2021-06-29 福建联迪商用设备有限公司 一种通讯方法、通信终端、云服务器及通讯系统
CN108986239A (zh) * 2018-06-28 2018-12-11 西安艾润物联网技术服务有限责任公司 停车场管理方法、装置及计算机可读存储介质
CN109255847A (zh) * 2018-07-02 2019-01-22 北京筑梦园科技有限公司 一种车辆出场缴费校验方法和系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115324398A (zh) * 2022-08-26 2022-11-11 温州金来建设有限公司 一种智能化停车场及其使用方法
CN115324398B (zh) * 2022-08-26 2024-04-30 温州金来建设有限公司 一种智能化停车场及其使用方法

Also Published As

Publication number Publication date
EP3955219A3 (de) 2022-07-06
DE102020004860A1 (de) 2022-02-10

Similar Documents

Publication Publication Date Title
EP2835788B1 (de) Verfahren zur Ein- und Ausfahrtskontrolle bei Parkhäusern und Parkanlagen
EP3955219A2 (de) Verfahren zum betreiben einer parkvorrichtung
EP2833329B1 (de) Verfahren und System zur verbesserten Durchführung eines kostenpflichtigen Fahrzeug-Parkvorgangs in einer Parkeinrichtung, Computerprogramm und Computerprogrammprodukt
DE10009057A1 (de) Zugangskontrolleinrichtung
DE102015201420A1 (de) Parkraum-Zufahrtskontrollsystem sowie Verfahren zur Kontrolle der Zufahrt in einen Parkraum
EP3407307B1 (de) Parksystem und verfahren zum betreiben eines parksystems
DE102017222434A1 (de) Verfahren zur Authentifizierung eines Kraftfahrzeugs
EP2994890B1 (de) Verfahren und vorrichtung zur bereitstellung von daten zur mauterhebung und mautsystem
WO2015014496A1 (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
EP2949096B1 (de) Bereitstellung von positionsdaten mittels eines distance-bounding protokolls
EP3910603A1 (de) Parksystem
EP3819875B1 (de) Verfahren zum betrieb einer gebührenpflichtigen parkeinrichtung
EP3929851A1 (de) Verfahren zum registrieren eines ticketmediums
EP3886057A1 (de) Verfahren zur übermittlung von positionsgenauen daten
EP4595027A1 (de) Verfahren zur interaktion mit einem mautsystem und fahrzeug
EP3040947B1 (de) Verfahren zur vermeidung von missbrauch von zugangsberechtigungen eines id-basierten zugangskontrollsystems
EP3252697B1 (de) Validatorvorrichtung für ein ticketsystem
EP2023281A1 (de) Verfahren zur Bestellung und Bezahlung einer Zutrittsberechtigung, zur Überprüfung der Zutrittsberechtigung, zur Erteilung einer Zutrittsberechtigung und/oder zur Bereitstellung von zutrittsbezogenen Informationen
DE102022125109B4 (de) Verfahren zum Authentifizieren eines Zugangs eines Kraftfahrzeugs zu einem zugangsbeschränkten Bereich
DE102013201730A1 (de) Bereitstellung von Positionsdaten mittels eines Distance-Bounding Protokolls
DE102021123970B4 (de) Nutzerauthentifizierung mittels fahrzeugbezogener Daten
DE102024125578A1 (de) Verfahren zur Nutzung eines gebührenpflichtigen Parkplatzes durch ein Fahrzeug
WO2016128081A1 (de) Kontrollsystem
EP4512652A1 (de) Datenverarbeitungsvorrichtung für ein parksystem mit mindestens einer ladestation
DE10205162A1 (de) Einrichtung zur Ermittlung von Nutzungsgebühren

Legal Events

Date Code Title Description
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: THE APPLICATION HAS BEEN PUBLISHED

AK Designated contracting states

Kind code of ref document: A2

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

PUAL Search report despatched

Free format text: ORIGINAL CODE: 0009013

AK Designated contracting states

Kind code of ref document: A3

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

RIC1 Information provided on ipc code assigned before grant

Ipc: G08G 1/017 20060101ALI20220602BHEP

Ipc: G07B 15/04 20060101AFI20220602BHEP

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: 20230103

RBV Designated contracting states (corrected)

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

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230427

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: 20250301