Brevet FR3019927A1 — publié le 20151016

Procédé de déclaration dans un système de mesure d'audience centrée-utilisateur. 1. DOMAINE DE L'INVENTION Le domaine de l'invention est celui des techniques de mesure d'audience. Plus précisément, l'invention concerne une technique de déclaration dans un système de mesure d'audience centrée-utilisateur (« user-centric » en anglais) sur des terminaux connectés à un réseau informatique (par exemple Internet). Plus généralement, la technique proposée peut s'appliquer à tout type de réseau informatique et à tout type de terminal (fixe ou mobile, personnel ou partagé) : ordinateur, smartphones, tablettes, TV connectées, etc. Dans une première implémentation particulière, le système de mesure d'audience permet de tracer (« logger ») le trafic Internet des terminaux (équipements) des foyers panélistes. Dans une seconde implémentation particulière, le système de mesure d'audience permet de mesurer la consommation, par les terminaux (équipements) des foyers panélistes, d'un contenu (programme TV par exemple) diffusé sur le réseau informatique (par exemple Internet), en mode continu (aussi appelé « contenu streamé » ou « contenu en streaming ») ou en mode téléchargement (cas par exemple des pré-roll, mid-roll et post-roll téléchargés en mode fichier). Plus généralement, la seconde implémentation particulière peut s'appliquer à tout type de contenu streamé ou téléchargé (contenu audio et/ou vidéo, contenus en direct ou en différé, TV de rattrapage (« catch up TV »), Vidéo à la demande (VOD), Webradios, ...), que ce soit en ligne (contenus disponibles sur les sites Internet, c'est-à-dire référencés dans les pages web consultables avec un navigateur exécuté par le terminal) ou sur applications tierces (contenus disponibles avec les applications tierces (aussi appelées « applications mobiles » ou « applications éditeur ») exécutées par le terminal). 2. ARRIÈRE-PLAN TECHNOLOGIQUE La mesure « user-centric » repose sur le suivi de la navigation (surf) sur Internet d'un panel (échantillon d'internantes) représentatif d'une population d'internautes (par exemple les internantes français). La navigation du panel est mesurée et une enquête de cadrage est faite en parallèle afin d'extrapoler leur navigation à la population Internet étudiée. En identifiant précisément le panéliste, la mesure « user-centric » permet par exemple d'analyser le nombre de visiteurs uniques qui se sont rendus sur un site au cours d'une période donnée. Un visiteur unique du panel correspond à un individu qualifié identifié. En valeur extrapolée, un panéliste correspond à des milliers de visiteurs uniques. La mesure « user-centric » fournit aux agences, éditeurs et aux professionnels du marketing des rapports précis et fiables sur l'audience des sites Internet et l'usage des internantes, ces informations pouvant servir aux planifications stratégiques, études concurrentielles ou médiaplanning Les résultats sont par exemple actualisés tous les mois. 2.1 Analyse du trafic réseau Une première technique connue de mesure d'audience « user-centric » s'appuie sur l'analyse du trafic réseau entre le terminal et le réseau Internet. Cette première technique connue consiste à exploiter les traces réseau (« logs ») laissées au niveau d'un routeur installé au domicile des panélistes ou au niveau d'un proxy http à travers lequel les terminaux des panélistes doivent passer. Pour pouvoir associer le nom d'une personne du foyer à chaque requête HTTP loggée par le routeur (ou le proxy), un premier mécanisme de déclaration consiste en l'implémentation d'un mécanisme de portail captif sur le routeur. Le principe général d'un tel mécanisme de portail captif consiste à intercepter tous les paquets, quelle que soit leur destination, jusqu'à ce que l'utilisateur ouvre son navigateur web et essaie d'accéder à Internet. Le navigateur est alors redirigé vers une page web qui peut demander une authentification et/ou un paiement ou tout simplement demander d'accepter les conditions d'utilisation du réseau. Cette technique est souvent employée pour les accès Wi-Fi et peut aussi être utilisée pour l'accès à des réseaux filaires (ex. hôtels, campus etc). Dans le contexte de la mesure d'audience Internet, la page Web renvoyée au navigateur est une page HTML d'identification permettant de choisir son prénom parmi les membres du foyer. Une fois que le panéliste s'est authentifié, le firewall du routeur l'autorise à accéder au réseau Internet pendant une certaine durée. Le routeur bloque alors la connexion réseau d'un terminal connecté au routeur après 30 minutes d'inactivité par exemple, afin que l'utilisateur soit redirigé vers une page HTML de déclaration individuelle dès qu'il utilise à nouveau le terminal. Les problèmes liés à l'implémentation d'un mécanisme de portail captif sur le routeur sont les suivants : - le portail captif bloque la connexion réseau lorsque le terminal est inutilisé pendant un certain temps, ce qui bloque les fonctions systèmes en tâche de fond (ex : mises à jour antivirus sur PC, mise à jour des applications Android, récupération des mails, ...) ; - pour les tablettes, beaucoup d'utilisateurs utilisent exclusivement des applications ; le fait de devoir ouvrir un navigateur pour recevoir la page HTML de déclaration est une contrainte à laquelle les panélistes doivent s'habituer ; - enfin, en cas de longue session d'utilisation du terminal, il n'est pas possible de vérifier que le terminal n'a pas changé de mains car cela impliquerait au bout d'une certaine durée de bloquer la connexion Internet à nouveau pour rediriger le trafic vers la page de déclaration : pour un utilisateur d'application, cela créerait un dysfonctionnement dont le constat l'amènerait à penser que le moment est venu de rouvrir le navigateur pour s'identifier. Globalement, on voit que l'expérience utilisateur est médiocre pour les panélistes. 2.2 Logiciel de mesure (« meter ») Une deuxième technique connue de mesure d'audience « user-centric » concerne la mesure d'Internet fixe au moyen d'un logiciel de mesure (« meter ») installé sur un ordinateur (c'est-à-dire un terminal de type PC ou MAC). Le logiciel de mesure est lancé automatiquement au démarrage du terminal et fonctionne en tâche de fond pour analyser l'utilisation du terminal et solliciter l'identification des utilisateurs. Pour ce second point (mécanisme de déclaration individuelle), le logiciel de mesure détecte l'activité d'un utilisateur en analysant des évènements comme par exemple l'ouverture d'une session utilisateur ou l'utilisation de la souris, du clavier ou de l'écran tactile. Une fenêtre de déclaration apparaît alors dans un coin de l'écran, dans les cas suivants : - après une reprise d'activité détectée après une période d'inactivité (sur la base de l'utilisation du clavier, de la souris ou de l'écran tactile) ; - à l'ouverture d'une session utilisateur ; - au bout d'une certaine durée d'utilisation continue du terminal, pour vérifier que l'utilisateur n'a pas changé. L'utilisateur est alors invité à choisir son prénom dans la liste affichée dans la fenêtre de déclaration. On voit que ce mécanisme de déclaration contrôlé par le logiciel de mesure (« meter ») est limité aux terminaux qui d'une part, autorisent le lancement automatique d'un logiciel de mesure fonctionnant en tâche de fond et d'autre part, supportent le multifenêtrage afin que la fenêtre de déclaration puisse s'afficher discrètement dans un coin de l'écran sans prendre la place de l'application en cours d'utilisation. Il est clair que ce principe n'est pas adapté aux terminaux de type tablette. 2.3 Watermarking ou fingerprinting du canal audio Une troisième technique connue de mesure d'audience « user-centric » s'appuie sur le tatouage numérique (« audio watermarking » en anglais) du canal audio (aussi appelé « composante audio ») des contenus diffusés (chaînes de TV par exemple), ou la comparaison de leur empreinte audio (« audio fingerprinting » en anglais) avec des empreintes de référence. Cette troisième technique connue est à la base des audimètres utilisés pour la mesure d'audience de la TV. Dans le cas du poste de télévision, l'audimètre (typiquement un mini-PC) capture le son sortant du poste (i.e. le canal audio de la chaîne visualisée), de façon électrique ou acoustique, afin de l'analyser pour en extraire des watermarks ou des fingerprints permettant d'identifier la chaîne regardée. Puis l'audimètre transmet des données d'audience au serveur de la société de mesure d'audience. Pour le mécanisme de déclaration, chaque personne du foyer doit signaler sa présence dans la pièce où est situé le poste de télévision en appuyant sur le bouton qui lui est attribué sur la télécommande de l'audimètre. En d'autres termes, pour la mesure de la consommation TV sur un poste de télévision, il est nécessaire d'utiliser une télécommande pour se déclarer. Dans le cas d'une application de mesure d'audience de la TV intégrée à un terminal mobile (par exemple une tablette), il serait très contraignant de demander à un panéliste d'utiliser un dispositif matériel annexe pour s'identifier activement (par exemple avec une télécommande) ou passivement (par exemple avec un tag RFID) au moment où démarre la vidéo. 3. OBJECTIFS DE L'INVENTION L'invention, dans au moins un mode de réalisation, a notamment pour objectif de pallier ces différents inconvénients de l'état de la technique. Plus précisément, dans au moins un mode de réalisation de l'invention, un objectif est de fournir une technique de déclaration dans un système de mesure d'audience centrée-utilisateur sur des terminaux connectés à un réseau informatique, cette technique permettant (contrairement au mécanisme de portail captif sur routeur) de ne pas bloquer la connexion réseau lorsque le terminal est inutilisé pendant un certain temps, et donc de ne pas bloquer les processus (notamment les fonctions systèmes) en tâche de fond. Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique permettant de vérifier périodiquement que le terminal n'a pas changé de mains au cours d'une longue session d'utilisation, avec un impact minime sur l'expérience utilisateur. Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique ayant un impact minime sur l'expérience utilisateur d'un panéliste qui reprend son terminal (par exemple une tablette) après une période d'inactivité et qui se trouve être l'utilisateur précédent. Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique pouvant être mise en oeuvre avec des terminaux (par exemple des tablettes) sur lesquels il n'est pas possible de lancer une application automatiquement au démarrage du terminal et de laisser tourner cette application en tâche de fond. Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique pouvant être mise en oeuvre avec des terminaux (par exemple des tablettes) qui n'autorisent pas le lancement automatique d'une application au démarrage du terminal et/ou qui ne supportent pas le multifenêtrage. 4. EXPOSÉ DE L'INVENTION Dans un mode de réalisation particulier de l'invention, il est proposé un procédé de déclaration dans un système de mesure d'audience centrée-utilisateur sur des terminaux connectés à un réseau informatique. Pour un terminal donné d'un foyer donné associé à une liste de panélistes donnée, le procédé comprend les étapes suivantes : a) un équipement réseau, externe au terminal, analyse le trafic réseau du terminal pour détecter s'il est opportun de demander une déclaration ; b) si l'équipement réseau détecte qu'il est opportun de demander une déclaration, l'équipement réseau fait envoyer au terminal, par un serveur de déclaration, une notification indiquant une opportunité de demander une déclaration ; c) le terminal affiche la notification, sous une forme proposant à un utilisateur de lancer une application de déclaration permettant de sélectionner au moins une personne parmi la liste de panélistes donnée et/ou un type d'usage du terminal ; d) si elle est lancée, l'application de déclaration envoie à l'équipement réseau et/ou à un serveur de mesure d'audience, un message de déclaration indiquant la au moins une personne sélectionnée et/ou le type d'usage sélectionné. Le principe général de l'invention consiste donc à configurer le terminal pour que son trafic réseau soit analysé par l'équipement réseau. Si ce dernier détecte qu'il est opportun de demander à l'utilisateur de se déclarer, un mécanisme (impliquant le serveur de déclaration) permet de proposer à l'utilisateur de lancer l'application de déclaration. Ainsi, l'application de déclaration n'est pas lancée automatiquement au démarrage du terminal, ce qui contourne l'impossibilité, pour certains terminaux (par exemple des terminaux Apple sous le système d'exploitation iOS) d'un tel lancement automatique par le système d'exploitation du terminal. Au final, c'est l'utilisateur qui décide de lancer ou non l'application de déclaration. Les avantages de cette solution, par rapport au mécanisme de portail captif sur routeur, sont multiples de sorte que l'expérience utilisateur est meilleure, plus fluide : - la connexion réseau n'est pas bloquée lorsque le terminal est inutilisé pendant un certain temps, ce qui n'a pas d'incidence sur les processus (notamment les fonctions systèmes) qui tournent en tâche de fond ; - il est possible de vérifier périodiquement que le terminal n'a pas changé de mains au cours d'une longue session d'utilisation, avec un impact minime sur l'expérience utilisateur (dans le meilleur des cas, si l'utilisateur n'a pas changé, il n'a qu'à fermer la fenêtre (pop-up) sous la forme de laquelle s'affiche la notification reçue par le terminal, sans lancer (ouvrir) l'application de déclaration ; - si un panéliste reprend son terminal (sa tablette) après une période d'inactivité supérieure à un seuil (par exemple 30 minutes) et qu'il se trouve être l'utilisateur précédent, là encore il n'a qu'à fermer la fenêtre (pop-up) sous la forme de laquelle s'affiche la notification reçue par le terminal, sans lancer (ouvrir) l'application de déclaration. Selon une caractéristique particulière, si le type d'usage du terminal est « partagé », le serveur de déclaration transmet avec la notification un identifiant (par exemple le prénom) du ou des panéliste(s) actuellement déclaré(s). Dans l'étape c), le terminal affiche la notification sous la forme d'une fenêtre d'alerte indiquant le(s) panéliste(s) actuellement déclaré(s), et proposant deux choix à l'utilisateur : un premier choix permettant de fermer la fenêtre d'alerte, si l'utilisateur estime qu'une nouvelle déclaration n'est pas nécessaire ; et un second choix permettant le lancement de l'application de déclaration permettant à l'utilisateur de sélectionner au moins une nouvelle personne parmi la liste de panélistes donnée et éventuellement un nouveau type d'usage du terminal. Ainsi, si le terminal est du type « partagé », l'utilisateur est peu gêné s'il estime qu'une nouvelle déclaration n'est pas nécessaire (premier choix) et il peut aisément déclarer un ou plusieurs nouveaux panélistes (i.e. effectuer une nouvelle déclaration) s'il l'estime nécessaire (second choix). Selon une caractéristique particulière, si le type d'usage du terminal est « individuel » et si le serveur de déclaration détecte qu'il est opportun de vérifier que le type d'usage n'a pas changé, le serveur de déclaration transmet avec la notification une indication sur le type d'usage actuellement déclaré et éventuellement un identifiant (par exemple le prénom) du panéliste actuellement déclaré. Dans l'étape c), le terminal affiche la notification sous la forme d'une fenêtre d'alerte indiquant le type d'usage actuellement déclaré et éventuellement un identifiant (par exemple le prénom) du panéliste actuellement déclaré, et proposant deux choix à l'utilisateur : un premier choix permettant de fermer la fenêtre d'alerte, si l'utilisateur estime qu'il n'est pas nécessaire de modifier le type d'usage ; et un second choix permettant le lancement de l'application de déclaration permettant à l'utilisateur de sélectionner un nouveau type d'usage du terminal et éventuellement au moins une nouvelle personne parmi la liste de panélistes donnée. Ainsi, si le terminal est du type « individuel », l'utilisateur est peu gêné s'il estime qu'une nouvelle déclaration n'est pas nécessaire (premier choix) et peut aisément modifier le type d'usage (i.e. effectuer une nouvelle déclaration) s'il l'estime nécessaire (second choix). Selon une caractéristique particulière, l'équipement réseau appartient au groupe comprenant : un routeur installé dans le foyer donné et auquel est connecté le terminal pour accéder au réseau informatique ; un proxy à travers lequel transite le trafic réseau du terminal pour accéder au réseau informatique ; et un équipement auquel le terminal est connecté par un réseau privé virtuel, et par lequel transite le trafic réseau du terminal pour accéder au réseau informatique. Selon une caractéristique particulière, dans l'étape b), l'équipement réseau détecte qu'il est opportun de demander une déclaration en cas de vérification d'une condition appartenant au groupe comprenant : détection d'une reprise d'activité après une période d'inactivité ; et détection d'une certaine durée d'utilisation continue du terminal. Selon une caractéristique particulière, dans l'étape b), si l'équipement réseau détecte que l'utilisateur regarde une vidéo, il considère qu'il n'est pas opportun de demander une déclaration. Ainsi, l'expérience utilisateur est améliorée. Selon une caractéristique particulière, dans l'étape b), si le terminal est un terminal mobile, le serveur de déclaration envoie la notification au terminal via un service de notifications en mode push. Par terminal mobile, on entend notamment, mais non exclusivement, des smartphones et des tablettes. Selon une caractéristique particulière, dans l'étape b), si le terminal est un terminal fixe, le serveur de déclaration envoie la notification au terminal via une connexion permanente. Par terminal fixe on entend notamment, mais non exclusivement, des ordinateurs (PC ou MAC). Dans une première implémentation particulière, à l'issue de l'étape d), le terminal ferme l'application de déclaration et restitue à l'utilisateur un contexte applicatif dans lequel se trouvait le terminal avant la réception de la notification. Ainsi, l'application de déclaration est fermée dès qu'elle a envoyé le message de déclaration. Selon une caractéristique particulière, dans l'étape d), l'application de déclaration envoie à l'équipement réseau le message de déclaration indiquant la au moins une personne sélectionnée. L'étape d) est suivie d'une étape e) dans laquelle l'équipement réseau envoie au serveur de mesure d'audience des traces réseau, chaque trace réseau étant associée par l'équipement réseau au(x) panéliste(s) actuellement déclaré(s). On se place ici dans le cas d'une technique de mesure d'audience centrée-utilisateur (« user-centric ») s'appuyant sur l'analyse du trafic réseau entre le terminal et le réseau informatique (par exemple Internet). Contrairement à la première technique connue discutée plus haut, la solution proposée dans ce cas ne nécessite pas de mécanisme de portail captif. L'équipement réseau associe les traces réseau et les messages de déclaration, de sorte que le serveur de mesure d'audience les reçoit déjà associés (corrélés). Selon une alternative, dans l'étape d), l'application de déclaration envoie au serveur de mesure d'audience le message de déclaration indiquant la au moins une personne sélectionnée et/ou le type d'usage sélectionné, le message de déclaration contenant également une clé d'association relative au terminal,. L'étape d) est suivie d'une étape e) dans laquelle l'équipement réseau envoie au serveur de mesure d'audience des traces réseau contenant également la clé d'association. Chaque trace réseau est associée par le serveur de mesure d'audience au(x) panéliste(s) actuellement déclaré(s), par utilisation de la clé d'association. Dans cette alternative, c'est le serveur de mesure d'audience qui associe les traces réseau et les messages de déclaration, grâce à une clé d'association. Dans une seconde implémentation particulière, l'application de déclaration est une application multifonction offrant une fonction de déclaration et au moins une fonction supplémentaire. A l'issue de l'étape d), le terminal : laisse l'application multifonction fonctionner en tâche de fond pour permettre l'exécution de ladite au moins une fonction supplémentaire, et restitue à l'utilisateur un contexte applicatif dans lequel se trouvait le terminal avant la réception de la notification. Ainsi, l'application multifonction continue à tourner en tâche de fond après qu'elle a envoyé le message de déclaration. Selon une caractéristique particulière, ladite au moins une fonction supplémentaire est une fonction de traçage mise en oeuvre par un bloc de traçage effectuant les étapes suivantes, pendant la consommation par le terminal d'un contenu diffusé en mode continu ou par téléchargement sur le réseau informatique : extraire, d'une composante audio du contenu, des identifiants de contenu comprenant chacun au moins un tatouage numérique et/ou au moins une empreinte numérique ; et transmettre au serveur de mesure d'audience des messages de traçage comprenant chacun au moins un des identifiants de contenu extraits. On se place ici dans le cas d'une technique de mesure d'audience centrée-utilisateur (« user-centric ») s'appuyant sur le « watermarking » ou le « fingerprinting » du canal audio. Grâce à l'utilisation d'une application de déclaration (exécutée par le terminal), la solution proposée ne nécessite pas que le panéliste utilise un dispositif matériel annexe pour s'identifier activement (par exemple avec une télécommande) ou passivement (par exemple avec un tag RFID) au moment où démarre la vidéo. En outre, cette solution permet au panéliste de s'identifier bien avant le démarrage du lecteur (player) pour consommer le contenu ; donc le panéliste n'est pas dérangé par la tâche d'identification au moment où il démarre la lecture du contenu. Enfin, comme déjà indiqué plus haut, cette solution permet également de contourner la difficulté pour certains système d'exploitation (par exemple iOS) de lancer automatiquement une application dès le démarrage du terminal puisque c'est le panéliste lui-même qui va lancer l'application multifonction (jouant notamment le rôle de l'application de déclaration). Selon une caractéristique particulière, dans l'étape d), l'application multifonction envoie à l'équipement réseau le message de déclaration indiquant la au moins une personne sélectionnée. L'étape d) est suivie d'une étape e) dans laquelle l'application multifonction envoie les messages de traçage à l'équipement réseau qui les renvoie au serveur de mesure d'audience, chaque message de traçage étant associé par l'équipement réseau au(x) panéliste(s) actuellement déclaré(s). L'équipement réseau associe les messages de traçages (watermarks et/ou fingerprints) et les messages de déclaration, de sorte que le serveur de mesure d'audience les reçoit déjà associés (corrélés). Selon une alternative, dans l'étape d), l'application multifonction envoie au serveur de mesure d'audience le message de déclaration indiquant la au moins une personne sélectionnée et/ou le type d'usage sélectionné, le message de déclaration contenant également une clé d'association relative au terminal. L'étape d) est suivie d'une étape e) dans laquelle l'application multifonction envoie les messages de traçage au serveur de mesure d'audience, les messages de traçage contenant également la clé d'association. Chaque message de traçage est associé par le serveur de mesure d'audience au(x) panéliste(s) actuellement déclaré(s), par utilisation de la clé d'association. Dans cette alternative, c'est le serveur de mesure d'audience qui associe les messages de traçage (watermarks et/ou fingerprints) et les messages de déclaration, grâce à une clé d'association. Selon une caractéristique particulière, quand elle fonctionne en tâche de fond, l'application multifonction envoie au serveur de déclaration, de manière périodique, un message de fonctionnement, et le procédé comprend les étapes suivantes : si le serveur de déclaration ne reçoit pas le message de fonctionnement pendant une durée déterminée, il envoie au terminal une autre notification, indiquant une demande de lancement de l'application multifonction ; et après réception de ladite autre notification, le terminal demande explicitement à l'utilisateur, via une interface homme-machine du terminal, de lancer l'application multifonction. Ainsi, on se prémunit contre le cas de figure où le panéliste ne lance pas l'application du fait que la notification l'informe qu'il est toujours la bonne personne déclarée comme utilisateur du terminal. 5. LISTE DES FIGURES D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante, donnée à titre d'exemple indicatif et non limitatif, et des dessins annexés, dans lesquels : - les figures 1 et 2 sont des synoptiques illustrant respectivement une phase d'initialisation et une phase de déclaration, dans une première implémentation particulière de l'invention (cas de la mesure d'audience s'appuyant sur l'analyse du trafic réseau entre le terminal et le réseau Internet) ; - la figure 3 est un synoptique illustrant une phase de déclaration, dans une seconde implémentation particulière de l'invention (cas de la mesure d'audience TV sur des terminaux de type tablette connectés à Internet) ; et - la figure 4 est un organigramme décrivant un mode de réalisation particulier de l'algorithme mis en oeuvre par un module de détection d'activité (compris dans l'équipement réseau) pour détecter s 'il est opportun de demander une déclaration. 6. DESCRIPTION DÉTAILLÉE Sur toutes les figures du présent document, les éléments et étapes identiques sont désignés par une même référence numérique. 6.1 Première implémentation particulière On présente maintenant, en relation avec les figures 1, 2 et 4, une première implémentation particulière de l'invention (cas de la mesure d'audience s'appuyant sur l'analyse du trafic réseau entre le terminal et le réseau Internet). 6.1.1 Principe général Dans un souci de simplification, on présente le fonctionnement pour un terminal donné d'un foyer panéliste donné. Il est clair qu'en pratique le système comprend plusieurs foyers panélistes et chaque foyer panéliste peut comprendre plusieurs terminaux. La description qui suit est générique et s'applique à n'importe quel terminal de n'importe quel foyer. Dans cette première implémentation, le système comprend, côté foyer panéliste 101 : - au moins un panéliste 0, - au moins un terminal 1, capable d'exécuter une application de déclaration 2, et - un équipement réseau 3, externe au terminal 1, permettant de mesurer le trafic du terminal 1 sur un réseau informatique (par exemple Internet) et capable d'exécuter un module de détection d'activité 4. Dans la suite de la description, on considère le cas où l'équipement réseau 3 est un routeur installé dans le foyer panéliste 101 et auquel est connecté le terminal 1 pour accéder à Internet. Dans des variantes de réalisation, l'équipement réseau 3 est un proxy, à travers lequel transite le trafic réseau du terminal 1 pour accéder au réseau informatique, ou encore un équipement auquel le terminal est connecté par un réseau privé virtuel (VPN) afin de tracer (logger) tout son trafic réseau (le trafic réseau du terminal transite par cet équipement pour accéder au réseau informatique). Dans la suite de la description, on considère le cas où le terminal 1 est une tablette. La technique proposée s'applique notamment, mais non exclusivement, aux terminaux de type tablette car pour certains d'entre eux (par exemple les terminaux Apple sous système d'exploitation « iOS »), il n'est pas possible de lancer une application automatiquement au démarrage du terminal et de laisser tourner cette application en tâche de fond (il n'est donc pas possible que cette application analyse l'utilisation de l'écran tactile ou l'accéléromètre, pour détecter l'activité d'un utilisateur et solliciter l'identification de l'utilisateur (affichage d'une fenêtre de déclaration) si l'application le juge nécessaire). Plus généralement, la technique proposée s'applique à tout type de terminal : terminaux mobiles (par exemple, smartphones et tablettes) ou terminaux fixes (par exemple, ordinateurs PC ou MAC). Côté back-office 102, le système comprend : - une société de mesure d'audience 5, - un système de gestion de panel 6, - un serveur de gestion des routeurs 7, - un serveur de déclaration 8, et - un serveur de mesure d'audience 300. Comme détaillé plus bas, le système utilise également un service de notifications en mode push 9. Il s'agit par exemple de l'un des services suivants, proposés par les fournisseurs de système d'exploitation pour terminaux mobile : « Push Notification Service » pour système d'exploitation « iOS » d'Apple, « Cloud Messaging » pour système d'exploitation « Android » de Google, ou encore « Push Notification Service » pour système d'exploitation « Windows Phone » de Microsoft. Dans cette première implémentation particulière de l'invention, pour effectuer une mesure de l'audience Internet individuelle, la solution proposée consiste à installer l'application de déclaration 2 sur le terminal 1, de façon à créer des sessions utilisateurs qui permettront d'associer le trafic réseau à des personnes du foyer panéliste. Selon l'équipement réseau 3, on pourra utiliser comme clé d'association l'adresse IP du terminal, son adresse MAC, un port unique attribué en entrée du proxy à chaque terminal, etc. Un point important est que l'application de déclaration 2 ne fonctionne pas en tâche de fond. Le trafic Internet du terminal 1 est analysé en temps réel par l'équipement réseau 3 afin de détecter s'il est opportun de demander à l'utilisateur 0 de se déclarer. Si c'est le cas, l'équipement réseau 3 informe le serveur de déclaration 8 (en back-office) afin de déclencher l'envoi d'une notification sur le terminal 1, via le service de notifications en mode push 9. Cette notification s'affiche par exemple sous la forme d'une fenêtre d'alerte gérée par le système d'exploitation du terminal 1. Cette fenêtre d'alerte indique par exemple le prénom du panéliste actuellement déclaré sur le terminal et propose deux boutons : l'un permet de fermer la fenêtre d'alerte, si l'utilisateur estime qu'il n'est pas utile de déclarer quelqu'un d'autre, et l'autre permet de lancer l'application de déclaration 2, afin de sélectionner une autre personne (parmi la liste des panélistes du foyer). On présente ci-après de manière plus détaillée les deux phases de fonctionnement de ce système : phase d'initialisation et phase de déclaration. 6.1.2 Phase d'initialisation On présente maintenant, avec le synoptique de la figure 1, un exemple détaillé de la phase d'initialisation, dans le cadre présenté ci-dessus de la première implémentation particulière de l'invention. Le routeur (équipement réseau) 3 est par exemple installé dans le foyer panéliste 101 par la société de mesure d'audience Internet, qui configure cet équipement réseau avec un Identifiant de foyer unique. Dans une variante, le routeur est envoyé au panéliste avec un guide d'installation, et le panéliste entre un login/password afin de recevoir un identifiant de foyer unique. Etape (10) On suppose que lors du recrutement, la composition du foyer (individu(s), terminal(ux)) a été saisie et associée à un identifiant de foyer (Id foyer) par la société de mesure d'audience 5, dans le système de gestion de panel 6. Etape (11) La composition du foyer est répliquée dans le serveur de gestion des routeurs 7 (avec l'identifiant de foyer associé) et maintenue à jour. Etape (12) Le routeur 3 transmet l'identifiant de foyer (défini à l'installation) au serveur de gestion des routeurs 7, pour récupérer la configuration métier (liste des prénoms des membres du foyer). Etape (13) En retour, le serveur de gestion des routeurs 7 transmet la liste des prénoms des membres du foyer au routeur 3. Etape (14) Dès la première connexion du terminal 1 au routeur 3, la détection par le routeur 3 d'une adresse MAC inconnue déclenche l'enregistrement du terminal auprès du routeur. Une nouvelle entrée est créée dans une table d'enregistrement et le trafic réseau en rapport avec le terminal est tracé (loggé). Cette adresse MAC constituera l'identifiant unique du terminal (Id terminal), qui sera invariant en cas de réinstallation de l'application de déclaration 2. Etape (15) Lors du premier lancement de l'application de déclaration 2, les interfaces sécurisées (entre l'application de déclaration 2 et le service de notifications en mode push 9, ainsi qu'entre le serveur de déclaration 8 et le service de notifications en mode push 9) sont initialisées. L'application de déclaration reçoit un identifiant unique du service de notifications en mode push 9 (par exemple « Device Token » sous système d'exploitation « iOS », ou « Registration ID » sous système d'exploitation « Android »), qu'elle devra transmettre au serveur de déclaration 8 pour pouvoir ultérieurement adresser les notifications au terminal. Etapes (16-17) L'application de déclaration 2 demande au routeur 3 (étape 16), et reçoit en retour de celui-ci (étape 17), l'identifiant de foyer (Id foyer), la liste des membres du foyer, ainsi que l'identifiant unique du terminal (Id terminal). Etape (18) L'application de déclaration 2 invite l'utilisateur (panéliste) 0 à renseigner le type de terminal (par exemple, tablette ou smartphone) et son type d'usage (par exemple individuel ou partagé ; dans le cas « individuel », le prénom de l'utilisateur principal est défini). Ces paramètres sont transmis par l'application de déclaration 2 au serveur de déclaration 8, avec l'identifiant du foyer (Id foyer), l'identifiant unique du terminal (Id terminal) et l'identifiant unique (Device Token) attribué par le service de notifications en mode push 9. Etape (19) Dans le cas particulier d'un terminal déclaré en usage individuel, l'application de déclaration 2 transmet le nom de l'utilisateur principal au routeur 3, qui l'associe définitivement à l'identifiant du terminal (Id terminal). 6.1.3 Phase de déclaration On présente maintenant, avec le synoptique de la figure 2, un exemple détaillé de la phase d'initialisation, dans le cadre présenté ci-dessus de la première implémentation particulière de l'invention. Etape (21) Lorsque le module de détection d'activité 4 (compris dans le routeur 3) estime, après analyse du trafic réseau du terminal 1, qu'il est opportun de demander une déclaration pour le terminal 1 (c'est-à-dire qu'il est opportun de proposer à l'utilisateur 0 de lancer l'application de déclaration 2 sur le terminal 1), le routeur 3 en informe le serveur de déclaration 8 afin que ce dernier le notifie au terminal 1 du panéliste. Le module de détection d'activité 4 transmet au serveur de déclaration 8 l'identifiant du panéliste actuellement déclaré, avec l'identifiant du terminal (Id terminal). Un mode de réalisation particulier de l'algorithme mis en oeuvre par le module de détection d'activité 4, pour détecter s'il est opportun de demander une déclaration, est détaillé plus bas, en relation avec la figure 4. Etape (22) Le serveur de déclaration 8 transmet au terminal (via le service de notifications en mode push 9) une notification indiquant une opportunité de demander une déclaration. Plusieurs cas sont envisageables. Par exemple, si le terminal est du type partagé, le serveur de déclaration 8 envoie une notification (via le service de notifications en mode push 9) au terminal 1, afin de lui communiquer le prénom du panéliste actuellement déclaré et lui proposer de s'identifier si nécessaire. Selon un autre exemple, si le terminal est du type individuel et que la dernière notification que lui a transmise le serveur de déclaration 8 date de plus d'une certaine durée (par exemple une semaine), le serveur de déclaration envoie une notification (via le service de notifications en mode push 9) au terminal 1, afin de vérifier que le type d'usage n'a pas changé. Etape (23) Le terminal 1 affiche la notification sous une forme proposant à l'utilisateur (panéliste 0) de lancer l'application de déclaration 2 (afin de sélectionner au moins une personne parmi la liste de panélistes et/ou un type d'usage du terminal). En d'autres termes, si le panéliste souhaite s'identifier ou changer le type d'usage, l'application de déclaration est lancée. Comme déjà indiqué plus haut, si le terminal est du type partagé, la notification s'affiche par exemple sous la forme d'une fenêtre d'alerte (gérée par le système d'exploitation du terminal 1) qui indique le prénom du panéliste actuellement déclaré (sur ce terminal) et propose deux boutons : l'un permettant de fermer la fenêtre d'alerte, si l'utilisateur estime qu'il n'est pas utile de déclarer quelqu'un d'autre, et l'autre permettant de lancer l'application de déclaration 2, afin de sélectionner une autre personne (parmi la liste des panélistes du foyer). Etape (23bis) Si l'application de déclaration 2 est lancée et si le terminal est du type partagé, l'application de déclaration 2 récupère auprès du routeur 3 la liste des membres du foyer (le routeur maintient à jour ces données en se synchronisant fréquemment auprès du serveur de gestion des routeurs 7). Si l'application de déclaration 2 est lancée et si le terminal est du type individuel, elle affiche le type d'usage actuellement sélectionné et permet ainsi au panéliste de le modifier. Etape (24) Si le terminal est du type partagé, l'application de déclaration 2 affiche la liste des membres du foyer dans une fenêtre de déclaration et permet à l'utilisateur, via une interface homme-machine (écran tactile par exemple), de sélectionner son prénom dans cette liste. Une fois que le panéliste a sélectionné son prénom, l'application de déclaration 2 transmet au routeur 3 un message de déclaration comprenant le prénom sélectionné (c'est-à-dire l'identifiant du panéliste déclaré). Le contenu de ce message de déclaration est transmis au routeur qui le stocke dans sa table d'enregistrement, afin de l'associer à chaque trace réseau en rapport avec le terminal 1. De même, si le terminal est du type individuel, l'application de déclaration 2 affiche le type d'usage actuellement sélectionné et permet à l'utilisateur, via une interface homme-machine (écran tactile par exemple), de le changer (en sélectionnant le type partagé). Si le panéliste a changé le type d'usage, l'application de déclaration 2 récupère la composition du foyer auprès du routeur 3 et affiche dans une fenêtre de déclaration la liste des membres du foyer, pour permettre à l'utilisateur de sélectionner, via une interface homme-machine (écran tactile par exemple), son prénom dans cette liste. Une fois que le panéliste a sélectionné son prénom, l'application de déclaration 2 transmet au routeur 3 un message de déclaration comprenant le prénom sélectionné. Le contenu de ce message de déclaration est transmis au routeur qui le stocke dans sa table d'enregistrement, afin de l'associer à chaque trace réseau en rapport avec le terminal 1. Si l'utilisateur change le type d'usage, l'information est répercutée dans le serveur de déclaration (cf. étape (24')). A l'issue de l'étape (24), l'application de déclaration est fermée et le panéliste retrouve le contexte applicatif dans lequel il se trouvait au moment où la notification a été reçue, c'est-à-dire avant l'étape (23). Etape (25) Le routeur transmet les traces (logs) réseau du terminal 1, en association pour chacun avec le panéliste déclaré (c'est-à-dire avec le message de déclaration transmis par l'application de déclaration 2), au serveur de mesure d'audience 300 (directement, ou via le serveur de gestion des routeurs 7 (comme illustré sur la figure 2) si ce dernier est chargé de la collecte des données d'audience et les retransmet au serveur de mesure d'audience 300). Dans une variante, ce n'est pas le routeur 3 qui effectue l'association entre les traces (logs) réseau du terminal 1 et les messages de déclaration, mais le serveur de mesure d'audience 300 (ou toute autre entité du système recevant les deux et possédant la clé d'association). Dans ce cas, le serveur de mesure d'audience 300 reçoit le message de déclaration (indiquant la au moins une personne sélectionnée et/ou le type d'usage sélectionné), ce message de déclaration contenant également une clé d'association relative au terminal 1. Le serveur de mesure d'audience 300 reçoit aussi les traces réseau contenant la même clé d'association. Ainsi, le serveur de mesure d'audience associe chaque trace réseau au(x) panéliste(s) actuellement déclaré(s) (c'est-à-dire au contenu du message de déclaration), par utilisation de la clé d'association. Indépendamment des notifications sur détection d'activité (cf. étapes (21) à (23)), un panéliste peut à tout moment lancer l'application de déclaration 2 pour déclarer un changement. Dans ce cas, les étapes (23bis) à (25) sont exécutées. 6.1.4 Algorithme pour détecter s'il est opportun de demander une déclaration On présente maintenant, en relation avec l'organigramme de la figure 4, un mode de réalisation particulier de l'algorithme mis en oeuvre par le module de détection d'activité 4 pour détecter s'il est opportun de demander une déclaration. Le principe général est le suivant : le module de détection d'activité 4 analyse en temps réel les traces réseau loggées par le routeur 3, le but étant de : a) déclencher une notification dans les cas suivants : après une reprise d'activité détectée après une période d'inactivité (typiquement de 30 minutes) ; au bout d'une certaine durée d'utilisation continue du terminal (typiquement 60 minutes), pour vérifier que l'utilisateur n'a pas changé ; b) ne pas déclencher une notification si l'utilisateur regarde une vidéo (i.e. pas d'affichage de la fenêtre d'alerte, qui est la forme sous laquelle s'affiche la notification sur le terminal). Concernant le point a), la réception par le routeur 3 d'une requête HTTP provenant du terminal 1 (cf. étape 41) ne suffit pas à caractériser une activité Internet initiée par un utilisateur du terminal 1, car les terminaux peuvent avoir une activité réseau en mode veille (récupération de mail, mise à jour d'application, flux de données météo, boursières..). Il faut donc trouver un autre indicateur d'activité. On constate que la quantité de requêtes HTTP émises pendant une durée donnée est significativement plus élevée lorsque le trafic est produit par un utilisateur. Une solution proposée consiste à mesurer le niveau d'activité en cumulant le nombre de requêtes HTTP pendant une certaine durée (typiquement 1 minute, cf. étapes 43 et 46). Les requêtes portant sur des fichiers dont l'extension est caractéristique d'une mise à jour système (cab, bz2, exe, xz, zip, gz, lzma, gpg) seront exclues (cf. étape 42). Si le niveau d'activité atteint le niveau caractéristique d'une activité utilisateur (typiquement 20 requêtes (seuil 1) pendant 1 minute (durée tl)) (cf. étape 47), le module de détection d'activité 4 considère qu'il y a activité utilisateur et la date correspondante est stockée (cf étape 415), sinon qu'il y a inactivité. Si une activité utilisateur est détectée alors que la dernière activité détectée date de plus de t4 minutes (étape 412), une notification est déclenchée (cf. étape 413) et la date de la notification est stockée (étape 414). Si une activité utilisateur est détectée et que la dernière notification date de plus de t3 minutes (cf. étape 411), une notification est également déclenchée (cf. étape 413) et la date de la notification est stockée (étape 414). Concernant le point b), pour savoir si une vidéo est affichée par le terminal, le principe consiste à analyser le trafic réseau pour repérer le téléchargement de contenus vidéos. Ces contenus se caractérisent par des requêtes HTTP avec un type de contenu (content-type) « video/* » (cf. étape 44). Il peut s'agir par exemple de fichier .mp4 ou d'éléments de flux streamés, comme les protocoles de streaming adaptatifs (« Adaptive streaming ») (HLS, HSS, HDS, MPEG-DASH). Malheureusement, il est fréquent que des sections d'une vidéo soient mises en mémoire tampon avant d'être consommées ; ainsi lorsqu'un utilisateur arrive à la fin d'une vidéo, il est possible que plus aucun trafic réseau ne soit détecté car la totalité de la vidéo a été mise en mémoire. Il est donc nécessaire de prévoir un délai de sécurité de durée arbitraire (par exemple, t2=10 minutes) après la détection de la dernière trace réseau vidéo pour ne pas afficher trop tôt la fenêtre d'alerte (i.e. la notification) (cf. étape 410). Il est même préférable dans l'algorithme d'utiliser l'heure de la requête vidéo précédente afin de ne pas bloquer le déclenchement d'une notification dans le cas particulier où un panéliste démarrerait une session vidéo moins d'une minute après la reprise d'une activité sur sa tablette (cf. étapes 48 et 49). Une autre solution pour détecter la consommation de vidéo consiste à détecter la présence de hits HTTP envoyés par les marqueurs des technologies de mesure de type « Web analytics » (par exemple, le marqueur « Mediamétrie-eStat »), dans le cas où l'application tierce ou bien des pages HTML du site Internet a (ont) été marquée(s) avec une telle technologie de mesure. Ces hits traduisent en effet précisément l'état d'un lecteur (« media player ») indépendamment du trafic réseau (cf. étape 45). 6.2 Seconde implémentation particulière On présente maintenant, en relation avec la figure 3, une seconde implémentation particulière de l'invention (cas de la mesure d'audience TV sur des terminaux de type tablette connectés à Internet). On se place dans le contexte de la mesure d'audience de la TV sur des terminaux connectés à Internet, ou plus généralement de la mesure de la consommation d'un contenu diffusé en mode continu ou par téléchargement sur le réseau informatique (par exemple Internet). Le principe mis en oeuvre est d'utiliser les technologies de tatouage numérique (watermarking) ou d'empreinte numérique (fingerprinting) du canal audio d'une chaîne de TV pour transporter l'identifiant de chaîne jusqu'au terminal. Une application de mesure installée sur le terminal fonctionne alors en tâche de fond afin d'analyser en permanence le son, qu'il soit capté au format analogique par le microphone du terminal ou numériquement via des interfaces internes. Cette application de mesure détecte des tatouages (watermarks) dans le son provenant de la restitution d'une chaîne de TV ou calcule des empreintes (fingerprints) qui seront comparés aux empreintes de référence des chaînes à mesurer. Pour que le panéliste se déclare, une solution évidente serait de faire apparaître l'application de mesure fonctionnant en tâche de fond, au moment où le terminal commence à jouer le media TV. Dans le cas du watermarking par exemple, l'apparition de l'application serait déclenchée par la détection d'un watermark. Malheureusement, cette solution serait très dérangeante pour le panéliste qui verrait disparaître son application chaîne ou son navigateur au moment où sa vidéo démarrerait, du fait que les tablettes ne supportent pas le multi-fenêtrage. La technique proposée dans la seconde implémentation particulière consiste : - d'une part à configurer le terminal 1 pour que son trafic Internet soit analysé en temps réel par un équipement réseau 3 (du type routeur, proxy ou VPN) et - d'autre part à utiliser, à la place de l'application de déclaration de la première implémentation, une application multifonction (appelée dans cet exemple « application de mesure d'audience TV ») 32 offrant une fonction de déclaration 321 et une fonction de traçage 322 (ou plus généralement, au moins une fonction supplémentaire). En d'autres termes, l'application multifonction 32 comprend deux blocs 321 et 322 assurant ces deux fonctions. La fonction de déclaration 321 joue le même rôle que l'application de déclaration dans la première implémentation. La fonction de traçage 322 analyse le son et extrait des identifiants de contenu (c'est-à-dire détecte des tatouages (watermarks) ou calcule des empreintes (fingerprints)). Elle transmet au serveur de mesure d'audience 300, via le routeur 3, des messages de traçage comprenant chacun au moins un des identifiants de contenu extraits. La phase d'initialisation est par exemple identique à celle décrite plus haut, en relation avec la figure 1, pour la première implémentation particulière. Comme illustré sur la figure 3, la phase de déclaration comprend par exemple des étapes (21), (22), (23), (23bis), (24) et (24') identiques à celles décrites plus haut, en relation avec la figure 2, pour la première implémentation particulière. La seconde implémentation se distingue de la première en ce que, à l'issue de l'étape (24) (c'est-à-dire quand la fonction de déclaration a été exécutée et est terminée), l'application multifonction 32 n'est pas fermée mais continue à fonctionner en tâche de fond, pour permettre l'exécution de la fonction de traçage 322 (de façon à pouvoir ultérieurement détecter la chaîne de TV si le panéliste décide de regarder la TV au cours de sa session d'utilisation, et donc envoyer des messages de traçage). Par ailleurs, le panéliste retrouve le contexte applicatif dans lequel il se trouvait au moment où la notification a été reçue, c'est-à-dire avant l'étape (23). Ainsi, en s'identifiant bien (tâche de déclaration) avant le démarrage de la lecture de la vidéo, l'utilisateur n'est pas dérangé par cette tâche de déclaration au moment où démarre la vidéo. Dans une étape (35), le routeur transmet les messages de traçage du terminal 1, en association pour chacun avec le panéliste déclaré (c'est-à-dire avec le message de déclaration transmis par l'application de déclaration 2), au serveur de mesure d'audience 300 (directement, ou via le serveur de gestion des routeurs 7 (comme illustré sur la figure 2) si ce dernier est chargé de la collecte des données d'audience et les retransmet au serveur de mesure d'audience 300). Dans une variante, ce n'est pas le routeur 3 qui effectue l'association entre les messages de traçage du terminal 1 et les messages de déclaration, mais le serveur de mesure d'audience 300 (ou toute autre entité du système recevant les deux et possédant la clé d'association). Dans ce cas, le serveur de mesure d'audience 300 reçoit le message de déclaration (indiquant la au moins une personne sélectionnée et/ou le type d'usage sélectionné), ce message de déclaration contenant également une clé d'association relative au terminal 1. Le serveur de mesure d'audience 300 reçoit aussi les messages de traçage contenant la même clé d'association. Ainsi, le serveur de mesure d'audience associe chaque message de traçage au(x) panéliste(s) actuellement déclaré(s) (c'est-à-dire au contenu du message de déclaration), par utilisation de la clé d'association. La solution proposée permet également de contourner la difficulté pour certains systèmes d'exploitation (ex : « iOS ») de lancer automatiquement une application dès le démarrage du terminal, puisque c'est le panéliste lui-même qui va la lancer en s'identifiant. On notera toutefois qu'il existe un risque que le panéliste ne lance pas l'application multifonction 32, si la notification (i.e. l'affichage de la fenêtre d'alerte) l'informe qu'il est toujours la bonne personne déclarée comme utilisateur du terminal. Pour se prémunir contre ce cas de figure, l'application multifonction 32 qui est censée tourner en permanence en tâche de fond envoie au serveur de déclaration 8 un message périodique témoignant de son fonctionnement (« heartbeat »). Si le serveur de déclaration 8 n'a pas reçu ce message depuis un certain temps, il peut en déduire que l'application multifonction 32 (et donc la fonction de traçage 322) ne fonctionne plus (par exemple parce que la tablette a été éteinte et rallumée). Dans ce cas, il envoie au terminal une autre notification, indiquant une demande de lancement de l'application multifonction. Après réception de cette autre notification, le terminal demande explicitement à l'utilisateur, via une interface homme-machine du terminal, de lancer l'application multifonction. Dans ce cas, le message affiché ne précise pas le prénom de la personne actuellement déclarée mais demande explicitement au panéliste de lancer l'application multifonction, sans condition. 6.3 Variantes Les innovations qui viennent d'être exposées sont particulièrement adaptées aux terminaux de type tablette. Dans un contexte de mesure de l'ensemble du trafic des terminaux d'un foyer connectés à un équipement routeur (première implémentation), il peut être utile d'harmoniser le fonctionnement de l'interface de déclaration sur tous les types de terminaux afin de ne pas créer de biais de mesure. En conséquence, il peut être pertinent même pour un ordinateur personnel (terminal fixe de type PC ou MAC) de détecter l'activité utilisateur sur la base du trafic réseau, plutôt que de maintenir un processus en tâche de fond sur le terminal fixe afin d'analyser l'ouverture de sessions (par exemple des sessions Windows) et l'utilisation de la souris, du clavier ou de l'écran tactile. La solution technique proposée et décrite plus haut (première implémentation) doit toutefois dans ce cas être légèrement adaptée car, contrairement aux plateformes mobiles qui disposent d'un système de notifications, un terminal fixe de type PC ou MAC peut maintenir une connexion permanente au serveur de déclaration 8 afin d'être notifiés par un mécanisme client-serveur classique dès que l'équipement réseau (par exemple le routeur 3) a détecté l'opportunité de solliciter une déclaration.25 REVENDICATIONS1. Procédé de déclaration dans un système de mesure d'audience centrée-utilisateur sur des terminaux connectés à un réseau informatique, caractérisé en ce que, pour un terminal donné (1) d'un foyer donné (101) associé à une liste de panélistes donnée, le procédé comprend les étapes suivantes : a) un équipement réseau (3), externe au terminal, analyse (21) le trafic réseau du terminal pour détecter s'il est opportun de demander une déclaration ; b) si l'équipement réseau détecte qu'il est opportun de demander une déclaration, l'équipement réseau fait envoyer (22) au terminal, par un serveur de déclaration (8), une notification indiquant une opportunité de demander une déclaration ; c) le terminal affiche (23) la notification, sous une forme proposant à un utilisateur de lancer une application de déclaration (2) permettant de sélectionner au moins une personne parmi la liste de panélistes donnée et/ou un type d'usage du terminal ; d) si elle est lancée (23bis), l'application de déclaration envoie (24) à l'équipement réseau et/ou à un serveur de mesure d'audience (300), un message de déclaration indiquant la au moins une personne sélectionnée et/ou le type d'usage sélectionné. 2. Procédé selon la revendication 1, caractérisé en ce que, si le type d'usage du terminal est « partagé », le serveur de déclaration transmet avec la notification un identifiant du ou des panéliste(s) actuellement déclaré(s), et en ce que, dans l'étape c), le terminal affiche la notification sous la forme d'une fenêtre d'alerte indiquant le(s) panéliste(s) actuellement déclaré(s), et proposant deux choix à l'utilisateur : un premier choix permettant de fermer la fenêtre d'alerte, si l'utilisateur estime qu'une nouvelle déclaration n'est pas nécessaire ; et un second choix permettant le lancement de l'application de déclaration permettant à l'utilisateur de sélectionner au moins une nouvelle personne parmi la liste de panélistes donnée et éventuellement un nouveau type d'usage du terminal. 3. Procédé selon la revendication 1, caractérisé en ce que, si le type d'usage du terminal est « individuel » et si le serveur de déclaration détecte qu'il est opportun devérifier que le type d'usage n'a pas changé, le serveur de déclaration transmet avec la notification une indication sur le type d'usage actuellement déclaré et éventuellement un identifiant du panéliste actuellement déclaré, et en ce que, dans l'étape c), le terminal affiche la notification sous la forme d'une fenêtre d'alerte indiquant le type d'usage actuellement déclaré et éventuellement un identifiant du panéliste actuellement déclaré, et proposant deux choix à l'utilisateur : un premier choix permettant de fermer la fenêtre d'alerte, si l'utilisateur estime qu'il n'est pas nécessaire de modifier le type d'usage ; et un second choix permettant le lancement de l'application de déclaration permettant à l'utilisateur de sélectionner un nouveau type d'usage du terminal et éventuellement au moins une nouvelle personne parmi la liste de panélistes donnée. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que l'équipement réseau appartient au groupe comprenant : un routeur installé dans le foyer donné et auquel est connecté le terminal pour accéder au réseau informatique ; un proxy à travers lequel transite le trafic réseau du terminal pour accéder au réseau informatique ; et un équipement auquel le terminal est connecté par un réseau privé virtuel, et par lequel transite le trafic réseau du terminal pour accéder au réseau informatique. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que, dans l'étape b), l'équipement réseau détecte qu'il est opportun de demander une déclaration en cas de vérification d'une condition appartenant au groupe comprenant : détection d'une reprise d'activité après une période d'inactivité ; et détection d'une certaine durée d'utilisation continue du terminal. 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que, dans l'étape b), si l'équipement réseau détecte que l'utilisateur regarde une vidéo, il considère qu'il n'est pas opportun de demander une déclaration. 7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que, dans l'étape b), si le terminal est un terminal mobile, le serveur de déclaration envoie la notification au terminal via un service de notifications en mode push (9). 8. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que, dans l'étape b), si le terminal est un terminal fixe, le serveur de déclaration envoie la notification au terminal via une connexion permanente. 9. Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que, à l'issue de l'étape d), le terminal ferme (24) l'application de déclaration et restitue à l'utilisateur un contexte applicatif dans lequel se trouvait le terminal avant la réception de la notification. 10. Procédé selon la revendication 9, caractérisé en ce que, dans l'étape d), l'application de déclaration envoie à l'équipement réseau le message de déclaration indiquant la au moins une personne sélectionnée, et en ce que l'étape d) est suivie d'une étape e) dans laquelle l'équipement réseau envoie (25) au serveur de mesure d'audience des traces réseau, chaque trace réseau étant associée par l'équipement réseau au(x) panéliste(s) actuellement déclaré(s). 11. Procédé selon la revendication 9, caractérisé en ce que, dans l'étape d), l'application de déclaration envoie au serveur de mesure d'audience le message de déclaration indiquant la au moins une personne sélectionnée et/ou le type d'usage sélectionné, le message de déclaration contenant également une clé d'association relative au terminal, en ce que l'étape d) est suivie d'une étape e) dans laquelle l'équipement réseau envoie au serveur de mesure d'audience des traces réseau contenant également la clé d'association, et en ce que chaque trace réseau est associée par le serveur de mesure d'audience au(x) panéliste(s) actuellement déclaré(s), par utilisation de la clé d'association. 12. Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que l'application de déclaration est une application multifonction (32) offrant une fonction de déclaration (321) et au moins une fonction supplémentaire (322), et en ce que, à l'issue de l'étape d), le terminal : laisse l'application multifonction fonctionner en tâche de fond pour permettre l'exécution de ladite au moins une fonction supplémentaire, et restitue à l'utilisateur un contexte applicatif dans lequel se trouvait le terminal avant la réception de la notification. 13. Procédé selon la revendication 12, caractérisé en ce que ladite au moins une fonction supplémentaire est une fonction de traçage (322) mise en oeuvre par un bloc de traçage effectuant les étapes suivantes, pendant la consommation par le terminal d'un contenu diffusé en mode continu ou par téléchargement sur le réseau informatique : extraire, d'une composante audio du contenu, des identifiants de contenu comprenant chacun au moins un tatouage numérique et/ou au moins une empreinte numérique ; et transmettre au serveur de mesure d'audience des messages de traçage comprenant chacun au moins un des identifiants de contenu extraits. 14. Procédé selon la revendication 13, caractérisé en ce que, dans l'étape d), l'application multifonction envoie (24) à l'équipement réseau le message de déclaration indiquant la au moins une personne sélectionnée, et en ce que l'étape d) est suivie d'une étape e) dans laquelle l'application multifonction envoie les messages de traçage à l'équipement réseau qui les renvoie (35) au serveur de mesure d'audience, chaque message de traçage étant associé par l'équipement réseau au(x) panéliste(s) actuellement déclaré(s). 15. Procédé selon la revendication 13, caractérisé en ce que, dans l'étape d), l'application multifonction envoie au serveur de mesure d'audience le message de déclaration indiquant la au moins une personne sélectionnée et/ou le type d'usage sélectionné, le message de déclaration contenant également une clé d'association relative au terminal, en ce que l'étape d) est suivie d'une étape e) dans laquelle l'application multifonction envoie les messages de traçage au serveur de mesure d'audience, les messages de traçage contenant également la clé d'association, et en ce que chaque message de traçage est associé par le serveur de mesure d'audience au(x) panéliste(s) actuellement déclaré(s), par utilisation de la clé d'association. 16. Procédé selon l'une quelconque des revendications 12 à 15, caractérisé en ce que, quand elle fonctionne en tâche de fond, l'application multifonction envoie au serveur de déclaration, de manière périodique, un message de fonctionnement, et en ce que le procédé comprend les étapes suivantes :si le serveur de déclaration ne reçoit pas le message de fonctionnement pendant une durée déterminée, il envoie au terminal une autre notification, indiquant une demande de lancement de l'application multifonction ; et après réception de ladite autre notification, le terminal demande explicitement à l'utilisateur, via une interface homme-machine du terminal, de lancer l'application multifonction.