WO2002023919A1 - Procede et dispositif de coordination de services de telecommunication - Google Patents

Procede et dispositif de coordination de services de telecommunication Download PDF

Info

Publication number
WO2002023919A1
WO2002023919A1 PCT/FR2001/002852 FR0102852W WO0223919A1 WO 2002023919 A1 WO2002023919 A1 WO 2002023919A1 FR 0102852 W FR0102852 W FR 0102852W WO 0223919 A1 WO0223919 A1 WO 0223919A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
user
services
module
access
Prior art date
Application number
PCT/FR2001/002852
Other languages
English (en)
Inventor
Ronan Viel
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to PL36118301A priority Critical patent/PL361183A1/xx
Priority to DE60107433T priority patent/DE60107433T2/de
Priority to AU2001290016A priority patent/AU2001290016A1/en
Priority to JP2002526770A priority patent/JP2004509492A/ja
Priority to CA002422220A priority patent/CA2422220C/fr
Priority to EP01969883A priority patent/EP1303995B1/fr
Application filed by France Telecom filed Critical France Telecom
Priority to US10/380,681 priority patent/US6990184B2/en
Priority to KR1020037003636A priority patent/KR100576949B1/ko
Priority to AT01969883T priority patent/ATE283609T1/de
Publication of WO2002023919A1 publication Critical patent/WO2002023919A1/fr
Priority to NO20031163A priority patent/NO326868B1/no
Priority to HK03103854A priority patent/HK1051619A1/xx

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0062—Provisions for network management

