WO2012028803A1

WO2012028803A1 - Système de diffusion de données ciblées

Info

Publication number: WO2012028803A1
Application number: PCT/FR2011/051936
Authority: WO
Inventors: Jérôme DEROZARD
Original assignee: Cybronics Sasu
Priority date: 2010-08-30
Filing date: 2011-08-19
Publication date: 2012-03-08
Also published as: FR2964287B1; EP2612467A1; US20130166699A1; FR2964287A1; EP2612467B1; US9397853B2

Abstract

La présente invention a pour objet un système de diffusion(100) d'information ciblée pour un réseau domestique(RD) sur lequel est connecté au moins un appareil électronique(4) comprenant des moyens de traitement, ledit système de diffusion comprenant au moins un agent détecteur(1) d'un évènement prédéfini(E_id), l'au moins un agent détecteur (1) étant disposé sur l'au moins un appareil électronique(4), au moins un agent sélectionneur (2) d'une action(A_id) à réaliser, l'au moins un agent sélectionneur (2) étant disposé sur l'au moins un appareil électronique(4), au moins un agent diffuseur (3) d'un contenu d'information ciblée(C_id) à destination d'un utilisateur final (5), l'au moins un agent diffuseur(3) étant disposé sur l'au moins un appareil électronique (4), les agents détecteur (1), sélectionneur (2) et diffuseur (3) exécutant des tâches dans des contextes d'exécution séparés sur des moyens de traitement de l'au moins un appareil électronique (4) connectés au réseau domestique (RD).

Description

Système de diffusion de données ciblées

La présente invention a pour objet u n système de diffusion d'information ciblée pour un réseau domestique connecté à un réseau distant, tel le réseau Internet, au moins un appareil électron ique pouvant être connecté à ce réseau domestique ainsi qu'un procédé de mise en œuvre d'un tel système.

Avec la généralisation des réseaux domestiques de type Wi-Fi, Bluetooth, Zigbee, Ethernet ou CPL (Courant Porteur de Ligne) et d'appareils électroniques grand public compatibles, une nouvelle génération de services internet se développe pouvant être utilisés sans nécessairement utiliser un ordinateur ou un ordiphone.

La liste d'appareils ainsi connectés inclut les postes de radio et télévision, les équipements d'enregistrement et de diffusion audiovisuelle tels que les enregistreurs vidéo, lecteurs DVD/Blu-Ray ou les composants hi-fi, les tablettes et cad res p h oto n u m é ri q u es , m a i s a u ss i l es appareils électroménagers, les compteurs électriques intelligents et les appareils de télésurveillance.

La connexion à internet permet à ces appareils d'accéder à de nouveaux services, à des contenus, de bénéficier de mises à jour distantes, et de fournir des informations sur leur utilisation.

En particulier, il devient possible d'utiliser les appareils connectés pour diffuser des contenus ciblés en complément des canaux de diffusion habituels que sont les ordinateurs personnels ou les téléphones intelligents. De plus, ces appareils peuvent être munis de « capteurs » qui peuvent être utilisés pour sélectionner les contenus sur la base des événements détectés au cours de leur fonctionnement.

Par exemple, une télévision peut enregistrer des informations sur le type de contenu (chaîne, émission, film) visionné par l'utilisateur, un composant hi-fi peut connaître les goûts musicaux de l'utilisateur, un compteur électrique intelligent peut enregistrer l'historique de consommation des appareils électriques, un réfrigérateur peut dresser un inventaire des produits stockés, une machine à café peut indiquer lorsque la réserve est épuisée. Ces informations peuvent être utilisées pour exécuter des actions permettant de fournir des informations ciblées et contextuelles à l'utilisateur, par exemple une information ciblée pour des contenus vidéos complémentaires, pour un album musical, pour une offre d'électricité adaptée à la consommation du ménage, une offre promotionnelle pour un produit alimentaire, pour une recharge de café.

La principale application de la diffusion de contenus ciblés est la possibilité de transmettre une information en fonction du contexte de l'utilisateur, au moment même où un événement est détecté dans son environnement. Ce type d'information contextuelle est déjà largement exploité sur ordinateur, avec la diffusion d'informations en fonction des recherches effectuées par l'utilisateur sur son moteur de recherche ou de l'historique des sites visités, et sur le téléphone mobile, avec la diffusion d'informations mobiles en fonction de la localisation de l'utilisateur.

Cependant, plusieurs problèmes se posent pour mettre en œuvre ces « informations contextuelles domestiques ».

Tout d'abord, les appareils connectés ne disposent pas tous à la fo i s d e fonctions permettant de capter des informations d'utilisation et d'exécuter les actions correspondantes, telles qu'afficher des informations.

Certains appareils possèdent des capacités de détection avancée, par exemple un compteur électrique peut donner des informations sur les habitudes de consommation de l'utilisateur, sur le type d'appareils branchés sur le réseau électrique ou sur la nécessité d'une opération de maintenance, mais possède le plus souvent des capacités de diffusion limitées ; d'autres possèdent au contraire des capacités de diffusion étendues, tels que les télévisions ou les cadres photos, mais des capacités de détection limitées.

Ensuite, le ciblage peut nécessiter l'utilisation d'informations en provenance de plusieurs appareils qui doivent être analysées avant d'être utilisées.

Puis, la sélection des actions à exécuter nécessite des traitements complexes qui peuvent dépasser les capacités des objets connectés.

L'exécution des actions sélectionnées peut aussi nécessiter des capacités utilisant plus d'un appareil.

De pl us , le fait de sélectionner des informations sur la base d'événements détectés par des objets domestiques pose des problèmes au niveau de la protection de la vie privée des utilisateurs.

En effet, la transm ission d irecte des données fournies par les objets connectés à un serveur distant chargé de les analyser, sans moyen pour l'utilisateur de contrôler les informations transmises, pose le risque d'une utilisation détournée de ces données tandis que leur stockage hors du contrôle de l'utilisateur contrevient aux principes de protection et d'accès aux données privées.

Enfin, lorsqu'une information déclenche une transaction pour un service, il est nécessaire de pouvoir déterminer tous les événements qui ont mené à cette transaction afin de rémunérer les différents intervenants et d'améliorer le processus de ciblage.

Les solutions actuelles à ce problème sont de plusieurs ordres. Chaque appareil disposant de fonctions connectées est la plupart du temps relié à une plateforme de service dédiée opérée par le fabricant qui va être chargée de réceptionner des informations en provenance de l'appareil. Cette plateforme peut aussi être utilisée pour diffuser des informations en lien avec les informations reçues, soit via l'appareil lui-même, soit via un appareil de type ordinateur, tablette ou ordiphone.

Une autre solution est l'utilisation d'un appareil relais contrôlé par un opérateur tiers, tels qu'une passerelle d'accès à internet haut débit (« box ADSL ») ou un compteur électrique intelligent, pour surveiller les appareils à l'intérieur du réseau domestique (réseau électrique ou réseau local), détecter des événements et les remonter vers un serveur central. Celui-ci sera chargé de les analyser et de déclencher une diffusion d'information via un appareil de type ordinateur, tablette ou ordiphone.

Enfin une dernière solution consiste en l'intégration sur un terminal intelligent de type ordinateur, tablette ou ordiphone de capteurs ou de relais permettant de communiquer directement avec chaque appareil connecté. Sur requête de l'utilisateur, le terminal intelligent peut lire des informations sur chaque appareil du réseau domestique, notifier un serveur qui lui retourne une information correspondante et afficher celle-ci instantanément sur l'écran du terminal.

Chaque solution actuellement proposée possède ses propres limitations. L'utilisation d'une plateforme séparée pour chaque appareil connecté empêche de combiner des informations en provenance de plusieurs appareils pour rendre les informations plus ciblées. En outre dans le cas où l'appareil ne dispose pas de fonctions de diffusion, la diffusion de l'information doit être faite via un autre canal, et nécessite que l'utilisateur soit connecté sur la plateforme ou ait préalablement entré ses coordonnées sur celle-ci pour pouvoir recevoir les informations fournies. L'utilisation d'un appareil relais contrôlé par un tiers comme une passerelle internet haut débit ou un compteur électrique intelligent nécessite que l'ensemble des appareils connectés, quel que soit leur fabricant, soit capable de communiquer avec l'appareil relais, en utilisant le même réseau de communication et les mêmes protocoles. Ensuite, la diffusion nécessite un serveur central à même de récupérer les informations en provenance de chaque appareil relais, de sélectionner les informations existantes à diffuser et de les diffuser, ce qui peut se révéler très consommateur en terme de performances dans le cas de la gestion d'un grand nombre d'utilisateurs et d'appareils. Enfin la diffusion de l'information nécessite que l'utilisateur dispose d'un appareil spécifique ou ait préalablement entré ses coordonnées pour pouvoir recevoir les informations mises à disposition.

Dans les diverses solutions actuellement proposées, le système est centralisé et requiert l'utilisation d'un serveur central, en général relié à un seul appareil de diffusion, auquel chaque appareil du réseau doit être raccordé et configuré.

