FR3018408A1

FR3018408A1 - Procede de mesure de l'audience centree-utilisateur d'un contenu, combinant une technique de marquage avec une technique de panelisation.

Info

Publication number: FR3018408A1
Application number: FR1451814A
Authority: FR
Inventors: Christophe Oddou
Original assignee: Mediametrie SA
Current assignee: Mediametrie SA
Priority date: 2014-03-06
Filing date: 2014-03-06
Publication date: 2015-09-11
Anticipated expiration: 2034-03-06
Also published as: FR3018408B1

Abstract

Il est proposé un procédé de mesure d'une audience centrée-utilisateur d'un contenu. Un terminal donné (90), utilisé par au moins un panéliste d'un foyer donné, effectue les étapes suivantes : il s'enregistre (4-I) comme terminal panéliste auprès d'un serveur de mesure d'audience ; il reçoit un marqueur (1) préalablement associé au contenu, ou il associe un marqueur au contenu ; pendant la consommation du contenu par le terminal donné, le marqueur transmet (413, 414) au serveur des messages de consommation comprenant chacun un identifiant unique de marquage, stocké par le terminal donné, et au moins une information de consommation relative à la consommation du contenu à un instant déterminé ; et au moins une fois, il transmet (49) au serveur un message de déclaration comprenant l'identifiant unique de marquage, un identifiant unique du terminal donné (s'il n'est pas confondu avec l'identifiant unique de marquage) et une liste de panéliste(s) déclaré(s).

Description

Procédé de mesure de l'audience centrée-utilisateur d'un contenu, combinant une technique de marquage avec une technique de panélisation. 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 mesure de l'audience centrée-utilisateur (« user-centric » en anglais) d'un contenu diffusé sur un 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). Cette technique est mise en oeuvre avec un serveur de mesure d'audience et un groupe de panélistes répartis par foyers et disposant d'un ensemble de terminaux. Chaque foyer comprend soit un unique panéliste soit plusieurs panélistes. Dans le cas d'un foyer avec un unique panéliste, il n'est pas exclu que d'autres personnes partagent le même foyer et les mêmes terminaux ; ces personnes ne seront pas connues de la société de mesure d'audience qui pourra le cas échéant les traiter comme des invités dans les interfaces de déclaration. L'invention s'applique notamment, mais non exclusivement, à la mesure de l'audience centrée-utilisateur d'un contenu streamé (programme TV par exemple) transmis via le réseau Internet. Plus généralement, la technique proposée peut s'appliquer à : - tout type de réseau informatique ; - 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) ; - tout type de terminal (fixe ou mobile, personnel ou partagé) : ordinateur, smartphones, tablettes, TV connectées, etc. 2. ARRIÈRE-PLAN TECHNOLOGIQUE Deux grandes mesures (aussi appelées outils de « Web Analytics ») coexistent aujourd'hui pour mesurer l'audience (au sens large) d'un site web, sur Internet : - la mesure de la fréquentation, basée sur des outils et technologies appelés « sitecentric » en anglais, ou « côté sites » en français ; et - la mesure de l'audience (au sens strict), basée sur des outils et technologies appelés « user-centric » en anglais, ou « côté utilisateurs » en français. 2.1 La mesure « site-centric » C'est une mesure effectuée sur demande du site web qui marque lui-même les pages web (pages HTML) qu'il souhaite mesurer. Le principal objectif de la mesure « site-centric » est celui de la mesure des volumes de trafic. Elle permet un suivi fin et précis du comportement de l'internaute sur le site, des contenus les plus consultés, des services les plus utilisés, de l'origine Internet des visites. La mesure « site-centric » s'applique également à la mesure de l'efficacité des actions de marketing en ligne : clics, taux de transformation, chiffre d'affaires, retour sur investissement, etc.

Le fonctionnement de la mesure « site-centric » s'appuie sur le marquage de chaque page d'un site avec un marqueur (aussi appelé « bloc de marquage » ou « tag »), par exemple un code Javascript. Dès qu'une page est appelée par un navigateur web via un terminal connecté à l'Internet (ordinateur, smartphones, tablettes, TV connectées, etc.), le marqueur placé sur la page envoie une requête (« hit ») au serveur de mesure. Le trafic sur les pages est ainsi comptabilisé. La mesure « site-centric » permet d'analyser le nombre de terminaux (identifiés par leurs navigateurs Internet) qui ont consulté un site au cours d'une période donnée. Les navigateurs sont identifiés à partir de cookies, ou du couple adresse IP/User Agent, quand la mesure par cookie n'est pas possible. Pour un navigateur et un terminal donnés, un cookie est déposé sur le terminal par le serveur de la société de mesure d'audience (système de Web analytics), la première fois qu'un marqueur est téléchargé depuis le serveur de la société de mesure d'audience. Ce cookie est commun à tous les sites marqués par la société de mesure d'audience, puisqu'il s'agit d'un « cookie tierce partie » (« third party cookie » en anglais) géré par cette société. La technique de marquage de pages web (conçus à l'origine pour la mesure de la fréquentation des sites webs, comme expliqué ci-dessus), a ensuite été étendue aux applications tierces (aussi appelées « applications mobiles » ou « applications éditeur »).

Il a ainsi été proposé d'insérer un marqueur (« tag ») dans l'application mobile. Il existe à cet effet des bibliothèques de marquage pour les différentes plateformes d'applications mobiles. Les applications mobiles sont des outils facilitant la recherche et la consultation de tous types de contenus pour les utilisateurs. Une application mobile, quand elle est connectée, se comporte globalement comme un navigateur, puisqu'à chaque opération ou accès de données, des informations sont lues sur Internet. Contrairement au navigateur, l'application mobile peut généralement prendre en compte les fonctionnalités du terminal sur lequel elle est exécutée, offrant ainsi à l'utilisateur une efficacité accrue.

La technique de marquage de pages web et d'applications peut être résumée comme suit. Lorsqu'un éditeur marque son site web pour permettre à une société de mesure d'audience Internet de mesurer l'audience correspondante, il intègre un marqueur dans ses pages HTML (le marqueur consiste alors en un appel à une routine Javascript figurant sur le serveur de la société de mesure d'audience) ou dans ses applications tierces (le marqueur consiste alors en une librairie écrite en code natif et intégrée à l'application tierce). Au chargement de chaque page ou de l'application tierce, un identifiant de marquage (unique et persistant) est généré (si cela n'a pas déjà été fait). Dans le cas d'une page (du site d'un éditeur) consultable avec le navigateur web du terminal, l'identifiant de marquage est déposé par le serveur de la société de mesure d'audience sous la forme d'un cookie sur le terminal (il est généralement commun à tous les sites marqués par la société de mesure d'audience). Dans le cas d'une application tierce proposée par un éditeur sur un magasin d'applications tierces, l'identifiant de marquage est généré par le marqueur et stocké dans une zone de stockage du terminal, propre à chaque application, s'il n'est pas possible d'utiliser l'identifiant unique du terminal. Il est généralement différent d'une application à l'autre. En plus de mesurer la fréquentation des pages HTML ou des applications tierces, certains marqueurs permettent de mesurer aussi l'audience des contenus audio et/ou vidéo restitués par des dispositifs de lecture des contenus (players) intégrés à des pages HTML ou des applications tierces. Pour cela, ces marqueurs sont interfacés avec les dispositifs de lecture des contenus pour connaître leur état de fonctionnement. Au cours de la présentation d'un contenu (y inclus au lancement), le marqueur envoie des requêtes périodiques (aussi appelées « hits ») sur le serveur de mesure d'audience Internet, pour transmettre l'état de fonctionnement du dispositif de lecture (player). Ces hits véhiculent l'identité du contenu, la position dans le contenu (flux), l'état du dispositif de lecture (pause/lecture), l'identifiant de marquage (permettant de dé-dupliquer les sessions d'un même terminal au cours d'une même journée), ainsi qu'un identifiant temporaire de session renouvelé à chaque nouveau lancement du dispositif de lecture. En mode nominal, les hits sont envoyés toutes les 60 secondes. La technique de marquage de pages web et d'applications permet de mesurer la consommation (nombre et durée) de contenus.

Un inconvénient de la technique de marquage est qu'elle est limitée à la mesure « site-centric », indépendamment de toute notion de panel (cette notion étant propre à la mesure « user-centric »). La mesure « site-centric » ne permet pas d'identifier de manière distincte les internautes qui se connectent au site (on ne sait pas qui est derrière le terminal connecté à Internet). Elle ne permet donc pas d'avoir une audience qualifiée.

