FR2929474A1

FR2929474A1 - Multilayered hierarchical computer architecture for communication system, has event module receiving and/or sending event to lower layer and action module sending and/or receiving action from lower layer

Info

Publication number: FR2929474A1
Application number: FR0852067A
Authority: FR
Inventors: Noel Crespi; Saghir Bassam El
Original assignee: Ecole Nationale Superieure des Telecommunications de Bretagne
Current assignee: IMT Atlantique Bretagne Pays de la Loire
Priority date: 2008-03-28
Filing date: 2008-03-28
Publication date: 2009-10-02
Anticipated expiration: 2028-03-28
Also published as: FR2929474B1

Abstract

« Architecture informatique hiérarchisée à couches multiples »La présente invention concerne une architecture informatique hiérarchisée à couches multiples pour système de communication entre terminaux informatiques, l'architecture comportant au moins deux couches comportant chacune :- un modèle de l'objet de la couche, ce modèle comportant plusieurs états de l'objet,- un module d'événement, pour recevoir et/ou envoyer au moins un événement à une autre couche de l'architecture et,- un module d'action pour envoyer et/ou recevoir une action depuis une autre couche de l'architecture.The present invention relates to a multi-layered hierarchical computer architecture for a communication system between computer terminals, the architecture comprising at least two layers each comprising: a model of the object of the layer; model comprising several states of the object, - an event module, for receiving and / or sending at least one event to another layer of the architecture and, - an action module for sending and / or receiving an action from another layer of architecture.

Description

La présente invention a pour objet une architecture informatique hiérarchisée à couches multiples pour un système de communication entre terminaux informatiques. Au sens de l'invention, on désigne par terminal informatique des terminaux choisis par exemple parmi les ordinateurs, les ordinateurs portables, les micro ordinateurs, les assistants personnels numériques, les téléphones portables, les véhicules équipés d'une interface communicante, les moyens de paiements électroniques, les appareils de positionnement par satellite, par exemple de type GPS. De nos jours, le développement des télécommunications repose sur deux notions : la mobilité et la convergence. La mobilité est associée à l'idée de permettre aux utilisateurs de pouvoir passer des communications en tout endroit et à tout moment. La convergence permet aux utilisateurs d'accéder à une large gamme de services depuis n'importe quel terminal et/ou n'importe quel réseau informatique. Néanmoins, l'introduction de la convergence et de la mobilité dans les télécommunications peut avoir des aspects négatifs, comme la faculté pour un utilisateur de pouvoir être joint alors qu'il n'est pas disposé à passer des communications, par exemple lors d'une réunion de travail. Pour remédier à cet inconvénient, la publication B. El Saghir et N. Crespi "An Intelligent Assistant for Context-Aware Adaptation of Persona/ Communications" propose un assistant intelligent adaptant selon le contexte les communications personnelles. The present invention relates to a multi-layer hierarchical computer architecture for a communication system between computer terminals. For the purposes of the invention, the term "computer terminal" refers to terminals chosen, for example, from computers, laptops, microcomputers, PDAs, mobile phones, vehicles equipped with a communicating interface, the means of electronic payments, satellite positioning apparatus, for example of the GPS type. Today, the development of telecommunications is based on two concepts: mobility and convergence. Mobility is associated with the idea of allowing users to be able to communicate anywhere, anytime. Convergence allows users to access a wide range of services from any terminal and / or any computer network. Nevertheless, the introduction of convergence and mobility in telecommunications may have negative aspects, such as the ability for a user to be able to join when he is not willing to make calls, for example when a working meeting. To remedy this drawback, B. El Saghir and N. Crespi's publication "An Intelligent Assistant for Context-Aware Adaptation of Persona / Communications" offers an intelligent assistant that adapts personal communications according to the context.

Pour réaliser un tel assistant intelligent, il est souhaitable de se fonder sur un modèle représentatif du monde réel dans lequel les communications ont lieu. Selon la demanderesse, on peut décomposer le modèle réel en trois niveaux : un niveau de session impliquant des sessions pour échanger des médias et pour transmettre des signaux, un niveau de communication mettant en jeu un environnement de communication représentant différents concepts tels que l'identité de l'utilisateur, la localisation de l'utilisateur et les terminaux et réseaux auxquels il a accès et, un niveau utilisateur focalisé sur des informations spécifiques à l'utilisateur telle que son statut, son profil et ses préférences. Pour implémenter un assistant intelligent, il peut par conséquent s'avérer souhaitable de mettre en jeu une architecture hiérarchisée multicouche dans laquelle chaque couche interagit avec l'un des niveaux du modèle réel ci-dessus. Il existe par conséquent un besoin pour bénéficier d'une architecture informatique permettant de réaliser un assistant intelligent pour concilier les exigences de convergence et de mobilité dans les télécommunications avec l'aptitude d'un utilisateur à passer des communications. L'invention vise à répondre à ce besoin et y parvient grâce à une architecture informatique hiérarchisée à couches multiples pour système de communication entre au moins deux terminaux informatiques, l'architecture comportant au moins deux couches comportant chacune: un modèle de l'objet de la couche, ce modèle comportant plusieurs états de l'objet, un module d'événement, pour recevoir et/ou envoyer au moins un 10 événement à une autre couche de l'architecture et, - un module d'action pour envoyer et/ou recevoir une action depuis une autre couche de l'architecture. L'invention permet d'obtenir une structure multicouche hiérarchisée. Le choix d'une architecture multicouche pour réaliser l'architecture peut permettre d'optimiser la 15 performance globale de l'architecture en délégant des tâches simples qui nécessitent un traitement rapide à des couches inférieures de l'architecture et en laissant les tâches plus complexes et plus coûteuses en terme de ressources, notamment de temps de calcul, aux couches supérieures de l'architecture. Contrairement au modèle de référence OSI défini par exemple dans la 20 publication J.Day et H. Zimmermann "the OSI référence model", dans lequel chaque couche de l'architecture est spécifique aux tâches qui lui incombent, dans des exemples de mise en oeuvre de l'architecture selon l'invention, les couches peuvent être implémentées selon un modèle standard qui peut être réutilisé à chaque niveau de l'architecture en ne modifiant que l'objet sur lequel la couche opère. 25 L'invention peut par ailleurs permettre de bénéficier d'une architecture intuitive et facile à implémenter. Le module d'événement de la couche est par exemple agencé pour, à la réception d'un évènement depuis une autre couche, provoquer le passage de l'état du modèle de l'objet de la couche d'un état passé à un état actuel. 30 On désigne par état passé l'état du modèle de l'objet de la couche avant la réception d'un événement depuis l'autre couche par le module d'événement de la couche et par état actuel l'état du modèle de l'objet de la couche après réception depuis l'autre couche de l'événement par le module d'événement de la couche. Le module d'action de la couche est par exemple agencé pour, à la réception d'une action du module d'action d'une autre couche, ajouter un ou plusieurs états futurs au 5 modèle de l'objet de la couche. On désigne par état futur l'état vers lequel le modèle de l'objet de la couche est supposé évoluer lorsque le module d'événement de la couche reçoit un événement correspondant. Les états du modèle de l'objet de la couche comportent par exemple l'un au 10 moins d'un état référençant (en anglais mapping state), d'un état référencé (mapped state) et d'un état autonome. On désigne par état référençant un état du modèle de l'objet d'une couche de l'architecture qui est associé à un état du modèle de l'objet d'une couche supérieure à ladite couche dans l'architecture, cet état du modèle de l'objet de la couche supérieure 15 étant un état référencé. On désigne par état autonome un état n'étant ni un état référençant, ni un état référencé. Le module d'évènement d'une couche dans laquelle un état référençant du modèle de l'objet est atteint est par exemple agencé pour détecter le passage du modèle de 20 l'objet de la couche dans cet état référençant et pour envoyer au moins un évènement au module d'évènement d'une couche supérieure de l'architecture. La couche supérieure est par exemple la couche directement supérieure dans l'architecture, c' est-à-dire que pour une couche N, la couche directement supérieure dans l'architecture est la couche N+1. 25 Le module d'évènement de la couche supérieure de l'architecture peut être agencé pour recevoir l'événement et pour provoquer le passage du modèle de l'objet de la couche supérieure à un état référencé. L'invention peut permettre de mettre à jour les informations dans l'architecture en faisant, par l'envoi d'événements, remonter les informations d'une couche vers la 30 couche lui étant supérieure pour actualiser pour chaque couche de l'architecture l'état du modèle de l'objet de celle-ci. To achieve such an intelligent assistant, it is desirable to rely on a representative model of the real world in which communications take place. According to the applicant, the real model can be broken down into three levels: a session level involving sessions for exchanging media and for transmitting signals, a level of communication involving a communication environment representing different concepts such as identity. of the user, the location of the user and the terminals and networks to which he has access, and a user level focused on user-specific information such as his status, profile and preferences. To implement a smart wizard, it may therefore be desirable to use a multilayered hierarchical architecture in which each layer interacts with one of the levels of the actual model above. There is therefore a need to benefit from a computer architecture for making an intelligent assistant to reconcile the requirements of convergence and mobility in telecommunications with the ability of a user to pass communications. The invention aims to meet this need and achieves this through a hierarchical multi-layered computer architecture for communication system between at least two computer terminals, the architecture comprising at least two layers each comprising: a model of the object of the layer, this model comprising several states of the object, an event module, for receiving and / or sending at least one event to another layer of the architecture and, - an action module for sending and / or receive an action from another layer of the architecture. The invention makes it possible to obtain a hierarchical multilayer structure. Choosing a multi-layered architecture to achieve the architecture can optimize the overall performance of the architecture by delegating simple tasks that require fast processing to lower layers of the architecture and leaving more complex tasks and more expensive in terms of resources, especially computing time, to the upper layers of architecture. In contrast to the OSI reference model defined for example in J.Day and H. Zimmermann "the OSI reference model", in which each layer of the architecture is specific to the tasks incumbent on it, in implementation examples. of the architecture according to the invention, the layers can be implemented according to a standard model that can be reused at each level of the architecture by modifying only the object on which the layer operates. The invention can also provide an intuitive architecture that is easy to implement. The event module of the layer is, for example, arranged for, on receiving an event from another layer, causing the state of the model of the object of the layer to change from a state to a state current. The state of the model of the layer object is designated by state past before the reception of an event from the other layer by the event module of the layer and by current state the state of the model of the layer. layer object after receiving from the other layer of the event by the event module of the layer. The action module of the layer is, for example, arranged for, on receiving an action of the action module of another layer, adding one or more future states to the model of the object of the layer. By future state, the state to which the model of the object of the layer is supposed to evolve when the event module of the layer receives a corresponding event. The states of the model of the object of the layer comprise for example at least one of a referencing state (in English mapping state), a referenced state (mapped state) and an autonomous state. By state referencing a state of the model of the object of a layer of the architecture which is associated with a state of the model of the object of a layer higher than said layer in the architecture, this state of the model of the object of the upper layer being a referenced state. An autonomous state denotes a state that is neither a referencing state nor a referenced state. The event module of a layer in which a state referencing the model of the object is reached is for example arranged to detect the passage of the model of the object of the layer in this referencing state and to send at least one event at the event module of a higher layer of architecture. The upper layer is for example the layer directly higher in the architecture, that is to say that for an N layer, the layer directly higher in the architecture is the N + 1 layer. The event module of the upper layer of the architecture may be arranged to receive the event and to cause the model of the object of the upper layer to move to a referenced state. The invention can make it possible to update the information in the architecture by sending, by sending events, reassembling the information of a layer to the layer being superior to it for updating for each layer of the architecture. state of the model of the object of this one.

