WO2014090533A1 - Procede et systeme de controle d'acces a une station de location automatisee de vehicules se trouvant au sein d'une structure dont l'acces est controle - Google Patents

Procede et systeme de controle d'acces a une station de location automatisee de vehicules se trouvant au sein d'une structure dont l'acces est controle Download PDF

Info

Publication number
WO2014090533A1
WO2014090533A1 PCT/EP2013/074301 EP2013074301W WO2014090533A1 WO 2014090533 A1 WO2014090533 A1 WO 2014090533A1 EP 2013074301 W EP2013074301 W EP 2013074301W WO 2014090533 A1 WO2014090533 A1 WO 2014090533A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
rental
vehicle
station
access
Prior art date
Application number
PCT/EP2013/074301
Other languages
English (en)
Inventor
Clément LAMBRINOS
Yousra CHEBBI
Aymeric AUGUSTIN
Raphaël BARROIS
Sylvain GERON
Antoine GERON
Thierry GEORGEON
Francis AARON
Original Assignee
Bluecarsharing
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 Bluecarsharing filed Critical Bluecarsharing
Priority to US14/650,346 priority Critical patent/US20150325058A1/en
Priority to EP13805786.4A priority patent/EP2932476A1/fr
Publication of WO2014090533A1 publication Critical patent/WO2014090533A1/fr
Priority to HK16100045.7A priority patent/HK1212081A1/xx

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G07B15/04—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems comprising devices to free a barrier, turnstile, or the like

