FR3038763A1 - Systeme et procede de gestion du stock d'etres vivants presents dans des lieux de stockage d'un magasin - Google Patents

Systeme et procede de gestion du stock d'etres vivants presents dans des lieux de stockage d'un magasin Download PDF

Info

Publication number
FR3038763A1
FR3038763A1 FR1556512A FR1556512A FR3038763A1 FR 3038763 A1 FR3038763 A1 FR 3038763A1 FR 1556512 A FR1556512 A FR 1556512A FR 1556512 A FR1556512 A FR 1556512A FR 3038763 A1 FR3038763 A1 FR 3038763A1
Authority
FR
France
Prior art keywords
terminal
request
server
expertise
storage
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR1556512A
Other languages
English (en)
Other versions
FR3038763B1 (fr
Inventor
Franck Ruauld
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
L'elevage Francais Du Vivipare
Original Assignee
L'elevage Francais Du Vivipare
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by L'elevage Francais Du Vivipare filed Critical L'elevage Francais Du Vivipare
Priority to FR1556512A priority Critical patent/FR3038763B1/fr
Publication of FR3038763A1 publication Critical patent/FR3038763A1/fr
Application granted granted Critical
Publication of FR3038763B1 publication Critical patent/FR3038763B1/fr
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/02Agriculture; Fishing; Mining

Abstract

La présente invention concerne un procédé de gestion du stock d'êtres vivants présents dans des lieux de stockage (11) d'un magasin (1). Il comporte : - une étape E1 d'émission, par une application (120) d'un terminal (12), d'une requête d'expertise relativement à un événement intervenu au sujet d'un ou plusieurs êtres vivants d'un lieu de stockage (11) donné, ladite requête incluant les caractéristiques dudit événement, - une étape E2 de réception, par un serveur (20), de ladite requête, - une étape E3 de traitement de ladite requête en considérant, d'une part, des données factuelles particulières stockées dans ladite base de données (220) et, d'autre part, les données de connaissances générales stockées dans une base de connaissances (240), - 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. La présente invention concerne également un système pour la mise en œuvre dudit procédé.

Description

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 œuvre 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 œuvre 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 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 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 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 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.
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 é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 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 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 (NearField Communication).
Un responsable des stocks du magasin 1 considéré est équipé d'un terminal 12 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.
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 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 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.
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 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 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 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 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.
Selon la présente invention, le serveur 20 comporte une base de connaissances 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 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 œuvre 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.
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 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 Γaquarium de référence B21 présente à telle date un symptôme de points blancs nets et saillants.
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 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.
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 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.
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 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.
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 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 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 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 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 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.
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 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 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 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 à 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 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 œuvre 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 : - une étape d'émission El qui est mise en œuvre 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 œuvre par le serveur 20, - 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 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.
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 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.

Claims (6)

  1. REVENDICATIONS 1) 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 œuvre 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 au 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 ê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 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, - 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.
  2. 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 informations caractérisant des évènements intervenus concernant ledit lieu de stockage (11).
  3. 3) Procédé de gestion de magasin selon la revendication 1 ou 2, caractérisé en ce que les données de connaissances incluent des recommandations d'actions à mettre en œuvre 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.
  4. 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. 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. 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, - 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 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 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 émis ladite requête d'expertise, un rapport d'expertise, et - ledit terminal (12) comporte des moyens pour réceptionner ledit rapport d'expertise.
FR1556512A 2015-07-09 2015-07-09 Systeme et procede de gestion du stock d'etres vivants presents dans des lieux de stockage d'un magasin Expired - Fee Related FR3038763B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1556512A FR3038763B1 (fr) 2015-07-09 2015-07-09 Systeme et procede de gestion du stock d'etres vivants presents dans des lieux de stockage d'un magasin

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1556512A FR3038763B1 (fr) 2015-07-09 2015-07-09 Systeme et procede de gestion du stock d'etres vivants presents dans des lieux de stockage d'un magasin

Publications (2)

Publication Number Publication Date
FR3038763A1 true FR3038763A1 (fr) 2017-01-13
FR3038763B1 FR3038763B1 (fr) 2018-08-17

Family

ID=55486740

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1556512A Expired - Fee Related FR3038763B1 (fr) 2015-07-09 2015-07-09 Systeme et procede de gestion du stock d'etres vivants presents dans des lieux de stockage d'un magasin

Country Status (1)

Country Link
FR (1) FR3038763B1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140252091A1 (en) * 2013-03-07 2014-09-11 Canopy Tours Inc. Apparatus and Method for Customized Product Data Management

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140252091A1 (en) * 2013-03-07 2014-09-11 Canopy Tours Inc. Apparatus and Method for Customized Product Data Management

Also Published As

Publication number Publication date
FR3038763B1 (fr) 2018-08-17

Similar Documents

Publication Publication Date Title
US20200211125A1 (en) System and method for event-based pet searching on social media
Smith et al. Observing the unwatchable: Integrating automated sensing, naturalistic observations and animal social network analysis in the age of big data
US11432531B2 (en) Systems, methods, and apparatuses for implementing real time beef cattle monitoring utilizing radio-frequency identification (RFID) based technologies
WO2016027271A1 (fr) Gestion de bétail
Bayih et al. Utilization of internet of things and wireless sensor networks for sustainable smallholder agriculture
Mildner et al. Plasticity of daily behavioral rhythms in foragers and nurses of the ant Camponotus rufipes: influence of social context and feeding times
Frigeri et al. Domestic dog invasion in an agroforestry mosaic in southern Bahia, Brazil
Kshetri Big data's big potential in developing economies: impact on agriculture, health and environmental security
EP4147167A1 (fr) Système et procédé de gestion et de traitement de données de champ agricole
Mazzamuto et al. Exotic pet trade as a cause of biological invasions: The case of tree squirrels of the genus Callosciurus
US20180098523A1 (en) System and Method for Managing Healthcare and Pet Identification Data through a Single Rabies Tag
Sánchez-Mercado et al. A literature synthesis of actions to tackle illegal parrot trade
Torres et al. A time-extended (24 h) baited remote underwater video (BRUV) for monitoring pelagic and nocturnal marine species
FR3038763A1 (fr) Systeme et procede de gestion du stock d'etres vivants presents dans des lieux de stockage d'un magasin
KR102188050B1 (ko) 영양 정보 제공 시스템 및 방법
Moskát et al. Foreign egg retention by avian hosts in repeated brood parasitism: why do rejecters accept?
KR20210100485A (ko) 네트워크를 통한 반려 동물을 위한 맞춤형 샘플 상품 추천 방법 및 이에 사용되는 관리 서버
US20220392001A1 (en) Guardian information-based animal integrated management server and animal integrated management method thereof
Macusi et al. Closed season and the distribution of small-scale fisheries fishing effort in Davao Gulf, Philippines
Van Nest et al. High experience levels delay recruitment but promote simultaneous time-memories in honey bee foragers
Raja et al. Information and Communication Technologies for Veterinary Sciences and Animal Husbandry in Jammu and Kashmir
Pavlic et al. Superorganismic behavior via human computation
TWM541078U (zh) 一種供需媒合的系統
Oliva et al. Are Patagonia grasslands being overgrazed? A response to Marino et al.(2020)
Bles et al. A data-driven simulation of the trophallactic network and intranidal food flow dissemination in ants

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20170113

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

ST Notification of lapse

Effective date: 20220305