FR 3146887 A1 20240927 FR 2302665 A 20230322 L’invention concerne un dispositif de collecte d’objets consignés pour recueillir des objets consignés, configuré pour : recevoir un identifiant d’objet à collecter du lecteur d’identifiant, transmettre un message de demande de collecte contenant l’identifiant reçu vers un serveur de gestion de gestion de collecte (BCS), recevoir du serveur de gestion de collecte un message d’accord de collecte, commander un dispositif de verrouillage pour déclencher l’ouverture d’une trappe d’accès à un bac de collecte, établir une liaison de transmission avec au moins un capteur (PSj) de présence de piétons, recevoir du capteur des données de présence de piétons, et transmettre les données de présence de piétons à un serveur (GFS) de traitement de données de présence de piétons. Figure 2 Système de collecte d’objets consignés et de suivi de flux de piétons La présente invention concerne la collecte d’objets consignés et le suivi de flux de piétons. Dans le cadre de la protection de l’environnement et notamment de la réduction des déchets et de l’usage de matières plastiques, les collectivités publiques cherchent à développer le réemploi et les services de consigne. Par exemple, la restauration rapide se développe de plus en plus. Cette activité utilise de nombreux emballages et objets à usage unique. Or les filières de recyclage s’avèrent insuffisantes pour absorber le volume de déchets ainsi produit, et les traitements de recyclage mis en œuvre présentent une empreinte écologique non négligeable. Par ailleurs, les traitements de recyclage de certaines matières plastiques ne permettent pas de produire des objets à usage alimentaire. Etat de la technique Des services de consigne ont été développés. Ces services consistent à utiliser des emballages lavables (le plus souvent en verre) qui sont distribués à des restaurateurs participants. Ces emballages sont utilisés comme contenants pour les repas à emporter. Les clients ramènent les contenants vides (mais non lavés) dans des dispositifs de collecte dédiés. Ces contenants sont ensuite acheminés vers des centres de lavage avant d’être redistribués aux restaurateurs. Le bon fonctionnement de ces services requiert un territoire maillé avec de nombreux dispositifs de collecte et restaurateurs participants, une mutualisation de contenants par les restaurateurs participants, et une gestion dissociée des contenants propres et sales avec des circuits courts. Aujourd’hui, les dispositifs de collecte utilisés par les opérateurs de consigne présentent certains freins au déploiement et à la normalisation de services de consigne. En effet, ces dispositifs de collecte sont réalisés dans des matériaux (généralement bois mélaminé) qui ne permettent pas un usage en extérieur et qui offrent une faible protection contre le vandalisme. Les dispositifs de collecte sont donc placés en intérieur (centres commerciaux, passages abrités, locaux de restaurateurs), mais pas particulièrement dans des zones de passage à forte affluence, afin d’éviter d’imposer des déplacements spécifiques aux utilisateurs. Il peut donc être souhaitable de développer un système de collecte d’objets consignés qui limite les contraintes imposées aux utilisateurs lors de la restitution d’objets consignés. A cet effet, il est souhaitable notamment que le système de collecte n’impose pas des déplacements spécifiques aux utilisateurs ou des temps d’attente en cas de forte demande de restitution d’objets consignés. Cela impose le déploiement d’un nombre important de dispositifs de collecte en particulier dans des zones de passage à forte affluence. Il peut également être souhaitable de pouvoir déterminer si l’emplacement d’implantation d’un dispositif de collecte est correct et d’anticiper lorsqu’un dispositif de collecte est plein et nécessite une intervention de vidage. Il peut également être souhaitable que les dispositifs de collecte puissent accueillir des objets de types, formes et de tailles diverses. Il peut également être souhaitable de développer de dispositifs de collecte à la fois robustes pour un usage fréquent et résistant au vandalisme et aux intempéries. Résumé Des modes de réalisation concernent un dispositif de collecte d’objets consignés, comprenant : un logement fermé contenant au moins un bac de recueil d’objets à collecter, une trappe d’accès au bac couplée à un dispositif de verrouillage, un premier circuit de communication configuré pour communiquer avec des capteurs de présence de piétons et recevoir des données de présence de piétons émises par les capteurs de présence de piétons, un second circuit de communication configuré pour communiquer avec des serveurs distants, et une unité de commande connectée aux premier et second circuits de communication et au dispositif de verrouillage, et configurée pour : recevoir un identifiant d’objet à collecter, chaque objet à collecter étant associé à un identifiant lisible sur l’objet, commander le dispositif de verrouillage pour déclencher l’ouverture de la trappe d’accès au bac de collecte, en fonction de l’identifiant d’objet à collecter, établir une liaison de transmission avec au moins un capteur de présence de piétons, recevoir du capteur des données de présence de piétons, et transmettre les données de présence de piétons à un serveur de traitement de données de présence de piétons. De cette manière, le dispositif collecte peut déterminer en temps réel s’il existe un risque d’attente pour restituer un objet consigné. En cas de forte affluence et de présence d’une file d’attente de piétons souhaitant rendre un objet consigné, peut également signaler l’existence et la position d’un autre dispositif de collecte situé dans les environs, qui soit libre et présente peu de risques d’être occupé à court terme. Le dispositif de collecte peut également déterminer s’il se trouve dans une zone fréquentée et donc sur le passage de piétons susceptibles d’avoir des objets consignés à restituer. Selon un mode de réalisation, l’unité de commande est configurée pour : transmettre un message de demande de collecte contenant l’identifiant reçu vers un serveur de gestion de gestion de collecte, et recevoir du serveur de gestion de collecte un message d’accord de collecte, la commande du dispositif de verrouillage pour déclencher l’ouverture de la trappe d’accès au bac de collecte étant effectuée en fonction du contenu du message d’accord de collecte. De cette manière, le type d’objet à collecter peut être contrôlé en temps réel depuis un serveur distant. En outre, le serveur distant peut gérer un processus de rémunération ou de récompense des utilisateurs restituant des objets à collecter. Selon un mode de réalisation, le dispositif comprend un lecteur d’identifiant d’objet à collecter, le lecteur d’identifiant étant de type lecteur de code optique et/ou lecteur RFID. La prévision d’un tel lecteur sur le dispositif de collecte permet de faciliter la saisie de l’identifiant de l’objet à collecter par les utilisateurs. Si le lecteur est installé à l’intérieur du dispositif de collecte, il est possible de contrôler qu’un objet à collecter a bien été reçu dans le dispositif de collecte. Selon un mode de réalisation, le dispositif comprend plusieurs bacs de recueil d’objets à collecter. La prévision de plusieurs bacs permet de limiter la charge individuelle de chacun des bacs tout en autorisant un volume de stockage important dans le dispositif de collecte. Selon un mode de réalisation, l’unité de commande est configurée pour sélectionner l’un des bacs de recueil pour recevoir un objet correspondant à l’identifiant reçu d’objet à collecter en fonction d’un taux de remplissage du bac et/ou en fonction d’un type d’objet à collecter déterminé à l’aide de l’identifiant reçu d’objet à collecter. Cette disposition permet d’assurer un remplissage efficace des bacs. Par ailleurs, la prévision de plusieurs bacs peut être utilisée pour effectuer un tri des objets à collecter en fonction de leur nature qui peut être codifiée dans les identifiants des objets collectés. Selon un mode de réalisation, le dispositif est configuré pour détecter la présence à l’intérieur du logement de l’objet à collecter correspondant à l’identifiant d’objet à collecter reçu, et comptabiliser l’ajout de l’objet à collecter détecté dans le bac de collecte. Ainsi, l’enregistrement de la restitution d’un objet à collecter peut être effectué dès la remise de l’objet, sans attendre le vidage du dispositif de collecte. Selon un mode de réalisation, les données de présence de piétons comprennent des identifiants d’objets connectés portés par les piétons. De cette manière, il est possible de distinguer et/ou d’identifier les piétons détectés par un capteur de présence de piéton. Selon un mode de réalisation, le dispositif comprend l’unité de commande est configurée pour calculer une empreinte cryptographique de chacun des identifiants d’objets connectés reçus, et remplacer les identifiants d’objets connectés par les empreintes cryptographiques calculées dans les données de présence de piétons transmises au serveur de traitement de données. De cette manière, il n’est pas possible d’identifier les piétons détectés par les objets connectés qu’ils portent. Selon un mode de réalisation, le dispositif comprend un capteur de présence de piéton configuré pour détecter la présence de piétons à proximité du dispositif de collecte. De cette manière, le dispositif de collecte peut déterminer un nombre de piétons présents à proximité et ainsi avertir un serveur qu’il n’est pas ou probablement pas disponible pour une collecte. Des modes de réalisation peuvent également concerner un système de collecte d’objets consignés, comprenant : une pluralité de dispositifs de collecte, tels que définis précédemment, une pluralité de capteurs de présence de piétons, une liaison de transmission étant établie entre chaque capteur et l’un des dispositifs de collecte, un service de traitement de données de présence de piétons, configuré pour : recevoir des dispositifs de collecte les données de présence de piétons, déterminer des données d’affluence de piétons comprenant des nombres de piétons présents, entrant et sortant d’une zone couverte par l’un des capteurs à partir des données de présence de piétons reçues, et fournir les données d’affluence en réponse à des requêtes de données d’affluence de piétons, et un service de gestion de collecte configuré pour : recevoir des messages de demande de collecte contenant un identifiant, déterminer si l’identifiant reçu correspond à un identifiant d’objet à collecter, et transmettre en réponse aux messages de demande de collecte un message de réponse autorisant ou refusant une collecte en fonction de l’identifiant reçu. Un tel système comportant un grand nombre de dispositifs de collecte et de capteurs de présence de piétons peut recueillir des données d’affluence ou de flux de piétons à l’échelle d’une ville ou d’un quartier de ville. Selon un mode de réalisation, le système comprend un service de supervision configuré pour : recevoir les données d’affluence comprenant des nombres de piétons présents, entrant et sortant de zones, recevoir des données de remplissage des dispositifs de collecte par des objets collectés, déclencher une opération de maintenance d’un des dispositifs de collecte lorsqu’un premier seuil de remplissage de bac de collecte du dispositif de collecte est atteint ou dépassé, et déclencher une opération de maintenance d’un dispositif de collecte lorsqu’un second seuil de remplissage de bac de collecte du dispositif de collecte est atteint et qu’un seuil d’affluence de piétons dans la zone où se trouve le dispositif de collecte est atteint ou dépassé, le second seuil de remplissage étant inférieur au premier seuil de remplissage. De cette manière, il est possible d’assurer le vidage des dispositifs de collecte dès que cela est nécessaire. Il en résulte que les dispositifs de collecte peuvent être maintenus opérationnels presque en permanence. Cette disposition permet également d’optimiser les opérations de vidage des dispositifs de collecte en évitant les opérations de vidage de dispositifs de collecte qui ne sont pas encore pleins. Selon un mode de réalisation, la pluralité de capteurs de présence de piétons comprend au moins un dispositif émetteur/récepteur configuré pour : établir une liaison de transmission sans fil avec l’un des dispositifs de collecte avec lequel il se trouve à portée de transmission sans fil, recevoir un message émis par un objet connecté porté par un piéton et situé dans une zone de détection du dispositif émetteur/récepteur, et transmettre le contenu du message reçu par la liaison de transmission avec le dispositif de collecte. La mise en œuvre de tels capteurs permet d’obtenir des identifiants d’objets connectés et donc de distinguer les piétons les uns des autres. Il est donc possible de suivre le parcours d’un piéton en particulier. Selon un mode de réalisation, les capteurs de présence de piétons comprennent au moins l’un des dispositifs suivants : une caméra équipée d’un logiciel de comptage de passage de piétons, un tourniquet de comptage de passage de piétons, et un tapis de sol équipé de détecteurs de pression pour détecter des personnes marchant sur le tapis. Ainsi, le système est compatible avec divers types de dispositifs permettant d’obtenir des données de présence de piétons. Selon un mode de réalisation, le système est configuré pour déterminer des consignes de déplacement de piétons à partir des données d’affluence, transmettre les consignes de déplacement à un dispositif de collecte, et afficher sur un écran d’affichage du dispositif de collecte les consignes de déplacement transmises. La collecte et le traitement de données de présence de piétons et la mise en œuvre d’un réseau relativement dense de dispositifs de collecte permet de diffuser des messages d’information à destination des piétons pour éviter l’apparition de zones de rassemblement denses de piétons. Brève description des figures La présente invention sera bien comprise à l’aide de la description qui suit d’exemples de réalisation en référence aux figures annexées, dans lesquelles des signes de références identiques correspondent à des éléments structurellement et/ou fonctionnellement identiques ou similaires. La ﬁgure 1 est une vue schématique d’un plan urbain montrant un exemple d’implantation d’équipements d’un système de collecte d’objets consignés, selon un mode de réalisation, La ﬁgure 2 représente schématiquement l’architecture du système de collecte, selon un mode de réalisation, Les ﬁgures 3A, 3B représentent schématiquement en perspective un dispositif de collecte du système de collecte, selon un mode de réalisation, une porte du dispositif de collecte étant en position ouverte sur la ﬁgure 3A et fermée sur la ﬁgure 3B, La ﬁgure 4 représente schématiquement des circuits électriques du dispositif de collecte, selon un mode de réalisation, La ﬁgure 5 représente schématiquement des étapes de procédés mis en œuvre par le système de collecte, selon un mode de réalisation, La ﬁgure 6 représente schématiquement des étapes d’un procédé mis en œuvre par le système de collecte, selon un mode de réalisation. Description détaillée La ﬁgure 1 représente un plan urbain montrant des implantations d’équipements d’un système de collecte d’objets consignés, selon un mode de réalisation. Le système de collecte comprend des dispositifs de collecte BC1, BC2, BC3, BC4 et des capteurs PS1, PS2 PS3, PS4, PS5, PS6 de présence de piétons, installés en différents emplacements dans une ville. Chacun des dispositifs de collecte BCi (i = 1, …, 4) est configuré pour recevoir des objets consignés apportés par des piétons. Chacun des capteurs PSj (j=1, …, 6) est configuré pour détecter un ou plusieurs piétons présents ou se déplaçant dans une zone de détection CD1 autour ou à proximité du capteur. Pour pouvoir communiquer entre eux, les dispositifs de collecte BCi et les capteurs PSj peuvent être équipés d’un circuit de communication filaire ou sans fil ayant une portée radio RR1. Les objets consignés peuvent être des emballages en verre, métal, céramique bois ou plastique, par exemple des emballages de produits alimentaires, des bouteilles des couverts, ou encore des vêtements dans le cadre d’un service de laverie. Dans l’exemple de la ﬁgure 1, les dispositifs de collecte BC1-BC4 sont installés dans une ville aux quatre angles d’une place rectangulaire. Les capteurs PS1, PS2 PS4, PS6 sont installés dans des rues débouchant sur la place. Les capteurs PS3 et PS5 sont installés sur la place respectivement entre les dispositifs BC1 et BC2, et entre les dispositifs BC3 et BC4. Les capteurs PS1, PS2 se trouvent à portée radio du dispositif BC1, le capteur PS3 se trouve à portée radio des dispositifs BC1, BC2, le capteur PS4 se trouve à portée radio du dispositif BC2, le capteur PS5 se trouve à portée radio des dispositifs BC3, BC4 et le capteur PS6 se trouve à portée radio du dispositif BC4. Par ailleurs, la portée de détection CD1 se trouve bien inférieure à la portée radio RR1 des transmissions entre les dispositifs de collecte BCi et les capteurs PSj. Selon un exemple, la portée radio RR1 est de l’ordre de 100 m (à + ou – 10% près), tandis que la portée de détection CD1 est de l’ordre de 20 m (à + ou – 10% près). Selon un mode de réalisation, les dispositifs de collecte BCi sont également équipés d’un capteur de détection de présence ayant par exemple la portée de détection CD1. La ﬁgure 2 représente l’ensemble d’un système de collecte, selon un mode de réalisation, le système comprenant les dispositifs de collecte BCi (i = 1, …, 4) et les capteurs PSj (j=1, …, 6). Le système de collecte comprend en outre un serveur BCS de gestion de collecte, un serveur GFS de traitement de données de flux de piétons, et un serveur SPS de supervision. Selon un mode de réalisation, les capteurs PSj peuvent comprendre au moins une caméra équipée d’un logiciel de comptage de passage de piétons, au moins un tourniquet de comptage de passage de piétons, au moins un tapis de sol équipé de détecteurs de pression pour détecter des personnes marchant sur le tapis, etc.. Selon un mode de réalisation, les capteurs PSj comprennent au moins un dispositif émetteur/récepteur configuré pour écouter des fréquences radio (par exemple WiFi™ ou BLE - "Bluetooth Low Energy") et pour recevoir des messages émis dans ces fréquences par des objets connectés P1-P6 (téléphone intelligent, montre connectée, … porté par des piétons) situés dans la zone de détection CD1 du dispositif émetteur/récepteur. Le dispositif émetteur/récepteur peut en outre être configuré pour établir une liaison de transmission sans fil avec un dispositif de collecte BCi avec lequel il se trouve à portée de transmission sans fil (dans la zone RR1 du dispositif de collecte) et transmettre le contenu des messages reçus par la liaison de transmission avec le dispositif de collecte. Les liaisons entre les dispositifs de collecte BCi et les capteurs PSj, en particulier les dispositifs émetteurs/récepteurs, peuvent être de type filaire ou radiofréquence, un même dispositif de collecte BCi pouvant être connecté à certains capteurs par une liaison filaire et à certains autres capteurs par une liaison radiofréquence. Les liaisons radiofréquence entre les dispositifs BCi et les capteurs PSj peuvent être des liaisons point à point établies par exemple par un protocole permettant aux capteurs PSj de sélectionner le dispositif de collecte avec lequel la liaison présente le plus fort signal. Les ﬁgures 3A, 3B représentent l’un des dispositifs de collecte BCi, selon un mode de réalisation. Le dispositif de collecte BCi comprend un logement pouvant se présenter sous la forme d’une armoire fermée par une porte D1. Le logement renferme plusieurs bacs B1, B2, B3, B4 de collecte d’objets consignés. Le dispositif de collecte BCi comprend des trappes T1, T2, T3, T4, chacune des trappes donnant accès à l’un des bacs de collecte B1-B4, depuis l’extérieur du dispositif de collecte BCi. Chacune des trappes T1-T4 est fermée par un volet respectif. Chaque volet est verrouillé en position fermée par un dispositif de verrouillage individuel commandé. Le dispositif BCi comprend également une unité de commande UC configurée notamment pour commander les dispositifs de verrouillage associés aux trappes T1-T4. Dans l’exemple de la ﬁgure 3B, le dispositif de collecte BCi renferme quatre bacs B1-B4 disposés sur des étagères dans l’armoire et les trappes T1-T4 sont formées dans la porte D1. Cette disposition permet d’obtenir une capacité de stockage d’objets consignés relativement important, sans pour autant mettre en œuvre des bacs de recueil volumineux et donc lourds à transporter pour les vider. Le dispositif de collecte BCi peut également comprendre un écran d’affichage DSP connecté à l’unité de commande UC et visible depuis l’extérieur de l’armoire pour afficher des informations notamment sur une opération de collecte en cours, à destination d’un utilisateur du dispositif BCi. Le dispositif de collecte BCi peut également comprendre un lecteur optique SCN ou un clavier pour acquérir des codes optiques apposés ou associés aux objets consignés. Dans l’exemple de la ﬁgure 3A, l’écran d’affichage DSP et le lecteur SCN sont intégrés dans la porte D1. La ﬁgure 4 représente différents circuits électriques d’un des dispositifs de collecte BCi, et notamment l’unité de commande UC, l’écran d’affichage DSP et le lecteur optique SCN. Le dispositif de collecte BCi comprend également des circuits de communication COM1, COM2, le circuit COM1 étant configuré pour recevoir les données de détection fournies par les capteurs PSj, et le circuit COM2 étant configuré pour communiquer avec des serveurs tels que les serveurs GFS, BCS et SPS. Le dispositif de collecte BCi comprend également des circuits d’entrée/sortie IOC configurés pour contrôler l’écran d’affichage DSP, communiquer avec le lecteur optique SCN et commander des verrous V1, V2, V3, V4 pour verrouiller et déverrouiller les volets fermant les trappes T1, T2, T3, T4. L’unité de commande UC est configurée pour assurer une fonction PDF de détection de piétons en lien avec les capteurs PSj, une fonction CCF de collecte d’objets consignés et des fonctions MF de gestion et de surveillance du dispositif de collecte BCi. Le dispositif de collecte BCi peut également comprendre des contacts CT1, CT2, CT3, CT4 de fermeture des trappes Tk (k=1, …, 4) reliés à l’unité de commande UC, par exemple par l’intermédiaire des circuits d’entrée/sortie IOC, pour permettre à l’unité de commande de déterminer l’état verrouillé/déverrouillé de chacune des trappes Tk. Ainsi, si une trappe Tk reste ouverte à l’issue d’une opération de collecte, l’unité de commande UC peut émettre un message d’anomalie vers l’un des serveurs, par exemple le serveur de supervision SPS. L’unité de commande UC peut également émettre un message d’anomalie si une trappe Tk reste fermée à la suite d’une commande de déverrouillage durant une opération de collecte. Le dispositif de collecte BCi peut être alimenté par l’intermédiaire d’un raccordement à un réseau électrique, et comprendre également une batterie de secours BT utilisée en cas de rupture de l’alimentation électrique du dispositif BCi par le réseau électrique. Le dispositif de collecte BCi peut également comprendre un capteur PS de présence de piéton pour détecter des piétons à proximité du dispositif BCi. La ﬁgure 5 représente des séquences d’étapes S1 à S4, S6 à S8 et S11 à S17 d’un procédé de contrôle du système de collecte, selon un mode de réalisation. La séquence d’étapes S1-S4 permet de collecter des informations relatives au suivi de piétons dans des zones surveillées par les capteurs PSj et les dispositifs de collecte BCi. L’étape S1 est exécutée par un capteur PSj sur détection d’un événement EVT relatif à un ou plusieurs piétons. A l’étape S1, le capteur PSj transmet des données relatives à l’événement détecté EVT à l’unité de commande UC d’un des dispositifs de collecte BCi avec lequel une communication est établie. Dans le cas où le capteur PSj est un dispositif émetteur/récepteur, les données transmises à l’étape S1 peuvent comprendre un identifiant de l’objet connecté détecté par le capteur PSj, un identifiant du capteur PSj, une donnée d’horodatage de l’événement, un identifiant de protocole de communication et une donnée relative à la puissance du signal détecté par le capteur. Les identifiants de l’objet connecté et du capteur peuvent comprendre par exemple une adresse MAC ("Media Access Control"). Dans le cas où le capteur PSj est une caméra associée à un dispositif d’analyse d’image dédié au comptage de piétons, ou un tourniquet ou encore un tapis de comptage de passage de piétons, les données transmises par le capteur peuvent comprendre des données de comptage de piétons, un identifiant du capteur, et une donnée d’horodatage de l’événement. A l’étape S2, l’unité de commande UC du dispositif BCi reçoit les données relatives à l’événement EVT, et les transmet à une fonction de stockage STF réalisée par le serveur GFS de traitement de données de présence de piétons. Dans le cas où les données relatives à l’événement EVT contiennent un identifiant d’objet connecté, l’unité de commande UC peut remplacer cet identifiant par une empreinte cryptographique de cet identifiant, par exemple calculée à l’aide d’une fonction cryptographique de hachage, afin d’empêcher l’identification de la personne possédant l’objet connecté. A l’étape S3, la fonction de stockage STF reçoit les données relatives à l’événement EVT et les stocke dans un espace de stockage DTL dédié. Ainsi, l’espace de stockage DTL peut contenir des données d’événements fournies et/ou relayées par plusieurs dispositifs de collecte BCi. L’étape S4 est exécutée par une fonction PCS d’analyse d’événements de flux de piétons réalisée par le serveur GFS. A cette étape, la fonction PCS d’analyse lit le contenu de l’espace de stockage DTL et détermine données d’affluence de piétons comprenant notamment des directions de déplacement associées à des données de comptage de piétons. Par exemple, les données d’affluence peuvent comprendre des données d’horodatage d’entrée ou de sortie d’une zone de détection CD1 d’un capteur PSj, associée à un nombre de piétons, ou des nombres de piétons se trouvant dans une zone de détection CD1 d’un capteur PSj à un instant donné. Selon un mode de réalisation, le serveur SPS de supervision ou le serveur GFS de traitement de données de présence de piéton est configuré pour déterminer des consignes de déplacement à partir des données d’affluence, et pour transmettre ces données de consigne à un dispositif de collecte BCi, ces données étant affichées à l’écran d’affichage DSP par le dispositif de collecte, pour informer les piétons situés à proximité. Les piétons peuvent ainsi être informés d’une grande affluence de piétons dans une zone et être incités à éviter cette zone. Les étapes S6-S8 permettent de surveiller l’état des capteurs PSj. A l’étape S6, chaque capteur PSj transmet un message d’état SST au dispositif de collecte BCi avec lequel une communication est établie. L’étape S6 peut être exécutée périodiquement par chaque capteur PSj. A l’étape S7, l’unité de commande UC du dispositif BCi reçoit le message d’état SST et le stocke dans un espace de stockage SST. A l’étape S8, transmet au serveur de supervision SPS les états STS de capteur reçus. L’unité de commande UC également transmettre à l’étape S8 un état du dispositif BCi. L’étape S8 peut être exécutée périodiquement. Les étapes S11 à S17 sont exécutées à chaque fois qu’un code SCC d’objet à collecter est acquis par le lecteur SCN d’un des dispositifs de collecte BCi. A l’étape S11, l’unité de commande UC du dispositif BCi reçoit et décode le code optique SCC fourni par le lecteur SCN. A l’étape S12, l’unité de commande UC du dispositif BCi transmet au serveur BCS de gestion de collecte une requête RQA d’ouverture de trappe T1-T4 du dispositif de collecte BCi, contenant un identifiant correspondant au code optique scanné SCC et un identifiant du dispositif BCi. A l’étape S13, le serveur BCS reçoit la requête RQA, détermine si la collecte de l’objet correspondant à l’identifiant d’objet fourni est possible. A cet effet, le serveur BCS détermine si l’identifiant d’objet fourni correspond à un objet consigné à collecter. Cela peut impliquer que l’objet a été préalablement enregistré dans une liste d’objets consignés à collecter, lors de la vente du produit incluant l’objet à collecter et que l’acheteur du produit ait été identifié. En effet, l’identification de l’acheteur est nécessaire si l’opération de collecte implique une rémunération de l’acheteur. Si la collecte de l’objet consigné est autorisée, le serveur BCS détermine si un bac B1-B4 du dispositif BCi peut recevoir l’objet correspondant au code SCC, et transmet en réponse à la requête RQA, un message RPA indiquant si une récupération d’objet consigné est possible et dans le cas positif, un identifiant de trappe Tk (k=1, … 4) à ouvrir. Si le message de réponse RPA contient un identifiant de trappe à ouvrir, l’unité de commande UC du dispositif de collecte BCi commande l’ouverture de la trappe Tk correspondant à la trappe à ouvrir indiquée dans le message de réponse RPA à l’étape S14. Selon un mode de réalisation, le serveur BCS sélectionne la trappe Tk à ouvrir en fonction de la nature de l’objet consigné déterminée par le code scanné de l’objet, afin d’effectuer un tri des objets consignés. Selon un mode de réalisation, la sélection de la trappe Tk peut être effectuée en fonction du taux de remplissage des bacs Tk, afin de les remplir successivement. Selon un autre mode de réalisation, le message d’accord de collecte RPA n’indique pas d’identifiant de trappe Tk ou de bac Bk, l’unité de commande UC du dispositif BCi étant alors configuré pour déterminer quel bac utiliser pour recevoir l’objet consigné en cas d’accord du serveur BCS, par exemple en fonction de taux de remplissage respectifs des bacs et/ou en fonction d’un type de l’objet à collecter. Si à l’étape S15, le dispositif de collecte BCi détecte la remise de l’objet consigné, par exemple à l’aide d’un lecteur de code optique disposé au voisinage de la trappe Tk après fermeture de cette dernière, l’unité de commande UC transmet à l’étape S16 au serveur BCS gestion de collecte un message confirmant la remise de l’objet OC correspondant à l’identifiant SCC. Le serveur BCS peut alors rémunérer ou autoriser la rémunération de l’acheteur du produit incluant l’objet consigné en échange de la remise de ce dernier. A noter que l’étape S15 peut être omise, notamment dans le cas où le dispositif BCi n’est pas équipé pour détecter l’insertion d’un objet consigné dans l’un des bacs Bk. A l’étape S17, l’unité de commande UC du dispositif BCi peut transmettre au serveur SPS un message d’état BST du dispositif BCi signalant notamment la collecte d’un objet consigné dans le bac Bk. Selon un mode de réalisation, le dispositif de collecte BCi détermine et mémorise un taux de remplissage de chacun des bacs Bk. Les taux de remplissage des bac Bk peuvent être transmis au serveur SPS à l’étape S17. Selon un mode de réalisation, le serveur BCS de gestion de collecte peut être configuré pour compter le nombre d’objets collectés dans chaque bac Bk de chaque dispositif de collecte BCi, déterminer qu’un des bacs Bk d’un des dispositifs de collecte est plein, et signaler au serveur SPS de supervision qu’un bac est plein dans le dispositif de collecte BCi. Selon un mode de réalisation, le serveur SPS peut être configuré pour recueillir du serveur BCS de gestion de collecte le nombre d’objets collectés dans chaque bac Bk des dispositifs de collecte BCi et déclencher une opération de maintenance lorsqu’un bac Bk est plein ou lorsque tous les bacs Bk d’un dispositif de collecte est plein. Selon un mode de réalisation, le dispositif de collecte BCi présente un mode de de collecte autonome dans lequel la décision de collecte est prise localement par le dispositif de collecte. Dans ce mode, les étapes S12 et S13 ne sont pas exécutées, le dispositif de collecte BCi n’envoyant pas de message de requête RQA à l’issue de l’étape S11. Ce mode de de collecte autonome peut être activé par exemple en cas de coupure de la communication entre le dispositif BCi et le serveur BCS, ou dans une installation privée. Dans ce mode de de collecte autonome, le dispositif BCi est configuré pour mémoriser une liste de types d’objets à collecter, vérifier à chaque collecte (à l’étape S14) si le code SCC d’objet reçu du lecteur SCN correspond à l’un des types d’objets de la liste mémorisée, et si tel est le cas, à commander le déverrouillage d’une des trappes Tk, éventuellement en fonction du type d’objet identifié. Selon un mode de réalisation, le dispositif de collecte BCi peut également comprendre un capteur de pression et/ou un accéléromètre associé à chaque bac Bk pour détecter l’ajout d’un objet à collecter dans le bac. Selon un mode de réalisation, le serveur SPS de supervision est configuré pour recueillir du serveur GFS de collecte et de traitement de données de flux de piétons des données d’affluence et de flux de piétons élaborées par le serveur GFS, et anticiper des opérations de maintenance pour collecter des objets consignés recueillis dans les bacs Bk de dispositifs de collecte BCi en fonction de données d’affluence de piétons fournies par le serveurs GFS et de données de remplissage des bacs Bk fournies par les dispositifs BCi (étape S17) . Une telle opération de maintenance peut ainsi être anticipée lorsque les bacs Bk d’un dispositif de collecte BCi sont presque pleins et qu’une forte affluence de piétons est détectée dans la zone de surveillance du dispositif de collecte BCi. La ﬁgure 6 représente des étapes S21 à S25 exécutées par les serveurs SPS, BCS et les dispositifs de collecte BCi. A l’étape S21, le serveur SPS reçoit du serveur GFS des nombres de piétons présents PN(Zi), entrant et sortant de zones Zi. A l’étape S22, le serveur SPS reçoit des données de remplissage DR(BCi) par des objets collectés des dispositifs de collecte BCi, soit directement, soit par l’intermédiaire du serveur BCS de gestion de collecte. A l’étape S23, le serveur SPS compare les données de remplissage DR(BCi) reçues de chaque dispositif BCi avec un premier seuil de remplissage FT1 de bac de collecte du dispositif de collecte et déclenche une opération de maintenance d’un dispositif de collecte (étape S25) lorsque le seuil de remplissage FT1 est atteint ou dépassé. A l’étape S24, le serveur SPS compare pour chaque dispositif BCi les données de remplissage DR(BCi) reçues du dispositif BCi avec un second seuil de remplissage FT2 de bac de collecte du dispositif de collecte et compare le nombre de piétons présents PN(Zi) dans la zone où est situé le dispositif BCi à un seuil PT d’affluence de piétons, et déclenche une opération de maintenance du dispositif de collecte BCi lorsque le second seuil FT2 de remplissage de bac de collecte du dispositif de collecte est atteint et que le seuil PT d’affluence de piétons dans la zone Zi où se trouve le dispositif BCi est atteint ou dépassé, le second seuil FT2 de remplissage étant inférieur au premier seuil FT1 de remplissage. Selon un mode de réalisation, les objets consignés sont équipés d’une étiquette RFID, chaque dispositif de collecte BCi étant équipé d’un lecteur RFID. L’étape S11 peut être déclenchée sur détection d’une nouvelle étiquette RFID (lecture d’un nouvel identifiant RFID). En outre chaque dispositif BCi peut être configuré pour détecter la présence de l’étiquette qui vient d’être lue dans l’un des bacs Bk après la fermeture de la trappe Tk. De cette manière, il peut être assuré que l’objet consigné identifié par la première lecture de l’étiquette RFID a bien été remis au dispositif de collecte BCi. Selon un mode de réalisation, une antenne, par exemple de type UHF (Ultra Hautes Fréquences) est installée à l’intérieur du dispositif de collecte BCi, le lecteur RFID étant configuré pour acquérir les identifiants de tous les objets contenus dans les bacs Bk, et ainsi détecter si un nouvel objet à collecter a été ajouté dans l’un des bacs. A cet effet, les bacs Bk et les étagères sur lesquelles sont disposés les bacs peuvent être réalisés dans des matériaux non métalliques pour ne pas faire obstacle aux transmissions entre l’antenne UHF et les étiquettes RFID présentes dans les bacs Bk. Selon un mode de réalisation, chacun des dispositifs de collecte BCi est configuré pour que la batterie BT alimente seulement les circuits électroniques, mais pas les dispositifs électromécaniques Vk actionnant notamment le verrouillage et le déverrouillage des trappes Tk. La fonction CCF de collecte d’objets consignés est donc inopérante en cas de coupure avec le réseau électrique. Dans ce cas, la fonction PDF de détection de piétons reste opérationnelle et les autres fonctions MF du dispositif de collecte BCi sont mises en sommeil pour prolonger la durée de vie de la batterie BT. Selon un autre mode de réalisation, la batterie BT est dimensionnée pour permettre un fonctionnement complet du dispositif de collecte BCi en cas de coupure avec le réseau électrique. Dans ce cas, l’unité de commande UC est configurée pour mettre la priorité sur le fonctionnement du dispositif de collecte BCi afin de maintenir opérationnelle la fonction CCF de collecte d’objets consignés, la fonction PDF de détection de piétons étant mise dans un mode dégradé pour préserver la batterie. Il peut être prévu une commande de forçage (par exemple accessible à un opérateur habilité) pour assurer pleinement la fonction PDF de détection de piétons si la détection de flux de piétons est jugée importante pour l’exploitant durant une certaine période. Dès que la batterie BT devient faible (tension de batterie inférieure à une valeur de seuil de tension), toutes les fonctions du dispositif de collecte BCi sont mises en sommeil sauf des fonctions assurant une surveillance du dispositif de collecte BCi durant une plus longue durée jusqu’à rétablissement de l’alimentation ou fin de batterie. Par exemple, la détection d’une forte affluence de piétons par la fonction PDF de détection de piétons d’un des dispositifs de collecte BCi permet d’anticiper un usage important de la fonction CCF de collecte d’objets consignés du dispositif BCi, et selon son niveau de batterie BT, envoyer une alerte à l’opérateur pouvant intervenir pour conserver une qualité de service en intervenant sur le dispositif BCi pour recharger ou changer la batterie, pour effectuer une opération de dépannage ou une opération de décharge des bacs de collecte Bk. Il s’avère que la fonction PDF de détection de piétons nécessite beaucoup plus de débit ou bande passante que la fonction CCF de collecte. Selon un mode de réalisation, chacun des dispositifs de collecte BCi est configuré pour transmettre les messages à destination des serveurs BCS et GFS avec la même priorité pour que les deux fonctions PDF de détection de piéton et CCF de collecte puissent fonctionner en simultané. Selon un mode de réalisation, les fonctions PDF de détection de piéton et CCF de collecte présentent des temporisations de connexion et un mode hors/faible connexion permettant de conserver une qualité de fonctionnement acceptable pour les utilisateurs et l’opérateur. Un accès prioritaire au réseau de transmission avec les serveurs BCS et GFS peut être attribué à la fonction CCF de collecte, avec une possibilité pour l’exploitant d’ajuster les priorités respectives d’accès à ce réseau par les deux fonctions PDF de détection de piéton et CCF de collecte. Selon un mode de réalisation, la fonction CCF de collecte dispose d’un accès prioritaire à la ressource de calcul (unité de commande UC) du dispositif de collecte BCi afin d’offrir une réactivité suffisante aux utilisateurs souhaitant rendre un objet consigné. La priorité de cet accès peut être ajustée pour permettre à l’unité de commande UC d’exécuter les autres fonctions du dispositif de collecte BCi avec une réactivité compatible avec les tâches à réaliser. Selon un mode de réalisation, chacune des fonctions CCF de collecte et PDF de détection de piétons dispose d’un espace de stockage dédié configuré de manière à ce que l’une de ces deux fonctions n’ait pas accès à l’espace de stockage de l’autre fonction et réciproquement. Selon un mode de réalisation, chacune des fonctions CCF de collecte et PDF de détection de piétons dispose d’un espace de mémoire vive chiffré, de manière à ce que l’une de ces deux fonctions n’ait pas accès aux données mémorisées temporairement par l’autre fonction et réciproquement. Selon un mode de réalisation, la restitution d’un objet consigné est effectuée à l’aide d’une application dédiée, installée sur des terminaux (téléphones intelligents) des utilisateurs. L’application dédiée peut être configurée pour : s’enregistrer auprès du serveur BCS en fournissant des informations permettant d’identifier l’utilisateur, recevoir sur requête du serveur GFS des données d’affluence de piétons, scanner les identifiants sur les objets consignés, par exemple à l’aide du capteur d’image ou du lecteur NFC ("Near Field Communication") du terminal, transmettre au serveur BCS des requêtes de collecte contenant l’identifiant scanné et l’identifiant de l’utilisateur, recevoir une autorisation de restitution du serveur BCS en réponse à l’émission d’une requête de restitution d’un objet consigné, recevoir la ou les positions des dispositifs de collecte BCi les plus proches, moyennant la fourniture de la position du terminal. De cette manière, il peut ne pas être nécessaire de prévoir sur les dispositifs de collecte BCi un lecteur d’identifiant (SCN) pour identifier un objet avant sa restitution. La fourniture des positions des dispositifs de collecte les plus proches peut tenir compte de l’affluence de piétons dans les zones où sont localisées les dispositifs de collecte, de manière à indiquer la position des dispositifs de collecte les plus proches et ceux qui sont disponibles et qui ont une probabilité faible d’être occupés à court terme, compte tenu des données d’affluence et de déplacements de piétons élaborées par le serveur GFS. A noter que le serveur GFS peut fournir directement aux terminaux d’utilisateur un statut, libre/occupé/probabilité forte d’être occupé à court terme, de chacun des dispositifs de collecte BCi, ou seulement ceux situés dans un rayon prédéfini autour d’une position donnée. Selon un mode de réalisation, le serveur SPS de supervision est configuré pour recueillir de chacun des dispositifs de collecte BCi des données d’état de fonctionnement, telles qu’un état d’alimentation, sur secteur/par batterie, un état de charge de la batterie BT, un état de connexion au réseau de communication avec les serveurs SPS, BCS, GFS, un état d’occupation des mémoires internes et du processeur de l’unité de commande UC, un état de température à l’intérieur du dispositif de collecte, des données de fonctionnement des dispositifs de verrouillage Vk des trappes Tk, et des taux de remplissage des bacs Bk. Ces données d’état peuvent être transmises périodiquement par les dispositifs de collecte BCi au serveur SPS. En revanche, les dispositifs de collecte BCi peuvent transmettre au serveur SPS en temps réel des données d’anomalie dès leur détection, pour pouvoir déclencher une opération de maintenance rapidement. Les données d’anomalie peuvent comprendre une panne d’un des équipements internes du dispositif de collecte BCi, ou l’existence d’un bac Bk plein. Il apparaîtra clairement à l’homme de l’art que la présente invention est susceptible de diverses variantes de réalisation et diverses applications. En particulier, l’invention n’est pas limitée la mise en œuvre de serveurs distincts pour assurer les services de traitement de données de présence de piétons, de gestion de collecte et de supervision. En effet, deux ou l’ensemble de ces services peuvent être assurés par un même serveur connecté aux dispositifs de collecte. Il n’est pas non plus nécessaire de prévoir un lecteur d’identifiant d’objet à collecter à l’intérieur des dispositifs de collecte BCi. En effet, la vérification de la restitution des objets peut être effectuée lors du vidage des bacs Bk. 1. Dispositif de collecte d’objets consignés, comprenant : un logement fermé contenant au moins un bac (Bk) de recueil d’objets à collecter, une trappe (Tk) d’accès au bac couplée à un dispositif de verrouillage (Vk), un premier circuit de communication (COM1) configuré pour communiquer avec des capteurs (PSj) de présence de piétons et recevoir des données de présence de piétons émises par les capteurs de présence de piétons, un second circuit de communication (COM2) configuré pour communiquer avec des serveurs distants (GFS, BCS, SPS), et une unité de commande (UC) connectée aux premier et second circuits de communication et au dispositif de verrouillage, et configurée pour : recevoir un identifiant (SCC) d’objet à collecter, chaque objet à collecter étant associé à un identifiant lisible sur l’objet, commander le dispositif de verrouillage (Vk) pour déclencher l’ouverture de la trappe d’accès au bac de collecte, en fonction de l’identifiant d’objet à collecter, établir une liaison de transmission avec au moins un capteur (PSj) de présence de piétons, recevoir du capteur des données (EVT) de présence de piétons, et transmettre les données de présence de piétons à un serveur (GFS) de traitement de données de présence de piétons. 2. Dispositif selon la revendication 1, dans lequel l’unité de commande (UC) est configurée pour : transmettre un message de demande de collecte (RQA) contenant l’identifiant reçu vers un serveur de gestion de gestion de collecte (BCS), et recevoir du serveur de gestion de collecte un message (RPA) d’accord de collecte, la commande du dispositif de verrouillage (Vk) pour déclencher l’ouverture de la trappe (Tk) d’accès au bac de collecte étant effectuée en fonction du contenu du message d’accord de collecte. 3. Dispositif selon la revendication 1 ou 2, comprenant un lecteur (SCN) d’identifiant d’objet à collecter, le lecteur d’identifiant étant de type lecteur de code optique et/ou lecteur RFID. 4. Dispositif selon l’une des revendications 1 à 3, comprenant plusieurs bacs (B1-B4) de recueil d’objets à collecter. 5. Dispositif selon la revendication 4, dans lequel l’unité de commande (UC) est configurée pour sélectionner l’un des bacs (Bk) de recueil pour recevoir un objet correspondant à l’identifiant (SCC) reçu d’objet à collecter en fonction d’un taux de remplissage du bac et/ou en fonction d’un type d’objet à collecter déterminé à l’aide de l’identifiant reçu d’objet à collecter. 6. Dispositif selon l’une des revendications 1 à 5, configuré pour détecter la présence à l’intérieur du logement de l’objet à collecter correspondant à l’identifiant (SCC) d’objet à collecter reçu, et comptabiliser l’ajout de l’objet à collecter détecté dans le bac de collecte (Bk). 7. Dispositif selon l’une des revendications 1 à 6, dans lequel les données (EVT) de présence de piétons comprennent des identifiants d’objets connectés (P1-P6) portés par les piétons. 8. Dispositif selon la revendication 7, dans lequel l’unité de commande (UC) est configurée pour calculer une empreinte cryptographique de chacun des identifiants d’objets connectés (P1-P6) reçus, et remplacer les identifiants d’objets connectés par les empreintes cryptographiques calculées dans les données de présence de piétons transmises au serveur (GFS) de traitement de données. 9. Dispositif selon l’une des revendications 1 à 8, comprenant un capteur (PS) de présence de piéton configuré pour détecter la présence de piétons à proximité du dispositif de collecte. 10. Système de collecte d’objets consignés, comprenant : une pluralité de dispositifs de collecte (BCi), selon l’une des revendications 1 à 9, une pluralité de capteurs (PSj) de présence de piétons, une liaison de transmission étant établie entre chaque capteur et l’un des dispositifs de collecte, un service (GFS) de traitement de données de présence de piétons, configuré pour : recevoir des dispositifs de collecte des données (EVT) de présence de piétons, déterminer des données d’affluence de piétons comprenant des nombres de piétons présents, entrant et sortant d’une zone (CD1) couverte par l’un des capteurs à partir des données de présence de piétons reçues, et fournir les données d’affluence en réponse à des requêtes de données d’affluence de piétons, et un service (BCS) de gestion de collecte configuré pour : recevoir des messages (RQA) de demande de collecte contenant un identifiant (SCC), déterminer si l’identifiant reçu correspond à un identifiant d’objet à collecter, et transmettre en réponse aux messages de demande de collecte un message de réponse (RPA) autorisant ou refusant une collecte en fonction de l’identifiant reçu. 11. Système selon la revendication 10, comprenant un service (SPS) de supervision configuré pour : recevoir les données d’affluence comprenant des nombres (PN) de piétons présents, entrant et sortant de zones (Zi), recevoir des données (DR) de remplissage des dispositifs de collecte (BCi) par des objets collectés, déclencher une opération de maintenance (MOP) d’un des dispositifs de collecte (BCi) lorsqu’un premier seuil (FT1) de remplissage de bac de collecte du dispositif de collecte est atteint ou dépassé, et déclencher une opération de maintenance d’un dispositif de collecte lorsqu’un second seuil (FT2) de remplissage de bac de collecte du dispositif de collecte est atteint et qu’un seuil (PT) d’affluence de piétons dans la zone où se trouve le dispositif de collecte est atteint ou dépassé, le second seuil de remplissage étant inférieur au premier seuil de remplissage. 12. Système selon la revendication 10 ou 11, dans lequel la pluralité de capteurs (PSj) de présence de piétons comprend au moins un dispositif émetteur/récepteur configuré pour : établir une liaison de transmission sans fil avec l’un des dispositifs de collecte (BCi) avec lequel il se trouve à portée de transmission sans fil, recevoir un message émis par un objet connecté (P1-P6) porté par un piéton et situé dans une zone de détection (CD1) du dispositif émetteur/récepteur, et transmettre le contenu du message reçu (EVT) par la liaison de transmission avec le dispositif de collecte. 13. Système selon l’une des revendications 10 à 12, dans lequel les capteurs (PSj) de présence de piétons comprennent au moins l’un des dispositifs suivants : une caméra équipée d’un logiciel de comptage de passage de piétons, un tourniquet de comptage de passage de piétons, et un tapis de sol équipé de détecteurs de pression pour détecter des personnes marchant sur le tapis. 14. Système selon la revendication 10 ou 13, configuré pour déterminer des consignes de déplacement de piétons à partir des données d’affluence, transmettre les consignes de déplacement à un dispositif de collecte (BCi), et afficher sur un écran d’affichage (DSP) du dispositif de collecte les consignes de déplacement transmises.