Le bon fonctionnement du système avec son réseau domestique connecté est don c d épenda nt de la bonne configuration et du bon fonctionnement du serveur central et de la connexion de chaque appareil du réseau domestique à celui-ci.

L'utilisation d'un terminal de type ordinateur, tablette ou ordiphone pour détecter et sélectionner les informations pose d'autres problèmes. L'appareil doit disposer des capteurs ou relais compatibles avec chaque appareil connecté. Le système ne fonctionne que lorsque l'appareil est présent et connecté au réseau domestique, ce qui pose problème dans le cas d'un ordiphone qui par définition est mobile ou d'un ordinateur qui n'est pas allumé en permanence.

L'utilisateur doit au préalable initialiser l'appareil avant que celui-ci ne puisse détecter un événement et diffuser un contenu associé. L'appareil n'a pas accès non plus aux événements qui auraient été détectés avant son initialisation.

Enfin, quelle que soit la solution sélectionnée, le fait d'utiliser un serveur unique centralisé extérieur au réseau de l'utilisateur pour détecter les informations dans l'entourage d'un utilisateur et diffuser d'autres informations en relation avec celles-ci pose d'importants problèmes au niveau de la protection de la vie privée. En effet, ces méthodes aboutissent à une surveillance à distance de l'utilisateur ainsi qu'au stockage sur un serveur distant des informations récupérées en continu depuis le réseau de l'utilisateur puis leur association à l'identité des utilisateurs afin de pouvoir les cibler. Cela implique que ces méthodes peuvent être facilement détournées à des fins nuisibles, et contribuer à freiner l'adoption de ces technologies par des utilisateurs soucieux de préserver leur vie privée et leur sécurité.

La présente invention a pour but de résoudre tout ou partie des inconvénients mentionnés ci-dessus.

A cet effet, la présente invention a pour objet un système de diffusion d'information ciblée pour un réseau domestique sur lequel est connecté au moins un appareil électronique comprenant des moyens de traitement, ledit système de diffusion comprenant au moins un agent détecteur d'un événement prédéfini, l'au moins un agent détecteur étant disposé sur l'au moins un appareil électronique et étant agencé pour collecter des informations générées par au moins un capteur matériel équipant le ou les appareils électroniques suite à la détection d'un événement par l'au moins un capteur matériel, pour interpréter ces informations à l'aide d'une base de données locale d'événements comprenant un ensemble de définitions d'événements, pour associer à l'événement une structure de donnée d'événement identifié parmi l'ensemble de définitions d'événements, chacune étant associé à un identifiant électronique unique d'événement, et pou r pu bl ier l ' identifiant électronique d'événement associé à l'événement identifié dans un flux d'événements parcourant le réseau domestique, au moins un agent sélectionneur d'une action à réaliser, l'au moins un agent sélectionneur étant disposé sur l'au moins un appareil électronique et étant agencé pour collecter le flux d'événements parcourant le réseau domestique, pour interpréter l'identifiant électronique associé à l'événement identifié assimilé au flux d'événements à l'aide d'une base de données locale d'actions comprenant un ensemble de définitions d'actions, pour en déduire la sélection d'une action de l'ensemble de définitions d'actions en fonction de l'identifiant électronique de l'événement identifié, chacune étant associée à un identifiant électronique unique d'action, et pour publier l'identifiant électronique associé à l'action sélectionnée dans un flux d'actions parcourant le réseau domestique, au moins un agent diffuseur d'un contenu d'information ciblée à d estination d'un utilisateur final, l'au moins un agent diffuseur étant disposé sur l'au moins un appareil électronique et étant agencé pour collecter le flux d'actions parcourant le réseau domestique, pour interpréter l'identifiant électronique d'action associé à l'action sélectionnée assimilée au flux d'actions, éventuellement à l'aide d'une base de données locale de contenus comprenant un ensemble de définitions de contenus, pour exécuter l'action à un moment prédéterminé en d iffusant des contenus d'information ciblée en fonction de l'identifiant électronique de l'action sélectionnée pour transmettre les identifiants cryptés d'événement, d'action et de contenu en cas de transaction suite à l'exécution de l'action, les agents détecteur, sélectionneur et diffuseur exécutant des tâches dans des contextes d'exécution séparés sur des moyens de traitement de l'au moins un appareil électronique connecté au réseau domestique.

Cette d isposition permet de combiner des informations en provenance de plusieurs appareils pour exécuter des actions personnalisées. Les agents sélectionneurs peuvent utiliser des événements en provenance de plusieurs flux d'événements produits par des agents détecteurs différents de façon asynchrone pour sélectionner les actions à exécuter et les agents diffuseurs peuvent également combiner des actions en provenance de plusieurs flux d'actions pour diffuser des contenus en les combinant à des contenus locaux.

Cette d isposition permet également à to u s les appareils « détecteurs », même sans capacité de diffusion, d'être utilisés pour sélectionner des contenus. Les agents détecteurs s'appuient sur les agents diffuseurs pour diffuser des contenus, sans nécessiter la présence d'un serveur central en charge de récupérer tous les événements et d'initier toutes les actions, ce qui s'avère moins coûteux en ressources serveur. Cela réduit les prérequis en terme de capacité de traitement pour les agents détecteurs, et donc leur coût, et élimine le besoin d'avoir un système central de sélection et de diffusion de contenus en dehors du réseau de l'utilisateur.

De plus, cette disposition supprime la nécessité de disposer d'un appareil central dans le réseau domestique tel qu'un ordinateur, tablette ou ordiphone, qui devrait rester en permanence connecté au réseau domestique. Plusieurs appareils multifonctions peuvent être utilisés en tant q u' « agent sélectionneur », sans nécessiter de disposer de capacité de diffusion. Cela s'appl ique à des appareils « sans écran » toujou rs actifs tels q ue l es passerelles internet (ADSL, fibre optique, câble) ou les compteurs électriques intelligents. Selon un mode de réalisation, le réseau domestique peut être connecté à au moins un serveur distant par l'intermédiaire d'un réseau extérieur, tel le réseau Internet, et les données liées aux événements identifiés aux actions sélectionnées et au contenus diffusés, sont stockées localement et sont communiquées en dehors du réseau domestique de façon anonyme et cryptée sur action de l'utilisateur du réseau domestique vers l'au moins un serveur distant.

Selon un mode de réalisation, les informations contenues dans les bases de données locales utilisées par un premier agent détecteur ou sélectionneur sont cryptées de façon à prévenir l'accès à ces informations par un deuxième agent sélectionneur ou diffuseur disposé en aval du premier agent dans un sens de communication des données par le flux d'événement et/ou le flux d'action.

Selon u n mode de réal isation , la base de données locale d'événements et/ou d'actions et/ou de contenus reçoit (reçoivent) des mises à jour régulières depuis une ou plusieurs bases de données distantes respectivement d'événements et/ou d'actions et/ou de contenus.

Selon un mode de réalisation, la ou les bases de données locales sont connectées en permanence à la ou aux bases de données distantes.

Selon un mode de réalisation, les bases de données distantes sont centralisées en une base de données distante unique.

Selon un mode de réalisation, les bases de données locales sont centralisées en une base de données unique.

Selon un mode de réalisation, une ou toutes les bases de données locales sont externes au réseau domestique.

Selon un mode de réalisation, les au moins un agent détecteur, sélectionneur et diffuseur se connectent automatiquement aux bases de données externalisées lors de la réception d'un événement.

Selon un mode de réalisation, les événements non identifiés par l'au moins un agent détecteur sont publiés dans un flux spécifique, en indiquant pour chaque événement non identifié toutes les informations recueillies par l'au moins un agent détecteur.

Selon un mode de réalisation, le flux spécifique est publ ié sur autorisation de l'utilisateur de façon anonyme à intervalle régulier vers une base de données distante soit par l'agent détecteur, soit par l'agent sélectionneur. Selon un mode de réalisation, l'agent diffuseur, tel un téléphone portable, est situé en dehors du réseau domestique mais accessible au travers un réseau public et mutualisé, tel un réseau GSM.

Selon un mode de réalisation, l'au moins un appareil électronique comprend un logiciel embarqué compatible permettant d'échanger avec au moins un deuxième appareil électronique.

Selon un mode de réal isation, le logiciel embarqué utilise des protocoles du type XML/IP basés sur les normes UPnP, XMPP, et Atom/RSS.

Cette disposition permet à l'au moins un appareil électronique de s'identifier dès sa connexion au réseau domestique et ainsi de disposer d'un système ouvert qui permet facilement d'ajouter ou d'enlever des agents de chaque type dans un même réseau de façon automatisée selon la procédure « Plug & Play ».

Selon un mode de réalisation, l'au moins un agent détecteur et l'au moins un agent sélectionneur comprennent chacun une mémoire cache respectivement pour les événements détectés et les actions à exécuter.

