FR 2958433 A1 20111007 FR 1052394 A 20100331 Serveur, système, outil interactif et procédé pour la gestion de données relatives à des objets La présente invention concerne le domaine des communications électroniques comme par exemple sur les réseaux de type Internet. La présente invention concerne plus particulièrement la gestion (notamment la définition, la collecte et le partage) d'informations relatives à des objets tels que des produits ou services, par exemple proposés sur Internet. Ces informations relatives aux objets concernent en particulier leur(s) qualité(s) et/ou leur(s) caractéristique(s) technique(s). Un problème dans le domaine des produits ou services, notamment proposés sur Internet, concerne le fait qu'un internaute qui parcourt les sites internet n'obtient généralement qu'une série d'informations référencées par le gestionnaire des sites internet qui concernent éventuellement des caractéristiques des objets mais jamais leur qualité. En effet, la qualité d'un objet (produit ou service), même si elle réfère à une technicité de l'objet, est une information complexe à appréhender et difficile à collecter. Ce problème est connu dans le domaine mais les seules solutions connues de l'art antérieur consistent généralement, sur les sites Internet, à proposer aux internautes de laisser un avis général concernant l'objet, en attribuant une note générale et/ou en laissant un commentaire. Seule la note générale des utilisateurs peut alors faire l'objet d'une moyenne présentée aux internautes pour leur permettre d'estimer la qualité générale d'un objet, mais sans définition et, généralement, sans que cette qualité ne concerne une quelconque technicité. Les seules informations techniques éventuellement disponibles sont donc généralement les caractéristiques physiques définies par les fournisseurs des produits et services. Un second problème lié au premier problème de l'estimation et la collecte de la qualité concerne l'homogénéisation des critères de qualités car la qualité peut être une notion subjective qu'il est difficile de rationaliser en l'absence de consensus sur les critères de qualité à collecter. Ainsi, les solutions proposées dans l'art antérieur ne permettent pas de collecter des critères de qualité car ils ne permettent pas d'homogénéiser les critères. La seule solution de proposer des commentaires laissés par les internautes, bien qu'éventuellement utiles à l'internaute qui les lit, ne permet pas d'obtenir une synthèse objective car les commentaires ne sont pas facilement exploitables. Un troisième problème lié aux deux premiers problèmes concerne la centralisation et la diffusion des informations concernant la qualité des objets. En effet, il n'existe dans l'art antérieur aucun lien entre les sites Internet, au moins en ce qui concerne les avis laissés par les internautes. io Ainsi, les informations disponibles sur un site ne peuvent pas être diffusées aux internautes visitant d'autres sites. D'autre part, le problème de la collecte des informations se pose pour ce qui concerne les informations relatives à des objets en général, et à leurs caractéristiques techniques en particulier. Par exemple, pour construire une 15 base de données répertoriant les caractéristiques techniques de produits et/ou de services, il faut pouvoir collecter et sélectionner les caractéristiques techniques pertinentes pour toutes les catégories d'objets. Cela nécessite souvent un degré d'expertise important pour valider les caractéristiques techniques et il est donc coûteux de rassembler ces expertises dans toutes 20 la variété des objets qui peuvent être proposés, notamment dans le cas d'une centralisation des caractéristiques techniques en provenance de divers sites internet proposant des objets complètement différents d'un site à l'autre. Les solutions de l'art antérieur connues nécessitent de collecter manuellement les critères techniques concernant des objets et 25 éventuellement les valeurs que peuvent prendre ces critères. Cette collecte n'est souvent pas exhaustive et généralement obtenue au prix d'un travail fastidieux et coûteux. L'immensité du nombre des objets, ainsi que leur diversité sont donc souvent rédhibitoires pour la construction d'une nomenclature exhaustive. 30 On comprend donc qu'il subsiste dans le domaine, bien que les lacunes soient clairement identifiées, un besoin pour des moyens importants permettant de définir de façon homogénéisée des critères relatifs à des objets accessibles par Internet, notamment en ce qui concerne la technicité et la qualité de ces objets. Un dernier problème, qui se pose dans le domaine et qui se poserait toujours avec de tels moyens importants, concerne la possibilité d'interaction des internautes avec ces moyens importants pour permettre la collecte et la diffusion d'informations relatives à ces critères. Si l'on fournit des moyens permettant de définir des critères (qualité et/ou technique) consensuels, il reste généralement à soumettre ces critères à l'appréciation et au vote des utilisateurs. Ce dernier problème s'accompagne de problèmes d'ergonomie, io de synthèse d'information et d'interaction de l'internaute avec les outils. Un but de la présente invention est de pallier au moins un des inconvénients de l'art antérieur en proposant un serveur pour la gestion d'informations relatives à des objets. Ce but est atteint par un serveur pour la gestion de données relatives is à des objets, ce serveur, dit de gestion qualité, étant accessible, via au moins un réseau de communication, à au moins un gestionnaire d'au moins un site Internet hébergé sur au moins un serveur et proposant des objets à des internautes y accédant sur ledit réseau via un navigateur exécuté sur leur terminal communicant, le serveur de gestion qualité étant caractérisé en ce 20 qu'il comporte des moyens de traitement de données exécutant au moins un module de gestion qualité, gérant au moins une base de données qualité mémorisant en outre des données de catégorie, représentatives d'une pluralité de catégories d'objets, le module de gestion qualité étant agencé, en outre, pour contrôler la définition et la collecte des données relatives à la 25 qualité d'objet grâce à une interaction avec les gestionnaires de sites internet connectés au serveur de gestion qualité à l'aide d'un terminal communicant au travers dudit réseau, en contrôlant l'enregistrement, dans la base de données qualité, de : - données d'évaluation, représentatives d'au moins une évaluation de 30 la qualité d'au moins un objet proposé sur le site internet du gestionnaire, ces données d'évaluation permettant le référencement dudit objet par le gestionnaire dans au moins une catégorie d'objets de la base de données qualité, par l'association de ces données d'évaluation aux données de catégorie de la base de données qualité par le module de gestion qualité, - données de critère qualité, représentatives d'au moins un critère d'évaluation de la qualité dudit objet et d'un nombre d'utilisation de ce critère par les gestionnaires, ces données de critère qualité étant associées aux données d'évaluation, cet enregistrement des données de critère qualité par le module de gestion qualité étant déclenché à distance par un gestionnaire, soit grâce à une saisie d'un nouveau critère qualité, soit grâce à une io sélection d'un critère qualité parmi une liste de critères déjà enregistrés par au moins un gestionnaire dans la base de données qualité. Un autre but de la présente invention est de pallier au moins un des inconvénients de l'art antérieur en proposant un système pour la gestion d'informations relatives à des objets. is Ce but est atteint par un système pour la gestion de données relatives à des objets, via au moins un réseau de communication, comprenant au moins un serveur d'un gestionnaire d'au moins un site Internet proposant des objets à des internautes y accédant sur ledit réseau via un navigateur exécuté sur leur terminal communicant, caractérisé en ce qu'il comporte au 20 moins un terminal communicant d'au moins un gestionnaire de site Internet et au moins un serveur de gestion qualité selon l'invention. Un autre but de la présente invention est de pallier au moins un des inconvénients de l'art antérieur en proposant un outil interactif pour la gestion d'informations relatives à des objets. 25 Ce but est atteint par un outil interactif pour la collaboration d'internautes dans la gestion de données relatives à des objets, au travers d'au moins un réseau de communication, l'outil interactif étant agencé pour être exécuté dans le navigateur d'au moins terminal communicant d'au moins un internaute et caractérisé en ce qu'il forme une interface graphique 30 d'interaction de l'internaute directement avec le module de gestion qualité d'un serveur de gestion selon l'invention, grâce à au moins un lien affiché sur cette interface, sélectionnable par l'internaute et pointant vers au moins une fonction de ce module de gestion qualité. Un autre but de la présente invention est de pallier au moins un des s inconvénients de l'art antérieur en proposant un procédé pour la gestion d'informations relatives à des objets. Ce but est atteint par un procédé pour la gestion de données relatives à des objets, sur au moins un serveur, dit de gestion qualité, accessible, via au moins un réseau de communication, à au moins un gestionnaire d'au io moins un site Internet hébergé sur au moins un serveur et proposant des objets à des internautes y accédant sur ledit réseau via un navigateur exécuté sur leur terminal communicant, le procédé étant caractérisé en ce que le serveur de gestion qualité comporte des moyens de traitement de données exécutant au moins un module de gestion qualité, gérant au moins 15 une base de données qualité mémorisant en outre des données représentatives d'une pluralité de catégories d'objets, le module de gestion qualité étant agencé, en outre, pour gérer l'interaction avec les gestionnaires de sites internet connectés au serveur de gestion qualité à l'aide d'un terminal communicant au travers dudit réseau, pour contrôler la définition et 20 la collecte des données relatives à la qualité d'objet, par la mise en oeuvre des étapes suivantes : - enregistrement, dans la base de données qualité, de données d'évaluation, représentatives d'au moins une évaluation de la qualité d'au moins un objet proposé sur le site internet du gestionnaire, ces données 25 d'évaluation comprenant des données représentatives du référencement dudit objet par le gestionnaire dans au moins une catégorie d'objets de la base de données qualité, - enregistrement, dans la base de données qualité, de données de critère qualité, représentatives d'au moins un critère d'évaluation de la qualité 30 dudit objet et d'un nombre d'utilisation de ce critère par les gestionnaires, cet enregistrement des données de critère qualité par le module de gestion Io 15 20 25 qualité étant déclenché à distance par un gestionnaire, soit grâce à une étape de saisie d'un nouveau critère qualité, soit grâce à une étape de sélection d'un critère qualité parmi une liste de critères déjà enregistrés par au moins un gestionnaire dans la base de données qualité. D'autres particularités et avantages de la présente invention apparaîtront plus clairement à la lecture de la description ci-après, faite en référence aux dessins annexés, dans lesquels : - la figure 1 représente une vue schématique d'un mode de réalisation d'un système de gestion de données relatives à des objets, notamment la qualité, - la figure 2 représente une vue schématique d'un mode de réalisation de certaines étapes d'un procédé de gestion de données relatives à des objets, notamment la qualité, - la figure 3 représente une vue schématique d'un mode de réalisation de certaines étapes d'un procédé de gestion de données relatives à des objets, notamment la qualité, - la figure 4 représente une vue schématique d'un mode de réalisation de certaines étapes d'un procédé de gestion de données relatives à des objets, notamment la qualité, - la figure 5 représente une vue schématique d'un mode de réalisation de certaines étapes d'un procédé de gestion de données relatives à des objets, notamment la qualité, - la figure 6 représente une vue schématique d'un mode de réalisation de certaines étapes d'un procédé de gestion de données relatives à des objets, notamment la qualité. La présente invention concerne au moins un serveur, un système, un outil interactif et un procédé pour la gestion de données relatives des objets, 30 notamment relatives à la qualité d'objets. Le serveur pour la gestion de données relatives à des objets, dit serveur (SQ) de gestion qualité, selon un mode de réalisation de l'invention, est représenté sur la figure 1 au sein d'un système selon un mode de réalisation de l'invention, dans lequel, d'une part, un serveur (SG) d'un gestionnaire de site internet héberge un site internet (SW) contenant des pages internet (PW) proposant des objets (0) aux internautes et un terminal (TG) communicant du gestionnaire communique avec le serveur (SQ) de gestion qualité pour définir des données relatives à la qualité d'objets (0), et, d'autre part, des terminaux (I1, 12) communicants d'internautes accèdent au site internet (SW) du gestionnaire et y utilisent des outils interactifs (QD, WR) selon divers modes de réalisation l'invention pour io interagir avec le serveur (SQ) de gestion qualité. Le serveur (SQ) de gestion qualité est accessible via au moins un réseau (RC) de communication, comme par exemple un réseau de type Internet. Les gestionnaires accèdent de préférence au module (GQ) de gestion qualité via au moins un terminal (TG) communicant, tel qu'un is ordinateur connecté à internet par exemple, mais ils peuvent éventuellement y accéder directement à partir d'un serveur (SG) du gestionnaire. Le terme de « terminal communicant » n'est pas limitatif est peut concerner tout type d'appareil permettant à son utilisateur de communiquer sur Internet. Aucun détail n'est nécessaire et ne sera donné ici sur le réseau et les moyens 20 constitutifs des terminaux communicants et des serveurs à l'exception des modules et outils spécifiques de la mise en oeuvre de l'invention. En effet, il est connu de l'homme de métier que ces terminaux et serveurs comportent par exemple des moyens de traitement de données (avec au moins un processeur) exécutant un système d'exploitation au sein duquel peuvent être 25 exécutées diverses applications. Par exemple, les terminaux communicants (I1, 12, TG) exécutent un navigateur permettant la navigation sur le réseau (RC) et la consultation de sites Internet. Les serveurs exécutent au moins une application permettant d'héberger au moins un site internet et offrant aux internautes la possibilité de consulter les diverses pages internet du site en 30 interagissant, via leur terminal communicant, par la consultation des pages et la sélection et la saisie au sein de ces pages. De même, les moyens d'affichage et de sélection ou de saisie des terminaux communicants (I1, 12, TG) et/ou des serveurs (SG, SQ) sont connus et ne sont pas détaillés ici. Le serveur du gestionnaire (SG) peut, dans certains modes de réalisation, comporter ou être associé à au moins une base de données (DB_G) stockant les données nécessaires pour au moins un site internet (SW) du gestionnaire. Par le terme « gestionnaire », on entend ici toute personne ou tout groupe de personne responsable ou autorisé à gérer un site internet. Par exemple, il pourra s'agir d'un « webmaster » qui gère les données du site en général et, en particulier, l'intégration des fonctionnalités de la présente io invention, comme expliqué dans la présente demande. Par le terme internaute, on entend ici toute personne qui navigue sur le réseau (RC) à l'aide de son terminal communicant. La figure 1 représente un premier terminal communicant (I1) d'un internaute qui consulte le site internet (SW) d'un gestionnaire et accède à des pages internet (PW) permettant is l'interaction avec un outil de recherche (WR) comme expliqué dans la présente demande. La figure 1 représente également un second terminal communicant (12) d'un internaute (le même ou un autre) qui consulte le site internet (SW) d'un gestionnaire et accède à des pages internet (PW) permettant l'interaction avec au moins un outil de vote (QD) comme expliqué 20 dans la présente demande et accédant également directement au serveur (SQ) de gestion qualité pour effectuer une recherche centralisée comme expliqué dans la présente demande. On pourra parler, dans la présente demande, indifféremment, de page internet (PW) ou de page web et de site internet (SW) ou de site web (ces différents termes étant classiques dans le 25 domaine). Le serveur (SQ) de gestion qualité est accessible aux gestionnaires par exemple par l'intermédiaire d'un site internet hébergé par le serveur (SQ) de gestion qualité. Un module de gestion qualité (GQ) exécuté sur ce serveur est agencé, en outre, pour contrôler la définition et la collecte des données 30 relatives à la qualité d'objet grâce à une interaction avec les gestionnaires de sites internet (SW) connectés au serveur (SQ) de gestion qualité à l'aide d'un terminal communicant (TG, SG) au travers dudit réseau (RC). Le module de gestion qualité (GQ) est également agencé pour contrôler l'interaction avec des internautes consultant des pages internet (PW) d'un site internet (SW) d'un gestionnaire enregistré auprès du serveur de gestion qualité (SQ). Cette interaction se fait directement entre le terminal communicant (I1, 12) de l'internaute et le module de gestion qualité (GQ), grâce à des outils interactifs (QD, WR), via les pages internet (PW) hébergées par le serveur (SG) du gestionnaire, comme détaillé dans la présente demande. Dans certains modes de réalisation, ces outils interactifs pourront être du type des outils d'interface graphique connus sous le « widget » (contraction anglo-saxonne io des mots « windows » et « gadget »). Ces outils exécutés sur les navigateurs des terminaux dans une page hébergé par un premier serveur, permettent l'interaction de l'internaute (via des affichages et des sélections/saisies de l'internaute sur son terminal) avec un second serveur. Ainsi, ces outils permettent d'obtenir des données du second serveur, tout en restant sur la 15 page hébergée par le premier serveur. Pour l'interaction avec les gestionnaires, dans certains modes de réalisation, le module (GQ) de gestion qualité pourra comporter au moins une fonction similaire ou identique à une application de gestion de site internet et fournir les pages internet requises par les actions des 20 gestionnaires qui s'y connectent. Dans d'autres modes de réalisation, le module (GQ) de gestion qualité pourra être agencé pour gérer l'interaction des gestionnaires à l'aide d'outils interactifs comme décrit dans la présente demande pour l'interaction avec les internautes. La figure 1 représente donc le module de gestion qualité (GQ) comme gérant les interactions avec les 25 gestionnaires (TG, SG) et les internautes (I1, 12). Le serveur de gestion qualité comporte (ou est associé à) au moins une base de données qualité (DB_Q) stockant divers types de données nécessaires à la mise en oeuvre de l'invention. On notera que lorsque l'on utilise dans la présente les termes de « serveur » et de « terminal », on entend en fait « au moins un serveur » 30 et « au moins un terminal », notamment en ce qui concerne les serveurs dont les fonctions compliquées peuvent parfois nécessiter physiquement la participation de plusieurs dispositifs qui forment en fait une seule entité 2958433 i0 fonctionnelle. On réfère donc ici à cette entité fonctionnelle. De même, le module de gestion qualité (GQ) est une entité fonctionnelle, implémentée sous la forme d'au moins une application exécutée sur au moins un serveur de gestion qualité (SQ). La figure 1 représente le module de gestion qualité 5 (GQ) comme comportant une pluralité d'autres modules (A, B, C, D, E, F, G, H et GC), voire sous-modules (B1-5). La présente description détaille les fonctions réalisées par ces différents modules et sous-modules séparément, dont au moins une partie pourra correspondre à au moins une application sur un serveur dédié accédant à au moins une partie de la base de données io qualité (DB_Q), comme par exemple dans les modes de réalisation comportant les fonctions du module (E) de cache. Le module de gestion qualité (GQ) pourra être un module contrôlant l'interopérabilité des autres modules (A, B, C, D, E, F, G, H et GC) et sous-modules ou exécutant lui-même tout ou partie des fonctions de ces modules (A, B, C, D, E, F, G, H et is GC) ou sous-modules décrits dans la présente demande. D'une manière générale, les fonctions peuvent être implémentées dans au moins un module (entité fonctionnelle implémentée par exemple sous la forme d'au moins une application exécutée sur au moins un serveur). L'invention prévoit n'importe quelle combinaison des fonctions des modules décrits dans la présente 20 demande. Certains modes de réalisation seront agencés pour regrouper toutes ces fonctions et d'autres modes de réalisation n'en regrouperont qu'une partie. Par exemple, les modules (A, B, C) pour l'interaction des gestionnaires, pourront être isolés des modules (D, E, F, G, H et GC) pour l'interaction des internautes. Dans certains modes de réalisation, le module 25 de gestion qualité (GQ) est agencé pour l'interaction des internautes, notamment à l'aide des outils interactifs, indépendamment du fait que les données (détaillées dans la présente demande) relatives à la qualité des objets (0) aient été générées ou non comme décrit dans la présente demande par au moins le module (B) d'évaluation, du moment que la base 30 de données qualité (DB_Q) comportent les données nécessaires aux outils interactifs (QD, WR), bien que l'exploitation du nombre (N) d'utilisation des critères permettent la convergence des critères vers les plus consensuels et que les internautes interagissent alors sur les critères les plus pertinents. Au moins un serveur n'exécutant que les modules pour l'interaction avec les outils interactifs est donc dans la portée, notamment lorsqu'il dispose ou non des données de critères triés en fonction du nombre (N) d'utilisation par les gestionnaires comme décrit dans la présente demande. De même, l'invention concerne également un système de gestion de données relatives à la qualité d'objet. Divers modes de réalisation de ce système pourront comporter n'importe quel mode de réalisation du serveur (SQ) de gestion qualité, c'est-à-dire un serveur de gestion qualité io comprenant au moins un module (au moins GQ et/ou B, et éventuellement A et/ou C) pour la gestion en interaction avec les gestionnaires et/ou comprenant les modules (au moins GQ et/ou F et éventuellement D et/ou G et/ou E et/ou H et/ou GC) pour la gestion en interaction avec les internautes. Par exemple, certains modes de réalisation concernent un système pour la is gestion de données relatives à la qualité d'objets, via au moins un réseau (RC) de communication, comprenant au moins un serveur (SG) d'un gestionnaire d'au moins un site Internet (SW) proposant des objets (0) à des internautes y accédant sur ledit réseau (RC) via un navigateur exécuté sur leur terminal communicant (I1, 12), caractérisé en ce qu'il comporte au moins 20 un terminal communicant (TG, SG) d'au moins un gestionnaire de site Internet (SW) et au moins un serveur (SQ) de gestion qualité selon l'invention. Dans certains modes de réalisation, le système comporte au moins un terminal communicant (I1, 12) d'au moins un internaute et au moins un serveur (SQ) de gestion qualité selon l'invention, notamment avec des 25 fonctions pour l'interaction des internautes. De même, l'invention concerne également au moins un outil interactif pour la collaboration d'internautes dans la gestion de données relatives à la qualité d'objet. Divers modes de réalisation d'outil interactif pourront coopérer avec n'importe quel mode de réalisation du serveur (SQ) de gestion qualité, 30 indépendamment du fait que les données (détaillées dans la présente demande) relatives à la qualité des objets (0) aient été générées comme décrit dans la présente demande par au moins le module (B) d'évaluation (notamment indépendamment de l'exploitation du nombre (N) d'utilisation des critères, bien que ce nombre (N) permettent la convergence des critères vers les plus consensuels et que les internautes interagissent alors sur les critères les plus pertinents), du moment que la base de données qualité (DB_Q) comportent les données nécessaires aux outils interactifs (QD, WR). Ces divers modes de réalisation d'outil interactif peuvent nécessiter au moins un module d'intégration (C) pour l'intégration d'une balise (Tag_Q, Tag_R) dans au moins une page internet (PW) d'un site internet (SW) permettant lo l'exécution de l'outil sur les navigateurs accédant à cette page et au moins un module (F) d'interaction dans le serveur de gestion qualité (SQ) pour gérer l'interaction avec l'internaute grâce aux fonctions implémentées dans l'outil. Divers types d'organisation des données dans les bases de données is (DB_Q, DB_G) sont possibles et on citera simplement à titre d'exemple illustratif et non limitatif les données organisées sous forme de tables ou de n-uplets (tuples, selon la terminologie anglo-saxonne) qui sont des collections ordonnées de n composantes. La présente demande décrit la création, l'enregistrement, la consultation, etc. de divers types de données 20 qui sont désignées de façon non limitative selon le type d'informations qu'elles représentent. De plus, la présente demande décrit des associations entre divers types de données. Les bases de données permettent en effet, l'enregistrement de liens entre divers ensemble de données. Ainsi, au moins une valeur (une composante) d'un premier type (n-uplet) de données pourra 25 être associée à au moins une valeur (composante) d'un second type (nuplet) de données. Aucun détail n'est nécessaire et ne sera donné dans la présente demande sur la façon dont les associations (relations, liaisons) entre les données sont enregistrées. D'autre part, les bases de données peuvent être stockées sur des moyens de mémorisation, comme par 30 exemple au moins un disque dur. Les bases de données peuvent également être stockées sur divers moyens de mémorisation localisés ensemble ou distribués, par exemple au travers d'au moins un réseau de communication (RC). D'une manière générale, on considère ici que les serveurs accèdent à ces bases de données que les moyens de mémorisation soient directement dans le serveur ou soient en fait accessibles par tout type de liaison. Dans certains modes de réalisation, notamment ceux implémentant des fonctions de mise en cache, les données des fichiers cache seront de préférence stockées sur des moyens de mémorisation différents de ceux stockant la base de données qualité (DB_Q). L'invention utilise des liens dans les pages web mais également sur les outils interactifs, ainsi que des champs de sélection et/ou de saisie, selon divers types connus dans le domaine, comme par exemple les liens de type « hypertexte » dans les pages web qui redirigent vers une autre page web ou des liens de fonction tels que des boutons permettant d'instancier un module ou une application logicielle, par exemple exécutée au sein de l'environnement logiciel fourni par le navigateur (comme les outils interactifs de la présente invention par exemple). De même, il est connu des champs de saisie dans lesquels internautes saisissent des informations textuelles par exemple et des champs de sélection dans lesquels les internautes font des sélections (comme par exemple des menus déroulants ou des cases à cocher ou des boutons virtuels de sélection ou de validation, etc.). Tous ces types de liens pourront être représentés par un bouton et/ou une icône et/ou un texte. Dans certains cas, les liens peuvent se substituer à des champs de sélection, voir même à des champs de saisie (pour autant qu'une information nécessaire soit affichée en vis-à-vis), ou inversement. L'utilisation des ces divers termes dans la présente demande n'est donc pas limitatif de la fonction qui y est associée. D'autre part, la présente demande décrit des formulaires. Au moins une partie de chacun de ces formulaires pourra être stocké sur la base de données qualité (DB_Q), par exemple réactualisé régulièrement en fonction de l'évolution des autres données de la base de données qualité (DB_Q), et au moins une partie pourra être élaborée à la demande. Enfin, l'invention prévoit une importante mise en cache des fonctions du serveur de gestion qualité, pour répondre aux fortes demandes (notamment pour l'accès à la base de données). Le serveur (SQ) de gestion qualité est donc accessible, via au moins un réseau (RC) de communication, à au moins un gestionnaire d'au moins un site Internet (SW) hébergé sur au moins un serveur (SG) et proposant des objets (0) à des internautes y accédant sur ledit réseau (RC) via un navigateur exécuté sur leur terminal communicant (I1, 12). Ce serveur (SQ) de gestion qualité comporte des moyens de traitement de données exécutant lo au moins un module (GQ) de gestion qualité, gérant au moins une base de données (DB_Q) qualité mémorisant en outre des données de catégorie (CO), représentatives d'une pluralité de catégories d'objets (0). Ce module (GQ) de gestion qualité est agencé, en outre, pour contrôler la définition et la collecte des données relatives à la qualité d'objet grâce à une interaction 1s avec les gestionnaires de sites internet (SW) connectés au serveur (SQ) de gestion qualité à l'aide d'un terminal communicant (TG, SG) au travers dudit réseau (RC). Pour cela, le module de gestion qualité (GQ) gère l'interaction avec les gestionnaires et, en fonction des actions (sélections/saisies dans divers champs des pages internet (ou des outils interactifs) transmis aux 20 gestionnaires), en contrôlant l'enregistrement, dans la base de données (DB_Q) qualité, de données d'évaluation (EV_G) et de données de critère qualité (00_0). Les données d'évaluation (EV_G) sont représentatives d'au moins une évaluation de la qualité d'au moins un objet (0) proposé sur le site (SW) internet du gestionnaire. Ces données d'évaluation (EV_G) permettant 25 au moins le référencement dudit objet (0) par le gestionnaire dans au moins une catégorie (CO) d'objets de la base de données (DB_Q) qualité, par l'association de ces données d'évaluation (EV_G) aux données de catégorie (CO) de la base de données qualité (DB_Q) par le module (GQ) de gestion qualité. Les données de critère qualité (CQ_O) sont représentatives d'au 30 moins un critère d'évaluation de la qualité dudit objet (0) et d'un nombre (N) d'utilisation de ce critère par les gestionnaires. Ces données de critère qualité (CQ_O) sont de préférence associées aux données d'évaluation (EV_G). Dans certains modes de réalisation, cet enregistrement des données de critère qualité (CQ_O) par le module (GQ) de gestion qualité est déclenché à distance par un gestionnaire, soit grâce à une saisie d'un s nouveau critère qualité, soit grâce à une sélection d'un critère qualité parmi une liste de critères déjà enregistrés par au moins un gestionnaire dans la base de données (DB_Q) qualité. On comprend donc que la définition et la collecte se font à distance et de façon collaborative. Les gestionnaires sont connectés à distance sur le 10 serveur (SQ) qui leur permet d'enregistrer des données dans la base de données qualité. Le serveur leur permet ainsi de définir, de façon collaborative (plusieurs gestionnaires peuvent apporter chacun leur contribution) des données qui serviront à définir la qualité des objets. L'interaction avec les gestionnaires, a lieu, dans certains modes de 15 réalisation par l'intermédiaire de pages web que le module de gestion qualité (GQ) envoie au navigateur du terminal (TG, SG) des gestionnaires. Ces pages comportent diverses informations sur les étapes à suivre et contient des champs de saisie et/ou des champs de sélection (comme des menus déroulants par exemple), ainsi que des liens ou des fonctions 20 sélectionnables (comme un bouton de validation par exemple) pour permettre aux gestionnaires d'interagir avec le module de gestion grâce à un terminal (TG ou SG) connecté sur le réseau (RC). Dans certains modes de réalisation, le module (GQ) de gestion est agencé pour enregistrer dans la base de données, dans (ou en association 25 avec) les données de catégorie d'objet (CO), des données (CT) de critère technique, représentatives de caractéristiques techniques des objets (0) d'une catégorie (CO) donnée. En effet, les objets (0) proposés par les gestionnaires sur leur site internet (SW) sont souvent répertoriés avec une pluralité de caractéristiques techniques. Le module de gestion qualité pourra 30 donc enregistrer également au moins une partie de ces caractéristiques techniques, par exemple en association avec les données de catégorie. Ainsi, lorsqu'un gestionnaire sélectionne une catégorie, les caractéristiques techniques qui peuvent concerner l'objet en cours d'évaluation sont directement retrouvées. Dans certains modes de réalisation, le module (GQ) de gestion est agencé pour proposer aux gestionnaires des nouveaux critères qualité (lorsqu'il n'en existe aucun ou même s'il en existe déjà) à partir de ces données (CT) de critère technique, représentatives des caractéristiques techniques des objets (0) d'une catégorie (CO) donnée. Ainsi, les gestionnaires sont guidés dans le choix de leur critère qualité pour définir ces critères en référence à des caractéristiques techniques des objets. On obtient ainsi plus facilement une convergence des critères relatifs à une lo technicité des objets, qui feront plus facilement l'objet d'un consensus de la part des gestionnaires. L'invention propose également des mécanismes avantageux pour la gestion de ces données (CT) de critère technique, de façon similaire à ceux décrits pour les critères qualité. Dans certains modes de réalisation, le module (GQ) de gestion qualité is est agencé pour permettre une recherche de critère par mots-clés dans les données de critère qualité (00_O). D'une manière générale, la recherche par mots-clés sera possible dans n'importe quel type de données de la base de données qualité (DB_Q). Dans certains modes de réalisation, le module (GQ) de gestion qualité est agencé pour permettre une recherche de critère 20 par nombre (N) d'utilisation des critères dans les données de critère qualité (00_O). Dans certains modes de réalisation particulièrement avantageux, le module (GQ) de gestion qualité est agencé pour trier les critères qualité (CQ_O) d'une catégorie d'objet (CO) donnée, en fonction de leur nombre (N) 25 d'utilisation par les gestionnaires et pour présenter aux gestionnaires cette liste de critères triés lors de l'enregistrement des critères par le gestionnaire. Cette exploitation du nombre (N) d'utilisation des critères permet (ou facilite) une convergence des critères utilisés vers les critères les plus consensuels. La liste des critères présentés aux gestionnaires pourra par exemple être 30 limitée à un nombre restreint de critères les plus utilisés (pour une catégorie donnée par exemple). Le module (GQ) de gestion qualité (ou le module (B) d'évaluation) est alors agencé pour présenter une liste de critères déjà utilisés par les gestionnaires enregistrés, triés en fonction de leur nombre (N) d'utilisation (ou « popularité ») par les gestionnaires, grâce à un algorithme de tri de critères. Dans certains modes de réalisation, détaillés dans la présente demande, les critères sont distingués en fonction de fait qu'ils aient été utilisés par seulement un gestionnaire (critères (Cpriv) dits « privés ») et ne sont associés qu'à ce gestionnaire ou qu'ils aient déjà été utilisés par plusieurs gestionnaires (critères (Cpub) dits « publics » ou « partagés ») et sont associés à une catégorie d'objets. Cet algorithme de tri de critères permet alors de consulter la base de données pour obtenir les critères disponibles pour la catégorie, en consultant les données de critères (CQ_O) associées aux données de catégorie (CO) si il existe des critères dans cette catégorie (Cpub) ou dans les données de critères (CQ_O) associées aux données d'évaluation (EV_G) s'il n'existe pas de critères dans cette catégorie (ou seulement un critère privé qui n'est alors associé qu'aux données d'évaluation et pas aux données de catégorie). Le nombre (N) d'utilisation et notamment la présentation triée par ce nombre permet un classement des critères par popularité (par exemple décroissante). Ainsi, les critères les plus utilisés pour qualifier un objet d'une catégorie seront préférentiellement présentés aux gestionnaires créant une évaluation d'un objet de la même catégorie et les différents critères proposés par les différents gestionnaires convergent ainsi vers des critères consensuels au fur et à mesure de l'utilisation des critères par les gestionnaires. La liste de critères présentée pourra être limitée à un nombre déterminé de critères (par exemple, on ne présentera que les 5 ou 10 critères les plus utilisés). Cependant, l'invention prévoit également l'ajout de nouveau critères et la présentation de critères récents. La présentation des critères récents facilitera leur réutilisation et leur remontée dans la liste des critères les plus populaires. L'invention concerne également un procédé pour la gestion de données relatives à des objets, sur au moins un serveur (SQ) de gestion qualité. Ce serveur (SQ) de gestion qualité contrôle la définition et la collecte des données relatives à la qualité d'objet, par la mise en oeuvre des étapes suivantes : - enregistrement (60), dans la base de données (DB_Q) qualité, de données d'évaluation (EV_G), représentatives d'au moins une évaluation de la qualité d'au moins un objet (0) proposé sur le site (SW) internet du gestionnaire, ces données d'évaluation (EV_G) comprenant des données représentatives du référencement dudit objet (0) par le gestionnaire dans au moins une catégorie (CO) d'objets de la base de données (DB_Q) qualité, io - enregistrement (61), dans la base de données (DB_Q) qualité, de données de critère qualité (CQ_O), représentatives d'au moins un critère d'évaluation de la qualité dudit objet (0) et d'un nombre (N) d'utilisation de ce critère par les gestionnaires, cet enregistrement des données de critère qualité (CQ_O) par le module (GQ) de gestion qualité étant déclenché à 15 distance par un gestionnaire, soit grâce à une étape de saisie (6019) d'un nouveau critère qualité, soit grâce à une étape de sélection (6024) d'un critère qualité parmi une liste de critères déjà enregistrés par au moins un gestionnaire dans la base de données (DB_Q) qualité. Dans certains modes de réalisation, l'étape d'enregistrement (61) des 20 données de critère qualité (CQ_O) est précédée, lorsqu'il existe déjà dans la base de données qualité (DB_Q) des critères pour la catégorie d'objet (CO) sélectionnée par le gestionnaire, d'une étape de tri (6110) des critères qualité (CQ_O) associés à cette catégorie (CO), en fonction de leur nombre (N) d'utilisation par les gestionnaires, et d'une étape d'affichage (6026) de la liste 25 des critères triés, pour permettre une convergence des critères utilisés vers les critères les plus consensuels. Dans certains modes de réalisation, le module (GQ) de gestion est agencé pour l'identification de gestionnaires enregistrés auprès du serveur (SQ) de gestion de la qualité, grâce des données (ID_G) d'identification, 30 représentatives d'au moins un identifiant d'un gestionnaire, stockées dans la base de données (DB_Q) qualité. Dans certains modes de réalisation, les données d'évaluation (EV_G), représentatives d'au moins une évaluation de la qualité d'au moins un objet (0) sont enregistrées par le module (GO) de gestion qualité en association avec ces données (ID_G) d'identification. L'identification est de préférence faite par un module (A) d'inscription comme représenté sur la figure 1. Le gestionnaire accède par exemple à une page web dédiée à la gestion des comptes qui permet d'instancier le module (A) d'inscription gérant l'ensemble des données d'identification (ID_G). Certains modes de réalisation du procédé comportent donc une étape d'identification (50) de gestionnaires enregistrés auprès du serveur (SQ) de lo gestion de la qualité, grâce des données (ID_G) d'identification, représentatives d'au moins un identifiant d'un gestionnaire, stockées dans la base de données (DB_Q) qualité. Dans certains modes de réalisation, l'étape d'enregistrement (60) des données d'évaluation (EV_G), représentatives d'au moins une évaluation de la qualité d'au moins un objet (0) par le 1s module (GO) de gestion qualité et accompagnée d'une étape d'enregistrement (6040) de données représentatives d'une association de ces données d'évaluation (EV_G) avec ces données (ID_G) d'identification du gestionnaire. La figure 2 représente un mode de réalisation du procédé, avec les détails d'une étape d'identification, soit d'un gestionnaire non 20 enregistré qui s'inscrit pour la première (Formulaire Inscription), soit pour un gestionnaire déjà enregistré (Formulaire Identification). Dans ce mode de réalisation, une étape de connexion (500) du terminal (TG, SG) du gestionnaire sur le serveur de gestion qualité (SQ) permet l'affichage d'un page d'accueil. Lors de l'étape d'identification (50), un gestionnaire qui 25 souhaite s'inscrire (créer un compte) sélectionne (5010) un lien d'inscription dans la page affichée sur son terminal. Le module d'inscription (A) (ou le module de gestion qualité (GO) d'une manière générale, comme mentionné précédemment) lui transmet (5011) alors un formulaire d'inscription. La saisie (5012), par le gestionnaire des informations requises dans les champs du 30 formulaire, puis la validation permettent alors la transmission (5013) du formulaire rempli vers le module d'inscription qui crée (5014) les données d'identification (ID_G) dans la base de données qualité (DB_Q) et lui renvoie (5015) éventuellement une confirmation d'inscription. Lors de l'étape d'identification (50), un gestionnaire déjà inscrit (possédant un compte) qui souhaite s'identifier, sélectionne (5020) un lien d'identification dans la page affichée sur son terminal. Le module d'inscription (A) lui transmet (5021) alors un formulaire d'identification. La saisie (5022), par le gestionnaire des informations requises dans les champs du formulaire, puis la validation permettent alors la transmission (5023) du formulaire rempli vers le module d'inscription qui consulte les données io d'identification (ID_G) dans la base de données qualité (DB_Q) et lui renvoie (5024) éventuellement une confirmation d'identification, ou un message d'erreur si les saisies sont incorrectes ou ne correspondent à aucune des données d'identification (ID_G). On notera que lorsque l'on parle dans la présente demande de 15 « saisie », par exemple dans un formulaire, et que ce terme couvre également tout type de sélection (par exemples via des menus déroulant, des cases à cocher, etc..) en plus de la saisie de texte proprement dite. On peut donc parler également de sélection d'une manière générale pour désigner la validation d'un choix par les utilisateurs (gestionnaires et/ou 20 internautes), qu'il s'agissent en fait d'une saisie ou d'une sélection. Suite à l'identification, le module de gestion qualité (GQ) (ou le module (A) d'inscription) transmet (51) au gestionnaire une page contenant par exemple des informations relatives à son compte et des liens pour diverses fonctionnalités du serveur de gestion qualité (SQ). Par exemple, le 25 gestionnaire pourra, suite à l'affichage (52) de cette page « compte », sélectionner (53) un lien pour créer une nouvelle évaluation d'un objet pour que le module de gestion qualité (GQ) (ou pour instancier le module (B) d'évaluation qui) lui transmet (54) un formulaire d'évaluation permettant d'accéder à l'enregistrement (60) de données d'évaluation (EV_G) et/ou à 30 l'enregistrement (61) de données de catégories (CQ_O). De même, par exemple, le gestionnaire pourra, suite à l'affichage (52) de cette page, sélectionner (55) un lien « évaluation » dans la page « compte » pour que le module de gestion qualité (GQ) (ou pour instancier le module (B) d'évaluation qui) consulte les données d'évaluation (EV_G) du gestionnaire et lui transmette les données nécessaires à l'affichage (57) d'une page contenant ses évaluations. Le gestionnaire peut alors consulter et/ou modifier ses évaluations enregistrées dans la base de données qualité (DB Q). La sélection (58) d'un lien modification lui permettant d'accéder à l'enregistrement (60) de données d'évaluation (EV_G) et/ou à l'enregistrement (61) de données de catégories (00_O). D'une manière générale, quelque soit la page web ou l'outil utilisé par le gestionnaire, le procédé pourra comporter une étape de sélection (6050) d'au moins un lien évaluation lui donnant accès à au moins un formulaire pour l'enregistrement d'au moins une évaluation, avec les données d'évaluation (EV_G) et notamment les catégories (CO) et/ou les données de critères (00_O). Une étape de sélection (6050) d'un lien « évaluations » par le gestionnaire (sur une page internet hébergée par le serveur qualité (SQ) ou sur un outil interactif) peut déclencher les fonctions pour l'enregistrement (60) des données d'évaluations. Dans certains modes de réalisation, les enregistrements des données d'évaluation (EV_G) et des données de critère qualité (CQ_O) sont de préférence réalisés par un module (B) d'évaluation comme représenté sur la figure 1. Dans certains modes de réalisation, le module (B) d'évaluation comporte plusieurs sous-modules gérant chacun une partie des données enregistrées pendant l'interaction avec le gestionnaire. Par exemple, on pourra prévoir un sous-module pour chaque type de données configurables dans une évaluation. Par exemple, un sous-module « généralités » (B1) permettra l'enregistrement d'informations générales sur l'évaluation (nom, site web, description, etc.). Un sous-module « thème » (B2) permettra l'enregistrement d'informations relatives à la présentation de l'évaluation, c'est-à-dire des modes de présentation de données, notamment le type de représentation synthétique (RS) des votes à utiliser dans les outils interactifs, comme décrit dans la présente demande. Un sous-module « catégorie » (B3) permettra l'enregistrement d'informations relatives à la catégorie de l'objet concerné par l'évaluation. Un sous-module « critère » (B4) permettra la définition de critères d'évaluation et l'enregistrement des données de critère qualité (00_O). Un sous-module « paramètres» (B5) permettra l'enregistrement d'informations relatives à des paramètres de l'évaluation, comme par exemple des paramètres relatifs à l'activation de l'évaluation, le référencement de l'évaluation dans un module de recherche du serveur de gestion, l'affichage du logo du gestionnaire sur les outils interactifs, les scénarios de vote (en ligne sur un outil interactif ou io par mail), le dépôt de commentaires par les internautes lors du vote, etc.). De façon connue en soi, les formulaires peuvent se présenter sous diverses formes plus ou moins complexes, comme par exemple plusieurs onglets ou plusieurs liens dépliant des champs pour les diverses définitions disponibles (généralités, thème, catégorie, critère, paramètres). Un exemple 15 de formulaire d'évaluation, dans l'onglet « critères » est montré sur l'annexe 1 de la présente demande. Les données créées dynamiquement en fonction de l'interaction du gestionnaire avec le formulaire pourront être créées lors du renvoi du formulaire ou à chaque changement ou validation d'onglet ou de lien. Divers mécanismes à la portée de l'homme de métier sont possibles 20 pour cette présentation des informations et cette interaction avec le gestionnaire. On peut par exemple prévoir un seul formulaire complet pour toutes les définitions requises par tous les sous-modules d'évaluation (B1 à5). Ainsi, des sélections de liens par le gestionnaire sont définies dans la présente demande comme déclenchant des transmissions de formulaire 25 mais on comprendra que les étapes de transmission du formulaire pourront être omises pour autant que les données nécessaires aient déjà été transmises à une étape précédente (par exemple en même temps que les données qui ont permis l'affichage du lien qui a été sélectionné) ou pourront être remplacées par la transmission uniquement des données nécessaires à 30 l'affichage dans une page d'un formulaire déjà en partie chargé par le navigateur. De nombreuses variations sont à la portée de l'homme de métier et les détails donnés dans la présente demande à propos de la transmission et la validation des formulaires or des liens ou des sélections ne sont pas limitatifs. La figure 3 représente un mode de réalisation de l'étape d'enregistrement (60) des données d'évaluation. Cette étape permet au moins la définition (6014) de la catégorie (CO) à laquelle appartient l'objet (0) en cours d'évaluation. Dans les modes de réalisation où le formulaire d'évaluation permet la définition d'une pluralité d'informations (comme par exemple les généralités, thème, catégorie, critère, paramètres décrits io précédemment), la sélection (6009) d'un lien « catégories » permet d'instancier le module (GQ) de gestion qualité (par exemple grâce à un module (B) d'évaluation ou un sous-module (B3) catégorie) pour la transmission (6010) d'un formulaire « catégorie » (ou de données de catégories pour l'affichage dans un formulaire déjà chargé par le navigateur) 15 et l'affichage (6011) de ce formulaire, permettant au gestionnaire de parcourir (6012) les catégories. Les catégories d'objet seront généralement organisées par familles, avec des sous-catégories à l'infini (le gestionnaire pouvant en créer une nouvelle s'il ne trouve pas une catégorie convenant à l'objet pour lequel il souhaite définir une évaluation). La sélection/saisie 20 (6013) d'une catégorie permet la transmission au serveur (SQ) de gestion qualité pour l'enregistrement des données d'évaluation (EV_G). S'il n'existait pas encore de données d'évaluation pour cet objet, cet enregistrement donne lieu à une étape de création (6004) de données d'évaluation (EV_G) dans la base de données qualité (DB_Q). Le procédé peut alors également 25 comporter une étape d'association (6040) des données d'évaluation (EV_G) avec les données d'identification (ID_G) du gestionnaire, de façon à ce que l'évaluation soit enregistrée comme concernant un objet proposé par un gestionnaire déterminé dans la base de données qualité (DB_Q). Le procédé peut également comporter une étape d'association (6041) des 30 données d'évaluation (EV_G) avec les données de catégorie (CO), de façon à ce que l'évaluation soit enregistrée comme concernant un objet d'une catégorie donnée dans la base de données qualité (DB_Q). Pour la définition des informations générales de l'évaluation, le gestionnaire pourra sélectionner (6000) par exemple un lien « généralités » permettant la transmission (6001) d'un formulaire généralités par le module (GQ) de gestion qualité (par exemple grâce à un module (B) d'évaluation ou un sous-module (B1) généralités). La sélection/saisie (6002) dans le formulaire, puis sa validation permet ensuite la transmission (6003) du formulaire rempli et la mise à jour, ou la création (6004) si elles n'existent io pas, des données d'évaluation (EV_G). De même, pour la définition du thème de l'évaluation, le gestionnaire pourra sélectionner (6005) par exemple un lien « thème» permettant la transmission (6006) d'un formulaire généralités par le module (GQ) de gestion qualité (par exemple grâce à un module (B) d'évaluation ou un sous-module (B1) généralités). La 15 sélection/saisie (6007) dans le formulaire, puis sa validation permet ensuite la transmission (6008) du formulaire rempli et la mise à jour, ou la création (6004) si elles n'existent pas, des données d'évaluation (EV_G). Des étapes similaires sont possibles pour les paramètres généraux ou tout type d'information supplémentaire. 20 Comme mentionné précédemment, l'enregistrement des critères qualité (CQ_O) dans la base de données permet au gestionnaire de définir des critères, notamment relatifs à une technicité de l'objet, pour permettre aux internautes de donner leur avis sur ces critères et obtenir ainsi une évaluation la plus pertinente possible de la qualité de l'objet. Dans la 25 présente invention, la problématique de la qualité est formulée sous formes de critères. Les mécanismes mis en oeuvre pour cette formulation et pour la collecte (et le tri/sélection) des critères utilisés permettent d'obtenir des critères objectifs pour l'évaluation de la qualité d'un objet. Ainsi, l'invention permet d'organiser une base de données qualité (DB_Q) avec des données 30 exploitables pour des recherches d'objets basées sur des données concrètes et sélectionnées automatiquement pour leur pertinence. L'invention facilite la définition, la collecte centralisée et l'utilisation des informations pertinentes dans l'évaluation d'objets, notamment concernant leur(s) qualité(s) et leur(s) caractéristique(s) technique(s), et permet de fournir un moteur de recherche particulièrement efficace. Un critère comporte de préférence un nom court et s une affirmation. Par exemple, le gestionnaire définit un nom court comme « autonomie » (relatif à la caractéristique technique de l'autonomie) et une affirmation comme « Ce dispositif a une bonne autonomie ». Ces critères pourront ensuite être utilisés par les internautes pour donner leur avis sur une échelle (ECH) de plusieurs valeurs, comme par exemple 5 valeurs : io « pas du tout d'accord », « pas d'accord », « à peu près d'accord », « d'accord », « tout à fait d'accord » (ou encore « très bon », « bon », « moyen », « mauvais », « très mauvais », etc.). Ces valeurs pourront, en fonction du thème choisi par le gestionnaire, être représenté par divers types de représentations, comme par exemple des couleurs ou une autre forme de 15 représentation (histogrammes, étoiles, smileys, radars, etc.). L'annexe 1 montre un exemple de critères pour des ailes de kitesurf ou flysurf. Dans certains modes de réalisation, le module (GO) de gestion est agencé pour gérer l'enregistrement dans la base de données qualité (DB_Q), de données de critère qualité (CQ_O), représentatives d'un critère 20 d'évaluation de la qualité d'un objet (0) , en association avec au moins une partie des données d'identification (ID_G) du gestionnaire et/ou des données d'évaluation (EV_G). Cette association permet de conserver une trace de l'utilisation d'un critère donné par un gestionnaire donné. Par exemple lors de la création d'un critère, on peut enregistrer des données relatives à l'auteur 25 du critère (par exemple un nom et/ou un avatar et/ou un pseudo du gestionnaire). Dans certains modes de réalisation, lorsqu'un gestionnaire saisit un nouveau critère, le module (GO) de gestion génère des données de critère qualité (CQ_O) et les associe à au moins une partie des données d'identification (ID_G) du gestionnaire et/ou des données d'évaluation 30 (EV_G). En revanche, lorsqu'un gestionnaire sélectionne un critère existant qui lui est proposé par le module (GO) de gestion, ce dernier peut ne générer que des données représentatives d'une association des données de critère qualité (CQ_O) à au moins une partie des données d'identification (ID_G) du gestionnaire et/ou des données d'évaluation (EV_G). Cependant, dans certains modes de réalisation, on distingue les critères qualité par le fait qu'ils aient été utilisés par un seul gestionnaire ou par plusieurs, par exemple en générant à nouveau des données de critère (CQ_O) à chaque fois qu'un critère est réutilisé par un gestionnaire alors qu'il n'avait été utilisé, jusque là, que par un seul gestionnaire. Dans ces modes de réalisation, lorsqu'un gestionnaire sélectionne un critère existant, le module (GQ) de gestion peut io générer à nouveau des données de critère qualité (CQ_O) et les associer à au moins une partie des données d'identification (ID_G) du gestionnaire et/ou des données d'évaluation (EV_G), comme détaillé ci-après. Ainsi, dans certains modes de réalisation du procédé, lors de l'enregistrement (61) de critère(s) par un gestionnaire, le module (GQ) de gestion qualité met en 15 oeuvre une étape de création (6100) de données représentatives au moins d'une association entre des données de critère qualité (CQ_O) et au moins une partie des données d'identification (ID_G) du gestionnaire et/ou des données d'évaluation (EV_G). Lors de la création d'un nouveau critère qualité (qui n'est donc représenté par aucune données pour l'instant), le 20 module (GQ) de gestion qualité met en oeuvre une étape de création (6100) de données (CQ_O) représentatives de ce critère qualité et de données représentatives de leur association avec au moins une partie des données d'identification (ID_G) du gestionnaire et/ou des données d'évaluation (EV_G). 25 Dans certains modes de réalisation particulièrement avantageux pour la sélection automatique des critères les plus pertinents, le module de gestion qualité (GQ) est agencé pour incrémenter le nombre (N) d'utilisation du critère lors de cet enregistrement d'un critère qualité. Dans les modes de réalisation correspondants du procédé, l'étape de création (6100) est donc 30 accompagnée d'une étape d'incrémentation (6104) du nombre (N). L'étape d'enregistrement (61) des critères, peut être précédée d'une étape de tri (6110) des critères comme mentionné précédemment. Pour cela, le module (GQ) de gestion qualité (par exemple grâce à un module (B) d'évaluation, ou un sous-module (B4) critères) est agencé pour consulter la base de données qualité (DB_Q), et notamment les données d'évaluation et/ou les données de critères (CQ_O) pour élaborer une liste de critères disponibles, puis pour trier cette liste en fonction du nombre (N) d'utilisation de ces critères, de préférence en ordre décroissant. L'étape d'enregistrement (61) et celle de tri (6110) sont donc précédées d'une étape de consultation io (6051) de la base de données. Ce tri permet la transmission (6016) d'un formulaire critères au gestionnaire et l'affichage (6026), avec dans ce cas, une présentation de la liste de critères triés. Ces étapes peuvent être mise en oeuvre suite à une sélection (6015) d'un lien « critères » par le gestionnaire, comme représenté sur la figure 4. Par exemple, un formulaire 15 d'évaluation tel que celui de l'annexe 1 contient un onglet « critères » sélectionnable qui permet la mise en oeuvre au moins de l'étape d'affichage (6026) (les étapes de consultation, tri et transmission pouvant avoir été faites au préalable). Dans le formulaire « critères », le gestionnaire peut créer au moins un 20 nouveau critère et/ou sélectionner au moins un critère existant (par exemple dans au moins une liste qui lui est proposée dans le formulaire, notamment une liste de critères triés par nombre d'utilisation et/ou une liste de critères récents retrouvés par le module de gestion grâce à leur date de création). Dans les modes de réalisation où l'on distingue les critères utilisés par un 25 seul gestionnaires de ceux déjà utilisés par plusieurs gestionnaires, un critère est par exemple distingué comme étant un critère « public » (Cpub) lorsqu'il a été utilisé par au moins 2 gestionnaires différents dans des évaluations d'objet. D'autre part, un critère qui est utilisé pour la première fois par un gestionnaire donné dans une évaluation est distingué comme étant un 30 critère « privé » (Cpriv) pour ce gestionnaire. Un critère qualité qui aura été utilisé par exemple par deux gestionnaires sera alors représenté dans la base de données qualité (DB_Q) par un critère public (Cpub) et par deux critères privés (Cpriv) identiques mais enregistrés pour deux gestionnaires différents (i.e., associés à deux évaluations différentes par exemple). On notera que dans ces modes de réalisation, l'incrémentation du nombre (N) d'utilisation n'est pas indispensable lors de l'enregistrement d'un nouveau critère privé (car le fait qu'il soit privé et qu'il n'existe pas de critère public correspondant définit déjà qu'il n'a été utilisé qu'une fois) ou lors de la création d'un nouveau critère public (car le fait que le critère public vient d'être créé définit déjà qu'il a été utilisé deux fois). Ainsi, dans ces modes de réalisation distinguant les critères public et io privé, l'enregistrement des données de critère qualité (CQ_O) dans la base de données (DB_Q) qualité, déclenché par le gestionnaire, est géré par le module (GQ) de gestion qualité (ou le module (B) ou le sous-module (B4) selon diverses variantes), qui contrôle la création, dans la base de données (DB_Q) qualité, de données représentatives d'un critère (Cpriv), dit privé, et is d'une association de ce dernier avec les données (EV_G) d'évaluation du gestionnaire. Cette création peut être mise en oeuvre lorsqu'il s'agit de la première utilisation de ce critère par ce gestionnaire, pour la catégorie (CO) dans laquelle est référencé l'objet (0) en cours d'évaluation, que ce critère existe déjà ou non dans la base de données (en tant que critère privé ou 20 public). D'autre part, lorsqu'un second gestionnaire sélectionne comme critère d'évaluation un critère privé (Cpriv) introduit par un premier gestionnaire, le module (GQ) de gestion qualité (ou le module (B) ou le sous-module (B4) selon diverses variantes), contrôle la création, dans la base de données (DB_Q) qualité, de données représentatives d'un critère (Cpub), dit 25 public, en association avec la catégorie (CO) dans laquelle est référencé l'objet (0) en cours d'évaluation. Dans ce cas, le module (GQ) de gestion qualité peut incrémenter, dans la base de données (DB_Q) qualité, le nombre (N) d'utilisation du critère public (Cpub) et créer des données représentatives d'un critère privé (Cpriv) en association avec les données 30 (EV_G) d'évaluation du second gestionnaire qui utilise ce critère pour la première fois. De plus, il peut aussi créer, dans certains modes de réalisation, des données représentatives d'une association entre le critère public (Cpub) et les critères privés (Cpriv) dans les données d'identification (ID_G) des deux gestionnaires, pour associer les gestionnaires au critère public (Cpub) dans la base de données (DB_Q) qualité. Cette association du critère public au critère privé dans les données d'identification des gestionnaires (ID_G) permet de répertorier les gestionnaires utilisant un critère public (Cpub) et de conserver le critère privé (Cpriv) dans les données (EV G) d'évaluation. Ainsi, si le critère public (Cpub) venait à être effacé, par exemple pour des raisons de modération ou de maintenance, par les administrateurs du serveur qualité (SQ), le critère privé (Cpriv) serait io conservé pour chacun des gestionnaires l'ayant utilisé. Enfin, lorsqu'un troisième gestionnaire sélectionne comme critère d'évaluation un critère public (Cpub) déjà utilisé par au moins deux gestionnaires, le module (GQ) de gestion qualité (ou le module (B) ou le sous-module (B4) selon diverses variantes) est agencé pour seulement créer les données du critère privé is (Cpriv) pour ce troisième gestionnaire et les associations, d'une part, du critère public (Cpub) choisi avec ce critère privé (Cpriv) et, d'autre part, de ce critère privé (Cpriv) avec les données d'évaluation (EV_G) et/ou les données d'identification (ID_G). Ainsi, dans certains modes de réalisation du procédé où l'on distingue 20 les critères privé et public, comme représenté sur la figure 4, l'étape de création (6100) des données de critère qualité (CQ_O) dans la base de données (DB_Q) qualité, par le module (GQ) de gestion qualité comporte au moins l'étape de création (6101) de données représentatives d'un critère (Cpriv), dit privé, et l'étape d'association (6111) de ce dernier avec les 25 données (EV_G) d'évaluation et/ou les données d'identification (ID_G) du gestionnaire ayant sélectionné le critère existant ou créé le nouveau critère. Cette étape est mise en oeuvre soit lorsque le gestionnaire sélectionne (6017) la création d'un nouveau critère soit lorsque le gestionnaire sélectionne (6024) un critère existant. La sélection (6024) d'un critère 30 existant peut comporter une sélection (6032) d'un critère récent. Dans les modes de réalisation distinguant les critères privé et public, la sélection (6024) d'un critère existant peut comporter une sélection (6027) d'un critère public et/ou une sélection (6023) d'un critère privé, soit directement soit via la sélection (6032) d'un critère récent. De plus, lorsque le gestionnaire sélectionne (6027) un critère existant qui était un critère public (Cpub), l'étape de création (6100) comporte également une étape d'association (6103) du critère privé (Cpriv) créé avec ce critère public (Cpub). Enfin, lorsque le gestionnaire sélectionne (6023) un critère existant qui était un critère privé (Cpriv), l'étape de création (6100) comporte également une étape de création (6102) d'un critère public (Cpub), une étape d'association (6120) de ce critère public (Cpub) avec la catégorie (CO) et l'étape io d'association (6103) du critère privé (Cpriv) créé avec ce critère public (Cpub). D'autre part, pour permettre la sélection des critères les plus pertinents, l'étape de création (6100) (Cpub) peut être accompagnée d'une étape d'incrémentation (6104) du nombre (N) d'utilisation du critère, en 15 particulier s'il s'agit d'un critère public (Cpub) comme mentionné précédemment.. Dans certains modes de réalisation, lors d'une sélection (6030) d'un lien « critères récents » par le gestionnaire, le module (GO) de gestion qualité transmet (6031) un formulaire spécifique contenant une liste de 20 critères récents, par exemple triés par date ou popularité. La sélection (6032) de critère(s) récent(s) par le gestionnaire lui permet de choisir au moins un critère récent pour la mise en oeuvre de l'étape de création (6100). Dans certains modes de réalisation, lors de la sélection (6024) d'un critère existant ou lors de la sélection (6032) d'un critère récent, qu'il s'agisse 25 d'une sélection (6027) d'un critère public ou d'une sélection (6023) d'un critère privé, une étape de transmission (6028) du formulaire critère rempli (avec cette sélection) permet au module de gestion qualité de recevoir les critères choisis.. Dans certains modes de réalisation, le gestionnaire peut, par exemple en sélectionnant un lien dédié, allonger la liste des critères les 30 plus populaires à l'aide d'un bouton dans le formulaire, requérir l'affichage des critères récents ou créer un nouveau critère, par exemple si la liste des critères les plus populaires ne lui suffit pas. Dans certains modes de réalisation, lors de la sélection (6017) d'un lien « nouveau critère », un formulaire de création de nouveau critère est transmis (6018) au gestionnaire qui peut saisir (6019) le critère de son choix (par exemple un nom court et une affirmation, dans des champs respectifs). Dans certains modes de réalisation avantageux, le module (GQ) de gestion qualité est agencé pour vérifier, avant de générer des données de critère qualité (CQ_O) dans la base de données (DB_Q) qualité, l'existence d'au moins un critère identique ou similaire à celui saisi par le gestionnaire et, lorsqu'une similitude est détectée, pour proposer au gestionnaire un choix parmi le critère saisi et le(s) critère(s) similaire(s) ou identique(s) détecté(s). Le module (GQ) de gestion qualité met en oeuvre, avant l'étape de création (6100) de données de critère qualité (CQ_O) dans la base de données (DB_Q) qualité, au moins une étape de vérification (6034, 6035) de l'existence d'un critère identique ou similaire à celui saisi par le gestionnaire et, lorsqu'une similitude est détectée, une étape de proposition (6036) au gestionnaire d'un choix parmi le critère saisi et les autres critères similaires. Par exemple, au cours de la saisie (6019), la technologie Web 2.0, Ajax permet l'affichage des critères déjà connus ayant la même syntaxe que celui en train d'être saisi (notamment dans le champ « nom court ») pour une première vérification (6034). Ensuite, à la fin de la saisie, une seconde vérification (6035) peut être effectuée par recherche dans la base de données qualité (DB_Q) de critères proches déjà enregistrés. Pour cela, le module de gestion qualité (GQ) pourra comporter au moins un algorithme de recherche, comme un algorithme de recherche d'égalité syntaxique (sur le nom court par exemple) et/ou un algorithme de similitude phonétique (par exemple de type « soundex ») et/ou un algorithme de synonymie (sur le nom court et/ou l'affirmation par exemple). Une fois la saisie terminée et validée (6020), le nouveau critère est transmis au module de gestion qualité (GQ) pour la mise en oeuvre de l'étape de création (6100). Dans les modes de réalisation où l'on distingue les critères privés des critères publics, cette création (6100) comportera l'étape de création (6101) d'un critère privé (priv), accompagnée de préférence de l'étape d'association (6111) de ce critère privé aux données d'évaluation (EV_G). Pour la collaboration des internautes dans la gestion des données de qualité, l'invention prévoit des outils interactifs. Ces outils interactifs (QD, s WR) forment une interface graphique d'interaction de l'internaute directement avec le module de gestion qualité (GQ) grâce à au moins un lien affiché sur cette interface, sélectionnable par l'internaute et pointant vers au moins une fonction du module (GQ) de gestion qualité. Ces outils sont générés par le module de gestion qualité (GQ) ou un module (C) d'intégration dédié, à partir io d'au moins une partie des données de la base de données qualité (DB_Q), permettent d'y générer d'autres types de données et permettent l'utilisation de divers types données de cette base. En particulier, l'invention prévoit au moins un outil interactif (QD, WR) pour la collaboration d'internautes dans la gestion de données relatives à des objets, au travers d'au moins un réseau is (RC) de communication. Cet outil interactif (QD, WR) est agencé pour être exécuté dans le navigateur d'au moins terminal communicant (I1, 12) d'au moins un internaute et forme une interface graphique d'interaction de l'internaute directement avec le module de gestion qualité (GQ), grâce à au moins un lien affiché sur cette interface, sélectionnable par l'internaute et 20 pointant vers au moins une fonction de ce module (GQ) de gestion qualité. Ainsi, dans ces modes de réalisation, le serveur (SQ) de gestion comporte un module (GQ) de gestion qualité agencé pour permettre la collaboration, dans la gestion des données qualité, d'internautes accédant à au moins un site internet (SW) d'un gestionnaire, en générant et en transmettant au 25 gestionnaire au moins une balise (Tag_Q, Tag_R). Cette balise pourra être générée par exemple par le module (C) d'intégration comme représenté sur la figure 1. La balise est alors intégrée par le gestionnaire dans le code source d'au moins une page (PW) internet de son site internet (SW). Par exemple, le gestionnaire intègre dans la base de données (DB_G) qui stocke 30 les données nécessaires à son site internet (SW), au sein des scripts des diverses pages internet (PW) de son site (SW), les balises (Tag_Q, Tag_R) pour fournir aux visiteurs de son site les fonctionnalités de la présente invention. L'invention prévoit divers types de méthodes d'intégration, pour générer divers types de balises en fonction du langage utilisé dans le code source du site internet (SW), comme par exemple les langages php et .net dans l'annexe 2 (mais également d'autres langages, comme le jsp par exemple ou tout autre type de langage). L'annexe 3 montre dans l'exemple du php, la méthode d'intégration qui est fournie aux gestionnaires. La balise (Tag_Q, Tag_R) et les données nécessaires à l'intégration de la balise dans le site internet (SW), puis les données nécessaires à l'exécution de l'outil interactif (QD, WR), sont donc fournies par certains modes de réalisation. io Les balises (Tag_Q, Tag_R) sont agencées pour que, lorsque le navigateur d'un terminal communicant (I1, 12) d'un internaute requiert l'accès à cette page Internet (PW), le serveur (SG) du gestionnaire utilise cette balise (Tag_Q, Tag_R) pointant vers le module (GQ) de gestion qualité, pour obtenir de ce dernier, et intégrer, dans les données de la page Internet (PW) 15 transmises à ce navigateur, les données nécessaires à l'exécution et au fonctionnement de l'outil interactif (QD, WR) dans ce navigateur. Dans certains modes de réalisation, les outils interactifs comportent un outil interactif de vote (QD), agencé pour présenter aux internautes les votes relatifs à au moins un critère de qualité d'un objet. La balise (Tag_Q) pour cet 20 outil de vote est générée par le module (GQ) de gestion qualité, par exemple le module (C) d'intégration, pour chacune des données d'évaluation (EV_G) créée par un gestionnaire. Les balises (Tag_Q) pointant vers les outils interactifs de vote (QD) sont de préférence générées pour chaque nouvelle évaluation (EV_G) d'un objet (0) référencé dans la base de données (DB_Q) 25 qualité par un gestionnaire. Les outils interactifs de vote (QD) permettent alors à l'internaute d'interagir sur les critères de chaque objet (0) évalué. L'intégration de cette balise (Tag_Q) dans le code source d'au moins une page (PW) du site Internet (SW) du gestionnaire permettant la définition de données d'objet (0), représentatives de l'objet évalué. Le module (GQ) de 30 gestion qualité, par exemple grâce à un module (D) de vote, qui est contacté par le serveur (SG) du gestionnaire hébergeant cette page (PW) lors d'un accès d'un terminal communicant (I1, 12) à cette page (PW), est agencé pour consulter la base de données qualité (DB_Q), afin d'en extraire ou d'y créer, si elles n'existent pas déjà, les données d'objet (0) représentatives de l'objet évalué. D'autre part, il est agencé au moins pour extraire de la base de données qualité (DB_Q), si elles existent, des données de calcul de vote de l'objet (OVC), associées à ces données d'objet (0) et représentatives du nombre de fois où une chacune des valeurs (note), parmi une échelle de valeurs (ECH) déterminée, à été sélectionnée par les internautes pour chacun des critères (CQ_O) disponibles pour l'objet (0). Dans ces modes de io réalisation, ces données de calcul de vote (OVC) ne sont pas créées tant que l'internaute ne valide pas son vote. Dans d'autres modes de réalisation, il sera agencé également pour créer ces données si elles n'existent pas, sans attendre la validation du vote, dès l'instanciation de l'outil interactif de vote (QD), par exemple en affichant un message d'invitation pour inciter is l'internaute à voter et permettre d'attribuer des valeurs à ces données encore vierges. De plus, dans certains modes de réalisation, le module (GQ) de gestion qualité, par exemple grâce à un module (D) de vote, est agencé pour élaborer et transmettre à l'outil interactif (QD), à partir des données de calcul 20 de vote de l'objet (OVC), au moins une représentation synthétique (RS) des votes des internautes pour chaque critère disponible pour l'objet ou un message d'invitation de l'internaute à être le premier à voter si ces données de calcul de vote de l'objet (OVC) n'existent pas dans la base de données qualité (DB_Q) (ou si elles sont vierges). L'outil interactif de vote (QD) est 25 agencé pour afficher sur le terminal communicant, d'une part, les informations relatives à l'objet grâce aux données d'objet (0) et, d'autre part, cette représentation synthétique (RS) ou ce message d'invitation. Dans certains modes de réalisation proposant divers modes de présentations des votes, le module (GQ) de gestion qualité consulte également aussi les 30 données d'évaluations (EV_G) pour retrouver les informations relatives au thème de représentation choisi par le gestionnaire, pour élaborer la représentation synthétique (RS) conformément à ce choix. Cette élaboration pourra être réalisée avant ou lorsqu'il consulte la base de données pour retrouver les données de calcul de vote (OVC). Grâce à des fonctionnalités, dans certains modes de réalisation, l'internaute pourra obtenir un autre type s de représentation synthétique (RS) s'il le souhaite en sélection un lien dans l'outil interactif pointant vers une fonction dédiée du serveur de gestion qualité (SQ). D'autre part, dans certains modes de réalisation de l'outil interactif de vote (QD) sont agencés pour afficher un lien de vote sélectionnable par io l'internaute sur son terminal communicant et pointant vers le module (GQ) de gestion qualité (par exemple vers le module (D) de vote). Ce module du serveur de gestion qualité (SQ) est agencé pour envoyer à l'outil un formulaire de vote lorsque ce lien est sélectionné, ce formulaire étant affiché sur le terminal communicant de l'internaute. Ce formulaire comprend au 15 moins un champ de sélection ou de saisie permettant à l'internaute d'attribuer, à l'objet (0) auquel est associé l'outil interactif de vote (QD), une valeur (note), parmi une échelle de valeurs (ECH) proposée dans le formulaire, pour chacun des critères (CQ_O) disponibles pour cet objet (0). Ce formulaire peut également comporter au moins un champ de validation 20 sélectionnable pour l'envoi du formulaire rempli au module (GQ) de gestion qualité. Ce dernier est agencé pour recueillir le formulaire et créer à partir des données de ce dernier, dans la base de données qualité (DB_Q), au moins des données de vote des critères (VC), représentatives de la valeur (note) attribuée par l'internaute à l'objet (0) pour chaque critère (CQ_O) 25 parmi l'échelle de valeurs (ECH) proposée dans le formulaire. Ce module est également agencé pour créer, si elles n'existent pas, ou mettre à jour, à partir de ces données de vote des critères (VC), les données de calcul de vote de l'objet (OVC) dans la base de données qualité (DB_Q). Dans certains modes de réalisation, lors de ce vote, l'internaute doit 30 attribuer une valeur à chacun des critères. Cependant, dans d'autres modes de réalisation, il pourra ne pas attribuer une des valeurs proposées à l'objet mais attribuer une valeur spécifique, par exemple d'un autre champ, lui permettant de justifier qu'il ne vote pas par rapport à un critère donné parce qu'il ne trouve n'est pas ce critère pertinent ou qu'il ne vote pas parce qu'il ne comprend pas le critère. Dans d'autres modes de réalisations, les valeurs proposées pour chacun des critères pourront comporter au moins une valeur pour cette sélection de la non-pertinence (et/ou la non-utilisation) d'un critère. Dans ces divers modes de réalisation, les critères pourront être petit à petit réévalués, notamment grâce à la conservation de divers types de données représentatives de l'utilisation ou non d'un critère, par exemple lors d'une io phase de modération par les gestionnaires et/ou par les administrateurs du serveur de gestion qualité (SQ) lui-même. Ainsi, d'une part, en permettant aux internautes de voter sur les objets, en fonction des critères, l'outil interactif permet de collecter et diffuser les informations relatives à la qualité et des objets et, d'autre part, en permettant aux gestionnaires de voir si leurs is critères sont utilisés par les utilisateurs qui votent, les outils interactifs permettent d'aider à la définition des critères. De plus, comme mentionné précédemment, cette définition des critères est obtenue de façon avantageuse dans divers modes de réalisation de la présente invention par le module (GQ) de gestion qualité, grâce à l'évaluation de la popularité des 20 critères utilisés par les divers gestionnaires et par la convergence vers les critères les plus utilisés qui se produit du fait de leur présentation par ordre de popularité lors des enregistrement d'évaluations par les gestionnaires. Dans certains modes de réalisation, le module (GQ) de gestion qualité est également agencé pour générer, à la réception du formulaire de vote, des 25 données de vote (V) représentatives des informations générales relatives au vote, par exemple telles que la date du vote et/ou le nom de l'internaute s'il est identifié par l'intermédiaire du formulaire de vote. Ces données de vote seront associées, dans la base de données qualité (DB_Q), aux données de vote des critères (VC) et aux données d'objet (0). De plus, dans certains 30 modes de réalisation, le formulaire de vote comporte d'autres champs de sélection et/ou de saisie pour la création par le module (GQ) de gestion qualité, à partir des sélections et/ou saisies des internautes dans ces champs, d'au moins un type de données parmi les suivantes: données de commentaires de vote (CoV), représentatives de commentaires généraux sur l'objet, - données de commentaire de critère (CoC), représentatives de commentaires sur l'objet pour chacun des critères disponibles, - données de publication (DV) correspondant à des fichiers transmis par les internautes au module (GO) de gestion qualité, tels que des fichiers d'images, de vidéo ou de divers types. io Dans ces modes de réalisation, les données de vote (V) pourront également être associées, dans la base de données qualité (DB_Q), aux données de commentaires de vote (CoV) et/ou aux données de publication (DV). Les données de vote des critères (VC) seront de préférence associées aux données de commentaire de critère (CoC) puisqu'elles concernent les 15 critères individuellement. Dans certaines variantes, des données de publication (DV) pourront être générées également pour chacun des critères, à partir de champs correspondants dans le formulaire de vote. Ces données de publication (DV) relatives aux critères seront alors associées aux données de vote des critères (VC). Ainsi, l'internaute pourra publier par exemple une 20 image ou une vidéo pour chaque critère (par exemple pour montrer pourquoi il pense que l'objet vaut la note qu'il lui a attribué pour un critère donné). Dans certains modes de réalisation, la représentation synthétique (RS) est élaborée, à partir des données de calcul de vote de l'objet (OVC), grâce à au moins un algorithme de représentation, permettant : - le calcul d'une note moyenne de l'objet pour chacun des critères à partir des données de calcul de vote de l'objet (OVC), - le tri des critères par note moyenne et - une représentation intuitive en fonction d'un thème de représentation choisi par le gestionnaire dans les données d'évaluation (EV_G). 25 30 Dans certains modes de réalisation, Les critères peuvent prendre plusieurs (par exemple 5) valeurs discrètes d'une échelle (ECH). Ces valeurs peuvent être représentées par des couleurs ou une autre forme de représentation (histogrammes, étoiles, smileys, radars, etc... comme montré dans les annexes 4, 5, 6 et 7 par exemple). Dans certains exemples, l'échelle (ECH) est définie par le thème choisi, mais pourra avoir un nombre de valeurs donné (par exemple 5) quel que soit le thème. Dans certains modes de réalisation, l'échelle et/ou le thème sera modifiable par l'internaute et le module de gestion qualité (GO) appliquera l'algorithme correspondant à Io l'échelle (ECH) et/ou le thème sélectionné. Un exemple d'un algorithme pour le calcul d'une note moyenne est détaillé ci-après. Dans cet exemple, le tri consiste à classer les critères par note moyenne décroissante. Les représentations synthétiques rendues possibles par un tel calcul de note moyenne sont montrées dans les annexes 4 à 7. En particulier, ce type 15 d'algorithme, grâce notamment à la distinction des valeurs (note) attribuées par tous les internautes à chacun des critères, permet une représentation du type « abaque de Régnier » qui synthétise toutes les informations dans un même graphique, comme par exemple représenté sur l'annexe 5. On notera que, notamment dans les modes de réalisation où les votes permettent aux 20 internautes de justifier une absence de vote, ce type d'abaque permet une représentation de l'information relative à cette justification (ce qui permet de connaître pourquoi un critère n'est pas ou peu utilisé et permet donc d'améliorer la base de données). Pour la représentation synthétique (RS) des votes attribués à l'objet 25 (pour chacun des critères), un algorithme de calcul permettant le tri des critères par note moyenne décroissante peut être utilisé, à partir des données de calcul de vote de l'objet (OVC). Cet algorithme permet d'organiser les critères d'évaluation en fonction d'un « consensus favorable », c'est-à-dire de la note attribuée à l'objet pour chacun d'eux. Les 30 critères les mieux notés pourront par exemple apparaitre en tête de liste. Les données de calcul de vote d'objet (OVC) permette de recueillir les votes des internautes pour un objet, à partir des données de vote critère (VC) grâce auxquelles les internautes votent (attribuent une note à l'objet) pour chaque critère. Pour chaque critère, le votant choisit une valeur (note) sur une échelle (ECH) discrète (par exemple de couleur et/ou de texte indiquant à quoi correspond le vote). Cette valeur (note) représente son opinion et sera caractérisée par un poids dans l'algorithme de calcul. Par exemple, pour un objet donné, 6 critères peuvent être disponibles et l'internaute va attribuer une valeur à l'objet pour chacun de ces 6 critères. Les données de calcul de io vote d'objet (OVC) permettent d'élaborer par exemple, pour un objet donné, un tableau de critères organisés par valeur moyenne décroissante (ou consensus favorable décroissant). Pour remplir le tableau, les valeurs (notes) attribuées, pour chaque critère (par exemple dans lignes du tableau), seront représentées en 15 pourcentage des unes par rapport aux autres. A chaque valeur est attribué un poids par l'algorithme de calcul. Par exemple, les valeurs représentant des votes positifs (par exemple de couleur vert et/ou correspondant à « très bon » ou « tout à fait d'accord) recevront un poids maximum d'une échelle de poids, et les valeurs inférieures (en terme signification de l'adhésion de 20 l'internaute à l'affirmation correspondant au critère) reçoivent des poids inférieurs. Par exemple, sur une échelle à 5 valeurs (note) pour chaque critère : - la valeur (note) la plus positive (par exemple vert foncé) reçoit un poids de 5, 25 - la valeur (note) inférieure (par exemple vert clair) reçoit un poids de 4, - la valeur (note) inférieure (par exemple jaune) reçoit un poids de 3, - la valeur (note) inférieure (par exemple orange) reçoit un poids de 2, - la valeur (note) la plus négative (par exemple rouge) reçoit un poids de 1. Grâce à ce poids des valeurs et au pourcentage qu'elles ont dans les 30 votes de l'objet (OVC), un score est calculé pour le classement. Par exemple, le poids est multiplié par le pourcentage de chaque valeur (note en couleurs dans l'exemple ci-dessus) et les critères sont alors classés par score décroissant. Le pourcentage des valeurs pour chaque critère peut être utilisé pour élaborer la représentation synthétique (RS). Dans certains cas, comme par exemple sur l'annexe 5 correspondant à un abaque de Régnier, la représentation montre les pourcentages de chaque valeur. L'algorithme de tri par note moyenne pourra par exemple, être obtenu grâce à la suite d'instructions suivantes (montrées uniquement à titre illustratif et non limitatif): Function getCriterePoids(IdObjet /* identifiant de l'objet */) lo criteresPoids = [vide]; couleurs = [ [poids = 5, couleur = #009933 (vert foncé)], [poids = 4, couleur = #OOFF00 (vert claire)], [poids = 3, couleur = #FFFF00 (jaune)], 15 [poids = 2, couleur = #FF9900 (orange)], [poids = 1, couleur = #FF0000 (rouge)] ]; » criteres = getCritèreEvaluation(IdObjet) ; pour chaque criteres => critereCourant 20 weightltem = 0; nombreVoteCritere = getNbVoteCritere(critereCourant[identifiant], IdObjet) ; pour chaque couleurs => couleurCourante nombreVoteCritereColor 25 getNbVoteCritereCouleur(critereCourant [identifiant], couleurCourante[identifiant], IdObjet); si nombreVoteCritereColor > 0 alors pourcent = round( (nombreVoteCritere / nombreVoteCritereColor) * 100, 2); criteresPoids[ critereCourant[identifiant] ]['pourcent'][ couleurs [identifiant] ] = pourcent ; weightltem += pourcent * couleurCourante[poids]; fin si fin pour criteresPoids[ critereCourant[identifiant] ][poids '] = weightltem; fin pour Return triParPoidsDécroissant(criteresPoids); fin Function Suite à cette présentation de la représentation synthétique (RS), l'internaute peut voter lui aussi pour attribuer à l'objet les valeurs qu'il souhaite pour chaque critère. L'annexe 8 représente un exemple d'une fenêtre (ou formulaire) de vote avec les champs de sélection/saisie 1s possibles. Cet exemple montre en particulier chaque valeur, représentée par une couleur, est sélectionnable et son survol s'accompagne d'un affichage d'un texte expliquant sa signification. D'autre part, dans certains modes de réalisation, l'invention prévoit divers types de représentations synthétiques (RS) et même diverses formes 20 d'une même représentation synthétique (RS). Diverses formes d'une représentation synthétique sont représentées dans chacune des annexes 4, 5, 6 et 7. Dans chacune de ces annexes sont représentées : - en bas de l'encart : une forme « repliée » dans laquelle les notes moyennes des critères sont repliées dans une moyenne de l'ensemble 25 des critères, - en haut, à gauche: une forme « dépliée » dans laquelle les notes moyennes des critères sont détaillées pour chacun des critères - en haut, à droite : une forme « déroulée » montrant les votes attribués par les internautes. 30 L'annexe 9 montre les formes « repliée » et « dépliées » des représentations synthétiques (RS) des annexes 5, 4 et 6 (de haut en bas), ainsi qu'une représentation vierge (tout en bas) dans laquelle figure un message d'invitation à voter (dans le cas où les données de calcul de vote d'objet (OVC) n'existent pas ou sont vierges). L'obtention de diverses formes de représentation pourra se faire par exemple par des sélections de lien(s) dans l'outil interactif. Par exemple, l'icône symbolisant un oeil dans ces annexes permet de déplier/replier une forme repliée/dépliée et l'icône symbolisant un crayon et une feuille permet de voter. Dans certains modes de réalisation, les outils interactifs comportent un outil interactif de recherche (WR), la balise (Tag_R) pour cet outil étant générée par le module (GQ) de gestion qualité pour chacune des données io d'identification (ID_G) créée par un gestionnaire. Les balises (Tag_R) pointant vers les outils interactifs de recherche (WR) sont de préférence générées pour chaque gestionnaire enregistré dans la base de données (DB_Q) qualité (grâce aux données (ID_G) d'identification). Les outils interactifs de recherche (WR) permettent alors de rechercher des critères is parmi tous les objets (0) de toutes les catégories (CO) d'objets que le gestionnaire propose sur son site (SW). L'intégration de cette balise (Tag_Q) dans le code source d'au moins une page (PW) du site Internet (SW) du gestionnaire permet l'accès de l'outil de recherche (RW) aux données d'identification (ID_G) et/ou aux données d'évaluation (EV_G) du 20 gestionnaire. Le module (GQ) de gestion qualité, contacté par le serveur (SG) du gestionnaire hébergeant cette page (PW) lors d'un accès d'un terminal communicant (I1, 12), est agencé, par exemple grâce à un module (G) de recherche, pour consulter la base de données qualité (DB_Q), afin d'en extraire les données de catégorie (CO) et les données de critères 25 (CQ_O) associées aux données d'évaluation (EV_G) du gestionnaire. D'autre part, le module (GQ) de gestion qualité, par exemple un module (G) de recherche, est également agencé pour envoyer à l'outil de recherche (WR) un formulaire de recherche comportant des champs de sélection et/ou de saisie permettant à l'internaute de sélectionner au moins une catégorie 30 dans laquelle il souhaite effectuer une recherche d'objet et, pour chaque catégorie, de sélectionner au moins un choix de critère (CQ_O) ou un choix d'ordre de priorité d'une pluralité de critères (CQ_O). Le formulaire peut comprendre au moins un champ de validation pour l'envoi du formulaire, par l'outil interactif de recherche (WR) vers le module (GO) de gestion qualité (ou module (G) de recherche) agencé pour rechercher, dans la base de données qualité (DB_Q), les données d'objets (0) du site internet (SW) du gestionnaire qui correspondent à cette sélection de critère (CQ_O). Dans certains modes de réalisation, l'outil de recherche pourra être rendu accessible par un lien de recherche dans une page internet (PW), et les divers moyens mis en oeuvre détaillés ici pour l'envoi et le recueil des données du formulaire de recherche seront déclenchés par la sélection de ce io lien de recherche par l'internaute au lieu d'être déclenché par la détection d'une balise par le serveur (SG) du gestionnaire (de même que les balises pour tous les types d'outils interactifs envisagés dans la présente invention peuvent être détectés). Ainsi, dans certains modes de réalisation, l'outil est un outil interactif de recherche (WR) affiché dans au moins une page (PW) is internet et comprenant au moins un lien de recherche et pointant vers une fonction du module (GO) de gestion qualité pour renvoyer au navigateur de l'internaute un formulaire de recherche comportant des champs de sélection et/ou de saisie permettant à l'internaute de sélectionner au moins une catégorie dans laquelle il souhaite effectuer une recherche d'objet et, pour 20 chaque catégorie, de sélectionner au moins un choix de critère (CQ_O) ou un choix d'ordre de priorité d'une pluralité de critères (CQ_O), le formulaire comprenant un champ de validation pour l'envoi du formulaire, par l'outil interactif de recherche (WR) vers le module (GO) de gestion qualité agencé pour recueillir cette sélection dans le formulaire et pour rechercher, dans la 25 base de données qualité (DB_Q), les données d'objets (0) du site internet (SW) du gestionnaire qui correspondent à cette sélection de critère (CQ_O). Dans certains modes de réalisation, le module (GO) de gestion qualité est agencé (par exemple grâce à un module (G) de recherche) pour, d'une part, rechercher, dans la base de données qualité (DB_Q), les données 30 d'objets (0) qui sont associées aux critères (CQ_O) sélectionnés par l'internaute dans le formulaire de recherche et les données de calcul de vote de l'objet (OVC), associées à ces données d'objet (0), et pour, d'autre part, lorsque la sélection de l'internaute comporte un ordre de priorité d'une pluralité de critères (00_O), pour trier les objets trouvés en fonction d'une note de classement, attribuée à chacun des critères disponibles pour chacun des objets et calculée à partir de la valeur (note) de ces critères dans les données de calcul de vote des objets (OVC) et d'un coefficient appliqué sur chaque critère en fonction de son classement dans l'ordre de priorité, puis pour renvoyer une page de résultat de cette recherche et de ce tri à l'outil de recherche (WR), pour affichage sur le terminal communicant (I1, 12) de io l'internaute. Le module de gestion qualité (par exemple grâce à un module (C) d'intégration) peut générer les balises (Tag_R) pour la recherche après l'identification du gestionnaire (module (A) d'inscription) et/ou les balises (tag_Q) pour le vote après l'évaluation d'un objet (module (B) d'évaluation). is Les deux types d'outils pourront bien entendu être regroupés dans un seul et même outil intégrant les liens de fonction pour la recherche et les liens de fonction pour l'interaction de l'internaute. D'autres outils interactifs ou d'autres fonctions de ces outils peuvent être prévus et les exemples donnés ici, particulièrement avantageux par la diffusion ces critères qualité de 20 l'invention qu'ils permettent, ne sont pas limitatifs. Dans certains modes de réalisation, les liens sur les outils interactifs comportent également (ou sont associées à) au moins un champ de saisie, notamment pour l'identification de l'internaute, associé à une touche (ou lien) de validation de la saisie. L'identification de l'internaute permet que les 25 actions d'un internaute effectué à l'aide d'un des outils interactifs soient enregistrées dans la base de données qualité en association avec des données représentatives d'un compte de cet internaute. D'autres champs de saisie que ceux pour l'identification sont également prévus, notamment pour déposer des commentaires par exemple. Dans l'outil interactif de recherche 30 (WR), la validation du formulaire de recherche peut être réalisée par sélection d'un lien de fonction pointant vers le module de gestion qualité (GQ) pour lui faire réaliser la recherche correspondant au formulaire de recherche envoyé. D'une manière générale, le module de gestion qualité est agencé pour interagir avec l'internaute via les outils interactifs. Un module (F) d'interaction pourra être dédié aux diverses interactions possibles. Dans certains modes de réalisation, ces liens de fonction sont affichés par s exemple sous forme d'icône formant une représentation intuitive de la fonction qui lui est associée sur le serveur de gestion qualité (SQ). Dans certains modes de réalisation, le lien vers la fonction de vote permet également aux internautes de déposer au moins un commentaire, comme expliqué précédemment. Dans divers modes de réalisation, les outils io comprennent différents liens de fonction permettant aux internautes de déposer, indépendamment du vote, en plus du vote ou en même temps que le vote, un commentaire général et/ou un commentaire par critère et/ou au moins une image et/ou au moins une vidéo et/ou tout type de données. Ces données (commentaire, image, etc.) seront stockées dans la base de 15 données (DB_Q) qualité. On comprendra à la lecture de la présente demande que les liens de fonction pointent vers le module de gestion qualité (GQ) et/ou au moins un des modules dédiés (D, E, F, G, H), puisque les fonctions sont réalisées par au moins un module comme expliqué précédemment. Des liens de fonction pourront pointer également vers les 20 modules (A, B, C) dédiés aux gestionnaires, notamment si ce sont des gestionnaires identifiés qui utilisent les outils interactifs. Dans certains modes de réalisation, les outils interactifs (ou l'outil) sont de type « widget » (contraction de windows et gadget). L'intégration des balises (Tag_Q, Tag R) dans le site dans le site se 25 fait par copier coller d'un pack d'intégration, par le gestionnaire dans les scripts de son site web (SW) sur son serveur (SG). L'interaction de l'internaute avec les outils utilisateur se fait ensuite avec le module de gestion qualité (GQ) directement (par exemple grâce à un module (E) de cache ou un module (F) d'interaction à la volée et/ou un module (D) de vote 30 et/ou un module (G) de recherche et/ou un module (H) de zoom, selon divers modes de réalisation). Comme mentionné précédemment, la présente invention concerne également un procédé gestion de données qualité. Dans les divers modes de réalisation utilisant les outils interactifs, un procédé pour la gestion de ces données qualité, dont un exemple est représenté sur la figure 5, pourra comporter au moins une étape de création (70) d'au moins une balise (Tag_Q, Tag_R), par le module (GO) de gestion qualité, pour permettre la collaboration d'internautes accédant à au moins un site internet (SW) d'un gestionnaire. Une étape (701) d'intégration, par le gestionnaire du site internet (SW) dans le code source d'au moins une page (PW) internet de son io site internet (SW), permet que, lors d'une étape d'accès (90) du navigateur d'un terminal communicant (I1, 12) d'un internaute à cette page Internet (PW), le serveur (SG) du gestionnaire détecte (901) cette balise (Tag_Q, Tag_R) pointant vers le module (GO) de gestion qualité, et l'utilise pour mettre en oeuvre une étape de communication (80) avec ce dernier et obtenir is les données nécessaires à l'exécution (100, 105) et au fonctionnement de l'outil interactif (QD, WR) dans le navigateur. Le serveur (SG) du gestionnaire met alors en oeuvre une étape d'intégration (801) de ces données obtenues dans les données de la page Internet (PW) transmises à ce navigateur. Dans certains modes de réalisation, ce procédé comporte une étape 20 d'exécution (100) d'au moins un outil interactif de vote (QD) relatif à un objet (0), la balise (Tag_Q) pour cet outil étant générée (70) par le module (GO) de gestion qualité pour chacune des données d'évaluation (EV_G) créée par un gestionnaire, l'intégration (701) de cette balise (Tag_Q) dans le code source d'au moins une page (PW) du site Internet (SW) du gestionnaire 25 permettant la définition de données d'objet (0), représentatives de l'objet évalué. Dans certains modes de réalisation, cette étape d'exécution (100) étant accompagnée des étapes suivantes : - consultation/création (1001), par le module (GO) de gestion qualité, de données d'objet (0) dans la base de données qualité (DB_Q), ces 30 données étant consultées si elles existent ou créées si elles n'existent pas, - consultation (1002), par le module (GQ) de gestion qualité, de données de calcul de vote de l'objet (OVC), associées à ces données d'objet (0) et représentatives du nombre de fois où une chacune des valeurs (note), parmi une échelle de valeurs (ECH) déterminée, à été sélectionnée par les internautes pour chacun des critères (CQ_O) disponibles pour l'objet (0), - création (1003), par le module (GQ) de gestion qualité, d'au moins une représentation synthétique (RS) des votes des internautes pour chaque critère disponible pour l'objet ou d'au moins un message d'invitation de l'internaute à être le premier à voter si les données de calcul de vote de io l'objet (OVC) n'existent pas dans la base de données qualité (DB_Q), - transmission (1004) à l'outil interactif de vote (QD), par le module (GQ) de gestion qualité, de la représentation synthétique (RS) et/ou d'un lien de vote, - affichage (1005), par le module (GQ) de gestion qualité, de la is représentation synthétique (RS) et/ou d'un lien de vote. Le lien de vote peut être affiché en plus de la représentation synthétique (RS) car ce lien de vote invite l'internaute à voter, qu'il existe déjà des votes ou non. Dans certains modes de réalisation, l'étape de création (1003) de la 20 représentation synthétique (RS) comporte une étape (1031) de tri des données de critère (CQ_O) en fonction des données de calcul de vote (OVC) et/ou une étape de consultation (1032) des données d'évaluation (EV_G) pour trouver le thème à utiliser dans la représentation synthétique. L'étape (1031) pourra reposer sur l'utilisation d'un algorithme de tri tel que celui 25 détaillé précédemment. Dans certains modes de réalisation, dont un exemple est représenté sur la figure 6, l'étape d'affichage (1005) d'un lien vote s'accompagne, lors d'une sélection (6400) de ce dernier par un internaute, de la mise en oeuvre des étapes suivantes : - transmission (6401), par le module de gestion qualité (GQ), d'un formulaire de vote élaboré à partir des données d'objet (0) et des critères qualité (CQ_O) associés à cet objet, - sélection/saisie (6402) dans le formulaire de vote par l'internaute, au moins par attribution (6420) d'une valeur (note) parmi une échelle de valeurs (ECH) proposée dans le formulaire, à chacun des critères (CQ_O) disponibles pour l'objet (0) auquel est associé l'outil interactif de vote (QD), - transmission (6403) du formulaire de vote rempli avec la valeur (note) attribuée à chaque critère (00_O), io - enregistrement (6404), par le module de gestion qualité (GQ), au moins par enregistrement (6440) de données de vote des critères (VC), représentatives de la valeur (note) attribuée par l'internaute à l'objet (0) pour chaque critère (CQ_O) parmi l'échelle de valeurs (ECH) proposée dans le formulaire, 15 - création/mise à jour (6405), par le module de gestion qualité (GQ), des données de calcul de vote de l'objet (OVC), dans la base de données qualité (DB_Q), à partir de ces données de vote des critères (VC). Dans certains modes de réalisation, l'étape de sélection/saisie (6402) dans le formulaire de vote par l'internaute comporte au moins une étape de 20 sélection/saisie (6420) de vote pour les critères. Dans certains modes de réalisation, cette étape s'accompagne, par exemple si l'internaute le requiert, d'une étape de saisie (6421) d'au moins un commentaire de vote (CoV) et/ou d'une étape de saisie (6422) d'au moins un commentaire de critère (CoC) et/ou d'au moins une étape de sélection (6423) d'au moins un fichier de 25 données transféré du terminal de l'internaute vers le serveur de gestion qualité (SQ) qui l'enregistre dans la base de données qualité (DB_Q). Dans certains modes de réalisation, l'étape d'enregistrement (6404) du de vote de l'internaute comporte au moins une étape d'enregistrement (6441) des données de vote critères (VC). Dans certains modes de 30 réalisation, cette étape s'accompagne d'une étape d'enregistrement (6440) de données de vote « générale » (V) et/ou d'une étape d'enregistrement (6442) de données de commentaire de vote (CoV) et/ou d'une étape d'enregistrement (6443) de données de commentaire de critère (CoC) et/ou d'une étape d'enregistrement (6444) de données de publication (DV) et/ou d'une étape d'enregistrement (6445) de données d'associations entre ces diverses données enregistrées. Dans certains modes de réalisation, le procédé peut comporter une étape de création/mise à jour (6406) de données de statistiques, par exemple représentatives du nombre de vote ayant eu lieu un jour donné, sur un site donné ou tout type de combinaison des informations des autres types io de données. Par exemple, l'annexe 10 montre un écran d'affichage des données de statistiques. Dans certains modes de réalisation utilisant des outils interactifs de recherche (WR), l'invention prévoit un procédé comportant au moins une étape d'exécution (105) d'au moins un outil interactif de recherche (WR). La 15 balise (Tag_R) pour cet outil est générée (70) par le module (GO) de gestion qualité pour chacune des données d'évaluation (EV_G) créée par un gestionnaire. L'intégration (701) de cette balise (Tag_R) dans le code source d'au moins une page (PW) du site Internet (SW) du gestionnaire permettant la définition de données d'objet (0), représentatives de l'objet évalué, cette 20 étape d'exécution (105) étant accompagnée des étapes suivantes : - consultation (1051), par le module (GO) de gestion qualité, des données d'évaluation (EV_G) et de critères (CQ_O) dans la base de données qualité (DB_Q), - transmission (1052) à l'outil interactif de vote (QD), par le module 25 (GO) de gestion qualité, d'un formulaire de recherche contenant les critères disponibles pour le site à partir duquel il est exécuté - affichage (1053) du formulaire de recherche sur le terminal communicant de l'internaute, - sélection/classement (1054) d'au moins un critère par l'internaute, 30 - transmission (1055) au module (GO) de gestion qualité, par l'outil interactif de vote (QD), du formulaire de recherche rempli, - consultation (1056) des données d'objet (0) et de calcul de vote (OVC) de la base de données qualité (DB_Q), en fonction du formulaire de recherche rempli, - tri (1057) des objets (0) en fonction des données de calcul de vote s (OVC), selon le formulaire de recherche rempli, - transmission (1058), par le module (GQ) de gestion qualité, à l'outil interactif de recherche (WR), des données résultant du tri des objets (0), - affichage (1059) du résultat du tri des objets (0), par l'outil interactif de recherche (WR). io Lors de l'étape consultation (1051), les données de critère qualité (CQ_O) disponibles peuvent être déterminées à partir des données d'identification (ID_G) et/ou d'évaluation (EV_G) du gestionnaire à partir du site duquel l'outil interactif de recherche (WR) est invoqué, de façon à ne lister que les critères pour lesquels le site du gestionnaire propose des objets 15 (0). De plus, la présentation de ces critères peut s'accompagner d'une étape de tri (6110) des critères par leur nombre (N) d'utilisation (mise en oeuvre avant ou pour la transmission du formulaire de recherche), de façon à présenter à l'internaute les critères les plus consensuels. Notamment dans les modes de réalisation où l'internaute peut ne pas attribuer de valeur à un 20 critère ou peut attribuer une valeur représentative de la non-pertinence (ou au moins de la non-utilisation) du critère, cette présentation de ces critères peut s'accompagner d'une étape de tri des critères par leur utilisation dans les votes des internautes. Ensuite, le classement (1054) permettra à l'internaute de modifier l'ordre des critères pour la recherche, par exemple 25 grâce à un algorithme spécifique. Le module de gestion qualité (GQ) (par exemple grâce à un module de recherche (G) dédié) permet de récupérer une liste d'objets dont le résultat est organisé en fonction des critères d'évaluation qui sont priorisés par l'utilisateur. Un exemple d'un tel algorithme est détaillé ci-après : 30 L'internaute choisit une catégorie (CO) et le module de recherche (G) récupère les critères (CQ_O) des évaluations (EV_G) de la catégorie (CO) et les présente à l'internaute sur l'outil de recherche (WR). L'internaute priorise les critères en les classant dans un ordre de priorité pour sa recherche (du plus pertinent au moins pertinent par exemple). Par exemple, une liste de critères (critère 1, critère 2, critère 3) est présente et, après priorisation, la liste des critères est la suivante (critère 2, critère 3, critère 1). Le module de s recherche (G) applique alors un coefficient à chacun des critères en fonction de leur priorité (par exemple en décrémentant du plus prioritaire, qui possède donc le coefficient le plus fort, au moins prioritaire, qui possède donc le coefficient le plus faible). Le module de recherche (G) récupère la liste de tous les objets (0) des évaluations (EV_G) appartenant à la catégorie (CO) 10 sélectionnée, puis calcule une note de priorité pour chaque objet (basée, d'une part, sur la valeur (note) attribuée à l'objet pour chacun des critères (dans l'échelle (ECH) de valeur), et, d'autre part, sur le coefficient appliqué sur les critères en fonction de la priorité définie par l'internaute). Par exemple, pour chaque objet, une note de priorité sur 100 est attribuée à 15 chacun des critères (calculée à partir des données (OVC) de calcul de vote de l'objet). Le module de recherche (G) construit ensuite le résultat de la recherche sous forme d'un tableau d'objets triés selon la priorité des critères, par note de priorité décroissante. L'algorithme de tri de la recherche pourra par exemple, être obtenu 20 grâce à la suite d'instructions suivantes (montrées uniquement à titre illustratif et non limitatif): tabCritere = array(IdentifiantCritère2, IdentifiantCritère3, IdentifiantCritèrel) ; tabCritere = inversionTableau (tabCritere) 25 precision = 2 ; multi = (10 puissance precision ) * 100 ; tabCritereCoeff = array() ; tabCritereCoeff[ tabCritere[0] ] = 1 lastld = tabCritere[0]; pour i = 1 jusqu'à tabCritere.length - 1 tabCritereCoeff[ tabCritere[i] ] = tabCritereCoeff[lastld] * multi + tabCritereCoeff[lastld] ; lastld = tabCritere[i] s fin pour tabObjetNote = array() ; Pour chaque objet Pour chaque tabCritere noteCritereObjet = getNoteCritereObjet( objet[identifiant'], io tabCritere['identifiant']) ; tabObjetResult[ objet[identifiant'] ] +_ noteCritereObjet * tabCritereCoeff[tabCritere['identifiant'] ] ; Fin pour Fin pour 15 tabObjetNote = trieObjetParNoteDecroissant(tabObjetResult) ; Pour le calcul de la note de priorité des critères, les instructions pourront être les suivantes : Function getNoteCritereObjet (idObjet /* identifiant de l'objet */ , 20 idCritere /* identifiant du critère */) #poids du critère weightltem = 0; #tableau des couleurs couleurs = [ 25 [poids = 5, couleur = #009933 (vert foncé)], [poids = 4, couleur = #OOFF00 (vert claire)], [poids = 3, couleur = #FFFFOO (jaune)], [poids = 2, couleur = #FF9900 (orange)], [poids = 1, couleur = #FF0000 (rouge)] 1; s nombreVoteCritere = getNbVoteCritere(critereCourant[identifiant], IdObjet) ; pour chaque couleurs => couleurCourante nombreVoteCritereColor getNbVoteCritereCouleur(critereCourant[identifiant], 10 couleurCourante[identifiant], IdObjet); si nombreVoteCritereColor > 0 alors pourcent = round( (nombreVoteCritere / nombreVoteCritereColor) * 100, 2); weightltem += pourcent * couleurCourante[poids]; 15 fin si fin pour MaxPoidsCouleur = poids maximum des couleurs = 5 return round (weightltem / MaxPoidsCouleur) ; End function 20 Comme expliqué précédemment pour le serveur et le système, indépendamment du fait que les critères aient été définis de manière collaborative à partir d'un consensus obtenu grâce à la présentation du nombre (N) d'utilisation, l'invention peut également concerner un procédé de 25 vote ou un procédé de collaboration des internautes dans l'établissement de données relatives à la qualité. Dans les modes de réalisation où l'internaute ne vote pas forcément sur l'objet pour chacun des critères, les données de vote permet non seulement d'obtenir des données relatives à la qualité qui sont fiables mais également participe à la sélection des critères les plus consensuels, car les critères les moins utiles ou pertinents ont de grande chance d'obtenir peu de vote. Le procédé pourra alors comporter une étape s de modération des critères par vérification du nombre de vote effectués sur les divers critères. Les critères pour lesquels peu de vote auront été obtenus pourront être écartés de la liste présentée aux internautes (notamment automatiquement, par exemple à l'aide d'un seuil d'utilisation, ou manuellement par un modérateur). io Dans certains modes de réalisation, l'invention prévoit une mise en cache des données pour éviter les problèmes de saturation, notamment de la (ou des) base(s) de données qualité (DB_Q). Le module de gestion qualité (GQ) est agencé, par exemple grâce à un module (E) de cache, pour la création des données nécessaires à cette mise en cache. Sur le(s) 15 serveur(s) de gestion qualité (SQ) le traitement asynchrone pour la mise en cache est lancé périodiquement, par exemple toutes les 5 minutes. La durée de validité du cache est paramétrable par l'administrateur du serveur de gestion qualité (SQ). Cette mise en cache repose sur la fabrication d'au moins un fichier de mise en cache d'outils interactifs, par exemple de type 20 « html » ou « xml » selon que les gestionnaires des sites Internet (SW) ou les administrateurs du serveur (SQ) de gestion qualité souhaitent transmettre les données permettant un rendu ou non. Les fichiers de mise en cache d'outils interactifs contiennent toutes les données nécessaires à l'exécution, au fonctionnement et à l'affichage d'un outil interactif (comme par exemple le 25 thème, les critères, les votes, les commentaires, les données de publication, etc.). Lorsque l'exécution d'un outil interactif est requise, le module (E) de cache extrait au moins un fichier de mise en cache nécessaire, de moyens de mémorisation qui lui sont accessibles, (par exemple les mêmes que ceux de la base de données qualité (DB_Q) ou, de préférence, d'autres moyens 30 de mémorisation qui risquent moins d'être saturés). Pour la création périodique des fichiers de mise en cache, le module (E) de cache extraite de la base de données qualité (DB_Q) les données nécessaires à l'exécution et au fonctionnement d'au moins un outil interactif (QD, WR) associé à au moins un objet (0). La création de ces données aura été réalisée comme expliqué ici (précédemment) et leur extraction permet de générer les fichiers s de mise en cache. Ainsi, par exemple lorsque la demande est trop forte et que le module de gestion qualité (par exemple un module (F) d'interaction et/ou un module (D) de vote et/ou un module (G) de recherche) échoue dans les fonctions (tâches) pour lesquelles il est agencé, c'est la version du fichier cache correspondante de la période précédente qui sera distribuée (pour io affichage sur le navigateur de l'internaute) et il n'y aura pas d'erreurs sur le site du gestionnaire. Ainsi, dans certains modes de réalisation, lorsque l'exécution d'un outil interactif relatif à un objet est requise, le serveur de gestion qualité (SQ) peut regarder s'il existe une version en cache de l'outil interactif (tentative de 15 lecture du fichier cache), dont le nom est par exemple construit au moins à partir d'au moins une partie des données d'évaluation (EV_G) et des données d'objet (0). Dans certains modes de réalisation, le module (E) de cache crée un fichier cache d'un outil interactif à partir des données d'évaluation (EV_G), des données de critères (CQ_O), des données d'objet 20 (0), des données (OVC) relatives au votes. Si une version du cache existe, le contenu du fichier par le module (E) de cache est envoyé au serveur du gestionnaire (SG). Sinon, l'interaction devra se faire par un traitement à la volée, par le module de gestion qualité (GQ), par exemple grâce au module (F) d'interaction. Dans ce cas, le module (F) d'interaction regarde dans la 25 base de données si les données d'objet (0) existent. Si elles n'existent pas, il crée ces données contenant les informations relatives à l'objet (par exemple la référence, la libellé, le prix, l'URL de l'objet, l'URL vers la photo de l'objet, les caractéristiques techniques, etc.). En revanche, si ces données d'objet (0) existent, mais que des différences sont apparues entre la version du 30 gestionnaire et la version stockée sur la base de données (DB_Q), le module met à jour les données dans la base de données (DB_Q). Qu'il existe un mécanisme de mise en cache ou non, l'invention prévoit, dans certains modes de réalisation, que si le(s) serveur(s) de gestion qualité (SQ) ne réponde(nt) pas, un « time-out » est déclenché au bout d'un temps déterminé (par exemple 5 ou 10 secondes) et un message d'erreur s dans l'outil interactif ou un outil spécifique d'erreur est transmis pour affichage sur le navigateur pour éviter que le site du gestionnaire n'échoue dans ses tâches. Dans les cas où il existe un mécanisme de mise en cache, la version de la période précédente du fichier de mise en cache est transmise et évite ce message d'erreur. Cependant, l'outil interactif extrait du io cache affiché en l'absence de réponse d'au moins certains modules du serveur de gestion qualité (SQ) pourra afficher un message d'absence de mise à jour de l'outil interactif (QD) et/ou l'heure à laquelle la dernière mise à jour a eu lieu. De plus, dans certains modes de réalisation, les fonctionnalités de la 15 mise en cache permettent qu'au moins une partie des données nécessaires au fonctionnement soient mises en cache (par exemple les données de base concernant l'outil interactif lui-même) et que seule une autre partie (par exemple, les données relatives aux votes ou tout type de données qui évoluent au cours du temps) nécessite un accès « à la volée » à la base de 20 données. Ainsi, certaines des données peuvent être stockées en permanence à l'avance et d'autres sont consultées dynamiquement, pour limiter l'accès à la base de données stockant les données consultées dynamiquement. Certains modes de réalisation du procédé pourront donc comporter au 25 moins une étape de consultation des fichiers de mise en cache, par le module de gestion qualité (GQ) (par exemple grâce à un module (E) de cache), suite à l'étape de communication (80) du serveur (SG) d'un gestionnaire avec le serveur de gestion qualité (SQ). Ce dernier renvoi alors les données d'au moins un des fichiers de mise en cache pour permettre 30 l'exécution et le fonctionnement de l'outil interactif dont la balise a été détectée par le serveur (SG) du gestionnaire. Dans certains modes de réalisation, les outils interactifs (QD, WR) comportent également un lien vers une fonction « zoom » du serveur de gestion qualité (SQ). Par exemple, dans les annexes 4 à 7 sont représentés des outils interactifs sous forme dépliée. Cette forme dépliée pourra être s générée par ce mécanisme de zoom, lorsqu'un internaute sélectionne un lien spécifique (par exemple l'icône symbolisant un oeil sur ces annexes). La représentation synthétique (RS) contient alors une matrice comprenant autant de lignes que de critères. Chaque ligne (critère) est construite par regroupement de tous les votes de même valeur (note) au sein de l'échelle io (ECH) et triés par note décroissante. Les fonctionnalités de zoom permettent également à l'internaute, grâce à au moins un lien dans la surface d'affichage d'au moins une des valeurs (note) de l'échelle, de consulter les commentaires de critères associés à l'objet, pour le critère et la valeur à laquelle correspond ce lien (par exemple, si l'internaute clique sur une partie 15 verte de la représentation, il obtient les commentaires des internautes qui ont voté la valeur « tout à fait d'accord » représentée par cette partie verte). Lorsque l'internaute sélectionne ce lien, une requête (par exemple de type « ajax ») est transmise au serveur de gestion qualité (SQ) qui renvoie les commentaires associés à la valeur (note) sélectionnée grâce à ce lien, pour 20 le critère concerné de l'objet en question. Certains modes de réalisation du procédé pourront donc comporter des étapes permettant la mise en oeuvre de ces fonctionnalités. Dans certains modes de réalisation, le serveur de gestion qualité (SQ) intègre également des fonctions de recherche centralisée. La recherche 25 détaillée précédemment, notamment en référence au module (G) de recherche, concernait uniquement les objets du (ou des) site(s) Internet (SW) d'un gestionnaire puisque la balise pour l'outil (WR) de recherche était générée par rapport aux données d'évaluation de ce gestionnaire (EV_G). La recherche centralisé, elle, permet de rechercher des objets dans l'ensemble 30 des sites internet (SW) de l'ensemble des gestionnaires enregistrés auprès du serveur de gestion qualité (SQ), par exemple si ces gestionnaires ont autorisé le référencement de leur(s) site(s) pour cette recherche centralisée. Par exemple, dans certains modes de réalisation, les gestionnaires pourront définir dans leur profil s'il autorise le partage des données relatives à ses objets avec au moins un gestionnaire proposant des objets identiques ou s similaires. Par exemple, il pourra définir un partage « pair à pair » avec un autre gestionnaire autorisant le même partage, ou un partage « ouvert » avec n'importe quel autre gestionnaire. Ces partages permettront par exemple à un gestionnaire de consolider les données de ses objets avec des votes et/ou des commentaires (textes et/ou image et/ou vidéo, etc.) en io provenance à partir de données d'évaluation (EV_G) associées à au moins un autre gestionnaire. Le module de gestion qualité (GQ) est donc agencé pour établir une association, dans la base de données qualité (DB_Q) entre les données d'évaluation (EV G) associées à des données d'identification (ID_G) d'une pluralité de gestionnaires. Par exemple, le module de gestion 15 qualité (GQ) pourra proposer à un gestionnaire qui est en train de définir une évaluation, une liste de gestionnaires (ou de sites internet de ces derniers ou n'importe quelle type d'information pertinente pour l'identification des gestionnaires), par exemple ceux proposant des objets de la même catégorie (CO) que celle sélectionnée au cours de l'évaluation, de façon à lui permettre 20 de sélectionner au moins un gestionnaire avec lequel il accepte de partager de l'information. Le module de gestion qualité (GQ) peut également être agencé pour permettre de définir quelles sont les informations dont le partage est autorisé. De plus, le module de gestion qualité (GQ) pourra également proposer un mécanisme de modération aux gestionnaires pour 25 leur permettre de contrôler les informations publiées. Le module de gestion qualité (GQ), par exemple grâce à un module spécifique de recherche centralisée (GC), est donc agencé pour effectuer des recherches dans toutes les données objets (0) associées à des données d'évaluation (EV_G) d'une pluralité gestionnaires (par exemple, au moins ceux qui ont autorisé cette 30 recherche centralisée de leurs objets). En particulier dans les modes de réalisation où les gestionnaires peuvent définir un partage « ouvert », il est possible de rendre accessible les contenus relatifs aux objets des divers gestionnaires partageant leurs informations, à partir d'une zone neutre (indépendante des sites des gestionnaires, par exemple un site web accessible via le serveur (SQ) de gestion qualité). Cette zone neutre permet également de recueillir des informations, tels que des votes des internautes s ayant réalisé une recherche. Les gestionnaires pourront avoir défini également qu'il autorise à faire apparaître ces informations sur leur site internet (SW), avec ou sans modération (dans le sens d'une intervention du gestionnaire pour contrôler le contenu). Par ce type de recherche centralisée, l'internaute peut sélectionner des liens pour être redirigé vers les sites io internet des gestionnaires et y déposer leurs votes et/ou commentaires. Dans certains modes de réalisation, le module de gestion qualité (GQ) sera agencé pour recueillir ces votes et/ou commentaires déposés suite à une recherche centralisée, de façon à mettre à jour les données relatives aux objets accessibles via cette recherche centralisée. Pour la mise en oeuvre de 15 la recherche centralisée, une page web avec des critères de recherche, par exemple les critères qualité, est par exemple transmise au terminal communicant (12, figure 1) d'un internaute qui a sélectionné un lien pour une recherche centralisée. L'internaute sélectionne les critères qu'il souhaite et la validation permet la recherche de tous les objets (et notamment avec tous 20 les critères (CQ_O) qualité) de la base de données, pour retourner la liste des objets des divers gestionnaires, éventuellement avec les liens vers le(s) site(s) web (SW) des gestionnaires qui proposent ces objets. La recherche centralisée peut également permettre de rechercher dans les divers types de données associées aux données d'évaluation des divers gestionnaires, 25 comme par exemple toutes les données de calcul de vote (OVC). Dans certains modes de réalisation, cette recherche centralisée pourra être implémentée également par au moins un outil interactif. Au moins une partie des mécanismes avantageux utilisés dans la présente invention pour la gestion des critères qualité peuvent être utilisés 30 pour la gestion des données (CT) de critère technique, représentatives de caractéristiques techniques des objets. En effet, au moins certaines informations relatives aux caractéristiques techniques des objets sont généralement rendues disponibles aux internautes par les gestionnaires par la mise en ligne de ces informations sur leur site internet (SW), par exemple dans un onglet d'une page internet (PW) comportant un objet ou grâce à un lien vers ces informations. Cette mise à disposition est souvent contraignante pour les gestionnaires. L'invention permet de faciliter cette mise à disposition au moins pour une partie des gestionnaires grâce aux données (CT) de critère technique qui seront associées aux catégories (CO) d'objets dans la base de données qualité (DB_Q). Un gestionnaire qui effectue une io évaluation d'un objet pourra donc créer des critères techniques ou réutiliser les critères techniques déjà définis par d'autres gestionnaires au lieu de les saisir lui-même. De plus, les mécanismes de tri/sélection des critères qualité pourront également être mis en oeuvre pour ces critères techniques de façon à converger vers des listes de critères techniques les plus pertinents 15 possibles. On notera que les données (CT) de critère technique peuvent, de façon connue en soi, comporter au moins deux types d'informations : la caractéristique technique proprement dite et une valeur de l'objet pour cette caractéristique (par exemple, la caractéristique « résolution » d'un écran peut avoir une valeur de « 600x800 »). Les mécanismes d'intelligence collective 20 (définition collaborative) proposés dans la présente invention pourront être utilisés sur ces deux types d'informations. De plus, dans certains modes de réalisation, les internautes pourront également collaborer dans la gestion des critères techniques, par exemple grâce à des liens leur permettant de signaler une erreur et/ou renseigner un critère technique ou sa valeur. Dans 25 certains modes de réalisation particulièrement avantageux, la collecte des critères techniques et/ou de leurs valeurs pourra être mise en oeuvre à l'aide des outils interactifs décrits dans la présente demande. Par exemple, lorsqu'un gestionnaire intègre une balise (Tag_Q) pour un outil interactif dans une page de son site, il pourra être prévu que le gestionnaire puisse indiquer 30 la localisation des données représentatives des caractéristiques techniques (et des valeurs) de l'objet dans la page (par exemple grâce à au moins une balise ou une adresse d'une page ou un onglet, etc.). Ainsi, lorsque l'outil interactif (QD) est exécuté et qu'il consulte ou crée les données d'objet (0) dans la base de données qualité (DB_Q), il pourra également collecter les données relatives aux caractéristiques techniques (et leurs valeurs) de l'objet pour les transmettre au module de gestion qualité (GQ), par exemple en copiant le contenu de l'onglet contenant ces informations. Un mécanisme automatique de discrimination entre les critères techniques et les valeurs de ces critères pourra être mis en oeuvre. Par exemple un module d'analyse disposant d'une liste de critères techniques compare les données transmises par l'outil interactif à cette liste, de façon à reconnaître les informations Io relatives aux critères de celles relatives à la valeur du critère. Pour certains objets, cette discrimination pourra être réalisée par la reconnaissance du fait que les informations concernant les valeurs comportent une majorité de chiffres alors que celles concernant le critère technique comportent une majorité de lettres. Une autre possibilité est de simplement collecter ces 1s données et de les proposer ensuite aux gestionnaires qui, au lieu d'avoir à les saisir, n'ont qu'à les sélectionner. Cela présente déjà un avantage pour les gestionnaires et permet surtout de bénéficier de leur participation pour la définition des critères techniques. De plus, à l'aide d'un nombre d'utilisation des critères techniques (CT), de la même manière que le nombre (N) 20 d'utilisation des critères qualité (CQ_O), cette participation des gestionnaires convergera vers les critères techniques les plus pertinents, en éliminant les erreurs ou les fantaisies, tout en ayant déjà facilité la tâche aux gestionnaires. Ces modes de réalisations permettent d'étendre l'élaboration collaborative de la base de données aux informations relatives aux 25 caractéristiques techniques des objets. On obtient ainsi une base de données comportant les critères techniques pour l'ensemble des catégories (CO), ainsi que les valeurs possibles de ces critères. Dans certains modes de réalisation, le module de gestion qualité (GQ) est également agencé pour gérer des données relatives aux internautes eux- 30 mêmes. Par exemple, les internautes peuvent définir un profil et/ou un pseudo et/ou un avatar, etc. Dans certains modes de réalisation avantageux, les internautes peuvent en plus définir leur appartenance à au moins un type de « public », c'est-à-dire au moins une catégorie d'utilisateurs des objets. Par exemple, un internaute peut se définir comme appartenant à un public de type « jeune », mais également comme appartenant à un public de type « photographe confirmé », etc. Certaines définitions peuvent être réalisées automatiquement par le module de gestion (GQ) à partir de certaines informations fournies par l'internaute (par exemple l'âge saisi par l'internaute permet de définir, ou au moins de demander confirmation, qu'il appartient à un public de type « jeune » ou « sénior », ou la saisie d'un nombre d'enfants io permet de définir une appartenance à un public de type « famille nombreuse »). Dans la base de données qualité (DB_Q), cette définition est permise par des données (DP) de public, représentatives de catégories d'utilisateurs. La création de ces données pourra être gérée par le serveur de gestion qualité (SQ) de la même manière que les données de critères qualité is (CQ O), c'est-à-dire avec au moins une partie des mécanismes décrits dans la présente demande en référence aux données de critère qualité (CQ_O). D'autre part, dans ces modes de réalisation gérant des données (DP) de public, les gestionnaires peuvent définir également les types de public qu'ils estiment être concernés par chaque catégorie (CO) d'objet pour laquelle il 20 réalise une évaluation (enregistre des données d'évaluation (EV_G) dans la base de données). Ainsi, lorsqu'un gestionnaire enregistre une évaluation d'un objet, il peut sélectionner les types de publics auquel l'objet est destiné. Les données de public, et en particulier les informations concernant les catégories d'utilisateurs pourront être gérées de la même manière que les 25 critères qualité, notamment avec la distinction des critères publics (Cpub) déjà utilisés par plusieurs gestionnaires (mais ici, en définissant des catégories publiques d'utilisateurs) de ceux (Cpriv) utilisés seulement par un gestionnaire (ici, des catégories privées d'utilisateurs). Pour cette définition, le gestionnaire pourra par exemple sélectionner un lien « publics 30 concernés » pour obtenir un formulaire comprenant au moins une liste représentative des données (DP) de publics répertoriées dans la base de données. La sélection (ou la saisie) d'au moins un type de public par le gestionnaire permet alors au module de gestion qualité (GQ) d'associer la catégorie (CO) d'un objet (0) au(x) type(s) de public choisi(s) par le gestionnaire. Dans la base de données qualité (DB_Q), chaque catégorie (CO) d'objet peut ainsi être associée à au moins un type de public, parmi les données (DP) de public. Les catégories des objets sont alors associées aux types de public (i.e., aux catégories d'utilisateurs) qui sont susceptibles d'être intéressés par ces objets. Ainsi, lorsqu'un internaute effectue une recherche (par exemple une recherche centralisée décrite dans la présente demande) dans une catégorie d'objets à laquelle aucun des types de public de io l'internaute n'est associé, le module de gestion (GQ) est agencé pour proposer à l'internaute de sélectionner au moins un type de public parmi ceux associés à la catégorie sélectionnée. Si la catégorie sélectionnée est déjà associée à un type de public qui est défini dans le profil de l'internaute, le module de gestion pourra le proposer également et éventuellement le is mettre en avant (par exemple en le présélectionnant dans la liste proposée, tout en laissant la possibilité de le désélectionner). La sélection (et la validation) d'un type de public par l'internaute permet la mise à jour automatique du profil de l'internaute dans certains modes de réalisation. D'autre part, les mécanismes utilisés pour les critères qualités 20 pourront être utilisés ici par le module de gestion qualité (GQ) pour présenter au gestionnaire la liste des publics déjà enregistrés par d'autres gestionnaires et/ou pour proposer la saisie d'un nouveau type de public et/ou pour lui permettre d'obtenir la liste des publics récents. La présentation des publics déjà enregistrés pourra se faire avec un mécanisme de tri 25 (classement) en fonction du nombre d'utilisation des types de public dans une catégorie donnée, de la même manière que pour les critères qualité (00_0). Les données (DP) de public pourront donc comporter un compteur du nombre d'utilisation, par exemple pour chaque catégorie (CO) d'objet où le type de public (catégorie d'utilisateur) a été sélectionné. De plus, pour 30 chaque critère utilisé par les gestionnaires pour les évaluations (critère qualité (CQ_O) et/ou critère technique (CT) en particulier), associé à une catégorie donnée, le gestionnaire peut définir une valeur représentative de l'adéquation de ce critère à chacun des publics associés à cette catégorie (par exemple grâce à une valeur discrète d'une échelle de valeur comme pour les notes attribuées aux objets pour chacun des critères qualité (CQ_O) comme décrit dans la présente demande). En effet, en associant un type de public à au moins une catégorie (ou au moins une catégorie à au moins un type de public), le type de public sélectionné par le gestionnaire se retrouve indirectement associé à au moins un critère (par exemple un critère (CQ_O) qualité) associé à la catégorie (CO). Lors de la sélection d'une association io entre une catégorie (CO) et un type de public par le gestionnaire, le module de gestion qualité (GO) pourra rechercher tous les critères associés à cette catégorie et les présenter au gestionnaire. Ensuite, pour chaque critère, le gestionnaire peut alors sélectionner au moins une valeur (note) qui doit avoir été attribuée à l'objet pour que ce dernier soit intéressant pour le public 15 sélectionné. Par exemple, un gestionnaire qui enregistre une évaluation dans une catégorie « aile de kitesurf », et qui aura sélectionné ou défini un public de type « rider débutant », pourra définir que ce type de public doit être associé à des objets dont le critère qualité « facilité de redécollage » a une valeur (note) plutôt favorable (c'est-à-dire une note élevée dans l'échelle de 20 valeur). Cette définition de la valeur pourra être une valeur minimum, maximum ou une plage de valeur. Ainsi, les internautes appartenant au public « rider débutant » pourront obtenir directement des recherches pour des ailes de kitesurf qui ont une bonne facilité de redécollage d'après les autres internautes (grâce à l'utilisation des données de calcul de vote de 25 l'objet (OVC) définies lors des votes sur les critères qualité des objets par exemple). Cette définition permet que les internautes effectuent des recherches des objets de manière très intuitive, basée sur leur appartenance à au moins un type de public donné (i.e., une catégorie d'utilisateurs donnée), défini dans leur profil et/ou au cours de leur recherche. En 30 sélectionnant simplement les types de public auxquels ils estiment appartenir, les internautes obtiennent facilement une recherche utilisant une pluralité de critères précis (critères qualité et/ou critères techniques) alors qu'ils ont simplement défini un type de public (une catégorie d'utilisateurs) auquel ils estiment appartenir. Le module de gestion qualité (GO) sera donc agencé dans certains modes de réalisation pour permettre des recherches dont au moins une partie des critères de recherche correspond à au moins une partie des données de public (DP) (et leur(s) association(s) aux autres données de la base de données qualité). Ce type de recherche permet par exemple d'éviter aux internautes les étapes de classement des critères décrites dans la présente demande pour les critères qualité (CQ_O) lors de la recherche ou permet d'effectuer une présélection de critères afin de io proposer aux internautes de les classer. On comprend donc que la présente invention est particulièrement avantageuse pour la gestion de données relatives à des objets en général. Elle est avantageuse en particulier pour des informations relatives à la qualité des objets, mais également pour les informations relatives aux 15 caractéristiques techniques des objets ou relatives aux utilisateurs (internautes et/ou gestionnaires). D'une manière générale, les mécanismes décrits dans la présente demande pourront être mis en oeuvre pour divers types d'informations où elles apporteront les avantages décrits ici. On comprend donc que divers modes de réalisation de l'invention 20 permettent en particulier : La formulation de la problématique qualité sous formes de critères, notamment des critères comprenant un nom court et une affirmation. - La validation (ou l'élimination) progressive des critères pour la collaboration des gestionnaires. - La valorisation de chaque critère par les internautes votants, avec une échelle de valeurs discrètes. - La représentation des votes sur des outils interactifs déployés sur les sites des gestionnaires, notamment des outils comprenant une matrice dans laquelle les critères sont triés par consensus positif décroissant. 25 30 Un mécanisme assurant la disponibilité des outils interactifs et des données nécessaires à la mise en oeuvre de l'invention, même en cas de panne importante sur les serveurs (base de données notamment). La possibilité de formuler une recherche qualitative en précisant quels sont les critères prioritaires pour l'internaute. II apparaîtra aux personnes versées dans l'art, à la lecture de la présente demande, que la présente invention permet des modes de io réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine d'application de l'invention comme revendiqué. Par conséquent, les présents modes de réalisation doivent être considérés à titre d'illustration, mais peuvent être modifiés dans le domaine défini par la portée des revendications jointes, et l'invention ne doit pas être limitée aux détails 15 donnés ci-dessus. Les annexes ci-après représentent des exemples illustratifs et non limitatifs d'écran accessibles aux utilisateurs (internautes et/ou gestionnaires) de l'a présente invention, pour la gestion des données relatives aux objets, comme expliqué dans la présente demande. Annexe 3 1 Télécharger le packd'intépration 2 'Deompresser l'archive é ie racine:de votre site 3 trs ret cette. portion de code aga début de :volte page afirl d'appeler la raide php trrfo : sr verts changez »emplacement du paci, dans votre sire: pensez a ruodider le chemin de la lihraide 'rinclode..once ''quali_pack_ php phi: ws1get. quariiv.pack.etass.php';) 4 insérer cette portion de code dans le header de la page (.entre les balises vhead-, /heach) af r d npi_ vler la librairie iavascript ac>>s ...sir. àen'e .. ..... ... Ç,',on supe.r non ( REVENDICATIONS1: Serveur (SQ) pour la gestion de données relatives à des objets, serveur (SQ), dit de gestion qualité, étant accessible, via au moins un réseau (RC) de communication, permettant l'accès à au moins un gestionnaire d'au moins un site Internet (SW) hébergé sur au moins un serveur (SG) du gestionnaire et proposant des objets (0) à des internautes y accédant sur ledit réseau (RC) via un navigateur exécuté sur leur terminal communicant (11, 12), le serveur (SQ) de gestion qualité étant caractérisé en ce qu'il comporte des moyens de traitement de données exécutant au moins un module (GQ) de gestion qualité, gérant au moins une base de données (DB_Q) qualité mémorisant en outre des données de catégorie (CO), représentatives d'une pluralité de catégories d'objets (0), le module (GQ) de gestion qualité étant agencé, en outre, pour contrôler la définition et la collecte des données relatives à la qualité d'objet grâce à une interaction avec les gestionnaires de sites internet (SW) connectés au serveur (SQ) de 155: gestion qualité à l'aide d'un terminal communicant (TG, SG) au travers dudit réseau (RC), en contrôlant l'enregistrement, dans la base de données (DB Q) qualité, des données suivantes servant à des référencements de l'objet: données d'évaluation (EV_G représentatives d'au moins une évaluation de la qualité d'au moins un objet (0) proposé sur le site (SW) internet du gestionnaire, ces données d'évaluation (EV_G) permettant le référencement dudit objet (0) par le gestionnaire dans au moins une catégorie (CO) d'objets de la base de données (DB_Q) qualité, par l'association de ces données d'évaluation (EV G) aux données de catégorie 25 (CO) de la base de données qualité (DB_Q) par le module (GQ) de gestion qualité, données de critère qualité (CQ_O), représentatives d'au moins un critère d'évaluation de la qualité dudit objet (0) et d'un nombre (N) d'utilisation de ce critère par les gestionnaires, ces données de critère qualité(CQ_O) étant associées aux données d'évaluation (EV_G), pour permettre le référencement dudit objet (0) d'après ce critère, cet enregistrement des données de critère qualité (CQ_0) par le module (GO) de gestion qualité étant déclenché à distance par un gestionnaire, soit grâce à une saisie d'un nouveau critère qualité, soit grâce à une sélection d'un critère qualité parmi une liste de critères déjà enregistrés par au moins un gestionnaire dans la base de données (DB Q) qualité. 2. Serveur (SQ) de gestion qualité selon la revendication 1, caractérisé en ce que le module (GQ) de gestion qualité est agencé pour trier 10 les critères qualité (CQ_0) d'une catégorie d'objet (CO) donnée en fonction de leur nombre (N) d'utilisation par les gestionnaires et pour présenter aux gestionnaires cette liste de critères triés, pour permettre une convergence des critères utilisés vers les critères les plus consensuels. 3. Serveur (SQ) de gestion qualité selon une des revendications 1 et 1s 2, caractérisé en ce que le module (GQ) de gestion est agencé pour l'identification de gestionnaires enregistrés auprès du serveur (SQ) de gestion de la qualité, grâce des données (ID G) d'identification, représentatives d'au moins un identifiant d'un gestionnaire, stockées dans la base de données (DB_Q) qualité. 20 4. Serveur (SQ) de gestion qualité selon la revendication 3, caractérisé en ce que les données d'évaluation (EV_G), représentatives d'au moins une évaluation de la qualité d'au moins un objet (0) sont enregistrées par le module (GQ) de gestion qualité en association avec les données (ID G) d'identification. 25 5. Serveur (SQ) de gestion qualité selon une des revendications 1 à 4, caractérisé en ce que le module (GO) de gestion qualité est agencé pour générer dans la base de données, des données représentatives au moins d'une association entre les données de critère qualité (CQ_0) et au moins une partie des données d'identification (1D_G) du gestionnaire et/ou des 3o données d'évaluation (EV G).. Serveur (SQ) de gestion qualité selon la revendication 5, caractérisé en ce que le module (GQ) de gestion qualité est agencé pour vérifier, avant de générer des données de critère qualité (CQ_O) dans la base de données (DB_Q) qualité, l'existence d'un critère identique ou similaire à celui saisi par le gestionnaire et, lorsqu'une similitude est détectée, pour proposer au gestionnaire un choix parmi le critère saisi et les autres critères similaires. 7. Serveur (SQ) de gestion qualité selon une des revendications 1 à 6, caractérisé en ce que l'enregistrement des données de critère qualité lo (CQ_0) dans la base de données (DB_Q) qualité, déclenché par le gestionnaire, est géré par le module (GQ) de gestion qualité contrôlant la. création, dans la base de données (DB_Q) qualité, de données représentatives d'un critère (Cpriv), dit privé, en association avec les données (EV_G) d'évaluation du gestionnaire. 15 8. Serveur (SQ) de gestion qualité selon la revendication 7, caractérisé en ce que, lors de la création des données représentatives du critère privé (Cpriv), lorsqu'un second gestionnaire sélectionne comme critère d'évaluation un critère privé (Cpriv) introduit par un premier gestionnaire, le module (GQ) de gestion qualité est agencé pour contrôler 20 également la création, dans la base de données (DB_Q) qualité, de données représentatives d'un critère (Cpub), dit public, en association avec la catégorie (CO) dans laquelle est référencé l'objet (0) en cours d'évaluation, le module (GQ) de gestion qualité incrémentant alors éventuellement, dans la base de données (DB_Q) qualité, le nombre (N) d'utilisation du critère 25 public (Cpub) et créant des données représentatives d'un critère privé (Cpriv) en association avec les données (EV_G) d'évaluation du second gestionnaire qui utilise ce critère pour la première fois, ainsi que des données représentatives d'une association entre le critère public (Cpub) et les critères privés (Cpriv) dans les données d'identification (ID_G) des deux 30 gestionnaires pour associer les gestionnaires au critère public (Cpub) dans la base de données (DBQ) qualité.. Serveur (SQ) de gestion qualité selon une des revendications 7 et 8, caractérisé en ce que, lors de la création des données représentatives du critère privé (Cpriv), lorsqu'un troisième gestionnaire sélectionne comme critère d'évaluation un critère public (Cpub) déjà utilisé par d'autres gestionnaires, le module (GQ) de gestion qualité est agencé pour contrôler également la création, dans la base de données (DB_Q) qualité, de données représentatives d'une association entre le critère public (Cpub) et les critères privés (Cpriv) dans la base de données (DB_Q) qualité et pour incrémenter dans la base de données (DB_Q) qualité, le nombre (N) d'utilisation du IO critère public (Cpub). 10. Serveur (SQ) de gestion qualité selon une des revendications 1 à 9, caractérisé en ce que le module (GQ) de gestion qualité est agencé pour permettre la collaboration, dans la gestion des données qualité, d'internautes accédant à au moins un site internet (SW) d'un gestionnaire, en générant et en transmettant au gestionnaire au moins une balise (Tag_Q, Tag_R), intégrée par le gestionnaire dans le code source d'au moins une page (PW) internet de son site internet (SW), pour que, lorsque le navigateur d'un terminal communicant (11, 12) d'un internaute requiert l'accès à cette page Internet (PW), le serveur (SG) du gestionnaire utilise cette balise (Tag_Q, 20 Tag_R) pointant vers le module (GQ) de gestion qualité, pour obtenir de ce dernier, et intégrer, dans les données de la page Internet (PW) transmises à ce navigateur, les données nécessaires à l'exécution et au fonctionnement de l'outil interactif (QD, WR) dans ce navigateur, cet outil interactif (QD, WR) formant une interface graphique d'interaction de l'internaute directement 25 avec le module de gestion qualité (GQ) grâce à au moins un lien affiché sur cette interface, sélectionnable par l'internaute et pointant vers au moins une fonction du module (GQ) de gestion qualité. 11. Serveur (SQ) de gestion qualité selon la revendication 10, caractérisé en ce que les outils interactifs (QD, WR) comportent au moins un 30 outil interactif de vote (QD), la balise (Tag_Q) pour cet outil étant générée par le module (GQ) de gestion qualité pour chacune des donnéesd'évaluation (EV G) créée par un gestionnaire, l'intégration de cette balise (Tag_Q) dans le code source d'au moins une page (PW) du site Internet (SW) du gestionnaire permettant la définition de données d'objet (0), représentatives de l'objet évalué, le module (GQ) de gestion qualité, contacté par le serveur (SG) du gestionnaire hébergeant cette page (PW) lors d'un accès d'un terminal communicant (11, 12) à cette page (PW), étant agencé pour, d'une part, consulter la base de données qualité (DB_Q), afin d'en extraire ou d'y créer, si elles n'existent pas déjà, les données d'objet (0) représentatives de l'objet évalué et d'en extraire, si elles existent, des lo données de calcul de vote de l'objet (OVC), associées à ces données d'objet (0) et représentatives du nombre de fois où une chacune des valeurs (note), parmi une échelle de valeurs (ECH) déterminée, à été sélectionnée par les internautes pour chacun des critères (CQ_O) disponibles pour l'objet (0), et d'autre part, pour élaborer et transmettre à l'outil interactif (QD), à partir des données de calcul de vote de l'objet (OVC), au moins une représentation synthétique (RS) des votes des internautes pour chaque critère disponible pour l'objet ou un message d'invitation de l'internaute à être le premier à voter si ces données de calcul de vote de l'objet (OVC) n'existent pas dans la base de données qualité (DB_Q), l'outil interactif de vote (QD) affichant sur le 20 terminal communicant, d'une part, les informations relatives à l'objet grâce aux données d'objet (0) et, d'autre part, cette représentation synthétique (RS) ou ce message d'invitation. 12. Serveur (SQ) de gestion qualité selon la revendication 1 1, caractérisé en ce que l'outil interactif de vote (QD) est agencé pour afficher 2s un lien de vote sélectionnable par l'internaute sur son terminal communicant et pointant vers le module (GQ) de gestion qualité agencé pour envoyer à ce dernier un formulaire de vote lorsque ce lien est sélectionné, ce formulaire étant affiché sur le terminal communicant de l'internaute et comprenant, d'une part, au moins un champ de sélection ou de saisie permettant à 30 l'internaute d'attribuer une valeur (note), parmi une échelle de valeurs (ECH) proposée dans le formulaire, à chacun des critères (CQ_O) disponibles pourl'objet (0) auquel est associé l'outil interactif de vote QD), t, d'autre part, au moins un champ de validation sélectionnable pour l'envoi du formulaire rempli au module (GQ) de gestion qualité agencé pour recueillir le formulaire et créer à partir des données de ce dernier, dans la base de données qualité (DB_Q), au moins des données de vote des critères (VC), représentatives de la valeur (note) attribuée par l'internaute à l'objet (0) pour chaque critère (CQ_O) parmi l'échelle de valeurs (ECH) proposée dans le formulaire et pour créer, si elles n'existent pas, ou mettre à jour, à partir de ces données de vote des critères (VC), les données de calcul de vote de l'objet (OVC) dans lo la base de données qualité (DB_Q). 13. Serveur (SQ) de gestion qualité selon une des revendications 1 Q à 12, caractérisé en ce que les outils interactifs (QD, WR) comportent au moins un outil interactif de recherche (WR), la balise (Tag R) pour cet outil étant. générée par le module (GQ) de gestion qualité pour chacune des données 15 d'identification (ID_G) créée par un gestionnaire, l'intégration de cette balise (Tag_Q) dans le code source d'au moins une page (PW) du site Internet (SW) du gestionnaire permettant l'accès de l'outil de recherche (RW) aux données d'identification (ID_G) et/ou aux données d'évaluation (D /G) du gestionnaire, le module (GQ) de gestion qualité contacté par le serveur (SG) zb du gestionnaire hébergeant cette page (PW) lors d'un accès d'un terminal communicant (I1, 12), étant agencé pour, d'une part, consulter la base de données qualité (DB_Q), afin d'en extraire les données de catégorie (CO) et les données de critères (CQ_O) associées aux données d'évaluation (EV_G) du gestionnaire et, d'autre part, pour envoyer à l'outil de recherche (WR) un 25 formulaire de recherche comportant des champs de sélection etlou de saisie permettant à l'internaute de sélectionner au moins une catégorie dans laquelle il souhaite effectuer une recherche d'objet et, pour chaque catégorie, de sélectionner au moins un choix de critère (CQ_O) ou un choix d'ordre de priorité d'une pluralité de critères (CQ_O), le formulaire comprenant un 30 champ de validation pour l'envoi du formulaire, par l'outil interactif de recherche (WR) vers le module (GO) de gestion qualité agencé pourg3 recueillir cette sélection dans ie formulaire et pour rechercher, dans la base de données qualité (DB_Q), les données d'objets (0) du site internet (SW) du gestionnaire qui correspondent à cette sélection de critère (CQ_O). 14. Serveur (SQ) de gestion qualité selon une des revendications 10 à 13, caractérisé en ce que le module (GQ) de gestion qualité est agencé pour, d'une part, rechercher,. dans la base de données qualité (DB_Q), les données d'objets (0) qui sont associées aux critères (CQ_O) sélectionnés par l'internaute dans le formulaire de recherche et les données de calcul de vote de l'objet (OVC), associées à ces données d'objet (0), et pour, d'autre 7o part, lorsque la sélection de l'internaute comporte un ordre de priorité d'une pluralité de critères (CQ_O), pour trier les objets trouvés en fonction d'une note de classement, attribuée à chacun des critères disponibles pour chacun des objets et calculée à partir de la valeur (note) de ces critères dans les données de calcul de vote des objets (OVC) et d'un coefficient appliqué sur 15 chaque critère en fonction de son classement dans l'ordre de priorité, puis pour renvoyer une page de résultat de cette recherche et de ce tri à l'outil de recherche (WR), pour affichage sur le terminal communicant (I1, 12) de l'internaute. 15. Système pour la gestion de données relatives à des objets, via au 20 moins un réseau (RC) de communication, comprenant au moins un serveur (SG) d'un gestionnaire d'au moins un site Internet (SW) proposant des objets (0) à des internautes y accédant sur ledit réseau (RC) via un navigateur exécuté sur leur terminal communicant (11, 12), caractérisé en ce qu'il comporte au moins un terminal communicant (TG, SG) d'au moins un 25 gestionnaire de site Internet (SW) et au moins un serveur (SQ) de gestion qualité selon l'une des revendications 1 à 9. 16. Système selon la revendication 15, caractérisé en ce qu'il comprend au moins un terminal communicant (I1, 12) d'au moins un internaute et au moins un serveur (SQ) de, gestion qualité selon l'une des 3o revendications 10à 14.Outil interactif (QD, WR) pour la collaboration d'internantes dans la gestion de données relatives à des objets, au travers d'au moins un réseau (RC) de communication, l'outil interactif (QD, WR) étant agencé pour être exécuté dans le navigateur d'au moins terminal communicant (I1, 12) d'au moins un internaute et caractérisé en ce qu'il forme une interface graphique d'interaction de l'internaute directement avec le module de gestion qualité (GQ) d'un serveur (SQ) de gestion selon l'une des revendications 1 à 14, grâce à au moins un lien affiché sur cette interface, sélectionnable par l'internaute et pointant vers au moins une fonction de ce module (GQ) de 10 gestion qualité. 18. Outil interactif (QD, WR) selon la revendication 17, caractérisé en ce qu'il est exécuté sur le navigateur du terminal communicant (I1, 12) de l'internaute grâce à l'intégration d'au moins une balise (Tag_Q, Tag_R), par le gestionnaire, dans le code source d'au moins une page (PW) internet de 15 son site internet (SW), pour que, lorsque le navigateur d'un terminal communicant 01, 12) d'un internaute requiert l'accès à cette page internet (PW), le serveur (SG) du gestionnaire utilise cette balise (Tag_Q, Tag_R) pointant vers le module (GQ) de gestion qualité, pour obtenir de ce dernier et intégrer, dans les données de la page Internet (PW) transmises à ce 20 navigateur, les données nécessaires à l'exécution et au fonctionnement de l'outil interactif (QD, WR) dans ce navigateur. 19.Outil interactif (QD, WR) selon la revendication 18, caractérisé en ce qu'il est un outil interactif de vote (QD), agencé pour présenter aux internautes les votes relatifs à au moins un critère de qualité d'un objet, la 25 balise (Tag_Q) pour cet outil étant générée par le module (GQ) de gestion qualité pour chacune des données d'évaluation (EV_G) créée par un gestionnaire, l'intégration de cette balise (Tag_Q) dans le code source d'au moins une page (PW) du site Internet (SW) du gestionnaire permettant la définition de données d'objet (0), représentatives de l'objet évalué, le module 3o (GQ) de gestion qualité, contacté par le serveur (SG) du gestionnaire hébergeant cette page (PW) lors d'un accès d'un terminal communicant (11,) à cette page (PW), étant agencé pour, d'une part, consulter la base de données qualité (DB_Q), afin d'en extraire ou d'y créer, si elles n'existent pas déjà, les données d'objet (0) représentatives de l'objet évalué et d'en extraire, si elles existent, des données de calcul de vote de l'objet (OVC), associées à ces données d'objet (0) et représentatives du nombre de fois où une chacune des valeurs (note), parmi une échelle de valeurs (ECH) déterminée, à été sélectionnée par les internautes pour chacun des critères (CQ_O) disponibles pour l'objet (0), et d'autre part, pour élaborer et transmettre à l'outil interactif (QD), à partir des données de calcul de vote de to l'objet (OVC), au moins une représentation synthétique (RS) des votes des internautes pour chaque critère disponible pour l'objet ou un message d'invitation de l'internaute à être le premier à voter si ces données de calcul de vote de l'objet (OVC) n'existent pas dans la base de données qualité (DB_Q), l'outil interactif de vote (QD) affichant sur le terminal communicant, 1s d'une part, les informations relatives à l'objet grâce aux données d'objet (0) et, d'autre part, cette représentation synthétique (RS) ou ce message d'invitation. 20. Outil interactif (QD, WR) selon la revendication 19, caractérisé en ce que l'outil interactif de vote (QD) est agencé pour afficher un lien de vote 20 sélectionnable par l'internaute sur son terminal communicant et pointant vers le module (GQ) de gestion qualité agencé pour envoyer à ce dernier un formulaire de vote lorsque ce lien est sélectionné, ce formulaire étant affiché sur le terminal communicant de l'internaute et comprenant, d'une part, au moins un champ de sélection ou de saisie permettant à l'internaute 25 d'attribuer une valeur (note), parmi une échelle de valeurs (ECH) proposée dans le formulaire, à chacun des critères (CQ_O) disponibles pour l'objet (0) auquel est associé l'outil interactif de vote (QD), et, d'autre part, au moins un champ de validation sélectionnable pour l'envoi du formulaire rempli au module (GQ) de gestion qualité agencé pour recueillir le formulaire et créer à 3Q partir des données de ce dernier, dans la base de données qualité (DB_Q), au moins des données de vote des critères (VC), représentatives de la valeur(note) attribuée par l'internaute à l'objet (0) pour chaque critère (CQ_0) parmi l'échelle de valeurs (ECH) proposée dans le formulaire et pour créer, si elles n'existent pas, ou mettre à jour, à partir de ces données de vote des critères (VC), les données de calcul de vote de l'objet (OVC) dans la base de données qualité (DB_Q). 21.Outil interactif (QD, WR) selon une des revendications 19 et 20, caractérisé en ce qu'il est un outil interactif de recherche (WR), la balise (Tag_R) pour cet outil étant générée par le module (GQ) de gestion qualité pour chacune des données d'identification (ID_G) créée par un gestionnaire, lo l'intégration de cette balise (Tag_Q) dans le code source d'au moins une page (PW) du site Internet (SW) du gestionnaire permettant l'accès de l'outil de recherche (RW) aux données d'identification (ID G) et/ou aux données d'évaluation (EV G) du gestionnaire, le module (GQ) de gestion qualité contacté par le serveur (SG) du gestionnaire hébergeant cette page (PW) 15 lors d'un accès d'un terminal communicant (I1, 12), étant agencé pour, d'une part, consulter la base de données qualité (DB_Q), afin d'en extraire les données de catégorie (CO) et les données de critères (CQ_O) associées aux données d'évaluation (EV G) du gestionnaire et, d'autre part, pour envoyer à l'outil de recherche (WR) un formulaire de recherche comportant des champs 20 de sélection et/ou de saisie permettant à l'internaute de sélectionner au moins une catégorie dans laquelle il souhaite effectuer une recherche d'objet et, pour chaque catégorie, de sélectionner au moins un choix de critère (CQ_O) ou un choix d'ordre de priorité d'une pluralité de critères (CQ_O), le formulaire comprenant un champ de validation pour l'envoi du formulaire, par 25 l'outil interactif de recherche (WR) vers le module (GQ) de gestion qualité agencé pour recueillir cette sélection dans le formulaire et pour rechercher, dans la base de données qualité (DB_Q), les données d'objets (0) du site internet (SW) du gestionnaire qui correspondent à cette sélection de critère (CQ_0). 3o 22.Outil interactif (QD, WR) selon une des revendications 19 et 20, caractérisé en ce qu'il est un outil interactif de recherche (WR) affiché dansau moins une page (PW) internet et comprenant au moins un lien de recherche et pointant vers une fonction du module (GQ) de gestion qualité pour renvoyer au navigateur de l'internaute un formulaire de recherche comportant des champs de sélection et/ou de saisie permettant à l'internaute de sélectionner au moins une catégorie dans laquelle il souhaite effectuer une recherche d'objet et, pour chaque catégorie, de sélectionner au moins un choix de critère (CQ_O) ou un choix d'ordre de priorité d'une pluralité de critères (CQ_O), le formulaire comprenant un champ de validation pour l'envoi du formulaire, par l'outil interactif de recherche (WR) vers le module to (GQ) de gestion qualité agencé pour recueillir cette sélection dans le formulaire et pour rechercher, dans la base de données qualité (DB_Q), les données d'objets (0) du site internet (SW) du gestionnaire qui correspondent à cette sélection de critère (CQ_O). 23. Procédé pour la gestion de données relatives à des objets, sur au 15 moins un serveur (SQ), dit de gestion qualité, accessible, via au moins un réseau (RC) de communication, permettant l'accès à au moins un gestionnaire d'au moins un site Internet (SW) hébergé sur au moins un, serveur (SG) du gestionnaire et proposant des objets (0) à des internautes y accédant sur ledit réseau (RC) via un navigateur exécuté sur leur terminal 20 communicant (11, 12), le procédé étant caractérisé en ce que le serveur (SQ) de gestion qualité comporte des moyens de traitement de données exécutant au moins un module (GQ) de gestion qualité, gérant au moins une base de données (DB_Q) qualité mémorisant en outre des données représentatives d'une pluralité de catégories (CO) d'objets (0), le module (GO) de gestion 25 qualité étant agencé, en outre, pour gérer l'interaction avec les gestionnaires de sites internet (SW) connectés au serveur (SQ) de gestion qualité à l'aide d'un terminal communicant (TG, SG) au travers dudit réseau (RC), pour contrôler la définition et la collecte des données relatives à la qualité d'objets, par la mise en oeuvre des étapes suivantes : 3o enregistrement (60), dans la base de données (DB Q) qualité, de données d'évaluation (EV G), représentatives d'au moins une évaluation dela qualité d'au moins un objet (0) proposé sur le site (SW) internet du gestionnaire, ces données d'évaluation (EV_G) comprenant des données représentatives du référencement dudit objet (0) par le gestionnaire dans au moins une catégorie (CO) d'objets de la base de données (DB_Q) qualité, enregistrement (61), dans la base de données (DB_Q) qualité, de données de critère qualité (CQ_O), représentatives d'au moins un critère d'évaluation de la qualité dudit objet (0) et d'un nombre (N) d'utilisation de ce critère par les gestionnaires, cet enregistrement des données de critère qualité (CQ_O) par le module (GQ) de gestion qualité, pour permettre le io référencement dudit objet (0) d'après ce critère, étant déclenché à distance par un gestionnaire, soit grâce à une étape de saisie (6019) d'un nouveau critère qualité, soit grâce à une étape de sélection (6024) d'un critère qualité parmi une liste de critères déjà enregistrés par au moins un gestionnaire dans la base de données (DB_Q) qualité. is 24. Procédé selon la revendication 23, caractérisé en ce que l'étape d'enregistrement (61) des données de critère qualité (CQ_O) est précédée, lorsqu'il existe déjà dans la base de données qualité (DB_Q) des critères pour la catégorie d'objet (CO) sélectionnée par le gestionnaire, d'une étape de tri (6110) des critères qualité (CQ_O) associés à cette catégorie (CO), 20 pour trier les critères en fonction de leur nombre (N) d'utilisation par les gestionnaires et d'une étape d'affichage (6026) de la liste des critères triés, pour permettre une convergence des critères utilisés vers les critères les plus consensuels. 25. Procédé selon une des revendications 23 et 24, caractérisé en ce 25 qu'il comporte une étape d'identification (50) de gestionnaires enregistrés auprès du serveur (SQ) de gestion de la qualité, grâce des données (ID_G) d'identification, représentatives d'au moins un identifiant d'un gestionnaire, stockées dans la base de données (DB_Q) qualité. 26. Procédé selon la revendication 25, caractérisé en ce que l'étape 30 d'enregistrement (60) des données d'évaluation (EV_G), représentatives d'au moins une évaluation de la qualité d'au moins un objet (Q) par lemodule (GQ) de gestion qualité et accompagnée d'une étape d'enregistrement (6040) de données représentatives d'une association de ces données d'évaluation (EV_G) avec les données (ID_G) d'identification du gestionnaire. 27. Procédé selon une des revendications 23 à 26, caractérisé en ce que, lors de l'enregistrement (61) de critère par un gestionnaire, le module (GQ) de gestion qualité met en oeuvre une étape de création (6100) de données représentatives au moins d'une association des données de critère qualité (CQ_O) avec au moins une partie des données d'identification (ID_G) 10. du gestionnaire et/ou des données d'évaluation (EV G). 28. Procédé selon la revendication 27, caractérisé en ce que le module (GQ) de gestion qualité met en oeuvre, avant l'étape de création (6100) de données de critère qualité (CQ_O) dans la base de données (DB_Q) qualité, au moins une étape de vérification (6034, 6035) de l'existence d'un critère 15 identique ou similaire à celui saisi par le gestionnaire et, lorsqu'une similitude est détectée, une étape de proposition (6036) au gestionnaire d'un choix parmi le critère saisi et les autres critères similaires. 29. Procédé selon une des revendications 27 et 28, caractérisé en ce que l'étape de création (6100) des données relatives au critère qualité 20 (CQ_O) dans la base de données (DB_Q) qualité, par le module (GQ) de gestion qualité comporte au moins les étapes suivantes : création (6101) de données représentatives d'un critère (Cpriv), dit privé, association (6111) des données représentatives du critère privé 25 (Cpriv) avec les données (EV_G) d'évaluation du gestionnaire. 30. Procédé selon la revendication 29, caractérisé en ce que, lors de l'étape de création (6101) des données représentatives du critère privé (Cpriv), lorsqu'un second gestionnaire sélectionne comme critère d'évaluation un critère privé (Cpriv) introduit par un premier gestionnaire, le 3o module (GQ) de, gestion qualité met également en oeuvre une étape decréation (6102) de données représentatives d'un critère (Cpub), dit public, et une étape d'association (6120) de ce critère public (Cpub) avec la catégorie (CO) dans laquelle est référencé l'objet (0) en cours d'évaluation, ainsi qu'au moins une étape (6103) de création de données représentatives d'une association entre le critère public (Cpub) et les critères privés (Cpriv), dans la base de données (DB Q) qualité, et une éventuelle étape d'incrémentation (6104) du nombre (N) d'utilisation du critère public (Cpub). 31. Procédé selon une des revendications 29 et 30, caractérisé en ce que, lors de l'étape de création (6101) des données représentatives du io critère privé (Cpriv), lorsqu'un troisième gestionnaire sélectionne comme critère d'évaluation un critère public (Cpublic) déjà utilisés par d'autres gestionnaires, le module (GQ) de gestion qualité met également en oeuvre une étape (6103) de création de données représentatives d'une association entre le critère public (Cpub) et les critères privés (Cpriv), dans la base de is données (DB Q) qualité, et une étape d'incrémentation (6104) du nombre (N) d'utilisation du critère public (Cpub). 32. Procédé selon une des revendications 23 à 31, caractérisé en ce qu'il comporte au moins une étape de création (70) d'au moins une balise (Tag_Q, Tag_R), par le module (GQ) de gestion qualité, pour permettre la 20 collaboration d'internautes accédant à au moins un site internet (SW) d'un gestionnaire, suivie d'au moins une étape (701) d'intégration, par le gestionnaire du site internet (SW) dans le code source d'au moins une page (PW) internet de son site internet (SW), pour que, lors d'une étape d'accès (90) du navigateur d'un terminal communicant (11, 12) d'un internaute à cette 25 page Internet (PW), le serveur (SG) du gestionnaire utilise cette balise (Tag_Q, Tag_R) pointant vers le module (GQ) de gestion qualité, pour mettre en oeuvre une étape de communication (80) avec ce dernier et obtenir les données nécessaires à l'exécution (100, 105) et au fonctionnement de l'outil interactif (QD, WR) dans le navigateur, le serveur (SG) du gestionnaire 30 mettant alors en oeuvre une étape d'intégration (801) de ces données obtenues dans les données de la page Internet (PW) transmises à cenavigateur, cet outil interactif (QD, WR) formant une interface graphique d'interaction de l'internaute directement avec le module de gestion qualité (GQ) grâce à au moins un lien affiché sur cette interface, sélectionnable par l'internaute et pointant vers au moins une fonction du module (GQ) de s gestion qualité. 33. Procédé selon la revendication 32, caractérisé en ce qu'il comporte une étape d'exécution (100) d'au moins un outil interactif de vote (QD) relatif un objet (0), la balise (Tag_Q) pour cet outil étant générée (70) par le module (GQ) de gestion qualité pour chacune des données d'évaluation 10 (EV_G) créée par un gestionnaire, l'intégration (701) de cette balise (Tag_Q) dans le code source d'au moins une page (PW) du site Internet (SW) du gestionnaire permettant la définition de données d'objet (0), représentatives de l'objet évalué, cette étape d'exécution (100) étant accompagnée des étapes suivantes 15 - consultation/création (1001), par le module (GQ) de gestion qualité, de données d'objet (0) dans la base de données qualité (DB_Q), ces données étant consultées si elles existent ou créées si elles n'existent pas, consultation (1002), par le module (GQ) de gestion qualité, de données de calcul de vote de l'objet (OVC), associées à ces données d'objet 20 (0) et représentatives du nombre de fois où une chacune des valeurs (note), parmi une échelle de valeurs (ECH) déterminée, à été sélectionnée par les internautes pour chacun des critères (CQ_0) disponibles pour l'objet (0), création (1003), par le module (GQ) de gestion qualité, d'au moins une représentation synthétique (RS) des votes des internautes pour chaque 25 critère disponible pour l'objet ou d'au moins un message d'invitation de l'internaute à être le premier à voter si les données de calcul de vote de l'objet (OVC) n'existent pas dans la base de données qualité (DB_Q), - transmission (1004) à l'outil interactif de vote (QD), par le module (GQ) de gestion qualité, de la représentation synthétique (RS) et/ou d'un lien 30 de vote,- affichage (1005), par le module (GQ) de gestion qualité, e la représentation synthétique (RS) et/ou d'un lien de vote. 34. Procédé selon la revendication 33, caractérisé en ce que l'étape d'affichage (1005) d'un lien vote s'accompagne, lors d'une sélection (6400) s de ce dernier par un internaute, de la mise en œuvre des étapes suivantes transmission (6401), par le module de gestion qualité (GQ), d'un formulaire de vote élaboré à partir des données d'objet (0,) et des critères qualité (CQ_O) associés à cet objet, - sélection/saisie (6402) dans le formulaire dé vote par l'internaute, au 10 moins par attribution (6420) d'une valeur (note) parmi une échelle de valeurs (ECH) proposée dans le formulaire, à chacun des critères (CQ,_O) disponibles pour l'objet (0) auquel est associé l'outil interactif de vote (QD.); - transmission (6403) du formulaire de vote rempli avec la valeur note attribuée à chaque critère (CQ_O), I5 - enregistrement (6404), par le module de gestion qualité (GO), au moins par enregistrement (6440) de données de vote des critères (VO), représentatives de la valeur (note) attribuée par l'internaute à l'objet (0) pour chaque critère (CQ_O) parmi l'échelle de valeurs (ECH) proposée dans le formulaire, 20' création/mise à jour (6405), par le module de gestion qualité (GO), des données de calcul de vote de l'objet (OVC), dans la base de données qualité (DB_Q), à partir de ces données de vote des critères (VO). 35. Procédé selon une des revendications 32 à 34, caractérisé en ce qu'il comporte au moins une étape d'exécution (105) d'au moins un outil 25 interactif de recherche (WR), la balise (Tag_R) pour cet outil étant générée (70) par le module (GO) de gestion qualité pour chacune des données d'évaluation (EV G) créée par un gestionnaire, l'intégration (701) de cette balise (Tag_R) dans le code source d'au moins une page (PW) du site Internet (SW) du gestionnaire permettant la définition de données d'objet (0), 3o représentatives de l'objet évalué, cette étape d'exécution (105) étant accompagnée des étapes suivantesconsultation (1051), par le module (GQ) de gestion qualité, des données d'évaluation (EV G) et de critères (CQ_0) dans la base de données qualité (DB_Q), - transmission (1052) à l'outil interactif de vote (QD), par le module s (GQ) de gestion qualité, d'un formulaire de recherche contenant les critères disponibles pour le site à partir duquel il est exécuté - affichage (1053) du formulaire de recherche sur le terminal communicant de l'internaute, - sélection/classement (1054) d'au moins un critère par l'internaute, 10 transmission (1055) au module (GO) de gestion qualité, par l'outil interactif de vote (QD), du formulaire de recherche rempli, consultation (1056) des données d'objet (0) et de calcul de vote (OVC) de la base de données qualité (DB_Q), en fonction du formulaire de recherche rempli, 15 - tri (1057) des objets (0) en fonction des données de calcul de vote (OVC), selon le formulaire de recherche rempli, - transmission (1058), par le module (GO) de gestion qualité, à l'outil interactif de recherche (WR), des données résultant du tri des objets (0), affichage (1059) du résultat du tri des objets (0), par l'outil interactif 20 de recherche (WR).