Le module d'action d'une couche peut être agencé pour envoyer une action au module d'action d'une couche inférieure de l'architecture pour permettre le passage du modèle de l'objet de ladite couche à un autre état. La couche inférieure est par exemple la couche directement inférieure dans l'architecture, c'est-à-dire que pour une couche N, la couche directement inférieure est la couche N-1. Le module d'action de la couche inférieure est par exemple agencé pour déterminer, en réponse à l'action reçue, un plan consistant en une séquence d'au moins un état futur du modèle de l'objet de la couche inférieure, notamment une pluralité d'états futurs du modèle de l'objet. Le module d'action de la couche inférieure est par exemple agencé pour provoquer le passage d'un état futur à l'autre de la séquence d'états du modèle de l'objet de la couche inférieure en réponse à la réception d'un événement correspondant par le module d'événement de la couche inférieure ou à l'envoi d'une action correspondante par le module d'action de la couche inférieure à une couche encore inférieure. La séquence d'états futurs du modèle de l'objet de la couche inférieure déterminée en réponse à une action reçue par le module d'action de la couche inférieure se termine par exemple par un état référençant, ce qui peut permettre de prévenir la couche dont le module d'action a émis l'action responsable de la détermination du plan de l'exécution du plan et de mettre à jour son modèle de l'objet. Une architecture hiérarchisée selon l'invention comporte par exemple trois couches telles que définies ci-dessus et une quatrième couche comportant un module d'événement, un module d'action et dépourvue de modèle de l'objet. Au moins une couche peut mettre en oeuvre le protocole SIP (session initiation protocole). L'invention a encore pour objet, selon un autre de ses aspects, un procédé de modification de l'état du modèle de l'objet d'une couche d'une architecture à couches multiples hiérarchisées pour réaliser un système de communication entre au moins deux terminaux informatiques, procédé dans lequel on modifie l'état du modèle de l'objet de la couche en réponse à au moins une information reçue depuis au moins une couche adjacente à ladite couche ou envoyée à au moins une couche adjacente par ladite couche. The action module of a layer may be arranged to send an action to the action module of a lower layer of the architecture to allow the passage of the model of the object of said layer to another state. The lower layer is for example the layer directly lower in the architecture, that is to say that for a layer N, the directly lower layer is the N-1 layer. The action module of the lower layer is, for example, arranged to determine, in response to the action received, a plane consisting of a sequence of at least one future state of the model of the object of the lower layer, in particular a plurality of future states of the model of the object. The action module of the lower layer is for example arranged to cause the passage of a future state to the other of the state sequence of the model of the object of the lower layer in response to the receipt of a corresponding event by the event module of the lower layer or sending a corresponding action by the action module of the lower layer to a still lower layer. The future state sequence of the model of the object of the lower layer determined in response to an action received by the action module of the lower layer ends for example with a referencing state, which can prevent the layer whose action module issued the action responsible for determining the plan execution plan and updating its model of the object. A hierarchical architecture according to the invention comprises, for example, three layers as defined above and a fourth layer comprising an event module, an action module and without a model of the object. At least one layer can implement the SIP protocol (session initiation protocol). Another object of the invention is, according to another of its aspects, a method for modifying the state of the model of the object of a layer of a hierarchical multilayer architecture in order to produce a communication system between at least two computer terminals, a method in which the state of the model of the object of the layer is modified in response to at least one information received from at least one layer adjacent to said layer or sent to at least one adjacent layer by said layer.

On désigne par couche adjacente une couche directement supérieure ou directement inférieure à ladite couche dans l'architecture. Le modèle de l'objet de la couche peut passer d'un état actuel à un état futur lors de la réception d'un événement par le module d'événement et/ou lors de l'envoi d'une action par le module d'action, l'état actuel du modèle de l'objet avant ce passage devenant un état passé et l'état futur atteint devenant l'état actuel. Le procédé comporte par exemple une étape dans laquelle on modifie l'état du modèle de l'objet de ladite couche en réponse à au moins une information reçue depuis au moins une couche adjacente à ladite couche. An adjacent layer is a layer directly above or directly below said layer in the architecture. The model of the layer object can change from a current state to a future state when an event is received by the event module and / or when an action is sent by the module. action, the current state of the model of the object before this passage becoming a past state and the future state reached becoming the current state. The method comprises for example a step in which the state of the model of the object of said layer is modified in response to at least one information received from at least one layer adjacent to said layer.

