Brevet FR2942931A1 — publié le 20100910

-1- CENTRE RESEAU MULTISERVICES GENERIQUE DE CREATION ET D'ORCHESTRATION D'APPLICATIONS ET DE SERVICES RESEAUX La présente invention concerne un centre réseau 5 multiservices génériques de création et d'orchestration d'applications et de services réseaux. La présente invention est située dans le domaine des serveurs d'applications réseaux, plus particulièrement dans le domaine de la création, l'intégration, le regroupement, 10 la gestion, le déploiement, l'activation et l'orchestration de services réseaux (mobiles, fixes, IP (� Internet Protocol � en anglais, protocoles Internet), convergents, et nouvelles générations)et de multitude de services réseaux temps réel, comprenant des moyens d'orchestration de 15 services propres et/ou de services extérieurs. La présente invention est située notamment dans le secteur de la téléphonie mobile, dans un contexte d'expansion de nouvelles fonctionnalités et de services destinés à des utilisateurs, de gestion de flux d'appels et 20 de flux d'informations complexes, notamment des sessions réseaux de types hétérogènes, traitant simultanément les appels de signalisation réseau et les appels voix et/ou données et/ou multimédias. Le contexte de la présente invention est la prise en charge de traitements d'événements 25 simultanément à des tâches déjà en cours de traitement. Ce contexte est issu du comportement de l'utilisateur qui sollicite des applications et des services de plus en plus nombreux et divers. En général, dans la présente invention, est entendu sous 30 le terme � utilisateur � une personne physique abonnée, fixe, nomade ou � Roamer � (abonné itinérant inter-réseaux, du mot en anglais � Roaming �, itinérance inter-réseaux de télécommunications) à au moins un réseau de télécommunications, ou bien une tierce partie, par exemple 35 un fournisseur d'applications, de services, de contenus ou d'un équipement quelconque, par exemple d'un dispositif d'alarme ou de signalisation. L'équipement de l'utilisateur, ledit terminal, est par exemple un téléphone mobile (dit encore téléphone portable), un PDAs, (�Personal Digital Assistant � en anglais, ordinateur de poche, cumulant de nombreuses fonctions), un ordinateur multifonctions de bureau ou de bord ou de véhicule, une plateforme multifonctions domestique ou d'entreprise, comprenant par exemple une fonction de surveillance ou de sécurité, ou tout autre dispositif fixe ou mobile pouvant communiquer avec au moins un réseau. Actuellement, les opérateurs de télécommunications, lesdits � opérateurs � complètent et diversifient les services réseaux proposés avec par exemple, des services de type VAS mobile (� mobile Value-Added Services � en anglais, services mobiles à valeur ajoutée), réalisées sur des plates-formes dédiées, par exemple de type IN (� Intelligent Network � en anglais, réseau intelligent, concept définissant des fonctions pilotant des équipements du réseau téléphonique). Toutes ces fonctionnalités sollicitées mènent à l'encombrement du réseau et des plates-formes VAS. Cet encombrement se traduit d'un coté par l'augmentation du nombre de plates-formes VAS, à la périphérie du cœur de réseau, qui mène à de multiples difficultés de hiérarchisation et d'orchestration des services temps réel fournis aux utilisateurs. D'un autre côté, l'ajout de modules supplémentaires à l'intérieur d'une même plate-forme VAS la rend extrêmement complexe, peu flexible et propage cette même rigidité à travers tout le réseau. Ce problème technique est indépendant de l'architecture réseau (architecture conventionnelle ou bien NGN (� Next Generation Network � en anglais, réseau de génération future)) et concerne notamment des fonctionnalités comme : -3- La gestion de contrôle d'appel pendant les sessions multiservices dans tous les modes de fonctionnement (prépayé, abonnement ou mixte) et dans tous les modes (local, itinérance inter réseaux ou nomade) ; - La disponibilité des services pour interagir et orchestrer divers autres services, telles que des services prépayé, VPN � Virtual Private Network � en anglais, réseau privé virtuel), le filtrage d'appels entrants et sortants (� call screening � en anglais), les sonneries de retour (� Ring back tones � en anglais), et de multiples autres services réseaux temps réel; Le support simultané de nombreux autres services (comme par exemple des services Internet), complémentaires aux services de gestion des appels et à la gestion des services suite aux différentes requêtes des utilisateurs, des groupes ou de communautés d'utilisateurs, ou bien suite à divers événements ; La capacité de répondre aux problèmes de l'interaction avec les différentes applications, c'est-à- dire de gérer la convergence des applications et des services, par exemple concernant la convergence des services basés sur IP (� Internet Protocol � en anglais, protocole Internet) ou la convergence des systèmes IT (� Information Technologies � en anglais, technologies de l'information) ; La capacité de fournir un SCE (� Service Creation Environment � en anglais, environnement de création de services), pour la création, la gestion et l'orchestration de services ; La capacité de fournir un écosystème pour la chaîne complète de valeurs, incluant tous les acteurs comme les opérateurs de télécommunications, les fournisseurs de services mobiles et de services convergents, les fournisseurs d'équipements, les fournisseurs de modules IT, les fournisseurs de solutions OSS (� Operational Support Business � en anglais, système opérationnel de support) et -4- de solution BSS (� Business Support Systems� en anglais, centre de services de transaction et d'affaires), les intégrateurs de systèmes, les industries associées, et autres ; - La capacité d'être générique et de préconiser les futures générations de coeurs de réseaux de télécommunication, et autres. Les marchés actuels des télécommunications mobiles sont de plus en plus compétitifs et segmentés. Pour répondre aux besoins, les opérateurs de télécommunications proposent un ensemble d'offres commerciales, regroupant un sous-ensemble de services, comme par exemple un forfait pour trois heures d'appel voix vers les mobiles, usage illimité de SMS (� Short Message Service � en anglais, court message textuel pouvant être émis et reçus depuis un téléphone portable) en heures creuses, trente MMS (� Multimedia Message Service � en anglais, service de message multimédia), une réduction de vingt pourcent sur l'itinérance mobile à l'étranger, plus un numéro de ligne fixe virtuelle (conventionnelle ou VoIP � Voice over IP � en anglais, voix sur protocole Internet)), attaché à cette même souscription mobile. Néanmoins, pour gérer un ensemble d'offres complexes, il est indispensable d'élaborer une gestion particulière de chaque flux d'appels (entrant et sortant), ainsi que l'interférence et la hiérarchisation de ces flux. Pour les moyens techniques actuels, cela produit un environnement très lourd en termes de mise en oeuvre et de coûts d'implémentation et de gestion. Les services requis pour une même offre sont souvent procurés par de différents fournisseurs. Cela se traduit d'un côté, en des implémentations et des intégrations complexes et donc onéreuses et d'un autre côté, en une interopérabilité fortement réduite entre les services. -5- De plus, une contrainte majeure et supplémentaire survient du fait que certains des ces services nécessitent une gestion et une exécution en temps réel. Ainsi, la gestion de services existants et l'adjonction 5 de nouveaux services s'avèrent compliquées et souvent non faisables. Dans ce contexte, les offres commerciales rencontrent des difficultés majeures techniques et de temps de mise en œuvre pour être actualisées et personnalisées. 10 Ainsi pour satisfaire les contraintes énoncées, une meilleure flexibilité du coeur de réseau de télécommunications s'avère indispensable. Le problème technique est donc de concevoir un système non intrusif qui se rajoute dans l'architecture existante ou 15 nouvelle du cœur de réseau de télécommunications d'une part, et qui est ouvert et flexible à l'introduction, la création et l'orchestration de services quelconques (existant ou nouveaux) d'autre part, tout en étant conforme aux standards et transparent pour les systèmes déjà implémentés, 20 et cela avec de faibles coûts et des temps réduits d'intégration, d'implémentation, de déploiement et de maintenance. Afin de répondre à cette problématique, l'art antérieur connaît différentes approches, qui cependant n'abordent que, 25 soit des aspects restreints et ponctuels de cette problématique, soit des plateformes de services difficiles d'intégration dans les réseaux de télécommunications. Un document connu par l'art antérieur est le document US 7,418,089 relatif à un service de télécommunications pour le 30 contrôle et la gestion d'appel téléphonique, en stockant dans un Point de Contrôle de Services (PCS) des numéros de téléphone restrictifs et des numéros de téléphone prioritaires. Lorsque des données d'appel entre le numéro de téléphone du souscripteur et un numéro de téléphone externe 35 sont reçues, le PCS détermine si le numéro de téléphone -6- externe est dans la liste des numéros restrictifs ou prioritaires. Lorsque le numéro de téléphone externe correspond à la liste restrictive, l'appel est arrêté et les données de l'appel sont stockées. Lorsque le numéro de téléphone externe correspond à la liste prioritaire ou ne figure pas dans la liste restrictive, l'appel est communiqué. Le PCS transmet des données de l'appel enregistrées à un système de gestion, qui est accessible par le souscripteur via Internet et une réponse vocale interactive est mise en place pour la génération d'un rapport. Le service comporte également des moyens de modifications des restrictions et des priorités. Cependant, ce document est centré avant tout sur la gestion des identifications, des acceptations et des refus d'appel, à l'aide de procédés spécifiques. Ce document ne résout pas le problème de gestion de services cohabitants. L'art antérieur connait aussi le document US 7,184,534 qui concerne un procédé reliant des fonctions de contrôle d'appel d'un serveur téléphonique avec des fonctionnalités de traitement vocal en utilisant un programme commun de serveur comprenant la réception d'un appel dans le serveur vocal, le serveur vocal élaborant des paramètres relatifs à l'appel, un transfert des paramètres à un autre serveur comportant un module de programmes exécutées en fonction desdits paramètres d'appel. Le programme d'exécution des paramètres génère un script. Ce script est transféré à partir de cet autre serveur vers le serveur vocal et est exécuté au sein du serveur vocal, afin de gérer l'appel. L'appel est ensuite transféré à partir du serveur vocal vers un serveur téléphonique, dans le cas où le serveur vocal identifie lors de l'exécution du script toutes les fonctions de contrôle d'appel contenues dans le script. Le serveur téléphonique exécute des fonctions de contrôle d'appel en fonctions des identifiants du script. Un interpréteur de scripts vocaux de type VXML (�Voice eXtended Markup -7 Language � en anglais, langage vocal de marquage étendu, qui désigne une interface de programmation d'applications relative à la communication utilisant des périphériques liés à la synthèse vocale et la téléphonie) ou de type CCXML (� Cali Control eXtensible Markup Language � en anglais, langage de marquage étendu relatif à la fonction de contrôle d'appel mobile) est présent dans le serveur vocal, afin de traiter les instructions des fonctions. Néanmoins, ce document traite des applications de téléphonie à l'aide de serveurs vocaux, destinées à des applications restreintes, comme par exemple des réseaux téléphoniques d'entreprises et ne traite pas les spécificités des services des réseaux de télécommunications mobiles (par exemples des services de signalisation propres aux réseaux mobiles ou bien la coordination entre ces même services). Un document également connu par l'art antérieur est le document W02007050158, qui concerne des systèmes et des procédés permettant de coordonner des services du WEB (abréviation de WWW � Word Wide WEB � en anglais, toile réseau mondiale, encore dite � Internet �) et de téléphonie. Un procédé consiste à définir un élément XML (� XML � en anglais, eXtended Markup Language, langage de marquage étendu de description et d'analyse de données) de commande d'appel CCXML associé à l'accès à une application de service WEB. Ledit procédé consiste à extraire une identification de session à partir d'une action CCXML dans une session téléphonique. L'identification de session est utilisée pour stocker et extraire un contexte de session dans un référentiel de contextes. Une application de services du WEB est activée à l'aide de l'identification de session, afin de coordonner des événements et un contexte entre la session téléphonique et l'application de services WEB. Ledit procédé inclut un mécanisme de gestion, disponible en CCXML pour la session téléphonique, afin de contrôler le multiplexage -8- temporel et le protocole d'initiation d'une session pour les tâches de réponse à un appel, de transfert d'appel, de déclenchement d'un appel, de pont d'appel ou d'arrêt d'un appel. Cependant, ce document aborde uniquement les aspects de coordination entre des appels téléphoniques et des services WEB, en se limitant à des appels voix. Ce document ne résout pas la problématique de gestion, de coordination et de hiérarchisation des services cœur de réseaux mobiles (services de signalisation, voix, données, multimédia et autres). La présente invention résout le problème technique énoncé à l'aide d'un système générique et multiservices destiné à un cœur de réseau de télécommunications, permettant l'intégration, la création, le déploiement et l'orchestration de services (existants ou nouveaux) de nature hétérogène à l'aide d'une architecture ouverte, flexible, non intrusive et opérant en temps réel. Le système de la présente invention gère des services et des flux de réseaux de télécommunications, de réseaux de nouvelle génération, de réseaux Internet (ou encore dit � WEB �) ou d'autres réseaux. De plus, ce système assure également différentes logiques d'orchestration ou de services en fonction d'une variété de combinaisons entre les services. La solution supporte au moins un type quelconque de réseau avec ses protocoles standards ou propriétaires. Tous les messages supportés par les protocoles sont interprétés et traités par ledit système en temps réel, qu'ils soient standards ou propriétaires. Le système, objet de la présente invention, offre à l'opérateur la possibilité de préparer son réseau, de manière à ce que les services (y compris ceux de fournisseurs externes) s'intègrent directement dans le cœur de réseau, et de bénéficier ainsi d'une multitude de -9- services réseau déjà en place, comme par exemple la tarification et/ou de changement de la tarification et la facturation temps réel ou différée. Aussi, cette accessibilité du coeur de réseau est offerte pour l'intégration et l'orchestration de services WEB dits � sauvages � ou isolés, tels que par exemple des services d'information, de messageries Internet ou autres. L'opérateur de télécommunications effectue de cette manière un regroupement de services et ouvre le coeur du réseau de télécommunications à des tiers services. L'architecture générique ainsi conçue représente un environnement de création, d'intégration, de déploiement et d'orchestration de services avec des propriétés de � scalabilité � (terme relatif au mot � scalability � en anglais, qui désigne la propriété de redimensionnement d'un système ou d'un procédé en terme respectivement de composants ou d'étapes, de qualité, de taille, de résolution, de bande passante ou autres). La scalabilité est par exemple traduite par la capacité de traitement de l'information en termes de données, d'applications, de services et de réseaux. Dans son acception la plus générale, la présente invention concerne un système numérique de télécommunications pour la création, l'intégration, le regroupement, la gestion, le déploiement, l'activation et l'orchestration de services réseaux (mobiles, fixes, IP, convergents, et nouvelles générations). Ledit système d'applications et de services, appelé CENTRE RESEAU MULTISERVICES comprend: - au moins un module serveur d'applications et d'orchestration de services, dit Network Browser, au moins un module d'administration, au moins un module passerelle de réseau, au moins un module passerelle d'intégration et au moins un module base de données et de profilage; 2942931 -10- - des moyens pour s'intégrer de manière non-intrusive ou intrusive à au moins un coeur de réseau de télécommunications ; - des moyens pour l'introduction et/ou pour la gestion dans 5 ledit coeur de réseau et dans au moins un élément dudit coeur de réseau, des services à contrôle complexe; - des moyens pour ouvrir ledit coeur de réseau et au moins un élément dudit coeur de réseau à au moins un service, ledit au moins un service étant un service propre, un 10 service d'opérateur, un service de tierces parties, un service de l'Internet ou autre service; - des moyens pour ouvrir ledit coeur de réseau et au moins un élément dudit coeur de réseau à au moins un autre réseau numérique. 15 De préférence, ledit Network Browser comporte au moins un module serveur de contrôle et d'orchestration d'appels, dit module CCB et au moins un module serveur de logique d'orchestration et d'intégration de services, dit module LIB, lesdits modules CCB et/ou LIB étant basés sur au moins 20 un protocole de communications et sur au moins un interpréteur de langages structurés par objets, relatif à des descripteurs structurés par objets. Dans une variante, ledit module CCB est basé sur au moins un interpréteur de langage de type CCXML. 25 De plus, ledit interpréteur de langage de type CCXML est étendu à l'aide de protocoles de communications supplémentaires tels que SCCP, TCAP, MAP, INAP, CAMEL, DIAMETER, H.323, MGCP, CORBA ou autres protocoles de télécommunications ou de traitement de l'information. 30 Selon un autre variante, ledit module LIB est basé sur au moins un interpréteur de langage de type VXML. De plus, ledit interpréteur de langage de type VXML est étendu à l'aide de protocoles de communications supplémentaires, lesdits protocoles de communications -11- supplémentaires n'étant pas liés uniquement aux appels voix traditionnels. Selon un mode de réalisation particulier, ledit module LIB et ledit module CCB sont confondus en un seul module. De préférence, ledit système est connecté à au moins un module de type passerelle quelconque pour un réseau quelconque de télécommunications. De préférence, ledit système est connecté à au moins un ensemble d'éléments de type coeur de réseau de télécommunications. De plus, ledit système est connecté à au moins un ensemble de réseaux basé sur au moins un protocole de communication et au moins une interface standards ou propriétaires. Aussi, ledit système est relié à au moins un module de services opérateurs de télécommunications ou de tierces parties et/ou à au moins un module de services mobiles à valeur ajoutée. De préférence, ledit système est relié à au moins un 20 module de systèmes dits réseaux intelligents et de support d'affaires. Avantageusement,au moins un module d'administration ou au moins un module passerelle d'intégration ou au moins un module LIB ou au moins un module CCB ou au moins un module 25 passerelle de réseau ou au moins un module Network Browser ou au moins un module base de données et de profilage est autosuffisant. Dans un mode préféré de mise en oeuvre, ce ledit module d'administration comprend au moins une administration 30 système de type WEB incluant au moins un environnement de création de services, de contrôle, de logique de regroupement et d'orchestration de services, au moins un environnement de test, de déploiement et de gestion de versions de ces services, au moins une fonctionnalité de 35 contrôle du CENTRE RESEAU MULTISERVICES et au moins une -12- fonctionnalité de configurations des paramètres et des passerelles réseaux. Avantageusement, ledit environnement de création de services est accessible localement, à distance ou depuis un terminal, par un opérateur et/ou par des tierces parties et/ou des abonnés eux-mêmes. Dans une variante, lesdits services sont interactifs ou non interactifs et multilingues pour toute la chaîne de bout en bout. De plus, ladite logique de regroupement et d'orchestration de services est indépendante des langues des services pour toute la chaîne de bout en bout. Selon un mode de mise en oeuvre, ladite base de données et de profilage comprend au moins une fonctionnalité de définition d'au moins un profil d'utilisateur, au moins une fonctionnalité de définition d'au moins un profil de service et au moins une fonctionnalité de définition d'au moins un profil de logique de services. Dans un exemple préféré de réalisation, ledit système comporte au moins un module de tarification, et/ou au moins un module de facturation, et/ou au moins un module d'observation et de classement. Dans un autre exemple préféré de réalisation, ledit système est un système d'orchestration de déclenchements multiples et de contrôle d'au moins un service relatif à au moins un type d'appel entrant et/ou sortant (par rapport au réseau et/ou les utilisateurs). De préférence, ledit système comprend au moins un moyen pour effectuer des : - Contrôles d'appels et de services ; - Orchestrations d'appels et de services ; - Déclenchements multiples et illimités ; - Sessions parallèles de gestion d'appels et de services ; - Machines d'états d'appels et de services ; 2942931 -13- - Gestions de différentes sources d'événements ; - Interprétations et exécution de services et de logique de services ; - Utilisations de temporisateurs multiples ; 5 - Gestions des services en local et/ou à distance et/ou en provenance de parties tierces ; Profilages des utilisateurs et des services. Dans un mode de mise en oeuvre, ledit est un système d'hébergement d'applications et de services tierces. 10 Dans un autre mode de mise en oeuvre, ledit système est un système de type Proxy. Dans un autre mode de mise en oeuvre, ledit système est un système de type routeur. De plus, ledit système a la capacité de se substituer à 15 au moins un coeur de réseau de télécommunications. Dans un autre mode particulier de mise en oeuvre, ledit système est un système de diffusion de type Broadcast. La présente invention est également relative à un procédé de traitement mis en oeuvre dans ledit système, 20 comportant au moins : - une étape de création d'au moins un service ; - une étape de création d'au moins une logique de services; - une étape d'intégration d'au moins une logique de services dans le CENTRE RESEAU MULTISERVICES et son 25 environnement coeur de réseau; - une étape d'orchestration de services existants et/ou nouveaux, les services étant des services propres ou des services tiers; - une étape de gestion de sessions multiservices; 30 - une étape de test, de validation, de mise en version des services; - une étape de déploiement et d'activation desdits services dans le Network Browser. - une étape de d'activation de nouveaux services, pendant 35 l'exécution d'au moins un service déjà actif. -14- Aussi, ledit procédé comporte au moins une étape de regroupement et d'orchestration d'une multitude de services ou de fonctionnalités de services provenant de plateformes de services diverses. Dans une première variante, ledit procédé est effectué en mode de fonctionnement de type événementiel. Dans une deuxième variante, ledit procédé est effectué en mode de fonctionnement de type client-serveur. Dans une troisième variante, ledit procédé est effectué 10 en mode de fonctionnement de type point à point. Avantageusement, ledit procédé comporte une étape supplémentaire de tarification et/ou de changement de la tarification en temps réel ou différé. De plus, ledit procédé comporte une étape supplémentaire 15 de facturation en temps réel ou différé. Dans un mode particulier de réalisation, ledit procédé comporte une étape de gestion temps réel ou différé des modes de tarifications et de facturations pour tout type d'utilisateur (mode abonné, mode prépayé, mode convergent, 20 mode bouquet de services, mode tierce partie) d'au moins un réseau de télécommunication. Avantageusement, ledit procédé comporte une étape supplémentaire d'observation et de classement de l'usage et du comportement des utilisateurs en temps réel ou différé. 25 Dans un mode particulier de réalisation, la tarification, la facturation et le classement sont effectués par le CENTRE RESEAU MULTISERVICES et/ou par des plateformes externes spécialisées. Dans une variante, ledit procédé, comprend au moins une 30 étape de modifications statiques ou/et dynamiques des paramètres commutés. Dans une autre variante, ledit procédé comprend au moins une étape de regroupement de messages de protocoles réseaux en un seul message destiné à au moins un éléments 35 particulier du réseau. 2942931 -15- Avantageusement, lesdites étapes sont effectuées de manière à assurer une transparence du CENTRE RESEAU MULTISERVICES vis-à-vis dudit cœur de réseau ou d'au moins un élément dudit coeur de réseau. 5 Dans un premier exemple de réalisation particulier, ledit procédé comprend une étape de signalisation de type Proxy, dans laquelle la passerelle de réseau agit en tant que Proxy pour une partie ou l'ensemble des messages du réseau de télécommunications. Dans un deuxième exemple de réalisation particulier, ledit procédé comprend une étape de signalisation collaborative de type triangulaire. Avantageusement, ledit procédé comprend au moins une étape de conversion entre deux quelconques ou plusieurs 15 quelconques protocoles différents. Dans une variante, ledit procédé comprend au moins une étape de modification des paramètres d'au moins un message. Dans une autre variante, ledit procédé comprend au moins une étape de combinaison d'au moins un service avec au 20 moins un profil et de support des paramètres de gestion d'états et du temps. Finalement et pour tout exemple de réalisation, ledit procédé est effectué en temps réel ou en temps différé. Les principaux avantages du système générique objet de 25 la présente invention se résument en : Sa capacité à s'intégrer d'une manière nonintrusive dans un coeur de réseau de télécommunications ; Sa capacité d'introduire et/ou de gérer dans le coeur de réseau et dans les éléments du coeur de réseau des 30 services à contrôle complexe, spécifiques aux besoins de l'opérateur et dans le but du regroupement et du lancement de nouvelles offres de services réseaux; Sa capacité d'ouvrir le coeur de réseau de télécommunications et des éléments coeur de réseau à des 35 services propres ou déployés à l'extérieur du système (des 2942931 -16- services de l'opérateur, de tierces parties, de services WEB ou autres) ; Sa capacité d'intégrer des services supplémentaires, de manière non-intrusive pour le coeur de 5 réseau de télécommunications ; - Sa capacité d'ouvrir le coeur de réseau de télécommunications et des éléments coeur de réseau à d'autres réseaux numériques ; Sa capacité d'offrir au moins une multitude de 10 services ; Sa capacité de créer de nouveau services ; Sa capacité de regrouper et d'orchestrer au moins une multitude de services ou de fonctionnalités de services en provenance de plateformes diverses; Sa capacité d'offrir une multitude de services existant et/ou nouveaux, simultanément ou pas et en temps réel ou différé; Sa capacité de supporter différents modes de fonctionnement, de type événementiel, client-serveur, point-à-point ou autres ; Sa capacité de gérer de sessions multiservices simultanées pour l'utilisateur lui même, pour un groupe d'utilisateurs et pour l'ensemble des utilisateurs, par exemple des sessions de contrôle d'appel, des sessions de messagerie, des sessions de payement, des sessions de navigation, des sessions de type WEB, et autres ; Sa capacité d'offrir la gestion temps réel ou différé des modes de tarifications et de facturations pour tout type d'utilisateur (mode abonné, mode prépayé, mode convergent, mode bouquet de services, mode tierce partie) d'au moins un réseau de télécommunication. Sa capacité de définir au moins une logique de services ; Sa capacité d'orchestrer des services existants et/ou nouveaux; -17- Sa capacité d'augmenter les fonctionnalités du réseau de l'opérateur de télécommunications ; - Sa capacité d'offrir de nouveaux outils d'implémentation, de création, d'intégration, de déploiements et de maintenance des services coeur de réseaux, permettant la diminution considérable des coûts et des ressources. La présente invention sera mieux comprise à l'aide des figures en référence aux dessins annexés qui représentent 10 respectivement : - en figure 1, un schéma général d'architecture du système, relatif à la présente invention ; - en figure 2, un mode préféré de réalisation dudit système. 15 Le schéma général de la présente invention est illustré sur la figure 1. Une plateforme d'applications et d'orchestration de services (10), appelée dans la présente invention � CENTRE RESEAU MULTISERVICES� (10), est conçue pour offrir une multitude de services, par exemple les 20 services suivants : - les services RB (� Reverse Billing � en anglais, ou facturation inversée, qui a pour but de changer la facturation, par exemple de facturer le compte de l'appelé, et non pas celui de l'appelant, et cela en mode local ou en 25 mode itinérance inter réseaux). Par exemple le service MCC (� Mobile Collect Call � en anglais, rassemblements d'appels mobiles), est une solution de configuration d'appel de type RB) ; le service CS (� Cali Screening � en anglais, 30 outil de gestion et de filtrage d'appels entrants ou sortants (par rapport au réseau et/ou les utilisateurs), assurant l'acceptation ou le refus de l'appel, la mise en attente ou la redirection pour un délai déterminé des appels vers un autre service, tel que la messagerie vocale ou 35 textuelle. Ce service comprend un processus d'évaluation en -18- temps réel du contexte de la session usagé en cours avant la conversation téléphonique) ; les différents services de facturation en temps réel, par exemple la facturation prépayée d'un service de type Roaming (itinérance inter réseaux en anglais) MO-SMS (� Mobile Originated Short Message Service � en anglais, désignant un SMS initié par un terminal mobile itinérant) ; - la gestion de UCB (� USSD CallBack � en anglais, retour d'appel basé sur le protocole USSD (� Unstructured Supplementary Service Data �, en anglais, service de données supplémentaire et non structuré); Le CENTRE RESEAU MULTISERVICES (10) est donc un système générique multi-applications et multiservices ouvert, qui fournit des services compatibles avec des protocoles standards, utilisés dans la téléphonie mobile, tels que par exemple les protocoles SS7 (� Signaling System 7 � en anglais, protocole de télécommunications pour les connexions haut débit en mode circuit) et/ou les protocoles IP (� Internet Protocol � en anglais, protocole Internet), ou autres. Dans la présente invention, sous le terme � système générique � est entendu un système basé sur des protocoles et des interpréteurs standards, existants ou nouveaux, permettant la mise en place de fonctionnalités et regroupant ces fonctionnalités, correspondant par exemple à celles d'un système SSP (� Service Switching Point � en anglais point de commutation de services), d'un système SCP (� Service Control Point � en anglais service de control d'appel, d'un système SDP (� Service Data Point � en anglais service de données) et/ou d'un système SCE (� Service Creation Environnent � en anglais, environnement de création de services), l'ensemble permettant la création, la gestion, le déploiement et l'orchestration d'applications et de services existants ou nouveaux. 2942931 -19- Ledit CENTRE RESEAU MULTISERVICES (10) est situé au sein d'un coeur de réseau de télécommunications, par exemple coeur de réseau SS7, de réseau 3G/3G+, de réseau NGN (� Next Generation Networks � en anglais, nom générique d'un 5 quelconque réseau de télécommunications futur), de réseau informatique Internet ou de tout autre réseau numérique. Le CENTRE RESEAU MULTISERVICES (10) est constitué de cinq modules principaux au moins une passerelle de réseau (18) basée sur au moins un protocole compatible avec 10 les réseaux de télécommunications, une passerelle d'intégration (14), dédiée à des systèmes et/ou des réseaux de technologie de l'information, un module d'administration (13), une base de données et de profilage (19) et un serveur d'applications et d'orchestration de services (15), appelé 15 � Network Browser � (15) (de � Network Browser � en anglais, serveur de navigation réseau(x)). Ledit Network Browser (15) comporte par exemple un module CCB (17) (� Cali Control Browser � en anglais, serveur de contrôle et d'orchestration d'appels flexible) et un module LIB (16) 20 (� Logic and Integration Browser � en anglais, serveur de logique d'orchestration et d'intégration de services). Dans un cas général, ledit CENTRE RESEAU (10) est constitué d'au moins un Network Browser (15) comportant au moins un module CCB (17) serveur de contrôle et 25 d'orchestration d'appels flexible et au moins un module LIB (16) serveur de logique d'orchestration et d'intégration de services, au moins un module (18) passerelle de réseaux, au moins un module (14) passerelle d'intégration, au moins un module (13) d'administration et au moins un module (19) base 30 de données et de profilage. Dans un premier cas particulier, ledit CENTRE RESEAU MULTISERVICES (10) comporte un sous ensemble des modules Network Browser (15), module CCB (17), module LIB (16), passerelle de réseau (18), passerelle d'intégration (14), -20- module d'administration (13) ou base de données et de profilage (19). Dans un deuxième cas particulier, au moins un module Network Browser (15) ou au moins un module CCB (17) ou au moins un module LIB (16) ou au moins un module passerelle de réseau (18) ou au moins un module passerelle d'intégration (14) ou au moins un module d'administration (13) ou au moins un module base de données et de profilage (19) est autosuffisant. Dans un troisième cas particulier, le module CCB (17) et confondu avec le module LIB (16). Dans la présente invention est entendu qu'une passerelle de réseau représente une plateforme ou un ensemble de plateformes intermédiaires qui traite et qui transmet des paquets de signalisation et d'informations sur un réseau ou sur plusieurs réseaux vers au moins une destination indiquée, et qui permet de faire communiquer des éléments de réseaux hétérogènes. Sous le terme � passerelle � est comprise donc une passerelle de réseau, pour un réseau quelconque, comprenant au moins une interface de réseau. La passerelle d'intégration (14) communique avec ledit Network Browser (15), via un lien (101) et à l'aide d'au moins un protocole d'interfaçage, par exemple un protocole standard IP. Sous protocole standard IP est compris l'ensemble des protocoles IP utilisés dans les réseaux. Le Network Browser (15) communique avec la passerelle de réseau (18) via un lien (102), à l'aide de protocoles de type IP par exemple. Ce Network Browser (15) intègre au moins une interface de connexion apte à dialoguer avec au moins une passerelle de réseau (18), et par conséquent, apte à interpréter tout type de protocoles intégrés dans ladite passerelle, par exemple le protocole INAP (� Intelligent Network Application Protocol �, partie applicative pour des applications intelligentes sur protocole SS7), CAP (� CAMEL Application Part � en anglais, partie applicative du -21- protocole CAMEL � Customised Applications for Mobile network Enhanced Logic � en anglais, permet à un opérateur de télécommunications de fournir, à l'intérieur ou en dehors de son propre réseau, des services particuliers à ses utilisateurs, telle que la facturation en temps réel), MAP (� Mobile Application Protocol� en anglais, protocole pour applications mobiles), ISUP (� ISDN User Part � en anglais, partie utilisateur du protocole ISDN (� Integrated Services Digital Network �, en anglais, RNIS en français, Réseau Numérique à Intégration de Services)), SIP (� Session Initiation Protocol � en anglais, protocole standard d'initiation d'une session réseau interactive), ou autre. Le module d'administration (13) échange des informations avec le Network Browser (15) via un lien (108) et à l'aide par exemple de protocoles SNMP (� Simple Network Management Protocol � en anglais, protocole simple de gestion de réseau), TCP/IP (� Transmission Control Protocol �, en anglais, protocole de base pour l'échange des données dans un réseau), ou autres. Le Network Browser (15) échange des données avec la base de données et de profilage (19) via le lien (103) à l'aide de protocoles de type IP. Ladite base de données et de profilage (19) contient des informations, par exemple sur des listes blanches et des listes noires concernant des utilisateurs diverses, sur les profils des utilisateurs, sur les profils des services, sur les profils des logiques des services (la logique des services étant les règles de combinaisons et d'enchaînements de services) et sur des statistiques diverses d'usage utilisées dans l'analyse et la gestion des services. Le module (19) comporte également des modules de définition statique ou dynamique d'au moins un profil d'utilisateur, d'au moins un profil de service et d'au moins un profil de logique des services. Avantageusement, ladite base de données et de profilage 35 (19) comporte des logiques des services et des profils de 2942931 -22- logiques, des mécanismes de routage, par exemple des services clés de type MSISDN (� Mobile Station ISDN � en anglais, ISDN de la station mobile), IMSI (� International Mobile Subscriber Identity � en anglais, identité mobile 5 internationale du souscripteurs), le numéro de l'abonné appelé, le numéro de l'abonné appelant et autres, des sous bases de données correspondantes à chaque utilisateur et/ou service. Les différents profils de l'utilisateur et/ou de services et/ou des logiques des services sont activés 10 séparément de manière différenciée ou bien simultanément. La différenciation des utilisateurs, les utilisateurs étant des abonnés et/ou des groupes d'abonnés et/ou des tierces applications ou services, est effectuée en temps réel à l'aide d'une � customisation � (en anglais, 15 personnalisation) statique ou dynamique. Le CENTRE RESEAU MULTISERVICES (10) est connecté à travers la passerelle de réseau (18) à un ensemble d'éléments (130) d'un � Core Network � (� Core Network � en anglais, réseau central de base ou coeur de réseau de 20 télécommunications). Ce Ce � Core Network � est par exemple de type coeur de réseau GSM (� Global System for Mobile � en anglais, système global de télécommunications pour la téléphonie mobile), GPRS (� General Packet Services � en anglais, système de télécommunications par 25 accès avec services par paquets), UMTS (� Universal Mobile Telecommunications System � en anglais, système de télécommunications mobiles universelles), 3G/3G+ et/ou tout autre coeur de réseau de type NGN. Par exemple, cet ensemble d'éléments (130) est un réseau de type SS7 et communique 30 avec le CENTRE RESEAU MULTISERVICES (10) via un lien (107) par lequel les communications sont échangées à l'aide d'un protocole spécifique, par exemple MAP. Dans un exemple plus général, le CENTRE RESEAU MULTISERVICES (10) est relié a l'ensemble (130) à travers la passerelle de réseau (18), via un lien (107) et un ou -23- plusieurs protocoles de type SS7, SIGTRAN (ensemble de protocoles définis pour transporter des messages SS7 sur IP) ou autre. Par exemple, ledit lien (107) est constitué par un protocole CAP, par un protocole INAP, par un protocole SIP ou bien par un protocole � MEDIA � (protocole quelconque relatif à un transport de médias, tels que voix, son, images, vidéo ou autres). Ledit ensemble d'éléments (130) de coeur de réseau comporte différents modules (ou éléments), avec lesquels la passerelle de réseau (18) échange des données. Par exemple, ces modules sont de type module HLR (� Home Location Register � en anglais, enregistreur de localisations domestiques), module VLR (� Visitor Location Register � en anglais, base de données dans un système de télécommunications qui contient les identifications des souscripteurs en cours d'utilisation), module MSC (� Mobile Switch Center � en anglais, centre de communications mobiles), module VMSC (� Visited Mobile Switching Center � en anglais, centre de services mobiles visité), module GMSC (�Gateway Mobile Services Switching Center � en anglais, passerelle de services mobiles commutés) ou autre module quelconque, relatif aux réseaux. La passerelle de réseaux (18) est également connectée à une plateforme de services (134) via un lien (106) et à l'aide de protocoles de type IP par exemple. La plateforme de services (134) est par exemple de type SMSC (Centre de SMS), passerelle WAP (� Wireless Application Protocol � en anglais, protocole d'application sans fil, passerelle OTA (� Over The Air � en langue anglaise, protocole standard de transmission et de réception pour les informations relatives à une application pour téléphones mobiles), module IVR (� Interactive Voice Response � en anglais, réponse interactive par la voix), module de type GPRS (par exemple module MMSC, en anglais � Multi Media Messaging Service Center �, centre de service de messages multimédias), ou -24- autre module quelconque d'applications réseaux. Cette plateforme (134) est également reliée à l'ensemble d'éléments (130) de coeur de réseau de télécommunications via un lien (133) et à l'aide de protocoles standards ou spécifiques, par exemple de type SS7 ou IP. Le CENTRE RESEAU MULTISERVICES (10) est relié via un lien (123) qui est par exemple de type IP, à un ensemble (120) de réseaux de type IP par exemple, au sein duquel sont contenus divers protocoles, reliés à des plateformes d'applications et de services, de type module (11) de services opérateurs de télécommunications ou de tierces parties, module (12) de services mobiles à valeur ajoutée et/ou module (136) de systèmes dits réseaux intelligents et de support d'affaires (136). A travers cet ensemble de réseaux (120), le CENTRE RESEAU MULTISERVICES (10) a donc accès à des plateformes (12), par exemple de type VAS (� mobile Value-Added Services � en anglais, services mobiles à valeur ajoutée). Les données entre le réseau (120) et la plateforme (12) sont échangées via un lien (121) à l'aide de protocoles standards, tels que par exemple VXML/ HTTP (� HyperText Transfer Protocol � en anglais, protocole de transfert de texte), SOAP/HTTP (� Simple Object Access Protocol" en anglais, protocole standard destiné aux services Internet, XML/ HTTP, SMPP, SQL (en anglais, Structured Query Language, langage structuré de requêtes destiné à interroger ou à manipuler une base de données relationnelle), ou bien à l'aide de protocoles propriétaires tels que par exemple de type � ORACLE �� (une base de données relationnelle), � MySQL�� (une base de données relationnelle), LDAP (� Lightweight Directory Access Protocol � en anglais, protocole simplifié pour accès à des bases de données), RADIUS (en anglais � Remote Authentication Dial-In User Service �, protocole client- serveur permettant de centraliser des données d'authentification), DIAMETER (protocole d'authentification 2942931 -25- et de facturation, une évolution du protocole RADIUS), MML (� Man-Machine Language � en anglais, langage homme-machine ), ou autres types de protocoles. Dans un mode de mise en oeuvre à travers le réseau (120), 5 le CENTRE RESEAU MULTISERVICES (10) a accès à une plateforme (11), de type par exemple ASP (� Applications Services Providers � en anglais, fournisseurs d'applications et de services), ou de type MVNO (� Mobile Virtual Network Operator � en anglais, opérateurs de réseau mobile virtuel), 10 ou d'autres tierces parties comme par exemple des banques, avec lesquelles à travers le réseau (120), le CENTRE RESEAU MULTISERVICES (10) échange des informations via un lien de type (121) à l'aide des protocoles susmentionnés. Dans un mode particulier de réalisation, une partie de 15 l'ensemble de réseaux (120) est reliée avec une ou plusieurs plateformes de l'ensemble (130) via un lien (122) de type par exemple MML ou TELNET (� TELecommunication NETwork en anglais �, protocole de réseau permettant d'exécuter des commandes à distance). Cela est une manière efficace et 20 pratique pour le CENTRE RESEAU MULTISERVICES (10), de proposer l'approvisionnement, la consultation, l'interaction et/ou la modification des informations gérées dans un ensemble d'éléments (130) de coeur de réseau. Dans un mode de réalisation, le CENTRE RESEAU 25 MULTISERVICES (10) à travers le lien (107) et l'ensemble d'éléments (130) a accès à la plateforme de services (136) de type par exemple BSS (� Business Support Systems� en anglais, système de support d'affaires) via un lien (137) à l'aide de protocoles de type INAP, MAP, CAP, CDR (� Cali 30 Data Records � en anglais, enregistrements de données de l'appel ou autres) ou autres. Le module BSS (136) est par exemple de type module de facturation post payé ou bien un module de facturation prépayée, ou par exemple module de type IN (� Intelligent Network � en anglais, réseau -26- intelligent, concept définissant des fonctions avancées pilotant des équipements du réseau téléphonique). Dans un mode de réalisation particulier, le CENTRE RESEAU MULTISERVICES (10) à travers le lien (123) et le réseau (120) a accès à la plateforme de services (136) via un lien (125) lui même constitué de protocoles standards ou propriétaires, spécifiques à la plateforme (136), tels que par exemple le protocole � Ericsson �� UCIP (� User Communication Integration Protocol � en anglais, protocole spécifique de � Ericsson ��), le protocole � Huawei �� MML, le protocole d'applications � Corba � pour NSN (� Nokia Siemens Networks ��) IN, le protocole Corba pour � Alcatel �� BSS, le protocole Corba pour � LHS �� BSS ou autres. Dans un mode de réalisation particulier, les modules (11) et/ou (12) et/ou (136), à travers le réseau (120) et le lien (124), sont intégrés directement avec la passerelle de réseaux (18), ledit lien (124) étant constitué de protocoles tels que décrits concernant le lien (121) et/ou (125). L'architecture générique décrite dans cet exemple non limitatif, comprenant les modules et les liens illustrés en figure 1, présente un système dynamique et interactif pour la création, l'orchestration, l'accès et l'utilisation d'applications et de services multiples par les utilisateurs d'au moins un réseau de télécommunications et/ou informatique. Egalement, des fonctionnalités réseaux d'usage difficile, telles que des services réseaux comprenant un contrôle d'appels complexes (MCC, RB, ICS, Roaming prepayé voix, SMS, données et autres), service à modèles de facturation complexes, sont rendues pratiques et simples d'utilisation grâce au CENTRE RESEAU MULTISERVICES (10). De plus, des services simultanés et en temps réel sont proposés, tel que par exemple la différentiation des -27- utilisateurs et/ou des services ou encore leur orchestration. Avantageusement sont rajoutés des modules supplémentaires de type (11), (12) et/ou (136), d'opérateurs 5 de télécommunications ou de tierces parties. De cette manière, l'architecture illustrée sur la figure 1, incluant le CENTRE RESEAU MULTISERVICES (10), le réseau (120) et les modules (11), (12) et (136), présente des propriétés de scalabilité adaptée à la capacité de 10 traitement de l'information en terme de données, d'applications, de services, de réseaux ou autres. Le CENTRE RESEAU MULTISERVICES (10) gère les applications et les services en fonction des ressources du réseau et planifie l'acheminement de chaque tâche en 15 fonction des bandes passantes disponibles et en fonction des requêtes demandant des allocations de ressources supplémentaires. Dans un mode de réalisation particulier, les opérateurs de télécommunications ont accès à cette architecture afin de 20 tester fonctionnellement et en charge des systèmes externes. Le CENTRE RESEAU MULTISERVICES (10) offre donc cette possibilité de connections et de tests de modules additionnels. Avantageusement, toutes les connexions du CENTRE RESEAU 25 MULTISERVICES (10) vers des systèmes externes sont établies en fonctions des pré-requis de sécurité de ces systèmes. Les échanges sont non sécurisés ou sécurisés à l'aide d'un cryptage, de type par exemple SSL (� Secure Socket Layer � en anglais, protocole qui permet de chiffrer les données 30 envoyées par un navigateur, ou autre). La présente invention est détaillée par la suite avec des exemples de réalisation préférés et non limitatifs. Un exemple de mise en oeuvre préféré du CENTRE RESEAU MULTISERVICES (10) est représenté sur la figure 2. 2942931 -28- Dans un mode préféré de mise en oeuvre, le Network Browser (15) est conçus à partir d'un module LIB (16) basé sur un interpréteur de langage structuré par exemple VXML et à partir d'un module CCB (17) basé sur un interpréteur de langage structuré par exemple CCXML. Dans un exemple particulier de réalisation, l'interpréteur de langage CCXML du module CCB (17) est étendu pour supporter tout protocole de communications supplémentaire (ne se limitant pas à des appels voix) afin d'effectuer la gestion, la coordination et la hiérarchisation des services coeur de réseaux mobiles (services de signalisation, voix, données, multimédia et autres). Ces protocoles de communications supplémentaires sont par exemple de type SCCP (� Signaling Connection Control Part � en anglais, protocole de signalisation et de contrôle de la connexion), TCAP (� Transaction Capabilities Application Part � en anglais, partie pour les capacités de transactions de l'application), MAP, INAP, CAMEL, DIAMETER, H.323, MGCP (� Media Gateway Control Protocol � en anglais, protocole de contrôle de passerelle Media), CORBA et autres protocoles de télécommunications ou de traitement de l'information. Le module CCB (17) effectue principalement des actions (de haut niveau mais aussi de bas niveau) de contrôle d'appels et communique via les liens de type (102) avec la passerelle de réseau (18), à l'aide de protocoles IP contenant des représentations objets des protocoles de type (107). Ces objets seront manipulés et traités dans le module CCB (17) en fonctions des besoins des services requis. Dans un exemple particulier de réalisation, l'interpréteur de langage VXML du module LIB (16) est étendu pour supporter tout protocole de communications supplémentaire, lesdits protocoles de communications supplémentaires n'étant pas liés uniquement aux appels voix traditionnels. -29- Le module LIB (16) effectue principalement des actions de gestion et d'exécution de services et communique via les liens de type (102) avec la passerelle de réseau (18), à l'aide de protocoles IP contenant des représentations objets des protocoles de type (107). Ces objets seront manipulés et traités dans le module LIB (16) en fonctions des besoins des services requis. Le module LIB (16) communique avec le module CCB (17) via un lien (235) permettant l'échange d'objets (par exemple objet d'information et/ou d'instruction et/ou de protocoles). Le Network Browser (15) comprend également un module (24) qui contient des services déployés, prêts à être exécutés, par exemple représentés à l'aide de langage structurés de type XML. Lesdits services sont par exemple des services activés, des services inactifs, ou bien des services dans un état intermédiaire (en attente, suspendus, interrompus ou autre). Le module CCB (17) et le module LIB (16) communiquent avec ce module (24) respectivement via des liens (237) et (233), à l'aide desquels ils récupèrent à la demande les services sous forme d'objets. Ces services sont interprétés et exécutés par le module LIB (16) et/ou par le module CCB (17). Lesdits interpréteurs des modules LIB (16) et CCB (17) utilisent des mémoires virtuelles (ou � caches �) internes pour les requêtes déjà interprétées et ainsi, toutes les requêtes déjà interprétées, sont effectuées sans navigation, c'est-à-dire sans nouvelle interprétation de la structure arborescente déjà parcourue. Dans une variante, le module LIB (16) et module CCB (17) sont confondu en un seul module. L'administration de gestion (13) du CENTRE RESEAU MULTISERVICES (10) est reliée avec le Network Browser (15) via le lien (108), à l'aide duquel ce module -30- d'administration (13) communique avec les module (16) et/ou (17) et/ou (24). Dans sa définition la plus générale, le module d'administration (13) comprend des services réseaux déjà existants, regroupés par exemple dans des fichiers, une logique d'orchestration de services, une administration système de type WEB, incluant un environnement de création de services � SCE � (de �Service Creation Environment � en anglais), de contrôle, de logique et de commutation de services, de test, de déploiement et de gestion de versions de ces services. Le module d'administration (13) comprend également des fonctionnalités de contrôle système du CENTRE RESEAU MULTISERVICES (10) et des fonctionnalités de configurations des paramètres, de la base de données et de profilage (19), des passerelles réseaux (18) et des passerelles d'intégration (14). Dans une variante, le CENTRE RESEAU MULTISERVICES (10) propose une gestion de services et de contenus effectuée directement par les utilisateurs, les utilisateurs étant des abonnés ou des tierces parties. Par exemple, les services et les contenus sont crées ou personnalisés par l'utilisateur lui-même à l'aide d'un site WEB ou bien directement à l'aide du terminal mobile. Ledit environnement de création est accessible localement, à distance ou depuis un terminal par l'opérateur et/ou par les tierces parties et/ou par les utilisateurs eux-mêmes. Le module d'administration (13) effectue également la régulation des connexions, la collecte et l'analyse des données et des statistiques. Le module d'administration (13) est relié avec au moins un autre module interne du CENTRE RESEAU MULTISERVICES (10), autre que le Network Browser (15). Le module d'administration (13) est par exemple relié avec la passerelle d'intégration (14) via un lien (213), -31- avec la passerelle de réseau (18) via un lien (211) et avec la base de données et de profilage (19) via un lien (212). Grâce à la base de données et de profilage (19), le CENTRE RESEAU MULTISERVICES (10) a la possibilité de déterminer en temps réel le profil d'un utilisateur ou d'un service, ou d'un groupe d'utilisateurs ou d'un groupe de services, ou d'une communauté d'utilisateurs ou d'une communauté de services. Sous le terme � profil de l'utilisateur � est entendu l'ensemble des caractéristiques relatives à au moins une connexion et à au moins une session, par exemple une adresse IP, un numéro de téléphone, localisation, heure et date de la connexion, durée de la connexion, langue de la connexion et de la navigation, position géographique, types d'applications et de services requis, contenus sollicités et tout autre caractéristique relative à cette connexion. Le profil de l'utilisateur est complété par son profil d'usage relatif à au moins un service et à l'ensemble des paramètres propres aux sessions vers ce service. Grâce à la base de données et de profilage (19), le CENTRE RESEAU MULTISERVICES (10) a la possibilité de déterminer en temps réel le profil d'un service ou d'un ensemble de services. Ce profil est constitué d'informations telles que par exemple l'accessibilité réduite pour des services gratuits ou pour un groupe particulier d'utilisateurs, la définition de listes blanches et noires, ou autres. De préférence, le CENTRE RESEAU MULTISERVICES (10) contient une configuration multilingue pour toute la chaîne de bout en bout (entre les utilisateurs et les fournisseurs de services par exemple). Aussi, la logique des services est indépendante des langues pour toute la chaîne de bout en bout. La base de données et de profilage (19), comprenant des 35 fonctionnalités de définition d'au moins un profil -32- d'utilisateur, d'au moins un profil de service et d'au moins un profil de logique de services, échange des informations séparément avec le module (14) via un lien (215), avec le module (15) via le lien (103), avec le module (13) via un lien (212) et avec le module (18) via un lien (216). De cette manière, des informations de configuration, des différentes données d'administration, des statistiques et des informations sur les différents types de profils sont complétées, utilisées et inter-changées entre les modules (14), (15), (13) et (18). Dans un exemple de réalisation particulier, la base de données et de profilage (19) est connectée uniquement avec le Network Browser (15) via le lien (103), dans ce cas les liens (215), (212) et (216) sont omis. De préférences, la base de données et de profilage (19) contient des informations sur les caractéristiques des sessions et des statistiques statiques et dynamiques. Dans un premier mode de mise en oeuvre préféré, le Network Browser (15) contient des fonctions � mutli- triggering � (en anglais déclenchements multiples d'actions par type d'appel. Ces déclencheurs sont par exemple définis dans la base de données et de profilage (19) et utilisés par le Network Browser (15) pour exécuter et contrôler les différents services relatifs à un type d'appel. En effet, dans le réseau GSM de toute génération est provisionné un seul déclencheur par type d'appel (par exemple un seul déclencheur pour les appels voix entrants dans le réseau (MOC � Mobile Originating Cali � en anglais, appel émis à partir d'origine mobile), un seul déclencheur pour les appels voix sortant du réseau (MTC, � Mobile Terminating Cali � en anglais, appel transmis vers une origine mobile). Il est de même pour d'autres types d'appels tels que SMS, GPRS etc. Afin de palier à ces limitations du réseau GSM le Network Browser (15) fournit la possibilité d'offrir, de -33- gérer et d'orchestrer plusieurs déclencheurs par type d'appel. En résumé les principales fonctionnalités du Nework Browser (15) se résument dans des les : - Contrôles d'appels et de services ; - Orchestrations d'appels et de services ; - � Multi-Trigerring � en langue anglaise, déclenchements multiples et illimités; - Sessions parallèles de gestion d'appels et de services ; - Divers machines d'états d'appels et de services ; - Gestions de différentes sources d'événements ; - Interprétations et exécution de services et de logique de services ; - Réponses en temps garantie et Qualité de Service � QoS � (de � Quality Of Service � en anglais) pendant au moins une session ; - Utilisations souple de multiples temporisateurs ; Gestions des services en local et/ou à distance et/ou en provenance de parties tierces ; Profilages des utilisateurs et des services. Ces fonctionnalités sont énumérées à titre illustratif mais non limitatif. En effet le Network Browser (15) est configurable pour fournir une multitude de services supplémentaires à la demande. De plus le Network Browser (15) gère des services en local et/ou à distance et/ou en provenance de parties tierces. L'architecture ouverte du Network Browser (15) permet d'intégrer, sans modifications, des extensions relatives aux modules passerelle d'intégration (14) et/ou passerelle de réseau (18). Dans un deuxième mode de mise en oeuvre préféré, le CENTRE RESEAU MULTISERVICES (10) est configuré en tant que plateforme de type � Hosting � en anglais, ou hébergement d'applications et de services extérieurs cu de tierces -34- parties. Les tierces parties accèdent de manière sécurisée à la fonctionnalité de création et à l'activation d'applications et de services. Le mode de mise en oeuvre d'hébergement dans la présente invention permet aux opérateurs de télécommunications de mettre en place des services réseaux gérés par des tierces parties, comme par exemple des fournisseurs de services. L'accès des tierces parties est entièrement sécurisé. Les opérateurs de télécommunications créent un ou plusieurs comptes pour chaque tierce partie en attribuant au moins un accès réseau et des ressources réseau. Chaque fournisseur de services utilise la même interface utilisateur que l'opérateur de télécommunications et opère à distance sa propre application réseau, dans les limites d'exploitation attribués par l'opérateur de télécommunications. Pour chaque fournisseur de services, un historique des activités et des opérations est enregistré. De plus, cet environnement de création de services et d'applications est fourni non seulement aux fournisseurs de services, mais aussi aux utilisateurs divers et aux abonnés, qui de cette manière adaptent et personnalisent leurs propres applications, services et contenus. Dans un troisième mode de mise en oeuvre préféré, le CENTRE RESEAU MULTISERVICES (10) est configuré en tant que � Proxy � réseau (module d'un réseau numérique connecté à un autre réseau et effectuant des requêtes et leur sauvegarde pour des besoins de services). Cette mise en oeuvre permet par exemple de mettre en place des services de Roaming prepayé à l'aide simplement de passerelle CAP/INAP comprises dans la passerelle réseau (18). Ainsi le CENTRE RESEAU MULTISERVICES (10) agit en tant que Proxy CAMEL SCP pour des réseaux CAMEL visités et permet aux Roamers en mode prépayé et sortant du réseau, d'initier des appels, a l'inverse de l'art antérieur proposant uniquement de -35- solutions nécessitants la mise a jour complète en CAMEL du réseau. Dans un quatrième mode de mise en oeuvre préféré, le CENTRE RESEAU MULTISERVICES (10) est configuré en tant que plateforme de routage active, qui procure une médiation entre différents éléments du réseau et résout des problèmes liés au routage des utilisateurs, des services et des applications. Ces problèmes sont par exemple le routage de l'utilisateur prépayé ou post-payé vers une plate-forme BSS (136), le routage de type MNP (� Mobile Number Portability � en anglais, portabilité du numéro de mobile) et autres. Lorsque le CENTRE RESEAU MULTISERVICES (10) remplit des fonctions de routeur, il a la capacité d'effectuer des modifications statiques ou/et dynamiques des paramètres commutés et d'effectuer des fonctions de partage de charge. Dans un cinquième mode de mise en oeuvre préféré, le CENTRE RESEAU MULTISERVICES (10) est configuré pour effectuer de la diffusion de type Broadcast de données et de services vers une multitude d'utilisateurs, comme par exemple de diffuser des publicités, des alertes ou des informations utiles. Dans une variante, la diffusion Broadcast est suivie d'une réponse de l'utilisateur et d'un échange interactif, par exemple pour des applications telles que des enquêtes de consommation et des sondages. De plus, un environnement de création de services Broadcast permet aux fournisseurs de services et à l'utilisateur final, d'adapter et de personnaliser leurs propres diffusions Broadcast. Avantageusement l'environnement Broadcast du CENTRE RESEAU MULTISERVICES (10), permet aux opérateurs de lancer aussi des services Broadcast classiques, tels que IVR, SMS, USSD, WAP, GPRS ou 3G/3G+. Dans un exemple de réalisation dudit CENTRE RESEAU MULTISERVICES (10), le Network Browser (15) communique via un lien (261) avec un module (26) de tarification et via un -36- lien (251) avec un module (25) de facturation. De cette manière les services et les contenus sollicités par un même utilisateur final sont généralement soumis à un contrôle et à une facturation, qui est de type prépayée en temps réel ou de type différée avec abonnement ou bien de type mixte ou convergent. Cet exemple de réalisation est appliqué pour tout type d'utilisateurs : avec abonnement, en mode prépayé, itinérant, fixes ou nomades. Le CENTRE RESEAU MULTISERVICES (10) gère par exemple la facturation par abonnement ou en mode prépayé, en utilisant une approche dite procédure de payement externe. Une procédure spécifique de facturation externe est spécifiée dans la logique des services, pendant la création du service et est déclenchée en temps réel durant la session de l'utilisateur. Les procédures de payement sont en conformité avec les procédures spécifiques de payement d'un opérateur ou d'une tierce partie. Pendant la session, un utilisateur itinérant est également identifié, de manière à ce que ses services soient pris en compte de manière appropriée pendant les traitements. Dans un mode particulier de réalisation, les utilisateurs souscrivent à un service quelconque à l'aide du CENTRE RESEAU MULTISERVICES (10). De préférence, le CENTRE RESEAU MULTISERVICES (10) comprend une fonctionnalité de modification ou d'annulation automatique de la souscription, ou bien à la demande de l'utilisateur ou bien à celle du fournisseur de services. Dans un mode de mise en œuvre particulier dudit CENTRE RESEAU MULTISERVICES (10), le Network Browser (15) communique via un lien (271) avec un module (27) d'observation et de classement, pour lequel un procédé d'observation et de classement de l'usage et du comportement des utilisateurs est défini. De préférence, ledit procédé d'observation et de classement effectue l'observation, l'analyse et le classement des contenus, des services, du 2942931 -37- comportement des utilisateurs, des fournisseurs et autres et cela en temps réel ou différé. Ce procédé est utilisé par exemple pour l'analyse et le classement de la sollicitation des services et de leurs sous-parties, ainsi que pour la 5 génération de revenus. Les paramètres d'observation et de classement sont définis pendant ou après le processus de création du service par le module d'administration (13). Durant la session, le module d'administration (13) génère en temps réel les paramètres demandés et crée 10 automatiquement un événement d'observation ou/et de classement. Avantageusement, la tarification et/ou de changement de la tarification, la facturation et le classement sont effectués par le CENTRE RESEAU MULTISERVICES (10) et/ou par 15 des plateformes externes spécialisées. Dans un mode particulier de mise en oeuvre, le module de facturation (25), le module de tarification (26) et le module d'observation et de classement (27) sont intégrés à l'intérieur du module Network Browser (15). 20 De préférence, le CENTRE RESEAU MULTISERVICES (10) génère des fichiers au format CDR. Une fois créés, ces fichiers par exemple de facturation sont à la disponibilité de l'opérateur de télécommunications ou des fournisseurs de services. La fréquence de mise à jour de ces fichiers est 25 par exemple, au moins une fois par minute. Leur format est par exemple de type � ASN.1 Structured � (�Abstract Syntax Notation One Structured� en anglais, manière standard de description d'un message envoyé ou reçu par le réseau). Dans un mode particulier de mise en oeuvre, la syntaxe 30 des fichiers CDR est adaptée par l'opérateur de télécommunications et certains paramètres sont modifiés. Les différents formats CDR sont générés à l'aide de paramètres prédéfinis. Pour chaque noeud dans l'arborescence de la logique du service le choix de formats CDR et de leurs 35 usages par un administrateur est flexible. Avantageusement, -38- un regroupement de messages en seul message destiné à un élément particulier est effectué. Ledit administrateur de réseau est dans ce cas un opérateur, un fournisseur de services ou toute tierce partie à laquelle l'administration du service a été déléguée. Par la suite, la présente invention sera mieux comprise à l'aide d'exemples de réalisation illustratifs et non limitatifs, mis en oeuvre à l'aide de l'architecture en référence à la figure 1 et à la figure 2. Dans le cas général, un procédé de création et d'activation de services (procédé pouvant être effectué en temps réel ou en temps différé) est défini incluant plusieurs étapes, dont par exemple une étape de création d'au moins un service, une étape de création d'au moins une logique de services, une étape d'intégration de la logique de services dans le CENTRE RESEAU MULTISERVICES (10) et son environnement coeur de réseau et des services tiers, une étape d'orchestration de services existants et/ou nouveaux, une étape de gestion de sessions multiservices, une étape de test, de validation, de mise en version des services et une étape de déploiement et d'activation desdits services dans le Network Browser (15). Par la suite ces services sont ouverts aux utilisateurs. Dans un premier exemple de réalisation, le CENTRE RESAU (10) définit et gère le service MCC. Le service MCC permet aux opérateurs de télécommunications d'inverser le scénario de la facturation, c'est-à-dire de facturer le récepteur et non pas l'émetteur, ou les deux suivant des cas d'usages et d'intégration spécifiques à chaque opérateur. Pour sa réalisation, le service MCC utilise une multitude d'élément fonctionnels et de passerelles d'intégration et de réseaux. A l'aide de son environnement ouvert, le système se prévaut d'une importante flexibilité. La logique des services est développée et personnalisée facilement pour chaque opérateur de télécommunications. La gestion -39- simplifiée de la logique de service et des passerelles d'intégration et de réseaux du CENTRE RESEAU MULTISERVICES (10) permet à l'opérateur la mise en place rapide du service MCC. La passerelle de réseau (18) dans ce cas est par exemple composée de plusieurs passerelles. Chaque passerelle assure des tâches diverses. Par exemple, une passerelle de type IVR pour aviser le récepteur de la facturation inversée, une passerelle de type CAP pour la facturation inversée temps réel, une passerelle MAP pour récupération temps réel des informations relatives à l'émetteur et au récepteur (telles que par exemple la localisation, le type de facturation prépayée ou bien post-payée, et autres), une passerelle USSD pour le déclenchement du service par USSD, et autres. D'autre part la passerelle d'intégration (14) est composée de passerelles de type SMPP, HTTP, CORBA, FTP et autres. Dans le même contexte de réalisation du service MCC décrit, d'autres services complexes sont mis en place tel que par exemple le service ICS (� Intelligent Cali Screening �, en anglais filtrage intelligent d'appels), le service de contrôle de SMS depuis ou vers un terminal mobile itinérant et autres. Un autre exemple préféré de réalisation est le procédé mis en place à l'aide du CENTRE RESEAU MULTISERVICES (10) pour la tarification et la facturation d'une grande communauté d'abonnés, constituée de plusieurs centaines d'abonnés. Ce service de communauté mobile dit CCS (� Community Charging Service � en anglais, service de tarification et de facturation de communauté) mis en place, permet aux opérateurs de télécommunications de gérer les sessions des communautés de taille importante. A l'inverse des services orientés communauté d'amis ou communauté familiale concernant de petits groupes de souscripteurs, le service mis en place permet la gestion de plusieurs centaines de milliers d'utilisateurs, que se soit des 2942931 -40- abonnés en mode post payé ou bien en mode prépayé ou en mode mixte. Par exemple, un service ICS est implémenté pour les Roamers sortants avec un filtrage automatique des appels et des fonctions de routage d'appel. Ce service CCS comprend la 5 gestion de listes noires et de listes blanches, ainsi que d'autres fonctionnalités multiples. Ce service CCS est déployé dans le coeur de réseau de télécommunications par exemple en tant que passerelle non intrusive de routage et de Proxy vers une plate-forme IN, 10 et configurée en tant que Proxy intervenant uniquement lors de la négociation des appels CCS. La plateforme CENTRE RESEAU MULTISERVICES (10) avec son service CCS applique une logique de traitement appropriée à la communauté et renvoie les appels vers une plateforme IN. Lors de ce renvoi le 15 service CCS désigne l'indice de tarification approprié, utilisé pour la facturation par l'IN. Par la suite l'IN continuera le contrôle de l'appel CCS directement avec le coeur du réseau. Ceci n'est possible que grâce à la capacité du CENTRE RESEAU MULTISERVICES (10) à se substituer au coeur 20 du réseau. L'avantage de ce fonctionnement est la possibilité de la mise en place rapide et flexible de nouveaux services de type coeur de réseau, tout en laissant la partie critique de contrôle d'appel continu à l'IN et au coeur du réseau. 25 La solution technique de la présente invention supporte un grand nombre de plateformes et de protocoles, par exemple, une pluralité de protocoles MSC et IN (� Ericsson �� MSC, � Huawei �� MSC, � Huawei �� IN, � Ericsson �� IN, � Telenity �� IN), CAP vl-v4, CSI 30 (� � Cisco �� SAFE Implementation � en anglais, une implémentation � Cisco ��), CSI+, INAP (� Intelligent Network Application Protocol �, partie applicative pour des applications intelligentes du protocole SS7), SIP (� Session Initiation Protocol � en anglais, protocole standard 35 d'initiation d'une session réseau interactive), Radius -41- (extension IP pour mobile), Diameter (extension IP pour mobile), SCAP Diameter (� Service Charging Application Protocol � en anglais, protocole de service pour la facturation d'applications), UCIP (� User Communication Integration Protocol � en anglais, protocole propriétaire de � Ericsson �� ), Parlay (protocole standard ouvert), MAP vl-v3, AIN (� Advanced intelligent network � en anglais, réseau intelligent avancé), WIN (protocole � Microsoft Windows ��) et bien d'autres. Avantageusement, les caractéristiques et les fonctionnalités techniques relatives au support des services multiples concernant le mode local et le mode Roaming, pour l'activation de services offerts par des plateformes diverses, fournies par le CENTRE RESEAU MULTISERVICES (10) ainsi définit, sont par exemple : - La transparence du CENTRE RESEAU MULTISERVICES (10) lui-même vis-à-vis des fonctionnalités ou des éléments du coeur de réseau, par exemple de type SSP et SCP ; Le support du CENTRE RESEAU MULTISERVICES (10) de divers mécanismes de signalisation, comme par exemple la signalisation de type Proxy, dans laquelle la passerelle de réseau (18) (ou bien le CENTRE RESEAU MULTISERVICES (10) lui-même) agit en tant que Proxy pour une partie ou l'ensemble des messages du réseau de télécommunication, ou bien la signalisation collaborative triangulaire, dans laquelle la passerelle de réseau (18) ne représente pas un intermédiaire ; - La capacité d'effectuer une conversion stable et flexible entre deux quelconques ou plusieurs quelconques 30 protocoles différents; La capacité d'interpréter des déclenchements indépendamment des services réseaux, tels que par exemple les services de type HPLMN (� Home Public Land Mobile Network � en anglais, réseau mobile publique domestique) et -42- VPLMN (� Visited Public Land Mobile Network � en anglais, réseau mobile publique d'itinérance); La capacité de combiner et d'orchestrer différentes catégories de services. Par exemple, dans une variante, le CENTRE RESEAU MULTISERVICES (10) effectue uniquement des services de contrôle d'appels entrants, dans autre variante le CENTRE RESEAU MULTISERVICES (10) effectue uniquement des services de contrôle d'appels sortants et dans une variante particulière, le CENTRE RESEAU MULTISERVICES (10) effectue des services de contrôle d'appels entrants et sortants; La capacité d'activer de nouveaux services, sans affecter les services déjà actifs ; La capacité d'effectuer des interactions en modifiant librement des paramètres d'un ou plusieurs messages, le regroupement de messages en seul message destiné à un élément du réseau particulier et le multiplexage de messages destinés audits éléments concernés; La capacité de combiner des services et des profils, de support des paramètres de gestion des états, du temps, et autres; La capacité d'effectuer pendant une interaction un transfert d'informations supplémentaires à travers les différents éléments du réseau; La capacité d'effectuer une réponse différée, par 25 rapport à un état précédemment déclenché ; La capacité de gérer les services activés par différents éléments pour le même appel. Le CENTRE RESEAU MULTISERVICES (10) est par exemple réalisé à l'aide de plateformes matérielles de type HP 30 (� Hewlett Packard ��), FSC (� Fujitsu-Siemens Computers ��), IBM (� International Business Machines ��) ou � SUN Microsystems ��. Le système opérationnel est par exemple de type � Red Hat Enterprise �� ou � Fedora Linux ��, ou de type � Sun Solaris ��. Avantageusement, le 35 CENTRE RESEAU MULTISERVICES (10) est réalisable également -43- sur des plateformes d'entrée de gamme, ce qui a pour résultat une accessibilité et une réduction importante des coûts de mise en œuvre.5 REVENDICATIONS1. Système numérique de télécommunications pour la création, l'intégration, le regroupement, la gestion, le déploiement, l'activation et l'orchestration de services réseaux mobiles, fixes, IP, convergents, et nouvelles générations, caractérisé en ce que ledit système d'applications et de services (10), appelé CENTRE RESEAU MULTISERVICES (10) comprend: - au moins un module (15) serveur d'applications et d'orchestration de services, dit Network Browser (15), au moins un module (13) d'administration, au moins un module (18) passerelle de réseau, au moins un module (14) passerelle d'intégration et au moins un module (19) 15 base de données et de profilage; - des moyens pour s'intégrer à au moins un coeur de réseau de télécommunications ; - des moyens pour l'introduction et/ou pour la gestion dans ledit coeur de réseau et dans au moins un élément 20 dudit coeur de réseau, des services à contrôle complexe; - des moyens pour ouvrir ledit coeur de réseau et au moins un élément dudit coeur de réseau à au moins un service, ledit au moins un service étant un service propre, un service d'opérateur, un service de tierces parties, un 25 service de l'Internet ou tout autre service; - des moyen pour ouvrir ledit coeur de réseau et au moins un élément dudit coeur de réseau à au moins un autre réseau numérique. 30 2. Système selon la revendication 1, caractérisé en ce que ledit Network Browser (15) comporte au moins un module (17) serveur de contrôle et d'orchestration d'appels, dit module CCB (17) et/ou au moins un module (16) serveur de logique d'orchestration et d'intégration de services, dit module LIB 35 (16), lesdits modules CCB (17) et LIB (16) étant basés sur-45- au moins un protocole de communications et sur au moins un interpréteur de langages structurés par objets, relatif à des descripteurs structurés par objets. 3. Système selon l'une des revendications 1 et 2, caractérisé en ce que ledit module CCB (17) est basé sur au moins un interpréteur de langage de type CCXML. 4. Système selon la revendication précédente, caractérisé en ce que ledit interpréteur de langage de type CCXML est étendu à l'aide de protocoles de communications supplémentaires tels que SCCP, TCAP, MAP, INAP, CAMEL, DIAMETER, H.323, MGCP, CORBA ou autres protocoles de télécommunications ou traitement de l'information. 5. Système selon l'une quelconque des revendications 1 à 4, caractérisé en ce ledit module LIB (16) est basé sur au moins un interpréteur de langage de type VXML. 6. Système selon la revendication précédente, caractérisé en ce que ledit interpréteur de langage de type VXML est étendu à l'aide de protocoles de communications supplémentaires, lesdits protocoles de communications supplémentaires n'étant pas liés uniquement aux appels voix traditionnels. 7. Système selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ledit module LIB (16) et ledit module CCB (17) sont confondus en un seul module 8. Système selon l'une quelconque des revendications 1 à 7, caractérisé en ce qu'il est connecté à au moins un module (134) de type passerelle quelconque pour un réseau quelconque de télécommunications.30-46- 9. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est connecté à au moins un ensemble d'éléments (130) de type coeur de réseau de télécommunications. 10. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est connecté à au moins un ensemble de réseaux (120) basé sur au moins un protocole de communication et au moins une interface standards ou propriétaires. 11. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est relié à au moins un module (11) de services opérateurs de télécommunications ou de tierces parties et/ou à au moins un module (12) de services mobiles à valeur ajoutée. 12. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est relié à au moins un module (136) de systèmes dits réseaux intelligents et de support d'affaires. 13. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins un module (13) d'administration ou au moins un module (14) passerelle d'intégration ou au moins un module LIB (16) ou au moins un module CCB (17) ou au moins un module (18) passerelle de réseau ou au moins un module Network Browser (15) ou au moins un module (19) base de données et de profilage est autosuffisant.-47- 14. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit module d'administration (13) comprend au moins une administration système de type WEB incluant au moins un environnement de création de services, de contrôle, de logique de regroupement et d'orchestration de services, au moins un environnement de test, de déploiement et de gestion de versions de ces services, au moins une fonctionnalité de contrôle du CENTRE RESEAU MULTISERVICES (10) et au moins une fonctionnalité de configurations des paramètres et des passerelles réseaux. 15. Système selon la revendication précédente, caractérisé en ce que ledit environnement de création de services est accessible localement, à distance ou depuis un terminal, par un opérateur et/ou par des tierces parties et/ou des abonnés eux-mêmes. 16. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que lesdits services sont interactifs ou non interactifs et multilingues pour toute la chaîne de bout en bout. 17. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que ladite logique de regroupement et d'orchestration de services est indépendante des langues des services pour toute la chaîne de bout en bout. 18. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que ladite base de données et de profilage (19) comprend au moins une fonctionnalité de définition d'au moins un profil d'utilisateur, au moins une fonctionnalité de définition d'au moins un profil de service-48 - et au moins une fonctionnalité de définition d'au moins un profil de logique de services. 19. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte au moins un module (26) de tarification, et/ou au moins un module (25) de facturation, et/ou au moins un module (27) d'observation et de classement. 20. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est un système d'orchestration de déclenchements multiples et de contrôle d'au moins un service relatif à au moins un type d'appel entrant et/ou sortant, par rapport au réseau et/ou les utilisateurs. 21. Système selon la revendication précédente, caractérisé en ce qu'il comprend des moyens pour des: - Contrôles d'appels et de services ; - Orchestrations d'appels et de services ; - Déclenchements multiples et illimités ; - Sessions parallèles de gestion d'appels et de services ; - Machines d'états d'appels et de services ; - Gestions de différentes sources d'événements ; - Interprétations et exécution de services et de logique de services ; - Utilisations de temporisateurs multiples ; - Gestions des services en local et/ou à distance et/ou 30 en provenance de parties tierces ; - Profilages des utilisateurs et des services. 2942931 -49- 22. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est un système d'hébergement d'applications et de services tierces. 5 23. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est un système de type Proxy. 24. Système selon l'une quelconque des revendications 10 précédentes, caractérisé en ce qu'il est un système de type routeur. 25. Système selon l'une au moins des revendications 23 et 24, caractérisé en ce qu'il a la capacité de se substituer à 15 au moins un coeur de réseau de télécommunications. 26. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est un système de diffusion de type Broadcast. 20 27. Procédé de traitement mis en oeuvre dans le système selon l'une quelconque des revendications 1 à 26, caractérisé en ce qu'il comporte au moins : - une étape de création d'au moins un service ; 25 - une étape de création d'au moins une logique de services; - une étape d'intégration d'au moins une logique de services dans le CENTRE RESEAU MULTISERVICES (10) et son environnement coeur de réseau; - une étape d'orchestration de services existants et/ou nouveaux, les services étant des services propres ou des services tiers; - une étape de gestion de sessions multiservices; 25 30-50- - une étape de test, de validation, de mise en version des services; - une étape de déploiement et d'activation desdits services dans le Network Browser (15). - une étape de d'activation de nouveaux services, pendant l'exécution d'au moins un service déjà actif. 28. Procédé selon la revendication 27, caractérisé en ce qu'il comporte au moins une étape de regroupement et d'orchestration d'une multitude de services ou de fonctionnalités de services provenant de plateformes de services diverses. 29. Procédé selon l'une des revendications 27 et 28, 15 caractérisé en ce qu'il est effectué en mode de fonctionnement de type événementiel. 30. Procédé selon l'une des revendications 27 et 28, caractérisé en ce qu'il est effectué en mode de 20 fonctionnement de type client-serveur. 31. Procédé selon l'une des revendications 27 et 28, caractérisé en ce qu'il est effectué en mode de fonctionnement de type point à point. 32. Procédé selon l'une quelconque des revendications 27 à 31, caractérisé en ce qu'il comporte une étape supplémentaire de tarification et/ou de changement de la tarification en temps réel ou différé. 33. Procédé selon l'une des revendications 27 à 32, caractérisé en ce qu'il comporte une étape supplémentaire de facturation en temps réel ou différé. 25-51- 34. Procédé selon l'une quelconque des revendications 27 à 33, caractérisé en ce qu'il comporte une étape de gestion temps réel ou différé des modes de tarifications et de facturations pour tout type d'utilisateur en mode abonné, en mode prépayé, en mode convergent, en mode bouquet de services, en mode tierce partie, d'au moins un réseau de télécommunication. 35. Procédé selon l'une quelconque des revendications 27 à 34, caractérisé en ce qu'il comporte une étape supplémentaire d'observation et de classement de l'usage et du comportement des utilisateurs en temps réel ou différé. 36. Procédé selon l'une quelconque des revendications 27 à 35, caractérisé en ce que la tarification, la facturation et le classement sont effectués par le CENTRE RESEAU MULTISERVICES (10) et/ou par des plateformes externes spécialisées. 37. Procédé selon l'une quelconque des revendications 27 à 36, caractérisé en ce qu'il comprend au moins une étape de modifications statiques ou/et dynamiques des paramètres commutés. 38. Procédé selon l'une quelconque des revendications 27 à 37, caractérisé en ce qu'il comprend au moins une étape de regroupement de messages de protocoles réseaux en un seul message destiné à au moins un éléments particulier du réseau. 30 2942931 -52- 39. Procédé selon l'une quelconque des revendications 27 à 38, caractérisé en ce que les étapes sont effectuées de manière à assurer une transparence du CENTRE RESEAU MULTISERVICES (10) vis-à-vis dudit coeur de réseau ou d'au 5 moins un élément dudit coeur de réseau. 40. Procédé selon l'une quelconque des revendications 27 à 39, caractérisé en ce qu'il comprend une étape de signalisation de type Proxy, dans laquelle la passerelle de 10 réseau (18) agit en tant que Proxy pour une partie ou pour l'ensemble des messages du réseau de télécommunications. 41. Procédé selon l'une quelconque des revendications 27 à 40, caractérisé en ce qu'il comprend une étape de 15 signalisation collaborative de type triangulaire. 42. Procédé selon l'une quelconque des revendications 27 à 41, caractérisé en ce qu'il comprend au moins une étape de conversion entre deux quelconques ou plusieurs quelconques 20 protocoles différents. 43. Procédé selon l'une quelconque des revendications 27 à 42, caractérisé en ce qu'il comprend au moins une étape de modification des paramètres d'au moins un message. 44. Procédé selon l'une quelconque des revendications 27 à 43, caractérisé en ce qu'il comprend au moins une étape de combinaison d'au moins un service avec au moins un profil et de support des paramètres de gestion d'états et du temps. 30 45. Procédé selon l'une quelconque des revendications 27 à 44, caractérisé en ce qu'il est effectué en temps réel ou en temps différé.25