FR2908574A1 - Dispositif de mesure d'audience sur des flux multimedia distribues sur un reseau teleinformatique. - Google Patents

Abstract

La présente invention concerne un dispositif de mesure d'audience sur des flux multimédia distribués sur un réseau téléinformatique, comme le réseau Internet.Au moins un point d'édition (100) diffuse des flux (streaming) vers des clients (120) sur lesquels sont exécutés des scripts pour exécuter de la mesure d'audience sur la base de données associées d'une part aux trames du flux et aux événements d'interaction avec l'utilisateur. Les données d'audimétrie sont retournées à un serveur d'audimétrie (130).

Description

Dispositif de mesure d'audience sur des flux multimédia distribués sur un

réseau téléinformatique La présente invention concerne un dispositif de mesure d'audience sur des flux multimédia distribués sur un réseau téléinformatique, comme le réseau Internet. Dans l'état de la technique, on sait distribuer de forts débits d'information numérique en codant des oeuvres multimédias, incluant du son, des graphismes, des séquences vidéo et des scripts ou autres codes exécutables. Particulière- ment, la distribution de flux multimédia est fondée sur des techniques dites de streaming . Il est ainsi possible de diffuser, à la requête d'un utilisateur d'une application Internet comme un navigateur Internet, à destination de son poste client, un flux multimédia correspondant à l'oeuvre multimédia qu'il désire consulter. Le financement de la production et de la diffusion de telles oeuvres multimédias est assuré par divers moyens, comme l'insertion de publicités, ou le paiement d'un forfait permettant à l'utilisateur d'acquérir un droit de consultation. Mais un tel financement exige de disposer de données statistiques représentatives de l'audience de tels flux multimédia d'une part et des serveurs qui mettent ces flux à disposition de façon à évaluer notamment les conditions du marché et du financement de ces diffusions, d'autre part.

Pour parvenir à des estimations des comportements des utilisateurs d'un navigateur Internet, comme par exemple un lecteur de flux multimédia, on connaît des solutions qui permettent notamment d'estimer la charge de travail des serveurs de flux multimédia. Une telle solution d'estimation de la charge de travail permet de connaître par l'analyse du trafic sur le réseau Internet l'utilisation en temps réel de la bande passante. Cependant une telle solution ne permet pas de connaître une estimation exhaustive des utilisations relatives aux contenus eux- 2908574 2 mêmes et donc une telle solution n'est pas directement utilisable pour de la mesure d'audience. Dans un autre état de la technique, le flux multimédia est lui-même intégré à une page de type html par exemple 5 directement circulant sur le réseau web. Mais, il faut alors utiliser un lien avec une application de lecture locale. Il n'est donc pas possible avec cette technique de réaliser une mesure d'audience du seul flux multimédia lu par un lecteur de flux qui ne serait pas intégré à une page de type html.