Definitions

  • the present invention relates to a method and a system for coordinating the use of telecommunication services.
  • the invention is in the field of telecommunications services sui ⁇ distributed system architectures and in the field of intelligent network. Description of the Prior Art
  • a telecommunication service designates any service accessible to a user from a telecommunication terminal and through a network, whether the latter is a telephone network or a computer network such as a data network of the Internet type.
  • the telecommunications terminal is either a computer terminal or a telephone terminal.
  • a first service consists in offering a communication with another user, either with a link which transports only audio data, or with a link which also transports video data.
  • a second service consists in offering consultation to databases.
  • a third service consists in offering data processing in the form for example of management of bank accounts.
  • a fourth service consists in offering storage of data in the form, for example, of a message in a messaging system.
  • the invention finds a very advantageous application in that it makes it possible to coordinate, during their execution, different telecommunication services between them, on behalf of the same user, even if these services are actually rendered by telecommunication operators. different.
  • the invention can make it possible to provide a customer with a single service contract guaranteeing the consistency of execution of the various telecommunications services between them and the single invoicing of these services even if the latter are actually rendered by telecommunications operators or of different services.
  • negative interaction This problem of negative interaction appears in particular when the services are executed simultaneously or when they are rendered by different telecommunications or service operators.
  • a case of negative interaction can arise when the user has access to a first service relating to communication from a mobile telephone and to a second service relating to access to the Internet network from a computer terminal, the two services being provided by the same telecommunications operator.
  • This user does not necessarily have the assurance that the use of services on the Internet by means of the first communication service by mobile telephone is identical, or consistent, with the use of services on the Internet by means of the second service, and this regardless of the capabilities of the terminals or the networks themselves.
  • the Internet service used may not recognize the same user depending on whether the latter accesses the service from a mobile phone or from another terminal.
  • each of the services recognizes the user by the knowledge that he has of a profile of this user; this profile can include the name of the user, his address, a list of services subscribed to by the user, personalized profiles of access to services ...
  • each service determines the user profile it manages .
  • each operator makes offers of services to which the user can request access by dialing, for example, either a particular telephone number, or an access code, or a card number, such as a telephone card number.
  • dialing for example, either a particular telephone number, or an access code, or a card number, such as a telephone card number.
  • the user makes a request for access to a service and his request is validated, he is associated with a service session, that is to say an access path to use the service. Once he uses a given first service, the user may wish to use a second service.
  • the sequence of the first service to the second service is not always possible or in accordance with these contracts. Such a situation is encountered for example when using a telephone card of a certain category which makes it possible to telephone from any existing telephone set.
  • the user By dialing from any telephone set an access code, then a hey card code, the user accesses the call service linked to the card; this call service enabling him to use this arbitrary telephone extension as if it were a private telephone extension.
  • the user can query a telephone information service developed by the operator. If the information requested consists of a telephone number of a correspondent, the user can obtain the connection with this correspondent, although this possibility is not allowed to him during a direct call to this correspondent by the service of the phone card.
  • the sequence of the first service, the service linked to the telephone card, to the second service, the connecting service from an intelligence service is not consistent.
  • the intelligence service is not aware of the content of this contract and, in particular, of the restrictions limiting the reachable geographic area. Consequently, the intelligence service authorizes the user to reach the requested correspondent even though this correspondent is in a geographic area not reachable by the user according to the restrictions of his contract.
  • the technical problem to be solved by the object of the present invention is to propose a method of coordinating the use of telecommunication services which makes it possible to avoid the problem of negative interaction between telecommunication services to which the same user wants to access. user and which does not have the above drawbacks.
  • a solution to the technical problem posed consists, according to the present invention, in that said method comprises the steps which consist:
  • the subject of the invention is a system for coordinating the use of telecommunication services, the use of a service being requested by a user from a telecommunication terminal and the telecommunication services being connected to the coordination system by a network.
  • Said coordination system includes:
  • the requesting service which receives an access request from a user
  • the method and the coordination system in accordance with the invention solve the problem posed.
  • the centralized management of the user's environment makes it possible to associate a user with a unique environment address which corresponds to an environment manager.
  • This environment manager dialogues with all the services to which the user wants to access and updates at least one state diagram characteristic of the user's environment.
  • This state diagram evolves according to the services to which the user accesses and the services which the user requests from these services.
  • the coordination method and system provide services with the information they need provided that the information can be shared without risk.
  • the method and the coordination system thus prohibit a loss of consistency between all the data characterizing the user and his environment and they guarantee that access to confidential data is blocked. They carry out operations on behalf of the services while ensuring compliance with the contract between the service and a customer.
  • the customer and the user can be the same natural person or different physical persons or, the customer can be a legal person which designates one or more users who are natural or legal persons.
  • This localization function can be based on one or more existing servers such as the HLR, an abbreviation of the English terms Home Location Register, of the GSM network.
  • the problem of negative interaction is solved according to the invention, in particular by means of a dialogue between the coordination system and each of the requesting services.
  • the evolutions of a service can be done independently of the evolutions of another service.
  • the method and the coordination system according to the invention do not impose a particular development platform, neither for the coordination system, nor for the services.
  • the method and the system also do not impose a common architecture on the requesting services.
  • the coordination method and system according to the invention can also carry out user identification and / or authentication.
  • Figure 1 is a flow diagram of a method according to the invention.
  • Figure 2 is a block diagram of a coordination system according to the invention.
  • FIG. 3 is a diagram of multi-service use of a coordination system according to the invention.
  • a user requests the use of a service, among different telecommunications services, from a telecommunications terminal.
  • the various telecommunication services are connected by a telephone or computer network to a coordination system which implements a method for coordinating the use of telecommunication services, according to the invention, which manages a centralized database of user profiles.
  • the method for coordinating the use of telecommunication services according to the invention takes place according to several steps described below and illustrated in FIG. 1.
  • a first step 1 each time a user requests access to a service, the method activates a unique environment based on the profile of this user.
  • the method processes the validation of the service access request.
  • the access request is refused, that is to say not validated, when the user cannot use this service.
  • the reasons why a user cannot use a service are varied. They can be dictated by the content of the contracts concluded between the user and the operator of the service. They may be linked to the conditions of use of the service. For example, a given service may only be accessible from certain terminals.
  • a second step 2 the method allocates a unique service session to each service whose activation has been validated. This session is then part of the unique environment of the user.
  • the method manages the unique environment by modeling the states that the user environment can take and the relationships between its states by at least one state diagram in which the changes of states are triggered by given events, some of which are associated with the various services offered by the services.
  • the following example corresponds to a particular embodiment in which the management of the environment is done by means of several state diagrams.
  • Each service session corresponds to a state diagram and the environment is associated with another state diagram.
  • Among the different states of a state diagram there is always a start state and an end state. Between these two states, the states depend on the modeling made, either of the service or of the environment. For example, in the diagram of a service, an initial state, a charging authorization state and a charging state can be defined.
  • the initial state is reached from the start state after receipt of a service access request from a user.
  • the charging authorization state is reached from the initial state after validation given to the request for access to the service.
  • the charging state is reached from the charging authorization state after the service request requested by the user has been granted.
  • the end state is reached from the initial states, authorization of charging and charging after the decision is made to stop using the service. The decision may result from an action by the user who wishes to stop use himself.
  • a fourth step 4 the method grants an authorization to a service request formulated by a user with a service, to which a service session has been allocated, according to the current state of the state diagram of the environment of the user, specifications for the use of the service as indicated in the contract, the nature of the request and the events associated with the service request.
  • the method updates the environment and, in particular the profile of the user, during the transition to the next state of the state diagram.
  • FIG. 2 is a diagram of a coordination system 6 according to the invention to which a telecommunications service 7 addressed by a user 8 is addressed.
  • the user 8 requests one or more telecommunications service 7 from a terminal 9 telecommunications such as a landline or mobile phone or, such as a computer station.
  • the telecommunication services 7 are connected to the coordination system by a network 10.
  • the coordination system 6 comprises an access module 11, an identification and authentication module 12, a profile management module 13, a contractual module 14 and an environment manager 15.
  • the access module 11 is a first entry point of the coordination system 6 to which any service 7 which receives an access request from a user 8 must address.
  • the service 7 sends, to the module 11 access, a request containing information concerning the identity of the user 8, comprising at least one identifier and, optionally, a password, an address, ... and, information concerning the service 7, such as the characteristics defining the session between user 8 and service 7, the session address, ...
  • the access module 11 can be a server or any equivalent means.
  • the identification and authentication module 12 is linked to the access module 11 and has the function of identifying and authenticating the user 8. From information concerning the identity of the user 8, the identification and authentication module 12 verifies the existence of this identity and, for the services 7 which provide for authentication, it authenticates the user 8.
  • Authentication consists for example in verifying that a password supplied by user 8 has been previously assigned to this user 8.
  • the identification and authentication module 12 communicates to the access module 11 the result of the identification and authentication.
  • the identification and authentication module 12 can be absent or replaced by an equivalent module but external to the coordination system 6. When the identification and authentication module 12 is absent, the user must provide an identifier to access a service.
  • the identification and authentication functions can be implemented in two separate modules.
  • the identification and authentication module 12 can be installed on the same server as the module 11 or on another server or any equivalent means.
  • the profile management module 13 includes a profile manager and a profile database.
  • the database can be stored and distributed in different local or remote memories.
  • the profile management module 13 is linked to the access module 11 which provides it with the user identifier 8.
  • the profile manager queries the database in order to obtain, on the one hand, the profile which corresponds to the identifier of the user 8 and on the other hand, when they exist, personalized profiles of services linked to this profile.
  • the profile manager creates an environment for this user 8 and provides it for management to the environment manager 15, or one of the environment managers 15 if there are several.
  • the profile management module 13 interrogates this environment manager 15 responsible for the profile of the user and in return obtains a service session identifier specific to the environment manager 15 questioned.
  • the profile management module 13 communicates the service session identifier and the address of the environment manager 15 in the network 10 to the access module 11 which transmits them to the requesting service 7.
  • the profile management module 13 ensures that there is not already an environment manager working on the environment of user 8. If there is already one, the module 13 for managing profiles provides him with information on the requesting service 7 so that he modifies the environment of the user 8.
  • the manager 15 environment sends a service session identifier to the profile management module 13 which the latter communicates, with the address of the environment manager 15 in the network 10, to the access module 11 which transmits them to the requesting service 7 .
  • the exchanges described above between the profile manager 13 and the environment manager 15 guarantee the uniqueness of the user's environment 8.
  • the profile management module 13 can be installed on the same server as the module 11 d access and the identification and authentication module 12 or on another server or any equivalent means.
  • the profile database can be stored on a memory of the server of the profile management module 13 or on a separate mass memory.
  • the environment manager 15 is in contact with the profile management module 13, the contractual module 14 and is a second entry point for the coordination system 6. Based on the knowledge of the context of use of the services which can be requested by a user 8 and of the profile of this user 8, the environment manager 15 performs various operations on behalf of the services. In particular, it determines the authorizations of services, the tariffs to be applied, the cost of a service, the actions to be taken with the services such as sending a notification and sending a stop order in s '' by pressing the contractual module.
  • the environment manager 15 has its own logic which enables it to carry out the preceding operations and to communicate directly with the requesting services. This logic is based on the modeling by a state diagram of the states that the user environment can take and of the relationships between its states.
  • the contractual module 14 includes a pricing and valuation module, a service catalog module and a customer management module.
  • the pricing and valuation module contains a list of prices and service costs linked to services.
  • the service catalog module contains the information describing the services, or context for using the services, common to all the users of the system 6 and to their environments.
  • the customer management module contains a list of contracts relating to services subscribed by users.
  • the information of the contractual module is useful information for the execution of the logic of the environment manager 15 in his decision to agree to provide the service 7 to the user 8.
  • the coordination system 6 can be entirely installed on a entity of
  • PCSR Network Service Control Point
  • SCP Service Control Point
  • the 6 coordination system creates a unique environment for the user knowing his profile; the environment consisting of the user's profile and his service sessions which have been allocated to him.
  • the coordination system 6 validates or not the request for access to the service. It may not validate this request when, for example, the service is prohibited to the user. After validating the service access request, the coordination system 6 provides the service 7 with a single session that the service 7 must use for all the following operations.
  • the service 7 addresses the second entry point 15 of the coordination system 6 with its session during each operation.
  • These operations are for example operations which allow the service 7 to obtain an authorization to deliver a service, to obtain information about the user 8, to request the start or the end of the charging of a service, to modify information about user 8, to request notification of an event from user 8.
  • operations which make it possible to request invocation another service 7 for user 8 or to indicate the end of the current service 7 for user 8.
  • the latter When the user 8 accesses a service 7, the latter must interrogate the coordination system 6: - when the user 8 requests a service which requires the location of a user whom the service 7 wants to reach, - when the user 8 requests a service which requires personalization to identify the user and obtain information concerning him, - when user 8 requests a service which requires payment and invoicing, when user 8 requests a service which leads to providing user 8 of information in a domain requiring authorization, when user 8 requests a service which leads to carrying out for user 8 an operation for which authorization is necessary, at the end of a service requested by the user 8 if this requires stopping a payment and billing and if this payment and billing were function of the duration or, at the end of service 7 for user 8 to indicate that this service 7 ends.
  • FIG. 3 is a diagram of multi-service use of a coordination system according to the invention.
  • a coordination system 6 according to the invention coordinates the use of different services 7 by the same user 8.
  • the exchanges between the services 7 and the coordination system 6 take place through the links of the network 10.
  • the services 7 which are 'address to the coordination system 6 include an interface which dialogs with the entry points of the coordination system 6 and, include commands accessible to the coordination system 6. These commands allow the coordination system 6 to send notifications to the services 7 and to control them when necessary.
  • One of the notifications is, for example, an alert message to inform the user 8 that his credit has almost run out.
  • the control is necessary, for example, to interrupt a service when the credit of the user 8 is exhausted.
  • a coordination system according to the invention is also multi-user. It simultaneously coordinates the use of services for different users, that the services used by the different users are identical or different or partly common.