Cette disposition permet de combiner à la fois l'exécution temps réel et asynchrone. Les agents qui ne seraient pas accessibles au moment où la notification est émise peuvent ainsi retrouver les derniers événements et actions à leur propre initiative, par exemple lors de leur reconnexion au réseau.

Cette disposition permet également au système de fonctionner même lorsqu'aucune connexion à Internet n'est disponible et d'améliorer la réactivité du système. En particulier, cette mémoire cache peut être mise à jour à l'aide de technologies de type « broadcast » (TV, radio, satellite, câble) sans connexion à internet.

La présente invention a également pour objet un procédé de diffusion d'information ciblée pour un réseau domestique sur lequel est connecté au moins un appareil électronique comprenant des moyens de traitement, ledit procédé comportant dans cet ordre les étapes d'inventaire de l'au moins un appareil électronique lors de la première activation de l'au moins un appareil électronique et à chaque connexion/déconnexion de l'appareil électronique au réseau domestique, d'identification de l'au moins un appareil électronique connecté au réseau domestique, de détection d'un événement et d'identification d'un événement par au moins un agent détecteur consistant à collecter des informations générées par au moins un capteur matériel équipant le ou les appareils électroniques suite à la détection d'un événement par l'au moins un capteur matériel, interpréter ces informations à l'aide d'une base de données locale d'événements comprenant un ensemble de définitions d'événements, associer à l'événement une structure de donnée d'événement identifié parmi l'ensemble de définitions d'événements, chacune étant associé à un identifiant électronique unique d'événement, et publier l'identifiant électronique d'événement associé à l'événement identifié dans un flux d'événements parcourant le réseau domestique, de sélection d'une action par un agent sélectionneur consistant à collecter le flux d'événements parcourant le réseau domestiq ue, interpréter l'identifiant électronique associé à l'événement identifié assimilé au flux d'événements à l'aide d'une base de données locale d'actions comprenant un ensemble de définitions d'actions, déduire la sélection d'une action de l'ensemble de définitions d'actions en fonction de l'identifiant électronique de l'événement identifié, chacune étant associée à un identifiant électronique unique d'action, et publier l'identifiant électronique associé à l'action sélectionnée dans un flux d'actions parcourant le réseau domestique, de diffusion d'un contenu d'information ciblée à destination d'un utilisateur final par au moins un agent diffuseur consistant à col lecter le flux d'actions parcourant le réseau domestique, interpréter l'identifiant électronique d'action associé à l'action sélectionnée assimilée au flux d'actions, éventuellement à l'aide d'une base de données locale de contenus comprenant un ensemble de défin itions de contenus, exécuter l'action à un moment prédéterminé en diffusant des contenus d'information ciblée en fonction de l'identifiant électronique de l'action sélectionnée.

Selon une variante de la mise en œuvre du procédé, l'étape de diffusion d'un contenu à destination d'un utilisateur final par au moins un agent diffuseur déclenche une requête vers l'au moins un agent sélectionneur afin qu'il mette à jour son ensemble de définitions d'actions depuis une ou plusieurs bases de données distantes, puis l'au moins un agent sélectionneur déclenche une requête à son tour vers l'au moins un détecteur afin qu'il mette à jour son ensemble de définition d'événements depu is une ou plusieurs bases de données distantes.

Selon une variante de la mise en œuvre du procédé, l'étape de sélection d'une action par un agent sélectionneur déclenche une requête vers l'au moins un détecteur afin qu'il mette à jour son ensemble de définition d'événements depuis une ou plusieurs bases de données distantes. De toute façon, l'invention sera bien comprise à l'aide de la description qui suit, en référence au dessin schématique annexé représentant, à titre d'exemple non limitatif, un système de diffusion selon l'invention.

La figure 1 est un schéma synoptique d'un système de diffusion selon un mode de réalisation de l'invention.

La figure 2 est un schéma synoptique illustrant la mise en œuvre d'une étape dite d'inventaire du procédé de diffusion selon l'invention.

La figure 3 est un schéma synoptique illustrant la mise en œuvre d'une étape dite de détection et d'identification d'un événement du procédé de diffusion selon l'invention.

La figure 4 est un schéma synoptique illustrant la mise en œuvre d'une étape dite de sélection d'une action du procédé de diffusion selon l'invention.

La figure 5 est un schéma synoptique illustrant la mise en œuvre d'une étape dite de diffusion d'un contenu à destination d'un utilisateur final du procédé de diffusion selon l'invention.

La figure 6 est un schéma synoptique illustrant une étape dite de transaction pouvant être mise en œuvre suite à la mise en œuvre du procédé de diffusion selon l'invention.

La figu re 7 est u n schéma synoptique d'une étape dite de réconciliation pouvant être mise en œuvre en parallèle du procédé de diffusion selon l'invention.

Des tableaux donnant des exemples d'informations échangées entre les différents éléments du système de diffusion selon l'invention sont donnés à la fin de la description.

Comme il lustré à la fig u re 1 , le système 100 est basé sur l'util isation de trois types d'agents local isés au sein d'un même réseau domestique RD.

Un agent détecteur 1 récupère des informations 6 détectées par des capteurs matériels (message de fonctionnement ; signal électrique, radio, lumineux, sonore) suite à un événement E les interprète à l'aide d'une base locale d'événements BE.

La base de données locale BE identifie une structure de donnée d'événement identifié E_id parmi l'ensemble EE de définitions d'événements.

Dans la suite de la description, la structure de données d'événement identifié E_id sera désignée comme événement identifié E_id. L'agent détecteur 1 génère des identifiants électroniques ÏCIE pour les événements identifiés E_id et les publie dans un flux d'événements FE.

Cet agent 1 stocke en outre les adresses de notification des agents sélectionneurs 2.

L'agent détecteur 1 peut recevoir des mises à jour régulières de la base d'événements BE depuis une ou plusieurs bases distantes BE' au travers un flux de mise à jour FE'.

Il peut y avoir un ou plusieurs agents détecteurs à l'intérieur d'un même réseau domestique RD.

Le flux d'événements FE est reçu et an alysé par u n agent sélectionneur 2 qui en déduit les actions à exécuter A_id à l'aide d'une base de données locale d'actions BA contenant des règles de ciblage et les diffuse dans un flux d'actions FA.

La base de données locale d'actions BA est régulièrement mise à jour depuis une ou plusieurs bases distantes BA' au travers un flux de mise à jour FA'.

Les agents sélectionneurs 2 conservent la liste des adresses des flux d'événements FE auxquels ils sont abonnés.

Ces agents 2 stockent en outre les adresses de notification des agents diffuseurs 3.

Il peut y avoir un ou plusieurs agents sélectionneurs 2 à l'intérieur d'un même réseau domestique RD.

Le flux d'actions FA est reçu et analysé par un agent diffuseur 3 qui exécute les actions A_id au moment voulu pour diffuser des contenus 8, éventuellement à l'aide d'une base de données locale de contenus BC.

Dans ce cas la base de données locale de contenus BC est mise à jour régulièrement depuis une ou plusieurs bases distantes BC au travers un flux de mise à jour FC.

Les agents diffuseurs 3 conservent la liste des adresses des flux d'actions FA auxquels ils sont abonnés.

Il peut y avoir un ou plusieurs agents diffuseurs 3 à l'intérieur d'un même réseau domestique RD.

Les contenus diffusés 8 peuvent éventuellement déclencher une ou plusieurs transactions T par l'util isateur 5 depuis une simple demande d'informations jusqu'à un achat, qui permet de générer un revenu. Chaque transaction T initiée est associée à un identifiant idj formé à partir des identifiants des événements id_E actions id_A et contenus id₀ ayant contribué au déclenchement de la transaction T.

Cet identifiant idj est stocké par une base distante transactions BT et est associé aux revenus provenant de la transaction initiée. Un agent de réconciliation est effectué a posteriori permettant de rémunérer les différentes parties.

Les trois agents (détecteur 1 , sélectionneur 2, diffuseur 3) sont installés et opèrent à l'intérieur du réseau domestique RD de l'utilisateur 5, stockent localement les informations générées, effectuent les analyses à l'aide de bases locales BE, BA, BC, qui se mettent à jour régulièrement depuis des bases de données distantes ΒΕ', BA', BC.

Les mises à jour sont effectuées de façon anonyme ; les informations récupérées au cours d'une transaction T sont également anonymes et cryptées de façon indépendante par chaque agent détecteur 1 , sélectionneur 2 ou diffuseur 3.

Le procédé selon l'invention repose sur l'utilisation de ces agents détecteurs 1 , sélectionneurs 2 ou diffuseurs 3 matérialisés par des appareils électroniques 4 compatibles qui communiquent via des protocoles prédéfinis, basés sur des protocoles internet standards utilisés habituellement pour la communication entre ordinateurs.

Plusieurs classes d'agents sont gérées, un agent pouvant être un éq u ipement matériel déd ié ou u n log iciel instal lé sur un équipement multifonction comprenant tous deux des moyens de traitement de données.

