FR 2990536 A1 20131115 FR 1254372 A 20120514 -1- Notification relative à un contexte L'invention se rapporte au domaine du traitement de données de contexte. Des systèmes contextuels connus adaptent leur comportement de façon continue dans le but de répondre aux besoins d'utilisateurs qui peuvent varier selon les situations. Ces systèmes analysent des données de contexte décrivant la situation et/ou le comportement d'un utilisateur. Ces données de contexte sont remontées aux systèmes contextuels via des capteurs ou sondes qui peuvent être des sondes physiques, par exemple une sonde GPS (pour " Global Positioning System" en anglais) pour récupérer la localisation de l'utilisateur, ou des sondes applicatives, par exemple une sonde permettant de détecter des appels téléphoniques rejetés. Les données de contexte sont très dynamiques, et doivent être mise à jour avec des fréquences qui varient suivant le type de l'information qu'elles contiennent. La précision des sondes peut également jouer un rôle important dans la pertinence des données fournies. Ceci complique la gestion, notamment la récupération, le stockage, la transmission et l'échange, des données de contexte ainsi que la tâche des applications qui les utilisent. La demande de brevet US 2012/0042073 intitulée "Method and nodes for transmitting user context between communication networks" et publiée le 16 février 2012 décrit un système permettant la transmission de données de contexte entre utilisateurs. Suite à une procédure d'abonnement, un utilisateur reçoit toutes les mises à jour d'un contexte au fur et à mesure de son évolution. Une application recevant ces mises à jour doit ensuite prendre en compte ces données pour modéliser un contexte. Cette approche par données, ne permet pas une adaptation au contexte facile car toute application voulant adapter son comportement reçoit des données, dont le volume peut être important, à chaque changement même si celui-ci est mineur. La réception fréquente de ces données impose un traitement lourd. Il existe donc un besoin d'un système simple de traitement de données contextuelles utilisées par des applications. L'invention vient améliorer la situation. A cet effet, l'invention se rapporte à un dispositif de notification. Selon l'invention, le dispositif de notification comprend : - des moyens de détermination d'une valeur courante d'au moins une variable d'état décrivant un contexte relatif à une ou plusieurs entités parmi une pluralité d'entités; - des moyens de réception d'au moins une règle de notification définie par un ensemble d'au moins une condition et par au moins une action de notification associée audit ensemble, au moins une condition dudit ensemble définissant une transition d'état pour une dite variable d'état; -2- - des moyens de détection agencés pour détecter à partir d'une valeur courante déterminée si ladite transition d'état s'est produite; - des moyens de notification configurés pour exécuter ladite au moins une action de notification lorsque ladite transition d'état s'est produite. La réception de règles de notification permet l'exécution d'une action de notification en fonction d'un changement d'état défini dans cette règle. Les notifications exécutées en fonction d'une transition d'état choisie permettent de diminuer le nombre de notifications transmises et ainsi d'alléger la tâche d'une application recevant ces notifications. Selon un mode de réalisation particulier, ledit ensemble comporte au moins une deuxième condition définissant au moins une valeur d'état prédéterminée pour au moins une deuxième variable d'état; le dispositif comprend des moyens de vérification configurés pour vérifier, lorsque ladite transition d'état s'est produite, si une valeur courante déterminée pour ladite deuxième variable d'état est ladite valeur d'état prédéterminée; et les moyens de notification sont configurés pour exécuter ladite au moins une action de notification lorsque la valeur courante déterminée pour ladite deuxième variable d'état est ladite valeur d'état prédéterminée Suite à la détection d'une transition d'état déterminée dans une règle de notification, une ou plusieurs conditions portant sur un ou plusieurs états sont vérifiées. L'action de notification n'est exécutée que si les conditions sont remplies. Ceci permet de diminuer davantage le nombre de notifications transmises et ainsi d'alléger la tâche d'une application recevant ces notifications. Selon une caractéristique particulière, au moins une variable d'état est définie en fonction d'informations de contexte décrivant des données de contexte fournies par au moins une entité, lesdites informations étant diffusées par ladite au moins une entité. La diffusion d'information de contexte décrivant les données de contexte fournies par une entité permet à un opérateur de définir une ou plusieurs variables d'état. Selon un mode de réalisation particulier, le dispositif de notification comporte des moyens de construction configurés pour établir une liste d'informations de contexte, ladite liste comprenant pour au moins une entité, des informations de contexte décrivant des données de contexte fournies par ladite entité. La liste d'informations de contexte regroupe des informations sur les données de contexte fournies par les entités. Selon une caractéristique particulière, le dispositif de notification comporte des moyens de diffusion configurés pour diffuser ladite liste. La liste est un moyen simple d'obtenir des informations sur les données de contexte pouvant être gérées par le dispositif. -3- L'invention se rapporte également à un procédé de notification comportant les étapes suivantes : - détermination d'une valeur courante d'au moins une variable d'état décrivant un contexte relatif à une ou plusieurs entités parmi une pluralité d'entités; - réception d'au moins une règle de notification définie par un ensemble d'au moins une condition et par au moins une action de notification associée audit ensemble, au moins une condition dudit ensemble définissant une transition d'état pour une dite variable d'état; - détection pour détecter à partir d'une valeur courante déterminée si ladite transition d'état s'est produite; - exécution de ladite au moins une action de notification lorsque ladite transition d'état s'est produite. Selon une caractéristique particulière du procédé de notification, l'action de notification comprend l'envoi d'un message contenant au moins une valeur courante déterminée pour au moins une variable d'état. Selon une autre caractéristique particulière du procédé de notification, l'action de notification comprend l'envoi d'un message contenant un ordre d'exécution. Selon encore une autre caractéristique du procédé de notification, une valeur courante d'une variable d'état est déterminée à partir d'au moins une donnée de contexte reçue d'au moins une entité. Selon une caractéristique particulière du procédé de notification, une deuxième valeur courante d'une deuxième variable d'état est déterminée à partir d'au moins une valeur courante d'une variable d'état. L'invention se rapporte également à un terminal comportant des moyens de transmission d'au moins une règle de notification définie par un ensemble d'au moins une condition et par au moins une action de notification associée audit ensemble, au moins une condition dudit ensemble définissant une transition d'état pour une dite variable d'état. L'invention se rapporte aussi à un produit programme d'ordinateur comprenant des instructions pour mettre en oeuvre les étapes d'un procédé de notification, tel que décrit précédemment, lorsqu'il est chargé et exécuté par un processeur. D'autres particularités et avantages de la présente invention apparaitront dans la description suivante de modes de réalisation donnés à titre d'exemples non limitatifs, en référence aux dessins annexés, dans lesquels : - la figure 1 est un schéma bloc illustrant un système selon un mode de réalisation de l'invention, -4- - la figure 2 est un organigramme illustrant les différentes étapes d'un procédé de notification, selon un premier mode de réalisation, - la figure 3 est un organigramme illustrant les différentes étapes d'un procédé de notification, selon un deuxième mode de réalisation. - la figure 4 est un schéma illustrant un premier exemple d'automate à états, - la figure 5 est un schéma illustrant un deuxième exemple d'automate à états, - la figure 6 est un organigramme illustrant les différentes étapes d'un procédé de notification, selon un troisième mode de réalisation, - la figure 7 est un schéma illustrant un troisième exemple d'automate à états. - la figure 8 est un organigramme illustrant les différentes étapes d'un procédé de notification, selon un quatrième mode de réalisation, - la figure 9 est un schéma illustrant un quatrième exemple d'automates à états. L'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et/ou logiciels, apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel. Un tel composant logiciel est stocké en mémoire puis chargé et exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, set-topbox, routeur, etc) et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc). De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware). Il peut s'agir d'un composant matériel programmable ou avec processeur intégré pour l'exécution de logiciel, par exemple un circuit intégré, une carte à puce, une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. Un premier mode de réalisation d'un procédé de traitement de données de contexte, va maintenant être décrit en référence aux figures 1 et 2. En référence à la figure 1, un système SYS comprend un dispositif de notification D et une pluralité d'entités EP1, EP2...EP6, EC1, EC2 aptes à communiquer avec le dispositif de notification D au travers d'un réseau de télécommunication R. -5- A titre d'alternative, au moins une des entités est reliée au dispositif de notification D via une liaison filaire. Les entités EP1, EP2...EP6 sont des entités aptes à transmettre des données de contexte à destination notamment du dispositif de notification D. Les entités EC1, EC2 sont des entités aptes à utiliser des données de contexte transmises au dispositif de notification D. L'entité EP1 est par exemple un capteur de température installé dans un camion frigorifique. L'entité EP2 est par exemple une entité apte à déterminer la présence d'une personne prédéterminée Ul. L'entité EP3 est par exemple un capteur de localisation apte à déterminer des coordonnées de localisation de type GPS (pour "Global Positioning System" en anglais) de la personne Ul. L'entité EP4 est par exemple une entité apte à déterminer, en fonction des données de contexte fournies par l'entité EP3, si l'utilisateur Ul est au bureau, à la maison ou ailleurs. L'entité EP5 est apte à fournir une information de contexte relative à la charge de travail de l'utilisateur Ul. L'entité EP6 est une entité apte à fournir le contenu des messages de type SIP (pour "Session Initiation Protocol" en anglais) reçus par un terminal téléphonique de la personne Ul. Les entités EC1, EC2 sont des entités aptes à utiliser des données de contexte transmises au dispositif de notification D. Les entités EC1 et EC2 sont par exemple des terminaux d'utilisateur, par exemple des ordinateurs de type PC (pour "Personal Computer" en anglais). Le dispositif de notification D comporte de façon connue, notamment une unité de traitement UT équipée d'un microprocesseur, une ou plusieurs mémoires mortes MM de type ROM ou EEPROM, une mémoire vive MV de type RAM. Le dispositif de notification D comporte également un module d'obtention de données de contexte OBT, un module de détermination d'une valeur de variable d'état DVA, un module de réception de règles de notification RCP, un module de détection DTC, un module de vérification VER et un module de module de notification NTF. Le dispositif de notification D comporte également un module de construction CNF d'une liste L contenant des informations de contexte décrivant les données de contextes fournies par les entités aptes à fournir de telles données au dispositif de notification D et un module de diffusion PUB apte à diffuser ladite liste. A titre d'alternative, le module de construction CNF et le module de diffusion PUB sont installés dans un dispositif distant du dispositif de notification D. La mémoire morte MM comporte des registres mémorisant un programme d'ordinateur PG. -6- L'unité de traitement UT est pilotée par le programme informatique PG afin de mettre en oeuvre notamment le procédé de notification selon un des modes de réalisation de l'invention décrits ultérieurement. Le programme informatique PG comporte des instructions de code pour mettre en oeuvre notamment les étapes de détermination d'une valeur courante d'au moins une variable d'état décrivant un contexte relatif à une ou plusieurs entités parmi une pluralité d'entités de notification, de réception d'au moins une règle de notification définie par un ensemble d'au moins une condition et par au moins une action de notification associée audit ensemble, au moins une condition dudit ensemble définissant une transition d'état pour une dite variable d'état, de détection pour détecter à partir d'une valeur courante déterminée si ladite transition d'état s'est produite, et d'exécution de ladite au moins une action de notification lorsque ladite transition d'état s'est produite. Chaque entité répertoriée dans la liste L est apte à communiquer au dispositif de notification D, les données de contextes décrites dans la liste L en fonction du contexte qu'elle détecte. La liste L comporte pour chaque entité EP1, EP2...EP6 des informations de contexte décrivant le type et le format des données de contexte qu'elle est apte à fournir. Par exemple, l'entité EP1 est apte à fournir des données qui représentent une température et la liste L indique que les données de contexte fournies par l'entité EP1 représentent une température. Elle indique également l'unité dans laquelle les données sont fournies, par exemple en degrés Celsius, la fréquence à laquelle cette température est fournie, par exemple toutes les minutes, la précision des données fournies... L'entité EP2 fournit des données extraites d'une liste prédéterminée La liste L contient la liste prédéterminée des valeurs possibles pour les données de contexte fournies par l'entité EP2. Elle comporte également un descriptif de chaque valeur possible. Les données de contexte fournies par une entité sont soit transmises à l'initiative de l'entité, soit transmises en réponse à une requête du dispositif de notification D. Ce choix est effectué en fonction notamment de la capacité de traitement de l'entité. Dans le cas où les données de contexte sont transmises à l'initiative d'une entité, les données de contexte sont par exemple publiées sur une URL (pour "Uniform Resource Locator") prédéfinie puis lues par le dispositif de notification D sur cette URL. Dans ce cas, l'adresse de l'URL figure parmi les informations de contexte de la liste L. A titre d'alternative, des données de contexte émises par une entité sont transmises directement au dispositif de notification D. Un premier mode de réalisation d'un procédé de notification, mis en oeuvre dans le système SYS va maintenant être décrit en référence à la figure 2. -7- Lors d'une étape E102, le terminal EC1 envoie au dispositif de notification D, une requête d'initialisation RQ1. La requête d'initialisation RQ1 contient pour au moins une variable d'état V, les valeurs d'état définies pour cette variable d'état V et les transitions d'état définies pour cette variable d'état V. La requête RQ1 contient également au moins une règle de notification, par exemple une règle de notification Ri. Une règle de notification est définie par un ensemble d'au moins une condition de notification et par au moins une action de notification associée, au moins une condition de l'ensemble définissant une transition d'état pour une variable d'état. Une variable d'état V décrit un contexte relatif à une ou plusieurs entités répertoriées dans la liste L. Une variable d'état V est définie par un ensemble d'au moins deux valeurs d'état. Une valeur d'état V représente un état dans lequel se situe, à un moment donné, une ou plusieurs entités répertoriées dans la liste L. Une transition d'état, par exemple une transition d'un premier état prédéterminé vers un deuxième état prédéterminé, est définie par une ou plusieurs conditions. Chaque variable d'état V et chaque transition est définie par un opérateur en fonction des informations de contexte fournies dans la liste L. La liste L d'informations de contexte est par exemple, publiée sur une URL prédéfinie et l'opérateur obtient la liste des entités fournissant des données de contexte au dispositif de notification D ainsi qu'une description et le format des données de contexte fournies en consultant cette URL au moyen par exemple d'un terminal d'utilisateur équipé d'un navigateur Internet. A titre d'alternative, la liste L est transmise à un terminal d'utilisateur en réponse à une requête transmise par ce terminal Par exemple, la variable d'état V décrit un contexte relatif à l'entité EP3 et l'opérateur définit trois états El, E2, E3, trois valeurs d'état VE1, VE2 et VE3 représentant respectivement les états El, E2, E3 et deux transitions Ti et T2 pour la variable d'état V. La transition Ti est par exemple une transition de l'état El vers l'état E2 et est définie par une condition de transition CT1. La transition T2 est par exemple une transition de l'état E2 vers l'état E3 et est définie par deux conditions de transition CT2 et CT3. La requête d'initialisation RQ1 contient alors les valeurs d'état VE1, VE2 et VE3 ainsi que les conditions CT1, CT2 et CT3 et la règle Ri. A titre d'alternative, la requête d'initialisation RQ1 ne contient pas les valeurs d'état VE1, VE2 et VE3. Les valeurs d'état sont alors contenues de façon implicite dans les conditions de transition CT1, CT2 et CT3. La règle de notification R1 est par exemple définie par la condition CT1 définissant la transition Ti et par une action de notification Al. -8- L'action de notification Al contient un message MSG, par exemple une chaine de caractères, et un identifiant d'une entité destinatrice du message, par exemple un identifiant du terminal EC1. A titre d'alternative, l'action de notification Al contient un message MSG et une adresse d'une URL. Lors d'une étape E104, la requête d'initialisation RQ1 est reçue par le module de réception de règles de notification RCP du dispositif de notification D et enregistrée dans une mémoire du dispositif de notification D, par exemple la mémoire MM. Lors d'une étape E106, le terminal EC1 transmet au dispositif de notification D, une requête d'exécution RQ2 relative à la requête d'initialisation RQ1. Lors d'une étape E108, la requête d'exécution RQ2 est reçue par l'unité de traitement UT du dispositif de notification D. Lors d'une étape E110 consécutive à l'étape E108, le module de détermination d'une valeur de variable d'état DVA du dispositif de notification D détermine une valeur courante VC de la variable d'état V. La valeur courante VC déterminée est une des valeurs d'état VE1, VE2, VE3 définies pour la variable d'état V dans la requête d'initialisation RQ1. La valeur courante VC est déterminée en fonction des données de contexte fournies par l'entité EP3 associée à la variable d'état V. Par exemple, la valeur courante VC est la valeur d'état VE1 . Lors d'une étape E112, suite à la réception de nouvelles données de contexte en provenance de l'entité EP3, la valeur courante VC est modifiée. Par exemple, la valeur courante modifiée est la valeur d'état VE2. Lors d'une étape E114, le module de détection DTC du dispositif de notification D détecte que la transition d'état Ti s'est produite. Lors d'une étape E116, le module de notification NTF du dispositif de notification D exécute l'action de notification Al par transmission du message MSG au terminal EC1. Le message MSG est reçu par le terminal EC1 lors d'une étape E118. Le message MSG est par exemple affiché sur un écran du terminal EC1. A titre d'alternative, le message MSG comprend une commande, par exemple une commande d'établissement d'un appel téléphonique, et est exécutée par le terminal EC1 ou plus précisément par une application installée dans le terminal EC1. Dans le mode de réalisation décrit, une requête d'initialisation RQ1 et une requête d'exécution sont transmises au dispositif de notification D et la requête d'exécution RQ2 commande l'exécution des étapes E110 à E116. A titre d'alternative, une seule requête est transmise lors de l'étape E102 et l'étape E104 est suivie de l'étape E110. -9- Un deuxième mode de réalisation d'un procédé de notification, mis en oeuvre dans le système SYS va maintenant être décrit en référence aux figures 3 à 5. L'entité EP1 est une entité fournissant des données de contexte relatives à la température d'un camion Une donnée de contexte fournie par l'entité EP1 est une température T. Un opérateur détermine, pour une variable d'état V2, 6 états correspondant respectivement aux valeurs d'état "start","blue",'green', "yellow", "orange" et "red". Il détermine également 9 transitions : T11, T12... T19. Les valeurs d'état "start","blue", "green", "yellow", "orange" et "red" sont définies en fonction de la température T fournie par l'entité EP1. L'état "start" est un état initial. L'état "blue" est défini par une température T inférieure ou égale à 0. L'état "green" est défini par une température T telle que "0 30". La transition T11 entre l'état "start" et l'état "blue" est définie par la condition "T La transition T12 entre l'état "blue" et l'état "green" est définie par la condition "0 La transition T16 entre l'état "yellow" et l'état "orange" est définie par la condition "20 30". La transition T19 entre l'état "red" et l'état "orange" est définie par la condition "20 La transition T23 entre l'état "not available" et l'état "available" est également définie par les conditions C21 et C22 reliées par l'opérateur booléen "ET". La transition T22 entre l'état "available" et l'état "not available" est définie par deux conditions C23 et C24 reliées entre elles par l'opérateur booléen "ET". La condition C23 est définie par "Présence Ul=online" La condition C24 est définie par "Charge de travail de Ul >75", les données de contexte relative à la charge de travail de Ul étant fournies par l'entité EP5. L'entité EP5 est apte à fournir une donnée de contexte qui est une valeur, par exemple comprise entre 0 et 100, représentant la charge de travail de Ul. La figure 5 représente un graphe illustrant les états "start","available" et "not available" et les transitions T21, T22 et T23 entre ces états sous la forme d'un automate à états. L'opérateur définit également trois règles de notification R2, R3 et R4. La règle R2 est définie par la condition "T>30" définissant la transition T18, par une condition CR1 et par une action de notification A2. La règle R2 est ainsi définie par un ensemble de deux conditions et par au moins une action de notification associée audit ensemble. La condition CR1 est une condition sur une variable d'état. La condition CR1 est par exemple définie par : valeur d'état de la variable d'état V3= "available". La condition CR1 représente une deuxième condition définissant la valeur d'état "available" pour la variable d'état V3. La variable d'état V3 représente une deuxième variable d'état. Ainsi, la condition CR1 représente une deuxième condition définissant au moins une valeur d'état prédéterminée pour au moins une deuxième variable d'état. L'action de notification A2 est définie par un message MSG1 et par une valeur identifiant un destinataire du message MSG1. Par exemple, le message MSG1 est une chaine de caractères, par exemple "Température supérieure à 30° dans camion", et la valeur identifiant le destinataire est une adresse mail La règle R3 est définie par la condition définissant la transition d'état T22, par la condition CR2 et par l'action de notification A2. La condition CR2 est une condition sur une variable d'état. La condition CR2 est définie par : valeur d'état de la variable d'état V2= "red". A titre d'alternative, les règles R2 et R3 sont décrites sous la forme d'une seule règle R. Par exemple, la règle R est ((Ti 8 OU T22) ET (condition CR1 ET condition CR2). -11- La règle R4 est définie par la condition définissant la transition T23 et par l'action de notification A3. L'action de notification A3 est par exemple définie par un message MSG2 et par un numéro de téléphone d'un destinataire. Le message MSG2 est par exemple "Ul n'est plus disponible". En référence à la figure 3, lors d'une étape E202, une requête RQ3 contenant les valeurs d'états des variables d'état V2 et V3, les conditions définissant les transitions entre états des variables d'état V2 et V3 ainsi que les règles de notification R2, R3 et R4 est transmise au dispositif de notification D. La requête RQ3 est par exemple transmise par le terminal d'utilisateur EC1. La requête RQ3 contient par exemple un programme en langage XML (pour " Extensible Markup Language ") définissant les valeurs d'états, les conditions définissant les transitions entre états ainsi que les règles de notification. Lors d'une étape E204, le dispositif de notification D reçoit la requête RQ3 et construit un premier et un deuxième automate à états à partir des données reçues. Puis, il initialise le premier et le deuxième automate à l'état "start". L'état "start" représente une valeur courante VC1 déterminée pour la variable d'état V2 décrivant un contexte défini à partir de l'entité EP1. L'état "start" représente une valeur courante VC2 déterminée pour la variable d'état V3 décrivant un contexte défini à partir des entités EP2, EP4 et EP5. Lors d'une étape E206, le module de réception de règles de notification RCP du dispositif de notification D reçoit des données de contexte en provenance d'au moins une des entités EP1, EP2, EP4 ou EP5 et détermine une valeur courante VC1 de la variable d'état V2 et/ou une valeur courante VC2 de la variable d'état V3 en fonction des données de contexte reçues. La valeur courante de la variable d'état V2, respectivement de la variable d'état V3, est une des valeurs d'état transmises dans la requête RQ3, pour la variable d'état V2, respectivement pour la variable d'état V3. Une valeur courante déterminée pour une variable d'état lors de l'étape E206 est soit la valeur courante déterminée précédemment (dans ce cas, il n'y a pas de transition d'état), soit une nouvelle valeur d'état (il y a alors transition d'un premier état vers un deuxième état). L'étape E206 est réitérée lors de chaque réception de données de contexte par le module d'obtention de données de contexte OBT du dispositif de notification D. Lors d'une étape E208, le module de détection DTC du dispositif de notification D détecte que la transition d'état T18 s'est produite. Lors d'une étape E210, le module de vérification VRF du dispositif de notification D vérifie si la condition CR1 définie dans la règle R2 est respectée. Le module de vérification VRF vérifie, lorsque la transition d'état T18 s'est produite, si une valeur courante déterminée pour la deuxième variable d'état V3 est la valeur d'état prédéterminée "available". -12- Plus précisément, le module de vérification VRF vérifie si la valeur courante VC2 de la variable d'état V3 est la valeur d'état "available". Si la valeur courante VC2 n'est pas la valeur d'état "available", l'étape E210 est suivie d'une nouvelle étape E206. Si la valeur courante VC2 est la valeur d'état "available", l'étape E210 est suivie d'une étape E212 lors de laquelle le module de notification NTF du dispositif de notification D exécute l'action de notification A2 par transmission du message MSG1 à l'adresse mail définie dans la règle de notification R2. Lors d'une étape E216, réalisée suite à l'étape E206, le module de détection DTC du dispositif de notification D détecte que la transition d'état T22 s'est produite. Lors d'une étape E218, le module de vérification VRF du dispositif de notification D vérifie si la condition CR2 définie dans la règle R3 est respectée. Plus précisément, le module de vérification VRF du dispositif de notification D vérifie si la valeur courante VC1 de la variable d'état V2 est la valeur d'état "red". Si la valeur courante VC1 n'est pas la valeur d'état "red", l'étape E218 est suivie d'une nouvelle étape E206. Si la valeur courante VC1 est la valeur d'état "red", l'étape E218 est suivie d'une étape E220 lors de laquelle le module de notification NTF du dispositif de notification D exécute, conformément à la règle de notification R3, l'action de notification A2 par transmission du message MSG1 à l'adresse mail définie dans l'action de notification A2. Lors d'une étape E224, réalisée suite à l'étape E206, le module de détection DTC du dispositif de notification D détecte que la transition d'état T23 s'est produite. L'étape E224 est suivie d'une étape E226 lors de laquelle le module de notification NTF exécute l'action de notification A3 par transmission du message MSG2 à destination du terminal dont le numéro de téléphone est indiqué dans la règle de notification R4. Le message MSG2 est par exemple un message de type SMS ("pour Short Message Service"). Un troisième mode de réalisation d'un procédé de notification, mis en oeuvre dans le système SYS va maintenant être décrit en référence aux figures 6 et 7. En référence à la figure 6, lors d'une étape E300, un opérateur accède à la liste L. La liste L contient notamment des informations de contexte décrivant des données de contexte fournies par l'entité EP6. Les données de contexte fournies par l'entité EP6 sont des messages de type SIP reçus par un terminal téléphonique de l'utilisateur Ul. La liste L contient notamment une liste prédéterminée de messages SIP. Par exemple, la liste de messages SIP contient les messages INVITE, 200 OK, BUSY et BYE. -13- L'opérateur détermine, pour une variable d'état V4, quatre états correspondant respectivement aux valeurs d'état "start", "initiated", "established", "terminated". Il détermine également quatre transitions : T31, T32, T33 et T34. L'état "start" est un état initial. La transition T31 est une transition entre l'état "start" et l'état "initiated". Elle se produit lors de la réception d'un message SIP "INVITE". La transition T32 est une transition entre l'état "initiated" et l'état "established". Elle se produit lors de la réception d'un message SIP "200 OK". La transition T33 est une transition entre l'état "established" et l'état "terminated". Elle se produit lors de la réception d'un message SIP "BYE". La transition T34 est une transition entre l'état "initiated" et l'état "terminated". Elle se produit lors de la réception d'un message SIP "BUSY". La figure 7 représente un graphe illustrant les états "start", "initiated", "established", "terminated" et les transitions T31, T32, T33, T34 entre ces états sous la forme d'un automate à états. L'opérateur définit également deux règles de notification R5 et R6. La règle R5 est définie par la condition définissant la transition T32 et par une action de notification A5. L'action de notification A5 est définie par un message MSG5 et par une adresse d'une URL prédéfinie. Par exemple, le message MSG5 comprend la valeur courante VC4 déterminée pour la variable d'état V4 La règle R6 est définie par la condition définissant la transition d'état T33 et par l'action de notification A5. Lors d'une étape E302 (figure 6), une requête RQ4 est transmise au dispositif de notification D. La requête RQ4 contient les valeurs d'états de la variable d'état V4, les conditions définissant les transitions entre états de la variable d'état V4 ainsi que les règles de notification R5 et R6. Lors d'une étape E304, le dispositif de notification D reçoit la requête RQ4 et construit un automate à états à partir des données reçues dans la requête RQ4. Lors d'une étape E306, suite à la réception des données de contexte en provenance de l'entité EP6, le dispositif de notification D détermine une valeur courante VC4 de la variable d'état V4. La valeur courante VC4 de la variable d'état V4 est une des valeurs d'état transmises dans la requête RQ4. La valeur courante VC4 est déterminée en fonction des données de contexte, qui sont des messages SIP, fournies par l'entité EP6. L'étape E306 est réitérée lors de chaque réception de données de contexte, c'est-à-dire lors de la réception d'un message SIP. -14- Lors d'une étape E308, le module de détection DTC du dispositif de notification D détecte que la transition d'état T32 s'est produite. La valeur d'état VC4 de la variable d'état V4 est alors "not free". Lors d'une étape E310, le module de notification NTF du dispositif de notification D exécute l'action de notification A5 par transmission du message MSG5 sur l'URL prédéfinie. Le message MSG5 contient la valeur courante VC4 de la variable d'état V4, c'est-à-dire la valeur "not free". L'étape E310 est suivie de l'étape E306. Lors d'une étape E314, réalisée suite à l'étape E306, le module de détection DTC du dispositif de notification D détecte que la transition d'état T33 s'est produite. La valeur d'état VC4 de la variable d'état V4 est alors la valeur "free". L'étape E314 est suivie d'une étape E316 lors de laquelle le module de notification NTF exécute l'action de notification A5 par transmission du message MSG6 sur l'URL prédéfinie. Les données "free" et "not free" contenues respectivement dans les messages MSG5 et MSG6 représentent des données de contexte de deuxième niveau. Elles sont déterminées à partir de données de contexte fournies par l'entité EP6. Les données de contexte fournies par l'entité EP6 représentent des données de contexte de premier niveau. Une application installée sur un terminal, par exemple sur le terminal EC1, peut obtenir les messages MSG5 et MSG6 par accès à l'URL et utiliser les données contenues dans ces messages. Lors d'une étape E400, un opérateur commande la transmission, par exemple par le terminal EC1, à destination du dispositif de notification D, d'informations de contexte INF décrivant les données de contexte " free" et "not free". Les informations de contexte INF contiennent notamment l'adresse de l'URL sur laquelle sont diffusées les messages MSG5 et MSG6, c'est-à-dire les données de contexte "free" et "not free". Le dispositif de notification D obtient les informations de contexte INF lors d'une étape E402. Par exemple, lors de l'étape E400, les informations de contexte sont publiées sur une URL prédéterminée et lors de l'étape E402, le dispositif de notification D obtient ces informations par accès à ladite URL. Lors d'une étape E404, le module de construction CNT du dispositif de notification D modifie la liste L. La liste L modifiée correspond à la liste L précédente à laquelle les informations de contexte INF reçues sont ajoutées. Ultérieurement, une entité consommatrice, par exemple l'entité EC2 obtient la liste L modifiée. Un opérateur peut alors déterminer une variable d'état utilisant les données de contexte "free" et "not free" par accès à l'URL indiquées dans les informations de contexte. -15- A titre d'alternative, les messages MSG5 et MSG6 sont obtenus par un terminal d'utilisateur, par exemple le terminal EC1, et ce terminal transmet au dispositif de notification D, d'une part les informations de contexte INF relatives aux données de contexte "free" et "not free" et d'autre part les données de contexte "free" et "not free" au fur et à mesure qu'il obtient ces données de contexte. Ainsi l'entité EC1 apte à utiliser des données de contexte transmises au dispositif de notification D est également apte à transmettre des données de contexte à destination notamment du dispositif de notification D. Un quatrième mode de réalisation d'un procédé de notification, mis en oeuvre dans le système SYS va maintenant être décrit en référence aux figures 8 et 9. Les données de contexte fournies par l'entité EP6 sont des messages de type SIP reçus par un terminal téléphonique de l'utilisateur Ul. La liste L contient notamment une liste prédéterminée de messages SIP fournis par l'entité EP6. Par exemple, la liste de messages SIP contient les messages INVITE, 200 OK, BUSY et 15 BYE. Un opérateur détermine, pour une variable d'état V5, 4 états correspondant respectivement aux valeurs d'état "start", "initiated", "established", "terminated". La variable d'état V5 décrit un contexte relatif à l'entité EP6. L'opérateur détermine également 4 transitions : T41, T42, T43 et T44. 20 L'état "start" est un état initial. La transition T41 est une transition de l'état "start" vers l'état "initiated". Elle se produit lors de la réception par le dispositif de notification D d'un message SIP "INVITE" transmis par l'entité EP6. La transition T42 est une transition entre l'état "initiated" et l'état "established". Elle se 25 produit lors de la réception d'un message SIP "200 OK". La transition T43 est une transition entre l'état "established" et l'état "terminated". Elle se produit lors de la réception d'un message SIP "BYE". La transition T44 est une transition entre l'état "initiated" et l'état "terminated". Elle se produit lors de la réception d'un message SIP "BUSY". 30 L'opérateur détermine également, pour une variable d'état V6, 2 états correspondant respectivement à des valeurs d'état "free", "not free". Il détermine également 2 transitions : T51 et T52. La transition T51 de l'état "not free" vers l'état "free" est définie par deux condition C41 et C42 reliées par l'opérateur booléen "ET". -16- La condition C41 est définie par "connexion=offline". Comme expliqué dans la suite de la description, la valeur courante de la valeur "connexion" est une donnée de contexte déterminée à partir des données de contexte fournies par l'entité EP6. La condition C42 est définie par "Charge de travail du superviseur 75". Les données de contexte relatives à la charge de travail du superviseur sont fournies par l'entité EP5. La figure 9 représente un graphe G illustrant les états "start", "initiated", "established", "terminated" et les transitions entre ces états sous la forme d'un premier automate à états AT1. Le graphe G illustre également les états "free", "not free" et les transitions entre ces états sous la forme d'un deuxième automate à états AT2. L'opérateur définit également quatre règles de notification R7, R8, R9 et R10. La règle R7 est définie par la condition définissant la transition T42 et par une action de notification A7. L'action de notification A7 est définie par un message MSG7 et par une valeur identifiant le deuxième automate A2. Le message MSG7 contient une donnée de contexte déterminée à partir des données de contexte fournies par l'entité EP6. La donnée de contexte contenue dans le message MSG7 est par exemple "online" La règle R8 est définie par la condition définissant la transition d'état T43 et par l'action de notification A8. L'action de notification A8 est définie par un message MSG8 et par une valeur identifiant le deuxième automate A2. Le message MSG8 contient une donnée de contexte déterminée à partir des données de contexte fournies par l'entité EP6. La donnée de contexte contenue dans le message MSG7 est par exemple "offline". La règle R9 est définie par la condition définissant la transition d'état T51 et par l'action de notification A9. L'action de notification A9 est définie par un message MSG9 et par une adresse AD d'une URL prédéterminée Par exemple, le message MSG9 est une chaine de caractères, par exemple "disponible". La règle R10 est définie par la condition définissant la transition d'état T52 et par l'action de notification A10. -17- L'action de notification A10 est définie par un message MSG10 et par l'adresse AD de l'URL prédéterminée Par exemple, le message MSG10 est une chaine de caractères, par exemple "non disponible". En référence à la figure 8, lors d'une étape E502, une requête RQ5 est transmise au dispositif de notification D. La requête RQ5 contient les valeurs d'états de la variable d'état V5, les conditions définissant les transitions entre états de la variable d'état V5, les valeurs d'états de la variable d'état V6, les conditions définissant les transitions entre états de la variable d'état V6 ainsi que les règles de notification R7, R8, R9 et R10. Lors d'une étape E504, le dispositif de notification D reçoit la requête RQ5 et construit à partir des données reçues dans la requête RQ5, un premier automate à états AT1 et un deuxième automate à états AT2. Lors d'une étape E506, suite à la réception des données de contexte en provenance de l'entité EP6 ou de l'entité EP5, le dispositif de notification D détermine une valeur courante VC5 de la variable d'état V5 et/ou une valeur courante VC6 de la variable d'état V6. La valeur courante VC5 déterminée est une des valeurs d'état transmises dans la requête RQ5. La valeur courante VC5 est déterminée en fonction du message SIP reçu fourni par l'entité EP6. L'étape E506 est réitérée lors de chaque réception de données de contexte, c'est-à-dire lors de la réception d'un message SIP ou d'une valeur de charge de travail fournie par l'entité EP5. Lors d'une étape E508, suite à la réception du message SIP 200 OK par le dispositif de notification D, le module de détection DTC du dispositif de notification D détecte que la transition d'état T42 de l'état "initiated" à l'état "established" s'est produite. Lors d'une étape E510, le module de notification NTF du dispositif de notification D exécute l'action de notification A7 par transmission du message MSG7 au deuxième automate AT2. Le message MSG7 contient la valeur "online" La valeur "online" représente une donnée de contexte de deuxième niveau. Elle est déterminée à partir des données de contexte fournies par l'entité EP6. Les données de contexte fournies par l'entité EP6 représentent des données de contexte de premier niveau. Lors d'une étape E512, le module de détection DTC de dispositif de notification D détecte que la transition T52 s'est produite. La réception de la donnée de contexte "online" provoque la réalisation de la condition C43 et en conséquence le passage à l'état "not free" du deuxième automate à états A2. Lors d'une étape E514, le module de notification NTF du dispositif de notification D exécute l'action de notification A10 par transmission du message MSG10 sur l'URL prédéterminée dans la règle R10. L'étape E514 est suivie de l'étape E506. -18- Lors d'une étape E516, réalisée suite à l'étape E506, suite à la réception du message SIP BYE par le dispositif de notification D, le module de détection DTC du dispositif de notification D détecte que la transition d'état T43 de l'état "established " à l'état "terminated" s'est produite. Lors d'une étape E518, le module de notification NTF du dispositif de notification D exécute l'action de notification A8 par transmission du message MSG8 au deuxième automate AT2. Le message MSG8 contient la valeur "offline". La valeur "offline" représente une donnée de contexte de deuxième niveau. Elle est déterminée à partir des données de contexte, dites de premier niveau, fournies par l'entité EP6. La réception de la donnée de contexte "offline" par le deuxième automate AT2 provoque la réalisation de la condition C41. Lors d'une étape E520, le module de vérification VRF du dispositif de notification D vérifie si la condition C42 est vérifiée. Dans le cas où la dernière donnée de contexte fournie par l'entité EP5 est une valeur de charge de travail supérieure à 75, par exemple 80, la condition C42 n'est pas réalisée. Le deuxième automate AT2 se positionne alors en attente d'une nouvelle donnée de contexte, soit en provenance de l'entité EP5, soit en provenance du premier automate à états AT1. Dans le cas où la dernière donnée de contexte fournie par l'entité EP5 est une valeur de charge de travail inférieure à 75, par exemple 74, la condition C42 est réalisée et lors d'une étape E522, le module de détection DTC du dispositif de notification D détecte que la transition T51 de l'état "not free" à l'état "free" s'est produite. L'étape E522 est suivie d'une étape E524 lors de laquelle le module de notification NTF du dispositif de notification D exécute l'action de notification A9 par transmission du message MSG9 sur l'URL indiquée dans le message A9. L'étape E524 est suivie de l'étape E506. Une application installée sur un terminal, par exemple sur le terminal EC1, peut obtenir les messages MSG9 et MSG10 par accès à l'URL d'adresse AD et utiliser les données contenues dans ces messages. REVENDICATIONS1. Dispositif de notification (D) caractérisé en ce qu'il comprend : - des moyens de détermination (DVA) d'une valeur courante (VC) d'au moins une variable d'état (V) décrivant un contexte relatif à une ou plusieurs entités (EP1, EP3) parmi une pluralité d'entités; - des moyens de réception (RCP) d'au moins une règle de notification (R1) définie par un ensemble d'au moins une condition (CT1) et par au moins une action de notification (A1) associée audit ensemble, au moins une condition (CT1) dudit ensemble définissant une transition d'état (Ti) pour une dite variable d'état; - des moyens de détection (DTC) agencés pour détecter à partir d'une valeur courante déterminée si ladite transition d'état (Ti) s'est produite; - des moyens de notification (NTF) configurés pour exécuter ladite au moins une action de notification (A1) lorsque ladite transition d'état s'est produite. 15 2. Dispositif de notification selon la revendication 1 dans lequel : - ledit ensemble comporte au moins une deuxième condition définissant au moins une valeur d'état prédéterminée pour au moins une deuxième variable d'état; - le dispositif comprend des moyens de vérification (VRF) configurés pour vérifier, lorsque ladite 20 transition d'état s'est produite, si une valeur courante déterminée pour ladite deuxième variable d'état est ladite valeur d'état prédéterminée; et - les moyens de notification sont configurés pour exécuter ladite au moins une action de notification lorsque la valeur courante déterminée pour ladite deuxième variable d'état est ladite valeur d'état prédéterminée 25 3. Dispositif de notification selon la revendication 1 dans lequel au moins une variable d'état est définie en fonction d'informations de contexte décrivant des données de contexte fournies par au moins une entité, lesdites informations étant diffusées par ladite au moins une entité. 30 4. Dispositif de notification selon la revendication 1 caractérisé en ce qu'il comporte des moyens de construction configurés pour établir une liste d'informations de contexte, ladite liste comprenant pour au moins une entité, des informations de contexte décrivant des données de contexte fournies par ladite entité. 35 5. Dispositif de notification selon la revendication 4 caractérisé en ce qu'il comporte des moyens de diffusion configurés pour diffuser ladite liste.-20- 6. Procédé de notification caractérisé en ce qu'il comporte les étapes suivantes : - détermination (E110) d'une valeur courante d' au moins une variable d'état décrivant un contexte relatif à une ou plusieurs entités parmi une pluralité d'entités; - réception (E104) d'au moins une règle de notification (R1) définie par un ensemble d'au moins une condition (CT1) et par au moins une action de notification (A1) associée audit ensemble, au moins une condition (CT1) dudit ensemble définissant une transition d'état (Ti) pour une dite variable d'état; - détection (E114) pour détecter à partir d'une valeur courante déterminée si ladite transition d'état (Ti) s'est produite; - exécution (E116) de ladite au moins une action de notification (A1) lorsque ladite transition d'état (Ti) s'est produite. 7. Procédé de notification selon la revendication 6 dans lequel l'action de notification comprend l'envoi d'un message contenant au moins une valeur courante déterminée pour au moins une variable d'état. 8. Procédé de notification selon la revendication 6 dans lequel l'action de notification comprend l'envoi d'un message contenant un ordre d'exécution. 9. Procédé de notification selon la revendication 6 dans lequel une valeur courante d'une variable d'état est déterminée à partir d'au moins une donnée de contexte reçue d'au moins une entité. 10. Procédé de notification selon la revendication 9 dans lequel une deuxième valeur courante d'une deuxième variable d'état est déterminée à partir d'au moins une valeur courante d'une variable d'état. 11. Terminal caractérisé en ce qu'il comporte des moyens de transmission d'au moins une règle de notification définie par un ensemble d'au moins une condition et par au moins une action de notification associée audit ensemble, au moins une condition dudit ensemble définissant une transition d'état pour une dite variable d'état.35