L'information reçue par ladite couche résulte par exemple du passage de l'état du modèle de l'objet d'une couche adjacente d'un état à un autre état. La couche adjacente est par exemple une couche directement supérieure à ladite couche selon l'architecture hiérarchisée et l'au moins une information reçue par ladite couche correspond par exemple à la réception par le module d'action de ladite couche d'une action depuis le module d'action de la couche directement supérieure. La réception de l'action par le module d'action de ladite couche peut générer dans le modèle de l'objet de ladite couche un plan comportant une séquence d'au moins un état futur, le passage d'un état futur à un autre état futur de la séquence étant conditionné par la réception par le module d'événement de ladite couche d'un événement ou par l'envoi par le module d'action de ladite couche d'une action. La séquence se termine par exemple par un état référençant. La couche adjacente est par exemple une couche directement inférieure à ladite couche dans l'architecture hiérarchisée et l'au moins une information reçue par ladite couche correspond par exemple à la réception d'un évènement par le module d'évènement de ladite couche depuis le module d'événement de la couche directement inférieure dans l'architecture hiérarchisée, la réception de l'événement par le module d'évènement de ladite couche provoquant le passage de l'état du modèle de l'objet de ladite couche à un état référencé. Le procédé peut comporter l'étape selon laquelle on modifie l'état du modèle de 30 l'objet de ladite couche en réponse à une information envoyée à au moins une couche adjacente à ladite couche. The information received by said layer results for example from the change of the state of the model of the object of an adjacent layer from one state to another state. The adjacent layer is for example a layer directly greater than said layer according to the hierarchical architecture and the at least one information received by said layer corresponds for example to the reception by the action module of said layer of an action since the action module of the layer directly superior. The reception of the action by the action module of said layer can generate in the model of the object of said layer a plane comprising a sequence of at least one future state, the transition from one future state to another future state of the sequence being conditioned by the reception by the event module of said layer of an event or by sending by the action module of said layer of an action. For example, the sequence ends with a referencing state. The adjacent layer is for example a layer directly below said layer in the hierarchical architecture and the at least one information received by said layer corresponds for example to the reception of an event by the event module of said layer since the event module of the layer directly lower in the hierarchical architecture, receiving the event by the event module of said layer causing the transition from the state of the model of the object of said layer to a referenced state . The method may include the step of changing the state of the model of the subject of said layer in response to information sent to at least one layer adjacent to said layer.

La couche adjacente est par exemple une couche directement inférieure à ladite couche dans l'architecture hiérarchisée et l'information envoyée à la couche directement inférieure est par exemple la transmission d'une action par le module d'action de ladite couche au module d'action de la couche directement inférieure. The adjacent layer is for example a layer directly below said layer in the hierarchical architecture and the information sent to the directly lower layer is for example the transmission of an action by the action module of said layer to the module of action of the directly lower layer.

La couche adjacente est par exemple dépourvue de modèle de l'objet et l'information reçue par ladite couche depuis la couche adjacente peut ne pas résulter du passage d'un état à un autre du modèle de l'objet de la couche adjacente. L'invention a encore pour objet, selon un autre de ses aspects, une architecture de couches hiérarchisées pour réaliser un système de communication entre au moins deux terminaux informatiques comportant au moins deux couches, chaque couche comportant : - un modèle de l'objet de la couche comportant une pluralité d'états, et - des moyens pour modifier l'état du modèle de l'objet de la couche en fonction d'au moins une l'information envoyée à au moins une couche adjacente et/ou reçue depuis au moins une couche adjacente. The adjacent layer is for example devoid of a model of the object and the information received by said layer from the adjacent layer may not result from the transition from one state to another of the model of the object of the adjacent layer. According to another of its aspects, the invention also provides a hierarchical layer architecture for producing a communication system between at least two computer terminals comprising at least two layers, each layer comprising: a model of the object of the layer comprising a plurality of states, and - means for modifying the state of the model of the object of the layer as a function of at least one information sent to at least one adjacent layer and / or received since at least least one adjacent layer.

L'invention pourra être mieux comprise au vu de la description qui va suivre d'exemples non limitatifs de mise en oeuvre de celle-ci, et à l'examen du dessin annexé, sur lequel : - la figure 1 représente de façon schématique deux couches d'une architecture selon l'invention, - les figures 2a à 2f représentent des modèles de l'objet d'une couche session selon l'invention, - la figure 3 représente de façon schématique une représentation générique d'un état du modèle de l'objet de la couche dimension, et - la figure 4 représente de façon schématique un modèle de l'objet de la 25 couche utilisateur. On a représenté à la figure 1 deux couches adjacentes 2a et 2b d'une architecture hiérarchisée 1 selon l'invention. Comme on peut le voir à la figure 1, chaque couche 2a ou 2b peut comporter un modèle 3a ou 3b de l'objet de la couche, ce modèle comportant plusieurs états 5 de 30 l'objet. Chaque couche 2a ou 2b comporte encore un module d'événement 6a ou 6b et un module d'action 8a ou 8b. The invention will be better understood from the following description of non-limiting examples of implementation thereof, and from the examination of the accompanying drawing, in which: - Figure 1 shows schematically two FIGS. 2a to 2f show models of the object of a session layer according to the invention, FIG. 3 schematically represents a generic representation of a state of the model. of the object of the dimension layer, and - Figure 4 schematically shows a model of the object of the user layer. FIG. 1 shows two adjacent layers 2a and 2b of a hierarchical architecture 1 according to the invention. As can be seen in FIG. 1, each layer 2a or 2b may comprise a model 3a or 3b of the object of the layer, this model comprising several states 5 of the object. Each layer 2a or 2b further comprises an event module 6a or 6b and an action module 8a or 8b.

Comme on peut le voir à la figure 1, le modèle de l'objet comporte différents états. Le modèle de l'objet 3a de la couche 2a comporte par exemple un état passé 5a1, un état actuel 5a2 et des états futurs 5a3 et 5a4. Le modèle d'état 3b de l'objet de la couche 2b comporte dans l'exemple décrit un état passé 5b1, un état actuel 5b2 et des états futurs 5b3, 5b4 et 5b5. Dans l'exemple décrit, les états 5b1, 5b3 et 5b5 sont des états référençants et sont respectivement associés aux états 5a2, 5a3 et 5a4 qui sont des états référencés. Le module d'évènement 6a ou 6b de chaque couche 2a ou 2b est agencé pour, à la réception d'un évènement d'une couche directement inférieure dans l'architecture, provoquer le passage du modèle de l'objet de la couche 2a ou 2b de l'état actuel à un état futur, ce dernier état étant l'état que le modèle de l'objet 3a ou 3b est supposé avoir après réception de l'évènement. Dans l'exemple décrit, le passage du modèle de l'objet 3b à l'état référençant 5b3 est détecté par le module d'événement 6b qui envoie un événement au module d'événement 6a de la couche 2a. Ce module d'événement 6a peut alors provoquer le passage du modèle de l'objet 3a de l'état passé 5a2 à l'état actuel 5a4 qui est l'état référencé associé à l'état 5b3 de la couche 2b. De la même manière, le passage du modèle d'état de l'objet 3b de l'état 5b2 20 vers l'état 5b4 puis vers l'état 5b5provoque le passage du modèle de l'état de l'objet 3a de l'état 5a2 à l'état 5a3. Le module d'action 8a ou 8b est agencé pour provoquer le passage de l'état présent à l'état futur du modèle de l'objet 3a ou 3b après émission d'une action par le module d'action 8a ou 8b. 25 Lorsque le modèle de l'objet 3a de la couche 2a veut évoluer vers un état futur particulier, résultant par exemple d'une règle prédéfinie dans la couche 2a, le module d'action 8a est agencé pour élaborer l'action associée à cette évolution d'état et envoyer cette action au module d'action 8b de la couche 2b. L'envoi de l'action au module d'action 8b provoque dans l'exemple décrit 30 l'addition d'un état futur au modèle de l'objet 3a de la couche 2a et le passage de ce modèle de l'objet 3a d'un état actuel à un état futur. As can be seen in Figure 1, the model of the object has different states. The model of the object 3a of the layer 2a comprises for example a past state 5a1, a current state 5a2 and future states 5a3 and 5a4. The state model 3b of the object of the layer 2b comprises in the example described a past state 5b1, a current state 5b2 and future states 5b3, 5b4 and 5b5. In the example described, the states 5b1, 5b3 and 5b5 are referential states and are respectively associated with the states 5a2, 5a3 and 5a4 which are referenced states. The event module 6a or 6b of each layer 2a or 2b is arranged to, on receiving an event of a layer directly lower in the architecture, cause the passage of the model of the object of the layer 2a or 2b of the current state to a future state, the latter state being the state that the model of the object 3a or 3b is supposed to have after receiving the event. In the example described, the transition from the model of the object 3b to the reference state 5b3 is detected by the event module 6b which sends an event to the event module 6a of the layer 2a. This event module 6a can then cause the model of the object 3a to change from the past state 5a2 to the current state 5a4 which is the referenced state associated with the state 5b3 of the layer 2b. In the same way, the transition from the state model of the object 3b of the state 5b2 to the state 5b4 then to the state 5b5provokes the passage of the model of the state of the object 3a of the state 5a2 at state 5a3. The action module 8a or 8b is arranged to cause the transition from the present state to the future state of the model of the object 3a or 3b after an action has been sent by the action module 8a or 8b. When the model of the object 3a of the layer 2a wants to evolve towards a particular future state, resulting for example from a rule predefined in the layer 2a, the action module 8a is arranged to elaborate the action associated with this state evolution and send this action to the layer 2b action module 8b. The sending of the action to the action module 8b causes in the example described 30 the addition of a future state to the model of the object 3a of the layer 2a and the passage of this model of the object 3a. from a current state to a future state.