Dans un mode de réalisation, chaque appareil électronique 4 est équipé d'un logiciel embarqué compatible permettant d'échanger avec les autres appareils électroniques 4 au moyen de protocoles de type XML/IP basés sur les normes UPnP et Atom/RSS.

Une m ise en œuvre d'une première étape du procédé selon l'invention illustrée à la figure 2 consistant en un inventaire de tous les appareils électroniques 4 connectés au réseau domestique RD, est exécutée lors de la prem ière activation des appareils 4 et à chaque connexion ou déconnexion au réseau domestique RD.

Cette étape comprend plusieurs tâches d'exécution énumérées ci- dessous et repérées sur la figure 2. (i) : Lors de chaque activation, l'agent détecteur 1 recense les interfaces physiques disponibles et les réseaux associés.

Puis pour chaque réseau, l'agent détecteur 1 définit s'il s'agit d'un réseau privé (pouvant être utilisé pour diffuser un flux d'événements FE, des notifications de mise à jour avec la connexion à la base de données distante d'événements BE') ou public (ne pouvant être utilisé que pour la connexion à la base de données distante d'événements BE').

Ce choix est effectué automatiquement sur la base de règles et peut être modifié manuellement.

Les règles invoquées peuvent être le type d'interface physique utilisé, la présence de mesures de sécurité de type cryptage ou encore l'utilisation d'un plan d'adressage particulier.

(ii) : Sur chaque réseau privé recensé l'agent détecteur 1 diffuse une notification en utilisant un protocole spécifique basé sur le protocole uPnP afin de se signaler aux autres agents, en indiquant son identifiant unique, sa classe, son type, les protocoles supportés, les types d'événements détectables, l'adresse de publication où est publié son flux d'événements FE et d'autres paramètres optionnels.

Les agents sélectionneurs 2 présents sur le même réseau privé déterminent en fonction des informations fournies s'ils souhaitent s'abonner au flux d'événements FE que l'agent détecteur 1 produit, en fonction de leurs capacités de traitement et d'autres paramètres. Le processus est initié à chaque reconnexion des agents au réseau domestique RD.

(iii) : Optionnellement, sur chaque réseau privé et public recensé, l'agent détecteur 1 tente de se connecter à une base de données distante d'événements BE' au moyen d'un flux de mise à jour FE' prenant la forme d'une connexion de type http/IP afin de mettre à jour régulièrement sa base de données locale d'événements BE.

L'adresse de la base de données distante d'événements BE' est pré stockée dans les paramètres de l'appareil 4 et plusieurs adresses peuvent être prédéfinies. Sur réponse de la base de données distante d'événements BE', l'agent détecteur 1 fournit sa classe, son type et les protocoles supportés.

Si la base de données distante d'événements BE' ne peut répondre à la requête de l'agent détecteur 1 pour cause d'incompatibilité, elle fournit à l'agent détecteur 1 une autre adresse devant être utilisée. Si au contraire, la base de données distante d'événements BE' répond à l'agent détecteur 1 , elle indique les versions de protocole à utiliser, la ou les adresses de mise à jour, la fréquence de mise à jour et d'autres paramètres optionnels.

Ces informations sont stockées par l'agent détecteur 1 et aucune information sur l'agent détecteur 1 n'est stockée par la base de données distante d'événements BE'.

Tous les échanges entre l'agent détecteur 1 et la base d'événements BE' sont en outre cryptés afin d'empêcher l'interception des informations et utilisent un protocole d'échange de données de type XML/Atom.

(iv) : Optionnellement, si l'agent détecteur 1 dispose de fonctions permettant de recevoir des contenus multi-diffusés (TV, radio, satellite, câble), celui-ci se connecte sur un ou plusieurs canaux prédéfinis afin de recevoir régulièrement des mises à jour de la base locale d'événements BE depuis la base distante BE'.

(v) : De la même façon, lors de chaque activation, l'agent sélectionneur 2 recense les interfaces physiques disponibles et les réseaux associés.

Puis pour chaque réseau, l'agent sélectionneur 2 définit s'il s'agit d'un réseau privé (pouvant être utilisé pour recevoir des notifications d'événements, diffuser des flux d'actions et pour la connexion à la base de données distante d'actions BA') ou public (ne peut être utilisé que pour la connexion à la base de données distante actions BA').

Les règles invoquées peuvent être le type d'interface physique utilisé, la présence de mesures de sécurité de type cryptage ou l'utilisation d'un plan d'adressage particulier.

(vi) : Sur chaque réseau privé recensé, l'agent sélectionneur 2 diffuse une notification en utilisant un protocole spécifique basé sur le protocole uPnP afin de se signaler aux autres agents, en indiquant un identifiant unique, la classe et le type d'agent, l'adresse du flux d'actions FA et l'adresse de notification où peuvent être notifiés les nouveaux événements, les versions de protocoles supportés et d'autres paramètres optionnels. Chaque agent détecteur 1 présent stocke l'adresse de notification d'agent sélectionneur 2 dans une base locale (non illustrée) afin de pouvoir notifier celui-ci lors de la mise à jour du flux d'événements FE.

Les agents d iffuseurs 3 présents sur le même réseau privé déterminent en fonction des informations fournies s'ils souhaitent s'abonner au flux d'actions FA de l'agent sélectionneur 2, en fonction de leurs capacités de traitement et d'autres paramètres.

Le process u s est i n itié à chaque reconnexion des agents sélectionneurs 2 au réseau domestique RD.

(vii) : Sur chaque réseau privé et public recensé, l'agent sélectionneur 2 tente de se connecter à une base de données d'actions d istante BA' au moyen d'un flux de m ise à jour FA' prenant la forme d'une connexion de type http/IP afin de mettre à jour régulièrement sa base de données locale d'actions BA.

L'adresse de la base de données distante d'actions BA' est pré stockée dans les paramètres de l'appareil 4et plusieurs adresses peuvent être prédéfinies.

Sur réponse de la base de données distante d'actions BA', l'agent sélectionneur 2 fournit sa classe, son type, les types d'événements et d'actions supportés (en fonction des informations récupérées depuis les agents détecteurs 1 et diffuseurs 3) ainsi que les versions de protocole supportées.

Si la base de données distante d'actions BA' ne peut répondre à la requête de l'agent sélectionneur 2 pour cause d'incompatibilité, elle fournit à l'agent sélectionneur 2 une autre adresse devant être utilisée.

Si au contraire, la base de données distante d'actions BA' répond à l'agent sélectionneur 2, elle indique les versions de protocoles à utiliser, la ou les adresses de mise à jour, la fréquence de mise à jour et d'autres paramètres optionnels.

Ces informations sont stockées par l'agent sélectionneur 2 ; aucune information sur l'agent sélectionneur 2 n'est stockée par la base de données distante d'actions BA'.

En outre, tous les échanges entre l'agent sélectionneur 2 et la base d'actions BA' sont cryptés afin d'empêcher l'interception des informations et utilisent un protocole d'échange de données de type XML/Atom.

(viii) : Alternativement, si l'agent sélectionneur 2 dispose de fonctions permettant de recevoir des conten us m ulti-diffusés (TV, radio, satellite, câble), celui-ci se connecte sur un ou plusieurs canaux prédéfinis afin de recevoir régulièrement des mises à jour de la base de données locale d'actions BA depuis la base de données distante BA'.

(ix) : De la même façon, lors de chaque activation, l'agent diffuseur 3 recense les interfaces physiques disponibles et les réseaux associés. Puis pour chaque réseau, l'agent définit s'il s'agit d'un réseau privé (pouvant être utilisé pour recevoir des mises à jour du flux d'actions FA et pour la connexion à la base de données distante des contenus BC) ou publ ic (ne pouvant être utilisé que pour la connexion à la base de données distante des contenus BC). Ce choix est effectué automatiquement sur la base de règles et peut être modifié manuellement.

Les règles invoquées peuvent être le type d'interface physique utilisé, la présence de mesures de sécurité de type cryptage, l'utilisation d'un plan d'adressage particulier.

(x) : Sur chaque réseau privé recensé, l'agent diffuseur 3 diffuse une notification en utilisant un protocole spécifique basé sur le protocole uPnP afin de se signaler aux autres agents, en indiquant un identifiant unique, la classe et le type d'agent, l'adresse de notification des actions, les versions de protocoles supportés, les types d'actions exécutables et d'autres paramètres optionnels.

Chaque agent sélectionneur 2 présent stocke l'adresse de notification de l'agent diffuseur 3 dans une base locale (non illustrée) afin de pouvoir notifier celui-ci lors de la mise à jour du flux d'actions FA.

(xi) : Optionnellement, dans le cas où l'agent diffuseur 3 est en mesure de diffuser des contenus 8 à la demande, il est associé à une base de contenus BC utilisée pour sauvegarder des contenus retrouvés régulièrement depuis une ou plusieurs bases de données distantes de contenus BC au moyen d'un flux de contenus FC prenant la forme d'une connexion de type http/IP afin de mettre à jour régulièrement sa base de données locale de contenus BC.

L'adresse de la base de données distante de contenus BC est pré stockée dans les paramètres de l'appareil 4 et plusieurs adresses peuvent être prédéfin ies. Sur réponse de la base de données distante de contenus BC l'agent diffuseur 3 fournit sa classe, son type et les protocoles supportés. Si la base ne peut répondre à la requête de l'agent diffuseur 3 pour cause d'incompatibilité, elle fournit à l'agent diffuseur 3 une autre adresse devant être utilisée.

Si au contraire, la base de données distantes de contenus BC répond à l'agent diffuseur 3, elle indique les versions de protocoles à utiliser, la ou les adresses de mise à jour, la fréquence de mise à jour et d'autres paramètres optionnels.

Ces informations sont stockées par l'agent diffuseur 3 et aucune information sur l'agent diffuseur 3 n'est stockée par la base de données distantes de contenus BC.

Tous les échanges entre l'agent diffuseur 3 et la base de données distantes de contenus BC sont en outre cryptés afin d'empêcher l'interception des informations et utilisent un protocole d'échange de données de type XML/Atom.

La figure 3 illustre une seconde étape du procédé selon l'invention dite de détection et d'interprétation.

Cette étape de détection et d'interprétation est exécutée lors de la détection d'un événement E par un agent détecteur 1 .

Cette étape comprend plusieurs tâches d'exécution énumérées ci- dessous et repérées sur la figure 3.

(i) : L'étape est déclenchée sur réception d'informations 6 en provenance de capteurs reliés à l'agent détecteur 1 . Cette réception peut être initiée par un événement déclencheur E ou sur initiative de l'agent détecteur 1 lui-même.

(ii) : L'agent détecteur 1 peut optionnellement se connecter à la base de données distante d'événements BE', à l'aide d'un protocole de type Atom/RSS afin de mettre à jour sa base de données locale d'événements BE de façon proactive. Aucune information sur l'agent détecteur 1 n'est conservée par la base de données distante BE'.

(iii) : Les informations récupérées, stockées sous forme de fichiers manipulables, sont analysées par l'agent détecteur 1 à l'aide de la base de données locale d'événements BE afin de les traduire en un événement identifié E_id compris dans un ensemble EE de définitions d'événements selon une nomenclature prédéfinie. (iv) : Une fois l'événement identifié E_id, l'agent détecteur 1 met à jour le flux d'événements FE en indiquant l'identifiant id_E et le type d'événement plus des variables additionnelles.

L'agent détecteur! intègre certaines des données provenant des capteurs qui ont servi à l'identification de l'événement E ainsi que son identifiant id_E de modèle (générique) ; ces informations sont cryptées à l'aide d'une clé fourn ie par la base de données distante d'événements BE' et intégrées dans le flux d'événements FE.

Le flux d'événements FE est stocké sous forme d'un fichier de type RSS/XML. L'agent détecteur 1 notifi e e n s u ite to u s l e (s ) agent(s) sélectionneur(s) 2 préenregistrés de la mise à jour du flux d'événements FE par une requête de type http/XML sur leur adresse de notification.

(v) : Suite à la réception de la notification de mise à jour, ou sur sa propre initiative, chaque agent sélectionneur 2 abonné se connecte au flux d'événements FE via une requête du type http afin de récupérer les informations sur le(s) dernier(s) évènement(s) détecté(s) E_id.

La figure 4 illustre une troisième étape du procédé selon l'invention dite de diffusion.

Cette étape est exécutée suite à la réception d'une notification de mise à jour d'un flux d'événements FE par un agent sélectionneur 2.

Cette étape comprend plusieurs tâches d'exécution énumérées ci- dessous et repérées sur la figure 4, certaines d'entre elles étant communes à des tâches d'exécution de l'étape précédente.

(v) : L'agent sélectionneur 2 se connecte au(x) flux d'événements FE au(x)quel(s) il est abonné afin de récupérer les informations sur le(s) dernier(s) évènement(s) détecté(s) à l'aide d'une requête de type http. Les données lui sont retournées sous forme d'un fichier de type RSS/XML.

(vi) : Optionnellement, suite à la lecture d'un nouvel événement E_id dans un flux d'événements FE, l'agent sélectionneur 2 se connecte sur la base de données d'actions distante BA' afin de mettre à jour la base locale BA contenant les jeux de règles à l'aide d'une requête de type http(s).

(vii) : Les j eux de règ l es sont ensu ite éva l ués par l'agent sélectionneur 2 en utilisant les variables fournies par l'agent détecteur 1 dans le flux d'événements FE, les informations stockées par l'agent sélectionneur 2 et optionnellement des préférences utilisateurs. Chaque règle contient une liste de conditions que l'événement E_id doit remplir et en regard un ensemble EA de définitions d'actions à exécuter. La règle peut s'appliquer à un ou plusieurs événements E_id provenant d'un ou plusieurs agents détecteurs 1 .

Pour chaque action à exécuter sont également fournis un type ainsi que des variables qui seront déterminées par l'agent sélectionneur 2 sur la base des informations fourn ies dans le flux d 'événement FE ou des informations stockées localement (telles que les contenus ou les données personnels de l'utilisateur).

(viii) : Une fois la liste d'actions à exécuter déterminée, l'agent sélectionneur 2 marque le ou les événements E_id comme « traités » et met à jour le flux d'actions FA.

Pour chaque action, il intègre les identifiants ÏCIE des événements qu i ont servi à la sélection de l'action A_id ainsi que son identifiant id_A de modèle (générique).

Ces informations sont cryptées à l'aide d'une clé fournie par la base de données distante d'actions BA' utilisée. Le flux d'actions FA est stocké sous forme d'un fichier de type RSS/XML.

L'agent sélectionneur 2 notifie ensuite tous les agents diffuseurs 3 préenregistrés de la mise à jour par une requête de type http/XML sur leur adresse de notification.

(ix) : Suite à la réception de la notification de mise à jour, ou sur sa propre initiative, chaque agent diffuseur 3 se connecte au flux d'actions FA via une requête http afin de récupérer les informations sur la(les) dernière(s) action(s) A_id à exécuter.

La fig u re 5 i l l ustre u ne q uatrième étape d u procédé selon l'invention dite de diffusion.

Cette étape est exécutée suite à la réception d'une notification de mise à jour d'un flux d'actions FA par un agent diffuseur 3.

Cette étape comprend plusieurs tâches d'exécution énumérées ci- dessous et repérées sur la figure 5, certaines d'entre elles étant communes à des tâches d'exécution de l'étape précédente.

(ix) : L'agent diffuseur 3 se connecte au(x) flux d'actions FA au(x)quel(s) il est abonné afin de récupérer les informations sur la (les) dernière (s) actions (s) à exécuter à l'aide d'une requête de type http. Les données lui sont retournées sous forme d'un fichier de type RSS/XML. (x) : Optionnellement, l'agent diffuseur 3 peut se connecter sur une base de données distante de contenus BC afin de mettre à jour la base de donnée locale BC à l'aide d'une requête de type http(s).

(xi) : Suite à la détection d'une ou plusieurs nouvelles actions A_id à exécuter, l'agent diffuseur 3 planifie son exécution.

Il vérifie qu'une autre action A_id identique ou contradictoire n'est pas planifiée au même moment. Suivant les capacités de l'agent diffuseur 3, ces tâches sont effectuées à la réception des actions A_id ou lors de leur exécution.

(xii) : Optionnellement, l'agent diffuseur 3 peut se connecter sur une base de données de contenus locale BC afin d'y retrouver un contenu à utiliser pour l'exécution des actions A_id.

L'identifiant idc du contenu ou du flux à utiliser se trouve dans les variables associées à l'action A_id à exécuter transmises dans le flux d'actions FA.

(xiii) : A l'instant prévu l'agent diffuseur 3 effectue l'action A_id programmée avec ses paramètres.

L'action A_id peut être de multiples types selon les capacités de l'agent diffuseur 3: sélection d'un canal particulier dans le cas d'un appareil 4 d isposant de fonctions permettant de recevoir des conten us 8 multi- diffusés (TV, radio, satellite, câble), diffusion d'un contenu 8, affichage d'un dialogue avec l'utilisateur 5, exécution d'une application...

Une fois l'action A_id exécutée, l'agent diffuseur 3 la marque comme traitée.

Le procédé de diffusion d'information ciblée selon l'invention peut conduire à une étape supplémentaire de transaction T pour un service illustré à la figure 6.

Cette étape est exécutée suite à l'exécution d'une action A_id par un agent diffuseur 3.

Cette étape comprend plusieurs tâches d'exécution énumérées ci- dessous et repérées sur la figure 6.

(xiv) : Lors de l'exécution de l'action A_id par l'agent diffuseur 3, l'utilisateur 5 peut choisir de déclencher une transaction T sur un système transactionnel 7 externe (opéré par un tiers) et référencé dans les paramètres de l'action, par exemple un site web.

L'adresse de ce système transactionnel 7 est associée au contenu diffusé 8, sous forme d'un lien hypertexte URL par exemple. Sur connexion, les informations sur l'action exécutée A_id sont également transmises au système transactionnel 7.

Cela inclut les identifiants des contenus idc et d'actions id_A qui ont été utilisés ainsi que l'identifiant ÏCIE de modèle (générique). Ces informations sont cryptées à l'aide d'une clé fournie par la base de contenus BC utilisée.

Le déclenchement de la transaction T peut également être enregistré comme événement E afin d'être réutilisé par le système 100 pour sélectionner d'autres actions A_id.

(xv) : Le système transactionnel 7 transmet à la base de données distante de transactions BT' les détails de la transaction T ainsi que les données de l'action exécutée A_id.

(xvi) : La base de données distante de transactions BT' calcule à partir des éléments fournis le montant dû par le tiers opérant le système transactionnel 7 pour cette transaction T.

Ce montant peut être u n fra is fixe par tran saction T, un pourcentage du montant généré par la transaction T, etc.

(xvii) : La base de données distante de transactions BT' calcule à partir des identifiants des agents associés à la transaction T la part du revenu de la transaction T revenant à chaque protagoniste selon des règles prédéfinies.

Enfin, le procédé de diffusion d'information ciblée selon l'invention peut conduire à une dernière étape supplémentaire dite de réconciliation illustrée à la figure 7.

Cette étape est exécutée à intervalle régulier à l'initiative de la base de données distante de transactions BT'.

Cette étape comprend plusieurs tâches d'exécution énumérées ci- dessous et repérées sur la figure 7.

(xviii) : La base de données distante de transactions BT' transmet à chaque base de données distante de contenus BC identifiée (à l'aide des identifiants de base fournis dans chaque transaction T), un bilan récapitulant pour chaque type d'agent diffuseur 3 et chaque identifiant de contenu idc les revenus générés sur la période écoulée.

Après avoir décrypté les informations à l'aide d'une clé propre, chaque base de données distante de transactions BT' utilise ces informations pour rémunérer les intermédiaires (ex : fournisseurs de contenus, fabricants ou opérateurs d'appareils de diffusion). (xix) : La base de données distante de transactions BT transmet à chaque base distante d'actions BA' identifiée (à l'aide des identifiants de base fournis dans chaque transaction T), un bilan récapitulant pour chaque type d'agent sélectionneur 2 et chaque identifiant d'action idA les revenus générés sur la période écoulée.

Après avoir décrypté les informations à l'aide d'une clé propre, chaque base de données distante de transactions BT' utilise ces informations pour rémunérer les intermédiaires (ex : fabricants ou opérateurs d'appareils sélectionneurs).