Abstract

La présente invention se rapporte à un procédé et à un système (6) de coordination d'utilisation de services (7) de télécommunication. Le procédé accorde une demande de prestation formulée par un utilisateur (8) auprés d'un service (7) en fonction de l'état courant du diagramme d'état d'un environment unique de l'utilisateur (8) et d'événements associés à la demande de prestation. Le système (6) de coordination comprend un module (11) d'accès, un module (13) de gestion de profils, un module (14) contractuel et au moins un gestionnaire (15) d'environnement.

Description

PROCEDE ET DISPOSITIF DE COORDINATION DE SERVICES DE TELECOMMUNICATION
Domaine de l'invention
La présente invention se rapporte à un procédé et à un système de coordination d'utilisation de services de télécommunication.
L'invention s'inscrit dans le domaine des services de télécommunication sui¬ des architectures de systèmes répartis et dans le domaine du réseau intelligent. Description de l'art antérieur
Dans tout le texte, un service de télécommunication désigne tout service accessible à un utilisateur depuis un terminal de télécommunication et à travers un réseau, que ce dernier soit un réseau téléphonique ou un réseau informatique tel un réseau de données du type Internet. Le terminal de télécommunication est soit un terminal informatique, soit un terminal téléphonique. Pour illustrer la notion de service, quatre services sont listés ci-après à titre d'exemples. Un premier service consiste à offrir une communication avec un autre utilisateur, soit avec un lien qui transporte uniquement des données audio, soit avec un lien qui transporte en outre des données vidéo. Un deuxième service consiste à offrir la consultation à des bases de données. Un troisième service consiste à offrir du traitement de données sous la forme par exemple de gestion de comptes bancaires. Un quatrième service consiste à offrir du stockage de données sous la forme, par exemple, d'un message dans une messagerie.
L'invention trouve une application très avantageuse en ce qu'elle permet de coordonner, lors de leur exécution, différents services de télécommunication entre eux, pour le compte d'un même utilisateur, même si ces services sont effectivement rendus par des opérateurs de télécommunication différents. Ainsi, l'invention peut permettre de fournir à un client un contrat unique de service garantissant la cohérence d'exécution des différents services de télécommunication entre eux et la facturation unique de ces services même si ces derniers sont effectivement rendus par des opérateurs de télécommunication ou de services différents.
Actuellement, le consommateur qui utilise différents services de télécommunication n'a pas toujours la garantie de cohérence d'exécution entre ces différents services. Lorsque des incohérences sont détectées, elles sont généralement désignées par les termes « interaction négative ». Ce problème d'interaction négative apparaît en particulier lorsque les services s'exécutent simultanément ou lorsqu'ils sont rendus par des opérateurs de télécommunication ou de services différents. Un cas d'interaction négative peut se présenter lorsque l'utilisateur a accès à un premier service portant sur la communication à partir d'un téléphone mobile et à un second service portant sur un accès au réseau Internet à partir d'un terminal informatique, les deux services étant fournis par le même opérateur de télécommunication. Cet utilisateur n'a pas nécessairement l'assurance que l'utilisation de services sur Internet au moyen du premier service de communication par téléphone mobile soit identique, ou cohérent, avec l'utilisation de services sur Internet au moyen du second service, et ce indépendamment des capacités des teπninaux ou des réseaux eux-mêmes. Par exemple, le service sur Internet utilisé peut ne pas reconnaître le même utilisateur suivant que ce dernier accède au service depuis un téléphone mobile ou depuis un autre terminal. En effet, chacun des services reconnaît l'utilisateur par la connaissance qu'il a d'un profil de cet utilisateur ; ce profil pouvant comprendre le nom de l'utilisateur, son adresse, une liste des services souscrits par l'utilisateur, des profils personnalisés d'accès à des services... Ainsi, chaque service détermine le profil d'utilisateur qu'il gère. En outre, chaque opérateur fait des offres de services auxquels l'utilisateur peut demander l'accès en composant par exemple soit un numéro téléphonique particulier, soit un code d'accès, soit un numéro de carte, type numéro de carte téléphonique. Lorsque l'utilisateur fait une demande d'accès à un service et que sa demande est validée, il lui est associé une session de service, c'est-à-dire un chemin d'accès pour utiliser le service. Une fois qu'il utilise un premier service donné, l'utilisateur peut souhaiter utiliser un second service. Malgré les contrats passés avec l'opérateur, l'enchaînement du premier service au second service n'est pas toujours possible ou conforme à ces contrats. Une telle situation se rencontre par exemple lors de l'utilisation d'une carte téléphonique d'une certaine catégorie qui permet de téléphoner de tout poste téléphonique existant. En composant à partir d'un poste téléphonique quelconque un code d'accès, puis un code hé à la carte, l'utilisateur accède au service d'appel lié à la carte ; ce service d'appel lui permettant d'utiliser ce poste téléphonique quelconque comme s'il s'agissait d'un poste téléphonique privé. En particulier, l'utilisateur peut interroger un service de renseignement téléphonique développé par l'opérateur. Si le renseignement demandé consiste en un numéro de téléphone d'un correspondant, l'utilisateur peut obtenir la mise en relation avec ce correspondant, bien que cette possibilité ne lui soit pas permise lors d'un appel direct à ce correspondant par le service de la carte téléphonique. L'enchaînement du premier service, le service lié à la carte téléphonique, au second service, le service de mise en relation depuis un service de renseignement, n'est pas cohérent. En effet, il existe un contrat, entre le client de la carte et le service hé à la carte, qui définit les conditions d'utilisation de cette carte, en particulier la zone géographique dans laquelle l'utilisateur peut joindre un correspondant. Or, le service de renseignement n'a pas connaissance du contenu de ce contrat et, en particulier, des restrictions limitant la zone géographique joignable. Par conséquent, le service de renseignement autorise l'utilisateur à joindre le correspondant demandé bien que ce correspondant soit dans une zone géographique non joignable par l'utilisateur suivant les restrictions de son contrat.
Pour lutter contre les interactions négatives entre différents services, des procédés connus sont mis en œuvre. Ils consistent à définir un mécanisme de dialogue direct entre les différents services auxquels accède un même utilisateur. Ces procédés ont pour inconvénient d'imposer une architecture commune aux différents services et, par conséquent, de lier entre elles les évolutions des différents services.
Aussi, le problème technique à résoudre par l'objet de la présente invention est de proposer un procédé de coordination d'utilisation de services de télécommunication qui permette d'éviter le problème d'interaction négative entre des services de télécommunication auxquels veut accéder un même utilisateur et qui ne présente pas les inconvénients précédents.
Résumé de l'invention
Une solution au problème technique posé consiste, selon la présente invention, en ce que ledit procédé comprend les étapes qui consistent :
- à chaque demande d'accès à un service émanant d'un utilisateur, à activer un environnement unique composé d'un profil de cet utilisateur et de sessions de service associées à cet utilisateur et à traiter la validation de la demande d'accès au service, - à attribuer une session unique à chaque service dont la demande d'accès est valide, cette session faisant partie de l'environnement unique de l'utilisateur,
- à gérer l'environnement unique, en modélisant les états que peut prendre l'environnement de l'utilisateur et en modélisant les relations entre ses états par au moins un diagramme d'états dans lequel les changements d'états sont déclenchés par des événements donnés dont certains sont associés aux différentes prestations offertes par les services, à accorder une demande de prestation formulée par un utilisateur auprès d'un service ayant une session, en fonction de l'état courant du diagramme d'états de l'environnement de l'utilisateur et des événements associés à la demande de prestation et, à mettre à jour l'environnement de l'utilisateur lors du passage à l'état suivant du diagramme d'états du service.
En outre, l'invention a pour objet un système de coordination d'utilisation de services de télécommunication, l'utilisation d'un service étant sollicitée par un utilisateur depuis un terminal de télécommunication et les services de télécommunication étant connectés au système de coordination par un réseau. Ledit système de coordination comprend :
- un module d'accès, premier point d'entrée du système de coordination auquel s'adresse tout service, dit service demandeur, qui reçoit une demande d'accès émanant d'un utilisateur,
- un module de gestion de profils en liaison avec le module d'accès et comprenant une base de données de profils d'utilisateurs et de profils de services et comprenant au moins un gestionnaire de profils en liaison avec la base de données, - un module contractuel comprenant une liste de contrats souscrits par des utilisateurs auprès de services de télécommunication, des informations sur ces services de télécommunication et une liste de tarification d'accès et de prestations et, au moins un gestionnaire d'environnement, en liaison avec le module de gestion de profils et le module contractuel, second point d'entrée du système de coordination, auquel s'adresse tout service dont la demande d'accès est valide et qui reçoit une demande de prestation émanant d'un utilisateur ou qui souhaite obtenir des informations sur cet utilisateur ou qui souhaite obtenir des informations sur son environnement courant. Le procédé et le système de coordination conformes à l'invention résolvent le problème posé. En effet, la gestion centralisée de l'environnement de l'utilisateur permet d'associer à un utilisateur une adresse d'environnement unique qui correspond à un gestionnaire d'environnement. Ce gestionnaire d'environnement dialogue avec tous les services auxquels l'utilisateur veut accéder et il met à jour au moins un diagramme d'états caractéristique de l'environnement de l'utilisateur. Ce diagramme d'états évolue en fonction des services auxquels l'utilisateur accède et des prestations que l'utilisateur sollicite auprès de ces services.
Le procédé et le système de coordination fournissent aux services les informations dont ils ont besoin à condition que ces informations puissent être partagées sans risque. Le procédé et le système de coordination interdisent ainsi une perte de cohérence entre toutes les données caractérisant l'utilisateur et son environnement et ils garantissent un verrouillage de l'accès à des données confidentielles. Ils effectuent des opérations pour le compte des services tout en garantissant le respect du contrat passé entre le service et un client. Le client et l'utilisateur peuvent être une même personne physique ou des personnes physiques différentes ou, le client peut être une personne morale qui désigne un ou plusieurs utilisateurs qui sont des personnes physiques ou morales.
La connaissance à tout instant de l'environnement de l'utilisateur permet au procédé et au système de coordination de pouvoir donner la localisation courante de l'utilisateur, c'est-à-dire son adresse sur le réseau. La mise en œuvre de cette fonction de localisation peut s'appuyer sur un, ou plusieurs, serveur déjà existant tel le HLR, abréviation des termes anglo-saxons Home Location Register, du réseau GSM.
Le problème d'interaction négative est résolu selon l'invention, en particulier au moyen d'un dialogue entre le système de coordination et chacun des services demandeurs. Ainsi, les évolutions d'un service peuvent se faire indépendamment des évolutions d'un autre service.
De manière avantageuse, le procédé et le système de coordination selon l'invention n'imposent pas une plate-forme de développement particulière, ni pour le système de coordination, ni pour les services. Le procédé et le système n'imposent pas non plus une architecture commune aux services demandeurs.
De manière avantageuse, le procédé et le système de coordination selon l'invention peuvent en outre effectuer une identification et/ou une authentification de l'utilisateur.
Brève description des dessins D'autres caractéristiques et avantages de l'invention apparaîtront lors de la description qui suit d'exemples particuliers de réalisation de l'invention. La description est faite en regard des figures suivantes annexées données à titre d'exemples non limitatifs.
La figure 1 est un organigramme d'un procédé selon l'invention. La figure 2 est un schéma bloc d'un système de coordination selon l'invention.
La figure 3 est un schéma d'utilisation multiservices d'un système de coordination selon l'invention.
Description détaillée d'un mode de réalisation
Le contexte dans lequel se place l'invention est le suivant. Un utilisateur sollicite l'utilisation d'un service, parmi différents services de télécommunication, depuis un terminal de télécommunication. Les différents services de télécommunication sont connectés par un réseau téléphonique ou informatique à un système de coordination qui met en œuvre un procédé de coordination d'utilisation de services de télécommunication, selon l'invention, qui gère une base centralisée de profils d'utilisateurs.
Le procédé de coordination d'utilisation de services de télécommunication selon l'invention se déroule suivant plusieurs étapes décrites ci-après et illustrées par la figure 1.
Dans une première étape 1, à chaque demande d'accès d'un utilisateur à un service, le procédé active un environnement unique basé sur le profil de cet utilisateur.
Si un environnement est déjà activé pour cet utilisateur, il est utilisé pour la suite du traitement. En outre, le procédé traite la validation de la demande d'accès au service. La demande d'accès est refusée, c'est-à-dire non validée, lorsque l'utilisateur ne peut pas utiliser ce service. Les raisons pour lesquelles un utilisateur ne peut pas utiliser un service sont variées. Elles peuvent être dictées par la teneur des contrats passés entre l'utilisateur et l'opérateur du service. Elles peuvent être liées aux conditions d'utilisation du service. Par exemple, un service donné peut n'être accessible qu'à partir de certains terminaux.
Dans une deuxième étape 2, le procédé attribue une session de service unique à chaque service dont l'activation a été validée. Cette session fait alors partie de l'environnement unique de l'utilisateur.
Dans une troisième étape 3, le procédé gère l'environnement unique en modélisant les états que peut prendre l'environnement de l'utilisateur et les relations entre ses états par au moins un diagramme d'états dans lequel les changements d'états sont déclenchés par des événements donnés dont certains sont associés aux différentes prestations offertes par les services. L'exemple suivant correspond à une réalisation particulière dans laquelle la gestion de l'environnement est faite au moyen de plusieurs diagrammes d'états. A chaque session de service correspond un diagramme d'états et l'environnement est associé à un autre diagramme d'états. Parmi les différents états d'un diagramme d'états, il y a toujours un état début et un état fin. Entre ces deux états, les états dépendent de la modélisation faite, soit du service, soit de l'environnement. Par exemple, dans le diagramme d'un service, il peut être défini un état initial, un état autorisation de taxation et un état taxation. L'état initial est atteint depuis l'état début après réception d'une demande d'accès au service émanant d'un utilisateur. L'état autorisation de taxation est atteint depuis l'état initial après la validation donnée à la demande d'accès au service. L'état taxation est atteint depuis l'état autorisation de taxation après que la demande de prestation demandée par l'utilisateur soit accordée. Et l'état fin est atteint depuis les états initial, autorisation de taxation et taxation après que la décision soit prise d'interrompre l'utilisation du service. La décision peut résulter d'une action de l'utilisateur qui souhaite interrompre lui-même l'utilisation.
Elle peut être prise par le procédé en fonction des conditions d'utilisation du service, en fonction du contenu d'un contrat, en fonction du montant d'un crédit accordé à l'utilisateur.
Dans une quatrième étape 4, le procédé accorde une autorisation à une demande de prestation formulée par un utilisateur auprès d'un service, auquel a été attribué une session de service, en fonction de l'état courant du diagramme d'états de l'environnement de l'utilisateur, des spécifications d'utilisation du service telles qu'indiquées dans le contrat, de la nature de la demande et des événements associés à la demande de prestation. Dans une cinquième étape 5, le procédé met à jour l'environnement et, en particulier le profil de l'utilisateur, lors du passage à l'état suivant du diagramme d'états.
La figure 2 est un schéma d'un système 6 de coordination selon l'invention auquel s'adresse un service 7 de télécommunication sollicité par un utilisateur 8. L'utilisateur 8 sollicite un, ou plusieurs, service 7 de télécommunication depuis un terminal 9 de télécommunication tel un téléphone fixe ou mobile ou, tel un poste informatique. Les services 7 de télécommunication sont connectés au système de coordination par un réseau 10.
Le système 6 de coordination comprend un module 11 d'accès, un module 12 d'identification et d'authentification, un module 13 de gestion de profils, un module 14 contractuel et un gestionnaire 15 d'environnement.
Le module 11 d'accès est un premier point d'entrée du système 6 de coordination auquel doit s'adresser tout service 7 qui reçoit une demande d'accès émanant d'un utilisateur 8. Le service 7 envoie, au module 11 d'accès, une requête contenant des informations concernant l'identité de l'utilisateur 8, comprenant au moins un identifiant et, éventuellement, un mot de passe, une adresse, ...et, des informations concernant le service 7, telles que les caractéristiques définissant la session entre l'utilisateur 8 et le service 7, l'adresse de la session, ...Le module 11 d'accès peut être un serveur ou tout moyen équivalent. Le module 12 d'identification et d'authentification est en liaison avec le module 11 d'accès et a pour fonction d'identifier et d'authentifier l'utilisateur 8. A partir des informations concernant l'identité de l'utilisateur 8, le module 12 d'identification et d'authentification vérifie l'existence de cette identité et, pour les services 7 qui prévoient une authentification, il authentifie l'utilisateur 8.
L'authentification consiste par exemple à vérifier qu'un mot de passe fourni par l'utilisateur 8 a été préalablement attribué à cet utilisateur 8. Le module 12 d'identification et d'authentification communique au module 11 d'accès le résultat de l'identification et de l'authentification. Le module 12 d'identification et d'authentification peut être absent ou remplacé par un module équivalent mais externe au système 6 de coordination. Lorsque le module 12 d'identification et d'authentification est absent, l'utilisateur doit fournir un identifiant pour accéder à un service. Selon un autre mode de réalisation, les fonctions identification et authentification peuvent être mises en œuvre dans deux modules séparés. Le module 12 d'identification et d'authentification peut être installé sur le même serveur que le module 11 ou sur un autre serveur ou tout moyen équivalent.
Le module 13 de gestion de profils comprend un gestionnaire de profils et une base de données de profils. La base de données peut être stockée et répartie dans différentes mémoires locales ou distantes. Le module 13 de gestion de profils est en liaison avec le module 11 d'accès qui lui fournit l'identifiant de l'utilisateur 8. Le gestionnaire de profils interroge la base de données pour obtenir d'une part le profil qui correspond à l'identifiant de l'utilisateur 8 et d'autre part, lorsqu'ils existent, des profils personnalisés de services liés à ce profil. Le gestionnaire de profils crée un environnement pour cet utilisateur 8 et le fournit pour gestion au gestionnaire 15 d'environnement, ou l'un 15 des gestionnaires d'environnement s'il y en a plusieurs.
Le module 13 de gestion de profils interroge ce gestionnaire 15 d'environnement en charge du profil de l'utilisateur et obtient en retour un identifiant de session de service propre au gestionnaire 15 d'environnement interrogé. Le module 13 de gestion de profils communique l'identifiant de session de service et l'adresse du gestionnaire 15 d'environnement dans le réseau 10 au module 11 d'accès qui les transmet au service 7 demandeur. Avant de créer un environnement pour l'utilisateur 8, le module 13 de gestion de profils s'assure qu'il n'y a pas déjà un gestionnaire d'environnement qui travaille sur l'environnement de l'utilisateur 8. S'il y en a déjà un, le module 13 de gestion de profils lui fournit les informations sur le service 7 demandeur pour qu'il modifie l'environnement de l'utilisateur 8. En retour, le gestionnaire 15 d'environnement envoie un identifiant de session de service au module 13 de gestion de profils que ce dernier communique, avec l'adresse du gestionnaire 15 d'environnement dans le réseau 10, au module 11 d'accès qui les transmet au service 7 demandeur. Les échanges précédemment décrits entre le gestionnaire 13 de profils et le gestionnaire 15 d'environnement garantissent l'unicité de l'environnement de l'utilisateur 8. Le module 13 de gestion de profils peut être installé sur un même serveur que le module 11 d'accès et le module 12 d'identification et d'authentification ou sur un autre serveur ou tout moyen équivalent. La base de données de profils peut être stockée sur une mémoire du serveur du module 13 de gestion de profils ou sur une mémoire de masse séparée.
Le gestionnaire 15 d'environnement est en liaison avec le module 13 de gestion de profils, le module 14 contractuel et il est un second point d'entrée du système 6 de coordination. A partir de la connaissance du contexte d'utilisation des services qui peuvent être sollicités par un utilisateur 8 et du profil de cet utilisateur 8, le gestionnaire 15 d'environnement effectue différentes opérations pour le compte des services. En particulier, il détermine les autorisations de prestations, les tarifs à appliquer, le coût d'une prestation, les actions à entreprendre auprès des services comme l'envoi d'une notification et l'envoi d'un ordre d'arrêt en s 'appuyant sur le module contractuel. Le gestionnaire 15 d'environnement possède une logique propre qui lui permet de mener à bien les opérations précédentes et de dialoguer directement avec les services demandeurs. Cette logique repose sur la modélisation par un diagramme d'états des états que peut prendre l'environnement de l'utilisateur et des relations entre ses états. Les changements d'états sont déclenchés par des événements donnés dont certains sont associés aux différentes prestations offertes par les services. Chaque gestionnaire 15 d'environnement agit sur un ou plusieurs environnements d'utilisateur dont le gestionnaire 13 de profils lui a confié la gestion. Le gestionnaire 15 d'environnement peut être installé sur un même serveur que le module 13 de gestion de profils, le module 11 d'accès et le module 12 d'identification et d'authentification ou sur un autre serveur ou tout moyen équivalent. Le module 14 contractuel comprend un module de tarification et valorisation, un module de catalogue des services et un module de gestion client. Le module de tarification et valorisation contient une liste de tarifs et de coûts de prestations liées aux services. Le module de catalogue des services contient les informations de description des services, ou contexte d'utilisation des services, communes à tous les utilisateurs du système 6 et à leurs environnements. Le module de gestion client contient une liste de contrats relatifs aux services souscrits par des utilisateurs. Les informations du module contractuel sont des informations utiles à l'exécution de la logique du gestionnaire 15 d'environnement dans sa décision d'accord de prestation du service 7 à l'utilisateur 8. Le système de coordination 6 peut être entièrement installé sur une entité du
Réseau intelligent connue sous l'appellation Point de Commande de Service Réseau, ou PCSR, aussi connue sous les sigles SCP, abréviation des termes anglo-saxons Service Control Point. Il peut aussi être distribué sur plusieurs serveurs connectés entre eux par un réseau. Lorsqu'un utilisateur 8 souhaite accéder à un service 7, le déroulement est le suivant. Le service 7 s'adresse au premier point 11 d'entrée et fournit un premier identifiant donné par l'utilisateur. De manière optionnelle, une identification et, éventuellement, une authentification de l'utilisateur 8 sont effectuées. L'opération d'identification ou l'opération d'authentification peut aboutir à une réponse négative ou positive. La réponse est négative, par exemple, si l'utilisateur 8 est inconnu ou si le mot de passe fourni est incorrect. Lorsqu'elle est positive, l'opération d'identification se termine par la fourniture d'un second identifiant. La fourniture du premier identifiant ou, du second identifiant lorsqu'il existe, active le profil de l'utilisateur 8 et positionne automatiquement un indicateur qui signale au système 6 de coordination que le service 7 demande à être activé pour l'utilisateur 8. Le système 6 de coordination crée un environnement unique pour l'utilisateur connaissant son profil ; l'environnement étant constitué du profil de l'utilisateur et de ses sessions de service qui lui ont été attribuées. En fonction des informations qu'il obtient sur l'utilisateur par son profil et des informations qu'il obtient sur le service en particulier auprès du module contractuel, le système 6 de coordination valide ou pas la demande d'accès au service. Il peut ne pas valider cette demande lorsque par exemple le service est interdit à l'utilisateur. Après avoir validé la demande d'accès au service, le système 6 de coordination fournit au service 7 une session unique que le service 7 doit utiliser pour toutes les opérations suivantes. Pour les opérations suivantes, le service 7 s'adresse au second point 15 d'entrée du système 6 de coordination avec sa session lors de chaque opération. Ces opérations sont par exemple des opérations qui permettent au service 7 d'obtenir une autorisation de délivrer une prestation, d'obtenir des informations sur l'utilisateur 8, de demander le début ou la fin de la taxation d'une prestation, de modifier des informations sur l'utilisateur 8, de demander la notification d'un événement à l'utilisateur 8. Ou des opérations qui permettent de demander l'invocation d'un autre service 7 pour l'utilisateur 8 ou d'indiquer la fin du service 7 courant pour l'utilisateur 8.
Lorsque l'utilisateur 8 accède à un service 7 ce dernier doit interroger le système 6 de coordination : - lorsque l'utilisateur 8 demande une prestation qui nécessite la localisation d'un utilisateur que le service 7 veut joindre, - lorsque l'utilisateur 8 demande une prestation qui nécessite une personnalisation pour identifier l'utilisateur et obtenir des informations le concernant, - lorsque l'utilisateur 8 demande une prestation qui nécessite un paiement et une facturation, lorsque l'utilisateur 8 demande une prestation qui conduit à fournir à l'utilisateur 8 des informations d'un domaine nécessitant une autorisation, lorsque l'utilisateur 8 demande une prestation qui conduit à réaliser pour l'utilisateur 8 une opération pour laquelle une autorisation est nécessaire, à la fin d'une prestation demandée par l'utilisateur 8 si celle-ci nécessite l'arrêt d'un paiement et d'une facturation et que ce paiement et cette facturation étaient fonction de la durée ou, à la fin du service 7 pour l'utilisateur 8 pour indiquer que ce service 7 se termine.
La figure 3 est un schéma d'utilisation multiservices d'un système de coordination selon l'invention. Un système de coordination 6 selon l'invention coordonne l'utilisation de différents services 7 par un même utilisateur 8. Les échanges entre les services 7 et le système 6 de coordination ont heu à travers les liens du réseau 10. Les services 7 qui s'adressent au système 6 de coordination comprennent une interface qui dialogue avec les points d'entrée du système 6 de coordination et, comprennent des commandes accessibles au système 6 de coordination. Ces commandes permettent au système 6 de coordination d'envoyer des notifications aux services 7 et de les 7 contrôler en cas de besoin. Une des notifications est, par exemple, un message d'alerte pour informer l'utilisateur 8 que son crédit est presque épuisé. Le contrôle est nécessaire, par exemple, pour interrompre une prestation lorsque le crédit de l'utilisateur 8 est épuisé.
Un système de coordination selon l'invention est aussi multi-utilisateurs. Il coordonne simultanément l'utilisation de services pour différents utilisateurs, que les services utilisés par les différents utihsateurs soient identiques ou différents ou communs en partie.

