Brevet FR3067502A1 — publié le 20181214

PROCEDE DE GESTION D'UN STOCK DE PRODUITS DOMAINE TECHNIQUE La présente invention se rapporte au domaine de la gestion de stock et concerne plus précisément un procédé et un système de gestion d'un stock de produits, 5 notamment alimentaires ou médicamenteux. L'invention a notamment pour but de réduire le gaspillage des denrées périssables tout en créant un écosystème d'informations sur les produits. ETAT DE LA TECHNIQUE 10 De nos jours, il est connu de gérer un stock de produits à partir des références des produits de manière informatisée. Plus précisément, une solution connue, décrite dans le document US 2012101876, permet une gestion à distance d'un inventaire à partir d'un équipement d'utilisateur et d'un serveur reliés par un réseau de communication. 15 En pratique, l'équipement d'utilisateur, par exemple un smartphone, permet de scanner les codes-barres des produits, d'extraire des informations relatives auxdits produits et d'envoyer lesdites informations au serveur via le réseau de communication. Le serveur stocke ces informations dans une zone mémoire associée à l'utilisateur de sorte que ledit utilisateur puisse à tout moment se connecter au serveur, via un identifiant et un mot de 20 passe, afin de consulter et gérer l'inventaire de ses produits. Cependant, dans cette solution, il est nécessaire de pouvoir connecter l'équipement d'utilisateur au serveur via le réseau de communication afin d'accéder aux informations stockées dans la zone mémoire associée à l'utilisateur sur le serveur, ce qui présente un premier inconvénient. 25 De plus, dans cette solution il n'est pas possible de comparer des produits en fonction d'un critère autre que le prix. En outre, une mauvaise lecture de certaines informations du code-barres peut entrainer un stockage de données erronées sur le serveur qui ne peut être corrigé que manuellement par l'utilisateur. 30 La présente invention a pour but de remédier à ces inconvénients en proposant une solution simple et efficace de gestion d'un stock de produits. L'invention vise notamment à permettre une gestion optimisée d'un stock de produits à partir d'informations pertinentes collectées sur lesdits produits. 35 2 EXPOSE GENERAL DE L'INVENTION A cette fin, l'invention a tout d'abord pour objet un procédé de gestion d'un stock de produits mis en oeuvre par un premier équipement d'utilisateur, ledit premier équipement d'utilisateur comprenant un module d'acquisition d'images et une zone mémoire apte à 5 stocker une pluralité d'ensembles de données relatives à une pluralité de produits. Ledit procédé est remarquable en ce qu'il comprend : - une étape d'acquisition d'une image d'un produit par le module d'acquisition d'images, - une étape d'extraction d'un ensemble de caractéristiques relatives au produit à partir de l'image acquise, ledit ensemble de caractéristiques comprenant au moins un identifiant 10 du produit, - une étape d'identification, dans la zone mémoire, d'un ensemble de données relatives au produit à partir dudit identifiant, - une étape d'envoi à un serveur de gestion, via un réseau de communication, de l'identifiant du produit et d'au moins une première donnée dudit ensemble de données, 15 - une étape de réception, via ledit réseau de communication, de l'identifiant du produit et d'au moins une deuxième donnée relative au produit, envoyée par ledit serveur de gestion, déterminée à partir d'au moins une troisième donnée relative au produit envoyée au serveur de gestion par au moins un deuxième équipement d'utilisateur, différent du premier équipement d'utilisateur, 20 - une étape de mise à jour de l'ensemble de données relatives au produit à partir de la au moins une deuxième donnée reçue. Le procédé selon l'invention permet un échange automatisé de données relatives à des produits, notamment alimentaires ou médicamenteux, à partir d'informations 25 extraites d'images capturées par des utilisateurs du service, par exemple à partir de leur smartphone. L'extraction, c'est-à-dire la lecture, d'un ensemble de caractéristiques ou informations relatives à un produit est réalisée avantageusement en traitant l'image de produit acquise par un utilisateur, ce qui rend la lecture desdites caractéristiques automatisée, simple et rapide pour l'utilisateur. De plus, la gestion du stock étant réalisée 30 localement au niveau de l'équipement d'utilisateur, il n'est pas nécessaire d'être en permanence connecté au serveur de gestion. En outre, des données sur un produit provenant d'une pluralité de sources permettent de mettre à disposition des utilisateurs des informations pertinentes sur le produit telle que par exemple son prix moyen. Le procédé selon l'invention permet ainsi à une pluralité d'utilisateurs de partager des informations sur 35 des produits sans se connaître et sans communiquer directement entre eux, notamment dans le but d'optimiser le choix des produits. L'agrégation de données sur un produit venant de plusieurs utilisateurs permet à un distributeur dudit produit d'analyser le comportement 3 d'achat des utilisateurs en termes de nature du produit, du jour et de l'heure d'achat, de données météorologiques liées à l'achat, d'un indice de satisfaction client sur un produit, etc. Avantageusement, le procédé comprend une étape préliminaire de création de l'ensemble de données à partir de l'ensemble de caractéristiques extrait, notamment lorsqu'il n'existe pas préalablement dans la zone mémoire. Une fiche produit peut ainsi être créée pour chaque type de produit photographié. De préférence, le procédé comprend une étape de mise à jour de l'ensemble de données afin de permettre à l'utilisateur d'avoir des informations complètes et pertinentes sur le produit lorsqu'il consultera son inventaire, notamment hors connexion. Selon un aspect de l'invention, la mise à jour de l'ensemble de données est 15 réalisée à partir de l'ensemble de caractéristiques extrait. Selon un autre aspect de l'invention, la mise à jour de l'ensemble de données est réalisée à partir d'au moins une quatrième donnée saisie par l'utilisateur, par exemple le prix du produit ou sa date de péremption. L'utilisateur peut ainsi notamment compléter la 20 fiche d'un produit avec des informations qui ne sont pas accessibles ou extractibles sur le visuel dudit produit, par exemple le prix, la date de péremption, un avis de l'utilisateur sur le produit, etc. Une telle saisie peut en particulier permettre la gestion des délais de consommation et de fraicheur des produits à partir de leur date de péremption, en indiquant à l'utilisateur par exemple une durée pendant laquelle le produit est encore consommable 25 ou bien si celui-ci doit être jeté. Avantageusement encore, le procédé comprend une étape de création d'une liste d'achats lorsque la quantité d'un produit est inférieure à un seuil prédéterminé. 30 Avantageusement encore, le procédé comprend une étape d'émission d'un message d'alerte lorsque la quantité d'un produit est inférieure à un seuil prédéterminé. Avantageusement encore, le procédé comprend une étape de suivi nutritionnel des aliments consommés par l'utilisateur. 35 4 Avantageusement encore, le procédé comprend une étape de comparaison des prix de divers produits d'une même gamme chez un même distributeur ou de comparaison des prix d'un même produit dans différents magasins. 5 De manière avantageuse, le procédé comprend, lorsque l'image du produit a été acquise, une étape de détermination de la localisation géographique du premier équipement d'utilisateur, la mise à jour de l'ensemble de données étant réalisée à partir de ladite localisation. L'utilisation de la localisation géographique permet notamment de lier le produit à l'endroit où il est photographié, de préférence l'endroit où il est acheté. 10 Selon un aspect de l'invention, la au moins une première donnée comprend ladite localisation géographique déterminée. L'envoi de cette information au serveur et sa mise à disposition aux autres utilisateurs peut notamment permettre aux autres utilisateurs de comparer un même produit vendu en différents endroits (par exemple en termes de prix, de date de péremption, d'offres promotionnelles, etc.). De manière avantageuse, le procédé comprend, lorsque l'image du produit a été acquise, une étape d'obtention d'au moins une donnée météorologique de l'environnement du premier équipement d'utilisateur, la mise à jour de l'ensemble de données étant réalisée à partir de ladite au moins une donnée météorologique. L'utilisation de données météorologiques permet notamment de lier le produit aux conditions météorologiques dans lesquelles il est acheté. Ces données météorologiques peuvent être déterminées à partir de capteurs, notamment de mesure de température et/ou de pression, disposés dans l'environnement du premier équipement d'utilisateur. Selon un aspect de l'invention, la au moins une première donnée comprend ladite au moins une donnée météorologique. L'envoi de cette information au serveur et sa mise à disposition aux autres utilisateurs peut notamment permettre aux vendeurs de proposer les produits, notamment sous forme d'offres promotionnelles, et/ou de reconstituer leur stock en fonction des conditions météorologiques. De manière préférée, la au moins une deuxième donnée comprend le prix moyen du produit dans une zone géographique prédéterminée, de préférence autour de la localisation géographique déterminée du premier équipement d'utilisateur afin de permettre 35 à l'utilisateur de pouvoir comparer le prix du produit. 5 Avantageusement, l'ensemble de données comprenant un prix du produit, l'ensemble de caractéristiques extrait comprenant un prix du produit ou le prix du produit étant saisie manuellement par l'utilisateur, ledit procédé comprend une étape de calcul d'un prix moyen à partir du prix de l'ensemble de caractéristiques ou du prix saisi et du prix de 5 l'ensemble de données. Le prix moyen peut ainsi être connu de l'utilisateur, par exemple afin d'ajouter ou non le produit à son inventaire. Selon un aspect de l'invention, la au moins une première donnée comprend ledit prix moyen calculé. 10 De préférence, l'image acquise représente un code-barres horizontal, un code-barres en deux dimensions ou l'étiquette du produit. De préférence encore, lorsque l'image du produit acquise représente une 15 étiquette du produit, les informations contenues dans ladite étiquette étant alors extraites par Reconnaissance Optique de Caractères. L'invention concerne également un équipement d'utilisateur pour la gestion d'un stock de produits. 20 Ledit équipement d'utilisateur comprend une zone mémoire et est remarquable en ce qu'il est configuré pour : - acquérir une image d'un produit, - extraire un ensemble de caractéristiques relatives au produit à partir de l'image acquise, ledit ensemble de caractéristiques comprenant au moins un identifiant du produit, 25 - identifier, dans la zone mémoire, un ensemble de données relatives au produit à partir dudit identifiant, - envoyer à un serveur de gestion, via un réseau de communication, l'identifiant du produit et au moins une première donnée dudit ensemble de données, - recevoir, via ledit réseau de communication, l'identifiant du produit et au moins une 30 deuxième donnée relative au produit, envoyée par ledit serveur de gestion, déterminée à partir d'au moins une troisième donnée relative au produit envoyée au serveur de gestion par au moins un deuxième équipement d'utilisateur, différent du premier équipement d'utilisateur, - mettre à jour l'ensemble de données relatives au produit à partir de la au moins une deuxième donnée reçue. 6 Avantageusement, l'équipement d'utilisateur est configuré pour créer l'ensemble de données à partir de l'ensemble de caractéristiques extrait, notamment lorsqu'il n'existe pas préalablement dans la zone mémoire. 5 De préférence, l'équipement d'utilisateur est configuré pour mettre à jour l'ensemble de données afin de permettre à l'utilisateur d'avoir des informations complètes et pertinentes sur le produit lorsqu'il consultera son inventaire, notamment hors connexion. Selon un aspect de l'invention, l'équipement d'utilisateur est configuré pour 10 effectuer la mise à jour de l'ensemble de données à partir de l'ensemble de caractéristiques extrait. Selon un autre aspect de l'invention, l'équipement d'utilisateur est configuré pour effectuer la mise à jour de l'ensemble de données à partir d'au moins une quatrième 15 donnée saisie par l'utilisateur, par exemple le prix du produit ou sa date de péremption. Avantageusement, l'équipement d'utilisateur est configuré pour gérer les délais de consommation et de fraicheur des produits à partir de leur date de péremption en indiquant par exemple une durée pendant laquelle le produit est encore consommable ou 20 bien si celui-ci doit être jeté. Avantageusement encore, l'équipement d'utilisateur est configuré pour créer une liste d'achats lorsque la quantité d'un produit est inférieure à un seuil prédéterminé. 25 Avantageusement encore, l'équipement d'utilisateur est configuré pour émettre un message d'alerte lorsque la quantité d'un produit est inférieure à un seuil prédéterminé. Avantageusement encore, l'équipement d'utilisateur est configuré pour assurer un suivi nutritionnel des aliments consommés par un utilisateur. 30 Avantageusement encore, l'équipement d'utilisateur est configuré pour comparer les prix de divers produits d'une même gamme chez un même distributeur ou comparer les prix d'un même produit dans différents magasins. 35 De manière avantageuse, l'équipement d'utilisateur est configuré pour déterminer la localisation géographique du premier équipement d'utilisateur, la mise à jour de l'ensemble de données étant réalisée à partir de ladite localisation. 7 Selon un aspect de l'invention, la au moins une première donnée comprend ladite localisation géographique déterminée. 5 De manière avantageuse, l'équipement d'utilisateur est configuré pour obtenir au moins une donnée météorologique de l'environnement de l'équipement d'utilisateur, la mise à jour de l'ensemble de données étant réalisée à partir de ladite au moins une donnée météorologique. 10 Selon un aspect de l'invention, la au moins une première donnée comprend ladite au moins une donnée météorologique. De manière préférée, la au moins une deuxième donnée comprend le prix moyen du produit dans une zone géographique prédéterminée, de préférence autour de la 15 localisation géographique déterminée de l'équipement d'utilisateur. Avantageusement, l'ensemble de données comprenant un prix du produit, l'ensemble de caractéristiques extrait comprenant un prix du produit ou le prix du produit étant saisie manuellement par l'utilisateur, l'équipement d'utilisateur est configuré pour 20 calculer un prix moyen à partir du prix de l'ensemble de caractéristiques ou du prix saisi et du prix de l'ensemble de données. Le prix moyen peut ainsi être connu de l'utilisateur, par exemple afin de sélectionner ou non le produit. Selon un aspect de l'invention, la au moins une première donnée comprend 25 ledit prix moyen calculé. De préférence, l'image acquise représente un code-barres horizontal, un code-barres en deux dimensions ou l'étiquette du produit. 30 De préférence encore, lorsque l'image du produit acquise représente une étiquette du produit, l'équipement d'utilisateur est configuré pour extraire les informations contenues dans ladite étiquette par Reconnaissance Optique de Caractères. L'invention concerne enfin un système de gestion d'un stock de produits 35 comprenant une pluralité d'équipements d'utilisateur tels que présenté précédemment, un serveur de gestion et un réseau de communication reliant lesdits équipements d'utilisateur et ledit serveur de gestion, ledit serveur de gestion étant configuré pour : 8 - recevoir de la pluralité d'équipements d'utilisateur, via le réseau de communication, un même identifiant d'un produit et au moins une première donnée d'un ensemble de données relatives audit produit, - envoyer, via ledit réseau de communication, à chacun des équipements d'utilisateur de la 5 pluralité d'équipements d'utilisateur, l'identifiant du produit et au moins une deuxième donnée relative au produit, déterminée à partir d'au moins une troisième donnée relative au produit envoyée au serveur de gestion par au moins un autre équipement d'utilisateur de la pluralité d'équipements d'utilisateur. 10 D'autres caractéristiques et avantages de l'invention apparaîtront lors de la description qui suit faite en regard des figures annexées données à titre d'exemples non limitatifs et dans lesquelles des références identiques sont données à des objets semblables. 15 Brève description des figures La figure 1 illustre schématiquement une forme de réalisation du système selon l'invention. La figure 2 illustre schématiquement une forme de réalisation de l'équipement d'utilisateur selon l'invention. 20 La figure 3 illustre schématiquement un exemple de mise en oeuvre du système selon l'invention. La figure 4 illustre un mode de réalisation du procédé de gestion selon l'invention. 25 Description détaillée d'au moins une forme de réalisation de l'invention Une forme de réalisation du système selon l'invention va maintenant être décrite en référence aux figures 1 et 2. Le système selon l'invention permet la gestion d'un stock de produits, c'est-à-dire d'un inventaire, notamment afin d'éviter leur rupture de stock et leur péremption le cas 30 échéant. Le système selon l'invention peut aussi bien être utilisé par des particuliers pour gérer leur stock de produits à leur domicile que des professionnels pour gérer leur stock de marchandises, par exemple dans une usine. Dans la présente invention, un produit ou marchandise est un article sur lequel est mentionné au moins un identifiant. Chaque produit est ainsi caractérisé au moins par 35 son identifiant, qui peut par exemple être son nom ou un code. 9 Les produits peuvent être des produits alimentaires, des produits médicamenteux, des produits ménagers, ou tout type de produits dont le stockage nécessite une gestion, notamment des produits qui ont une date de péremption. 5 A) Système On a représenté à la figure 1 une forme de réalisation du système 1 selon l'invention. Le système 1 comprend une pluralité d'équipements d'utilisateur 10 qui sont aptes à communiquer avec un serveur de gestion 20 via un réseau de communication 30. Dans cet exemple, le système 1 comprend quatre équipements d'utilisateur 10 mais il va 10 de soi que le système 1 pourrait comprendre plus ou moins de quatre équipements d'utilisateur 10. L'ensemble des quatre équipements d'utilisateur 10 est configuré pour se connecter au serveur de gestion 20 via le réseau de communication 30. 1) Equipement d'utilisateur 10 15 En référence à la figure 2, l'équipement d'utilisateur 10 permet de gérer localement, c'est-à-dire en utilisant une zone mémoire 140 située sur ledit équipement d'utilisateur 10, un stock de produits (ou inventaire). La gestion du stock peut par exemple comprendre : - la gestion des délais de consommation et de fraicheur des produits à partir de leur 20 date de péremption en indiquant par exemple une durée pendant laquelle le produit est encore consommable ou bien si celui-ci doit être jeté, - la création d'une liste d'achats, complétée automatiquement lorsqu'un produit n'est plus présent dans la base de stockage ou encore d'assurer un suivi nutritionnel des aliments consommés par un utilisateur. Des messages d'alerte peuvent également 25 être émis lorsqu'il devient nécessaire de faire des courses pour compléter le stock, - un suivi financier en comparant les prix de divers produits d'une même gamme chez un même distributeur ou en comparant les prix d'un même produit dans différents magasins, lui assurant les prix les moins chers, - la gestion de coupons de réduction sur l'achat de produits, notamment répertoriés 30 dans l'inventaire. Toujours en référence à la figure 2, l'équipement d'utilisateur 10 est configuré pour se connecter au serveur de gestion 20 via le réseau de communication 30 afin de réaliser la gestion d'un stock de produits. On notera que l'équipement d'utilisateur 10 peut 35 en outre être apte à communiquer directement avec un autre équipement d'utilisateur 10 via le réseau de communication 30. 10 L'équipement d'utilisateur 10 peut être mobile tel que, par exemple, un smartphone, une tablette, notamment une tablette tactile, ou un ordinateur portable. L'équipement d'utilisateur 10 peut être fixe tel que, par exemple, un ordinateur fixe ou bien un module monté dans un équipement. L'équipement d'utilisateur 10 peut 5 notamment être un module monté dans un réfrigérateur afin de gérer le stock de produits stockés dans ledit réfrigérateur. L'équipement d'utilisateur 10 est configuré pour réaliser une pluralité de tâches permettant la gestion d'un stock de produits. A cette fin, l'équipement d'utilisateur 10 comprend un module d'acquisition 110, un module de communication 120, un module de 10 gestion 130, une zone mémoire 140 et un écran d'affichage 150. De préférence, l'équipement d'utilisateur 10 comprend en outre un module de localisation 160 permettant de déterminer la localisation de l'équipement d'utilisateur 10. a) Module d'acquisition 110 15 Le module d'acquisition 110 permet d'acquérir une image d'un produit, notamment dans le but de permettre le stockage d'informations relatives audit produit dans l'inventaire. De préférence, le module d'acquisition 110 comprend un Appareil Photo Numérique (APN). De préférence, un produit est caractérisé par une pluralité d'informations qui 20 peuvent par exemple être, outre l'identifiant du produit, le nom de son fabricant, sa masse, sa date de péremption, ses données nutritionnelles (teneur en lipides, en glucides, ...) ou bien encore sa teneur en allergènes connus, son type d'emballage (recyclable ou non par exemple) ou sa catégorie (produit frais, produit ménager, ...). Le module d'acquisition 110 est configuré pour acquérir une photographie du 25 produit, par exemple de son étiquette, de son code produit qui peut par exemple être un code-barres (par exemple un code EAN, QR code, ...), ou tout autre code produit adapté. De préférence, le module d'acquisition 110 est configuré pour extraire au moins une caractéristique d'un produit, dont son identifiant, à partir d'une image dudit produit acquise par ledit module d'acquisition 110. 30 En variante, une telle extraction est réalisée par le module de gestion 130. En variante encore, l'équipement d'utilisateur 10 peut envoyer les images acquises par le module d'acquisition 110 au serveur de gestion 20 ou à une entité tierce pour que le serveur de gestion 20 ou ladite entité tierce procède à ladite extraction d'au moins une caractéristique du produit. 35 Dans le cas où l'image représente le produit ou son étiquette, l'extraction peut consister à analyser l'image du produit ou de son étiquette pour lire les mots indiquant les caractéristiques du produit. Une telle analyse appelée ROC pour Reconnaissance Optique 11 de Caractères (OCR ou Optical Character Recognition en langue anglaise) étant connue en soi, elle ne sera pas davantage détaillée ici. Dans le cas où l'image représente un code produit, par exemple un code-barres en une ou deux dimensions, l'extraction peut consister à analyser l'image dudit code afin 5 de le traduire et déterminer ainsi la ou les caractéristiques du produit. Une telle analyse de code-barres en une ou deux dimensions étant connue en soi, elle ne sera pas davantage détaillée ici. Les caractéristiques extraites d'une image acquise constituent un premier ensemble de caractéristiques. Ces caractéristiques peuvent être à la fois intrinsèques 10 (identifiant du produit, volume, masse...) et extrinsèques (prix, date de péremption, ...). b) Module de communication 120 Le module de communication 120 est configuré pour communiquer avec le serveur de gestion 20 afin d'envoyer et de recevoir des données relatives aux produits de 15 l'inventaire. Un tel module de communication 120 est également configuré pour permettre la communication entre plusieurs équipements d'utilisateur 10. Le module de communication 120 peut par exemple être un module de communication terrestre, par exemple de type 3G, 4G, 5G, VVifi ou tout autre type adapté 20 pour communiquer avec le serveur de gestion 20, ou bien satellite. c) Module de gestion 130 De préférence, le module de gestion 130 se présente sous la forme d'un processeur apte à mettre en oeuvre des instructions stockées dans la zone mémoire 140. 25 Le module de gestion 130 est notamment configuré pour piloter le module d'acquisition 110 et le module de communication 120, pour organiser et stocker des données relatives aux produits de l'inventaire dans la zone mémoire 140 et pour interagir avec l'utilisateur de l'équipement d'utilisateur 10 via l'écran d'affichage 150. Dans un mode de réalisation préféré, le module de gestion 130 est en outre 30 configuré pour recevoir une donnée relative au prix du produit, renseignée manuellement par l'utilisateur, ou pour déterminer le prix du produit à partir d'informations extraites de la photographie du produit. Dans cet exemple de réalisation, le module de gestion 130 est configuré pour calculer le nombre de jours restants pour consommer un produit à partir d'une date de 35 péremption renseignée. Le module de gestion 130 permet alors d'identifier quels produits sont à consommer en priorité. 12 Le module de gestion 130 est également configuré pour détecter que la date de péremption d'un des produits du stock est proche, par exemple moins de 3 jours, et déclencher une alerte à l'attention de l'utilisateur, par exemple une alerte sonore ou une alerte sous la forme d'un message apparaissant sur l'écran d'affichage 150 de l'équipement 5 d'utilisateur 10. Le module de gestion 130 peut également avantageusement préparer une liste d'achats indiquant les produits qui sont sur le point d'être en rupture de stock et l'envoyer optionnellement à un tiers, par exemple à un service de livraison de supermarché. Dans un mode de réalisation préféré, le module de gestion 130 est configuré 10 pour calculer le prix de l'ensemble des produits stockés dans l'inventaire. Le module de gestion 130 est également configuré pour calculer les coûts liés au gaspillage des produits dont les dates de péremption sont dépassées ou qui ont été sortis de l'inventaire par l'utilisateur pour être jetés à la poubelle. Le module de gestion 130 est en outre configuré pour collecter, via le réseau 15 de communication 30, le prix des produits identiques ou similaires vendus au voisinage de l'utilisateur, dans une zone géographique prédéterminée. Une telle zone géographique prédéterminée peut par exemple comprendre une zone dans un rayon de n kilomètres autour de l'équipement d'utilisateur 10. Un tel rayon n, compris entre 10 et 50 km, peut être renseigné manuellement par l'utilisateur ou bien correspondre à une valeur par défaut, par 20 exemple 25 km. La zone géographique prédéterminée peut également être un périmètre tel que par exemple un quartier, une ville, un département, une région, un pays, etc. Le module de gestion 130 est alors configuré pour stocker ces informations, sur une période donnée prédéterminée, par exemple comprise entre 10 et 50 jours, de préférence 30 jours, et calculer un prix moyen de ces produits sur une telle période, en 25 indiquant de préférence à l'utilisateur les magasins dans lesquels ces produits sont les moins chers. Le calcul d'un tel prix moyen à partir de prix renseignés sur une période donnée permet de n'utiliser pour les calculs de prix moyens que les prix récemment renseignés par les autres utilisateurs. Dans le cas d'un nombre insuffisant de prix, par exemple compris entre 1 et 3 30 prix, dans le rayon n prédéterminé sur la période prédéterminée ne permettant pas le calcul d'un prix moyen représentatif de la réalité, le module de gestion 130 est configuré pour étendre le rayon prédéterminé ou la période prédéterminée, de manière à utiliser plus de prix pour le calcul du prix moyen du produit. Le module de gestion 130 est enfin configuré pour envoyer aux autres 35 équipements d'utilisateur 10 utilisant le service les prix des produits dont il stocke les informations dans sa zone mémoire 140 ainsi qu'une cote de popularité de ces produits. 13 d) Zone mémoire 140 La zone mémoire 140 permet de stocker des données relatives aux produits à gérer. La zone mémoire 140 peut se présenter sous la forme d'une base de données ou d'un tableau de données permettant de stocker pour chaque produit les informations 5 relatives audit produit (nom, nombre d'articles, dates de péremption, etc.). Plus précisément, la zone mémoire 140 permet de sauvegarder, pour chaque produit, un ensemble de données relatives au produit, ledit ensemble de données étant identifié dans la zone mémoire 140 à partir de l'identifiant du produit. Un ensemble de données correspond à une fiche permettant la gestion du 10 produit. Un ensemble de données peut à la fois comprendre : - des caractéristiques du produit, extraites de l'image acquise par le module d'acquisition 110, appelées « données brutes », - des données relatives au produit qui n'ont pas été extraites de l'image acquise mais 15 qui peuvent être saisies par l'utilisateur, calculées par le module de gestion 130 ou reçues du serveur de gestion 20 (par exemple le prix et la date de péremption lorsqu'ils ne sont pas extraits du scan, le nombre de produits stockés, le prix moyen, un indice de satisfaction client, ...), appelées « données agrégées », et/ou - des données relatives à l'environnement de l'équipement d'utilisateur 10 20 (localisation géographique, données météorologiques, ...), appelées « données externes ». Les données d'un ensemble de données relatives à un produit peuvent ainsi être soit extraites d'une ou plusieurs images dudit produit, soit saisies manuellement par l'utilisateur de l'équipement d'utilisateur 10 (par exemple le prix, la quantité et la date de 25 péremption du produit), soit agrégées ou calculées par le module de gestion 130, soit obtenues du serveur de gestion 20, soit obtenues du module de localisation 160, soit obtenues d'un serveur applicatif externe tel que par exemple un serveur de données météorologiques. 30 e) Ecran d'affichage 150 De préférence, l'écran d'affichage 150 est un écran tactile. L'écran d'affichage 150 permet notamment à l'utilisateur de visualiser le produit lors de la capture de l'image du produit par le module d'acquisition 110. L'écran d'affichage 150 permet également d'afficher une interface homme-35 machine par laquelle l'utilisateur consulte et gère son stock de produits. f) Module de localisation 160 14 Le module de localisation 160 peut par exemple être de type GNSS (Global Navigation Satellite System) tels que GPS, GALI LEO, GLONASS, etc. 2) Serveur de gestion 20 5 Le serveur de gestion 20 comprend une base de données permettant de stocker des données relatives aux produits des inventaires de tous les équipements d'utilisateur 10 autorisés à se connecter au serveur de gestion 20. Le serveur de gestion 20 est notamment configuré pour : - recevoir de chaque équipement d'utilisateur 10 une ou plusieurs caractéristiques 10 d'un premier ensemble de caractéristiques extraites d'une image acquise par le module d'acquisition 110 dudit équipement d'utilisateur 10, - recevoir de chaque équipement d'utilisateur 10 une ou plusieurs données d'un ensemble de données stocké dans la zone mémoire 140 de chaque équipement d'utilisateur 10 de ladite pluralité d'équipements d'utilisateur 10, 15 - calculer un prix moyen d'un produit à partir de prix dudit produit fournis par une pluralité d'équipements d'utilisateur 10. De préférence, la connexion au serveur de gestion 20 comprend l'envoi par l'équipement d'utilisateur 10 d'un identifiant et d'un mot de passe, permettant la connexion à un compte relié à l'utilisateur. 20 De préférence encore, l'identifiant et le mot de passe sont enregistrés dans la zone mémoire 140 de sorte que la connexion se fasse automatiquement du point de vue de l'utilisateur. Un tel système 1 de gestion d'un stock de produits permet avantageusement à 25 un utilisateur de visualiser son inventaire sans nécessiter une connexion à un réseau de communication 30. Lorsque cela est possible, l'accès à un serveur de gestion 20 permet par exemple, grâce aux données envoyées par les autres utilisateurs, de connaitre le prix d'un produit dans un autre magasin ou bien de connaitre l'avis des autres utilisateurs sur ce produit. 30 En outre, un tel système 1 permet aux producteurs ou aux gérants de magasins, lorsqu'ils bénéficient également d'un accès au serveur de gestion 20, de connaitre les habitudes de leurs consommateurs, leur permettant par exemple de proposer des offres personnalisées à chaque utilisateur. L'équipement d'utilisateur 10 et/ou le système 1 peuvent également inclure un 35 module de météorologie configuré pour déterminer les conditions météorologiques de l'environnement d'un équipement d'utilisateur 10 donné à un instant donné, notamment lors 15 de l'acquisition de l'image d'un produit, afin de permettre en particulier aux producteurs ou aux gérants de magasins de cibler leurs offres en fonction des conditions météorologiques. Le module de gestion 130 peut également dans ce cas proposer des listes de courses en fonction des habitudes alimentaires de l'utilisateur selon les conditions 5 météorologiques, comme en cas de fortes chaleurs par exemple. 3) Réseau de communication 30 Le réseau de communication 30 peut etre un réseau de communication cellulaire (2G, 3G, 4G, 5G,...), terrestre (ADSL, VDSL,...) ou satellite. 10 B) Mise en oeuvre L'invention va maintenant être décrite dans un exemple de mise en oeuvre en référence aux figures 3 et 4. Dans l'exemple non limitatif qui va être décrit ci-après en référence à la figure 15 3, un foyer composé d'un couple ayant chacun un équipement d'utilisateur 10A1, 10A2 gère un même stock de produits alimentaires. Un troisième équipement d'utilisateur 10B et un quatrième équipement d'utilisateur 100 gèrent respectivement leur stock de produits alimentaires indépendamment. En d'autres termes, les zones mémoire 140 des équipements d'utilisateur 10A1, 10A2 stockent les données des mêmes produits (i.e. un 20 même inventaire), tandis que les zones mémoires 140 des équipements d'utilisateur 10B et 100 stockent des données liées à des inventaires différents (qui peuvent toutefois comprendre des produits du même type). L'ensemble des quatre équipements d'utilisateur 10A1, 10A2, 10B, 100 est configuré pour se connecter au serveur de gestion 20 via le réseau de communication 30. 25 On considère dans l'exemple suivant que l'équipement d'utilisateur 10A1 est l'équipement de référence, c'est-à-dire que l'équipement d'utilisateur 10A1 est utilisé pour illustrer la mise en oeuvre de l'invention. 1) Mise en oeuvre locale au niveau de l'équipement d'utilisateur 10A1 30 Lorsque l'utilisateur de l'équipement d'utilisateur 10A1 souhaite enregistrer un produit dans son inventaire, il capture, dans une étape El, une image dudit produit ou d'une partie dudit produit en utilisant le module d'acquisition 110 de l'équipement d'utilisateur 10A1 . Par exemple, l'utilisateur prend une photographie de l'étiquette ou du code-barres du produit à l'aide de l'APN de son équipement d'utilisateur 10A1. 35 L'image peut être affichée sur l'écran d'affichage 150 par exemple afin de vérifier qu'elle est suffisamment nette pour que des informations puissent en être extraites. Lorsque l'image n'est pas suffisamment nette, le module de gestion 130 peut afficher un 16 message d'information indiquant à l'utilisateur qu'il doit prendre une autre photographie du produit. Le module d'acquisition 110 extrait ensuite, dans une étape E2, un premier ensemble de caractéristiques de l'image acquise, ce premier ensemble de caractéristiques 5 comprenant au moins l'identifiant du produit, c'est-à-dire son nom ou un code produit. Lorsque le produit est une denrée alimentaire périssable, le premier ensemble de caractéristiques peut comprendre également la date de péremption du produit par exemple. D'autres caractéristiques relatives au produit, comme par exemple le nom du fabriquant ou la catégorie du produit peuvent également être inclus dans le premier ensemble de 10 caractéristiques. De manière avantageuse, l'utilisateur peut aussi indiquer, pour une photographie d'un produit donné, le nombre d'articles d'un même produit qu'il désire stocker dans son inventaire sans avoir besoin de prendre autant de photographies que d'articles correspondant. 15 En variante, notamment lorsque le module d'acquisition 110 n'est pas en mesure d'extraire une caractéristique de l'image, le procédé selon l'invention comprend dans cette étape E2 l'envoi par l'équipement d'utilisateur 10A1 des images acquises par le module d'acquisition 110 au serveur de gestion 20 ou à une entité tierce pour que le serveur de gestion 20 ou ladite entité tierce procède à l'extraction d'au moins une caractéristique 20 du produit. Une fois que l'identifiant du produit a été extrait par le module d'acquisition 110, il le transmet au module de gestion 130. Le module de gestion 130 cherche alors, à partir de l'identifiant, si un ensemble de données relatives au produit est stocké dans la zone mémoire 140. 25 Lorsqu'aucun ensemble de données relatives au produit n'est enregistré dans la zone mémoire 140 (i.e. le produit n'existe pas dans l'inventaire), le module de gestion 130 créé, dans une étape E3A, un nouvel ensemble de données relatives au produit comprenant le premier ensemble de caractéristiques extraites de l'image, comprenant au moins l'identifiant du produit. 30 Alternativement, lorsqu'un ensemble de données relatives au produit est déjà enregistré dans la zone mémoire 140 et est identifié (étape E3B), le module de gestion 130 met à jour si nécessaire ledit ensemble de données à partir du premier ensemble de caractéristiques en créant de nouvelles données ou en modifiant les données existantes. L'ensemble de données relatives au produit est ainsi complété avec les 35 caractéristiques extraites de la photo. A titre d'exemple, l'ensemble de données peut comprendre une quantité d'articles, le premier ensemble de caractéristiques permet dans ce cas de mettre à jour la quantité de produits en stock. En variante, cette information sur 17 la quantité peut être saisie manuellement par l'utilisateur, notamment pour éviter qu'il ne scanne autant de fois le produit que la quantité à enregistrer dans l'ensemble de données. De manière avantageuse, lorsque le module de gestion 130 détecte que le nombre d'articles d'un produit donné descend en-dessous d'un seuil prédéterminé, il peut 5 déclencher une alerte à l'attention de l'utilisateur, par exemple une alerte sonore ou une alerte sous la forme d'un message apparaissant sur l'écran d'affichage 150 de l'équipement d'utilisateur 10A1. L'ensemble de données mis à jour peut également comprendre, comme décrit précédemment, une date de péremption du produit. Aussi, lorsque le module de gestion 10 130 détecte que la date de péremption du produit est proche, par exemple moins de 3 jours, il déclenche une alerte à l'attention de l'utilisateur, par exemple une alerte sonore ou une alerte sous la forme d'un message apparaissant sur l'écran d'affichage 150 de l'équipement d'utilisateur 10A1. Au moment de l'acquisition de l'image du produit, de l'extraction des 15 caractéristiques du produit ou de la création ou mise à jour de l'ensemble de données dans la zone mémoire 140, le module de gestion 130 peut requérir, par exemple d'un serveur météo, des données météorologiques et stocker lesdites données météorologiques dans l'ensemble de données relatives au produit avec, de préférence, la date et l'heure d'acquisition de l'image. L'utilisation de données météorologiques permet notamment de 20 lier le produit aux conditions météorologiques dans lesquelles il est acheté. L'envoi de cette information au serveur et sa mise à disposition aux autres utilisateurs peut notamment permettre aux vendeurs de proposer les produits, notamment sous forme d'offres promotionnelles, et/ou de reconstituer leur stock en fonction des conditions météorologiques. 25 De même, au moment de l'acquisition de l'image du produit, de l'extraction des caractéristiques du produit ou de la création ou mise à jour de l'ensemble de données dans la zone mémoire 140, le module de gestion 130 peut déterminer la localisation de l'équipement d'utilisateur 10A1, par exemple via le module de localisation 160, et stocker ladite localisation dans l'ensemble de données relatives au produit avec, de préférence, la 30 date et l'heure d'acquisition de l'image. L'utilisation de la localisation géographique permet notamment de lier le produit à l'endroit où il est acheté. L'envoi de cette information au serveur et sa mise à disposition aux autres utilisateurs peut notamment permettre aux autres utilisateurs de comparer un même produit vendu en différents endroits (par exemple en termes de prix, de date de péremption, d'offres promotionnelles, etc.). 35 Si le prix n'est pas contenu dans le premier ensemble de caractéristiques, l'utilisateur peut saisir manuellement ledit prix, par exemple via l'écran 150, lorsque celui-ci est tactile. 18 De plus, l'utilisateur peut à tout moment donner une note au produit, par exemple manuellement via l'écran 150, par exemple tactile. En outre, l'utilisateur peut aussi scanner des bons de réductions ou des offres promotionnelles liés aux produits de son inventaire afin que le module de gestion 130 les 5 stockent dans la zone mémoire 140 et alerte l'utilisateur au moment opportun de leur date de fin de validité afin qu'il les utilise pendant qu'ils sont encore valables. La gestion du stock de produits de l'utilisateur peut avantageusement être réalisée localement, au moins en partie, en l'absence de connexion au serveur de gestion 20. 10 2) Echanges avec le serveur de gestion 20 La connexion au serveur de gestion 20 permet à la fois d'envoyer et de recevoir des données sur un produit scanné telles que, par exemple, le prix moyen du produit sur une zone géographique prédéterminée par exemple par l'utilisateur ou le prix du produit 15 dans différents magasins. a) Envoi de données par l'équipement d'utilisateur 10 Lorsque l'ensemble de données relatives à un produit scanné a été créé ou mis à jour et que l'accès au réseau de communication 30 est possible, le module de gestion 20 130 de l'équipement d'utilisateur 10A1 envoie au serveur de gestion 20, via le module de communication 120 et le réseau de communication 30, au moins une donnée de l'ensemble de données relatives au produit, dans une étape E4. Plus précisément, le module de gestion 130 envoie au moins l'identifiant et de préférence l'ensemble des caractéristiques extraites de l'image du produit, c'est-à-dire 25 l'ensemble des données brutes du produit, de préférence complétée de données agrégées qu'il aurait à disposition telles que des données internes (par exemple le prix du produit, sa date de péremption...) ou externes (météorologiques, localisation ...). Suite à l'acquisition d'une image d'un produit et lorsque le module d'acquisition 110 n'a pas réussi à extraire d'informations de l'image, le module de gestion 130 peut 30 envoyer l'image au serveur de gestion 20 de manière à ce que le serveur de gestion 20 procède à l'extraction des caractéristiques du produit. Suite à l'acquisition d'une image d'un produit et lorsque le module d'acquisition 110 a extrait au moins l'identifiant du produit, le module de gestion 130 peut requérir du serveur de gestion 20 qu'il lui envoie les données que le serveur de gestion 20 possède sur 35 le produit, notamment les caractéristiques et données agrégées que le serveur de gestion 20 a pu obtenir précédemment, par exemple des autres équipements d'utilisateur 10B, 100 19 utilisant le serveur de gestion 20. Le serveur de gestion 20 reçoit ces données dans une dans une étape E5. Lorsqu'il reçoit des données d'un équipement d'utilisateur 10A1, 10A2, 10B, 100, le serveur de gestion 20 utilise ces données reçues pour mettre à jour les informations 5 qu'il possède sur ce produit dans sa base de données. Le serveur de gestion 20 agit ainsi comme un concentrateur de données fournies par les utilisateurs pour compléter et améliorer le service de gestion de stocks qui est réalisé localement au niveau de chaque équipement d'utilisateur 10A1, 10A2, 10B, 100. Chaque équipement d'utilisateur 10A1, 10A2, 10B, 100 réalise la gestion de 10 son stock de produits localement, notamment grâce à sa zone mémoire 140 mais appartient à une communauté d'équipements d'utilisateur 10A1/10A2, 10B, 100 qui permet, via le serveur de gestion 20, de compléter les ensembles de données des produits de son inventaire. En d'autres termes, pour un produit donné, le serveur de gestion 20 comprend 15 une base de données régulièrement mise à jour à partir de données provenant de plusieurs ensembles de données envoyées par différents utilisateurs. Par exemple, lorsque le serveur de gestion 20 reçoit le prix du produit, il peut l'utiliser pour (re)calculer le prix moyen du produit à partir de l'ensemble des prix qu'il a déjà reçu sur ce même produit ou d'une partie des prix qu'il a déjà reçu sur ce même produit, 20 par exemple liés à une zone géographique prédéterminée. Le serveur de gestion 20 envoie également des données (dites deuxièmes données) qu'il possède à un équipement d'utilisateur (dans cet exemple 10A1) sur un produit pour lequel il a reçu préalablement des données dudit équipement d'utilisateur 10A1. 25 Quand il a reçu ces données, l'équipement d'utilisateur 10A1 met à jour, dans une étape E6, l'ensemble de données relatives au produit correspondant afin de mettre son inventaire à jour. La mise à jour régulière de l'ensemble de données produit, localement dans la zone mémoire 140 de l'équipement d'utilisateur 10A1 permet par exemple à l'utilisateur de 30 connaitre, à tout moment, le prix moyen d'un produit dans un rayon de n kilomètres, compris entre 10 et 50 km, par exemple 25 km, sans nécessiter de connexion au réseau de communication 30 au moment où il scanne les produits, lui permettant pour ses prochains achats de connaitre le magasin proposant les tarifs les plus avantageux. A chaque mise à jour de la zone mémoire 140 de l'équipement d'utilisateur 35 10A1, les modifications effectuées sont répercutées dans la zone mémoire 140 de l'équipement d'utilisateur 10A2 qui gère le même stocke de produits, et vice-versa. Par exemple, le serveur de gestion 20 peut envoyer les mêmes données à la fois à l'équipement 20 d'utilisateur 10A1 et à l'équipement d'utilisateur 10A2 ou bien l'équipement d'utilisateur 10A1 peut envoyer les données de mise à jour de la zone mémoire 140 à l'équipement d'utilisateur 10A2 sur un lien de communication direct L1. 5 3) Exemple d'application A titre d'exemple, l'utilisateur prend une photographie du code-barres d'un produit alimentaire, acheté en double exemplaire, dans le but de les ajouter à son stock. Le module de gestion 130 extrait alors le nom et la date de péremption du produit alimentaire. L'utilisateur entre ensuite par exemple manuellement le prix des 10 produits ainsi qu'un lieu d'achat. Le module de gestion 130 recherche et identifie, dans la zone mémoire 140 au moyen du nom du produit, l'ensemble de données relatif à ce produit. L'écran d'affichage 150 affiche la photographie ainsi que l'ensemble de données comprenant par exemple une quantité d'articles déjà présents dans le stock de l'utilisateur, leurs dates de péremption et 15 dates d'achat, ainsi qu'un prix moyen relevé dans un rayon par exemple de 25 kilomètres autour de l'équipement d'utilisateur 10A1 dont la position est connue grâce au module de localisation 160. Le prix moyen est calculé à partir d'une pluralité de prix renseignés par plusieurs autres utilisateurs dans ce rayon de 25 km sur une période donnée, par exemple de 10 jours, et transmis par le serveur de gestion 20 au cours d'une précédente connexion. 20 Dans cet exemple, le module de gestion 130 met alors à jour l'ensemble de données, c'est-à-dire la quantité d'articles, la date d'achat et la date de péremption des nouveaux articles, données brutes comprises dans le premier ensemble de caractéristiques. Le nouvel ensemble de données mis à jour est alors sauvegardé dans la zone mémoire 140 de l'équipement d'utilisateur 10A1. Une mise à jour est aussi effectuée 25 sur l'autre équipement d'utilisateur 10A2 du foyer, par exemple dès que le lien de communication L1 est disponible et activé. Lorsqu'un accès à un réseau de communication 30 est possible, l'équipement d'utilisateur 10A1 se connecte à ce réseau de communication 30 et détecte la base de données relative au produit sur le serveur de gestion 20. Le module de gestion 130 envoie 30 une ou plusieurs données au serveur de gestion 20, par exemple l'identifiant du produit et le prix relevé en une position GPS précise. Le module de gestion 130 envoie ainsi aux autres équipements d'utilisateur 10B, 100 les prix des produits dont il stocke les informations dans sa zone mémoire 140 et peut également envoyer une cote de popularité de ces produits et son avis d'utilisateur. 35 Le module de gestion 130 reçoit de la base de données produit mise à jour, une nouvelle donnée relative au produit, par exemple une liste de magasins délivrant ce produit 21 ou bien encore le nouveau prix moyen calculé dans un rayon de 25 kilomètres autour de l'équipement d'utilisateur 10A1. L'ensemble de données est ensuite mis à jour dans l'équipement d'utilisateur 10A1 à partir de la nouvelle donnée reçue, puis stocké dans la zone mémoire 140 de 5 l'équipement d'utilisateur 10A1. L'écran d'affichage 150 permet ainsi, dans cet exemple, d'afficher le nom du produit, sa quantité, les dates de péremption et d'achat des produits, les lieux d'achat ainsi qu'un prix moyen de ce produit dans un rayon de 25 kilomètres autour de l'utilisateur, à une date donnée. 10 De telles mises à jour à partir des données envoyées et reçues par plusieurs équipements utilisateurs 10A1, 10A2, 10B, 100 sur un même serveur de gestion 20 permet la mise à jour en temps réel des autres équipements d'utilisateur 10A1, 10A2, 10B, 100. De manière optionnelle, le procédé selon l'invention peut comprendre avantageusement, après le mise à jour de l'ensemble de données, une étape de 15 préparation, par le module de gestion 130, d'une liste d'achats indiquant les produits qui sont sur le point d'être en rupture de stock et l'envoyer optionnellement à un tiers, par exemple à un service de livraison de supermarché. Dans un mode de réalisation préféré, le procédé comprend en outre une étape de calcul, par le module de gestion 130, du prix de l'ensemble des produits stockés dans 20 l'inventaire, ou bien encore une étape de calcul des coûts liés au gaspillage des produits dont les dates de péremption sont dépassées ou qui ont été sortis de l'inventaire par l'utilisateur pour être jetés à la poubelle. Le procédé peut comprendre une étape de collecte, par le module de gestion 130, via le réseau de communication 30, du prix des produits identiques ou similaires 25 vendus au voisinage de l'utilisateur, par exemple dans un rayon de 25 km. Une telle étape permet au module de gestion 130 de stocker ces informations et calculer un prix moyen de ces produits, en indiquant de préférence à l'utilisateur les magasins dans lesquels ces produits sont les moins chers. Un tel procédé de gestion des stocks permet avantageusement d'accéder à 30 l'inventaire des produits d'un ménage sans connexion à un réseau de communication 30. Lorsqu'une connexion est possible, l'accès à un serveur de gestion 20 permet de profiter d'échanges communautaires entre plusieurs utilisateurs, permettant avantageusement pas exemple de connaitre le magasin où le prix d'un REVENDICATIONS1. Procédé de gestion d'un stock de produits mis en oeuvre par un premier équipement d'utilisateur (10A1), ledit premier équipement d'utilisateur (10A1) comprenant un module d'acquisition d'images (110) et une zone mémoire (140) apte à stocker une pluralité d'ensembles de données relatives à une pluralité de produits, ledit procédé étant 5 caractérisé en ce qu'il comprend : - une étape (El) d'acquisition d'une image d'un produit par le module d'acquisition d'images (110), - une étape (E2) d'extraction d'un ensemble de caractéristiques relatives au produit à partir de l'image acquise, ledit ensemble de caractéristiques comprenant au moins un 10 identifiant du produit, - une étape (E3B) d'identification, dans la zone mémoire, d'un ensemble de données relatives au produit à partir dudit identifiant, - une étape (E4) d'envoi à un serveur de gestion (20), via un réseau de communication, (30) de l'identifiant du produit et d'au moins une première donnée dudit ensemble de 15 données, - une étape (E5) de réception, via ledit réseau de communication (30), de l'identifiant du produit et d'au moins une deuxième donnée relative au produit, envoyée par ledit serveur de gestion (20), déterminée à partir d'au moins une troisième donnée relative au produit envoyée au serveur de gestion (20) par au moins un deuxième équipement d'utilisateur 20 (10B, 100), différent du premier équipement d'utilisateur (10A1), - une étape (E6) de mise à jour de l'ensemble de données relatives au produit à partir de la au moins une deuxième donnée reçue. 2. Procédé de gestion selon la revendication précédente, comprenant une étape 25 de mise à jour de l'ensemble de données. 3. Procédé de gestion selon la revendication précédente, dans lequel la mise à jour de l'ensemble de données est réalisée à partir de l'ensemble de caractéristiques extrait. 30 4. Procédé de gestion selon l'une des revendications 2 ou 3, dans lequel la mise à jour de l'ensemble de données est réalisée à partir d'au moins une quatrième donnée saisie par l'utilisateur. 5. Procédé de gestion selon l'une des revendications précédentes, comprenant, 35 lorsque l'image du produit a été acquise, une étape de détermination de la localisation 23 géographique du premier équipement d'utilisateur (10A1), la mise à jour de l'ensemble de données étant réalisée à partir de ladite localisation. 6. Procédé de gestion selon l'une des revendications précédentes, comprenant, lorsque l'image du produit a été acquise, une étape d'obtention d'au moins une donnée météorologique de l'environnement du premier équipement d'utilisateur (10A1), la mise à jour de l'ensemble de données étant réalisée à partir de ladite au moins une donnée météorologique. 7. Procédé de gestion selon l'une des revendications précédentes, dans lequel la au moins une deuxième donnée comprend le prix moyen du produit dans une zone géographique prédéterminée, de préférence autour de la localisation géographique déterminée du premier équipement d'utilisateur (10A1). 8. Procédé de gestion selon l'une des revendications précédentes, dans lequel l'ensemble de données comprenant un prix du produit, l'ensemble de caractéristiques extrait comprenant un prix du produit ou le prix du produit étant saisie manuellement par l'utilisateur, ledit procédé comprend une étape de calcul d'un prix moyen à partir du prix de l'ensemble de caractéristiques ou du prix saisi et du prix de l'ensemble de données. 9. Equipement d'utilisateur (10A1) pour la gestion d'un stock de produits, ledit équipement d'utilisateur comprenant une zone mémoire (140) et étant caractérisé en ce qu'il est configuré pour : - acquérir une image d'un produit, - extraire un ensemble de caractéristiques relatives au produit à partir de l'image acquise, ledit ensemble de caractéristiques comprenant au moins un identifiant du produit, - identifier, dans la zone mémoire (140), un ensemble de données relatives au produit à partir dudit identifiant, - envoyer à un serveur de gestion (20), via un réseau de communication (30), l'identifiant du produit et au moins une première donnée dudit ensemble de données, - recevoir, via ledit réseau de communication (30), l'identifiant du produit et au moins une deuxième donnée relative au produit, envoyée par ledit serveur de gestion (20), déterminée à partir d'au moins une troisième donnée relative au produit envoyée au serveur de gestion par au moins un deuxième équipement d'utilisateur (10B, 100), différent du premier équipement d'utilisateur (10A1), - mettre à jour l'ensemble de données relatives au produit à partir de la au moins une deuxième donnée reçue. 24 10. Système (1) de gestion d'un stock de produits comprenant une pluralité d'équipements d'utilisateur (10A1, 10A2, 10B, 100) selon la revendication précédente, un serveur de gestion (20) et un réseau de communication (30) reliant lesdits équipements 5 d'utilisateur (10A1, 10A2, 10B, 100) et ledit serveur de gestion (20), ledit serveur de gestion (20) étant configuré pour : - recevoir de la pluralité d'équipements d'utilisateur (10A1, 10A2, 10B, 100), via le réseau de communication (30), un même identifiant d'un produit et au moins une première donnée d'un ensemble de données relatives audit produit, 10 - envoyer, via ledit réseau de communication (30), à chacun des équipements d'utilisateur (10A1, 10A2, 10B, 100) de la pluralité d'équipements d'utilisateur (10A1, 10A2, 10B, 100) l'identifiant du produit et au moins une deuxième donnée relative au produit, déterminée à partir d'au moins une troisième donnée relative au produit envoyée au serveur de gestion par au moins un autre équipement d'utilisateur (10A1, 10A2, 10B, 100) de la pluralité 15 d'équipements d'utilisateur (10A1, 10A2, 10B, 100).