EP3447738B1 - Parksteuerungsverfahren - Google Patents

Parksteuerungsverfahren Download PDF

Info

Publication number
EP3447738B1
EP3447738B1 EP17382579.5A EP17382579A EP3447738B1 EP 3447738 B1 EP3447738 B1 EP 3447738B1 EP 17382579 A EP17382579 A EP 17382579A EP 3447738 B1 EP3447738 B1 EP 3447738B1
Authority
EP
European Patent Office
Prior art keywords
parking
vehicle
beacon
code
determining
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.)
Active
Application number
EP17382579.5A
Other languages
English (en)
French (fr)
Other versions
EP3447738C0 (de
EP3447738A1 (de
Inventor
Carles SENTIS ROS
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.)
Sentisros Slp
Original Assignee
Sentisros Slp
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 Sentisros Slp filed Critical Sentisros Slp
Priority to EP17382579.5A priority Critical patent/EP3447738B1/de
Priority to CA3073458A priority patent/CA3073458A1/en
Priority to US16/639,813 priority patent/US11037447B2/en
Priority to PCT/EP2018/071510 priority patent/WO2019038087A1/en
Publication of EP3447738A1 publication Critical patent/EP3447738A1/de
Application granted granted Critical
Publication of EP3447738B1 publication Critical patent/EP3447738B1/de
Publication of EP3447738C0 publication Critical patent/EP3447738C0/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/14—Traffic control systems for road vehicles indicating individual free spaces in parking areas
    • G08G1/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
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C1/00—Registering, indicating or recording the time of events or elapsed time, e.g. time-recorders for work people
    • G07C1/30—Parking meters
    • 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

Definitions

  • the invention relates to the field of parking control for restricted parking zones.
  • parking zones there is space for parking one or more vehicles, and said vehicles can be parked therein for a maximum time. For example, for loading and unloading zones.
  • the invention relates to a parking control method for at least one outdoor parking zone according to the preamble of claim 1.
  • control for such zones has been carried out through systems based on the user visibly placing inside the vehicle a sign showing more or less irrefutably the time at which the user parked therein.
  • a supervisor periodically checks the zone in order to verify that the vehicles have said sign and the maximum time has not been exceeded.
  • signs comprise parking disks where the user registers the parking time. Said disks (or other like instruments) can be obtained, for example, from the local public administration, whereby it is possible to verify to some extent that the person parking in said zone has indeed the permission for parking.
  • Document US 2015/356498 A1 describes a parking management system comprising base stations identifying parking zones and broadcasting signals to communicate with in-vehicle tags.
  • the tags and base stations pair with each other for identification of vehicles and users.
  • a server receives and processes information, registers a vehicle as parked, and debits the corresponding user account.
  • the tags show information to the users and allow them to issue commands.
  • the server tracks and manages the usage of parking zones associated to the base stations.
  • the purpose of the invention is to provide a parking control method of the above-mentioned kind, which enables to solve the problems set forth above.
  • Said portable user device comprises preferably a smart phone, other preferable form being a device provided in the vehicle itself, for example, in the case of so-called smart vehicles.
  • the most common wireless communication means comprise telephone data networks, for example, 3G or 4G networks.
  • these data networks have a wide territorial coverage available, especially within cities, which make them particularly advantageous for data transmission without requiring an infrastructure dedicated to that purpose to be installed.
  • Data transmission rates for said networks allow real-time streaming of audio, and even video, for which reason any application with lower transfer rate requirements is possible.
  • using them for indoor zones is complicated, since the signal penetration into buildings, and especially underground, is limited.
  • the user interface may comprise different components, with non-exclusive examples being a touch screen for visual interaction, or a speaker and microphone, for voice interaction, or a combination of said components.
  • each parking zone is identified by a beacon device, which will also be referred to as merely beacon hereinafter.
  • This beacon broadcasts a signal with an identifying code.
  • This beacon code is unique in the system, so that there are not two beacons with equal beacon codes in the system. Therefore, there are not two parking zones identified by the same beacon code either.
  • the beacon it is a very simple device which only needs to broadcast a signal. Indeed, in the described method, complexity is distributed between the portable user device and the server.
  • the server it is in charge of verifying the parking conditions for a vehicle and a zone, and whether it is acceptable for said vehicle to park in said parking zone identified by a beacon code.
  • the server can use different data for determining whether the request is acceptable or not. It determines whether the vehicle associated with the vehicle code is allowed to use the parking zone corresponding to the request. Also, for zones with a limited number of parking spaces where there are no more free spaces left, the server can reject the requests until any of those spaces is cleared. This allows a high flexibility and a zone control which can be adapted to the environmental conditions.
  • the servers comprise processing means, communication interface and data storing means, such as hard disk drives or optical drives.
  • data storing means such as hard disk drives or optical drives.
  • the server has means for managing and establishing the system configuration, for example, saving associations between beacon devices and parking zones, coordinates for each beacon device, parking conditions for each zone, etc.
  • Said management means known in the art as back-office, are often based on a user interface which allows a user to manage the different elements, usually by storing those data in a database.
  • a server it is common for a server to reply with an acknowledgement message, when said server receives a request from a portable user device, at least for those requests not having an explicit reply message associated. This allows to determine, by the user, that the request has been received, and to strengthen control over possible transmission errors.
  • the beacon device In the described solution, it is not required for complex machines to be present in the parking zones. It is not required either for the beacon device to receive communications from the portable user device, i.e., the beacon device is broadcasting a signal but does not need to receive communications or to process information. This has the advantage of a highly reduced general cost, both in the installation phase and for maintenance. Further, the beacons being very simple devices, they often have very low energy requirements, which allow implementation thereof with batteries having a lifetime of some years. This has the added advantage that it is not necessary any kind of connection with the electrical grid, with the beacons being able to be installed thereby in the most convenient place, preferably away from vandalism.
  • each of said parking zones comprises an informative sign and said beacon device provided in said parking zone is provided on said informative sign.
  • common informative signs are manufactured from metal material, and anchored to a post or the like. They usually give information to a user in the parking zone and about the general conditions of the facilities.
  • the informative sign may also signal how to use the method, in particular, how to access the method from the portable user device.
  • the beacon device is environmentally isolated and out of sight, which deters vandalism.
  • system deployment is made easier by installing the beacon in conjunction with the informative sign, minimizing the likelihood of error by the operator carrying out the installation.
  • said beacon is provided in an internal housing provided in said informative sign. Preferably, on the upper rear portion.
  • the beacon device is highly protected against the environment, in relation with both environmental conditions and vandalism.
  • said internal housing has orifices arranged to allow said beacon signal to be outputted, this being especially advantageous when said internal housing is manufactured from metal, which otherwise would block the signal.
  • said sign is provided with a sealed case, in particular with at least a sealing degree IP56 according to the IEC 60529 standard, said sealed case is removably attached to said informative sign through attaching means, particularly on the rear portion of said sign, and preferably, to the upper portion thereof, in order to locate it away from the ground and prevent vandalism.
  • Said beacon device is provided in said sealed case. This allows making maintenance operations easier, when the beacon or its internal battery needs to be replaced.
  • location through beacons instead of methods which are only based on satellite location systems, for example, the Global Positioning System, GPS, has the advantage of providing a better precision for discriminating the distance to an actual parking zone. This is especially significant in urban environments where echoes caused by buildings entail a decreased location precision for satellite location based systems. This lack of precision may also result in the parking zone, where the vehicle is physically located to be confused with another nearby zone.
  • GPS Global Positioning System
  • the vehicle code which preferably comprises the plate number, is stored in the device in a previous step, for example, by means of the user interface.
  • the fact of using the plate number makes it easier to visually check the parked vehicles.
  • a parking zone is very large, a person skilled in the art will understand that it may be required to choose strategies such as dividing said zone into several sub-zones, or provide said zone with more than one beacon device. In either case, for a beacon device with a given beacon code, it is established a relationship, for example, by using the back-office in said server, which allows determining the parking zone to which each beacon code pertains.
  • each of said beacon devices comprises a Bluetooth Low Energy, BLE, device.
  • BLE Bluetooth Low Energy
  • Such devices have a very low power consumption, which allows maintenance related replacement to be carried out after a few years.
  • Said beacon code comprises a programmable identifying code. This allows discriminating, by the portable user device of the customer, whether the beacon pertains to the system, said programmable identifying code is a system identification name.
  • said beacon code further comprises an auxiliary programmable identifying code, which comprises a serial number of the beacon device, a date of manufacture and an expected expiry date.
  • auxiliary programmable identifying code which comprises a serial number of the beacon device, a date of manufacture and an expected expiry date.
  • These informative elements allow the easy identification of the beacon features, even if there has been a data loss in the back-office system. They also provide a second authentication level that the beacon corresponds to the system.
  • the whole information of said beacon code may be transmitted in different places of the beacon signal. For example, if a protocol iBeacon or Eddystone is used, said beacon code may comprise the programmable identifying code in the field for the device name, and in the auxiliary programmable identifying code in the UUID field.
  • said beacon code comprises a media access control, MAC, address.
  • MAC media access control
  • This data can easily be obtained in most communication protocols, even in old devices, which increases compatibility with different user devices.
  • various devices have Bluetooth connections available, even though they do not implement BLE protocols of the above-mentioned iBeacon or Eddystone type.
  • the MAC address is received, which is enough to identify the beacon device.
  • said beacon code comprises the programmable identifier with the beacon device name previously described, an old portable user device can also discriminate the beacons in the system. Indeed, the name of the beacon device in this example is transmitted on the Bluetooth connection, being accessible thereby to those devices which are Bluetooth capable, even if they do not implement BLE protocols.
  • the method also comprises a clock synchronization step between said portable user device and said server.
  • This clock synchronization sets the clock of the portable user device or determines the difference between the clock of said device and the clock of said server. This allows to avoid race conditions in which requests and replies are counted in different time bases, which could give rise to inconsistencies within the system. By setting a general clock for the whole system, such problems are avoided to a large extent.
  • said maximum parking time can be fixed, which makes the system management easier.
  • said maximum parking time is, however, variable depending on at least some of the parameters from the list consisting of: beacon code, vehicle code, user code, date and time.
  • the server can use said parameters to obtain data which, in turn, may be used for determining said maximum time.
  • the vehicle code is used to obtain an indication for the consumption and pollution features of said vehicle, and utilize said indication to derive the maximum time. This results in an advantageous way of encouraging the use of low consumption and low pollution vehicles, allowing for longer parking times for such vehicles.
  • said parking request also comprises a user code.
  • a user may have various vehicles and the server can utilize the user profile to determine said maximum parking time. This is especially advantageous, for example, for hauliers who are in charge of various vehicles, or for companies having a fleet of vehicles shared by various hauliers as well.
  • the parking conditions can be determined by said user and not only by each vehicle.
  • the user code it is possible for a user to access only to the parking information for the vehicles he is using. For example, in a case in which the same vehicle is shared by two users, the parking information for the vehicle will be received only by that user who is utilizing it, at his/her portable user device.
  • the user code information is determined in the device in a previous step, for example, through a user login method in the server, as it is known in the art.
  • the user code also comprises information relative to the portable user device, which increases security and prevents an impostor from pretending to be the user in case the former has got the latter's login information.
  • the method comprises between said points (p7) and (p8) the following additional steps:
  • the method offers the user the option to confirm that, in effect, he/she wants to start the vehicle parking.
  • said device also informs through said user interface about current parking conditions, for example, the maximum parking time.
  • this additional confirmation step allows the user to have the option to check and accept the parking conditions for said parking zone, which is especially advantageous when said conditions are variable depending on parameters, such as date and time, user profile, zone, vehicle features, what is the vehicle used for, etc.
  • the reply by the server in point (p8) corresponds in this case to the parking start request.
  • said point (p1) comprises the following steps:
  • the device when the user wants to start the parking, receives, through the beacon signal receiving means, the close beacon signals with their respective beacon codes.
  • the device determines, from the received signals, which beacon device is the nearest one and communicates this to the user, showing the corresponding parking zone.
  • the device can display a list where the parking zones are shown whose beacon devices are the nearest ones, for example, in ascending distance order.
  • the user confirms the zone.
  • the user can choose a zone not corresponding to that determined as the nearest one.
  • the user does not require thereby for the user to manually enter information in the portable user device, such as, for example, a zone code or an address. Indeed, the device automatically informs of the nearest zone.
  • the method is not described in the case that close beacon signals are not received, although the method, for this case, uses preferably device geolocation where available.
  • said step for determining the nearest beacon code as the beacon code of said beacon code list whose beacon device is the nearest one comprises:
  • the determination of the distance is carried out indirectly from the received power of the beacon signal in the portable user device.
  • every beacon device in the system emits with the same power, which makes determination thereof easier.
  • the portable user device in order to determine the relative distance between them, the portable user device must be able to determine the emitting power of each beacon, so that it can weigh compared powers for determining the distances.
  • Such emitting power, as well as further information which may be required to be known by the portable user device in relation with the beacons can be obtained through different methods, with non-exclusive examples thereof being information downloadable from the server or information held in the beacon signal.
  • the indirect distance determination by measuring the receiving power may be subject to errors due, for example, to environmental conditions, rain, presence of obstructions or the like.
  • Said point (p1) comprises the following steps:
  • the method allows, when the vehicle is stopped for a start threshold time in a parking zone, the automatic start of the parking request sequence.
  • a start threshold time is 60 seconds, being a time long enough to prevent undesired starts caused, for example, by traffic conditions.
  • Detecting a beacon signal comprises receiving a beacon signal which meets a validation criterion, such that if said beacon signal does not meet said validation criterion, said beacon signal is not deemed detected.
  • distant device signals can be discarded, resulting thereby in an easier user interaction.
  • information held in the beacon signal itself may be used to discard those beacon devices not pertaining to the system.
  • a beacon identifying code following a pre-set format can be used and those codes which are not according said format can be discarded.
  • the validation criterion is a combination of the above described power and identifying format criteria, although different criteria which are advantageous can be provided.
  • Said beacon signal receiving means receive said beacon signal with a receiving power and said validation criterion comprises said receiving power exceeding a power threshold.
  • a power threshold is -100dBm. Those beacon signals received under said threshold are thereby discarded and not deemed detected. In this way, the list of near beacons is limited, and also, those beacons received by the device and which could give rise to errors o confusion by the user, due to phenomena, such as wave transmission or reflections, are filtered out.
  • said portable user device asks for a confirmation through said user interface. This allows preventing false parking starts caused, for example, by heavy traffic conditions, traffic lights or situations wherein the vehicle stops near a parking zone but without really parking therein.
  • Said step (p9) comprises receiving, through said user interface, a parking end command. This allows the user to be able to decide for himself when the parking ends.
  • said step (p9) comprises the following steps:
  • the method is able to automatically determine a parking end. This allows a more dynamic performance for the system and increases both convenience and efficiency. Also, it prevents a situation in which the end of the parking is not registered by the user. Indeed, the user can simply remove the vehicle from the parking zone, and, upon moving away from said zone, the parking end is automatically determined.
  • the method may allow different non-exclusive options, in particular, either the above-described manual method or the method herein described. In a preferred embodiment, determining the distance is carried out using the received power of the beacon signal, as previously described.
  • said portable user device requests a parking end confirmation through said user interface.
  • a parking end confirmation through said user interface.
  • the portable user device is a mobile phone or a device carried by the user.
  • the device may end up determining it is located at a greater distance, when actually the vehicle did not move.
  • determining when said portable user device is located at a distance from said current parking zone greater than a threshold distance comprises:
  • the portable user device determines the distance between the portable user device and the beacon through geolocation, for example, using GPS systems.
  • the portable user device must be able to determine said beacon position, which can be carried out by different methods. It can be performed through requests to the server o through information transmitted on the beacon signal, as non-exclusive examples.
  • said threshold distance may be either the same for all of the zones or different for each zone or beacon. The latter is especially advantageous where zones are present which have very distinct features, for example, with respect to extension, location or environmental conditions.
  • determining when said portable user device is located at a distance from said current parking zone greater than a threshold distance comprises:
  • the detection of other beacons of the system is used thereby to determine the movement indicating the parking end.
  • geolocation means which, as already pointed out, can be inaccurate in urban areas, and can also require an energy consumption which may result in a decreased operational autonomy for the portable user device.
  • the term detection may denote not only completing the reception of a signal but the latter meeting some validation criterion, for example, on the power or beacon code format, as previously has been described above.
  • said remoteness criterion comprises any of the list consisting of:
  • At least a supervisor also takes part and the same is provided with a portable supervisor device provided with:
  • a supervisor is understood to be a person responsible for verifying that the parked vehicles are registered in the system and not exceeding the maximum time.
  • the portable supervisor device may be the same kind as the portable user device or a different kind, for example, a smart mobile phone.
  • the supervisor may efficiently verify that vehicles parked in a zone are correctly registered and within the maximum parking time.
  • the vehicle code comprises the plate number, with the supervisor being able thus to relate the portable supervisor device information to the visual information within reach in the parking zone.
  • the received information also comprises pictures of the parked vehicles, making the supervisor method still easier.
  • said point (s1) comprises one of:
  • the supervisor can manually choose the parking zone to be verified, which allows him to receive information even from those vehicles parked in distant zones. Also, automatically determining near zones allows receiving the information automatedly without requiring express commands by the supervisor. Said determination can be carried out equivalently to the optional embodiments described above in the case where the user is involved.
  • a non-claimed example refers to a computer program containing program code instructions which, upon being executed by a portable user device which moves together with a vehicle, said portable user device being provided with:
  • said parking request also comprises a user code.
  • it comprises the following additional steps when the parking request is acceptable:
  • said point (a1) comprises the following steps:
  • said step for determining the nearest beacon code as the beacon code of said beacon code list whose beacon device is the nearest one comprises:
  • said point (a1) comprises the following steps:
  • detecting a beacon signal comprises receiving a beacon signal which meets a validation criterion, such that if said beacon signal does not meet said validation criterion, said beacon signal is not deemed detected.
  • said beacon signal receiving means receive said beacon signal with a receiving power, and wherein said validation criterion comprises said receiving power exceeding a power threshold.
  • said portable user device asks for a confirmation through said user interface.
  • said step (a5) comprises receiving, through said user interface, a parking end command.
  • said step (a5) comprises the following steps:
  • said portable user device requests a parking end confirmation through said user interface.
  • determining when said portable user device is located at a distance from said current parking zone greater than a threshold distance comprises:
  • determining when said portable user device is located at a distance from said current parking zone greater than a threshold distance comprises:
  • said remoteness criterion comprises any of the list consisting of:
  • FIGS. 1 , 2 and 3 show schematic examples for the system. For the sake of clarity, the different involved elements have been represented through corresponding graphical elements. However, the different parts in the drawings should not be understood as representing physical elements with real shapes, nor the different elements are drawn to scale.
  • each parking zone 100 comprises one or more parking spaces 120, or it can be a parking zone without markings of spaces.
  • the operation for loading and unloading zones which are common in towns for use by hauliers is described.
  • the invention is not restricted to only such parking zones 100, but it is applicable to other types of zones wherein there is a parking time restriction.
  • Further possible non-restrictive uses are, for example, the so-called orange zones in which resident vehicles are allowed to park for a limited time, or the so-called red zones in which both residents and non-residents are allowed to park for a limited time.
  • a beacon device 101 is provided and configured for sending out a beacon signal 102, although if the parking zone 100 is very large, more than one beacon device 101 can be provided for a parking zone 100.
  • All the examples herein described utilize beacon devices 101 which broadcast Bluetooth low energy, BLE, signals, and which emit at the same power. In particular, they are devices which transmit simultaneously according to the standards dictated by the trade names iBeacon and Eddystone. Those skilled in the art will understand that this is a particular implementation which is advantageous in relation with the state of the art at the time this document was written. However, it is a non-restrictive option and other technology types which are equivalent regarding the general functionality can be provided without falling thereby beyond the scope of the main claim.
  • the beacon signal 102 comprises a unique beacon code, which is not repeated in the system.
  • said beacon code comprises the media access control, MAC, address for the beacon device 101, i.e., the MAC address associated with the Bluetooth transmission.
  • the Bluetooth transmitted name of the beacon device 101 is chosen in such a way that it can be identified that said beacon device 101 pertains to the system. Thus, it is possible to use the system even through receiving devices supporting Bluetooth but not including iBeacon and Eddystone.
  • the beacon signal 102 in the example also includes a programmable identifying code, which comprises a start sequence identifying that the beacon device 101 pertains to the system, as well as the serial number for the beacon device 101, the date of manufacture thereof and an expected expiry date.
  • a programmable identifying code which comprises a start sequence identifying that the beacon device 101 pertains to the system, as well as the serial number for the beacon device 101, the date of manufacture thereof and an expected expiry date.
  • a schematic example of the parking zone 100 is shown.
  • This zone comprises different parking spaces 120, and by way example, a vehicle 200 parked in one of said parking spaces 120 is shown.
  • Fig. 2 shows that said parking zone 100 has an informative sign 110 as well.
  • the beacon device 101 provided in said parking zone 100 is provided in said informative sign 110.
  • the informative sign 110 is manufactured from metal and is attached to a post, displaying information about the parking conditions in said parking zone 100.
  • the informative sign 110 in the example is provided with a sealed case, in particular with at least a sealing degree IP56 according to the IEC 60529 standard, and more particularly with a sealing degree IP67.
  • Said sealed case is removably attached to said informative sign 110 through attaching means, particularly on the upper rear portion of said informative sign 110.
  • Said beacon device 101 is provided in said sealed case in the example.
  • Fig. 3 shows how a server 300 takes also part in the method, and the same comprises hosted computing services of the type known in the art as cloud computing such as, Software as a Service (SaaS), Platform as a Service (PaaS) or Infrastructure as a Service (laaS).
  • the server 300 has a back-office software for management and maintenance of the system, including functionalities such as configuring the beacon position and their associated zones, maintaining user profiles, incidence and alarm management, among further possible functionalities.
  • the server 300 is shown connected to the Internet 310, such that a connection with said server 300 can be established from any device allowing for said connection. In particular, from a mobile telephone cellular data network 320.
  • At least one vehicle 200 also takes part, which moves together with a user across the environment where said at least one parking zone 100 is located. Moreover, for each vehicle 200 of said at least one vehicle 200, a portable user device 200 takes part, corresponding to said vehicle 200 and moving together with said vehicle 200.
  • the portable user device 210 is a mobile phone of the so-called smart phone type, since such devices are widely utilized at the moment this document is being written, resulting in an advantageous election for the users.
  • different types of equivalent devices are possible, with non-limiting examples being smart cars, or devices specifically made to carry out the described method. In either case, said portable user device 210 is provided with:
  • said vehicle code 201 is stored in the portable user device 210 in a previous method step.
  • Said computer program comprises program code instructions which, upon being executed by the portable user device 210, perform operations carrying out the method now described, in particular, that part of the method executed by the portable user device 210, as shown in Fig. 7 .
  • these computer programs are often referred to as applications, for which reason both designations will be used herein.
  • the user now utilizes said computer program to log into the system, and thus a user code is established.
  • the user registers at least one vehicle, entering its plate number among other data, such as the type of vehicle 200, consumption thereof and features.
  • the user also enters a picture of the vehicle.
  • Said application sends the data to the server 300 where they are stored and used for determining the parking conditions for each vehicle 200, for example, based on the pollutant emission rate thereof.
  • the informative sign 110 also denotes the application to be used by the user, for example, through the application name and its identifying icon, a QR code with the download information, etc.
  • a simplified flow chart of the example method comprising the steps described below.
  • a step p1 by a portable user device 210 which moves together with a vehicle 200 and with a vehicle code 201, determining a parking start for a parking zone 100 with a beacon code.
  • this step comprises either a parking start commanded by the user or an automatic parking start.
  • Said parking start instructed by the user comprises the following steps:
  • Said automatic parking start comprises the following steps:
  • a parking request 401 comprising said vehicle code 201 and said beacon code.
  • said parking request 401 also comprises a user code.
  • a step p3 by said server 300, determining whether said parking request 401 is acceptable.
  • a step p4 if said parking request 401 is not acceptable, by said server 300, sending a parking request reply 402 comprising an indication that said parking request 401 is not acceptable.
  • a step p5 by said portable user device 210, informing through said user interface, that said request is not acceptable.
  • a step p6 if said parking request 401 is acceptable, further determining, by said server 300, a maximum parking time and sending a parking request reply 402 comprising an indication that said parking request 401 is acceptable and said maximum parking time.
  • a step p8 by said server 300, registering said vehicle code 201 as parked in said parking zone 100 corresponding to said beacon code and a parking start time for said vehicle code 201, and determining said parking zone 100 as a current parking zone 100.
  • the method part in charge of finishing the parking can start.
  • the application of the portable user device 210 provides instructions relative to either the remaining parking time, or the exceeded time in case said maximum time has been surpassed.
  • the application signals whether the maximum time is being reached or has been surpassed.
  • the application may also use the acoustic or notification means, in order to warn the user.
  • the method also comprises thereby, by said portable user device 210, determining a parking end for said current parking zone 100. Particularly, in the example, it comprises either receiving, through said user interface, a parking end command, or the following steps:
  • step p10 by said communication means of said portable user device 210, sending to said server 300 a parking end request 404 comprising said vehicle code 201.
  • step p11 by said server 300, registering said vehicle code 201 as not parked.
  • the method for the portable user device 210 is not described separately, being carried out by a computer program which is executed in said portable user device 210.
  • the person skilled in the art will not have any problems distinguishing actions by said device, considering what was previously described, as well as the flow chart in Fig. 7 and the action and message flow as described in Fig. 5 . It can be seen in this figure how some of the requests from the portable user device 210 receive an acknowledgement message 405 from the server.
  • step a3 in Fig. 7 corresponds with the reception of information sent by the server 300 in steps p4 and p6 of Fig. 7 .
  • step a4 corresponds with p5 and p7.
  • the invention also facilitates the supervision of the one or more parking zones 100 by a supervisor.
  • a supervisor also takes part and the same is provided with a portable supervisor device 501 provided with processing means, a user interface, beacon signal receiving means, and wireless communication means.
  • the portable supervisor device 501 comprises a mobile phone of the so-called smart phone type, for the same reasons as those previously described for the portable user device 210.
  • the portable supervisor device 501 has an application stored therein which executes that part of the method corresponding to said portable supervisor device 501. The application of the example is different from that executed in the portable user device 210.
  • the method comprises the following further steps:
  • the vehicle code 201 comprises the plate number of said vehicle 200, the supervisor being thus able to associate the screen information with that which can be seen in the parked vehicles 200 in a simple way. Likewise, in a case where a picture of the vehicle 200 is available, verification is even easier.
  • said beacon device 101 is provided in an internal housing provided in said informative sign 110. Particularly, on the upper rear portion of said informative sign 110. Also, said internal housing has orifices arranged to allow said beacon signal 102 to be outputted.
  • determining when said portable user device 210 is located at a distance from said current parking zone 100 greater than a threshold distance comprises:
  • said remoteness criterion comprises verifying that said another beacon code is included in a list of distant codes. That is, when the device detects a beacon code which is in a list of distant codes, the remoteness criterion is met, and the portable user device 210 determines that it is distant from the current parking zone 100.

Claims (8)

  1. Parkkontrollverfahren für mindestens eine Außenparkzone (100), in der es eine Parkzeitbeschränkung gibt, wobei in jeder Zone der mindestens einen Parkzone (100) eine Bakenvorrichtung (101) vorgesehen ist, die so konfiguriert ist, dass sie ein Bakensignal (102) sendet, das einen eindeutigen Bakencode umfasst, und wobei Folgendes vorgesehen ist:
    - ein Server (300);
    - mindestens ein Fahrzeug (200); und
    - für jedes Fahrzeug (200) des mindestens einen Fahrzeugs (200) eine tragbare Benutzervorrichtung (210), die dem Fahrzeug (200) zugeordnet ist und die sich zusammen mit dem Fahrzeug (200) bewegt, wobei die tragbare Benutzervorrichtung (210) versehen ist mit:
    - einem Verarbeitungsmittel;
    - einer Benutzeroberfläche;
    - einem Bakensignal-Empfangsmittel;
    - einem drahtlosen Kommunikationsmittel; und
    - einem eindeutigen Fahrzeugcode (201), der dem Fahrzeug (200) zugeordnet ist;
    wobei das Verfahren die folgenden Schritte umfasst:
    p1)
    durch die tragbare Benutzervorrichtung (210), die sich zusammen mit einem Fahrzeug (200) und mit dem Fahrzeugcode (201) bewegt, Bestimmen eines Parkbeginns für eine Parkzone (100) mit einem Bakencode;
    p2)
    durch das Kommunikationsmittel der tragbaren Benutzervorrichtung (210), Senden einer Parkanfrage (401) an den Server (300), die den Fahrzeugcode (201) und den Bakencode umfasst;
    p3)
    durch den Server (300), Bestimmen, ob die Parkanfrage (401) akzeptabel ist, wobei das Bestimmen, ob die Parkanfrage (401) akzeptabel ist, das Bestimmen, ob das Fahrzeug (200), das dem Fahrzeugcode (201) zugeordnet ist, die Parkzone (100) benutzen darf, die dem Bakencode entspricht, umfasst;
    p4)
    durch den Server (300), wenn die Parkanfrage (401) nicht akzeptabel ist, Senden einer Parkanfrage-Antwort (402), die eine Angabe aufweist, dass die Parkanfrage (401) nicht akzeptabel ist;
    p5)
    durch die tragbare Benutzervorrichtung (210), Bekanntgeben über die Benutzerschnittstelle, dass die Anfrage nicht akzeptabel ist;
    wenn die Parkanfrage (401) akzeptabel ist:
    p6)
    durch den Server (300), wenn die Parkanfrage (401) akzeptabel ist, ferner Bestimmen einer maximalen Parkzeit und Senden einer Parkanfrage-Antwort (402), die eine Angabe, dass die Parkanfrage (401) akzeptabel ist, und die maximale Parkzeit umfasst;
    p7)
    durch die tragbare Benutzervorrichtung (210), Bekanntgeben über die Benutzerschnittstelle, dass die Anfrage akzeptabel ist, und der maximalen Parkzeit;
    p8)
    durch den Server (300), Registrieren des Fahrzeugcodes (201) als in der Parkzone (100) geparkt, die dem Bakencode und einer Parkbeginnzeit für den Fahrzeugcode (201) zugeordnet ist, und Bestimmen der Parkzone (100) als eine aktuelle Parkzone (100);
    p9)
    durch die tragbare Benutzervorrichtung (210), Bestimmen eines Parkendes für die aktuelle Parkzone (100);
    p10)
    durch das Kommunikationsmittel der tragbaren Benutzervorrichtung (210), Senden einer Parkende-Anfrage (404), die den Fahrzeugcode (201) aufweist, an den Server (300); und
    p11)
    durch den Server (300), Registrieren des Fahrzeugcodes (201) als nicht geparkt;
    dadurch gekennzeichnet, dass das Verfahren ferner einen Konfigurationsschritt vor dem Schritt p1) umfasst,
    in dem:
    - durch die tragbare Benutzervorrichtung (210), Empfangen von Registrierungsdaten für das Fahrzeug (200) von dem Benutzer; wobei die Registrierungsdaten ein Fahrzeugkennzeichen und Verbrauchs- und Schadstoffemissionsmerkmale des Fahrzeugs (200) umfassen;
    - durch die tragbare Benutzervorrichtung (210), Senden der Registrierungsdaten an den Server (300) und damit Registrieren des Fahrzeugs (200), das dem Fahrzeugcode (201) zugeordnet ist, wobei der Fahrzeugcode (201) dem Fahrzeugkennzeichen zugeordnet ist; und
    - durch die tragbare Benutzervorrichtung (210), Speichern des Fahrzeugcodes (201) für das Fahrzeug (200); wobei die maximale Parkzeit in Abhängigkeit von dem Fahrzeugcode (201) variabel ist und der Server (300) die maximale Parkzeit gemäß den Verbrauchs- und Schadstoffmerkmalen des Fahrzeugs (200), das dem Fahrzeugcode (201) zugeordnet ist, bestimmt;
    wobei das Verfahren ferner einen Schritt der Taktsynchronisierung zwischen der tragbaren Benutzervorrichtung und dem Server umfasst;
    wobei der Bakencode einen Systemidentifikationsnamen für die Bakenvorrichtung (101) umfasst;
    wobei in dem Schritt p1),
    durch die tragbare Benutzervorrichtung (210), das Bestimmen eines Parkbeginns für eine Parkzone (100) mit einem Bakencode die folgenden Schritte umfasst:
    - Bestimmen, wann während eines Zeitfensters, das länger als ein Zeitschwellenwert ist, das Bakensignal-Empfangsmittel ein Bakensignal (102) detektieren, das ein Validierungskriterium erfüllt, wobei das Validierungskriterium einen minimalen Empfangsleistungsschwellenwert für das detektierte Bakensignal enthält und das Bakensignal (102) einen Bakencode enthält, der einen gültigen Systemidentifikationsnamen umfasst;
    - Anfragen von dem Benutzer eine Bestätigung des Parkbeginns über die Benutzerschnittstelle;
    - im Falle einer positiven Bestätigung, Bestimmen eines Parkbeginns für diese Parkzone (100), die dem genannten Bakencode zugeordnet ist;
    und wobei in dem Schritt p9),
    durch die tragbare Benutzervorrichtung (210), das Bestimmen eines Parkendes das Empfangen eines Parkende-Befehls von dem Benutzer über die Benutzerschnittstelle umfasst.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die maximale Parkzeit außerdem von mindestens einem der Parameter aus der Liste abhängt, die aus dem Bakencode, einem Benutzercode, einem Datum und einer Uhrzeit besteht.
  3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die maximale Parkdauer ferner mindestens gemäß Verkehrsbedingungen, Öffnungszeiten, Benutzerprofil oder Fahrzeugprofil bestimmt wird.
  4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass die Zeitschwelle des Zeitfensters 60 Sekunden beträgt.
  5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass die minimale Empfangsleistungsschwelle für das detektierte Bakensignal -100dBm beträgt.
  6. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass der Bakencode ferner einen zusätzlichen Identifizierungscode umfasst, der eine Seriennummer der Bakenvorrichtung (101), ein Herstellungsdatum und ein voraussichtliches Verfallsdatum umfasst.
  7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass es zwischen den Schritten p7) und p8) die folgenden zusätzlichen Schritte umfasst:
    - durch die tragbare Benutzervorrichtung (210), Anfragen einer zweiten Parkbeginn-Bestätigung über die Benutzerschnittstelle;
    - wenn die Parkbeginn-Bestätigung empfangen ist, Senden einer Parkbeginn-Anfrage (403) an den Server (300).
  8. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass mindestens eine Überwachung ebenfalls beteiligt und mit einer tragbaren Überwachungsvorrichtung (501) versehen ist, die versehen ist mit:
    - einem Verarbeitungsmittel;
    - einer Benutzeroberfläche;
    - einem Bakensignal-Empfangsmittel; und
    - einem drahtlosen Kommunikationsmittel;
    wobei das Verfahren die folgenden zusätzlichen Schritte umfasst:
    (s1) durch eine tragbare Überwachungsvorrichtung (501), Bestimmen einer Parkzone (100) mit einem Bakencode, vorzugsweise durch einen Schritt der folgenden Listen bestehend aus:
    - Empfangen eines Parkzonenauswahlbefehls (100) über die Benutzerschnittstelle; und
    - Bestimmen einer Parkzone (100), deren Bakenvorrichtung (101) der tragbaren Überwachungsvorrichtung (501) am nächsten angeordnet ist;
    (s2) durch das Kommunikationsmittel der tragbaren Überwachungsvorrichtung (501), Senden einer Informationsanfrage an den Server (300), die den Bakencode enthält;
    (s3) durch den Server (300), Bestimmen von Fahrzeugcodes (201), die Fahrzeugen (200) zugeordnet sind, die als in der Parkzone (100) geparkt registriert sind, und, für jeden der registrierten Fahrzeugcodes (201), Bestimmen einer verbleibenden Parkzeit oder einer überschrittenen Parkzeit;
    (s4) durch den Server (300), Senden einer Antwort auf eine Informationsanfrage an das Kommunikationsmittel der tragbaren Überwachungsvorrichtung (501), die eine Informationsliste mit den Fahrzeugcodes (201) und für jeden der Fahrzeugcodes (201) die verbleibende Parkzeit oder die überschrittene Parkzeit umfasst; und
    (s5) durch die tragbare Überwachungsvorrichtung (501), Bekanntgeben der Informationsliste über die Benutzerschnittstelle.