10 La présente invention apporte remède à ces inconvénients de l'état de la technique en ce qu'elle concerne un dispositif de mesure d'audience sur des flux multimédia distribués sur un réseau téléinformatique. Le dispositif de mesure coopère avec au moins un site serveur web doté d'une ressource d'édition d'un 15 méta fichier de mesure d'audience, un site serveur de flux multimédia et au moins un client web est doté d'un lecteur de flux multimédia. Le dispositif de l'invention se caractérise en ce qu'il comporte : - - une première partie associée à au moins un site serveur 20 web pour éditer un méta fichier de description de la mesure d'audience associée aux flux édité par le serveur de flux; - - une deuxième partie associée à au moins un site serveur de flux multimédia pour publier au moins un flux multimédia associé au méta fichier du site serveur web; 25 -- une troisième partie associée à au moins un client web et qui comporte au moins un script exécuté par une ressource d'exécution de scripts associée au lecteur de flux multimédia du client web et une mémoire d'un fichier de log ; et - - une quatrième partie associée à un site de mesure 30 d'audiences et qui comporte un dispositif de lecture des mémoires de fichiers de log des divers clients web sur lesquels ont été exécutés des scripts de mesure d'audience détectant des événements d'interaction entre l'utilisateur et le lecteur de flux 2908574 3 multimédia, lors de la lecture d'un flux multimédia particulier et qui comporte aussi une ressource de compilation de données d'audience. Selon un aspect de l'invention, la première partie comporte 5 une ressource de génération d'un méta fichier prévu pour réaliser une mesure d'audience adapté à un flux d'un contenu multimédia déterminé ou transmis par une liaison convenable. Selon un aspect de l'invention, la deuxième partie coopère avec un point de publication qui comporte un décodeur d'une 10 requête de commande d'un flux de manière à fournir un ordre de sélection d'un média de contenus correspondant au flux demandé, à une ressource de sélection de contenus multimédias. Selon un aspect de l'invention, la deuxième partie comporte une ressource de mise à disposition de flux, transmis 15 par une liaison convenable. Selon un aspect de l'invention, la troisième partie comporte au moins un client récepteur de flux qui comporte au moins l'un des moyens suivants : - - un décodeur de méta fichiers ; 20 -- un interpréteur de scripts contenus dans ou référencé par les données contenues dans le méta fichier associé avec le flux reçu par le client; - - une ressource capable de décoder un méta fichier associé à un flux multimédia en cours de lecture ; 25 -- une ressource de détection d'événements correspondant à des interactions entre l'utilisateur et le lecteur de flux multimédia ; et - - un générateur de rapports d'audimétrie. Selon un aspect de l'invention, le client est aussi doté 30 d'une ressource pour connecter le client à un site d'exploitation des rapports d'audimétrie d'une pluralité de clients, pour transmettre au moins un rapport d'audimétrie produit par le 2908574 4 générateur de rapports d'audimétrie vers ledit site composant au moins en partie un centre d'audimétrie. Selon un aspect de l'invention, le centre d'audimétrie comporte un moyen pour exécuter un relevé des rapports 5 d'audimétrie générés par les divers clients. Selon un aspect de l'invention, chaque client comporte un moyen pour exécuter un chargement de type upload vers une adresse Internet de type IP correspondant à un espace de stockage mémoire géré par le centre d'audimétrie.

10 Selon un aspect de l'invention, le centre d'audimétrie comporte une ressource qui comporte un moyen pour décoder des rapports reçus des clients de façon à en extraire les paramètres de mesure d'audience, les paramètres décodés de chaque rapport sont ensuite transmis à un compilateur d'audimétrie qui comporte 15 un moyen pour agréger les paramètres de mesure d'audimétrie en fonction de critères statistiques déterminés. Selon un aspect de l'invention, le compilateur d'audimétrie coopère avec un serveur de rapports d'audimétrie, chaque rapport d'audimétrie pouvant être associé à un opérateur de services de 20 flux d'oeuvres multimédia sur les points de publication. Selon un aspect de l'invention, un lecteur de flux associé à un client comporte aussi un moteur de scripts qui coopère avec un détecteur d'événements utilisateur pour activer un moyen pour produire un fichier d'historique local ultérieurement transféré vers 25 un site serveur d'audimétrie en fonction de données de méta fichier ou scénario associé au flux. D'autres caractéristiques et avantages de la présente invention seront mieux compris à l'aide de la description et des figures annexées parmi lesquelles : 30 -- la figure 1 représente l'architecture d'un dispositif de mesure d'audience selon un mode préféré de réalisation de l'invention ; 2908574 5 - - la figure 2 représente une partie de l'architecture d'une partie du dispositif de la figure 1 ; - - la figure 3 représente un organigramme exécuté par au moins un script enregistré avec le dispositif de la figure 1 ; et 5 -- la figure 4 est un schéma expliquant la structure d'un fichier de log associé au dispositif de l'invention. À la figure 1, on a représenté l'architecture du dispositif de mesure d'audience dans un mode préféré de réalisation de l'invention.