Le module d'action 8b détermine à partir de cette action reçue un plan comportant une séquence d'états futurs qui sont ajoutés aux états du modèle de l'objet 3b, le passage d'un état futur à l'autre étant conditionné à la réception d'un événement par le module d'événement 6b ou par l'envoi d'une action par le module d'action 8b à une couche encore inférieure dans l'architecture. Une telle séquence d'états futurs comporte au moins un état référençant, permettant de signaler à la couche 2a l'exécution de la séquence afin de mettre à jour l'état du modèle d'état de l'objet 3a. La séquence d'états futurs peut par ailleurs comporter des états autonomes, ces derniers n'étant ni des états référencés ni des états référençants. The action module 8b determines from this action received a plan comprising a sequence of future states which are added to the states of the model of the object 3b, the transition from one future state to the other being conditioned by the receiving an event by the event module 6b or by sending an action by the action module 8b to a still lower layer in the architecture. Such a future state sequence comprises at least one referencing state, making it possible to indicate to the layer 2a the execution of the sequence in order to update the state of the state model of the object 3a. The future state sequence may further comprise autonomous states, the latter being neither referenced states nor reference states.

L'invention permet de mettre en oeuvre une communication entre les différentes couches pour mettre à jour les modèles de l'objet de chaque couche en fonction de l'évolution des modèles de l'objet des autres couches. On va maintenant décrire un exemple d'application d'une architecture selon l'invention à l'implémentation d'assistants intelligents tels que décrits dans la publication B.El Seghir, N. Crespi "An Intelligent Assistant for Contex- Aware Adaptaion of Persona/ Communications". Dans cet exemple, l'assistant intelligent est implémenté selon une architecture comportant quatre couches ordonnées en ordre croissant de complexité : la couche message, la couche session, la couche dimension et la couche utilisateur. Chacune de ces couches est implémentée en utilisant le modèle de couche décrit en référence à la figure 1. La couche message correspond à la couche la plus basse de l'architecture de l'assistant intelligent. Cette couche message est dépourvue de modèle d'état de l'objet mais comporte un module d'événement 6 et un module d'action 8 pour communiquer avec la couche directement supérieure qui est dans l'exemple décrit la couche session. The invention makes it possible to implement a communication between the different layers to update the models of the object of each layer according to the evolution of the models of the object of the other layers. An example of application of an architecture according to the invention to the implementation of intelligent wizards as described in the publication B.El Seghir, N. Crespi "An Intelligent Assistant for Contex- Aware Adaptaion of Persona" will now be described. / Communications ". In this example, the intelligent wizard is implemented according to an architecture comprising four ordered layers in increasing order of complexity: the message layer, the session layer, the dimension layer and the user layer. Each of these layers is implemented using the layer model described with reference to Figure 1. The message layer corresponds to the lowest layer of the architecture of the intelligent assistant. This message layer has no object state model but includes an event module 6 and an action module 8 for communicating with the directly higher layer which in the example describes the session layer.

La couche message traite par exemple des interactions au niveau des messages, également appelées interactions réactives car ces interactions ne nécessitent qu'un traitement simple et rapide. Un tel exemple d'interactions correspond à la détection des messages qui nécessitent un accusé de réception et l'envoi de tels accusés de réception. Dans cette couche message, la reconnaissance des évènements consiste à effectuer une analyse syntaxique des messages reçus et à en extraire les en-têtes de section et les valeurs. Cette couche a également pour tâche de déterminer les valeurs des en-têtes de section d'éventuels nouveaux messages à envoyer. Cette couche a encore pour tâche de structurer ces valeurs dans des messages qui sont ensuite émis. Cette couche message interagit avec la couche lui étant directement supérieure dans l'architecture qui est dans l'exemple décrit la couche session. For example, the message layer deals with message-level interactions, also called reactive interactions, because these interactions require only simple and fast processing. Such an example of interactions is the detection of messages that require acknowledgment and sending such acknowledgments. In this message layer, event recognition consists of parsing received messages and retrieving section headers and values. This layer also has the task of determining the values of the section headers of any new messages to be sent. This layer still has the task of structuring these values in messages that are then sent. This message layer interacts with the layer being directly higher in the architecture which is in the example described the session layer.

