The description refers to the accompanying drawings, in which:
In
The storage terminal posts 12 can be grouped together into one or more bicycle storage zones, only one zone being shown in
The storage terminal posts 12 in the same zone are connected, e.g. via an underground cable 13 (shown in dashed lines), to an interactive terminal post 14 that is accessible to users.
With reference to
Each bicycle is also equipped with a monitoring central processing (CPU) 19 and with a transceiver 20 connected to the CPU 19.
Each storage terminal post 12 is equipped with a transceiver 21, the transceivers 20, 21 jointly forming a communications interface between the CPU 15 of the interactive terminal post 14 and the CPU 19 of the bicycle 10.
At the request of a user, the locking system of a given storage terminal post 12 can be deactivated under the control of the interactive terminal 14 so as to enable the user to make use of the corresponding cycle 10. Such unlocking can, for example, be performed on authorization from the management server S (shown diagrammatically in
The CPU 19 of the bicycle 10 can, for example, receive a specific identifier associated with the user from the interactive terminal post 14 during authorization of the hire.
With reference to
The CPU 19 of the bicycle 10 further includes an internal memory 25 of the Flash type in which, as explained below, one or more values can be stored.
The CPU 19 is programmed to detect an impact on the back wheel 11 of the hired bicycle 10. Such detection can be made by means of an impact detection device, which device is constituted by an accelerometer A in this example, with which the frame C of the bicycle 10 is equipped in the vicinity of the back wheel 11. The accelerometer is connected electrically to the CPU 19.
This impact detection device A can be adapted to detect an impact when it measures an acceleration that is greater than a predetermined value. In a variant, it can be the CPU 19 that is adapted to determine that an impact has taken place when the impact detection device A measures an acceleration that is greater than a predetermined value.
A method of managing the fleet is described below with reference to
The method of the invention for managing the fleet includes a first step 30 for hiring the bicycle 10. This step 30 consists practically in unlocking the corresponding storage terminal post 12 under the control of the CPU 15 of the interactive terminal post 14.
If the bicycle is then subjected to a relatively violent impact while it is being used, that impact is then detected by the impact detection device A during the impact detection step 32.
Whenever an impact is detected on the hired bicycle 10, the user of the bicycle can be warned (e.g. for dissuasive purposes) by information being delivered via an interface 46 provided for this purpose on the bicycle 10 and enabling, for example, sound activation to take place or display to take place, in particular on a screen.
The CPU 19 of the bicycle can be adapted to store, by means of the memory 25, during a recording step 34, a parameter P representing the number of impacts detected by the impact detection device A and/or the magnitude of each of said impacts.
Impact detection can also trigger a transmission step 38 during which the CPU 19 of the bicycle transmits the parameters P representative of the past impacts (or any other parameter depending on said parameters P) directly to the management server S and/or via a locking station.
When the transmission of a parameter P takes place via a locking station, it preferably takes place via the storage terminal post 12 and via the interactive terminal post 14, just before the end of the transaction, when the user returns the bicycle to a storage terminal post 12 (return step).
When the transmission takes place direct to the management server S, the step 38 can optionally take place throughout the hire, if the bicycle is continuously in communication with said server, by means of a relatively long-range radio-communications interface (not shown).
As a function of the parameters P corresponding to the past impacts, it is also possible, during a step 36, to determine a transaction amount that depends on the number and/or on the magnitude of the impacts received during the hire of the bicycle 10.
This pricing step 36 is preferably performed at the end of the hire as soon as the parameters P have been transmitted to the management server S (step 38) after the bicycle has been returned.
At the end of the transaction (step 44), the user can be informed of the amount of the transaction, e.g. via the user interface 16 of the interactive terminal post 14. It can be understood that the user can be informed directly on the hired bicycle 10 via the user interface 46 provided on the bicycle 10, e.g. as a function of information received from the management server S.
The user interface 46 can also, at the end of the transaction, deliver information to the user, e.g. the number of impacts recorded during the hire and/or their magnitudes.
In addition, as soon as the parameters P are transmitted to the management server S, they are compared with a threshold value beyond which a maintenance step 42 is activated. The maintenance step 42 can, for example, include a wheel change when a wheel is buckled and/or a tire change when a tire is punctured.
The step 40 for comparing the indicative parameter P with the threshold value can also make it possible to change the customer to a different category, by putting the customer in a “bad user” category, and thus to apply higher prices. The customer can then be informed of the change of category and of the change of price.
Optionally, the user can also be warned that, if the user's bad behavior continues, the user's subscription may be suspended for a given time, etc. That information is also preferably delivered to the user the next time said user hires a bicycle.
Number | Date | Country | Kind |
---|---|---|---|
FR06 06814 | Jul 2006 | FR | national |