Claims

REVENDICATIONS
1. Procédé de coordination d'utilisation de services de télécommunication, l'utilisation d'un service (7) étant sollicitée par un utilisateur (8) depuis un terminal (9) de télécommumcation, caractérisé en ce que ledit procédé comprend les étapes qui consistent :
- à chaque demande d'accès à un service (7) émanant d'un utilisateur (8), à activer (1) un environnement unique composé d'un profil de cet utilisateur et de sessions de service associées à cet utilisateur (8) et à traiter la validation de la demande d'accès au service (7), - à attribuer (2) une session unique à chaque service (7) dont la demande d'accès est valide, cette session faisant partie de l'environnement unique de l'utilisateur (8),
- à gérer (3) l'environnement unique, en modélisant les états que peut prendre l'environnement de l'utilisateur (8) et en modélisant les relations entre ses états par au moins un diagramme d'états dans lequel les changements d'états sont déclenchés par des événements donnés dont certains sont associés aux différentes prestations offertes par les services (7),
- à accorder (4) une demande de prestation formulée par un utilisateur (8) auprès d'un service (7) ayant une session, en fonction de l'état courant du diagramme d'états de l'environnement de l'utilisateur (8) et des événements associés à la demande de prestation et,
- à mettre à jour l'environnement de l'utilisateur (8) lors du passage à l'état suivant du diagramme d'états du service (7).
2. Procédé de coordination d'utilisation de services de télécommunication selon la revendication 1, caractérisé en ce que ledit procédé comprend en outre l'étape qui consiste :
- à chaque demande d'accès à un service (7) émanant d'un utilisateur (8), à identifier l'utilisateur (8) auprès d'un module d'identification en lui attribuant un identifiant.
3. Procédé de coordination d'utilisation de services de télécommunication selon la revendication 1, caractérisé en ce que ledit procédé comprend en outre les étapes qui consistent : - à chaque demande d'accès à un service (7) émanant d'un utilisateur (8), à authentifier l'utilisateur (8) auprès d'un module d'authentification, à valider la demande d'accès au service (7) émanant de l'utilisateur (8) en fonction du résultat de l'authentification.
4. Système (6) de coordination d'utilisation de services (7) de télécommunication pour la mise en œuvre d'un procédé selon l'une des revendications précédentes, l'utilisation d'un service (7) étant sollicitée par un utilisateur (8) depuis un terminal (9) de télécommunication, les services (7) de télécommunication étant connectés au système (6) de coordination par un réseau (10), caractérisé en ce que ledit système
(6) comprend :
- un module (11) d'accès, premier point d'entrée du système (6) de coordination auquel s'adresse tout service (7), dit service demandeur, qui reçoit une demande d'accès émanant d'un utilisateur (8), - un module (13) de gestion de profils en liaison avec le module (11) d'accès et comprenant une base de données de profils d'utilisateurs et de profils de services et comprenant au moins un gestionnaire de profils en liaison avec la base de données,
- un module (14) contractuel comprenant une liste de contrats souscrits par des utilisateurs (8) auprès de services (7) de télécommunication, des informations sur ces services (7) de télécommunication et une liste de tarification d'accès et de prestations et,
- au moins un gestionnaire (15) d'environnement en haison avec le module (13) de gestion de profils et le module (14) contractuel, second point d'entrée du système (6) de coordination, auquel s'adresse tout service (7) dont la demande d'accès est valide.
5. Système (6) de coordination d'utilisation de services (7) de télécommunication selon la revendication 4, caractérisé en ce ledit système (6) comprend en outre : - au moins un module (12) d'identification et d'authentification en liaison avec le module (11) d'accès.
6. Serveur caractérisé en ce qu'il comprend un système (6) de coordination d'utilisation de services (7) de télécommunication selon la revendication 4.
7. Ensemble de serveurs connectés entre eux par un réseau, caractérisé en ce qu'il comprend un système (6) de coordination d'utilisation de services (7) de télécommunication selon la revendication 4, les différents modules du système (6) de coordination étant répartis sur les différents serveurs.
8. Serveur caractérisé en ce qu'il comprend un module (13) de gestion de profils, un module (14) contractuel et un gestionnaire (15) d'environnement d'un système (6) de coordination selon la revendication 4.
9. Système (6) de coordination d'utilisation de services (7) de télécommunication selon la revendication 4, caractérisé en ce que le réseau (10) est le réseau Internet.
PCT/FR2001/002852 2000-09-14 2001-09-13 Procede et dispositif de coordination de services de telecommunication WO2002023919A1 (fr)

