EP2761545A1 - 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 - Google Patents
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 systemeInfo
- Publication number
- EP2761545A1 EP2761545A1 EP12790580.0A EP12790580A EP2761545A1 EP 2761545 A1 EP2761545 A1 EP 2761545A1 EP 12790580 A EP12790580 A EP 12790580A EP 2761545 A1 EP2761545 A1 EP 2761545A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- task
- vehicle
- status
- operator
- theoretical
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 73
- 238000009434 installation Methods 0.000 title claims description 9
- 238000012795 verification Methods 0.000 claims abstract description 37
- 230000009471 action Effects 0.000 claims abstract description 18
- 238000012986 modification Methods 0.000 claims abstract description 8
- 230000004048 modification Effects 0.000 claims abstract description 8
- 238000004891 communication Methods 0.000 claims description 33
- 238000007726 management method Methods 0.000 claims description 21
- 238000013475 authorization Methods 0.000 claims description 16
- 230000008569 process Effects 0.000 claims description 13
- 238000004458 analytical method Methods 0.000 claims description 12
- 238000004364 calculation method Methods 0.000 claims description 11
- 230000008439 repair process Effects 0.000 claims description 6
- 230000006870 function Effects 0.000 claims description 4
- 230000001143 conditioned effect Effects 0.000 claims description 2
- 238000012423 maintenance Methods 0.000 description 9
- 238000003860 storage Methods 0.000 description 8
- 230000008859 change Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000010200 validation analysis Methods 0.000 description 3
- 238000005054 agglomeration Methods 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000005303 weighing Methods 0.000 description 1
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
- 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/006—Indicating maintenance
Definitions
- 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.
- Some sites 104 also include a subscription terminal 108 for registering a new subscriber.
- phase 214 assignment of the task to an operator in the field for the accomplishment of his task.
- 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.
- 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.
- 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 ". The status of the job is changed to "in progress” and the operator status is changed to "busy”.
- the server indicates that the operator's badge is authorized to unlock the hatch.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Tourism & Hospitality (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Quality & Reliability (AREA)
- Educational Administration (AREA)
- Game Theory and Decision Science (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Traffic Control Systems (AREA)
Abstract
L'invention concerne un procédé (200) de gestion de tâches à 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 étape (202) d'association d'une tâche à un identifiant d'un véhicule, dit cible, visé par ladite tâche, ladite tâche comprenant : une indication d'une action à réaliser sur ledit véhicule cible, et au moins un statut théorique dudit véhicule cible; ledit procédé (200,300) comprenant au moins une itération d'une phase (204,252,262), dite de vérification de statut, comprenant étapes suivantes : détermination (206,254,264) d'au moins un statut réel dudit véhicule cible, comparaison (208,256,266) dudit au moins un statut réel audit au moins un statut théorique, modification (210,258,268) ou non de ladite tâche en fonction de la dite comparaison. L'invention concerne également un 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 de gestion de tâches à réaliser sur un véhicule proposé à la location, et installation de location automatisée de véhicules mettant en œuvre de tels procédé et système » La présente invention concerne un procédé de gestion de tâches à réaliser 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 exemples 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. Il est également nécessaire de distinguer les fausses alertes des alertes justifiées nécessitant réellement une intervention sur un véhicule, en vue d'éviter des interventions inutiles.
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 efficace, 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 consommateur 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é de gestion de tâches à 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 étape d'association d'une tâche à un identifiant d'un véhicule, dit cible, visé par ladite tâche, ladite tâche comprenant :
- une indication d'une action à réaliser sur ledit véhicule cible, et
- au moins un statut théorique dudit véhicule cible ;
ledit procédé comprenant au moins une itération d'une phase, dite de vérification de statut, comprenant les étapes suivantes constituant:
- détermination d'au moins un statut réel dudit véhicule cible,
- comparaison dudit au moins un statut réel audit au moins un statut théorique,
- modification ou non de ladite tâche en fonction du résultat de la dite comparaison.
Ainsi, le procédé selon l'invention permet à la fois d'éviter la création de tâches inutiles, de vérifier que les tâches sont effectuées correctement par les opérateurs mais aussi de modifier les tâches en cours, pour éviter un déplacement inutile d'un opérateur pour une tâche qui ne serait plus d'actualité. Elle permet donc une gestion à distance efficace et ainsi, une optimisation des opérations de maintenance.
De cette manière le procédé selon l'invention permet de réaliser une gestion des tâches moins coûteuse et moins consommatrice en temps que les procédés et systèmes actuels. Par « statut théorique » associé à une tâche on entend le statut et/ou l'état et/ou la ou les conditions qu'un véhicule ou au moins un organe du véhicule doit présenter lors de la création/modification/suppression de cette tâche.
Par « statut réel » on entend le statut et/ou l'état et/ou la ou les conditions d'un véhicule ou au moins un organe d'un véhicule réellement déterminé par mesure d'au moins un paramètre relatif au véhicule ou à au moins un organe du véhicule.
L'étape de vérification est de préférence effectuée par un serveur de gestion, dit central, distant des opérateurs et des véhicules.
Dans une version avantageuse du procédé selon l'invention, chaque tâche peut appartenir à une catégorie de tâches, préalablement définie,
chaque catégorie de tâches comprenant au moins une tâche, ledit au moins un statut théorique étant définie pour ladite catégorie de tâches.
Ainsi, pour chaque tâche appartenant à une même catégorie de tâches au moins un statut théorique est identique.
Avantageusement, chaque tâche peut comprendre :
- au moins un statut théorique, dit de départ, relatif au statut que doit avoir le véhicule avant la réalisation de la tâche, et/ou
- au moins un statut théorique, dit de fin, relatif au statut que le véhicule doit avoir après la réalisation de la tâche
De plus, une tâche peut comprendre plusieurs statuts théoriques possibles comme statuts de départ ou comme statuts de fin.
Par ailleurs, au moins un état peut être associé à chaque tâche, cet état étant relatif à la réalisation de la tâche. Par exemple, à chaque tâche peut être associé un état pouvant prendre les valeurs suivantes :
- « en attente d'affectation » précisant que la tâche n'est pas encore affectée à un opérateur en vue de sa réalisation ;
- « en attente de réalisation » précisant que la tâche a bien été affectée à un opérateur mais que sa réalisation n'a pas encore commencé ;
- « en cours de réalisation » précisant que la tâche est en train d'être réalisée par un opérateur ; et
- « réalisée » que la tâche a été réalisée par un opérateur et que la fin de la tâche a été déclarée.
Selon l'invention, au moins une phase de vérification de statut peut être réalisée lors de la création de la tâche, ladite phase de vérification comprenant :
- une détermination d'un statut réel dudit véhicule cible,
- une comparaison dudit au moins un statut réel à au moins un statut théorique de départ ;
ladite tâche étant :
- supprimée si ledit statut réel est différent dudit statut théorique de départ, celle-ci n'ayant pas de raison d'être, ou
- éventuellement, enregistrée si ledit statut réel est identique audit statut théorique de départ, en vue de l'attribution à un opérateur : la tâche à peine créée est alors enregistrée de façon définitive, par exemple dans un serveur central. Dans ce cas, la tâche pourrait également être non modifiée (notamment si elle a déjà été enregistrée) et maintenue
Cette comparaison peut notamment être effectuée lorsque la création de la tâche est demandée par un opérateur et non commandée par un superviseur ou un serveur.
Ainsi, le procédé selon l'invention permet d'éliminer une tâche dès sa création lorsque cette tâche n'est pas nécessaire par exemple parce qu'elle résulte d'une fausse alerte.
Par ailleurs, le procédé selon l'invention peut en outre comprendre au moins une phase de vérification de statut après la création de la tâche et avant ou après affectation à un opérateur, ladite phase de vérification comprenant :
- une détermination d'un statut réel dudit véhicule cible,
- une comparaison dudit au moins un statut réel à au moins un statut théorique de départ ;
ladite tâche étant :
- supprimée si ledit statut réel est différent dudit statut théorique de départ, celle-ci n'ayant pas de raison d'être.
On peut également effectuer des vérifications supplémentaires (par exemple, vérifier si le statut réel est égal au statut théorique de fin, à un autre statut théorique particulier, etc.) pour décider quel type d'action effectuer. En fonction de la catégorie (ou type) de la tâche, le serveur peut effectuer automatiquement des étapes de vérification spécifiques.
Il est également envisageable, notamment en fonction du résultat des vérifications supplémentaires, de suspendre la tâche et de créer une nouvelle tâche de demande de compte-rendu sur l'état
du véhicule par l'opérateur afin notamment de déterminer s'il y a un problème sur le véhicule, ou
- non modifiée et maintenue si ledit statut réel est identique audit statut théorique de départ, en vue de l'attribution à un opérateur.
Cette vérification peut être effectuée périodiquement ou, avantageusement, lorsque l'on reçoit du véhicule une notification de changement de statut.
Ainsi, le procédé selon l'invention permet de réaliser une ou plusieurs phases de vérification avant d'attribuer la tâche à un opérateur, en vue d'éviter un déplacement inutile de l'opérateur auprès du véhicule lorsque la tâche n'est plus justifiée, par exemple parce que l'utilisateur du véhicule a réussi à régler le problème à l'origine de la déclaration de la tâche sans l'aide de l'opérateur.
Le procédé selon l'invention peut avantageusement comprendre en outre au moins une phase de vérification de statut, pendant la réalisation de la tâche par un opérateur, ladite phase de vérification comprenant :
- une détermination d'un statut réel dudit véhicule cible, - une comparaison dudit au moins un statut réel à au moins un statut théorique de fin,
ladite tâche étant :
- terminée et supprimée, si ledit statut réel est identique dudit statut théorique de fin, et
- non modifiée et maintenue dans le cas contraire.
Cette phase de vérification peut être réalisée après réception d'un message de fin de tâche par l'opérateur déclarant que la tâche qu'il est en train de réaliser est terminée.
Cette phase de vérification peut également être réalisée à intervalle régulier, ou un temps prédéterminé après le début de la réalisation de la tâche, ce temps prédéterminé étant calculé en fonction de la tâche à réaliser. Cette phase de vérification peut être effectuée lorsque l'on reçoit du véhicule une notification de changement de statut.
Généralement, lorsqu'une modification d'une tâche est effectuée, après affectation d'une tâche à un opérateur, un message est envoyé à l'opérateur à qui la tâche est affectée.
Un message est également envoyé à l'opérateur lorsque la phase de vérification est déclenchée par une action de l'opérateur (envoi d'un message d'acquittement de la tâche ou d'une déclaration de création de la tâche par exemple).
A au moins une tâche peut en outre être associée au moins un autre paramètre, la phase de vérification comprenant une comparaison d'une valeur théorique de ce paramètre à la valeur réelle dudit paramètre pour le véhicule cible, la modification de la tâche étant conditionnée par l'issue de ladite comparaison.
Un tel paramètre peut être un paramètre de position théorique, par exemple une position théorique de départ et/ou position théorique d'arrivée du véhicule, que l'on compare avec la position réelle du véhicule, un paramètre relatif à l'utilisateur du véhicule, etc..
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 de début pour cette catégorie doit être « en cours de location », et le statut de fin « disponible » ou « indisponible »
- prise en charge d'un véhicule abandonné ou en infraction, le statut de début pour cette catégorie doit être « en cours de location », et le statut de fin « disponible » ou « indisponible »
- prise en charge d'un véhicule en réparation, le statut de début pour cette catégorie doit être « en réparation », et le statut de fin « disponible » ou « indisponible »
- rééquilibrage ou dépose d'un véhicule à une station de réparation, le statut de début pour cette catégorie doit être « disponible », et le statut de fin « disponible » ou « indisponible » dans le cas d'un rééquilibrage et « en réparation » dans le cas d'une dépose à une station de réparation,
- assistance du client à la prise du véhicule, le statut de début pour cette catégorie doit être «disponible » et le statut de fin « en cours de location », ou à la restitution d'un véhicule, le statut de début pour cette catégorie doit être « en cours de location » et le statut de fin « disponible » ou « indisponible ».
Cette liste n'est pas exhaustive et d'autres tâches pourraient également être prévues.
Selon l'invention, une tâche peut être déclarée :
- par un utilisateur du véhicule, soit par appel d'un superviseur, soit par envoi d'un message par exemple au travers d'une interface utilisateur du véhicule ou un appareil de télécommunication,
- par un opérateur, suite à un constat sur le terrain, ou
- par un serveur, dit de gestion, et/ou par un superviseur, se trouvant sur un site, dit central, distant dudit véhicule suite à une alerte émise par le véhicule.
Dans le cas où les tâches seraient émises par un opérateur ou un utilisateur, elles doivent de préférence faire l'objet d'une étape de validation par un superviseur.
Avantageusement, le procédé selon l'invention peut comprendre, notamment après au moins une itération d'une phase de vérification de statut, une phase d'affectation de la tâche à un opérateur, ladite phase d'affectation comprenant les étapes suivantes :
- une étape d'émission, depuis un serveur de gestion à l'opérateur, par exemple sur un appareil de ce dernier, de données relatives à ladite tâche à réaliser par exemple sous la forme d'un message, ledit message comprenant la tâche à réaliser par l'opérateur et des informations liées à celle-ci : catégorie de tâche, identifiant du véhicule, etc. ;
- une étape d'émission d'une requête d'acceptation ou de refus de ladite tâche par l'opérateur vers le serveur de gestion ou le superviseur.
Lorsque l'opérateur accepte la tâche à effectuer, le procédé peut également comprendre une étape de placement de ladite tâche dans une liste, dite file d'attente, de tâches à réaliser par ledit opérateur et associée audit opérateur par un identifiant dudit opérateur, ladite liste comprenant pour chaque tâche affectée un identifiant du véhicule cible.
Le procédé selon l'invention peut en outre comprendre, une phase, dite d'autorisation de début de tâche, réalisée notamment après une phase de vérification de statut et éventuellement après une phase de d'affectation, ladite phase 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'opération relative à la tâche peut être une réalisation de la tâche
(lorsque cette étape est effectuée suite à l'étape d'affectation) ou une création de la tâche (lorsque cette étape est effectuée lors de l'étape de création).
Les différentes positions peuvent être déterminées par une balise GPS disposée au niveau du véhicule, et par une balise GPS disposée dans un appareil de communication portable de l'opérateur, par exemple de type
Smartphone ou PDA.
De cette façon, le procédé selon l'invention permet d'éviter les erreurs de saisie de l'opérateur en lui indiquant que le véhicule sur lequel il croit intervenir 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 d'effectuer une surveillance plus précise du travail de chaque opérateur et aussi de fait de mieux définir les besoins relatifs à la maintenance.
Le procédé selon l'invention peut en effet comprendre en outre une analyse statistique du temps de traitement des tâches en vue d'évaluer au mieux les besoins des utilisateurs et/ou les aptitudes des opérateurs. Le procédé peut également comprendre une phase de vérification, dite d'identifiant, comprenant les étapes 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 cible associé à une tâche préalablement attribuée à l'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 est notamment réalisée suite à l'affectation de la tâche à l'opérateur et avant le début de la tâche. Cette étape précède notamment la phase de vérification.
Selon un autre aspect de l'invention il est proposé un système de gestion de tâches à 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 mémorisation d'une tâche en association avec un identifiant d'un véhicule, dit cible, visé par ladite tâche, ladite tâche comprenant :
- une indication d'une action à réaliser sur ledit véhicule cible, et
- au moins un statut théorique dudit véhicule cible ;
- des moyens de détermination d'au moins un statut réel dudit véhicule cible,
- des moyens de comparaison dudit au moins un statut réel audit au moins un statut théorique,
- des moyens de modification ou non de ladite tâche en fonction de la dite comparaison.
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,
- échanger des données avec l'opérateur en vue de :
■ recevoir de la part dudit opérateur une acceptation ou un refus d'une tâche à effectuer,
■ envoyer vers ledit opérateur une tâche à effectuer et/ou d'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.
Le système selon l'invention peut en outre comprendre des moyens de géolocalisation agencés pour :
- déterminer la position d'un véhicule cible,
- déterminer la position d'un opérateur.
Les moyens de géolocalisation peuvent comprendre une balise GPS disposée dans le véhicule, et une balise GPS portée par l'opérateur, par exemple un PDA intégrant une balise GPS.
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 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ée à 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 les 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 leur 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 calcule 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ées 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 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 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 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
É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.
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
Étape Description
l'opérateur passe à "libre".
2/ Rééquilibrage 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.
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.
Étape Description
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
1. Procédé (200,300) de gestion de tâches à 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 étape (202,302) d'association d'une tâche à un identifiant d'un véhicule ( 140), dit cible, visé par ladite tâche, ladite tâche comprenant :
- une indication d'une action à réaliser sur ledit véhicule ( 140) cible, et
- au moins un statut théorique dudit véhicule cible ( 140) ;
ledit procédé (200,300) comprenant au moins une itération d'une phase (204,252,262,304,338), dite de vérification de statut, comprenant les étapes suivantes :
- détermination (206,254,264,306,340) d'au moins un statut réel dudit véhicule cible par un module de calcul et d'analyse disposé au niveau dudit véhicule cible ,
- comparaison (208,256,266,308,342) dudit au moins un statut réel audit au moins un statut théorique par un serveur, dit central, distant dudit véhicule cible, et
- modification (210,258,268,310,344) ou non, par ledit serveur central, de ladite tâche en fonction du résultat de la dite comparaison .
2. Procédé (200,300) selon la revendication 1, caractérisé en ce que chaque tâche appartient à une catégorie de tâches, chaque catégorie de tâches comprenant au moins une tâche, ledit au moins un statut théorique étant défini pour ladite catégorie de tâches.
3. Procédé (200,300) selon l'une quelconque des revendications précédentes, caractérisé en ce que chaque tâche comprend :
- au moins un statut théorique, dit de départ, relatif au statut que doit avoir le véhicule ( 140) avant la réalisation de la tâche, et/ou - au moins un statut théorique, dit de fin, relatif au statut que le véhicule (140) doit avoir après la réalisation de la tâche.
4. Procédé selon la revendication 3, caractérisé en ce qu'il comprend au moins une phase de vérification (204,304) lors de la création de la tâche, ladite phase de vérification (204,304) comprenant :
- une détermination (206,306) d'un statut réel dudit véhicule (140) cible,
- une comparaison (208,308) dudit au moins un statut réel à au moins un statut théorique de départ ;
ladite tâche étant :
- supprimée (210,310) si ledit statut réel est différent dudit statut théorique de départ, ou
- éventuellement, enregistrée (212,312) si ledit statut réel est identique audit statut théorique de départ, en vue de l'attribution à un opérateur (150).
5. Procédé (200) selon l'une quelconque des revendications 3 et 4, caractérisé en ce qu'il comprend au moins une phase de vérification de statut (252) après la création de la tâche et avant ou après affectation à un opérateur, ladite phase de vérification (252) comprenant :
- une détermination (254) d'un statut réel dudit véhicule cible (140),
- une comparaison (256) dudit au moins un statut réel à au moins un statut théorique de départ ;
ladite tâche étant :
- supprimée (258) si ledit statut réel est différent dudit statut théorique de départ, ou
- non modifiée et maintenue dans le cas contraire.
6. Procédé (200,300) selon l'une quelconque des revendications 3 à 5, caractérisé en ce qu'il comprend au moins une phase (262,338) de vérification de statut pendant la réalisation de la tâche par un opérateur (150), ladite phase (262,338) de vérification comprenant : - une détermination (264,340) d'un statut réel dudit véhicule cible (140),
- une comparaison (266,342) dudit au moins un statut réel à au moins un statut théorique de fin,
ladite tâche étant :
- déclarée terminée et éventuellement supprimée (268,344), si ledit statut réel est identique dudit statut théorique é, et
- non modifiée et maintenue (270,346) dans le cas contraire.
7. Procédé selon l'une quelconque des revendications précédentes, dans lequel on émet également un message d'avertissement vers l'opérateur suite à l'étape de modification, pour l'avertir de la modification.
8. Procédé (200,300) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une tâche est associée à au moins un autre paramètre, tel qu'un paramètre de position, la phase de vérification comprenant en outre une comparaison d'une valeur théorique de ce paramètre à la valeur réelle dudit paramètre pour le véhicule cible (140), la modification de la tâche étant en outre conditionnée par l'issue de ladite comparaison.
9. Procédé (200,300) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une tâche comprend au moins une des actions suivantes :
- restitution d'un véhicule (140) à un opérateur (150),
- prise en charge d'un véhicule (140) abandonné ou en infraction,
- prise en charge d'un véhicule (140) en réparation,
- rééquilibrage,
- assistance à un client à la prise d'un véhicule (140) en début de location,
- assistance à un client à la restitution d'un véhicule (140).
10. Procédé (200,300) selon l'une quelconque des revendications précédentes, caractérisé en ce que la création d'une tâche est déclarée : - par un utilisateur du véhicule (140),
- par un opérateur (150), ou
- par un serveur (132), dit de gestion, et/ou par un superviseur, se trouvant sur un site (102), dit central, distant dudit véhicule (140).
11. Procédé (200,300) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend, notamment après au moins une itération d'une phase de vérification de statut, une phase (214,314) d'affectation de la tâche à un opérateur (140), ladite phase d'affectation (214,314) comprenant les étapes suivantes :
- une étape (216,316) d'émission, depuis un serveur de gestion (132) vers l'opérateur (150), de données relatives à ladite tâche à réaliser,
- une étape (218,318) 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).
12. Procédé (200,300) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre, une phase
(238,324), dite d'autorisation, réalisée notamment après une phase (204,304) de vérification de statut, ladite phase (238,324) d'autorisation comprenant les étapes suivantes :
- détermination (240,326) de la position du véhicule (140), dit cible, sur lequel la tâche est à réaliser,
- détermination (242,328) de la position d'au moins un opérateur (150),
- calcul (246,330) de la distance entre ledit opérateur (150) et ledit véhicule cible (140), et
- autorisation ou non (336) d'une opération relative à ladite tâche par ledit opérateur ( 150) sur ledit véhicule cible (140) en fonction de ladite distance calculée et d'une distance seuil prédéterminée.
13. Procédé (200,300) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre une phase (224) de vérification, dite d'identifiant, effectuée notamment avant une phase de vérification de statut, 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.
14. Système de gestion de tâches à réaliser sur un véhicule parmi une pluralité de véhicules (140) proposés à la location, notamment dans le cadre d'une location automatisée de véhicules, ledit système comprenant :
- des moyens (138) de mémorisation d'une tâche en association avec un identifiant d'un véhicule (140), dit cible, visé par ladite tâche, ladite tâche comprenant :
- une indication d'une action à réaliser sur ledit véhicule cible (140), et
- au moins un statut théorique dudit véhicule cible (140) ;
- des moyens de détermination (144) d'au moins un statut réel dudit véhicule cible, lesdits moyens comprenant un module de calcul et d'analyse disposé au niveau dudit véhicule cible,
- des moyens de comparaison (134) dudit au moins un statut réel audit au moins un statut théorique disposés au niveau d'un serveur, dit central, distant dudit véhicule cible, et
- des moyens (132) de modification ou non de ladite tâche en fonction de la dite comparaison, également disposés au niveau du serveur central.
15. Système selon la revendication 14, 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 un 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 d'informations de guidage.
16. 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 14 ou 15, ou
des moyens pour mettre en œuvre les étapes du procédé selon l'une quelconque des revendications 1 à 13.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1158796A FR2980885A1 (fr) | 2011-09-30 | 2011-09-30 | 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. |
| PCT/FR2012/052168 WO2013045829A1 (fr) | 2011-09-30 | 2012-09-27 | 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 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| EP2761545A1 true EP2761545A1 (fr) | 2014-08-06 |
Family
ID=47221441
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| EP12790580.0A Withdrawn EP2761545A1 (fr) | 2011-09-30 | 2012-09-27 | 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 |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP2761545A1 (fr) |
| FR (1) | FR2980885A1 (fr) |
| HK (1) | HK1200571A1 (fr) |
| WO (1) | WO2013045829A1 (fr) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106850569A (zh) * | 2016-12-29 | 2017-06-13 | 合肥旋极智能科技有限公司 | 新能源汽车分段租赁管理平台 |
| CN106850570A (zh) * | 2016-12-29 | 2017-06-13 | 合肥旋极智能科技有限公司 | 新能源汽车租赁管理平台 |
| CN106651541A (zh) * | 2016-12-30 | 2017-05-10 | 合肥旋极智能科技有限公司 | 一种新能源汽车租赁管理平台 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6738748B2 (en) * | 2001-04-03 | 2004-05-18 | Accenture Llp | Performing predictive maintenance on equipment |
| DE10244297A1 (de) * | 2002-09-20 | 2004-04-01 | Bayerische Motoren Werke Ag | Vorrichtung zum Anzeigen von Wartungsmaßnahmen |
| US20040073468A1 (en) * | 2002-10-10 | 2004-04-15 | Caterpillar Inc. | System and method of managing a fleet of machines |
| US7487019B2 (en) * | 2003-12-12 | 2009-02-03 | United States Postal Service | Intelligent vehicle fleet systems and methods |
-
2011
- 2011-09-30 FR FR1158796A patent/FR2980885A1/fr not_active Withdrawn
-
2012
- 2012-09-27 EP EP12790580.0A patent/EP2761545A1/fr not_active Withdrawn
- 2012-09-27 WO PCT/FR2012/052168 patent/WO2013045829A1/fr active Application Filing
-
2015
- 2015-01-28 HK HK15100932.4A patent/HK1200571A1/xx unknown
Also Published As
| Publication number | Publication date |
|---|---|
| FR2980885A1 (fr) | 2013-04-05 |
| HK1200571A1 (en) | 2015-08-07 |
| WO2013045829A1 (fr) | 2013-04-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2013045835A1 (fr) | Procede et systeme de reservation a distance d'un emplacement de stationnement, et installation de location automatisee de vehicules | |
| EP2727091B1 (fr) | Procede et systeme de gestion d'un emplacement de vehicule a rechargement en energie, notamment un vehicule electrique en libre service | |
| 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 | |
| EP2727096B1 (fr) | Procede et systeme de surveillance d'un vehicule propose a la location | |
| 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 | |
| EP2761602A1 (fr) | Procede et systeme de detection d'incidents sur un vehicule propose a la location, et installation de location automatisee mettant en oeuvre de tels procede et systeme. | |
| WO2013079869A1 (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 | |
| FR2977214A1 (fr) | Procede de controle de l'utilisation des fonctions d'un vehicule mis a disposition | |
| 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é | |
| WO2016128220A1 (fr) | Procede de reservation d'un trajet | |
| WO2016146421A1 (fr) | Procede et systeme de maintenance de vehicules, installation mettant en oeuvre de tels procede et systeme | |
| FR3032819A1 (fr) | Gestion de reservations de vehicules et/ou d'emplacements de stationnement avec delai de carence | |
| FR3032542A1 (fr) | Procede de localisation de sites disponibles | |
| WO2015028303A1 (fr) | Procede, dispositif et installation pour la validation d'un titre dematerialise | |
| OA18932A (en) | Système de mise à disposition de véhicules partagés amarrés à des stations et dispositifs associés | |
| WO2019202273A1 (fr) | Procédé et système de contrôle qualité en temps réel par modèle de réseau social | |
| 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) | ||
| 17Q | First examination report despatched |
Effective date: 20150209 |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1200571 Country of ref document: HK |
|
| APBK | Appeal reference recorded |
Free format text: ORIGINAL CODE: EPIDOSNREFNE |
|
| APBN | Date of receipt of notice of appeal recorded |
Free format text: ORIGINAL CODE: EPIDOSNNOA2E |
|
| APBR | Date of receipt of statement of grounds of appeal recorded |
Free format text: ORIGINAL CODE: EPIDOSNNOA3E |
|
| APAF | Appeal reference modified |
Free format text: ORIGINAL CODE: EPIDOSCREFNE |
|
| APBX | Invitation to file observations in appeal sent |
Free format text: ORIGINAL CODE: EPIDOSNOBA2E |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1200571 Country of ref document: HK |
|
| APBT | Appeal procedure closed |
Free format text: ORIGINAL CODE: EPIDOSNNOA9E |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
| 18D | Application deemed to be withdrawn |
Effective date: 20210204 |