Brevet FR2962237A1 — publié le 20120106

L'invention concerne la création de mini-logiciels applicatifs de type dit "gadget" ou "widget". Plus précisément, le terme "widget", qui est une concaténation de "windows" et "gadget", est un terme générique désignant une fenêtre s'ou- vrant sur l'afficheur d'un ordinateur ou d'un mobile et contenant une application. Le terme "gadget" quant à lui désigne le contenu du widget, donc l'application incluse dans ce dernier. Les widgets permettent l'affichage dynamique et interactif d'informations variées sur un champ d'une page web (page "de la toile mondiale"), en 10 combinaison avec d'autres champs sur la même page. La création d'un gadget comprend essentiellement deux étapes : - extraction, à partir d'une page web préexistante (ci-après désignée "page web source" d'un "site d'origine") des éléments de cette page web qui seront repris dans le gadget, en isolant ces éléments des au- 15 tres éléments de la page, et construction du gadget proprement dit à partir de ces éléments, et insertion de ce gadget dans une application web, à l'intérieur d'une page qui sera dénommée ci-après "page cible" d'une " application cible". De nombreux procédés ont été proposés pour créer des gadgets, parmi 20 lesquels on peut citer les techniques suivantes : - extraction d'un contenu sélectionné du site d'origine dans un élément de type iframe ("inline frame", qui est un élément permettant de placer dans un cadre (frame) un autre élément HTML), puis dimensionnement de l'iframe avec ce contenu, et défilement de la page jusqu'à l'endroit 25 où se trouve le contenu afin de n'afficher que celui-ci (technique mise en oeuvre par des moteurs de création de gadgets tels que WebWag ou Wozaik) ; - extraction d'une page dont on a préalablement sélectionné un contenu et conservé les caractéristiques, selon le même principe que ci-dessus, 30 la page se calant ensuite sur le gadget (exemple : Firefox China Édi- tion) ; - utilisation d'un iframe, la source de l'iframe étant le gadget (exemple : iGoogle) ; saisie du code du gadget ou de son URL, puis conservation et charge-35 ment du gadget par l'intermédiaire du code conservé ou par l'intermé- diaire d'un serveur intermédiaire de type proxy (comme par exemple avec la plateforme Widgetbox) ; utilisation des fonctionnalités incorporées à certains navigateurs telles que la fonctionnalité webslice d'Internet Explorer 8 ; développement de gadgets selon un format imposé (par exemple : iGoogle, Netvibes) ; extraction de gadgets dans des portails web tels que iGoogle ou Netvibes. Les deux premières techniques sont imparfaites et ne sont pas fiables, car les pages des navigateurs évoluent, et à terme le gadget est perdu. D'autre part, ces techniques ne sont pas optimisées, car elles obligent à charger complètement la page source du site d'origine, pour n'en utiliser qu'une fraction. Les autres techniques nécessitent soit un navigateur particulier, soit une compétence en programmation pour créer les gadgets, et/ou elles imposent un contenu formaté de façon stricte, avec donc également nécessité de dupliquer le contenu qui peut déjà exister sur un site pour en faire un gadget. Le but de l'invention est de résoudre ces divers problèmes en proposant une solution universelle, accessible à tous sans compétence particulière, et présentant une fiabilité très supérieure à ce qui a pu être proposé jus-qu'à présent. Plus précisément, l'invention a pour but de proposer un procédé permet-tant : i) l'extraction de morceaux de sites web à partir de n'importe quel navigateur, dès lors que celui-ci supporte des fonctionnalités telles que JavaScriptiAJAX (Asynchronous JavaScript And XML), ce qui est le cas de la quasi-totalité des navigateurs couramment utilisés ; ii) leur stockage, avantageusement dans un format universel tel que le format UTF-8 international ; et iii) leur reconstitution en temps réel sous forme de gadgets dans une application web, également au format UTF-8 pour assurer une compatibilité internationale. L'invention a également pour but de pouvoir afficher les gadgets créés grâce à un tel procédé sur n'importe quel terminal connecté à Internet, notamment sur des terminaux mobiles. En effet, comme on le verra par la suite, l'intérêt des gadgets créés par le 5 procédé de l'invention est de ne pas avoir à charger tout le site mais seulement la partie intéressante, ce qui permet : - de gagner en rapidité, - de ne disposer que du contenu pertinent, et - de présenter un format optimisé en fonction du terminal, comme par 10 exemple pour les assistants numériques personnels et autres télépho- nes de type "smartphone" dont les capacités d'affichage sont limitées, et où un gadget sera plus lisible que l'intégralité d'un site. En particulier, le but de l'invention est de pouvoir créer un tel gadget qui puisse être intégré directement à une application, sans passer par un na- 15 vigateur pour être utilisé après avoir été créé et intégré à l'application. Le gadget créé par l'invention n'est donc pas seulement un gadget destiné à être intégré à une page web, mais il peut être directement intégré à une application. Dans le cas d'une utilisation par un mobile, il suffit de diffuser vers le mo- 20 bile le gadget pour pouvoir utiliser celui-ci de façon très simple, dès lors que ce mobile dispose d'une connexion Internet utilisable avec l'application envisagée. À cet effet, l'invention propose un procédé de création d'un tel logiciel de type gadget, caractérisé par les étapes suivantes : 25 a) individualisation des divers objets contenus dans la page source, chacun de ces objets étant défini par un contenu propre et par des para-mètres descripteurs propres décrivant une structure de l'objet ; b) sélection d'au moins un desdits objets dans cette page source ; c) extraction sélective, pour l'objet ainsi sélectionné, des paramètres 30 descripteurs et du contenu de cet objet ; d) enregistrement desdits paramètres descripteurs et dudit contenu dans une base de données d'un serveur gestionnaire ; e) construction d'un gadget à partir desdits paramètres descripteurs et dudit contenu ; et f) inclusion du gadget ainsi créé dans un conteneur de type widget de ladite page web de l'application cible. Selon diverses caractéristiques subsidiaires avantageuses : - l'étape c) comprend la recherche des objets parents de l'objet indivi- dualisé à l'étape a), et l'extraction à la fois des paramètres descripteurs propres à cet objet et des paramètres hérités desdits objets parents, lesdits paramètres descripteurs pouvant notamment décrire également des styles associés aux parents de l'objet sélectionné ; - les paramètres descripteurs décrivent également des styles associés à 10 l'objet sélectionné. Dans une première mise en oeuvre, l'étape c) d'extraction sélective comprend l'extraction du code HTML de l'objet sélectionné à l'étape b), et l'étape e) est une étape de construction d'un gadget statique, à partir des-dits paramètres descripteurs et du code HTML préalablement extrait à 15 l'étape c). Dans une seconde mise en oeuvre, l'étape c) d'extraction sélective comprend l'enregistrement d'informations comprenant un hyperlien vers le site d'origine, et l'étape e) est une étape de construction d'un gadget dynamique à partir desdits paramètres descripteurs et avec appel au serveur 20 gestionnaire via l'insertion d'un script dans l'application cible de manière à opérer le chargement, par le serveur gestionnaire, de la page source du site d'origine à partir dudit hyperlien, et l'insertion au niveau du serveur, dans la page chargée, d'un script de reconstruction du gadget de type JavaScript côté serveur, qui comprend l'extraction du code HTML de l'objet 25 ainsi que les paramètres descripteurs et qui renverra le résultat à l'application cible. Selon diverses caractéristiques subsidiaires propres à cette seconde mise en oeuvre : - l'étape e) comprend la recherche des objets parents de l'objet indivi- 30 dualisé à l'étape a), et l'extraction à la fois des paramètres descripteurs propres à cet objet et des paramètres hérités desdits objets parents, lesdits paramètres descripteurs pouvant notamment décrire également des styles associés aux parents de l'objet sélectionné ; - l'étape e) est une étape de construction d'un gadget dynamique à partir desdits paramètres descripteurs et du code HTML renvoyés par le serveur - lesdites informations enregistrées à l'étape c) comprennent : URL du site d'origine, id, nom, position et taille de l'objet sélectionné dans la page source du site d'origine, et une référence du navigateur utilisé pour l'exécution des étapes a)-c) ; - lesdites informations donnent également un identifiant d'objet désigné ; l'étape e) comprend la recherche, parmi les objets de la page web du site d'origine désignée par l'hyperlien, d'au moins un objet dont des caractéristiques intrinsèques de contenu et/ou de structure répondent à un ensemble de critères prédéterminés. Avantageusement, pour l'une ou l'autre des mises en oeuvre ci-dessus : les fichiers enregistrés à l'étape d) sont des fichiers encodés en format 15 international UTF-8 ; les paramètres descripteurs comprennent des paramètres de type : BASE, HTML, styles et taille ; - le serveur gestionnaire est un serveur distant, distinct de la plateforme mettant en oeuvre les étapes d) et e) du procédé, et l'étape d) d'enre- 20 gistrement des paramètres descripteurs et du contenu dans la base de données comprend la télétransmission de ces paramètres descripteurs et du contenu au serveur distant par une requête de type cross-domain. 0 25 On va maintenant décrire un exemple détaillé de mise en oeuvre de l'invention, en référence aux dessins annexés. La Figure 1 illustre schématiquement, sous forme de blocs fonctionnels, les divers éléments impliqués par le procédé de création du gadget selon 30 l'invention. Les Figures 2a et 2b illustrent deux manière possibles d'isoler sur l'écran présenté à l'utilisateur les champs de la page d'origine destinés à être ex-traits pour créer le widget. 0 On va maintenant décrire un exemple détaillé de création d'un gadget selon le procédé de l'invention. Comme illustré Figure 1, ce procédé peut être mis en oeuvre par un utilisateur (ci-après désigné "concepteur" pour le distinguer de l'utilisateur fi- nal du gadget) à partir d'un ordinateur 10 susceptible de se connecter via un navigateur à un site web d'origine 12, pour extraire à partir d'une page source les éléments nécessaires à la création du widget. Le procédé implique également l'intervention d'un serveur gestionnaire 14 qui stockera les éléments ainsi extraits dans une base de données 16. Le 10 widget créé par le concepteur est destiné à être intégré à une application web cible 18 destinée à être chargé par un terminal 20, notamment un ter- minal mobile. La création du gadget implique essentiellement deux phases : l'extraction, à partir de la page source du site d'origine, des éléments 15 nécessaires à la création du gadget, et la construction du gadget à partir des éléments ainsi extraits, et leur intégration dans l'application web cible. Extraction des éléments du gadget 20 Cette étape est mise en oeuvre par exécution d'un script, par exemple de type JavaScript/AJAX. Le concepteur du gadget commence par accéder au site d'origine d'où il veut extraire les éléments du gadget, jusqu'à la page pertinente (page 25 source) de celui-ci. Il appelle alors l'outil de création du gadget, par exemple en cliquant sur un signet qui aura été installé en tant que bouton dans la barre personnelle du navigateur. Cette action aura pour effet d'insérer le script d'extraction dans la page du navigateur dans laquelle il se trouve. L'exécution de ce script donnera le 30 choix au concepteur, par affichage d'un champ de sélection, de commencer la capture du contenu dans la page source qui reste affichée en arrière plan, ou bien de saisir manuellement le code ou le texte de son gadget. La capture du contenu pertinent est opérée en sélectionnant le champ pertinent, identifié par une bordure qui apparaît ou disparaît en fonction du survol du pointeur de la souris. La phase initiale de cette capture comprend le traitement consistant à 5 scanner tous les objets de la page et pour chaque objet : - ajouter un événement sur mouseover ou mouseout (ou, plus précisé- ment, implémenter un mécanisme identique à mouseenter ou mouse- leave non supporté par tous les navigateurs) pour ajouter, ou respecti- vement enlever, une bordure à l'objet afin de désigner celui qui est ac-10 tif - ajouter un événement sur mousedown pour lancer la création du gad- get quand on clique sur l'objet sélectionné, et stopper la propagation de l'événement mousedown dans le DOM (structure Document Object Model) aux objets placés avant lui dans la hiérarchie ; 15 enlever et conserver tous les target des liens, afin de ne pas sortir de la page quand on clique ; - mettre pour tous les objets où cela est applicable wmode à 'transparent' afin que ces objets ne se retrouvent pas par-dessus la boite de dialogue du script d'extraction du gadget ; et 20 supprimer les fonctions qui pourraient exister sur onmousedown aux objets, pour ne pas avoir de conflit avec le mousedown de création du gadget. Ensuite, en balayant avec la souris la page source affichée, le concepteur va faire apparaître des bordures désignant tel ou tel champ de la page. 25 Lorsqu'il aura trouvé le champ pertinent, il lui suffira de cliquer pour dési- gner ce champ à l'outil de création du gadget. Avantageusement, il est prévu deux modes de capture, illustrés respectivement Figures 2a et 2b. Dans le premier mode, la bordure est ajoutée au seul élément HTML qui 30 se trouve sous la souris (comme en A sur la Figure 2a). Le second mode procède de même, mais ajoute également une bordure à tous les parents de l'élément sélectionné (comme en A et B sur la Figure 2b). En effet, si l'on se contente d'ajouter une bordure au seul élément se trouvant sous la souris, ceci peut amener les objets à se décaler 35 dans la page, provoquant parfois l'impossibilité d'accéder à l'objet voulu, celui-ci se décalant constamment au moment où la souris arrive dessus (succession de détections d'événements mousenter et mouseleave quand l'objet se décale). Le second mode de capture permet de résoudre ce problème, car en ajoutant une bordure à tous les parents le décalage s'appliquera à l'ensemble de la page, éliminant l'effet de "clignotement" d'objet sous la souris et permet au concepteur de désigner exactement l'objet pertinent. Une fois que le concepteur a choisi le contenu qu'il souhaite extraire, il clique pour déclencher l'extraction des éléments par exécution du script. Ce script lui offre alors deux options : création d'un gadget statique ou d'un gadget dynamique : - le gadget statique permettra de capturer le code HTML du contenu sélectionné, ce qui permettra de reconstituer ce contenu à l'identique : le code du gadget en lui-même ne changera plus, mais les éventuels ob- jets qu'il contient tels qu'images, animations Flash, séquences vidéo ou autres ressources liées automatiquement accédées depuis la page web, continueront à se mettre à jour en fonction du site d'où proviennent ces ressources ; le gadget dynamique, quant à lui, permettra de capturer un contenu qui 20 sera reconstruit à l'identique dynamiquement à partir du site d'origine, au moment de l'utilisation. Par exemple, si l'on souhaite créer un gadget à partir d'un site contenant une carte évolutive (carte météo, carte de zones d'alerte, de propagation d'un phénomène, etc.) : 25 - si l'on décide de faire un gadget statique de cette carte, le code HTML contiendra une image de la carte à l'instant de la création du gadget, et lorsque ce dernier sera utilisé c'est toujours la même carte qui sera affichée ; si en revanche l'on décide de créer un gadget dynamique de cette 30 même carte, le contenu de ce gadget sera la carte mise à jour en temps réel au moment de l'utilisation du gadget. Pour une séquence vidéo ou un animation de type objet Flash, le code HTML de l'objet se mettra en tout état de cause à jour dynamiquement en fonction du site d'origine, et dans ce cas il sera préférable de créer un 35 gadget statique. Des exemples en métalangage d'algorithmes de création de gadgets statiques et dynamiques sont donnés en ANNEXES A et B, respectivement, à la fin de la présente description. Les éléments qui ont été extraits par ce procédé sont envoyés au serveur 5 gestionnaire 14 via une requête qui utilise la fonction postMessage définie par le standard HTML5, permettant une requête "POST cross-domain" cryptée en SSL. Dans le cas d'un gadget statique deux fichiers sont créés avec, encodés en format international UTF-8 pour permettre une compatibilité maximale : 10 - un fichier .html avec comme contenu mtchtml (pour ouvrir le gadget il suffira d'appeler l'url du .html) ; et un fichier json (JavaScript Object Notation) qui renvoie : var gadget = {base: la base du site source, html: le contenu de json} (pour la recons- truction dans une application web le .json sera inséré comme script Ja-15 vaScript et instanciera la variable globale gadget). L'accès au serveur sera opéré après authentification du concepteur via un identifiant et un mot de passe. Les éléments suivants sont stockés dans la base de données 16 du serveur 14: 20 - le fichier .html, - le fichier json, - les références au gadget ainsi que ses dimensions largeur/hauteur ; et - une capture d'écran du gadget. La capture d'écran du gadget est une capture asynchrone créée en re-25 construisant le gadget sur le serveur gestionnaire 14 et en prenant un aperçu du rendu. Dans le cas d'un gadget dynamique, le processus est le même, les informations stockées étant : - URL, id, nom, position et taille de l'objet sélectionné dans la page 30 source, et - référence du navigateur utilisé. Reconstruction des gadgets statiques et dynamiques Les gadgets statiques peuvent être reconstruits en appelant directement leur URL. Toutefois, le but de l'invention est de permettre la reconstruction 5 des gadgets directement dans une application web. Pour ce faire, l'application web va insérer un script dont la source est, pour un gadget statique, le .json du gadget mémorisé dans la base de données 16 du serveur gestionnaire 14 (on notera incidemment que la technique est "cross-domain", le site de l'application web cible 18 pouvant 10 être différent de celui du serveur gestionnaire 14 servant à l'extraction des paramètres du gadget). A la fin de l'exécution de ce script, l'application cible 18 aura à disposition les valeurs : - gadget.base, qui contient la base du site du gadget statique, et 15 - gadget.html, qui contient le code HTML du gadget formaté pour pouvoir être injecté dans directement la page web de l'application cible (donc sans balises ni ). L'application crée alors une balise , avec comme source gadget.base comme premier fils du , ce qui permet de changer la 20 propriété baseURl de tous les objets. Les objets du gadget seront ainsi invoqués avec l'URL du site d'origine et apparaîtront donc correctement. L'application insère ensuite le code HTML du gadget là où elle le souhaite (par exemple : mon_div gadget. innerHTML=gadget.html). 25 Ainsi, la page aura toujours pour elle-même ses propres styles appliqués à ses propres éléments tandis que les styles du gadget, présents dans gadget.html, seront appliqués au gadget, permettant ainsi sa reconstitution parfaite. Dans le cas d'un gadget dynamique, la reconstruction est opérée de la 30 manière suivante. Les méthodes JavaScript sont mises en oeuvre côté application cible et côté serveur : l'application cible insère un script qui va invoquer le serveur gestionnaire 14 en lui demandant de charger I'URL du site d'origine avec le user agent du navigateur avec lequel le site a été créé. Ceci permet de disposer d'une page identique à la page source dont pro-viennent les éléments du widget, en évitant notamment une adaptation du site en fonction du format du terminal qui consulte le gadget, comme ce la est par exemple le cas avec certains sites qui détectent tel ou tel type de téléphone portable et renvoient une page spécifique qui n'est pas celle qui avait servi pour la création du gadget. Le serveur introduit alors dans la page chargée un script qui va effectuer les traitements suivants : si le gadget avait un id ou un nom, on récupère obj par son nom ou son id, sinon on scanne tous les objets de body et on récupère le plus probable selon sa position et ses dimensions (obj) ; on applique la même transformation de conservation des styles à obj que pour la création des gadgets statiques (cf. ANNEXE A mentionnée ci-dessus) ; on attache les balises LINK et STYLE à obj ; on supprime tous les scripts de obj. L'application cible insère alors le gadget dans la page en insérant une balise BASE avec la valeur de base retournée par le serveur comme premier fils du head, et en utilisant le code HTML retourné par le serveur là où il sera nécessaire (par ex. : mon div gadget.innerHTML=obj.outerHTML). L'avantage d'utiliser JavaScript côté serveur est que le chargement de la page ainsi que la reconstruction du gadget sont beaucoup plus rapides que sur un terminal de type mobile, compte tenu de la puissance du serveur et compte tenu du fait que celui-ci est connecté à internet via des connexions à beaucoup plus haut débit, donc avec une très nette optimisation par rapport au chargement d'un iframe sur le terminal du concepteur. On notera que l'utilisation courante de bandeaux publicitaires qui chan-gent de taille rend difficile une identification exacte de la place de l'objet, de sorte que la méthode consistant à retourner l'objet "le plus probable" (en fonction d'une batterie de critères tels que présence d'une image, d'un mot dans le texte, d'un symbole monétaire, de la taille du cadre, etc.) est plus fiable que celle consistant par exemple à faire défiler un iframe sur son emplacement présumé. Le principe de reconstruction peut être résumé par les arbres de document donnés en ANNEXE C ci-après, qui schématisent la structure de la page web cible avant et après la reconstruction du gadget. ANNEXE A : création d'un gadget statique Soit obj l'objet sélectionné. On restaure les liens target de obj s'ils existent. 1°) Si obj initial différent de BODY : Si obj différent de BODY : on crée un div où les styles de body sont clonés, on met ce div aux dimensions width et height de 20 obj. Pour le calcul de width et height on prend en compte aussi le placement de obj par rapport à son parent (offsettop et offsetleft). On clone ici les styles de la balise body seulement et non pas les styles appliqués au body par des pro- 25 priétés CSS, car ces propriétés seront présentes dans le gadget au final et donc appliquées au gadget lors de la reconstruction. On applique ensuite les traitements détaillés ci-dessous (si obj=body). 30 On rattache obj et ses parents les uns aux autres, le div parent de l'ensemble est donc le div mentionné ci-dessous, ce div devient obj. Si obj=BODY: 35 On garde obj. On sauve les balises LINK et STYLE de BODY. On ajoute la balise dans le (ici nous sommes sur le site source donc les liens pointent au bon endroit, 40 quand on reconstruira le gadget il faudra donner à la balise base la référence du site afin que les liens pointent toujours sur le site). On met les balises LINK et STYLE dans HEAD. On ajoute la balise META UTE-8 si elle est absente. image de fond transparent afin de images de fond des parents et ne obj, on les positionne padding O. Arrivé au body On scanne tous les parents de obj afin de garder l'héritage des styles. On les met en taille width/height 100%, on applique une supprimer les éventuelles conserver que le fond de relatif top 0, left 0, margin 0, en On enlève toutes les balises . (en effet pour les gadgets statiques elles deviennent inutiles, et surtout gênantes dans le cas de scripts affichant des publicités. On applique à obj une fonction qui transforme les liens en absolu (cas de défaillance changement dynamique balise dans certains navigateurs), et on applique un traitement spécifique aux balises de type OBJECT, EMBED afin que leur code soit correctement récupéré quand on prendra le outerHTML de obj (notamment par exemple pour récupérer les flashvar qui nécessitent un traitement particulier sur certains navigateurs). 2°) Si obj initial = BODY : On remplace dans le outerHTML de obj par ... qui devient obj, ceci afin de garder les styles de body. Cette transformation est utile dans la mesure où le gadget se reconstruira dans une page web qui a déjà elle même un body. 3°) Dans les deux cas, en sortie : json : contenu de sans META, TITLE et BASE + outerHTML de obj mtchtml : 30 + outerHTML de obj 25 15 ANNEXE B : création d'un gadget dynamique Soit obj l'objet sélectionné. On cherche si obj ou ses parents dont il est le seul fils et consécutifs ont un id ou un nom. Si oui, on conserve le nom (ainsi que son index dans la chaine 10 retournée par getElementsByTagName) ou l'id. On conserve la position et les dimensions du gadget. On conserve la référence du navigateur utilisé.5 ANNEXE C : structure de la page web cible avant et après reconstruction du gadget. Avant reconstruction du gadget : Doctype Code de l'application Après reconstruction du gadget : Doctype Code de l'application Code du gadget REVENDICATIONS1. Un procédé de création d'un logiciel de type gadget issu d'une page web source d'un site d'origine (12), pour incorporation à une page web d'une application web cible (18), caractérisé par les étapes suivantes : a) individualisation des divers objets contenus dans la page source, cha- cun de ces objets étant défini par un contenu propre et par des para- mètres descripteurs propres décrivant une structure de l'objet ; b) sélection d'au moins un desdits objets dans cette page source ; c) extraction sélective, pour l'objet ainsi sélectionné, des paramètres descripteurs et du contenu de cet objet ; d) enregistrement desdits paramètres descripteurs et dudit contenu dans une base de données (16) d'un serveur gestionnaire (14) ; e) construction d'un gadget à partir desdits paramètres descripteurs et dudit contenu ; et f) inclusion du gadget ainsi créé dans un conteneur de type widget de 15 ladite page web de l'application cible. 2. Le procédé de la revendication 1, dans lequel l'étape c) comprend la recherche des objets parents de l'objet individualisé à l'étape a), et l'ex-traction à la fois des paramètres descripteurs propres à cet objet et des 20 paramètres hérités desdits objets parents. 3. Le procédé de la revendication 1, dans lequel lesdits paramètres descripteurs décrivent également des styles associés à l'objet sélectionné. 25 4. Le procédé de la revendication 2, dans lequel lesdits paramètres descripteurs décrivent également des styles associés aux parents de l'objet sélectionné. 5. Le procédé de la revendication 1, dans lequel : 30 - l'étape c) d'extraction sélective comprend l'extraction du code HTML de l'objet sélectionné à l'étape b), et l'étape e) est une étape de construction d'un gadget statique, à partir desdits paramètres descripteurs et du code HTML préalablement ex-trait à l'étape c). 6. Le procédé de la revendication 1, dans lequel : l'étape c) d'extraction sélective comprend l'enregistrement d'informations comprenant un hyperlien vers le site d'origine, et l'étape e) est une étape de construction d'un gadget dynamique à partir desdits paramètres descripteurs et avec appel au serveur gestionnaire via l'insertion d'un script dans l'application cible de manière à opérer : - le chargement, par le serveur gestionnaire, de la page source du site d'origine à partir dudit hyperlien, et l'insertion au niveau du serveur, dans la page chargée, d'un script de reconstruction du gadget de type JavaScript côté serveur, qui corn- prend l'extraction du code HTML de l'objet ainsi que les paramètres descripteurs et qui renverra le résultat à l'application cible. 7. Le procédé de la revendication 6, dans lequel l'étape e) comprend la recherche des objets parents de l'objet individualisé à l'étape a), et l'ex- traction à la fois des paramètres descripteurs propres à cet objet et des paramètres hérités desdits objets parents. 8. Le procédé de la revendication 7, dans lequel lesdits paramètres descripteurs décrivent également des styles associés aux parents de l'objet sélectionné. 9. Le procédé de la revendication 6, dans lequel l'étape e) est une étape de construction d'un gadget dynamique à partir desdits paramètres descripteurs et du code HTML renvoyés par le serveur. 10. Le procédé de la revendication 6, dans lequel lesdites informations enregistrées à l'étape c) comprennent : URL du site d'origine, id, nom, position et taille de l'objet sélectionné dans la page source du site d'origine, et une référence du navigateur utilisé pour l'exécution des étapes a)-c). 35 11. Le procédé de la revendication 6, dans lequel lesdites informations donnent également un identifiant d'objet désigné. 12. Le procédé de la revendication 6, dans lequel l'étape e) comprend la recherche, parmi les objets de la page web du site d'origine désignée par l'hyperlien, d'au moins un objet dont des caractéristiques intrinsèques de contenu et/ou de structure répondent à un ensemble de critères prédéterminés. 13. Le procédé de la revendication 1, dans lequel les fichiers enregistrés à l'étape d) sont des fichiers encodés en format international UTF-8. 14. Le procédé de la revendication 1, dans lequel lesdits paramètres descripteurs comprennent des paramètres de type : BASE, HTML, styles et taille. 15. Le procédé de la revendication 1, dans lequel le serveur gestionnaire (14) est un serveur distant, distinct de la plateforme (10) mettant en oeuvre les étapes d) et e) du procédé, et l'étape d) d'enregistrement des pa- ramètres descripteurs et du contenu dans la base de données comprend la télétransmission de ces paramètres descripteurs et du contenu au serveur distant par une requête de type cross-domain.