EP17382579.5A 2017-08-21 2017-08-21 Parksteuerungsverfahren Active EP3447738B1 (de)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP17382579.5A EP3447738B1 (de) 2017-08-21 2017-08-21 Parksteuerungsverfahren
CA3073458A CA3073458A1 (en) 2017-08-21 2018-08-08 Parking control method and corresponding computer program
US16/639,813 US11037447B2 (en) 2017-08-21 2018-08-08 Parking control method and corresponding computer program
PCT/EP2018/071510 WO2019038087A1 (en) 2017-08-21 2018-08-08 PARKING CONTROL METHOD AND CORRESPONDING COMPUTER PROGRAM

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP17382579.5A EP3447738B1 (de) 2017-08-21 2017-08-21 Parksteuerungsverfahren

Publications (3)

Publication Number Publication Date
EP3447738A1 EP3447738A1 (de) 2019-02-27
EP3447738B1 true EP3447738B1 (de) 2023-11-15
EP3447738C0 EP3447738C0 (de) 2023-11-15

Family

ID=59858670

Family Applications (1)

Application Number Title Priority Date Filing Date
EP17382579.5A Active EP3447738B1 (de) 2017-08-21 2017-08-21 Parksteuerungsverfahren

Country Status (4)

Country Link
US (1) US11037447B2 (de)
EP (1) EP3447738B1 (de)
CA (1) CA3073458A1 (de)
WO (1) WO2019038087A1 (de)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11430333B2 (en) * 2020-06-10 2022-08-30 Spaces Operations, Llc Method and system for dynamic mobile data communication
CN113538964B (zh) * 2021-09-17 2021-12-14 成都宜泊信息科技有限公司 一种停车管理方法、管理系统、存储介质、电子设备
FR3130429A1 (fr) * 2021-12-13 2023-06-16 Psa Automobiles Sa - Procédé et système de gestion du suivi d’un stationnement d’un véhicule automobile dans un emplacement de stationnement situé dans une zone où l’utilisation d’un disque de stationnement est prescrite
DE102022200128A1 (de) 2022-01-07 2023-07-13 Volkswagen Aktiengesellschaft Verfahren zum Betreiben eines Parksystems für einen vorgegebenen Parkbereich für zumindest ein Kraftfahrzeug, Computerprogrammprodukt sowie Parksystem

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5351187A (en) * 1992-12-30 1994-09-27 At/Comm Incorporated Automatic debiting parking meter system
US20020085515A1 (en) * 2000-12-28 2002-07-04 Jaynes Christopher O. Object specific information relaying system
US7230545B2 (en) * 2003-11-07 2007-06-12 Nattel Group, Inc. Automobile communication and registry system
EP1785945A1 (de) 2005-10-25 2007-05-16 Scheidt & Bachmann GmbH Verfahren zur automatisierten Erfassung und Abrechnung der Benutzung eines kostenpflichtigen Parkbereichs
WO2015188122A1 (en) * 2014-06-06 2015-12-10 Casanova Andres E Wirelessly managing parking
US20160140846A1 (en) * 2014-09-25 2016-05-19 Christopher Scott Outwater System and Method for Parking Management Based on Location Tracking
US11222482B2 (en) * 2014-10-28 2022-01-11 Enzo Stancato System and method for an integrated parking management system
KR101725197B1 (ko) * 2015-09-25 2017-04-11 (주) 티아이에스 정보통신 주차 위치정보 제공 시스템 및 방법
CN106652546B (zh) * 2015-10-30 2020-01-24 重庆邮电大学 车位导航方法、装置和系统及车位管理方法和装置
KR102132340B1 (ko) * 2015-12-10 2020-07-09 삼성전자주식회사 실외 디스플레이 장치

