Brevet FR2915841A1 — publié le 20081107

PROCEDE DE TAXATION DE SERVICES TEL QUE PUSH MAIL L'invention concerne les télécommunications. Les utilisateurs de certains terminaux de communication mobile bénéficient depuis quelques années d'un service de messagerie push mail . Ce service permet de recevoir, avec l'objet du message électronique, les premières lignes du texte du message. La facturation des services push mail est réalisée après coup. Un procédé d'accès prépayé et anonyme à Internet est proposé dans le document FR2817056, ce procédé permettant de réaliser des achats sur Internet ou de consulter des sites payant en réalisant un débit du temps de connexion prépayé correspondant au montant de l'achat ou de la consultation sur le site payant. Le procédé décrit dans le document FR2817056 présente l'inconvénient de nécessiter l'installation préalable d'un logiciel sur l'ordinateur. Le document WC) 2007/001231 décrit un réseau 3GPP comprenant un serveur AAA permettant le contrôle en temps réel du crédit restant pour l'accès à un service prépayé. L'invention vise à fournir un procédé efficace de taxation de services tels que push mail, ce procédé ne nécessitant pas de modification des terminaux de communication et étant convivial pour les utilisateurs. A ces fins, l'invention se rapporte, selon un premier aspect, à un procédé permettant à un terminal de communication mobile appartenant au réseau d'un opérateur d'accéder à un service tel que push mail, ce procédé comprenant une étape de création d'une première connexion privée permanente entre une plateforme et le réseau de l'opérateur, cette plateforme comprenant une base de données des utilisateurs de services en prépaiement et un serveur d'affectation dynamique d'adresses IP, le procédé comprenant en outre : - une étape de réception d'une requête du terminal de communication mobile, - une étape d'identification de ce terminal et du service requis par ce terminal, une étape d'interrogation de la base de données utilisateurs afin de déterminer si le terminal identifié bénéficie du prépaiement pour le service requis, une étape de décompte du crédit de l'utilisateur du terminal pour le service prépayé requis. Le procédé comprend avantageusement un décompte du crédit utilisateur jusqu'à une valeur minimum seuil prédéterminée, un message étant envoyé au terminal utilisateur lorsque cette valeur seuil est atteinte, ce message informant l'utilisateur de ce que la valeur seuil est atteinte et proposant un réapprovisionnement de compte. Avantageusement, le serveur d'affectation dynamique des adresses IP est un serveur d'authentification, d'autorisation et de comptabilité. Avantageusement, le serveur d'affectation dynamique des adresses IP met en oeuvre les protocoles DHCP et RADIUS. Dans une mise en oeuvre, le procédé comprend une étape de création d'une deuxième connexion privée permanente, entre la plateforme et le centre opérateur réseau. D'autres objets et avantages de l'invention apparaîtront à la lumière de la description faite ci-après en référence aux dessins annexés dans lesquels : la figure 1 est un diagramme illustrant une première mise en oeuvre de l'invention ; la figure 2 est un diagramme illustrant une deuxième mise en oeuvre de l'invention ; la figure 3 est un diagramme illustrant une troisième mise en oeuvre de l'invention. L'on se reporte tout d'abord à la figure 1. Sur cette figure 1 sont schématisés deux réseaux opérateurs 1, 2, un réseau privé d'entreprise 3, un centre opérateur réseau 4 et une plateforme 5. Chacun des réseaux 1-3, le centre 4 et la plateforme 5 sont connectés à Internet 6. Seule la structure d'un des réseaux opérateurs est représentée plus en détail, afin de simplification. Par exemple, ce réseau 1 est de type GPRS (General Packet Radio Service) et comprend, de manière connue en soi, un routeur SGSN (Serving GPRS Support Node) et une passerelle GGSN (Gateway GPRS Support Node). Un pare feu 7 est placé entre la passerelle CGSN et un concentrateur de réseau privé virtuel 8. Le réseau d'entreprise comprend, de manière connue en soi également, un serveur 9 et un pare feu 10. La plateforme 5 est reliée à chaque réseau opérateur 1, 2, par un tunnel 1 1 , 12. Par tunnel, on désigne ici une liaison virtuelle point à point permettant la création d'un réseau privé virtuel VPN. Un paquet fonctionnant sous un protocole de tunnelisation est encapsulé pour être placé dans un paquet IP, ce paquet étant ensuite transmis au moyen du protocole TCP-IP. La plateforme 5 est également connectée au centre opérateur réseau 4 par un tunnel 13. La plateforme 5 comprend un serveur 14 d'affectation dynamique des adresses IP. Dans une mise en oeuvre, ce serveur 14 est un serveur d'authentification, d'autorisation et de comptabilité AAA (Authentification Autorisation Accounting). Avantageusement, le serveur d'affectation dynamique des adresses IP met en oeuvre les protocoles DHCP et RADIUS. Une base de données 15 contient les informations relatives aux abonnés aux services prépayés tels que push mail. L'accès à cette base de données 15 est par exemple obtenu par la technologie JDBC (Java DataBase Connectivity), cette interface de programmation permettant de se connecter à toute base de données en employant la même syntaxe. Une infrastructure à clé publique permet d'assurer une sécurité optimale pour les données échangées dans les tunnels VPN 11-13. Le flux des données de service prépayé est représenté par la flèche 17 en figure 1. Ce flux partant de terminaux de communication mobile 18 passe du réseau 1 à la plateforme 5 via le tunnel VPN 12. L'infrastructure à clé publique renforce la protection des données cryptées circulant dans le tunnel VPN 12. Cette sécurité est encore renforcée par un pare feu 19 en entrée sortie de la plateforme 5. Le flux de données passe de la plateforme 5 au centre opérateur de réseau 4 par le tunnel 13. Un comptage des flux de données de service sortant de la plateforme est effectué par un dispositif dénommé charging proxy 16. Lorsque ce flux atteint une valeur prédéterminée, un message est adressé vers le terminal de communication 18, proposant de réapprovisionner le compte. Le routage des données de services non prépayés est effectué à la source, de sorte que ces données n'encombrent pas la plateforme 5. L'on se reporte maintenant à la figure 2. Sur cette figure 2, les éléments analogues à ceux décrits pour le mode de réalisation de la figure 1 portent les mêmes références. Dans cette variante de réalisation représentée en figure 2, le flux de données sortant de la plateforme 5 ne parvient pas directement au centre opérateur réseau 4 par un tunnel VPN dédié, mais revient au réseau opérateur 1 par le premier tunnel 12. Le concentrateur 8 achemine ce flux vers le centre opérateur réseau 4. Comme dans le mode de réalisation de la figure 1, le flux 20 des données de services non prépayés ne passe pas par la plateforme 5. L'on se reporte maintenant à la figure 3. Sur cette figure 3, les éléments analogues à ceux décrits pour le mode de réalisation de la figure 1 portent les mêmes références. Dans ce mode de réalisation, la plateforme 5 ne comporte pas de serveur 14 d'affectation dynamique des adresses IP. Le flux des données de services (prépayés ou non) passe par la plateforme 5.20 REVENDICATIONS 1. Procédé permettant à un terminal de communication mobile appartenant au réseau d'un opérateur d'accéder à un service tel que push mail, ce procédé étant caractérisé en ce qu'il comprend une étape de création d'une première connexion privée permanente entre une plateforme et le réseau de l'opérateur, cette plateforme comprenant une base de données des utilisateurs de services en prépaiement et un serveur d'affectation dynamique d'adresses IP, le procédé comprenant 110 en outre : - une étape de réception d'une requête du terminal de communication mobile, une étape d'identification de ce terminal et du service requis par ce terminal, 15 -une étape d'interrogation de la base de données utilisateurs afin de déterminer si le terminal identifié bénéficie du prépaiement pour le service requis, - une étape de décompte du crédit de l'utilisateur du terminal pour le service prépayé requis. 20 2. Procédé selon la revendication 1, caractérisé en ce que le décompte du crédit utilisateur est effectué jusqu'à une valeur minimum seuil prédéterminée, un message étant envoyé au terminal utilisateur lorsque cette valeur seuil est atteinte, ce message informant l'utilisateur de ce que la valeur seuil est atteinte et proposant un 25 réapprovisionnement de compte. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que le serveur d'affectation' dynamique des adresses IP est un serveur d'authentification, d'autorisation et de comptabilité. 4. Procédé selon la revendication 3, caractérisé en ce que le serveur 30 d'affectation dynamique des adresses IP met en oeuvre les protocoles DHCP et RADIUS. 5. Procédé selon lune quelconque des revendications précédentes, caractérisé en ce qu'il comprend une étape de création d'une deuxième connexion privée permanente, entre la plateforme et le centre opérateur 35 réseau.