Brevet FR3076418A1 — publié le 20190705

PROCEDE ET DISPOSITIF POUR LA SURVEILLANCE A DISTANCE D'OBJETS CONNECTES MULTIPLES [0001] La presente invention concerne le domaine de la surveillance informatique et, en particulier, de la surveillance a distance de multiples objets connecter de types divers. L'invention porte notamment sur un dispositif et un procede mis en oeuvre par ordinateur, configures pour realiser une surveillance automatique et autonome d'une multitude d'objets connecter de types divers et si necessaire declenchement des actions preventives. [Art anterieur [0002] En general, la surveillance des objets connecter est realisee de maniere centralisee ou distribuee par le constructeur d'un objet connecte, au moyen d'un systeme informatique specifique dedie a cet objet connecte en particulier, sur lequel par ailleurs un logiciel dedie est installe. Ces systemes informatiques, cites par les constructeurs, sont proprietaires et leur ('usage est generalement reserve aux objets connecter du constructeur. La creation, le deploiement et la maintenance de tels infrastructures et systemes informatiques est complexe et onereuse. Ainsi, leur utilisation est reservee aux constructeurs qui disposent des moyens techniques et financiers idoines. [0003] Ainsi, it est frequent que des constructeurs qui commercialisent des objets connecter ne soient pas en mesure de fournir et de maintenir des systemes informatiques appropries, permettant un controle efficace de leurs objets connectes. Ces constructeurs pourraient benef icier d'une solution globale permettant de surveiller leurs objets connectes. De plus, un administrateur d'objets connecter provenant d'une pluralite de constructeurs pourrait benef icier d'un tel systeme permettant d'unifier la surveillance d'objets connectes. En outre, une difficulte additionnelle se pose lorsque ces objets connecter sont places derriere un pare- feu tiers, tel que par exemple le pare-feu integre a un modem (ou a une "box") internet. En effet, pour parvenir a surveiller de multiples types d'objets connectes, it faudrait configurer de multiples permissions ou exceptions aupres du pare-feu. [0004] Or, pour l'heure, l'art anterieur ne permet pas de pallier les problemes techniques ainsi souleves. En effet, les dispositifs et procedes proposes, ne sont pas en mesure de permettre la surveillance automatisee et autonome d'une multitude d'objets connecter differents et pouvant etre places derrières un pare-feu. En outre, aucune solution ne permet 2 pas de surveiller aisement des objets connectes au reseau via une adresse IP non fixe ou connectes de maniere discontinue. [0005] Ainsi, it existe un besoin pour de nouveaux procedes ou systemes pour la surveillance a distance d'objets connectes de types et aux fonctions multiples et/ou qui 5 seraient derriere un pare-feu. 1Probleme technique] [0006] L'invention a donc pour but de remedier aux inconvenients de l'art anterieur. En 10 particulier, l'invention a pour but de proposer un procede mis en oeuvre par ordinateur pour permettre la surveillance automatisee et autonome d'une pluralite d'objet connectes pouvant provenir de differents constructeurs susceptibles de ne pouvoir etre surveilles en commun, du fait de leur diversite de types et de fonctions. L'invention a en outre pour but de proposer un dispositif configure pour mettre en oeuvre une surveillance d'objets connectes, provenant 15 d'operateurs divers et susceptibles de ne pouvoir etre surveilles en commun, du fait de leur diversite de types et de fonctions. [0007] En outre, l'invention a egalement pour but de proposer un procede capable de deployer une telle surveillance d'objets connectes de types et aux fonctions multiples quand bien meme ces objets seraient proteges par un pare-feu, et ce sans avoir a configurer de 20 multiples permissions ou exceptions aupres du pare-feu, notamment en eliminant le besoin d'une communication descendante du systeme de surveillance vers ('objet connecte. 113reve description de !Invention.] 25 [0008] A cet effet, l'invention porte sur un procede pour la surveillance d'objets connectes appartenant a un parc d'objets connectes sous surveillance, ledit procede s'executant sur un dispositif informatique comportant un referentiel objets configure pour lister les objets connectes a surveiller, un module de communication, un module de traitement de message, un module de verification et un module d'alerte, ledit procede comportant les etapes 30 suivantes : - Acquisition, par le module de communication, d'un message de statut emis par un objet connecte, ledit objet connecte etant inscrit dans le referentiel objets, - Extraction, par le module de traitement, de valeurs de parametres de statut a partir dudit message de statut, 3 - Comparaison, par le module de verification, des valeurs de parametres de statut a des valeurs de seuils predetermines d'alerte, et - Generation, par le module d'alerte, d'un message d'alerte en fonction du resultat de ladite comparaison realisee. 5 [0009] Le procede selon l'invention permet, a partir d'un traitement approprie de messages de statut, de mettre en oeuvre une surveillance automatique d'une pluralite d'objets connectes. En outre, via un module d'alertes, it permet de realiser des actions en fonction des statuts des objets connectes tels que la generation de messages d'alertes. Cela permet a un 10 constructeur ou a un administrateur d'anticiper des dysfonctionnements. [0010] Ce procede permet de mettre en place une remontee automatique d'informations et cela malgre un parc heterogene notamment au regard de l'origine des objets connectes ou meme de la version de logiciel embarque et donc de messages de statut differents. Ainsi, un administrateur d'une multitude d'objets connecte peut mettre en place une automatisation de 15 la surveillance et des interventions idoine. Cela peut permettre notamment ('organisation d'un service apres-vente a partir de collecte de donnees de statut des objets connectes. En outre, l'invention peut etre utile pour la mise en oeuvre d'un service de maintenance preventive ou meme d'une maintenance predictive dont le but est de planifie au bon moment ('intervention afin de reduire les coOts associes a un arret de service ou a un changement de pieces trop tot 20 par exemple [0011] Selon d'autres caracteristiques optionnelles du procede : - it comprend en outre une etape prealable d'emission d'une requete, ladite requete comportant une instruction de requete du statut de l'objet connecte et ladite requete etant 25 ernise aupres des objets connectes appartenant au parc d'objets connectes. De facon preferee, la requete est ernise seulement vers les objets connectes accessibles via le reseau en direct et en continue. - ('acquisition se fait aupres d'un serveur de depot auquel l'objet connecte a envoye un 30 message de statut. Ainsi, le procede selon l'invention est capable d'exercer une surveillance meme lorsque l'objet connecte n'est pas accessible directement comme cela peut etre le cas par exemple lorsque l'objet connecte se trouve derriere un pare-feu ou dispose d'une connexion intermittente a internet. 4 - it comprend une etape prealable de configuration du referentiel objets, ladite etape comportant l'enregistrement sur ledit referentiel objets, d'au moins l'un des parametres d'objet suivants : - Parametre de frequence de mise a jour du statut, 5 - Parametre d'accessibilite de l'objet connecte, - Parametre de communication avec l'objet connecte, - Parametre de verification des messages de statut, - des valeurs de seuils predetermines d'alerte, - des valeurs de criticite de parametres de statut, et/ou 10 - Parametre d'actions en fonction de depassement des seuils predetermines d'alerte. L'enregistrement sur le referentiel d'objet est realise de preference pour chacun des objets connectes listes dans ledit referentiel objets, - lors de l'etape d'extraction, les valeurs d'au moins trois parametres de statut sont 15 extraites a partir dudit message de statut. En effet, ('invention permet la surveillance large de divers type d'objets connectes mais egalement sur une pluralite de parametres. - les parametres de statut dont les valeurs extraites sont selectionnes parmi : etat de fonctionnement de l'objet, version logicielle, version hardware, espace disque disponible, 20 jours de fonctionnement, etat de la batterie, date d'emission du message de statut et etat de fonctionnement de modules de l'objet (e.g. module d'acquisition d'image). La version logicielle peut etre utile pour definir le traitement du message car le parc d'objets connectes peut etre un parc heterogene comportant des objets connectes dont le message de statut varie en fonction de la date de conception. La date d'emission du 25 message de statut peut etre utile pour detecter un eventuel probleme de connectivite des objets utilisant le serveur de depot. - it comprend en outre une etape de generation d'une valeur d'etat de fonctionnement de l'objet connecte, ladite valeur d'etat de fonctionnement etant basee sur les valeurs des 30 parametres de statut et les valeurs de seuil predetermine d'alerte. Une telle valeur d'etat de fonctionnement permet d'obtenir une vision synthetique de l'etat de fonctionnement de l'objet connecte. De facon avantageuse, la valeur d'etat de fonctionnement est en outre basee sur des valeurs de criticite des parametres de statut. Cela permet d'inclure une ponderation entre les differents parametres qui ne presentent pas la merne importance. - les etapes sont repetees pour tous les objets connectes listes dans le referentiel objets. 5 - it comprend en outre la generation d'un rapport comportant les valeurs d'etat de fonctionnement de tous les objets connectes listes dans le referentiel objets. [0012] Selon un autre aspect, l'invention porte sur un dispositif pour la surveillance d'objets 5 connectes appartenant a un parc d'objets connectes sous surveillance, ledit dispositif comportant : - un referentiel objets configure pour lister les objets connectes a surveiller, - un module de communication configure acquerir un message de statut emis par un objet connecte, ledit objet connecte etant inscrit dans le referentiel objets, 10 - un module de traitement de message, configure pour extraire des valeurs de parametres de statut a partir dudit message de statut, - un module de verification, configure pour comparer des valeurs de parametres de statut a des valeurs de seuils predetermines d'alerte, et - un module d'alerte, configure pour generer un message d'alerte en fonction de ladite 15 comparaison realisee. [0013] Un troisieme aspect de l'invention concerne un programme d'ordinateur ainsi qu'un produit programme d'ordinateur et un support de stockage pour de tels programme et produit, permettant la mise en oeuvre d'un procede selon le premier aspect de l'invention, lorsque le 20 programme est stocke dans une memoire d'un dispositif de surveillance et execute par un processeur d'un tel dispositif. [0014] D'autres avantages et caracteristiques de l'invention apparaitront a la lecture de la description suivante dorm& a titre d'exemple illustratif et non limitatif, en reference aux 25 Figures annexees qui representent - Figure 1, une representation schematique d'un procede de surveillance d'objets connectes selon l'invention. Les etapes encadrees par des pointilles sont facultatives ; - Figure 2, une representation schematique d'un mode de realisation du procede selon l'invention ; 30 - Figure 3, une illustration du dispositif de surveillance selon l'invention et de moyens participant a la mise en oeuvre de l'invention. 35 6 JDescription de I'inventionl [0015] Dans la suite de la description, un « objet connecte » est un objet electronique connecte sans fil a un reseau et pouvant partager des informations avec un ordinateur, une tablette electronique, un smartphone ou tout autre appareil electronique. 5 [0016] Par « seuil predetermine d'alerte », on entend au sens de l'invention une valeur par exemple minimale ou maximale associee a chaque parametre de statut et utilisee comme declencheur de la generation d'un message d'alerte, d'une planification d'intervention a realiser avant un arret de l'objet connecte ou plus generalement d'une action dans le cadre de l'invention. Par exemple, cela correspond aux limites acceptables de charge d'une batterie ou 10 encore un etat de « bon fonctionnement » pour un appareil d'acquisition d'images. Ces valeurs limites peuvent etre reelles ou hypothetiques et correspondent generalement un niveau a partir duquel des dysfonctionnements peuvent survenir et ayant pour consequence un arret, a plus ou moins long terme, de l'objet connecte ou bien a tout le moins des baisses de qualites de fonctionnement. 15 [0017] Le terme « dysfonctionnement » au sens de l'invention correspond a la survenue d'un incident materiel ou fonctionnel (e.g. debit d'une vanne) sur l'objet connecte sous surveillance. [0018] L'expression « interface homme-machine » au sens de l'invention correspond a tout element permettant a un etre humain de communiquer avec un ordinateur en particulier et 20 sans que cette liste soit exhaustive, un clavier et des moyens permettant en reponse aux ordres entres au clavier d'effectuer des affichages et eventuellement de selectionner a l'aide de la souris ou d'un pave tactile des elements affiches sur l'ecran. Un autre exemple de realisation est un ecran tactile permettant de selectionner directement sur l'ecran les elements touches par le doigt ou un objet et eventuellement avec la possibilite d'afficher un clavier 25 virtue!. [0019] Dans la suite de la description, les memes references sont utilisees pour designer les memes elements. [0020] Considere comme la troisieme revolution de l'internet, l'internet des objets designe 30 ('ensemble des objets connectes a internet. Les usages sont fres varies et peuvent aller du domaine de re-sante a celui de la domotique en passant par les telephones mobiles. Les objets connectes envahissent un plus chaque jour notre quotidien. On comptait 4,9 milliards d'objets en 2015. On parle de 25 a 150 milliards d'objets connectes en 2025. A cette croissance exponentielle, s'ajoute une fres grande diversite des domaines d'applications : 7 sante, transport, commerce, domotique... Le nombre et la diversite constituent un vrai defi technique pour la mise en place d'une surveillance systematique de l'ensemble de ces objets. Les inventeurs proposent une solution permettant de repondre a ces enjeux en proposant un mecanisme generique pouvant donc s'adapter a la diversite des objets connectes mais 5 egalement un mecanisme permettant d'automatiser la surveillance afin de pouvoir couvrir l'ensemble des objets connectes deployes, qu'ils soient ou non directement accessibles. [0021] Ainsi, les inventeurs ont developpe un nouveau procede 200 pour la surveillance d'objets connectes 11, 12, 13, 14, appartenant a un parc 10 d'objets connectes sous surveillance, pouvant etre mis en oeuvre sur un dispositif informatique 100. 10 [0022] Ce procede permet avantageusement d'adapter a n'importe quel objet connecte. La figure 1 illustre schematiquement un procede de surveillance d'objets connectes selon ('invention. [0023] Comme cela est presente dans la figure 1, le procede de planification selon 15 ('invention comprend une etape facultative 210 de configuration d'un referentiel objets du dispositif informatique 100. Cette etape peut etre realisee partiellement ou completement par un module de modelisation 10 qui sera presente par la suite. [0024] Cette etape de configuration permet notamment de donner les moyens au procede de s'adapter a la diversite des objets connectes a surveiller. Elle comporte l'enregistrement 20 sur le referentiel objets 110 d'un identifiant unique pour chaque objet connecte 11,12,13,14 du parc 10 d'objets connectes sous surveillance. Cet identifiant unique peut par exemple correspondre au numero de serie de l'objet connecte ou bien a son adresse MAC (« Media Access Control » en terminologie anglo-saxonne). [0025] Cette etape de configuration 210 comporte avantageusement l'enregistrement sur 25 ledit referentiel objets, de preference pour chacun des objets connectes listes dans le referentiel objets 110, d'au moins l'un des parametres d'objet suivants : - Parametre de frequence de mise a jour du statut, permettant de definir la frequence de verification du message statut pour chacun des objets de facon a limiter l'encombrement du reseau ; 30 - Parametre d'accessibilite de l'objet connecte, permettant de determiner si une accession directe est possible ou bien si ('utilisation d'un serveur de depot est necessaire. En outre, it peut permettre de detainer les protocoles d'acces a l'objet connecte (e.g. http, ssh, ftp) et comporte par exemple une adresse IP d'objet connecte pour les connections directes ou une adresse IP de proxy et un identifiant pour les 35 objets inaccessibles ; 8 - Parametre de communication avec l'objet connecte, permettant de specifier les formats de construction des requetes. Les formats peuvent par exemple etre selectionne parmi JSON, XML et YAML ; - Parametre de verification des messages de statut, permettant d'extraire les valeurs de 5 parametre de statut souhaitee. Cette extraction peut par exemple necessiter la mise en oeuvre de fonctions d'analyse syntaxique (« parsing » en terminologie anglo-saxonne) et se baser sur des langages de type DTD (« Document Type Definition » en terminologie anglo-saxonne), DTD SGML (« Standard Generalized Markup Language » en terminologie anglo-saxonne), XML Schema (« Extensible Markup 10 Language » en terminologie anglo-saxonne) ou Relax NG (« Regular Language for XML Next Generation » en terminologie anglo-saxonne); - Des valeurs de seuils predetermines d'alerte, permettant de definir les valeurs normales de fonctionnement et pouvant etre utilise comme declencheur d'un message d'alerte ; 15 - Des valeurs predeterminees de criticite de parametres, permettant de definir ('importance des parametres les uns par rapport aux autres et ainsi etablir une ponderation entre une alerte pour un parametre par rapport a une alerte pour un autre parametre presentant par exemple une valeur de criticite plus faible ; - Parametres d'actions en fonction de depassement des seuils predetermines d'alerte 20 permettant de definir un comportement du dispositif ou du procede en cas de depassement d'un predetermine d'alerte. [0026] Le referentiel objets 110 peut par exemple etre un fichier plat de configuration par exemple au format .txt, .csv, .dsv ou .ini ou bien une base de donnees. 25 [0027] Comme cela est presente dans la figure 1, le procede de planification selon l'invention peut comprendre une etape prealable de chargement 220 de donnees du referentiel objets 110. Ce chargement de donnees correspond a racces a au moins l'un des parametres d'objet enregistres sur le referentiel objets 110. 30 [0028] Comme cela est presente dans la figure 1, le procede de planification selon l'invention peut comprendre une etape prealable d'emission 230 d'une requete et plus particulierement remission d'une requete de message de statut des objets connectes aupres d'un objet connecte ou d'un serveur de depot. La requete peut notamment comporter une 35 instruction de requete du message de statut de l'objet connecte 11. Cette etape peut etre 9 realisee partiellement ou completement par le module de communication 140 qui sera presente par la suite. [0029] La requete peut etre faite en n'importe quel format lisible par l'objet connecte concerne comme par exemple au format HTTP, SSH ou FTP. De facon preferee, la requete 5 est une requete au format HTTP car it s'agit d'un protocole generalement laisse ouvert sur les dispositifs de securite. [0030] En outre, remission d'une requete dans le cadre de l'invention peut etre realisee par tout module capable d'emettre des requetes a un format lisible par l'objet connecte concerne. L'emission d'une requete dans le cadre de l'invention peut etre realisee par une application 10 developpee a facon, codee en java (marque deposee) par exemple, pour emettre des requetes et traiter les reponses des objets connectes. [0031] Cette requete est emise aupres des objets connecter appartenant au parc d'objets connectes. De facon preferee, elle est emise seulement aux objets connecter pouvant etablir une connexion directe avec le dispositif 100 informatique. En effet, remission d'une telle 15 requete aux objets connecter 14 positionnes derriere un pare-feu 15 n'est pas utile. [0032] Le procede selon l'invention peut egalement comporter une etape d'emission d'une requete aupres d'un serveur de depot 20 configure pour stocker des messages de statut d'objets connecter appartenant au parc 10 d'objets connectes. En effet, racces a certains objets connecter depuis le reseau peut etre limite. Cela peut etre cause par le positionnement 20 de l'objet connecte 14 derriere un routeur comportant une adresse IP publique unique pour les echanges sur le reseau, par une connexion discontinue au reseau ou bien par l'utilisation d'un pare-feu 15 configure pour limiter les acces exterieurs. Dans ce cas, une etape de requete d'un message de statut aupres de l'objet connecte ne permettra pas d'obtenir le message de statut souhaite. Ainsi, l'invention comporte avantageusement l'utilisation d'un 25 serveur de depot pouvant stoker les messages de statut d'objets. [0033] Avantageusement, pour des objets connecter utilisant le serveur de depot, le procede comporte egalement une etape de configuration des objets connecter 14 du parc 10 d'objets connecter sous surveillance, de facon a configurer les objets connecter 14 pour qu'ils deposent un message de statut de maniere automatisee et autonome sur un serveur de 30 depot 20. Ainsi, le dispositif 100 informatique selon l'invention sera a meme d'acquerir le message de statut sans que cet envoi ait ete sollicite par le dispositif 100 informatique. En outre, le procede selon l'invention comporte alors une etape d'envoi d'un message de statut par un objet connecte 14 sur un serveur de depot 20. Les objets connecter accessible via des 10 requetes par exemple des requetes http disposent avantageusement d'un dispositif de generation et de diffusion du message de statut. [0034] Comme cela est presente dans la figure 1, le procede de planification selon 5 l'invention comprend une etape 240 d'acquisition d'un message de statut emis par un objet connecte 11. Cette etape peut etre realisee partiellement ou completement par un module de communication 140 qui sera presente par la suite. [0035] L'objet connecte 11 ayant ernis le message de statut acquis est avantageusement inscrit dans un referentiel objets 110. Par exemple, le referentiel objets 110 peut comporter 10 une identification unique de chaque objet connecte tel que le numero de serie de ('objet connecte ou son adresse MAC. C'est particulierement utile dans le cas de plusieurs objets se trouvant derriere un dispositif de pare-feu et n'ayant donc pas d'adresse IP Publique pouvant servir d'identification. [0036] Cette etape peut permettre l'obtention d'une multitude de message de statut 15 provenant d'objets connectes fres divers. En effet, un des avantages de l'invention est de pouvoir agreger la surveillance de nombreux objets connectes n'ayant peu ou pas de points communs. Ainsi, it n'est pas necessaire que les objets connectes aient ete congu par un merne fabricant. De merne, le procede selon l'invention peut prendre en compte indifferemment des objets connectes presentant des versions logicielles anciennes ou des 20 versions logicielles mises a jour. [0037] Le procede de planification selon l'invention comprend ensuite une etape 250 d'extraction de valeurs de parametres de statut a partir dudit message de statut. Cette etape peut etre realisee partiellement ou completement par un module de traitement 150 qui 25 sera presente par la suite. [0038] Lors de cette etape d'extraction, le module de traitement 150 pourra avantageusement, pour chaque objet connecte, extraire les valeurs de parametres de statut en fonction d'un parametre de verification des messages de statut stocke dans le referentiel 110 objets. En effet, ce parametre de verification permet de definir, pour chaque objet 30 connecte, le format a utiliser pour extraire les parametres de statut des messages de statut provenant dudit objet connecte. [0039] Etant donne que l'invention est applicable a une grande diversite d'objets connectes, les parametres de statut peuvent etre fres diverses en fonction des objets connectes concernes. Ces parametres vont etre essentiellement dependants du contenu du message de 11 statut qui a ete decide par le constructeur de ('objet connecte. En effet, les parametres de statut dont les valeurs extraites ne pourront aller au-dela des donnees presentes dans le message de statut. Par exemple, les parametres de statut dont les valeurs ont ete extraites peuvent etre selectionnes parmi : etat de fonctionnement de ('objet, version log icielle, version 5 hardware, espace disque disponible, jours de fonctionnement, etat de la batterie, date d'emission du message de statut et etat de fonctionnement de modules de ('objet (e.g. module d'acquisition d'image). [0040] Les valeurs de parametres extraites peuvent egalement etre fres diverses. Elles peuvent etre par exemple selectionnees parmi des valeurs alphabetiques (e.g. une ou 10 plusieurs lettres et/ou caracteres), des valeurs numeriques (e.g. un ou plusieurs chiffres) ou des valeurs alphanumeriques. [0041] Lors de l'etape d'extraction, le message de statut pourra par exemple etre analyse (e.g. parse) de fagon a extraire seulement les valeurs de parametres en surveillance. [0042] Avantageusement, lors de cette etape d'extraction 250, les valeurs d'au moins trois 15 parametres de statut sont extraites a partir dudit message de statut, de preference d'au moins cinq et de fagon encore plus preferee au moins sept. [0043] L'etape d'extraction 250 peut egalement etre accompagnee d'une etape de verification du message de statut permettant, sur la base d'un formalisme definit prealablement, de controler que le message snit coherent et complet. 20 [0044] Le procede de planification selon ('invention comprend ensuite une etape 260 de comparaison des valeurs de parametres de statut a des valeurs de seuils predetermines d'alerte. Cette etape peut etre realisee partiellement ou completement par un module de verification 160 qui sera presente par la suite. 25 [0045] Cette etape permet de comparer, pour chaque parametre de statut, la valeur de parametre extraite a une ou plusieurs valeurs de seuils predetermines d'alerte. La comparaison a deux valeurs de seuils permet notamment de comparer la valeur de parametre extraire a une plage de valeurs acceptables. [0046] Ainsi, cette etape permet de verifier, pour chaque objet connecte, si les valeurs de 30 parametre extraites respectent une valeur autorisee ou une plage de valeurs autorisees. 12 [0047] Si une des valeurs extraites correspond a ou franchit un seuil predetermine d'alerte alors le procede de planification selon ('invention comprend une etape 270 de generation d'un message d'alerte en fonction du resultat de ladite comparaison realisee a l'etape 260. Cette etape peut etre realisee partiellement ou completement par un module d'alerte 5 160 qui sera presents par la suite. [0048] En outre, le procede peut comprendre une etape de generation d'alertes basee sur un calcul booleen sur les valeurs d'un ou plusieurs parametres ou sur un ou plusieurs messages d'alerte. Par exemple, dans le cas d'un panneau solaire, si un message d'alerte de temperature est envoye ainsi qu'une alerte de debit ou une alerte de valeur de tension sur le 10 moteur, alors un troisierne message d'alerte est genere avec une importance superieure. [0049] Les messages d'alertes peuvent etre transmis par differentes voies et peuvent etre par exemple des courriels, des messages applicatifs ou encore des SMS ou MMS. Les informations necessaires a ('envoi de ces messages d'alertes peuvent par exemple etre contenues dans le referentiel objets 110. En outre, le procede selon ('invention peut 15 declencher des actions telles que le l'arret ou le redemarrage de ('objet connecte. Ces actions sont realisees par l'intermediaire de ('execution d'une instruction ou d'une serie d'instructions predefinies. [0050] Le procede peut egalement comprendre une etape de generation d'une valeur d'etat de fonctionnement de ('objet connecte, ladite valeur d'etat de fonctionnement 20 etant basee sur les valeurs de parametres de statut et les valeurs de seuil predetermine d'alerte. [0051] Lors de cette etape, une valeur d'etat de fonctionnement d'etat de fonctionnement peut etre donnee en fonction par exemple du nombre de seuils predetermine ayant ete depasse par ('objet connecte et/ du nombre de messages d'alerte envoyes. 25 [0052] Avantageusement, la valeur d'etat de fonctionnement peut aussi etre Ins& sur une valeur de criticite des parametres de statut. En effet, le depassement des seuils predetermines d'alerte peuvent avoir une importance differente en fonction du parametre de statut considers. Ainsi, ('utilisation en outre d'une valeur de criticite des parametres de statut permet de ponderer les depassements de seuils. 30 [0053] Le procede selon ('invention peut egalement comprendre une etape de stockage sur une memoire des alertes generees lors d'inaccessibilite d'un objet connecte, des valeurs de parametres extraites, des messages d'alerte envoyes et/ou des valeurs d'etat de fonctionnement. 13 [0054] Avantageusement, les stapes du procede selon ('invention sont repetees pour tous les objets connectes listes dans le referentiel objets 110. Ainsi, le procede est capable de faire une iteration sur tous les objets connectes references dans le referentiel 5 objets 110 avec un format predetermine. Pour tous les objets connectes, it y a par exemple verification si un message de statut est disponible sur un serveur de depot 20 si l'objet connecte n'est pas joignable directement ou bien contacte de l'objet connecte pour recuperer son message de statut, puis traitement du message de statut avec verification des valeurs extraites par rapport aux seuils predetermines et execution de la ou des actions associees si 10 necessaire. [0055] En outre, le procede peut etre repete a une frequence qui peut etre predefinie par un administrateur, comme par exemple toutes les 24 heures. En outre, cette frequence peut-etre variable aussi selon le type d'objet connecte considers. Ainsi, avantageusement, le referentiel 15 objet peut comporter un parametre de frequence de mise a jour du statut qui pourra etre variable en fonction des objets connectes consideres. [0056] Lorsque le procede a ete mis en oeuvre sur tous les objets connectes du referentiel objets 110, le procede peut comporter une etape de generation 280 d'un rapport 20 comportant les valeurs d'etat de fonctionnement de tous les objets connectes listes dans le referentiel objets. [0057] La generation de ce rapport peut inclure une classification ou une hierarchisation des objets connectes en fonction de leur valeur d'etat de fonctionnement. En outre, le rapport peut par exemple lister tous les objets connectes avec couleur verte pour les objets connectes 25 respectant toutes les conditions et un degrade d'orange a rouge si une ou plusieurs conditions ne sont pas respectees. Le rapport peut egalement representer une jauge tous les objets connectes representant la valeur d'etat de fonctionnement. 30 [0058] La figure 2 represente un mode de realisation particulier de procede de surveillance selon ('invention destine a gerer la maintenance de panneaux solaires connectes construits par une pluralite de constructeur et presentant donc des modalites de communications differentes mais geres par un merne administrateur. 14 [0059] Le procede commence par la selection 201 d'un objet connecte dont it va evaluer le statut. Ensuite, it s'agit de determiner lors d'une etape 221 si une connexion directe a l'objet connecte est possible. Cette etape 221 est avantageusement basee sur ('etude des donnees du referentiel objets 110 qui ont ete prealablement chargees. 5 [0060] Si oui (OK), un format de requete adequate est selectionne 222 puis une requete de message de statut est envoyee 231 a l'objet connecte. Ensuite, le procede verifie 232 si une reponse est regue. Si non (NOK), it y a generation d'un message 236 d'alerte et d'un rapport 237 d'alerte. Si oui (OK), le message de statut fait l'objet d'une etape d'acquisition 240 puis d'extraction 250 des valeurs de parametre de statut. 10 [0061] Si l'objet est considers comme non accessible lors de l'etape de determination 221, un format de requete adequate est selectionne 223 puis une requete de message de statut est envoyee 233 a un serveur de depot de message 20. Ensuite, le procede verifie 234 si un message de statut est accessible. Si non (NOK), it y a generation d'un message 236 d'alerte et d'un rapport 237 d'alerte. Par exemple, un message est affiche dans une interface 15 graphique. Si oui (OK), le message de statut fait l'objet d'une etape d'acquisition 240 puis d'extraction 250 des valeurs de parametre de statut. [0062] Une fois les valeurs de parametres de statut extraites, it s'agit de determiner si un seuil predetermine d'alerte est depasse. Si oui (OK), alors it y a generation d'une alerte 270, eventuellement d'une action complementaire 271 par exemple d'arret du panneau solaire et 20 d'un rapport 272 sur l'alerte et les actions entreprises. Si aucun seuil predetermine n'est depasse (NOK), le procede determine 265 si d'autres objets connectes sont a traiter. Si oui (OK) alors le procede reitere a partir de l'etape de selection 201 de l'objet connecte a surveiller. [0063] Une fois ('ensemble des objets connectes traites, le procede peut comprendre une 25 etape 281 de calcul d'une valeur d'etat de fonctionnement pour chacun des objets connectes puis l'etablissement 282 d'un rapport sur le statut des objets connectes sous surveillance. [0064] Selon un autre aspect, ('invention porte sur un dispositif 100 informatique de surveillance d'objet connecte apte a mettre en oeuvre le procede selon ('invention. 30 [0065] Plus particulierement, le dispositif 100 informatique comporte un referentiel objets 110 configure pour lister les objets connectes 11,12,13,14 a surveiller, un module de communication 140, un module de traitement 150 de message et un module de verification 160. Un tel dispositif, configure pour reconnaitre la reponse formatee de fagon structuree du 15 message de statut d'objet connecte et d'en extraire les informations adequates, est illustre a la figure 3. [0066] Le dispositif 100 informatique est avantageusement un serveur. Sur la figure 3 est affiche un terminal administrateur 30 via lequel, un utilisateur peut interagir, par exemple par 5 l'intermediaire d'un reseau de communication, avec le dispositif 100 selon ('invention. Le terminal administrateur 30 est un ordinateur, une tablette numerique, un telephone portable, ou plus generalement tout dispositif permettant a un utilisateur d'emettre des requetes, via un reseau de communication (par exemple LAN, WLAN, ou PAN, journal d'une base de donnees, courriel), vers le dispositif 100 de recherche de marge d'optimisation. A cet egard, le 10 terminal terminal administrateur 30 peut etre pourvu d'une application cliente permettant d'envoyer des requetes ou des instructions au dispositif 100 de surveillance et d'en interpreter les reponses. Cette application cliente est, par exemple, un navigateur Web FireFox ®, Fennec ®, Opera ®, Opera Mobile ®, Internet Explorer®, Google Chrome® par exemple), ou un navigateur ftp (tel que FileZilla®). En outre, le dispositif 100 est apte a se connecter a un 15 parc 10 d'objets connectes, a un serveur de depot de message 20 et a un client tiers 40. [0067] Le referentiel objets 110 est avantageusement etabli au prealable par l'utilisateur du dispositif 100 informatique de surveillance et fourni au dispositif 100 les donnees necessaires a sa versatilite. 20 [0068] Le referentiel objets 110 est avantageusement configure pour enregistrer et donner acces a des donnees de : parametrage de recces aux objets : avec des parametres d'accessibilite de l'objet connecte, des parametres de communication avec l'objet connecte, et des parametres relatifs a la frequence d'acces ; 25 parametrage de traitement des messages de statut : avec des parametres de verification des messages de statut, des valeurs de seuils predetermines d'alerte et des valeurs de criticite de parametres de statut ; et parametrage des actions : des parametres d'actions en fonction de depassement des seuils predetermines d'alerte. 30 [0069] Le referentiel objets 110 peut etre construit via une interface homme machine, par exemple manuellement par l'utilisateur ou genere a partir d'une interface graphique appropriee, apte a permettre la saisie de parametres de configuration. Par exemple, l'utilisateur du dispositif 100 de surveillance specifie dans le referentiel objets 110 : des parametres d'accessibilite de l'objet connecte, des parametres de communication avec l'objet 16 connecte, des parametres de verification des messages de statut, des valeurs de seuils predetermines d'alerte, des valeurs de criticite de parametres de statut, et/ou des parametres d'actions en fonction de depassement des seuils predetermines d'alerte. En outre, le referentiel objets 110 comporte un identifiant unique pour chaque objet connecte 11,12,13,14 5 du parc 10 d'objets connectes sous surveillance. Cet identifiant unique peut par exemple correspondre au numero de serie de l'objet connecte ou bien a son adresse MAC (« Media Access Control » en terminologie anglo-saxonne). [0070] Le module de communication 140 permet pour une communication entre le 10 dispositif et le parc d'objets connectes sous surveillance. II est configure pour acquerir un message de statut ernis par un objet connecte, ledit objet connecte etant inscrit dans le referentiel objets 110. [0071] En outre, le module de communication 140 est configure pour recevoir et transmettre des informations a des systernes distants tels que des objets connectes mais aussi des 15 tablettes, des telephones, des ordinateurs ou des serveurs. Le module de communication 140 permet de transmettre les donnees sur au moins un reseau de communication et peut comprendre une communication filaire ou sans fil. L'interaction peut impliquer un logiciel applicatif utilise par ('administrateur pour interagir avec le dispositif selon l'invention. Le logiciel applicatif peut comporter une interface graphique permettant de faciliter une interaction avec 20 un administrateur. Un administrateur peut alors agir sur le terminal distant de fagon a generer une instruction apte a etre mise en oeuvre par le dispositif 1. Pour cela, le dispositif 100 selon l'invention peut comporter en outre un module d'interface homme-machine (IHM). [0072] Le module de traitement 150 de message est configure pour extraire des valeurs 25 de parametres de statut a partir dudit message de statut. Grace a cela, it peut reconnaitre la reponse formatee de fagon structuree du message statut de l'objet connecte et d'en extraire les informations adequates. [0073] Le module de verification 160 de message est configure pour comparer des 30 valeurs de parametres de statut a des valeurs de seuils predetermines d'alerte. Grace a cela, it peut relier une ou plusieurs variables contenues dans cette reponse a leur valeur predefinie telle qu'enregistree dans le referentiel objets 110. II peut alors comparer la ou les valeurs regues a une plage de valeurs acceptables et ainsi surveiller les valeurs fournies par les objets connectes. Ainsi, dans un mode de realisation, le module de verification 160 compare 35 les informations qui lui sont retournees avec des informations predeterminees, et peut en 17 fonction du resultat de cette comparaison, detecter une ou plusieurs erreurs au niveau d'un objet connecte. [0074] Le module d'alerte 170 de message est configure pour generer un message d'alerte en fonction de la comparaison realisee par le module de verification 160. II peut 5 egalement etre configure pour realiser des actions complementaires a la generation d'alertes telles que des arrets ou redemarrages de ('objet connecte. [0075] Lorsque Ion prete une action au dispositif selon l'invention celle-ci est en fait effectuee par un microprocesseur du dispositif commande par des codes instructions 10 enregistres dans une memoire du dispositif. Si Ion prete une action a une application, celle-ci est en fait effectuee par un microprocesseur du dispositif dans une memoire duquel les codes instructions correspondant a ('application sont enregistres. Lorsque le dispositif selon l'invention emet ou regoit un message, ce message est ernis ou regu par une interface de communication du dispositif. En outre, ces differents unites ou modules sont distincts sur la 15 figure 3 mais l'invention peut prevoir divers types d'agencement comme par exemple un seul module cumulant l'ensemble des fonctions decrites ici. De merne, ces moyens peuvent etre divises en plusieurs cartes electroniques ou bien rassembles sur une seule carte electronique. Les memoires evoquees dans cette invention peuvent correspondre a une memoire vive et/ou une memoire de masse. La memoire de masse peut- etre un support tel qu'une carte 20 memoire, ou un disque dur heberge par un serveur distant. [0076] Avantageusement, l'ensemble des modes de realisations decrits ci-dessus permettent d'assurer une surveillance autonome et automatique d'une pluralite d'objets connectes et ce quel que soit le constructeur de ces objets connectes. Ceci est rendu possible notamment grace a l'utilisation du referentiel objets capable de comporter des 25 donnees d'extraction des valeurs pour tous les types d'objet connectes appartement au parc d'objets connecte sous surveillance. En outre, l'invention permet egalement de surveiller des objets connectes positionnes derriere des pare-feu grace notamment a l'utilisation d'un REVENDICATIONS1. Procede (200) pour la surveillance d'objets connectes (11,12,13,14) appartenant a un parc (10) d'objets connectes sous surveillance, ledit procede s'executant sur un dispositif (100) informatique comportant un referentiel objets (110) configure pour lister les objets connectes (11,12,13,14) a surveiller, un module de communication (140), un module de traitement (150) de message, un module de verification (160) et un module d'alerte (170), ledit procede comportant les etapes suivantes : - Acquisition (240), par le module de communication (140), d'un message de statut emis par un objet connecte (11), ledit objet connecte (11) etant inscrit dans le referentiel objets (110), - Extraction (250), par le module de traitement (150), de valeurs de parametres de statut a partir dudit message de statut, - Comparaison (260), par le module de verification (160), des valeurs de parametres de statut a des valeurs de seuils predetermines d'alerte, et - Generation (270), par le module d'alerte (170), d'un message d'alerte en fonction du resultat de ladite comparaison realisee. 2. Procede selon la revendication 1, caracterise en ce qu'il comprend en outre une etape prealable d'emission (230) d'une requete, ladite requete comportant une instruction de requete du statut de l'objet connecte (11) et ladite requete etant emise aupres des objets connectes appartenant au parc d'objets connectes. 3. Procede selon la revendication 1, caracterise en ce que ('acquisition se fait aupres d'un serveur de depot (20) auquel l'objet connecte (11,12,13,14) a envoye un message de statut. 4. Procede selon l'une quelconque des revendications 1 a 3, caracterise en ce qu'il comprend une etape prealable (210) de configuration du referentiel objets (110), ladite etape (210) comportant l'enregistrement sur ledit referentiel objets (110), d'au moins l'un des parametres d'objet suivants : - Parametre de frequence de mise a jour du statut, - Parametre d'accessibilite de l'objet connecte, - Parametre de communication avec l'objet connecte, - Parametre de verification des messages de statut, - des valeurs de seuils predetermines d'alerte, - des valeurs de criticite de parametres de statut, et/ou - Parametre d'actions en fonction de depassement des seuils predetermines d'alerte 19 5. Procede selon l'une quelconque des revendications 1 a 4, caracterise en ce que lors de l'etape d'extraction (250), les valeurs d'au moins trois parametres de statut sont extraites a partir dudit message de statut. 5 6. Procede selon l'une quelconque des revendications 1 a 5, caracterise en ce que les parametres de statut dont les valeurs extraites sont selectionnes parmi : etat de fonctionnement de l'objet, version logicielle, version hardware, espace disque disponible, jours de fonctionnement, etat de la batterie, date d'emission du message de statut et etat 10 de fonctionnement de modules de l'objet (e.g. module d'acquisition d'image). 7. Procede selon l'une quelconque des revendications 1 a 6, caracterise en ce qu'il comprend en outre une etape de generation d'une valeur d'etat de fonctionnement de l'objet connecte, ladite valeur d'etat de fonctionnement etant basee sur les valeurs extraites des 15 parametres de statut et les valeurs de seuil predetermine d'alerte. 8. Procede selon la revendication 7, caracterise en ce que la valeur d'etat de fonctionnement de l'objet connecte est en outre basee sur des valeurs de criticite des parametres de statut. 20 9. Procede selon l'une quelconque des revendications 1 a 8, caracterise en ce que les etapes sont repetees pour tous les objets connectes listes dans le referentiel objets. 10. Procede selon l'une quelconque des revendications 7 a 9, caracterise en ce qu'il comprend en outre la generation (280) d'un rapport comportant les valeurs d'etat de fonctionnement 25 de tous les objets connectes listes dans le referentiel (110) objets. 11. Dispositif (100) pour la surveillance d'objets connectes (11,12,13,14) appartenant a un parc (10) d'objets connectes sous surveillance, ledit dispositif comportant : un referentiel objets (110) configure pour lister les objets connectes (11,12,13,14) a 30 surveiller, un module de communication (140) configure acquerir un message de statut ernis par un objet connecte, ledit objet connecte (11,12,13,14) etant inscrit dans le referentiel (110) objets, un module de traitement (150) de message, configure pour extraire des valeurs de 35 parametres de statut a partir dudit message de statut, un module de verification (160), configure pour comparer des valeurs de parametres de statut a des valeurs de seuils predetermines d'alerte, et un module d'alerte, configure pour generer un message d'alerte en fonction de ladite comparaison realisee.