Brevet FR2859587A1 — publié le 20050311

Procédé et système de contrôle de l'identité d'un service. La présente invention concerne un procédé et un dispositif de contrôle de l'identité d'un service consulté par un abonné à un fournisseur d'accès à un réseau de communication, tel le réseau Internet ou un réseau privé d'entreprise, ce service étant proposé par un fournisseur de services partenaire du fournisseur d'accès au réseau de communication. En effet, certains fournisseurs d'accès proposent par exemple sur leur page d'accueil, d'accéder à des services fournis par des fournisseurs de services partenaires. Dans ce cadre, il est souhaitable de pouvoir contrôler le service effectivement fourni afin, notamment, d'éviter toute tentative de fraude. La vérification de l'identité d'un service qui est proposé par un fournisseur d'accès à un réseau de communication, mais qui est fourni par un partenaire du fournisseur d'accès, permet d'instaurer une gestion de fraude notamment pour tout processus de transaction entre un abonné au fournisseur d'accès et le service proposé. Cela est par exemple fort utile pour un fournisseur d'accès mettant en place des systèmes de bouquets de services partenaires ou kiosques payants, afin de mettre en place une gestion de fraude, mais également pour tout autre processus de transaction entre un abonné et un fournisseur, partenaire du fournisseur d'accès. Au vu de ce qui précède, l'invention a pour but de fournir un procédé et un système capable de contrôler l'identité d'un service fourni par un fournisseur de services partenaire d'un fournisseur d'accès à un réseau de communication et consulté par un abonné au fournisseur d'accès. Aussi, selon l'invention, il est proposé un procédé de contrôle de l'identité d'un service consulté par un abonné à un fournisseur d'accès à un réseau de communication, ledit service 2859587 2 étant proposé par un fournisseur de services partenaire du fournisseur d'accès au réseau de communication. On contrôle l'identité dudit service consulté par l'abonné, à partir d'un code caractéristique dudit service. L'invention permet de gérer les tentatives de fraudes concernant notamment les processus de transaction, en vérifiant que le service est bien agréé par le fournisseur d'accès. Dans un mode de mise en oeuvre préféré, on extrait le code caractéristique du service consulté par l'abonné au début d'une consultation du service, le nom ou adresse IP du serveur hébergeant le service, et l'adresse URL de la page d'accueil du service, de champs de l'en-tête du flux de transfert de la page web d'accueil du service. On vérifie alors, dès l'entrée en consultation du service par l'abonné, l'identité du service. Dans un mode de mise en oeuvre avantageux, on utilise le protocole Hyper Text Transfer Protocol ou HTTP comme protocole de transfert des pages web des services. Dans un mode de mise en oeuvre préféré, on intercepte au moins une partie de l'en-tête et du corps du flux de transfert de la page web d'accueil du service qui est proposé par un fournisseur de services partenaire du fournisseur d'accès, et qui est consulté par l'abonné, au moyen d'un protocole d'interception de contenu. Par exemple, on utilise le protocole Internet Content Adaptation Protocol ou ICAP pour intercepter au moins une partie de l'en-tête et du corps du flux de transfert de la page web d'accueil du service qui est proposé par un fournisseur de services partenaire du fournisseur d'accès et qui est consulté par l'abonné. Selon un premier mode de mise en oeuvre, le code caractéristique du service qui est proposé par un fournisseur de services partenaire du fournisseur d'accès et qui est consulté par l'abonné, est un chiffrement d'une combinaison d'informations comprenant le nom ou l'adresse IP de la plate-forme hébergeant ledit service consulté, l'adresse URL de la page d'accueil du 2859587 3 service, un identifiant caractéristique du fournisseur du service, et un identifiant caractéristique du service. Dans un mode de mise en oeuvre préféré, on vérifie, à partir du code caractéristique du service consulté par l'abonné, de l'adresse URL de la page d'accueil du service, et du nom ou de l'adresse IP du serveur hébergeant le service, la validité du code caractéristique du service, et si le code caractéristique du service est invalide, on émet un message d'erreur. Selon un deuxième mode de mise en oeuvre, le code caractéristique du service qui est proposé par un fournisseur de service partenaire du fournisseur d'accès et qui est consulté par l'abonné, est un chiffrement d'une combinaison d'informations comprenant un identifiant caractéristique du service. Dans un mode de mise en oeuvre préféré, on déchiffre le code caractéristique du service pour en déduire l'identifiant caractéristique du service, et on récupère dans des bases de données du fournisseur d'accès l'adresse URL de la page d'accueil du service ainsi que le nom ou l'adresse IP du serveur hébergeant le service, correspondants audit identifiant caractéristique du service. En outre, on vérifie, d'une part, l'égalité de l'adresse URL de la page d'accueil du service récupérée dans les bases de données et de l'adresse URL de la page d'accueil du service extraite d'un champ de l'en-tête du flux de transfert de la page web d'accueil du service, et d'autre part, l'égalité du nom ou de l'adresse IP du serveur hébergeant le service récupéré des bases de données et du nom ou de l'adresse IP du serveur hébergeant le service extrait d'un champ de l'en-tête du flux de transfert de la page web d'accueil du service. Enfin, on valide le code caractéristique du service si lesdites égalités sont vérifiées, et on émet un message d'erreur si au moins une des égalités n'est pas vérifiée. Selon l'invention, il est également proposé un système de contrôle de l'identité d'un service consulté par un abonné à un fournisseur d'accès à un réseau de communication, ledit service 2859587 4 étant proposé par un fournisseur de services partenaire du fournisseur d'accès au réseau de communication. Le système comprend, reliés en réseau, un serveur mandataire pour centraliser les accès des clients à un réseau local du fournisseur d'accès, un serveur de contrôle pour contrôler l'identité du service, et des moyens de contrôle de l'identité dudit service consulté par l'abonné, à partir d'un code caractéristique du service. Dans un mode de réalisation préféré, le système comprend en outre des bases de données contenant des informations concernant les services des fournisseurs de services partenaires du fournisseur d'accès au réseau de communication. 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: la figure 1 illustre une architecture de réseau d'accès à des services proposés par des fournisseurs de services incorporant un système de contrôle de l'identité d'un service selon un aspect de l'invention. la figure 2 illustre un procédé selon un premier aspect de l'invention; et - la figure 3 illustre un procédé selon un autre aspect de l'invention; En référence à la figure 1, on va tout d'abord décrire une architecture d'un réseau d'accès à un réseau de communication, par exemple Internet, permettant d'accéder à des services qui sont proposés par des fournisseurs de services partenaire d'un fournisseur d'accès. Conformément à l'invention, ce réseau incorpore un système de contrôle de l'identité d'un service consulté, qui peut, par exemple, être lié à un système qui génère des tickets de taxation pour la facturation des consultations des services par les abonnés. Le système représenté comprend une plate-forme ou serveur mandataire 1 installé dans le réseau, qui gère les 2859587 5 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, comme cela est classique en soi. 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 code caractéristique d'un service consulté par un abonné dans les en-têtes des flux de transfert des pages web d'accueil du service consulté. Les flux de transfert sont créés au moyen d'un protocole de transfert de pages web, par exemple le protocole HTTP ("Hyper Text Transfer Protocol"), au matériel de l'abonné. Le système comprend également une plate-forme de contrôle 9 de l'identité d'un service consulté, qui comprend notamment des moyens de contrôle 10 pour contrôler l'identité du service, et des moyens de traitement 11 pour utiliser un protocole d'interception de contenu, par exemple le protocole ICAP ("Internet Content Adaptation Protocol" en langue anglaise). Ces moyens de traitement 11 sont aptes à extraire et analyser les données présentes dans les en-têtes des flux de transfert des pages web transmises par la plate-forme mandataire 1 à la plate-forme de contrôle 9. Comme indiqué précédemment, le système peut, par exemple, être lié à des moyens 12 pour générer des tickets de taxation pour facturer les consultations des services fournis par des fournisseurs de services partenaires du fournisseur d'accès. En outre, le système comprend des bases de données 13, dans lesquelles sont stockées des données relatives aux services. 2859587 6 Dans l'exemple considéré, le système est lié à des moyens 12 pour générer des tickets de taxation, on a également représenté des bases de données 14 qui comprennent des données relatives aux abonnés du fournisseur d'accès. 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 implémenter le protocole d'interception de contenu ICAP transférant les pages web transmises à la plate-forme de contrôle 9. Tous ces moyens sont constitués par des moyens conventionnels et ne seront donc pas davantage décrits par la suite. On va maintenant décrire un exemple de contrôle de l'identité d'un service. Cette procédure de contrôle et taxation débute lorsqu'un abonné connecte son terminal 3 à la plate-forme mandataire 1 de son fournisseur d'accès au réseau Internet 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 sont alors mis en oeuvre pour gérer 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 Internet 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 selon lequel le flux de données transmis comporte, en en-tête, un champ inséré par les moyens d'implémentation 7a, qui contient un code caractéristique du service. Cette page web d'entrée arrive à la plate-forme mandataire 1, qui va implémenter le protocole d'interception de contenu ICAP sur une partie de la page web d'entrée dans le 2859587 7 service, et transmettre cette partie à la plate-forme de contrôle 9. Lors de cette implémentation, la plate-forme mandataire 1 inclut, dans l'entête du protocole ICAP, un champ contenant l'adresse IP de connexion de l'abonné, pour que les moyens 12 de génération de tickets de taxation puissent déterminer l'abonné qui désire utiliser le service. Au niveau de la plate-forme de contrôle 9, les moyens 11 analysent les données reçues et extraient le code caractéristique du service. Les moyens 11 extraient en outre l'adresse IP de connexion de l'abonné pour les moyens 12 de génération de tickets de taxation. Les moyens de contrôle 10 contrôlent alors l'identité du service en mettant en oeuvre un procédé de contrôle qui va maintenant être décrit. Selon un premier mode de mise en oeuvre, illustré sur la figure 2, on effectue un chiffrement à partir d'une combinaison d'informations comprenant le nom ou l'adresse IP de la plate-forme hébergeant ledit service consulté, l'adresse URL de la page d'accueil du service, un identifiant caractéristique du fournisseur du service, et un identifiant caractéristique du service (étape 18). Lorsque l'abonné consulte le service, on extrait le code caractéristique, le nom ou l'adresse IP de la plate-forme ou serveur hébergeant le service, et l'adresse URL de la page d'accueil du service, des en-têtes des flux de transfert des pages web d'accueil des services (étape 19). Comme indiqué précédemment, le protocole de transfert des pages web des services est, par exemple le protocole HTTP, et le protocole de personnalisation de contenu est le protocole ICAP. On vérifie ensuite la validité du code caractéristique du service à partir du code caractéristique du service, de l'adresse URL de la page d'accueil du service, et du nom ou de l'adresse IP du serveur hébergeant le service (étape 20). On émet, par exemple, un message d'erreur lorsque le code caractéristique du service est invalide. 2859587 8 Dans un autre mode de réalisation, les moyens de contrôle 10 contrôlent l'identité du service en mettant en oeuvre le procédé illustré par la figure 3, et récupèrent des bases de données 13 l'adresse URL de la page d'accueil du service ainsi que le nom ou l'adresse IP du serveur hébergeant le service, correspondants audit identifiant caractéristique du service déduit du code caractéristique du service, en utilisant l'identifiant représentatif du service comme clé de requête. Si le code est validé, alors les moyens 12 élaborent un ticket de taxation, sinon un message d'erreur est délivré. Cet autre mode de réalisation met en oeuvre le procédé illustré par la figure 3, qui va maintenant être décrit. Selon une première étape, on effectue un chiffrement à partir d'une combinaison d'informations comprenant un identifiant caractéristique du service (étape 21). Lorsque l'abonné consulte le service, on extrait le code caractéristique, le nom ou l'adresse IP de la plate-forme ou serveur hébergeant le service, et l'adresse URL de la page d'accueil du service, des en-têtes des flux de transfert des pages web des services (étape 22). Le protocole de transfert des pages web des services est, par exemple, comme dans l'exemple précédent de la figure 2, le protocole HTTP, et le protocole de d'interception de contenu est le protocole ICAP. On déduit du code caractéristique du service l'identifiant du service, par exemple son nom (étape 23). On récupère ensuite, par exemple dans des bases de données du fournisseur d'accès, l'adresse URL de la page d'accueil du service ainsi que le nom ou l'adresse IP du serveur hébergeant le service, correspondants audit identifiant caractéristique du service, en utilisant l'identifiant du service comme clé de requête (étape 24). Enfin, on vérifie que l'adresse URL de la page d'accueil du service qui est récupérée des bases de données est égale à l'adresse URL de la page d'accueil du service qui est extraite 2859587 9 d'un champ de l'en-tête du flux de transfert de la page web d'accueil du service. De même, on vérifie que le nom ou l'adresse IP du serveur hébergeant le service récupéré les bases de données 13 est égal au nom ou à l'adresse IP du serveur hébergeant le service qui est extrait d'un champ de l'en-tête du flux de transfert de la page web d'accueil du service. On valide le code caractéristique du service si lesdites égalités sont vérifiées et, au contraire, on émet un message d'erreur si au moins une des égalités n'est pas vérifiée (étape 8). L'invention qui vient d'être décrite permet de vérifier l'identité du service que l'abonné veut consulter, et permet donc d'instaurer une gestion de fraude dans des processus de transaction. REVENDICATIONS 1. Procédé de contrôle de l'identité d'un service consulté par un abonné à un fournisseur d'accès à un réseau de communication (2), ledit service étant proposé par un fournisseur de services partenaire du fournisseur d'accès au réseau de communication (2), caractérisé en ce que l'on contrôle l'identité dudit service consulté par l'abonné, à partir d'un code caractéristique dudit service. 2. Procédé selon la revendication 1, caractérisé en ce que l'on extrait le code caractéristique du service consulté par l'abonné au début d'une consultation du service, le nom ou adresse IP du serveur hébergeant le service, et l'adresse URL de la page d'accueil du service, de champs de l'en-tête du flux de transfert de la page web d'accueil du service. 3. Procédé selon la revendication 2, caractérisé en ce qu'on utilise le protocole Hyper Text Transfer Protocol ou HTTP comme protocole de transfert des pages web des services. 4. Procédé selon la revendication 2 ou 3, caractérisé en ce que l'on intercepte au moins une partie de l'en-tête et du corps du flux de transfert de la page web d'accueil du service qui est proposé par un fournisseur de services partenaire du fournisseur d'accès, et qui est consulté par l'abonné, au moyen d'un protocole d'interception de contenu. 5. Procédé selon la revendication 3, caractérisé en ce que l'on utilise le protocole ICAP ou Internet Content Adaptation Protocol pour intercepter au moins une partie de l'en-tête et du corps du flux de transfert de la page web d'accueil du service qui est proposé par un fournisseur de services partenaire du fournisseur d'accès et qui est consulté par l'abonné. 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que le code caractéristique du service qui est proposé par un fournisseur de services partenaire du 2859587 11 fournisseur d'accès et qui est consulté par l'abonné, est un chiffrement d'une combinaison d'informations comprenant le nom ou l'adresse IP de la plate-forme hébergeant ledit service consulté, l'adresse URL de la page d'accueil du service, un identifiant caractéristique du fournisseur du service, et un identifiant caractéristique du service. 7. Procédé selon la revendication 6, caractérisé en ce que l'on vérifie, à partir du code caractéristique du service consulté par l'abonné, de l'adresse URL de la page d'accueil du service, et du nom ou de l'adresse IP du serveur hébergeant le service, la validité du code caractéristique du service, et si le code caractéristique du service est invalide, on émet un message d'erreur. 8. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que le code caractéristique du service qui est proposé par un fournisseur de service partenaire du fournisseur d'accès et qui est consulté par l'abonné, est un chiffrement d'une combinaison d'informations comprenant un identifiant caractéristique du service. 9. Procédé selon la revendication 8, caractérisé en ce que: on déchiffre le code caractéristique du service pour en déduire l'identifiant caractéristique du service; on récupère dans des bases de données (13) du fournisseur d'accès l'adresse URL de la page d'accueil du service ainsi que le nom ou l'adresse IP du serveur hébergeant le service, correspondants audit identifiant caractéristique du service; on vérifie, d'une part, l'égalité de l'adresse URL de la page d'accueil du service récupérée dans les bases de données (13) et de l'adresse URL de la page d'accueil du service extraite d'un champ de l'en-tête du flux de transfert de la page web d'accueil du service, et d'autre part, l'égalité du nom ou de l'adresse IP du serveur hébergeant le service récupéré des bases de données et du nom ou de l'adresse IP du serveur 2859587 12 hébergeant le service extrait d'un champ de l'en-tête du flux de transfert de la page web d'accueil du service; et - on valide le code caractéristique du service si lesdites égalités sont vérifiées, et; - on émet un message d'erreur si au moins une des égalités n'est pas vérifiée. 10. Système de contrôle de l'identité d'un service consulté par un abonné à un fournisseur d'accès à un réseau de communication (2), ledit service étant proposé par un fournisseur de services partenaire du fournisseur d'accès au réseau de communication (2), caractérisé en ce qu'il comprend, reliés en réseau, un serveur mandataire (1) pour centraliser les accès des clients à un réseau local du fournisseur d'accès, un serveur de contrôle (9) pour contrôler l'identité du service, et des moyens de contrôle (10) de l'identité dudit service consulté par l'abonné, à partir d'un code caractéristique du service. 11. Système selon la revendication 10, caractérisé en ce qu'il comprend en outre des bases de données (13) contenant des informations concernant les services des fournisseurs de services partenaires du fournisseur d'accès au réseau de communication (2).