Also Published As

Publication number Publication date
US11037447B2 (en) 2021-06-15
CA3073458A1 (en) 2019-02-28
EP3447738C0 (de) 2023-11-15
WO2019038087A1 (en) 2019-02-28
EP3447738A1 (de) 2019-02-27
US20200250979A1 (en) 2020-08-06

Similar Documents

Publication Publication Date Title
US11037447B2 (en) Parking control method and corresponding computer program
US11222482B2 (en) System and method for an integrated parking management system
US11081006B2 (en) System and method for high accuracy location determination and parking
CN106412833B (zh) 智能家居控制方法、装置及系统
US9589466B2 (en) System and device for parking management
US20150066545A1 (en) Mobile parking systems and methods for providing real-time parking guidance
JP2007249918A (ja) 携帯型端末を用いたタクシー配車システム
AU2022201600B2 (en) System, method and computer program for a monitoring system
CA2867173A1 (en) Beacon-based mobile payments
US10417853B2 (en) Parking system and method for operating a parking system
KR101427717B1 (ko) 스마트 통신기기와 통신 가능한 화면표시기를 이용한 택시 콜 서비스 시스템 및 그 제공방법
CN106205192B (zh) 一种信息推送系统、方法及装置
CN113096434B (zh) 用于管理停车位的方法、计算机系统和计算机可读介质
KR101079905B1 (ko) 위치 기반 서비스 제공 방법 및 서버, 이를 이용한 이동 통신 단말기
KR102001146B1 (ko) 비콘을 이용한 스마트 단말 기반 주차관리 시스템 및 방법
KR101680728B1 (ko) 비콘 디바이스들을 관리하기 위한 장치
WO2007058495A1 (en) System for and method of providing bus arrival information
KR20200109680A (ko) IoT 무선 차량 검지 시스템 및 그 방법
WO2019221612A1 (en) A parking system and method
CN115662178A (zh) 一种停车路径确定方法、装置、系统及存储介质
KR20060123798A (ko) 단말을 이용한 목적지 접근 알림 방법 및 장치
WO2023039794A1 (en) Parking place management system and parking place management method
KR20170006768A (ko) 차량내부 전자장치를 통하여 통신할 수 있는 시스템 및 제어방법.
CN116844372A (zh) 基于充电桩的寻位装置、寻空闲车位方法及寻车辆方法
ITTO20120963A1 (it) Sistema di telefonia mobile che consente il cambio di profili di funzionamento sui terminali mobili in base alla loro posizione

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

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

AX Request for extension of the european patent

Extension state: BA ME

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

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

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20200630

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20230712

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

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

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

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

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602017076478

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

U01 Request for unitary effect filed

Effective date: 20231117

U07 Unitary effect registered

Designated state(s): AT BE BG DE DK EE FI FR IT LT LU LV MT NL PT SE SI

Effective date: 20231123

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20240216

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20240315

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20240315

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20240216