10 Dans une première partie 100, on a indiqué une ressource d'édition de flux multimédia par exemple sous la forme d'un site serveur Web connecté au réseau Internet 101, 103. Dans une deuxième partie 110, on a indiqué une ressource d'édition de flux multimédia par exemple sous la forme d'un site 15 serveur de flux multimédia connecté au réseau Internet 103, 104. Une troisième partie du dispositif de l'invention est constituée par un centre d'audimétrie ou serveur de mesure d'audience 130. Le serveur 130 de mesure d'audience peut être connecté aux différents clients, comme le client 120, par le 20 réseau Internet ou autrement. Chacune des quatre parties 100, 110, 120, ou 130 peut être réalisée sur la base d'au moins un ordinateur comportant une unité centrale et des mémoires de programmes et de données qui exécutent des programmes incorporant les processus décrits à la 25 présente invention. Particulièrement, la deuxième partie 110 peut être configurée comme un ordinateur connecté au réseau Internet comme serveur de flux connu dans la technique sous le nom de point de publication , ou Publishing point dans la technique développée par la société Microsoft (TM -- marque enregistrée) 30 sous le nom de Windows Media Services (TM - marque enregistrée). On se reportera particulièrement à la documentation éditée par cette société concernant les moyens de programmation 2908574 6 ainsi que les ressources matérielles nécessaires pour l'implémentation de tels services de publication. De même, au moins un client comme le client 120 est constitué sur la base d'une machine informatique connecté au 5 moins temporairement sur le réseau Internet. Le dispositif de l'invention est parfaitement adapté à l'exploitation par un client de flux d'oeuvres multimédia, quand un tel client est constitué par un ordinateur personnel. Cependant, d'autres dispositifs de lecture de flux sont aussi concernés.

10 À la figure 1, on a représenté le schéma d'exécution d'un serveur Web 100 qui comporte une ressource implémentant un générateur de méta fichier 102. Le métafichier généré peut être téléchargé par une machine, comme un client 120 sur le réseau Internet. Le serveur de flux 110 comporte d'abord une ressource 15 implémentant un décodeur 111 d'une requête de commande d'un flux par une machine, comme un client 120 sur le réseau Internet. La ressource de décodage 111 est connectée de manière à fournir un ordre de sélection d'un média de contenus à une ressource de sélection 112 de contenus multimédias.

20 Avec l'identification du contenu sélectionné par la ressource de sélection 112, transmise à une ressource 113 implémentant un encodeur de flux, , le contenu multimédia encodé sous forme de au moins un flux est transmis par une liaison convenable à un client 120 connecté au réseau Internet.

25 Dans le dispositif de l'invention, au moins un client récepteur de flux, comme le client 120, comporte en aval d'un moyen non représenté de connexion du client au réseau Internet : - - une ressource 121 implémentant un décodeur de méta fichiers comme les méta fichiers produits par la ressource 102 du 30 serveur Web 100 ; - - une ressource 122 implémentant un interpréteur de scripts contenu dans ou référencé par les données contenues dans le méta fichier associé avec le flux reçu par le client 120 ; et 2908574 7 -- une ressource 123 implémentant un générateur de rapports d'audimétrie, chaque rapport d'audimétrie étant produit sous une forme déterminée, par exemple sous la forme d'un fichier à balises de type XML, ou autrement.

5 Dans un mode particulier de réalisation, le générateur de métafichier 102 peut être placé sur le serveur de flux 110. Le métafichier est alors transmis au client 120 quand il accède directement à la ressource de décodeur requête client 111 du serveur de flux 110.

10 Le client récepteur de flux comme le client 120 est aussi doté d'une ressource non représentée directement et qui permet de connecter le client 120, ou une mémoire du client 120 contenant au moins un rapport d'audimétrie produit par le générateur de rapports d'audimétrie 123, à un site d'exploitation 15 des rapports d'audimétrie d'une pluralité de clients comme le client 120 et, ledit site composant au moins en partie un centre d'audimétrie 130 constituant la troisième partie du dispositif de l'invention. Dans un mode particulier de réalisation, le centre 20 d'audimétrie 130 exécute un relevé des rapports d'audimétrie générés par les divers clients 120 qui ont produit au moins une requête pour obtenir un flux produit par le point de publication 110 en produisant un téléchargement depuis la mémoire de chacun des clients comme le client 120.