Priority Applications (11)

Application Number Priority Date Filing Date Title
DE60107433T DE60107433T2 (de) 2000-09-14 2001-09-13 Verfahren und Vorrichtung zur Koordinierung von Telekommunikationsdiensten
AU2001290016A AU2001290016A1 (en) 2000-09-14 2001-09-13 Method and device for co-ordinating telecommunication services
JP2002526770A JP2004509492A (ja) 2000-09-14 2001-09-13 遠距離通信サービスの連係の方法および装置
CA002422220A CA2422220C (fr) 2000-09-14 2001-09-13 Procede et dispositif de coordination de services de telecommunication
EP01969883A EP1303995B1 (fr) 2000-09-14 2001-09-13 Procede et dispositif de coordination de services de telecommunication
PL36118301A PL361183A1 (en) 2000-09-14 2001-09-13 Method and device for co-ordinating telecommunication services
US10/380,681 US6990184B2 (en) 2000-09-14 2001-09-13 Method and device for co-ordinating telecommunications services
KR1020037003636A KR100576949B1 (ko) 2000-09-14 2001-09-13 원격통신 서비스를 조정하기 위한 방법 및 장치
AT01969883T ATE283609T1 (de) 2000-09-14 2001-09-13 Koordinatioverfahren und vorrichtung zur koordination von telekommunikationsdiensten
NO20031163A NO326868B1 (no) 2000-09-14 2003-03-13 Fremgangsmate og anordning for a koordinere bruk av telekommunikasjons-tjenesteleverandorer
HK03103854A HK1051619A1 (en) 2000-09-14 2003-05-30 Method and device for co-ordinating telecommunication services.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR00/11999 2000-09-14
FR0011999A FR2814021B1 (fr) 2000-09-14 2000-09-14 Procede et dispositif de coordination de services de telecommunication