C'est pourquoi la mesure « user-centric » (détaillée ci-après) vient en complément de la mesure « site-centric ». 2.2 La mesure « user-centric » Elle repose sur le suivi de la navigation (surf) sur Internet d'un panel (échantillon d'internautes) représentatif d'une population d'internautes (par exemple les internautes 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 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 internautes, ces informations pouvant servir aux planifications stratégiques, études concurrentielles ou médiaplanning Les résultats sont par exemple actualisés tous les mois.

Une première 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 première technique connue est à la base des audimètres utilisés pour la mesure de référence TV quotidienne. Dans le cas du poste de télévision, l'audimètre (typiquement un mini-PC) capture le canal audio de la chaîne visualisée (de façon électrique ou acoustique), afin d'effectuer le traitement du signal et la transmission des données d'audience au serveur de la société de mesure d'audience. Un inconvénient de cette première technique connue est que, dans le cas des PC portables, smartphones ou tablettes, il est difficilement envisageable de connecter en permanence un audimètre (c'est-à-dire un appareil externe) à ces équipements par nature mobiles. Un autre inconvénient de cette première technique connue est que sur certains terminaux (typiquement les terminaux Apple (marque déposée)), il est très difficile de capturer le canal audio au format numérique, directement au niveau des circuits audio.

Une deuxième 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 deuxième technique connue consiste à exploiter les traces réseau 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. Le principal inconvénient de cette deuxième technique connue est que le trafic réseau peut être totalement décorrélé du contenu effectivement restitué sur le terminal. Par exemple, lorsque l'utilisateur met le dispositif de lecture (player) en pause, le flux audiovisuel continue à être stocké en mémoire tampon, sans garantie par rapport au fait qu'il sera décodé et visualisé plus tard. Il y a donc une imprécision sur la mesure des contenus streamés qui peuvent être bufferisés dans les terminaux et jamais consommés. Un autre inconvénient est que cette solution est limitée au domicile où se trouve le routeur. Une troisième technique connue de mesure d'audience « user-centric » s'appuie sur un logiciel de mesure (« logiciel meter »), embarqué dans le terminal afin de transmettre et analyser en temps réel les données de connexion (surf). Le principal inconvénient de cette troisième technique connue est qu'elle nécessite un effort R&D très conséquent pour maintenir un logiciel de mesure sur tous les systèmes d'exploitation (OS) et tous les navigateurs Internet des terminaux, en tenant compte des évolutions des grands acteurs du Web, et cela aussi bien sur ordinateur (PC), tablette, smartphone, etc. D'autre part, lorsqu'un contenu (flux) audiovisuel est protégé par une mesure technique de protection (ou DRM, pour « Digital Rights Management » en anglais), le logiciel de mesure ne peut généralement pas en mesurer la consommation. 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 mesure de l'audience centrée-utilisateur (« user- centric ») d'un contenu diffusé sur un réseau informatique (par exemple Internet), en mode continu (contenu streamé) ou en mode téléchargement, sans imposer un audimètre (dispositif matériel individuel) aux panélistes, augmentant ainsi l'acceptation de la mesure et sa fiabilité.

Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique, fonctionnant aussi bien au domicile des panélistes qu'en mobilité (au travail, en vacances, dans les transports, etc). Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique, qui soit simple à mettre en oeuvre et peu coûteuse.

Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique, qui ne nécessite qu'une faible modification des sites et applications permettant d'accéder à des contenus streamés ou téléchargés, et donc un effort très limité de la part des acteurs de l'écosystème (notamment les éditeurs de ces sites et applications). 4. EXPOSÉ DE L'INVENTION Dans un mode de réalisation particulier de l'invention, il est proposé un procédé de mesure d'une audience centrée-utilisateur d'un contenu diffusé en mode continu ou par téléchargement sur un réseau informatique, le procédé étant mis en oeuvre avec un serveur de mesure d'audience et un groupe de panélistes répartis par foyers et disposant d'un ensemble de terminaux, chaque foyer comprenant au moins un panéliste. Un terminal donné, utilisé par au moins un panéliste d'un foyer donné, effectue les étapes suivantes : a) il s'enregistre comme terminal panéliste auprès du serveur de mesure d'audience; b) il reçoit un marqueur préalablement associé au contenu, ou il associe un marqueur au contenu ; c) pendant la consommation du contenu avec un lecteur multimédia compris dans le terminal donné, le marqueur transmet au serveur de mesure d'audience des messages de consommation comprenant chacun un identifiant unique de marquage, stocké par le terminal donné, et au moins une information de consommation relative à la consommation du contenu à un instant déterminé ; et d) au moins une fois, il transmet au serveur de mesure d'audience un message de déclaration comprenant : l'identifiant unique de marquage, un identifiant unique du terminal donné, s'il n'est pas confondu avec ledit identifiant unique de marquage, et une liste de panéliste(s) déclaré(s). Ainsi, ce mode de réalisation particulier de l'invention (côté terminal) repose sur une approche tout à fait nouvelle et inventive, consistant à combiner : - la technique de marquage de contenus (avec un marqueur, contenu dans les pages web ou dans les applications tierces, qui envoie des messages de consommation (hits)), actuellement limitée à la mesure « site-centric », - avec une technique de panélisation (envoi de messages de déclaration), propre à la mesure « user-centric ». L'avantage de la solution proposée est qu'elle permet d'effectuer une mesure de l'audience centrée-utilisateur (« user-centric ») d'un contenu streamé ou téléchargé, sans imposer un audimètre (dispositif matériel individuel) aux panélistes, augmentant ainsi l'acceptation de la mesure et sa fiabilité. Un autre avantage de la solution proposée est qu'elle fonctionne aussi bien au domicile des panélistes qu'en mobilité : dès qu'un terminal est connecté à un débit suffisant pour pouvoir recevoir un contenu (flux) streamé ou téléchargé, il est possible d'effectuer la mesure de la consommation du ou des panélistes (qui utilise(nt) ce terminal) et d'envoyer l'information en temps réel à une société de mesure d'audience.

Encore un autre avantage de la solution proposée est qu'elle ne nécessite qu'une faible modification des sites et applications tierces permettant d'accéder à des contenus. En effet, ces sites et applications tierces sont en grande majorité déjà marqués pour la mesure « site-centric » (mesure de la fréquentation, mais pas de l'audience au sens strict) et les éditeurs de ces sites et applications tierces ont juste à intégrer une nouvelle version du marqueur, conforme à la présente invention. Dans une première implémentation, dans l'étape b), le terminal donné reçoit au moins une page web dans laquelle est intégré le marqueur, ladite au moins une page web référençant au moins une partie du contenu et étant exécutable avec un navigateur compris dans le terminal donné. Dans cette première implémentation, les éditeurs de contenus ont juste à intégrer le marqueur dans les pages web de leurs sites web, comprenant les contenus. Dans une deuxième implémentation, dans l'étape b) : le terminal donné reçoit au moins une page web référençant au moins une partie du contenu et exécutable avec un navigateur compris dans le terminal donné ; et un module d'extension, compris dans le terminal donné et complétant le navigateur, intègre le marqueur à ladite au moins une page web, avant l'exécution de ladite au moins une page web par le navigateur. Dans cette deuxième implémentation, les éditeurs de contenus ont juste à diffuser le module d'extension (« plug-in »), et n'ont donc pas à modifier leurs sites web. Dans une troisième implémentation, dans l'étape b), le terminal donné reçoit une application tierce permettant d'accéder au contenu quand elle est exécutée par le terminal donné, l'application tierce étant écrite en code natif et encapsulant le marqueur écrit en code exécutable avec un navigateur compris dans le terminal donné. Dans cette troisième implémentation, les éditeurs de contenus ont juste à intégrer dans leurs applications tierces un marqueur exécutable par le navigateur du terminal. Dans une quatrième implémentation, dans l'étape b), le terminal donné reçoit une application tierce permettant d'accéder au contenu quand elle est exécutée par le terminal donné, l'application tierce étant écrite en code natif et intégrant le marqueur également écrit en code natif.