Definitions

  • the present invention relates to a method for controlling access to an automated rental station of a vehicle.
  • the present invention relates to a method for controlling access to an automated rental station. vehicles within a structure whose access is controlled, such as for example private parking or paid parking, especially underground parking. It also relates to a system implementing such a method.
  • the field of the invention is the field of access control to an automated vehicle rental service in a structure whose access is controlled, or because such a structure is a private structure whose access is authorized to members of this structure, either because this structure offers a paid service other than the automated vehicle rental service.
  • a structure may be a private car park whose access is restricted to certain users, paid parking accessible to the public, in particular an underground car park, a closed structure whose entry is paid such as for example an amusement park or other, etc.
  • Automated vehicle leasing is a growing field. Agglomerations wishing to reduce the number of vehicles on their territory set up automated vehicle rental systems.
  • Automated rental of vehicles, and more particularly electric vehicles, and more particularly electric cars, requires automated rental stations with parking spaces to park the vehicles offered for rental before or after the rental.
  • the purpose of the Automated Vehicle Leasing Service is to be available to a large number of users without having to travel a great distance. Thus, it is necessary to develop a large number of rental stations in the city centers where the number is the largest and where the space available to develop rental stations is reduced.
  • this solution poses on the one hand the problem of accessibility to the rental station since it is in a structure whose access is controlled, and on the other hand the problem of control and regulation of access in the structure in which the rental station is located. It should be noted that the main difficulty is to guarantee free access to a vehicle from the rental service to a structure that guarantees only paid access in normal times.
  • An object of the invention is to overcome this drawback.
  • An object of the present invention is to provide a method and a system for controlling access to an automated car rental station located within a structure whose access, namely the entry and / or exit , is controlled.
  • the invention proposes to achieve at least one of the aforementioned objects by a method of controlling access to a rental station of an automated vehicle rental service comprising at least one parking space for a vehicle proposed to the location, said station located in a structure whose access is controlled, for example a parking lot and more particularly an underground parking, by a passage control device, the structure comprising at least one location not belonging to the station and whose access is not reserved for users of the rental service, the passage device being disposed at least one input / output of said structure, movable between an open position allowing the passage and a closed position prohibiting the passage, such as by for example a barrier or a gate for cars or a pedestrian access door, said method comprising, a phase, called authorization, comprising the following steps:
  • an acquisition means arranged at an input / output of said structure, for example a smart card reader, an RFID reader or a keyboard for grasping a login,
  • the verification is carried out in particular in a database relating to the rental service, which is totally independent of the infrastructure of the structure.
  • the method according to the invention allows a user to enter / leave an automated vehicle rental station located in a structure, such as a parking, whose access is controlled, without being obliged to use or subscribe to a service offered within the structure other than the automated rental service.
  • the method according to the invention makes it possible to regulate and control this access as a function of at least one condition, ie a means of identification proving that one is a user of the rental service is not enough.
  • a regulation makes it possible not to give access to the structure for all the users of the rental service but to select the users of the service who really need to access the rental station located in the structure.
  • the method according to the invention makes it possible to avoid a fraudulent use of a service offered within the structure other than the automated rental service of which they are users.
  • the method according to the invention makes it possible to avoid fraudulent use of the car park, for example by preventing users of the rental service from accessing the structure to park their personal vehicle and not to needs related to automated rental service.
  • the method according to the invention is implemented at the input / output of the structure, which makes it possible to avoid setting up another access control mechanism dedicated to the rental station. inside the structure.
  • control of the passage device can be achieved:
  • remote server being directly connected to the passage control device, and / or
  • the acquisition means following receipt of a piece of data, called authorization, from the remote server, and / or
  • a local server of said structure following a reception of a piece of data, called authorization, from the remote server, the authorization datum being able to be received directly from the remote server or via the means of 'acquisition.
  • Such a local server may be in communication with the remote server either directly or via the acquisition means.
  • the method according to the invention may further comprise, before the step of controlling the passage control device, an additional verification step at least one condition relating to the rental station, said control step being also a function of the result of said additional verification.
  • the method according to the invention makes it possible to regulate the entry into the structure both with respect to the user and also with respect to the rental station located within this structure, which makes it possible to give access to a user to the structure when the user wants a service that can actually be offered by the rental station in this structure.
  • the method thus makes it possible to avoid giving access to users who finally can not be satisfied by the rental station, and to limit the number of users of the rental service entering the structure.
  • condition relating to the rental station may relate to data relating to:
  • the at least one condition relating to the user may relate to data relating to:
  • the method according to the invention may further comprise a storage, in the remote server, in association with the identifier of said user:
  • the method according to the invention makes it possible to monitor the time of presence of the user in the structure and to take appropriate actions according to this duration.
  • This is particularly adapted to allow the user to enter with his vehicle in the structure even if the station has no available location, to avoid having to perform complex maneuvers to emerge from the parking, such as a reverse. This ensures that even in this case, the user will emerge from the structure in the defined slot or may be billed by the structure.
  • the method according to the invention may further comprise, before the control step, an additional verification step of at least one condition relative to said vehicle, said control step being also a function of the result of said additional verification.
  • the method according to the invention also makes it possible to carry out a control at the exit of the structure to avoid an abuse of the structure by the users of the structure.
  • the method according to the invention makes it possible to avoid, on the one hand, the abusive use of the parking lot by a user of the rental service for parking purposes independently of the rental service, and on the other hand a blocking the user who for unknown reasons could not make a vehicle being rented at the rental station for example because no parking space is available in the rental station.
  • the condition relating to said vehicle may relate to a data measured by a vehicle sensor for example, a motion sensor, to check whether the vehicle is moving or not, and whether the user has rented a vehicle. This avoids an abusive situation in which the user tries to leave the structure with his own vehicle or another vehicle unrelated to the rental service.
  • the at least one condition relating to the user verified during an exit phase may relate to a data relating to:
  • Such verification allows the user to leave the structure without having to pay an amount corresponding to the time of presence in the structure when he could not return the vehicle he rented, and secondly to prevent the user subscribed to the rental service uses the structure fraudulently regardless of the rental service.
  • the method according to the invention makes it possible to carry out, in association with the parking, user billing.
  • the method according to the invention can be used, in a preferred application, for the management of access control to a car park and more particularly to an underground car park comprising an automated car rental station, said car park allowing access to the car park. other than the users of the rental service associated with the rental station.
  • an access control system for an automated vehicle rental station comprising at least one parking space for a vehicle proposed for rental, said station being within a structure whose access is controlled, for example a car park and more particularly an underground car park, by a passage control device arranged at least one input / output of said structure and movable between an open position allowing the passage and a closed position prohibiting the passage, such as for example a barrier or a gate for cars or a pedestrian access door, said system comprising:
  • At least one means for acquiring an identifier of said user disposed at an input / output of said structure for example a smart card reader, an RFID reader or a keyboard for entering an identifier,
  • a remote apparatus for verifying at least one condition relating to said user by consulting at least one database according to said identifier
  • the acquisition means may be of a first type when it is disposed at a pedestrian entry / exit of the structure and a second type when it is arranged at an entry / exit vehicle of the structure.
  • the acquisition means may be of a first type when it is disposed at an input of the structure and a second type when it is disposed at an output of the structure.
  • the system according to the invention may furthermore comprise at least one means for acquiring an identifier of said user disposed at an output of said structure, for example a smart card reader, an RFID reader or a keyboard for entering an identifier. , to identify the user when leaving the structure with a vehicle and means for acquiring an identifier of said user disposed at an input of said structure, by example a smart card reader, an RFID reader or a keyboard to enter an identifier, to identify the user when entering the structure with a vehicle or on foot.
  • the passage control device may be a door, in particular at the pedestrian entrance of the car park, or a barrier, in particular to an entrance or a car park exit.
  • At least one control means may comprise a control module configured to control the passage control device, and communication means between said control module and said passage control device.
  • the control module can be arranged in the acquisition means, in the remote server or in a local management server of said structure.
  • the control module can be directly in communication with the control device, either by a wired connection or by wireless connection means.
  • the control module can also be in communication with the control device via the acquisition means and / or via a server, for example local, management of the structure.
  • the invention also relates to a closed car park, that is to say one whose access is controlled, comprising at least one car rental station, equipped with an access control system according to the invention.
  • FIG. 1 is a schematic representation of an access control system according to the invention at an automated vehicle rental station located in an underground car park;
  • FIGS. 2-5 are schematic representations of an access control method according to the invention at a station of automated vehicle rental in an underground car park for different scenarios.
  • FIGURE 1 is a schematic representation of a system according to the invention for controlling access to an automated rental station for vehicles in a parking lot.
  • the system 100 makes it possible to carry out access control at a station 102 for automated rental of electric vehicles that are located within a parking lot 104 with controlled or restricted access.
  • the rental station 102 includes at least one rental terminal
  • Each rental terminal 106 is connected to charging terminals 107 for recharging parked electric vehicles in rental station 102 at rental locations (not shown).
  • the parking 104 comprises a device 108 for controlling entry and exit of the car park for pedestrians, which is in the present example an access door 108, an entry control device in the car park 104 for vehicles which is a barrier 110 and a parking exit control device 104 for the vehicles which is a barrier 112.
  • Each device 108, 110 and 112 access control is movable between an open position allowing passage and a closed position prohibiting passage.
  • each device can be controlled remotely by a remote device through a communication through a wired connection or not.
  • Parking 104 also includes a server 114 for parking management, and in particular for controlling the opening or closing of access control devices 108-112, in the case where a conventional user arrives at one of the control devices.
  • the system 100 also includes a central server 116, disposed at a remote site parking.
  • the server 116 is connected to the rental terminal 106 of the rental station 102 by a wired connection or not through a communication network materialized by the line 119.
  • the server 116 is also connected either by the same network or by a different network materialized by a line 120 to the server 114 of the parking 104.
  • the server 116 is for example a central server of the rental service. In particular, it stores a lot of data relating to the use of the service and its various components (vehicle, user, station, etc.).
  • the system also comprises a device 122-126 for acquiring a user identification data item located at each parking access device 108-112.
  • Each acquisition device 122-126 may be an alphanumeric keyboard, an RFID card reader or a smart card or a reader of a biometric data.
  • an RFID card reader 122-126 is respectively disposed at each passage control device 108-112, respectively.
  • Each RFID reader 122-126 is wiredly connected, respectively by a line 128-132, to the access control device 108-112 at the level with which it is associated, and can control the opening device 108-112 for opening and closing by lines 128-132.
  • the RFID reader 122 is connected to the pedestrian access door 108 by a line 128, the RFID reader 124 is connected to the vehicle entrance barrier 110 by a line 130 and the RFI reader D 126 is connected to the vehicle exit barrier 112 by a line 132.
  • Each RFI reader D 122-126 is also connected to the rental terminal 106 via a communication line, respectively 134-138, wired or not, and communicates directly with the rental terminal 106 and with the central server 116. through the rental terminal 106.
  • Each RFID reader 122-126 also comprises means for interfacing with the user such as a screen, a keyboard, a microphone and a loudspeaker, and possibly one or more means of signaling the user. such as diodes.
  • the system further includes a wireless connection gateway 140 with the central server 116 enabling leased vehicles 142 1 , 142 2 at the rental station 102 in the car park 104 to communicate through a communication.
  • the gateway 140 also allows a vehicle 142 3 being rented entering the parking 104 or a vehicle 142 4 being rented out of the car park 104 to enter into wireless communication with the server. 116.
  • the gateway 140 is a communication gateway through the network G PRS, and is for example an extension of the existing GPRS network or a repeater of this network.
  • Each vehicle 142 comprises connection means to the charging terminals 108 to recharge, for example an electrical outlet and possibly an electric cable.
  • Each vehicle also includes specific equipment for the rental service, for example a reader of an RFID type identification means, etc.
  • the central server 116 is also connected to the server 114 of the car park 104 by a wired connection or not materialized by the line 144.
  • the car park 104 may comprise one or more other rental stations (not shown) which may each includes a rental terminal (not shown).
  • each rental terminal of the other rental stations may be connected to the central server 116.
  • each rental terminal of the other rental stations may be a terminal "Slave" connected to the rental terminal 106 which is then a "master" terminal.
  • This means that only the master rental terminal 106 is connected directly to the central server 116, the slave rental terminals being connected to the central server 116 through the master rental terminal 106.
  • the exchanges between the rental terminals slaves and the central server 116 are made via the master lease terminal 106.
  • the master lease terminal 106 then realizes a bridge between the slave rental terminals and the central server 116.
  • FIG. 2 is a schematic representation of a method according to the invention in the case of a user who wishes to:
  • the method 200 shown in FIG. 2 comprises a step 202 during which the user presents an identification means, for example an RFID badge comprising an identification data item, said identifier, to one of the identification devices 122. 126, which in this example are each an RFID reader.
  • an identification means for example an RFID badge comprising an identification data item, said identifier
  • the RFID reader 122-126 reads the identifier at the step 204 and transfers, at the step 208, the identifier read to the central server 116 via the rental terminal 106, for example in a message constituted during a preliminary step 206.
  • the message is created with the identifier read and optionally an identifier of the RFID reader 124 and an identifier of the rental terminal 106, the identifier of the latter can be indicated directly by the RFID reader 122-126 or added in the message by the rental terminal 106, when the message passes through it, in a step 210.
  • the central server 116 consults, in a step 212 the number of the reader and deduces the type of drive in question using a database of identification devices.
  • the central server 116 deduces the condition or conditions it must test to determine if the user is allowed to enter the parking.
  • the identified reader is:
  • the central server 116 executes a verification sequence called "pedestrian entry"
  • the central server 116 executes a verification sequence called "vehicle entry", or
  • the central server 116 executes a verification sequence called "vehicle exit”.
  • the central server 116 takes into account the type of reader and executes, during a step 214, the verification sequence associated with the reader.
  • the central server 116 sends, during a step 222, a message built in a prior step 216, to the RFID reader concerned indicating the result of the determination step, always via the rental terminal 106.
  • step 214 results in an authorization refusal
  • the message sent in step 222 contains refusal data and the RFID reader concerned displays, during a step 224, this refusal to the user, to the user.
  • the screen may also display a message prompting the user to take a ticket, and the process stops.
  • the message sent at the step 222 includes a granted authorization data.
  • the RFID reader concerned displays the granted authorization result.
  • the RFID reader 124 sends a signal to the mobile element associated with the RFID reader via an electrical contactor connecting the reader to an element, such as a motor or a jack for example, for activate this member allowing the passage, in step 224, the movable member 110 in the open position.
  • an electrical contactor connecting the reader to an element, such as a motor or a jack for example, for activate this member allowing the passage, in step 224, the movable member 110 in the open position.
  • the central server 116 Before sending the message to the reader, the central server 116 also memorizes, during an optional step 218:
  • step 214 When the authorization determined in step 214 is conditional
  • a time data relating to the predetermined duration for which the user is authorized to remain in the parking 104 is associated in addition. This step 220 is optional because the predetermined duration could be applied for any vehicle entering the car park, whether the authorization is conditional or not.
  • the message sent to the attention of the user may also be different from the message displayed in the case of information, for example when the user is informed that no location is available or has a reservation elsewhere and is advised of the time allowed in the parking lot.
  • the method may include before allowing it to enter the parking 104, a step asking the user whether he wants to reserve a location or requiring him to reserve one.
  • the RFID reader sends back to the central server the identifier of the user with a location reservation request.
  • the central server associates the identifier of the user with an identifier of a location in its database and sends it back to the reader, which also indicates to the user, via his screen, the number of the location reserved, for example the identifier of a charging station associated with the location.
  • the number of the location can be served to the user via a mobile terminal of the user, for example by means of a digital address of the user previously registered in the central server 116.
  • a mobile terminal of the user for example by means of a digital address of the user previously registered in the central server 116.
  • the central server 104 may, if he finds, that after a period of time predetermined the vehicle is still considered to be rented, to undertake different actions, during an optional step 230, such as:
  • the central server 116 interacts with the server 114 of the car park to report the anomaly, determine the current rate, and be able to correctly charge it to the user.
  • the central server 116 we will now describe different verification sequences that can be performed by the central server 116 in step 214.
  • FIGURE 3 is a schematic representation of the "vehicle input" sequence tested by the central server 116 when a request is made for a vehicle input.
  • the reader concerned is the reader 124 and the access authorization device is the barrier 110.
  • the central server 116 checks according to the identifier of the user, if the user has a rented vehicle during a step 302.
  • the central server 116 checks in a database of the central server 116, that the user's identifier is associated with a vehicle identifier.
  • the central server 114 transmits, during a step 304, access authorization refusal data.
  • the central server 116 checks whether the user has a reservation location in the rental station 102 by consulting the rental terminal 106, during a step 306.
  • This verification can also be performed by consulting a database at the central server 116 in which the identifier of the user is associated with a rental location.
  • the central server 116 finds that the user has a reserved parking space, the identifier of the rental terminal of the station where the reserved location is stored with the identifier of the user is compared with the identifier of the user. the rental terminal of the station 102 from which the message (sent from the step 208) of access request in the parking lot 104 comes from, during a step 308. If the parking space is properly reserved at the level of the rental station 102, the central server transmits access authorization data in the car park 104, during a step 310.
  • the central server 116 transmits an authorization data, in a step 312, still allowing the user to enter the parking to prevent the user who has made an error from paying to access the car park.
  • This authorization is however a conditional authorization that only allows the user to remain in the car park for a predetermined period, for example 5 or 10 minutes, so that he can come out without paying.
  • the central server 116 checks whether there is an available parking space in the rental station 102, in a step 314. For that , the central server extracts the number of the rental terminal of the received message (sent from step 208) and extracts, for this number, data relating to the availability of the locations (for example, the number of available locations or a piece of data Boolean translating the available location state or not) of a database in which this data is previously stored. This availability data is acquired in advance in real time using information sent directly from each of the terminals.
  • the central server 116 delivers in a step 316, a conditional authorization, as described above.
  • the central server 116 transmits authorization data, in a step 318, allowing the user to enter the parking 104 to park his vehicle in the rental station 102.
  • FIGURE 4 is a schematic representation of a "pedestrian entry" sequence tested by the central server 116 when a request is made for a pedestrian entry.
  • the reader concerned is the reader 122 and the access authorization device is the door 108.
  • the central server 116 checks, in a step 402, whether the user has a subscription in force. This is done by consulting a database of the central server 116 which maintains the status of subscriptions of users.
  • the central server transmits authorization denial data in a step 404.
  • the central server 116 checks, in a step 406, if the user has a vehicle reserved at the rental terminal 106 by consulting a database of the central server 116 The reservation having previously been carried out according to a process which is not detailed here, at least one datum, associated with the user and certifying the reservation of a vehicle and its place of reservation, is included in the database.
  • the central server 116 finds that the user has no reserved vehicle, the central server 116 checks whether the rental station 102 includes vehicles available for rental during a step 408. For this, the central server 116 extract:
  • step 208, FIG. 2 the number of the rental terminal from which the message comes
  • a database in which it is previously stored a data relating to the availability of vehicles (for example, the number of vehicles available or a boolean data reflecting the vehicle status available or not), these data being acquired in real time using information sent directly from each of the rental terminals.
  • a data relating to the availability of vehicles for example, the number of vehicles available or a boolean data reflecting the vehicle status available or not
  • the central server 116 delivers a denial of access authorization data in step 410.
  • the central server 116 issues access authorization accept data at step 412. If the central server 116 notes at the end of step 406 that the user has a reserved vehicle, he compares, during a step 414, the identifier of the rental station 102 with which the reserved vehicle is associated. by the user by consulting a database at the central server 116 (this database being fed by data sent from the different rental elements in real time) with the identifier of the station from which the message comes ( in step 208).
  • the central server 116 transmits authorization acceptance data at step 416, and authorizes the user to enter the parking 104.
  • the central server 116 issues authorization denial data in step 418 and does not allow the user to enter the parking.
  • step 216, 222, 224 and possibly 226 are performed as described above with the RFID reader 122 and the passage control device 108.
  • the central server 116 can, before granting entry, ask him if he wishes to reserve a vehicle (or require him to reserve one).
  • the reader 122 sends back to the central server 116 the identifier of the user.
  • the central server 116 selects the most suitable car park vehicle for the user according to various criteria (battery charge, etc.) and associates the user's identifier with the identifier of the vehicle in its database.
  • the central server 116 also indicates to the user the number of the reserved vehicle (for example its license plate), via the reader 122 or a mobile terminal of the user, a digital address of the user being in this case previously recorded in the central server 116.
  • FIGURE 5 is a schematic representation of a "vehicle output" sequence tested by the central server 116 when a request is made to exit the parking 104 with a vehicle at the reader 126.
  • the reader concerned is the reader 126 and the access authorization device is the barrier 112.
  • the central server 116 checks in a step 502 if the user owns a rented vehicle. For this, the central server 116 checks in a database at the central server 116, that the user's identifier is associated with a vehicle identifier.
  • the central server 116 transmits a parking authorization exit refusal data item during a step 504.
  • the central server 116 verifies that the vehicle with which the identifier of the user in its database is associated is in motion during a step 506. For this, the central server 116 sends a message to the concerned vehicle through a wireless network, for example the GPRS network, possibly via the connection gateway 140, requests him to transfer to the central server 116 the data of a sensor to determine if the vehicle is moving, such as an accelerometer, a position sensor located at the wheel, a motor start sensor, etc.
  • a wireless network for example the GPRS network
  • This sensor returns the data acquired via a CAN bus of the vehicle, connected to a communication box allowing the vehicle to communicate with the central server 116 via the GPRS network.
  • These data can also be alternately reassembled in real time to the central server 116 and stored in an associated database: in this case the central server 116 will simply consult this database.
  • the central server 116 is able to determine, by comparing the values of these sensors to threshold values or predetermined, if the vehicle is currently moving.
  • the central server 116 issues authorization denial data in step 508.
  • the central server 116 checks, in a step 510, whether the rental station in which the vehicle was rented is that corresponding to the rental station from which the message received at step 208 originates. For this, as explained above, the central server 116 compares the identifier of the station 102 and the identifier of the departure station of the station. vehicle associated with the user, the latter identifier being stored in a database at the central server 116.
  • the central server 116 transmits authorization acceptance data at step 512.
  • the central server 116 checks, at step 514, whether an entry time on the parking lot 104 has been recorded for the user and is associated with an "active" status for this user. , during the steps 218 and 220 described below that would have been performed during a phase of entry into the parking 104.
  • the central server 116 issues authorization denial data in step 516.
  • the effective time between the parking entry time and the current time is compared to the predetermined time of attendance on parking 104 during a step 518.
  • the central server 116 transmits authorization acceptance data in a step 520.
  • the central server 116 transmits authorization denial data in a step 522.
  • the invention is of course not limited to what has been described.
  • readers may not be at pedestrian entrances to the car park.
  • the conditions can also be different from what has been described or can be verified in a different order: for example, concerning the pedestrian entrance, it is also possible to check, if the user no longer has a current subscription, s he still has a rental in progress (which makes it possible to cover the case where he forgot to connect the vehicle and that he returns to do so). Booking conditions may also not be verified at the different entries. Similarly, the condition vehicle movement may not be verified at the vehicle exit.
  • Readers may also not order the opening of doors or gates.
  • the command can be performed by the parking management server, which is in communication with the central server.
  • the different conditions verified can be sent in a prepared request at the reader. We can then consider that the player performs the authorization step and informs the central server.

