Brevet FR3029329A1 — publié le 20160603

- 1 - « Procédé et système de gestion de consignes de livraison, et installation de livraison mettant en oeuvre un tel procédé et/ou un tel système » La présente invention concerne un procédé de gestion de consignes de livraison. Elle concerne également un système mettant en oeuvre un tel procédé et une installation mettant en oeuvre un tel procédé et/ou un tel système. Le domaine de l'invention est le domaine de la gestion de consignes automatisées de livraison d'objets, et en particulier de colis. Etat de la technique Depuis une dizaine d'années, le commerce électronique est en forte progression et séduit de plus en plus d'acheteurs. De manière connue, l'acheteur commande un objet acheté sur Internet et l'objet acheté est livré à l'acheteur. L'augmentation du nombre d'objet à livrer a poussé les acteurs de ce domaine à mettre au point de nouveaux systèmes de livraison mettant en oeuvre des consignes de livraison automatisées. L'objet est déposé dans une consigne par un livreur. Puis, l'utilisateur/acheteur vient récupérer son objet dans la consigne. Un tel système de livraison mettant en oeuvre des consignes automatisées est décrit dans le brevet français publié sous le numéro FR 2 975 273. Ces systèmes présentent l'avantage d'un taux de réussite de livraison supérieur comparés aux procédés de livraisons traditionnels tout en diminuant la main d'ceuvre et les coûts associés à la livraison d'un objet. En effet, avec ces systèmes il n'est pas nécessaire de prévoir la présence d'une personne, à savoir l'utilisateur acheteur ou un intermédiaire, lors du passage du livreur pour réaliser la livraison. Cependant, le système décrit dans le document FR 2 975 273 présente des inconvénients majeurs. En effet, ce système ne garantit pas la livraison de l'objet, par exemple lorsqu'aucune consigne de livraison n'est disponible lors du passage du livreur. - 2 - En outre, pour que le taux de réussite de livraison soit élevé, il est nécessaire de prévoir un grand nombre de consignes, ce qui augmente le coût du système et son encombrement. De plus, la livraison d'objets avec ce système est peu rapide et peu ergonomique pour l'utilisateur. En effet, l'utilisateur doit se déplacer devant la consigne pour constater la présence ou non d'un objet qui lui a été livré. 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 de gestion de consignes de livraison permettant de réaliser une livraison plus ergonomique et plus flexible pour l'utilisateur. Un autre but de l'invention est de proposer un procédé et un système gestion de consignes de livraison permettant de diminuer les coûts et l'encombrement liés aux consignes de livraison. Encore un autre but de l'invention est de proposer un procédé et un système de gestion de consignes de livraison permettant un taux de réussite de livraison plus grand. 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 consignes pour la livraison d'objets, en particulier de colis, ledit procédé comprenant les étapes suivantes : - lors d'une phase, dite de dépose : - réception, au niveau d'un site central, de données de livraison d'un objet, lesdites données comprenant des données relatives à une adresse de livraison, - en fonction desdites données, identification d'au moins une consigne disponible pouvant accueillir ledit objet par consultation d'une base de données, dite de consignes, - authentification d'un opérateur livrant ledit objet auprès de ladite consigne pour un déverrouillage de ladite consigne, et - dépôt dudit objet dans ladite consigne par un opérateur ; - lors d'une phase, dite de retrait : - 3 - - authentification d'un utilisateur destinataire dudit objet auprès de ladite consigne pour un déverrouillage de ladite consigne, - retrait dudit objet de ladite consigne par ledit utilisateur. Le procédé selon l'invention permet de réaliser une livraison de colis dans des consignes, en déterminant préalablement la disponibilité d'une consigne pouvant accueillir l'objet avant de réaliser la livraison. Ainsi, le procédé de gestion de consignes selon l'invention permet d'éviter à un livreur de se déplacer avec l'objet s'il n'y a pas de consigne disponible pour accueillir l'objet lors de sa livraison. Le procédé selon l'invention permet ainsi un taux de livraison à 100%. De plus, le procédé selon l'invention permet de réaliser une livraison plus flexible et plus ergonomique pour l'utilisateur car il permet d'éviter d'informer un utilisateur de la livraison de son objet lorsqu'aucune consigne n'est disponible pour accueillir l'objet. Ainsi, il est possible d'informer l'utilisateur, par exemple au travers d'un réseau de communication sans fil, une fois qu'une consigne disponible pouvant accueillir l'objet est identifiée. Avec le procédé selon l'invention, lorsque l'utilisateur est prévenu pour la livraison de son objet, il est garanti qu'une consigne sera disponible pour accueillir son objet et donc que la livraison sera réellement réalisée. Cela évite à l'utilisateur de se déplacer jusqu'à la consigne en croyant que son objet est livré, alors que le livreur n'a pas pu le livrer faute de consigne disponible. En outre, le procédé de gestion de consignes selon l'invention permet de diminuer les coûts associés à une livraison en évitant un nouveau passage pour la livraison. Par ailleurs, le procédé selon l'invention permet de prévoir sur chaque site un ensemble de consignes comprenant un nombre de consignes plus faible en adaptant les moments de livraison à la disponibilité des consignes, ce qui permet des consignes moins encombrantes et moins coûteuses. Dans la présente invention, une consigne est un casier ou un ensemble de casiers, chaque casier étant muni d'une porte contrôlant l'accès audit casier et pouvant être verrouillée en position fermée. Le casier ou l'ensemble de casiers comporte en outre : -4- - un moyen de lecture d'une donnée d'identification biométrique, et/ou un moyen de lecture d'une donnée d'identification depuis un moyen d'identification, et/ou un moyen d'entrée d'une donnée d'identification, tel qu'un clavier alphanumérique ; - un moyen de verrouillage/déverrouillage de la porte d'accès à un casier de manière individuelle et indépendante des autres casiers ; - éventuellement, un moyen de contrôle d'un tel moyen de verrouillage/déverrouillage ; et - éventuellement un moyen de communication avec un site distant pour échanger des données avec ledit site distant au travers d'un réseau de communication filaire ou sans fil. Avantageusement, l'étape d'identification d'une consigne disponible peut être réalisée en outre en fonction d'au moins une donnée relative à la nature, à une dimension et/ou à un poids de l'objet à livrer. Par exemple, lorsque le transport et la livraison de l'objet nécessitent de respecter au moins une condition de température ou d'humidité spécifique, la consigne pour accueillir cet objet doit permettre de respecter cette dite condition. Pour ce faire, la base de données de consignes peut comprendre pour au moins une, en particulier pour chaque, consigne des données relatives à la nature, à une dimension et/ou à un poids d'un ou des objets que ladite consigne peut accueillir. Avantageusement, le procédé selon l'invention peut comprendre entre la phase de dépôt et la phase de retrait, une phase, dite de gestion de fin de consignes, comprenant les étapes suivantes réalisées pour chaque consigne : - mémorisation d'une donnée horaire à la fin de la phase de dépôt en association avec une donnée d'identification de ladite consigne, - déclenchement d'une minuterie à partir de ladite donnée horaire, - 5 - - lorsque la minuterie atteint une durée prédéterminée et que la phase de retrait n'est pas réalisée, transmission vers l'utilisateur d'un message d'alerte depuis le site central. Une telle phase de gestion de fin de consignes permet d'accélérer la libération des consignes, et de diminuer le temps d'occupation d'une consigne ou augmenter le nombre de consignes disponibles. En effet, lorsque l'utilisateur tarde à venir retirer son objet, il est alerté pour venir le retirer au plus vite et ainsi libérer la consigne pour une prochaine livraison par exemple. Cette phase de gestion de fin de consigne permet de diminuer encore plus le nombre de consignes sur chaque site, et donc de diminuer le coût et l'encombrement présenté par les consignes. De plus, la phase de gestion de fin de consignes permet également de diminuer le temps moyen de livraison des objets. Avantageusement, le procédé selon l'invention peut en outre comprendre suite à la transmission du message d'alerte, une transmission de l'utilisateur vers le site central d'un message de demande de : prolongation de la minuterie pendant une durée additionnelle prédéterminée, ou déplacement dudit objet depuis ladite consigne vers une autre localisation ; lorsque ladite transmission dudit message de demande est réalisée pendant une durée additionnelle suite à ladite transmission dudit message d'alerte. Ainsi, suite à l'alerte, l'utilisateur réalise le retrait de l'objet tel que décrit plus haut dans un laps de temps prédéterminé. Toutes ces possibilités permettent une plus grande flexibilité et ergonomie pour l'utilisateur lors de la livraison d'un objet. Suite à la transmission, par l'utilisateur, du message de demande de prolongation de la durée de retrait ou de déplacement de l'objet, le procédé selon l'invention peut comprendre la phase de retrait de l'objet telle que décrite plus haut. Dans ce cas, ladite phase de retrait peut en outre - 6 - comprendre une étape de paiement par l'utilisateur d'un montant après l'étape d'authentification. Le montant peut être un montant fixe prédéterminé, ou déterminé en fonction de la durée additionnelle ou du déplacement de l'objet. Avantageusement, le procédé selon l'invention peut en outre comprendre une phase, dite de retour, suite à la phase de retrait, ladite phase de retour comprenant les étapes suivantes : - transmission vers le site central d'un message, dit de retour, comprenant une donnée d'identification du destinataire et éventuellement une donnée d'identification de l'objet et éventuellement une donnée d'identification de l'utilisateur, - identification d'au moins une consigne disponible pouvant accueillir ledit objet par consultation d'une base de données, dite de consignes, - authentification de l'utilisateur au niveau de ladite consigne, - dépôt de l'objet dans ladite consigne par l'utilisateur. Une telle phase de retour permet d'utiliser les consignes, non seulement pour la livraison d'objet vers l'utilisateur, mais également les livraisons d'objet depuis l'utilisateur vers un tiers dans le cadre d'un retour de livraison. Le procédé de gestion de consignes selon l'invention permet donc de proposer de nouvelles fonctionnalités aux utilisateurs. Après la phase de retour, le procédé de gestion de consignes selon l'invention peut comprendre une phase, dite d'enlèvement de l'objet, par un opérateur, ladite phase d'enlèvement comprenant les étapes suivantes : - authentification de l'opérateur au niveau de ladite consigne pour un déverrouillage de ladite consigne, - enlèvement dudit objet de ladite consigne par ledit opérateur. Un tel enlèvement peut être réalisé par un opérateur qui se trouve sur le site où se trouve la consigne comprenant l'objet concerné par la phase de retour, pour réaliser une livraison d'autres objets ; ce qui permet de mutualiser le déplacement de l'opérateur et de diminuer le temps et le coût associé à la livraison ou au retour d'objets. - 7 - Par exemple, l'opérateur peut se déplacer jusqu'à la consigne et retirer l'objet à enlever. La consigne est alors libre et peut être utilisée de suite pour la livraison d'un autre objet. Avantageusement, le procédé selon l'invention peut comprendre, pour chaque consigne, une modification d'une donnée d'état de ladite consigne mémorisée avec un identifiant de ladite consigne dans la base de données de consignes : - après une étape d'identification d'une consigne, pour signaler que ladite consigne est « réservée » pour une livraison ; et/ou - après une étape de dépôt pour signaler que ladite consigne est « occupée » ; et/ou - après une étape de dépôt lors d'une phase de retour pour signaler que ladite consigne est « à libérer » ; et/ou - après une étape de retrait, pour signaler que ladite consigne est « vide ». La donnée d'état peut être modifiée en temps réel, en fonction de données communiquées par l'opérateur ou l'utilisateur. Alternativement ou en plus, la donnée d'état peut être mise à jour en fonction de données communiquées par au moins un capteur de présence se trouvant au niveau de chaque consigne et pouvant signaler la présence et/ou l'absence d'un objet dans la consigne. Dans la présente demande, par consigne « disponible », on entend : - une consigne vide, c'est-à-dire une consigne ne contenant aucun objet, ou - une consigne « à libérer », comprenant un objet à retourner et pouvant être libérée par un opérateur au moment de la livraison d'un objet, ou encore - une consigne comprenant déjà un objet mais pouvant contenir encore un autre objet dans le cadre d'un partage de consigne pour un même utilisateur ou pour plusieurs utilisateurs. - 8 - Avantageusement, le procédé de gestion de consignes peut en outre comprendre une étape de signalisation : - du dépôt de l'objet dans ladite consigne lors d'une phase de dépôt, et/ou - du dépôt de l'objet dans ladite consigne lors d'une phase de retour, et/ou - du retrait de l'objet de ladite consigne lors d'une phase de retrait, et/ou - du prélèvement de l'objet de ladite consigne lors d'une phase d'enlèvement. Au moins une de ces étapes de signalisation peut être réalisée par l'utilisateur et/ou par l'opérateur et/ou par la consigne concernée. Au moins une de ces étapes de signalisation peut être réalisée au travers d'un réseau de communication sans fil, tel que le réseau de téléphonie mobile 3G, 4G, 5G, Wifi, Bluetooth, etc. Alternativement ou en plus, au moins une de ces étapes de signalisation peut être réalisée au travers d'un réseau de communication filaire, tel que le réseau ADSL, SDSL, etc. Au moins une donnée reçue lors d'au moins une de ces étapes de signalisation peut être utilisée pour mettre à jour ou modifier une donnée d'état liée à la consigne concernée. Préférentiellement, au moins une étape d'authentification de l'opérateur peut comprendre une entrée par ledit opérateur, au niveau de ladite consigne d'un code d'accès ou d'une donnée d'identification dudit opérateur. Le code d'accès ou la donnée d'identification peut être communiqué(e) à l'opérateur avant l'étape d'authentification de l'opérateur, au travers d'un réseau de communication sans fil, par exemple sur un Smartphone de l'opérateur. Au moins un code d'accès peut être un code entré au travers d'un clavier prévu au niveau de la consigne, ou pour un groupe de consignes. - 9 - La donnée d'identification peut être lue depuis un moyen d'identification, tel qu'une carte d'identification comportant un code barre ou un code QR ou alors une carte d'identification RFID, ou une carte NFC, ou encore une carte à puce. Préférentiellement, le code d'accès ou la donnée d'identification utilisée pour l'étape d'authentification de l'opérateur : - lors de la phase de dépose, peut être communiquée à l'opérateur, et/ou à la consigne, après l'étape d'identification de la consigne lors de la phase de dépose ; et/ou - lors de la phase d'enlèvement, peut être communiquée à l'opérateur, et/ou à la consigne, après la phase de retour. De plus, au moins une étape d'authentification de l'utilisateur peut comprendre une entrée, au niveau de ladite consigne, d'un code d'accès ou d'une donnée d'identification par ledit utilisateur. Le code d'accès ou la donnée d'identification peut être communiqué(e) à l'utilisateur avant l'étape d'authentification de l'utilisateur, au travers d'un réseau de communication sans fil, par exemple sur un Smartphone de l'utilisateur. Au moins un code d'accès peut être un code entré au travers d'un clavier prévu au niveau de la consigne, ou pour un groupe de consignes. La donnée d'identification peut être lue depuis un moyen d'identification, tel qu'une carte d'identification comportant un code barre ou un code QR ou alors une carte d'identification RFID, ou une carte NFC, ou 25 encore une carte à puce. Préférentiellement, le code d'accès ou la donnée d'identification utilisée pour l'étape d'authentification de l'utilisateur : - lors de la phase de retrait, peut être communiquée à l'utilisateur, et/ou à la consigne, après la phase de dépose ; et/ou 30 - lors de la phase de retour, peut être communiquée à l'utilisateur, et/ou à la consigne, après l'étape d'identification de la consigne lors de la phase de retour. - 10 - La vérification d'un code d'accès ou d'une donnée d'identification, lors d'une étape d'authentification, de l'utilisateur ou de l'opérateur, peut être réalisée de manière locale à la consigne. Dans ce cas, le procédé selon l'invention comprend, préalablement à l'étape d'authentification, une étape de transmission vers la consigne du code d'accès, ou de la donnée d'identification, ou encore d'un algorithme de vérification du code d'accès ou de la donnée d'identification, préalablement à l'étape d'authentification. Cette étape de transmission peut être réalisée au travers d'un réseau de communication filaire ou sans fil. Alternativement, ou en plus, la vérification d'un code d'accès ou d'une donnée d'identification, lors d'une étape d'authentification, de l'utilisateur ou de l'opérateur, peut être réalisée sur un/le site central distant de la consigne. Dans ce cas, le procédé selon l'invention comprend, lors de l'étape d'authentification, une étape de transmission depuis la consigne vers le site central du code d'accès, ou de la donnée d'identification entrée par l'utilisateur, respectivement l'opérateur. Cette étape de transmission peut être réalisée au travers d'un réseau de communication filaire ou sans fil. Selon l'invention une étape de dépôt de l'objet, et/ou une étape de retrait de l'objet, et/ou une étape d'enlèvement de l'objet peut comprendre une entrée d'une donnée d'identification de l'objet au niveau de la consigne. La donnée d'identification de l'objet peut être entrée sur un clavier prévu à cet effet, ou lue par un lecteur de type optique ou magnétique. En outre, la validation d'au moins une, préférentiellement de chacune, de ces étapes peut être conditionnée à une lecture de ladite donnée d'identification de l'objet, et éventuellement à une comparaison de la dite donnée d'identification à une donnée d'identification préalablement mémorisée dans la base de données de consignes, ou dans une base de données d'historiques des objets livrés, éventuellement en association avec un identifiant de ladite consigne. Cette donnée d'identification de l'objet peut être comprise dans les données de livraison reçues lors de la phase de dépose et conservée tout au long du procédé. Avantageusement, le procédé selon l'invention peut être mis en oeuvre pour la gestion de plusieurs consignes ou groupes de consignes distant les un(e)s des autres, préférentiellement depuis l'unique site central. 5 Le procédé selon l'invention peut en outre comprendre, avant l'étape d'identification d'une consigne disponible, une étape pour déterminer si au moins un autre objet peut être livré pour le même utilisateur ou pour la même adresse de livraison, par consultation d'une base de données, dite 10 d'objets, mémorisant les données relatives aux objets à livrer, en fonction des données relatives. Si au moins un autre objet est identifié, et éventuellement si l'opérateur accepte de livrer ledit au moins un autre objet, les objets peuvent être livrés par le même opérateur, et préférentiellement dans la 15 même consigne. Ainsi, le procédé selon l'invention permet de regrouper les livraisons d'objets pour un même utilisateur, dans une même consigne, ce qui permet de diminuer les coûts, la pollution, la main d'ceuvre et l'infrastructure nécessaire à la livraison de ces objets. 20 Le procédé selon l'invention peut en outre comprendre, avant l'étape d'identification d'une consigne disponible, une étape d'identification d'au moins un autre objet dont la livraison est prévue pour le même utilisateur ou pour la même adresse de livraison, mais qui n'est pas encore disponible à 25 la livraison. Si oui, le procédé selon l'invention peut comprendre une étape, informant l'utilisateur de cette situation et proposant une livraison groupée. Si l'utilisateur accepte, dans ce cas le procédé est arrêté jusqu'à la disponibilité à la livraison dudit autre objet et le procédé reprend lorsque 30 ledit autre objet est disponible pour la livraison. Ainsi, le procédé selon l'invention permet de regrouper les livraisons de plusieurs objets pour un même utilisateur ou pour une même adresse de livraison, ce qui permet de diminuer les coûts, la pollution, la main d'ceuvre et l'infrastructure nécessaire à la livraison de ces objets. - 12 - Le procédé selon l'invention peut en outre comprendre, avant l'étape d'identification d'une consigne disponible pour la livraison de l'objet, une étape d'identification d'au moins un autre objet à livrer au même utilisateur ou pour la même adresse de livraison par un autre opérateur. Si au moins un autre objet est identifié plusieurs situations sont possibles. Dans le cas où ledit autre objet est déjà livré ou en cours de livraison, cela veut dire qu'une consigne est déjà réservée pour cet autre objet. Dans ce cas, l'étape d'identification détermine si ladite consigne déjà réservée peut accueillir l'objet à livrer en plus dudit autre objet en fonction des données relatives à la taille et la nature des objets, à la compatibilité entre les objets, etc. : - si oui, la consigne déjà réservée est sélectionnée pour la livraison de cet objet, éventuellement après confirmation auprès de l'utilisateur ; - si non, une autre consigne est identifiée telle que décrit plus haut pour livrer cet objet. Dans le cas où ledit autre objet n'est pas encore en cours de livraison, cela veut dire qu'aucune consigne n'est encore réservée pour cet autre objet. Dans ce cas, l'étape d'identification d'une consigne disponible est réalisée pour tous les objets : - si une consigne, pouvant accueillir tous les objets est détectée, alors cette consigne est réservée pour tous les objets, éventuellement après confirmation auprès de l'utilisateur. Ensuite, l'identifiant de la consigne est communiqué aux opérateurs chargés de livrer cet objet et l'autre objet ; - si non, une autre consigne est identifiée telle que décrit plus haut pour livrer cet objet. Ainsi, le procédé selon l'invention permet de partager la même consigne, et en particulier le même casier, pour la livraison de plusieurs objets provenant de plusieurs sources différentes et livrés par plusieurs opérateurs différents. De cette manière, la disponibilité des consignes, i.e. des casiers de livraison, est optimisée. - 13 - Selon un autre aspect de la même invention, il est proposé un système de gestion de consignes pour la livraison d'objets, en particulier de colis, comprenant : - un serveur central, distant desdites consignes, connecté à chacune desdites consignes au travers d'un réseau de communication, - une base de données de consignes mémorisant, pour chaque consigne, une donnée d'état de ladite consigne en association avec un identifiant de ladite consigne, et - pour chacune desdites consignes, un moyen de communication de ladite consigne avec ledit serveur central ; lesquels étant configurés pour mettre en oeuvre toutes les étapes du procédé selon l'invention. Selon encore un autre aspect de l'invention, il est proposé une installation comprenant : - plusieurs consignes ou groupes de consignes, pour la livraison d'objets, chacune desdites consignes pouvant être verrouillée/déverrouillée indépendamment des autres consignes, et - un système de gestion de consignes selon l'invention. Description des figures et modes de réalisation 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 : - les FIGURES 1-5 sont une représentation schématique sous la forme d'un diagramme d'un exemple de réalisation non limitatif du procédé selon l'invention ; - la FIGURE 6 est une représentation schématique d'un exemple de réalisation non limitatif d'un système selon l'invention ; - 14 - - le FIGURE 7 est une représentation schématique d'un exemple de réalisation non limitatif d'une installation selon l'invention ; et - la FIGURE 8 est une représentation schématique d'un exemple non limitatif d'une consigne pouvant être utilisée dans le cadre de la présente 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 FIGURES 1-5 donnent une représentation schématique sous la forme d'un diagramme d'un exemple de réalisation d'un procédé 100 de gestion de consignes selon l'invention. La FIGURE 1 est une représentation d'un exemple d'une phase de dépose 102 du procédé 100 représenté sur les FIGURES 1-5. En référence à la FIGURE 1, la phase de dépose comprend une étape 104 de réception de données de livraison d'un objet, par exemple au travers d'un réseau de communication sans fil ou filaire, par exemple le réseau Internet. Les données de livraison peuvent comprendre des données relatives à : - 15 - - une identité de l'utilisateur à qui l'objet doit être livré, - une adresse de l'utilisateur à qui l'objet doit être livré, - un identifiant de l'objet à livrer, - au moins une dimension, une nature, un format, un poids, une taille de l'objet à livrer, et/ou - un délai de livraison de l'objet à livrer, etc. Ces données de livraison peuvent être reçues par un site central, en particulier par un serveur central qui réalise la gestion des consignes. Lors de cette étape, une demande d'abonnement peut être requise à l'utilisateur et une étape d'abonnement peut être réalisée, l'utilisateur fournissant les informations nécessaires pour son identification. Lors d'une étape 106, en fonction des données de livraison, et en particulier en fonction des données relatives à l'adresse de l'utilisateur, une consigne disponible est identifiée en consultant une base de données de consignes mémorisant pour chaque consigne sa localisation et son état de disponibilité. Cette base de données peut être mémorisée au niveau du site central ou dans le serveur central. Si aucune consigne disponible n'est identifiée, alors l'étape 106 est réitérée à un moment ultérieur, par exemple 1 heure plus tard. Si une consigne disponible est identifiée, alors la consigne est réservée lors d'une étape 108. Pour ce faire, la donnée d'état de la consigne est modifiée en « consigne réservée », dans la base de données, par exemple par le serveur central. Lors de cette étape, les données relatives à l'objet sont mémorisées en association avec l'identifiant de la consigne. Lors d'une étape 110, un code d'accès à la consigne est généré et émis vers l'opérateur qui doit livrer l'objet, éventuellement avec un identifiant de la consigne et une adresse de la consigne. Le code d'accès peut être transmis à l'opérateur au travers d'un réseau de communication sans fil, tel que le réseau de téléphonie mobile, sur le Smartphone ou un appareil portable de l'opérateur connecté à ce réseau de communication sans fil. Une confirmation de réception du code d'accès peut être émise par l'opérateur. Le code d'accès à la consigne peut également être émis vers la consigne, et mémorisé au niveau de la consigne. La transmission du code - 16 - d'accès vers la consigne peut être émis au travers d'un réseau de communication sans fil, tel que celui utilisé pour l'opérateur, ou un réseau de communication filaire de type ADSL. L'émission du code d'accès vers l'opérateur, et éventuellement vers la consigne, peut être réalisée par le site central ou le serveur central. Lors de l'étape 110, le code d'accès généré peut être mémorisé en association avec un identifiant de la consigne. Lors d'une étape 112, l'objet est transporté jusqu'à la consigne, par exemple en utilisant un véhicule électrique. Lors d'une étape 114, l'opérateur s'authentifie au niveau de la consigne en entrant le code d'accès, éventuellement après avoir sélectionné la consigne réservée, par exemple à l'aide d'un clavier alphanumérique. Lors de cette étape, le code d'accès entré par l'opérateur est comparé au code d'accès généré et émis vers l'opérateur lors de l'étape 110. Cette comparaison peut être réalisée soit au niveau de la consigne soit par le serveur central. Lors de cette étape, un identifiant de l'objet peut également être entré par l'opérateur et comparé à l'identifiant de l'objet mémorisé lors de l'étape 108. Si à l'étape 114 l'authentification n'est pas réussie, l'étape 114 peut être réitérée. Si à l'étape 114 l'authentification est réussie, la consigne est déverrouillée lors de l'étape 116, soit par une commande locale soit par une commande distante émise par exemple par le site central. Lors de l'étape 118, l'objet est positionné dans la consigne et la consigne est verrouillée. Une étape 120 réalise une signalisation du dépôt de l'objet dans la consigne par émission d'une notification vers le site central. Lors d'une étape 122, un code d'accès à la consigne contenant l'objet est généré et émis vers l'utilisateur, éventuellement avec un identifiant de la consigne. Le code d'accès peut être transmis à l'utilisateur au travers d'un réseau de communication sans fil, tel que le réseau de téléphonie mobile, sur le Smartphone ou un appareil portable de l'utilisateur connecté à ce - 17 - réseau de communication sans fil. Une confirmation de réception du code d'accès peut être émise par l'utilisateur. Le code d'accès à la consigne peut également être émis vers la consigne, et mémorisé au niveau de la consigne. La transmission du code d'accès vers la consigne peut être émise au travers d'un réseau de communication sans fil, tel que celui utilisé pour l'utilisateur, ou un réseau de communication filaire de type ADSL. L'émission du code d'accès vers l'utilisateur, et éventuellement vers la consigne, peut être réalisée par le site central ou le serveur central. Lors de l'étape 122, le code d'accès transmis à l'utilisateur peut être mémorisé en association avec un identifiant de la consigne. Enfin, la donnée d'état de la consigne est modifiée en « consigne occupée » lors d'une étape 124. La FIGURE 2 est une représentation d'un exemple d'une phase 200 de gestion de fin de consigne faisant partie du procédé 100 représenté sur les FIGURES 1-5. La phase 200 de gestion de fin de consigne comprend une étape 202 pendant laquelle une donnée horaire correspondant à la fin de la phase de dépose est mémorisée. Lors de cette étape 202, une minuterie est également déclenchée, pour une durée prédéterminée, par exemple 24 heures. Lorsque l'objet n'est pas retiré de la consigne par l'utilisateur avant la fin de la minuterie, alors à l'étape 204, un message d'alerte est émis vers l'utilisateur, par exemple au travers d'un réseau de communication sans fil tel que le réseau de téléphonie mobile, par exemple à destination d'un Smartphone de l'utilisateur. Ce message d'alerte invite l'utilisateur à retirer l'objet dans un laps de temps prédéterminé, par exemple 1 heure. Suite à l'étape 204, plusieurs options sont possibles. L'utilisateur peut par exemple procéder à un retrait de l'objet lors d'une phase de retrait décrite en référence à la FIGURE 3. Dans ce cas, il est mis fin à la phase de gestion de fin de consigne 200. Selon une autre option, lors d'une étape 206, l'utilisateur émet un message de demande : - 18 - - d'une durée additionnelle, par exemple de 12 heures, cette durée additionnelle étant alors payante ; - d'un transport de l'objet vers une consigne se trouvant à une autre localisation pour qu'il puisse le retirer, ce transport étant également payant. Si l'utilisateur demande une durée additionnelle, une nouvelle minuterie pour la durée additionnelle est déclenchée lors d'une étape 208. Suite à l'étape 208, pendant la durée additionnelle, l'utilisateur peut procéder à un retrait de l'objet lors d'une phase de retrait décrite en référence à la FIGURE 3. Dans ce cas, il est mis fin à la phase de gestion de fin de consigne 200. Si l'utilisateur ne retire pas l'objet de la consigne pendant la durée additionnelle, le procédé reprend à l'étape 204, lorsque la minuterie additionnelle prend fin. Si à l'étape 206, l'utilisateur demande un transport de l'objet vers une autre localisation prédéterminée et imposée, l'objet est retiré de la consigne par un opérateur pour être transporté à ladite localisation, lors d'une étape 210, à l'aide d'un code d'accès ou d'une donnée d'identification. La donnée d'état de la consigne est modifiée en « consigne libre », lors d'une étape 212. Bien entendu, lorsqu'a l'étape 208, le retrait de l'objet a eu lieu avant la fin de la minuterie dans ce cas, il est mis fin à la phase de gestion de fin de consigne. La FIGURE 3 est une représentation d'un exemple d'une phase de retrait 300 faisant partie du procédé 100 représenté sur les FIGURES 1-5. La phase de retrait 300 représentée sur la FIGURE 3 comprend une étape 302 lors de laquelle l'utilisateur s'authentifie au niveau de la consigne en entrant le code d'accès généré lors de l'étape 122, éventuellement après avoir sélectionné la consigne, par exemple en entrant un numéro d'identification de la consigne à l'aide d'un clavier alphanumérique. Lors de cette étape 302, le code d'accès entré par l'utilisateur est comparé au code d'accès généré et émis vers l'utilisateur lors de l'étape 122 de la phase de - 19 - dépose 102. Cette comparaison peut être réalisée, soit au niveau de la consigne, soit par le serveur central, tel que décrit plus haut. Si à l'étape 302 l'authentification n'est pas réussie, l'étape 302 peut être réitérée, par exemple un nombre limité de fois. Si à l'étape 302 l'authentification est réussie, la consigne est déverrouillée lors d'une étape 304, soit par une commande locale soit par une commande distante émise par exemple par le site central. L'utilisateur retire l'objet de la consigne lors d'une étape 306 et la consigne est alors verrouillée, soit automatiquement soit manuellement par l'utilisateur. Lors d'une étape 308, une signalisation du retrait de l'objet de ladite consigne est réalisée par émission d'une notification vers le site central, soit par l'utilisateur soit par la consigne, ou encore par les deux. La donnée d'état de la consigne est modifiée en « consigne libre » lors d'une étape 310. Lorsque la phase de retrait 300 de l'objet est réalisée suite à l'étape 208, c'est-à-dire lorsque l'utilisateur a bénéficié d'une durée additionnelle pour retirer l'objet, alors la phase de retrait 300 peut en outre comprendre, avant l'étape 304 de déverrouillage, une étape 312 de paiement pour la durée additionnelle, par un moyen de paiement quelconque, par exemple sur un terminal de paiement au niveau de la consigne ou tout moyen de paiement digital, par exemple du type NFC, Paypal, « Apple Pay », etc. La FIGURE 4 est une représentation d'un exemple d'une phase de retour 400 pouvant faire partie du procédé 100 représenté sur les FIGURES 1-5. La phase de retour 400 représentée sur la FIGURE 4 comprend une étape 402 qui transmet, par exemple vers le site central, des données de retour de l'objet. Ces données peuvent comprendre une donnée d'identification du destinataire, et éventuellement une donnée d'adresse du destinataire et/ou une donnée d'identification de l'objet et/ou une donnée d'identification de l'utilisateur, etc. - 20 - De manière générale, l'étape de transmission des données de retour peut être réalisée au niveau de la consigne ou à distance de la consigne au travers d'un réseau de communication filaire ou sans fil. Lors d'une étape 404, en fonction des données de retour, une consigne disponible est identifiée en consultant la base de données de consignes mémorisant pour chaque consigne sa localisation et son état de disponibilité. Si aucune consigne disponible n'est identifiée, alors l'étape 404 est réitérée à un moment ultérieur, par exemple 1 heure plus tard. Si une consigne disponible est identifiée, alors la consigne est réservée lors d'une étape 406. Pour ce faire, la donnée d'état de la consigne est modifiée en « consigne réservée », dans la base de données, par exemple par le serveur central. Lors de cette étape, les données de retour sont mémorisées en association avec l'identifiant de la consigne. Lors d'une étape 408, un code d'accès à la consigne est généré et émise vers l'utilisateur, éventuellement avec un identifiant de la consigne et une adresse de la consigne. Le code d'accès peut être transmis à l'utilisateur au travers d'un réseau de communication sans fil, tel que le réseau de téléphonie mobile, sur le Smartphone ou un appareil portable de l'utilisateur connecté à ce réseau de communication sans fil. Une confirmation de réception du code d'accès peut être émise par l'utilisateur. Le code d'accès à la consigne peut également être émis vers la consigne réservée, et mémorisée au niveau de la consigne réservée. La transmission du code d'accès vers la consigne peut être émise au travers d'un réseau de communication sans fil, tel que celui utilisé pour l'utilisateur, ou un réseau de communication filaire de type ADSL. L'émission du code d'accès vers l'utilisateur, et éventuellement vers la consigne, peut être réalisée par le site central ou le serveur central. Lors de l'étape 408, le code d'accès généré peut être mémorisé en association avec un identifiant de la consigne. Lors d'une étape optionnelle 410, l'objet est transporté jusqu'à la consigne par l'utilisateur. Lors d'une étape 412, l'utilisateur s'authentifie au niveau de la consigne en entrant le code d'accès, éventuellement après avoir sélectionné - 21 - la consigne réservée, par exemple à l'aide d'un clavier alphanumérique. Lors de cette étape, le code d'accès entré par l'utilisateur est comparé au code d'accès généré et émis vers l'utilisateur lors de l'étape 408. Cette comparaison peut être réalisée soit au niveau de la consigne soit par le serveur central. Lors de cette étape 412, un identifiant de l'objet peut également être entré par l'utilisateur et comparé à l'identifiant de l'objet mémorisé lors de l'étape 406. Si à l'étape 412, l'authentification n'est pas réussie, l'étape 412 peut être réitérée, par exemple un nombre prédéterminé de fois. Si à l'étape 412, l'authentification est réussie, la consigne est déverrouillée lors de l'étape 414, soit par une commande locale soit par une commande distante émise par exemple par le site central. Lors de l'étape 416, l'objet est positionné dans la consigne et la consigne réservée est verrouillée. Une étape 418 réalise une signalisation du dépôt de l'objet dans la consigne par émission d'une notification vers le site central. Lors d'une étape 420, un code d'accès à la consigne contenant l'objet est généré et émis vers un opérateur pour l'enlèvement de l'objet lors d'une phase d'enlèvement décrite plus loin en référence à la FIGURE 5, éventuellement avec un identifiant de la consigne. Le code d'accès peut être transmis à l'opérateur au travers d'un réseau de communication sans fil, tel que le réseau de téléphonie mobile, sur le Smartphone ou un appareil portable de l'opérateur connecté à ce réseau de communication sans fil. Une confirmation de réception du code d'accès peut être émise par l'opérateur. Le code d'accès à la consigne peut également être émis vers la consigne, et mémorisé au niveau de la consigne. La transmission du code d'accès vers la consigne peut être émis au travers d'un réseau de communication sans fil, tel que celui utilisé pour l'opérateur, ou un réseau de communication filaire de type ADSL. L'émission du code d'accès vers l'opérateur, et éventuellement vers la consigne, peut être réalisée par le site central ou le serveur central. Lors de l'étape 420, le code d'accès transmis à l'opérateur peut être mémorisé en association avec un identifiant de la consigne. - 22 - Enfin, la donnée d'état de la consigne est modifiée en « consigne à libérer » lors d'une étape 422. La FIGURE 5 est une représentation d'un exemple d'une phase d'enlèvement 500 faisant partie du procédé 100 représenté sur les FIGURES 1-5. La phase d'enlèvement 500 représentée sur la FIGURE 5 comprend une étape 502 lors de laquelle l'opérateur s'authentifie au niveau de la consigne en entrant le code d'accès généré lors de l'étape 420, éventuellement après avoir sélectionné la consigne, par exemple en entrant un numéro d'identification de la consigne à l'aide d'un clavier alphanumérique. Lors de cette étape 502, le code d'accès entré par l'opérateur est comparé au code d'accès généré et émis vers l'opérateur lors de l'étape 420 de la phase de retour 400. Cette comparaison peut être réalisée soit au niveau de la consigne soit par le serveur central, tel que décrit plus haut. Si à l'étape 502 l'authentification n'est pas réussie, l'étape 502 peut être réitérée, par exemple un nombre prédéterminé de fois. Si à l'étape 502 l'authentification est réussie, la consigne est déverrouillée lors d'une étape 504, soit par une commande locale soit par une commande distante émise par exemple par le site central. L'opérateur retire l'objet de la consigne lors d'une étape 506 et la consigne est alors verrouillée, soit automatiquement soit manuellement par l'opérateur, éventuellement après vérification de l'état ou de l'identifiant de l'objet. Lors d'une étape 508, une signalisation du retrait de l'objet de ladite consigne est réalisée par émission d'une notification vers le site central, soit par l'opérateur soit par la consigne, ou encore par les deux. La donnée d'état de la consigne est modifiée en « consigne libre » lors d'une étape 510. L'objet enlevé est alors transporté par l'opérateur vers le destinataire renseigné par l'utilisateur lors de l'étape 402. - 23 - Dans l'exemple donné en référence aux FIGURES 1-5, le déverrouillage de la consigne par l'opérateur, respectivement par l'utilisateur, est réalisé par entrée d'un code d'accès lors des phases 100, 200, 300, 400 et 500, et en particulier lors des étapes 114, 210, 302, 412 et 502. Alternativement, pour au moins une de ces phases, il est possible que le déverrouillage de la consigne par l'opérateur, ou par l'utilisateur ou encore par les deux, soit réalisé par entrée d'une donnée d'identification, par exemple par lecture d'une donnée d'identification depuis un moyen d'identification au niveau de la consigne tel qu'une carte RFID, carte NFC, une carte à puce, une carte magnétique, une donnée d'identification biométrique, etc. Dans ce cas, les étapes relatives à la génération, à la transmission et à la mémorisation d'un code d'accès vers l'opérateur, et/ou vers l'utilisateur, ne sont pas réalisées. Ces étapes sont remplacées par une étape d'entrée, en particulier de lecture, d'une donnée d'identification de l'opérateur, et/ou de l'utilisateur, au niveau de la consigne lors de l'étape d'authentification, et une comparaison de cette donnée d'identification entrée avec une donnée d'identification de l'opérateur, respectivement de l'utilisateur, préalablement mémorisée au niveau du site central ou au niveau de la consigne. La FIGURE 6 est une représentation d'un exemple d'un système de gestion de consignes selon l'invention. Le système 600 représenté sur la FIGURE 6 comprend, au niveau d'un site central 602 de gestion des consignes, un serveur central 604, au moins une base de données de consignes 606 dans laquelle sont mémorisées, pour chaque consigne en association avec une donnée d'identification de la consigne, une donnée d'état de la consigne et éventuellement : - une donnée d'adresse de la consigne, - une donnée d'identification d'un objet associé à la consigne, - une donnée d'identification d'un utilisateur concerné par un objet à livrer dans cette consigne, - des données relatives à une adresse de livraison ou de retour de l'objet, - 24 - - un code d'accès à la consigne, - une donnée d'identification d'un utilisateur ou d'un opérateur autorisé à accéder à la consigne, - etc. Le système 600 comprend en outre un ou plusieurs modules 608 de calcul ou de réalisation d'au moins une des étapes décrites plus haut, tel que par exemple un ou des modules de décompte d'une minuterie pour au moins une consigne, etc. Le système 600 comprend en outre au niveau du site central 602 un 10 module de communication 610 au travers d'un réseau de communication 612 sans fil ou filaire. Le système 600 comprend en outre un ou plusieurs modules de communication portables 6141-614,, dits d'opérateurs, portés par des opérateurs 6161-616,, et pouvant communiquer avec le site central au 15 travers du réseau de communication 612 pour émettre et recevoir des données ou des messages. Le système 600 comprend également un ou plusieurs modules de communication portables 6181-618n, dits d'utilisateurs, portés par des utilisateurs 6201-620n, et pouvant communiquer avec le site central au 20 travers du réseau de communication 612 pour émettre et recevoir des données ou des messages. Par ailleurs, le système 600 comprend également une ou plusieurs bornes de gestion 6221-622k, dits de consignes, disposées au niveau de chaque consigne ou d'un groupe de consignes. Chaque borne de gestion 622 25 réalise la gestion locale d'une ou de plusieurs consignes et comprend des moyens (non représentés) pour : - communiquer avec le site central 602 au travers du réseau de communication 612 pour émettre et recevoir des données ou des messages ; 30 - réaliser un verrouillage/déverrouillage de chaque consigne de manière indépendante ; - lire une donnée d'identification depuis un moyen d'identification tel qu'un lecteur optique, un lecteur magnétique, un lecteur biométrique ; - 25 - d'une consigne, entrer un code d'accès ou un numéro d'identification tel qu'un clavier ; mémoriser au moins une donnée ; effectuer un paiement automatisé ; effectuer un affichage tel qu'un écran ; effectuer une signalisation sonore ; - etc. La FIGURE 7 est une représentation d'un exemple d'une installation de livraison automatisée selon l'invention. L'installation 700 représentée sur la FIGURE 7 comprend tous les éléments du système 600 de la FIGURE 6. L'installation comprend, en plus, plusieurs consignes ou groupes de consignes 7021-702k, chaque consigne ou groupe de consignes étant géré(e) par une borne de gestion 6221-622k, de sorte que chaque consigne de chaque groupe de consigne peut être verrouillée/déverrouillée de manière indépendante des autres consignes. Les consignes ou groupes de consignes 7021-702k sont dispersé(e)s dans l'espace et à distance, les un(es) des autres, et à distance du site central 602. De plus, au moins deux groupes de consignes comportent un nombre identique ou un nombre différent de consignes. Les consignes d'un groupe de consigne peuvent être de dimensions identiques ou différentes. Suivant un exemple de réalisation particulièrement avantageuse, l'installation de livraison automatisée selon l'invention peut être combinée/intégrée, au moins en partie, à une installation existante et en particulier à une installation d'utilisation partagée, sous forme d'une location, de véhicules électriques. Dans ce cas, au moins une consigne ou groupe de consignes peut être intégré(e) dans une station de prise ou dépose de véhicules, permettant ainsi de partager une infrastructure existante. De plus : - 26 - - au moins une borne de gestion peut être une borne de gestion d'une station, de prise ou dépose de véhicules ; - au moins un opérateur peut être un opérateur ou un utilisateur de l'installation d'utilisation partagée de véhicules ; - au moins un serveur ou une base de données ou un serveur ou un moyen de communication de l'installation selon l'invention peut être intégré, au moins en partie sur un site de gestion centrale de ladite installation d'utilisation partagée de véhicules. La FIGURE 8 est une représentation schématique d'un exemple non limitatif d'une consigne pouvant être utilisée dans le cadre de la présente invention. La consigne 800, représentée sur la FIGURE 8, est intégrée dans une structure 802 existante sur la voirie. Une telle structure 802 peut être par exemple un abribus, une station de location automatisée de véhicules électriques. Alternativement, une telle consigne 800 peut être adossée à une borne existante sur la voirie, telle qu'une borne de location automatisée de véhicules électriques, une borne d'achat de titres de voyages, un panneau publicitaire, etc. De cette manière, la consigne 800 peut bénéficier de connexions électriques existantes au niveau de la structure 802 existante, que ce soit une connexion à une source électrique et/ou une connexion à un réseau de communication. La consigne 800 comprend un module 804, dit module maître, et trois modules 8061-8063, dits modules esclaves. Chaque module esclave 806 se présente sous la forme d'un ensemble, par exemple monobloc, indépendant du module maître 804 et des autres modules esclaves 806. Le module maître 804 est fixé sur le sol à l'intérieur de la structure 802. Le premier module esclave 8061 est fixé au module maître 804 par une de ses parois latérales et le deuxième module esclave 8062 est fixé au premier module esclave 8061 par une de ses parois latérales également. La fixation d'un module à l'autre est démontable et est réalisée par des vis par exemple. Le troisième module esclave 8063 est déporté par rapport à - 27 - l'ensemble formé par le module maître 804 et les deux premiers modules esclaves 8061 et 8062. Le module maître 804 comporte au moins un casier, dit casier maître, et chaque module esclave 806 comporte chacun plusieurs casiers, dits casiers esclaves, prévus pour recevoir un ou des objets à livrer. Ces casiers sont de tailles identiques ou variables. Chaque casier esclave comporte une porte verrouillée ou déverrouillée grâce à une serrure électrique équipant le casier esclave. Chaque casier esclave comporte en outre un conduit technique, adossé sur une paroi latérale du casier esclave, et permettant le passage dudit casier vers un casier adjacent d'une connexion électrique filaire comprenant : - un câble électrique d'alimentation du casier adjacent, notamment de la serrure électrique du casier adjacent et/ou d'un moyen d'affichage d'un code dans le casier adjacent ; - un câble de communication avec le casier maître permettant audit casier maître de commander les composants du casier esclave, en particulier la serrure électrique du casier adjacent et/ou un moyen d'affichage d'un code dans le casier adjacent. La porte de chaque casier esclave est montée sur deux charnières à 90° permettant une ouverture maximale de ladite porte. Le module maître, comprend en plus des casiers esclaves, un casier technique, dit casier maître, comme indiqué ci-dessus, qui n'est pas prévu pour recevoir un objet à livrer. Ce casier maître réalise une passerelle entre les casiers esclaves (du module maître 804 et de chaque module esclave 806) et une source d'alimentation électrique et/ou un réseau de communication pour communiquer avec un serveur distant. De plus, le casier maître comprend des moyens pour commander indépendamment le verrouillage ou le déverrouillage de la serrure électrique de chaque casier esclave. Le casier maître comporte une porte qui peut être verrouillée ou déverrouillée grâce à une serrure électrique équipant le casier maître. Le casier maître peut comprendre un support monté coulissant dans le casier maître, à l'aide de deux glissières, et prévu pour accueillir les moyens de gestion technique de la consigne (non représentés), à savoir : - 28 - - des moyens de commande du verrouillage/déverrouillage de chaque casier esclave de la consigne 800, des moyens de communication avec un serveur distant au travers d'un réseau de communication, - des moyens d'alimentation de chaque casier de la consigne 800, et - des moyens de traitement de données. Ces moyens de gestion technique peuvent se présenter sous la forme d'un ordinateur intégrant les moyens listés ci-dessus. Le support monté coulissant permet d'extraire les moyens de gestion technique en cas d'intervention sur ces moyens. La porte du casier maître est montée sur deux charnières à 900 permettant une ouverture maximale de ladite porte. En outre, le casier maitre peut comprendre, intégrés dans/sur sa porte, un lecteur sans contact, de type RFID ou NFC, et un lecteur infrarouge, prévus pour lire une donnée d'identification depuis une carte d'identification d'une personne, tel qu'un opérateur ou un utilisateur, autorisée à accéder à un casier et/ou une donnée d'un objet qui va être déposé dans un (ou retiré d'un) casier esclave. Le casier maître peut également comprendre, intégré dans/sur sa porte, un écran tactile formant une interface utilisateur et permettant de réaliser différentes fonctions, à savoir : sélectionner, par son numéro, un casier esclave ; et/ou entrer manuellement une donnée d'identification d'un objet ne possédant pas de support d'identification sans contact ; et/ou entrer manuellement une donnée d'identification d'une personne ne possédant pas de support d'identification sans contact ; et/ou entrer un code de vérification, par exemple un code de vérification généré à la volée ; - etc. - 29 - Chaque casier d'une consigne mise en oeuvre dans la présente invention, par exemple la consigne 800, prévu pour recevoir un ou plusieurs objets peut être utilisé pour un utilisateur unique et un objet unique à livrer à cet utilisateur. Alternativement, chaque casier peut être utilisé pour recevoir plusieurs objets provenant de la même source ou de sources différentes et destinés à un utilisateur. Cette alternative permet d'optimiser l'utilisation des casiers de la consigne. Selon encore une autre alternative permettant d'optimiser encore plus l'utilisation de la consigne, chaque casier de la consigne peut être utilisé pour recevoir plusieurs objets provenant de la même source ou de sources différentes et destinés à plusieurs utilisateurs, dans le cadre d'un partage de casier entre différents utilisateurs. Bien entendu, l'invention n'est pas limitée aux exemples qui viennent d'être décrits.20 REVENDICATIONS1. Procédé (100) de gestion de consignes pour la livraison d'objets, en particulier de colis, ledit procédé comprenant les étapes suivantes : - lors d'une phase (102), dite de dépose : - réception (104), au niveau d'un site central (602), de données de livraison d'un objet, lesdites données comprenant des données relatives à une adresse de livraison, - en fonction desdites données, identification (106) d'au moins une consigne disponible pouvant accueillir ledit objet par consultation d'une base de données (606), dite de consignes, - authentification (114) d'un opérateur livrant ledit objet auprès de ladite consigne pour un déverrouillage de ladite consigne, et - dépôt (118) dudit objet dans ladite consigne par ledit opérateur ; - lors d'une phase (300), dite de retrait : - authentification (302) d'un utilisateur destinataire dudit objet auprès de ladite consigne pour un déverrouillage de ladite consigne, - retrait (306) dudit objet de ladite consigne par ledit utilisateur. 2. Procédé (100) selon la revendication précédente, caractérisé en ce qu'il comprend, entre la phase de dépôt (100) et la phase de retrait (300), une phase (200), dite de gestion de fin de consignes, comprenant les étapes suivantes réalisées pour chaque consigne : - mémorisation (202) d'une donnée horaire à la fin de ladite phase de dépôt (100) en association avec une donnée d'identification de ladite consigne, - déclenchement (202) d'une minuterie à partir de ladite donnée horaire, - lorsque la minuterie atteint une durée prédéterminée et que la phase de retrait n'est pas réalisée, transmission (204) vers l'utilisateur d'un message d'alerte depuis le site central (602).- 31 - 3. Procédé (100) selon la revendication précédente, caractérisé en ce qu'il comprend, suite à la transmission (204) du message d'alerte, une transmission (206) de l'utilisateur vers le site central (602) d'un message de 5 demande de : prolongation de la minuterie pendant une durée additionnelle, ou déplacement dudit objet depuis ladite consigne vers une autre localisation ; 10 lorsque ladite transmission (206) dudit message de demande est réalisée pendant une durée prédéterminée suite à ladite transmission (24) dudit message d'alerte. 4. Procédé (100) selon la revendication précédente, caractérisé en ce que, 15 lorsque la phase de retrait (300) est réalisée après la transmission du message de demande, ladite phase de retrait (300) comprend en outre à une étape (312) de paiement d'un montant par l'utilisateur après l'étape d'authentification (302). 20 5. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend une phase (400), dite de retour, suite à la phase de retrait (300), ladite phase de retour (400) comprenant les étapes suivantes : - transmission (402) vers le site central (602), d'un message, dit 25 de retour, comprenant une donnée d'identification du destinataire et éventuellement une donnée d'identification de l'objet et éventuellement une donnée d'identification de l'utilisateur, - identification (404) d'au moins une consigne disponible pouvant accueillir ledit objet par consultation d'une base de données (606), 30 dite de consignes, - authentification (412) de l'utilisateur au niveau de ladite consigne, - dépôt (416) de l'objet dans ladite consigne par l'utilisateur.- 32 - 6. Procédé (100) selon la revendication précédente, caractérisé en ce qu'il comprend en outre, après la phase de retour (400), une phase (500), dite d'enlèvement de l'objet, par un opérateur, ladite phase d'enlèvement (500) comprenant les étapes suivantes : - authentification (502) de l'opérateur au niveau de ladite consigne pour un déverrouillage de ladite consigne, - enlèvement (506) dudit objet de ladite consigne par ledit opérateur. 7. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend, pour chaque consigne, une modification (108, 124, 212, 310, 406, 422, 510) d'une donnée d'état de ladite consigne mémorisée avec un identifiant de ladite consigne dans la base de données de consignes (606) : après une étape (106, 404) d'identification d'une consigne, pour signaler que ladite consigne est réservée pour une livraison, et/ou après une étape de dépôt (118, 416), pour signaler que ladite consigne est occupée, et/ou après une étape de retrait (210, 306, 508) et/ou une phase d'enlèvement, pour signaler que ladite consigne est disponible. 8. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins une étape d'authentification (114, 502) de l'opérateur comprend une entrée par ledit opérateur, au niveau de ladite consigne d'un code d'accès ou d'une donnée d'identification dudit opérateur. 9. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins une étape (302, 412) d'authentification de l'utilisateur comprend une entrée, au niveau de ladite consigne, d'un code d'accès ou d'une donnée d'identification par ledit utilisateur. 10. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins une étape (118, 416) de dépôt de l'objet, et/ou au moins une étape (306) de retrait de l'objet, et/ou au moins une- 33 - étape d'enlèvement (506) de l'objet comprend une entrée d'une donnée d'identification de l'objet au niveau de la consigne. 11. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend une étape (120, 210, 308, 418, 508) de signalisation : - du dépôt (118) de l'objet dans ladite consigne lors d'une phase de dépôt (100), et/ou - du dépôt (418) de l'objet dans ladite consigne lors d'une phase de retour (400), et/ou - du retrait (306) de l'objet de ladite consigne lors d'une phase de retrait (300), et/ou - du prélèvement (506) de l'objet de ladite consigne lors d'une phase (500) d'enlèvement. 15 12. Procédé (100) selon l'une quelconque des revendications précédentes, mis en oeuvre pour la gestion de plusieurs consignes ou groupes de consignes distant(e)s les un(e)s des autres. 20 13. Système (600) de gestion de consignes pour la livraison d'objets, en particulier de colis, comprenant : - un serveur central (604), distant desdites consignes, connecté à chacune desdites consignes au travers d'un réseau de communication (612), 25 - une base de données de consignes (606) mémorisant, pour chaque consigne, une donnée d'état de ladite consigne en association avec un identifiant de ladite consigne, et - pour chacune desdites consignes, un moyen de communication (6221-622k) de ladite consigne avec ledit serveur 30 central (602) ; lesquels étant configurés pour mettre en oeuvre toutes les étapes du procédé selon l'une quelconque des revendications précédentes. 14. Installation (700) comprenant :- 34 - - plusieurs consignes ou groupes de consignes (7021-702k), pour la livraison d'objets, chacune desdites consignes pouvant être verrouillée/déverrouillée indépendamment des autres consignes, et - un système (600) de gestion de consignes selon la revendication précédente.