EP4505341A1 - Système de distribution de contenu internet personnalisé - Google Patents

Système de distribution de contenu internet personnalisé

Info

Publication number
EP4505341A1
EP4505341A1 EP22850735.6A EP22850735A EP4505341A1 EP 4505341 A1 EP4505341 A1 EP 4505341A1 EP 22850735 A EP22850735 A EP 22850735A EP 4505341 A1 EP4505341 A1 EP 4505341A1
Authority
EP
European Patent Office
Prior art keywords
web page
web
request
access
generic
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.)
Withdrawn
Application number
EP22850735.6A
Other languages
German (de)
English (en)
Inventor
Nicolas LANNIER
Frédéric Bocquet
Axel AMIGO ARNOLD
Andrés TELLEZ SUAREZ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Scalefast Inc
Original Assignee
Scalefast Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Scalefast Inc filed Critical Scalefast Inc
Publication of EP4505341A1 publication Critical patent/EP4505341A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9535—Search customisation based on user profiles and personalisation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G06F21/6263—Protecting personal data, e.g. for financial or medical purposes during internet communication, e.g. revealing personal data from cookies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles

Definitions

  • the invention relates to web servers and more particularly to the provision of personalized content.
  • a visitor has an account on the web server he is visiting, and the web server is therefore able to offer personalized content for the user, since he knows from whom. it's about.
  • the second family of methods namely that of agnostic methods, conventionally uses two types of solutions.
  • the first type of solution is to display a classic web page and then customize it as soon as possible.
  • This personalization is generally carried out either by an automatic reloading and not requested by the user, as soon as this user has been able to associate this user with a cluster of users, or by personalizing subsets of the page using JavaScript code. .
  • Reloading the page is not compatible with a satisfactory user experience (UX) and it can even be perceived as a defect of the site.
  • UX user experience
  • the use of JavaScript poses problems of keeping the code up to date, as well as the impossibility of implementation in secure environments, the execution of JavaScript being often blocked.
  • the invention improves the situation. To this end, it proposes a personalized Internet content distribution system comprising a storage (12) of home web pages, in which each web page is associated on the one hand with a segment identifier and on the other hand with a web page address, some of the web pages being associated with the same web page address such that each of these web pages defines a personalized version of a generic web page associated with said same web page address, a web server arranged to receive a generic request for access to a web page, said request being sent from a device connected to the Internet, comprising a web page address provided with a fingerprint of said device, to determine a segment identifier associated with said fingerprint, and to access said storage to obtain and return to said device a web page associated with said generic query web page address and said segment identifier.
  • This system is particularly advantageous because it allows you to offer customization as soon as the web page loads. In addition, as the user accesses an already personalized web page, which is therefore more relevant, improves its UX without him realizing it.
  • the invention may have one or more of the following characteristics:
  • the web server includes a reverse proxy arranged to request a database in which each fingerprint is associated with a segment identifier
  • the reverse proxy is an NGINX server
  • the reverse proxy is a microservice
  • the web server is arranged to receive a request for access to a web page sent by a user from a device connected to the Internet, devoid of fingerprint of said device, and to generate said fingerprint and return it with a generalist version of said page website, and
  • the web server is arranged to receive a generic request for access to a web page comprising a web page address provided with a segment identifier and to access directly to access said storage with this generic access request.
  • the invention also relates to a method for distributing personalized Internet content comprising the following operations: a) receiving a generic request for access to a web page, said request being sent by a user from a device connected to the Internet, comprising an address of web page provided with a fingerprint of said device, b) determining a segment identifier associated with said user from said fingerprint of said device, c) accessing a storage of home web pages, in which each web page is associated with on the one hand to a segment identifier and on the other hand to a web page address, some of the home web pages being associated with the same web page address such that each of these home web pages defines a version personalized of a generic web page associated with said same web page address, and retrieving a web page associated with said web page address of the generic request and with said segment identifier determined in step b), and d) returning to said device the web page retrieved in step c).
  • FIG.1 shows a generic diagram of a first embodiment of a personalized Internet content distribution system.
  • the drawings and the description below contain, for the most part, certain elements. They may therefore not only be used to better understand the present invention, but also contribute to its definition, if necessary.
  • FIG. 1 represents a generic diagram of a personalized Internet content distribution system 2 according to the invention.
  • the personalized Internet content distribution system 2 receives requests for access to web content, in particular web pages from one or more devices 3 which are connected to the Internet.
  • the personalized Internet content distribution system 2 comprises one or more web servers 4 comprising a reverse proxy 6 and one or more servers 8, a database 10 associating request identifiers Reqid and identifiers of segment SN, and a storage 12 which contains home web pages.
  • the reverse proxy 6 and the server(s) 8 can be implemented in the form of an appropriate computer code or program executed on one or more processors.
  • processors it must be understood any processor suitable for the calculations described below.
  • a processor can be produced in any known manner, in the form of a microprocessor for a personal computer, a dedicated chip of the FPGA or SoC type, a computing resource on a grid or in the cloud, a cluster of graphics processors (GPUs), a microcontroller, or any other form capable of providing the computing power necessary for the implementation described below.
  • GPUs graphics processors
  • microcontroller or any other form capable of providing the computing power necessary for the implementation described below.
  • One or more of these elements can also be made in the form of specialized electronic circuits such as an ASIC.
  • a combination of processor and electronic circuits can also be envisaged.
  • Dedicated machine learning processors may also be considered.
  • the reverse proxy 6 and the server or servers 8 will be described in more detail below and could be combined in the form of a single unit.
  • they include Internet communication means allowing them to receive requests for Internet content from one or more of the devices 8, and to return this content to them if it is accessible to them.
  • the database 10 and the storage 12 can be implemented on any type of data storage capable of receiving digital data: hard disk, hard disk with flash memory, flash memory in any form, RAM, magnetic disk, local or cloud distributed storage, etc.
  • the data calculated by the system 2 can be stored on any type of memory similar to the memory of the database 10 and the storage 12, or on these. This data can be erased after the system 2 has performed its tasks or retained.
  • the web server 4 has the classic function of receiving Internet content requests from the device 8 and of returning this content to the latter. In a conventional manner according to the http (or https) protocol, this is achieved by issuing a GET request which contains the web address or uniform resource locator (URL for "Uniform Resource Locator" in English) to which a user of device 8 seeks access.
  • a GET request which contains the web address or uniform resource locator (URL for "Uniform Resource Locator" in English) to which a user of device 8 seeks access.
  • the personalized Internet content distribution system 2 is particular in that it allows specific processing of home page requests in the absence of user authentication.
  • the personalized Internet content distribution system 2 receives a generic request devoid of the user's identifier, and yet is arranged to provide this user with a version of the web page which is adapted to his desires and/or tastes. and/or preferences. This is all the more remarkable since the web page is a special case where the web server does not have access to any information that allows the user experience to be personalized in the absence of authentication, whereas the web server can try to implement a personalization for the other pages of a site, for example on the basis of the path that allowed access from the web page.
  • the Applicant has discovered that it is advantageous to carry out a pre-processing of the request for access to the web page, even if this should delay its loading on the client side by a few milliseconds, in order to provide a pre-processed web page. personalized.
  • the web server 4 receives a request to access an Hp.html web page referenced GET (Hp. html) in FIG. 1, and transmits it directly to a reverse proxy 6.
  • the use of reverse proxies 6 is in itself known mainly in order to carry out load balancing for the web servers 4 comprising a large number of servers 8 making it possible to manage large flows of visitors.
  • the reverse proxy 6 is partially diverted from its primary use in order to make it possible to personalize the web page returned to the device 3.
  • the reverse proxy 6 uses a Reqid identifier of the device 3. This identifier, when it exists, is stored locally in a cookie on the device 3, and is transmitted to the web server 4 with the request GET(Hp.html).
  • the Reqid identifier is generated by a fingerprint packet. j s (https://fingerprintjs.com), which guarantees to obtain a unique identifier for each device 3.
  • other methods could be used to generate the Reqid identifier.
  • the reverse proxy 6 interrogates the database 10 in order to recover a segment identifier. Segment IDs are used to choose personalized content. More precisely, the users of the devices 3 are grouped according to their behavior. For example, they may be grouped together because they have visited a particular page previously, or a succession of particular pages, or because their attitude has been similar (for example, putting an item in a cart but not purchasing , selection of particular information, etc.), etc.
  • a personalized web page is defined for this group of users, also called a segment.
  • the database 10 is updated in order to associate on the one hand the Reqid identifiers and on the other hand the segment identifiers which correspond to them.
  • the reverse proxy 6 accesses the database 10, it retrieves a segment identifier Sn which designates a group of users for which a particular personalization has been provided.
  • the database 10 can advantageously be implemented in the form of a cache within the reverse proxy 6. Alternatively, it can be implemented in any other useful way.
  • the reverse proxy 6 uses the couple web page - segment identifier to obtain the personalized version of the web page Hp.html for the segment with identifier Sn in the storage 12. In the example described here, this is achieved by adding a suffix corresponding to the segment identifier Sn to the name of the web page.
  • Other realizations will be possible, such as storage in directories associated with the segment identifier, other naming conventions, etc.
  • the reverse proxy 6 is an NGINX server.
  • the reverse proxy 6 could be another reverse proxy, such as a HAProxy or Traefik server.
  • the reverse proxy 6 could be a microservice, for example implemented by means of a lambda server from the company Amazon Web Services.
  • the device 3 can store the segment identifier Sn in the same way as it stores the identifier Reqid once the latter has been determined.
  • the web server 4 when the web server 4 receives a request to access the Hp.html page, the segment identifier Sn is transmitted like the other cookies, and the web server 4 can go directly to request the storage 12 with the URL of the web page Hp.html and the segment identifier Sn in order to return the personalized version.
  • the server 8 can return to the device 3 the page Hp_Sn.html which is the personalized version of the page Hp.html for the segment identifier segment Sn associated with the device 3.
  • the storage 12 could contain not an entire copy of the personalized web page, but only personalization elements, the server 8 then having the task of combining them with the generic version of the web page before sending it to the device 3.
  • the personalized Internet content distribution system 2 therefore makes it possible to provide the user of the device 3 with a personalized version of the web page of a site, without the user being authenticated, and without him being able to realize that a personalization has been implemented between his request and the display of the web page on his screen.
  • the latter was able to verify that the implementation of system 2 requires only 10ms, which makes this execution time transparent for the user.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Medical Informatics (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Un système de distribution de contenu Internet personnalisé comprend un stockage (12) de pages web d'accueil, dans lequel chaque page web est associée d'une part à un identifiant de segment et d'autre part à une adresse de page web, certaines des pages web étant associées à la même adresse de page web de telle sorte que chacune de ces pages web définit une version personnalisée d'une page web générique associée à ladite même adresse de page web, un serveur web (4) agencé pour recevoir une requête générique d'accès à une page web, ladite requête étant émise depuis un dispositif (3) relié à Internet, comprenant une adresse de page web munie d'une empreinte dudit dispositif, pour déterminer un identifiant de segment associé à ladite empreinte, et pour accéder audit stockage (12) pour obtenir et renvoyer audit dispositif (3) une page web associée à ladite adresse de page web de la requête générique et audit identifiant de segment.

Description

Description
Titre : Système de distribution de contenu Internet personnalisé
L’invention concerne les serveurs web et plus particulièrement la fourniture de contenus personnalisés.
Il est maintenant devenu classique de personnaliser les contenus des sites web en fonction des visiteurs. Cette personnalisation rend les contenus plus attrayants et améliore d’une manière générale l’expérience utilisateur.
Actuellement, il existe deux familles de méthodes de personnalisation :
- les méthodes à base d’identification préalable, et
- les méthodes agnostiques.
Dans le cas des méthodes à base d’identification, un visiteur possède un compte sur le serveur web qu’il visite, et le serveur web est donc en mesure d’offrir un contenu personnalisé pour l’utilisateur, puisqu’il sait de qui il s’agit.
Ces méthodes à base d’identification préalable manquent de souplesse et de fluidité pour l’utilisateur. En effet, page web un utilisateur doit d’abord s’authentifier pour avoir un contenu personnalisé, ce qui nuit à son expérience en rajoutant une étape qui lui demande de surcroît de retenir ou stocker un identifiant et un mot de passe.
La seconde famille de méthodes, à savoir celle des méthodes agnostiques utilise classiquement deux types de solutions.
Le premier type de solution consiste à afficher une page web classique, puis à la personnaliser dès que possible. Cette personnalisation est en général réalisée soit par un rechargement automatique et non sollicité par l’utilisateur, dès qu’on a pu associer cet utilisateur à un cluster d’utilisateurs, soit par personnalisation de sous-ensembles de la page en utilisant un code JavaScript. Le rechargement de la page n’est pas compatible avec une expérience utilisateur (UX pour « User experience » en anglais) satisfaisante et il peut même être perçu comme un défaut du site. L’utilisation de JavaScript pose des problèmes de maintien à jour du code, ainsi que l’impossibilité de mise en œuvre dans les environnements sécurisés, l’exécution de JavaScript étant souvent bloquée.
En outre, le fait que l’utilisateur voit la personnalisation se faire sous ses yeux peut lui faire prendre conscience de cette personnalisation, et peut lui donner l’impression que celle-ci est artificielle, voire destinée à le manipuler. Cela dégrade considérablement l’UX.
L’invention vient améliorer la situation. À cet effet, elle propose un système de distribution de contenu Internet personnalisé comprenant un stockage(12) de pages web d’accueil, dans lequel chaque page web est associée d’une part à un identifiant de segment et d’autre part à une adresse de page web, certaines des pages web étant associées à la même adresse de page web de telle sorte que chacune de ces pages web définit une version personnalisée d’une page web générique associée à ladite même adresse de page web, un serveur web agencé pour recevoir une requête générique d’accès à une page web, ladite requête étant émise depuis un dispositif relié à Internet, comprenant une adresse de page web munie d’une empreinte dudit dispositif, pour déterminer un identifiant de segment associé à ladite empreinte, et pour accéder audit stockage pour obtenir et renvoyer audit dispositif une page web associée à ladite adresse de page web de la requête générique et audit identifiant de segment.
Ce système est particulièrement avantageux car il permet, d’offrir une personnalisation dès le chargement de la page web. De plus, comme l’utilisateur accède à une page web déjà personnalisée, qui est donc plus pertinente, améliore son UX sans qu’il ne s’en rende compte.
Selon divers modes de réalisation, l’invention peut présenter une ou plusieurs des caractéristiques suivantes :
- le serveur web comprend un proxy inverse agencé pour requêter une base de données dans laquelle chaque empreinte est associée à un identifiant de segment,
- le proxy inverse est un serveur NGINX, - le proxy inverse est un microservice,
- le serveur web est agencé pour recevoir une requête d’accès à une page web émise par un utilisateur depuis un dispositif relié à Internet, dépourvue d’empreinte dudit dispositif, et pour générer ladite empreinte et la retourner avec une version généraliste de ladite page web, et
- le serveur web est agencé pour recevoir une requête générique d’accès à une page web comprenant une adresse de page web munie d’un identifiant de segment et pour accéder directement pour accéder audit stockage avec cette requête générique d’accès.
L’invention concerne également un procédé de distribution de contenu Internet personnalisé comprenant les opérations suivantes : a) recevoir une requête générique d’accès à une page web, ladite requête étant émise par un utilisateur depuis un dispositif relié à Internet, comprenant une adresse de page web munie d’une empreinte dudit dispositif, b) déterminer un identifiant de segment associé audit utilisateur à partir de ladite empreinte dudit dispositif, c) accéder à un stockage de pages web d’accueil, dans lequel chaque page web est associée d’une part à un identifiant de segment et d’autre part à une adresse de page web, certaines des pages web d’accueil étant associées à la même adresse de page web de telle sorte que chacune de ces pages web d’accueil définit une version personnalisée d’une page web générique associée à ladite même adresse de page web, et récupérer une page web associée à ladite adresse de page web de la requête générique et audit identifiant de segment déterminé à l’opération b), et d) renvoyer audit dispositif la page web récupérée à l’opération c).
D’autres caractéristiques et avantages de l’invention apparaîtront mieux à la lecture de la description qui suit, tirée d’exemples donnés à titre illustratif et non limitatif, tirés des dessins sur lesquels :
[Fig.l] représente un diagramme générique d’un premier mode de réalisation d’un système de distribution de contenu Internet personnalisé. Les dessins et la description ci-après contiennent, pour l'essentiel, des éléments de caractère certain. Ils pourront donc non seulement servir à mieux faire comprendre la présente invention, mais aussi contribuer à sa définition, le cas échéant.
La figure 1 représente un diagramme générique d’un système de distribution de contenu Internet personnalisé 2 selon l’invention. Le système de distribution de contenu Internet personnalisé 2 reçoit des requêtes d’accès à des contenus web, en particulier des pages web d’un ou plusieurs dispositifs 3 qui sont connectés à Internet.
Dans l’exemple décrit ici, le système de distribution de contenu Internet personnalisé 2 comprend un ou plusieurs serveurs web 4 comprenant un proxy inverse 6 et un ou plusieurs serveurs 8, une base de données 10 associant des identifiants de requête Reqid et des identifiants de segment SN, et un stockage 12 qui contient des pages web d’accueil.
Dans l’exemple décrit ici, le proxy inverse 6 et le ou les serveurs 8 peuvent être réalisés sous la forme d’un code informatique ou programme approprié exécuté sur un ou plusieurs processeurs. Par processeurs, il doit être compris tout processeur adapté aux calculs décrits plus bas. Un tel processeur peut être réalisé de toute manière connue, sous la forme d’un microprocesseur pour ordinateur personnel, d’une puce dédiée de type FPGA ou SoC, d’une ressource de calcul sur une grille ou dans le cloud, d’une grappe de processeurs graphiques (GPUs), d’un microcontrôleur, ou de toute autre forme propre à fournir la puissance de calcul nécessaire à la réalisation décrite plus bas. Un ou plusieurs de ces éléments peuvent également être réalisés sous la forme de circuits électroniques spécialisés tel un ASIC. Une combinaison de processeur et de circuits électroniques peut également être envisagée. Des processeurs dédiés à l’apprentissage automatique pourront aussi être envisagés. Le proxy inverse 6 et le ou les serveurs 8 seront décrits plus en détails plus bas et pourraient être réunis sous la forme d’une seule unité. En outre, ils comprennent des moyens de communication par Internet leur permettant de recevoir des requêtes de contenu Internet depuis un ou plusieurs des dispositifs 8, et pour retourner à ceux-ci ce contenu s’il leur est accessible. Dans l’exemple décrit ici, la base de données 10 et le stockage 12 peuvent être mis en œuvre sur tout type de stockage de données propre à recevoir des données numériques : disque dur, disque dur à mémoire flash, mémoire flash sous toute forme, mémoire vive, disque magnétique, stockage distribué localement ou dans le cloud, etc. Les données calculées par le système 2 peuvent être stockées sur tout type de mémoire similaire à la mémoire de la base de données 10 et du stockage 12, ou sur ceux-ci. Ces données peuvent être effacées après que le système 2 a effectué ses tâches ou conservées.
Le serveur web 4 a pour fonction classique de recevoir des requêtes de contenu Internet du dispositif 8 et de retourner ce contenu à ce dernier. D’une manière classique selon le protocole http (ou https), cela est réalisé par l’émission d’une requête GET qui contient l’adresse web ou localisateur uniforme de ressource (URL pour « Uniform Resource Locator » en anglais) à laquelle un utilisateur du dispositif 8 cherche à accéder.
Dans les serveurs web classique 4, il n’est pas possible de personnaliser une ressource Web sans que l’utilisateur soit authentifié, c’est-à-dire qu’il ait ouvert une session d’identification sous une quelconque forme auprès du serveur web. C’est cette authentification qui permet au serveur web de choisir des contenus personnalisés pour l’utilisateur à partir d’une même adresse de page web générique. Par contenu personnalisé, on entend par exemple le fait d’afficher une page sur laquelle tout ou une partie du contenu est modifié en fonction, par exemple, des envies et/ou goûts et/ou préférences et/ou habitudes et/ou localisation et/ou la langue de l’utilisateur authentifié. Par exemple, sur un site d’actualités sportives, cela peut être réalisé en mettant en valeur le contenu récent relatif à une ou plusieurs équipes qu’un utilisateur a indiqué préférer.
Le système de distribution de contenu Internet personnalisé 2 selon l’invention est particulier en ce qu’il permet un traitement spécifique des requêtes de pages d’accueil en l’absence d’une authentification de l’utilisateur. Dit autrement, le système de distribution de contenu Internet personnalisé 2 reçoit une requête générique dépourvue d’identifïant de l’utilisateur, et est pourtant agencé pour fournir à cet utilisateur une version de la page web qui est adaptée à ses envies et/ou goûts et/ou préférences. Cela est d’autant plus remarquable que la page web est un cas particulier où le serveur web n’a accès à aucune information qui permette de personnaliser l’expérience utilisateur en l’absence d’authentification, alors que le serveur web peut essayer de mettre en œuvre une personnalisation pour les autres pages d’un site, par exemple sur la base du parcours ayant permis d’y accéder depuis la page web.
Pour cela, la Demanderesse a découvert qu’il est avantageux de réaliser un pré-traitement de la requête d’accès à la page web, même si cela doit retarder de quelques millisecondes son chargement côté client, afin de fournir une page web pré-personnalisée.
Ainsi, le serveur web 4 reçoit une requête d’accès à une page web Hp.html référencée GET (Hp. html) sur la figure 1, et la transmet directement à un proxy inverse 6. L’utilisation de proxys inverses 6 est en elle-même connue principalement afin de réaliser un équilibrage de charge (« Load balancing » en anglais) pour les serveurs web 4 comprenant un grand nombre de serveurs 8 permettant de gérer des flux de visiteurs importants.
Dans le mode de réalisation décrit ici, le proxy inverse 6 est partiellement détourné de son usage premier afin de permettre de personnaliser la page web retournée au dispositif 3. Pour cela, le proxy inverse 6 utilise un identifiant Reqid du dispositif 3. Cet identifiant, lorsqu’il existe, est stocké localement dans un cookie sur le dispositif 3, et est transmis au serveur web 4 avec la requête GET(Hp.html).
Dans le cas où le dispositif 3 ne contient pas d’identifiant Reqid, celui-ci est généré et stocké pour la prochaine visite. Dans l’exemple décrit ici, l’identifiant Reqid est généré par un paquet fingerprint. j s (https://fingerprintjs.com), ce qui garantit d’obtenir un identifiant unique pour chaque dispositif 3. En variante, d’autres méthodes pourront être utilisées pour générer l’identifiant Reqid.
A partir de l’identifiant Reqid, le proxy inverse 6 interroge la base de données 10 afin de récupérer un identifiant de segment. Les identifiants de segments sont utilisés pour choisir le contenu personnalisé. Plus précisément, les utilisateurs des dispositifs 3 sont regroupés en fonction de leur comportement. Par exemple, ils peuvent être regroupés parce qu’ils ont visité une page particulière précédemment, ou une succession de pages particulières, ou parce que leur attitude a été similaire (par exemple, mise dans un panier d’un article mais pas d’achat, sélection d’informations particulières, etc.), etc.
Une fois ce regroupement déterminé, une page web personnalisée est définie pour ce groupe d’utilisateurs, également appelé segment. Enfin, le base de données 10 est mise à jour afin d’associer d’une part les identifiants Reqid et d’autre part les identifiants de segment qui leur correspond.
Ainsi, lorsque le proxy inverse 6 accède à la base de données 10, il récupère un identifiant de segment Sn qui désigne un groupe d’utilisateurs pour lequel une personnalisation particulière a été prévue.
Afin d’optimiser les performances, la base de données 10 peut avantageusement être mise en œuvre sur la forme d’un cache au sein du proxy inverse 6. En variante, elle peut être mise en œuvre de toute autre manière utile.
Ensuite, le proxy inverse 6 utilise le couple page web - identifiant de segment pour obtenir la version personnalisée de la page web Hp.html pour le segment d’identifïant Sn dans le stockage 12. Dans l’exemple décrit ici, cela est réalisé en adjoignant un suffixe correspondant à l’identifiant de segment Sn au nom de la page web. D’autres réalisations seront possibles, comme un stockage dans des répertoires associés à l’identifiant de segment, d’autres conventions de nommage, etc.
Dans l’exemple décrit ici, le proxy inverse 6 est un serveur NGINX. En variante, le proxy inverse 6 pourrait être un autre proxy inverse, comme un serveur HAProxy ou Traefik. Toujours en variante, le proxy inverse 6 pourrait être un microservice, par exemple mis en œuvre au moyen d’un serveur lambda de la société Amazon Web Services. En variante, le dispositif 3 peut stocker l’identifiant de segment Sn de la même manière qu’il stocke l’identifiant Reqid une fois que ce dernier a été déterminé. Ainsi, lorsque le serveur web 4 reçoit une requête d’accès à la page Hp.html, l’identifiant de segment Sn est transmis comme les autres cookies, et le serveur web 4 peut aller directement solliciter le stockage 12 avec l’URL de la page web Hp.html et l’identifiant de segment Sn afin de retourner la version personnalisée.
Ainsi, le serveur 8 peut retourner au dispositif 3 la page Hp_Sn.html qui est la version personnalisée de la page Hp.html pour le segment d’identifïant de segment Sn associé au dispositif 3. En variante, le stockage 12 pourrait contenir non pas une copie entière de la page web personnalisée, mais seulement des éléments de personnalisation, le serveur 8 ayant alors la charge de les combiner avec la version générique de la page web avant de l’envoyer au dispositif 3.
Le système de distribution de contenu Internet personnalisé 2 permet donc de fournir à l’utilisateur du dispositif 3 une version personnalisée de la page web d’un site, sans que l’utilisateur soit authentifié, et sans que celui-ci puisse se rendre compte qu’une personnalisation a été mise en œuvre entre sa requête et l’affichage sur son écran de la page web. Dans les tests mis en œuvre par la Demanderesse, celle-ci a pu vérifier que la mise en œuvre du système 2 ne nécessite que 10ms, ce qui rend ce temps d’exécution transparent pour l’utilisateur.

Claims

Revendications
[Revendication 1] Système de distribution de contenu Internet personnalisé comprenant un stockage(12) de pages web d’accueil, dans lequel chaque page web est associée d’une part à un identifiant de segment et d’autre part à une adresse de page web, certaines des pages web étant associées à la même adresse de page web de telle sorte que chacune de ces pages web définit une version personnalisée d’une page web générique associée à ladite même adresse de page web, un serveur web (4) agencé pour recevoir une requête générique d’accès à une page web, ladite requête étant émise depuis un dispositif (3) relié à Internet, comprenant une adresse de page web munie d’une empreinte dudit dispositif, pour déterminer un identifiant de segment associé à ladite empreinte, et pour accéder audit stockage (12) pour obtenir et renvoyer audit dispositif (3) une page web associée à ladite adresse de page web de la requête générique et audit identifiant de segment.
[Revendication 2] Système de distribution de contenu Internet personnalisé selon la revendication 1, dans lequel le serveur web (4) comprend un proxy inverse (6) agencé pour requêter une base de données (10) dans laquelle chaque empreinte est associée à un identifiant de segment.
[Revendication 3] Système de distribution de contenu Internet personnalisé selon la revendication 2, dans lequel le proxy inverse (6) est un serveur NGINX.
[Revendication 4] Système de distribution de contenu Internet personnalisé selon la revendication 2, dans lequel le proxy inverse (6) est un microservice.
[Revendication 5] Système selon l’une des revendications précédentes, dans lequel le serveur web (4) est agencé pour recevoir une requête d’accès à une page web émise par un utilisateur depuis un dispositif (3) relié à Internet, dépourvue d’empreinte dudit dispositif (3), et pour générer ladite empreinte et la retourner avec une version généraliste de ladite page web.
[Revendication 6] Système selon l’une des revendications précédentes, dans lequel le serveur web (4) est agencé pour recevoir une requête générique d’accès à une page web comprenant une adresse de page web munie d’un identifiant de segment et pour accéder directement pour accéder audit stockage (12) avec cette requête générique d’accès.
[Revendication 7] Procédé de distribution de contenu Internet personnalisé comprenant les opérations suivantes : a) recevoir une requête générique d’accès à une page web, ladite requête étant émise par un utilisateur depuis un dispositif relié à Internet, comprenant une adresse de page web munie d’une empreinte dudit dispositif, b) déterminer un identifiant de segment associé audit utilisateur à partir de ladite empreinte dudit dispositif, c) accéder à un stockage de pages web d’accueil, dans lequel chaque page web est associée d’une part à un identifiant de segment et d’autre part à une adresse de page web, certaines des pages web d’accueil étant associées à la même adresse de page web de telle sorte que chacune de ces pages web d’accueil définit une version personnalisée d’une page web générique associée à ladite même adresse de page web, et récupérer une page web associée à ladite adresse de page web de la requête générique et audit identifiant de segment déterminé à l’opération b), et d) renvoyer audit dispositif la page web récupérée à l’opération c).
EP22850735.6A 2021-12-24 2022-12-23 Système de distribution de contenu internet personnalisé Withdrawn EP4505341A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2114513A FR3131489B1 (fr) 2021-12-24 2021-12-24 Système de distribution de contenu Internet personnalisé
PCT/FR2022/052498 WO2023118770A1 (fr) 2021-12-24 2022-12-23 Système de distribution de contenu internet personnalisé