La couche session est responsable de la gestion des sessions de communication et maintient des informations relatives aux états de session de terminaux informatiques communiquant avec l'assistant intelligent. Cette couche session met en oeuvre dans l'exemple décrit le protocole SIP qui est défini par le RFC 3261 auquel on se référera utilement. Cependant, l'invention n'est pas 10 limitée à l'implémentation selon le protocole SIP. On a représenté aux figures 2a à 2f des exemples de modèles de l'objet 3 de la couche session lors d'une session entre l'agent SIP local de l'assistant intelligent et l'agent SIP éloigné associé au terminal informatique de l'utilisateur avec lequel la session de communication a lieu. 15 Comme on peut le voir, le modèle de l'objet 3 comporte dans cet exemple une pluralité d'états 500 à 507. Dans les exemples des figures 2a et 2b, on n'a représenté que le modèle de l'objet de l'agent SIP local de l'assistant intelligent. Dans l'exemple de la figure 2a, la session se déroule entre l'assistant 20 intelligent et un utilisateur et est initiée à l'initiative de l'assistant intelligent. Dans l'exemple de la figure 2b, la session se déroule entre l'assistant intelligent et un utilisateur et est initiée à l'initiative de l'utilisateur. Dans l'exemple des figures 2c à 2f, on a représenté le modèle de l'objet de la couche session de l'agent SIP local de l'assistant intelligent, et de l'agent SIP éloigné 25 associé au terminal informatique de l'utilisateur avec lequel la session a lieu. Les figures 2c et 2d représentent des exemples d'échanges d'informations entre l'assistant intelligent et un utilisateur lors d'une session. Les figures 2e et 2f représentent des exemples de terminaison de session entre l'assistant intelligent et un utilisateur, respectivement à l'initiative de l'utilisateur et de 30 l'assistant intelligent. L'invention peut permettre, en cas de session entre l'assistant intelligent et un utilisateur, l'emploi d'un seul état de dialogue pour représenter les états de dialogue de l'agent SIP local de l'assistant intelligent et de l'agent SIP éloigné associé au terminal informatique d'un l'utilisateur avec lequel la communication a lieu Le modèle de l'objet d'une telle couche session comporte dans l'exemple décrit trois états référençants 501, 505 et 507 qui sont respectivement des états correspondant à l'initialisation d'une session, à l'établissement de la session et à l'arrêt de la session. Le modèle de l'objet comporte encore des états autonomes 500, 502, 503, 504 et 506 qui correspondent respectivement à la non session, au traitement de l'initialisation de la session, à une alerte transmise, à la confirmation de la réception de l'alerte ou à la confirmation des opérations d'initialisation de la session et, aux opérations de terminaison de la session. Cette couche session comporte encore un module d'évènement, agencé pour recevoir de la couche message des évènements correspondants à l'analyse syntaxique des messages et à des couples en-tête de section/valeurs. Chaque évènement reçu est traité par le module d'évènement de la couche session afin de déterminer l'état que le modèle de l'objet de la couche session de l'agent SIP éloigné est supposé avoir lorsque le message reçu par la couche message a été envoyé. Le module d'événement de la couche session est également agencé pour envoyer un événement au module d'événement de la couche de l'architecture directement supérieure à la couche session, à savoir la couche dimension. De tels événements sont transmis lorsque le modèle de l'objet de la couche session atteint l'un des états référançants 501, 505 et 507, de tels événements indiquant respectivement à la couche dimension que la session est initialisée, établie et terminée. La couche session comporte également un module d'action agencé pour envoyer des couples en-tête de section/valeurs au module d'action de la couche message. The session layer is responsible for managing the communication sessions and maintains information on the session states of computer terminals communicating with the intelligent assistant. This session layer implements in the example described the SIP protocol which is defined by the RFC 3261 which will be usefully referred. However, the invention is not limited to implementation according to the SIP protocol. FIGS. 2a to 2f show examples of models of the object 3 of the session layer during a session between the local SIP agent of the intelligent assistant and the remote SIP agent associated with the computer terminal of the user with whom the communication session takes place. As can be seen, the model of object 3 comprises in this example a plurality of states 500 to 507. In the examples of FIGS. 2a and 2b, only the model of the object of FIG. local SIP agent of the intelligent assistant. In the example of Figure 2a, the session runs between the smart wizard and a user and is initiated on the initiative of the intelligent assistant. In the example of Figure 2b, the session takes place between the intelligent assistant and a user and is initiated at the initiative of the user. In the example of FIGS. 2c to 2f, there is shown the model of the session layer object of the local SIP agent of the intelligent assistant, and of the remote SIP agent associated with the computer terminal of the user with whom the session takes place. Figures 2c and 2d show examples of information exchanges between the intelligent assistant and a user during a session. Figures 2e and 2f show examples of session termination between the intelligent assistant and a user respectively at the initiative of the user and the intelligent assistant. The invention can, in the case of a session between the intelligent assistant and a user, use a single dialog state to represent the dialog states of the local SIP agent of the smart assistant and the user. remote SIP agent associated with the computer terminal of a user with whom the communication takes place The model of the object of such a session layer comprises in the example described three referencing states 501, 505 and 507 which are respectively states corresponding to the initialization of a session, the establishment of the session and the termination of the session. The model of the object further comprises autonomous states 500, 502, 503, 504 and 506 corresponding respectively to the non-session, to the processing of the initialization of the session, to an alert transmitted, to the confirmation of the reception of alerting or confirming the initialization operations of the session and the session termination operations. This session layer also comprises an event module, arranged to receive messages corresponding to the parsing of the messages and section / value header pairs from the message layer. Each received event is processed by the event module of the session layer to determine the state that the object model of the session layer of the remote SIP agent is assumed to have when the message received by the message layer has been sent. The event module of the session layer is also arranged to send an event to the event module of the architecture layer directly above the session layer, namely the dimension layer. Such events are transmitted when the object model of the session layer reaches one of the referencing states 501, 505 and 507, such events respectively indicating to the dimension layer that the session is initialized, established and terminated. The session layer also includes an action module arranged to send section / value header couples to the action module of the message layer.

Avant l'émission de chaque action, le module d'action détermine l'état supposé du modèle de l'objet de l'agent SIP éloigné lorsque le message émis par la couche message aura été reçu par l'agent SIP éloigné. Le module d'action reçoit également les actions envoyées par le module d'action de la couche dimension et les analyse afin de déterminer le plan comportant la séquence d'états futurs associés à cette action et afin d'ajouter ces états futurs au modèle de l'objet. Prior to issuing each action, the action module determines the assumed state of the remote SIP agent's object model when the message sent by the message layer has been received by the remote SIP agent. The action module also receives the actions sent by the action module of the dimension layer and analyzes them in order to determine the plan comprising the sequence of future states associated with this action and to add these future states to the model of action. the object.

