Brevet FR3112414A1 — publié le 20220114

TITRE : SYSTÈME ET PROCEDE DE GESTION D’UNE PLURALITE DE ROBOTS MOBILES POUR LA PREPARATION DE COMMANDES DE PRODUITS STOCKES DANS UN ENTREPOT La présente technique propose un procédé de gestion d’une pluralité de robots mobiles autonomes, dits robots de collecte, pour la préparation de commandes de produits stockés dans un entrepôt comprenant une pluralité d’espaces de stockage des produits, une pluralité de zones de prélèvement des produits par une pluralité d’opérateurs et une pluralité de zones de collecte des produits prélevés par les robots de collecte ; un système de gestion et un procédé de préparation de commandes. Figure 2 SYSTÈME ET PROCEDE DE GESTION D’UNE PLURALITE DE ROBOTS MOBILES POUR LA PREPARATION DE COMMANDES DE PRODUITS STOCKES DANS UN ENTREPOT Domaine de l’invention Le domaine de l’invention est celui de la logistique, en particulier pour la préparation de commandes au sein d’un entrepôt de stockage de produits à expédier. La présente invention concerne notamment l’assistance à la préparation de commandes par le biais de robots autonomes (dit « Autonomous Mobile robots – AMR » en anglais). L’invention concerne plus particulièrement la gestion d’une flotte de robots autonomes et leur usage avec des opérateurs de prélèvement dans un entrepôt de stockage de produits à expédier. Art antérieur Le domaine de la logistique n’a cessé d’évoluer depuis de nombreuses années. Concernant la préparation de commandes en particulier, les évolutions techniques et technologiques ont été nombreuses, allant des logiciels de gestion aux convoyeurs de produits en passant par les étagères de stockage intelligentes. Nous nous intéressons ici plus particulièrement à la préparation de commandes effectuée par des opérateurs et assistée par des robots autonomes. Ainsi, les opérateurs et les robots coopèrent dans un même espace de travail afin de préparer de manière optimale les différentes commandes qui sont reçues par le système de gestion de commandes de l’entrepôt. On connait ainsi plusieurs techniques de prélèvement (dit « Picking » en anglais) faisant coopérer des opérateurs de prélèvement et des robots. Selon une première approche, relativement simple, un opérateur est chargé de prélever les différents produits d’une commande aux différents emplacements de l’entrepôt et de les déposer sur le robot autonome qui l’accompagne. Un inconvénient majeur de cette première approche est que les temps de trajet du robot et de l’opérateur sont relativement importants, ce qui entraine un rendement très faible de l’opérateur et du robot respectivement. En effet, le rendement peut être déterminé en fonction du taux de prélèvement horaire, c’est-à-dire du nombre de prélèvements par heure. Selon une seconde approche, décrite dans la demande de brevet américaine US10572854, l’entrepôt est divisé en plusieurs régions et un opérateur de prélèvement est affecté à chacune de ces régions. Ainsi, pour chaque commande, le robot autonome parcourt les différentes régions de l’entrepôt pour collecter les produits prélevés par les opérateurs. Bien que cette approche permette d’augmenter le rendement des opérateurs de prélèvement en diminuant leur distance à parcourir entre deux prélèvements, les trajets des robots de collecte sont relativement importants et ne permettent pas d’obtenir une solution satisfaisante. Aucune des solutions connues de l’art antérieur ne permet donc de répondre de manière pleinement satisfaisante aux cadences de plus en plus élevées qui sont demandées à ce jour, tout en tenant compte des contraintes selon les entrepôts. Il existe donc un besoin de fournir une nouvelle approche qui puisse s’adapter en temps réel à ces différentes contraintes tout en optimisant le rendement global du système, c’est-à-dire le rendement des opérateurs et des robots. La présente technique répond à ce besoin en proposant un procédé de gestion d’une pluralité de robots mobiles autonomes, dits robots de collecte, pour la préparation de commandes de produits stockés dans un entrepôt comprenant une pluralité d’espaces de stockage des produits, une pluralité de zones de prélèvement des produits par une pluralité d’opérateurs et une pluralité de zones de collecte des produits prélevés par les robots de collecte. Le procédé comprend les étapes suivantes mises en œuvre en temps réel de : génération et transmission de données de gestion de l’entrepôt, par un gestionnaire de prélèvements de produits ; réception, par un gestionnaire de commandes, des données de gestion de l’entrepôt comprenant au moins une pluralité de données de commandes ; traitement, par le gestionnaire de commandes, des données de gestion de l’entrepôt, délivrant des données d’ordonnancement de commandes ; détermination, par le gestionnaire de commandes, d’au moins une zone de prélèvement attribuée à un opérateur de prélèvement pour le traitement d’au moins une partie d’au moins une commande et détermination d’au moins une zone de collecte attribuée à un des robots de collecte pour le traitement d’au moins une partie d’au moins une commande et ; réception, par un gestionnaire de flotte, des données d’ordonnancement de commandes en provenance du gestionnaire de commandes ; génération et transmission, par le gestionnaire de flotte, d’une pluralité d’ordres de déplacements aux robots de collecte, tenant compte au moins des zones de collecte et de prélèvement déterminées et des données d’ordonnancement de commandes. Ainsi, la présente technique propose une solution nouvelle et inventive pour la préparation de commandes mise en œuvre par des opérateurs de prélèvement et des robots mobiles autonomes dans un entrepôt. Pour ce faire, les zones de prélèvement attribuées aux opérateurs et les zones de collecte attribuées au robots mobiles sont déterminées en temps réel en tenant compte entre autres de données et contraintes liées à la fois à l’entrepôt et aux commandes à préparer, aux opérateurs de prélèvement et aux robots. La solution proposée repose donc sur la détermination d’une proposition d’ordonnancement de commandes à préparer optimale et la mise en œuvre réelle de cet ordonnancement en tenant compte de données en temps réel susceptibles de modifier l’ordonnancement optimale déterminé. De cette manière, la préparation de commandes est optimisée en temps réel pour tous ses aspects (optimisation de prélèvement, de collecte, d’utilisation des robots …). Selon un aspect particulier, l’étape de génération et transmission de données de gestion de l’entrepôt comprend une sous-étape de réception et de traitement de données relatives à la configuration physique de l’entrepôt et une sous-étape de génération d’au moins un graphique de navigation des robots de collecte au sein de l’entrepôt. Ces sous-étapes permettent notamment de prendre en considération toutes les spécificités physiques de l’entrepôt, comme par exemple des sens de circulation, des zones interdites ou très réglementées, de manière à optimiser la navigation des robots de collecte. Par ailleurs, le procédé tient compte de ces caractéristiques de l’entrepôt en temps réel et peut donc réévaluer la navigation des robots dès qu’un changement intervient, comme par exemple un encombrement accidentel (collision entre deux robots, chute de produits …) d’une allée ou une zone de l’entrepôt. Selon une caractéristique particulière, l’étape de génération et transmission de données de gestion de l’entrepôt comprend en outre une sous-étape de réception et de traitement de données relatives aux opérateurs de prélèvement, à un inventaire des produits stockés dans l’entrepôt et à une liste de commandes à préparer. Ainsi, non seulement les caractéristiques propres à la configuration physique de l’entrepôt sont prises en compte, mais également des caractéristiques liées aux produits stockés, aux listes de commandes à préparer et aux opérateurs eux-mêmes. De cette manière, tout changement impactant en temps réel ces différents aspects de la préparation de commande dans un entrepôt peut être pris en compte, comme par exemple un déplacement de produits stockés d’une zone à une autre, une absence non prévue d’un opérateur de prélèvement. Selon un aspect particulier, l’étape de traitement des données de gestion de l’entrepôt et de délivrance des données d’ordonnancement de commandes comprend une sous-étape de génération d’un routage optimal des déplacements des opérateurs de prélèvement et des robots de collecte au sein de l’entrepôt. De cette manière, le procédé optimise, en temps réel, les déplacements des opérateurs et des robots, de manière à ordonnancer la préparation de commandes selon un schéma optimal, servant de base à la suite du procédé. Selon une caractéristique particulière, l’étape de traitement des données de gestion de l’entrepôt et de délivrance des données d’ordonnancement de commandes comprend une sous-étape de stockage des données relatives aux opérateurs de prélèvement, ces données comprenant au moins un indicateur parmi le nombre d’opérateurs de prélèvement présents dans l’entrepôt, leur efficacité, leur expérience et leurs statistiques. Selon un aspect particulier, l’étape de traitement des données de gestion de l’entrepôt et de délivrance des données d’ordonnancement de commandes comprend une sous-étape de génération d’une stratégie de prélèvement comprenant une pluralité de tâches de prélèvement pour les opérateurs de prélèvement et de collecte pour les robots mobiles. Selon une caractéristique particulière, l’étape de génération et transmission d’une pluralité d’ordres de déplacements aux robots de collecte comprend une sous-étape de détermination d’au moins un itinéraire de navigation optimal des robots de collecte et une sous-étape de planification et d’affectation des itinéraires de navigation aux robots de collecte. La présente technique concerne également un système de gestion d’une pluralité de robots mobiles autonomes, dits robots de collecte, pour la préparation de commandes de produits stockés dans un entrepôt comprenant une pluralité d’espaces de stockage des produits et une pluralité de zones de prélèvement des produits par une pluralité d’opérateurs et une pluralité de zones de collecte des produits prélevés par les robots. Le système de gestion comprend : un gestionnaire de prélèvement apte à recevoir des données en provenance d’un système de gestion de l’entrepôt et à générer et transmettre des données de gestion de l’entrepôt ; un gestionnaire de commandes apte à recevoir au moins les données de gestion de l’entrepôt en provenance du gestionnaire de prélèvement et à délivrer des données d’ordonnancement de commandes ; un gestionnaire de flotte apte à recevoir des données d’ordonnancement de commandes en provenance du gestionnaire de commandes et à communiquer des ordres de déplacement à la pluralité de robots de collecte. Un tel système de gestion est apte à mettre en œuvre les étapes du procédé décrites précédemment, selon les différents modes de réalisation. Par exemple, le système de gestion correspond à un ou plusieurs serveurs physiques sur site (dans l’entrepôt ou un espace dédié proche de l’entrepôt), distants (chez un hébergeur de serveurs par exemple) ou dématérialisés (sur le « cloud »). La présente technique concerne également un procédé de préparation de commandes de produits stockés dans un entrepôt comprenant une pluralité d’espaces de stockage des produits, une pluralité de zones de prélèvement des produits par une pluralité d’opérateurs de prélèvement et une pluralité de zones de collecte des produits prélevés par une pluralité de robots mobiles autonomes, dits robots de collecte, le procédé comprenant les étapes suivantes de : prélèvement, par chaque opérateur de prélèvement d’au moins un produit d’au moins une commande dans une zone de prélèvement qui lui est attribuée ; collecte, par au moins un robot de collecte, de produits prélevés par un opérateur, correspondant à au moins une partie d’au moins une commande dans une zone de collecte comprenant au moins une zone de prélèvement ; déplacement des robots de collecte jusqu’à une zone de reconstitution de commande et/ou d’expédition ; reconstitution des commandes à partir des produits collectés par les robots de collecte ; et expédition des commandes reconstituées. Ainsi, le procédé de gestion de la flotte de robots autonomes mobiles tel que décrit précédemment permet la mise en œuvre d’un procédé de préparation de commandes optimisé, en temps réel. Selon un aspect particulier, l’étape de collecte est mise en œuvre par au moins deux robots de collecte pour au moins un desdits opérateurs de prélèvement. Ainsi, la présente technique permet d’envisager une très forte augmentation du rendement de préparation de commandes en prévoyant qu’un opérateur prélève des articles/produits en étant « accompagné » par deux robots ou plus. En effet, un opérateur de prélèvement pouvant alimenter deux robots de collecte, ou plus, est extrêmement efficace, dans la mesure où il peut prélever plusieurs produits, à un même emplacement, pour différentes commandes collectées par les deux robots, au lieu d’effectuer ces prélèvements en deux temps, lorsqu’il est accompagné par un seul robot. De plus, le procédé de préparation de commandes comprend une étape de communication bidirectionnelle entre les au moins deux robots, afin de coordonner leurs déplacements respectifs et de connaître l’avancée de la préparation de commandes respectivement sur l’autre robot. En effet, l’efficacité liée à la présence de deux robots pour un opérateur de prélèvement ne doit pas être limitée par des problèmes de déplacements des robots, qui doivent toujours se trouver à proximité de l’opérateur, sans entrer en collision. Enfin, afin de pallier d’éventuelles imprécisions dans les informations communiquées entre les robots, notamment concernant leurs localisations ou leurs vitesses respectives, le procédé comprend une étape de reconnaissance de formes mise en œuvre par au moins un des au moins deux robots. De cette manière, le positionnement respectif des deux robots est plus précis et permet d’éviter les collisions. Liste des Figures La technique proposée, ainsi que les différents avantages qu’elle présente, seront plus facilement compris, à la lumière de la description qui va suivre de plusieurs modes de réalisation illustratifs et non limitatifs de celle-ci, et des dessins annexés parmi lesquels : illustre un diagramme représentant le système de gestion d’une pluralité de robots mobiles pour la préparation de commandes de produits stockés dans un entrepôt selon la technique proposée ; illustre de façon schématique les différentes étapes du procédé de gestion d’une pluralité de robots mobiles pour la préparation de commandes de produits stockés dans un entrepôt selon la technique proposée ; illustre de façon schématique des sous-étapes d’une étape du procédé de gestion de la figure 2 ; illustre de façon schématique des sous-étapes d’une autre étape du procédé de gestion de la figure 2 ; illustre de façon schématique des sous-étapes d’encore une autre étape du procédé de gestion de la figure 2 ; illustre de façon schématique les différentes étapes du procédé de préparation de commandes selon la technique proposée ; illustre un premier exemple de fonctionnement de l’entrepôt selon la technique proposée ; illustre un deuxième exemple de fonctionnement de l’entrepôt selon la technique proposée ; illustre un troisième exemple de fonctionnement de l’entrepôt selon la technique proposée ; illustre la reconstitution des différentes commandes effectuées dans l’entrepôt de la figure 9 ; illustre un quatrième exemple de fonctionnement de l’entrepôt selon la technique proposée ; illustre la reconstitution des différentes commandes effectuées dans l’entrepôt de la figure 11 ; illustre un cinquième exemple de fonctionnement de l’entrepôt selon la technique proposée ; illustre la reconstitution des différentes commandes effectuées dans l’entrepôt de la figure 13 ; Description détaillée de l’invention A - Principe général de la technique proposée Le principe général de la technique proposée consiste à optimiser les déplacements des opérateurs de prélèvement et des robots mobiles autonomes de collecte au sein d’un entrepôt de stockage de produits à expédier afin de maximiser leur utilisation/rendement. En améliorant le rendement des opérateurs et des robots, un nombre plus important de commandes peut être effectué par unité de temps (par heure par exemple). Cette optimisation tient compte de l’ensemble des contraintes internes à l’entrepôt dans lequel la technique est mise en œuvre. Ces contraintes internes sont majoritairement imposées et inflexibles, mais souvent évolutives, comme par exemple des priorités entre les commandes reçues et les horaires de départ des camions de livraison ou bien des conflits de trajectoires entre les robots, des sens de circulation dans l’entrepôt, etc. A partir de ces contraintes et en fonction des commandes à traiter, la technique proposée génère un ordonnancement spécifique optimal des commandes. Si nécessaire, la technique propose de décomposer au moins certaines commandes en une pluralité de sous-commandes. Ensuite, en fonction de cet ordonnancement spécifique, la technique proposée détermine, en temps réel, des zones de prélèvement pour les opérateurs et des zones de collecte pour les robots. Plus particulièrement, la technique propose d’attribuer une zone de prélèvement à chaque opérateur afin de limiter ses déplacements entre deux prélèvements de produits et de favoriser une bonne connaissance de son environnement de travail. De façon similaire, la technique proposée attribue une zone de collecte à chaque robot afin de limiter ses déplacements de sorte à compléter plus rapidement les tâches qui lui sont affectées et à optimiser son énergie. Selon la technique proposée, en fonction des commandes à traiter, les zones de prélèvement et de collecte peuvent être modifiées (étendues ou réduites) en temps réel. Une zone de prélèvement n’est attribuée qu’à un seul opérateur de prélèvement et deux zones de prélèvement ne peuvent pas se chevaucher. Ainsi, les déplacements des opérateurs de prélèvement sont facilités et les gênes causées par la présence de plusieurs opérateurs de prélèvement dans un espace restreint sont évitées. Les zones de collecte affectées aux robots autonomes peuvent quant à elles regrouper plusieurs zones de prélèvement en fonction des produits à collecter. La technique proposée prévoit en outre, en fonction de la détermination des zones de prélèvement, des zones de collecte, et de l’ordonnancement des commandes, de générer et transmettre des ordres de déplacements (ou tâches) à chacun des robots de sorte à ce que ces derniers collectent chacun des produits d’au moins une partie d’au moins une commande. A l’issue de la collecte des produits par les différents robots, les commandes sont ensuite reconstituées afin d’être expédiées en temps voulu. Ainsi, contrairement aux technique connues, la solution proposée permet d’optimiser les flux logistiques au sein de l’entrepôt en diminuant les déplacements des opérateurs de prélèvement tout en optimisant le rythme de préparation des commandes. La technique proposée permet d’optimiser à la fois le nombre d’opérateurs dans l’entrepôt, la distance entre deux prélèvements, le poids journalier par opérateur, le temps de parcours global d’une flotte de robots et même l’énergie électrique dépensée par la flotte de robots. B - Description du système de gestion d’une pluralité de robots mobiles autonomes pour la préparation de commandes de produits stockés dans un entrepôt Comme illustré sur la figure 1 , le système de gestion 100 d’une pluralité de robots mobiles autonomes pour la préparation de commandes de produits stockés dans un entrepôt comprend différents modules, à savoir un gestionnaire de prélèvement 110, un gestionnaire de commandes 120 et un gestionnaire de flotte 130. En outre, chaque robot de la flotte de robots comprend un gestionnaire de tâches 140 qui fait partie intégrante du système de gestion 100. Un système de gestion de l’entrepôt (WMS), interne et propre à l’entrepôt dans lequel la solution technique proposée est mise en œuvre, fournit un certain nombre de données au système de gestion 100 d’une pluralité de robots mobiles autonomes pour la préparation de commandes. Ce système de gestion de l’entrepôt (WMS) est connu et largement utilisé. Il ne sera donc pas d’avantage décrit dans ce document. 1) Gestionnaire de prélèvement 110 : Tout d’abord, le système de gestion 100 comprend un gestionnaire de prélèvement 110, qui est un module apte à prendre en compte l’ensemble des contraintes inhérentes à l’entrepôt dans lequel la solution technique proposée est mise en œuvre, de sorte à déterminer les contours de la zone globale de prélèvement qui s’adresse spécifiquement à chaque entrepôt. Plus particulièrement, ce module 110 permet d’extraire et de traiter l’ensemble des données qui sont relatives aux flux associés à l’entrepôt (flux internes des opérateurs de prélèvement de produits et flux avec l’extérieur, comme par exemple les arrivées et départs de camions de transport des commandes), de sorte à générer des données de gestion de l’entrepôt. Les données reçues au niveau de l’entrée du gestionnaire de prélèvement 110 sont fournies par le système de gestion de l’entrepôt (WMS) qui est un système généralement déjà présent dans chaque entrepôt de préparation de commandes. Plus précisément, les données reçues par le gestionnaire de prélèvement 110 concernent notamment la configuration physique de l’entrepôt 113 qui représentent les contraintes invariables de ce dernier et qui ne peuvent être modifiées par le système de gestion 100 de la solution technique proposée. Par exemple, ces données indiquent les dimensions de l’entrepôt, les zones et sens de circulation au sein de l’entrepôt, les zones de dépose des produits prélevés, les heures de départ des camions de livraison, etc. À partir des données de configuration de l’entrepôt 113, un générateur de graphique de navigation 111, qui est un sous-module du gestionnaire de prélèvement 110, est notamment apte à : - charger le plan global de l'entrepôt ; - à partir ce plan global, éditer et trier des cartes/plans pour alimenter les autres modules du système de gestion ; - déterminer des points d'arrêt et des points de cheminement pour les robots mobiles dans l’entrepôt ; - générer un ou plusieurs graphiques de navigation reliant tous les points de cheminement pertinents ; et - déterminer des zones interdites et/ou des chemins préférés pour la circulation des robots mobiles. Par ailleurs, le gestionnaire de prélèvement 110 présente un deuxième sous-module, ce sous-module est un analyseur 112 de données de l’entrepôt qui est apte à analyser au moins une partie des données provenant du système de gestion de l’entrepôt (WMS) et les traiter/convertir en données logicielles utilisables par les autres modules du système de gestion 100. Plus particulièrement l’analyseur 112 est configuré pour recevoir et traiter les données 114 relatives aux opérateurs, à l’inventaire des produits 115 et à la liste de commandes 116. Les données 114 relatives aux opérateurs concernent, par exemple, le nombre d’opérateurs présents dans l’entrepôt selon le moment de la journée, leurs horaires de travail (planning), le poids maximal pouvant être prélevé par heure et/ou par jour de travail pour chaque opérateur, leur expérience (efficacité et statistiques de prélèvement), etc. Les données 114 relatives aux opérateurs sont traitées par l’analyseur 112 afin d’être ensuite utilisées par le gestionnaire de commandes 120 pour déterminer le nombre de zones de prélèvement dans l’entrepôt et gérer la charge de travail de chaque opérateur de prélèvement, comme décrit plus en détail dans la suite de cette description. Les données relatives à l’inventaire des produits 115 présents dans l’entrepôt concernent le positionnement des produits dans l’entrepôt, le stock des produits, le type de conditionnement des produits, etc. Ces données relatives à l’inventaire des produits 115 sont traitées par l’analyseur 112 afin de comprendre la distribution des produits dans l’entrepôt dans le but d’ensuite être utilisées par le gestionnaire de commande 120 pour optimiser la génération des zones de prélèvement et les flux dans l’entrepôt, comme décrit plus en détail dans la suite de cette description. Le gestionnaire de prélèvement 110 tient également compte des commandes qui sont à préparer, ces données de commandes se présentant sous la forme d’une liste de commandes 116 qui, à ce stade, ne sont pas agencées de manière optimale pour permettre leur préparation. En d’autres termes, cette liste de commandes 116 est à l’état brute. Cette liste de commandes 116 est traitée par l’analyseur 112 afin de générer des données de commandes qui seront ensuite utilisées par le gestionnaire de commande 120 afin de créer des tâches de collecte pour les robots mobiles, comme décrit plus en détail dans la suite de cette description. 2) Gestionnaire de commandes 120 : Le gestionnaire de commandes 120 est un module du système de gestion 100 qui, en tenant compte des données qui lui sont transmises par le gestionnaire de prélèvement 110, est apte à traiter la liste de commandes 116 en fonction de l'état actuel (en temps réel) de l'entrepôt et des opérateurs de prélèvement de sorte à déterminer une stratégie de prélèvement et de collecte optimale et ainsi générer des tâches robotisées pour collecter les produits prélevés par les opérateurs de prélèvement. Plus précisément, le gestionnaire de commandes 120 gère en temps réel les commandes pour établir une stratégie optimale de prélèvement et de collecte des produits dans l’entrepôt afin de réaliser la préparation des commandes. A partir de l’ensemble des données qui lui sont transmises, le gestionnaire de commandes 120 est donc apte à délivrer des données d’ordonnancement de commandes se présentant sous la forme d’un graphe de navigation (encore appelé route de navigation, ou code de navigation des robots) des robots dans l’entrepôt en fonction, notamment, de la liste de commandes et des contraintes en temps réel au sein de l’entrepôt, comme par exemple l’encombrement d’une allée ou un opérateur de prélèvement en retard sur ses tâches. Le gestionnaire de commandes 120 comprend quatre sous-modules, à savoir : un sous-module de modélisation de l’entrepôt 121, un sous-module de modélisation des opérateurs de prélèvements 122, un générateur de zones 123 et un générateur de tâches 124. Sous-module de modélisation de l’entrepôt 121 Le sous-module de modélisation de l’entrepôt 121 est à apte à recevoir et traiter des données en provenance du générateur de graphique de navigation 111 et de l’analyseur 112 de données de l’entrepôt. Ce sous-module 121 est donc apte à stocker l’ensemble des données relatives à l'entrepôt telles que l’état de l’entrepôt 121a en temps réel et les routes de navigation 121b de l'entrepôt, les données sur l'inventaire 121c et les zones afin d’associer en temps réel des routes au sein de l’entrepôt en fonction de l’état actuel de l’entrepôt. En d’autres termes, ce sous-module a pour but de déterminer/mettre à jour le routage optimal au sein de l’entrepôt, en fonction de l’encombrement des allées par exemple. Sous module de modélisation des opérateurs de prélèvement 122 Le sous-module de modélisation des opérateurs de prélèvement 122 est à apte à recevoir et traiter des données en provenance de l’analyseur 112 de données de l’entrepôt. Ce sous-module 122 est donc apte à stocker l’ensemble des données relatives aux opérateurs de prélèvement. Plus précisément, ce sous-module a pour but de stocker les données concernant le nombre d’opérateurs de prélèvement dans l’entrepôt, leur efficacité, leur expérience et leurs statistiques 122a. Ce module stocke également des données concernant la typologie de prélèvement de chaque opérateur de prélèvement. En d’autres termes, ce module est capable, en fonction de l’expérience de chaque opérateur (basée notamment sur le fait qu’un opérateur de prélèvement expérimenté a une meilleure connaissance et mémoire de l’entrepôt qu’un opérateur de prélèvement débutant), de différencier la typologie de prélèvement pour chaque opérateur. On entend par typologie de prélèvement le fait qu’un opérateur de prélèvement prélève des produits en fonction du poids des produits (pour atteindre un poids maximum à prélever chaque jour) et/ou de son unité de valeur, c’est-à-dire son conditionnement (un prélèvement peut correspondre, par exemple à une pomme, ou à un sachet de pommes, ou à un carton comprenant plusieurs sachets de pommes ou bien à une palette comprenant une pluralité de cartons). Le sous-module de modélisation des opérateurs de prélèvement 122 permet également de suivre en temps réel l’état 122b des opérateurs de prélèvement, c’est-à-dire leur disponibilité et leur tâche en cours d'exécution. Générateur de zones 123 Le générateur de zones 123 a pour but d’établir la stratégie de prélèvement par zones en déterminant des régions de regroupement de produits distribuées de manière optimale dans l’entrepôt, et cela en temps réel. En d’autres termes, le générateur de zones 123 établit en temps réel, et pour une période donnée, les zones de prélèvement en fonction de la configuration de l’entrepôt, de l’état de l’entrepôt, des graphes de navigation et des commandes à préparer. Plus particulièrement, le générateur de zones 123 a pour fonction de déterminer en temps réel le nombre de zones de prélèvement 123a à mettre en œuvre dans l’entrepôt afin d’optimiser la charge de travail de chaque opérateur de prélèvement. Pour ce faire, les zones sont déterminées au vu de l’occupation, en temps réel, des allées, qui tient notamment compte du nombre de prélèvements à effectuer dans un laps de temps donné, au chevauchement de commandes, à la présence d’un opérateur de prélèvement débutant ou non. En fonction de ces données, le générateur de zones de prélèvement va réduire ou étendre en temps réel les dimensions des zones pour optimiser le rendement de chaque opérateur de prélèvement. Par exemple, plus le nombre de prélèvements dans une allée augmente, plus la zone de prélèvement se réduit. De la même façon, et pour un nombre de prélèvements identique, la zone de prélèvement d’un opérateur expérimenté sera plus étendue que la zone de prélèvement d’un opérateur débutant. De cette manière, la charge de travail est distribuée de manière optimale entre l’ensemble des opérateurs de prélèvement. Le générateur de zones 123 est également apte à déterminer les points de collecte, ou points de regroupement 123b, des produits prélevés par les opérateurs de prélèvement. Ces points de collecte définissent des points d’arrêt pour les robots de collecte et sont déterminés de sorte à optimiser les flux au sein de l’entrepôt. Ces points de collecte sont dynamiques/évolutifs et sont déterminés en temps réel en fonction des données transmises par le gestionnaire de prélèvement 110 et des retours de données de la part du gestionnaire de flotte 130, comme décrit plus en détail dans la suite de cette description. Générateur de tâches 124 Le générateur de tâches 124 a pour fonction, sur la base des données reçues à partir du gestionnaire de prélèvement 110 et du générateur de zones 123, de diviser/fractionner/découper la liste de commandes à préparer en une pluralité de tâches 124a qui comprennent chacune des sous-tâches, les sous-tâches correspondant chacune à un voyage/déplacement d’un robot de collecte de produits dans l’entrepôt. Ainsi, le générateur de tâches 124 génère, pour une période de temps donnée, des tâches 124b comprenant chacune des sous-tâches (en fonction de chaque zone) qui peuvent contenir des produits de différentes commandes. De cette manière, le prélèvement et la collecte des produits peuvent être répartis sur plusieurs opérateurs de prélèvement et sur plusieurs robots de collecte afin d’optimiser l’effort global pour exécuter l’ensemble des commandes. Plus précisément, le générateur de tâches 124 génère, pour une période de temps donnée, des tâches de prélèvement pour les opérateurs de prélèvement. Ces tâches de prélèvement sont générées notamment en tenant compte du nombre de zones de prélèvement et du nombre d’opérateurs de prélèvement. Ainsi, chaque opérateur de prélèvement peut prélever un maximum de produits tout en minimisant ses déplacements puisqu’il ne prélève des produits que dans la zone de prélèvement qui lui est attribuée. Le rendement de chaque opérateur de prélèvement est donc optimisé. En outre, le générateur de tâches 124 génère également, pour une période de temps donnée, les tâches de collecte pour les robots sur la base des différents points de collecte/regroupement de produits associés à chaque zone et sur la disponibilité et la capacité des robots de la flotte de robots. La disponibilité et la capacité d’un robot sont déterminées en fonction de la température de fonctionnement du robot, de l’état de chargement de sa batterie et du poids maximum qu’il peut transporter. Le générateur de tâches 124 génère donc une stratégie de prélèvement optimale 124c comprenant une pluralité de tâches transmises au gestionnaire de flotte 130 qui attribuera ces différentes tâches à chaque robot afin de minimiser les déplacements de ces derniers, tout en maximisant le nombre de produits collectés. L’utilisation de la flotte de robot est ainsi optimisée. Il est à noter que le générateur de tâches 124 ne modifie pas les zones de prélèvement attribuées aux opérateurs de prélèvement. Ces zones de prélèvement sont déterminées par le générateur de zones 123. En revanche, c’est le générateur de tâches 124 qui définit la zone de collecte de chaque robot de collecte en déterminant les points de collecte par lequel le robot doit circuler afin de collecter l’ensemble des produits contenu de sa tâche/sous-tâche. Ces zones de collecte pour les robots sont déterminées de sorte qu’un robot puisse collecter le maximum d’articles tout en circulant dans le moins de zones de prélèvement des opérateurs de prélèvement. Le générateur de tâches 124 propose une stratégie de prélèvement, à un instant précis et pour une période de temps donnée, qui est optimale tant pour les opérateurs de prélèvement que pour les robots de collecte. Toutefois, le générateur de tâches 124 ne tient pas compte de certaines contraintes en temps réel. Notamment, le générateur de tâches 124 ne tient pas compte d’un éventuel blocage d’un robot, des évitements entre robots lors de leurs déplacements dans l’entrepôt, ni du retard d’un opérateur de prélèvement, par exemple. Ces contraintes relatives à la situation en temps réel au sein de l’entrepôt sont prises en compte par le gestionnaire de flotte 130. 3) Gestionnaire de flotte 130 : Le gestionnaire de flotte 130 traite de la gestion de la flotte des robots de collecte en réponse aux tâches et sous-tâches générées par le gestionnaire de tâches 124. Pour ce faire, le gestionnaire de flotte 130 comprend un sous-module gestionnaire des tâches de la flotte 131 et un sous-module de modélisation de la flotte 132 qui sont chacun en communication avec les robots. Le sous-module gestionnaire des tâches de la flotte 131 est apte à recevoir la stratégie optimale de prélèvement déterminée par le générateur de tâches 124 comprenant les tâches et sous-tâches générées par ce dernier afin de les distribuer 131a aux différents robots de la flotte de robots de collecte. À partir des tâches/sous-tâches, le sous-module gestionnaire des tâches 131 détermine les meilleurs itinéraires de navigation 131b et planifie/affecte 131c ces itinéraires, en temps réel, à chaque robot de la flotte de robots de sorte à exécuter l’ensemble des commandes. La détermination et la planification des itinéraires tiennent compte de l’occupation de l’entrepôt et sont optimisées de sorte à éviter les conflits de navigation entre les robots et éviter les chevauchements des tâches à effectuer. Le sous-module de modélisation de la flotte 132 a pour fonction de surveiller l'état d’avancement des tâches 132a ainsi que l'état de navigation/circulation 132b de la flotte de robots de collecte au sein de l’entrepôt. En d’autres termes, ce sous-module supervise en continu l’état de l’ensemble des robots déployés dans l’entrepôt. En fonction des données relatives à l’état des robots, c’est-à-dire en fonction du trafic et des déplacements des robots et plus généralement de l’état de la flotte de robots, le gestionnaire de flotte 130 est alors apte à modifier/adapter l’ordonnancement des tâches/sous-tâches générées par le gestionnaire de commandes 120 en redistribuant/déléguant ces tâches/sous-tâches. En d’autres termes, le gestionnaire de la flotte 130 est apte à modifier la stratégie optimale fournie par le gestionnaire de commandes 120 afin de l’adapter à l’état en temps réel de l’entrepôt. Par exemple, le gestionnaire de flotte 130 peut décider de rerouter une tâche à un robot ou de séquencer différemment les tâches par rapport à la stratégie optimale fournie par le gestionnaire de commande 120. Il est à noter que le gestionnaire de flotte 130 doit respecter autant que possible la stratégie de prélèvement fournie par le gestionnaire de commandes 120. Néanmoins, certaines contraintes liées à l’occupation de l’entrepôt sont prises en compte par le gestionnaire de flotte 130. Ces contraintes de temps réel sont également transmises au gestionnaire de commandes 120 afin que ce dernier puisse modifier en conséquence la stratégie de prélèvement pour la période de temps suivante. Ainsi, la stratégie de prélèvement générée par le gestionnaire de commandes 120 est régulièrement mise à jour en fonction de l’état de l’entrepôt constaté par le gestionnaire de la flotte de robots 130. 4) Gestionnaire de tâche 140 Comme indiqué précédemment, chaque robot dispose d’un gestionnaire de tâches 140 qui reçoit les tâches/sous-tâches distribuées/attribuées par le gestionnaire des tâches de la flotte 131. Plus précisément, le gestionnaire de tâches 140 reçoit les tâches/sous-tâches et les traite de sorte à obtenir une liste, ou des ordres, de navigation précisant les emplacements à parcourir et les arrêts à réaliser. Par exemple, les ordres indiquent au robot de se rendre dans l’allée 1 et de s’arrêter au point de regroupement A, d’aller ensuite dans l’allée 3 et de s’arrêter au point de regroupement E, etc jusqu’à se rendre dans une zone de reconstitution des commandes. Le défilement des tâches (passage d’une tâche à la tâche suivante) est, par exemple, actionné par le terminal de l’opérateur de prélèvement qui communique avec le gestionnaire de tâches 140 du robot pour indiquer qu’un produit est bien prélevé et collecté par le robot de collecte. Lorsque l’ensemble des tâches d’un robot est effectué, le gestionnaire de flotte 130 transmet de nouvelles tâches/sous-tâches au gestionnaire de tâches 140 du robot. En d’autres termes, les gestionnaires de tâches 140 des robots répondent/réagissent au gestionnaire de flotte 130 en temps réel afin de garantir un contrôle précis des robots. Par ailleurs, le gestionnaire de tâches 140 est connecté aux outils de navigation et à d'autres composants du robot, tel que les capteurs permettant de visualiser les obstacles, afin de faire naviguer le robot dans l'entrepôt et effectuer le prélèvement. Le gestionnaire de tâches 140 est donc apte à identifier les contraintes (les obstacles ou les allées encombrées, par exemple) que rencontre le robot lors de sa navigation dans l’entrepôt afin d’en informer le gestionnaire de flotte 130 qui peut alors adapter en temps réel la distribution des tâches aux autres robots de la flotte. Enfin, le gestionnaire de tâches 140 permet à deux robots de la flotte de communiquer entre eux, notamment dans le cas où deux robots sont dédiés à un même opérateur de prélèvement. En effet, une des difficultés dans ce cas d'usage réside dans la coordination des déplacements des deux robots, afin d’éviter toute collision, tout en se trouvant à proximité de l’opérateur de prélèvement à tout moment. De plus, il est important que chaque robot sache quelle est l'avancée des préparations de commandes de l’autre robot, pour bien se positionner vis-à-vis de l’opérateur de prélèvement, de l’espace de prélèvement et du support de collecte, mais aussi pour anticiper différents déplacements. Trois cas de figures sont possibles à chaque espace de prélèvement : Le robot « avant » doit recevoir des produits, mais pas le robot « arrière ». Le robot « avant » va donc s’arrêter à hauteur de l’espace de collecte afin de minimiser la distance avec l’espace de prélèvement, le robot « arrière » restant derrière le robot « avant ». Une fois la collecte terminée à ce point de prélèvement, les deux robots peuvent démarrer de manière synchronisée et guider l’opérateur à l’espace de prélèvement suivant. Le robot « arrière » doit recevoir des produits, mais pas le robot « avant ». Le robot « arrière » va donc s’arrêter à hauteur de l’espace de collecte afin de minimiser la distance avec l’espace de prélèvement, le robot « avant » restant devant le robot « arrière ». Une fois la collecte terminée à ce point de prélèvement, les deux robots peuvent démarrer de manière synchronisée et guider l’opérateur à l’espace de prélèvement suivant. Le robot « avant » et le robot « arrière » doivent recevoir des produits. Le robot « avant » va donc s’arrêter à hauteur de l’espace de collecte afin de minimiser la distance avec l’espace de prélèvement, le robot « arrière » restant derrière le robot « avant ». Une fois la collecte concernant le robot « avant » à ce point de prélèvement terminée, le robot « avant » avance de quelques mètres, de même que le robot « arrière », de telle sorte que le robot « arrière » s’arrête à hauteur de l’espace de collecte. Une fois la collecte terminée à ce point de prélèvement, les deux robots peuvent démarrer de manière synchronisée et guider l’opérateur à l’espace de prélèvement suivant. Pour répondre à ces problématiques et maintenir un niveau optimal de performances du système, deux robots (ou plus) peuvent donc s’échanger en temps réel des informations leur permettant de définir au mieux leurs trajectoires respectives, telles que : leurs positions respectives (position, orientation, covariance) exprimées dans le repère absolu, c’est-à-dire fonction du système de localisation propre à chaque robot ; ces informations sont toutefois sujettes à des incertitudes ; leurs vitesses (vitesse linéaire, vitesse angulaire, covariance), informations également sujettes à des incertitudes ; leurs destinations ; leurs empreintes « 2D », fonction de leurs vitesses et de l'état de leurs systèmes de levage permettant de maintenir le ou les supports de collecte des produits sur le robot ; leurs états, par exemple parmi les états prédéterminés suivants : bloqué, en vitesse lente, en mouvement, en attente du prélèvement d’un produit par l’opérateur de prélèvement et de la dépose sur le robot (ou plus précisément dans le bon support de collecte, comme décrit ci-après), en attente que l'autre robot soit servi, ….. Toutes ces informations permettent à chaque robot de tenir compte du déplacement et de la localisation de l’autre robot, en temps réel, et ainsi d’adapter son propre déplacement et positionnement en temps réel. Cependant, bien qu’effectuées en temps réel, ces communications inter-robots peuvent souffrir de certaines incertitudes ou imprécisions, du fait notamment des techniques utilisées pour obtenir ces informations (par exemple pour la localisation ou la vitesse). La présente technique propose de pallier notamment certaines imprécisions des systèmes individuels de localisation des robots, par la mise en œuvre d’une technique de reconnaissance de formes d’un robot par un autre robot, par exemple via un module dédié de détection ou reconnaissance de formes. Ainsi, chaque robot peut avoir connaissance de la distance relative entre lui et un autre robot. Cela permet notamment d’éviter les collisions entre robots, par exemple dans un cas d’usage où deux robots se suivent, à côté d’un opérateur de prélèvement. En effet, si la localisation du robot « avant » est imprécise et le positionne un mètre devant sa position réelle, le robot « arrière » pourrait considérer qu'il y a un large espace devant lui alors qu'en réalité le robot « avant » peut être très proche. Tout mouvement du robot « arrière » pourrait être inapproprié, un déplacement vers l’avant pourrait par exemple entrainer une collision avant le robot « avant ». Le module de détection de formes intégré ou connecté à tout robot permet donc d’éviter des collisions entre robots. Enfin, il est possible également que le gestionnaire de flotte 130 supervise/synchronise les déplacements de deux robots dédiés à un opérateur de prélèvement, en plus des échanges entre les robots. En effet, le gestionnaire de flotte 130 a notamment à sa disposition d’autres informations (comme par exemple celles liées à la productivité d’un opérateur de prélèvement) et peut transmettre des ordres de déplacement à chacun des robots. Le gestionnaire de tâches 140 est par exemple un ordinateur embarqué présent dans le robot et présentant notamment un processeur, une RAM (mémoire vive) et une carte graphique. Le système de gestion 100 correspond par exemple à un ou plusieurs serveurs physiques sur site (dans l’entrepôt ou dans un espace dédié proche de l’entrepôt), distants (chez un hébergeur de serveurs par exemple) ou dématérialisés (sur le « cloud »), aptes à mettre en œuvre les différentes tâches et étapes décrites précédemment et ci-après. De plus, chacun des modules que constituent le gestionnaire de prélèvement 110, le gestionnaire de commandes 120 et le gestionnaire de flotte 130, correspond par exemple à un module software qui communique avec au moins une base de données, pour la mise en œuvre des différentes tâches et étapes décrites précédemment et ci-après. Chacun de ces modules peut également correspondre à des éléments matériels, tels que des ordinateurs ou serveurs, fonctionnant en interaction, au sein du système de gestion. C - Procédé de gestion d’une pluralité de robots mobiles pour la préparation de commandes de produits stockés dans un entrepôt La figure 2 illustre de façon schématique les étapes du procédé 9 de gestion d’une pluralité de robots mobiles autonomes, ou robots de collecte, pour la préparation de commandes de produits stockés dans un entrepôt. Plus particulièrement, le procédé est mis en œuvre dans un entrepôt comprenant une pluralité d’espaces de stockage des produits, une pluralité de zones de prélèvement des produits par une pluralité d’opérateurs et une pluralité de zones de collecte des produits prélevés par des robots de collecte, comme décrit plus en détail dans la suite de la description. Ainsi, le procédé comprend les étapes suivantes mises en œuvre en temps réel de : génération et transmission 91 de données de gestion de l’entrepôt, par un gestionnaire de prélèvements de produits ; réception 92, par un gestionnaire de commandes, des données de gestion de l’entrepôt comprenant au moins une pluralité de données de commandes et ; traitement 93, par le gestionnaire de commandes, des données de gestion de l’entrepôt, délivrant des données d’ordonnancement de commandes ; détermination 94, par le gestionnaire de commandes, d’au moins une zone de prélèvement attribuée à un opérateur de prélèvement pour le traitement d’au moins une partie d’au moins une commande et d’au moins une zone de collecte attribuée à un des robots pour le traitement d’au moins une partie d’au moins une commande et ; réception 95, par un gestionnaire de flotte, des données d’ordonnancement de commandes en provenance du gestionnaire de commandes ; génération et transmission 96, par le gestionnaire de flotte, d’une pluralité d’ordres de déplacements aux robots de collecte, tenant compte au moins des zones de collecte et de prélèvement déterminées et des données d’ordonnancement de commandes. Le gestionnaire de prélèvement, le gestionnaire de commandes et le gestionnaire de flotte sont décrits plus en détail dans la suite de la description. La figure 3 illustre de façon schématique les sous-étapes de l’étape de génération et transmission 91 de données de gestion de l’entrepôt. Plus précisément, l’étape 91 comprend une sous-étape 910 de réception et de traitement de données relatives à la configuration physique de l’entrepôt 113 et une sous-étape de génération 911 d’au moins un graphique de navigation desdits robots de collecte au sein dudit entrepôt. L’étape 91 comprend en outre une sous-étape 912 de réception et de traitement de données relatives aux opérateurs de prélèvement 114, à l’inventaire des produits 115 stockés dans l’entrepôt et à une liste de commandes 116 à préparer. La figure 4 illustre de façon schématique les sous-étapes de l’étape de traitement 93 des données de gestion de l’entrepôt et de délivrance des données d’ordonnancement de commandes. Plus précisément, l’étape 93 comprend une sous-étape de génération 931 d’un routage optimal des déplacements des opérateurs de prélèvement et des robots de collecte au sein de l’entrepôt. L’étape 93 comprend en outre une sous-étape de stockage 932 des données relatives aux opérateurs de prélèvement, ces données comprenant le nombre d’opérateurs de prélèvement présent dans l’entrepôt, leur efficacité, leur expérience et leurs statistiques. L’étape 93 comprend en outre une sous-étape de génération 933 d’une stratégie de prélèvement comprenant une pluralité de tâches de prélèvement pour les opérateurs de prélèvement et de collecte pour les robots mobiles. La figure 5 illustre de façon schématique les sous-étape de l’étape de génération et transmission 96 d’une pluralité d’ordres de déplacements aux robots de collecte. Plus précisément, l’étape 96 comprend une sous-étape de détermination 961 d’un itinéraire de navigation optimal des robots et une sous-étape 962 de planification et d’affectation des itinéraires de navigation aux robots. Les différentes étapes du procédé 9 de gestion d’une pluralité de robots mobiles pour la préparation de commandes de produits stockés dans un entrepôt sont décrites plus en détail en relation avec le système de gestion décrit ci-dessus. Par ailleurs, la technique proposée concerne également un procédé 8 de préparation de commandes de produits stockés dans un entrepôt 1. Plus particulièrement, le procédé est mis en œuvre dans un entrepôt comprenant une pluralité d’espaces de stockage des produits, une pluralité de zones de prélèvement des produits par une pluralité d’opérateurs de prélèvement et une pluralité de zones de collecte des produits prélevés par des robots mobiles autonomes, ou robots de collecte, comme décrit plus en détail dans la suite de la description. Ainsi, le procédé comprend les étapes suivantes de : prélèvement 81, par chaque opérateur de prélèvement d’au moins un produit d’au moins une commande dans une zone de prélèvement qui lui est attribuée ; collecte 82, par au moins un robot de collecte, de produits prélevés correspondant à au moins une partie d’au moins une commande dans une zone de collecte comprenant au moins une zone de prélèvement ; déplacement 83 desdits robots de collecte jusqu’à une zone de reconstitution de commande et/ou d’expédition ; reconstitution 84 desdites commandes à partir desdits produits collectés par lesdits robots de collecte ; et expédition 85 desdites commandes reconstituées. Les différentes étapes du procédé 8 de préparation de commandes de produits stockés dans un entrepôt sont décrites plus en détail en relation avec les exemples de fonctionnement de la technique proposée décrits ci-dessous en relation avec les figures 7 à 14. Par ailleurs, selon une variante de réalisation, l’étape de collecte est mise en œuvre par au moins deux robots de collecte pour au moins un des opérateurs de prélèvement, dans le but d’augmenter encore le rendement de chaque opérateur en lui permettant de prélever plus de produits sans augmenter ses déplacements. Cette variante est décrite plus en détails ci-dessus, en relation notamment avec le gestionnaire de tâches des robots. Par ailleurs, une optimisation de cette variante peut être obtenue grâce à des robots pouvant porter deux supports mobiles de collecte, c’est-à-dire sur lesquels les produits peuvent être déposés par un opérateur de prélèvement dans deux contenants distincts. Cette caractéristique technique est notamment décrite dans la demande de brevet FR2007360 du même demandeur déposée le 10 juillet 2020. Ainsi, il est possible qu’un opérateur de prélèvement soit accompagné de deux robots portant chacun deux supports mobiles de collecte, ce qui offre la possibilité de déposer des produits prélevés dans quatre supports distincts, optimisant encore le rendement de préparation de commandes. Les caractéristiques décrites ci-dessus relatives aux échanges bidirectionnels d’informations entre deux robots sont donc également adaptées à des robots portant deux supports mobiles de collecte ou plus. Par exemple, il est important pour chaque robot de connaître l’avancement de la préparation de commandes pour chacun des quatre supports de collecte à la disposition de l’opérateur de prélèvement. D - Exemples de fonctionnement de la technique proposée On illustre par la suite différents exemples montrant le fonctionnement de la technique proposée, traités à titre de simples exemples illustratifs, et non limitatifs, à l’appui des figures 7 à 14. A noter que les éléments identiques sur les différentes figures portent les mêmes références afin de simplifier la compréhension de la description. Comme expliqué précédemment, la technique proposée est apte à déterminer des zones de prélèvement pour les opérateurs et des zones de collecte pour les robots du système en fonction des commandes à préparer et de l’état de l’entrepôt en temps réel. La figure 7 illustre un premier exemple relativement simple dans lequel il n’y a qu’une seule commande à préparer, à savoir la commande A. Le procédé de gestion 9 a donc déterminé, en fonction des différentes contraintes de l’entrepôt 1 et de la commande A, que la commande A pouvait être exécutée par un unique opérateur de prélèvement 3 auquel une zone de prélèvement 2 comprenant l’ensemble des espaces de stockage 11 de l’entrepôt 1 était affectée. Ainsi, l’opérateur de prélèvement 3 a pour mission de prélever l’ensemble des produits 51 de la commande A dans la zone de prélèvement 2 qui, dans ce cas, couvre l’ensemble de l’entrepôt 1. Étant donné qu’il n’y a qu’une seule zone de prélèvement 2, il ne peut y avoir qu’une seule zone de collecte 4 pour les robots. Le procédé de gestion 9 a déterminé, dans cet exemple, qu’un unique robot de collecte 5 pouvait collecter l’ensemble des produits 51 prélevés par l’opérateur de prélèvement 3. Ainsi, le robot de collecte 5 va parcourir la zone de prélèvement 2 en passant par les points de regroupement de produits pertinents (non illustrés) afin de collecter les produits 51 prélevés par l’opérateur de prélèvement 3. Une fois l’ensemble des produits collectés par le robot de collecte 5, ce dernier va se diriger vers une zone de reconstitution des commandes (non illustrée) afin que la commande A soit ensuite expédiée. La figure 8 illustre un deuxième exemple dans lequel il y a deux commandes à préparer, à savoir la commande A et la commande B. Le procédé de gestion 9 a donc déterminé, en fonction des différentes contraintes de l’entrepôt 1 et des commandes A et B à préparer, que les commandes A et B pouvaient de nouveau être exécutées par un unique opérateur de prélèvement 3 auquel une zone de prélèvement 2 comprenant l’ensemble des espaces de stockage 11 de l’entrepôt 1 était affecté. Ainsi, l’opérateur de prélèvement 3 a pour mission de prélever l’ensemble des produits 51 de la commande A mais également l’ensemble des produits 52 de la commande B dans la zone de prélèvement 2. Étant donné qu’il n’y a qu’une seule zone de prélèvement 2, il ne peut y avoir qu’une seule zone de collecte 4 pour les robots. Le procédé de gestion 9 a donc déterminé, dans cet exemple, qu’un unique robot de collecte 5 pouvait collecter l’ensemble des produits 51 et 52 prélevés par l’opérateur de prélèvement 3. Ainsi, le robot de collecte 5 va parcourir la zone de prélèvement 2 en passant par les points de regroupement de produits pertinents (non illustrés) afin de collecter les produits 51 et 52 prélevés par l’opérateur de prélèvement 3. Une fois l’ensemble des produits 51, 52 collectés par le robot de collecte 5, ce dernier va se diriger vers une zone de reconstitution des commandes (non illustrée) afin que les commandes A et B soient ensuite expédiées. La figure 9 illustre un troisième exemple dans lequel il y a de nouveau deux commandes à préparer, à savoir la commande A et la commande B. Le procédé de gestion 9 a cette fois-ci déterminé, en fonction des différentes contraintes de l’entrepôt 1 et des commandes A et B à préparer, que les commandes A et B devaient être divisées chacune en deux sous-commandes A1, A2 et B1, B2. En effet, compte-tenu notamment de l’emplacement des produits et de l’expérience des opérateurs de prélèvement 3, le système de gestion 100 a déterminé, dans cet exemple, qu’il était plus efficace de diviser l’entrepôt en deux zones de prélèvements 2a, 2b. Ainsi, et puisqu’il ne peut y avoir qu’un seul opérateur de prélèvement par zone de prélèvement afin d’optimiser leur efficacité, l’entrepôt 1 compte deux opérateurs 3a, 3b affectés respectivement à la zone 2a et à la zone 2b. Dans cet exemple, les zones de prélèvement 2a et 2b présentent des dimensions similaires et comptent sensiblement le même nombre d’espaces de stockage 11 afin de simplifier la description de l’exemple. Toutefois, il est rappelé que, en fonction de l’état/la configuration de l’entrepôt, il est possible d’étendre la zone 2a et réduire la zone 2b dans le cas où l’opérateur de prélèvement 3a est plus expérimenté que l’opérateur 3b ou bien si le nombre de prélèvements dans la zone 2a est inférieur à celui de la zone 2b, par exemple. Ainsi, comme illustré sur la figure 9, l’opérateur de prélèvement 3a ne doit prélever que les produits 51 et 52 des commandes A et B qui sont situés dans sa zone 2a. De façon similaire, l’opérateur de prélèvement 3b ne doit prélever que les produits 51 et 52 des commandes A et B qui sont situés dans sa zone 2b. L’entrepôt 1 comprend dans cet exemple deux zones de prélèvements 2a et 2b. Le procédé de gestion 9 a, dans cet exemple, déterminé en fonction des contraintes de l’entrepôt et des commandes A et B de définir deux zones de collectes, à savoir les zones de collecte 4a et 4b qui sont illustrées en traits mixtes. Un robot de collecte a été affecté à chacune de ces deux zones afin de collecter les produits prélevés par les deux opérateurs de prélèvement 3a, 3b. Plus précisément, et en relation avec ce troisième exemple, un premier robot de collecte 5a va parcourir la zone de prélèvement 2a en passant par les points de regroupement de produits pertinents (non illustrés) afin de collecter les produits 51 et 52 des sous-commandes A1 et B1 prélevés par l’opérateur de prélèvement 3a. De même, le robot de collecte 5b va parcourir la zone de prélèvement 2b en passant par les points de regroupement de produits pertinents (non illustrés) afin de collecter les produits 51 et 52 des sous-commandes A2 et B2 prélevés par l’opérateur de prélèvement 3b. À l’issue de cette collecte de produits, les robots de collecte 5a et 5b vont se diriger vers une zone de reconstitution des commandes (non illustrée). La zone de reconstitution de commande permet, comme illustré sur la figure 10 , de reconstituer les commandes à partir des produits des sous-commandes collectés par différents robots de collecte. La reconstitution des commandes n’était pas nécessaire dans les exemples précédents puisqu’il n’y avait qu’un seul robot de collecte. Dans ce troisième exemple, on observe que la commande A est reconstituée en regroupant les produits 51 de la sous-commande A1 collectés par le robot de collecte 5a et les produits 51 de la sous-commande A2 collectés par le robot de collecte 5b. De même, la commande B est reconstituée en regroupant les produits 52 de la sous-commande B1 collectés par le robot de collecte 5a et les produits 52 de la sous-commande B2 collectés par le robot de collecte 5b. Une fois les commandes A et B reconstituées, ces commandes peuvent ensuite être expédiées. La figure 11 illustre un quatrième exemple dans lequel il y a trois commandes à préparer, à savoir les commandes A et B identiques à l’exemple précédent et la commande C. Le procédé de gestion 9 a déterminé, en fonction des différentes contraintes de l’entrepôt 1 et des commandes A, B et C à préparer, que l’entrepôt 1 devait être divisé en deux zones de prélèvement 2a et 2b attribuées chacune respectivement aux opérateurs de prélèvement 3a et 3b. Dans cet exemple, les zones de prélèvement 2a et 2b présentent de nouveau des dimensions similaires et comptent sensiblement le même nombre d’espaces de stockage 11 afin de simplifier la description de l’exemple. Mais, comme vu précédemment, ces zones pourraient être différentes en pratique. Comme illustré, l’opérateur de prélèvement 3a ne doit prélever que les trois produits 51 de la commande A, les deux produits 52 de la commande B et les deux produits 53 de la commande C qui sont situés dans sa zone 2a. De façon similaire, l’opérateur de prélèvement 3b ne doit prélever que les trois produits 51 de la commande A, les trois produits 52 de la commande B et les deux produits 53 de la commande C qui sont situés dans sa zone 2b. L’entrepôt 1 comprend dans cet exemple deux zones de prélèvement 2a et 2b. Le procédé de gestion 9 a, dans cet exemple, déterminé en fonction des contraintes de l’entrepôt et des commandes A, B et C qu’il fallait définir trois zones de collecte, à savoir les zones de collecte 4a, 4b et 4c qui sont illustrées en traits mixtes. Un robot de collecte a été affecté à chacune de ces trois zones afin de collecter les produits prélevés par les deux opérateurs de prélèvement 3a, 3b. Plus précisément, et en relation avec ce quatrième exemple, le robot de collecte 5a va parcourir la zone de prélèvement 2a en passant par les points de regroupement de produits pertinents (non illustrés) afin de collecter les produits 51 et 52 des sous-commandes A1 et B1 prélevés par l’opérateur de prélèvement 3a. De même, le robot de collecte 5b va parcourir la zone de prélèvement 2b en passant par les points de regroupement de produits pertinents (non illustrés) afin de collecter les produits 51 et 52 des sous-commandes A2 et B2 prélevés par l’opérateur de prélèvement 3b. Pour finir, le robot de collecte 5c va parcourir la zone de collecte 4c en passant par les points de regroupement de produits pertinents (non illustrés) afin de collecter les produits 53 de la commande C prélevés par chacun des opérateurs de prélèvement 3a et 3b. Plus particulièrement la zone de collecte 4c couvre les zones de prélèvement 2a et 2b, contrairement aux robots de collecte 5a et 5b qui ne collectent respectivement que des produits prélevés dans les zones de prélèvement 2a et 2b. À l’issue de cette collecte de produits, les robots de collecte 5a, 5b et 5c vont se diriger vers une zone de reconstitution des commandes (non illustrée) afin de compléter les commandes, comme illustré sur la figure 12 . Dans ce quatrième exemple, on observe que la commande A est reconstituée en regroupant les produits 51 de la sous-commande A1 collectés par le robot de collecte 5a et les produits 51 de la sous-commande A2 collectés par le robot de collecte 5b. De même, la commande B est reconstituée en regroupant les produits 52 de la sous-commande B1 collectés par le robot de collecte 5a et les produits 52 de la sous-commande B2 collectés par le robot de collecte 5b. Pour finir, la commande C n’a pas besoin d’être reconstituée car l’ensemble des produits 53 ont été collectés par un unique robot de collecte, à savoir le robot de collecte 5c. Une fois les commandes A, B et C reconstituées, ces commandes peuvent ensuite être expédiées. On note, au vu des quatre premiers exemples, que les opérateurs de prélèvement sont aptes à prélever des produits pour différentes commandes, et cela sans se soucier du nombre de robots qui vont être ensuite utilisés pour collecter ces produits prélevés. C’est le gestionnaire de commandes 120 qui a pour rôle de définir/déterminer combien de robots doivent être ensuite mis en œuvre pour collecter de manière optimale l’ensemble des produits nécessaires pour compléter les différentes commandes. Comme décrit ci-dessus en référence au quatrième exemple, certaines commandes (les commandes A et B) peuvent être divisées en sous-commandes (A1, A2, B1, B2) qui seront collectées par plusieurs robots de collecte (5a, 5b) tandis que d’autres commandes (la commande C en l’occurrence) sont collectées par un seul et unique robot de collecte (5c). La figure 13 illustre un cinquième exemple dans lequel il y a de nouveau trois commandes à préparer, à savoir les commandes A, B et C. Le procédé de gestion 9 a déterminé, en fonction des différentes contraintes de l’entrepôt 1 et des commandes A, B et C à préparer, que l’entrepôt 1 devait être divisé en six zones de prélèvement 2a à 2f attribuées chacune respectivement aux opérateurs de prélèvement 3a à 3f. Dans cet exemple, les zones de prélèvement 2a à 2f présentent des dimensions différentes et comptent un nombre d’espaces de stockage 11 également différents afin d’équilibrer la charge de travail sur l’ensemble des opérateurs de prélèvement 3a-3f. Comme illustré, le prélèvement des produits est divisé comme suit : l’opérateur de prélèvement 3a prélève les deux produits 51 de la commande A qui sont situés dans sa zone 2a ; l’opérateur de prélèvement 3b prélève le produit 51 de la commande A et les deux produits 52 de la commande B qui sont situés dans sa zone 2b ; l’opérateur de prélèvement 3c prélève les trois produits 52 de la commande B qui sont situés dans sa zone 2c ; l’opérateur de prélèvement 3d prélève les trois produits 51 de la commande A qui sont situés dans sa zone 2d ; l’opérateur de prélèvement 3e prélève les deux produits 52 de la commande B et les deux produits 53 de la commande C qui sont situés dans sa zone 2e ; et l’opérateur de prélèvement 3f prélève les deux produits 52 de la commande B et les deux produits 53 de la commande C qui sont situés dans sa zone 2f. Comme indiqué précédemment, l’entrepôt 1 comprend donc, dans cet exemple, six zones de prélèvement 2a à 2f ainsi que six opérateurs de prélèvement 3a à 3f. Le procédé de gestion 9 a, dans cet exemple, déterminé en fonction des contraintes de l’entrepôt et des commandes A, B et C qu’il fallait définir trois zones de collecte, à savoir les zones de collecte 4a, 4b et 4c qui sont illustrées en traits mixtes sur la figure 13. Un robot de collecte a été affecté à chacune de ces trois zones afin de collecter les produits prélevés par les six opérateurs de prélèvement 3a à 3f. Plus précisément, et en relation avec ce cinquième exemple, le robot de collecte 5a est attribué à la zone de collecte 4a qui couvre les zones de prélèvement 2a et 2b. Le robot de collecte 4a va donc parcourir les zones de prélèvement 2a et 2b en passant par les points de regroupement de produits pertinents (non illustrés) afin de collecter les produits 51 et 52 des sous-commandes A1 et B1 prélevés par les opérateurs de prélèvement 3a et 3b. De même, le robot de collecte 5b est attribué à la zone de collecte 4b qui couvre les zones de prélèvement 2d et 2e. Le robot de collecte 4b va donc parcourir les zones de prélèvement 2d et 2e en passant par les points de regroupement de produits pertinents (non illustrés) afin de collecter les produits 51 et 52 des sous-commandes A2 et B2 prélevés par les opérateurs de prélèvement 3d et 3e. On note que le robot 5b parcourt la zone de prélèvement 2e mais qu’il ne collecte pas les produits 53 de la commande C, bien que ces produits 53 aient été prélevés par l’opérateur de prélèvement 3e. En effet, ces produits 53 sont collectés par un autre robot de collecte, à savoir le robot de collecte 5c. Ce choix est déterminé par le gestionnaire de commande 120 et le gestionnaire de flotte 130 et peut notamment s’expliquer par le fait que la capacité de collecte du robot de collecte 4b n’est pas suffisante pour collecter également les produits de la commande C. Pour finir, le robot de collecte 5c est attribué à la zone de collecte 4c qui couvre les zones de prélèvement 2c, 2e et 2f. Le robot de collecte 4c va donc parcourir les zones de prélèvement 2c, 2e et 2f en passant par les points de regroupement de produits pertinents (non illustrés) afin de collecter les produits 52 de la sous-commande B3 et les produits 53 de la commande C prélevés par chacun des opérateurs de prélèvement 3c, 3e et 3f. Plus particulièrement, on observe que la zone de collecte 4c chevauche donc une partie de la zone de collecte 4b attribuée au robot de collecte 5b. Afin d’éviter les risques de collisions entre ces deux robots de collecte 4b, 4c, le système de gestion 100 est apte à planifier les tâches de chacun de ces robots afin d’éviter qu’ils ne soient tous les deux dans une même allée au même moment. À l’issue de cette collecte de produits, les robots de collecte 5a, 5b et 5c vont se diriger vers une zone de reconstitution des commandes (non illustrée) afin de compléter les commandes, comme illustré sur la figure 14 . Dans ce cinquième exemple, on observe que la commande A est reconstituée en regroupant les produits 51 de la sous-commande A1 collectés par le robot de collecte 5a et les produits 51 de la sous-commande A2 collectés par le robot de collecte 5b. De même, la commande B est reconstituée en regroupant les produits 52 de la sous-commande B1 collectés par le robot de collecte 5a, les produits 52 de la sous-commande B2 collectés par le robot de collecte 5b et les produits 52 de la sous-commande B3 collectés par le robot de collecte 5c. Pour finir, la commande C n’a pas besoin d’être reconstituée car l’ensemble des produits 53 ont été collectés par un unique robot de collecte, à savoir le robot de collecte 5c. Une fois les commandes A, B et C reconstituées, ces commandes peuvent ensuite être expédiées. Ces différents exemples montrent que la technique proposée est aisément modulable et présente une très forte réactivité en temps réel en fonction des contraintes évolutives qui sont rencontrées dans l’entrepôt. Les zones de prélèvement ne sont pas figées et peuvent évoluer de nombreuses fois, au sein d’une même journée si besoin, afin de répondre en temps réel aux commandes à préparer et afin d’optimiser la charge de travail en fonction du profil de chaque opérateur de prélèvement. Ainsi, le rendement de chaque opérateur de prélèvement est maximisé. De même, les robots de collecte sont affectés en temps réel à des zones de collecte qui peuvent couvrir, selon les besoins, plusieurs zones de prélèvement et qui peuvent parfois même se chevaucher entre elles. Ces zones sont déterminées en temps réel en fonction de l’état de la flotte de robots et de l’entrepôt afin de minimiser les déplacements des robots. De cette façon les robots sont utilisés de manière optimale et leur rendement est maximisé afin d’exécuter les commandes tout en optimisant la consommation d’énergie globale de la flotte. On comprend bien évidemment que ces exemples relativement simples ne servent qu’à illustrer la technique proposée et ne limitent pas la mise en œuvre de la technique proposée aux exemples décrits précédemment. Il est évident que cette technique peut être appliquée à des entrepôts comprenant des dimensions plus importantes, un nombre d’espaces de stockage plus élevé, un nombre d’opérateurs de prélèvement et de robots de collecte plus élevé ainsi qu’à un nombre de commandes à préparer plus important également. En effet, la technique proposée décrite en détail ci-dessus est apte à prendre en compte toutes ces contraintes et est capable de s’adapter à tous types d’entrepôt. Procédé (9) de gestion d’une pluralité de robots mobiles autonomes, dits robots de collecte, pour la préparation de commandes de produits stockés dans un entrepôt (1) comprenant une pluralité d’espaces (11) de stockage des produits (51, 52, 53), une pluralité de zones de prélèvement (2, 2a, 2b, 2c, 2d, 2e, 2f) des produits par une pluralité d’opérateurs (3, 3a, 3b, 3c, 3d, 3e, 3f) et une pluralité de zones de collecte (4, 4a, 4b, 4c) des produits prélevés par lesdits robots de collecte (5, 5a, 5b,5 c), ledit procédé comprenant les étapes suivantes mises en œuvre en temps réel de : génération et transmission (91) de données de gestion dudit entrepôt, par un gestionnaire de prélèvements (110) de produits ; réception (92), par un gestionnaire de commandes (120), desdites données de gestion dudit entrepôt comprenant au moins une pluralité de données de commandes et ; traitement (93), par ledit gestionnaire de commandes (120), desdites données de gestion dudit entrepôt, délivrant des données d’ordonnancement de commandes ; détermination (94), par ledit gestionnaire de commandes (120), d’au moins une zone de prélèvement attribuée à un opérateur de prélèvement pour le traitement d’au moins une partie d’au moins une commande et détermination d’au moins une zone de collecte attribuée à un desdits robots de collecte pour le traitement d’au moins une partie d’au moins une commande ; réception (95), par un gestionnaire de flotte (130), desdites données d’ordonnancement de commandes en provenance dudit gestionnaire de commandes (120) ; génération et transmission (96), par ledit gestionnaire de flotte (130), d’une pluralité d’ordres de déplacements auxdits robots de collecte, tenant compte au moins desdites zones de collecte et de prélèvement déterminées et desdites données d’ordonnancement de commandes. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite étape de génération et transmission (91) de données de gestion dudit entrepôt comprend une sous-étape (910) de réception et de traitement de données relatives à la configuration physique de l’entrepôt (113) et une sous-étape de génération (911) d’au moins un graphique de navigation desdits robots de collecte au sein dudit entrepôt. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite étape de génération et transmission (91) de données de gestion dudit entrepôt comprend en outre une sous-étape (912) de réception et de traitement de données relatives auxdits opérateurs de prélèvement (114), à un inventaire (115) des produits stockés dans ledit entrepôt et à une liste de commandes (116) à préparer. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite étape de traitement (93) desdites données de gestion dudit entrepôt et de délivrance desdites données d’ordonnancement de commandes comprend une sous-étape de génération (931) d’un routage optimal des déplacements des opérateurs de prélèvement et des robots de collecte au sein de l’entrepôt. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite étape de traitement (93) desdites données de gestion dudit entrepôt et de délivrance desdites données d’ordonnancement de commandes comprend une sous-étape de stockage (932) desdites données relatives auxdits opérateurs de prélèvement (114), ces données (114) comprenant au moins un indicateur parmi le nombre d’opérateurs de prélèvement présents dans l’entrepôt, leur efficacité, leur expérience et leurs statistiques. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite étape de traitement (93) desdites données de gestion dudit entrepôt et de délivrance desdites données d’ordonnancement de commandes comprend une sous-étape de génération (933) d’une stratégie de prélèvement comprenant une pluralité de tâches de prélèvement pour lesdits opérateurs de prélèvement et de collecte pour lesdits robots mobiles. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite étape de génération et transmission (96) d’une pluralité d’ordres de déplacements auxdits robots de collecte comprend une sous-étape de détermination (961) d’au moins un itinéraire de navigation optimal desdits robots de collecte et une sous-étape (962) de planification et d’affectation desdits itinéraires de navigation auxdits robots de collecte. Système de gestion (100) d’une pluralité de robots mobiles autonomes (5), dits robots de collecte, pour la préparation de commandes de produits (51, 52, 53) stockés dans un entrepôt (1) comprenant une pluralité d’espaces de stockage (11) des produits et une pluralité de zones de prélèvement (2) des produits par une pluralité d’opérateurs (3) et une pluralité de zones de collecte (4) des produits prélevés par lesdits robots (5), ledit système de gestion (100) comprenant : un gestionnaire de prélèvement (110) apte à recevoir des données en provenance d’un système de gestion dudit entrepôt (WMS) et à générer et transmettre des données de gestion dudit entrepôt ; un gestionnaire de commandes (120) apte à recevoir au moins lesdites données de gestion dudit entrepôt en provenance dudit gestionnaire de prélèvement (110) et à délivrer des données d’ordonnancement de commandes ; un gestionnaire de flotte (130) apte à recevoir des données d’ordonnancement de commandes en provenance du gestionnaire de commandes (120) et à communiquer des ordres de déplacement à ladite pluralité de robots de collecte (5). Procédé (8) de préparation de commandes de produits stockés dans un entrepôt (1) comprenant une pluralité d’espaces (11) de stockage des produits, une pluralité de zones de prélèvement (2) des produits par une pluralité d’opérateurs (3) de prélèvement et une pluralité de zones de collecte (4) des produits prélevés par une pluralité de robots mobiles autonomes (5), dits robots de collecte, ledit procédé comprenant les étapes suivantes de : prélèvement (81), par chaque opérateur de prélèvement (3) d’au moins un produit (51, 52, 53) d’au moins une commande (A, B, C) dans une zone de prélèvement (2) qui lui est attribuée ; collecte (82), par au moins un robot de collecte (5), de produits prélevés par un opérateur, correspondant à au moins une partie d’au moins une commande dans une zone de collecte (4) comprenant au moins une zone de prélèvement (3) ; déplacement (83) desdits robots de collecte (5) jusqu’à une zone de reconstitution de commande et/ou d’expédition ; reconstitution (84) desdites commandes (A, B, C) à partir desdits produits (51, 52, 53) collectés par lesdits robots de collecte (5) ; et expédition (85) desdites commandes (A, B, C) reconstituées. Procédé de préparation de commandes selon la revendication 9, caractérisé en ce que ladite étape de collecte (82) est mise en œuvre par au moins deux robots de collecte (5a, 5b) pour au moins un desdits opérateurs de prélèvement (3). Procédé de préparation de commandes selon la revendication 10, caractérisé en qu’il comprend une étape de communication bidirectionnelle entre lesdits au moins deux robots (5a, 5b). Procédé de préparation de commandes selon l'une quelconque 10 et 11, caractérisé en qu’il comprend une étape de reconnaissance de formes mise en œuvre par au moins un desdits au moins deux robots (5a, 5b).