Publications (1)

Publication Number Publication Date
EP4505341A1 true EP4505341A1 (fr) 2025-02-12

Family

ID=80999442

Family Applications (1)

Application Number Title Priority Date Filing Date
EP22850735.6A Withdrawn EP4505341A1 (fr) 2021-12-24 2022-12-23 Système de distribution de contenu internet personnalisé

Country Status (6)

Country Link
US (1) US20230205830A1 (fr)
EP (1) EP4505341A1 (fr)
JP (1) JP2025502897A (fr)
CA (1) CA3242134A1 (fr)
FR (1) FR3131489B1 (fr)
WO (1) WO2023118770A1 (fr)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110029505A1 (en) * 2009-07-31 2011-02-03 Scholz Martin B Method and system for characterizing web content
FI20106336A0 (fi) * 2010-12-17 2010-12-17 Pocketsoft Oy Räätälöidyn sovelluksen tuottaminen käyttäjän päätelaitteelle
US20120203639A1 (en) * 2011-02-08 2012-08-09 Cbs Interactive, Inc. Targeting offers to users of a web site
FR3101497A1 (fr) * 2019-09-30 2021-04-02 Orange Terminal, dispositif de personnalisation de requêtes de services et procédés permettant un service personnalisé.
US10873592B1 (en) * 2019-12-23 2020-12-22 Lacework Inc. Kubernetes launch graph
US12058207B2 (en) * 2021-01-25 2024-08-06 Ruckus Ip Holdings Llc Load balancing and secure tunneling for cloud-based network controllers

