EP2761546A1 - Procédé et système d'affectation d'une tâche à réaliser à un opérateur sur un véhicule proposé à la location, et installation de location automatisée de véhicules mettant en uvre un tel procédé et système - Google Patents

Procédé et système d'affectation d'une tâche à réaliser à un opérateur sur un véhicule proposé à la location, et installation de location automatisée de véhicules mettant en uvre un tel procédé et système

Info

Publication number
EP2761546A1
EP2761546A1 EP12790588.3A EP12790588A EP2761546A1 EP 2761546 A1 EP2761546 A1 EP 2761546A1 EP 12790588 A EP12790588 A EP 12790588A EP 2761546 A1 EP2761546 A1 EP 2761546A1
Authority
EP
European Patent Office
Prior art keywords
operator
vehicle
task
rental
status
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP12790588.3A
Other languages
German (de)
English (en)
Inventor
Clément LAMBRINOS
Bruno DE MONTIS
Yousra CHEBBI
Richard MOCH
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bluecarsharing SAS
Original Assignee
Bluecarsharing SAS
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 SAS filed Critical Bluecarsharing SAS
Publication of EP2761546A1 publication Critical patent/EP2761546A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • 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

Definitions

  • the present invention relates to a method for assigning a task to be performed to an operator on a vehicle proposed for rental, and an automated vehicle rental installation implementing such a method and system. a task to be performed on an operator on a proposed vehicle for rental. It also relates to a system implementing such a method and an installation implementing such a method or such a system.
  • the field of the invention is the field of automated rental of vehicles on one or more rental sites, including the field of management of vehicles offered for rental, particularly in terms of intervention for the maintenance of vehicles, user assistance throughout a rental, and the rebalancing of rental sites on which vehicles are offered for rent. It concerns in particular the automated rental of electric vehicles.
  • Automated vehicle leasing is a growing field. Agglomerations wishing to reduce the number of vehicles on their territory set up automated vehicle rental systems.
  • the vehicles offered for hire require interventions to carry out vehicle maintenance operations, but also rebalancing operations of rental sites on which these vehicles are taken at the beginning of a rental or returned at the end of the rental . It is also necessary to intervene with vehicles for other types of operations such as, for example, user assistance operations or operations against vandalism or attempted theft of vehicles.
  • An object of the present invention is to overcome the aforementioned drawbacks.
  • Another object of the invention is to propose a method and a system for assigning to an operator a task to be performed on a vehicle among a plurality of vehicles proposed for rental, in particular as part of an automated rental of vehicles, more efficient than existing processes and systems.
  • Another object of the invention is to propose a method and a system for assigning to an operator a task to be performed on a vehicle among a plurality of vehicles proposed for rental, in particular as part of an automated rental of less expensive than existing processes and systems.
  • Another object of the invention is to propose a method and a system for assigning to an operator a task to be performed on a vehicle among a plurality of vehicles proposed for rental, particularly in the context of an automated rental. of vehicles, less time consuming than existing processes and systems.
  • the invention proposes to achieve at least one of the aforementioned objects by a method of assigning to an operator a task to be performed on a vehicle among a plurality of vehicles offered for rental, particularly in the context of a automated rental of vehicles, said method comprising a phase, called authorization, comprising the following steps:
  • the invention therefore makes it possible to authorize an operation relating to a task, in particular the beginning of a task or its creation, when the operator is at a distance from the target vehicle less than or equal to a threshold distance.
  • the invention makes it possible to avoid user input errors by indicating to it that the vehicle on which it believes to intervene or for which it believes to declare a task is not the right one or the attempts of fraud of the operators who would like to declare the start of a task before actually starting it. This also makes it possible to determine that the operator who is supposed to intervene on the target vehicle is close to the vehicle.
  • the invention makes it possible to perform a more efficient intervention, a more precise monitoring of the work of each operator and also to better define the needs relating to the maintenance of the service.
  • the invention makes it possible to determine, in a more precise manner, the intervention time on a vehicle and thus to better evaluate, for example statistically, the needs of the users and / or the abilities of the operators in order to carry out a more precise intervention. effective, which reduces the intervention time on a vehicle and the costs associated with such an intervention.
  • the different positions can be determined for example by a geolocation system, in particular by a GPS beacon placed at the level of the vehicle, and by a GPS beacon arranged in a portable communication device carried by the operator, by example of Smartphone or PDA type, or by a GPS tag carried by the operator.
  • the threshold distance is less than or equal to 250m, and more precisely 250m, which makes it possible to avoid errors due to inaccuracies in GPS technology.
  • the method according to the invention may further comprise a step of guiding the operator to the position of the target vehicle when the measured distance is greater than the threshold distance.
  • the method may then include indicating the position of the target vehicle to the operator.
  • the method thus ensures that the operator can get to the position of the vehicle as quickly as possible, in order to perform an intervention in the shortest possible time.
  • the authorization phase and in particular the steps for authorizing the start of the task and possibly for calculating the distance, is implemented at the level of a server, called a central server, arranged at a distance from the target vehicle and from the operator.
  • a server called a central server
  • the method according to the invention may comprise an update at a given frequency of the position of the target vehicle and the position of the operator, said positions being stored in a database.
  • the steps for determining the positions of the target vehicle and the operator comprise a reading in the database of the last positions of the target vehicle and the operator, the last positions stored for these two entities being chosen to make the distance calculation.
  • the updating frequency is for example 10 seconds.
  • the successive position data can be useful for carrying out other functionalities such as the surveillance of vehicles and operators, the analysis of vehicle journeys, which makes it possible to better deduce the needs of the users.
  • the positions of the vehicle and the operator can be determined, for example by sending to the central server, only on request, for the purpose of performing the authorization phase.
  • the method according to the invention may comprise, before the authorization phase, a phase, called assigning a task to an operator. This assignment phase is then initiated by a supervisor or a central server, in particular following the receipt of a request or an alert from the target vehicle.
  • the phase of assigning a task to an operator may include:
  • a transmission step particularly from a management server to the operator, data relating to said task to be performed, for example on the device of the latter.
  • the message includes the task to be performed by the operator and preferably information related thereto (task category, vehicle identifier, etc.), and
  • the assignment phase includes a step of placing the task in a list, called queue, of tasks to be performed by said operator and associated audit operator, said list comprising for each assigned task an identifier of the target vehicle.
  • This list can be associated with the operator via an identifier of the operator.
  • the placement of a task to be performed in the waiting list of an operator can be done according to a priority level of a task to achieve.
  • the priority level of the task to be placed in the waiting list is compared with the priority level of each of the tasks present in the list and the task is placed in the list according to this comparison.
  • the priority level can be a priority level previously assigned to this task, or to a category to which this task belongs.
  • the priority level of each task can further increase over time, possibly more or less quickly depending on the task and / or its category.
  • the method according to the invention may further comprise a declaration of a task by said operator following a report in the field, said statement comprising a declaration of a target vehicle identifier and data relating to said task.
  • the assignment request consists of a creation declaration issued by the operator to a central management server or the supervisor (in particular via this central server) and the authorization phase is carried out immediately following this declaration of creation.
  • the method may include a step of issuing the creation declaration to the supervisor (in particular via the management server) and a step of validation of the creation by the supervisor.
  • the task is assigned to the operator if and only if the supervisor reports back his acceptance.
  • the assigned task is placed first in the queue of tasks associated with the user and at the top of the tasks to be performed by the user.
  • the authorization phase may be performed after the validation step, but this is less advantageous since it is then likely to disturb the supervisor for an unauthorized task.
  • the method according to the invention may also comprise a verification step, referred to as an identifier, comprising the following operations:
  • This identifier verification step is preferably performed before the step of verifying the position of the vehicle.
  • the method according to the invention may further comprise a verification phase, called status, comprising a step of comparing a status of a target vehicle, whose identifier has been previously declared, with a vehicle status, said theoretical, previously associated with said task, an authorization or not an operation relating to said task by said operator on said target vehicle being given according to the result of the comparison.
  • a verification phase comprising a step of comparing a status of a target vehicle, whose identifier has been previously declared, with a vehicle status, said theoretical, previously associated with said task, an authorization or not an operation relating to said task by said operator on said target vehicle being given according to the result of the comparison.
  • This theoretical status is relative to the type of task requested. This check is usually carried out preferably before the position verification step and makes it possible to check whether it is actually necessary to perform the task.
  • the authorization phase may further comprise a step of issuing a task. identifier of the operator to the target vehicle associated with the task to indicate that said operator is authorized to take the vehicle.
  • Such tasks may include restoring a vehicle to an operator, taking over an abandoned or repaired vehicle, or rebalancing rental sites.
  • a task can comprise at least one of the following actions:
  • the status of the vehicle must be "available", or the return of a vehicle, the status of the vehicle must be "in the course of hiring".
  • the method according to the invention may further include assigning a state to a task and / or assigning a state to an operator.
  • - Geolocation means capable of: ⁇ determine the position of the vehicle, said target, on which the task is to be performed, for example a GPS beacon arranged in the vehicle,
  • ⁇ determining the position of at least one operator, such as a GPS beacon carried by the operator, such as a PDA including a GPS beacon;
  • said management comprising a database, a calculation and decision module disposed at a central site, arranged to: calculate the distance between said operator and said target vehicle , and
  • ⁇ delivering a data authorization or refusal of an operation relating to said task by said operator on said target vehicle according to said calculated distance and a predetermined threshold distance.
  • the system according to the invention may further comprise communication means capable of:
  • ⁇ receive from said vehicle a request for intervention from the target vehicle, and / or
  • ⁇ send to said vehicle an identification data of an operator, and / or
  • ⁇ send to the operator a task to be performed and / or guidance information.
  • the communication means may comprise a central communication module, a vehicle communication module and an operator communication module, in communication with each other through a wireless telecommunications network of GPRS or 3G type.
  • an automated vehicle rental facility comprising a plurality of rental sites each comprising at least one parking space, said installation comprising a management system according to the invention or means for implement the steps of the method according to the invention.
  • FIGURE 1 is a schematic representation of a vehicle rental installation implementing the method according to the invention
  • FIG. 2 is a diagrammatic representation in the form of a diagram of a first embodiment of a method according to the invention.
  • FIG. 3 is a diagrammatic representation in the form of a diagram of a second embodiment of a method according to the invention.
  • FIG. 1 is a schematic representation of an automated rental facility for electric vehicles implementing the reservation method according to the invention.
  • the installation 100 represented in FIG. 1 comprises a central site 102 connected to several sites - or stations - 104i-104 n , said to be leased through a wireless communication network 106, for example GPRS, or a wired network, for example of the DSL or LAN type.
  • a wireless communication network 106 for example GPRS, or a wired network, for example of the DSL or LAN type.
  • each site 104 is connected to the central site via the two separate networks, which allows a continuous connection even if one of the networks is faulty.
  • Each rental site 104 includes a rental terminal 110 for the rental of a vehicle and a plurality of charging terminals 112-116, each charging terminal being provided for charging a vehicle equipped with an electric battery to a parking space, to know the parking spaces 118-122.
  • Some sites 104 also include a subscription terminal 108 for registering a new subscriber.
  • Each parking location of a rental site 104 comprises a presence detector module 124-128, namely weighing means, a camera and / or an electrical connection detector with a vehicle, connected to the rental terminal 110 of the vehicle. rental site 104.
  • the central site 102 can be connected directly to each of the terminals of a rental site 104 through the network 106 or only to the subscription terminal and / or to the rental terminal and / or charging terminals 112-116. .
  • the central site 102 includes a central management server 132, a calculation and analysis module 134, said central, and a communication module 136, said central.
  • the central site 102 furthermore comprises a database 138 in which are registered in association with each vehicle identifier, the identifier of the user to whom this vehicle is leased, and a real status of the vehicle, for example available / not available / in maintenance.
  • the central site 102 is in communication with electric vehicles 140i-140 m being leased, through the central communication module 136 and a communication box 142i-142 m , said vehicle, arranged in each of the vehicles, through a wireless communication network 144, for example GPRS, which may be the same as the communication network 106. Thanks to the central communication module 136 and the vehicle communication modules 142, the central site exchanges data with each of the vehicles 140.
  • Each vehicle 140i-140 m is also provided with a module of calculation and analysis 144i-144 m to determine the real status of the vehicle and a module 146i-146 m geolocation GPS type to determine the position of the vehicle.
  • Each vehicle communication module 142 is in connection with the vehicle calculation and analysis module 144 and the GPS module 146.
  • Each vehicle communication module is furthermore in contact with a user interface (not shown), for example an interface of the GPS module 146, which may include a touch screen, for displaying the data on a map and for taking into account data entries made by the user of the vehicle 140 and calculating distances and / or times between the position current vehicle and a destination.
  • the installation 100 further comprises k 148i-148 geolocation and communication modules carried by 150i-150 k operators located in the area covered by the rental facility.
  • the central communication module 136 is in communication with the GPS modules 148 of the operators 150 through the wireless communication network 144.
  • Each module 148 may be a communication apparatus, such as a PDA equipped with a GPS beacon.
  • Each rental site 104 also includes a database 152i-152 n in which is recorded the reserved state or not each parking location 118 of the rental site 104. This database also records the status of availability of each parking space, ie occupied, or free.
  • the installation 100 makes it possible to manage a plurality of electric vehicles offered for rental. Users are able to interact with the various terminals as well as with the various elements of the vehicles and operators are provided to intervene on the vehicles offered for rental in order to perform predetermined tasks or not.
  • each operator 150 is made to move in the area covered by the rental facility and to intervene on the vehicles for the execution of the tasks entrusted to him by the central server 132 or by a supervisor at the level of the operator. from the central site 102.
  • Each operator is associated with a list of tasks to be performed. This list is recorded in the memory means 138 of the central site.
  • These storage means 138 also store the tasks to be performed with different data associated with the task.
  • a task is associated with different data, such as a type, a description, a departure location, an optional arrival location, a vehicle identifier and an optional customer name as well as an optional priority level (the priority level of the task allowing its ranking in a queue).
  • a handling time (corresponding to the movement of the operator) and a total completion time may be indicated for the task.
  • the task queue of an operator can contain a maximum of 5 tasks for a total completion time of 2 hours.
  • a task can be assigned to an operator while he is performing another task.
  • Each task or categories of tasks is also associated with a theoretical start status corresponding to the status that the vehicle must have at the beginning of the performance of this task and a theoretical end status corresponding to the status that the vehicle must have at the end of the task. accomplishment of this task.
  • Each task is also associated with a state, corresponding to the state of the task, namely "pending achievement”, “in progress”, “achieved” etc.
  • Each operator 150 is also associated with a state, namely "busy” or "free".
  • the system according to the invention comprises the elements of the central site, namely the central server 132, the central calculation and analysis module 134, the communication module 136 and the base
  • the system according to the invention further comprises the modules 142-146 at the level of each vehicle and the GPS modules 148 of the operators 150.
  • FIG. 2 is a schematic representation in the form of a diagram of a first embodiment of a method according to the invention in the case where the task to be performed is initiated by the central server or a supervisor at the level of a central site, for example the central site 102 of FIG.
  • the method 200 includes a step 202 of creating a task for a vehicle, following for example an alert issued by the vehicle, a request issued by the user associated with the vehicle, or other events.
  • This task is associated with the identifier of the vehicle concerned by the alert.
  • This phase comprises a step 206 determining the real status of the vehicle.
  • the status data is for example determined by the vehicle calculation and analysis module 144 and sent by the vehicle communication module 142 to the central communication module 136 through the network of the network 144.
  • the status of each vehicle is updated regularly and stored, for example in the storage means 138. In this case, the determination of the actual status of the vehicle corresponding to a reading of the last stored status data.
  • the actual status is compared to the theoretical start status defined for the task, for example by the calculation and analysis module. Such a theoretical status is dependent on the type of task defined during the creation of the task. For example, if the task is a rebalancing task, the status of the vehicle at the beginning of the task must be "available".
  • the status check phase 204 for the task is complete. Then begins a phase 214 assignment of the task to an operator in the field for the accomplishment of his task.
  • This phase 214 comprises a step 216 of sending a message to the operator, the message comprising the new task and the descriptive data associated with this task.
  • the PDA of the operator emits a sound and vibrating signal alerting him of the arrival of a new task.
  • the signal is repeated a number of times, for example up to 10 times, every 15 seconds.
  • the message may be composed by the central server 132, and transmitted to the communication module 136, which sends it to the PDA 148 of the operator 150 via the network 144.
  • the central server or the supervisor waits during a step 218 for the response of the operator.
  • the task is considered as refused by the operator (with the reason "unanswered") in step 220.
  • the task can either be reassigned to a particular operator or put in the queue of tasks to be assigned to operators at the same position in the queue as before the refusal.
  • the operator If the operator reads the message, he consults the contents of the task and can choose between rejecting and accepting the task. If the operator refuses a task, he indicate the reason. A refusal message is then sent in step 220. The management server is then alerted and the task is reassigned to another operator.
  • the operator accepts the task, it is placed in the queue of the operator, in step 222, according to its priority level and the management server memorizes that the task is assigned to the operator and changes his status from "pending assignment" to "pending completion".
  • the assignment phase 214 is complete.
  • the operator requests permission to start the task.
  • a verification phase 224 identifiers, to determine if actually a task corresponding to this vehicle has been entrusted to this operator.
  • Phase 224 comprises a step 226 during which the operator enters the identifier of the vehicle concerned by the task, for example after having moved to the vehicle.
  • the identifier instead of being entered, can also be read using an identification means (barcode, RFID chip, etc.) affixed to the vehicle, the PDA then having a reader adapted to the means of identification.
  • the identifier is sent to the central server, for example by the PDA 148 to the central communication module 136 via the network 144.
  • the phase 226 identifier verification then comprises a step
  • step 230 a refusal message is sent to the operator indicating that the identifier entered is incorrect and requesting him to enter an identifier. It is possible a number of incorrect identifiers entered cause the issuance of a different error message and / or a warning to the operator.
  • step 232 it is checked whether this is the task placed first in the list of tasks associated with this operator.
  • step 234 If this is not the case, the task location is changed and the task associated with that vehicle is put in the first position in step 234 and a confirmation and warning message is sent to the operator at the same time. step 236.
  • the vehicle identifier does not match the identifier associated with the task in the first position in the queue of the operator, it may not be accepted that this task is performed.
  • phase 238 authorization begins a phase 238 authorization, to determine whether the user can begin the completion of the task.
  • This authorization phase 238 comprises a step 240 determining the position of the vehicle.
  • this position can be determined by the GPS module of the vehicle 146, transmitted to the vehicle communication module 142 and the central communication module 136 through the network 144.
  • the position of the vehicle can be updated regularly and stored in the storage means at the central site for example the storage means 138. In this case, the position of the vehicle is determined by reading in the storage means of the last stored position.
  • a step 240 determines the position of the operator to whom the task is assigned. For example, this position can be determined by the PDA 148, transmitted to the central communication module 136 on request through the network 144.
  • the position of the operator can be updated regularly and stored in the storage means at the central site, for example, the storage means 138. In this case, the position of the operator is determined by reading in the storage means of the last stored position.
  • a step 246 determines the distance between the vehicle and the operator and a step 248 compares this distance with a threshold distance.
  • the task is allowed by the operator 150, subject to further checks.
  • the task start authorization phase 238 is then completed.
  • This phase 252 comprises a step 254 determining the real status of the vehicle.
  • a step 256 the actual status and compared to the theoretical start status defined for the task, for example by the calculation and analysis module 134.
  • the two statuses are different, this implies that it is not or no longer necessary to perform this task on this vehicle, for example because a user has managed to carry out the action he wanted without the help of the operator or because there is an anomaly requiring the intervention of a maintenance team.
  • the task is then removed from the operator's task list and the process is stopped at step 258.
  • step 260 If the two statuses are identical, this is a task that is still to be performed on this vehicle.
  • the task start is then authorized in step 260, by sending a message to the operator stating that he can start the task and modifies the state of the task which is then changed from "pending completion”. "To” in progress "and the state of the operator goes from” free “to” busy ".
  • the status check phase 252 for the task is complete.
  • this status verification phase can be carried out several times before the task is authorized, for example to prevent the operator from going to the vehicle if the task is no longer to be performed, for example because the status of the vehicle has changed or if the user of the vehicle has finally managed to perform the action he wanted. It can also be performed only when the management server is notified of the change of status of the vehicle.
  • a status check phase 262 may also be performed on one or more occasions to determine whether or not the task is completed, the time at which the task is completed, or to take other actions.
  • the status check phase 262 comprises a step 264 determining the real status of the vehicle according to one of the variants described above.
  • the real status is compared with the theoretical end status defined for the task, for example by the calculation and analysis module 134.
  • step 268 If the two statuses are identical, it means that the task has been successfully completed.
  • the end of the task is then declared in step 268 and an end of task message is sent to the operator.
  • the task status is then changed from "in progress” to "completed”.
  • the state of the operator is changed from "busy" to "free”.
  • the status check phase 262 may be repeated until the end of the task declaration or for a predetermined duration or again after a predetermined duration previously associated with this task.
  • FIG. 3 is a diagrammatic representation in the form of a diagram of a second embodiment of a method according to the invention in the case where the task is initiated by an operator.
  • the method 300 of FIG. 3 comprises a step 302 of inputting an identifier of a vehicle and sending to the central server, by an operator, data relating to a task to be performed, noted by the operator in the field. .
  • This data is sent in a message including the definition of the task to the central server.
  • the operator 150 enters the data on his PDA 148, in particular using a form offering multiple choices, and the PDA 148 transmits the message to the central communication module 136 through the network 144.
  • This phase 304 includes a step 306 determining the real status of the vehicle.
  • the status data is determined according to one of the variants described above with reference to a status checking phase.
  • step 308 the actual status and compared to the theoretical start status defined for the task, for example by the calculation and analysis module 134.
  • the task is then deleted without being stored and the process is stopped at step 310. If the two statuses are identical, this is a task that can actually be performed on this vehicle. The task can be created subject to other checks.
  • the status check phase 304 for the task is complete.
  • phase 312 of authorization begins a phase 312 of authorization, to determine if the operator is well near the vehicle and if the operator can begin the completion of the task.
  • This authorization phase 312 includes a step 314 determining the position of the vehicle according to one of the variants described above, with reference to an authorization phase.
  • a step 316 determines the position of the operator who is assigned the task according to one of the variants described above, with reference to an authorization phase.
  • a step 318 determines the distance between the vehicle and the operator and a step 320 compares this distance to a threshold distance.
  • the task is created and stored in the central server at step 324.
  • Phase 312 authorization start task is then completed. Then begins a phase 326 of validation of the task.
  • the validation phase 326 includes a step 328 during which the operator 150 is asked if he wishes to have the task validated by a supervisor by sending a message to the operator.
  • step 330 the supervisor validates or not the task, for example based on his knowledge of the state of the vehicle and the overall condition of the fleet.
  • step 332 If the supervisor refuses the task the operator is notified by a refusal message in step 332 and goes to the vehicle concerned by his next task in the queue. The task is also deleted in step 332.
  • step 334 If the operator validates the task a declaration of creation of the task is carried out in step 334 and the task is placed in the queue of the operator, in step 334, in first position in the list of tasks associated with the user ".
  • a status check phase 338 may also be performed on one or more occasions to determine whether the task is complete, the time at which the task is completed, or to take other actions.
  • the status check phase 338 includes a step 340 determining the real status of the vehicle according to one of the variants described above.
  • the real status is compared with the theoretical end status defined for the task, for example by the calculation and analysis module 134.
  • step 344 If the two statuses are identical, it means that the task has been successfully completed.
  • the end of the task is then declared in step 344 and an end of task message is sent to the operator.
  • the task status is then changed from "in progress” to "completed”.
  • the state of the operator is changed from "busy" to "free”.
  • the verification phase 338 is complete.
  • the status checking phase 338 may be repeated until the end of the task declaration or for a predetermined duration or after a predetermined duration previously associated with this task. It is possible to envisage other actions if the end of the task is not declared after a predetermined duration, for example the creation of a task of report to be carried out by the operator to indicate the reasons why the task is not completed. Of course, other actions can be considered.
  • the operator indicates the identifier of the vehicle he wishes to support.
  • the server verifies that the requested vehicle matches the one designated in the current task.
  • the server verifies that the vehicle declared by the operator is in the process of being rented (starting status for this type of task).
  • the vehicle is parked on an available parking space, including the
  • loading displays a green light.
  • the rental terminal to which the charging station is connected asks the server whether this badge is authorized to unlock the door of the charging station.
  • the server indicates that the operator's badge is authorized to unlock the hatch.
  • the operator opens the hatch of the loading terminal.
  • the vehicle status changes to "available.” If the vehicle charge level is below the set threshold, the vehicle status changes to "unavailable” and the status of the vehicle vehicle is also reassembled to the server.
  • the operator locks the vehicle.
  • the operator's PDA informs him of the completion of the task by a message (task declared over by comparing the status of the vehicle and the expected status).
  • the server verifies that the requested vehicle matches the designated one in the current job.
  • the server verifies that the vehicle declared by the operator is in the status "Available" (starting status for this type of task).
  • the onboard PC screen displays an intrusive message, on the entire screen, and impossible to pay by the driver, recalling the need to properly store the cable in the terminal.
  • the rental terminal to which the charging station is connected requests the server, if this badge is authorized to unlock the door of the charging station.
  • the server indicates that the badge of the operator is authorized to unlock the hatch.
  • the operator opens the vehicle load hatch.
  • the operator accompanies the rewinding of the charging cable in the charging terminal.
  • the rental terminal goes back to the server in the "locked" state of the charging terminal door.
  • the server acknowledges the intrusive message of the onboard PC. This removes it from the screen and the normal functions of the embedded PC are accessible.
  • the operator schedules his destination on the navigation system of the vehicle.
  • the rental terminal goes back to the server in the "charging" state of the charging station. If the vehicle's charge level is greater than or equal to the threshold set by the DSP, the status of the vehicle changes to "Available.” If the vehicle charge level is below the threshold set by the DSP, the status of the vehicle changes to " unavailable and the status of the vehicle is also reassembled to the server.
  • the operator's PDA informs him of the completion of the task by a message (task declared over by comparison of the status of the vehicle and the expected status).
  • the procedure is the same as that described for the rebalancing of the vehicle, except for the end status.
  • the procedure is substantially the same except that the status of the vehicle at the beginning of the task must be "in maintenance".
  • the disconnection procedure is also optional.
  • the invention is not limited to the examples which have just been described. It will be appreciated that the method can include many variations. As an example, we can note that:
  • a method according to the invention can make it possible to create tasks only by the operator or by the supervisor,

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Educational Administration (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Game Theory and Decision Science (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Traffic Control Systems (AREA)

Abstract

L'invention concerneunprocédé(200) d'affectation à un opérateur d'une tâche à réaliser sur un véhicule parmi une pluralité de véhicules proposés à la location, notamment dans le cadre d'une location automatisée de véhicules, ledit procédé comprenant une phase (238), dite d'autorisation, comprenant les étapes suivantes: -détermination (240) de la position du véhicule, dit cible, sur lequel la tâche est à réaliser, -détermination (242) de la position d'au moins un opérateur, -calcul (244) de la distance entre ledit opérateur et ledit véhicule cible,et -autorisation ou non d'une opération relative àladite tâche par ledit opérateur sur ledit véhicule cible en fonction de ladite distance calculée et d'une distance seuil prédéterminée. L'invention concerneégalementun système mettant en œuvre un tel procédé et une application d'un tel procédé et d'un tel système à la location automatisée de véhicules.

Description

« Procédé et système d'affectation d'une tâche à réaliser à un opérateur sur un véhicule proposé à la location, et installation de location automatisée de véhicules mettant en œuvre un tel procédé et système » La présente invention concerne un procédé d'affectation d'une tâche à réaliser à un opérateur sur un véhicule proposé à la location. Elle concerne également un système mettant en œuvre un tel procédé et une installation mettant en œuvre un tel procédé ou un tel système. Le domaine de l'invention est le domaine de la location automatisée de véhicules sur un ou plusieurs sites de location, et notamment le domaine de la gestion des véhicules proposés à la location, en particulier en terme d'intervention pour la maintenance des véhicules, l'assistance des utilisateurs tout au long d'une location, et le rééquilibrage des sites de location sur lesquels les véhicules sont proposés à la location. Elle concerne en particulier la location automatisée des véhicules électriques.
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.
Les véhicules proposés à la location nécessitent des interventions en vue de réaliser des opérations de maintenance des véhicules, mais également des opérations de rééquilibrage des sites de location sur lesquels ces véhicules sont pris en début d'une location ou restitués à la fin de la location. Il est également nécessaire d'intervenir auprès des véhicules pour d'autres types d'opérations telles que par exemple les opérations d'assistance aux utilisateurs ou des opérations de luttes contre le vandalisme ou les tentatives de vol des véhicules.
Cela nécessite la présence sur le terrain de personnes permettant de réaliser ces opérations. Cependant, la gestion de l'ensemble des interventions peut nécessiter un coût très élevé en fonction de la zone de location à couvrir, du nombre de véhicules proposés à la location et du nombre de sites de location. Par ailleurs, pour assurer une intervention efficace, il est nécessaire que cette intervention soit réalisée le plus rapidement possible.
Or les procédés et systèmes actuels d'intervention sur les véhicules proposés à la location sont très coûteux, relativement peu efficaces, et très consommateurs en temps.
Un but de la présente invention est de remédier aux inconvénients précités.
Un autre but de l'invention est de proposer un procédé et un système d'affectation à un opérateur d'une tâche à réaliser sur un véhicule parmi une pluralité de véhicules proposés à la location, notamment dans le cadre d'une location automatisée de véhicules, plus efficaces que les procédés et systèmes existants.
Un autre but de l'invention est de proposer un procédé et un système d'affectation à un opérateur d'une tâche à réaliser sur un véhicule parmi une pluralité de véhicules proposés à la location, notamment dans le cadre d'une location automatisée de véhicules, moins coûteux que les procédés et systèmes existants.
Enfin un autre but de l'invention est de proposer un procédé et un système d'affectation à un opérateur d'une tâche à réaliser sur un véhicule parmi une pluralité de véhicules proposés à la location, notamment dans le cadre d'une location automatisée de véhicules, moins consommateurs en temps que les procédés et systèmes existants.
Exposé de l'invention
L'invention propose d'atteindre au moins l'un des buts précités par un procédé d'affectation à un opérateur d'une tâche à réaliser sur un véhicule parmi une pluralité de véhicules proposés à la location, notamment dans le cadre d'une location automatisée de véhicules, ledit procédé comprenant une phase, dite d'autorisation, comprenant les étapes suivantes :
- détermination de la position du véhicule, dit cible, sur lequel la tâche est à réaliser,
- détermination de la position d'au moins un opérateur, - calcul de la distance entre ledit opérateur et ledit véhicule cible, et
- autorisation ou non d'une opération relative à ladite tâche par ledit opérateur sur ledit véhicule cible en fonction de ladite distance calculée et d'une distance seuil prédéterminée, l'autorisation étant donnée si la distance calculée est inférieure à la distance de seuil.
L'invention permet donc d'autoriser une opération relative à une tâche, notamment le début d'une tâche ou sa création, lorsque l'opérateur est à une distance du véhicule cible inférieure ou égale à une distance seuil . De cette façon, l'invention permet d'éviter les erreurs de saisie de l'utilisateur en lui indiquant que le véhicule sur lequel il croit intervenir ou pour lequel il croit déclarer une tâche n'est pas le bon ou les tentatives de fraude des opérateurs qui voudraient déclarer le début d'une tâche avant de la commencer réellement. Cela permet également de déterminer que l'opérateur qui est censé intervenir sur le véhicule cible est bien à proximité du véhicule.
Ainsi, l'invention permet d'effectuer une intervention plus efficace, une surveillance plus précise du travail de chaque opérateur et aussi de fait de mieux définir les besoins relatifs à la maintenance du service.
Par ailleurs, l'invention permet de déterminer de manière plus précise, le temps d'intervention sur un véhicule et ainsi de mieux évaluer, par exemple statistiquement, les besoins des utilisateurs et/ou les aptitudes des opérateurs en vue de réaliser une intervention plus efficace, ce qui permet de diminuer le temps d'intervention sur un véhicule et les coûts associés à une telle intervention.
Selon l'invention, les différentes positions peuvent être déterminées par exemple par un système de géolocalisation, en particulier par une balise GPS disposée au niveau du véhicule, et par une balise GPS disposée dans un appareil de communication portable porté par l'opérateur, par exemple de type Smartphone ou PDA, ou encore par une balise GPS portée par l'opérateur. Préférentiellement, la distance seuil est inférieure ou égale à 250m, et plus précisément de 250m, ce qui permet d'éviter les erreurs dues aux imprécisions de la technologie GPS. Le procédé selon l'invention peut en outre comprendre une étape de guidage de l'opérateur vers la position du véhicule cible lorsque la distance mesurée est supérieure à la distance seuil.
Le procédé peut alors comprendre l'indication de la position du véhicule cible à l'opérateur.
Le procédé permet ainsi de s'assurer que l'opérateur peut se rendre à la position du véhicule le plus rapidement possible, en vue de réaliser une intervention dans les plus brefs délais.
Avantageusement, la phase d'autorisation, et notamment les étapes d'autorisation du début de la tâche et éventuellement de calcul de la distance, est mise en œuvre au niveau d'un serveur, dit central, disposé à distance du véhicule cible et de l'opérateur.
Lors de l'étape de guidage, et plus généralement tout au long des différentes étapes, le procédé selon l'invention peut comprendre une mise à jour à une fréquence donnée de la position du véhicule cible et de la position de l'opérateur, lesdites positions étant mémorisées dans une base de données.
Dans ce cas, les étapes de détermination des positions du véhicule cible et de l'opérateur comprennent une lecture dans la base de données des dernières positions du véhicule cible et de l'opérateur, les dernières positions mémorisées pour ces deux entités étant choisies pour faire le calcul de distance.
La fréquence de mise à jour est par exemple de 10 secondes.
De plus, les données de position successives peuvent être utiles pour réaliser d'autres fonctionnalités telles que la surveillance des véhicules et des opérateurs, l'analyse des trajets des véhicules, ce qui permet de mieux en déduire les besoins des utilisateurs. Alternativement, les positions du véhicule et de l'opérateur peuvent être déterminées, par exemple par envoi au serveur central, uniquement sur requête, dans le but d'effectuer la phase d'autorisation. Le procédé selon l'invention peut comprendre, avant la phase d'autorisation, une phase, dite d'affectation d'une tâche à un opérateur. Cette phase d'affectation est alors initiée par un superviseur ou un serveur central, notamment suite à la réception d'une requête ou d'une alerte de la part du véhicule cible.
Dans une version particulière, la phase d'affectation d'une tâche à un opérateur peut comprendre :
- une étape d'émission, notamment depuis un serveur de gestion vers l'opérateur, des données relatives à ladite tâche à réaliser, par exemple sur l'appareil de ce dernier. Le message comprend la tâche à réaliser par l'opérateur et de préférence des informations liées à celle-ci (catégorie de tâche, identifiant du véhicule, etc.), et
- une étape d'émission d'une requête d'acceptation ou de refus de ladite tâche par un opérateur vers le serveur de gestion ou le superviseur (par le biais du serveur de gestion). Cette étape est effectuée depuis l'appareil de communication de l'opérateur. Dans le cas d'un refus, il est généralement demandé à l'opérateur de fournir un motif de refus.
Suite à la réception de la requête d'acceptation d'une tâche à effectuer, la phase d'affection comprend une étape de placement de la tâche dans une liste, dite file d'attente, de tâches à réaliser par ledit opérateur et associé audit opérateur, ladite liste comprenant pour chaque tâche attribuée un identifiant du véhicule cible.
Cette liste peut être associée à l'opérateur par l'intermédiaire d'un identifiant de l'opérateur.
Le placement d'une tâche à effectuer dans la liste d'attente d'un opérateur peut être réalisé en fonction d'un niveau de priorité d'une tâche à réaliser. Dans ce cas, le niveau de priorité de la tâche à placer dans la liste d'attente est comparé au niveau de priorité de chacune des tâches présentes dans la liste et la tâche est placée dans la liste en fonction de cette comparaison. Ainsi, le procédé selon l'invention permet de traiter les tâches prioritaires et urgentes en premier.
Le niveau de priorité peut être un niveau de priorité préalablement assigné à cette tâche, ou à une catégorie à laquelle appartient cette tâche.
Le niveau de priorité de chaque tâche peut en outre augmenter avec le temps, éventuellement plus ou moins rapidement selon la tâche et/ou sa catégorie.
Le procédé selon l'invention peut en outre comprendre une déclaration d'une tâche par ledit opérateur suite à un constat sur le terrain, ladite déclaration comprenant une déclaration d'un identifiant d'un véhicule cible et de données relatives à ladite tâche.
Dans ce cas, la demande d'attribution consiste en une déclaration de création émise par l'opérateur à destination d'un serveur de gestion central ou du superviseur (notamment par le biais de ce serveur central) et la phase d'autorisation est réalisée immédiatement suite à cette déclaration de création.
Lorsque la tâche est créée (notamment si l'autorisation est donnée lors de la phase d'autorisation), le procédé peut comprendre une étape d'émission de la déclaration de création vers le superviseur (notamment par le biais du serveur de gestion) et une étape de validation de la création par le superviseur.
La tâche est affectée à l'opérateur si et seulement si le superviseur fait part en retour de son acceptation.
Dans ce cas la tâche affectée est placée en première position dans la file d'attente des tâches associées à l'utilisateur et en tête des tâches à effectuer par l'utilisateur.
On notera qu'en variante la phase d'autorisation peut être effectuée après l'étape de validation mais cela est moins avantageux puisqu'on est alors susceptible de déranger le superviseur pour une tâche non autorisée. Le procédé selon l'invention peut également comprendre, une étape de vérification, dit d'identifiant, comprenant les opérations suivantes :
- renseignement par l'opérateur d'un identifiant d'un véhicule sur lequel il souhaite réaliser une tâche, et
- comparaison de l'identifiant du véhicule à au moins un identifiant d'un véhicule associé à une tâche préalablement attribuée à l'opérateur, et, éventuellement placée dans la file d'attente dudit opérateur, et autorisation ou non d'une opération relative à ladite tâche par ledit opérateur sur ledit véhicule en fonction du résultat de la comparaison.
Cette étape de vérification d'identifiant est de préférence effectuée avant l'étape de vérification de la position du véhicule.
On limite ainsi encore les possibilités d'erreurs ou de fraudes de la part des opérateurs du système et on optimise donc la maintenance de ce système.
Le procédé selon l'invention peut en outre comprendre une phase de vérification, dit de statut, comprenant une étape de comparaison d'un statut d'un véhicule cible, dont l'identifiant a été préalablement déclaré, avec un statut de véhicule, dit théorique, préalablement associé à ladite tâche, une autorisation ou non d'une opération relative à ladite tâche par ledit opérateur sur ledit véhicule cible étant donnée en fonction du résultat de la comparaison.
Ce statut théorique est relatif au type de tâche demandé. Cette vérification est généralement effectuée de préférence avant l'étape de vérification de la position et permet de vérifier s'il est réellement nécessaire d'effectuer la tâche.
De même, on limite ainsi encore les possibilités d'erreurs ou de fraudes de la part des opérateurs du système et on optimise donc la maintenance de ce système.
Lorsque la tâche à effectuer correspond à une tâche appartenant à une catégorie prédéterminée et que la réalisation de la tâche est autorisée, la phase d'autorisation peut en outre comprendre une étape d'émission d'un identifiant de l'opérateur au véhicule cible associé à la tâche pour indiquer que ledit opérateur est autorisé à prendre ce véhicule.
De telles tâches peuvent comprendre les tâches de restitution d'un véhicule à un opérateur, de prise en charge d'un véhicule abandonné ou en réparation, ou de rééquilibrage des sites de location.
Selon l'invention, une tâche peut comprendre au moins l'une des actions suivantes :
- restitution d'un véhicule par un utilisateur à un opérateur, le statut du véhicule au début de la tâche doit être « en cours de location »,
- prise en charge d'un véhicule abandonné ou en infraction, le statut du véhicule doit être « en cours de location »,
- prise en charge d'un véhicule en réparation, le statut du véhicule doit être « en réparation »,
- rééquilibrage ou dépose d'un véhicule à une station de réparation, le statut du véhicule doit être « disponible »,
- assistance du client à la prise du véhicule, le statut du véhicule doit être «disponible », ou à la restitution d'un véhicule, le statut du véhicule doit être « en cours de location ».
Cette liste n'est pas exhaustive et d'autres tâches pourraient également être prévues.
Le procédé selon l'invention peut en outre comprendre une attribution d'un état à une tâche et/ou une attribution d'un état à un opérateur.
Par exemple, lorsqu'on considère que la tâche a débuté, on affecte à celle-ci un état « en cours » et à l'opérateur un statut « occupé ». Cela permet notamment de faciliter la constitution et l'analyse de statistiques relatives à la maintenance de l'installation de location. Selon un autre aspect de l'invention il est proposé un système d'affectation à un opérateur d'une tâche à réaliser sur un véhicule parmi une pluralité de véhicules proposés à la location, notamment dans le cadre d'une location automatisée de véhicules, ledit système comprenant :
- des moyens de géolocalisation aptes à : ■ déterminer la position du véhicule, dit cible, sur lequel la tâche est à réaliser, par exemple une balise GPS disposée dans le véhicule,
■ déterminer la position d'au moins un opérateur, par exemple une balise GPS portée par l'opérateur, par exemple un PDA intégrant une balise GPS ; et
- des moyens informatiques, par exemple un serveur, dit de gestion, comprenant une base de données, un module de calcul et de décision disposés au niveau d'un site central, agencés pour : ■ calculer la distance entre ledit opérateur et ledit véhicule cible, et
■ délivrer une donnée d'autorisation ou de refus d'une opération relative à ladite tâche par ledit opérateur sur ledit véhicule cible en fonction de ladite distance calculée et d'une distance seuil prédéterminée.
Le système selon l'invention peut en outre comprendre des moyens de communication aptes à :
- échanger des données avec le véhicule cible en vue de :
■ recevoir dudit véhicule une requête d'intervention de la part du véhicule cible, et/ou
■ envoyer vers ledit véhicule une donnée d'identification d'un opérateur, et/ou
- échanger des données avec l'opérateur, notamment un appareil de communication de ce dernier, en vue de :
■ recevoir de la part dudit opérateur une acceptation ou un refus d'une tâche à effectuer,
■ envoyer vers l'opérateur une tâche à effectuer et/ou des informations de guidage.
Les moyens de communication peuvent comprendre un module de communication central, un module de communication de véhicule et un module de communication d'opérateur, en communication entre eux au travers d'un réseau de télécommunication sans fil de type GPRS ou 3G. Selon encore un autre aspect de l'invention il est proposé une installation de location automatisée de véhicules comprenant une pluralité de sites de location comportant chacun au moins une place de stationnement, ladite installation comprenant un système de gestion selon l'invention ou des moyens pour mettre en œuvre les étapes du procédé 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'une installation de location de véhicule mettant en œuvre le procédé selon l'invention ;
- la FIGURE 2 est une représentation schématique sous la forme d'un diagramme d'un premier mode de réalisation d'un procédé selon l'invention ; et
- le FIGURE 3 est une représentation schématique sous la forme d'un diagramme d'un deuxième mode de réalisation d'un procédé selon l'invention.
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 c'est cette partie qui est uniquement 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 modes de réalisation décrits sont combinables entre eux si rien ne s'oppose à cette combinaison sur le plan technique. Sur les figures et dans la suite de la description, les éléments communs à plusieurs figures conservent la même référence. Les exemples décrits ci-dessous concernent une location automatisée de voitures électriques sur plusieurs sites de location.
La FIGURE 1 est une représentation schématique d'une installation de location automatisée de véhicules électriques mettant en œuvre le procédé de réservation selon l'invention.
L'installation 100 représentée sur la figure 1 comprend un site central 102 connecté à plusieurs sites - ou stations - 104i-104n, dits de location au travers d'un réseau de communication 106 sans fil, par exemple GPRS, ou d'un réseau filaire, par exemple de type DSL ou LAN. De préférence, chaque site 104 est relié au site central par l'intermédiaire des deux réseaux distincts, ce qui permet une connexion en continu même si l'un des réseaux est défaillant.
Chaque site de location 104 comprend une borne de location 110 pour la location d'un véhicule et plusieurs bornes de charge 112-116, chaque borne de charge étant prévue pour charger un véhicule muni d'une batterie électrique à un emplacement de stationnement, à savoir les emplacements de stationnement 118-122.
Certains sites 104 comprennent également une borne d'abonnement 108 pour l'enregistrement d'un nouvel abonné.
Chaque emplacement de stationnement d'un site de location 104 comprend un module 124-128 détecteur de présence, à savoir des moyens de pesée, une caméra et/ou un détecteur de connexion électrique avec un véhicule, connectés à la borne de location 110 du site de location 104.
Le site central 102 peut être connecté directement à chacune des bornes d'un site de location 104 au travers du réseau 106 ou seulement à la borne d'abonnement et/ou à la borne de location et/ou aux bornes de charge 112-116.
Au moins deux bornes d'un site de location sont connectées entre elles au travers d'une connexion filaire (non représentée). Le site central 102 comprend un serveur central de gestion 132, un module de calcul et d'analyse 134, dit central, et un module de communication 136, dit central. Le site central 102 comprend en outre une base de données 138 dans laquelle sont enregistrées en association avec chaque identifiant de véhicule, l'identifiant de l'utilisateur à qui est loué ce véhicule, et un statut réel du véhicule, par exemple disponible/non disponible/en maintenance.
Le site central 102 est en communication avec des véhicules électriques 140i-140m en cours de location, par l'intermédiaire du module de communication central 136 et d'un boîtier de communication 142i-142m, dit de véhicule, arrangé dans chacun des véhicules, au travers d'un réseau de communication sans fil 144, par exemple GPRS, qui peut être le même que le réseau de communication 106. Grâce au module de communication central 136 et aux modules de communication de véhicules 142, le site central échange des données avec chacun des véhicules 140. Chaque véhicule 140i-140m est également muni d'un module de calcul et d'analyse 144i-144m permettant de déterminer le statut réel du véhicule et d'un module 146i-146m de géolocalisation de type GPS permettant de déterminer la position du véhicule.
Chaque module de communication de véhicule 142 est en connexion avec le module de calcul et d'analyse de véhicule 144 et le module GPS 146. Chaque module de communication de véhicule est en outre en contact avec une interface utilisateur (non représentée), par exemple une interface du module GPS 146, pouvant comprendre un écran tactile, pour y afficher les données sur une carte et pour prendre en compte les saisies de données réalisées par l'utilisateur du véhicule 140 et calculer des distances et/ou des durées entre la position actuelle du véhicule et une destination.
L'installation 100 comprend en outre des modules 148i-148k de géolocalisation et de communication portés par des opérateurs 150i-150k se trouvant dans la zone couverte par l'installation de location. Le module de communication central 136 est en communication avec les modules GPS 148 des opérateurs 150 au travers du réseau de communication sans fil 144. Chaque module 148 peut être un appareil de communication, tel qu'un PDA muni d'une balise GPS. Chaque site de location 104 comprend également une base de données 152i-152n dans laquelle est enregistré l'état réservé ou non de chaque emplacement de stationnement 118 du site de location 104. Cette base de données permet également d'enregistrer l'état de disponibilité de chaque emplacement de stationnement, à savoir occupé, ou libre.
L'installation 100 permet de gérer une pluralité de véhicules électriques proposés à la location. Les utilisateurs sont aptes à interagir avec les différentes bornes ainsi qu'avec les différents éléments des véhicules et les opérateurs sont prévus pour intervenir sur les véhicules proposés à la location en vue de réaliser des tâches prédéterminées ou non.
Selon l'invention, chaque opérateur 150 est amené à se déplacer dans la zone couverte par l'installation de location et à intervenir sur les véhicules pour l'exécution des tâches qui lui sont confiées par le serveur central 132 ou par un superviseur au niveau du site central 102. A chaque opérateur est associée une liste de tâches à réaliser. Cette liste est enregistrée dans les moyens de mémorisation 138 du site central. Ces moyens de mémorisation 138 stockent également les tâches à réaliser avec différentes données associées à la tâche. Par exemple, selon l'invention, une tâche est associée à différentes données, telles qu'un type, une description, une localisation de départ, une localisation d'arrivée optionnelle, un identifiant de véhicule et un nom de client optionnel ainsi qu'un niveau de priorité optionnel (le niveau de priorité de la tâche permettant son classement dans une file d'attente). En outre, un temps de prise en charge (correspondant au déplacement de l'opérateur) et un délai de réalisation total peuvent être indiqués pour la tâche.
La file de tâches d'un opérateur peut contenir un maximum de 5 tâches pour un délai de réalisation total de 2 heures. Une tâche peut être affectée à un opérateur alors qu'il est en train de réaliser une autre tâche.
A chaque tâche ou catégories de tâches est également associé un statut théorique de début correspondant au statut que le véhicule doit avoir au début de la réalisation de cette tâche et un statut théorique de fin correspondant au statut que le véhicule doit avoir à la fin de la réalisation de cette tâche.
A chaque tâche est également associé un état, correspondant à l'état de la tâche, à savoir « en attente de réalisation », « en cours de réalisation », « réalisée » etc.
A chaque opérateur 150 est également associé un état, à savoir « occupé » ou « libre ».
Dans l'installation 100 montrée sur la figure 1, le système selon l'invention comprend les éléments du site central, à savoir le serveur central 132, le module de calcul et d'analyse central 134, le module de communication 136 et la base de données 138. Le système selon l'invention comprend en outre les modules 142-146 au niveau de chaque véhicule et les modules GPS 148 des opérateurs 150.
La FIGURE 2 est une représentation schématique sous la forme d'un diagramme d'un premier mode de réalisation d'un procédé selon l'invention dans le cas où la tâche à réaliser est initiée par le serveur central ou un superviseur au niveau d'un site central, par exemple le site central 102 de la figure 1.
Le procédé 200 comprend une étape 202 de création d'une tâche pour un véhicule, suite par exemple à une alerte émise par le véhicule, à une demande émise par l'utilisateur associé au véhicule, ou à d'autres événements. Cette tâche est associée à l'identifiant du véhicule concerné par l'alerte.
Débute alors une phase 204 de vérification de statut pour la tâche. Cette phase comprend une étape 206 déterminant le statut réel du véhicule. Les données de statut sont par exemple déterminées par le module de calcul et d'analyse de véhicule 144 et envoyées par le module de communication de véhicule 142 au module de communication central 136 au travers du réseau du réseau 144. Dans une variante, le statut de chaque véhicule est mis à jour régulièrement et mémorisé, par exemple dans les moyens de mémorisation 138. Dans ce cas, la détermination du statut réel du véhicule correspondant à une lecture des dernières données de statut mémorisées. Lors d'une étape 208, le statut réel est comparé au statut théorique de début défini pour la tâche, par exemple par le module de calcul et d'analyse. Un tel statut théorique est dépendant du type de tâche défini lors de la création de la tâche. Par exemple, si la tâche est une tâche de rééquilibrage, le statut du véhicule au début de celle-ci doit être « disponible ».
Si les deux statuts sont différents, cela implique qu'il n'est pas nécessaire ou pas possible de réaliser cette tâche sur ce véhicule. La tâche est supprimée et le procédé est arrêté à l'étape 210.
Si les deux statuts sont identiques, il s'agit d'une tâche qui peut être réalisée sur ce véhicule. La tâche est alors mémorisée avec l'identifiant du véhicule à l'étape 212 et l'état de la tâche est « en attente d'affectation ».
La phase de vérification de statut 204 pour la tâche est terminée. Débute alors une phase 214 d'affectation de la tâche à un opérateur sur le terrain en vue de la réalisation de sa tâche.
Cette phase 214 comprend une étape 216 d'envoi d'un message à l'opérateur, le message comprenant la nouvelle tâche et les données descriptives associées à cette tâche. De préférence, le PDA de l'opérateur émet un signal sonore et vibrant l'alertant de l'arrivée d'une nouvelle tâche. Le signal se répète un certain nombre de fois, par exemple jusqu'à 10 fois, toutes les 15 secondes. Par exemple, le message peut être composé par le serveur central 132, et transmis au module de communication 136, qui l'envoie au PDA 148 de l'opérateur 150 par l'intermédiaire du réseau 144.
Le serveur central ou le superviseur attend lors d'une étape 218 la réponse de l'opérateur.
Si, au bout du nombre d'avertissements prédéfini, l'opérateur n'a pas consulté son PDA, la tâche est considérée comme refusée par l'opérateur (avec comme motif « non répondu ») à l'étape 220. Dans ce cas la tâche peut soit être réaffectée à un opérateur en particulier, soit remise dans la file d'attente des tâches à confier à des opérateurs, à la même position dans la file d'attente qu'avant le refus.
Si l'opérateur lit le message, il consulte le contenu de la tâche et peut choisir entre refuser et accepter la tâche. Si l'opérateur refuse une tâche, il en indique le motif. Un message de refus est alors émis à l'étape 220. Le serveur de gestion est alors alerté et la tâche est réaffectée à un autre opérateur.
Si en revanche l'opérateur accepte la tâche, celle-ci est placée dans la file d'attente de l'opérateur, à l'étape 222, en fonction de son niveau de priorité et le serveur de gestion mémorise que la tâche est affectée à l'opérateur et modifie son état de « en attente d'affectation » à « en attente de réalisation ».
La phase 214 d'affectation est terminée.
Puis immédiatement après ou au bout d'un certain temps, l'opérateur demande l'autorisation de débuter la réalisation de la tâche.
Débute alors une phase 224 de vérification, d'identifiants, pour déterminer si réellement une tâche correspondant à ce véhicule a été confiée à cet opérateur.
La phase 224 comprend une étape 226 pendant laquelle l'opérateur entre l'identifiant du véhicule concerné par la tâche, par exemple après s'être déplacé jusqu'au véhicule. On notera que l'identifiant, au lieu d'être saisi, peut également être lu à l'aide d'un moyen d'identification (code- barres, puce RFID, etc.) apposé sur le véhicule, le PDA disposant alors d'un lecteur adapté au moyen d'identification.
Ensuite, toujours à l'étape 224, l'identifiant est envoyé au serveur central, par exemple par le PDA 148 au module de communication central 136 par l'intermédiaire du réseau 144.
La phase 226 de vérification d'identifiant comprend ensuite une étape
228 réalisant la vérification selon laquelle l'identifiant du véhicule saisi est bien conforme à l'identifiant du véhicule associé à une des tâches affectée à l'opérateur par comparaison de l'identifiant communiqué avec les identifiants des véhicules mémorisés pour les tâches présentes dans la liste des tâches affectées à l'opérateur.
Si les identifiants sont différents, cela veut dire qu'aucune tâche concernant ce véhicule n'a été affectée à l'opérateur. A l'étape 230, un message de refus est envoyé à l'opérateur en lui indiquant que l'identifiant saisi est incorrect et lui redemandant de saisir un identifiant. Il est possible qu'un certain nombre de mauvais identifiants saisis entraîne l'émission d'un message d'erreur différent et/ou un avertissement vers l'opérateur.
Si les identifiants sont identiques, cela veut dire qu'une tâche concernant ce véhicule lui a bien été affectée.
Dans ce cas, à l'étape 232 vérifie s'il s'agit de la tâche placée en première position dans la liste des tâches associées à cet opérateur.
Si ce n'est pas le cas, la place de la tâche est modifiée et la tâche associée à ce véhicule est mise en première position à l'étape 234 et un message de confirmation et d'avertissement est envoyé à l'opérateur à l'étape 236.
En variante, si l'identifiant du véhicule ne correspond pas à l'identifiant associé à la tâche située en première position dans la file d'attente de l'opérateur, on peut ne pas accepter que cette tâche soit effectuée.
La phase 236 de de vérification d'identifiant est terminée.
Débute alors une phase 238 d'autorisation, permettant de déterminer si l'utilisateur peut débuter la réalisation de la tâche.
Cette phase 238 d'autorisation comprend une étape 240 déterminant la position du véhicule. Par exemple cette position peut être déterminée par le module GPS du véhicule 146, transmise au module de communication de véhicule 142 et au module de communication central 136 au travers du réseau 144. En variante, la position du véhicule peut être mise à jour régulièrement et mémorisée dans les moyens de mémorisation au niveau du site central par exemple les moyens de mémorisation 138. Dans ce cas, la position du véhicule est déterminée par lecture dans les moyens de mémorisation de la dernière position mémorisée.
Une étape 240 détermine la position de l'opérateur à qui est affectée la tâche. Par exemple, cette position peut être déterminée par le PDA 148, transmise au module de communication central 136 sur requête au travers du réseau 144. En variante, la position de l'opérateur peut être mise à jour régulièrement et mémorisée dans les moyens de mémorisation au niveau du site central par exemple les moyens de mémorisation 138. Dans ce cas, la position de l'opérateur est déterminée par lecture dans les moyens de mémorisation de la dernière position mémorisée.
En fonction des positions déterminées, une étape 246 détermine la distance entre le véhicule et l'opérateur et une étape 248 compare cette distance à une distance seuil.
Si la distance calculée est supérieure à la distance seuil, alors un message d'erreur est envoyé à l'opérateur à l'étape 250, avec des données de guidage pour se rendre auprès du véhicule. Le procédé est alors arrêté.
Si la distance calculée est inférieure à la distance seuil, alors on autorise la réalisation de la tâche par l'opérateur 150, sous réserve d'autres vérifications.
La phase 238 d'autorisation de début de tâche est alors terminée.
Débute alors une nouvelle phase 252 de vérification de statut, telle que décrite précédemment.
Cette phase 252 comprend une étape 254 déterminant le statut réel du véhicule. Lors d'une étape 256, le statut réel et comparé au statut théorique de début défini pour la tâche, par exemple par le module de calcul et d'analyse 134.
Si les deux statuts sont différents, cela implique qu'il n'est pas ou plus nécessaire de réaliser cette tâche sur ce véhicule, par exemple parce qu'un utilisateur a réussi à mener l'action qu'il souhaitait sans l'aide de l'opérateur ou parce qu'il y a une anomalie nécessitant l'intervention d'une équipe de maintenance. La tâche est alors supprimée de la liste des tâches de l'opérateur et le procédé est arrêté à l'étape 258.
Lorsque les deux statuts sont différents, on peut questionner l'opérateur sur l'état du véhicule pour avoir une meilleure idée de son état et des actions à éventuellement mener à bien relativement à celui-ci.
Si les deux statuts sont identiques, il s'agit d'une tâche qui est toujours à réaliser sur ce véhicule. Le début de tâche est alors autorisé à l'étape 260, par envoi d'un message à l'opérateur lui déclarant qu'il peut débuter la tâche et modifie l'état de la tâche qui est alors changé de « en attente de réalisation » à « en cours de réalisation » et l'état de l'opérateur passe de « libre » à « occupé ». La phase de vérification de statut 252 pour la tâche est terminée.
On notera que cette phase de vérification de statut peut être réalisée à plusieurs reprises avant l'autorisation de réalisation de la tâche, par exemple pour éviter à l'opérateur de se rendre auprès du véhicule si la tâche n'est plus à réaliser par exemple parce que le statut du véhicule a changé ou si l'utilisateur du véhicule a finalement lui-même réussi à effectuer l'action qu'il souhaitait. Elle peut également être effectuée uniquement lorsque le serveur de gestion est notifié du changement de statut du véhicule.
L'opérateur réalise alors la tâche. Pendant la réalisation de la tâche une phase 262 de vérification de statut peut également être réalisée à une ou plusieurs reprises pour déterminer si la tâche est terminée ou non, l'heure à laquelle la tâche est terminée, ou pour entreprendre d'autres actions.
La phase de vérification de statut 262 comprend une étape 264 déterminant le statut réel du véhicule selon l'une des variantes décrites plus haut.
Lors d'une étape 266, le statut réel est comparé au statut théorique de fin défini pour la tâche, par exemple par le module de calcul et d'analyse 134.
Si les deux statuts sont identiques, cela veut dire que la tâche a été réalisée avec succès. La fin de la tâche est alors déclarée à l'étape 268 et un message de fin de tâche est envoyé à l'opérateur. L'état de la tâche est alors changé de « en cours de réalisation « à « réalisée ». L'état de l'opérateur est changé de « occupé » à « libre ».
Si les deux statuts sont différents, cela implique que la tâche est toujours en cours de réalisation, et la tâche est maintenue et son état est inchangé à l'étape 262 et l'opérateur n'est pas autorisé à commencer une autre tâche.
La phase 262 de vérification est terminée.
La phase 262 de vérification de statut peut être réitérée jusqu'à la déclaration de fin de la tâche ou pendant une durée prédéterminée ou encore après une durée prédéterminée préalablement associée à cette tâche.
Il est possible d'envisager d'autres actions si la fin de la tâche n'est pas déclarée au bout d'une durée prédéterminée, par exemple la création d'une tâche de compte-rendu à réaliser par l'opérateur pour indiquer les raisons pour lesquelles la tâche n'est pas terminée. Bien entendu, d'autres actions peuvent être envisagées.
La FIGURE 3 une représentation schématique sous la forme d'un diagramme d'un deuxième mode de réalisation d'un procédé selon l'invention dans le cas où la tâche est initiée par un opérateur.
Le procédé 300 de la figure 3 comprend une étape 302 de saisie d'un identifiant d'un véhicule et d'envoi vers le serveur central, par un opérateur, de données relatives à une tâche à réaliser constatée par l'opérateur sur le terrain. Ces données sont envoyées dans un message comprenant la définition de la tâche à destination du serveur central. Par exemple, l'opérateur 150 saisit les données sur son PDA 148, en particulier à l'aide d'un formulaire proposant des choix multiples, puis le PDA 148 transmet le message au module de communication central 136 au travers du réseau 144.
Débute alors une phase 304 de vérification du statut du véhicule.
Cette phase 304 comprend une étape 306 déterminant le statut réel du véhicule. Les données de statut sont déterminées selon l'une des variantes décrites plus haut en référence à une phase de vérification de statut.
Lors d'une étape 308, le statut réel et comparé au statut théorique de début défini pour la tâche, par exemple par le module de calcul et d'analyse 134.
Si les deux statuts sont différents, cela implique qu'il n'est pas nécessaire de réaliser cette tâche sur ce véhicule. La tâche est alors supprimée sans être mémorisée et le procédé est arrêté à l'étape 310. Si les deux statuts sont identiques, il s'agit d'une tâche qui peut effectivement être à réaliser sur ce véhicule. La tâche peut donc être créée sous réserve d'autres vérifications.
La phase de vérification de statut 304 pour la tâche est terminée.
Débute alors une phase 312 d'autorisation, permettant de déterminer si l'opérateur se trouve bien à proximité du véhicule et si l'opérateur peut débuter la réalisation de la tâche.
Cette phase 312 d'autorisation comprend une étape 314 déterminant la position du véhicule selon l'une des variantes décrites plus haut, en référence à une phase d'autorisation.
Une étape 316 détermine la position de l'opérateur à qui est affectée la tâche selon l'une des variantes décrites plus haut, en référence à une phase d'autorisation.
En fonction des positions déterminées, une étape 318 détermine la distance entre le véhicule et l'opérateur et une étape 320 compare cette distance à une distance seuil.
Si la distance calculée est supérieure à la distance seuil, alors un message d'erreur est envoyé à l'opérateur à l'étape 322, la tâche déclarée est supprimée et le procédé est alors arrêté.
Sinon, rien ne s'oppose à la création de la tâche à ce stade. La tâche est donc créée et mémorisée dans le serveur central, à l'étape 324.
La phase 312 d'autorisation de début de tâche est alors terminée. Débute alors une phase 326 de validation de la tâche.
La phase de validation 326 comprend une étape 328 pendant laquelle on demande à l'opérateur 150 s'il souhaite faire valider la tâche par un superviseur par envoi d'un message à l'opérateur.
A l'étape 330, le superviseur valide ou non la tâche, par exemple en fonction de sa connaissance de l'état du véhicule et de l'état global du parc de véhicules.
Si le superviseur refuse la tâche l'opérateur en est notifié par un message de refus à l'étape 332 et il se dirige vers le véhicule concerné par sa tâche suivante dans la file d'attente. La tâche est également supprimée à l'étape 332.
Si l'opérateur valide la tâche une déclaration de création de la tâche est réalisée à l'étape 334 et la tâche est placée dans la file d'attente de l'opérateur, à l'étape 334, en première position dans la liste de tâches associée à l'utilisateur ».
L'état de la tâche est modifié en « en cours ».et l'état de l'opérateur est modifié est « occupé ». L'opérateur réalise alors la tâche. Pendant la réalisation de la tâche une phase 338 de vérification de statut peut également être réalisée à une ou plusieurs reprises pour déterminer si la tâche est terminée ou non, l'heure à laquelle la tâche est terminée, ou pour entreprendre d'autres actions.
La phase de vérification de statut 338 comprend une étape 340 déterminant le statut réel du véhicule selon l'une des variantes décrites plus haut.
Lors d'une étape 342, le statut réel est comparé au statut théorique de fin défini pour la tâche, par exemple par le module de calcul et d'analyse 134.
Si les deux statuts sont identiques, cela veut dire que la tâche a été réalisée avec succès. La fin de la tâche est alors déclarée à l'étape 344 et un message de fin de tâche est envoyé à l'opérateur. L'état de la tâche est alors changé de « en cours de réalisation « à « réalisée ». L'état de l'opérateur est changé de « occupé » à « libre ».
Si les deux statuts sont différents, cela implique que la tâche est toujours en cours de réalisation, et la tâche est maintenue et son état est inchangé à l'étape 346.
La phase 338 de vérification est terminée.
La phase 338 de vérification de statut peut être réitérée jusqu'à la déclaration de fin de la tâche ou pendant une durée prédéterminée ou encore après une durée prédéterminée préalablement associée à cette tâche. Il est possible d'envisager d'autres actions si la fin de la tâche n'est pas déclarée au bout d'une durée prédéterminée, par exemple la création d'une tâche de compte-rendu à réaliser par l'opérateur pour indiquer les raisons pour lesquelles la tâche n'est pas terminée. Bien entendu, d'autres actions peuvent être envisagées.
On va maintenant décrire la séquence relatives à différentes tâches qui peuvent être affectées à et réalisées par l'opérateur. 1/ Restitution d'un véhicule à un opérateur ou prise en charge d'un véhicule abandonné.
Étape Description
1 L'opérateur indique l'identifiant du véhicule qu'il souhaite prendre en charge.
2 Le serveur vérifie que le véhicule demandé correspond à celui désigné dans la tâche en cours.
3 • En cas d'erreur l'opérateur revient à l'étape 1.
4 Le serveur vérifie que le véhicule déclaré par l'opérateur est bien en cours de location (statut de départ pour ce type de tâche).
5 • En cas d'erreur l'opérateur revient à l'étape 1.
6 Vérification de position opérateur / véhicule.
7 En cas d'erreur de position :
8 • l'opérateur revient à l'étape 1.
9 Le statut de l'opérateur passe à "occupé".
10 Le statut de la tâche passe à "en cours de réalisation".
11 La location est terminée pour le véhicule (inscription dans le serveur central de l'heure de fin de location).
12 Le statut du véhicule passe à "pris en charge par un voiturier".
13 Affectation du véhicule à l'opérateur i.e. envoi au véhicule par le serveur central de l'identifiant de l'opérateur pour permettre à ce dernier de gérer le véhicule.
14 En l'absence d'erreur, envoi d'un message par le serveur à l'opérateur pour lui indiquer qu'il peut prendre le véhicule.
15 On gare le véhicule sur une place de stationnement disponible, dont la borne de
chargement affiche une lumière verte.
16 L'opérateur ouvre la trappe de chargement du véhicule.
17 L'opérateur badge sur la borne de chargement.
18 La borne de location à laquelle est reliée la borne de chargement demande au serveur si ce badge est bien autorisé à déverrouiller la trappe de la borne de chargement.
19 Le serveur indique que le badge de l'opérateur est autorisé à déverrouiller la trappe.
20 L'opérateur ouvre la trappe de la borne de chargement.
21 L'opérateur déroule le câble de charge depuis la borne de chargement jusqu'à la trappe de charge du véhicule. Il branche le câble dans la prise du véhicule. Étape Description
22 L'opérateur ferme la trappe de charge du véhicule.
23 L'opérateur ferme la trappe de charge de la borne de chargement.
24 La borne de location remonte au serveur l'état "en charge" de la borne de chargement.
Si le niveau de charge du véhicule est supérieur ou égal à un seuil fixé, le statut du véhicule passe à "disponible. Si le niveau de charge du véhicule est inférieur au seuil fixé, le statut du véhicule passe à "indisponible et le statut du véhicule est également remonté au serveur.
25 L'opérateur verrouille le véhicule.
26 Le PDA de l'opérateur l'informe de la bonne fin de la tâche par un message (tâche déclarée finie par comparaison du statut du véhicule et du statut attendu).
27 Après acquittement du message, le statut de la tâche passe à « terminé » et celui de l'opérateur passe à "libre".
2/ Rééquilibraqe ou déplacement d'un véhicule.
Étape Description
1 L'opérateur indique dans l'application l'identifiant du véhicule qu'il souhaite prendre en charge.
2 Le serveur, vérifie que le véhicule demandé correspond à celui désigné dans la tâche en cours.
3 • En cas d'erreur l'opérateur revient à l'étape 1.
4 Le serveur vérifie que le véhicule déclaré par l'opérateur est bien au statut "Disponible" (statut de départ pour ce type de tâche).
5 • En cas d'erreur l'opérateur revient à l'étape 1.
6 Vérification de position opérateur / véhicule
7 • En cas d'erreur l'opérateur revient à l'étape 1.
8 Affectation du véhicule à l'opérateur et prise en charge du véhicule par l'opérateur.
9 Le statut de l'opérateur passe à "occupé".
10 Le statut de la tâche passe à "en cours de réalisation".
11 Le statut du véhicule passe à "pris en charge par un voiturier".
12 En l'absence d'erreur, envoi d'un message par le serveur à l'opérateur pour lui indiquer qu'il peut prendre le véhicule:
13 L'opérateur badge sur le véhicule.
14 Le véhicule est déverrouillé.
15 L'écran du PC embarqué affiche un message intrusif, sur la totalité de l'écran, et impossible à acquitter par le conducteur, rappelant la nécessité de bien ranger le câble dans la borne.
16 L'opérateur badge sur la borne de chargement.
17 La borne de location à laquelle est reliée la borne de chargement demande au serveur, si ce badge est bien autorisé à déverrouiller la trappe de la borne de chargement.
18 Le serveur, indique que le badge de l'opérateur est autorisé à déverrouiller la trappe.
19 L'opérateur ouvre la trappe de la borne de chargement.
20 L'opérateur ouvre la trappe de charge du véhicule.
21 L'opérateur débranche le câble de charge de la prise du véhicule. Étape Description
22 L'opérateur ferme la trappe de charge du véhicule.
23 L'opérateur accompagne le réenroulement du câble de charge dans la borne de chargement.
24 L'opérateur verrouille la trappe de la borne de rechargement.
25 La borne de location remonte au serveur l'état "verrouillé" de la trappe de la borne de chargement.
26 Le serveur acquitte le message intrusif du PC embarqué. Celui-ci le fait disparaître de l'écran et les fonctions normales du PC embarqué sont accessibles.
27 L'opérateur programme sa destination sur le système de navigation du véhicule.
28 L'opérateur conduit le véhicule à sa destination en suivant les indications du système de navigation.
29 Si le PDA de l'opérateur émet un signal sonore et vibrant de modification de tâche (modification due à un changement externe dans la configuration de l'arrangement des véhicules dans les stations) :
30 • L'opérateur arrête le véhicule.
31 • L'opérateur acquitte la modification de tâche.
32 • Si la destination a été modifiée, l'opérateur programme la nouvelle destination sur le système de navigation du véhicule.
33 • L'opérateur se dirige vers sa nouvelle destination.
34 L'opérateur gare le véhicule sur la place de stationnement disponible la plus proche de la borne de location.
35 Procédure de branchement de véhicule (détaillée plus haut).
36 La borne de location remonte au serveur l'état "en charge" de la borne de chargement. Si le niveau de charge du véhicule est supérieur ou égal au seuil fixé par la DSP, le statut du véhicule passe à "disponible. Si le niveau de charge du véhicule est inférieur au seuil fixé par la DSP, le statut du véhicule passe à "indisponible et le statut du véhicule est également remonté au serveur.
37 L'opérateur verrouille le véhicule.
38 Le PDA de l'opérateur l'informe de la bonne fin de la tâche par un message (tâche déclarée finie par comparaison du statut du véhicule et du statut attendu).
39 Après acquittement du message, le statut de la tâche passe à « terminé » et celui de l'opérateur passe à "libre".
Concernant la tâche de dépose du véhicule dans le centre de maintenance et d'entretien, le procédé est le même que celui décrit pour le rééquilibrage du véhicule, excepté concernant le statut de fin. Lorsqu'il s'agit d'une tâche de reprise du véhicule après maintenance, le procédé est sensiblement le même excepté que le statut du véhicule au début de la tâche doit être « en entretien »). On notera que, dans ce cas, la procédure de débranchement est également optionnelle. Bien entendu l'invention n'est pas limitée aux exemples qui viennent d'être décrits. On notera que le procédé peut comprendre de nombreuses variantes. A titre d'exemple, on peut noter que :
- Il est possible que d'autres types de tâches que celles indiquées soient affectées à l'opérateur,
- Certaines vérifications (notamment, vérification du statut) sont optionnelles. On notera également que l'ordre dans lequel sont effectuées les vérifications est susceptible de varier,
- Un procédé selon l'invention peut permettre de créer des tâches seulement par l'opérateur ou par le superviseur,
- Etc.

Claims

REVENDICATIONS
1. Procédé (200, 300) d'affectation à un opérateur ( 150) d'une tâche à réaliser sur un véhicule ( 140) parmi une pluralité de véhicules ( 140) proposés à la location, notamment dans le cadre d'une location automatisée de véhicules, ledit procédé comprenant une phase (238, 312), dite d'autorisation, comprenant les étapes suivantes :
- détermination (240, 314) de la position du véhicule ( 140), dit cible, sur lequel la tâche est à réaliser, par des moyens de géolocalisation disposés au niveau dudit véhicule cible,
- détermination (242, 316) de la position d'au moins un opérateur, par des moyens de géolocalisation porté par ledit au moins un opérateur
- calcul (244, 318) de la distance entre ledit opérateur ( 150) et ledit véhicule cible ( 140), et
- autorisation ou non (250 ; 322, 324), par un serveur de gestion, dit central, disposé à distance du véhicule cible et de l'opérateur d'une opération relative à ladite tâche par ledit opérateur ( 150) sur ledit véhicule ( 140) cible en fonction de ladite distance calculée et d'une distance seuil prédéterminée, une autorisation étant accordée lorsque la distance calculée est inférieure à la distance de seuil .
2. Procédé (200) selon la revendication 1, caractérisé en ce qu'il comprend en outre une étape (250) de guidage de l'opérateur vers la position du véhicule cible lorsque la distance mesurée et supérieure à la distance seuil .
3. Procédé (200, 300) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre une mise à jour à une fréquence donnée de la position du véhicule cible ( 140) et de la position de l'opérateur ( 150), lesdites positions étant mémorisées dans une base de données ( 138) .
4. Procédé (200) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend, avant la phase (238) d'autorisation, une phase (214), dite d'affectation, d'une tâche à un opérateur (150), initiée par un superviseur ou un serveur central (132), notamment suite à la réception d'une requête de la part du véhicule cible (140).
5. Procédé selon la revendication 4, caractérisé en ce que la phase d'affectation (214) comprend :
- une étape (216) d'émission, depuis un serveur de gestion vers l'opérateur, de données relatives à ladite tâche à réaliser, et
- une étape (218) d'émission d'une requête d'acceptation ou de refus de ladite tâche par l'opérateur (150) vers le serveur de gestion (132).
6. Procédé (300) selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comprend une déclaration (302) d'une tâche par ledit opérateur, ladite déclaration comprenant une déclaration d'un identifiant d'un véhicule cible et éventuellement de données relatives à ladite tâche.
7. Procédé (300) selon la revendication 6, caractérisé en ce qu'il comprend en outre une phase (326) de validation de la tâche déclarée par l'opérateur par un superviseur, auquel est envoyée la déclaration.
8. Procédé (300) selon la revendication 7, caractérisé en ce que la phase d'autorisation (312) est mise en œuvre avant la phase (326) de validation pour autoriser la création de la tâche.
9. Procédé (200) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre une phase (224) de vérification, dit d'identifiant, comprenant les étapes suivantes :
- renseignement (226) par l'opérateur d'un identifiant d'un véhicule (140) sur lequel il souhaite réaliser une tâche, et
- comparaison (228) de l'identifiant du véhicule (140) à au moins un identifiant d'un véhicule (140) cible associé à une tâche préalablement attribuée à l'opérateur (150) et autorisation ou non d'une opération relative à ladite tâche par ledit opérateur (150) sur ledit véhicule (140) en fonction du résultat de la comparaison.
10. Procédé (200, 300) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre une phase (204, 252, 262, 304) de vérification, dite de statut, comprenant une comparaison (208, 256, 266, 308) d'un statut d'un véhicule (140) cible dont l'identifiant à préalablement été renseigné avec un statut de véhicule, dit théorique, préalablement associé à ladite tâche, et une autorisation ou non d'une opération relative à ladite tâche par ledit opérateur (150) sur ledit véhicule (140) cible en fonction du résultat de la comparaison.
11. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que, lorsque la tâche à effectuer correspond à une tâche appartenant à une catégorie prédéterminée et que la réalisation de la tâche est autorisée, le procédé comprend en outre une étape d'émission d'un identifiant de l'opérateur au véhicule cible associé à la tâche pour indiquer que ledit opérateur est autorisé à prendre ce véhicule.
12. Procédé (200, 300) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une tâche peut comprendre au moins l'une des actions suivantes :
- restitution d'un véhicule par un utilisateur à un opérateur,
- prise en charge d'un véhicule abandonné ou en infraction,
- prise en charge d'un véhicule en réparation,
- rééquilibrage ou dépose d'un véhicule à une station de réparation,
- assistance d'un utilisateur à la prise du véhicule ou à la restitution d'un véhicule.
13. Système d'affectation à un opérateur (150) d'une tâche à réaliser sur un véhicule (140) parmi une pluralité de véhicules (140) proposés à la location, notamment dans le cadre d'une location automatisée de véhicules (140), ledit système comprenant : - des moyens (146, 148) de géolocalisation aptes à :
■ déterminer la position du véhicule (140), dit cible, sur lequel la tâche est à réaliser,
■ déterminer la position d'au moins un opérateur (150) ; et
- des moyens (132, 134, 136, 138) informatiques, disposés au niveau d'un serveur de gestion, dit central, disposé à distance du véhicule cible et de l'opérateur aptes à :
■ calculer la distance entre ledit opérateur (150) et ledit véhicule (140) cible, et
■ délivrer une donnée d'autorisation ou de refus d'une opération relative à ladite tâche par ledit opérateur (150) sur ledit véhicule (140) cible en fonction de ladite distance calculée et d'une distance seuil prédéterminée.
14. Système selon la revendication 13, caractérisé en ce qu'il comprend en outre des moyens de communication (136, 142, 148) aptes à :
- échanger des données avec le véhicule (140) cible en vue de :
■ recevoir dudit véhicule (140) une requête d'intervention de la part du véhicule (140) cible, et/ou ■ envoyer vers ledit véhicule (140) une donnée d'identification d'un opérateur,
- échanger des données avec l'opérateur (150) en vue de :
■ recevoir de la part dudit opérateur (150) une acceptation ou un refus d'une tâche à effectuer,
■ envoyer vers ledit opérateur (150) une tâche à effectuer et/ou des informations de guidage.
15. Installation (100) de location automatisée de véhicules sur plusieurs sites de location (104), chaque site de location (104) comprenant au moins un emplacement de stationnement (118-122), ladite installation :
- comprenant un système selon l'une quelconque des revendications 13 ou 14, ou
- des moyens pour mettre en œuvre les étapes du procédé selon l'une quelconque des revendications 1 à 12.
EP12790588.3A 2011-09-30 2012-09-27 Procédé et système d'affectation d'une tâche à réaliser à un opérateur sur un véhicule proposé à la location, et installation de location automatisée de véhicules mettant en uvre un tel procédé et système Ceased EP2761546A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1158791A FR2980884A1 (fr) 2011-09-30 2011-09-30 Procede et systeme d'affectation d'une tache a realiser a un operateur sur un vehicule propose a la location, et installation de location automatisee de vehicules mettant en oeuvre un tel procede et systeme.
PCT/FR2012/052176 WO2013045837A1 (fr) 2011-09-30 2012-09-27 Procédé et système d'affectation d'une tâche à réaliser à un opérateur sur un véhicule proposé à la location, et installation de location automatisée de véhicules mettant en œuvre un tel procédé et système

Publications (1)

Publication Number Publication Date
EP2761546A1 true EP2761546A1 (fr) 2014-08-06

Family

ID=47221449

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12790588.3A Ceased EP2761546A1 (fr) 2011-09-30 2012-09-27 Procédé et système d'affectation d'une tâche à réaliser à un opérateur sur un véhicule proposé à la location, et installation de location automatisée de véhicules mettant en uvre un tel procédé et système

Country Status (4)

Country Link
EP (1) EP2761546A1 (fr)
FR (1) FR2980884A1 (fr)
HK (1) HK1200570A1 (fr)
WO (1) WO2013045837A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104300881A (zh) * 2014-10-16 2015-01-21 江志斌 基于太阳能的高速公路供电装置、系统及方法
CN112714449B (zh) * 2020-12-30 2022-05-31 杭州电力设备制造有限公司 一种防工器具遗失的定位基站布局优化方法、装置及设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040003230A1 (en) * 2002-06-28 2004-01-01 Puhl Larry C. Method and system for vehicle authentication of a service technician

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0949122A3 (fr) * 1998-04-09 2000-09-20 Mannesmann VDO Aktiengesellschaft Installation de diagnostique et procédé prévus pour une voiture dans le but de limiter les réparations
US6677854B2 (en) * 2001-10-05 2004-01-13 Case, Llc Remote vehicle diagnostic system
EP1477369A1 (fr) * 2003-05-16 2004-11-17 Fritz Mahncke Procédé de réparation de véhicule

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040003230A1 (en) * 2002-06-28 2004-01-01 Puhl Larry C. Method and system for vehicle authentication of a service technician

Also Published As

Publication number Publication date
FR2980884A1 (fr) 2013-04-05
HK1200570A1 (en) 2015-08-07
WO2013045837A1 (fr) 2013-04-04

Similar Documents

Publication Publication Date Title
US11981218B2 (en) Mobile apparatus and energy system
WO2013045835A1 (fr) Procede et systeme de reservation a distance d'un emplacement de stationnement, et installation de location automatisee de vehicules
JP6619868B2 (ja) 電動車両共有のための装置、方法および物品
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
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
CN106104625A (zh) 共用车辆管理装置以及程序
EP2727096B1 (fr) Procede et systeme de surveillance d'un vehicule propose a la location
WO2020060958A1 (fr) Gestion de véhicules sur une infrastructure publique
WO2013045829A1 (fr) Procede et systeme de gestion de taches a realiser sur un vehicule propose a la location, et installation de location automatisee de vehicules mettant en oeuvre de tels procede et systeme
WO2013045837A1 (fr) Procédé et système d'affectation d'une tâche à réaliser à un opérateur sur un véhicule proposé à la location, et installation de location automatisée de véhicules mettant en œuvre un tel procédé et système
EP3472794B1 (fr) System de mise a disposition de véhicules partages amarres a des stations, et dispositifs associes
EP2786324A1 (fr) Procédé et systeme d'affectation d'une tache a réaliser a un opérateur parmi une pluralité d'opérateurs, et installation de location automatisée de véhicules mettant en oeuvre un tel procédé et system
EP2761542A1 (fr) Procede et systeme de gestion de vehicules proposes a la location
WO2013045842A1 (fr) Procédé et system de sécurisation d'un véhicule proposé a la location, et installation de location de véhicules mettant en oeuvre un tel system ou un tel procédé
EP3256996A1 (fr) Procede de reservation d'un trajet
JP2002092207A (ja) 点検・整備管理方法及びそのシステム
FR3063375A1 (fr) Dispositif et procede integre multifonctions pour la mobilite en vehicule
OA18932A (en) Système de mise à disposition de véhicules partagés amarrés à des stations et dispositifs associés
WO2016128295A1 (fr) Gestion de reservations de vehicules et/ou d'emplacements de stationnement avec delai de carence
EP3039625A1 (fr) Procede, dispositif et installation pour la validation d'un titre dematerialise
WO2013001257A1 (fr) Procede, systeme et installation de detection d'une utilisation frauduleuse d'un vehicule

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20140327

AK Designated contracting states

Kind code of ref document: A1

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

DAX Request for extension of the european patent (deleted)
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1200570

Country of ref document: HK

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20170313

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20171211

REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1200570

Country of ref document: HK