Landscapes

  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne un procédé de contrôle d'accès à une station (102) de location automatisée de véhicules comprenant au moins un emplacement de stationnement pour un véhicule proposé à la location, ladite station (102) se trouvant au sein d'une structure (104) dont l'accès est contrôlé par un dispositif (108-112) de contrôle de passage disposé à au moins une entrée/sortie de ladite structure (104), ledit dispositif de contrôle de passage (108-112) étant mobile entre une position ouverte autorisant le passage et une position fermée interdisant le passage, ledit procédé (200) comprenant, une phase, dite d'autorisation, comprenant les étapes suivantes : • - acquisition d'un identifiant dudit utilisateur par un moyen d'acquisition (122-126) disposé à une entrée/sortie de ladite structure (104), • - transmission dudit identifiant à un serveur (116) distant de ladite structure (104) au travers d'un réseau de communication, • - vérification d'au moins une condition relative audit utilisateur pour accorder ou refuser le passage audit utilisateur, et • - commande du dispositif (108-112) de contrôle de passage, disposé à ladite entrée/sortie de ladite structure (104), en fonction de ladite vérification de ladite au moins une condition.

Description

« Procédé et système de contrôle d'accès à une station de location automatisée de véhicules se trouvant au sein d'une structure dont l'accès est contrôlé » La présente invention concerne un procédé de contrôle d'accès à une station de location automatisée de véhicules se trouvant au sein d'une structure dont l'accès est contrôlé, telle que par exemple un parking privé ou un parking payant, en particulier un parking souterrain. Elle concerne également un système mettant en œuvre un tel procédé.
Le domaine de l'invention est le domaine du contrôle d'accès à un service de location automatisée de véhicule dans une structure dont l'accès est contrôlé, soit parce qu'une telle structure est une structure privée dont l'accès est autorisé aux membres de cette structure, soit parce que cette structure offre un service payant autre que le service de location automatisée de véhicule. Une telle structure peut être un parking privé dont l'accès est réservé à certains utilisateurs, un parking payant accessible au public, en particulier un parking souterrain, une structure fermée dont l'entrée est payante telle que par exemple un parc d'attraction ou autre, etc.
Etat de la technique
La location automatisée de véhicules est un domaine en pleine croissance. Les agglomérations désirant diminuer le nombre de véhicules présents sur leur territoire mettent en place des systèmes de location automatisée de véhicules.
La location automatisée de véhicules, et plus particulièrement de véhicules électriques, et encore plus particulièrement de voitures électriques, nécessite des stations de location automatisée comportant des emplacements de stationnement pour stationner les véhicules proposés à la location avant ou après la location.
Le service de location automatisée de véhicules a pour but d'être disponible à un grand nombre d'utilisateurs sans que ces derniers soient amenés à parcourir de grandes distances. Ainsi, il est nécessaire d'aménager un grand nombre de stations de location dans les centres villes où le nombre d'utilisateurs est le plus grand et où l'espace disponible pour aménager des stations de location est réduit.
Par ailleurs, il est nécessaire de protéger les stations de location contre des actes malveillants et des actes de vandalisme en contrôlant l'accès à ces stations de location.
Toutes ces considérations ont poussé les acteurs de ce domaine à aménager des stations de location dans des parkings ou plus particulièrement dans des parkings souterrains, ou toute autre structure dont l'accès est contrôlé et pouvant offrir l'espace nécessaire à l'aménagement d'une station de location comportant un ou plusieurs emplacements de stationnement. Cette solution permet d'apporter une protection contre des actes de vandalisme et de répondre à la disponibilité du service de location pour les utilisateurs.
Cependant, cette solution pose d'une part le problème de l'accessibilité à la station de location puisque celle-ci se trouve dans une structure dont l'accès est contrôlé, et d'autre part le problème du contrôle et de la régulation de l'accès dans la structure dans laquelle se trouve la station de location. On notera que la difficulté principale est de garantir un accès gratuit à un véhicule du service de location à une structure qui ne garantit qu'un accès payant en temps normal .
Il n'existe actuellement aucun procédé et système permettant de réguler et de contrôler l'accès à une station de location automatisée de véhicules se trouvant au sein d'une structure dont l'accès est contrôlé.
Un but de l'invention est de pallier cet inconvénient.
Un but de la présente invention est de proposer un procédé et un système de contrôle d'accès à une station de location automatisée de véhicules se trouvant au sein d'une structure dont l'accès, à savoir l'entrée et/ou la sortie, est contrôlé.
Exposé de l'invention
L'invention propose d'atteindre au moins l'un des buts précités par un procédé de contrôle d'accès à une station de location d'un service de location automatisée de véhicules comprenant au moins un emplacement de stationnement pour un véhicule proposé à la location, ladite station se trouvant au sein d'une structure dont l'accès est contrôlé, par exemple un parking et plus particulièrement un parking souterrain, par un dispositif de contrôle de passage, la structure comprenant au moins un emplacement n'appartenant pas à la station et dont l'accès n'est pas réservé aux utilisateurs du service de location, le dispositif de passage étant disposé à au moins une entrée/sortie de ladite structure, mobile entre une position ouverte autorisant le passage et une position fermée interdisant le passage, tel que par exemple une barrière ou un portillon pour voitures ou encore une porte d'accès pour piéton, ledit procédé comprenant, une phase, dite d'autorisation, comprenant les étapes suivantes :
- acquisition d'un identifiant dudit utilisateur pour l'identifier auprès dudit service de location par un moyen d'acquisition disposé à une entrée/sortie de ladite structure, par exemple un lecteur de carte à puce, un lecteur RFID ou un clavier pour saisir un identifiant,
- transmission dudit identifiant à un serveur du service de location distant de ladite structure, et en communication avec la structure, au travers d'un réseau de communication,
- vérification par ledit serveur d'au moins une condition relative audit utilisateur pour accorder ou refuser le passage audit utilisateur,
- commande du dispositif de contrôle de passage, disposé à ladite entrée de ladite structure, en fonction du résultat de ladite vérification de ladite au moins une condition.
La vérification est notamment effectuée dans une base de données relative au service de location, totalement indépendante de l'infrastructure de la structure.
Ainsi, le procédé selon l'invention permet à un utilisateur d'entrer/sortir d'une station de location automatisée de véhicule se trouvant dans une structure, telle qu'un parking, dont l'accès est contrôlé, sans être obligé d'utiliser ou de s'abonner à un service proposé au sein de la structure autre que le service de location automatisée.
Par ailleurs, le procédé selon l'invention permet de réguler et de contrôler cet accès en fonction d'au moins une condition, autrement dit un moyen d'identification prouvant que l'on est utilisateur du service de location ne suffit pas. Une telle régulation permet de ne pas donner accès à la structure pour tous les utilisateurs du service de location mais de sélectionner les utilisateurs du service qui ont réellement besoin d'accéder à la station de location se trouvant dans la structure. Ainsi, le procédé selon l'invention permet d'éviter une utilisation frauduleuse d'un service proposé au sein de la structure autre que le service de location automatisée dont ils sont utilisateurs. Dans le cas particulier où la structure est un parking, le procédé selon l'invention permet d'éviter une utilisation frauduleuse du parking par exemple en évitant que des utilisateurs du service de location accèdent à la structure pour y stationner leur véhicule personnel et non pour des besoins liés au service de location automatisée.
Par ailleurs, le procédé selon l'invention est mis en œuvre au niveau de l'entrée/de la sortie de la structure ce qui permet d'éviter de mettre en place un autre mécanisme de contrôle d'accès dédié à la station de location à l'intérieur de la structure.
Avantageusement, la commande du dispositif de passage peut être réalisée :
- directement par le serveur distant, ledit serveur distant étant directement connecté au dispositif de contrôle de passage, et/ou
- par le moyen d'acquisition suite à une réception d'une donnée, dite d'autorisation, de la part du serveur distant, et/ou
- par un serveur local de ladite structure suite à une réception d'une donnée, dite d'autorisation, de la part du serveur distant, la donnée d'autorisation pouvant être reçue directement depuis le serveur distant ou par l'intermédiaire du moyen d'acquisition.
Un tel serveur local peut être en communication avec le serveur distant soit directement soit par l'intermédiaire du moyen d'acquisition.
Avantageusement, lorsque la phase d'autorisation est réalisée suite à une demande d'entrée dans la structure, le procédé selon l'invention peut en outre comprendre, avant l'étape de commande du dispositif de contrôle de passage, une étape de vérification additionnelle d'au moins une condition relative à la station de location, ladite étape de commande étant également fonction du résultat de ladite vérification additionnelle.
Ainsi, le procédé selon l'invention permet de réaliser une régulation de l'entrée dans la structure à la fois par rapport à l'utilisateur et également par rapport à la station de location se trouvant au sein de cette structure, ce qui permet de donner accès à un utilisateur à la structure lorsque l'utilisateur désire un service qui peut lui être réellement offert par la station de location se trouvant dans cette structure. Le procédé permet ainsi d'éviter de donner accès à des utilisateurs qui finalement ne pourront pas être satisfaits par la station de location, et de limiter le nombre d'utilisateurs du service de location entrant dans la structure.
Dans un exemple de réalisation particulier et nullement limitatif, lorsque la phase d'autorisation est réalisée suite à une demande d'entrée dans la structure, la condition relative à la station de location peut porter sur une donnée relative à :
- la présence ou non d'un véhicule disponible à la location dans ladite station de location, notamment si l'utilisateur se présente à une entrée piétonne de la structure, et/ou
- la présence ou non d'un emplacement de stationnement disponible dans ladite station, notamment dans le cas où l'utilisateur se présente à une entrée véhicule du parking .
Dans un exemple de réalisation particulier et nullement limitatif, lorsque la phase d'autorisation est réalisée suite à une demande d'entrée dans la structure, l'au moins une condition relative à l'utilisateur peut porter sur une donnée relative à :
- une validité ou non d'un d'abonnement souscrit par ledit utilisateur, et/ou
- une location en cours ou non d'un véhicule, et/ou
- une réservation en cours ou non d'un véhicule, et/ou
- une réservation en cours ou non d'un emplacement de stationnement. Lorsqu'un accès à la structure est autorisé, le procédé selon l'invention peut en outre comprendre une mémorisation, dans le serveur distant, en association avec l'identifiant dudit utilisateur :
- de l'heure d'entrée dudit utilisateur dans ladite structure, et - d'une durée de présence autorisée dudit utilisateur au sein de ladite structure.
Ainsi, le procédé selon l'invention permet surveiller le temps de présence de l'utilisateur dans la structure et d'entreprendre des actions adéquates en fonction de cette durée. Cela est notamment adapté pour autoriser l'utilisateur à entrer avec son véhicule dans la structure même si la station ne comprend aucun emplacement disponible, pour lui éviter de devoir effectuer des manœuvres complexes pour ressortir du parking, telle qu'une marche arrière. On s'assure ainsi que même dans ce cas, l'utilisateur ressortira de la structure dans le créneau défini ou pourra être facturé par la structure.
Lorsque la phase d'autorisation est réalisée suite à une demande de sortie de ladite structure avec un véhicule, le procédé selon l'invention peut en outre comprendre, avant l'étape de commande, une étape de vérification additionnelle d'au moins une condition relative audit véhicule, ladite étape de commande étant également fonction du résultat de ladite vérification additionnelle.
Ainsi, le procédé selon l'invention permet également de réaliser un contrôle à la sortie de la structure pour éviter une utilisation abusive de la structure par les utilisateurs de la structure. Lorsque la structure est un parking, le procédé selon l'invention permet d'éviter d'une part l'utilisation abusive du parking par un utilisateur du service de location à des fins de stationnement indépendamment du service de location et d'autre part un blocage de l'utilisateur qui pour des raisons inconnues n'a pas pu rendre un véhicule en cours de location à la station de location par exemple parce qu'aucun emplacement de stationnement n'est disponible dans la station de location. La condition relative audit véhicule peut porter sur une donnée mesurée par un capteur du véhicule par exemple, un capteur de mouvement, pour vérifier si le véhicule est en mouvement ou non, et si l'utilisateur a bien loué un véhicule. Cela évite une situation abusive dans laquelle l'utilisateur tente de sortir de la structure avec son propre véhicule ou un autre véhicule sans rapport avec le service de location.
Lorsque la phase d'autorisation est réalisée suite à une demande de sortie de ladite structure, l'au moins une condition relative à l'utilisateur vérifiée lors d'une phase de sortie peut porter sur une donnée relative à :
- une validité ou non d'un d'abonnement souscrit par ledit utilisateur, et/ou
- une location en cours ou non d'un véhicule, et/ou la durée de présence autorisée préalablement mémorisée pour ledit utilisateur, et/ou
- la durée totale passée par ledit utilisateur entre l'entrée et la sortie.
Une telle vérification permet à l'utilisateur de ressortir de la structure sans avoir à acquitter un montant correspondant au temps de présence dans la structure alors qu'il n'a pas pu rendre le véhicule qu'il a loué, et d'autre part d'éviter que l'utilisateur abonné au service de location utilise la structure de manière frauduleuse indépendamment du service de location.
Dans le cas où la structure est un parking, et que l'utilisateur ne s'est pas présenté à la sortie avant la fin de la durée prédéterminée de présence autorisée, le procédé selon l'invention permet d'effectuer, en association avec le parking, une facturation de l'utilisateur.
Le procédé selon l'invention peut être utilisé, dans une application préférée, pour la gestion de contrôle d'accès à un parking et plus particulièrement à un parking souterrain comprenant une station de location automatisée de véhicules, ledit parking autorisant un accès à d'autres utilisateurs que les utilisateurs du service de location associé à ladite station de location. Selon un autre aspect de l'invention il est proposé un système de contrôle d'accès à une station de location automatisée de véhicules comprenant au moins un emplacement de stationnement pour un véhicule proposé à la location, ladite station se trouvant au sein d'une structure dont l'accès est contrôlé, par exemple un parking et plus particulièrement un parking souterrain, par un dispositif de contrôle de passage disposé à au moins une entrée/sortie de ladite structure et mobile entre une position ouverte autorisant le passage et une position fermée interdisant le passage, tel que par exemple une barrière ou un portillon pour voitures ou encore une porte d'accès pour piéton, ledit système comprenant :
- au moins un moyen d'acquisition d'un identifiant dudit utilisateur disposé à une entrée/sortie de ladite structure, par exemple un lecteur de carte à puce, un lecteur RFID ou un clavier pour saisir un identifiant,
- un appareil distant de vérification d'au moins une condition relative audit utilisateur par consultation d'au moins une base de données en fonction dudit identifiant, et
- au moins un moyen de commande dudit dispositif de contrôle de passage en fonction du résultat de ladite vérification de ladite au moins une condition.
Avantageusement, le moyen d'acquisition peut être d'un premier type lorsqu'il est disposé au niveau d'une entrée/sortie piétonne de la structure et d'un deuxième type lorsqu'il est disposé au niveau d'une entrée/sortie véhicule de la structure.
Avantageusement, le moyen d'acquisition peut être d'un premier type lorsqu'il est disposé au niveau d'une entrée de la structure et d'un deuxième type lorsqu'il est disposé au niveau d'une sortie de la structure.
Le système selon l'invention peut comprendre en outre au moins un moyen d'acquisition d'un identifiant dudit utilisateur disposé à une sortie de ladite structure, par exemple un lecteur de carte à puce, un lecteur RFID ou un clavier pour saisir un identifiant, permettant d'identifier l'utilisateur lorsqu'il quitte la structure avec un véhicule et un moyen d'acquisition d'un identifiant dudit utilisateur disposé à une entrée de ladite structure, par exemple un lecteur de carte à puce, un lecteur RFID ou un clavier pour saisir un identifiant, permettant d'identifier l'utilisateur lorsqu'il entre dans la structure avec un véhicule ou à pied . Le dispositif de contrôle de passage peut être une porte, notamment à l'entrée piétonne du parking, ou une barrière, notamment à une entrée ou une sortie véhicule du parking.
Selon l'invention, au moins un moyen de commande peut comprendre un module de commande configuré pour commander le dispositif de contrôle de passage, et des moyens de communication entre ledit module de commande et ledit dispositif contrôle de passage.
Le module de commande peut être agencé dans le moyen d'acquisition, dans le serveur distant ou encore dans un serveur de gestion local de ladite structure.
Le module de commande peut être directement en communication avec le dispositif de commande, soit par une connexion filaire ou par des moyens de connexion sans fil.
Le module de commande peut également être en communication avec le dispositif de commande par l'intermédiaire du moyen d'acquisition et/ou par l'intermédiaire d'un serveur, par exemple local, de gestion de la structure.
L'invention concerne également un parking fermé, c'est-à-dire dont l'accès est contrôlé, comprenant au moins une station de location de véhicules, équipée d'un système de contrôle d'accès selon l'invention.
D'autres avantages et caractéristiques apparaîtront à l'examen de la description détaillée de modes de réalisation nullement limitatifs, et des dessins annexés sur lesquels :
- la FIGURE 1 est une représentation schématique d'un système de contrôle d'accès selon l'invention à une station de location automatisée de véhicule se trouvant dans un parking souterrain ; et
- les FIGURES 2-5 sont des représentations schématiques d'un procédé de contrôle d'accès selon l'invention à une station de location automatisée de véhicule se trouvant dans un parking souterrain pour différents cas de figures.
Il est bien entendu que les modes de réalisation qui seront décrits dans la suite ne sont nullement limitatifs. On pourra notamment imaginer des variantes de l'invention ne comprenant qu'une sélection de caractéristiques décrites par la suite isolées des autres caractéristiques décrites, si cette sélection de caractéristiques est suffisante pour conférer un avantage technique ou pour différencier l'invention par rapport à de l'état de la technique antérieur. Cette sélection comprend au moins une caractéristique de préférence fonctionnelle sans détails structurels, ou avec seulement une partie des détails structurels si cette partie uniquement est suffisante pour conférer un avantage technique ou pour différencier l'invention par rapport à l'état de la technique antérieur.
En particulier toutes les variantes et tous les modes de réalisation décrits sont combinables entre eux si rien ne s'oppose à cette combinaison sur le plan technique.
La FIGURE 1 est une représentation schématique d'un système selon l'invention pour le contrôle d'accès à une station de location automatisée de véhicules se trouvant dans un parking.
Le système 100 permet de réaliser un contrôle d'accès à une station 102 de location automatisée de véhicules électriques se trouvant au sein d'un parking 104 à accès contrôlé ou restreint.
La station de location 102 comprend au moins une borne de location
106 permettant de réaliser les interactions avec les utilisateurs du service de location.
Chaque borne de location 106 est reliée à des bornes de charge 107 pour recharger des véhicules électriques en stationnement dans la station de location 102 sur des emplacements de location (non représentés).
Le parking 104 comprend un dispositif 108 de contrôle d'entrée et de sortie du parking pour les piétons, qui est dans l'exemple présent une porte d'accès 108, un dispositif de contrôle d'entrée dans le parking 104 pour les véhicules qui est une barrière 110 et un dispositif de contrôle de sortie du parking 104 pour les véhicules qui est une barrière 112. Chaque dispositif 108, 110 et 112 de contrôle d'accès est mobile entre une position ouverte autorisant le passage et une position fermée interdisant le passage. Par ailleurs, chaque dispositif peut être commandé à distance par un appareil distant par le biais d'une communication au travers d'une connexion filaire ou non.
Le parking 104 comprend également un serveur 114 pour la gestion du parking, et en particulier pour commander l'ouverture ou la fermeture des dispositifs de contrôle d'accès 108-112, dans le cas où un utilisateur classique se présente à l'un des dispositifs de contrôle.
Le système 100 comprend également un serveur central 116, disposé au niveau d'un site distant du parking . Le serveur 116 est relié à la borne de location 106 de la station de location 102 par une connexion filaire ou non au travers d'un réseau de communication matérialisé par la ligne 119. Le serveur 116 est également connecté soit par le même réseau soit par un réseau différent matérialisé par une ligne 120 au serveur 114 du parking 104. Le serveur 116 est par exemple un serveur central du service de location. Il stocke notamment de nombreuses données relatives à l'utilisation du service et à ses différentes composantes (véhicule, utilisateur, station, etc.).
Le système comprend également un dispositif 122-126 d'acquisition d'une donnée d'identification d'un utilisateur disposé au niveau de chaque dispositif 108-112 d'accès au parking. Chaque dispositif 122-126 d'acquisition peut être un clavier alphanumérique, un lecteur de carte RFID ou une carte à puce ou encore un lecteur d'une donnée biométrique. Dans l'exemple représenté en figure 1, un lecteur de carte RFID respectivement 122-126 est disposé au niveau de chaque dispositif de contrôle de passage respectivement 108-112.
Chaque lecteur RFID 122-126 est connecté de manière filaire, respectivement par une ligne 128-132, au dispositif 108-112 de contrôle d'accès au niveau auquel il est associé, et peut commander le dispositif de passage 108-112 en ouverture et en fermeture par les lignes 128-132. Ainsi, le lecteur RFID 122 est connecté à la porte d'accès piétonne 108 par une ligne 128, le lecteur RFID 124 est connecté à la barrière d'entrée véhicule 110 par une ligne 130 et le lecteur RFI D 126 est connecté à la barrière de sortie véhicule 112 par une l ig ne 132.
Chaq ue lecteur RFI D 122-126 est également connecté à la borne de location 106 par une ligne de commun ication, respectivement 134-138, filaire ou non, et communiq ue d irectement avec la borne de location 106 et avec le serveur central 116 au travers de la borne de location 106.
Chaq ue lecteur RFID 122-126 comprend également des moyens d 'interface avec l'util isateur tels q u'un écran, un clavier, un microphone et un haut-parleu r et éventuel lement un ou plusieurs moyens de signal isation l umineuse, tels que des diodes.
Le système comprend en outre une passerelle 140 de connexion sans fil avec le serveur central 116 permettant à des véhicules proposés à la location 142i, 1422 se trouvant à la station de location 102 dans le parking 104 de commu niq uer g râce à une communication sans fil avec le serveur 116. La passerelle 140 permet également à un véhicule 1423 en cours de location entrant dans le parking 104 ou à un véhicule 1424 en cours de location sortant d u parking 104 d 'entrer en communication sans fil avec le serveur central 116. Dans l 'exemple représenté sur la fig ure 1, la passerel le 140 est une passerel le de commun ication au travers d u réseau G PRS, et est par exemple une extension d u réseau GPRS existant ou un répéteur de ce réseau .
Chaq ue véhicule 142 comprend des moyens de connexion aux bornes de charge 108 pour se recharger, par exemple une prise électriq ue et éventuellement un câble électrique. Chaq ue véhicule comprend également des éq uipements spécifiq ues eu service de location, par exemple un lecteur d 'un moyen d 'identification de type RFID, etc.
Le serveu r central 116 est également connecté au serveu r 114 d u parking 104 par une con nexion filaire ou non matérialisée par la ligne 144. Optionnellement le parking 104 peut comprendre une ou pl usieurs autres stations de location (non représentées) q ui peuvent chacune comprend re une borne de location (non représentée) . Selon une première version chaque borne de location des autres stations de location peut être connectée au serveu r central 116. Selon une deuxième version, chaque borne de location des autres stations de location peut être une borne « esclave » connectée à la borne de location 106 qui est alors une borne « maître ». Cela signifie que seule la borne de location maître 106 est connectée directement au serveur central 116, les bornes de location esclaves étant connectées au serveur central 116 au travers de la borne de location maître 106. Dans ce cas, les échanges entre les bornes de location esclaves et le serveur central 116 sont réalisées par l'intermédiaire de la borne de location maître 106. La borne de location maître 106 réalise alors une passerelle entre les bornes de location esclaves et le serveur central 116.
Nous allons maintenant décrire plusieurs modes de réalisation d'un procédé selon l'invention selon différentes configurations :
- le cas d'un utilisateur qui entre dans le parking avec un véhicule,
- le cas du piéton qui entre dans le parking pour bénéficier du service de location,
- le cas d'un utilisateur qui sort du parking avec un véhicule de location.
La FIGURE 2 est une représentation schématique d'un procédé selon l'invention dans le cas d'un utilisateur qui souhaite :
- accéder dans le parking 104 par l'entrée piétonne, ou
- accéder au parking 104 par l'entrée véhicule, ou
- sortir du parking 104 par une sortie véhicule.
Le procédé 200 représenté sur la figure 2 comprend une étape 202 pendant laquelle l'utilisateur présente un moyen d'identification, par exemple un badge RFID comprenant une donnée d'identification, dit identifiant, à l'un des dispositifs d'identification 122-126, qui dans le présent exemple sont chacun un lecteur RFID.
Le lecteur RFID 122-126 lit l'identifiant à l'étape 204 et transfère, à l'étape 208 l'identifiant lu au serveur central 116 par l'intermédiaire de la borne de location 106, par exemple dans un message constitué lors d'une étape préalable 206.
Le message est créé avec l'identifiant lu et éventuellement un identifiant du lecteur RFID 124 et un identifiant de la borne de location 106, l'identifiant de cette dernière pouvant être indiqué directement par le lecteur RFID 122-126 ou ajouté dans le message par la borne de location 106, lorsque le message transite par celle-ci, lors d'une étape 210. Lorsqu'il reçoit le message, le serveur central 116 consulte, lors d'une étape 212 le numéro du lecteur et déduit le type de lecteur dont il s'agit à l'aide d'une base de donnée relative aux dispositifs d'identification.
En fonction du type de dispositif d'identification, le serveur central 116 déduit la ou les conditions qu'il doit tester pour déterminer si l'utilisateur est autorisé à entrer sur le parking.
Dans le cas où, le lecteur identifié est :
- le lecteur 122, le serveur central 116 exécute une séquence de vérification dite « entrée piéton »,
- le lecteur 124, le serveur central 116 exécute une séquence de vérification dite « entrée véhicule », ou
- le lecteur 126, le serveur central 116 exécute une séquence de vérification dite « sortie véhicule ».
Le serveur central 116 prend en compte le type de lecteur et exécute, lors d'une étape 214, la séquence de vérification associée au lecteur.
Chacune de ces séquences est décrite plus loin en référence aux figures 3-5.
A la fin de l'étape 214 d'exécution de la séquence de vérification, le serveur central 116 envoie, lors d'une étape 222, un message construit lors d'une étape préalable 216, au lecteur RFID concerné indiquant le résultat de l'étape de détermination, toujours par l'intermédiaire de la borne de location 106.
Lorsque l'étape 214 débouche sur un refus d'autorisation, le message envoyé à l'étape 222 contient une donnée de refus et le lecteur RFID concerné affiche, lors d'une étape 224, ce refus à l'utilisateur, à l'aide par exemple d'un écran ou de moyens lumineux apte à afficher au moins 2 couleurs différentes.
L'écran peut également afficher un message invitant l'utilisateur à prendre un ticket, et le procédé s'arrête. Lorsque l'étape de détermination 214 débouche sur une autorisation, le message envoyé à l'étape 222, comprend une donnée d'autorisation accordée. Dans ce cas, à l'étape 224 le lecteur RFID concerné affiche le résultat d'autorisation accordée.
A l'étape 226, le lecteur RFID 124 envoie un signal à l'élément mobile associé au lecteur RFID par l'intermédiaire d'un contacteur électrique reliant le lecteur à un organe, tel qu'un moteur ou un vérin par exemple, pour activer cet organe permettant le passage, à l'étape 224, de l'élément mobile 110 en position d'ouverture.
Avant d'envoyer le message au lecteur, le serveur central 116 mémorise également, lors d'une étape optionnelle 218 :
- l'heure d'entrée de l'utilisateur dans le parking 104 et associe cette heure à un statut « actif », qui signifie que l'utilisateur n'a ni rangé son véhicule ni n'est sorti du parking, ou
- l'heure de sortie de l'utilisateur dans le parking 104 et associe cette heure à un statut « terminé », qui signifie que l'utilisateur est sorti du parking 104 avec un véhicule de location. Lorsque l'autorisation déterminée à l'étape 214 est conditionnelle
(telle que décrit plus loin), les mêmes étapes sont effectuées. On associe en plus, lors d'une étape optionnelle 220, une donnée temporelle relative à la durée prédéterminée pour laquelle l'utilisateur a l'autorisation de demeurer dans le parking 104. Cette étape 220 est optionnelle car la durée prédéterminée pourrait être appliquée pour tout véhicule qui entre dans le parking, que l'autorisation soit conditionnelle ou non.
Dans le cas d'une autorisation conditionnelle, le message diffusé à l'attention de l'utilisateur pourra également être différent du message affiché dans le cas d'une information, par exemple lorsque l'utilisateur est informé qu'aucun emplacement n'est disponible ou qu'il a une réservation ailleurs et qu'on lui indique le temps de présence autorisé dans le parking .
Dans le cas d'une demande d'accès par une entrée véhicule, lorsque l'utilisateur est autorisé à entrer dans le parking 104 et qu'il n'a pas d'emplacement réservé, le procédé peut comprendre avant de l'autoriser à entrer dans le parking 104, une étape demandant à l'utilisateur s'il souhaite réserver un emplacement ou lui imposant d'en réserver un. Dans ce cas, le lecteur RFID renvoie au serveur central l'identifiant de l'utilisateur avec une demande de réservation d'emplacement. Le serveur central associe l'identifiant de l'utilisateur à un identifiant d'un emplacement dans sa base de données et le renvoie au lecteur qui indique également à l'utilisateur, par l'intermédiaire de son écran, le numéro de l'emplacement réservé, par exemple l'identifiant d'une borne de charge associée à l'emplacement. Alternativement, le numéro de l'emplacement peut être signifié à l'utilisateur par l'intermédiaire d'un terminal mobile de l'utilisateur, par exemple grâce à une adresse numérique de l'utilisateur préalablement enregistrée dans le serveur central 116. Dans le cas d'une demande d'accès par une entrée véhicule et où l'utilisateur est autorisé à entrer dans le parking pour brancher son véhicule, on notera que, lors de la remise du véhicule, une fois toutes les étapes effectuées correctement, le serveur central 104 modifie le statut associé à l'heure d'entrée de l'état « actif » à « terminé » lors d'une étape optionnelle 228.
Dans le cas d'une demande d'accès par une entrée véhicule et où l'utilisateur est autorisé à entrer dans le parking pour brancher son véhicule, le serveur central 104 peut, s'il constate, qu'au bout d'une durée prédéterminée le véhicule est toujours considéré comme en location, entreprendre différentes actions, lors d'une étape optionnelle 230, telles que :
- envoyer un message sur un terminal mobile de l'utilisateur pour lui indiquer que le véhicule est mal branché,
- envoyer un message à un opérateur sur le terrain pour vérifier le statut du véhicule,
- facturer l'utilisateur du temps passé par le véhicule dans le parking . Dans ce cas, le serveur central 116 interagit avec le serveur 114 du parking pour lui reporter l'anomalie, déterminer le tarif en vigueur, et pouvoir refacturer correctement celui-ci à l'utilisateur. Nous allons maintenant décrire différentes séquences de vérification qui peuvent être réalisées par le serveur central 116 lors de l'étape 214.
La FIGURE 3 est une représentation schématique de la séquence « entrée véhicule » testée par le serveur central 116 lorsqu'une demande est faite pour une entrée véhicule.
Le lecteur concerné est le lecteur 124 et le dispositif d'autorisation d'accès est la barrière 110.
Le serveur central 116 vérifie en fonction de l'identifiant de l'utilisateur, si l'utilisateur possède un véhicule en location lors d'une étape 302.
Pour cela, le serveur central 116 vérifie dans une base de données du serveur central 116, que l'identifiant de l'utilisateur est associé à un identifiant de véhicule.
Si cela n'est pas le cas, le serveur central 114 émet, lors d'une étape 304, une donnée de refus d'autorisation d'accès.
Si l'identifiant de l'utilisateur est associé à un identifiant de véhicule, le serveur central 116 vérifie si l'utilisateur possède un emplacement en réservation dans la station de location 102 par consultation de la borne de location 106, lors d'une étape 306.
Cette vérification peut également être réalisée par consultation d'une base de données au niveau du serveur central 116 dans laquelle l'identifiant de l'utilisateur est associé à un emplacement de location .
Si le serveur central 116 constate que l'utilisateur a un emplacement de stationnement réservé, l'identifiant de la borne de location de la station où l'emplacement est réservé mémorisé avec l'identifiant de l'utilisateur est comparé avec l'identifiant de la borne de location de la station 102 dont provient le message (envoyé de l'étape 208) de demande d'accès dans le parking 104, lors d'une étape 308. Si l'emplacement de stationnement est bien réservé au niveau de la station de location 102, le serveur central émet une donnée d'autorisation d'accès dans le parking 104, lors d'une étape 310.
Si l'emplacement de stationnement n'est pas réservé au niveau de la station de location 102, le serveur central 116 émet une donnée d'autorisation, lors d'une étape 312, permettant tout de même l'utilisateur à entrer dans le parking pour éviter que l'utilisateur qui a commis une erreur doive payer pour accéder au parking. Cette autorisation est toutefois une autorisation conditionnelle qui laisse uniquement la possibilité à l'utilisateur de rester dans le parking pendant une durée prédéterminée, par exemple 5 ou 10 minutes, pour qu'il puisse ressortir sans payer.
Si le serveur central 116 constate que l'utilisateur n'a pas d'emplacement réservé, le serveur central 116 vérifie s'il y a un emplacement de stationnement disponible dans la station de location 102, lors d'une étape 314. Pour cela, le serveur central extrait le numéro de la borne de location du message reçu (envoyé de l'étape 208) et extrait, pour ce numéro, une donnée relative à la disponibilité des emplacements (par exemple, nombre d'emplacements disponibles ou une donnée booléenne traduisant l'état emplacement disponible ou non) d'une base de données dans laquelle cette donnée est préalablement stockée. Ces données de disponibilité sont acquises préalablement en temps réel à l'aide d'informations remontées directement depuis chacune des bornes.
S'il ne reste pas d'emplacements disponibles, le serveur central 116 délivre lors d'une étape 316, une autorisation conditionnelle, telle que décrit plus haut.
S'il reste des emplacements disponibles, le serveur central 116 émet une donnée d'autorisation, lors d'une étape 318, permettant à l'utilisateur d'entrer dans le parking 104 pour stationner son véhicule dans la station de location 102.
Alternativement, l'autorisation conditionnelle pourrait ne pas être communiquée ou non communiquée dans certains cas, par exemple lorsqu'il n'y a pas d'abonnement en vigueur, etc. La FIGURE 4 est une représentation schématique d'une séquence « entrée piéton » testée par le serveur central 116 lorsqu'une demande est faite pour une entrée piétonne.
Le lecteur concerné est le lecteur 122 et le dispositif d'autorisation d'accès est la porte 108.
Le serveur central 116 vérifie, lors d'une étape 402, si l'utilisateur possède un abonnement en vigueur. Cela est effectué en consultant une base de données du serveur central 116 qui tient à jour les statuts des abonnements des utilisateurs.
Si l'abonnement n'est pas en vigueur, le serveur central émet une donnée de refus d'autorisation lors d'une étape 404.
Si l'abonnement est en vigueur, le serveur central 116 vérifie, lors d'une étape 406, si l'utilisateur possède un véhicule en réservation au niveau de la borne de location 106 par consultation d'une base de données du serveur central 116. La réservation ayant auparavant été effectuée selon un processus qui n'est pas détaillé ici, au moins une donnée, associée à l'utilisateur et attestant la réservation d'un véhicule et son lieu de réservation, figure dans la base de données.
Si le serveur central, constate que l'utilisateur n'a pas de véhicule réservé, le serveur central 116 vérifie si la station de location 102 comprend des véhicules disponibles pour la location lors d'une étape 408. Pour cela, le serveur central 116 extrait :
- du message reçu (lors de l'étape 208 figure 2) le numéro de la borne de location de laquelle provient le message, puis
- d'une base de données dans laquelle elle est préalablement stockée une donnée relative à la disponibilité des véhicules (par exemple, nombre de véhicules disponibles ou une donnée booléenne traduisant l'état véhicule disponible ou non), ces données étant acquises en temps réel à l'aide d'informations remontées directement depuis chacune des bornes de location.
S'il ne reste pas de véhicules disponibles, le serveur central 116 délivre une donnée de refus d'autorisation d'accès à l'étape 410.
S'il reste des véhicules disponibles, le serveur central 116 délivre une donnée d'acceptation d'autorisation d'accès à l'étape 412. Si le serveur central 116 constate à l'issue de l'étape 406 que l'utilisateur a un véhicule réservé, il compare, lors d'une étape 414, l'identifiant de la station de location 102 à laquelle est associée le véhicule réservé par l'utilisateur par consultation d'une base de donnée au niveau du serveur central 116 (cette base de données étant alimentée par des données remontées des différents éléments de location en temps réel) avec l'identifiant de la station dont provient le message (lors de l'étape 208).
Si le véhicule est bien réservé au niveau de la borne de location 106 de la station 102, le serveur central 116 émet une donnée d'acceptation d'autorisation à l'étape 416, et autorise l'utilisateur à entrer dans le parking 104.
Sinon, le serveur central 116 émet une donnée de refus d'autorisation à l'étape 418 et n'autorise pas l'utilisateur à entrer dans le parking.
Après avoir exécuté la séquence, « entrée piéton » les étapes 216, 222, 224 et éventuellement 226 sont réalisées telles que décrites plus haut avec le lecteur RFID 122 et le dispositif de contrôle de passage 108. Lorsque l'utilisateur est autorisé à entrer dans le parking, le serveur central 116 peut, avant de lui autoriser l'entrée, lui demander s'il souhaite réserver un véhicule (ou lui imposer d'en réserver un).
Dans ce cas, le lecteur 122 renvoie au serveur central 116 l'identifiant de l'utilisateur. Le serveur central 116 choisit le véhicule du parking le plus adapté pour l'utilisateur selon différents critères (charge de la batterie, etc.) et associe l'identifiant de l'utilisateur à l'identifiant du véhicule dans sa base de données.
Le serveur central 116 indique également à l'utilisateur le numéro du véhicule réservé (par exemple sa plaque d'immatriculation), par l'intermédiaire du lecteur 122 ou d'un terminal mobile de l'utilisateur, une adresse numérique de l'utilisateur étant dans ce cas préalablement enregistrée dans le serveur central 116. La FIGURE 5 est une représentation schématique d'une séquence « sortie véhicule » testée par le serveur central 116 lorsqu'une demande est faite pour sortir du parking 104 avec un véhicule au niveau du lecteur 126.
Le lecteur concerné est le lecteur 126 et le dispositif d'autorisation d'accès est la barrière 112.
Le serveur central 116 vérifie lors d'une étape 502 si l'utilisateur possède un véhicule en location. Pour cela, le serveur central 116 vérifie dans une base de données au niveau du serveur central 116, que l'identifiant de l'utilisateur est associé à un identifiant de véhicule.
Si cela n'est pas le cas, le serveur central 116 émet une donnée de refus d'autorisation de sortie du parking lors d'une étape 504.
Si en revanche, l'identifiant de l'utilisateur est associé à un identifiant de véhicule, le véhicule est bien en location. Dans ce cas, le serveur central 116 vérifie que le véhicule auquel est associé l'identifiant de l'utilisateur dans sa base de données est bien en mouvement, lors d'une étape 506. Pour cela, le serveur central 116 envoie un message au véhicule concerné au travers d'un réseau sans fil, par exemple le réseau GPRS, éventuellement par l'intermédiaire de la passerelle de connexion 140, lui demande de transférer au niveau du serveur central 116 les données d'un capteur permettant de déterminer si le véhicule est en mouvement, tel qu'un accéléromètre, un capteur de position situé au niveau de la roue, un capteur de démarrage du moteur, etc. Ce capteur renvoie les données acquises par l'intermédiaire d'un bus CAN du véhicule, connecté à un boîtier de communication permettant au véhicule de communiquer avec le serveur central 116 par l'intermédiaire du réseau GPRS. Ces données peuvent également alternativement être remontées en temps réel au serveur central 116 et mémorisées dans une base de données associée : dans ce cas le serveur central 116 consultera simplement cette base de données.
En fonction des données reçues, le serveur central 116 est apte à déterminer, en comparant les valeurs de ces capteurs à des valeurs de seuils ou prédéterminées, si le véhicule est actuellement en mouvement.
Si le véhicule n'est pas en mouvement, le serveur central 116 émet une donnée de refus d'autorisation à l'étape 508.
Si le véhicule est en mouvement, le serveur central 116 vérifie, lors d'une étape 510, si la station de location dans laquelle a été loué le véhicule est celle correspondant à la station de location dont est issu le message reçu à l'étape 208. Pour cela, comme expliqué plus haut, le serveur central 116 compare l'identifiant de la station 102 et l'identifiant de la station de départ du véhicule associé à l'utilisateur, ce dernier identifiant étant stocké dans une base de données au niveau du serveur central 116.
Si les deux identifiants sont identiques, le serveur central 116 émet une donnée d'acceptation de l'autorisation, à l'étape 512.
Si ce n'est pas le cas, le serveur central 116 vérifie, à l'étape 514, si une heure d'entrée sur le parking 104 a été enregistrée pour l'utilisateur et est associée à un statut « actif » pour cet utilisateur, lors des étapes 218 et 220 décrites ci-dessous qui auraient été réalisées lors d'une phase d'entrée dans le parking 104.
Si ce n'est pas le cas, le serveur central 116 émet une donnée de refus d'autorisation à l'étape 516.
Si c'est le cas, la durée effective entre l'heure d'entrée dans le parking et l'heure actuelle est comparée à la durée prédéterminée d'autorisation de présence sur le parking 104 lors d'une étape 518.
Si la durée effective est inférieure à la durée prédéterminée, le serveur central 116 émet une donnée d'acception d'autorisation lors d'une étape 520.
Si la durée effective est supérieure à la durée prédéterminée, le serveur central 116 émet une donnée de refus d'autorisation lors d'une étape 522. L'invention n'est bien entendu pas limitée à ce qui a été décrit.
Des lecteurs peuvent par exemple ne pas se trouver au niveau des entrées piétonnes du parking.
Les conditions peuvent également être différentes de ce qui a été décrit ou peuvent être vérifiées dans un ordre différent : par exemple, concernant l'entrée piétonne, on peut également vérifier, si l'utilisateur n'a plus d'abonnement en cours, s'il possède toujours une location en cours (ce qui permet de couvrir le cas où il a oublié de brancher le véhicule et qu'il revient pour le faire). Les conditions de réservation peuvent également ne pas être vérifiées au niveau des différentes entrées. De même, la condition de mouvement du véhicule peut ne pas être vérifiée au niveau de la sortie du véhicule.
On peut également ne pas proposer de refacturation du parking par le biais du service de location de voiture. Dans ce cas, lorsqu'il y a fraude, on peut directement demander à l'utilisateur de contacter le personnel du parking . De même, on ne propose pas forcément la réservation à l'utilisateur lors de son entrée sur le parking.
Les lecteurs peuvent également ne pas commander l'ouverture des portes ou barrières. La commande peut être effectuée par le serveur de gestion du parking, celui-ci étant en communication avec le serveur central.
De même, les différentes conditions vérifiées peuvent être envoyées dans une requête préparée au niveau du lecteur. On peut alors envisager que le lecteur effectue l'étape d'autorisation et en informe le serveur central.

