FR 3038763 A1 20170113 FR 1556512 A 20150709 1 La présente invention concerne un système de gestion du stock d'êtres vivants qui se trouvent dans des lieux de stockage d'un magasin ainsi qu'un procédé de gestion de stock d'êtres vivants mis en oeuvre par un tel système. Les systèmes de gestion du stock d'êtres vivants, par exemple de poissons, d'un magasin sont connus et permettent au responsable des stocks de ce magasin de connaître l'état de ses stocks, de connaître les quantités vendues, de pouvoir réapprovisionner ces stocks en cas de besoin. Généralement, les responsables de stocks d'un magasin, notamment ceux dont le produit stocké est un être vivant, doivent, dans l'exercice de leur profession posséder de nombreuses compétences : ils doivent connaître parfaitement la vie et conditions de vie des êtres vivants qu'ils gèrent et doivent donc avoir des compétences de soigneur, de zoologiste, de biologiste, de vétérinaire, voire de chimiste et de technicien. Ils doivent également, dans le cadre de leur fonction, avoir des compétences de merchandiseurs et de vendeurs. Cette polyvalence dans des domaines aussi variés est généralement impossible à assurer par une même personne. Le but de la présente invention est de prévoir un système de gestion du stock d'êtres vivants qui se trouvent dans des lieux de stockage d'un magasin qui résolve ce problème de polyvalence de compétences. A cet effet, un procédé de gestion du stock d'êtres vivants présents dans des lieux de stockage d'un magasin est mis en oeuvre par un système de gestion de stock de magasins qui comporte un serveur et, dans ledit magasin, au moins un terminal, ledit serveur comprenant une base de données dans laquelle sont stockées des données factuelles particulières concernant chacun des lieux de stockage desdits êtres vivants et une base de connaissances dans laquelle sont stockées des données concernant des connaissances générales liées à chacune des espèces desdits êtres vivants dans lesdits lieux de stockage, ledit terminal comportant au moins une application pour entrer en communication avec ledit serveur. Selon l'invention, ledit procédé est caractérisé en ce qu'il comporte : - une étape d'émission, par l'application dudit terminal, d'une requête d'expertise relativement à un événement intervenu au sujet d'un être vivant d'un lieu de stockage donné, ladite requête incluant les caractéristiques dudit événement, - une étape de réception, par ledit serveur, de ladite requête, - une étape de traitement de ladite requête en considérant, d'une part, les données factuelles particulières stockées dans ladite base de données pour le lieu de stockage 3038763 2 dudit être vivant et, d'autre part, les données de connaissances générales stockées dans ladite base de connaissances pour l'espèce dudit être vivant et pour les informations caractérisant ledit événement et présentes dans ladite requête d'expertise, - une étape d'émission, par ledit serveur audit terminal ayant émis ladite requête 5 d'expertise, d'un rapport d'expertise, et - une étape de réception par ledit terminal ayant émis ladite requête d'expertise dudit rapport d'expertise. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de 10 réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : La Fig. 1 est une vue générale d'un système de gestion selon la présente invention, La Fig. 2 est un schéma synoptique d'un système de gestion selon la présente 15 invention, La Fig. 3 est un diagramme illustrant un procédé de gestion selon la présente invention et, La Fig. 4 illustre une variante de réalisation du procédé de gestion conforme à celui objet de la Fig. 3. 20 La présente invention concerne un système de gestion du stock d'êtres vivants qui se trouvent dans des lieux de stockage d'un magasin. Le système représenté à la Fig. 1 est prévu pour gérer une pluralité de magasins, ici trois magasins 1 (le nombre 3 est donné à titre arbitraire et n'est pas limitatif en ce qui concerne la présente invention). Dans chaque magasin 1, les êtres vivants sont logés dans au moins un 25 élément de rangement 10 partitionné en plusieurs lieux de stockage 11 qui, selon les êtres vivants considérés, peuvent être des cages, des niches, des aquariums, etc. Dans un exemple d'application de la présente invention, les êtres vivants en question sont des poissons et l'élément de rangement 10 est alors constitué de plusieurs (ici, 12) aquariums 11 logeant chacun un stock de poissons d'une même 30 espèce ou d'espèces cohabitantes. Chaque aquarium 11 constitue un lieu de stockage d'une ou plusieurs espèces de poisson données. Chaque lieu de stockage 11 possède une étiquette 111 représentative d'une référence associée audit lieu. Cette référence peut être inscrite en clair sur l'étiquette 111 ou sous forme d'un code, par exemple un code à barres simple ou à deux 3038763 3 dimensions, un code dit Flash ou équivalent, etc. L'étiquette 111 peut aussi être une étiquette électronique équipée d'une puce RFID (Radio Frequency IDentification) ou NFC (Near Field Communication). Un responsable des stocks du magasin 1 considéré est équipé d'un terminal 12 5 qui peut être un terminal dédié à l'application ici envisagée mais aussi un Smartphone, une tablette ou un Assistant Numérique Personnel qui est pourvu d'une application de gestion 120 spécifique (voir Fig. 2). Cette application de gestion 120 permet de gérer des moyens 121 d'entrée de données, des moyens 122 d'affichage de données et des moyens 123 de communication. 10 Un organisme centralisé de gestion de magasins 2 est quant à lui équipé d'un serveur 20 auquel est relié un terminal 21. Comme cela est visible à la Fig. 2, le serveur 20 comporte des moyens de traitement 210, une base de données factuelles 220 et des moyens de communication 230. Dans la base de données 220 sont enregistrées des données factuelles particulières concernant chacun des lieux de 15 stockage 11 desdits êtres vivants stockés dans chaque magasin géré par l'organisme 2. Ces données factuelles incluent notamment une référence dudit lieu de stockage, correspondant à la référence de l'étiquette 111 mentionnée ci-dessus, la ou les espèces des êtres vivants logés dans ledit lieu de stockage 11, le nombre d'êtres vivants de chaque espèce, l'âge desdits êtres vivants. Elles peuvent également inclure des 20 caractéristiques du lieu de stockage, telles que les conditions climatiques (température de l'eau dans le cas d'un aquarium), les produits de traitement utilisés, etc. Elles incluent également des données historiques concernant tous les évènements particuliers qui sont survenus dans un magasin 1, tels que les pathologies rencontrées à telle date, les morts, etc. 25 Les moyens de traitement 210 peuvent également échanger des données avec le terminal 21. Les moyens de communication 123 d'un terminal 12 peuvent échanger des données avec les moyens de communication 230 du serveur 20 et, ce, via le réseau 3. Ainsi, le serveur 20 et le terminal 12 peuvent échanger des données entre eux via le 30 réseau 3, par exemple le réseau Internet. Les moyens de traitement 210 comportent différents modules applicatifs 211 à 21N. Par exemple, ils comportent un module 211 de gestion du stock d'êtres vivants dans chacun des lieux de stockage 11 d'un magasin. Dans le cas d'un magasin de vente 3038763 4 de poissons, ces moyens permettent de gérer le stock de poissons de chaque aquarium 11. Pour ce faire, le responsable des stocks du magasin utilise son terminal 12, lance l'application 120 de gestion et entre, avec les moyens d'entrée 121, toutes données de modification du stock d'êtres vivants dans le lieu de stockage 11. Ces données sont 5 transmises, via les moyens de communication 123, au serveur 20 et au module 211 qui met à jour la base de données 220. De même, ce responsable, au moyen de son terminal 12, peut connaître le stock d'êtres vivants d'un lieu de stockage 11 donné. Pour ce faire, avec l'application 120, il entre une requête qui est alors transmise au serveur 20. Celui-ci répond à cette requête et transmet au terminal 12 des données 10 relatives au stock d'êtres vivants dans le lieu de stockage 11 requis : nombre d'êtres, espèces des êtres, âges des êtres, etc. Ces données sont affichées par les moyens d'affichage 122 sur l'écran du terminal 12. D'autres applications du module de gestion 211 peuvent être envisagées. Elles sont relativement classiques et ne sont pas de ce fait plus décrites ici. 15 Selon la présente invention, le serveur 20 comporte une base de connais- sances 240. La base de connaissances 240 diffère de la base de données 220 en ce que les informations qui y sont stockées sont des informations d'ordre général, c'est-à-dire des informations qui n'ont pas pour objet un sujet particulier parfaitement identifié alors qu'au contraire, les informations qui sont stockées dans la base de données 220 20 sont d'ordre factuel et sont donc relatives à un sujet particulier bien identifié. Par exemple, les données de connaissances incluent des recommandations d'actions à mettre en oeuvre suite à un événement particulier qui interviendrait dans un lieu de stockage 11 dans lequel est stocké au moins une espèce d'être vivant, en fonction des caractéristiques dudit événement. 25 Par exemple, concernant une application à la vente de poissons, les informations suivantes sont de l'ordre des connaissances : -les informations d'une fiche signalétique d'une espèce de poisson donné, -les informations relatives à chacune des pathologies rencontrées chez les poissons incluant notamment les symptômes généralement observés de ces 30 pathologies ainsi que leurs traitements prophylactiques et/ou curatifs. Par contre les informations suivantes relèvent de l'ordre des faits : un poisson particulier dans l'aquarium de référence B21 présente à telle date un symptôme de points blancs nets et saillants. 3038763 5 Les moyens de traitement 210 comportent encore un module applicatif 212 d'expertise. Pour obtenir une expertise suite à un événement qui vient d'intervenir au sujet d'un être vivant dans un lieu de stockage 11, le responsable des stocks d'un magasin 5 100 utilise son terminal 12, lance l'application 120 de gestion et entre, avec les moyens d'entrée 121, une requête d'expertise incluant toutes les informations pertinentes liées à l'expertise requise et caractérisant l'événement considéré. Cette requête est transmise, via les moyens de communication 123, au serveur 20 et au module d'expertise 212. 10 Sur la base des informations qui sont stockées dans la base de connaissances 240 concernant l'être vivant sujet dudit événement, des informations caractérisant ledit événement ainsi que les données factuelles particulières stockées dans ladite base de données 220 pour le lieu de stockage 11 où est intervenu ledit événement, le module d'expertise 212 établit directement un rapport d'expertise qui est transmis par les 15 moyens de communication 230 au terminal 12 qui a émis la requête d'expertise, plus exactement aux moyens de communication 123 et à l'application 120 de ce dernier pour affichage sur les moyens d'affichage 122. De plus, le module d'expertise 212 peut requérir des informations complémentaires du terminal 21, informations qui sont entrées par un expert de l'organisme 200 au moyen dudit terminal 21. 20 Selon une variante de réalisation, le module d'expertise 212 établit un pré- rapport d'expertise et le transmet au terminal 21 de l'organisme 2. Le pré-rapport peut concerner les informations brutes recueillies des bases de données 220 et de connaissances 240 ou même des informations élaborées à partir de ces informations brutes. Le rapport d'expertise définitif est établi au moyen du terminal 21, par exemple 25 par un opérateur de l'organisme 2 qui le transmet au module d'expertise 212 pour transmission à son tour au terminal 12. L'opérateur du terminal 21 peut également requérir auprès du responsable du magasin 1 concerné des informations factuelles complémentaires ou des documents multimédia particuliers, tels que des photographies, des vidéos, etc. 30 Par exemple, dans l'application à une vente de poissons par un magasin 1, le responsable des stocks de poissons du magasin 1 peut constater qu'un poisson dans un aquarium 11 de référence donné est mort. Il lance alors l'application 120 qui ouvre une page de renseignement lui demandant de renseigner l'événement : référence de l'aquarium, espèce de poissons concernée, nombre de poissons concernés, symptômes 3038763 6 du ou des poissons concernés, etc. Par exemple, la référence de l'aquarium peut être obtenue au moyen des étiquettes 111 accolées à l'aquarium dans lequel logeait le ou les poissons morts. Les symptômes proposés peuvent être : nageoires rongées, poissons posés au fond, points blancs nets et saillants, etc. et le responsable 5 sélectionne le ou les symptômes observés. L'application 120 émet alors une requête d'expertise contenant les informations pertinentes liées à cette requête, c'est-à-dire les informations qui ont été entrées par le responsable au moyen de la page de renseignement. A la réception de cette requête, le module d'expertise 212, sur la base des 10 informations contenues dans cette requête, recherche des informations pertinentes dans la base de connaissances 240, par exemple, sur la base des symptômes observés tels qu'inclus dans la requête d'expertise, les éventuelles pathologies dont les poissons morts étaient l'objet, les remèdes et/ou médicaments qu'il y a lieu de donner à titre prophylactique à telle dose aux poissons du même aquarium, les autres symptômes 15 que les poissons encore vivants peuvent présenter et les remèdes et/ou médicaments qu'il y a lieu de leur donner à titre curatif, etc. Il peut également rechercher et se baser sur les informations contenues dans la base de données 220 concernant l'aquarium dont la référence est contenue dans la requête : ces informations concernent l'environnement de l'aquarium considéré, à savoir la température de l'eau, la ou les 20 espèces de poissons qu'il contient, le nombre total de ces poissons, les traitements qui sont déjà donnés, etc. et également l'historique lié à cet aquarium, à savoir les évènements qui y ont déjà eu lieu, comme l'arrivée d'un nouveau lot de poissons il y a peu de temps, la survenue de morts, les causes de ces morts et les remèdes qui ont été mis en place, etc. 25 Selon la variante de réalisation mentionnée ci-dessus, le module d'expertise 212 établit un pré-rapport d'expertise (par exemple les informations brutes recueillies des bases de données 220 et de connaissances 240) le transmet au terminal 21 de l'organisme 2. Le rapport d'expertise définitif est établi au moyen du terminal 21, par exemple par un opérateur de l'organisme qui le transmet au module d'expertise 212 30 pour transmission à son tour au terminal 12. Le rapport d'expertise établi par le module d'expertise 212 peut concerner un événement particulier, par exemple la mort d'un ou plusieurs poissons, mais peut aussi concerner un ensemble d'évènements particuliers. Ce rapport d'expertise peut également être requis par le responsable des stocks au moyen de son terminal 12. Il 3038763 7 consiste alors généralement à des comparaisons de périodes, à des récapitulatifs d'évènements et de traitements de ces évènements, etc. Les moyens de traitement 210 comportent encore un module de maintenance 213 qui établit, sur la base des informations contenues dans la base de données 220 5 concernant un lieu de stockage d'un magasin et sur la base des informations contenues dans la base de connaissances 240, un calendrier des tâches à accomplir pour assurer la maintenance du lieu de stockage en question. Ce calendrier fait l'objet d'un message qui est transmis au terminal 12 du responsable de stocks du magasin 100 pour affichage par les moyens d'affichage 122. Le module de maintenance 213 vérifie à 10 intervalles de temps réguliers que, sur la base des informations contenues dans la base de données 220, les tâches de maintenance prescrites ont été effectuées. On rappelle que chaque événement survenu (a fortiori une tâche accomplie) fait l'objet d'un message transmis au serveur 20 pour inscription dans la base de données 220. Si une tâche de maintenance n'est pas effectuée ou n'est pas inscrite dans la base de données 15 220, un message d'alarme est transmis, par le serveur 20, au terminal 12. A la Fig. 3, on a représenté un diagramme illustrant un procédé de gestion selon la présente invention. Ce procédé est mis en oeuvre par un système de gestion de stock de magasins tel que celui qui a été décrit en relation avec les Figs. 1 et 2. Il comporte les étapes suivantes : 20 - une étape d'émission El qui est mise en oeuvre par l'application de gestion 120 dudit terminal 12 d'un magasin, d'une requête d'expertise relativement à un événement intervenu au sujet d'un être vivant d'un lieu de stockage donné, ladite requête incluant les caractéristiques dudit événement, - une étape E2 de réception de ladite requête mise en oeuvre par le serveur 20, 25 - une étape E3 de traitement de ladite requête en considérant, d'une part, les données factuelles particulières stockées dans ladite base de données 220 pour le lieu de stockage dudit être vivant et, d'autre part, les données de connaissances générales stockées dans ladite base de connaissances 240 pour l'espèce dudit être vivant et pour les informations caractérisant ledit événement et présentes dans ladite requête 30 d'expertise, - une étape E4 d'émission, par ledit serveur audit terminal ayant émis ladite requête d'expertise, d'un rapport d'expertise, et - une étape E5 de réception par ledit terminal ayant émis ladite requête d'expertise dudit rapport d'expertise. 3038763 8 Selon une variante de réalisation, l'étape E3 permet d'établir un pré-rapport d'expertise qui peut concerner des informations brutes recueillies des bases de données 220 et de connaissances 240 ou même des informations élaborées à partir de ces informations brutes. Selon cette variante, comme montré à la Fig. 4, l'étape E4 5 comprend alors une sous-étape E41 d'émission du pré-rapport d'expertise établi à l'étape E3 à un terminal 21 lié audit serveur 20, une sous-étape E42 d'établissement du rapport d'expertise, par exemple par un opérateur dudit terminal 21, et de transmission audit serveur 20, et une sous-étape E43 de transmission du rapport d'expertise audit terminal 12. 10 REVENDICATIONS1) Procédé de gestion du stock d'êtres vivants présents dans des lieux de stockage (11) d'un magasin (1), ledit procédé étant mis en oeuvre par un système de gestion de stock de magasins qui comporte un serveur (20) et, dans ledit magasin (1), au moins un terminal (12), ledit serveur (20) comprenant une base de données (220) dans laquelle sont stockées des données factuelles particulières concernant chacun des lieux de stockage (11) desdits êtres vivants et une base de connaissances (240) dans laquelle sont stockées des données concernant des connaissances générales liées à chacune des espèces desdits êtres vivants dans lesdits lieux de stockage (11), ledit terminal (12) comportant aià moins une application (120) pour entrer en communication avec ledit serveur (20), caractérisé en ce qu'il comporte : - une étape El d'émission, par l'application (120) dudit terminal (12), d'une requête d'expertise relativement à un événement intervenu au sujet d'un ou plusieurs 1 êtres vivants d'un lieu de stockage (11) donné, ladite requête incluant, d'une part, une référence dudit lieu de stockage (11) et, d'autre part, les caractéristiques dudit événement, - une étape E2 de réception, par ledit serveur (20), de ladite requête, - une étape E3 de traitement de ladite requête en considérant, d'une part, les 20 données factuelles particulières stockées dans ladite base de données (220) pour le lieu de stockage dont la référence est contenue dans ladite requête d'expertise, et, d'autre part, les données de connaissances générales stockées dans ladite base de connaissances (240) pour l'espèce dudit ou desdits êtres vivants et pour les caractéristiques dudit événement présentes dans ladite requête d'expertise, 25 - une étape d'émission, par ledit serveur (20) audit terminal ayant émis ladite requête d'expertise, d'un rapport d'expertise, et - une étape de réception par ledit terminal (12) ayant émis ladite requête d'expertise dudit rapport d'expertise. 30 2) Procédé de gestion selon la revendication 1, caractérisé en ce que les données factuelles concernant un lieu de stockage incluent une référence interne dudit lieu de stockage (11), la ou les espèces d'êtres vivants dans ledit lieu de stockage, le nombre d'êtres vivants pour la ou lesdites espèce, l'âge desdits êtres vivants ainsi que des 3038763 10 informations caractérisant des évènements intervenus concernant ledit lieu de stockage (11). 3) Procédé de gestion de magasin selon la revendication 1 ou 2, caractérisé en ce 5 que les données de connaissances incluent des recommandations d'actions à mettre en oeuvre suite à un événement particulier qui interviendrait dans un lieu de stockage (11) dans lequel est stocké au moins une espèce d'être vivant, en fonction des caractéristiques dudit événement. 10 4) Procédé de gestion de magasin selon une des revendications précédentes, caractérisé en ce que l'étape d'émission d'un rapport d'expertise comprend une sous-étape d'émission d'un pré-rapport d'expertise à un terminal (21) lié audit serveur (20), une sous-étape d'établissement du rapport d'expertise par un opérateur dudit terminal (21), et une sous-étape de transmission du rapport d'expertise audit serveur (20) pour transmission audit terminal (12). 5) Procédé de gestion de magasin selon une des revendications précédentes, caractérisé en ce que lesdits êtres sont des poissons vivants et lesdits lieux de stockage (11) sont des aquariums. 6) Système de gestion du stock d'êtres vivants présents dans des lieux de stockage (11) d'un magasin (1), ledit système comportant un serveur (20) et, dans ledit magasin (1), au moins un terminal (12), ledit serveur (20) comprenant une base de données (220) dans laquelle sont stockées des données factuelles particulières concernant chacun des lieux de stockage (11) desdits êtres vivants, ledit terminal (12) comportant au moins une application (120) pour entrer en communication avec ledit serveur (20), caractérisé en ce que - ledit serveur (20) comprend une base de connaissances (240) dans laquelle sont stockées des données concernant des connaissances générales liées à chacune des espèces desdits êtres vivants dans lesdits lieux de stockage (11), et en ce que - l'application (120) dudit terminal (1) comporte des moyens pour émettre une requête d'expertise relativement à un événement intervenu au sujet d'un être vivant d'un lieu de stockage (11) donné, ladite requête incluant, d'une part, une référence dudit lieu de stockage (11) et, d'autre part, les caractéristiques dudit événement, 3038763 - ledit serveur (20) comporte des moyens de traitement (210) comprenant : - un module d'expertise (212) pour réceptionner ladite requête et pour la traiter en considérant, d'une part, les données factuelles particulières stockées dans ladite base de données pour le lieu de stockage dont la référence est 5 contenue dans ladite requête d'expertise et, d'autre part, les données de connais- sances généràles stockées dans ladite base de connaissances pour l'espèce dudit être vivant et pour les caractéristiques dudit événement présentes dans ladite requête d'expertise, - des moyens (123) pour émettre, à destination dudit terminal (12) ayant 10 émis ladite requête d'expertise, un rapport d'expertise, et - ledit terminal (12) comporte des moyens pour réceptionner ledit rapport d'expertise.