(xx) : La base de données distante transactions BT' transmet à chaque base de données distante d'événements BE' (à l'aide des identifiants de base fournis dans chaque transaction T) un bilan récapitulant pour chaque type d'agent détecteur 1 et chaque identifiant d'événements ÏCIE les revenus générés sur la période écoulée.

Après avoir décrypté les informations à l'aide d'une clé propre, chaque base de données distante de transactions BT' utilise ces informations pour rémunérer les intermédiaires (ex : fabricants ou opérateurs d'appareils détecteurs).

Ainsi, l'intérêt principal du procédé lié à l'usage est la protection de la vie privée qui est assurée à plusieurs niveaux.

Les bases de données distantes ne stockent aucune information sur l'utilisateur 5 ou sur les appareils 4 utilisés, elles fonctionnent sur un mode « passif » et sont interrogées par les agents domestiques à intervalle régulier, sur le modèle des mises à jour de flux d'actualités sur Internet.

Les bases de données externes au réseau domestique RD ne connaissent pas l'identité des agents du réseau domestique RD, et ne peuvent déterminer quel(le) événement E_id, action A_id ou contenu Ci_d a été réellement traité(e) lors d'une diffusion pour un utilisateur particulier 5.

Dans le cas d'appareils 4 disposant de fonctions de multidiffusion, les mises à jour sont téléchargées sans aucune connexion des agents locaux sur la base distante.