Publications (1)

Publication Number Publication Date
WO2002023919A1 true WO2002023919A1 (fr) 2002-03-21

Family

ID=8854506

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2001/002852 WO2002023919A1 (fr) 2000-09-14 2001-09-13 Procede et dispositif de coordination de services de telecommunication

Country Status (15)

Country Link
US (1) US6990184B2 (fr)
EP (1) EP1303995B1 (fr)
JP (1) JP2004509492A (fr)
KR (1) KR100576949B1 (fr)
AT (1) ATE283609T1 (fr)
AU (1) AU2001290016A1 (fr)
CA (1) CA2422220C (fr)
DE (1) DE60107433T2 (fr)
ES (1) ES2236301T3 (fr)
FR (1) FR2814021B1 (fr)
HK (1) HK1051619A1 (fr)
NO (1) NO326868B1 (fr)
PL (1) PL361183A1 (fr)
PT (1) PT1303995E (fr)
WO (1) WO2002023919A1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7941514B2 (en) * 2002-07-31 2011-05-10 Level 3 Communications, Llc Order entry system for telecommunications network service
FR2863810A1 (fr) * 2003-12-11 2005-06-17 France Telecom Procede et systeme de coordination de services de telecommunication
WO2007019689A1 (fr) * 2005-08-16 2007-02-22 Corporation De L'ecole Polytechnique De Montreal Coordination de services orientes clients et geolocalisation dans un reseau mobile
US9181486B2 (en) 2006-05-25 2015-11-10 Aspen Aerogels, Inc. Aerogel compositions with enhanced performance
US8200807B2 (en) * 2006-08-31 2012-06-12 The Mathworks, Inc. Non-blocking local events in a state-diagramming environment
US10590770B2 (en) * 2015-03-06 2020-03-17 Snap-On Incorporated Reversing mechanism for a power tool

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0374131A2 (fr) * 1984-06-01 1990-06-20 Digital Equipment Corporation Réseau local système de traitement de données numériques
WO2000042760A1 (fr) * 1999-01-15 2000-07-20 Telefonaktiebolaget Lm Ericsson (Publ) Systeme et procede permettant d'acceder a des noeuds de service par des entites situees dans un reseau de telecommunications integre

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2680057B2 (ja) * 1988-08-15 1997-11-19 株式会社日立製作所 通信網のサービス競合チェック方式
JP2933380B2 (ja) * 1990-11-15 1999-08-09 沖電気工業株式会社 交換サービス制御方式
JP3248120B2 (ja) * 1994-05-06 2002-01-21 日本電信電話株式会社 顧客対応サービス実行管理方法およびその装置
JP3741765B2 (ja) * 1996-02-19 2006-02-01 富士通株式会社 クレジット呼サービスシステム
US5920618A (en) * 1996-11-29 1999-07-06 Sbc Technology Resources, Inc. Apparatus and method for managing telephony-based services
US6778651B1 (en) * 1997-04-03 2004-08-17 Southwestern Bell Telephone Company Apparatus and method for facilitating service management of communications services in a communications network
FI108325B (fi) * 1998-02-03 2001-12-31 Nokia Corp Palvelujen tarjoaminen tietoliikenneverkossa
US6226516B1 (en) * 1998-03-30 2001-05-01 Northern Telecom Limited Method for invoking dynamically modifiable subscriber services and an intelligent telecommunication network incorporating the same
US6249815B1 (en) * 1998-05-06 2001-06-19 At&T Corp. Method and apparatus for building subscriber service profile based on subscriber related data
FI105755B (fi) * 1998-09-11 2000-09-29 Nokia Networks Oy Älyverkkopalvelujen suorittaminen
US6430276B1 (en) * 1998-11-18 2002-08-06 Hewlett-Packard Company Telecommunications system and method providing generic network access service
US6532285B1 (en) * 1999-04-14 2003-03-11 Bellsouth Intellectual Property Corporation Method and system for providing multiple services per trigger
US6823056B1 (en) * 2000-09-01 2004-11-23 Bellsouth Intellectual Property Corporation Multiple services per trigger within a telecommunications network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0374131A2 (fr) * 1984-06-01 1990-06-20 Digital Equipment Corporation Réseau local système de traitement de données numériques
WO2000042760A1 (fr) * 1999-01-15 2000-07-20 Telefonaktiebolaget Lm Ericsson (Publ) Systeme et procede permettant d'acceder a des noeuds de service par des entites situees dans un reseau de telecommunications integre