Claims

REVENDICATIONS
1. Procédé (200) de contrôle d'accès à une station ( 102) de location d'un service de location automatisée de véhicules, la station comprenant au moins un emplacement de stationnement pour un véhicule proposé à la location, ladite station ( 102) se trouvant au sein d'une structure ( 104) dont l'accès est contrôlé par un dispositif ( 108- 112) de contrôle de passage disposé à au moins une entrée/sortie de ladite structure ( 104), la structure comprenant au moins un emplacement n'appartenant pas à la station et dont l'accès n'est pas réservé aux utilisateurs du service de location, ledit dispositif de contrôle de passage ( 108- 112) étant mobile entre une position ouverte autorisant le passage et une position fermée interdisant le passage, ledit procédé (200) comprenant, une phase, dite d'autorisation, comprenant les étapes suivantes :
- acquisition (204) d'un identifiant dudit utilisateur pour l'identifier auprès dudit service de location par un moyen d'acquisition ( 122- 126) disposé à une entrée/sortie de ladite structure ( 104),
- transmission (208) dudit identifiant à un serveur ( 116) du service de location distant de ladite structure ( 104) et en communication avec la station au travers d'un réseau de communication,
- vérification (214) par le serveur distant d'au moins une condition relative audit utilisateur pour accorder ou refuser le passage audit utilisateur, et
- commande (226) du dispositif ( 108- 112) de contrôle de passage, disposé à ladite entrée/sortie de ladite structure ( 104), en fonction du résultat de ladite vérification de ladite au moins une condition .
2. Procédé (200) selon la revendication 1 , caractérisé en ce que la commande (220) du dispositif ( 108- 112) de contrôle de passage est réalisée : - directement par le serveur distant (116), ledit serveur distant (116) étant directement connecté au dispositif de contrôle de passage, et/ou
- par le moyen d'acquisition (122-126) suite à une réception (222) d'une donnée, dite d'autorisation, de la part du serveur distant (116), et/ou
- par un serveur local (114) de ladite structure suite à une réception d'une donnée, dite d'autorisation, de la part du serveur distant (116).
3. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que, lorsque la phase d'autorisation est réalisée suite à une demande d'entrée dans la structure, l'au moins une condition relative à l'utilisateur porte sur une donnée relative à :
- une validité ou non d'un d'abonnement souscrit par ledit utilisateur, et/ou
- une location en cours ou non d'un véhicule, et/ou
- une réservation en cours ou non d'un véhicule, et/ou
- une réservation en cours ou non d'un emplacement de stationnement.
4. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que, lorsque la phase d'autorisation est réalisée suite à une demande d'entrée dans la structure, il comprend une mémorisation (218, 220), dans le serveur distant (116), en association avec l'identifiant dudit utilisateur :
- de l'heure d'entrée dudit utilisateur dans ladite structure (104) lorsqu'un accès est accordé à un utilisateur, et
- d'une durée de présence autorisée dudit utilisateur au sein de ladite structure (104).
5. Procédé (200) selon l'une quelconque des revendications précédentes, caractérisé en ce que, lorsque la phase d'autorisation est réalisée suite à une demande d'entrée dans la structure, elle comprend en outre, avant l'étape de commande (226), une étape (306, 308, 314 ; 406, 408, 414) de vérification additionnelle d'au moins une condition relative à la station de location (102), ladite étape de commande (226) étant également fonction du résultat de ladite vérification additionnelle.
6. Procédé selon la revendication précédente, caractérisé en ce que la condition relative à la station de location (102) porte sur une donnée relative à :
- la présence ou non d'un véhicule disponible à la location dans ladite station (102), et/ou
- la présence ou non d'un emplacement de stationnement disponible dans ladite station (102).
7. Procédé (200) selon l'une quelconque des revendications précédentes, caractérisé en ce que, lorsque la phase d'autorisation est réalisée suite à une demande de sortie de ladite structure (104) avec un véhicule, l'au moins une condition relative à l'utilisateur porte sur une donnée relative à :
- une validité ou non d'un d'abonnement souscrit par ledit utilisateur, et/ou
- une location en cours ou non d'un véhicule, et/ou
- la durée de présence autorisée préalablement mémorisée pour ledit utilisateur, et/ou
- la durée totale passée par ledit utilisateur entre l'entrée et la sortie.
8. Procédé (200) selon l'une quelconque des revendications précédentes, caractérisé en ce que, lorsque la phase d'autorisation est réalisée suite à une demande de sortie de ladite structure (104) avec un véhicule, elle comprend en outre, avant l'étape de commande (226), une étape de vérification additionnelle (506, 510, 514) d'au moins une condition relative audit véhicule, ladite étape de commande (226) étant également fonction du résultat de ladite vérification additionnelle.
9. Procédé (200) selon la revendication 8, caractérisé en ce que l'au moins une condition relative au véhicule porte sur une donnée mesurée par un capteur de mouvement disposé au niveau du véhicule pour vérifier si ledit véhicule est en mouvement ou non.
10. Procédé (200) selon l'une quelconque des revendications précédentes pour la gestion de contrôle d'accès à un parking et plus particulièrement à un parking souterrain comprenant une station de location automatisée de véhicules, ledit parking autorisant un accès à d'autres utilisateurs que les utilisateurs du service de location associé à ladite station de location.
11. Système (100) de contrôle d'accès à une station (102) de location automatisée de véhicules comprenant au moins un emplacement de stationnement pour un véhicule proposé à la location, ladite station (102) se trouvant au sein d'une structure (104) dont l'accès est contrôlé par un dispositif (108-112) de contrôle de passage disposé à au moins une entrée/sortie de ladite structure (104) et mobile entre une position ouverte autorisant le passage et une position fermée interdisant le passage, ledit système (100) comprenant :
- au moins un moyen (122-126) d'acquisition d'un identifiant dudit utilisateur disposé à une entrée/sortie de ladite structure (104),
- un appareil (116) distant de vérification d'au moins une condition relative audit utilisateur par consultation d'au moins une base de données en fonction dudit identifiant,
- au moins un moyen (128-132) de commande dudit dispositif de contrôle de passage (108-112) en fonction de ladite vérification de ladite au moins une condition.
12. Système (100) selon la revendication 11, caractérisé en ce qu'il comprend en outre au moins un moyen (122, 124) d'acquisition d'un identifiant dudit utilisateur disposé à une entrée de ladite structure (104) et au moins un moyen (126) d'acquisition d'un identifiant dudit utilisateur disposé à une sortie de ladite structure (104).
13. Système (100) selon l'une quelconque des revendications 11 ou 12, caractérisé en ce qu'au moins un moyen de commande comprend un module de commande configuré pour commander le dispositif de contrôle de passage, et des moyens (128-132) de communication entre ledit module de commande et ledit dispositif (108-112) de contrôle de passage.
14. Parking (104) fermé comprenant au moins une station (102) de location de véhicules, équipée :
- d'un système (100) de contrôle d'accès selon l'une quelconque des revendications 11 à 13, ou
- des moyens pour réaliser les étapes du procédé (200) selon l'une quelconque des revendications 1 à 10.
PCT/EP2013/074301 2012-12-14 2013-11-20 Procede et systeme de controle d'acces a une station de location automatisee de vehicules se trouvant au sein d'une structure dont l'acces est controle WO2014090533A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US14/650,346 US20150325058A1 (en) 2012-12-14 2013-11-20 Method and system for controlling access to a station for automated rental of vehicles situated within a structure access to which is controlled
EP13805786.4A EP2932476A1 (fr) 2012-12-14 2013-11-20 Procede et systeme de controle d'acces a une station de location automatisee de vehicules se trouvant au sein d'une structure dont l'acces est controle
HK16100045.7A HK1212081A1 (en) 2012-12-14 2016-01-05 Method and system for controlling access to a station for automated rental of vehicles situated within a structure access to which is controlled

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1262060 2012-12-14
FR1262060A FR2999761B1 (fr) 2012-12-14 2012-12-14 Procede et systeme de controle d'acces a une station de location automatisee de vehicules se trouvant au sein d'une structure dont l'acces est controle.