Toutes les données liées aux événements identifiés E_id et aux actions exécutées A_id sont stockées localement et ne sont communiquées en dehors du réseau domestique RD qu'en cas de transaction T, sur action de l'utilisateur 5. De plus, chaque agent aval ne peut avoir accès aux informations utilisées par un agent en amont, les informations étant cryptées.

L'agent détecteur 1 n'a pas accès aux données stockées de l'utilisateur 5 et peut uniquement utiliser les données provenant d'événements E reçus pour l'identifier, à l'aide d'une base de données locale BE.

Les informations des capteurs transmises sont cryptées et ne peuvent être interprétées que par la base d'événements BE' correspondante.

Les informations détaillées sur les événements détectés E_id ainsi que l'historique ne sont pas transmis par l'agent sélectionneur 2.

Toutes les règles de sélection des actions A_id sont exécutées localement. Les informations sur les actions transmises sont cryptées et ne peuvent être interprétées que par la base d'actions BA' correspondante.

L'agent diffuseur 3 ne peut avoir accès aux données de l'événement initial E qui ont condu it au choix de diffusion de l'information ciblée8 n i aux règ les qu i ont été util isées pour sélectionner la diffusion d'informations ciblées 8, qui sont cryptées.

Les informations transmises en dehors du réseau domestique RD sont non nominatives et ne permettent pas de déterminer quel agent spécifique ou utilisateur 5 les a générées.

Elles sont agrégées par la base de données distante de transaction

BT' et sont cryptées de façon à ne pouvoir être interprétées que par les bases correspondantes.

Bien que l'invention ait été décrite en liaison avec des exemples particuliers de réalisation et de mise en œuvre, il est bien évident qu'elle n'y est nullement limitée et qu'elle comprend tous les équivalents techniques des étapes et des moyens décrits.

Les informations suivantes sont fournies par l'agent 1 au(x) agent(s) sélectionneur(s) 2 à l'aide d'un fichier de type XML :

Information Description Exemple

Classe Agent détecteur «détecteur »

Protocole Version du protocole, incluant la « version 1.0 »

nomenclature de types, d'événements

et d'actions

Type Type d'agent, définissant les capacités « audio »

au sens large de l'agent. Evénements Types d'événements pouvant être « son », « musique », « radio » détectés.

Adresse du flux Adresse où le flux d'événements est « http://

publié par l'agent détecteur 192.168.1.22/eventFeed »

Les informations suivantes peuvent être optionnellement fournies par l'agent détecteur 1 à la base d'événements distante BE' afin de recevoir les mises à jour de la base locale d'événements BE à l'aide d'un fichier de type XML :

Les informations suivantes sont retournées par la base d'événements distante BE' en fonction des types d'événements pouvant être détectés à l'aide d'un fichier de type XML :

Information Description Exemple

Adresse 1 Adresse où les mises à jour de la base «https://updatel.serveur.net/v locale d'événements sont publiées arl»

Fréquence Fréquence de mise à jour 1 heure

Clés de cryptage Clés de cryptage à utiliser avec les {key}

informations fournies par la base

d'événements distante

Id base Identifiant unique de la base locale eventl

d'événements

Adresse n Adresse où les mises à jour de la base «https://updaten.serveur.net/v locale d'événements sont publiées ar2»

Fréquence Fréquence de mise à jour 1 heure

Clés de cryptage Clés de cryptage à utiliser avec les {key}

informations fournies par la base

d'événements distante

Id base Identifiant unique de la base locale eventn

d'événements Par la suite l'agent détecteur 1 met à jour régulièrement la base locale d'événements BE en se connectant aux adresses fournies par la base distante BE' suivant les fréquences indiquées, à l'aide d'un protocole de type Atom/RSS. La base locale d'événements BE peut également être mise à jour au cours du fonctionnement normal de l'agent détecteur 1 .

Les informations suivantes sont fournies par l'agent sélectionneur 2 aux agents diffuseurs 3 à l'aide d'un fichier de type XML :

Les informations suivantes sont fournies par l'agent sélectionneur 2 aux agents détecteurs 1 afin de recevoir les notifications de mise à jour des flux d'événements FE à l'aide d'un fichier de type XML :

Les informations suivantes sont fournies par l'agent sélectionneur 2 à la base d'actions distante BA' afin de recevoir les mises à jour de la base locale d'actions BA à l'aide d'un fichier de type XML : Information Description Exemple

Classe Agent sélectionneur «sélectionneur »

Protocole Version du protocole, incluant la « version 1.0 »

nomenclature de types, d'événements

et d'actions et les protocoles

d'échange entre agents

Type Type de l'agent, définissant les « polyvalent »

capacités au sens large de l'agent.

Evénements Types d'événements pouvant être « son », « musique », « radio » détectés, sur la base des types

supportés par flux d'événements

auxquels l'agent sélectionneur est

abonné.

Actions Types d'actions pouvant « son» « vidéo » « TV »

être exécutées, sur la base

des types supportés par les

agents diffuseurs qui sont

abonnés au flux d'actions

Les informations suivantes sont retournées par la base d'actions distante BA' en fonction des types d'événements et d'actions supportés à l'aide d'un fichier de type XML :