Dans cette quatrième implémentation, les éditeurs de contenus ont juste à intégrer dans leurs applications tierces un marqueur exécutable par le terminal (directement, sans l'aide du navigateur). Selon une caractéristique particulière, ledit identifiant unique de marquage est un identifiant unique du terminal donné, déjà stocké par le terminal avant l'exécution de l'étape a) ou reçu et stocké pendant l'exécution de l'étape a). Ainsi, on peut réutiliser un identifiant de terminal déjà existant (par exemple IDFA (« Identifier For Advertiser ») sous le système d'exploitation iOS d'Apple, ou Android ID sous le système d'exploitation Android de Google), ce qui évite que le terminal ou le serveur de mesure d'audience ait à le générer. Selon une variante, ledit identifiant unique de marquage est un identifiant généré par le marqueur, puis stocké par le terminal. L'identifiant généré est par exemple stocké dans un cookie. Selon une caractéristique particulière, dans l'étape a) : le terminal donné transmet au serveur de mesure d'audience un couple login/mot de passe attribué audit foyer donné, un identifiant unique de terminal déjà stocké par le terminal donné, et éventuellement le type du terminal donné ; et le serveur de mesure d'audience associe ledit identifiant unique du terminal donné, et éventuellement le type du terminal donné, à un identifiant unique lié au foyer donné et à une liste de panélistes possibles liée au foyer donné. Ainsi, dans ce cas, on utilise un identifiant du terminal, déjà existant et que le terminal peut lire. Selon une variante, dans l'étape a) : le terminal donné transmet au serveur de mesure d'audience un couple login/mot de passe attribué audit foyer donné et éventuellement le type du terminal donné ; le serveur de mesure d'audience génère un identifiant unique du terminal donné, et associe ledit identifiant unique, et éventuellement le type du terminal donné, à un identifiant unique lié au foyer donné et à une liste de panélistes possibles liée au foyer donné ; le serveur de mesure d'audience transmet au terminal donné ledit identifiant unique du terminal donné ; et le terminal donné stocke ledit identifiant unique du terminal donné. Ainsi, dans cette variante, on utilise un identifiant du terminal, généré par le serveur de mesure d'audience. Selon une caractéristique particulière, le terminal donné exécute une application de déclaration pour effectuer les étapes a) et d). Le marqueur transmet l'identifiant unique de marquage à l'application de déclaration. Selon une première variante, le terminal donné exécute une application de déclaration pour effectuer l'étape a). Le marqueur effectue l'étape d). L'identifiant unique de marquage est un identifiant unique du terminal, qui est stocké par le terminal donné et accessible par l'application de déclaration et le marqueur. Selon une deuxième variante, le terminal donné exécute une application de déclaration pour effectuer l'étape a). Le marqueur effectue l'étape d). L'identifiant unique de marquage est un identifiant unique du terminal. Dans l'étape a), l'application de déclaration lance le navigateur sur une adresse URL contenant ledit identifiant unique du terminal et qui, quand elle est exécutée, dépose sur le terminal un cookie contenant ledit identifiant unique du terminal, ledit cookie étant accessible par le marqueur quand il est exécuté par le navigateur. Selon une troisième variante, le navigateur effectue l'étape a), au cours de laquelle est déposé sur le terminal un cookie contenant ledit identifiant unique du terminal, ledit cookie étant accessible par le marqueur quand il est exécuté par le navigateur. L'identifiant unique de marquage est ledit identifiant unique du terminal. Le marqueur effectue l'étape d). Selon une caractéristique particulière, dans l'étape d), le marqueur effectue les étapes suivantes : il transmet au serveur de mesure d'audience ledit identifiant unique du terminal ; il reçoit, en provenance du serveur de mesure d'audience, une boîte de déclaration comprenant une liste de panéliste(s) possible(s) liée au foyer donné ; il permet à un utilisateur de sélectionner un ou plusieurs panélistes de ladite liste de panéliste(s) possible(s), pour former ladite liste de panéliste(s) déclaré(s).

Selon une caractéristique particulière, dans l'étape c), le marqueur détecte si le terminal donné est un terminal panéliste, et augmente la fréquence de transmission des messages de consommation si le terminal donné est un terminal panéliste. On remarquera que le concept général évoqué plus haut ne crée aucune différence de comportement du marqueur, qu'il soit exécuté sur un terminal panéliste ou non panéliste. Or si on veut atteindre une bonne précision de mesure (par exemple, dans le cas de la mesure de l'audience TV sur des terminaux autres que des postes de télévision, une précision comparable à celle obtenue pour la mesure de référence du panel TV mesurée sur les postes de télévision), il est nécessaire de configurer le marqueur pour qu'il envoie un hit (message de consommation) beaucoup plus fréquemment que lors du fonctionnement classique du marqueur en « site-centric » (typiquement toutes les 15 secondes au lieu de 60 secondes). De cette façon, si le panéliste ferme le navigateur sans arrêter proprement le dispositif de lecture (aussi appelé « lecteur multimédia », « player » ou « mediaplayer »), le dernier hit envoyé date de moins de 15 secondes ce qui limite l'imprécision sur la mesure de durée de consommation. Afin de ne pas entraîner une augmentation importante de la sollicitation des serveurs du back-office, la solution proposée est de faire fonctionner le marqueur de façon adaptative : il augmente la fréquence de transmission des hits (messages de consommations) seulement si c'est un terminal panéliste. Ainsi, on augmente la fréquence des hits uniquement pour les terminaux panélistes, dont le nombre est très réduit comparé à l'ensemble des terminaux d'internautes. Plusieurs mises en oeuvre de l'étape de détection du fait que le terminal donné est un terminal panéliste sont possibles. Par exemple, le marqueur détecte la présence de l'application de déclaration sur le terminal donné. Selon un autre exemple, le marqueur détecte la présence de l'identifiant unique lié au foyer donné sur le terminal donné. Dans un mode de réalisation particulier de l'invention, il est proposé un procédé de mesure d'une audience centrée-utilisateur d'un contenu diffusé en mode continu ou par téléchargement sur un réseau informatique, le procédé étant mis en oeuvre avec un serveur de mesure d'audience et un groupe de panélistes répartis par foyers et disposant d'un ensemble de terminaux, chaque foyer comprenant au moins un panéliste. Le serveur de mesure d'audience effectue les étapes suivantes, pour un terminal donné, utilisé par au moins un panéliste d'un foyer donné : il enregistre comme terminal panéliste le terminal donné ; pendant la consommation du contenu, il reçoit, en provenance du terminal donné, des messages de consommation comprenant chacun l'identifiant unique de marquage et au moins une information de consommation, relative à la consommation, à un instant déterminé, du contenu par le terminal donné ; il reçoit, en provenance du terminal donné, des messages de déclaration comprenant chacun l'identifiant unique de marquage, un identifiant unique du terminal donné, s'il n'est pas confondu avec ledit identifiant unique de marquage, et une liste de panéliste(s) déclaré(s) ; pour une information de consommation donnée, relative à un instant donné : * il détermine, parmi les listes de panéliste(s) déclaré(s) contenues dans les messages de déclaration reçus successivement, la liste de panéliste(s) déclaré(s) qui était la liste courante audit instant donné ; et * il associe l'information de consommation donnée à un ensemble de paramètres comprenant l'identifiant unique de marquage et la liste de panéliste(s) déclaré(s) qui était la liste courante audit instant donné. Ainsi, le serveur de mesure d'audience bénéficie des avantages de l'approche tout à fait nouvelle et inventive discutée plus haut pour le côté terminal (combinaison de la technique de marquage de contenus, actuellement limitée à la mesure « site-centric », avec une technique de panélisation, propre à la mesure « user-centric »). De cette façon, grâce à l'identifiant unique de marquage, le serveur de mesure d'audience associe chaque information de consommation à un ensemble de paramètres.

Au final, avec toutes les informations de consommation et leurs paramètres associés, le serveur de mesure peut effectuer une mesure centrée-utilisateur (« user-centric »). Dans une première mise en oeuvre, dans l'étape de détermination de la liste de panéliste(s) déclaré(s) qui était la liste courante audit instant donné, le serveur de mesure d'audience effectue un traitement à la volée : il stocke la dernière liste de panéliste(s) déclaré(s), contenue dans le dernier message de déclaration qu'il a reçu ; et quand il reçoit l'information de consommation donnée, il prend comme liste courante audit instant donné la dernière liste de panéliste(s) déclaré(s). Dans une seconde mise en oeuvre, dans l'étape de détermination de la liste de panéliste(s) déclaré(s) qui était la liste courante audit instant donné, le serveur de mesure d'audience effectue un traitement a posteriori : il stocke, en association avec une première information d'horodatage, chaque liste de panéliste(s) déclaré(s) contenue dans l'un des messages de déclaration qu'il a reçus successivement ; il stocke, en association avec une deuxième information d'horodatage, l'information de consommation donnée ; et il détermine la liste courante audit instant donné, en fonction de la deuxième information d'horodatage et des premières informations d'horodatage stockées avec les listes de panéliste(s) déclaré(s) qu'il a reçues successivement. Selon une caractéristique particulière, les étapes b) et c) sont effectuées par des utilisateurs non-panélistes disposant de terminaux non-panélistes non compris dans ledit ensemble de terminaux. Le serveur de mesure d'audience effectue une étape de redressement : de premières données de mesure d'audience, obtenues à partir d'une corrélation entre les messages de consommation et les messages de déclaration transmis par les terminaux dudit ensemble, en fonction de secondes données de mesure d'audience, obtenues à partir des messages de consommation transmis par les terminaux non-panélistes. Ainsi, on redresse les données de la mesure « user-centric » avec les données de la meusre « site-centric ».

