FR 2941835 A1 20100806 FR 0950608 A 20090130 La présente invention concerne le domaine des procédés de veille sur un réseau d'information. Elle offre un service permettant le parcours d'une liste prédéfinie de sites d'information préalablement sélectionnés. Aujourd'hui, le réseau Internet tend à prendre de plus en plus de place comme source d'information majeure. L'utilisateur accède aux informations disponibles sur ce réseau par l'intermédiaire d'un outil de navigation aujourd'hui disponible sur les ordinateurs personnels et également sur un ensemble de terminaux mobiles, téléphones, assistants personnels et autres. À l'aide de cet outil de navigation ou navigateur, l'utilisateur peut accéder à des sources d'information, généralement appelées sites, à l'aide d'une adresse ou URL (Uniform Ressource Locator en anglais) identifiant de manière unique cette source d'information sur le réseau. Ces sources sont aujourd'hui en très grand nombre et l'utilisateur se voit offrir la possibilité de stocker dans son navigateur les adresses des sources qui l'intéressent et qu'il découvre lors de sa navigation. Ces adresses stockées sont appelées favoris, signets ou bookmarks en anglais selon le système utilisé. Un utilisateur se trouve rapidement avec plusieurs dizaines de ces adresses mémorisées permettant l'accès à autant de sources d'informations l'intéressant plus particulièrement. Dans un souci de veille sur l'ensemble de ces sources d'informations, l'utilisateur doit donc parcourir l'ensemble de ces signets pour accéder à chaque source d'informations pour découvrir si ces informations ont été mises à jour ou pas. Ce processus mené manuellement est fastidieux. Pour faciliter cette veille, un certain nombre d'outils a été développé. Ces outils permettent de faciliter la découverte par l'utilisateur de la mise en ligne de nouvelles informations par ses sources d'informations favorites. On peut citer parmi ces techniques les flux RSS (Really Simple Syndication en anglais) et désignant aujourd'hui tout un ensemble de techniques d'abonnement. Cette technique repose sur l'abonnement de l'utilisateur à un flux de données émis par la source d'information publiant les derniers ajouts sur cette source. D'une manière pratique, un module client RSS collecte les abonnements et se connecte périodiquement aux flux RSS publiés par les sources d'informations. Ce module peut alors détecter les nouveautés annoncées sur ces flux et afficher tout ou partie de ces nouvelles informations ainsi qu'un lien permettant d'accéder au contenu complet de l'ajout sur le site de la source d'information. Ce module client RSS peut être intégré au navigateur, au client de courrier électronique ou encore constituer une application indépendante dédiée à cet usage. Bien que plus pratiques que la consultation manuelle des signets, les flux RSS présentent le défaut que l'on est rapidement envahi par un grand nombre de notifications d'informations nouvelles publiées dès que le nombre d'abonnements croît. D'autant qu'il n'est pas possible de différencier le traitement de ces flux qui sont traités de manière uniforme. D'autres solutions à ce problème de veille ont été proposées. Par exemple, certains services proposent à l'utilisateur la possibilité de construire une page regroupant en son sein un résumé de l'information disponible sur un ensemble de sites d'information. Cette page se présente alors sous la forme d'un portail agrégeant un ensemble de modules restituant un aperçu desdites sources d'informations. Certains de ces modules peuvent être d'ailleurs construits à l'aide du flux RSS du site d'information en question. Ces services permettent d'obtenir sur une même page une vue globale d'un ensemble de sources d'informations. Ces services ont l'inconvénient de limiter radicalement le nombre de sources accessibles du fait de la taille forcément limitée de la page formant l'agrégation. Cette page répondant à une disposition choisie par l'utilisateur présente toujours le même aspect global et il n'est pas toujours aisé de distinguer l'information nouvelle entre deux mises à jour de la page. Enfin, on accède directement qu'à un résumé de l'information disponible, l'accès à l'information intégrale nécessitant l'activation d'un lien, généralement présent au sein du module restituant l'aperçu. Il existe également, généralement sous la forme d'extension du navigateur, des services permettant de choisir aléatoirement au démarrage du navigateur un signet dans l'ensemble des signets sauvegardés. Ce signet est alors utilisé pour afficher l'information qu'il référence comme page de démarrage du navigateur. Ces services souffrent d'un traitement uniforme des différents signets. L'accès à un signet donné n'est pas garanti en un nombre de démarrages borné. Il peut donc se passer un temps très long avant que l'on accède par ce biais à une source d'information donnée. On peut par contre accéder de manière répétée à une source d'information n'ayant pas d'information nouvelle à présenter. De plus, tous les signets sauvegardés ne référencent pas obligatoirement des sources d'informations dynamiques et n'ont par conséquent pas vocations à figurer dans un service de veille. L'invention vise à résoudre les problèmes précédents par un procédé de veille permettant à l'utilisateur de consulter un ensemble de sources, de manière régulière. Ces sources lui sont présentées de façon intégrale non condensée. La périodicité de présentation de chaque source obéit à une politique définie en fonction de multiples critères. On évite ainsi de représenter des informations déjà présentées et de rater des informations ayant un haut taux de renouvellement. L'invention concerne un procédé de veille sur un réseau d'information comportant une étape d'émission d'une requête par un dispositif client, lors du démarrage d'un navigateur permettant la navigation sur le réseau d'information et l'accès à un ensemble de sources d'informations disponibles sur ce réseau d'information, ladite requête étant émise à destination d'un service de veille gérant une liste de souscriptions préalablement définie associée au client, chaque souscription comprenant l'adresse d'une source d'information et des informations relatives à une politique de sélection de ladite source d'information ; une étape de réception d'informations issues d'une source d'information décrite par l'une des souscriptions de la liste, ladite souscription ayant été sélectionnée par ledit service par l'application d'une politique de sélection en fonction d'au moins les informations relatives à une politique de sélection comprise dans ladite souscription et une étape de rendu par ledit navigateur des informations reçues. Selon un mode particulier de réalisation de l'invention, le procédé comporte en outre une étape de réception, par ledit dispositif client, de l'adresse de la source d'information associée à ladite souscription sélectionnée par ledit service et une étape, par ledit dispositif client, d'émission d'une requête à destination de ladite source d'information associée à ladite souscription sélectionnée par ledit service pour requérir le contenu associé à l'adresse reçue. Selon un mode particulier de réalisation de l'invention, les informations reçues lors de l'étape de réception d'informations issues d'une source d'information sont reçues dudit service agissant en relais de ladite source d'information. Selon un mode particulier de réalisation de l'invention, l'étape de rendu 30 comporte en outre une étape de rendu d'une interface donnant accès à un ensemble de fonctionnalités résidentes en sus des informations reçues. Selon un mode particulier de réalisation de l'invention, le procédé comporte en outre une étape préalable d'enregistrement de l'utilisateur auprès du service comportant une étape de connexion au serveur par l'utilisateur depuis le dispositif client ; une étape de renseignement d'informations relatives à l'identité de l'utilisateur ; une étape d'initialisation de la liste des souscriptions ; une étape de réception d'identifiants de connexion et une étape de modification du client pour provoquer l'appel du service lors du démarrage du navigateur. Selon un mode particulier de réalisation de l'invention, le procédé comprend pour chaque souscription souscrite, une étape de renseignement de paramètres d'une politique de sélection associée. L'invention concerne également un procédé de gestion d'un service de veille sur un réseau d'information comportant une étape de réception d'une requête émise par un dispositif client, lors du démarrage d'un navigateur permettant la navigation sur le réseau d'information et l'accès à un ensemble de sources d'informations disponible sur ce réseau d'information, ledit service de veille gérant une liste de souscriptions préalablement définie associée au client, chaque souscription comprenant l'adresse d'une source d'information et des informations relatives à une politique de sélection de ladite source d'information et une étape de sélection d'une souscription parmi l'une des souscriptions de la liste par l'application d'une politique de sélection en fonction d'au moins les informations relatives à une politique de sélection comprise dans ladite souscription. Selon un mode particulier de réalisation de l'invention, le procédé comprend en outre une étape d'émission d'une réponse à la requête reçue comprenant au moins l'adresse de la source d'information associée à la souscription sélectionnée. Selon un mode particulier de réalisation de l'invention, le procédé comprend en outre une étape d'envoi d'une requête à destination de la source d'information associée à la souscription sélectionnée ; une étape de réception d'informations issues de la source sélectionnée en réponse à la requête envoyée et une étape d'envoi des information reçues à destination du dispositif client, le service agissant en tant que relais. Selon un mode particulier de réalisation de l'invention, le procédé comprend en outre une étape de surveillance de la disponibilité de nouveau contenu proposé par les sources d'informations de la liste. Selon un mode particulier de réalisation de l'invention, la politique de sélection utilise le critère de disponibilité de nouveau contenu proposé par les sources d'informations de la liste. Selon un mode particulier de réalisation de l'invention, la politique de sélection utilise un niveau de priorité de la source d'information définie par l'utilisateur. Selon un mode particulier de réalisation de l'invention, la politique de sélection utilise le critère du temps écoulé depuis la dernière sélection de la source d'information. Selon un mode particulier de réalisation de l'invention, la politique de sélection utilise une probabilité de sélection de la source d'information définie par le résultat de l'application d'au moins une contrainte sous la forme de fonction scalaire de la politique de sélection associée à la souscription. Selon un mode particulier de réalisation de l'invention, la politique de sélection utilise au moins un critère général de la politique de sélection défini pour l'ensemble des souscriptions de la liste. L'invention concerne également un dispositif de traitement de l'information apte à fonctionner comme client connecté à un réseau d'information comportant un navigateur permettant la navigation sur le réseau d'information et l'accès à un ensemble de sources d'informations disponible sur ce réseau d'information; des moyens d'émission d'une requête, lors du démarrage du navigateur, ladite requête étant émise à destination d'un service de veille gérant une liste de souscriptions préalablement définie associée au client, chaque souscription comprenant l'adresse d'une source d'information et des informations relatives à une politique de sélection de ladite source d'information ; des moyens de réception d'informations issues d'une source d'information décrite par l'une des souscriptions de la liste, ladite souscription ayant été sélectionnée par ledit service par l'application d'une politique de sélection en fonction d'au moins les informations relatives à une politique de sélection comprise dans ladite souscription et des moyens de rendu des informations reçues. Selon un mode particulier de réalisation de l'invention, le dispositif comporte en outre des moyens de gestion d'un service de veille gérant une liste de souscriptions préalablement définie associée au client, chaque souscription comprenant l'adresse d'une source d'information et des informations relatives à une politique de sélection de ladite source d'information et des moyens de sélection d'une souscription parmi l'une des souscriptions de la liste par l'application d'une politique de sélection en fonction d'au moins les informations relatives à une politique de sélection comprise dans ladite souscription. L'invention concerne également un dispositif de traitement de l'information apte à fonctionner comme serveur connecté à un réseau d'information pour la gestion d'un service de veille sur ce réseau d'information comportant des moyens de réception d'une requête émise par un dispositif client, lors du démarrage d'un navigateur permettant la navigation sur le réseau d'information et l'accès à un ensemble de sources d'informations disponible sur ce réseau d'information, ledit service de veille gérant une liste de souscriptions préalablement définie associée au client, chaque souscription comprenant l'adresse d'une source d'information et des informations relatives à une politique de sélection de ladite source d'information et des moyens de sélection d'une souscription parmi l'une des souscriptions de la liste par l'application d'une politique de sélection en fonction d'au moins les informations relatives à une politique de sélection comprise dans ladite souscription. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : La Fig. 1 illustre l'architecture du réseau d'information, La Fig. 2 illustre un exemple de réalisation du procédé d'inscription au service, La Fig. 3 illustre un exemple de réalisation des échanges entre le client et le 20 serveur, La Fig. 4 illustre un second exemple de réalisation des échanges entre le client et le serveur. L'invention se définit dans le contexte de l'utilisation d'un réseau d'information. On entend par réseau d'information, un réseau d'échange de données entre différents 25 appareils de traitement d'information tels que des ordinateurs, des terminaux mobiles, des assistants personnels ou autres. L'exemple de réalisation de l'invention est fait dans le contexte du réseau Internet où les données sont échangées à l'aide du protocole TCP/IP (Transport Control Protocol / Internet Protocol en anglais), défini dans les RFC (Request For Comment en anglais) 791 et 793. L'invention ne saurait 30 être limitée à ce réseau et à ces protocoles et peut fonctionner sur tout type de réseau d'échange d'information. Sur ces réseaux d'information et en particulier sur Internet existent diverses sources d'information. On peut citer les sites WEB, les serveurs FTP (File Transfer Protocol en anglais) par exemple. Ces sources d'information prévues à l'origine pour permettre de mettre à disposition des fichiers sous la forme de pages d'information ou de fichiers de données permettent aujourd'hui l'accès à une information dynamique, à des bases de données ou à tout type de service. La notion de source d'information s'entend dans ce document dans sons sens le plus général comme toute ressource mettant à disposition d'un client sur le réseau de l'information ou permettant à un client d'interagir avec la source pour obtenir cette information. Il peut donc s'agir de sites WEB au sens classique, mais également de services tels qu'un service de messagerie électronique hébergé. Dans ce dernier cas, l'information publiée consiste en de nouveaux messages reçus. On peut aussi citer les flux RSS associés à un site d'information ou encore les sites sociaux tels que � Facebook � ou � MySpace �. La source d'information peut être définie comme l'ensemble du site ou service ou encore comme une simple sous-partie de ce site. Par exemple, dans le cas d'un site social, il est possible de définir plusieurs sources d'information comme la messagerie, la page indiquant les changements de statut de nos relations, la page d'une application spécifique souscrite dans le cadre de son compte social ou autres. Cette notion ne saurait se limiter à certains protocoles particuliers comme le protocole d'accès WEB HTTP (Hyper Text Transfer Protocol en anglais), RFC 2616. Les utilisateurs du réseau d'information accèdent à ces sources d'information à l'aide de dispositifs de traitement de l'information aptes à fonctionner comme client connecté au réseau d'information. Sur ces dispositifs est implémenté un client ou navigateur. Ce client est un module logiciel permettant la gestion des échanges avec la source d'information, la récupération des informations publiées par la source et le rendu de cette information sur le terminal de l'utilisateur. Les sources d'information et éventuellement les différentes informations mises à disposition par ces sources sont référencées par des adresses sur le réseau. Ces adresses sont utilisées par le client pour référencer une source d'information. Typiquement, dans le contexte du réseau Internet, ces adresses sont des URL, mais toute autre forme de référencement pourrait être utilisée. Dans la suite de ce document, il faut comprendre la notion d'adresse comme étant tout moyen de référencer une source d'information sur le réseau. L'adresse se comprend au sens large et n'est pas limitée à la notion d'URL généralement utilisée aujourd'hui. La Fig. 1 illustre l'architecture de réseau contexte de l'invention. Les clients 1.1 sont connectés à un réseau d'information 1.2 qui leur permet d'accéder à un ensemble de sources d'information 1.3. L'invention visant à offrir le contenu d'une source d'information comme page de démarrage parmi une sélection de sources, l'inscription comprend le renseignement d'au moins une de ces sources. On définit la notion de souscription comme étant un ensemble de données relatives à une source d'information contenue dans la liste. Une souscription comprend d'une part l'adresse de la source d'information ainsi que des informations relatives à une politique de sélection de cette souscription ainsi que d'éventuels paramètres nécessaires pour se connecter à cette source comme, par exemple, d'éventuels paramètres d'authentification auprès de la source d'information. L'invention proposée est basée sur l'offre à un utilisateur d'une page de démarrage de son navigateur qui lui présente le contenu d'une source d'information parmi une collection de sources qu'il a préalablement sélectionnées. Le problème à résoudre est donc de réaliser d'une part la validation et le choix de la source à afficher et d'autre part d'en effectuer la restitution au sein du navigateur du client comme page de démarrage d'une manière qui soit la plus automatique possible en sollicitant le moins possible l'intervention de l'utilisateur. On rappelle que les navigateurs permettent typiquement de définir une page de démarrage qui peut être une page vide ou le contenu d'une source d'information dont on aura mémorisé l'adresse. Ensuite, lorsque l'utilisateur démarre son navigateur, cette page de démarrage est automatiquement téléchargée et affichée par le navigateur. Pour réaliser ceci, l'invention utilise les services d'un serveur dédié connecté au réseau d'information. L'utilisation d'un serveur permet d'une part de faire interagir les différents utilisateurs du service, mais aussi de mutualiser certaines ressources. Ce serveur gère pour chaque utilisateur un compte utilisateur. Celui-ci doit donc souscrire au service en s'inscrivant auprès du serveur. La procédure d'inscription consiste à minima en la création d'informations d'authentification permettant à l'utilisateur un accès sécurisé à son compte. La Fig. 2 illustre le procédé d'inscription au service pour un utilisateur. Lors d'une première étape 2.1, l'utilisateur se connecte au service hébergé sur un serveur accessible par le réseau de communication. Cette connexion se fait typiquement à l'aide d'un navigateur standard. Lors d'une étape 2.2, l'utilisateur renseigne des éléments relatifs à son identité. I1 s'agit typiquement d'une adresse de courrier électronique, ou de son nom complété éventuellement par tout élément désirable comme son adresse personnelle voire ses coordonnées bancaires dans le cas où le service est rendu payant. Il choisit également les informations permettant ensuite un accès sécurisé au service, typiquement un mot de passe. L'homme du métier comprend que tout système d'authentification peut être utilisé en lieu et place d'une authentification par mot de passe comme par exemple un accès sécurisé par une carte à puce, une authentification biométrique par exemple par empreinte digitale ou autres. Lors d'une étape 2.3, l'utilisateur doit initialiser sa liste de souscription pour que le service puisse être opérationnel. Cette étape peut être rendue obligatoire lors de l'inscription ou peut être faite éventuellement plus tard. En tout état de cause, elle est nécessaire pour une première utilisation du service. Lors de cette étape, l'utilisateur choisit, éventuellement de manière implicite, l'adresse d'au moins une première source d'information ainsi que les paramètres de politique de sélection associés. Ces paramètres et cette politique sont détaillés plus bas. Ces paramètres peuvent se voir attribuer des valeurs par défaut susceptibles d'être modifiées plus tard. Avantageusement plusieurs procédés peuvent être offerts à l'utilisateur pour initialiser facilement une liste de souscription. Une première option peut consister dans l'envoi de la page de démarrage configurée dans le navigateur au moment de l'inscription comme première souscription. Une autre option consiste en l'envoi de l'ensemble des adresses de sources d'informations mémorisées dans le navigateur sous la forme de signets (bookmarks en anglais). Avantageusement une interface est alors offerte à l'utilisateur lui permettant de sélectionner rapidement parmi l'ensemble de ces signets ceux qu'il souhaite exporter vers le service ou à l'inverse ceux qu'il ne souhaite pas exporter. En effet, certains de ces signets peuvent référencer des informations n'ayant pas vocation à devenir des souscriptions du service. Ces fonctionnalités peuvent être offertes via un programme inclus dans la page d'inscription par exemple dans le langage javascript ou encore par le biais d'une extension (plug-in en anglais) du navigateur. Lors d'une étape optionnelle 2.4 du procédé d'inscription, l'utilisateur est invité à renseigner des paramètres généraux, c'est-à-dire valables pour toutes les souscriptions, de la politique de sélection. Ici encore un ensemble de valeurs par défaut peut être offert, l'utilisateur ayant, par la suite, la possibilité de personnaliser ces valeurs par défaut. Lors d'une étape 2.5, le service valide l'inscription et attribue des identifiants de connexion à partir des renseignements donnés par l'utilisateur pour lui permettre un accès sécurisé ultérieur au service. Ces identifiants peuvent être constitués d'un nom de connexion (login name en anglais) et d'un mot de passe, d'un certificat cryptographique, d'un identifiant ou de tout autre moyen permettant ensuite lors d'un accès ultérieur d'associer de manière sécurisée l'utilisateur et son compte sur le serveur. Lors d'une étape 2.6, le client est modifié pour provoquer l'appel du service lors du démarrage du navigateur. I1 existe plusieurs solutions pour implémenter cette fonction. Les navigateurs possédant dans l'immense majorité des cas le moyen de mémoriser l'adresse d'une page de démarrage, le moyen le plus simple à mettre en oeuvre est de changer ce paramètre pour mémoriser l'adresse du service comme page de démarrage. De ce fait, lors du démarrage, le navigateur fait un appel à l'adresse mémorisée et initie donc une requête à destination du service. L'ordre dans lequel ces étapes se déroulent n'est pas impératif. Alternativement, certains navigateurs offrent la possibilité d'ajouter des extensions (plug-in en anglais). Ces extensions consistent en des modules logiciels externes au navigateur. Ces modules sont démarrés automatiquement lors du démarrage du navigateur. Une interface logicielle (API pour Application Programm Interface en anglais) étant définie par l'éditeur du navigateur, une communication entre le navigateur et l'extension est possible. En particulier, l'extension est prévenue du démarrage du navigateur et peut initialiser le service. Le service est hébergé typiquement sur un dispositif de traitement de l'information apte à fonctionner comme serveur connecté au réseau d'information. Le serveur qui héberge le service comprend plusieurs modules. Ces modules peuvent être hébergés sur un seul et même serveur ou sur une pluralité de serveurs en un même lieu ou répartis géographiquement. Un premier module gère le procédé d'inscription au service tel que décrit précédemment. Un second module gère les comptes utilisateurs et en particulier les listes des souscriptions de chaque utilisateur. Un troisième module gère éventuellement la veille auprès des différentes sources d'information référencées par les différentes souscriptions des utilisateurs. La mise en oeuvre du service sur un serveur distant permet de centraliser le service de veille des sources d'information. Une même source d'information, et ce quelque soit le nombre de souscripteur, n'est sollicitée périodiquement pour tester l'existence de nouveau contenu qu'une seule fois pour tout le souscripteur. Au contraire, une mise en oeuvre sur le client entraîne une sollicitation par souscripteur. De plus, le compte de l'utilisateur est disponible pour l'ensemble des clients utilisés par cet utilisateur. Par exemple, l'utilisateur retrouve son compte et son service de veille tant sur son ordinateur personnel au domicile que sur son ordinateur professionnel sur son lieu de travail. Le service peut également, du fait de cette mise en oeuvre sur un serveur et donc son fonctionnement permanent, facilement collaborer avec des services tiers. L'utilisateur peut également choisir de donner accès à tout ou partie de sa liste de souscription à un ensemble de personnes dans un fonctionnement collaboratif orienté WEB 2.0. Le module de gestion des comptes utilisateurs comprend avantageusement une table décrivant les profils des utilisateurs. Éventuellement, il gère pour chaque utilisateur les droits associés dans le cas où le service offre des accès différenciés en fonction, par exemple d'un niveau de souscription. On peut envisager, par exemple, un service aux droits limités accessible gratuitement et un service plus complet payant. On peut imaginer également un service gratuit payé par de la publicité présente sur le service et un service sans publicité payant. Le module de gestion gère une table ou une liste des souscriptions associée à chaque utilisateur. Cette liste est modifiable par l'utilisateur au travers d'une interface de gestion de son compte. Avantageusement, le module gère pour chaque souscription un drapeau permettant de savoir si la source d'information référencée par ladite souscription propose du nouveau contenu depuis sa dernière sélection. Il faut rappeler ici que la notion de nouveau contenu ne se limite pas à la publication d'un nouvel article sur un site d'information ou un blog. La notion de source d'information ayant été définie de manière large, elle peut référencer un service tel qu'un compte de courrier électronique par exemple. Dans ce cas, la notion de nouveau contenu proposé par la source d'information peut signifier l'arrivée d'un nouveau message sur le compte par exemple. La disponibilité de ce nouveau contenu est surveillée par le troisième module dit de veille. Ce module est donc chargé de maintenir le drapeau indiquant la disponibilité d'un nouveau contenu pour la source associée. Pour ce faire, ce module se connecte périodiquement à la source d'information et compare le contenu disponible avec une version mémorisée de ce contenu. En cas d'apparition d'un nouveau contenu, elle positionne le drapeau. Lorsque la source est sélectionnée pour une présentation à l'utilisateur, le drapeau est réinitialisé et une nouvelle mémorisation du contenu est effectuée. D'autres modes de détection d'un nouveau contenu auprès d'une source d'information peuvent être utilisés à la place ou conjointement à cette veille. On peut, par exemple, utiliser les flux de mise à jour RSS, ou encore définir tout type de notification pouvant être envoyée par la source. Certaines sources d'information nécessitent une authentification de l'utilisateur. Ce peut être le cas d'un site d'information payant, d'un service tel qu'un service de courrier électronique ou un service de réseau social. Dans ce cas, pour être à même de faire sa veille, les informations d'authentification doivent être mémorisées au sein de la souscription. En l'absence de ces informations, la politique de sélection de sources ne peut pas tenir compte de l'information de nouveau contenu disponible. Elle effectue alors la sélection indépendamment de ce critère. Un premier exemple de réalisation du serveur est basé sur l'emploi d'une base de données mySQL, du langage de programmation PHP et d'un serveur WEB Apache. Un second exemple de réalisation est réalisé en utilisant le langage de programmation Python dans l'environnement de développement Django. Ces modules sont des logiciels libres accessibles sur le réseau Internet, et largement utilisés et connus. L'homme du métier comprend que d'autres solutions peuvent être utilisées pour la mise en oeuvre sans sortir du cadre de l'invention. Alternativement, la répartition fonctionnelle du service entre le client et le serveur peut varier sans sortir du cadre de l'invention. En particulier, tout ou partie des modules serveur, voire uniquement certaines de leurs fonctionnalités, peuvent être mis en oeuvre sur le client. Toutefois, dans ce cas, un fonctionnement nominal de certaines de ces fonctionnalités, notamment le service de veille de l'apparition de nouveau contenu auprès des sources d'information, nécessite que le client soit connecté au réseau d'information régulièrement. Il en va de même d'éventuelles fonctionnalités sociales de partage du type WEB 2.0 pouvant être associées au service. On appelle politique de sélection de la source, la procédure appliquée à la liste de souscriptions pour déterminer pour un lancement donné du navigateur la souscription choisie permettant d'identifier la source d'information pour construire la page de démarrage du navigateur. Cette politique de sélection peut être personnalisée par un ensemble de paramètres. Certains de ces paramètres peuvent être généraux et valides indépendamment de la source d'information, ils sont alors associés au compte de l'utilisateur. D'autres paramètres sont définis pour chaque source d'information et sont alors associés à la souscription référençant ladite source d'information. En effet, un des problèmes majeurs résolus par l'invention est la pertinence de l'information présentée à l'utilisateur dans la page de démarrage de son navigateur. Cette information, pour être pertinente, doit appartenir aux centres d'intérêt de l'utilisateur. Ceci est obtenu par la configuration de la liste des sources d'information. Elle doit aussi être nouvelle, c'est-à-dire ne pas avoir déjà été présentée à l'utilisateur. Or la publication d'information nouvelle par une source se fait à des rythmes très différents selon les sources. La politique de sélection intervient ici pour éviter de sélectionner une source d'information n'ayant pas de nouvelle information à présenter à l'utilisateur depuis sa dernière sélection. Avantageusement, la politique de sélection prend également en compte une notion de priorité définie par l'utilisateur. Ce niveau de priorité fait alors partie des informations contenues dans la souscription. Dans ce cas, la politique de sélection favorise entre deux sources ayant de nouvelles informations à présenter celle de priorité la plus forte. Certaines sources d'information ont un rythme de renouvellement très élevé. L'utilisateur ne souhaite pas forcément que ces sources lui soient présentées trop souvent. Avantageusement, l'utilisateur peut définir un critère de périodicité minimal à respecter pour la présentation de cette source. Une fois que la source est présentée à l'utilisateur, elle ne peut plus être sélectionnée avant qu'un temps au moins égal à cette période minimale ne se soit écoulé. Cette périodicité minimale fait alors partie des données de la souscription. L'utilisateur peut également souhaiter que l'accès à une source d'information soit garanti, c'est-à-dire qu'aucune des sources inscrites dans sa liste de souscription ne peut ne jamais être sélectionnée. Avantageusement, l'utilisateur peut définir lors de son inscription au service une période maximale après laquelle la source devient prioritaire pour une sélection indépendamment des autres critères intervenant dans la politique de sélection. Cette période maximale fait alors partie des paramètres globaux de la politique de sélection associés au compte de l'utilisateur. Éventuellement, cette fonction est conditionnée au fait que la source ait de nouvelles informations à présenter, on accepte alors qu'une source cessant de publier de nouvelles informations puisse ne jamais être sélectionnée. Alternativement, cette période maximale peut être définie pour chaque source de manière différenciée. Cette donnée fait alors partie de la souscription et non des paramètres associés au compte de l'utilisateur. L'utilisateur peut également spécifier des contraintes comme, par exemple, des plages horaires en dehors desquelles la source n'est pas sélectionnable, ou encore des machines clientes depuis lesquelles la source est, ou n'est pas, sélectionnable. Pour chaque souscription, il est possible de définir une probabilité de sélection. Les valeurs de probabilité vont apporter une répartition non uniforme des chances d'être sélectionnées parmi les souscriptions remplissant les autres critères éventuels de sélection. L'utilisateur est alors invité à définir, par exemple en choisissant une valeur entière entre 0 et 100, cette probabilité de sélection. I1 est également possible de définir des contraintes qui sont des fonctions scalaires et non pas binaires. Ces contraintes permettent alors de modifier la probabilité de sélection de la souscription et non plus une valeur booléenne autorisant ou interdisant la sélection de la source. Par exemple, les contraintes sur les plages temporelles peuvent être définies selon une fonction de type gaussienne qui augmente la probabilité de la source d'être sélectionnée en fonction des heures de la journée. Autre exemple, un site d'information sur des séjours au ski verra sa probabilité de sélection augmenter progressivement à mesure que la saison de ski se rapproche. La sélection proprement dite consiste en une procédure vérifiant pour chaque source si elle vérifie les critères de sélection définis au niveau de la source elle-même, puis les critères généraux définis pour l'ensemble des souscriptions de la liste au niveau global du compte. Ensuite, une source parmi toutes les sources sélectionnables est désignée par tirage aléatoire parmi toutes les sources sélectionnables, c'est-à-dire remplissant les critères de sélection. Dans le cas où des niveaux de priorités sont utilisés, on effectue le tirage aléatoire seulement parmi les sources sélectionnables de priorité plus forte que la priorité de la source la plus haute ayant son drapeau allumé. Alternativement, le niveau de priorité permet juste d'augmenter les chances de sélection des sources les plus prioritaires dans un tirage pseudo aléatoire sur l'ensemble des sources sélectionnables. La figure 3 illustre le mode de fonctionnement d'un exemple de réalisation de l'invention. Lors d'une étape 3.1, le navigateur démarre sur le client. Une requête est alors envoyée par le dispositif client lors d'une étape 3.2 au serveur hébergeant le service de veille. Cette requête peut être émise directement par le navigateur ou par une extension de celui-ci comme nous l'avons vu. Cette requête contient les informations relatives à l'authentification de l'utilisateur auprès du service. Ces informations peuvent être demandées à l'utilisateur préalablement à l'envoi de la requête ou être fournies automatiquement. La fourniture automatique peut intervenir par tous moyens tels que l'utilisation d'un stockage par le navigateur (cookie en anglais) ou un périphérique de sécurité comme un lecteur de carte à puce ou un lecteur d'empreinte digitale. Lors de l'étape 3.3, le serveur retrouve le compte associé aux données d'authentification comprises dans la requête. Il applique alors la politique de sélection associée à ce compte pour sélectionner une source parmi la liste de souscription de l'utilisateur. Le serveur répond alors à la requête par un message 3.4 contenant au moins l'adresse de la source sélectionnée. Éventuellement, ce message contient également des paramètres associés à cette source présents dans la souscription pour l'authentification auprès de la source ou tout autre paramètre nécessaire à la connexion ou à la personnalisation de l'accès à cette source d'information. Avantageusement, ce message a la forme d'une page WEB contenant un programme embarqué qui va provoquer la redirection vers la source d'information sélectionnée. Ce programme peut être simplement écrit en javascript. Alternativement, dans le cas où la requête est émise par une extension du navigateur, cette requête émise et le message reçu en réponse étant alors interprétés par cette extension, l'homme du métier peut choisir tout format à sa convenance pour celles-ci. À la réception de cette réponse sur le client, celui-ci analyse cette réponse lors d'une étape 3.5. Cette analyse peut être le fait du navigateur analysant la page et le programme embarqué selon son mode de fonctionnement nominal ou l'extension du navigateur. Cette analyse conduit à l'émission par le client d'une requête 3.6 destinée à la source d'information. Cette requête contient les éventuels paramètres d'authentification ou autres transmis, requête a son tour analysée par la source lors de l'étape 3.7 pour générer l'information issue de la source d'information qui est transmise dans une réponse 3.8 au navigateur. Celui-ci calcule alors le rendu de cette information et l'affiche lors de l'étape 3.9. La Fig. 4 illustre un mode de fonctionnement alternatif du service. Dans ce mode de fonctionnement, les étapes 4.1, 4.2 et 4.3 sont identiques aux étapes 3.1, 3.2 et 3.3 correspondantes dans le mode précédent. Après l'étape 4.3 de sélection de la source, le serveur émet lui même la requête 4.4 à destination de la source, requête analysée lors d'une étape 4.5 par la source correspondant à l'étape 3.7 du mode de réalisation précédent. C'est donc le serveur hébergeant le service qui reçoit la réponse 4.6 de la source. Le serveur hébergeant le service construit alors la page contenant les informations transmises par la source lors de l'étape 4.7 et transmet ces informations issues de la source dans une réponse 4.8 à destination du client. Le client analyse et affiche alors cette page lors de l'étape 4.9. Ce mode de réalisation permet au serveur hébergeant le service de contrôler la mise en page de l'information issue de la source. En particulier, il est alors possible d'inclure dans la page transmise des informations relatives au service voire de la publicité. Concernant le rendu par le navigateur de l'information transmise par la source, la solution la plus simple consiste à rendre l'information telle qu'elle est transmise par la source. Cette solution correspond à un fonctionnement simple où la page transmise par la source est directement affichée comme page de démarrage par le navigateur. La page est alors soit obtenue directement à la suite d'une requête à la source faite par le navigateur ou retransmise par le serveur hébergeant le service qui l'aura préalablement requise auprès de la source. Le service fonctionne alors comme une redirection vers l'adresse référençant la source. Toutefois, l'utilisateur ayant souscrit au service de veille via la page de démarrage, il peut être avantageux de lui fournir l'accès direct à un ensemble de fonctionnalités liées au service directement depuis cette page de démarrage. En particulier, on peut lui fournir un lien direct sur la configuration de son compte, la gestion de sa liste de souscription, la gestion des paramètres liés à la souscription de la source sélectionnée dont l'information est affichée dans la page de démarrage courante ou autres. On peut aussi fournir à l'utilisateur l'accès direct à un ensemble de services complémentaires dissociés du service, des services auxquels l'utilisateur souhaite pouvoir accéder rapidement lorsqu'il lance son navigateur. On peut ainsi prévoir une interface permettant le lancement rapide d'une recherche sur Internet, l'accès à une sélection de réseaux sociaux ou autres. Ces fonctionnalités dites résidentes doivent rester accessibles à tout instant lors de l'utilisation du service. L'un des avantages majeurs de l'invention résidant dans le fait d'afficher les informations de la source dans un format intégral fidèle au rendu auquel l'utilisateur a accès lorsqu'il se connecte directement à la source indépendamment du service, l'intégration de ces fonctionnalités doit être la plus discrète possible. Plusieurs solutions permettent de mettre en oeuvre un tel mécanisme. Une première solution utilise la structure du document. En effet, les pages affichées par un navigateur tel qu'un navigateur WEB implémentent une notion de cadre (frame en anglais). L'utilisation de ces cadres rend possible la subdivision de la zone de rendu du navigateur en différents cadres dont on peut maîtriser la taille soit de manière absolue ou relative par rapport à la taille totale de la zone de rendu. Chaque cadre ainsi défini permet d'afficher du contenu de manière indépendante. Il est alors possible d'associer l'un des cadres ainsi définis, que nous appellerons cadre principal, au contenu de la source. Un autre cadre peut alors contenir l'interface d'accès au service. Avantageusement, ce cadre aura un même rendu quelque soit la source sélectionnée. L'utilisateur y retrouvera donc, toujours au même endroit et ayant le même aspect, l'interface lui permettant le contrôle du service. L'un des intérêts de l'invention étant de présenter le contenu intégral de la source sous une forme non réduite, il est avantageux de réserver au moins quatre-vingt-dix pour cent de la surface de rendu totale du navigateur, tandis que le cadre utilise les dix pour cent restants, par exemple sous la forme d'un bandeau sur l'un quelconque des côtés de la zone de rendu. Avantageusement, ce bandeau d'interface peut être rendu masquable. Dans ce cas, il est réduit à une simple icône discrète sur une zone de rendu intégralement ou quasiment intégralement consacrée au rendu des informations de la source. Une action sur cette icône faisant apparaître le bandeau de contrôle du service. Ce bandeau se masquant ensuite soit à la suite d'une action volontaire dans l'interface, soit après un temps donné sans action au sein de ce bandeau. Cette solution est mise en oeuvre par la construction de la page contenant les cadres principaux et de contrôle par le serveur. Cette page est renvoyée par le serveur en réponse à la requête émise par le navigateur au démarrage du service. Elle contient dans le cadre principal soit le lien vers la source dans le cadre d'une implémentation par redirection conforme au schéma de la Fig. 3, soit le contenu des informations récupérées par le serveur auprès de la source dans le cadre d'une implémentation par relais (proxy en anglais) conforme au schéma de la Fig. 4. Optionnellement, le serveur fonctionnant en relais, de légères modifications sont apportées à la page relayée, lorsque c'est nécessaire, pour adapter le contenu de la page à un rendu au sein d'un cadre. En effet, certaines pages peuvent contenir une structure qui risque de casser la structure des cadres de la page hôte, interdisant de ce fait l'accès au cadre des fonctionnalités résidentes. L'interface permettant l'accès à des fonctionnalités de contrôle et des fonctionnalités résidentes peut alternativement être implémentée sous la forme de modules d'interfaces (widgets en anglais). Ces modules permettent une plus grande liberté dans le rendu de cette interface, elle peut, par exemple offrir un rendu semitransparent qui permet de voir le contenu de la source d'information sélectionnée sous le module. Elle peut, ici encore, être masquable ou faire appel à tout effet d'animation disponible. L'avantage de construire ces éléments d'interface à l'aide de modules widget est de permettre à des services tiers d'implémenter leurs propres modules et que ces modules soient ajoutés au service à la demande par l'utilisateur pour personnaliser son interface. Ces modules sont basés sur une API dont les principaux échanges se font par exemple à l'aide d'un protocole réseau basé sur le format JSON (JavaScript Object Notation en anglais définis par la RFC 4627 de l'IETF). Dans tous les cas, il est possible de permettre à l'utilisateur de personnaliser cette interface en jouant sur des paramètres liés au compte de l'utilisateur. Par rapport à l'existant, l'invention correspond à une solution maximisant les aspects techniques du critère d'adéquation de l'information pour un utilisateur. D'un côté la politique de sélection qui garantit une information pertinente en provenance d'un catalogue large, de l'autre l'affichage d'une information non résumée contribuent à maximiser la qualité de cette information. Alternativement, dans le cas où le service est géré par une extension du navigateur, la structure de la page est obtenue par manipulation directe de cette structure. L'extension manipule alors l'architecture DOM (Document Object Mode/ en anglais) du contenu de la source afin d'y adjoindre les éléments d'interfaces optionnellement souhaités par l'utilisateur. Ce choix de mise en oeuvre présente certains avantages. On est totalement libre dans la mise en oeuvre des interactions entre le client et le serveur puisque l'on maîtrise les interlocuteurs. Il est possible de nous appuyer sur des protocoles réseaux réputés comme AJAX (Asynchronous Javascript And XML en anglais) ou ASN.1 (Abstract Syntax Notation One en anglais). La mise en oeuvre par l'intermédiaire d'une extension du navigateur permet également de résoudre deux problèmes rencontrés lors d'une mise en oeuvre par des cadres. D'une part, il est difficile de garantir qu'une source d'information parcourue initialement au sein d'un cadre ne puisse s'en échapper et modifier la structure de cadre mise en place. Ceci entraîne que le rendu voulu d'un cadre de contrôle et d'un cadre de rendu ne peut être facilement garanti pour toutes les sources d'information. D'autre part, lorsque l'utilisateur cherche à mémoriser un signet sur l'information qu'il parcourt au sein du cadre, par défaut, il obtient la référence de la page globale contenant les cadres et non la référence désirée du cadre principal. Ces inconvénients ne sont pas rédhibitoires, mais peuvent se révéler gênants. Un autre avantage de la mise en oeuvre par une extension consiste en la possibilité de personnaliser l'interface du navigateur et d'ajouter des menus dédiés à la gestion du service ou encore un bouton permettant d'appeler le service à tout moment, c'est-à-dire de solliciter l'affichage d'une nouvelle page de démarrage en dehors du contexte du lancement du navigateur. Un utilisateur peut ainsi aisément parcourir quelques sources d'informations sans être obligé de quitter le navigateur et de le relancer. Cette mise en oeuvre permet également de surcharger la fonction classique du navigateur permettant la sauvegarde d'un signet. Un appel à cette fonction aura alors l'effet de créer, sur le service, une nouvelle souscription à partir de la page visitée. Elle permet également d'imposer une fréquence minimale d'apparition, la possibilité de distribuer certains processus coûteux, la possibilité éventuelle d'effectuer une veille sur les ressources locales de l'ordinateur client avec l'accord de l'utilisateur. Le service peut inclure de manière optionnelle de la publicité. Celle-ci peut d'une part être incluse dans la page d'information présentée. Avantageusement, pour des raisons légales notamment, ces informations seraient insérées dans les éléments d'interfaces complémentaires comme le bandeau de contrôle et non dans les informations de la source rendues dans le cadre principal. D'autre part, il est possible d'inclure dans la liste des souscriptions, des sources publicitaires. Ces sources seraient alors choisies et ajoutées par le service et non pas sous le contrôle et à l'initiative de l'utilisateur. Ainsi, l'utilisateur peut à l'occasion recevoir une page publicitaire au lieu d'une de ses sources lors du démarrage de l'application. Cette publicité a un impact d'autant plus fort qu'il s'attend à recevoir de l'information sélectionnée parmi ses sources d'intérêt à cet endroit. La fréquence d'insertion de ces publicités est avantageusement maintenue à un niveau réduit pour ne pas nuire à l'intérêt du service pour l'utilisateur. L'invention ainsi définie permet d'offrir un procédé de veille d'un ensemble de sources d'information disponible sur un réseau d'information à un utilisateur. Du fait d'un accès réparti temporellement et non spatialement à cet ensemble de sources, le nombre de ces sources est potentiellement illimité. L'utilisateur accède à l'intégralité des informations publiées par la source et non pas à un condensé de ces informations. Il peut définir un ensemble de paramètres pour gérer les contraintes et les conditions pour qu'une source puisse être sélectionnée ainsi que des niveaux de priorités entre ces sources. Il est ainsi assuré d'accéder à une information intéressante, renouvelée et selon une fréquence cohérente avec la fréquence de renouvellement de l'information de la source. Il peut ainsi optimiser un taux d'efficacité de cette veille selon un rapport entre la quantité d'information pertinente accédée et le temps passé à cet accès. En plus des éléments techniques comme l'économie générale de ressources, l'implémentation en réseau du service a différents avantages : l'utilisateur dispose d'un service accessible de partout. Les éditeurs de contenus disposent d'une adresse du service, ce qui, en terme d'architecture logicielle, facilite le relais efficace d'information vers les utilisateurs intéressés. Finalement, du fait que les différents utilisateurs interagissent sur le service, des éléments d'intelligence collective sont exploitables dans la veille personnalisée. REVENDICATIONS1/ Procédé de veille sur un réseau d'information (1.2) caractérisé en ce qu'il comporte les étapes suivantes : - une étape d'émission d'une requête (3.2, 4.2) par un dispositif client (1.1), lors du démarrage d'un navigateur permettant la navigation sur le réseau d'information (1.2) et l'accès à un ensemble de sources d'informations (1.3) disponibles sur ce réseau d'information, ladite requête (3.2, 4.2) étant émise à destination d'un service de veille gérant une liste de souscriptions préalablement définie associée au client, chaque souscription comprenant l'adresse d'une source d'information et des informations relatives à une politique de sélection de ladite source d'information ; - une étape de réception d'informations (3.8, 4.8) issues d'une source d'information décrite par l'une des souscriptions de la liste, ladite souscription ayant été sélectionnée par ledit service par l'application d'une politique de sélection en fonction d'au moins les informations relatives à une politique de sélection comprise dans ladite souscription ; - une étape de rendu (3.9, 4.9) par ledit navigateur des informations reçues. 2/ Procédé de veille selon la revendication 1, caractérisé en ce qu'il comporte en outre : - une étape de réception (3.4), par ledit dispositif client, de l'adresse de la source d'information associée à ladite souscription sélectionnée par ledit service ; - une étape (3.6), par ledit dispositif client, d'émission d'une requête à destination de ladite source d'information associée à ladite souscription sélectionnée par ledit service pour requérir le contenu associé à l'adresse reçue. 3/ Procédé de veille selon la revendication 1, caractérisé en ce que les informations reçues lors de l'étape de réception d'informations (4.8) issues d'une source d'information sont reçues dudit service agissant en relais de ladite source d'information. 4/ Procédé de veille selon l'une des revendications 1 à 3, caractérisé en ce que l'étape de rendu (3.9, 4.9) comporte en outre une étape de rendu d'une interfacedonnant accès à un ensemble de fonctionnalités résidentes en sus des informations reçues. 5/ Procédé de veille selon l'une des revendications 1 à 4, caractérisé en ce qu'il comporte en outre une étape préalable d'enregistrement de l'utilisateur auprès du service comportant : - une étape de connexion au serveur par l'utilisateur depuis le dispositif client ; - une étape de renseignement d'informations relatives à l'identité de l'utilisateur ; - une étape d'initialisation de la liste des souscriptions ; - une étape de réception d'identifiants de connexion ; - une étape de modification du client pour provoquer l'appel du service lors du démarrage du navigateur. 6/ Procédé de veille selon la revendication 5, caractérisé en ce qu'il comprend pour chaque souscription souscrite, une étape de renseignement de paramètres d'une politique de sélection associés. 7/ Procédé de gestion d'un service de veille sur un réseau d'information (1.2) caractérisé en ce qu'il comporte les étapes suivantes : - une étape de réception d'une requête (3.2, 4.2) émise par un dispositif client (1.1), lors du démarrage d'un navigateur permettant la navigation sur le réseau d'information (1.2) et l'accès à un ensemble de sources d'informations (1.3) disponible sur ce réseau d'information, ledit service de veille gérant une liste de souscriptions préalablement définie associée au client, chaque souscription comprenant l'adresse d'une source d'information et des informations relatives à une politique de sélection de ladite source d'information ; - une étape de sélection (3.3, 4.3) d'une souscription parmi l'une des souscriptions de la liste par l'application d'une politique de sélection en fonction d'au moins les informations relatives à une politique de sélection comprise dans ladite souscription. 8/ Procédé de gestion d'un service de veille selon la revendication 7, caractérisé en ce qu'il comprend en outre :- une étape d'émission d'une réponse (3.4) à la requête reçue comprenant au moins l'adresse de la source d'information associée à la souscription sélectionnée. 9/ Procédé de gestion d'un service de veille selon la revendication 7, caractérisé 5 en ce qu'il comprend en outre : - une étape d'envoi d'une requête (4.4) à destination de la source d'information associée à la souscription sélectionnée ; - une étape de réception (4.6) d'informations issues de la source sélectionnée en réponse à la requête envoyée ; 10 - une étape (4.8) d'envoi des informations reçues à destination du dispositif client, le service agissant en tant que relais. 10/ Procédé de gestion d'un service de veille selon l'une des revendications 7 à 9, caractérisé en ce qu'il comprend en outre une étape de surveillance de la 15 disponibilité de nouveau contenu proposé par les sources d'informations de la liste. 11/ Procédé de gestion d'un service de veille selon la revendication 10, caractérisé en ce que la politique de sélection utilise le critère de disponibilité de nouveau contenu proposé par les sources d'informations de la liste. 12/ Procédé de gestion d'un service de veille selon la revendication 7, caractérisé en ce que la politique de sélection utilise un niveau de priorité de la source d'information définie par l'utilisateur. 25 13/ Procédé de gestion d'un service de veille selon la revendication 7, caractérisé en ce que la politique de sélection utilise le critère du temps écoulé depuis la dernière sélection de la source d'information. 14/ Procédé de gestion d'un service de veille selon la revendication 7, 30 caractérisé en ce que la politique de sélection utilise une probabilité de sélection de la source d'information définie par le résultat de l'application d'au moins une contrainte sous la forme de fonction scalaire de la politique de sélection associée à la souscription. 2015/ Procédé de gestion d'un service de veille selon l'une des revendications 7 à 14, caractérisé en ce que la politique de sélection utilise au moins un critère général de la politique de sélection défini pour l'ensemble des souscriptions de la liste. 16/ Dispositif (1.1) de traitement de l'information apte à fonctionner comme client connecté à un réseau d'information (1.2) caractérisé en ce qu'il comporte : - un navigateur permettant la navigation sur le réseau d'information et l'accès à un ensemble de sources d'informations (1.3) disponible sur ce réseau d'information ; - des moyens d'émission d'une requête (3.2, 4.2), lors du démarrage du navigateur, ladite requête (3.2, 4.2) étant émise à destination d'un service de veille gérant une liste de souscriptions préalablement définie associée au client, chaque souscription comprenant l'adresse d'une source d'information et des informations relatives à une politique de sélection de ladite source d'information ; - des moyens de réception d'informations (3.8, 4.8) issues d'une source d'information décrite par l'une des souscriptions de la liste, ladite souscription ayant été sélectionnée par ledit service par l'application d'une politique de sélection en fonction d'au moins les informations relatives à une politique de sélection comprise dans ladite souscription ; - des moyens de rendu (3.9, 4.9) des informations reçues. 17/ Dispositif (1.1) de traitement de l'information apte à fonctionner comme client connecté à un réseau d'information (1.2) selon la revendication 16, caractérisé en ce qu'il comporte en outre : - des moyens de gestion d'un service de veille gérant une liste de souscriptions préalablement définie associée au client, chaque souscription comprenant l'adresse d'une source d'information et des informations relatives à une politique de sélection de ladite source d'information ; - des moyens de sélection (3.3, 4.3) d'une souscription parmi l'une des souscriptions de la liste par l'application d'une politique de sélection en fonction d'au moins les informations relatives à une politique de sélection comprise dans ladite souscription.18/ Dispositif (1.1) de traitement de l'information apte à fonctionner comme serveur connecté à un réseau d'information (1.2) pour la gestion d'un service de veille sur ce réseau d'information (1.2) caractérisé en ce qu'il comporte : - des moyens de réception d'une requête (3.2, 4.2) émise par un dispositif client (1.1), lors du démarrage d'un navigateur permettant la navigation sur le réseau d'information (1.2) et l'accès à un ensemble de sources d'informations (1.3) disponible sur ce réseau d'information, ledit service de veille gérant une liste de souscriptions préalablement définie associée au client, chaque souscription comprenant l'adresse d'une source d'information et des informations relatives à une politique de sélection de ladite source d'information ; - des moyens de sélection (3.3, 4.3) d'une souscription parmi l'une des souscriptions de la liste par l'application d'une politique de sélection en fonction d'au moins les informations relatives à une politique de sélection comprise dans ladite souscription.