Information Description Exemple

Adresse 1 Adresse où les mises à jour de la base «https://updatel.serveur.net/ sont publiées varl»

Fréquence Fréquence de mise à jour 1 heure

Clés de cryptage Clés de cryptage à utiliser avec les {key}

informations fournies par la base

Id base Identifiant unique de la base d'actions actionl

Adresse n Adresse où les mises à jour de la base «https://updaten.serveur.net/ sont publiées var2»

Fréquence Fréquence de mise à jour 1 heure

Clés de cryptage Clés de cryptage à utiliser avec les {key}

informations fournies par la base

Id base Identifiant unique de la base d'actions actionn

Par la suite l'agent sélectionneur 2 met à jour régulièrement la base locale d'actions BA en se connectant aux adresses fournies par la base distante BA' suivant les fréquences indiquées, à l'aide d'un protocole de type Atom/RSS. Les informations suivantes sont fournies par l'agent diffuseur 3 aux agents sélectionneurs 2 afin de recevoir les notifications de mise à jour des flux d'actions FA à l'aide d'un fichier de type XML :

Les informations suivantes peuvent être optionnellement fournies par l'agent diffuseur 3 à la base de contenus distante BC afin de recevoir les mises à jour de la base locale de contenus BC à l'aide d'un fichier de type XML :

Les informations suivantes sont retournées par la base de contenus distante BC sur la base des informations fournies à l'aide d'un fichier de type XML :

Information Description Exemple

Adresse 1 Adresse où les mises à jour de la base «https://updatel.serveur.net/v sont publiées arl»

Fréquence Fréquence de mise à jour 1 heure Clés de cryptage Clés de cryptage à utiliser avec les {key}

informations fournies par la base

Id base Identifiant unique de la base de contentl

contenus

Adresse n Adresse où les mises à jour de la base «https://updaten.serveur.net/v sont publiées ar2»

Fréquence Fréquence de mise à jour 1 heure

Clés de cryptage Clés de cryptage à utiliser avec les {key}

informations fournies par la base

Id base Identifiant unique de la base de contentn

contenus

Les informations suivantes peuvent être renseignées par l'agent détecteur 1 pour chaque événement inscrit dans le flux d'événements FE ; le format du flux est de type XML/RSS.

Les informations suivantes peuvent être fournies par l'agent sélectionneur 2 aux agents diffuseurs 3 pour chaque action indiquée dans le flux d'actions FA ; le format du flux est de type XML/RSS. Information Description Exemple

Protocole Version du protocole, incluant la « version 1.0 »

nomenclature de types, d'événements

et d'actions et les protocoles

d'échange entre agents

Horodateur Date et heure de création de l'action « 2010-03-15 20 :05 :15 GMT »

Action Type de l'action à exécuter « playvideo »

Identifiant action Identifiant de l'action à exécuter « EET-TT 21»

généré par la base d'actions, qui peut

être interprété par l'agent diffuseur

Variables action Variables associées à l'action, y « 12 », « 20h35 », « Priorité 1 » compris date d'exécution, priorité,

scénario en cas d'erreur, adresse de

l'agent transactionnel associé.

ID Agent Modèle de l'agent sélectionneur, «

sélectionneur utilisé lors la phase de réconciliation ba283ebd5467578484f3194e29

(crypté) a7bcfb »

Evénements Type de ou des évènement(s) «

(cryptés) détecté(s) ayant permis de déclencher ba283ebd5467578484f3194e29 l'action a7bcfb »

Identifiant Identifiant de ou des évènement(s) «

événements détectés ayant permis de déclencher ba283ebd5467578484f3194e29

(cryptés) l'action a7bcfb »

Id base Identifiant de la base d'actions utilisée actionl

ID Agent(s) Modèle du ou des «

détecteur(s) agent(s)détecteur(s) ayant permis de ba283ebd5467578484f3194e29

(cryptés) déclencher l'action, utilisé lors la a7bcfb »

phase de réconciliation

Identifiants Informations ayant servi à détecter «

capteurs (cryptés) l'événement ba283ebd5467578484f3194e29 a7bcfb »

Id base Identifiant de la base d'événements eventl

utilisée

Les informations suivantes sont fournies au système transactionnel 7 par l'agent diffuseur 3 en tant que variables associées à la demande de l'utilisateur : Information Description Exemple

ID Agent diffuseur Modèle de l'agent diffuseur ayant «

(crypté) exécuté l'action qui a permis le ba283ebd5467578484f3194e29 déclenchement de la transaction a7bcfb»

Contenu (crypté) Type du contenu diffusé «

ba283ebd5467578484f3194e29 a7bcfb »

Identifiant contenu Identifiant du contenu diffusé généré «

(crypté) par la base de contenu (optionnel) ba283ebd5467578484f3194e29 a7bcfb»

Action (crypté) Type de l'action exécutée qui a permis «

la transaction ba283ebd5467578484f3194e29 a7bcfb»

Identifiant action Identifiant de l'action exécutée «

(crypté) ba283ebd5467578484f3194e29 a7bcfb»

Id base Identifiant de la base de contenus contentl

utilisée

ID Agent Modèle du ou des agents «

sélectionneur sélectionneurs ayant permis de ba283ebd5467578484f3194e29

(crypté) sélectionner l'action a7bcfb»

Evénement (crypté) Type du ou des événements détectés «

qui ont permis de déclencher l'action ba283ebd5467578484f3194e29 a7bcfb»

Identifiant Identifiant de l'événement détecté «

événement (crypté) ayant permis de déclencher l'action ba283ebd5467578484f3194e29 a7bcfb»

Id base Identifiant de la base d'actions BA actionl

utilisée

ID Agent détecteur Modèle du ou des agents détecteurs «

(crypté) ayant permis de déclencher l'action ba283ebd5467578484f3194e29 a7bcfb»

Identifiants Informations ayant servi à détecter «

capteurs (cryptés) l'événement ba283ebd5467578484f3194e29 a7bcfb »

Id base Identifiant de la base d'événements eventl

utilisée

Les informations suivantes sont fournies par l'agent transactionnel (1 , 2 ou 3) à la base distante transactions BT pour chaque transaction T effectuée sous format XML : Information Description Exemple

Horodateur Date et heure de la transaction « 2010-03-15 20 :05 :15 GMT »

Identifiant système Identifiant de l'agent transactionnel « 123 régie »

transactionnel ayant effectué la transaction

Identifiant Identifiant unique transaction « XX-7448-22222 »

transaction

Détails transaction Détails transaction, permettant de CPC - 0.6€

calculer le revenu généré

ID Agent diffuseur Modèle de l'agent diffuseur ayant «

Contenu (crypté) Type du contenu diffusé «

ba283ebd5467578484f3194e29 a7bcfb »

Identifiant contenu Identifiant du contenu diffusé généré «

Action (crypté) Type de l'action exécutée qui a permis «

la transaction ba283ebd5467578484f3194e29 a7bcfb»

Identifiant action Identifiant de l'action exécutée «

(crypté) ba283ebd5467578484f3194e29 a7bcfb»

Id base Identifiant de la base de contenus contentl

utilisée

ID Agent Modèle du ou des agents «

sélectionneur sélectionneurs ayant permis de ba283ebd5467578484f3194e29

(crypté) sélectionner l'action a7bcfb»

Evénement (crypté) Type du ou des événements détectés «

qui ont permis de déclencher l'action ba283ebd5467578484f3194e29 a7bcfb»

Identifiant Identifiant de l'événement détecté «

Id base Identifiant de la base d'actions utilisée actionl

ID Agent détecteur Modèle du ou des agents détecteurs «

Identifiants Informations ayant servi à détecter «

capteurs (cryptés) l'événement ba283ebd5467578484f3194e29 a7bcfb »

Id base Identifiant de la base d'événements eventl

utilisée

Claims

REVENDICATIONS

1. Système de diffusion (100) d'information ciblée pour un réseau domestique (RD) sur lequel est connecté au moins un appareil électronique (4) comprenant des moyens de traitement, ledit système de diffusion comprenant :

- a u moi n s u n agent détecteur (1) d'un événement prédéfini (E_ID), l'au moins un agent détecteur (1) étant disposé sur l'au moins un appareil électronique (4) et étant agencé:

pour collecter des informations (6) générées par au moins un capteur matériel équipant le ou les appareils électroniques suite à la détection d'un événement (E) par l'au moins un capteur matériel,

pour interpréter ces informations (6) à l'aide d'une base de données locale d'événements (BE) comprenant un ensemble (EE) de définitions d'événements,

pour associer à l'événement (E) une structure de donnée d'événement identifié (E_ID) parmi l'ensemble (EE) de définitions d'événements, chacune étant associé à un identifiant électronique unique d'événement (ÏCIE), et

pour publier l'identifiant électronique d'événement (ÏCIE) associé à l'événement identifié (E_ID) dans un flux d'événements (FE) parcourant le réseau domestique (RD),