Publications (1)

Publication Number Publication Date
WO2014090533A1 true WO2014090533A1 (fr) 2014-06-19

Family

ID=47833265

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2013/074301 WO2014090533A1 (fr) 2012-12-14 2013-11-20 Procede et systeme de controle d'acces a une station de location automatisee de vehicules se trouvant au sein d'une structure dont l'acces est controle

Country Status (5)

Country Link
US (1) US20150325058A1 (fr)
EP (1) EP2932476A1 (fr)
FR (1) FR2999761B1 (fr)
HK (1) HK1212081A1 (fr)
WO (1) WO2014090533A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016127215A1 (fr) * 2015-02-11 2016-08-18 Divvy Parking Pty Ltd Système de réservation intégré pour stationnement de véhicule
US20220019218A1 (en) * 2018-12-20 2022-01-20 Sony Group Corporation Vehicle control device, vehicle control method, vehicle, information processing device, information processing method, and program

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014199712A1 (fr) * 2013-06-11 2014-12-18 日産自動車株式会社 Système et procédé de gestion de véhicules
DE102014223663B4 (de) * 2014-11-20 2024-09-19 Volkswagen Aktiengesellschaft Verfahren zur Authentifizierung einer Berechtigung eines Benutzers eines Kraftfahrzeuges, Kraftfahrzeug und Computerprogramm
US20190027044A1 (en) * 2017-07-19 2019-01-24 Aptiv Technologies Limited Automated secured-area access system for an automated vehicle
CN109636932A (zh) * 2019-01-08 2019-04-16 杭州东方通信软件技术有限公司 停车管理方法、一体式车辆管理设备和系统车辆管理设备
US11293152B2 (en) * 2019-04-09 2022-04-05 Abb Schweiz Ag Robotic restocking and safety systems for automated retail store environments
US11587194B2 (en) * 2019-06-03 2023-02-21 SpotHero, Inc. Vehicle floating fleet systems and methods
US10827353B1 (en) * 2019-11-26 2020-11-03 CUSEUM, Inc. System and method for seamless admission to a venue

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5206643A (en) * 1989-12-20 1993-04-27 Deutsche Lufthansa Aktiengesellschaft System for managing a plurality of motor vehicles
US20110131083A1 (en) * 2009-12-01 2011-06-02 Liberty Pluglns, Inc. Method and apparatus for parking lot management
US20110313893A1 (en) * 2000-08-24 2011-12-22 Weik Iii Martin Herman Management and control system for a designated functional space having at least one portal

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5206643A (en) * 1989-12-20 1993-04-27 Deutsche Lufthansa Aktiengesellschaft System for managing a plurality of motor vehicles
US20110313893A1 (en) * 2000-08-24 2011-12-22 Weik Iii Martin Herman Management and control system for a designated functional space having at least one portal
US20110131083A1 (en) * 2009-12-01 2011-06-02 Liberty Pluglns, Inc. Method and apparatus for parking lot management

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016127215A1 (fr) * 2015-02-11 2016-08-18 Divvy Parking Pty Ltd Système de réservation intégré pour stationnement de véhicule
US20220019218A1 (en) * 2018-12-20 2022-01-20 Sony Group Corporation Vehicle control device, vehicle control method, vehicle, information processing device, information processing method, and program
US11815887B2 (en) * 2018-12-20 2023-11-14 Sony Group Corporation Vehicle control device, vehicle control method, vehicle, information processing device, information processing method, and program