Dans le cadre du protocole SIP, cette séquence d'états futurs correspond à une séquence d'états de dialogue et à la séquence correspondante d'actions et d'événements qui servent à la réalisation de la séquence. Dans l'exemple décrit, les événements reçus par le module d'événement de la couche session correspondent aux messages reçus depuis la couche message et les actions envoyées par le module d'action de la couche session correspondent aux messages envoyés à la couche message. Dans l'exemple de la figure 2a, le passage de l'état 500 à l'état 501 s'effectue en réponse à l'envoi d'une action 100 par le module d'action de la couche session, cette action consistant dans cet exemple en l'envoi d'un message d'invitation à entrer en communication à l'agent SIP éloigné. L'envoi de cette action laisse présumer que l'état du modèle de l'objet de la couche session de l'agent SIP éloigné va passer à l'état d'initialisation 501 lorsqu'il reçoit cette action. Le passage de l'état 501 à l'un des états 502, 503 et 504, de l'état 502 à l'un des états 503 et 504 et de l'état 503 à l'état 504 s'effectue en réponse à la réception par le module d'événement de la couche session d'événements 101, 102, 103 ou 104. Par exemple, la réception par l'agent SIP local d'un message d'accord depuis l'agent SIP éloigné est traitée de façon à établir l'hypothèse que l'état du modèle de l'objet de la couche session de l'agent SIP éloigné a atteint l'état 504. La réception du message d'accord provoque l'émission par le module d'événement de la couche message d'un événement 103 qui est reçu par le module d'événement de la couche session, ce qui provoque le passage du modèle de l'objet de la couche session de l'agent SIP local à l'état 504 depuis l'un quelconque des états 501, 502 et 503. Le passage de l'état 504 à l'état 505 s'effectue en réponse à l'envoi par le module d'action de la couche d'une action 107, qui correspond par exemple à l'envoi par le module d'action d'une action correspondant à l'envoi d'un accusé réception par la couche message. Dans l'exemple de la figure 2b, le passage de l'état 500 à l'état 501 se fait en réponse à la réception par le module d'événement de la couche session d'un événement 108, ce dernier correspondant par exemple à la réception par la couche message d'un message d'invitation à entrer en communication. Le modèle de l'objet peut, depuis l'état 501 qui est l'état d'initialisation de la session, passer directement à l'état 504 de confirmation des opérations d'initialisation de la session si une action 110 correspondant à l'envoi d'un message de succès est transmise par le module d'action. En variante, le module d'action peut envoyer une action 109 correspondant à des tentatives d'établissement de la session, provoquant le passage de l'état 501 à l'état 502 5 qui est l'état de traitement de l'initialisation de la session. Ensuite, une action 111 correspondant à un succès est par exemple transmise par le module d'action de la couche session, provoquant le passage de l'état 502 à l'état 504. La réception par le module d'événement de la couche session d'un événement 112 correspondant par exemple à un accusé réception provoque le passage de l'état 504 à 10 l'état 505 qui est l'état d'établissement de la session. Dans les exemples des figures 2c à 2f on a représenté en vis-à-vis des modèles de l'objet de couches sessions d'un agent SIP local et d'un agent SIP éloigné tels que définis ci-dessus. Comme on peut le voir, les agents SIP local et éloigné peuvent interagir selon 15 des relations 120. L'architecture comporte encore une couche dimension agencée pour intégrer des informations relatives à différentes sessions ainsi qu'au contexte dans lequel les sessions se déroulent en un seul modèle de l'objet reposant sur deux concepts : la dimension et la communication. 20 On désigne par dimension une variable décrivant un aspect particulier du monde de l'utilisateur, comme par exemple son identité, sa localisation ou le terminal qu'il utilise. Chaque dimension possède une propre liste de valeurs possibles qui ne peuvent pas être partagées avec une autre dimension. On distingue deux types de dimensions, les dimensions de communication et les dimensions de contexte. 25 Les dimensions de communication permettent de caractériser la communication et sont au nombre de six : - qui ? : à savoir quelles sont les personnes impliquées dans la communication ?, - quel terminal ? : à savoir quels sont les terminaux utilisés pour la 30 communication ?, - où ? : c'est-à-dire quel est le réseau informatique disponible pour la communication ?, quoi ? : à savoir quel est le type de communication ?, quand ? : c'est-à-dire quels sont les paramètres temporels ? et, pourquoi ? : c'est-à-dire quel est le sujet et le but de la communication ? Les dimensions de contexte ne décrivent pas directement la communication mais identifient des facteurs qui peuvent influencer la communication comme la largeur de bande de la connexion ou la localisation de l'utilisateur. Le concept de communication est une relation abstraite entre deux ou plusieurs interlocuteurs, impliquant un échange d'informations unidirectionnel ou bidirectionnel dans un réseau informatique. Au sens de l'invention, la communication est identifiée par deux jeux de valeurs de dimensions de communication, le premier jeu décrivant l'appelant et le deuxième jeu décrivant l'appelé. L'objet de la couche dimension est l'environnement dans lequel les communications ont lieu. Cet environnement est décrit par le jeu de toutes les valeurs possibles que les dimensions peuvent avoir. Un état de l'environnement et, par conséquent du modèle de l'objet, est déterminé à un instant donné par deux facteurs, les communications établies et le contexte. Les communications établies sont représentées par des associations temporaires entre les valeurs de dimensions qui décrivent ces communications. Par exemple, une communication impliquant l'ordinateur d'un utilisateur pourrait être représentée par : - un lien entre le nom de l'utilisateur et l'ordinateur de l'utilisateur et, - une valeur de dimension temporaire correspondant à la communication. Pour ce qui est du contexte, ce dernier est dans l'exemple décrit représenté par des relations entre les dimensions, par exemple un terminal localisé à un endroit particulier ou un utilisateur possédant un terminal spécifique On a représenté à la figure 4 un exemple de représentation générique de l'état du modèle de l'objet de la couche dimension Une représentation particulière de l'état de l'objet de cette couche dimension consiste en un ensemble de liens entre des valeurs particulières de dimensions. Ces liens sont insérés et mis à jour par des modules et des informations de 30 contexte non représentés. As part of the SIP protocol, this future state sequence corresponds to a sequence of dialogue states and the corresponding sequence of actions and events that serve to carry out the sequence. In the example described, the events received by the event module of the session layer correspond to the messages received from the message layer and the actions sent by the action module of the session layer correspond to the messages sent to the message layer. In the example of FIG. 2a, the transition from state 500 to state 501 occurs in response to the sending of an action 100 by the action module of the session layer, this action consisting in this example by sending an invitation message to communicate with the remote SIP agent. The sending of this action presumes that the state of the object model of the session layer of the remote SIP agent will go to the initialization state 501 when it receives this action. The transition from state 501 to one of states 502, 503 and 504, from state 502 to one of states 503 and 504 and from state 503 to state 504 is performed in response to receiving by the event module of the event session layer 101, 102, 103 or 104. For example, the receipt by the local SIP agent of a chord message from the remote SIP agent is processed from to hypothesize that the state of the object model of the session layer of the remote SIP agent has reached state 504. The reception of the agreement message causes the event module to transmit of the message layer of an event 103 that is received by the event module of the session layer, which causes the object of the session layer object of the local SIP agent to change to state 504 from any of the states 501, 502 and 503. The transition from the state 504 to the state 505 occurs in response to the sending by the action module of the layer of an action 107, which corrects for example responds to the sending by the action module of an action corresponding to the sending of an acknowledgment by the message layer. In the example of FIG. 2b, the transition from state 500 to state 501 occurs in response to the event module receiving the session layer of an event 108, the latter corresponding, for example, to receiving by the message layer of an invitation message to enter into communication. The model of the object can, since the state 501 which is the state of initialization of the session, go directly to the state 504 of confirmation of the initialization operations of the session if an action 110 corresponding to the sending a success message is transmitted by the action module. As a variant, the action module may send an action 109 corresponding to attempts to set up the session, causing state 501 to change to state 502, which is the processing state of the initialization of the session. the session. Then, an action 111 corresponding to a success is for example transmitted by the action module of the session layer, causing the transition from state 502 to state 504. The reception by the event module of the session layer an event 112 corresponding for example to an acknowledgment of receipt causes the transition from state 504 to state 505 which is the state of establishment of the session. In the examples of FIGS. 2c to 2f, the models of the session layer object of a local SIP agent and of a remote SIP agent as defined above are shown opposite. As can be seen, the local and remote SIP agents may interact in relationships 120. The architecture further includes a dimension layer arranged to integrate information relating to different sessions as well as to the context in which the sessions take place in one. the only model of the object based on two concepts: dimension and communication. By dimension is meant a variable describing a particular aspect of the user's world, such as, for example, his identity, his location or the terminal he uses. Each dimension has its own list of possible values that can not be shared with another dimension. There are two types of dimensions, the communication dimensions and the context dimensions. The communication dimensions make it possible to characterize the communication and are six in number: - who? : who are the people involved in the communication? - which terminal? : what are the terminals used for communication?, - where? : what is the computer network available for communication?, what? : what is the type of communication?, when? : what are the temporal parameters? and why ? : what is the subject and purpose of the communication? Context dimensions do not directly describe the communication but identify factors that may influence the communication such as the bandwidth of the connection or the location of the user. The concept of communication is an abstract relationship between two or more interlocutors, involving unidirectional or bidirectional information exchange in a computer network. For the purposes of the invention, the communication is identified by two sets of communication dimension values, the first set describing the caller and the second set describing the called party. The object of the dimension layer is the environment in which communications take place. This environment is described by the set of all possible values that dimensions can have. A state of the environment, and hence of the object model, is determined at a given moment by two factors, the established communications and the context. The established communications are represented by temporary associations between the dimension values that describe these communications. For example, a communication involving a user's computer could be represented by: - a link between the user's name and the user's computer and, - a temporary dimension value corresponding to the communication. With regard to the context, the latter is in the example described represented by relations between the dimensions, for example a terminal located at a particular location or a user having a specific terminal. FIG. generic state of the object model of the dimension layer A particular representation of the state of the object of this dimension layer consists of a set of links between particular dimension values. These links are inserted and updated by unrepresented modules and context information.

Le modèle de l'objet de la couche dimension peut comporter des états référençants, qui correspondent à un ensemble de liens satisfaisant à une préférence prédéfinie par l'utilisateur de l'assistant intelligent. Le modèle de l'objet de la couche dimension peut également comporter des états référencés, qui correspondent à un ensemble de liens décrivant la session établie dans la couche session. Dans cet exemple, un état du modèle de l'objet de la couche dimension est représenté par quatre dimensions de communication 301, 302, 303 et 304 parmi les six dimensions de communication mentionnées précédemment, à savoir qui ?, quel terminal ? , où ? et quand ? et deux dimensions de contexte 305 et 306, à savoir la localisation de l'utilisateur et la largeur de bande. Un lien entre deux dimensions de communication implique que pour n'importe lesquelles de deux valeurs choisies parmi ces dimensions, ces valeurs ne puissent être des paramètres de la même communication à moins qu'il n'y ait un lien véritable entre celles-ci. The model of the object of the dimension layer can comprise referential states, which correspond to a set of links satisfying a preference predefined by the user of the intelligent assistant. The model of the object of the dimension layer can also include referenced states, which correspond to a set of links describing the session established in the session layer. In this example, a state of the model of the object of the dimension layer is represented by four communication dimensions 301, 302, 303 and 304 among the six communication dimensions mentioned previously, namely which?, Which terminal? , or ? and when ? and two context dimensions 305 and 306, namely the user location and the bandwidth. A link between two communication dimensions implies that for any one of two values chosen from these dimensions, these values can not be parameters of the same communication unless there is a true link between them.

