Brevet FR2913276A1 — publié le 20080905

-1 PROCEDE ET DISPOSITIF DE COMMUNICATION La présente invention concerne un procédé et un dispositif de communication. Elle s'applique, en particulier, à la communication automatique entre des serveurs de données et 5 un terminal utilisateur. On connaît des sites de la toile (en anglais web ), qui permettent de se configurer une page constituée d'éléments fournis par différents sites de la toile, par exemple en mettant en oeuvre des flux RSS (acronyme de Really Simple Syndication pour souscription vraiment simple, ou de Rich Site Summary pour Sommaire développé 10 de site désigne un format de syndication de contenu Web en XML acronyme de Extensible Markup Language pour langage informatique de balisage générique). Cependant, ces sites ne fournissent leur fonction que tant que l'utilisateur y accède par l'intermédiaire d'un logiciel de navigation sur la toile (en anglais browser ). De plus, les flux d'information de contenu en question passent par le serveur du site de la toile, ce qui 1.5 provoque une forte utilisation de ressource au niveau de ce serveur. Enfin, les fournisseurs d'information ne peuvent agir sur le contenu associé aux données qu'ils fournissent. On connaît aussi des logiciels exécutables sur un ordinateur personnel, communément appelés gadgets qui, à partir de la sélection, sur un site de la toile, d'un modèle statique ou d'une description textuelle d'une fenêtre qui, installent cette fenêtre sur le 20 bureau virtuel de l'utilisateur et lui font présenter un contenu mis à jour automatiquement. L'utilisateur est obligé d'utiliser cette fenêtre définie par son modèle et ne peut la personnaliser. De plus, les fournisseurs d'information ne peuvent agir sur le contenu associé aux données qu'ils fournissent. Enfin, ces exécutables ne permettent pas de sortir un module d'une page de la toile pour la transformer en une fenêtre sur le bureau de l'utilisateur. 25 La présente invention vise à remédier à ces inconvénients. A cet effet, selon un premier aspect, la présente invention vise un procédé de communication, caractérisé en ce qu'il comporte, sur un poste utilisateur : - une étape de sélection d'un module sur une page d'un site de la toile, - une étape de transformation dudit module en fenêtre indépendante d'un navigateur, ladite 30 fenêtre présentant au moins une partie du contenu dudit module, - une étape d'affichage de cette fenêtre et - une étape de mise à jour du contenu de ladite fenêtre. Grâce à ces dispositions, le fournisseur peut fournir des modules personnalisés à ses visiteurs et en contrôler l'utilisation et le contenu. De son côté, l'utilisateur peut modifier 35 l'apparence de la fenêtre et sélectionner chaque module qui l'intéresse sans devoir passer par un site de la toile prédéterminé. Selon des caractéristiques particulières, au cours de l'étape de sélection d'un module sur une page de la toile, l'utilisateur clique sur ledit module ou sur un bouton présent sur un cadre dudit module. Grâce à ces dispositions, la mise en oeuvre de la présente invention est 5 particulièrement aisée pour l'utilisateur du poste utilisateur. Selon des caractéristiques particulières, au cours de l'étape de transformation dudit module en fenêtre indépendante d'un navigateur, le contenu en relation avec ledit module est associé à une fenêtre fille flottante et persistante. On rappelle ici que les fenêtres filles flottantes persistantes sont des fenêtres 10 (Partie généralement rectangulaire de l'écran d'un ordinateur à l'intérieur de laquelle sont affichées les informations relatives à une activité déterminée) qui ont la particularité qu'une fois créées, elles ne sont plus affiliées à la fenêtre hôte qui les a créées. Si on ferme la fenêtre hôte ces fenêtres filles ne sont pas fermées et on peut les déplacer sur le bureau à l'aide de la souris. 15 Selon des caractéristiques particulières, au cours de l'étape de transformation dudit module en fenêtre indépendante d'un navigateur, des données associées au module comportant des informations de présentation de contenu et des informations permettant l'accès au contenu du module sont traitées par un programme informatique présent sur le poste utilisateur. 20 On note que les informations de présentation de contenu comportent, par exemple, la taille de la fenêtre et son aspect graphique et que les informations permettant l'accès au contenu comportent, par exemple, une adresse électronique, ou url (acronyme de universal ressource locator , pour localisateur de ressource universel) d'une page d'un site de la toile ou un package (en français assemblage) rassemblant un contenu multimédia, 25 par exemple des données en langage html (acronyme de hypertext markup language pour langage de balisage hypertexte), des médias images et/ou des scripts. Selon des caractéristiques particulières, au cours de l'étape de transformation dudit module en fenêtre indépendante d'un navigateur, on forme, dans ladite fenêtre, un icône qui, après son activation, provoque la mise dans un état d'avant plan de ladite fenêtre, aucune 30 autre fenêtre se trouvant sur le terminal ne pouvant masquer la fenêtre en avant plan. Selon des caractéristiques particulières, au cours de l'étape de sélection d'un module, on met en oeuvre un marqueur associé audit module, dans la description de la page du site de la toile fournie au terminal utilisateur. Selon des caractéristiques particulières, un marqueur est composé de deux parties, 35 l'une signalant la présence d'un module susceptible d'être transformé au cours de ladite étape de transformation et l'autre permettant d'envoyer des informations à un programme d'ordinateur présent sur le poste utilisateur et réalisant les étapes de transformation, d'affichage et de mise à jour de la fenêtre. Selon des caractéristiques particulières, les informations envoyées au programme d'ordinateur comporte une adresse électronique représentative d'un protocole et d'une ressource, chaque protocole étant associé à une application informatique par le programme d'ordinateur. Selon des caractéristiques particulières, au cours de l'étape de transformation dudit module en fenêtre indépendante d'un navigateur, on met en oeuvre un langage de script (langage de programmation interprété) définissant une occurrence sur une application informatique, le système d'exploitation du poste utilisateur effectuant l'interface entre le langage script et l'application informatique. Selon des caractéristiques particulières, au cours de l'étape de mise à jour de la fenêtre, on transmet, à distance du poste utilisateur, une requête et on télécharge un package lié à la fenêtre flottante et au module. Ainsi, une fois le package rapatrié, il est installé par l'application informatique sur le poste utilisateur (les fichiers contenus dans le package sont recopiés sur le terminal) et l'application ouvre la fenêtre sur l'un des fichiers, par exemple un fichier html, contenu dans le package téléchargé. Les avantages, buts et caractéristiques de ce dispositif, de ce programme 20 d'ordinateur et de ce support d'information étant similaires à ceux du procédé tel que succinctement exposé ci-dessus, ils ne sont pas rappelés ici. D'autres avantages, buts et caractéristiques de la présente invention ressortiront de la description qui va suivre faite, dans un but explicatif et nullement limitatif, en regard des dessins annexés, dans lesquels : 25 - la figure 1 représente, schématiquement, des éléments fonctionnels et des éléments présents sur un écran d'ordinateur au cours de la mise en oeuvre d'un mode de réalisation particulier du procédé objet de la présente invention et - la figure 2 représente, sous forme d'un logigramme, des étapes mises en oeuvre dans un mode de réalisation particulier du procédé objet de la présente invention. 30 Dans toute la description, on utilise les définitions suivantes : terminal utilisateur : tout terminal pouvant être utilisé par un utilisateur, par exemple ordinateur, téléphone, assistant personnel numérique PDA, smartphone, borne ou télévision interactive ; - navigateur ou browser : une application permettant de naviguer sur Internet 35 (par exemple, Internet Explorer, FireFox, Opera, marques déposées) - fenêtre flottante : ces fenêtres (partie généralement rectangulaire de l'écran d'un ordinateur à l'intérieur de laquelle sont affichées les informations relatives à une activité déterminée) ont la particularité qu'une fois créées, de ne plus être affiliés à la fenêtre hôte qui les a créées. Si on ferme la fenêtre hôte ses fenêtres filles ne sont pas fermées. Ces fenêtres peuvent être déplacées avec la souris, de manière connue en soi. Ces fenêtres peuvent comporter une signalétique ( punaise ) permettant d'indiquer qu'elles peuvent être mises dans un état avant plan . c'est-à-dire qu'aucune autre fenêtre se trouvant sur le terminal ne peut masquer en partie ou totalité cette fenêtre. Le passage d'un état normal a avant plan se fait par une action de l'utilisateur sur la fenêtre (clic sur un bouton punaise par exemple). Nous englobons dans le terme fenêtre aussi des formes quelconques, non nécessairement rectangulaires ; - module partie de page de la toile correspondant à un ensemble visuel et à un ensemble de contenus multimédias (texte, image, animation, son, scripts de programmation ...) représentant le contenu nécessaire à l'affichage. Le module est indépendant du reste de la page de la toile ou d'autres modules se trouvant dans la page de la toile. Le code source de la page de la toile comporte des informations permettant de délimiter les modules ( marqueur ). - module détachable module pouvant être mis sous forme de fenêtre flottante persistante. - package : ensemble de contenus multimédias (texte, image, animation, son, scripts de programmation ...) correspondant au contenu nécessaire à l'affichage d'un module dans une fenêtre flottante. Le package correspond à un unique fichier compressé contenant l'ensemble des données ; - URL de package : adresse électronique à laquelle peut être effectué le téléchargement du package sur le réseau internet. application AFF : désigne une application informatique de génération et d'affichage de fenêtres flottantes implémentant le procédé objet de la présente invention. On observe, en figure 1, un terminal utilisateur 100 muni d'un système d'exploitation (non représenté) et d'un logiciel de navigation sur internet (en anglais Browser ) 101. Le terminal utilisateur 100 met aussi en oeuvre un logiciel 103 qui génère et affiche des fenêtres filles flottantes et persistantes 104. Le navigateur 101 affiche une page html 105, issue soit d'un site de la toile ou site web (en anglais website ), soit d'un fichier local. Cette page html 105 contient au moins un marqueur (non représenté) indiquant que la page 105 contient au moins un module 102 pouvant être transformé en une fenêtre fille flottante persistante 104. Chacun de ces marqueurs est composé de deux parties, l'une qui signale la présence 35 de module détachable , par exemple comportant des images, des animations et/ou du texte et l'autre constituant une partie active permettant d'envoyer des données a l'application 103. Cette partie active est, dans des modes de réalisation, soit une url soit des lignes de codes interprétés (en langage script ) pouvant être comprise par le navigateur 101. Ainsi, dans le mode de réalisation décrit et représenté, la mise en oeuvre de la présente invention permet à l'utilisateur visitant un site de la toile, local ou distant, composé de modules, sur déclenchement par un clic sur la zone ou le bouton associé à un module, de faire générer et afficher, par un programme informatique résidant sur le terminal utilisateur, une fenêtre fille flottante et persistante dont le contenu est, au moins en partie, le contenu de la zone associée au module sélectionné. Le site de la toile est composé de modules indépendants (graphiquement et techniquement). Lorsque l'utilisateur clique pour créer la fenêtre fille, des données sont envoyées au programme informatique. Ces données comportent des informations de présentation de la fenêtre (taille de la fenêtre fille, son visuel ...) et des données permettant de recréer le module dans la fenêtre fille : url d'un site web, package rassemblant un contenu multimédia (html, médias images, script). On considère, au début des étapes illustrées en figure 2, que l'utilisateur utilise le terminal utilisateur sur lequel fonctionne l'application AFF, pour naviguer sur une page d'un site de la toile qui contient au moins un module détachable. Au cours d'une étape 200, l'utilisateur effectue un clic de souris pour détacher le module 102, ce qui déclenche l'envoi de données à l'application AFF 103, au cours des étapes 201 à 203. Au cours de l'étape 201, on détermine le type d'envoi de données entre les deux cas suivants : soit l'envoi, étape 202, de l'url dans le navigateur 101, soit par le déclenchement d'un script, étape 203. Pour expliquer le premier cas, on rappelle que l'url est composé d'un identifiant de protocole et d'une adresse. Par l'exemple, dans l'url http://www.nosibay.com/ , http désigne le protocole hypertext transfer protocol (en français protocole de transfert hypertexte) et www.nosibay.com l'adresse à laquelle on accède aux données. Dans notre cas un protocole spécifique est implémenté. Sur les différentes plate-formes le système d'exploitation permet d'associer à un protocole une application, le reste de l'url, c'est-à-dire l'adresse, est passé en paramètre à l'application AFF 103. On associe donc le protocole, appelé PAFF dans la suite de la description, a l'application AFF 103. l'url 202 sera donc du type PAFF : module data. Module Data correspond à une chaine de caractères composée de plusieurs chaines de caractères séparées par une chaine ou un caractère séparateur. Chaque sous chaine de caractères correspond à une information relative au module (par exemple sa taille w=100 ). Le navigateur fait une requête sur l'url, étape 204, et, puisque le protocole est enregistré dans le système d'exploitation, la requête lui est transmise. Le système d'exploitation déclenche l'application associée au protocole PAFF , donc l'application AFF 103, et lui fournit, en paramètre, l'adresse de l'url. Dans le deuxième cas, c'est-à-dire dans le cas du déclenchement d'un script 203, pour détacher un module on utilise un langage scripté, et, dans ce cas, l'application AFF 103. L'une des manières pour effectuer cette tâche consiste, pour l'application AFF 103, à exporter une interface auprès du système d'exploitation ou du langage script pour pouvoir être appelée par l'intermédiaire d'un script (principe de communication par contrat). On définit dans le langage script, une occurrence sur l'application AFF 103, étape 205. Au cours d'une étape 206, le système d'exploitation effectue l'interface entre le langage script et l'application AFF 103. Pour une plus grand facilité de mise en oeuvre, préférentiellement, l'application AFF 103 est démarrée automatiquement au démarrage du terminal utilisateur et s'exécute en tâche de fond sur le terminal utilisateur. Au cours d'une étape 207, l'application AFF 103 reçoit des données qui peuvent prendre différentes formes : soit une chaîne de caractères (cas de l'url 202), soit des paramètres indépendants positionnés par le langage scripts. Ces données sont de deux types : - les données relatives à la fenêtre flottante : a) sa taille, b) sa forme (rectangulaire, ronde, découpée ...) et/ou c) ses options (possibilité de fermer, réduire, agrandir la fenêtre, de la mettre en avant plan, par exemple) - les données relatives au contenu le module : a) l'url du contenu : adresse d'une page de la toile distante contenant le module et/ou b) l'url d'un package : adresse d'un package contenant le module. L'application AFF crée une fenêtre html flottante, au cours d'une étape 208, sur le 25 bureau du poste utilisateur, fenêtre de la taille et de la forme définies à partir des données reçues par l'application au cours de l'étape 207. Au cours d'une étape 209, l'application AFF effectue la récupération du contenu du module ou de la fenêtre flottante, récupération qui peut différer selon le type de contenu. Dans le cas où le contenu est défini par une url, une/des requête(s) est/sont faites par 30 l'application AFF à destination de serveurs distants, pour afficher la page html et son contenu (principe même de l'affichage d'une page de la toile). Dans le cas où le contenu est défini par un package, une phase intermédiaire correspondant à l'étape 210, est déclenchée par l'application AFF et consiste à émettre une requête à destination d'un serveur distant pour télécharger le package lié à la fenêtre flottante et au module. Le package, une fois 35 rapatrié, est installé par l'application AFF 103 sur le terminal (les fichiers contenus dans le package sont recopiés sur le terminal). L'application ouvre la fenêtre non pas sur une url/adresse distante mais sur l'un des fichiers html contenu initialement dans le package et qui est maintenant installé sur le terminal. La gestion des fenêtres est assurée par l'application AFF 103 (fermeture, réduction, agrandissement, masquage ) ainsi que le déplacement de la fenêtre dans le bureau. L'application AFF 103 gère donc chaque fenêtre fille flottante, c'est-à-dire qu'elle enregistre les positions, les tailles, la référence aux contenus (modules) et l'état des fenêtres (réduit, agrandi, masqué). Ce contexte est enregistré dans une base de données ou un fichier local. Quand l'application AFF 103 redémarre après avoir été fermée, soit par l'utilisateur, soit lors de l'extinction du terminal utilisateur, l'application AFF 103 lit son contexte (base de données ou un fichier local ) pour récupérer les données concernant les fenêtres flottantes. Après récupération de ces données, l'application AFF 103 affiche toutes les fenêtres flottantes présentes lors de son extinction. REVENDICATIONS 1 - Procédé de communication, caractérisé en ce qu'il comporte, sur un poste utilisateur : - une étape de sélection d'un module sur une page d'un site de la toile, - une étape de transformation dudit module en fenêtre indépendante d'un navigateur, ladite fenêtre présentant au moins une partie du contenu dudit module, - une étape d'affichage de cette fenêtre et - une étape de mise à jour du contenu de ladite fenêtre.