FR 3082028 A1 20191206 FR 1854614 A 20180530 Agrégation d'objets connectés. Domaine technique L'invention se rapporte au domaine général des réseaux de télécommunication et plus particulièrement à 'Internet des objets. Etat de la technique Depuis maintenant quelques années, 'Internet des Objets - ou loT pour Internet of Things- se déploie dans le milieu du grand public et dans le monde professionnel. Les objets connectés sont par exemple des objets domestiques comme des caméras, des ampoules, des lampes, des radiateurs ou encore des appareils audio, vidéo, des compteurs d'électricité, des véhicules, des systèmes d'arrosage, etc. Les objets connectés dialoguent entre eux via plusieurs catégories de réseaux, qu'ils soient filaires ou sans fil. Ces objets sont généralement limités en termes de fonctionnalités, notamment celles qui ne sont pas en relation directe avec le service mis en oeuvre grâce à l'objet tel qu'initialement prévu par son constructeur. Il est donc souhaitable de pouvoir les grouper pour bénéficier de fonctionnalités étendues. Il existe des solutions pour regrouper des objets connectés. Par exemple, la demande de brevets US 201 4/0241 354 Al décrit un système de communication entre un ou plusieurs groupes d'IoTs. Des groupes d'objets prédéfinis peuvent être formés parce qu'ils effectuent des activités similaires ou répondent à certains contextes (emplacement, présence du propriétaire, état des appareils, utilisation d'une ressource commune, etc.). En outre, les groupes d'IoT peuvent être organisés de manière hiérarchique afin d'assurer une communication efficace dans les groupes et entre différents groupes. Cependant ces solutions constituent des catalogues d'objets dont le but est d'accéder plus rapidement aux objets connectés et de les faire communiquer plus simplement. Les objets du groupe restent indépendants les uns des autres. Il existe aussi des solutions pour créer des scénarios impliquant plusieurs objets domestiques. Par exemple, la demande précitée propose un scénario selon lequel plusieurs objets connectés sont utilisés pour fournir une température donnée à un utilisateur donné : lorsqu'un utilisateur entre dans une pièce, sa tablette personnelle est détectée puis la température est contrôlée et ajustée en fonction des préférences de l'utilisateur. Ce scénario fait intervenir au moins trois objets connectés qui peuvent avantageusement être 2 regroupés : un objet pour détecter la présence de l'utilisateur, un capteur de température et un élément de chauffage/air conditionné pour l'ajuster. Ces solutions constituent des scénarios dont le but est de rendre un service en enchaînant les actions des objets connectés d'un groupe. Cependant, les objets du groupe 5 restent indépendants les uns des autres. Ceci pose un certain nombre de problèmes : tout d'abord, le groupe est considéré comme une collection et non comme une agrégation d'objets. De surcroît, toutes les caractéristiques des objets ainsi groupés restent accessibles au propriétaire et aux utilisateurs du groupe, ce qui n'est pas souhaitable. Par exemple, dans le scénario précédent, 10 si l'objet utilisé pour détecter la présence de l'utilisateur dans la pièce est une caméra, il n'est pas forcément souhaitable qu'un utilisateur quelconque du groupe accède à toutes les fonctions de la caméra, mais uniquement au résultat de la détection. L'invention offre une solution ne présentant pas les inconvénients de l'état de la technique. 15 L'invention A cet effet, selon un aspect fonctionnel, l'invention a pour objet un procédé d'agrégation d'au moins deux objets connectés d'un réseau de communications, lesdits objets connectés possédant au moins une caractéristique, dite caractéristique de base, ledit procédé étant caractérisé en ce qu'il comporte les étapes suivantes sur un dispositif d'agrégation, pour 20 obtenir une représentation du groupe, dite avatar groupe, apte à représenter objets connectés à agréger : - obtention d'au moins une caractéristique de base desdits objets connectés ; - obtention d'au moins une caractéristique de l'objet groupe, ladite caractéristique étant liée à au moins une caractéristique de base desdits objets connectés ; 25 création de l'avatar groupe, ledit avatar comportant : au moins une première structure de données pour lesdits objets connectés, dite structure de base, comportant ladite au moins une caractéristique de base ; une seconde structure de données, dite structure de groupe, comportant 30 ladite au moins une caractéristique de l'objet groupe ; une troisième structure de données, dite structure de liens, pour lier ladite caractéristique de l'objet groupe à au moins une caractéristique de base ; 3 une structure de gestion d'adresses, dite proxy groupe, comportant au moins une correspondance entre au moins une adresse de l'avatar groupe et au moins une adresse desdits objets connectés. Par « objet connecté », on entend ici toute entité physique ou logique apte à rendre 5 un service à un utilisateur dans un réseau de communications, par exemple : équipements personnels connectables (smartphone, montre connectée, casque connecté, équipement domotique, etc.) ; équipements de l'espace public auxquels l'utilisateur peut avoir accès ; contenus (films, musique) et accès à des contenus. 10 Un objet connecté comporte un ensemble de caractéristiques : fonctions (donner l'heure, la température, streamer un flux vidéo, etc.) ; flux associés aux fonctions en entrée ou en sortie de l'objet : commandes, réponses, messages, flux de données, par exemple audiovisuels, etc. On considère ici le terme « flux » au sens large. Par exemple, un message (commande, requête, réponse, 15 acquittement, etc.) est un flux de données limité dans le temps. Par « agrégation », on entend la création d'un objet groupe (virtualisé) associé à plusieurs objets connectés, l'objet groupe disposant d'une adresse pour accéder à chacun des objets connectés. L'objet groupe, après sa création, offre, ou expose, ses propres caractéristiques qui peuvent correspondre à toute combinaison des caractéristiques des objets 20 connectés (amélioration, mise en cascade, coopération, etc.) Par « objet groupe », on entend un objet qui comporte les objets connectés et leur encapsulation selon la présente invention, c'est-à-dire un avatar des objets. L'avatar est appelé « avatar groupe ». Par « avatar groupe», on entend une représentation, ou encapsulation de plusieurs 25 objets ; l'avatar groupe comprend donc : une ou plusieurs caractéristiques (fonctions et flux) de chacun des objets du groupe ; une ou plusieurs caractéristiques (fonctions et flux) propres de l'objet groupe ; un ensemble de liens, ou fonctions, pour lier (combiner, exploiter, etc.) ensemble une ou plusieurs caractéristiques des objets de base et des objets du groupe ; 30 une structure proxy pour permettre à un utilisateur du groupe d'accéder à chacun des objets connectés via au moins une adresse de l'objet connecté. Par adresse de l'objet connecté, on entend n'importe quel type d'adresse correspondant à l'accès de tout ou 4 partie des caractéristiques de l'objet connecté. Une telle adresse peut être physique (http://192.145.1.1) ou symbolique (zoom.ov3@mypasserelle.fr pour accéder à la fonction zoom de l'objet caméra via la passerelle domestique). Elle peut prendre la forme d'une adresse universelle (URI, URL), d'une adresse IF, etc. 5 Selon l'invention, les fonctions accessibles ou les flux générés de l'objet groupe sont encapsulés dans un objet virtualisé, dit avatar groupe, de manière à ce que les objets connectés soient en quelque sorte cachés derrière l'objet groupe et son avatar. L'objet connecté peut par ailleurs rester accessible directement, ou faire partie d'un autre groupe, d'une collection, etc. 10 Avantageusement, un utilisateur de l'objet groupe n'y accède pas directement mais via son avatar groupe. L'utilisateur peut donc invoquer l'avatar groupe pour accéder aux objets connectés du groupe. L'objet groupe, c'est-à-dire l'entité formée par les objets connectés et leur avatar groupe, met en oeuvre les caractéristiques des objets connectés et les caractéristiques propres de l'objet groupe. 15 Par exemple, une webcam peut être associée à un thermomètre et/ou une horloge et/ou un détecteur de mouvement. Selon un autre exemple, l'ensemble des objets communicants d'une salle de réunion, d'une chambre, d'une maison, etc. peuvent être regroupés dans un objet virtuel « salle de réunion » « ma chambre », « ma maison », etc. Avantageusement, les objets connectés du groupe ne sont pas une simple collection 20 mais sont liés de manière à former un nouvel objet (groupe) qui remplit par exemple une fonction d'automate en s'appuyant sur les flux d'entrée-sortie de plusieurs objets en cascade. Par exemple, si la caméra et le détecteur de mouvement mentionnés ci-dessus font partie d'un même groupe, on peut imaginer que la détection d'un mouvement par le détecteur déclenche la capture d'image fixe de la caméra qui fournit en sortie une image (photographie) de la personne 25 détectée. Un lien est donc créé entre les deux objets du groupe de manière à offrir une fonction propre à l'objet groupe (détecter une personne). Selon un mode de mise en oeuvre particulier de l'invention, le procédé d'agrégation tel que décrit ci-dessus est caractérisé en ce en ce que l'avatar groupe comporte en outre une 30 structure de données, dite structure de droits, comportant au moins un droit associé à une caractéristique et en ce que le procédé comporte en outre : une étape d'obtention d'au moins un droit associé à une caractéristique ; une étape d'inscription dudit droit dans ladite structure de l'avatar groupe. 5 Avantageusement selon ce mode, il est possible de bénéficier d'un contrôle des droits sur l'objet groupe et/ou des objets connectés du groupe. Ainsi, un droit peut être accordé pour une caractéristique de l'objet groupe ou d'un objet du groupe de manière à ce que le propriétaire maîtrise les droits des utilisateurs sur son objet groupe et les objets connectés le constituant. Par 5 exemple, le propriétaire peut avoir tous les droits mais accorder à un utilisateur de l'objet groupe seulement les droits sur les caractéristiques de l'objet groupe mais pas sur les caractéristiques des objets connectés le constituant, l'utilisateur distinct du propriétaire ne pouvant dans ce cas mettre en oeuvre la caractéristique (fonction ou flux) de l'objet connecté. 10 Selon une variante de ce mode de mise en oeuvre particulier de l'invention, le procédé d'agrégation tel que décrit ci-dessus est caractérisé en ce que la structure de droits comporte en outre une identification d'au moins un bénéficiaire du droit et en ce que le procédé comporte en outre : une étape d'obtention dudit au moins un bénéficiaire du droit associé à une 15 caractéristique ; une étape d'inscription dudit au moins un bénéficiaire dans ladite structure de l'avatar groupe. Avantageusement selon ce mode, le propriétaire de l'objet groupe et/ou des objets connectés peut les partager avec un autre utilisateur ou un groupe d'utilisateurs. Un tel groupe 20 peut désigner par exemple un groupe d'utilisateurs du réseau local, ou du réseau étendu, ou se trouvant dans une certaine proximité géographique, ou des utilisateurs identifiés nominativement, etc. Ceci permet de discriminer simplement les utilisateurs qui ont le droit d'utiliser/composer/transmettre un objet de ceux qui ne l'ont pas. 25 Selon une autre variante de ce mode de mise en oeuvre particulier de l'invention, qui pourra être mise en oeuvre alternativement ou cumulativement avec la précédente, le procédé d'agrégation tel que décrit ci-dessus est caractérisé en ce que ledit droit est un droit d'usage permettant de mettre en oeuvre la caractéristique associée. Avantageusement selon ce mode, le propriétaire de l'objet groupe et/ou des objets 30 connectés peut les partager avec un autre utilisateur ou un groupe d'utilisateurs pour leur mise en oeuvre, soit dans l'objet groupe, soit en tant qu'objet connecté. Ainsi certaines caractéristiques pourront être mises en oeuvre et d'autres non. Selon une autre variante de ce mode de mise en oeuvre particulier de l'invention, qui pourra être mise en oeuvre alternativement ou cumulativement avec les précédentes, le procédé 6 d'agrégation tel que décrit ci-dessus est caractérisé en ce que ledit droit est un droit de composition permettant d'utiliser un objet du groupe ou l'objet groupe dans un nouvel objet groupe. Avantageusement selon ce mode, le propriétaire de l'objet groupe et/ou des objets 5 connectés peut autoriser un autre utilisateur ou un groupe d'utilisateurs à composer son propre objet groupe à partir de l'objet groupe ou des objets connectés qui le constituent. Selon une autre variante de ce mode de mise en oeuvre particulier de l'invention, qui pourra être mise en oeuvre alternativement ou cumulativement avec les précédentes, le procédé 10 d'agrégation tel que décrit ci-dessus est caractérisé en ce que ledit droit est un droit de transmission permettant de transmettre un droit d'usage ou de composition Avantageusement selon ce mode, le propriétaire de l'objet groupe et/ou des objets connectés peut autoriser un autre utilisateur à transmettre les droits d'usage et de composition à un utilisateur ou un groupe d'utilisateurs tiers. 15 Selon une autre variante de ce mode de mise en oeuvre particulier de l'invention, qui pourra être mise en oeuvre alternativement ou cumulativement avec les précédentes, le procédé d'agrégation est caractérisé en ce que l'étape d'obtention est une étape de déduction du droit associé à une caractéristique de l'objet groupe en fonction d'au moins un droit associé à une 20 caractéristique de base. Avantageusement selon ce mode, un droit ayant été accordé à une caractéristique de l'un des objets connectés (par exemple la caméra), un droit sur l'objet groupe peut en être déduit automatiquement. Par exemple, l'objet groupe peut hériter directement des droits de la caméra, ou d'une combinaison des droits de la caméra et du détecteur de mouvement, ou hériter du droit 25 le plus restrictif, le plus large, de l'un des objets connectés, etc. Selon une autre variante de ce mode de mise en oeuvre particulier de l'invention, qui pourra être mise en oeuvre alternativement ou cumulativement avec la précédente, le procédé d'agrégation tel que décrit ci-dessus est caractérisé en ce qu'il comporte en outre une étape de 30 déduction du droit associé à une caractéristique de base en fonction d'au moins un droit associé à une caractéristique du groupe. Avantageusement selon cette variante, un droit ayant été accordé à l'une des caractéristiques de l'objet groupe (par exemple, le détecteur de personne), les objets connectés qui constituent le groupe (par exemple la caméra) peuvent en être déduits automatiquement. 7 Par exemple, l'objet caméra peut hériter directement du droit de l'objet groupe « détecteur de personne ». Selon un autre aspect fonctionnel, l'invention concerne aussi un procédé de mise en 5 oeuvre d'un objet groupe agrégeant au moins deux objets connectés dans un réseau de communications, ledit objet groupe comportant un avatar groupe, le procédé étant caractérisé en ce qu'il comporte les étapes suivantes sur un dispositif de mise en oeuvre de l'objet groupe : obtention d'un message pour utiliser l'objet groupe, ledit message comportant au moins une caractéristique de l'objet groupe à mettre en oeuvre ; 10 obtention de l'avatar de l'objet groupe, ledit avatar comportant au moins : une première structure de données, dite structure de base, comportant ladite au moins une caractéristique de base de chacun des objets connectés agrégés ; une seconde structure de données, dite structure de groupe, comportant au 15 moins une caractéristique de l'objet groupe ; une troisième structure de données, dite structure de liens, pour lier ladite caractéristique de groupe à au moins une caractéristique de base ; une structure de gestion d'adresses, dite proxy groupe, comportant une correspondance au moins entre au moins une adresse de l'avatar groupe et 20 au moins une adresse desdits objets connectés agrégés. comparaison de la caractéristique de groupe à mettre en oeuvre aux caractéristiques de l'avatar groupe ; en fonction des résultats de la comparaison : analyse de la caractéristique de l'objet groupe à mettre en oeuvre ; 25 obtention, dans la structure de lien, du lien de ladite caractéristique de groupe à au moins une caractéristique de base ; mise en oeuvre de ladite au moins une caractéristique de base d'un objet connecté. Les objets selon cet aspect fonctionnel de l'invention procurent au moins les mêmes 30 avantages que ceux procurés par le procédé selon le premier aspect fonctionnel. Les caractéristiques optionnelles évoquées pour le premier aspect peuvent aussi s'appliquer. Notamment, l'objet groupe encapsule les objets connectés du groupe de manière à 8 pouvoir accéder aux caractéristiques (fonctions et flux) des objets connectés grâce à l'avatar groupe. Aussi, des droits de mise en oeuvre, composition, transmission peuvent être insérés dans la structure de l'objet groupe et utilisés par le procédé de mise en oeuvre de l'objet groupe via une étape d'analyse desdits droits. Le droit de l'utilisateur qui a fait la requête est comparée au 5 droit associé à la caractéristique. Si l'utilisateur ne dispose pas du droit d'utilisation (resp. composition, transmission) sur la caractéristique requise, elle n'est pas mise en oeuvre. Selon un aspect matériel, l'invention concerne également un dispositif d'agrégation d'au moins deux objets connectés d'un réseau de communications, lesdits objets connectés possédant 10 au moins une caractéristique, dite caractéristique de base, ledit dispositif étant caractérisé en ce qu'il comporte les modules suivants, pour obtenir une représentation du groupe, dite avatar groupe, apte à représenter lesdits objets connectés à agréger : - un module d'obtention d'au moins une caractéristique de base desdits objets connectés ; 15 - un module d'obtention d'au moins une caractéristique de l'objet groupe, ladite caractéristique étant liée à au moins une caractéristique de base desdits objets connectés ; un module de création de l'avatar groupe, ledit avatar comportant : au moins une première structure de données pour lesdits objets connectés, 20 dite structure de base, comportant ladite au moins une caractéristique de base ; une seconde structure de données, dite structure de groupe, comportant ladite au moins une caractéristique de l'objet groupe ; une troisième structure de données, dite structure de liens, pour lier ladite 25 caractéristique de groupe à au moins une caractéristique de base ; une structure de gestion d'adresses, dite proxy groupe, comportant au moins une correspondance entre au moins une adresse de l'avatar groupe et au moins une adresse desdits objets connectés. Le terme module utilisé dans la présente description peut correspondre aussi bien à un 30 composant logiciel qu'à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d'ordinateur ou de manière plus générale à tout élément d'un programme apte à mettre en oeuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d'un 9 ensemble matériel (ou hardware) apte à mettre en oeuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.) Selon un autre aspect matériel, l'invention concerne également un dispositif de mise en 5 oeuvre d'un objet groupe agrégeant au moins deux objets connectés et disposant d'un avatar groupe dans un réseau de communications, le dispositif de mise en oeuvre comportant : un module d'obtention d'un message pour utiliser l'objet groupe, ledit message comportant au moins une caractéristique de l'objet groupe à mettre en oeuvre ; un module d'obtention de l'avatar de l'objet groupe, ledit avatar comportant au 10 moins : une première structure de données, dite structure de base, comportant ladite au moins une caractéristique de base desdits objets connectés ; une seconde structure de données, dite structure de groupe, comportant au moins une caractéristique de l'objet groupe ; 15 une troisième structure de données, dite structure de liens, pour lier ladite caractéristique de groupe à au moins une caractéristique de base ; une structure de gestion d'adresses, dite proxy groupe, comportant une correspondance au moins entre au moins une adresse de l'avatar groupe et au moins une adresse desdits objets connectés agrégés ; 20 un module de comparaison de la caractéristique de groupe à mettre en oeuvre aux caractéristiques de l'avatar groupe ; un module d'analyse de la caractéristique de l'objet groupe à mettre en oeuvre ; un module d'obtention, dans la structure de lien, du lien de ladite caractéristique de groupe à au moins une caractéristique de base ; 25 un module de mise en oeuvre de ladite au moins une caractéristique de base. Selon un autre aspect matériel, l'invention concerne également une passerelle domestique comprenant un dispositif d'agrégation et/ou un dispositif de mise en oeuvre d'un objet groupe tels que décrits auparavant. 30 Selon un autre aspect matériel, l'invention concerne également un objet groupe comportant : 10 - au moins deux objets connectés disposant d'au moins une caractéristique de base et une adresse ; - un avatar dudit objet groupe, comprenant : au moins une première structure de données, dite structure de base, 5 comportant ladite au moins une caractéristique de base desdits objets connectés agrégés ; une seconde structure de données (SD OG), dite structure de groupe, comportant au moins une caractéristique de l'objet groupe ; une troisième structure de données, dite structure de liens, pour lier ladite 10 caractéristique de groupe à au moins une caractéristique de base ; une structure de gestion d'adresses, dite proxy groupe, comportant une correspondance au moins entre au moins une adresse de l'avatar groupe et au moins une adresse desdits objets connectés agrégés. Selon un autre aspect matériel, l'invention concerne encore un programme d'ordinateur 15 apte à être mis en oeuvre sur un dispositif d'agrégation tel que décrit ci-dessus, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé d'agrégation défini au-dessus. Selon un autre aspect matériel, l'invention concerne encore un programme d'ordinateur apte à être mis en oeuvre sur un dispositif de mise en oeuvre tel que décrit ci-dessus, le 20 programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé de mise en oeuvre d'un objet groupe défini au-dessus. Selon encore un autre aspect matériel, l'invention a trait à un support d'enregistrement lisible par un processeur de données sur lequel est enregistré un programme comprenant des instructions de code de programme pour l'exécution des étapes de l'un quelconque des procédés 25 définis ci-dessus. Les objets selon les aspects matériels de l'invention procurent au moins les mêmes avantages que ceux procurés par le procédé selon le premier aspect fonctionnel. Les caractéristiques optionnelles évoquées pour le premier aspect peuvent s'appliquer aux aspects matériels. 30 L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés. Les figures: 11 La figure 1 représente le contexte général de l'invention, montrant des objets connectés d'un utilisateur d'un réseau local selon l'état de l'art. La figure 2 illustre la formation d'un objet groupe selon un mode de réalisation de l'invention. 5 La figure 3 illustre un avatar d'objet groupe selon un mode de réalisation de l'invention. La figure 4 représente une architecture d'un dispositif d'agrégation d'objets et/ou de mise en oeuvre d'objets groupes selon un mode de réalisation de l'invention. La figure 5 représente un chronogramme d'agrégation d'objets et de mise en oeuvre subséquente de l'objet groupe selon un mode de réalisation de l'invention. 10 La figure 6 représente un mode de mise en oeuvre de l'usage des droits sur un objet groupe. Description détaillée d'un exemple de réalisation illustrant l'invention La figure 1 représente le contexte général de l'invention selon l'état de l'art, montrant des objets connectés d'un utilisateur et propriétaire PR d'un réseau local ou LAN (Local Area 15 Network) 1. Selon cet exemple non limitatif, le réseau LAN est un réseau domestique connecté à un réseau de type étendu, ou WAN (Wide Area Network) 3, par exemple un réseau Internet. Plus largement, un réseau LAN pourrait être un réseau d'entreprise ou être limité à un seul objet connecté au réseau Internet (par exemple une Webcam de plage) et le réseau WAN 3 pourrait être de n'importe quel type (cellulaire, GSM - Global System for Mobile Communications, UMTS - 20 Universal Mobile Telecommunications System, Wifi - Wireless, etc.) sans sortir du cadre de l'invention. Un élément de gestion du réseau (2) (une passerelle résidentielle, professionnelle, un hub, etc.) et des équipements terminaux, appelés dans la suite objets connectés ou plus simplement objets (0i, pour lequel i indique le numéro de l'objet) sont connectés sur le réseau 25 local 1. Il s'agit respectivement selon l'exemple d'un casque connecté (01), d'un smartphone (02), d'une caméra connectée (03), d'un détecteur de mouvement (04) et d'un capteur de température (05). Ces objets sont aptes à communiquer sur le réseau local et peuvent être accédés de l'intérieur ou de l'extérieur du réseau local via la passerelle de service (2). D'autres objets situés dans le réseau étendu (3) peuvent également présenter un 30 intérêt pour un utilisateur du réseau local, par exemple une bicyclette partagée (06) ou une caméra de plage (07). Selon cet exemple, les objets sont des objets physiques, c'est-à-dire des équipements physiques ayant la capacité de se connecter au réseau. L'objet connecté peut être fournisseur de flux d'informations, en temps réel ou non, et/ou actionneur au sens où le fait de recevoir un flux 12 d'informations particulier (par exemple, de commandes) provoque de sa part une action associée à une fonction. Ces objets peuvent différer par leur système d'exploitation (Windows, Linux, Android, etc.), leur type de connexion au réseau (Ethernet, Wifi, Bluetooth, etc.), et les fonctions/actions dont ils sont capables : mesurer la température, communiquer sur des réseaux 5 sociaux, mettre en oeuvre une recette de cuisine, lire un contenu multimédia, enregistrer une vidéo de surveillance, la transmettre, détecter un mouvement, allumer une lampe, etc. De surcroît, ces objets, peuvent être aussi caractérisés en termes de propriété et d'accès : ils peuvent être personnels, c'est-à-dire qu'ils appartiennent à leur propriétaire PR, ou partagés, c'est-à-dire qu'ils peuvent être mis à disposition d'un autre utilisateur, par exemple un 10 invité du réseau local, ou encore publics, c'est-à-dire qu'ils peuvent être mis à disposition de n'importe qui, etc. On peut dès maintenant noter que chacun des objets, présentant un certain nombre de caractéristiques (fonctions et/ou flux d'entrée/sortie), pourrait être utilement regroupé avec d'autres objets de caractéristiques complémentaires pour former un nouvel objet. Selon quelques 15 exemples : - la caméra du réseau local ne dispose pas de logiciel de reconnaissance biométrique ; or il peut être utile d'identifier simplement une personne qui se trouve dans le champ de la caméra. - la bicyclette du réseau étendu peut être volée ; il peut être utile de la filmer lorsque 20 quelqu'un s'en approche. - etc. On va maintenant décrire un mode de réalisation de l'invention à l'appui de la figure 2. Le but est d'offrir à l'utilisateur un objet groupe virtualisé, appelé plus simplement objet groupe, correspondant à un groupe d'objets connectés de son environnement. 25 Un groupe d'objets est selon cet exemple un regroupement d'objets connectés réalisé à l'initiative de leur propriétaire. 0-âce au procédé d'agrégation, ce groupe est considéré comme étant lui-même un objet, aussi appelé un objet groupe, possédant ses propres flux d'informations et ses propres actions. Selon l'exemple décrit ici à titre indicatif, l'objet caméra (03) du réseau local de 30 l'utilisateur va être regroupé avec l'objet capteur de mouvement (04). L'objet résultant (03+04) est un objet groupe (OG), c'est-à-dire un objet particulier correspondant aux deux objets connectés mais de caractéristiques propres. A cet effet, l'objet groupe est virtualisé, c'est-à-dire qu'il est représenté comme une entité rendant des fonctions et possédant des flux d'entrée et de sortie. Tous les flux de l'objet groupe passent par un ensemble logiciel 13 assimilable à un proxy, l'avatar objet groupe (AV G), ou avatar groupe, construit sur les flux issus ou en direction de l'un au moins des objets du groupe. Cet avatar groupe représente le groupe d'objets sur le réseau et expose la fonction de l'objet groupe. L'avatar est donc une interface « standardisée » avec des capacités qui peuvent 5 être également standardisées (horodatage, température, zoom, etc.). Il s'agit en quelque sorte d'une surcouche des objets du groupe (encapsulation). Selon une variante, les objets peuvent être regroupés automatiquement selon un critère d'agrégation (localisation, fonctions rendues, types de flux échangeables, etc.), et non plus à l'initiative du propriétaire. 10 Selon un mode de réalisation de l'invention, qui sera détaillé plus précisément à l'appui des figures suivantes, l'utilisateur choisit de créer un groupe, par exemple, « mon détecteur de personne », noté OG, d'avatar AV G. Cet objet groupe rend le service suivant : lorsque l'utilisateur rentre dans la pièce dans laquelle se trouve la caméra, le détecteur de mouvement se déclenche, il actionne la caméra qui prend une photographie (capture 15 d'image fixe) de la personne qui est entrée dans la pièce ; cette image en sortie de la caméra est rendue accessible à l'utilisateur de l'objet groupe. Un dispositif d'agrégation sur la passerelle construit pour le groupe (0G) un avatar groupe (AV G) qui peut être mis à disposition sur le réseau local 1 et/ou sur le réseau étendu 3. Le groupe comprend le détecteur de mouvement 03 et la caméra 04. Cest lui qui 20 expose l'image de sortie de la caméra. Chacun des objets connectés comporte un certain nombre de caractéristiques, dont seulement un sous-ensemble est offert à l'utilisateur de l'objet groupe : il n'accède pas au flux de la caméra, ni au détecteur de mouvement, mais seulement à l'image finale de la personne qui est entrée dans la pièce. Il n'accède pas non plus aux autres fonctions de la 25 caméra (zoom, capture vidéo, etc.) Un tel groupement des objets permet non seulement de créer de nouveaux objets mais aussi d'en suggérer d'autres à l'utilisateur. Selon une variante, l'utilisateur peut être prévenu qu'il peut former un objet détecteur de personne basé sur la caméra et son détecteur de mouvement mais il peut aussi être informé que s'il disposait d'un dispositif de 30 reconnaissance de visage il pourrait identifier la personne qui rentre dans la pièce et accéder directement, non plus à sa photographie mais à son identité. L'objectif est donc de pouvoir adapter aux besoins de l'utilisateur l'ensemble des objets connectés dont il dispose via un mécanisme de regroupement intelligent. 14 On notera que si plusieurs accès concurrents se produisent sur le même objet/groupe en provenance d'utilisateurs qui disposent des mêmes droits, toute solution à la portée de l'homme du métier des systèmes informatiques pourra être utilisée pour résoudre le conflit. 5 La figure 3 représente de manière plus détaillée une architecture possible pour un avatar groupe selon un mode de réalisation de l'invention. Selon cet exemple, l'objet connecté 03 (la caméra) et l'objet connecté 04 (détecteur de mouvement) sont agrégés dans l'objet groupe OG. On notera que la génération de l'avatar (AV G), tout comme son stockage, peuvent être 10 réalisés sur la passerelle domestique, mais aussi sur un serveur à distance dans le réseau, sur un terminal, etc. L'avatar comporte selon cet exemple : une première structure de données (SD 03) comportant au moins une caractéristique (C1 03... CN 03) de l'objet connecté 3 (zoom, capture d'image, flux vidéo de sortie, commande de lancement de capture, etc.) ; 15 une seconde structure de données (SD 04) comportant au moins une caractéristique (C1 04... CN 04) de l'objet connecté 4 (détection de mouvement, type de mouvement, information de mouvement détecté, etc.) ; une structure de gestion d'adresses, dite proxy (PY G) comportant une correspondance entre une au moins une adresse de l'avatar (@AV G) et au moins une adresse de chaque 20 objet connecté (@03, @04). On rappelle que l'adresse peut être de n'importe quel type et adresser tout ou partie des caractéristiques de l'un des objets connectés. L'avatar groupe agit comme un proxy entre l'objet connecté et les requêtes qui lui sont faites. On rappelle qu'un proxy (PY) est un composant logiciel qui joue le rôle d'intermédiaire en se plaçant entre deux entités pour faciliter les échanges. En l'occurrence, le proxy (PY G) de 25 l'avatar est placé entre l'utilisateur de l'objet groupe, par exemple un site Web accessible sur un smartphone, et les objets connectés sur le LAN/WAN. Le proxy redirige les flux de manière transparente pour l'utilisateur, vers et depuis les objets connectés du groupe. De manière structurelle : - soit l'objet groupe a son propre proxy ; de manière schématique dans ce cas 30 l'objet sera accessible via une adresse de type /mon détecteur de personne; - soit il est rattaché à un proxy qui comporte un ensemble d'avatars ; de manière schématique dans ce cas l'objet sera accessible via une adresse de type proxy objets groupes/ma chambre/ mon détecteur de personne (et un autre 15 objet du même type, par exemple dans le salon, sera accessible via proxy objets groupes/mon salon/mon détecteur de personne). On parle dans la suite de module proxy pour désigner l'une ou l'autre de ces possibilités. 5 une structure de liens (SD L) permettant d'établir des liens entre les objets du groupe. On entend par lien un processus automatique qui permet d'émettre des flux d'informations résultants d'une combinatoire de flux ou d'états des objets liés entre eux dans le groupe, ou de traiter de tels flux d'informations. Un lien est donc un programme ou ensemble de programmes doté d'entrées et de sortie ; les entrées 10 sont typiquement les flux sortant des objets connectés, les sorties sont des flux qui peuvent être utilisés pour alimenter un autre objet connecté du groupe ou être mis à disposition de l'utilisateur. Selon l'exemple mentionné plus haut : - un lien L1 de la structure SD _L correspond à un programme qui accède à la sortie du capteur de mouvement et déclenche la caméra ; 15 - un lien L2 récupère en sortie de la caméra une identification (image fixe) de la personne qui est rentrée dans la pièce ; - un lien L3 pourrait transmettre cette image à un module de reconnaissance faciale et récupérer le nom de la personne reconnue, puis le mettre à disposition de l'utilisateur. 20 Une structure SD OG pour héberger les caractéristiques (Cl OG, 02 OG... OG) de l'objet groupe. L'objet groupe créé à partir de plusieurs objets connectés peut bénéficier des caractéristiques de ces objets (le flux de sortie de la caméra) et/ou en proposer de nouvelles (le détecteur de personnes). L'avatar peut comporter d'autres données, notamment 25 une identification (ID 03, ID 04) de chaque objet connecté ; une identification, description, etc. de l'objet groupe ; une ou plusieurs structures de données (DR_) des droits utilisateur, au niveau de l'objet groupe (DR OG) ou des objets encapsulés (DR 03, DR 04) ; - etc. 30 La figure 4 représente une architecture d'un dispositif d'agrégation d'objets et/ou de mise en oeuvre d'objets groupe selon un mode de réalisation de l'invention. Il est situé par 16 exemple sur la passerelle domestique. Il peut alternativement être situé dans le cloud, sur un dispositif quelconque du réseau local, etc. Le dispositif d'agrégation (DAG) comprend : des mémoires (M) associées à un processeur (CPU). Les mémoires peuvent être de 5 type ROM (de l'anglais Read Only MemoM ou RAM (de l'anglais Random Access MemoM. Elles peuvent prendre la forme d'une carte amovible (SD, flash, etc.). Une partie de la mémoire M peut contenir notamment, selon l'invention, les avatars correspondant aux objets groupe, les programmes nécessaires à leur agrégation et mise en oeuvre, etc. 10 un module de communication (COMM), pour la communication avec les objets connectés, avec l'utilisateur, et avec différentes entités du réseau local et ou/étendu ; ce module peut être de type WiFI, Bluetooth, ETHERNET etc. et utiliser tout protocole adéquat pour dialoguer avec ces entités (http, RTP, ..) ; un module d'obtention des caractéristiques de base (GETB), permettant par exemple 15 de découvrir un objet physique dont la référence lui est communiquée (par exemple, une caméra) et en déduire les caractéristiques de base (fonctions et flux) pertinentes de l'objet ; un module de génération d'avatars groupe (CRAVG) en charge d'agréger les objets qui lui sont fournis, c'est-à-dire de générer un avatar pour un objet groupe. 20 un module de gestion de proxys (PY) qui permet d'associer une structure proxy (PY G) à un (ou plusieurs) avatar d'objet groupe et par la suite de gérer les flux vers et en provenance des objets connectés qui en font partie. un module de mise en oeuvre des avatars groupe (EMVG) qui permet, une fois l'objet groupe agrégé, c'est-à-dire son avatar créé, d'accéder à l'objet groupe via les 25 caractéristiques qui en sont connues. On notera que pour des raisons de simplification, le module EMVG a été placé sur le dispositif d'agrégation. Cependant il pourrait faire partie d'un dispositif de mise en oeuvre (DMOG) des avatars groupe distinct du dispositif d'agrégation DAG. une base d'avatars groupe (BD AVG) ; cette base peut se situer sur le dispositif de 30 virtualisation ou à l'extérieur. Elle contient les avatars d'objets groupe. un module d'interface utilisateur (MI U), pour rendre disponible, ou exposer, à l'utilisateur, une adresse d'accès (@AV G) aux avatars groupe (AV G) et les caractéristiques des avatars groupe (par exemple sous la forme d'un objet graphique ou IHM qui peut être transmis à l'utilisateur, comme représenté à la figure 5 17 suivante : représentation de l'objet groupe sous forme de pictogrammes et fonctions associées). un module DGD de gestion des droits pour initialiser et maintenir les structures de droits (DR) sur les objets. 5 La figure 5 représente un chronogramme d'agrégation d'objets connectés dans un objet groupe et de mise en oeuvre subséquente de l'objet groupe. Elle détaille en particulier la création d'un avatar d'objet groupe (AV G) sur le dispositif d'agrégation d'objets DAG, situé selon cet exemple sur une passerelle domestique, et l'utilisation ultérieure de cet objet groupe par son propriétaire. Elle comprend les phases principales de 10 création de l'objet groupe (déclaration de l'objet groupe, création de son avatar), d'agrégation des objets connectés dans l'objet groupe, d'exposition de l'objet groupe (sa mise à disposition de l'utilisateur) puis de mise en oeuvre de l'objet groupe selon des exemples. Selon ce mode de réalisation, les dispositifs d'agrégation (DAG) et de mise en oeuvre des objets groupe (DMOG) se trouvent sur la passerelle de service. Toute autre localisation de 15 l'un et/ou l'autre de ces deux dispositifs pourrait être envisagée : dans le réseau local, dans le réseau étendu, portés par un serveur, un terminal, un objet connecté, etc. 1. création de l'objet groupe Le but de cette phase est de créer un objet groupe (OVG) représentant un ou plusieurs objets connectés (03, 04). On rappelle que l'objet groupe correspond à l'ensemble des objets 20 connectés du groupe et son avatar. Selon cet exemple c'est l'utilisateur (PR), qui est aussi le propriétaire des objets du réseau local, qui choisit de créer un groupe, selon l'exemple précédemment cité, l'objet OG « mon détecteur de personne » en regroupant l'objet caméra 03 et l'objet détecteur 04 dans le groupe OG. Il sélectionne par exemple une représentation graphique des deux objets à l'écran et les glisse dans le nouvel objet groupe «mon détecteur de 25 personne». Lors d'une étape EO, l'utilisateur déclare un groupe OG (nom, identifiant, etc.). Sa requête DECL(OG) est reçue par le dispositif d'agrégation lors d'une étape El. Il crée un avatar groupe (AV G) pour l'objet groupe qui vient d'être déclaré. En particulier, il lui affecte une adresse (@AV G) et un identifiant (ID G). Par la suite, l'avatar groupe est accessible via cette 30 adresse. Il peut se trouver sur la passerelle, ou dans le réseau de l'opérateur si la passerelle domestique est virtualisée, ou encore dans le réseau étendu (cloud), à condition de mettre en oeuvre une liaison sécurisée entre l'avatar groupe qui se trouve dans le réseau et les objets connectés correspondants dans le réseau local. 2. agrégation des objets connectés dans l'objet groupe 18 On suppose que l'utilisateur (PR) a déjà connecté au réseau les objets connectés qui vont constituer le groupe. Les objets sont donc connus de la passerelle domestique, via une adresse, un identifiant, ou selon une variante qui sera détaillée plus tard, via un avatar de l'objet connecté. 5 Lors d'une étape E10/E50, l'utilisateur et propriétaire PR déclare un premier objet connecté à agréger dans l'objet groupe. Selon cet exemple, il s'agit d'une caméra connectée (03) du réseau local. L'objet connecté à agréger est donc physique. N'importe quel autre objet pourrait être considéré sans perte de généralité, comme décrit à l'appui de la figure 1. Plusieurs méthodes peuvent être utilisées : 10 l'objet connecté se déclare lui-même auprès de la passerelle de service (en fournissant le nom de la caméra, son modèle, etc.) ; l'utilisateur rentre lui-même les caractéristiques de l'objet ; etc. Lors d'une étape E20, le dispositif d'agrégation reçoit la déclaration de l'objet sous la 15 forme schématique DECL(I D 03, OG) c'est-à-dire une identification de l'objet et du groupe dans lequel il doit être inséré. Puis il obtient les caractéristiques de l'objet (physique ou virtuel) qui vient d'être déclaré. Pour obtenir ces caractéristiques, la passerelle (module GETB) peut selon les cas : interroger la passerelle qui a enregistré l'objet ; 20 interroger un site de référencement de l'objet pour recevoir ses caractéristiques de fonctions et de flux (par exemple, le site du constructeur pour une caméra) ; recevoir cette information de la part de l'objet connecté ou de son propriétaire. 25 A l'issue de cette étape, le dispositif d'agrégation connaît les caractéristiques (flux et fonctions) de l'objet. Lors d'une étape E21, le dispositif d'agrégation (DAG, CRAVG) insère l'objet dans l'avatar groupe AV G. L'avatar groupe est une représentation logicielle de l'objet groupe qui comporte les fonctions et les flux des objets connectés qui le constituent et en met certains à 30 disposition pour l'utilisateur de l'objet groupe. Lors de cette étape, une structure est donc créée (SD 03) pour les caractéristiques de base de l'objet connecté. Par ailleurs, l'objet groupe est associé à un proxy permettant de faire le lien entre les adresses de l'objet groupe et les adresses de l'objet connecté. Un exemple est donné de manière schématique dans la table 1 ci-dessous pour laquelle : 19 la première ligne indique l'identifiant et le nom de l'objet groupe (ID G, « détecteur de personne » ; la seconde ligne comporte le proxy PY G, qui comporte au moins une adresse de l'objet connecté (@03) et une adresse de l'objet groupe (@AV G) ; 5 les lignes suivantes correspondent à la structure de l'objet 03 : Identifiant de l'objet, fonctions et flux de bases (caractéristiques). Objet groupe ID _G « détecteur de personne » Proxy (PY G) : @03 @AV G Structure de donnée objet caméra (SD 03) Identifiant fonctions de base flux de base ID 03 Cl 03 capture image zoom C4_03 image fixe de visage flux image OE_03 reconnaissance visage OE_03 flux image zoomée OE_03 OE_03 Table 1 exemple d'avatar d'objet groupe après création et insertion du premier objet Selon une variante, l'objet possède déjà un avatar. Dans ce cas, le mécanisme 10 d'insertion est très simple : l'objet est déjà représenté sous forme d'un « avatar » comprenant une structure de données comportant les caractéristiques de l'objet, et un proxy qui contient son adresse. Il suffit d'extraire de l'avatar objet les caractéristiques de fonctions et de flux de l'objet ainsi que son adresse (@04) pour les recopier dans l'avatar groupe créé précédemment. Lors d'une étape El 1/E40, l'utilisateur déclare un second objet connecté à agréger dans 15 l'objet groupe. Selon cet exemple, il s'agit du détecteur de mouvement (04) du réseau local. L'objet est un objet physique. Selon une variante, l'objet est virtuel et possède déjà un avatar. Le même commentaire que ci-dessus s'applique Lors d'une étape E22, le dispositif d'agrégation reçoit la déclaration de l'objet et accède à ses caractéristiques et/ou à son avatar. 20 Lors d'une étape E23, le dispositif d'agrégation (DAG/CRAVG) insère l'objet dans l'avatar groupe. Lors de cette étape, une structure est donc créée (SD 04) et les caractéristiques de base de l'objet connecté 04 y sont copiées. Par ailleurs, le nouvel objet connecté est associé au proxy permettant de faire le lien entre les adresses de l'objet groupe et les adresses de l'objet connecté. Un exemple est donné dans la table 2 ci-dessous : Objet groupe « détecteur de personne » Proxy (PY G) @03, @04 @AV G Structure de données objet caméra (SD 03) Identifiant fonctions de base flux de base 20 Table 2 exemple d'avatar d'objet groupe après insertion du second objet 3. création de la structure de données de l'objet groupe i. caractéristiques résultantes de l'objet groupe 5 L'objet groupe créé à partir de plusieurs objets connectés peut bénéficier des caractéristiques de ces objets (le flux de sortie de la caméra) et/ou en proposer de nouvelles (le détecteur de personnes) par une opération de combinaison, mise en cascade, enrichissement, etc. des caractéristiques des objets de base. Lors d'une étape E24, une structure SD OG est créée pour héberger les caractéristiques de l'objet groupe. Selon l'exemple, l'objet groupe 10 possède comme flux d'entrée une commande de détection (C2 OG), comme flux de sortie une image de la personne détectée (C4 OG), et assure la fonction « détection de personne » (Cl OG). ii. liens entre les objets connectés de l'objet groupe Lors de l'étape E24, les objets connectés à l'intérieur d'un groupe sont liés entre eux 15 par des processus automatiques, ou liens (L). Un tel processus peut se présenter sous forme d'un programme informatique qui émet des flux d'informations résultant d'une combinatoire de flux ou d'états des objets liés entre eux dans le groupe, ou traite des flux d'informations en provenance d'objets tiers, ces flux étant répartis dans l'ensemble des objets liés entre eux. 20 La mise en relation d'objets peut être réalisée « manuellement » par leur propriétaire qui a ainsi la capacité de créer de nouveaux objets groupe en choisissant les liens entre les objets. Dans l'exemple ci-dessus, l'utilisateur souhaite récupérer seulement l'information selon laquelle un utilisateur est rentré dans la pièce ainsi qu'une image fixe de l'utilisateur, le détecteur de mouvement peut être lié à la caméra de la manière suivante : s'il 25 détecte un mouvement, un premier lien (L1) est activé pour déclencher la caméra. Puis sur ID 03 C1 03 capture image C403 OE03 zoom 0503 G303 reconnaissance visage OE03 image fixe de visage flux image flux image zoomée Structure de données objet détecteur (SD 04) ID 04 C1 04 détecteur mouvement OE04 G304 C404 flux mouvement commande détection mouvement flux type de mouvement 21 la caméra un second lien (L2) est activé pour déclencher une acquisition et un traitement de l'image capturée. Selon une variante, certains objets utilisés dans des situations très communes peuvent être pré-édités avec un ensemble de règles associées, que l'utilisateur peut 5 simplement sélectionner ; une telle règle peut être de type : si mouvement détecté en sortie du capteur, envoi d'un ordre de déclenchement sur caméra/ d'un SMS sur mobile, etc.). Ils sont alors disponibles dans un catalogue et configurables par le propriétaire. D'autres objets peuvent être plus complexes. Un exemple de liens est montré dans la table ci-dessous représentative de l'objet « détection de personne » selon l'exemple, à l'issue de l'étape E24. Objet groupe « détecteur de personne » Proxy (PY G) : @03, @04 @AV G Structure de données objet caméra (SD 03) Identifiant fonctions de base flux de base ID 03 C1 03 capture vidéo zoom caméra capture image Ig3 IQ IP IP I flux image fixe OE03 2 2 2 2 2 flux vidéo G303 commande capture vidéo commande zoom caméra commande capture image Structure de données objet détecteur (SD 04) Identifiant fonctions de base flux de base I D 04 C104 détecteur mouvement OE04 G304 flux mouvement C4_04 commande détection mouvement flux type de mouvement Structure de données objet groupe (SD G) Identifiant fonctions de groupe Flux de groupe I D G Cl _0G détecteur personne 020G commande détection personne détectée OK image personne détectée C3 OG C4 OG Structure de liens 03-04 (SD L) L1 : Programme de déclenchement caméra L2 : Programme de capture visage {si détection mouvement en sortie 03 alors déclencher caméra 04} {si caméra déclenchée, photographier et transmettre image en sortie de caméra 04} 10 Table 3 exemple d'avatar d'objet groupe après création des liens et de la structure objet groupe A l'issue de ces étapes, l'objet groupe possède donc un avatar comprenant certaines caractéristiques propres, certaines caractéristiques de base des objets connectés, les autres étant inaccessibles, des liens, un proxy pour y accéder de manière transparente via l'adresse de 15 l'avatar groupe, et éventuellement une représentation graphique. 22 De manière facultative, l'utilisateur (sur son smartphone) et le proxy peuvent échanger un secret afin de pouvoir communiquer par la suite de manière sécurisée. 4. Gestion des droits de l'objet groupe Lors d'une étape E11-E25, des droits peuvent être mis en oeuvre sur l'objet groupe. 5 Cette étape consiste à affecter un type de droit à chacune des caractéristiques de l'objet groupe qui vient d'être créé, ainsi que, le cas échéant, à certaines caractéristiques de base des objets connectés. La caractéristique visée peut être réservée au propriétaire ou partagée avec d'autres personnes. Cet aspect sera discuté plus tard à l'appui de la figure 6. 5. Exposition de l'objet groupe (mise à disposition de l'objet) 10 Lors des étapes E26, E16, le dispositif d'agrégation fournit au propriétaire des objets connectés l'adresse de l'objet groupe, c'est-à-dire l'adresse avatar (@AV G) contenue dans le proxy de l'avatar. Grâce à cette adresse, par exemple une URL, l'utilisateur peut accéder à l'objet groupe. De manière facultative, l'avatar groupe est également pourvu d'une représentation de l'objet groupe. Cette représentation peut être de n'importe quel type 15 (graphique, textuelle, sonore, etc.). Elle est transmise lors de cette étape, par exemple sur le smartphone de l'utilisateur, qui peut recevoir cette représentation et « voit » alors l'objet groupe sous la forme d'une I HM ; par exemple, la représentation associée à l'objet groupe peut montrer/exposer : les fonctions de l'objet : détecter une personne. 20 les commandes d'utilisation (par exemple en cliquant sur un bouton, l'utilisateur peut lancer la détection) ; le flux de sortie de la caméra (une image fixe); etc. Le propriétaire PR des objets connectés, muni de l'adresse de l'avatar groupe (@AV G) 25 et éventuellement du secret partagé (S) et d'une représentation (IHM) de l'objet, peut maintenant se connecter à l'avatar groupe, par exemple via l'interface graphique qui s'affiche sur son smartphone. Lorsqu'il veut partager un groupe d'objets dont il est propriétaire, il peut fournir à la personne avec qui il souhaite partager le groupe l'adresse de l'objet groupe. Dans cet exemple de réalisation, l'utilisateur bénéficiant du partage dispose des mêmes droits sur l'objet 30 groupe et sur les objets connectés que le propriétaire. Dans une variante, qui sera détaillé à l'appui de la figure 6, les droits sur les objets sont traités différemment selon l'utilisateur. 6. mise en oeuvre de l'objet groupe Selon un exemple de mise en oeuvre, le propriétaire, ou un utilisateur auquel il a transmis l'adresse de l'objet groupe, décide, au cours d'une étape E17, de mettre en oeuvre 23 l'objet groupe. A cet effet, il prépare un message à destination de l'objet groupe (sur l'adresse @AV G qui lui a été communiquée précédemment) en demandant une caractéristique spécifique offerte par l'objet groupe, selon cet exemple une détection de personne (Cl _0G). Le dispositif de mise en oeuvre de l'objet groupe sur la passerelle (module IEXAVG) 5 reçoit ce message lors d'une étape E27. Il interroge la base de données d'avatars groupes pour obtenir l'avatar groupe (AV G) de l'objet. Lors de l'étape E28, il analyse la commande reçue, teste la validité de la caractéristique Cl demandée pour le groupe, et teste éventuellement les droits de la personne qui tente d'utiliser l'objet. Il se met donc en attente d'un mouvement susceptible de déclencher la capture 10 de mouvement. Lors de l'étape E29, il reçoit l'information de mouvement émise par le capteur de mouvement lors d'une étape E41. Lors de l'étape E30, il exécute le lien Ll correspondant (le programme qui active la capture d'image fixe de la caméra sur détection du mouvement), déclenche la caméra et peut 15 recevoir en réponse le flux de la caméra, symbolisée par une flèche pleine, et le retransmettre lors d'une étape E31 au terminal de l'utilisateur. L'utilisateur reçoit l'image de la personne qui est rentrée dans la pièce. La figure 6 représente un exemple de mise en oeuvre de la distribution des droits sur 20 l'objet groupe. Il s'agit d'un détail de l'étape E25 de la figure précédente lorsque la gestion des droits est mise en oeuvre. Naturellement, cette étape E25 pourrait être distribuée entre les différentes étapes de l'algorithme (notamment les étapes El, E21, E23, E24) de création de l'avatar, sans perte de généralité. Dans la description précédente on a considéré que tous les objets connectés de 25 l'utilisateur étaient dépourvus de droits spécifiques, ce qui ne pose pas de problème tant que le propriétaire des objets connectés et l'utilisateur de l'objet groupe sont une seule et même personne. Cependant, il peut être important d'affecter des droits aux différents objets connectés, et aux objets groupes résultants, en fonction des souhaits de leur propriétaire, afin que celui-ci 30 puisse notamment les partager avec un autre utilisateur tout en gardant le contrôle de certaines fonctions. Dans l'exemple décrit ci-dessus, on peut imaginer que le propriétaire a l'intégralité des droits sur la caméra et sur le capteur de mouvement, mais qu'il souhaite restreindre les droits sur ces objets lorsqu'il les partage. Il souhaite également restreindre les droits sur l'objet groupe. 24 Comme illustré à l'appui de la table 4 ci-dessous, selon un exemple : PR indique le propriétaire, UL un utilisateur quelconque local (par exemple une autre personne du foyer), UD un utilisateur quelconque distant (par exemple sur le réseau internet), PN une personne précise désignée par son nom (par exemple le fils, le 5 voisin, etc. du propriétaire), FG une personne désignée par géolocalisation (par exemple, les habitants de la rue) ; chacun de ces utilisateurs potentiels peut avoir les droits sur aucune, une ou plusieurs caractéristiques des objets connectés et/ou de l'objet groupe ; on distingue par ailleurs : 10 les droits d'usage selon lesquels un utilisateur a le droit d'utiliser l'objet ; les droits de composition sur les objets connectés et/ou sur l'objet groupe ; un utilisateur peut en effet avoir le droit d'usage sur certaines caractéristiques de la caméra sans pour autant avoir le droit de réutiliser la caméra pour l'intégrer dans un autre objet groupe. 15 les droits de transmission selon lesquels un utilisateur peut transmettre un des deux droits précédents à un autre utilisateur. Selon un mode de réalisation, les droits sont indépendants les uns des autres. Selon un autre mode de réalisation, les droits sont imbriqués : les bénéficiaires des droits de transmission sont un sous-ensemble des bénéficiaires des droits de composition qui sont eux-mêmes un sous- 20 ensemble des bénéficiaires des droits d'usage. On notera que l'objet lui-même peut porter ses droits : il peut proposer ou non d'être composé, utilisé, etc. par un certain type d'utilisateur. On notera aussi que les droits peuvent être définis par un système de requêtes adressées aux propriétaires des objets de base. 25 L'analyse de cette table montre que, selon cet exemple : le propriétaire (PR) a tous les droits sur toutes les caractéristiques de tous les objets, qu'il s'agisse d'un droit d'usage, de composition ou de transmission ; le propriétaire (PR) peut partager (i.e. transmettre les droits) ses objets individuellement (e.g. la caméra) ou sous forme de groupe (e.g. le groupe de 30 détection de personne) ; un utilisateur local (UL) a les droits sur certaines caractéristiques de la caméra (capture image ou vidéo, commandes et flux associés) mais pas sur d'autres (zoom, commande et flux associés) ; il a aussi les droits sur la détection de 25 mouvement mais ne peut accéder au flux du mouvement ; il a le droit de réutiliser ces caractéristiques dans un autre objet (droit de composition) ; il n'a pas de droits sur l'objet groupe. un utilisateur distant quelconque (UD) n'a le droit qu'à la capture d'image fixe 5 (commande et flux associés) sauf s'il se trouve dans une zone géographique donnée (PG), auquel cas il peut accéder à la vidéo ; il n'a aucun droit d'usage sur la détection de mouvement, ni sur l'objet groupe, ni aucun droit de composition. un utilisateur dans une zone géographique donnée (PG), a un droit d'usage 10 sur l'accès à la vidéo de la caméra ; il n'a aucun droit d'usage sur la détection de mouvement, ni sur l'objet groupe, ni aucun droit de composition. un utilisateur désigné (PN) peut accéder au détecteur de personnes, mais n'a aucun droit de composition. Naturellement cet exemple est fourni à titre d'illustration. On a notamment supposé ici 15 que la caméra et le détecteur appartiennent au même utilisateur mais ils pourraient appartenir à deux utilisateurs distincts. Objet Caract. Descriptif Droits d'usage Droits de Droits de composition transmission 04 (caméra) IP I Ie3 IFs' Ig, capture vidéo zoom caméra capture image flux image fixe flux vidéo PR, UL, PN PR, UL PR PR PR PR PR PR, FG 2 2 2 2 2 PR PR, UL PR, UL PR, UL, UD, PN PR, UL, UD, PN PR, UL, FG PR, UL, FG 03 (détecteur de C1 04 détecteur mouvement PR, UL PR, UL PR PR, UL PR, UL PR PR PR PR mouvement) OE04 flux mouvement G304 détecté flux type de mouvement OG Cl _0G détecteur personne commande détection personne détectée PR, PN PR, PN PR, PN PR, PN PR PR PR PR PR PR PR PR (détecteur de C2-OG C3 OG 040G image personne personnes) détectée Table 4 exemple de table des droits (DR) sur les différents objets et sur le groupe 26 Selon une variante, les droits peuvent être propagés selon un ou plusieurs mécanismes de propagation à la portée de l'homme du métier : dans l'exemple de la table précédente, un utilisateur local (UL) a un droit de composition sur un objet, mais n'a pas le droit de transmission 5 de ce droit, c'est-à-dire qu'il ne peut inscrire ce droit dans la table des droits de l'objet qu'il partage. Selon un exemple similaire, un propriétaire PR qui donne un droit d'usage de sa caméra peut refuser le droit de transmission : ainsi, un utilisateur qui crée un nouvel objet avec la caméra et son propre détecteur n'aura pas le droit de partager la caméra avec un troisième 10 utilisateur (et donc à fortiori il n'aura pas le droit non plus de partager l'utilisation de l'objet qu'il a composé). Dans un système selon un mode de réalisation, on peut prévoir un mécanisme de requêtes au propriétaire et acceptation de sa part pour obtenir un droit de partage ; dans ce cas les objets peuvent être non-partageables par défaut. 15 Selon encore un exemple similaire, l'objet groupe hérite systématiquement, ou par défaut, des droits des objets qui le composent, etc. Selon un autre mode non représenté, les objets connectés héritent systématiquement, ou par défaut, des droits de l'objet groupe les encapsulant. Toute autre variante de gestion des droits à la portée d'un homme du métier peut être 20 envisagée. Un procédé selon un mode de réalisation de l'invention exécute les étapes suivantes : Lors d'une étape E250 initiale, le module DGD de gestion des droits initialise une structure de table des droits (DR) ; Cette table peut être une structure à part, ou un ensemble de données attachées par exemple aux différentes caractéristiques des autres tables, comme 25 représenté en figure 3 (structures DR_). Lors d'une étape E251, le module acquiert les droits sur les objets constituant le groupe, l'étape étant réitérée jusqu'à ce que tous les objets du groupe concernés soient traités. Ces droits peuvent être : inscrits par défaut dans la structure de l'objet. Par exemple, tous les objets connectés 30 offrent un droit d'usage sur certaines caractéristiques mises en oeuvre dans l'objet groupe, ou sur toutes les caractéristiques, ou encore sur aucune caractéristique ; hérités ; 27 définis par l'utilisateur lors de cette étape ou n'importe quelle étape précédant l'étape E25. On peut aboutir par exemple à une affectation des droits telle que présentée dans la table 4 pour les objets 03 et 04; 5 Lors d'une étape E252, un test est effectué dans le but d'acquérir un objet suivant s'il existe. Puis lors d'une étape E253, s'il n'y a plus d'objets connectés à traiter, le module acquiert une caractéristique Ci OG de l'objet groupe ; Lors d'une étape E254, il procède à une affectation d'un droit à la caractéristique de 10 l'objet groupe ; différentes stratégies peuvent être mises en oeuvre, dont quelques exemples sont donnés ci-dessous : l'objet groupe « hérite » des droits des objets concernés par cette caractéristique, selon de préférence une restriction : par exemple si le groupe est composé d'un objet public offrant tous les droits et d'un objet privé (détecteur privé), on peut choisir 15 d'affecter les droits minimaux de l'objet privé dans l'objet groupe (il s'agit dans ce cas d'une intersection minimale) ; selon un autre exemple, la caractéristique Cl de l'objet groupe (détection de personne) faisant appel à la caméra, seules les fonctions partageables de la caméra sont déclarées accessibles au niveau de l'objet groupe (le zoom reste strictement réservé au propriétaire, mais le flux vidéo est rendu 20 partageable aux habitants de la rue, etc.) on peut prévoir alternativement un mécanisme de requêtes au propriétaire de l'objet et acceptation de sa part pour obtenir un droit particulier sur un objet pour un utilisateur donné ou un groupe d'utilisateurs ; le propriétaire initial de l'objet (PR) décide, globalement ou au cas par cas (pour 25 chaque caractéristique) des droits associés, en les rentrant par exemple via une interface homme-machine. l'objet groupe hérite seulement du droit sur les caractéristiques qui sont mises en oeuvre par le groupe (seule la fonction capture d'image fixe de la caméra étant rendue accessible par le groupe, un utilisateur quelconque ne pourra pas accéder au 30 flux vidéo) etc. Lors d'une étape E255, un test est effectué dans le but de traiter une caractéristique suivante de l'objet groupe. 28 Lors d'une étape E256, lorsque toutes les caractéristiques de l'objet groupe ont été traitées, la table des droits est mise à jour. Elle pourra être utilisée lors de l'étape E27/E28 de la figure 5 pour décider si l'utilisateur qui en fait la requête a les droits sur une caractéristique de l'objet groupe et/ou des droits sur une ou plusieurs caractéristiques d'un objet connecté de 5 l'objet groupe. Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être 10 facilement apportées par l'homme de l'art sans pour autant sortir du cadre de l'invention. REVENDICATIONS1. Procédé d'agrégation d'au moins deux objets connectés (03, 04) d'un réseau de communications (1,3), lesdits objets connectés possédant au moins une caractéristique, dite caractéristique de base (C1 03...CN 03), ledit procédé étant caractérisé en ce qu'il comporte les étapes suivantes sur un dispositif d'agrégation (DAG), pour obtenir une représentation du groupe, dite avatar groupe (AV G), apte à représenter lesdits objets connectés à agréger : obtention (E20, E22) d'au moins une caractéristique de base (C1 03... CN 03 ; Cl 04...CN 04) desdits objets connectés ; obtention (E24) d'au moins une caractéristique de l'objet groupe (C1 OG...CN OG), ladite caractéristique étant liée à au moins une caractéristique de base desdits objets connectés ; création (El, E21, E23, E24) de l'avatar groupe (AV G), ledit avatar comportant : au moins une première structure de données (SD 03, SD 04) pour lesdits objets connectés, dite structure de base (SD B), comportant ladite au moins une caractéristique de base (C1 03...CN 03 ; Cl 04...CN 04) ; une seconde structure de données (SD OG), dite structure de groupe, comportant ladite au moins une caractéristique (C1 OG...CN OG) de l'objet groupe ; une troisième structure de données, dite structure de liens (SD L), pour lier ladite caractéristique de l'objet groupe (C1 OG...CN OG) à au moins une caractéristique de base (C1 03...CN 03 ; Cl 04...CN 04) ; une structure de gestion d'adresses, dite proxy groupe (PY G), comportant au moins une correspondance entre au moins une adresse de l'avatar groupe (@AV G) et au moins une adresse desdits objets connectés (@03, @04). 2. Procédé d'agrégation selon la revendication 1, caractérisé en ce que l'avatar groupe (AV G), comporte en outre une structure de données (DR 03, DR 04, DR OG), dite structure de droits, comportant au moins un droit associé à une caractéristique, et en ce que le procédé comporte en outre : une étape d'obtention (E1 1, E25) dudit au moins un droit associé à une caractéristique (O OG, O_03) ; une étape d'inscription dudit droit dans ladite structure de l'avatar groupe. 3. Procédé d'agrégation selon la revendication 2, caractérisé en ce que la structure de droits comporte en outre une identification d'au moins un bénéficiaire du droit (PG, PL) et en ce que le procédé comporte en outre : 30 une étape d'obtention (E11, E25) dudit au moins un bénéficiaire du droit (PR, PG) associé à une caractéristique (a OG, a_03) ; une étape d'inscription dudit au moins un bénéficiaire dans ladite structure de l'avatar groupe. 5 4. Procédé d'agrégation selon la revendication 2, caractérisé en ce que ledit droit est un droit d'usage permettant de mettre en oeuvre la caractéristique associée. 5. Procédé d'agrégation selon la revendication 2, caractérisé en ce que ledit droit est un droit de composition permettant d'utiliser un objet du groupe ou l'objet groupe dans un nouvel objet groupe. 10 6. Procédé d'agrégation selon la revendication 4 ou 5, caractérisé en ce que ledit droit est un droit de transmission permettant de transmettre un droit d'usage ou de composition. 7. Procédé d'agrégation selon la revendication 2, caractérisé en ce que l'étape d'obtention du droit est une étape de déduction du droit associé à une caractéristique de l'objet groupe (O _0G) en fonction d'au moins un droit associé à une caractéristique de base (Ci 03). 15 8. Procédé d'agrégation selon la revendication 2, caractérisé en ce qu'il comporte en outre une étape de déduction du droit associé à une caractéristique de base (Ci 03) en fonction d'au moins un droit associé à une caractéristique du groupe (O _0G). 9. Procédé de mise en oeuvre d'un objet groupe (OG) agrégeant au moins deux objets connectés (03, 04) dans un réseau de communications (1,3), ledit objet groupe (OG) 20 comportant un avatar groupe (AV G), le procédé étant caractérisé en ce qu'il comporte les étapes suivantes sur un dispositif de mise en oeuvre de l'objet groupe (DMOG): obtention d'un message (E27) pour utiliser l'objet groupe, ledit message comportant au moins une caractéristique de l'objet groupe (Cl _0G) à mettre en oeuvre ; obtention (E28) de l'avatar de l'objet groupe (AV G), ledit avatar comportant au 25 moins : - une première structure de données (SD 03, SD 04), dite structure de base (SD B), comportant ladite au moins une caractéristique de base (C1 03...CN 03 ; C1 04...CN 04) desdits objets connectés ; une seconde structure de données (SD OG), dite structure de groupe, 30 comportant au moins une caractéristique (C1 OG...CN OG) de l'objet groupe ; une troisième structure de données, dite structure de liens (SD L), pour lier ladite caractéristique de groupe (C1 OG...CN OG) à au moins une caractéristique de base (C1 03...CN 03 ; C1 04...CN 04) ; 31 une structure de gestion d'adresses, dite proxy groupe (PY G), comportant une correspondance au moins entre au moins une adresse de l'avatar groupe (@AV G) et au moins une adresse desdits objets connectés (@03, @04). comparaison (E28) de la caractéristique de groupe à mettre en oeuvre (Cl _0G) aux 5 caractéristiques de l'avatar groupe (O _0G) ; en fonction des résultats de la comparaison : analyse de la caractéristique de l'objet groupe à mettre en oeuvre (Cl _0G) ; obtention, dans la structure de lien, du lien de ladite caractéristique de groupe (C1 OG...CN OG) à au moins une caractéristique de base d'un objet 10 connecté (Cl 03...CN 03) ; mise en oeuvre (E28-E31) de ladite au moins une caractéristique de base. 10. Dispositif d'agrégation (DAG) d'au moins deux objets connectés (03, 04) d'un réseau de communications (1,3), lesdits objets connectés possédant au moins une caractéristique, dite caractéristique de base (C1 03...CN 03), ledit dispositif étant caractérisé en ce qu'il 15 comporte les modules suivants, pour obtenir une représentation du groupe, dite avatar groupe (AV G), apte à représenter lesdits objets connectés à agréger : - un module d'obtention (E20, E22) d'au moins une caractéristique de base (C1 03... CN 03 ; Cl 04...CN 04) desdits objets connectés ; - un module d'obtention (E24) d'au moins une caractéristique de l'objet groupe 20 (C1 OG...CN OG), ladite caractéristique étant liée à au moins une caractéristique de base desdits objets connectés ; un module de création (El, E21, E23, E24) de l'avatar groupe (AV G), ledit avatar comportant : au moins une première structure de données (SD 03, SD 04) pour lesdits 25 objets connectés, dite structure de base (SD B), comportant ladite au moins une caractéristique de base (C1 03...CN 03 ; Cl 04...CN 04) ; une seconde structure de données (SD OG), dite structure de groupe, comportant ladite au moins une caractéristique (C1 OG...CN OG) de l'objet groupe ; 30 une troisième structure de données, dite structure de liens (SD L), pour lier ladite caractéristique de groupe (C1 OG...CN OG) à au moins une caractéristique de base (C1 03...CN 03 ; Cl 04...CN 04) ; une structure de gestion d'adresses, dite proxy groupe (PY G), comportant au moins une correspondance entre au moins une adresse de l'avatar groupe (@AV G) et au moins une adresse desdits objets connectés (@03, @04). 32 11. Dispositif de mise en oeuvre (DMOG) d'un objet groupe (OG) agrégeant au moins deux objets connectés (03, 04) et disposant d'un avatar groupe dans un réseau de communications (1,3), le dispositif de mise en oeuvre comportant : un module d'obtention d'un message (E27) pour utiliser l'objet groupe, ledit message 5 comportant au moins une caractéristique de l'objet groupe (Cl _0G) à mettre en oeuvre ; un module d'obtention (E28) de l'avatar de l'objet groupe (AV G), ledit avatar comportant au moins : au moins une première structure de données (SD 03, SD 04), dite structure 10 de base (SD B), comportant ladite au moins une caractéristique de base (C1 03...CN 03 ; C1 04...CN 04) desdits objets connectés; une seconde structure de données (SD OG), dite structure de groupe, comportant au moins une caractéristique (C1 OG...CN OG) de l'objet groupe ; une troisième structure de données, dite structure de liens (SD L), pour lier 15 ladite caractéristique de groupe (C1 OG...CN OG) à au moins une caractéristique de base (C1 03...CN 03 ; C1 04...CN 04) ; une structure de gestion d'adresses, dite proxy groupe (PY G), comportant une correspondance au moins entre au moins une adresse de l'avatar groupe (@AV G) et au moins une adresse desdits objets connectés agrégés (@03, 20 @04). un module de comparaison (E28) de la caractéristique de groupe à mettre en oeuvre (Cl _0G) aux caractéristiques de l'avatar groupe (O _0G) ; un module d'analyse de la caractéristique de l'objet groupe à mettre en oeuvre (C1 OG) ; 25 un module d'obtention, dans la structure de lien, du lien de ladite caractéristique de groupe (C1 OG...CN OG) à au moins une caractéristique de base (C1 03...CN 03) ; un module de mise en oeuvre (E28-E31) de ladite au moins une caractéristique de base. 12. Passerelle domestique (2) comprenant un dispositif d'agrégation selon la revendication 10 30 et/ou un dispositif de mise en oeuvre selon la revendication 11. 13. Objet groupe (OG) comportant : - au moins deux objets connectés (03, 04) disposant d'au moins une caractéristique de base (C1 03...CN 03) et une adresse (@03, @04) ; - un avatar (AV G) dudit objet groupe, comprenant : 33 - au moins une première structure de données (SD 03, SD 04), dite structure de base (SD B), comportant ladite au moins une caractéristique de base (C1 03...CN 03 ; C1 04...CN 04) desdits objets connectés agrégés; une seconde structure de données (SD OG), dite structure de groupe, 5 comportant au moins une caractéristique (C1 OG...CN OG) de l'objet groupe ; une troisième structure de données, dite structure de liens (SD L), pour lier ladite caractéristique de groupe (C1 OG...CN OG) à au moins une caractéristique de base (C1 03...CN 03 ; C1 04...CN 04) ; 10 - une structure de gestion d'adresses, dite proxy groupe (PY G), comportant une correspondance au moins entre au moins une adresse de l'avatar groupe (@AV G) et au moins une adresse desdits objets connectés agrégés (@03, @04). 14. Programme d'ordinateur apte à être mis en oeuvre sur un dispositif d'agrégation selon la 15 revendication 10, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé d'agrégation défini selon la revendication 1. 15. Programme d'ordinateur apte à être mis en oeuvre sur un dispositif de mise en oeuvre selon la revendication 11, le programme comprenant des instructions de code qui, lorsque le 20 programme est exécuté par un processeur, réalise les étapes du procédé de mise en oeuvre d'un objet groupe défini selon la revendication 9.