Un lien entre deux dimensions de communication et une dimension de situation implique également que pour n'importe lesquelles de deux valeurs choisies parmi ces deux dimensions de communication, ces valeurs ne puissent être des paramètres de la même communication à moins qu'elles ne soient associées à la même valeur de la dimension de situation. A link between two communication dimensions and a situation dimension also implies that for any one of two values chosen from these two communication dimensions, these values can not be parameters of the same communication unless they are associated with them. to the same value of the situation dimension.

Des informations relatives à l'utilisateur et au contexte de l'environnement telles que la présence de l'utilisateur, le profil du terminal de l'utilisateur et l'emplacement de ce terminal ainsi que les capacités du réseau sont reçues par des modules du contexte qui interprète les informations reçues comme des changements dans les liens et les intègre dans le diagramme de dimension. Information about the user and the context of the environment such as the presence of the user, the profile of the user's terminal and the location of this terminal as well as the capabilities of the network are received by modules of the user. context that interprets the received information as changes in the links and integrates them into the dimension diagram.

La couche dimension comporte également un module d'évènement selon l'invention qui reçoit des évènements relatifs à des changements d'états du modèle de l'objet de la couche session. Pour chaque évènement reçu, le module d'évènement traduit la session reçue en une communication en convertissant les paramètres de session dans des valeurs de dimension de communication, en utilisant par exemple des informations relatives à des abonnements d'utilisateurs. Puis, le module d'évènement peut analyser quel est l'état de la session en fonction de l'événement reçu depuis la couche session. The dimension layer also comprises an event module according to the invention which receives events relating to state changes of the model of the object of the session layer. For each received event, the event module translates the received session into a communication by converting the session parameters into communication dimension values, for example using information relating to user subscriptions. Then, the event module can analyze what the state of the session is based on the event received from the session layer.

Si l'événement reçu par le module d'événement de la couche dimension correspond au passage du modèle de l'objet de la couche session à l'état référançant d'initialisation de la session, le module d'évènement de la couche dimension ajoute un état futur à son modèle de l'objet indiquant que la communication sera établie. If the event received by the event module of the dimension layer matches the transition from the object model of the session layer to the initializing state of the session, the event module of the dimension layer adds a future state to its model of the object indicating that the communication will be established.

Si l'événement reçu par le module d'événement de la couche dimension correspond au passage du modèle de l'objet de la couche session à l'état référançant d'établissement de la session, l'état futur mentionné au paragraphe précédent devient un état actuel puisque la session est établie. Si l'événement reçu par le module d'événement de la couche dimension correspond au passage du modèle de l'objet de la couche session à l'état référençant d'arrêt de la session, la communication est supposée terminée et les liens temporaires entre les valeurs de dimensions correspondantes sont défaits. Les actions émises par le module d'action de la couche dimension correspondent à des opérations de contrôle de la communication permettant d'initialiser, de transmettre, de modifier et de terminer les communications. Pour une action destinée à une communication particulière par exemple, le module d'action de la couche dimension peut convertir les valeurs de dimension de la communication concernée dans des paramètres de session avant d' envoyer cette action au module d'action de la couche session. La couche dimension interagit également dans l'exemple décrit avec la couche de l'architecture lui étant directement supérieure, à savoir la couche utilisateur par l'intermédiaire d'événements envoyés et d'actions reçues. Un évènement est envoyé par le module d'évènement de la couche dimension au module d'évènement de la couche utilisateur lorsque le modèle de l'objet de la couche dimension atteint un état référençant. If the event received by the event module of the dimension layer corresponds to the transition from the model of the object of the session layer to the referencing state of establishment of the session, the future state mentioned in the preceding paragraph becomes a current state since the session is established. If the event received by the event module of the dimension layer corresponds to the transition from the model of the object of the session layer to the referencing state of termination of the session, the communication is assumed to be terminated and the temporary links between the corresponding dimension values are undone. Actions issued by the action module of the dimension layer correspond to communication control operations for initializing, transmitting, modifying and terminating communications. For an action for a particular communication for example, the action module of the dimension layer can convert the dimension values of the concerned communication into session parameters before sending this action to the action module of the session layer. . The dimension layer also interacts in the example described with the layer of the architecture being directly superior to it, namely the user layer via sent events and received actions. An event is sent by the event module of the dimension layer to the event module of the user layer when the model of the object of the dimension layer reaches a referencing state.

A la différence de la couche session, les états référençants du modèle de l'objet de la couche dimension ne sont pas prédéfinis mais dépendent des préférences de l'utilisateur, ces préférences étant définies au niveau de la couche utilisateur. On va maintenant décrire la couche utilisateur qui est dans l'exemple considéré la couche supérieure de l'architecture. Unlike the session layer, the referencing states of the model of the object of the dimension layer are not predefined but depend on the preferences of the user, these preferences being defined at the level of the user layer. We will now describe the user layer which is in the example considered the upper layer of the architecture.

Cette couche utilisateur est agencée pour implémenter les préférences de l'utilisateur, ces dernières consistant essentiellement à surveiller les changements pertinents en terme d'environnement de communication et à déclencher des actions manipulant les communications, tel que l'envoi, la modification de paramètres, la terminaison et l'initialisation de nouvelles communications. Une préférence implémentée dans cette couche utilisateur correspond à l'association de deux parties: une partie de condition et une partie d'action. La partie de condition d'une préférence est représentée dans le modèle de l'objet de la couche utilisateur par un état de vérification de la condition et la partie d'action de la préférence est représentée dans le modèle de l'objet de la couche utilisateur par un état d'exécution de l'action. On a représenté à la figure 4 un exemple de modèle de l'objet de la couche utilisateur. Comme on peut le voir, ce modèle correspond à quatre préférences 1l, 12, 13 et 14 et comporte des états de vérification de condition 51, 52 et 53, des états d'exécution d'action 54, 55 et 56 et des états autonomes 50 et 57. Dans l'exemple décrit, les états 51, 52, 53, 54, 55 et 56 sont tous des états 15 référencés, chacun d'eux correspondant à une configuration particulière de liens dans le modèle de l'objet de la couche dimension. Comme on peut le voir sur cette figure 4, des préférences distinctes peuvent partager la même partie de condition ou peuvent partager la même partie d'action. Ainsi, les préférences 12 et 13 partagent la même partie de condition à laquelle 20 est associé l'état 52 et les préférences 13 et 14 partagent la même partie d'action à laquelle est associé l'état 56. Chaque préférence est exécutée à la réception par le module d'événement de la couche utilisateur d'un événement prédéfini et chaque préférence provoque l'envoi par le module d'action de la couche utilisateur d'une action prédéfinie. 25 Dans l'exemple décrit, les préférences 12 et 13 partageant la même partie de condition, elles sont exécutées lorsqu'un même événement prédéfini est reçu par le module d'événement de la couche utilisateur. Toujours selon cet exemple, les préférences 13 et 14 partageant la même partie d'action, elles provoquent l'envoi d'une même action par le module d'action. 30 La partie de condition de chaque préférence définit les liens du modèle de l'objet de la couche dimension qui doivent être surveillés afin d'exécuter cette préférence. This user layer is designed to implement the preferences of the user, the latter essentially consisting in monitoring the relevant changes in terms of the communication environment and in triggering actions manipulating the communications, such as sending, modifying parameters, terminating and initializing new communications. A preference implemented in this user layer corresponds to the association of two parts: a condition part and an action part. The condition part of a preference is represented in the model of the object of the user layer by a state of verification of the condition and the action part of the preference is represented in the model of the object of the layer user by a state of execution of the action. FIG. 4 shows an exemplary model of the object of the user layer. As can be seen, this model corresponds to four preferences 11, 12, 13 and 14 and includes condition verification states 51, 52 and 53, action execution states 54, 55 and 56 and autonomous states 50 and 57. In the example described, the states 51, 52, 53, 54, 55 and 56 are all referenced states, each corresponding to a particular configuration of links in the model of the object of the layer dimension. As can be seen in this figure 4, separate preferences may share the same part of condition or may share the same part of action. Thus, the preferences 12 and 13 share the same condition part with which the state 52 is associated, and the preferences 13 and 14 share the same action part with which the state 56 is associated. Each preference is executed at the same time. receiving by the event module of the user layer a predefined event and each preference causes the action module of the user layer to send a predefined action. In the example described, the preferences 12 and 13 sharing the same condition part, they are executed when the same predefined event is received by the event module of the user layer. Also according to this example, the preferences 13 and 14 sharing the same part of action, they cause the sending of the same action by the action module. The condition part of each preference defines the links of the model of the object of the dimension layer that must be monitored in order to execute this preference.

Lorsque les liens du diagramme de la couche dimension correspondent à la condition de la partie de condition d'une préférence, le modèle de l'objet de la couche dimension atteint un état référençant qui est détecté par le module d'événement de la couche dimension, ce dernier envoyant alors un évènement au module d'évènement de la couche utilisateur. Le module d'évènement de la couche utilisateur associe l'événement reçu à la préférence adaptée, ce qui entraîne le passage à un état actuel de l'état de vérification de la condition 51, 52 ou 53 selon la préférence. Puis, la partie d'action correspondante est exécutée par le module d'action de la couche utilisateur, l'état correspondant à l'exécution de l'action 54, 55 et 56 devient alors un état futur. Une fois que le module d'événement de la couche utilisateur reçoit un évènement depuis la couche dimension confirmant l'exécution de l'action, l'état futur 54, 55 ou 56 devient un état actuel, signifiant que la préférence correspondante a été correctement appliquée. L'invention n'est pas limitée aux exemples qui viennent d'être décrits. Dans les revendications, l'expression "comportant un" est comprise comme étant synonyme de l'expression "comportant au moins un" sauf si le contraire est spécifié.20 When the dimension layer diagram links correspond to the condition condition of a preference condition, the object model of the dimension layer reaches a referencing state that is detected by the event module of the dimension layer , the latter then sending an event to the event module of the user layer. The user layer event module associates the received event with the appropriate preference, thereby changing to a current state of the condition check of condition 51, 52 or 53 depending on the preference. Then, the corresponding action part is executed by the action module of the user layer, the state corresponding to the execution of the action 54, 55 and 56 then becomes a future state. Once the event module of the user layer receives an event from the dimension layer confirming the execution of the action, the future state 54, 55 or 56 becomes a current state, meaning that the corresponding preference has been correctly applied. The invention is not limited to the examples which have just been described. In the claims, the phrase "comprising a" is understood to be synonymous with the phrase "having at least one" unless the contrary is specified.

Claims

REVENDICATIONS1. A multi-layer hierarchical computing architecture (1) for a communication system between computer terminals, the architecture comprising at least two layers (2a; 2b) each comprising: a model of the object of the layer (3a; 3b); multi-state model (5a, 5b) of the object, an event module (6a; 6b), for receiving and / or sending at least one event to another layer of the architecture and, 10 - a module action (8a; 8b) for sending and / or receiving an action from another layer of the architecture.

2. hierarchical architecture according to claim 1, wherein the event module of the layer is arranged for, on receiving an event from another layer, cause the passage of the state of the model of the object of the layer of a state passed to a current state.

3. Hierarchical architecture according to the preceding claim, wherein the action module of the layer is arranged for, on receiving an action from another layer, adding one or more future states to the model of the object of the layer. .

4. Hierarchical architecture according to the preceding claim, the states of the object of the layer comprising at least one referencing state (5b1, 5b3, 5b5), a referenced state (5a2, 5a3) and an autonomous state (5b4).

Hierarchical architecture according to the preceding claim, wherein the event module of the layer in which a reference state of the model of the object is reached is arranged to detect the change from the model of the object of the lower layer to this state referencing and sending at least one event to the event module of a higher layer of the architecture.

The hierarchical architecture of claim 5, wherein the event module of the upper layer is arranged to receive the event and to cause the change of the object model of the upper layer to a referenced state. 30

A hierarchical architecture according to any one of the preceding claims, wherein the action module of a layer is arranged to send an action to the action module of a lower layer of the architecture to allow the passage of the model of the object of said layer to another state.

The hierarchical architecture according to claim 7, wherein the action module of the lower layer is arranged to determine, in response to the received action, a plane consisting of a sequence of at least one future state of the model of the object of the lower layer, including a plurality of future states of the model of the object.

The hierarchical architecture according to claim 8, wherein the lower layer action module is arranged to cause the transition from one future state to the next of the state sequence of the object model of the layer. lower in response to receiving a corresponding event by the event module of the lower layer or sending a corresponding action by the action module of the lower layer to a still lower layer.

10. Hierarchical architecture according to one of the two preceding claims, the sequence of future states ending in a referencing state.

11. Hierarchical architecture according to any one of the preceding claims, comprising three layers and a fourth layer comprising an event module (6), an action module (3) and being devoid of any model of the object.

12. Hierarchical architecture according to the preceding claim, wherein at least one layer is implemented according to the SIP protocol.

13. A method of modifying the state of the model of the object of a layer of a hierarchical layer architecture to achieve a communication system between two computer terminals, in which method the state of the model of the object in response to at least one information received from at least one layer adjacent to said layer or sent to at least one adjacent layer by said layer.

14. Method according to the preceding claim, wherein the state of the model of the object of said layer is modified in response to information received from at least one layer adjacent to said layer.

The method of claim 14, wherein the information received by said layer results from passing the state of the object model of the at least one layer 30 from one state to another state.

16. Method according to the preceding claim, wherein the adjacent layer is a layer directly above said layer in the hierarchical architecture andin which the information received by said layer corresponds to the reception by the action module of said layer of an action from the action module of the layer directly superior.

17. Method according to the preceding claim, wherein the reception of the action by the action module of said layer generates in the model of the state of said layer a plane comprising a sequence of at least one future state, the transition from a future state to another future state of the sequence being conditioned by the reception by an event module of said layer of an event or by sending by the action module of said layer of an action .

18. The method according to the preceding claim, wherein the future state sequence ends with a referencing state.

The method according to any one of claims 13 to 18, wherein the adjacent layer is a layer directly below said layer in the hierarchical architecture and in which the information received by said layer is the reception of an event. by the event module of said layer from the directly lower layer in the hierarchical architecture.

20. The method according to the preceding claim, wherein the reception of the event by the event module of said layer causes the transition from the state of the model of the object of said layer to a referenced state.

The method of any one of claims 13 to 20, wherein the state of the object model of said layer is changed in response to information sent to at least one layer adjacent to said layer.

22. The method of claim 21, wherein the adjacent layer is a layer directly below said layer in the hierarchical architecture and wherein the information sent to the lower layer is the sending of an action by the module. action of said layer to an action module of the directly lower layer.

The method of claim 14, wherein the adjacent layer is devoid of a model of the object and wherein the information received by said layer from the adjacent layer does not result from the transition from one state to another of the model of the object. the object of the adjacent layer. 5

24. Hierarchical layer architecture for producing a communication system between computer terminals comprising at least two layers each comprising: a model of the object of the layer comprising a plurality of states, means for modifying the state of the model of the object of the layer as a function of at least one information sent to at least one adjacent layer and / or received from at least one adjacent layer. 10