Brevet FR2842326A1 — publié le 20040116

- 1 "Système de personnalisation télématique." La présente invention se rapporte à un système de personnalisation d'une page Web, et concerne plus particulièrement, mais non exclusivement, la fidélisation de clients dans le commerce électronique. En effet; l'invention est d'un cadre plus large puisqu'elle peut être appliquée à tout réseau de communication de type Internet dans lequel on désire élaborer des pages Web personnalisées sur le navigateur de chaque utilisateur connecté à un même site Web. Ce site Web peut par exemple être un site d'information ou encore le site d'un fournisseur d'accès Internet. Le commerce électronique constitue une réelle évolution au niveau des activités commerciales. Il permet d'optimiser sensiblement la gestion des cots et du temps. Par ailleurs, l'aspect géographique des commerces habituels tend à s'estomper sur Internet puisque l'offre peut être mondiale. Mis à part le problème lié au paiement en ligne, le commerce électronique connaît une croissance continue, voire exponentielle, quant au nombre de boutiques et achats en ligne. Cependant, bien que la masse clientèle ne cesse d'augmenter, il est souvent difficile pour un site marchand de conserver sa clientèle car ce type de clientèle sur Internet est souvent libertaire et infidèle. La fidélisation constitue donc un enjeu majeur pour l'évolution à venir du commerce électronique. C'est intéressant de gagner un nouveau client, mais c'est avantageux de le conserver. La fidélisation a essentiellement pour rôle de maintenir un lien entre le site marchand et le client en élaborant notamment un fichier clients en vue d'offres promotionnelles ou en récompensant les achats des clients sous forme de cadeaux ou de coupons de réduction de prix. La fidélisation requiert une communication personnalisée entre un site marchand et un client. Dans l'art antérieur, les sites marchands mettent en place des programmes de fidélisation permettant aux clients de s'identifier auprès du serveur du site marchand. C'est donc le serveur du site marchand qui gère l'ensemble du programme de fidélisation. Lorsque ces sites marchands - 2 possèdent un contenu conséquent, ce qui est souvent le cas, le programme de fidélisation est une application complexe, donc difficile à gérer. La présente invention a pour but de remédier aux inconvénients précités en proposant un nouveau système de personnalisation de pages Web. Un autre but de l'invention est de proposer un système dans lequel la gestion du programme de fidélisation d'un site de service tel qu'un site marchand, est externalisé. On atteint l'un et/ou l'autre des objectifs avec un système pour personnaliser un contenu télématique transmis par un serveur de service vers une unité de traitement d'un utilisateur via un réseau de communication qui peut être de type de type Internet. Selon l'invention: le contenu télématique comporte une zone prédéfinie éditée sous un langage spécifique ignoré par un moyen de lecture de contenu télématique, ce moyen de lecture étant mis en oeuvre dans l'unité de traitement, - une application cliente est apte à s'interposer entre le site de service et le dit moyen de lecture de façon à véhiculer un contenu télématique, et l'application cliente est également apte à interpréter la zone prédéfinie avant de transmettre le contenu télématique vers le moyen de lecture. Avantageusement, le contenu télématique peut être un programme informatique, un fichier audio, un fichier vidéo, une page Web,... plus généralement un élément pouvant contenir un code informatique. Avec ce système selon l'invention, l'interprétation de la zone prédéfinie permet de personnaliser le contenu télématique en fonction de chaque utilisateur ou un groupe d'utilisateurs. En effet, l'application cliente étant logée dans l'unité de traitement de l'utilisateur, elle peut interpréter la zone prédéfinie en fonction de données locales ou externes. L'unité de traitement peut être un micro-ordinateur ou un appareil portable, tel qu'un téléphone portable par exemple, équipé d'un moyen de lecture du contenu télématique. Selon un mode de mise en oeuvre de l'invention, l'application cliente interprète la zone prédéfinie en remplaçant cette zone prédéfinie par une donnée prédéterminée. Cette donnée prédéterminée peut provenir d'un - 3 serveur de gestion distant ou d'une zone mémoire accessible par l'application cliente, de préférence une zone mémoire se trouvant dans une même machine que l'application cliente. Avantageusement, la donnée prédéterminée peut consister en un profil de l'utilisateur tel que ses coordonnées, son âge, ses achats habituels sur Internet,... A titre d'exemple non limitatif, la donnée prédéterminée peut être un texte, une image ou tout autre élément. En complément notamment de ce qui précède, la zone prédéfinie peut comprendre des moyens pour permettre la lecture d'un élément par défaut lorsque le contenu télématique ne transite pas par l'application cliente. Cet élément est édité sous un langage compréhensible par le moyen de lecture. Le système selon l'invention propose une solution optimisée car l'application cliente peut occuper une petite taille de l'ordre de 150 kilooctets. L'installation de l'application cliente peut se faire automatiquement, de façon rapide. Une fois installée dans un microordinateur par exemple, elle se lance en même temps que le démarrage du système d'exploitation. Elle comprend également des moyens pour une mise à jour automatique depuis le serveur de gestion. Par ailleurs, l'application cliente peut interpréter la zone prédéfinie en exécutant une action prédéterminée telle que par exemple l'ouverture d'une nouvelle page Web sur une adresse Internet prédéterminée ou la redirection de la page Web courante d'un navigateur vers une nouvelle adresse Internet prédéterminée. Avantageusement, dans un réseau de communication de type Internet par exemple, cette application cliente peut comprendre des moyens pour tracer la navigation de l'utilisateur, traduire cette navigation sous forme de points de compensation ou points de réduction et les transmettre vers un serveur de gestion contenant de préférence le profil de chaque utilisateur. Les points de compensation et le comportement, c'est-à-dire les sites visités et les achats effectués par l'utilisateur lorsque l'application cliente est active, viennent enrichir le profil de l'utilisateur dans le serveur de gestion. Le système selon l'invention constitue une solution de fidélisation multienseignes. Elle permet aux sites de services tels que des sites marchands par - 4 exemple d'externaliser la gestion de leur programme de fidélisation qui est prise en compte par le serveur de gestion. Par ailleurs, les informations personnelles de l'utilisateur sont stockées dans le seul serveur de gestion et non éparpillées dans les serveurs des différents de services. De préférence les points de compensations sont convertis en argent pour une compensation, c'est-à-dire une réduction du prix d'un article lors d'un achat en ligne auprès d'un site de service partenaire. L'unité de traitement comprend des moyens pour télécharger des données en provenance du serveur de gestion à la suite d'une activation de l'application cliente, cette application cliente étant activée lorsque l'utilisateur s'identifie auprès du serveur de gestion en réponse à une consigne provenant du serveur de service. Lorsque l'application cliente est installée dans le microordinateur de l'utilisateur, la consigne provenant du serveur de service peut consister en un appel d'une adresse local via un port prédéterminé de l'unité de traitement, l'application cliente étant configuré sur ce port prédéterminé. Par contre, lorsque l'application cliente est installée dans un serveur distant, la consigne provenant du serveur de service peut consister en une redirection du contenu télématique ( une page Web courante par exemple) via ce serveur distant. Dans ce cas, l'utilisateur peut par exemple s'identifier auprès de ce serveur au moyen d'un identifiant à saisir ou au moyen d'un "cookie" préalablement téléchargé dans le terminal de l'utilisateur. Avantageusement, le serveur distant peut être le serveur de gestion. D'autres avantages et caractéristiques de l'invention apparaîtront à l'examen de la description détaillée d'un mode de mise en oeuvre nullement limitatif, et des dessins annexés sur lesquels: - La figure 1 est une vue schématique d'un système selon l'invention appliqué au commerce électronique via Internet; - La figure 2 est un organigramme illustrant différentes étapes réalisées dans un système de personnalisation d'une page Web selon l'invention; et - La figure 3 est un organigramme illustrant différentes étapes d'une transaction au sein d'un système selon l'invention. - 5 Bien que l'invention n'y soit pas limitée, on va maintenant décrire un système de personnalisation de page Web appliqué au commerce électronique via Internet. En effet, la présente invention peut s'appliquer à d'autres contenus tels que par exemple un programme informatique, un fichier audio, un fichier vidéo,...; elle peut également s'appliquer à d'autre réseau de communication tel que le réseau français constitué par le Minitel. Sur la figure 1, on voit un serveur informatique 1 logeant un site marchand SM, un micro-ordinateur d'un utilisateur composé de l'unité centrale 3 et d'un écran 4, et un serveur de gestion 2. Ces éléments communiquent via le réseau Internet 7. Le site marchand SM contient plusieurs pages Web lui permettant de proposer à la vente différents articles. Le serveur de gestion 2 est en partenariat avec le site marchand SM. Ce serveur de gestion gère un compte marchand dans lequel est organisée une comptabilité tenant compte des points de réduction (ou compensation) accordés aux clients. Il gère également un compte client dans lequel est un profil sauvegardé pour chaque client. Le profil comprend notamment les coordonnées du client ainsi que des données comportementales que le système selon l'invention se propose d'enrichir. Pour un client donné, son profil peut être différent pour chaque site marchand ou groupe de sites marchands. L'unité centrale 3 comprend un navigateur 5 qui peut être un navigateur standard supportant le protocole http 1.1, html 4.0 et java script. Selon l'invention, l'unité centrale 3 comprend également une application cliente 6 fonctionnant comme un proxy http. L'application cliente s'exécute en tâche de fond et affiche une icône dans la barre de tâches de Windowso par exemple. Elle se présente sous forme d'un petit exécutable que l'utilisateur télécharge et installe sur son micro- ordinateur lorsqu'il devient membre d'un programme de fidélité faisant intervenir le serveur de gestion 2 et le site marchand SM. L'application cliente peut être écrite en visual c/c + + 6.0 pour un environnement Win320 par exemple. Lorsqu'elle n'est pas sollicitée, l'application cliente reste en veille et n'effectue aucune action automatique ni pré- programmée. - 6 A titre d'exemple non limitatif, le serveur de gestion comprend une application écrite en ASP 3.0 ("Active Server Pages", un langage pour la création de pages dynamiques) et en Visual Basic 6.0 pour un environnement lIS 5.0. L'application cliente 6 est apte à communiquer avec le serveur de gestion 2 selon le protocole sécurisé https. Plus précisément, l'application cliente est une sorte de proxy local qui peut être invoquée via une adresse locale "localhost" et un numéro de port particulier inutilisé, par exemple le n de port 1050. On évite ainsi une invocation accidentelle. La fonctionnalité majeure de ce proxy local est d'accepter et d'interpréter un langage spécifique totalement transparent par rapport au langage standard de page Web html. Le langage spécifique est conçu pour être ignoré par un interpréteur html classique. En interprétant un langage spécifique contenu dans une page Web, l'application cliente permet de personnaliser cette page Web et de transmettre une page Web personnalisée vers le navigateur 5 selon le protocole http. Le site marchand invoque l'application cliente en insérant dans le code html de la page Web transmise le code suivant: o "URL" et la page que le navigateur doit afficher, cette page provenant de l'application cliente. Si l'application cliente n'est pas installée ou ne fonctionne pas correctement, ce code est ignoré. Si l'application cliente est correctement installée, elle est activée par l'appel "localhost: 1050". Dans ce cas, la commande "k.URL" déclenche l'invocation du navigateur courant sur la page "URL" donnée en paramètre à travers "localhost: 1050". L'application cliente fait alors office de proxy local et élimine le code d'invocation de façon à éviter une boucle infinie lorsque la page "URL" correspond à la page courante. En faisant plus particulièrement référence à la figure 2, à l'étape 14, le site marchand SM renferme une page Web 8 contenant une zone prédéfinie 10. Lorsque l'utilisateur se connecte au site marchand SM, ce dernier - 7 transmet la page 8 directement vers le navigateur 5 via la voie 1 2 sur la figure 1. A l'étape 1 5, le navigateur 5 affiche cette page 8 en l'interprétant selon le langage standard html. Par conséquent, la zone 10 écrite selon un langage spécifique n'est pas visualisée. Le navigateur ne peut pas interpréter le code de cette zone 1i0 qui est alors ignorée. Mais, cette zone 1i0 écrite en langage spécifique peut comprendre une partie en langage standard html consistant ainsi en une zone par défaut que l'on affiche lorsque l'application cliente 6 n'est pas active. A la réception du code d'invocation à l'étape 1 6, l'application cliente 6 génère une fenêtre d'identification dans laquelle l'utilisateur doit saisir un mot de passe et un numéro d'identification conformément à l'étape 17 de la figure 2. Le numéro d'identification peut être préenregistré lors de l'installation de l'application cliente, dans ce cas seul le mot de passe est requis. A l'étape 18 sur la figure 2, l'application cliente transmet en protocole sécurisé https au serveur de gestion 2: - la version de l'application cliente, - le numéro d'identification de l'utilisateur, et - le mot de passe de l'utilisateur. En réponse, le serveur de gestion 2 transmet soit un refus de connexion, soit un accord de connexion. Lorsque le serveur de gestion 2 transmet un refus de connexion, l'application cliente ne s'active pas et le navigateur 5 est en communication directe avec le site marchand via le trajet 12 sans passer par l'application cliente 6 conformément aux étapes 23 et 24. Lorsque le serveur de gestion 2 transmet un accord de connexion, il transmet également le profil de l'utilisateur et éventuellement une version de mise à jour de l'application cliente. L'application cliente 6 stocke alors en mémoire le profil de l'utilisateur à l'étape 19. A l'étape 20, l'application cliente 6 s'interpose alors entre le site marchand SM et le navigateur 5, c'est à dire que le navigateur 5 communique avec le site marchand via l'application cliente 6 qui interprète tous les éléments édités en langage spécifique. Ainsi sur la figure 1, le trajet 1 2 est bloqué et la page Web 8 transite par le trajet - 8 1 3. L'application cliente 6 interprète alors la page 8 en remplaçant la zone prédéfinie 10 par une donnée pré-déterminée sans pour autant altérer les parties éditées en langage html. Cette donnée pré- déterminée est compatible avec le langage html ce qui conduit à une page html 11 personnalisée transmise vers le navigateur 5 puis affichée sur l'écran 4 conformément aux étapes 21 et 22 sur la figure 2. La donnée pré-déterminée peut être de différents types. Cette donnée peut provenir du profil de l'utilisateur stocké dans une mémoire de l'unité centrale 3 lors de l'activation de l'application cliente 6, du site marchand SM, du serveur de gestion 2 par exemple sous forme d'une image ou d'un texte html 9 sur la figure 1, ou encore d'un tout autre endroit pré-déterminé. L'interprétation de la zone pré-définie 10 par l'application cliente 6 peut conduire au remplacement de cette zone 10 par une zone de textes, d'images, de vidéo ou de tout autre élément apte à s'afficher. L'interprétation de la zone pré-définie 10 peut aussi consister en l'exécution d'une action pré-déterminée. Cette action peut être le lancement d'une nouvelle fenêtre de navigation sur une adresse prédéterminée ("popup"), la re-direction de la page Web courante sur une nouvelle page Web, le remplacement d'un champ par une valeur prédéterminée dans la zone pré-définie 10. On peut envisager diverses combinaisons possibles entre le remplacement de la zone 10 par une donnée pré-déterminée et le lancement d'une action pré-déterminée. A titre d'exemple, on peut remplacer la zone prédéfinie 10 par une zone de texte pré-déterminée tout en lançant l'ouverture d'une nouvelle page Web sur une adresse pré-déterminée. C'est dans la zone prédéfinie 10 que sont intégrés les commandes indiquant à l'application cliente de quelle façon cette zone 10 doit être interprétée. La zone pré-définie 10, comportant une séquence éditée sous un langage spécifique inconnue du html, peut intégrer une séquence html qui sera affichée par défaut par le navigateur lorsque l'application cliente 6 n'est pas active. A titre d'exemple non limitatif, la zone prédéfinie 1i0 peut comprendre les commandes suivantes: - pour le remplacement par du texte: HTML PAR DEFAUT - pour le lancement d'un "POPUP" (nouvelle fenêtre) HTML PAR DEFAUT - pour une re-direction sur une nouvelle page, HTML PAR DEFAUT - pour le remplacement d'un champ par sa valeur, HTML PAR DEFAUT Un exemple de personnalisation de la page Web par du texte et le suivant: HOMME.PICARD, " BRAVO Vous êtes un PICARD! ",100 !HOMME.PICARD, " CIEL Une PICARDE! ",100 HOMME, http://www.PERSO.com/contenus/homme.htm, '10 FEMME, http://www.PERSO.com/contenus/femme.htm,10 Nous ne savons pas qui vous êtes. Vous devriez utiliser PERSO inscrivez-vous! - 10 Lorsque l'utilisateur navigue à travers plusieurs pages Web via l'application cliente 6, cette dernière mémorise la navigation, donc le comportement de l'utilisateur, de façon à établir des données comportementales puis les transmettre vers le serveur de gestion 2. Ces données transmises permettent de compléter le profil de l'utilisateur, attribuer des points de réduction suivant des actions pré-déterminées par exemple nombre de pages Web visitées, et attribuer des points de réduction suite à des achats. Avantageusement, contrairement à l'art antérieur, les points de réduction dans la présente invention peuvent être directement convertis en une somme d'argent qui sera déduite du prix d'un article lors d'un achat en ligne. La figure 3 illustre un processus d'achat d'un article en ligne auprès du site marchand SM. Dans ce processus, on suppose que l'application cliente 6 est active. A l'étape 25, le site marchand SM transmet vers le navigateur 5 via l'application cliente 6 une page Web contenant le prix de l'article que l'utilisateur désire acheter ainsi qu'une icône de réduction que l'utilisateur doit activer s'il désire utiliser ses points de réduction pour effectuer l'achat. Aux étapes 26 et 27 de la figure 3, le navigateur 5 affiche la page Web transmise par le site marchand. Si l'utilisateur ne désire pas faire intervenir ses points de réduction pour régler l'achat, il réalise la transaction sans réduction conformément à l'étape 31 et le site marchand valide la transaction à l'étape 32. La transaction peut par exemple correspondre au paiement par carte bancaire. Par contre, si l'utilisateur clique sur l'icône de réduction, l'application cliente 6 calcule à l'étape 28 une somme totale générée par la soustraction entre le prix de l'article et la somme correspondant aux points de réduction de l'utilisateur. Ces points de réduction peuvent provenir du profil de l'utilisateur stocké dans une mémoire de l'unité centrale 3 ou alors téléchargé depuis le serveur de gestion 2. A l'étape 29, l'application cliente remplace la zone qui comportait le prix de l'article par une zone comprenant le prix de l'article, la réduction et la somme totale à payer. Le navigateur affiche donc cette - il nouvelle page personnalisée de façon à permettre la transaction à l'étape 30 entre le site marchand et l'utilisateur. A l'étape 31, lorsque la transaction est validée, l'application cliente transmet vers le serveur de gestion 2 le prix de l'article, la réduction appliquée donc le nombre de points utilisés, et la somme totale payée par l'utilisateur de façon à mettre à jour aussi bien le compte utilisateur que le compte partenaire du site marchand SM. L'application cliente ainsi décrite, permet de personnaliser le site marchand, de faire gagner à l'utilisateur des points de fidélité et de compenser ces points de fidélité convertis en argent lors d'un achat auprès du site marchand. La gestion du programme de fidélisation du site marchand est ainsi externalisée. Bien sr, l'invention n'est pas limitée aux exemples qui viennent d'être décrits et de nombreux aménagements peuvent être apportés à ces exemples sans sortir du cadre de l'invention. - 12 REVENDICATIONS 1. Système pour personnaliser un contenu télématique transmis par un serveur de service vers une unité de traitement d'un utilisateur via un réseau de communication, caractérisé en ce que: - le contenu télématique comporte une zone prédéfinie éditée sous un langage spécifique ignoré par un moyen de lecture de contenu télématique, ce moyen de lecture étant mis en òuvre dans l'unité de traitement, - une application cliente est apte à s'interposer entre le site de service et le dit moyen de lecture de façon à véhiculer un contenu télématique, et - l'application cliente est également apte à interpréter la zone prédéfinie avant de transmettre le contenu télématique vers le moyen de lecture. 2. Système selon la revendication 1, caractérisé en ce que l'application cliente interprète la zone prédéfinie en remplaçant cette zone prédéfinie par une donnée prédéterminée. 3. Système selon la revendication 2, caractérisé en ce que la donnée prédéterminée provient d'un serveur de gestion distant. 4. Système selon la revendication 2, caractérisé en ce que la donnée prédéterminée provient d'une zone mémoire accessible à l'application cliente. 5. Système selon l'une quelconque des revendications 2 à 4, caractérisé en ce que la donnée prédéterminée consiste en un profil de l'utilisateur. 6. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que l'application cliente interprète la zone prédéfinie en exécutant une action prédéterminée. - 13 7. Système selon la revendication 6, caractérisé en ce que l'action prédéterminée consiste en l'ouverture d'une nouvelle page Web sur une adresse Internet prédéterminée. 8. Système selon la revendication 6, caractérisé en ce que l'action prédéterminée consiste en la re-direction de la page Web courante d'un navigateur vers une nouvelle adresse Internet prédéterminée. 9. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que le réseau de communication étant de type Internet, l'application cliente comprend des moyens pour tracer la navigation de l'utilisateur, traduire cette navigation sous forme de points de compensation et transmettre ces points de compensation vers un serveur de gestion. 10. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que lorsque activée, l'application cliente comprend des moyens pour télécharger des données en provenance d'un serveur de gestion, cette application cliente étant activée lorsque l'utilisateur s'identifie auprès du serveur de gestion en réponse à une consigne provenant du serveur de service. 1i1. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que l'application cliente consiste en un proxy disposé dans un serveur distant. 1 2. Système selon l'une quelconque des revendications 1 à i 0, caractérisé en ce que l'application cliente consiste en un proxy local disposé dans l'unité de traitement. 1 3. Système selon la revendication 1 2, caractérisé en ce que l'interposition de l'application cliente étant réalisée en réponse à une consigne provenant du serveur de service, cette consigne consiste en un appel d'une adresse local - 14 via un port prédéterminé de l'unité de traitement, l'application cliente étant configuré sur ce port prédéterminé. 14. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que l'unité de traitement est un micro-ordinateur. 15. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que l'unité de traitement est un appareil portable. 16. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que la zone prédéfinie comprend des moyens pour permettre la lecture d'un élément par défaut lorsque le contenu télématique ne transite pas par l'application cliente. 1 7. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que l'application cliente comprend des moyens pour une mise à jour automatique depuis un serveur de gestion. 18. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que le contenu télématique comporte un programme informatique. 1 9. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que le contenu télématique comporte un fichier audio. 20. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que le contenu télématique comporte un fichier vidéo. 21. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que le contenu télématique comporte une page Web, et en ce que le moyen de lecture est un navigateur Web.