Brevet FR3045995A1 — publié le 20170623

Déploiement de service dans un réseau local. Domaine technique L'invention se rapporte au domaine des télécommunications et plus particulièrement aux terminaux communicants d'un réseau domotique. Etat de la technique Le domaine de la domotique traite de l'automatisation du domicile d'un utilisateur. Il regroupe un ensemble de services permettant l'intégration des technologies modernes dans la maison. Dans ce contexte, un réseau domotique est utilisé pour relier différents type de terminaux de la maison (électroménager, hifi, etc.) aptes à communiquer ensemble. Un réseau domotique peut comporter un équipement routeur, ou simplement un concentrateur (hub) ou un commutateur (switch), élément intermédiaire assurant la redirection, ou routage, des paquets de données entre les différents terminaux qui lui sont connectés. Dans la suite on parlera indifféremment de « réseau domotique » ou de « réseau local ». Un utilisateur a, dans ce contexte, la possibilité d'exécuter un service donné sur un terminal donné disposant de caractéristiques propres. Un tel service peut être vu comme l'utilisation d'un ensemble de composantes logicielles, ou programmes, associées à un ensemble de composantes matérielles sur ce terminal. Ainsi, par exemple, l'utilisateur peut commander une lampe connectée pour allumer la lumière ou baisser les volets roulants via son réseau domotique. Dans certains cas, il est souhaitable d'exécuter un tel service en coopération sur plusieurs équipements terminaux du réseau : selon l'exemple précédent, il est souhaitable d'allumer la lumière puis de baisser les volets lorsque l'utilisateur entre dans une pièce, faisant ainsi coopérer entre eux plusieurs terminaux domestiques : un détecteur de présence, une lampe et des volets roulants. Selon un autre exemple, il peut être souhaitable de visualiser des 3045995 2 photographies numériques qui se trouvent à l'extérieur, par exemple dans un cloud, sur un cadre photo du réseau local domotique, lorsque les photographies en question sont mises à disposition par un autre utilisateur. Or, rendre automatiquement un tel service sur plusieurs terminaux 5 hétérogènes est complexe à mettre en oeuvre. Il faut en effet s'assurer que le déroulement des opérations est fait en coopération pour rendre le service correctement selon le comportement souhaité (il ne s'agit pas de baisser les volets avant d'avoir allumé la lumière alors même que l'utilisateur n'est pas encore rentré dans la pièce, ou de tenter de visualiser les photographies alors 10 qu'elles ne sont pas encore disponibles). Il existe des solutions centralisées pour déployer un tel service sur un terminal donné : par exemple, un boîtier domotique (comme la Hornelive © de l'opérateur Orange) peut jouer le rôle d'élément central pour recevoir les informations du réseau local et transmettre les commandes aux terminaux cibles. 15 Ces solutions impliquent une dépendance vis-à-vis du fournisseur de service, et supposent un composant supplémentaire (logiciel ou matériel) dans le réseau domotique. Ce composant central doit de surcroît présenter une disponibilité sans faille en termes de fonctionnalités rendues et de connexion au réseau local. Il existe aussi des solutions basées sur l'utilisation de ressources dans 20 un réseau externe au réseau local (« cloud ») : le service IFTTT (de l'acronyme anglais « IF This Then That »), est un outil d'automatisation de tâches sur le Web, qui met en relation différents « services » couramment utilisés ; il permet de générer une action en fonction d'un élément déclencheur : « si une photo est partagée sur Facebook (« If This »), alors elle est archivée sur Dropbox (« Then 25 That ») ; « si un mouvement est détecté à la maison, alors envoyer un SMS ». Ce type de solutions s'exécute généralement sur un serveur connecté au réseau externe, via une passerelle de services. Il suppose une disponibilité du serveur et de la connexion réseau. Les échanges sont de surcroît limités en termes de débits, temps de réponse, confidentialité des données, etc. 3045995 3 Ces solutions ne permettent pas aujourd'hui de déployer automatiquement un tel service sur un ensemble de terminaux du réseau local sans équipement centralisé et/ou connexion à un réseau externe. L'invention offre une solution ne présentant pas les inconvénients de 5 l'état de la technique. L'invention Selon un aspect fonctionnel, l'invention concerne un procédé de mise en oeuvre d'un service dans un réseau local sur un terminal apte à rendre une partie 10 du service, ledit service étant décrit par au moins une règle comportant plusieurs sous-règles, ledit procédé comportant les étapes suivantes : obtention d'au moins une sous-règle comprenant au moins un déclencheur et une expression à évaluer sur le terminal ; réception d'un signal de déclenchement du déclencheur; 15 évaluation de ladite sous-règle quand le signal de déclenchement est reçu. Avantageusement selon cette approche, un terminal peut, en fonction des sous-règles qu'il est capable d'évaluer, rendre partiellement le service : par exemple, une lampe connectée peut allumer la lumière, l'éteindre ou augmenter 20 son intensité (ce sont des caractéristiques qu'elle est apte à mettre en oeuvre) mais ne baisse pas les volets (c'est une sous-règle qui est réservée aux volets roulants électriques connectés). Par « règle », on entend ici la description d'un comportement des terminaux concernant tout ou partie d'un service (un service pouvant être décrit 25 par une règle ou un ensemble de règles), en tant qu'enchaînement de conditions et d'actions élémentaires, aussi appelées dans la suite expressions, à effectuer sur les terminaux d'un réseau domotique. Par « sous-règle », on entend ici une partie d'une règle, qui peut être évaluée sur un terminal du réseau. Par « évaluation d'une sous-règle », on 3045995 4 entend ici sa mise en oeuvre, qui peut correspondre à un calcul relatif à une condition (luminosité inférieure à un seuil, etc.) et/ou à des actions physiques (éteindre la lumière, allumer le chauffage, etc.) ou logicielles (modifier une variable, envoyer un message, etc.) 5 Selon un premier mode de mise en oeuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce qu'il comporte en outre, préalablement à la réception de la sous-règle, une étape de transmission des capacités du terminal et en ce que la sous-règle est liée aux dites capacités. Chaque terminal du réseau domotique est ainsi capable, de manière 10 autonome, d'acquérir une sous-règle correspondant à ses capacités, qu'il a transmises au préalable, typiquement lors d'une étape de découverte. Un autre terminal, de préférence celui qui effectue le découpage en sous-règles, peut avantageusement prendre en compte ces caractéristiques pour découper correctement la règle et transmettre la ou les sous-règles directement au bon 15 terminal. Selon un second mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec le précédent, un procédé tel que décrit ci-dessus est en outre caractérisé en ce que le signal de déclenchement est un événement physique local. 20 Ce mode de mise en oeuvre de l'invention permet de rendre une partie d'un service lorsqu'un événement se produit concrètement dans l'environnement physique du terminal : mouvement, bruit, lumière, bouton actionné, appel entrant, événement temporel, alarme, scheduler, etc. Par exemple, ce mode de réalisation permet de déclencher un certain nombre de services lorsque 25 l'utilisateur rentre à la maison et est détecté par un capteur de mouvement de l'un de ses terminaux (ou de la passerelle domestique). Selon un autre mode de réalisation, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, un procédé tel que 3045995 5 décrit ci-dessus est en outre caractérisé en ce que le signal de déclenchement est un message diffusé sur le réseau local. Ce mode de mise en oeuvre de l'invention permet d'évaluer une sous-règle après que son signal de déclenchement a été diffusé sur le réseau local, 5 notamment par un autre terminal. Ce type de déclenchement peut être associé ou non à un événement local physique : par exemple, il est envisageable d'initier un service si l'un des terminaux du réseau, ou la passerelle domestique, reçoit un message en provenance de son smartphone. 10 Selon un autre mode de réalisation, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit ci-dessus est caractérisé en ce qu'il comporte en outre une étape pour l'enchainement de deux sous-règles lors de l'évaluation d'une expression. Avantageusement selon ce mode, le service peut être rendu de proche 15 en proche, sur les terminaux, en utilisant des indications pour l'enchaînement de sous-règles. Chaque terminal pourra ainsi non seulement effectuer des actions, calculs de conditions, etc. relatifs à sa sous-règle, mais aussi mettre en oeuvre le déclenchement de la suivante dans des conditions prédéfinies. Des services partiels peuvent être rendus successivement par plusieurs terminaux dont les 20 actions s'enchaînent, une sous-règle étant déclenchée sur un second terminal suite à la mise en oeuvre d'une première sous-règle par un premier terminal. Ceci permet d'assurer la coopération des terminaux tout en enchaînant les sous-règles dans un ordre correct. 25 Selon un autre mode de réalisation, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit ci-dessus est en outre caractérisé en ce qu'il comporte une étape de désactivation du signal de déclenchement (« fl=fa/se ») lors de l'évaluation d'une expression (Ei). 3045995 6 Avantageusement selon ce mode de réalisation, si deux terminaux sont capables d'évaluer une sous-règle, le premier terminal qui reçoit, évalue et met en oeuvre la sous-règle fait basculer le signal de déclenchement qu'il a reçu afin qu'un second terminal ayant les mêmes caractéristiques et recevant la sous-règle 5 ne puisse pas l'évaluer. Typiquement une variable booléenne peut être utilisée : la variable positionnée à une certaine valeur sert de déclencheur à la sous-règle ; une fois que la sous-règle est en cours d'évaluation, elle peut être basculée (passer de vrai à faux, ou le contraire) afin d'éviter qu'un autre terminal n'évalue la même sous-règle. Plusieurs terminaux du réseau local peuvent donc être 10 capables ou non d'évaluer la même sous-règle, puisqu'on dispose d'un mécanisme pour gérer les conflits. Selon un autre mode de réalisation, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, un procédé tel que 15 décrit ci-dessus est en outre caractérisé en ce qu'il comporte une étape de génération d'un second signal de déclenchement lors de l'évaluation d'une expression. Avantageusement selon ce mode, un terminal est capable, lors de l'évaluation d'une sous-règle, de générer un second signal de déclenchement 20 pour un second terminal. Ainsi, le second terminal pourra exécuter une sous- règle qu'il a obtenue préalablement, sur réception du signal de déclenchement. Ceci permet de réaliser le service de proche en proche. Selon un autre mode de réalisation, qui pourra être mis en oeuvre 25 alternativement ou cumulativement avec les précédents, un procédé tel que décrit ci-dessus est en outre caractérisé en ce qu'il comporte une étape de mise en oeuvre d'une temporisation lors de l'évaluation d'une expression. Avantageusement selon ce mode de réalisation, si deux terminaux sont capables d'évaluer une sous-règle, il est possible de leur affecter de surcroît une temporisation qu'ils devront respecter avant l'évaluation de la sous-règle à 3045995 7 proprement parler. Si un premier terminal reçoit, évalue et met en oeuvre la sous-règle, il peut par la suite faire basculer le signal de déclenchement, de manière à ce que le second terminal, à l'issue de la temporisation, n'évalue pas la sous-règle. Alternativement, la sous-règle peut être évaluée par le second 5 terminal en temps décalé, ce qui peut permettre par exemple d'allumer un second jeu de lampes quelques secondes après le premier. On notera que cette temporisation peut faire partie de la sous-règle initialement obtenue, ou être reçue via le réseau domotique alors que le service est en cours d'évaluation. 10 Selon un autre aspect fonctionnel, l'invention concerne un procédé de gestion de la mise en oeuvre d'un service dans un réseau local comprenant au moins un terminal apte à rendre le service, ledit service étant décrit par une règle, ledit procédé comportant les étapes suivantes : découverte des capacités du terminal; 15 acquisition de la règle décrivant le service ; comparaison des capacités découvertes du terminal avec la règle décrivant le service ; en fonction des résultats de la comparaison, génération d'au moins une sous-règle à partir de la règle ; 20 transmission de ladite sous-règle au terminal. Ainsi, l'invention offre l'avantage, à partir d'une règle générale descriptive d'un service, de rendre ledit service de manière répartie sur le réseau domotique. Aucune intelligence centrale n'est requise : chaque terminal peut 25 avoir transmis ses capacités à l'avance, et recevoir ultérieurement la sous-règle qui le concerne, puis attendre le signal de déclenchement qui lui permettra d'évaluer les expressions de la sous-règle. Les différentes sous-règles peuvent par la suite être évaluées de proche en proche, comme décrit préalablement. L'invention offre donc l'avantage d'une approche répartie, permettant de 30 s'affranchir de tout équipement central et / ou d'une connexion avec le doud puisque seul le découpage de la règle est effectuée en amont de la mise en 3045995 8 oeuvre du service. Le découpage de la règle obéit à un mécanisme simple de prise en compte des caractéristiques des terminaux pour l'extraction d'une sous-règle, puis de l'insertion dans cette sous-règle de signaux de déclenchement organisés de manière à ce que le service soit rendu en bonne intelligence par les 5 terminaux coopérants. Selon un autre mode de réalisation de cet aspect, un procédé de gestion tel que décrit ci-dessus est en outre caractérisé en ce que ladite sous-règle comprend : 10 - un déclencheur ; - une expression à évaluer par le terminal, ladite expression comprenant au moins une indication pour l'enchaînement de deux sous-règles. Avantageusement selon ce mode, la règle est conçue de manière à ce que les actions soient effectuées de proche en proche, sur les terminaux, en 15 utilisant des indications pour l'enchaînement de sous-règles. Chaque terminal pourra ainsi non seulement effectuer des actions, calculs, etc. relatifs à sa sous-règle, mais aussi mettre en oeuvre le déclenchement de la suivante dans des conditions prédéfi nies. 20 Selon un aspect matériel, l'invention concerne aussi un terminal pour la mise en oeuvre d'un service dans un réseau local, ledit terminal étant caractérisé en ce qu'il comporte: un module d'obtention d'au moins une sous-règle comprenant au moins un déclencheur et une expression à évaluer ; 25 un module de réception d'un signal de déclenchement du déclencheur ; un module d'évaluation de ladite sous-règle. Le terme module peut correspondre aussi bien à un composant logiciel qu'à un composant matériel ou un ensemble de composants matériels et 3045995 9 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 5 même manière, un composant matériel correspond à tout élément d'un 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.). 10 Selon un autre aspect matériel, l'invention concerne également un dispositif pour la gestion de la mise en oeuvre d'un service dans un réseau local comprenant au moins un terminal apte à rendre le service, ledit service étant décrit par une règle, le dispositif comportant les modules suivants : un module de découverte des capacités du termina ; 15 un module d'acquisition de la règle décrivant le service ; un module de comparaison des capacités découvertes du terminal avec la règle décrivant le service ; un module de génération d'au moins une sous-règle à partir de la règle, ladite sous-règle comprenant au moins un déclencheur et une expression à 20 évaluer par le terminal, en fonction des résultats de la comparaison ; un module de transmission de ladite sous-règle au terminal. Selon un autre aspect matériel, l'invention concerne également un système pour la mise en oeuvre d'un service dans un réseau local, ledit système 25 comportant au moins un terminal et au moins un dispositif tels que décrits ci- dessus. Selon un autre aspect matériel, l'invention concerne également un programme d'ordinateur apte à être mis en oeuvre dans un procédé de mise en oeuvre d'un service tel que défini ci-dessus, le programme comprenant des 3045995 10 instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé. Selon un autre aspect matériel, l'invention concerne également un programme d'ordinateur apte à être mis en oeuvre dans un procédé de gestion 5 de la mise en oeuvre d'un service tel que défini 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é. Ce dispositif pour la gestion de la mise en oeuvre d'un service et ces 10 programmes d'ordinateur présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec le procédé de mise en oeuvre d'un service. 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é 15 un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé défini ci-dessus. 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. 3045995 11 Les figures: La figure 1 représente le contexte général d'un mode de réalisation de l'invention. La figure 2 représente schématiquement une architecture d'un terminal 5 implémentant un mode de réalisation de l'évaluation d'une sous-règle selon l'invention. La figure 3 représente schématiquement une architecture d'un dispositif implémentant un mode de réalisation du découpage d'une règle en sous-règles selon l'invention. 10 La figure 4 représente sous forme d'organigramme le déploiement d'un service selon un mode de réalisation de l'invention La figure 5 schématise le déploiement d'un service selon un mode de réalisation de l'invention. 15 3045995 12 Description détaillée d'un exemple de réalisation illustrant l'invention La figure 1 représente le contexte général d'un mode de réalisation de l'invention. Le réseau domotique (1) est par exemple un réseau local IP (Internet 5 Protocol). Le réseau domotique (1) comporte selon cet exemple un élément de gestion du réseau (6) (une passerelle résidentielle, un hub, etc.) et des équipements terminaux (LS, T, MD, L) connectés sur ce réseau local, aptes à établir des communications entre eux. Il s'agit respectivement d'un capteur de lumière (LS), d'un détecteur de mouvement (MD), d'une lampe (L) et d'une 10 tablette numérique (T). Ces terminaux sont de nature hétérogène. Ils peuvent, par exemple, différer par : - leur système d'exploitation (Windows, Linux, Android, etc.) ; - leur type de connexion au réseau (Ethernet, Wifi, Bluetooth, etc.) ; - les actions dont ils sont capables (mesurer la luminosité, détecter un 15 mouvement, allumer la lampe, etc.) Par la suite, on entend par équipement terminal, ou plus simplement terminal, tout dispositif apte à se connecter et communiquer sur le réseau domotique. Dans la suite de la description de ce mode de réalisation particulier de 20 l'invention, on considère le cas d'usage suivant : l'utilisateur souhaite que la lumière s'allume automatiquement lorsqu'il rentre à la maison. Ceci suppose tout d'abord que sa présence soit détectée par le détecteur de mouvement MD, que le seuil de luminosité mesuré subséquemment par le capteur LD soit faible, puis que la lumière L s'allume. 25 Naturellement, il s'agit seulement d'un cas d'utilisation parmi d'autres. Selon un autre exemple utilisant les mêmes terminaux, en plein jour, si le capteur de luminosité signale un seuil de luminosité important, le module de commande du volet roulant peut décider de le déployer tandis que celui de la lampe coupe l'alimentation de la lampe dont le fonctionnement n'est plus 30 nécessaire. 3045995 13 Selon l'état de la technique connue, il faut effectuer manuellement ces étapes dans l'ordre, ou recourir à un programme centralisé, installé par exemple sur la tablette de l'utilisateur ou sur un terminal spécifique (notamment un boitier domotique) de son réseau local. Dans le cas de l'invention, au contraire, 5 l'utilisateur est non seulement déchargé de ces différentes actions mais aucun équipement supplémentaire n'est requis pour héberger un programme centralisé, la solution de l'invention étant complètement décentralisée. Une « règle » pour le déploiement du service est instanciée sur les différents terminaux. Le terme de règle, tel qu'utilisé dans la suite de la 10 description, réfère à une succession de règles élémentaires, ou sous-règles, découpées elles-mêmes en événements de type « SI-ALORS » ; une règle est déclenchée par un changement de valeur de variable (déclencheur, ou trigger). Selon notre exemple, une règle s'énonce : « si un mouvement est détecté et la luminosité est inférieure à un certain seuil alors allumer la lampe d'entrée », qui 15 peut être symbolisée par la formule : R : SI MvtDétecté ET (Luminosité REVENDICATIONS1. Procédé de mise en oeuvre d'un service (S) dans un réseau local (1) sur un terminal (MD, LS, L) apte à rendre une partie du service, ledit service étant décrit par au moins une règle (R) comportant plusieurs sous-règles (SR), ledit procédé comportant les étapes suivantes: obtention (E11, E21, E31) d'au moins une sous-règle (SR1, SR2, 5R3) comprenant au moins un déclencheur (MVTD, f1, f2) et une expression (Ei) à évaluer ; réception (E12, E22, E32) d'un signal de déclenchement du déclencheur ; évaluation (E13-E14, E23-E26, E33-E34) de ladite sous-règle (SR1, SR2, 5R3). 2. Procédé de mise en oeuvre d'un service (S) selon la revendication 1, ledit procédé étant caractérisé en ce qu'il comporte en outre, préalablement à la réception de la sous-règle, une étape de transmission (E10, E20, E30) des capacités du terminal et en ce que la sous-règle est liée aux dites capacités. 3. Procédé de mise en oeuvre d'un service (S) selon la revendication 1, ledit procédé étant caractérisé en ce que le signal de déclenchement est un événement physique local (MVTD). 4. Procédé de mise en oeuvre d'un service (S) selon la revendication 1, ledit procédé étant caractérisé en ce que le signal de déclenchement est un message (f1, f2) diffusé sur le réseau local. 5. Procédé de mise en oeuvre d'un service (S) selon la revendication 1, ledit procédé étant caractérisé ce qu'il comporte en outre une étape pour l'enchainement de deux sous-règles lors de l'évaluation d'une expression (Ei). 6. Procédé de mise en oeuvre d'un service (S) selon la revendication 1, caractérisé en ce qu'il comporte en outre une étape de désactivation du signal de déclenchement (« fl=fa/se ») lors de l'évaluation d'une expression (Ei). 3045995 27 7. Procédé de mise en oeuvre d'un service (S) selon la revendication 1, caractérisé en ce qu'il comporte en outre une étape de génération (E14, E26) d'un second signal de déclenchement (« f2=true ») lors de l'évaluation d'une expression (Ei). 5 8. Procédé de mise en oeuvre d'un service (S) selon la revendication 1, caractérisé en ce qu'il comporte une étape de mise en oeuvre d'une temporisation lors de l'évaluation d'une expression (Ei). 9. Procédé de gestion de la mise en oeuvre d'un service (S) dans un réseau local (1) comprenant au moins un terminal (MD, LS, L) apte à rendre le service 10 (S), ledit service étant décrit par une règle (R), ledit procédé comportant les étapes suivantes : découverte (E0) des capacités du terminal (MD, LS, L) ; acquisition (El) de la règle (R) décrivant le service (S) ; comparaison (E2) des capacités découvertes du terminal avec la règle 15 décrivant le service ; en fonction des résultats de la comparaison, génération (E2) d'au moins une sous-règle (SR1, SR2, SR3) à partir de la règle (R), transmission de ladite sous-règle (SR1, SR2, SR3) au terminal (MD). 10. Procédé de gestion selon la revendication 9, caractérisé en ce que la ladite 20 sous-règle comprend : un déclencheur (MVTD, fi, f2) une expression (Ei) à évaluer par le terminal, ladite expression comprenant au moins une indication pour l'enchaînement de deux sous-règles 25 11. Terminal pour la mise en oeuvre d'un service (S) dans un réseau local (1), ledit terminal étant caractérisé en ce qu'il comporte: un module d'obtention (WIFI, ETH, Ell, E21, E31) d'au moins une sous-règle (SR1, SR2, SR3) comprenant au moins un déclencheur (MVTD, fi, f2) et une expression (Ei) à évaluer ; 3045995 28 un module de réception (WIFI, ETH, E12, E22, E32) d'un signal de déclenchement (fi) du déclencheur ; un module d'évaluation (MR, ACT) de ladite sous-règle (SR1, SR2, 5R3). 12. Dispositif (T) pour la gestion de la mise en oeuvre d'un service (S) dans un 5 réseau local (1) comprenant au moins un terminal (MD, LS, L) apte à rendre le service (S), ledit service étant décrit par une règle (R), le dispositif comportant les modules suivants : un module de découverte (DEC', EO) des capacités du terminal (MD, LS, L) ; 10 un module d'acquisition (ACQ ,E1) de la règle (R) décrivant le service (S) ; un module de comparaison (E2) des capacités découvertes du terminal avec la règle décrivant le service ; un module de génération (SPLIT, E2) d'au moins une sous-règle (SR1, 15 SR2, 5R3) à partir de la règle (R), ladite sous-règle comprenant au moins un déclencheur (MVTD, f1, f2) et une expression (Ei) à évaluer par le terminal, en fonction des résultats de la comparaison ; un module de transmission (SRD) de ladite sous-règle (SR1, SR2, 5R3) au terminal (MD). 20 13. Système pour la mise en oeuvre d'un service (S) dans un réseau local (1), ledit système comportant au moins un terminal selon la revendication 11 et au moins un dispositif selon la revendication 12. 14. Programme d'ordinateur comportant des instructions de code pour la mise en oeuvre du procédé de mise en oeuvre d'un service (S) conforme à la 25 revendication 1, lorsque celle-ci est exécutée par un processeur. 15. Programme d'ordinateur comportant des instructions de code pour la mise en oeuvre du procédé de gestion de la mise en oeuvre d'un service (S) conforme à la revendication 9, lorsque celle-ci est exécutée par un processeur.30