Dans un autre mode de réalisation de l'invention, il est proposé un produit programme d'ordinateur qui comprend des instructions de code de programme pour la mise en oeuvre du procédé précité (dans l'un quelconque de ses différents modes de réalisation), lorsque ledit programme est exécuté sur un ordinateur. Dans un autre mode de réalisation de l'invention, il est proposé un médium de stockage lisible par ordinateur et non transitoire, stockant un programme d'ordinateur comprenant un jeu d'instructions exécutables par un ordinateur pour mettre en oeuvre le procédé précité (dans l'un quelconque de ses différents modes de réalisation). 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 : la figure 1 présente l'architecture logicielle d'un terminal dans une première implémentation particulière de l'invention, avec un marqueur compris dans une page HTML ; la figure 2 présente l'architecture logicielle d'un terminal dans une deuxième implémentation particulière de l'invention, avec un marqueur ajouté dans une page HTML par un module d'extension (plug-in) ; la figure 3 présente l'architecture logicielle d'un terminal dans une troisième implémentation particulière de l'invention, avec un marqueur compris dans une application éditeur ; la figure 4 présente un diagramme de séquence illustrant le fonctionnement d'un procédé de mesure d'audience selon un premier mode de réalisation de l'invention, avec une application de déclaration « forte » et un marqueur « léger » dans une application éditeur ou une page HTML ; la figure 5 présente un diagramme de séquence illustrant le fonctionnement d'un procédé de mesure d'audience selon un deuxième mode de réalisation de l'invention, avec une application de déclaration « légère » et un marqueur « fort » dans une application éditeur ; la figure 6 présente un diagramme de séquence illustrant le fonctionnement d'un procédé de mesure d'audience selon un troisième mode de réalisation de l'invention, avec une application de déclaration « légère » et un marqueur « fort » dans une page HTML ; la figure 7 présente un diagramme de séquence illustrant le fonctionnement d'un procédé de mesure d'audience selon un quatrième mode de réalisation de l'invention, avec une application de déclaration « légère » et un marqueur « fort » dans une page HTML ; - la figure 8 présente un diagramme de séquence illustrant le fonctionnement d'un procédé de mesure d'audience selon un cinquième mode de réalisation de l'invention, sans application de déclaration et avec un marqueur « fort » dans une page HTML ; et - la figure 9 présente la structure d'un terminal selon un mode de réalisation particulier de l'invention. 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.

La technique proposée permet de mesurer l'audience centrée-utilisateur (« user- centric » en anglais), sur des terminaux (ordinateurs, smartphones, tablettes, etc.), d'un contenu diffusé en mode continu (contenu streamé) ou par téléchargement sur un réseau informatique (par exemple Internet). 6.1 Marqueur compris dans une application éditeur 6.1.1 Architecture logicielle du terminal La figure 3 présente l'architecture logicielle d'un terminal dans une implémentation particulière de l'invention, avec un marqueur 1 compris dans une application éditeur 30 (aussi appelée « application tierce » ou « application mobile »). Cette dernière est par exemple proposée par l'éditeur et téléchargeable (comme symbolisé par la flèche référencée 36) depuis un magasin en ligne d'applications tierces (AppStore, PlayStore, ...). Il est fréquent que ce type d'application éditeur ne soit qu'une encapsulation en code natif d'une application HTML. En d'autres termes, dans ce cas, le terminal reçoit une application éditeur 30 permettant d'accéder au contenu quand elle est exécutée par le terminal donné. Cette application éditeur est écrite en code natif et encapsule un marqueur 1 écrit en code exécutable avec un navigateur compris dans le terminal. Dans ce cas, la deuxième solution décrite plus loin est applicable (cf § 6.2 et figure 1 : le marqueur 1 est exécuté par le navigateur 23). En revanche, dans le cas où l'application éditeur 30 est intégralement écrite en code natif, elle intègre le marqueur 1 également écrit en code natif. Pour la restitution du contenu Audio/Vidéo, l'application éditeur 30 utilise un lecteur multimédia 33 (qui s'exécute lui-même sur le système d'exploitation 32 du terminal). Pendant la consommation du contenu avec le lecteur multimédia 33, le marqueur 1 effectue les étapes suivantes : il obtient des informations relatives à la consommation du contenu donné par le lecteur multimédia ; il transmet au serveur de mesure d'audience des messages de consommation (aussi appelés « requêtes périodiques » ou « hits »), comprenant chacun un identifiant unique de marquage, stocké par le terminal donné, et une ou plusieurs informations de consommation relatives à la consommation de ce contenu donné à un instant déterminé. Par informations de consommation, on entend par exemple des informations sur l'identité du contenu, la position dans le contenu (flux), l'état du lecteur multimédia (pause/lecture), un identifiant temporaire de session (renouvelé à chaque nouveau lancement du lecteur multimédia), etc. En mode nominal, les hits sont par exemple envoyés toutes les 60 secondes. L'identifiant unique de marquage peut être généré par le marqueur et stocké par exemple dans une zone accessible par l'application éditeur 30. Il est aussi possible d'utiliser comme identifiant unique de marquage un identifiant unique de terminal (par exemple IDFA sous iOS, ou Android ID sous Android, ...) ce qui a l'avantage d'associer le même identifiant pour toutes les applications éditeurs utilisant cette technologie. 6.1.2 Modes de réalisation du procédé de mesure d'audience La figure 4 présente un diagramme de séquence illustrant le fonctionnement d'un procédé de mesure d'audience selon un premier mode de réalisation de l'invention, avec une application de déclaration 2 « forte » et un marqueur 1 « léger » dans une application éditeur (cf figure 3) ou une page HTML (cf figures 1 et 2). Dans ce premier mode de réalisation, le système comprend un serveur de mesure d'audience 3 et un groupe de panélistes répartis par foyers et disposant d'une pluralité de terminaux (par souci de simplification, un seul terminal 90 (comprenant le marqueur 1 et l'application de déclaration 2) est représenté sur la figure 4). Les terminaux sont par exemple des ordinateurs, des smartphones, des tablettes, des TV connectées, etc. Outre les éléments d'architecture logicielle déjà décrits en relation avec les figures 1, 2 et 3, dont notamment le marqueur 1, le terminal comprend une application de déclaration 2. Cette application de déclaration 2 (développée par exemple par la société de mesure d'audience) est par exemple téléchargée depuis un magasin d'applications ou depuis un serveur de la société de mesure d'audience. Chaque foyer du panel s'engage à installer cette application de déclaration sur chacun de ses terminaux (PC, smartphone, tablette). Chaque foyer reçoit par ailleurs un identifiant et un mot de passe unique (l'identifiant peut être par exemple une adresse email du foyer et le mot de passe un numéro de foyer panéliste). Le principe général du premier mode de réalisation est le suivant : le marqueur 1 envoie au serveur de mesure d'audience 3 des messages de consommation successifs (contenant chacun une ou plusieurs informations de consommation) et, en parallèle, l'application de déclaration 2 envoie au serveur de mesure d'audience 3 des messages de déclaration successifs (contenant chacun une liste de panéliste(s) déclaré(s)). Le serveur de mesure d'audience 3 effectue une corrélation entre ces deux types de message, en prenant comme clé d'association un identifiant unique de marquage contenu aussi bien dans les messages de consommation que dans les messages de déclaration. Ainsi, le serveur de mesure d'audience 3 est capable d'associer chaque information de consommation (contenue dans l'un des messages de consommation) avec l'une des listes de panéliste(s) déclaré(s) (contenue dans l'un des messages de déclaration). En effectuant cette opération pour l'ensemble des terminaux de chacun des foyers de panélistes, le serveur de mesure d'audience 3 dispose, pour chaque contenu que le marqueur 1 permet de mesurer, d'informations sur la consommation de ce contenu par les panélistes, et peut donc effectuer une mesure d'audience pour ce contenu. On présente maintenant le fonctionnement détaillé du système de la figure 4 (premier mode de réalisation particulier). On distingue les deux phases suivantes : - une phase d'enregistrement, référencée 4-I et comprenant les étapes 41 à 44 ; et - une phase de suivi de consommation d'un contenu donné, référencée 4-II et comprenant les étapes 40 et 45 à 415.

Dans l'étape 41, l'application de déclaration 2 transmet au serveur de mesure d'audience 3 une requête d'enregistrement, paramétrée avec le couple identifiant (login)/mot de passe (préalablement attribué au foyer et saisi par un utilisateur du terminal), ainsi qu'avec un identifiant du terminal (ID terminal) et optionnellement le type du terminal, une information indiquant si le terminal est partagé ou non, et un identifiant de l'utilisateur (dans le cas d'un terminal non partagé). Dans l'étape 42, après vérification du couple identifiant/mot de passe fourni par l'application de déclaration 2, le serveur de mesure d'audience 3 procède à l'enregistrement du terminal 90 comme terminal panéliste. Il associe l'identifiant (ID terminal) et le type du terminal avec un identifiant unique du foyer (ID foyer) et une liste de panélistes possibles liée au terminal. Dans l'étape 43, le serveur de mesure d'audience 3 transmet au terminal 90 l'identifiant unique du foyer (ID foyer). Dans l'étape 44, le terminal 90 stocke l'identifiant unique du foyer (ID foyer), dans une zone de stockage gérée par l'application de déclaration 2. Les étapes 43 et 44 sont optionnelles car le serveur de mesure d'audience peut retrouver cet identifiant unique du foyer (ID foyer) à partir de l'identifiant unique de terminal qui lui est associé. Dans une variante de l'étape 41, l'application de déclaration 2 ne transmet pas au serveur de mesure d'audience 3 l'identifiant du terminal (ID terminal). Dans ce cas, c'est le serveur de mesure d'audience 3 qui le génère (dans l'étape 42) et le transmet au terminal 90 (dans l'étape 43), afin que ce dernier le stocke (dans l'étape 44). Dans l'étape 45, au lancement de la lecture d'un contenu, le marqueur 1 demande l'ouverture de l'application de déclaration 2 (par exemple via la technique de l' « URL scheme ») et lui passe un identifiant unique de marquage (ID marquage). Ceci implique que le terminal 90 a préalablement, dans une étape 40, obtenu et stocké cet identifiant de marquage, par exemple au chargement de la page HTML ou de l'application tierce (selon que le marqueur 1 est intégré à l'une ou à l'autre). Dans le cas où le marqueur 1 est intégré à une page HTML (consultable avec le navigateur web du terminal 90), l'identifiant de marquage est par exemple déposé sur le terminal, par le serveur de mesure d'audience 3, sous la forme d'un cookie (« cookie tierce partie » géré par la société de mesure d'audience). Dans le cas d'une application tierce, l'identifiant de marquage est par exemple généré par le marqueur et stocké dans une zone de stockage du terminal, propre à cette application tierce. Dans l'étape 46, l'application de déclaration 2 envoie au serveur de mesure d'audience 3 une requête paramétrée avec l'identifiant unique du foyer (ID foyer) (si les étapes 43 et 44 ont été effectuées) ou un identifiant du terminal (si les étapes 43 et 44 n'ont pas été effectuées), afin d'obtenir une liste de panélistes possibles pour ce foyer. En réponse, dans l'étape 47, le serveur de mesure d'audience 3 transmet à l'application de déclaration 2 la liste de panélistes possibles.

Dans l'étape 48, l'application de déclaration 2 fait apparaître une fenêtre de déclaration individuelle (aussi appelée « interface de déclaration »), affichant la liste de panélistes possibles (obtenue à l'étape 47). Via la fenêtre de déclaration individuelle, un utilisateur sélectionne un ou plusieurs panélistes de la liste de panélistes possibles, pour former une liste de panéliste(s) déclaré(s).

La liste de panélistes possibles et la liste de panéliste(s) déclaré(s) peuvent être mises en oeuvre de diverses manières. Dans une première implémentation, chaque liste est une liste d'identifiants uniques de panélistes (éventuellement associés chacun à un prénom, pour faciliter la compréhension), que la société de mesure d'audience a préalablement enregistrée dans une base de données (lors du recrutement du foyer panéliste) et permettant de remonter à l'identifiant unique du foyer (ID foyer). Dans une deuxième implémentation, chaque liste comprend des identifiants non uniques de panélistes (par exemple une liste de prénoms que la société de mesure d'audience a préalablement enregistrée dans une base de données, lors du recrutement du foyer panéliste), et est transmise avec l'identifiant unique du foyer (ID foyer).

Dans l'étape 49, l'application de déclaration 2 transmet au serveur de mesure d'audience 3 un message de déclaration comprenant l'identifiant unique de marquage (ID marquage), l'identifiant du terminal (ID terminal) et/ou le type du terminal, et la liste de panéliste(s) déclaré(s) (liste obtenue à l'étape 48). Dans l'étape 410, le serveur de mesure d'audience 3 associe l'identifiant unique de marquage (ID marquage) avec l'identifiant du terminal (ID terminal), et donc avec l'identifiant unique du foyer (ID foyer) et le type du terminal.

Dans l'étape 411, l'application de déclaration 2 rend la main au marqueur 1 (par exemple via la technique de l' « URL scheme »). Puis, dans l'étape 412, le marqueur 1 effectue le lancement effectif de la lecture du contenu.

Pendant (y inclus au lancement) la consommation du contenu, le marqueur 1 envoie au serveur de mesure d'audience 3 des messages de consommation (contenant chacun une ou plusieurs informations de consommation et l'identifiant unique de marquage (ID marquage)). Sur la figure 4, dans un seul souci de simplification, on a représenté uniquement deux étapes de transmission de message de consommation, référencées 413 et 414. Dans une mise en oeuvre particulière, la solution proposée ne crée aucune différence de comportement du marqueur 1, qu'il soit exécuté sur un terminal panéliste ou non panéliste. Si on veut atteindre une bonne précision de mesure (par exemple comparable à celle obtenue pour la mesure de référence du panel TV mesurée sur les postes de télévision), il est nécessaire de configurer le marqueur 1 pour qu'il envoie un message de consommation (hit) beaucoup plus fréquemment que lors du fonctionnement du marqueur en « site-centric » (typiquement toutes les 15 secondes au lieu de 60 secondes). De cette façon, si le panéliste ferme le navigateur sans arrêter proprement le dispositif de lecture (player), le dernier hit envoyé date de moins de 15 secondes, ce qui limite l'imprécision sur la mesure de durée de consommation. Malheureusement, cela entraîne une augmentation importante de la sollicitation du serveur de mesure d'audience 13 (serveur du back-office). Pour pallier ce coûteux inconvénient, une variante est proposée et symbolisée par l'étape 416, dans laquelle le marqueur 1 fonctionne de façon adaptative : il augmente la fréquence des hits uniquement si le terminal est un terminal panéliste (le nombre de terminaux panélistes est très réduit comparé à l'ensemble des internantes). Dans le premier mode de réalisation illustré sur la figure 4, l'idée consiste à dissocier la mesure du contenu consommé (avec l'envoi de messages de consommation) et la déclaration des panélistes (avec l'envoi de messages de déclaration). Les deux sont corrélés (à la volée ou a posteriori) par le serveur de mesure d'audience 3, dans l'étape 415, en utilisant l'identifiant unique de marquage (ID marquage) et le temps comme clés d'association. Dans l'étape 415, pour une information de consommation donnée, reçue à un instant donné, le serveur de mesure d'audience 3 effectue par exemple les étapes suivantes : * il détermine, parmi les listes de panéliste(s) déclaré(s) contenues dans les messages de déclaration reçus successivement, la liste de panéliste(s) déclaré(s) qui était la liste courante à l'instant donné ; * il associe l'information de consommation donnée à un ensemble de paramètres comprenant l'identifiant unique de marquage (ID marquage), l'identifiant unique de foyer (ID foyer), l'identifiant du terminal (ID terminal), le type de terminal et la liste de panéliste(s) déclaré(s) qui était la liste courante à l'instant donné. Dans l'étape de détermination de la liste de panéliste(s) déclaré(s) qui était la liste courante à l'instant donné, le serveur de mesure d'audience 3 effectue par exemple le traitement à la volée suivant : il stocke la dernière liste de panéliste(s) déclaré(s), contenue dans le dernier message de déclaration qu'il a reçu ; et quand il reçoit (à l'instant donné) l'information de consommation donnée, il prend comme liste courante à l'instant donné la dernière liste de panéliste(s) déclaré(s).

Dans une variante, dans l'étape de détermination de la liste de panéliste(s) déclaré(s) qui était la liste courante à l'instant donné, le serveur de mesure d'audience 3 effectue le traitement a posteriori suivant : il stocke, en association avec une première information d'horodatage, chaque liste de panéliste(s) déclaré(s) contenue dans l'un des messages de déclaration qu'il a reçus successivement ; il stocke, en association avec une deuxième information d'horodatage, l'information de consommation donnée ; il détermine la liste courante à l'instant donné, en fonction de la deuxième information d'horodatage et des premières informations d'horodatage stockées avec les listes de panéliste(s) déclaré(s) qu'il a reçues successivement.

Dans cette variante, l'horodatage de chaque liste de panéliste(s) déclaré(s) (c'est-à-dire son association avec une première information d'horodatage) et l'horodatage de chaque information de consommation donnée (c'est-à-dire son association avec une deuxième information d'horodatage) peuvent être effectués soit par le terminal soit par le serveur de mesure d'audience. Il est possible qu'un contenu soit consommé alors que le terminal (par exemple un terminal mobile) perd momentanément sa connexion avec le serveur de mesure d'audience 3. Dans ce cas, les messages de consommation du marqueur 1 sont perdus, ce qui engendre une erreur de mesure. Afin de pallier cette erreur de mesure, on peut mettre en oeuvre une stratégie de correction par interpolation. Une autre solution est de stocker temporairement les messages de consommation dans la mémoire du terminal en attendant de pouvoir les transmettre dès le rétablissement de la connexion réseau. Il convient alors d'effectuer un horodatage au niveau du terminal. Il est également possible qu'un changement de panéliste(s) (c'est-à-dire un changement de la liste de panéliste(s) déclaré(s)) intervienne pendant une perte de connexion entre le terminal et le serveur de mesure d'audience 3. Dans ce cas, ce changement doit être notifié au serveur de mesure d'audience 3, afin d'affecter les messages de consommation ultérieurs au(x) bon(s) panéliste(s). Une solution consiste par exemple à horodater les messages de déclarations au niveau du terminal et à prévoir une bufferisation (stockage tampon) des données de déclaration, dans l'application de déclaration (ou ailleurs dans le terminal), afin de décaler dans le temps l'envoi des données de déclaration. La figure 5 présente un diagramme de séquence illustrant le fonctionnement d'un procédé de mesure d'audience selon un deuxième mode de réalisation de l'invention, avec une application de déclaration 2 « légère » et un marqueur 1 « fort » dans une application éditeur (cf figure 3). Pour contourner la difficulté à transmettre des paramètres entre deux applications (ici entre l'application de déclaration 2 et le marqueur 1) sans détériorer l'expérience utilisateur, le deuxième mode de réalisation de l'invention consiste à n'utiliser l'application de déclaration 2 que pour enregistrer un identifiant unique du terminal (par exemple IDFA, Android ID, ...) sur le serveur de mesure d'audience 3, en tant qu'identifiant unique de marquage (ID marquage). Cet identifiant unique du terminal doit être accessible aussi bien par l'application de déclaration 2 que par le marqueur 1 (ce dernier étant compris dans l'application éditeur). En associant cet identifiant du terminal à l'identifiant de foyer (ID foyer) correspondant au login/password saisi dans l'application de déclaration 2, il est ainsi possible de déclarer un terminal panéliste. On présente maintenant le fonctionnement détaillé du système de la figure 5 (deuxième mode de réalisation particulier). On distingue les deux phases suivantes : - une phase d'enregistrement, référencée 5-I et comprenant les étapes 51 et 52 ; et - une phase de suivi de consommation d'un contenu donné, référencée 5-II et comprenant les étapes 53 à 515. Comme indiqué dans le bloc référencé 50, on considère dans ce deuxième mode de réalisation que l'identifiant unique du terminal (par exemple IDFA) joue le rôle de l'identifiant unique de marquage (ID marquage).

Dans l'étape 51, l'application de déclaration 2 transmet au serveur de mesure d'audience 3 une requête d'enregistrement, paramétrée avec le couple identifiant (login)/mot de passe (préalablement attribué au foyer et saisi par un utilisateur du terminal), ainsi qu'avec l'identifiant du terminal (par exemple IDFA) et optionnellement le type du terminal, une information indiquant si le terminal est partagé ou non, et un identifiant de l'utilisateur (dans le cas d'un terminal non partagé). Dans l'étape 52, après vérification du couple identifiant/mot de passe fourni par l'application de déclaration 2, le serveur de mesure d'audience 3 procède à l'enregistrement du terminal 90 comme terminal panéliste. Il associe l'identifiant du terminal (par exemple IDFA) et le type du terminal avec un identifiant unique du foyer (ID foyer) et une liste de panélistes possibles liée au terminal. Dans l'étape 53, au lancement de la lecture d'un contenu (restitution du contenu par l'application éditeur), le marqueur 1 transmet une requête au serveur de mesure d'audience 3, avec en paramètre l'identifiant du terminal (par exemple IDFA), pour savoir si le terminal est un terminal panéliste.

Dans l'étape 54, le serveur de mesure d'audience 3 détermine si le terminal est un terminal panéliste, grâce à l'identifiant du terminal (par exemple IDFA). Puis dans l'étape 55, il envoie la réponse correspondante au marqueur 1. Dans l'étape 56, si le terminal est un terminal panéliste, le marqueur 1 transmet une requête au serveur de mesure d'audience 3 pour savoir si une nouvelle déclaration de panéliste(s) est nécessaire. Dans l'étape 57, le serveur de mesure d'audience 3 détermine si une nouvelle déclaration de panéliste(s) est nécessaire (par exemple en considérant la date de la dernière déclaration effectuée sur ce terminal). Puis dans l'étape 58, il envoie la réponse correspondante au marqueur 1, en incluant une boîte de déclaration (comprenant une liste de panélistes possibles pour ce foyer) si une nouvelle déclaration est nécessaire. Par exemple, cette boîte de déclaration peut être du type WebView. Dans l'étape 59, le marqueur 1 fait apparaître sur l'écran du terminal, en surimpression (sans interrompre le flux) : - soit la boîte de déclaration (aussi appelée « fenêtre de déclaration » ou « interface de déclaration »), affichant la liste de panélistes possibles, si une nouvelle déclaration est nécessaire. Via cette boîte de déclaration individuelle, un utilisateur sélectionne un ou plusieurs panélistes de la liste de panélistes possibles, pour former une liste de panéliste(s) déclaré(s) ; - soit un pictogramme discret que l'utilisateur peut à tout moment activer pour lui- même provoquer une nouvelle déclaration. Comme déjà décrit plus haut, la liste de panélistes possibles et la liste de panéliste(s) déclaré(s) peuvent être mises en oeuvre de diverses manières. Dans l'étape 510, le marqueur 1 transmet au serveur de mesure d'audience 3 un message de déclaration comprenant l'identifiant du terminal (par exemple IDFA, jouant le rôle d'identifiant unique de marquage (ID marquage)) et la liste de panéliste(s) déclaré(s). Puis, dans l'étape 511, le marqueur 1 effectue le lancement effectif de la lecture du contenu.

Pendant (y inclus au lancement) la consommation du contenu, le marqueur 1 envoie au serveur de mesure d'audience 3 des messages de consommation, contenant chacun une ou plusieurs informations de consommation, et l'identifiant du terminal (par exemple IDFA, jouant le rôle d'identifiant unique de marquage (ID marquage)). Sur la figure 5, dans un seul souci de simplification, on a représenté uniquement deux étapes de transmission de message de consommation, référencées 512 et 513.

Lorsqu'une condition est vérifiée (par exemple toutes les x minutes), le mécanisme des étapes 56 à 510 est réitéré, afin de permettre au marqueur 1 d'envoyer un nouveau message de déclaration au serveur de mesure d'audience 3, si nécessaire. Comme dans le premier mode de réalisation, l'idée de ce deuxième mode de réalisation consiste à dissocier la mesure du contenu consommé (avec l'envoi de messages de consommation) et la déclaration des panélistes (avec l'envoi de messages de déclaration). Les deux sont corrélés (à la volée ou a posteriori) par le serveur de mesure d'audience 3, dans l'étape 515, en utilisant l'identifiant du terminal (par exemple IDFA, jouant le rôle d'identifiant unique de marquage (ID marquage)) et le temps comme clés d'association (voir plus haut la description de l'étape 415 de la figure 4). 6.2 Marqueur compris dans une page HTML 6.2.1 Architecture logicielle du terminal La figure 1 présente l'architecture logicielle d'un terminal dans une autre implémentation particulière de l'invention, avec un marqueur 1 compris dans une page HTML 20. On considère dans ce cas de figure que l'on accède au contenu (flux) depuis cette page HTML, téléchargeable depuis un site web de l'éditeur (comme symbolisé par la flèche référencée 16). Pour la restitution du contenu Audio/Vidéo, le navigateur 23 (qui s'exécute lui-même sur le système d'exploitation 22 du terminal) utilise un lecteur multimédia 21. Pendant la consommation du contenu avec le lecteur multimédia 33, le marqueur 1 effectue les étapes suivantes : - il obtient des informations relatives à la consommation du contenu donné par le lecteur multimédia ; il transmet au serveur de mesure d'audience des messages de consommation (aussi appelés « requêtes périodiques » ou « hits »), comprenant chacun un identifiant unique de marquage, stocké par le terminal donné, et une ou plusieurs informations de consommation relatives à la consommation de ce contenu donné à un instant déterminé.

L'identifiant unique de marquage peut être généré par le marqueur 1 et stocké par exemple dans un cookie. Il est aussi possible d'utiliser comme identifiant unique de marquage un identifiant unique de terminal (par exemple IDFA sous iOS, ou Android ID sous Android, ...) ce qui a l'avantage d'associer le même identifiant pour tous les sites Internet utilisant cette technologie. A l'instar d'une technologie de marquage, il suffit donc à un éditeur de contenu audiovisuel d'intégrer ce marqueur (par exemple sous forme de code Javascript) à chacune des pages HTML de son site Internet pour permettre la mesure de l'audience des contenus (flux vidéos par exemple) référencés dans ces pages HTML sur les terminaux équipés de navigateurs Internet supportant ce marqueur. 6.2.2 Modes de réalisation du procédé de mesure d'audience Dans le cas où le marqueur 1 est compris dans une page HTML, le premier mode de réalisation de l'invention (décrit plus haut en relation avec la figure 4) peut être mis en oeuvre, à l'identique. Il n'est pas décrit à nouveau.

En revanche, le deuxième mode de réalisation de l'invention (décrit plus haut en relation avec la figure 5) ne peut pas être mis en oeuvre à l'identique. En effet, contrairement à une application éditeur, le navigateur quand il exécute le marqueur 1 (par exemple un script en code Javascript) ne peut pas accéder à l'identifiant unique du terminal (par exemple IDFA, Android ID, ...). Il convient donc de modifier la phase d'enregistrement 5-I du deuxième mode de réalisation. Les figures 6 à 8 présentent trois solutions en ce sens. La figure 6 présente un diagramme de séquence illustrant le fonctionnement d'un procédé de mesure d'audience selon un troisième mode de réalisation de l'invention, avec une application de déclaration 2 « légère » et un marqueur 1 « fort » dans une page HTML (cf figure 1). On distingue les deux phases suivantes : - une phase d'enregistrement, référencée 6-I et comprenant les étapes 61 à 63 ; et - une phase de suivi de consommation d'un contenu donné, référencée 6-II et identique à la phase référencée 5-II sur la figure 5. Cette phase n'est pas décrite à nouveau.

Les étapes 61 et 62 sont identiques aux étapes 51 et 52 respectivement.

Dans l'étape 63, l'application de déclaration 2 lance le navigateur sur une adresse URL contenant l'identifiant unique du terminal (par exemple IDFA, jouant le rôle d'identifiant unique de marquage (ID marquage)) en paramètre et qui, quand elle est exécutée, dépose sur le terminal un cookie contenant cet identifiant unique du terminal. Ce cookie est accessible par le marqueur 1 quand il est exécuté par le navigateur, dans la phase 6-II, pour connaître l'identifiant unique du terminal. La figure 7 présente un diagramme de séquence illustrant le fonctionnement d'un procédé de mesure d'audience selon un quatrième mode de réalisation de l'invention, avec une application de déclaration 2 « légère » et un marqueur 1 « fort » dans une page HTML (cf figure 1). On distingue les deux phases suivantes : - une phase d'enregistrement, référencée 7-I et comprenant les étapes 71 à 74 ; et - une phase de suivi de consommation d'un contenu donné, référencée 7-II et identique à la phase référencée 5-II sur la figure 5. Cette phase n'est pas décrite à nouveau.

L'étape 71 se distingue de l'étape 51 de la figure 5 en ce que l'application de déclaration 2 ne transmet pas au serveur de mesure d'audience 3 l'identifiant du terminal. Dans ce cas, dans l'étape 72, c'est le serveur de mesure d'audience 3 qui le génère (ID terminal) et l'associe au type du terminal ainsi qu'à l'identifiant unique du foyer (ID foyer) et à la liste de panélistes possibles liée au terminal.

Dans l'étape 73, le serveur renvoie cet identifiant unique de terminal (ID terminal) à l'application de déclaration. Dans l'étape 74, l'application de déclaration 2 lance le navigateur sur une adresse URL contenant l'identifiant unique du terminal (ID terminal, jouant le rôle d'identifiant unique de marquage (ID marquage)) et qui, quand elle est exécutée, dépose sur le terminal un cookie contenant cet identifiant unique du terminal. Ce cookie est accessible par le marqueur 1 quand il est exécuté par le navigateur, dans la phase 7-II, pour connaître l'identifiant unique du terminal. La figure 8 présente un diagramme de séquence illustrant le fonctionnement d'un procédé de mesure d'audience selon un cinquième mode de réalisation de l'invention, sans application de déclaration et avec un marqueur 1 « fort » dans une page HTML (cf figure 1). On distingue les deux phases suivantes : - une phase d'enregistrement, référencée 8-1 et comprenant les étapes 81 à 83 ; et - une phase de suivi de consommation d'un contenu donné, référencée 8-II et identique à la phase référencée 5-II sur la figure 5. Cette phase n'est pas décrite à nouveau.

L'étape 81 se distingue de l'étape 71 de la figure 7 en ce qu'elle est exécutée par le navigateur (au lieu de l'application de déclaration). L'étape 82 est identique à l'étape 72. Dans l'étape 83, le serveur envoie un cookie contenant l'identifiant unique de terminal (ID terminal) au navigateur 23. En d'autres termes, pour aller encore plus loin, cette variante fait totalement abstraction d'une application de déclaration, en effectuant l'enregistrement du terminal panéliste depuis le navigateur 23. Pour ce faire, dans l'étape 81, le panéliste est invité à se connecter, avec le navigateur de son terminal, sur le serveur de mesure d'audience 3 où il est invité à s'identifier par identifiant/mot de passe afin qu'un identifiant unique du terminal (ID terminal) soit généré et enregistré localement dans un cookie par exemple (le navigateur ne peut pas accéder à l'identifiant de terminal du type IDFA ou Android id, donc ce type d'identifiant ne sera pas utilisé). 6.3 Marqueur ajouté dans une page HTML par un module d'extension 6.3.1 Architecture logicielle du terminal La figure 2 présente l'architecture logicielle d'un terminal dans une autre implémentation particulière de l'invention, avec un marqueur 1 ajouté dans une page HTML 20 par un module d'extension (plug-in) 25 complétant le navigateur 23. Ce module d'extension, que seuls les panélistes installeront, intègre le marqueur 1 (script) à la page HTML chargée 20 (comme symbolisé par la flèche référencée 26). On évite ainsi aux éditeurs de modifier leur site Internet. Après que le marqueur 1 a été intégré à la page HTML 20, le fonctionnement est identique au cas de la figure 1. 6.3.2 Modes de réalisation du procédé de mesure d'audience Du fait que le marqueur 1 est intégré à la page HTML 20 par le module d'extension (plug-in), il est possible de mettre en oeuvre les mêmes modes de réalisation que dans le cas où le marqueur 1 est déjà intégré à la page HTML reçue, à savoir les premier, troisième, quatrième et cinquième modes de réalisation de l'invention (décrits plus haut en relation avec les figures 4, 6, 7 et 8 respectivement). Ils ne sont pas décrits à nouveau. 6.4 Redressement des données « user-centric » avec des données « site-centric » Dans un mode de réalisation particulier, le serveur de mesure d'audience effectue une étape de redressement : - de premières données de mesure d'audience, obtenues à partir d'une corrélation entre les messages de consommation et les messages de déclaration transmis par les terminaux des panélistes (comme décrit plus haut en relation avec les figures 4 à 8), - en fonction de secondes données de mesure d'audience, obtenues à partir de messages de consommation transmis par des terminaux non panélistes (ces messages de consommation n'étant corrélés à aucun message de déclaration). 6.5 Exemple de structure du terminal et du serveur de mesure d'audience La figure 9 présente la structure simplifiée d'un terminal 90 selon un mode de réalisation particulier de l'invention, mettant en oeuvre l'un quelconque des modes de réalisation particuliers décrits ci-dessus en relation avec les figures 1 à 8. Ce terminal comprend une mémoire vive 93 (par exemple une mémoire RAM), une unité de traitement 92, équipée par exemple d'un processeur, et pilotée par un programme d'ordinateur stocké dans une mémoire morte 91 (par exemple une mémoire ROM ou un disque dur). A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive 93 avant d'être exécutées par le processeur de l'unité de traitement 92. Cette figure 9 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser côté terminal les différents algorithmes détaillés ci-dessus. En effet, la technique de l'invention se réalise indifféremment, côté terminal : - sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou - sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel).

