FR2873249A1 - Procede et systeme de traitement de l'identite d'un utilisateur - Google Patents
Procede et systeme de traitement de l'identite d'un utilisateur Download PDFInfo
- Publication number
- FR2873249A1 FR2873249A1 FR0407889A FR0407889A FR2873249A1 FR 2873249 A1 FR2873249 A1 FR 2873249A1 FR 0407889 A FR0407889 A FR 0407889A FR 0407889 A FR0407889 A FR 0407889A FR 2873249 A1 FR2873249 A1 FR 2873249A1
- Authority
- FR
- France
- Prior art keywords
- identity
- terminal
- service
- user
- rule
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims abstract description 98
- 238000000034 method Methods 0.000 title claims abstract description 21
- 238000004891 communication Methods 0.000 claims abstract description 114
- 238000003672 processing method Methods 0.000 claims description 9
- 230000005540 biological transmission Effects 0.000 claims description 5
- 238000013475 authorization Methods 0.000 description 8
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 239000013641 positive control Substances 0.000 description 2
- 238000009877 rendering Methods 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/04—Recording calls, or communications in printed, perforated or other permanent form
- H04M15/06—Recording class or number of calling, i.e. A-party or called party, i.e. B-party
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/08—Metering calls to called party, i.e. B-party charged for the communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/70—Administration or customization aspects; Counter-checking correct charges
- H04M15/745—Customizing according to wishes of subscriber, e.g. friends or family
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0108—Customization according to wishes of subscriber, e.g. customer preferences, friends and family, selecting services or billing options, Personal Communication Systems [PCS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0164—Billing record, e.g. Call Data Record [CDR], Toll Ticket[TT], Automatic Message Accounting [AMA], Call Line Identifier [CLI], details, i.e. parameters, identifiers, structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/208—IMS, i.e. Integrated Multimedia messaging Subsystem
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/28—SMS billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/62—Called party billing, e.g. reverse billing, freephone, collect call, 0800 or 0900
Abstract
Système et procédé de traitement de l'identité d'au moins un utilisateur d'un premier terminal (10) raccordé à un réseau de télécommunications pour accéder à au moins un service (14, 14', 14", 14"') de communication.Selon l'invention, ledit système comprend : - au moins un serveur (11) de traitement d'identité configuré pour recevoir en provenance dudit premier terminal (10) au moins un paramètre d'identité de l'utilisateur dudit premier terminal (10) et un paramètre correspondant audit service (14, 14', 14'', 14''') de communication ; - au moins un module (20) de gestion de règles, inclus dans ledit serveur (11) de traitement d'identité, configuré pour rechercher et traiter au moins une règle mise en mémoire dans au moins une base (12) de données reliée audit module (20) de gestion de règles ; et - au moins une plateforme (13, 13') de services configurée pour recevoir en provenance dudit serveur (11) de traitement d'identité au moins ledit paramètre traité en fonction de ladite règle et pour, après un accès audit service (14, 14', 14'', 14''') de communication par ledit premier terminal (10), générer au moins un compte rendu d'appel incluant au moins ledit paramètre correspondant audit service (14, 14', 14", 14"') de communication et ledit paramètre d'identité traité.Application pour l'inscription d'une identité dans au moins un compte rendu d'appel après le traitement de l'identité de l'utilisateur d'un terminal.
Description
PROCEDE ET SYSTEME DE TRAITEMENT DE L'IDENTITE D'UN UTILISATEUR
La présente invention concerne un procédé et un système de traitement de l'identité d'un utilisateur d'au moins un terminal, connecté à un réseau de télécommunications pour accéder à au moins un service de communication.
L'invention s'applique plus particulièrement à l'inscription d'un paramètre d'identité dans au moins un compte rendu d'appel après le traitement de l'identité de l'utilisateur d'un terminal.
Le service de communication peut être de toute nature, tel que la consommation de minutes de communication téléphonique, l'envoi d'un minimessage ou SMS (Short Message Service, soit service de messages courts) ou l'envoi d'un message multimédia MMS (Multimedia Messaging Service, soit service de messages multimédia) ou tout autre service de communication.
Actuellement, lors de l'accès à un service de communication, l'identification par un identifiant de l'utilisateur, en général reconnu par le réseau de télécommunications, suffit pour autoriser l'accès audit service de communication. Pour l'accès à d'autres services de communication, l'utilisateur doit s'identifié ou/et s'authentifié pour des raisons de sécurité ou de confidentialité fonction de la nature du service. Dans tous les cas, un compte rendu d'appel est émis par le fournisseur de services, contenant au moins les paramètres "identification du service" et "identité de l'utilisateur", pour la facturation de la consommation dudit service.
Le compte rendu d'appel contient une information correspondant à l'identité de l'utilisateur consommant le service, par exemple pour un terminal mobile le numéro identifiant MSISDN (Mobile Subscriber ISDN, soit identifiant abonné mobile pour réseau ISDN) ou bien une adresse de messagerie électronique (ou e-mail) ou tout identifiant de l'utilisateur abonné au service, etc... En général, l'identité de l'utilisateur, contenue dans le compte rendu d'appel, est l'identité du titulaire de la ligne téléphonique, qui est reconnue par le réseau de télécommunications. Le compte rendu d'appel contient également l'identification du service consommé par l'utilisateur. Une fois le compte rendu d'appel transmis au service de facturation, il permet de réserver un montant associé à la consommation du service sur le compte de l'abonné correspondant à l'identifiant de l'utilisateur.
Lorsque l'identité de l'utilisateur est reconnue par le réseau à partir de son identifiant, la facturation de la consommation du service de communication est réalisée vers l'utilisateur correspondant à l'identifiant. De façon figée, à la réception dudit compte rendu d'appel, le service de facturation existant peut facturer la consommation dudit service de communication à un utilisateur prédéfini.
Lorsque l'utilisateur s'est identifié ou/et authentifié, pour que soit débité un compte d'un abonné ne correspondant pas à "l'identité de l'utilisateur" reconnue, il est nécessaire que cet utilisateur s'identifie ou/et s'authentifie en utilisant le code secret (généralement appelé "login") et le mot de passe d'un autre compte que le sien. Cela signifie que le titulaire réel du compte aura volontairement communiqué son code secret et son mot de passe à l'utilisateur effectif du service. Ce qui présente d'évidents problèmes de confidentialité.
De plus, si l'utilisateur du service s'identifie ou/et s'authentifie avec le code secret et le mot de passe d'un autre compte, ledit utilisateur ne peut bénéficier de son profil habituel et spécifique, par exemple l'historique de ses utilisations précédentes, la personnalisation du service correspondant à ses préférences, etc...
Aussi le problème technique à résoudre par l'objet de la présente invention est de proposer un procédé et un système de traitement de l'identité d'un utilisateur d'au moins un terminal connecté à un réseau de télécommunications pour accéder à un service de communication, qui permettrait de remédier aux inconvénients des systèmes existants en dissociant l'identité contenue dans le compte rendu d'appel et celle reconnue par le réseau de télécommunications.
La solution au problème technique posé consiste, selon la présente invention, en ce que ledit procédé comporte les étapes consistant à : recevoir par au moins un serveur de traitement d'identité au moins un paramètre d'identité de l'utilisateur dudit premier terminal et un paramètre correspondant audit service de communication; - rechercher à partir dudit paramètre d'identité par au moins un module de gestion de règles, inclus dans ledit serveur de traitement d'identité, au moins une règle mise en mémoire dans au moins une base de données reliée audit module de gestion de règles; - traiter ladite règle par ledit module de gestion de règles; - transmettre par ledit serveur de traitement d'identité vers au moins une plateforme de services au moins ledit paramètre d'identité traité en fonction de ladite règle; - après une consommation dudit service de communication par ledit premier terminal, générer par ladite plateforme de services au moins un compte rendu d'appel incluant au moins ledit paramètre correspondant audit service de communication et ledit paramètre d'identité traité.
De même, selon l'invention, un système de traitement de l'identité d'un utilisateur d'au moins un terminal connecté à un réseau de télécommunications pour accéder à un service de communication, est remarquable en ce que ledit système comprend: - au moins un serveur de traitement d'identité configuré pour recevoir au moins un paramètre d'identité de l'utilisateur dudit premier terminal et un paramètre correspondant audit service de communication; - au moins un module de gestion de règles, inclus dans ledit serveur de traitement d'identité, configuré pour rechercher et traiter au moins une règle mise en mémoire dans au moins une base de données reliée audit module de gestion de règles; et - au moins une plateforme de services configurée pour recevoir en provenance dudit serveur de traitement d'identité au moins ledit paramètre traité en fonction de ladite règle et pour, après une consommation dudit service de communication par ledit premier terminal, générer au moins un compte rendu d'appel incluant au moins ledit paramètre correspondant audit service de communication et ledit paramètre d'identité traité.
Un système de traitement de l'identité d'au moins un utilisateur d'un terminal, conforme à l'invention, comprend au moins un serveur de traitement d'identité et au moins une plateforme de services. Une ou plusieurs bases de données sont également reliées audit serveur de traitement d'identité.
Lesdits système et procédé de traitement permettent de gérer l'identité d'un utilisateur d'un premier terminal connecté à un réseau de télécommunications. L'utilisateur du premier terminal souhaite utiliser un service de communication. Lors de l'accès audit service, le serveur de traitement d'identité reçoit l'identifiant de l'utilisateur dudit premier terminal pour être reconnu comme utilisateur dudit service de communication.
Le résultat technique obtenu, tel qu'implémenté dans le système et le procédé conformes à l'invention, vise à traiter l'identité de l'utilisateur correspondant au paramètre d'identité transmis vers le serveur de traitement d'identité par le réseau de télécommunications. Après contrôle et traitement grâce à au moins une règle liée audit paramètre d'identité, l'identité de l'utilisateur traitée par le serveur de traitement d'identité est inscrite dans un compte rendu d'appel dudit service de communication.
Le système et le procédé, conformes à l'invention, permettent que l'identité de l'utilisateur transmise après traitement par le serveur de traitement d'identité, pour inclure dans un compte rendu d'appel d'un service de communication, soit différente de celle reconnue par le réseau de télécommunications ou de celle entrée manuellement par l'utilisateur, et reçue lors de l'accès audit service de communication. Au sein du processus de création des comptes rendus d'appel, lesdits système et procédé de traitement de l'identité de l'utilisateur permettent la modification et le choix dudit paramètre d'identité.
Ledit paramètre d'identité peut être par exemple une adresse de messagerie électronique ou l'identifiant sur un terminal mobile (tel que l'identifiant MSISDN) ou tout autre identifiant de l'utilisateur.
De cette manière, à partir de règles de gestion d'identité, un même utilisateur peut être géré avec plusieurs identités. Plus précisément, à un même identifiant d'un utilisateur peut être associé les identifiants de plusieurs abonnés. La gestion de l'identité de l'utilisateur du service est dynamique et varie en fonction desdites règles, en particulier en fonction du service consommé, du contexte, des horaires, du crédit, etc... Pour l'utilisation d'un service, lesdites règles peuvent être mises en mémoire à l'avance ou bien en cours d'utilisation.
En effet, un utilisateur peut posséder des identités distinctes du point de vue d'un accès à un ou plusieurs services. Par exemple, un utilisateur possède une première identité correspondant à un profil "utilisateur privé" et une deuxième identité correspondant à un profil "utilisateur professionnel". Les préférences de l'utilisateur et les fonctionnalités ou options possibles peuvent être différentes pour chacune de ces identités, avec une tarification distincte, par exemple.
Un compte rendu d'appel d'un service est alors émis par une plateforme de services, avec la possibilité que l'identité inscrite dans ledit compte rendu d'appel soit dissociée de l'identité de l'utilisateur dudit service. De façon générale, un compte rendu d'appel peut être lié à toute identité pertinente dans le cadre de l'utilisation considérée du service (identité d'un groupe, identité privée, identité de chef de famille, identité professionnelle, etc...).
Selon l'invention, lesdits paramètres d'identité et de service sont reçus par ledit serveur de traitement d'identité en provenance, séparément ou en combinaison, dudit premier terminal ou de ladite plateforme de services.
Le serveur de traitement d'identité reçoit au moins un paramètre d'identité de l'utilisateur dudit premier terminal et un paramètre correspondant audit service de communication.
Lesdits paramètres d'identité et du service peuvent provenir soit dudit premier terminal, grâce par exemple à la reconnaissance par le réseau ou par l'entrée manuelle de l'identifiant par l'utilisateur du premier terminal, soit de la plateforme 13, 13' de services. L'utilisateur du premier terminal est alors reconnu à partir du paramètre d'identité transmis vers le serveur de traitement d'identité.
Selon l'invention, avant un accès dudit premier terminal audit service de communication, ledit premier terminal ou l'opérateur du réseau de télécommunications, séparément ou en combinaison, met en mémoire au moins une règle dans ladite base de données pour la gestion de l'identité de l'utilisateur dudit premier terminal.
Le premier terminal peut, au préalable, mettre en mémoire une règle de gestion de l'identité de l'utilisateur, avant tout accès à un service de communication, de manière à gérer son identité de façon prédéfinie. Par exemple, une règle peut définir que pour l'utilisation du service X avec un identifiant de l'utilisateur A, l'identité à transmettre est l'identifiant de l'utilisateur B, tel que (service X, identifiant A) = identité B. Cependant, la mise en mémoire préalable d'une règle n'est pas indispensable au fonctionnement du système.
Indépendamment de règles mises en mémoire (ou non) par l'utilisateur, l'opérateur du réseau de télécommunications peut également mettre en mémoire des règles pré-établies de gestion de l'identité de l'utilisateur d'un terminal, de manière à gérer au mieux l'identité inscrite dans un compte rendu d'appel, et par conséquent la facturation d'un service de communication auquel accède ledit utilisateur.
Conformément à l'invention, ledit premier terminal commande ledit serveur de traitement d'identité pour recevoir au moins ledit paramètre d'identité de l'utilisateur dudit premier terminal.
Conformément à l'invention, ledit serveur de traitement d'identité est automatiquement commandé pour recevoir au moins ledit paramètre d'identité de l'utilisateur dudit premier terminal Ledit système est directement configurable par les utilisateurs ou bien par l'opérateur du réseau de télécommunications. Selon la configuration, le serveur de traitement d'identité peut être uniquement commandé par ledit premier terminal pour recevoir au moins le paramètre d'identité de l'utilisateur du premier terminal. Selon le paramétrage effectué par l'opérateur ou par l'utilisateur, ledit serveur de traitement d'identité peut également être automatiquement et systématiquement commandé pour recevoir au moins ledit paramètre d'identité de l'utilisateur du premier terminal, lors d'un accès à un service de communication.
Selon l'invention, ledit premier terminal met en mémoire au moins une règle dans ladite base de données pour la gestion de l'identité de l'utilisateur dudit terminal, applicable pendant un accès dudit premier terminal audit service de communication.
La mise en mémoire préalable d'une règle étant facultative, une règle peut être mise en mémoire par le premier terminal au moment de l'utilisation d'un service de communication. Pendant un accès du premier terminal à un service de communication, celui-ci peut mettre en mémoire une règle dans ladite base de données pour la gestion de l'identité de l'utilisateur dudit premier terminal, s'il ne l'a pas fait au préalable ou bien pour une gestion particulière et différente des règles déjà mises en mémoire ou pour une modification d'une règle existante. Ladite règle est alors applicable pour la gestion en cours de l'identité de l'utilisateur, pendant l'accès du premier terminal audit service de communication.
Conformément à l'invention, lors du traitement de ladite règle, ledit module de gestion de règles établit une connexion avec au moins un deuxième terminal pour 5 contrôler ledit paramètre d'identité.
Selon le besoin, un deuxième terminal peut être contacté par ledit module de gestion de règles lors du traitement de l'identité de l'utilisateur du service de communication pour demander une autorisation. En effet, une règle peut inclure qu'à la réception de l'identifiant défini d'un utilisateur (ledit premier terminal), une autorisation doit être demandée à un autre utilisateur également défini (le deuxième terminal) pour transmettre son identité à la place de celle reconnue par le réseau de télécommunications ou celle entrée manuellement par l'utilisateur. C'est le cas, par exemple, pour l'accès à un service par un enfant pour lequel est demandée l'autorisation de la transmission de l'identité d'un de ses parents. C'est également le cas, pour un service pour lequel l'utilisateur effectif indique qu'il souhaite effectuer une consommation en mode PCV, soit mode "à PerCeVoir", avec la facturation du service de communication à un tiers identifié après l'obtention de l'accord dudit tiers concerné.
Selon l'invention, ledit paramètre d'identité traité correspond à l'identité d'un utilisateur indépendant dudit premier terminal ou dudit service de communication.
Le traitement de l'identité, pour inscrire un paramètre d'identité traité dans un compte rendu d'appel après consommation d'un service de communication, permet de définir l'identité d'un utilisateur pour la facturation du service consommé. L'identité de l'utilisateur peut être complètement indépendante dudit premier terminal ou dudit service de communication. Ce système et ce procédé permettent donc de généraliser la facturation en mode PCV, soit un mode "à PerCeVoir" généralisé, et d'inscrire un paramètre d'identité correspondant à un abonné quelconque, prédéfini ou entré manuellement par l'utilisateur du premier terminal.
Conformément à l'invention, ladite plateforme de services contrôle au moins un montant d'un compte d'un abonné, correspondant à l'identité transmise par ledit paramètre d'identité traité, pour autoriser un accès dudit premier terminal audit service de communication.
Si cela est nécessaire, à la réception dudit paramètre d'identité traité, la plateforme de services contrôle au moins un montant d'un compte d'un abonné correspondant à l'identité, transmise par ledit paramètre d'identité traité, pour autoriser un accès du premier terminal audit service de communication. Dans le cas d'un contrôle positif, en particulier si le montant dudit compte d'abonné est suffisamment crédité, le service de communication peut alors être utilisé.
Dans le cas de l'accès à un service de communication pour lequel le paiement est post-payé, le contrôle du montant d'un compte d'un abonné n'est pas réalisé, puisque le paiement post-payé est effectué en dehors de tout compte d'abonné.
La description qui va suivre en regard des dessins annexés, donnés à titre d'exemple non limitatif, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée.
La figure 1 représente l'architecture générale d'un système de traitement de l'identité d'un utilisateur d'un terminal, conforme à l'invention.
La figure 2 est une représentation des étapes d'un procédé de traitement de l'identité d'un utilisateur d'un terminal, conforme à l'invention.
Un système de traitement de l'identité d'au moins un utilisateur d'un terminal, conforme à l'invention, comprend donc au moins un serveur 11 de traitement d'identité et au moins une plateforme 13, 13' de services. De plus, une ou plusieurs bases 12 de données sont également reliées audit serveur 11 de traitement d'identité.
Ledit système de traitement, représenté en figure 1, permet de gérer l'identité d'un utilisateur d'un premier terminal 10 connecté à un réseau de télécommunications, indifféremment fixe ou mobile. La gestion de l'identité de l'utilisateur dudit premier terminal 10 est similaire, que ledit terminal soit connecté en fixe ou en mobile audit réseau de télécommunications. Le premier terminal 10 est de toute nature, par exemple un téléphone mobile, un ordinateur personnel ou PC (Personal Computer) ou un appareil téléphonique fixe de toute génération technologique, configuré pour transmettre un identifiant de l'utilisateur dudit terminal. Le premier terminal 10 est appelé "A" sur les figures 1 et 2.
L'utilisateur dudit premier terminal 10 souhaite utiliser un service 14, 14', 14", 14"' de communication, par exemple consommer des minutes de communication téléphonique ou envoyer un mini-message ou SMS (Short Message Service, soit service de messages courts) ou tout autre service 14, 14', 14", 14"' de communication. Ledit service 14, 14', 14", 14"' de communication peut être situé dans le même réseau de télécommunications ou un autre réseau de télécommunications que celui du premier terminal 10, comme par exemple un réseau téléphonique fixe ou bien mobile, ou dans tout réseau de communication permettant un accès à au moins un service de communication, tel que le réseau Internet.
Lors d'un accès audit service, le premier terminal 10 transmet l'identifiant de l'utilisateur pour être reconnu comme l'utilisateur dudit service 14, 14', 14", 14"' de communication. Par exemple, dans le cas d'un téléphone mobile comme premier terminal 10, l'identifiant peut correspondre au MSISDN (Mobile Subscriber ISDN, soit identifiant abonné mobile pour réseau ISDN) de l'utilisateur ou bien sur un ordinateur personnel (ou PC), l'identifiant peut correspondre à l'adresse de messagerie électronique de l'utilisateur, pour l'accès à tout service de communication.
Après la consommation dudit service de communication, le fournisseur de services va émettre au moins un compte rendu d'appel permettant la facturation du service consommé par l'utilisateur. Ledit système de traitement de l'identité de l'utilisateur, conforme à l'invention, permet l'inscription d'une identité dans un compte rendu d'appel, l'identité ne correspondant pas uniquement et systématiquement à celle de l'utilisateur effectif dudit service. Au sein du processus de création des comptes rendus d'appel, ledit système de traitement de l'identité de l'utilisateur permet la modification et le choix dudit paramètre d'identité.
Ledit serveur 11 de traitement d'identité a pour fonction de recevoir et d'analyser au moins un paramètre d'identité de l'utilisateur dudit premier terminal 10. Le serveur 11 de traitement d'identité peut être situé dans le même réseau de télécommunications ou un autre réseau de télécommunications que celui du premier terminal 10, comme par exemple un réseau téléphonique fixe ou bien mobile, ou dans tout réseau de communication, tel que le réseau Internet ou un réseau privé de communication.
Le serveur 11 de traitement d'identité est équipé d'au moins une première interface 21 de communication pour la transmission des échanges d'informations entre au moins un module 20 de gestion de règles, inclus dans ledit serveur 11 de traitement d'identité, et lesdits premiers terminaux 10 consommant au moins un service 14, 14', 14", 14"' de communication.
Ladite première interface 21 de communication permet également la transmission des échanges d'informations entre le module 20 de gestion de règles et au moins un deuxième terminal 10', contacté par ledit module 20 lors du traitement de l'identité de l'utilisateur. Lors du traitement de l'identité, le module 20 de gestion de règles peut établir une connexion avec ledit deuxième terminal 10' pour contrôler ledit paramètre d'identité. Ledit deuxième terminal 10' est également de toute nature, par exemple un téléphone mobile, un ordinateur personnel ou PC (Personal Computer) ou un appareil téléphonique fixe de toute génération technologique, appelé "B" sur les figures 1 et 2.
Le serveur 11 de traitement d'identité est également équipé d'au moins une deuxième interface 22 de communication pour la transmission des échanges d'informations entre ledit module 20 de gestion de règles et au moins une plateforme 13, 13' de services qui gère ledit service 14, 14', 14", 14"'de communication consommé par l'utilisateur.
Lesdites interfaces 21 et 22 de communication du serveur 11 de traitement d'identité peuvent par exemple être une interface de programmation applicative ou API (Application Program Interface).
Ladite plateforme 13, 13' de services peut être située dans le même réseau de télécommunications ou un autre réseau de télécommunications que celui du premier terminal 10, comme par exemple un réseau téléphonique fixe ou bien mobile, ou dans tout réseau de communication, tel que le réseau Internet ou un réseau privé de communication.
Ladite plateforme 13, 13' de services comprend au moins une interface de communication, permettant le dialogue avec le serveur 11 de traitement d'identité et un module de réception pour au moins ledit paramètre d'identité traité en provenance dudit serveur 11 de traitement d'identité. Ladite plateforme 13, 13' de services peut gérer un ou plusieurs services de communication.
La plateforme 13, 13' de services comprend également un module de génération des comptes rendus d'appel, après la consommation dudit service 14, 14', 14", 14"' de communication. Lesdits comptes rendus d'appel sont transmis vers le service de facturation qui, par exemple, débite les comptes d'abonné en fonction de la consommation ou émet les factures vers les abonnés.
De plus, le serveur 11 de traitement d'identité est configuré pour recevoir au moins un paramètre correspondant à un service 14, 14', 14", 14"' de communication en provenance dudit premier terminal 10, par l'intermédiaire de l'interface 21 de communication. Par l'intermédiaire de l'interface 22 de communication, ledit paramètre correspondant au service 14, 14', 14", 14"' peut également être reçu en provenance de ladite plateforme 13, 13' de services, qui gère ledit service 14, 14', 14", 14m de communication.
Ledit module 20 de gestion de règles a pour fonction de rechercher, à partir dudit paramètre d'identité de l'utilisateur du premier terminal 10, et de traiter au moins une règle, mise en mémoire dans au moins une base 12 de données reliée audit module 20 de gestion de règles. Ladite base 12 de données peut physiquement être incluse ou non audit système de traitement, conforme à l'invention.
Ladite règle peut être liée à l'identité d'un utilisateur ou bien à l'utilisation d'un service. Par exemple, une règle peut définir que pour l'utilisation du service W avec un identifiant de l'utilisateur A, l'identité à transmettre est l'identifiant de l'utilisateur A, tel que (service W, identifiant A) = identité A. Une deuxième règle peut définir que pour l'utilisation du service X avec un identifiant de l'utilisateur A, l'identité à transmettre est l'identifiant de l'utilisateur B, tel que (service X, identifiant A) = identité B. Une autre règle peut inclure que, quelque soit le service utilisé, à la réception de l'identifiant de l'utilisateur A, l'identité à transmettre est l'identifiant de l'utilisateur B, tel que (identifiant A) = identité B et ceci par exemple après avoir demandé l'autorisation de l'utilisateur B. C'est le cas pour un service en mode PCV, soit mode "à PerCeVoir", avec la facturation d'un service à un tiers défini après l'obtention de l'accord du tiers concerné.
De ce fait, l'identité de l'utilisateur transmise après traitement par le serveur 11 de traitement d'identité, pour inclure dans un compte rendu d'appel d'un service 14, 14', 14", 14" de communication, peut être différente de celle reçue lors de l'accès audit service 14, 14', 14", 14"' de communication. De cette manière, à partir de règles de gestion d'identité, un même utilisateur peut être géré avec plusieurs identités. Plus précisément, à un même identifiant d'un utilisateur peut être associé les identifiants de plusieurs abonnés.
Ledit paramètre d'identité traité peut correspondre à l'identité d'un utilisateur indépendant dudit premier terminal ou dudit service de communication.
En effet, le traitement de l'identité, pour inscrire un paramètre d'identité traité dans un compte rendu d'appel après consommation d'un service de communication, permet de définir l'identité d'un utilisateur pour la facturation du service consommé. L'identité de l'utilisateur peut être complètement indépendante dudit premier terminal ou dudit service de communication. Ce système et ce procédé permettent donc de généraliser la facturation en mode PCV, soit un mode "à PerCeVoir" généralisé, et d'inscrire un paramètre d'identité correspondant à un abonné quelconque, prédéfini ou entré manuellement par l'utilisateur du premier terminal.
A défaut d'une règle mise en mémoire par un utilisateur ou par l'opérateur, selon le paramétrage, la base 12 de données dudit système de traitement d'identité peut par exemple contenir au moins une règle pour que l'identité de l'utilisateur incluse dans le compte rendu d'appel soit automatiquement la même que celle reconnue par le réseau de télécommunications. Ou bien ladite règle peut, par défaut, indiquer qu'une autorisation doit être systématiquement et automatiquement demandée à un utilisateur dont l'identité est prédéfinie. Ou bien, en l'absence de règle mise en mémoire, le système de traitement d'identité peut automatiquementdemander à l'utilisateur dudit service 14, 14', 14", 14"' de communication d'indiquer manuellement, lors de l'accès audit service, un identifiant correspondant à l'identité de l'utilisateur à inclure dans le compte rendu d'appel.
Le module 20 de gestion de règles est directement configurable par les utilisateurs ou bien par l'opérateur dudit réseau de télécommunications ou celui du réseau qui gère le serveur 11 de traitement d'identité ou celui du réseau qui gère la plateforme 13, 13' de services. Selon la configuration, le serveur 11 de traitement d'identité peut être uniquement commandé par ledit premier terminal 10 pour recevoir au moins ledit paramètre d'identité de l'utilisateur du premier terminal 10. Selon le paramétrage effectué par l'opérateur ou par l'utilisateur, il peut également être automatiquement commandé pour recevoir au moins ledit paramètre d'identité de l'utilisateur du premier terminal 10, lors d'un accès à un service 14, 14', 14", 14"' de communication.
De plus, selon le paramétrage réalisé, avant un accès du premier terminal 10 à un service 14, 14', 14", 14"' de communication, au préalable, ledit premier terminal 10 peut mettre en mémoire au moins une règle dans ladite base 12 de données pour la gestion de l'identité de l'utilisateur dudit premier terminal 10.
De la même façon, pendant un accès du premier terminal 10 à un service 14, 14', 14", 14"' de communication, celui-ci peut mettre en mémoire une règle dans ladite base 12 de données pour la gestion de l'identité de l'utilisateur dudit premier terminal 10, s'il ne l'a pas fait au préalable ou bien pour une gestion particulière et différente des règles déjà mises en mémoire ou pour la modification d'une règle existante. De façon dynamique, ladite règle est alors applicable pour la gestion en cours de l'identité de l'utilisateur correspondant audit service 14, 14', 14", 14"' de communication.
A présent, les services multimédia, de plus en plus complexes, nécessitent un traitement et une interprétation de l'identité de l'utilisateur dudit service pour les tickets de consommation.
En effet, un utilisateur peut posséder des identités distinctes du point de vue d'un accès à un ou plusieurs services et leur facturation. Par exemple, un utilisateur possède une première identité correspondant à un profil "utilisateur privé" et une deuxième identité correspondant à un profil "utilisateur professionnel". Les préférences de l'utilisateur et les fonctionnalités ou options possibles peuvent être différentes pour chacune de ces identités, avec une tarification distincte, par exemple. L'accès à certains services peut être privilégié selon le profil, par exemple une communication vocale réservée pour une communication vers une personne de l'agenda privé ou l'accès au service de messagerie électronique réservé à l'usage professionnel ou bien l'usage du service des messages multimédia MMS (Multimedia Messaging Service, soit service de messages multimédia) avec, par exemple, des paliers de tarification différents pour une quantité plus importante de messages professionnels ou enfin la sélection du profil "utilisateur privé" ou du profil "utilisateur professionnel" en fonction des horaires ou du lieu d'accès au service.
Un autre exemple peut être les membres d'une même famille ou bien les membres d'un groupe d'une communauté d'intérêt, avec un abonnement à un ensemble de services. L'utilisation de ces services peut être effectuée à titre personnel ou bien à titre de membre de la famille ou membre du groupe. Dans ce cas, est défini une identité "utilisateur privé", pour laquelle le compte rendu d'appel d'un service inclut le paramètre d'identité de l'utilisateur, et une identité "chef de famille" ou "responsable groupe", pour laquelle le compte rendu d'appel inclut un paramètre unique d'identité collective quelque que soit le membre de la famille ou du groupe qui utilise le service.
Pour l'utilisation de services dits "sensibles", par exemple des informations d'ordre pornographique ou réservées aux adultes, l'utilisateur peut souhaiter dissocier son profil correspondant à l'identité du titulaire de l'abonnement téléphonique de celui de consommateur dudit service sensible. En premier lieu, dans le cas du titulaire de l'abonnement téléphonique, la facturation est mentionnée sur la facture téléphonique du domicile de l'utilisateur. En second lieu, pour la consommation d'un service dit sensible, l'utilisateur peut choisir une règle qui prévoit un compte rendu d'appel dudit service sensible avec l'identité correspondant à un compte d'abonné prépayé, facturation plus anonyme.
Dans un autre cas, un utilisateur d'un compte d'abonné prépayé, dont le crédit est épuisé, peut continuer à accéder à un service, si une règle prévoit un compte rendu d'appel du service avec l'identité d'un tiers défini. Dans ce cas, la facturation est transférée vers le compte de l'utilisateur défini, mentionné dans ladite règle, de la même manière que dans le cas d'un service PCV (service "à PerCeVoir"). L'utilisateur, dont le crédit est épuisé, utilise effectivement ledit service, mais souhaite que le compte d'un autre utilisateur soit débité. En particulier, le service PCV peut également être utilisé lorsque l'utilisateur souhaite envoyer un mini-message SMS au frais du destinataire dudit message SMS (ou bien au frais de tout autre abonné).
Selon l'invention, un compte rendu d'appel d'un service est alors émis par une plateforme 13, 13' de services, avec la possibilité que l'identité inscrite dans le compte rendu d'appel ne soit pas celle de l'utilisateur effectif dudit service. De façon générale, un compte rendu d'appel peut être lié à toute identité pertinente dans le cadre de l'utilisation considérée du service (identité d'un groupe, identité privée, identité de chef de famille, identité professionnelle, etc...).
De cette manière, un même utilisateur peut être géré avec plusieurs identités et plusieurs comptes de facturation, dont la facturation d'un service en mode PCV. La gestion de l'identité de l'utilisateur du service est dynamique en fonction de règles mises en mémoire, à l'avance ou non, en particulier en fonction du service consommé, du contexte, des horaires, du crédit, etc... Pour l'utilisation d'un service donné, lesdites règles peuvent être mises en mémoire à l'avance ou bien en cours d'utilisation. Le compte à débiter grâce à l'identité d'un utilisateur, incluse dans un compte rendu d'appel, n'est pas uniquement celui de l'utilisateur effectif du service.
Pour aider à la compréhension de l'invention, les différentes étapes d'un procédé de traitement de l'identité d'un utilisateur d'un terminal, conforme à l'invention, sont représentées par la figure 2.
Comme décrit précédemment, l'utilisateur peut enregistrer au préalable une ou 35 plusieurs règles se rapportant à la gestion et au traitement de l'identité dudit utilisateur.
Cette mise en mémoire préalable d'une règle est facultative. Une règle peut également être mise en mémoire par le premier terminal 10 au moment de l'utilisation d'un service 14, 14', 14", 14"' de communication. De façon dynamique, ladite règle est alors applicable pendant l'accès du premier terminal 10 audit service 14, 14', 14", 14"' de communication. Indépendamment de règles mises en mémoire (ou non) par l'utilisateur, l'opérateur du réseau de télécommunications (ou tout autre opérateur du serveur 11 de traitement d'identité ou de la plateforme 13, 13' de services) peut également mettre en mémoire au moins une règle pré-établie de gestion de l'identité de l'utilisateur d'un terminal, de manière à gérer au mieux l'identité inscrite dans un compte rendu d'appel, et par conséquent la facturation d'un service 14, 14', 14", 14"' de communication auquel accède ledit utilisateur.
Le premier terminal 10, appelé "A" sur la figure 2, est connecté au réseau de télécommunications pour accéder à un service 14, 14', 14", 14"' de communication.
Le serveur 11 de traitement d'identité reçoit au moins un paramètre d'identité de l'utilisateur dudit premier terminal 10 et un paramètre correspondant audit service 14, 14', 14", 14"' de communication, en provenance dudit premier terminal 10 (étape 1).
Lesdits paramètres d'identité et du service peuvent provenir dudit premier terminal 10 (reconnaissance par le réseau ou entrée manuelle de l'identifiant) ou bien de la plateforme 13, 13' de services, par exemple.
L'utilisateur du premier terminal 10 est reconnu à partir du paramètre d'identité transmis. Le module 20 de gestion de règles est sollicité lors de l'accès audit service 14, 14', 14", 14"' de communication. II reçoit lesdits paramètres d'identité et du service consommé.
Ledit module 20 de gestion de règles recherche au moins une règle, se rapportant audit paramètre d'identité reçu, dans une base 12 de données auquel il est relié (étape 2). Ladite règle a été mise en mémoire par l'utilisateur ou par l'opérateur. Sinon, la mise en mémoire d'une règle peut être dynamique au moment de l'accès au service 14, 14', 14", 14"' de communication.
Le module 20 de gestion de règles traite ladite règle correspondant audit paramètre d'identité et reconnaît l'identité de l'utilisateur à inclure dans ledit compte rendu d'appel. La gestion de l'identité de l'utilisateur peut être fonction du service consommé, du moment de l'utilisation, d'un profil privé ou professionnel, d'un contenu sensible (par exemple, un contenu réservé aux adultes), etc... Comme mentionné précédemment, l'identité de l'utilisateur transmise après traitement par le serveur 11 de traitement d'identité peut être différente (ou non) de celle reçue lors d'un accès audit service 14, 14', 14", 14"' de communication.
Une règle peut également définir de demander l'autorisation à l'utilisateur dont l'identité est précisée dans ladite règle (étape 3). Lors du traitement de ladite règle, le module 20 de gestion de règles établit alors une connexion avec au moins un deuxième terminal 10' pour contrôler ledit paramètre d'identité inclus dans la règle. Par exemple, ledit deuxième terminal 10', appelé "B" sur la figure 2, peut être contacté par un minimessage SMS ou par un appel vocal. L'utilisateur du deuxième terminal 10' doit autoriser l'utilisation de son identité pour l'accès du premier terminal 10 à un service 14, 14', 14", 14"' de communication.
Optionnellement, pour augmenter la sécurité, le système de traitement d'identité peut contacter un équipement existant, prévu pour recevoir et analyser une signature électronique en provenance dudit deuxième terminal 10', qui donne l'autorisation, ou tout autre système capable de recueillir et de prouver l'identité de l'utilisateur du deuxième terminal 10', qui donne l'autorisation.
Une fois le traitement de la règle effectué et les vérifications réalisées, le serveur 11 de traitement d'identité transmet vers au moins une plateforme 13, 13' de services, qui gère ledit service concerné, au moins ledit paramètre d'identité traité en fonction de ladite règle (étape 4).
Si cela est nécessaire, à la réception dudit paramètre d'identité traité, la plateforme 13, 13' de services contrôle au moins un montant d'un compte 15 d'un abonné correspondant à l'identité, transmise par ledit paramètre d'identité traité, pour autoriser un accès du premier terminal 10 audit service 14, 14', 14", 14"' de communication (étape 5). Dans le cas d'un contrôle positif, en particulier si le montant dudit compte d'abonné est suffisamment crédité, le service 14, 14', 14", 14"' de communication peut alors être utilisé.
Le contrôle du montant d'un compte d'abonné, correspondant au paramètre d'identité, n'est pas obligatoire ou systématique. Dans le cas de l'accès à un service 14, 14', 14", 14"' de communication pour lequel le paiement est post-payé, le contrôle du montant d'un compte 15 d'un abonné n'est pas réalisé, puisque le paiement post-payé est effectué en dehors de tout compte d'abonné.
Après un accès audit service 14, 14', 14", 14"' de communication par le premier terminal 10, la plateforme 13, 13' de services génère au moins un compte rendu d'appel, incluant au moins ledit paramètre d'identité et ledit paramètre correspondant au service 14, 14', 14", 14"' de communication, pour permettre la facturation dudit service à l'utilisateur identifié par ledit paramètre d'identité. 2. 3. 4.
Claims (12)
1. Procédé de traitement de l'identité d'au moins un utilisateur d'un premier terminal (10) connecté à un réseau de télécommunications pour accéder à au moins un service (14, 14', 14", 14"') de communication, caractérisé en ce que ledit procédé comporte les étapes consistant à : recevoir par au moins un serveur (11) de traitement d'identité au moins un paramètre d'identité de l'utilisateur dudit premier terminal (10) et un paramètre correspondant audit service (14, 14', 14", 14"') de communication, rechercher à partir dudit paramètre d'identité par au moins un module (20) de gestion de règles, inclus dans ledit serveur (11) de traitement d'identité, au moins une règle mise en mémoire dans au moins une base (12) de données reliée audit module (20) de gestion de règles, traiter ladite règle par ledit module (20) de gestion de règles, transmettre par ledit serveur (11) de traitement d'identité vers au moins une plateforme (13, 13') de services au moins ledit paramètre d'identité traité en fonction de ladite règle, après une consommation dudit service (14, 14', 14", 14"') de communication par ledit premier terminal (10), générer par ladite plateforme (13, 13') de services au moins un compte rendu d'appel incluant au moins ledit paramètre correspondant audit service (14, 14', 14", 14"') de communication et ledit paramètre d'identité traité.
Procédé de traitement selon la revendication 1, caractérisé en ce que lesdits paramètres d'identité et de service sont reçus par ledit serveur (11) de traitement d'identité en provenance, séparément ou en combinaison, dudit premier terminal (10) ou de ladite plateforme (13, 13') de services.
Procédé de traitement selon l'une des revendications 1 ou 2, caractérisé en ce que, avant un accès dudit premier terminal (10) audit service (14, 14', 14", 14"') de communication, ledit premier terminal (10) ou l'opérateur du réseau de télécommunications, séparément ou en combinaison, met en mémoire au moins une règle dans ladite base (12) de données pour la gestion de l'identité de l'utilisateur dudit premier terminal (10).
Procédé de traitement selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ledit premier terminal (10) commande ledit serveur (11) de traitement d'identité pour recevoir au moins ledit paramètre d'identité de l'utilisateur dudit premier terminal (10).
5. Procédé de traitement selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ledit serveur (11) de traitement d'identité est automatiquement commandé pour recevoir au moins ledit paramètre d'identité de l'utilisateur dudit premier terminal (1 0).
6. Procédé de traitement selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit premier terminal (10) met en mémoire au moins une règle dans ladite base (12) de données pour la gestion de l'identité de l'utilisateur dudit terminal (10), applicable pendant un accès dudit premier terminal (10) audit service (14, 14', 14", 14"') de communication.
7. Procédé de traitement selon l'une quelconque des revendications 1 à 6, caractérisé en ce que, lors du traitement de ladite règle, ledit module (20) de gestion de règles établit une connexion avec au moins un deuxième terminal (10') pour contrôler ledit paramètre d'identité.
8. Procédé de traitement selon l'une quelconque des revendications 1 à 7, caractérisé en ce que ledit paramètre d'identité traité correspond à l'identité d'un utilisateur indépendant dudit premier terminal (10) ou dudit service (14, 14', 14", 14"') de communication.
9. Procédé de traitement selon l'une quelconque des revendications 1 à 8, caractérisé en ce que ladite plateforme (13, 13') de services contrôle au moins un montant d'un compte (15) d'un abonné, correspondant à l'identité transmise par ledit paramètre d'identité traité, pour autoriser un accès dudit premier terminal (10) audit service (14, 14', 14", 14"') de communication.
10. Système de traitement de l'identité d'au moins un utilisateur d'un premier terminal (10) raccordé à un réseau de télécommunications pour accéder à au moins un service (14, 14', 14", 14"') de communication, caractérisé en ce que ledit système comprend: - au moins un serveur (11) de traitement d'identité configuré pour recevoir en provenance dudit premier terminal (10) au moins un paramètre d'identité de l'utilisateur dudit premier terminal (10) et un paramètre correspondant audit service (14, 14', 14", 14"') de communication, - au moins un module (20) de gestion de règles, inclus dans ledit serveur (11) de traitement d'identité, configuré pour rechercher et traiter au moins une règle mise en mémoire dans au moins une base (12) de données reliée audit module (20) de gestion de règles, et - au moins une plateforme (13, 13') de services configurée pour recevoir en provenance dudit serveur (11) de traitement d'identité au moins ledit paramètre traité en fonction de ladite règle et pour, après une consommation dudit service (14, 14', 14", 14"') de communication par ledit premier terminal (10), générer au moins un compte rendu d'appel incluant au moins ledit paramètre correspondant audit service (14, 14', 14", 14"') de communication et ledit paramètre d'identité traité.
11. Système de traitement selon la revendication 10, caractérisé en ce que lesdits premier et deuxième terminaux (10, 10') sont connectés indifféremment en fixe ou en mobile audit réseau fixe ou mobile de télécommunications.
12. Serveur (11) de traitement d'identité apte à être mis en oeuvre dans un système conforme à l'une des revendications 10 ou 11, caractérisé en ce que ledit serveur (11) est configuré pour recevoir et transmettre au moins un paramètre d'identité de l'utilisateur dudit premier terminal (10) et un paramètre correspondant à un service (14, 14', 14", 14"') de communication et configuré pour rechercher et traiter au moins une règle mise en mémoire dans au moins une base (12) de données reliée à au moins un module (20) de gestion de règles, inclus dans ledit serveur (11) de traitement d'identité, ledit serveur (11) de traitement d'identité étant équipé d'au moins une première interface (21) de communication pour la transmission entre ledit module (20) de gestion de règles et lesdits premier et deuxième terminaux (10, 10') et d'au moins une deuxième interface (22) de communication pour la transmission entre ledit module (20) de gestion de règles et au moins une plateforme (13, 13') de services.
13. Module (20) de gestion de règles apte à être mis en oeuvre dans un système conforme à l'une des revendications 10 ou 11, caractérisé en ce que ledit module (20) est inclus dans ledit serveur (11) de traitement d'identité pour rechercher et traiter au moins une règle mise en mémoire dans au moins une base (12) de données.
14. Module (20) de gestion de règles selon la revendication 13, caractérisé en ce que ledit module (20) établit une connexion avec au moins un deuxième terminal (10') pour contrôler ledit paramètre d'identité lors du traitement de ladite règle.
15. Plateforme (13, 13') de services apte à être mise en oeuvre dans un système conforme à l'une des revendications 10 ou 11, caractérisé en ce que ladite plateforme (13, 13') est configurée pour recevoir en provenance dudit serveur (11) de traitement d'identité au moins ledit paramètre traité en fonction de ladite règle, pour contrôler au moins un montant d'un compte (15) d'un abonné correspondant à l'identité transmise par ledit paramètre d'identité traité, pour autoriser un accès dudit premier terminal (10) audit service (14, 14', 14", 14"') de communication et pour, après un accès audit service (14, 14', 14", 14"') de communication par ledit premier terminal (10), générer au moins un compte rendu d'appel incluant au moins ledit paramètre correspondant audit service (14, 14', 14", 14"') de communication et ledit paramètre d'identité traité.
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0407889A FR2873249A1 (fr) | 2004-07-15 | 2004-07-15 | Procede et systeme de traitement de l'identite d'un utilisateur |
| CN2005800237497A CN101032118B (zh) | 2004-07-15 | 2005-07-12 | 用于处理用户标识的方法和系统 |
| EP05788636A EP1769606A1 (fr) | 2004-07-15 | 2005-07-12 | Procede et systeme de traitement de l"identite d"un utilisateur |
| PCT/FR2005/001791 WO2006016059A1 (fr) | 2004-07-15 | 2005-07-12 | Procede et systeme de traitement de l’identite d’un utilisateur |
| JP2007520861A JP4897971B2 (ja) | 2004-07-15 | 2005-07-12 | ユーザのｉｄ処理方法および処理システム |
| US11/632,694 US20080076388A1 (en) | 2004-07-15 | 2005-07-12 | Method and System for Processing a User's Identity |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0407889A FR2873249A1 (fr) | 2004-07-15 | 2004-07-15 | Procede et systeme de traitement de l'identite d'un utilisateur |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2873249A1 true FR2873249A1 (fr) | 2006-01-20 |
Family
ID=34947450
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0407889A Pending FR2873249A1 (fr) | 2004-07-15 | 2004-07-15 | Procede et systeme de traitement de l'identite d'un utilisateur |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20080076388A1 (fr) |
| EP (1) | EP1769606A1 (fr) |
| JP (1) | JP4897971B2 (fr) |
| CN (1) | CN101032118B (fr) |
| FR (1) | FR2873249A1 (fr) |
| WO (1) | WO2006016059A1 (fr) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2921784A1 (fr) * | 2007-09-28 | 2009-04-03 | Alcatel Lucent Sas | Procede de communication d'information pour abonnes de services prepayes |
| US8640188B2 (en) * | 2010-01-04 | 2014-01-28 | Tekelec, Inc. | Methods, systems, and computer readable media for providing group policy configuration in a communications network using a fake user |
| CN102160452B (zh) | 2008-06-05 | 2015-02-04 | 凯敏公司 | 用于在网络中提供移动性管理的方法及系统 |
| US8813168B2 (en) | 2008-06-05 | 2014-08-19 | Tekelec, Inc. | Methods, systems, and computer readable media for providing nested policy configuration in a communications network |
| US8429268B2 (en) * | 2009-07-24 | 2013-04-23 | Camiant, Inc. | Mechanism for detecting and reporting traffic/service to a PCRF |
| US9166803B2 (en) * | 2010-02-12 | 2015-10-20 | Tekelec, Inc. | Methods, systems, and computer readable media for service detection over an RX interface |
| EP2543163B1 (fr) * | 2010-03-05 | 2018-09-26 | Tekelec, Inc. | Procédé, systèmes et supports lisibles par ordinateur pour détection de services et détermination de règles de politique améliorées |
| US9319318B2 (en) * | 2010-03-15 | 2016-04-19 | Tekelec, Inc. | Methods, systems, and computer readable media for performing PCRF-based user information pass through |
| US20110225280A1 (en) * | 2010-03-15 | 2011-09-15 | Mark Delsesto | Methods, systems, and computer readable media for communicating policy information between a policy charging and rules function and a service node |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5845267A (en) * | 1996-09-06 | 1998-12-01 | At&T Corp | System and method for billing for transactions conducted over the internet from within an intranet |
| EP1265397A2 (fr) * | 2001-06-07 | 2002-12-11 | Fujitsu Limited | Système et dispositif de facturation pour IP |
| WO2003039127A1 (fr) * | 2001-10-29 | 2003-05-08 | Reverse I.P. Pty Ltd | Procede permettant a un fournisseur de services de debiter un appele pour un appel telephonique |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08307560A (ja) * | 1995-05-08 | 1996-11-22 | Fujitsu Ltd | 通信サービス制御装置 |
| DE69721752T2 (de) * | 1996-03-29 | 2004-04-01 | British Telecommunications P.L.C. | Gebührenanordnung in einem mehrbenutzernetz |
| JP2002042002A (ja) * | 2000-07-31 | 2002-02-08 | Canon Inc | 課金サービス装置及び方法、並びに記憶媒体 |
| JP2002051167A (ja) * | 2000-08-02 | 2002-02-15 | Ntt Comware Corp | 発信者識別接続方法及びシステム装置 |
| US20030233329A1 (en) * | 2001-12-06 | 2003-12-18 | Access Systems America, Inc. | System and method for providing subscription content services to mobile devices |
| US7454615B2 (en) * | 2003-05-08 | 2008-11-18 | At&T Intellectual Property I, L.P. | Centralized authentication system |
| US20060010074A1 (en) * | 2004-07-09 | 2006-01-12 | Zeitsiff Adam M | Delivery and storage system for secured content library |
-
2004
- 2004-07-15 FR FR0407889A patent/FR2873249A1/fr active Pending
-
2005
- 2005-07-12 CN CN2005800237497A patent/CN101032118B/zh not_active Expired - Fee Related
- 2005-07-12 US US11/632,694 patent/US20080076388A1/en not_active Abandoned
- 2005-07-12 WO PCT/FR2005/001791 patent/WO2006016059A1/fr active Application Filing
- 2005-07-12 EP EP05788636A patent/EP1769606A1/fr not_active Withdrawn
- 2005-07-12 JP JP2007520861A patent/JP4897971B2/ja not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5845267A (en) * | 1996-09-06 | 1998-12-01 | At&T Corp | System and method for billing for transactions conducted over the internet from within an intranet |
| EP1265397A2 (fr) * | 2001-06-07 | 2002-12-11 | Fujitsu Limited | Système et dispositif de facturation pour IP |
| WO2003039127A1 (fr) * | 2001-10-29 | 2003-05-08 | Reverse I.P. Pty Ltd | Procede permettant a un fournisseur de services de debiter un appele pour un appel telephonique |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101032118A (zh) | 2007-09-05 |
| JP2008507172A (ja) | 2008-03-06 |
| CN101032118B (zh) | 2010-11-03 |
| EP1769606A1 (fr) | 2007-04-04 |
| JP4897971B2 (ja) | 2012-03-14 |
| US20080076388A1 (en) | 2008-03-27 |
| WO2006016059A1 (fr) | 2006-02-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1769606A1 (fr) | Procede et systeme de traitement de l"identite d"un utilisateur | |
| EP3113099B1 (fr) | Conteneur de paiement, procédé de création, procédé de traitement, dispositifs et programmes correspondants | |
| EP3243177B1 (fr) | Méthode de traitement d'une autorisation de mise en oeuvre d'un service, dispositifs et programme d'ordinateur correspondant | |
| EP2795878B1 (fr) | Procédé de partage d'un contenu multimédia entre utilisateurs | |
| FR2662880A1 (fr) | Procede d'acces d'un usager aux donnees d'un abonnement a un service de telephonie sans fil. | |
| EP2795870B1 (fr) | Procede d'acces par un terminal de telecommunication a une base de donnees hebergee par une plateforme de services accessible via un reseau de telecommunications | |
| CA2371838A1 (fr) | Procede de telepaiement et systeme pour la mise en oeuvre de ce procede | |
| EP2826005B1 (fr) | Securisation d'une transmission de donnees | |
| CN110287691A (zh) | 应用程序登录方法、装置、设备及存储介质 | |
| WO2007125252A1 (fr) | Procede et systeme de gestion d'un paiement electronique | |
| EP2372626A1 (fr) | Procédé de traitement d'image avec anonymisation dynamique | |
| CA2635924A1 (fr) | Procede de transaction electronique par messagerie mobile | |
| CA2422220C (fr) | Procede et dispositif de coordination de services de telecommunication | |
| EP1410276A1 (fr) | Dispositif electronique portatif, methode et systeme d'analyse et/ou de prediction de comportement utilisant ledit dispositif | |
| FR3114714A1 (fr) | Procédé d’accès à un ensemble de données d’un utilisateur. | |
| FR2869702A1 (fr) | Procedure d'acces a un service pre ou post-paye avec authentification d'un compte utilisateur et gestion dudit compte | |
| FR2813969A1 (fr) | Dispositif electronique portatif de type carte a puce, methode et systeme d'analyse et/ou de prediction de comportement utilisant ledit dispositif electronique portatif | |
| FR2827458A1 (fr) | Procede d'acces a un service specifique propose par un operateur virtuel et carte a puce d'un dispositif correspondant | |
| WO2022184726A1 (fr) | Procédé pour permettre à des utilisateurs de déployer des contrats intelligents dans une chaîne de blocs au moyen d'une plateforme de déploiement | |
| FR3138541A1 (fr) | Procédé de création d’un avatar d’un utilisateur | |
| FR2888437A1 (fr) | Procede et systeme de controle d'acces a un service d'un fournisseur d'acces implemente sur un serveur multimedia, module, serveur, terminal et programmes pour ce systeme | |
| FR2817056A1 (fr) | Procede d'acces prepaye a un reseau de communication | |
| FR2969880A1 (fr) | Procede de traitement de donnees pour la gestion de transactions. | |
| FR2910759A1 (fr) | Procede de gestion et de partage de profils utilisateurs | |
| WO2008017776A2 (fr) | Procede et systeme d'authentification d'utilisateurs dans un reseau de communication |