25 Dans un mode particulier de réalisation, chaque client comme le client 120 exécute directement, notamment à la fin de l'exécution de la lecture locale du flux reçu par le client 120, un chargement de type upload , par exemple sous un protocole de type http, vers une adresse Internet de type IP correspondant à 30 un espace de stockage mémoire géré par le centre d'audimétrie 130. Selon un programme prédéterminé, enregistré dans des mémoires de programmes associés au centre d'audimétrie 130, 2908574 8 une ressource 131 exécute le décodage de chaque rapport reçu des clients comme le client 120 de façon à en extraire les paramètres de mesure d'audimétrie qui seront décrits plus loin. Les paramètres décodés de chaque rapport sont ensuite transmis 5 à l'entrée d'une ressource 132 implémentant un compilateur d'audimétrie qui agrège, selon des programmes statistiques prédéterminés, les paramètres de mesure d'audimétrie en fonction de critères statistiques déterminés. Enfin, les données à diriger par le compilateur d'audimétrie 10 132 sont transmises à un serveur de rapports d'audimétrie 133, chaque rapport d'audimétrie pouvant être associées à un opérateur de services de flux d'oeuvres multimédia sur les points de publication comme l'unité 110. On va maintenant décrire succinctement le chemin des 15 informations lors de l'exécution d'une opération dans le dispositif de l'invention représenté à la figure 1. Le client 120 commence par exécuter une requête de connexion à un flux, par exemple en cliquant sur un lien hypertexte inscrit dans une page html trouvée sur un site de mise à disposition d'oeuvres multimédia. La page 20 html est initialement affichée par exemple dans un navigateur Internet exécutée sur le client 120. La requête de services d'un flux d'oeuvres multimédia est acheminée sur le réseau Internet par un canal 101 vers un serveur Web 100 implémentant une ressource générateur de méta 25 fichiers 102. Le générateur de méta fichier 102 produit un fichier de type XML qui contient respectivement l'adresse Internet de la source du contenu multimédia demandé (permettant l'identification du flux mesuré) ainsi que l'adresse Internet du centre d'audimétrie récepteur du générateur de rapports 123 dans le 30 client 120. Le méta fichier généré est transmis par le canal 103 à la ressource de décodage de métafichier 121 du client 120. L'interpréteur de script 122 est connecté par un canal convenable à la ressource de décodage de métafichier 121 de 2908574 9 sorte que l'identification du contenu ainsi que l'identification du client requérant sont transmises à la ressource de décodeur requête client 111 du serveur de flux 110. Le décodeur 111 est connecté par un canal convenable à 5 la ressource de sélection de contenus 112 de sorte que l'identification du contenu ainsi que l'identification du client requérant son transmises à la ressource de sélection 112. L'encodeur de flux 114 reçoit alors les données constituées par l'adresse de stockage du flux du contenu multimédia demandé 10 et le flux est généré selon les protocoles déterminés par le point d'édition 110. Le flux est alors, en fonction du protocole de services de flux sélectionné ainsi qu'il est connu, transmis par le canal 105 vers le client 120. Selon l'invention, le client 120 comporte un moteur capable 15 d'exécuter des scripts. Le métafichier permet d'activer des scripts, particulièrement des scripts préalablement enregistrés dans la mémoire du client 120, et qui sont capables de générer des rapports d'audimétrie au moyen du générateur de rapports d'audimétrie 123 ainsi qu'il sera décrit plus loin. Dans d'autres 20 modes de réalisation, des scripts pour la mesure d'audience sont référencés dans le métafichier, notamment pour un téléchargement ultérieur. Après la séparation du métafichier des données de flux proprement dit, les données de flux sont transmises vers le 25 lecteur de contenus multimédias sous forme de flux, non représenté, interne au client 120, tandis que le métafichier qui leur est associé est transmis au décodeur de méta fichiers 121, puis sous forme de script, vers un interpréteur de scripts 122 dont l'exécution permet de donner les paramètres de mesure 30 d'audience au générateur de rapports 123. Le rapport est, selon ce qui a été décrit ci-dessus, transmis au centre d'audimétrie 130 et ne sera pas plus décrit ici.

2908574 10 À la figure 2, on a représenté un mode particulier de réalisation d'un dispositif selon l'invention. On retrouve l'architecture en trois parties comprenant le ou les points d'édition de contenus dont on a représenté ici un site 5 serveur de contenus 110, au moins un client connecté au site serveur par un canal 151, 152 après sélection du serveur de contenus 110 par le client. A la figure 2, on a représenté un cache local 144 et un lecteur de flux 145 pour le client connecté au site serveur 110. Enfin, la troisième partie est référencée par la 10 direction vers le site d'audimétrie SA par le canal 157 qui peut être constitué sur le réseau Internet. Dans une première étape, le client est identifié par son adresse IP de protocole Internet, et/ou par la génération d'un identificateur de session selon une technique connue par ailleurs.

15 Dans une seconde étape, le client a sélectionné un contenu multimédia, par exemple en sélectionnant sur un navigateur de pages html, une page html qui représente un fichier de sélection de contenus, et qui contient au moins un lien hypertexte identifiant le contenu multimédia demandé. La validation du lien 20 sélectionnée génère une requête de sélection du contenu multimédia associé au lien hypertexte. La requête parvient au point d'édition qui transfère le contenu multimédia sélectionné, en fonction de caractéristiques liées au réseau Internet, en termes de débit, de bande passante et de serveurs mandataires 25 permettant d'acheminer de manière optimale le contenu sélectionné jusqu'au client 144, 145. Du fait de la technique particulière du service de flux (streaming), le contenu multimédia est découpé en une pluralité de segments en fonction des caractéristiques liées au réseau 30 Internet et au lecteur de flux 144, 145. Ces segments comme le segment #i 146 sont stockés sur le site serveur de contenus 110. Ils peuvent être générés lors d'une phase de configuration du site serveur de contenus 110, ou lors de la sélection de contenu par le 2908574 11 navigateur associé au client. Particulièrement, la taille en nombre d'octets de chaque segment est déterminée en fonction des caractéristiques liées au réseau Internet et au lecteur de flux 144, 145.

5 De plus, chaque référence à un contenu multimédia produit par un point d'édition et offert à la sélection à un client comme le client 144, 145 est associée à un scénario d'exécution (Playlist) qui est représenté par un fichier structuré contenant une séquence d'enregistrements, chaque enregistrement comportant : 10 - la référence réseau url segment 142 de chaque segment du contenu, par exemple sous la forme du localisateur de ressources "url" associé au segment #i ; - la référence réseau url logger 143 du site destinataire d'un fichier d'audimétrie associé à l'utilisation du segment faite 15 sur le client 144, 145. Dans un mode de réalisation représenté à la figure 2, deux canaux 151 et 152 sont ouverts sur le réseau Internet pour transférer à des instants déterminés en fonction de protocoles de service de flux (streaming) la succession des segments 146 et le 20 scénario d'exécution (playlist) 141 vers le cache local 144. Dans un mode particulier de réalisation, le cache local 144 peut ne pas être implémenté. Il permet cependant de maintenir au niveau du client au moins un segment avant sa lecture ou plus généralement son exploitation par le lecteur de flux 145.

25 Lorsque le client a acquis un scénario d'exécution (les listes) par le canal 151, le scénario d'exécution est exécuté pour chaque enregistrement d'une paire comportant un identificateur URL segment 142 et un identificateur URL logger 143, qui lui permet d'accéder et de référencer chaque segment du flux.

30 Pendant l'exploitation d'un segment comme le segment 146 par le lecteur de flux 145, l'utilisateur peut effectuer un certain nombre d'opérations à l'aide des touches représentées sur 2908574 12 l'interface graphique (non représentée) du lecteur de flux 145. Particulièrement, les opérations peuvent comporter : - - un retour en arrière dans le flux ; - - une avance rapide dans le flux ; 5 -- un ordre de pause dans le déroulement du flux ; - - un ordre d'arrêt du déroulement du flux ; Chacun de ces événements constitué par l'intervention pour l'exécution d'une de ces opérations les détecter à l'aide d'une ressource détecteur d'événements utilisateur 148 qui est 10 couplée avec une ressource d'exécution de scripts 147. Lorsque le flux est initié sur le lecteur de flux 145, le script d'audimétrie associé au flux reçu est exécuté de façon notamment à détecter à la fois à l'aide du scénario d'exécution 141 et à l'aide du détecteur d'événements utilisateurs 148 les différentes 15 circonstances d'utilisation du flux dans une perspective de mesure d'audience au sens large. Le script de mesure d'audience exécutée par le moteur de scripts 147 produit des informations 155 qui sont enregistrées dans un fichier local d'historiques ou de log 149 qui est 20 temporairement enregistrées dans une mémoire locale associé au lecteur de flux 145. Lorsque le flux est arrêté ou bien parce que l'utilisateur a commandé un événement de fin de lecture, de pause ou toute autre action d'avance ou retour, ou parce que le flux est arrivé à 25 son terme, le script de mesure d'audience exécuté le sur le moteur de scripts 147 produit alors un ordre de lecture du fichier local d'historiques 149 qui est alors transmises par une ressource émetteur de fichiers de log 150 par un canal 157 vers le site d'audimétrie SA.

30 Dans un autre mode de réalisation, l'événement qui déclenche la lecture de la mémoire locale 149 associée au lecteur de flux 145 est constitué par la réception d'une requête spéciale de transfert du ou des fichiers de log enregistrées dans la 2908574 13 mémoire 149. Il est ainsi possible d'exécuter en fonction de la charge de travail du site d'audimétrie et de l'encombrement des réseaux une commande de transfert des fichiers d'audimétrie. Dans un mode de réalisation, le fichier local d'historiques 5 n'est pas transféré sous une forme autonome, mais converti sous forme de valeurs affectées à des variables référencées dans au moins une requête http de type post . Dans ce cas, il est préférable que le script de mesure d'audience exécuté sur la ressource d'exécution de scripts 147 du lecteur de flux 145 active 10 lui-même l'émetteur 150 de fichiers de log qui est alors dotée d'une ressource permettant de produire l'affectation des variables dans une requête http de type post prédéterminée. Du côté du site d'audimétrie SA, est exécuté un script de décodage des requêtes http de type post par exemple sous la 15 forme d'un script CGI qui permet de réaffecter les différentes valeurs des variables transmises au fur et à mesure de la lecture du flux à un fichier de mesure d'audience associé à la fois au client sans 45 et au flux constitué sur le site 110 serveur de contenus.

20 Du côté du site d'audimétrie SA, on exécute ensuite au niveau du compilateur d'audimétrie 132 (figure 1) un programme permettant de compiler les données d'audimétrie et particulièrement au moyen de : - - une ressource permettant de compiler la durée de 25 visualisation de contenus, pour un utilisateur donné, pour un utilisateur moyen déterminé, et/ou selon une règle déterminée ; - - une ressource permettant de compter le nombre de clients s'étant connectés dans une période de temps déterminé à un contenu identifié ; etc.

30 À la figure 3, on a représenté un organigramme exécuté par un script enregistré et exécuté avec le dispositif de la figure 2908574 14 Lors d'une étape d'initialisation S1, on démarre le transfert du fichier d'historique ou de log ainsi qu'il a été décrit à l'aide de la figure 2. Dans une étape ultérieure S2, on lit une unité courante du 5 fichier de log. Dans une étape ultérieure S3, on génère un en-tête de requête http de type post . Dans une étape ultérieure S4, on génère une requête http sur la base de la donnée de l'identificateur 141 url logger , 10 contenu dans le fichier d'historique (playlist) 141 associé au flux et reçu du point d'édition par le lecteur de flux 145 et sur la base des données de la méthode post collectées lors de l'étape précédente S3. La requête http est alors traitée par le serveur associé à l'identificateur 141 url logger référencé dans la 15 requête elle-même. Dans une étape ultérieure S5, on teste la fin de fichier de log par exemple en détectant la fin du flux exécutée sur le lecteur de flux 145. Si le test est négatif (KO), le contrôle retourne à la lecture de l'unité courante suivantes de l'étape S2. Si le test est 20 positif (OK), le contrôle passe à l'étape de fin. À la figure 4, on a représenté un schéma expliquant la structure d'un fichier de log (local d'historiques) dans un mode particulier de réalisation de l'invention. Dans ce mode de réalisation, le fichier de log 170 est 25 composé par une succession d'enregistrements 171 associés chacun à un segment comme le segment 146 produit par le serveur de contenus 110 (figure 2). Chaque enregistrement 171 comporte successivement : - - un identificateur de fichier ID_fichier 172 qui permet 30 d'identifier le segment sur lequel les mesures d'audimétrie sont effectuées ; - - un identificateur du client 144, 145 ID client 173 ; -une date de début de lecture du segment T_depart 174 ; 2908574 15 -- une durée de lecture du segment T_lecture 175 ; et une liste contenant les types d'événements Type_évènement 176 collectés par le détecteur d'événements utilisateurs 148 dans le lecteur de flux 145 (figure 2). 5

Claims (5)

REVENDICATIONS

1 ù Dispositif de mesure d'audience sur des flux multimédia distribués sur un réseau téléinformatique, du genre qui coopère avec au moins un site serveur de flux multimédia et au moins un client web, doté d'un lecteur de flux multimédia, caractérisé en ce qu'il comporte : - - une première partie (100) associée à au moins un site serveur Web pour éditer un méta fichier de description de la mesure d'audience associée aux flux édité par un serveur de flux multimédia; - - une deuxième partie (110) associée à au moins un site serveur de flux multimédia. - - une troisième partie (120) associée à au moins un client web et qui comporte au moins un script exécuté par une ressource d'exécution de scripts associée au lecteur de flux multimédia du client web et une mémoire d'un fichier de log ; et -une quatrième partie (130) associée à un site de mesure d'audiences et qui comporte un dispositif de lecture des mémoires de fichiers de log des divers clients web sur lesquels ont été exécutés des scripts de mesure d'audience détectant des événements d'interaction entre l'utilisateur et le lecteur de flux multimédia, lors de la lecture d'un flux multimédia particulier et qui comporte aussi une ressource de compilation de données d'audience.

2 ù Dispositif selon la revendication 1, caractérisé en ce que la première partie coopère avec un serveur Web (100) qui comporte un générateur de métafichiers (102) prévus pour réaliser une mesure d'audience adaptée à un flux d'un contenu multimédia déterminé.

3 ù Dispositif selon la revendication 1, caractérisé en ce que la deuxième partie coopère avec un client (110) qui émet une requête de commande d'un flux de manière à fournir un ordre de 2908574 17 sélection d'un média de contenus correspondant au flux demandé, à une ressource de sélection (112) de contenus multimédias.

4 ù Dispositif selon la revendication 3, caractérisé en ce que la deuxième partie comporte une ressource (113) 5 implémentant un encodeur de flux, transmis par une liaison convenable.

5 ù Dispositif selon la revendication 1, caractérisé en ce que la troisième partie comporte au moins un client récepteur de flux (120) qui comporte au moins l'un des moyens suivants : 10 -- un décodeur de méta fichiers (121) ; - - un interpréteur de scripts (122) contenus dans ou référencé par les données contenues dans le méta fichier associé avec le flux reçu par le client (120) ; - - une ressource capable de décoder un méta fichier 15 associé à un flux multimédia en cours de lecture ; - - une ressource de détection d'événements correspondant à des interactions entre l'utilisateur et le lecteur de flux multimédia ; et - - un générateur de rapports d'audimétrie (123). 20 6 ù Dispositif selon la revendication 5, caractérisé en ce que le client (120) est aussi doté d'une ressource pour connecter le client (120) à un site d'exploitation des rapports d'audimétrie d'une pluralité de clients, pour transmettre au moins un rapport d'audimétrie produit par le générateur de rapports d'audimétrie 25 (123) vers ledit site composant au moins en partie un centre d'audimétrie (130). 7 ù Dispositif selon la revendication 6, caractérisé en ce que le centre d'audimétrie (130) comporte un moyen pour exécuter un relevé des rapports d'audimétrie générés par les 30 divers clients. 8 ù Dispositif selon la revendication 6, caractérisé en ce que chaque client (120) comporte un moyen pour exécuter un chargement de type upload vers une adresse Internet de type 2908574 18 IP correspondant à un espace de stockage mémoire géré par le centre d'audimétrie (130). 9 ù Dispositif selon la revendication 7 ou 8, caractérisé en ce que le centre d'audimétrie (130) comporte une ressource (131) 5 qui comporte un moyen pour décoder des rapports reçus des clients (120) de façon à en extraire les paramètres de mesure d'audimétrie, un moyen pour transmettre les paramètres décodés de chaque rapport à un compilateur d'audimétrie (132) qui comporte un moyen pour agréger les paramètres de mesure 10 d'audimétrie en fonction de critères statistiques déterminés. 10 ù Dispositif selon la revendication 9, caractérisé en ce que le compilateur d'audimétrie (132) coopère avec un serveur de rapports d'audimétrie (133), chaque rapport d'audimétrie pouvant être associé à un opérateur de services de flux d'oeuvres 15 multimédia sur les points de publication (100). 11 ù Dispositif selon l'une quelconque des revendications précédentes, caractérisé en ce que un lecteur de flux (145) associé à un client (120) comporte aussi un moteur de scripts (147) qui coopère avec un détecteur d'événements utilisateur 20 (148) pour activer un moyen pour produire un fichier d'historique local (149) ultérieurement transféré vers un site serveur d'audimétrie (SA) en fonction de données de méta fichier ou scénario (141) associé au flux (146).