Dans le cas où la technique de l'invention est réalisée, côté terminal, sur une machine de calcul reprogrammable, le programme correspondant (c'est-à-dire la séquence d'instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. La structure du serveur de mesure d'audience (référencé 3 sur les figures 4 à 8) est par exemple identique à celle présentée sur la figure 9 pour le terminal 90 (structure comprenant une mémoire vive, une unité de traitement qui équipée par exemple d'un processeur et pilotée par un programme d'ordinateur stocké dans une mémoire morte).

Comme pour le terminal, il s'agit seulement d'une manière particulière, parmi plusieurs possibles, de réaliser côté serveur les différents algorithmes détaillés ci-dessus. En effet, la technique de l'invention, côté serveur, se réalise indifféremment : sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). 6.6 Variantes Il est clair que de nombreux autres modes de réalisation de l'invention peuvent être envisagés, sans sortir du cadre de la présente invention.

Dans une variante, on considère qu'un terminal personnel (par exemple un smartphone) est non partagé par définition, et peut donc être dispensé de déclarations récurrentes. Lors de la phase d'enregistrement du terminal auprès du serveur de mesure d'audience 13, le propriétaire du terminal personnel se déclare une fois pour toutes et l'interface de déclaration n'apparaît plus.

Dans une autre variante, lors de la phase d'enregistrement du terminal auprès du serveur de mesure d'audience 13, on demande au panéliste si le terminal est partagé ou non. S'il n'est pas partagé, le fonctionnement est identique à celui d'un terminal personnel (cf. variante ci-dessus), ce qui évite d'importuner inutilement le panéliste avec des déclarations récurrentes. S'il est partagé, le fonctionnement est identique à celui décrit plus haut (cf. figures 4 à 8).