- au moins un agent sélectionneur (2) d'une action (A_ID) à réaliser, l'au moins un agent sélectionneur (2) étant disposé sur l'au moins un appareil électronique (4) et étant agencé :

pour collecter le flux d'événements (FE) parcourant le réseau domestique (RD),

pour interpréter l'identifiant électronique (ÏCIE) associé à l'événement identifié (E_ID) assimilé au flux d'événements (FE) à l'aide d'une base de données locale d'actions (BA) comprenant un ensemble (EA) de définitions d'actions,

pour en déduire la sélection d'une action (A_ID) de l'ensemble (EA) de définitions d'actions en fonction de l'identifiant électronique (ÏCIE) de l'événement identifié (E_ID), chacune étant associée à un identifiant électronique unique d'action (idA), et pour publier l'identifiant électronique (id_A) associé à l'action sélectionnée (A_id) d a n s u n fl u x d ' a ct io n s (FA) parcourant le réseau domestique (RD),

- au moins un agent diffuseur (3) d'un contenu d'information ciblée (C,d) à destination d'un util isateur final (5), l 'au moin s u n agent diffuseur (3) étant disposé sur l'au moins un appareil électronique (4) et étant agencé :

pour collecter le flux d'actions (FA) parcourant le réseau domestique (RD),

pour interpréter l'identifiant électronique d'action (id_A) associé à l'action sélectionnée (A_id) assimilée a u f l u x d 'actions (FA), éventuellement à l'aide d'une base de données locale de contenus (BC) comprenant un ensemble (EC) de définitions de contenus,

pour exécuter l'action à un moment prédéterminé en diffusant des contenus d'information ciblée (C,d) en fonction de l'identifiant électronique (idA) de l'action sélectionnée (A_id),

pour transmettre les identifiants cryptés d'événement (idE), d'action (idA) et de contenu (idC) en cas de transaction T suite à l'exécution de l'action (A_id),

les agents détecteu r (1 ), sél ectionneur (2) et diffuseur (3) exécutant des tâches dans des contextes d'exécution séparés sur des moyens de traitement de l'au moins un appareil électronique (4) connecté au réseau domestique (RD).

2. Système de diffusion (100) selon la revendication 1 dans lequel le réseau domestique (RD) peut être connecté à au moins un serveur distant par l'intermédiaire d'un réseau extérieur (RE), tel le réseau Internet, et les données liées aux événements identifiés (E_id) a ux act ion s sélectionnées (A_id) et aux contenus diffusés (Cid) sont stockées localement et sont communiquées en dehors du réseau domestique de façon anonyme et cryptée sur action de l'utilisateur (5) du réseau domestique (RD) vers l'au moins un serveur distant.

3. Système de diffusion (100) selon l'une des revendications 1 à 2, dans lequel les informations contenues dans les bases de données locales utilisées par un premier agent détecteur ou sélectionneur sont cryptées de façon à préven ir l'accès à ces informations par un deuxième agent sélectionneur ou diffuseur disposé en aval du premier agent dans un sens de communication des données par le flux d'événement et/ou le flux d'action.

4. Système de diffusion (100) selon l'une des revendications 1 à 3 dans lequel la base de données locale d'événements (BE) et/ou d'actions (BA) et/ou de conten us (BC) reçoit (reçoivent) des m ises à jou r régulières depuis une ou plusieurs bases de données distantes respectivement d'événements (ΒΕ') et/ou d'actions (ΒΑ') et/ou de contenus (BC).

5. Système de diffusion (100) selon la revendication 4 dans lequel la ou les bases de données locales (BE, BA, BC) sont connectées en permanence à la ou aux bases de données distantes (ΒΕ', ΒΑ', BC).

6. Système de diffusion (100) selon l'une des revendications 1 à 5 dans lequel une ou toutes les bases de données locales (BE, BA, BC) sont externes au réseau domestique.

7. Système de diffusion (100) selon la revendication 6 dans lequel les au moins un agent détecteur (1 ), sélectionneur (2) et diffuseur (3) se connectent automatiquement aux bases de données externalisées (BE, BA, BC) lors de la réception d'un événement (E).

8. Système de diffusion (100) selon l'une des revendications 1 à 7 dans lequel les événements (E) non identifiés par l'au moins un agent détecteur (1 ) sont publ iés dans un flux spécifique (FE'), en ind iquant pour chaque événement (E) non identifié toutes les informations recueillies par l'au moins un agent détecteur (1 ).

9. Système de diffusion (100) selon la revendication 8 dans lequel le flux spécifique (FE')est publié sur autorisation de l'utilisateur (5) de façon anonyme à intervalle régulier vers une base de données distante soit par l'agent détecteur (1 ), soit par l'agent sélectionneur (2).

10. Système de diffusion (100) selon l'une des revendications 1 à 9 dans lequel l'agent diffuseur (3), tel un téléphone portable, est situé en dehors du réseau domestique (RD) mais accessible au travers un réseau public et mutualisé, tel un réseau GSM.

1 1 . Système de diffusion (100) selon l'une des revendications 1 à 10 dans lequel l'au moins un agent détecteur (1 ) et l'au moins un agent sélectionneur (2) comprennent chacun une mémoire cache respectivement pour les événements détectés (E_id) et les actions à exécuter (A_id).

12. Procédé de diffusion d'information ciblée pour un réseau domestique (RD) sur lequel est connecté au moins un appareil électronique (4) comprenant des moyens de traitement, ledit procédé comportant dans cet ordre les étapes :

- d'inventaire de l'au moins un appareil électronique (4) lors de la première activation de l'au moins un appareil électronique (4) et à chaque con nexion/décon nexion de l 'appare il électron iq u e (4) a u ré s e a u domestique (RD),

- d'identification d e l 'au moins un appareil électronique (4) connecté au réseau domestique (RD),

- de détection d'un événement (E) et d'identification d'un événement (E_id) par au moins un agent détecteur (1 ) consistant à :

collecter des informations (6) générées par au moins un capteur matériel équipant le ou les appareils électroniques suite à la détection d'un événement (E) par l'au moins un capteur matériel,

interpréter ces informations (6) à l'aide d'une base de données locale d'événements (B E) com pren a n t u n en sem bl e (E E ) d e définitions d'événements,

associer à l'événement (E) une structure de donnée d'événement identifié (E_id) parmi l'ensemble (EE) de définitions d'événements, chacune étant associé à un identifiant électronique unique d'événement (id_E), et

publier l'identifiant électronique d'événement (id_E) associé à l'événement identifié (E_id) dans un flux d'événements (FE) parcourant le réseau domestique (RD),

- de sélection d'une action (A_id) par un agent sélectionneur (2) consistant à :

collecter le flux d'événements (FE) parcourant le réseau domestique (RD),

interpréter l'identifiant électronique (idE) a s s o c i é à l'événement identifié (E_id) assimilé au flux d'événements (FE) à l'aide d'une base de données locale d'actions (BA) comprenant un ensemble (EA) de définitions d'actions,

déduire la sélection d'une action (A_id) de l'ensemble (EA) de défin itions d'actions en fonction de l'identifiant électron ique (id_E) d e l'événement identifié (E_id), chacune étant associée à un identifiant électronique unique d'action (idA), et publier l'identifiant électronique (ÏCIA) a ssocié à l'action sélectionnée (A_id) d a n s u n fl u x d ' a ct i o n s (FA) parcourant le réseau domestique (RD),

- d e d iffu si o n d 'u n conten u d'information ciblée (C,d) à destination d'un utilisateur final (5) par au moins un agent diffuseur (3) consistant à :

collecter le fl ux d'actions (FA) parcourant le réseau domestique (RD),

interpréter l'identifiant électronique d'action (id_A) associé à l'action sélectionnée (A_id) assimilée au flux d'actions (FA), éventuellement à l 'a ide d 'u ne base de don nées locale de contenus (BC) comprenant un ensemble (EC) de définitions de contenus,

exécuter l'action (A_id) à u n moment prédéterm iné en diffusant des contenus d'information ciblée (C,d) en fonction de l'identifiant électronique (idA) de l'action sélectionnée (A_id).

13. Procédé de diffusion selon la revendication 12 dans lequel l'étape de diffusion d'un contenu (C,d) à destination d'un utilisateur final (5) par au moins un agent diffuseur (3) déclenche une requête vers l'au moins un agent sélectionneur (2) afin qu'il mette à jour son ensemble de définitions d'actions (EA) depuis une ou plusieurs bases de données distantes (ΒΑ'), puis l'au moins un agent sélectionneur (2) déclenche une requête à son tour vers l'au moins un détecteur (1 ) afin qu'il mette à jour son ensemble de définition d'événements (EE) depuis une ou plusieurs bases de données distantes (ΒΕ').

14. Procédé de diffusion selon la revendication 12 dans lequel l'étape de sélection d'une action (A_id) par un agent sélectionneur (2) déclenche une requête vers l'au moins un détecteur (1 ) afin q u' il mette à jour son ensemble de définition d'événements (EE) depuis une ou plusieurs bases de données distantes (ΒΕ').