Also Published As

Publication number Publication date
EP1303995B1 (fr) 2004-11-24
FR2814021B1 (fr) 2003-02-07
US6990184B2 (en) 2006-01-24
EP1303995A1 (fr) 2003-04-23
AU2001290016A1 (en) 2002-03-26
NO20031163L (no) 2003-05-13
ATE283609T1 (de) 2004-12-15
CA2422220C (fr) 2007-03-20
FR2814021A1 (fr) 2002-03-15
NO326868B1 (no) 2009-03-09
ES2236301T3 (es) 2005-07-16
HK1051619A1 (en) 2003-08-08
US20040014455A1 (en) 2004-01-22
PT1303995E (pt) 2005-04-29
KR100576949B1 (ko) 2006-05-10
DE60107433D1 (de) 2004-12-30
PL361183A1 (en) 2004-09-20
DE60107433T2 (de) 2005-12-15
NO20031163D0 (no) 2003-03-13
CA2422220A1 (fr) 2002-03-21
JP2004509492A (ja) 2004-03-25
KR20030029987A (ko) 2003-04-16

Similar Documents

Publication Publication Date Title
US11004114B2 (en) Components, system, platform and methodologies for mediating and provisioning services and product delivery and orchestrating, mediating and authenticating transactions and interactions
US20130072160A1 (en) System and Method for Authorizing and Connecting Application Developers and Users
KR19980702149A (ko) 통신네트워크를 통한 서비스 제공 시스템
CN101562621A (zh) 一种用户授权的方法、系统和装置
FR2711026A1 (fr) Système de gestion de la consommation de consultations de données sur un réseau de télécommunications.
EP2826005B1 (fr) Securisation d'une transmission de donnees
US20070016527A1 (en) Method and system for user-controlled, strong third-party-mediated authentication
US5768419A (en) Method of connection handling for interactive services
US20030046246A1 (en) Blocking server
EP1769606A1 (fr) Procede et systeme de traitement de l"identite d"un utilisateur
EP1303995B1 (fr) Procede et dispositif de coordination de services de telecommunication
US7958022B2 (en) Pre-pay communication services
WO2009136795A1 (fr) Authentification de sessions entre des clients mobiles et un serveur
WO2007125252A1 (fr) Procede et systeme de gestion d'un paiement electronique
CN1750568B (zh) 数据业务控制系统及控制网络以及业务控制方法
CN108696864A (zh) 虚拟号码请求和发送方法、装置及存储介质
CN101827347A (zh) 通信方法、通信系统、业务提供平台接入方法
US20150178716A1 (en) Components, system, platform and methodologies for mediating and provisioning services and product delivery and orchestrating, mediating and authenticating transactions and interactions
US8219449B2 (en) Communication methods and systems
FR2889784A1 (fr) Dispositif nomade de distribution et d'utilisation de carte recharge electronique
FR2827458A1 (fr) Procede d'acces a un service specifique propose par un operateur virtuel et carte a puce d'un dispositif correspondant
CN112311941A (zh) 一种付费方法、装置、电子设备及存储介质
RU2167498C1 (ru) Система предоставления платных услуг в телекоммуникационной сети (варианты)
RU14687U1 (ru) Система предоставления платных услуг в телекоммуникационной сети (варианты)
FR3114714A1 (fr) Procédé d’accès à un ensemble de données d’un utilisateur.

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PH PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2001969883

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2002526770

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2422220

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 1020037003636

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 10380681

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 1020037003636

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2001969883

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWG Wipo information: grant in national office

Ref document number: 2001969883

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 1020037003636

Country of ref document: KR