Dans une autre variante, chaque foyer comprend un unique panéliste. On a alors un panel de foyers comprenant chacun un unique panéliste, ce qui revient à avoir un panel d'individus. Dans la phase d'enregistrement, le serveur de mesure d'audience procède à l'enregistrement du terminal comme terminal panéliste et l'identifiant unique lié au foyer panéliste est dans ce cas un identifiant de panéliste. Dans la phase de suivi de consommation, la transmission d'un message de déclaration est effectuée une seule fois. Le message de déclaration transmis comprend par exemple l'identifiant unique de marquage, le type de terminal (ou l'identifiant unique du terminal « ID terminal ») et l'identifiant unique lié au foyer (ce dernier étant équivalent à une liste comprenant un unique panéliste déclaré). Dans le cas où l'individu panéliste vit en famille et qu'il prête son terminal à un membre de sa famille, ce dernier appelle pro-activement l'interface de déclaration et se déclare comme invité. Dans une autre variante, les messages de déclaration ne sont pas transmis séparément des messages de consommation. Chaque message de déclaration est contenu dans l'un des messages de consommation, qui est alors qualifié de message de consommation et de déclaration.

Claims

REVENDICATIONS1. Procédé de mesure d'une audience centrée-utilisateur d'un contenu diffusé en mode continu ou par téléchargement sur un réseau informatique, le procédé étant mis en oeuvre avec un serveur de mesure d'audience (3) et un groupe de panélistes répartis par foyers et disposant d'un ensemble de terminaux, chaque foyer comprenant au moins un panéliste, caractérisé en ce qu'un terminal donné (90), utilisé par au moins un panéliste d'un foyer donné, effectue les étapes suivantes : a) il s'enregistre (4-I, 5-I, 6-I, 7-I, 8-I) comme terminal panéliste auprès du serveur de mesure d'audience; b) il reçoit (16, 36) un marqueur (1) préalablement associé au contenu, ou il associe (26) un marqueur (1) au contenu ; c) pendant la consommation du contenu avec un lecteur multimédia (21, 33) compris dans le terminal donné, le marqueur transmet (413, 414, 512, 513) au serveur de mesure d'audience des messages de consommation comprenant chacun un identifiant unique de marquage, stocké par le terminal donné, et au moins une information de consommation relative à la consommation du contenu à un instant déterminé ; et d) au moins une fois, il transmet (49, 510) au serveur de mesure d'audience un message de déclaration comprenant : l'identifiant unique de marquage, un identifiant unique du terminal donné, s'il n'est pas confondu avec ledit identifiant unique de marquage, et une liste de panéliste(s) déclaré(s).
2. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape b), le terminal donné reçoit (16) au moins une page web (20) dans laquelle est intégré le marqueur (1), ladite au moins une page web référençant au moins une partie du contenu et étant exécutable avec un navigateur (23) compris dans le terminal donné.
3. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape b) : le terminal donné reçoit (16) au moins une page web (20) référençant au moins une partie du contenu et exécutable avec un navigateur (23) compris dans le terminal donné ; etun module d'extension (25), compris dans le terminal donné et complétant le navigateur, intègre le marqueur (1) à ladite au moins une page web (20), avant l'exécution de ladite au moins une page web par le navigateur.
4. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape b), le terminal donné reçoit (36) une application tierce (30) permettant d'accéder au contenu quand elle est exécutée par le terminal donné, l'application tierce étant écrite en code natif et encapsulant le marqueur (1) écrit en code exécutable avec un navigateur compris dans le terminal donné.
5. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape b), le terminal donné reçoit (36) une application tierce (30) permettant d'accéder au contenu quand elle est exécutée par le terminal donné, l'application tierce étant écrite en code natif et intégrant le marqueur (1) également écrit en code natif.
6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit identifiant unique de marquage est un identifiant unique du terminal donné, déjà stocké par le terminal avant l'exécution de l'étape a) ou reçu et stocké pendant l'exécution de l'étape a).
7. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit identifiant unique de marquage est un identifiant généré par le marqueur, puis stocké par le terminal.
8. Procédé selon la revendication 6, caractérisé en ce que dans l'étape a) : le terminal donné transmet (41, 51, 61) au serveur de mesure d'audience un couple login/mot de passe attribué audit foyer donné, un identifiant unique de terminal déjà stocké par le terminal donné, et éventuellement le type du terminal donné ; et le serveur de mesure d'audience associe (42, 52, 62) ledit identifiant unique du terminal donné, et éventuellement le type du terminal donné, à un identifiant unique lié au foyer donné et à une liste de panélistes possibles liée au foyer donné.
9. Procédé selon la revendication 6, caractérisé en ce que dans l'étape a) :le terminal donné transmet (71) au serveur de mesure d'audience un couple login/mot de passe attribué audit foyer donné et éventuellement le type du terminal donné ; le serveur de mesure d'audience génère (72) un identifiant unique du terminal donné, et associe (72) ledit identifiant unique, et éventuellement le type du terminal donné, à un identifiant unique lié au foyer donné et à une liste de panélistes possibles liée au foyer donné ; le serveur de mesure d'audience transmet (73) au terminal donné ledit identifiant unique du terminal donné ; et le terminal donné stocke (74) ledit identifiant unique du terminal donné.
10. Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce que le terminal donné exécute une application de déclaration (2) pour effectuer les étapes a) (41, 44) et d) (46, 48, 49), et en ce que le marqueur (1) transmet (45) l'identifiant unique de marquage à l'application de déclaration.
11. Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce que le terminal donné exécute une application de déclaration (2) pour effectuer l'étape a) (51, 61), en ce que le marqueur (1) effectue l'étape d) (53, 56, 59, 510), et en ce que l'identifiant unique de marquage est un identifiant unique du terminal, qui est stocké par le terminal donné et accessible par l'application de déclaration et le marqueur.
12. Procédé selon l'une quelconque des revendications 2 à 4, caractérisé en ce que le terminal donné exécute une application de déclaration (2) pour effectuer l'étape a) (71, 74), en ce que le marqueur (1) effectue l'étape d), en ce que l'identifiant unique de marquage est un identifiant unique du terminal, et en ce que, dans l'étape a), l'application de déclaration lance (74) le navigateur sur une adresse URL contenant ledit identifiant unique du terminal et qui, quand elle est exécutée, dépose sur le terminal un cookie contenant ledit identifiant unique du terminal, ledit cookie étant accessible par le marqueur quand il est exécuté par le navigateur.
13. Procédé selon l'une quelconque des revendications 2 à 4, caractérisé en ce que le navigateur (23) effectue l'étape a) (81, 83), au cours de laquelle est déposé sur le terminal un cookie contenant ledit identifiant unique du terminal, ledit cookie étant accessible par le marqueur quand il est exécuté par le navigateur, en ce que l'identifiantunique de marquage est ledit identifiant unique du terminal, et en ce que le marqueur effectue l'étape d).
14. Procédé selon l'une quelconque des revendications 11 à 13, caractérisé en ce que, dans l'étape d), le marqueur effectue les étapes suivantes : - il transmet (53) au serveur de mesure d'audience ledit identifiant unique du terminal ; il reçoit (58), en provenance du serveur de mesure d'audience, une boîte de déclaration comprenant une liste de panéliste(s) possible(s) liée au foyer donné ; il permet (59) à un utilisateur de sélectionner un ou plusieurs panélistes de ladite liste de panéliste(s) possible(s), pour former ladite liste de panéliste(s) déclaré(s).
15. Procédé selon l'une quelconque des revendications 11 à 14, caractérisé en ce que, dans l'étape c), le marqueur détecte (416) si le terminal donné est un terminal panéliste, et augmente (416) la fréquence de transmission des messages de consommation si le terminal donné est un terminal panéliste.
16. Procédé de mesure d'une audience centrée-utilisateur d'un contenu diffusé en mode continu ou par téléchargement sur un réseau informatique, le procédé étant mis en oeuvre avec un serveur de mesure d'audience (3) et un groupe de panélistes répartis par foyers et disposant d'un ensemble de terminaux, chaque foyer comprenant au moins un panéliste, caractérisé en ce que le serveur de mesure d'audience effectue les étapes suivantes, pour un terminal donné (90), utilisé par au moins un panéliste d'un foyer donné : il enregistre (42, 52, 62, 72, 82) comme terminal panéliste le terminal donné ; pendant la consommation du contenu, il reçoit (413, 414, 512, 513), en provenance du terminal donné, des messages de consommation comprenant chacun l'identifiant unique de marquage et au moins une information de consommation, relative à la consommation, à un instant déterminé, du contenu par le terminal donné ; il reçoit (49, 510), en provenance du terminal donné, des messages de déclaration comprenant chacun l'identifiant unique de marquage, un identifiant unique du terminal donné, s'il n'est pas confondu avec ledit identifiant unique de marquage, et une liste de panéliste(s) déclaré(s) ;pour une information de consommation donnée, relative à un instant donné : * il détermine (415, 515), parmi les listes de panéliste(s) déclaré(s) contenues dans les messages de déclaration reçus successivement, la liste de panéliste(s) déclaré(s) qui était la liste courante audit instant donné ; et * il associe (415, 515) l'information de consommation donnée à un ensemble de paramètres comprenant l'identifiant unique de marquage et la liste de panéliste(s) déclaré(s) qui était la liste courante audit instant donné.
17. Procédé selon la revendication 16, caractérisé en ce que, dans l'étape de détermination de la liste de panéliste(s) déclaré(s) qui était la liste courante audit instant donné, le serveur de mesure d'audience effectue un traitement à la volée : il stocke la dernière liste de panéliste(s) déclaré(s), contenue dans le dernier message de déclaration qu'il a reçu ; et quand il reçoit l'information de consommation donnée, il prend comme liste courante audit instant donné la dernière liste de panéliste(s) déclaré(s).
18. Procédé selon la revendication 16, caractérisé en ce que, dans l'étape de détermination de la liste de panéliste(s) déclaré(s) qui était la liste courante audit instant donné, le serveur de mesure d'audience effectue un traitement a posteriori : il stocke, en association avec une première information d'horodatage, chaque liste de panéliste(s) déclaré(s) contenue dans l'un des messages de déclaration qu'il a reçus successivement ; il stocke, en association avec une deuxième information d'horodatage, l'information de consommation donnée ; et il détermine la liste courante audit instant donné, en fonction de la deuxième information d'horodatage et des premières informations d'horodatage stockées avec les listes de panéliste(s) déclaré(s) qu'il a reçues successivement.
19. Procédé selon l'une quelconque des revendications 1 à 18, caractérisé en ce que les étapes b) et c) sont effectuées par des utilisateurs non-panélistes disposant de terminaux non-panélistes non compris dans ledit ensemble de terminaux, et en ce que le serveur de mesure d'audience effectue une étape de redressement :de premières données de mesure d'audience, obtenues à partir d'une corrélation entre les messages de consommation et les messages de déclaration transmis par les terminaux dudit ensemble, en fonction de secondes données de mesure d'audience, obtenues à partir des messages de consommation transmis par les terminaux non-panélistes.
20. Produit programme d'ordinateur, comprenant des instructions de code de programme pour la mise en oeuvre du procédé selon au moins une des revendications 1 à 18, lorsque ledit programme est exécuté sur un ordinateur.
21. Médium de stockage lisible par ordinateur et non transitoire, stockant un programme d'ordinateur selon la revendication 20.