Also Published As

Publication number Publication date
FR2999761B1 (fr) 2014-12-26
US20150325058A1 (en) 2015-11-12
EP2932476A1 (fr) 2015-10-21
HK1212081A1 (en) 2016-06-03
FR2999761A1 (fr) 2014-06-20

Similar Documents

Publication Publication Date Title
WO2014090533A1 (fr) Procede et systeme de controle d'acces a une station de location automatisee de vehicules se trouvant au sein d'une structure dont l'acces est controle
CN106991843B (zh) 共享车位方法和装置、云服务器及系统
EP2727091B1 (fr) Procede et systeme de gestion d'un emplacement de vehicule a rechargement en energie, notamment un vehicule electrique en libre service
US20170039631A1 (en) Apparatus, method and article for electric vehicle sharing
WO2013045835A1 (fr) Procede et systeme de reservation a distance d'un emplacement de stationnement, et installation de location automatisee de vehicules
CN105957258A (zh) 电动汽车分时租赁系统预约租车方法
KR102198247B1 (ko) 전기차 대여 서비스 제공 서버, 방법 및 프로그램
CN105429200A (zh) 一种基于移动智能终端的电动汽车智能充电方法
CN102110994A (zh) 一种电动车充电站管理系统及充电方法
JP7234570B2 (ja) 充電システム
EP2761543A1 (fr) Procede et systeme de gestion d'emplacements de stationnement dans le cadre de la location automatisee de vehicules, et installation de location de vehicules
FR2951851A1 (fr) Procede de gestion d'un systeme de stationnement d'un vehicule
EP2315191A1 (fr) Système automatique de stationnement d'un véhicule
EP2727087A1 (fr) Procede de controle de l'utilisation des fonctions d'un vehicule mis a disposition
EP2761542A1 (fr) Procede et systeme de gestion de vehicules proposes a la location
CH703848B1 (fr) Dispositif de gestion d'un parc de bicyclettes.
FR2744543A1 (fr) Systeme permettant la gestion automatique d'un parc de vehicules offerts en location en libre service
CN115019448A (zh) 自助租车方法、装置、存储介质及电子设备
WO2013045840A1 (fr) Procede et systeme de signalisation d'actions des utilisateurs dans un site de location automatisee de vehicules, et installation de location automatisee mettant en oeuvre un tel procede et/ou systeme
US20220366743A1 (en) Tokenized access to services
CN109615714A (zh) 一种停车信息采集装置、系统及方法
FR2791451A1 (fr) Systeme et procede de transaction mobile, et equipements mobiles mis en oeuvre dans ce systeme
FR3063375A1 (fr) Dispositif et procede integre multifonctions pour la mobilite en vehicule
de Jongh The road towards a new urban mobility system: A strategic view on the future of Tiler
FR2931588A1 (fr) Procede de gestion d'une batterie

Legal Events

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

Ref document number: 13805786

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14650346

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2013805786

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE