Une architecture pour les services Télécom
Institution:
Paris, ENSTDisciplines:
Directors:
Abstract EN:
This document attempts to investigate mechanisms of service composition and customization in telecommunication environment, in order to propose a general architecture for service creation according to intelligent network, TINA, H323, CCM, Web Services background. We propose an original process of service creation, based on the use of iterative component models, from conception towards their composition. Our overall idea was to identify, abstract and experiment the technical solutions at our disposal, to improve their use in a context of multi-provider. Our way of software component conception enables a top-down refinement, to describe internal behaviour of components. In that way, we use the UML notation, and its ability to self-extend with the use of stereotype. To adapt service execution to their subscribers' behaviour, we complete our architecture we the use of a presence server, coupled with agents. The first of them would be deployed on the user terminal, the others in the service provider environment, to assume service data manipulation.
Abstract FR:
Ce manuscrit se propose de mettre en exergue les mécanismes intervenant dans les problématiques de composition et de personnalisation de services télécoms, pour être en mesure de proposer une solution générique de création de ces services, en investigant les différentes solutions existantes (Réseau Intelligent, TINA, H323, CCM, WebServices,. . . ). Aussi nous proposons un processus novateur de création de service basé sur l'utilisation successive de modèles de composants logiciels, de la phase de conception jusqu'au développement et assemblage des composants constitutifs des services. Le fil conducteur de notre travail a été d'identifier, formaliser et expérimenter des solutions techniques applicables aux composants, pour faciliter leur utilisation dans un environnement d'exploitation ouvert. Les modèles de composants permettent de raffiner progressivement les traitements interne du service, et ses communications avec son environnement. Les notations utilisées sont basées sur UML, en profitant de ses possibilités d'extensions par le biais de stéréotypes, ou d'une nouvelle notation dans le cadre du comportement interne des composants, car aucune notation existante ne convenait totalement à cet usage. Enfin, pour adapter l'exécution de nos services aux états et besoins de l'utilisateur, nous avons complété notre architecture avec l'utilisation d'un service de présence, accompagné d'agents. Le premier d'entre eux, déployé sur le terminal de l'utilisateur, les autres étant déployés au sein de prestataires de services, capables de maintenir les données des services exclusives à l'utilisateur, la communication entre agents étant assurée grâce à l'utilisation du protocole SIP.