Procédé et système de facturation d'un abonné à un fournisseur d'accès à un réseau de communication pour l'utilisation de services. La présente invention concerne un procédé et un système de facturation d'un abonné à un fournisseur d' accès à un réseau de communication, par exemple le réseau Internet ou un réseau privé d' entreprise, pour l'utilisation de services proposés par des fournisseurs de services partenaires du fournisseur d' accès. Les fournisseurs d'accès à un réseau de communication souhaitent proposer, afin d' enrichir leur offre destinée à leurs abonnés, des services à valeur ajoutée. En effet, les fournisseurs d 'accès veulent mettre en place des systèmes de bouquets de services partenaires ou kiosques, selon le modèle du minitel®. Ces services seront bien entendu payants. Cependant, il faut aux fournisseurs d' accès, pour mettre en place de tels systèmes, pouvoir facturer aux abonnés les consultations de ces services payants. A cet effet, les fournisseurs d'accès doivent être aptes à générer des informations de taxation, ou tickets de taxation, en fonction des consultations des abonnés. Il existe, dans l' état de la technique, des solutions pour générer des informations de taxation pour facturer aux abonnés de fournisseurs d' accès un accès à un réseau de communication. Dans le réseau téléphonique fixe et mobile, on utilise des informations de taxation, appelées CDR ("Call Détail Method and system for billing a subscriber to a provider of access to a communication network for the use of services. The present invention relates to a method and system for billing a subscriber to a provider of access to a communication network, for example the Internet network or a private corporate network, for the use of services offered by providers. service providers' partner services. The providers of access to a communication network wish to offer, in order to enrich their offer intended for their subscribers, value-added services. Indeed, the access providers want to set up systems of bouquets of partner services or kiosks, according to the model of the minitel®. These services will of course be chargeable. However, in order to set up such systems, access providers must be able to bill subscribers for consultations of these paid services. To this end, access providers must be able to generate charging information, or charging tickets, based on consultations with subscribers. There exist, in the prior art, solutions for generating charging information for billing subscribers of access providers for access to a communication network. In the fixed and mobile telephone network, charging information is used, called CDR ("Call Detail
Registration"), qui permettent de comptabiliser le temps de communication des abonnés en émettant, par exemple, un ticket de taxation à chaque début d'une nouvelle minute de communication. Ce système ne permet toutefois pas de différencier les services auxquels l' abonné accède. Bien que les émulateurs de minitel® pour ordinateurs, créent des tickets de taxation qui différencient les services, ces solutions ne sont pas compatibles avec des téléphones mobiles car elles nécessitent une ligne téléphonique analogique ou une ligne
numérique à haut débit. De plus elles nécessitent l'installation d'une application sur le poste client, et se restreignent au services accessibles par minitel®. Les fichiers journaux (" log" en langue anglaise) des serveurs ou plates-formes mandataires ("proxy" en langue anglaise) des fournisseurs d' accès au réseau de communication peuvent être exploités à des fins de génération de tickets de taxation, car les serveurs mandataires sont capables de mettre dans des fichiers journaux les adresses URL ("Universal Resource Locator") accédées par les abonnés et de les associer à un identifiant de l' abonné. Cependant, cela suppose que l ' abonné soit authentifié à chaque début de session, auprès de la plate-forme mandataire. Le processus de génération de tickets de taxation n' est alors généralement plus transparent pour l ' abonné. En outre, le traitement des fichiers journaux pour élaborer les informations de taxation doit être effectué sur des moyens externes aux plates- formes mandataires, ce qui peut s 'avérer laborieux compte tenu de la grande quantité de données à traiter. Certaines plates-formes permettent aux fournisseurs d'accès de générer des informations de taxation à destination de services partenaires. Ces informations de taxation sont émises relativement à l' adresse IP ("Internet Protocol") de la plate-forme hébergeant le service, ou par rapport à l'adresse URL de la page d'accueil du service. Les informations de taxation relatives à une adresse IP posent un problème d'identification car un fournisseur de services peut héberger plusieurs services à une même adresse IP. Les informations de taxation relatives à une adresse URL posent quant à elles le problème inverse, car un service peut utiliser plusieurs adresses URL. La notion de service est alors limitée. Ainsi, au vu de ce qui précède, l ' invention a pour but de fournir un procédé et un système capable de générer des informations de taxation pour des fournisseurs d' accès à un réseau
de communication, en fonction des services partenaires consultés par les abonnés. Aussi, selon l' invention, il est proposé un procédé de facturation d'un abonné à un fournisseur d ' accès à un réseau de communication pour l'utilisation de services proposés par des fournisseurs de services partenaires du fournisseur d' accès. On génère une information de taxation à partir de données comprenant des identifiants d' entrée déterminant chacun un début de consultation d'un service déterminé, consulté par l ' abonné au travers du réseau de communication. Un fournisseur d'accès au réseau pourra alors mettre en œuvre une taxation de services fournis par des fournisseurs de services partenaires. Dans un mode de mise en œuvre préféré, on récupère chaque identifiant de début de consultation d'un service consulté par l' abonné dans un champ de l'en-tête des flux de transfert des pages web des services. Le fournisseur d' accès peut ainsi récupérer l ' identifiant d' entrée en consultation d'un service afin de pouvoir le traiter. Dans un mode de mise en œuvre avantageux, on utilise le protocole le protocole Hyper Text Transfer Protocol ou HTTP comme protocole de transfert des pages web des services. Dans un mode de mise en œuvre préféré, on intercepte et on copie au moins une partie de l' en-tête et du corps des flux de transfert des pages web d'accueil des services. Par exemple, on utilise le protocole Internet Content Adaptation Protocol ou ICAP pour intercepter et copier au moins une partie de l'en-tête et du corps des flux de transfert des pages web d' accueil des services. Selon une autre caractéristique selon l' invention, on récupère, dans des bases de données du fournisseur d' accès, au moyen de l'identifiant d' entrée d'un service, pris comme clé de requête, des informations nécessaires à la génération de l ' information de taxation comprenant le niveau de tarification
d' entrée dans le service. On y récupère, en outre, au moyen de données concernant l ' adresse de connexion du terminal de l' abonné au fournisseur d'accès, pris comme clé de requête, des informations nécessaires à la génération de l' information de taxation comprenant un identifiant de l ' abonné. Dans un mode dé mise en œuvre avantageux, on peut en outre générer une information de taxation pour l'abonné, correspondant à ses entrées dans des services à paiement par entrée. Le fournisseur d' accès élabore ainsi une information de taxation pour facturer l ' abonné. Dans un mode de mise en œuvre préféré, on génère l ' information de taxation à partir de données comprenant en outre des identifiants de sortie déterminant chacun une fin de consultation d'un service déterminé, consulté par l' abonné au travers du réseau de communication, à partir de délais de consultation d'un service déterminé calculés au moyen d' instants associés respectivement à l'entrée et à la sortie du service, et à partir d'une tarification temporelle du service, récupérée dans lesdites bases de données du fournisseur d' accès. Le fournisseur d'accès peut alors également facturer des services dont le prix de consultation est proportionnel au temps passé à le consulter. Dans un mode de mise en œuvre avantageux, on intercepte et on copie au moins une partie de l' en-tête et du corps du flux de transfert des pages web de sortie des services. Selon l'invention, il est également proposé un système de facturation d'un abonné à un fournisseur d' accès à un réseau de communication pour l'utilisation de services proposés par des fournisseurs de services partenaires du fournisseur d'accès. Le système comprend, reliés en réseau, une plate-forme mandataire pour sécuriser l' accès à un réseau local du fournisseur d' accès, une plate-forme de facturation comprenant des moyens pour générer et des moyens pour gérer des informations de taxation, et
des bases de données contenant des informations sur les abonnés et sur les services des fournisseurs de services partenaires. Dans un mode de réalisation préféré, la plate-forme mandataire comprend des moyens pour implementer un protocole de transfert de flux HTTP, et la plate-forme de facturation comprend des moyens pour utiliser ledit protocole de transfert de flux HTTP et adaptés pour analyser les données présentes dans les en-têtes de flux de transfert des pages web d' accueil des services. D'autres buts, caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante, donnée uniquement à titre d'exemple non limitatif, et faite en référence aux dessins annexés sur lesquels :Registration "), which make it possible to count the communication time of subscribers by issuing, for example, a charging ticket at the start of a new communication minute. This system does not, however, make it possible to differentiate the services to which the subscriber accesses Although minitel® emulators for computers create charging tickets that differentiate services, these solutions are not compatible with mobile phones because they require an analog telephone line or a line. digital broadband. In addition, they require the installation of an application on the client workstation, and are limited to the services accessible by minitel®. The log files of the servers or proxy platforms of the access providers to the communication network can be used for the purpose of generating charge tickets, because the proxy servers are able to put in URL files (Universal Resource Locator) addresses accessed by subscribers and associate them with a subscriber identifier. However, this assumes that the subscriber is authenticated at the start of each session, with the proxy platform. The process of generating charging tickets is therefore generally no longer transparent to the subscriber. In addition, the processing of the log files to prepare the charging information must be carried out on means external to the proxy platforms, which can prove to be laborious given the large amount of data to be processed. Some platforms allow access providers to generate charging information for partner services. This charging information is sent relative to the IP address ("Internet Protocol") of the platform hosting the service, or relative to the URL address of the service's home page. The charging information relating to an IP address poses an identification problem because a service provider can host several services at the same IP address. Charging information relating to a URL poses the opposite problem, since a service can use several URLs. The concept of service is then limited. Thus, in view of the above, the invention aims to provide a method and a system capable of generating charging information for providers of access to a network. communication, depending on the partner services consulted by subscribers. Also, according to the invention, there is provided a method of billing a subscriber to an access provider to a communication network for the use of services offered by service providers partner of the access provider. Charging information is generated from data comprising input identifiers each determining a start of consultation of a given service, consulted by the subscriber through the communication network. A network access provider will then be able to implement charging for services provided by partner service providers. In a preferred implementation mode, each identifier of the start of consultation of a service consulted by the subscriber is recovered in a field in the header of the transfer streams of the web pages of the services. The access provider can thus retrieve the entry identifier in consultation with a service in order to be able to process it. In an advantageous mode of implementation, the protocol Hyper Text Transfer Protocol or HTTP is used as the protocol for transferring the web pages of the services. In a preferred implementation mode, we intercept and copy at least part of the header and body of the transfer flows from the home pages of the services. For example, we use the Internet Content Adaptation Protocol or ICAP to intercept and copy at least part of the header and body of the transfer flows from the home pages of services. According to another characteristic according to the invention, information necessary for the generation of information is retrieved from the access provider's databases, using the service entry identifier, taken as the request key. the charging information including the pricing level of entry into the service. It also retrieves, by means of data concerning the connection address of the subscriber's terminal to the access provider, taken as the request key, information necessary for the generation of the charging information comprising an identifier. of the subscriber. In an advantageous mode of implementation, it is also possible to generate charging information for the subscriber, corresponding to his entries in pay-per-entry services. The access provider thus prepares charging information for billing the subscriber. In a preferred implementation mode, the charging information is generated from data further comprising output identifiers each determining an end of consultation of a given service, consulted by the subscriber through the communication network. , from consultation times for a given service calculated by means of times associated respectively with the entry and exit of the service, and from a time-based pricing of the service, retrieved from said supplier's databases access. The access provider can then also invoice services whose consultation price is proportional to the time spent consulting it. In an advantageous implementation mode, we intercept and copy at least part of the header and body of the transfer stream for the output web pages of the services. According to the invention, there is also proposed a system for billing a subscriber to an access provider to a communication network for the use of services offered by service providers who are partners of the access provider. The system comprises, linked in a network, a proxy platform for securing access to a local network of the access provider, a billing platform comprising means for generating and means for managing charging information, and databases containing information about subscribers and the services of partner service providers. In a preferred embodiment, the proxy platform comprises means for implementing an HTTP flow transfer protocol, and the billing platform comprises means for using said HTTP flow transfer protocol and suitable for analyzing data present in the transfer flow headers of the home pages of the services. Other objects, characteristics and advantages of the invention will appear on reading the following description, given solely by way of nonlimiting example, and made with reference to the appended drawings in which:
- la figure 1 illustre une architecture de réseau d'accès à des services proposés par des fournisseurs de service incorporant un système de facturation selon un aspect de l'invention ; et- Figure 1 illustrates a network architecture for accessing services offered by service providers incorporating a billing system according to one aspect of the invention; and
- la figure 2 illustre un autre exemple de mise en œuvre d'un réseau pourvu d'un système selon un autre aspect de l' invention ; La figure 1 représente un réseau d' accès à des services incorporant un système de facturation selon l' invention. Ce dispositif est destiné à facturer un abonné à un fournisseur d'accès à un réseau de communication, tel Internet, pour l'utilisation de services proposés par des fournisseurs de services partenaires du fournisseur d' accès. Le système de facturation comprend une plate-forme ou serveur mandataire 1 installé dans le réseau, qui gère les connexions des abonnés au réseau de communication 2. Pour établir ces connexions, accéder à ces services, et utiliser ces services, un abonné utilise un terminal 3 qui comprend des moyens 4 pour établir une communication avec le serveur mandataire 1 , des moyens 5 pour échanger des données, et des moyens d' affichage 6. Par le réseau de communication 2, la plate-forme mandataire 1 est reliée à des plates-formes hébergeant des services fournis par des fournisseurs de services partenaires du
fournisseur d'accès. On a ici représenté deux plates-formes 7, 8 hébergeant divers services. Ces deux plates-formes 7, 8 comprennent respectivement des moyens 7a, 8a pour insérer un champ contenant un identifiant d' entrée représentatif d 'un service consulté par un abonné dans les en-têtes des pages web d' acceuil du service consulté et les transmettre au moyen d'un protocole de transfert de pages web, par exemple le protocole HTTP ("Hyper Text Transfer Protocol"). Le système comprend également une plate-forme de facturation 9, qui comprend notamment des moyens de génération- Figure 2 illustrates another example of implementation of a network provided with a system according to another aspect of the invention; FIG. 1 represents a network for accessing services incorporating a billing system according to the invention. This device is intended to bill a subscriber to an access provider to a communication network, such as the Internet, for the use of services offered by service providers who are partners of the access provider. The billing system includes a platform or proxy server 1 installed in the network, which manages subscriber connections to the communication network 2. To establish these connections, access these services, and use these services, a subscriber uses a terminal 3 which includes means 4 for establishing communication with the proxy server 1, means 5 for exchanging data, and display means 6. By the communication network 2, the proxy platform 1 is connected to platforms -forms hosting services provided by service providers partners of the access provider. We have represented here two platforms 7, 8 hosting various services. These two platforms 7, 8 respectively comprise means 7a, 8a for inserting a field containing an entry identifier representative of a service consulted by a subscriber in the headers of the home pages of the service consulted and the transmit using a web page transfer protocol, for example the HTTP (Hyper Text Transfer Protocol) protocol. The system also includes a billing platform 9, which notably includes generation means
10 pour générer des informations de taxation, des moyens de gestion 1 1 pour gérer ces informations de taxation, et des moyens de traitement 12 pour utiliser un protocole de transfert de flux HTTP, par exemple le protocole ICAP ("Internet Content Adaptation Protocol" en langue anglaise). Ces moyens de traitement 12 sont aptes à analyser les données présentes dans les en-têtes des flux de transfert des pages web d'accueil des services et dans les en-têtes des flux de transferts de flux HTTP. Les flux de transfert de flux HTTP sont, par exemple, créés au moyen du protocole ICAP. En outre, le système comprend des bases de données, 13 , 14 qui comprennent respectivement, des données relatives aux abonnés du fournisseur d' accès, et des données relatives aux services fournis par les fournisseurs de services partenaires du fournisseur d'accès. Sur cette figure 1 , seules deux bases de données ont été représentées. La plate-forme mandataire 1 comprend également des moyens de gestion 15 pour gérer les connexions des abonnés, des moyens de transfert 16 pour transférer des données qui circulent entre les divers éléments du réseau, et des moyens 17 pour implementer le protocole de personnalisation de contenu ICAP sur les parties des en-têtes et des corps des flux de transfert des pages web d'accueil des services transmises à la plate-forme de facturation 9.
On va maintenant décrire un exemple d' élaboration d'une information de taxation par le système. Cette procédure de taxation débute lorsque abonné connecte son terminal 3 à la plate-forme mandataire 1 de son fournisseur d' accès au réseau de communication 2 en utilisant les moyens 4 du terminal 3 prévus à cet effet, puis demande à consulter un service proposé par le fournisseur d' accès et fourni par un fournisseur de services partenaire du fournisseur d' accès. Les moyens de gestion 15 gèrent la connexion du terminal 3 de l' abonné, et les moyens de transfert 16 effectuent une requête au service que l'abonné désire consulter au travers du réseau de communication 2. En réponse, la plate-forme hébergeant le service demandé, par exemple la plate-forme 7, retourne une page web d' accueil du service. Comme indiqué précédemment, cette page d'accueil est transmise au moyen du protocole HTTP véhiculant en en-tête un champ implémenté par les moyens d' implémentation 7a, qui contient un identifiant d' entrée représentatif d'un service consulté par un abonné. Cette page web d' entrée arrive à la plate-forme mandataire 1 , qui implémenté le protocole de transfert de flux HTTP, par exemple le protocole10 to generate charging information, management means 11 to manage this charging information, and processing means 12 to use an HTTP flow transfer protocol, for example the ICAP protocol ("Internet Content Adaptation Protocol" in English language). These processing means 12 are capable of analyzing the data present in the headers of the transfer flows of the home web pages of the services and in the headers of the transfer flows of HTTP flows. HTTP stream transfer streams are, for example, created using the ICAP protocol. Furthermore, the system comprises databases, 13, 14 which respectively comprise data relating to the access provider's subscribers, and data relating to the services provided by the service providers associated with the access provider. In this figure 1, only two databases have been represented. The proxy platform 1 also includes management means 15 for managing subscriber connections, transfer means 16 for transferring data which circulates between the various elements of the network, and means 17 for implementing the content personalization protocol. ICAP on the parts of the headers and bodies of the transfer flows from the home pages of the services transmitted to the billing platform 9. We will now describe an example of development of charging information by the system. This charging procedure begins when the subscriber connects his terminal 3 to the proxy platform 1 of his access provider to the communication network 2 using the means 4 of the terminal 3 provided for this purpose, then requests to consult a service offered by the access provider and provided by a service provider partner of the access provider. The management means 15 manage the connection of the subscriber's terminal 3, and the transfer means 16 make a request to the service that the subscriber wishes to consult through the communication network 2. In response, the platform hosting the requested service, for example platform 7, returns a service home page. As indicated previously, this home page is transmitted by means of the HTTP protocol conveying in the header a field implemented by the implementation means 7a, which contains an entry identifier representative of a service consulted by a subscriber. This entry web page arrives at proxy platform 1, which implements the HTTP stream transfer protocol, for example the protocol
ICAP sur une partie de l' en-tête et du corps du flux de transfert de la page web d' accueil du service, et transmet cette partie à la plate-forme de facturation 9. Lors de cette implémentation, la plate-forme mandataire 1 inclut, dans l 'en-tête du protocole ICAP, un champ contenant l 'adresse IP de connexion de l ' abonné. Au niveau de la plate-forme de facturation 9, les moyens 12 analysent les données reçues et extraient l ' identifiant caractéristique du service, ainsi que l ' adresse IP de connexion de l' abonné. La page web est également transmise à l'utilisateur, afin de limiter la latence introduite, car l 'utilisateur n' a pas besoin d' attendre la génération du ticket de taxation pour recevoir sa page. Les moyens de génération 10 d'informations de taxation récupèrent alors des données comprises dans les bases de données 13 , 14 du fournisseur d' accès, comprenant la tarification de
l' entrée dans le service. Les moyens de gestion 1 1 gèrent ensuite ce ticket de taxation, à des fins de facturation de l' abonné. Les moyens de traitement 12 transmettent ensuite à la plate-forme mandataire 1 la page web d' entrée dans le service. II est possible d'attendre une génération d' autorisation de consultation de la page web avant de la transmettre au terminal 3 de l 'utilisateur. Il est également possible à la plate-forme mandataire 1 de ne transmettre que les en-têtes contenant les informations nécessaires à la plate-forme de facturation 9, et de stocker le reste des données, en attendant de pouvoir les transmettre au terminal 3 de l ' abonné. La figure 2 illustre le fonctionnement d'un système selon un autre aspect de l' invention, pour des services facturés au temps de consultation. Sur cette figure, des éléments identiques à ceux de la figure 1 sont désignés par les mêmes références. Comme on le voit sur cette figure, l'architecture du réseau représentée comporte également une plate-forme mandataire 1 qui communique par le réseau de communication 2 avec les plates- formes de service 7, 8 accessibles également par un terminal 3 , et une plate-forme de facturation 9. Outre les moyens 7a, 8a pour implementer un champ contenant l' identité du service consulté. Les plates-formes 7, 8 des fournisseurs de services comprennent des moyens 7b, 8b pour implementer un champ contenant un identifiant de sortie représentatif de la fin d'une consultation d'un service un abonné, dans les en-têtes des pages web où l'abonné quitte le service, et les transmettre au moyen d'un protocole de transfert de pages web au serveur mandataire 1. Les moyens de traitement 12 sont alors en outre aptes à extraire les identifiants de sortie de service et sont dès lors en mesure de disposer d' information de début et de fin de consultation. Les moyens de génération 10 sont alors aptes à élaborer un ticket de taxation en fonction du délai séparant les deux instants correspondants aux entrée et sortie du service, et en
fonction d'une tarification temporelle présente dans les bases de données 13 , 14. L'invention qui vient d'être décrite, qui permet d' élaborer des informations de taxation ou tickets de taxation à partir de données extraites des flux de données véhiculés lors de la fourniture de services, permet de générer des informations de taxation pour la consultation, par un abonné, d'un service déterminé, sans nécessiter une authentification de l ' abonné.
ICAP on part of the header and body of the transfer flow of the service's home web page, and transmits this part to the billing platform 9. During this implementation, the proxy platform 1 includes, in the header of the ICAP protocol, a field containing the subscriber's connection IP address. At the billing platform 9, the means 12 analyze the data received and extract the identifier characteristic of the service, as well as the connection IP address of the subscriber. The web page is also transmitted to the user, in order to limit the latency introduced, because the user does not need to wait for the generation of the tax receipt to receive his page. The charging information generation means 10 then recover data included in the access provider's databases 13, 14, including the pricing of entry into the service. The management means 1 1 then manage this charging ticket, for billing purposes of the subscriber. The processing means 12 then transmit to the proxy platform 1 the web page for entering the service. It is possible to wait for a generation of authorization to consult the web page before transmitting it to the user's terminal 3. It is also possible for the proxy platform 1 to transmit only the headers containing the information necessary for the billing platform 9, and to store the rest of the data, while waiting to be able to transmit them to the terminal 3 of the maid. FIG. 2 illustrates the operation of a system according to another aspect of the invention, for services billed at the consultation time. In this figure, elements identical to those of Figure 1 are designated by the same references. As can be seen in this figure, the architecture of the network represented also includes a proxy platform 1 which communicates via the communication network 2 with the service platforms 7, 8 also accessible by a terminal 3, and a platform -billing form 9. In addition to the means 7a, 8a for implementing a field containing the identity of the service consulted. The platforms 7, 8 of the service providers include means 7b, 8b for implementing a field containing an exit identifier representative of the end of a consultation of a subscriber service, in the headers of the web pages where the subscriber leaves the service, and transmit them by means of a protocol for transferring web pages to the proxy server 1. The processing means 12 are then further able to extract the service exit identifiers and are therefore able to have information at the start and end of the consultation. The generation means 10 are then able to prepare a charging ticket as a function of the time separating the two instants corresponding to the entry and exit of the service, and function of time pricing present in databases 13, 14. The invention which has just been described, which makes it possible to develop charging information or charging tickets from data extracted from the data streams conveyed during of the provision of services, allows the generation of charging information for the consultation, by a subscriber, of a given service, without requiring authentication of the subscriber.