Also Published As

Publication number Publication date
FR3131489A1 (fr) 2023-06-30
US20230205830A1 (en) 2023-06-29
FR3131489B1 (fr) 2024-09-06
CA3242134A1 (fr) 2023-06-29
JP2025502897A (ja) 2025-01-29
WO2023118770A1 (fr) 2023-06-29

Similar Documents

Publication Publication Date Title
JP6215309B2 (ja) 複数のデバイスにわたるプライバシー管理
US8332488B1 (en) Multi-level cache with synch
EP2643961B1 (fr) Communication entre deux applications web
EP1204044A1 (fr) Procédé et système d'optimisation de consultations d'ensembles de données par une pluralité de clients
FR2979509A1 (fr) Procede et serveur pour le suivi des utilisateurs au cours de leur navigation dans un reseau de communication
FR2932048A1 (fr) Procede et systeme d'acces par un utilisateur a au moins un service offert par au moins un autre utilisateur.
FR2869133A1 (fr) Systeme et procede de tracabilite de contenus electroniques syndiques via un reseau de communication de type internet
EP2169569B1 (fr) Procédé et système de communication entre applications web distinctes
EP4505341A1 (fr) Système de distribution de contenu internet personnalisé
FR2800888A1 (fr) Methode et systeme pour permettre aux utilisateur de selectionner un modele a partir d'un serveur web
US8583697B2 (en) System and method of processing content
WO2005114469A1 (fr) Procede et dispositif de recherche avec conservation personnalisee des resultats
WO2011131852A1 (fr) Système informatique de partage et procédé correspondant
EP2320623B1 (fr) Procédé de fourniture d'un service
EP1705868A2 (fr) Procédé et système de partage d'attributs personnels
WO2018002483A1 (fr) Serveur de statistiques pour optimisation de requêtes client-serveur
WO2007003774A1 (fr) Procede d ' echange de donnees entre un serveur et un client , serveur correspondant a ce procede , systeme comprenant ce serveur, client de ce systeme , programmes correspondant a ce procede pour un ordinateur formant serveur et un ordinateur formant client
EP1494419A1 (fr) Système de transmission de paramètres caractéristiques d'une session de communication d'un terminal vers un serveur distant
WO2024194385A1 (fr) Dispositif et procédé de suivi d'un utilisateur accédant à un site web
FR2945902A1 (fr) Systeme et procede d'acces a un reseau de communication
EP3053110A1 (fr) Procédé de dématérialisation d'une démarche
WO2009118477A2 (fr) Service d'adresse indirecte de connexion sur réseau étendu
FR2858078A1 (fr) Procede de navigation pour le prechargement, serveur, unite de programmes d'ordinateur pour mettre en oeuvre le procede
WO2018138442A1 (fr) Activation automatique de la configuration d'un terminal de communication
EP1891552A1 (fr) Procédé de présentation d'un catalogue de contenus multimédia a un terminal, serveur, terminal, signal de requête et programme informatique correspondants.

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20240724

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20250715