EP2874336A1 - Procédé de mesure de l'audience d'un contenu sur des terminaux, par extraction de tatouage numériques et/ou empreintes numériques sur la composante audio du contenu - Google Patents

Procédé de mesure de l'audience d'un contenu sur des terminaux, par extraction de tatouage numériques et/ou empreintes numériques sur la composante audio du contenu Download PDF

Info

Publication number
EP2874336A1
EP2874336A1 EP20140193394 EP14193394A EP2874336A1 EP 2874336 A1 EP2874336 A1 EP 2874336A1 EP 20140193394 EP20140193394 EP 20140193394 EP 14193394 A EP14193394 A EP 14193394A EP 2874336 A1 EP2874336 A1 EP 2874336A1
Authority
EP
European Patent Office
Prior art keywords
terminal
content
tracing
block
given terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP20140193394
Other languages
German (de)
English (en)
Inventor
Christophe Oddou
Jérôme Meric
Frédéric BERTIN
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mediametrie SA
Original Assignee
Mediametrie SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mediametrie SA filed Critical Mediametrie SA
Publication of EP2874336A1 publication Critical patent/EP2874336A1/fr
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H04H20/76—Wired systems
    • H04H20/82—Wired systems using signals not modulated onto a carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/37—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying segments of broadcast information, e.g. scenes or extracting programme ID
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/91—Arrangements characterised by the broadcast information itself broadcasting computer programmes

Definitions

  • the field of the invention is that of audience measurement techniques.
  • the invention relates to a technique for measuring the audience of a content broadcast on a computer network (for example the Internet), in continuous mode (also called “streaming content” or “streaming content”) or in download (eg pre-roll, mid-roll and post-roll downloaded in file mode).
  • a computer network for example the Internet
  • continuous mode also called “streaming content” or “streaming content”
  • download eg pre-roll, mid-roll and post-roll downloaded in file mode.
  • the invention applies in particular, but not exclusively, to the measurement of the user-centric audience of a streamed content (TV program for example) transmitted via the Internet network.
  • the technique is implemented with a group of panellists distributed by households and having at least a part of the plurality of terminals.
  • Each household has either a single panelist or several panellists.
  • the site-centric measure is the measurement of traffic volumes. It allows a fine and precise follow-up of the user's behavior on the site, the most consulted contents, the most used services, the Internet origin of the visits.
  • the "site-centric” measure also applies to measuring the effectiveness of online marketing actions: clicks, conversion rate, turnover, return on investment, etc.
  • the operation of the "site-centric” measurement relies on the marking of each page of a site with a marker (also called “tag”), for example a Javascript code.
  • a marker also called “tag”
  • the marker placed on the page sends a request ("hit") to the server of measured.
  • hit The traffic on the pages is thus counted.
  • the "site-centric” measure is used to analyze the number of terminals (identified by their Internet browsers) that visited a site during a given period. Browsers are identified from cookies, or from the IP address / User Agent pair, when cookie measurement is not possible.
  • a cookie is deposited on the terminal by the server of the audience measurement company (Web analytics system), the first time a marker is downloaded from the server of the measurement company hearing.
  • This cookie is common to all sites marked by the audience measurement company, since it is a "third party cookie” managed by this company.
  • the technique of marking web pages and applications can be summarized as follows.
  • a publisher tags his website to allow an Internet audience measurement company to measure the corresponding audience, it includes a marker in its HTML pages (the marker then consists of a call to a JavaScript routine on the server of the audience measurement company) or in its third-party applications (the marker then consists of a library written in native code and integrated with the third-party application).
  • a tagging identifier (unique and persistent) is generated (if this has not already been done).
  • the marking identifier is deposited in the form of a cookie on the terminal (it is generally common to all the marked sites by the audience measurement company).
  • the marking identifier is stored in a storage area of the terminal, specific to each application, if it is not possible to use the unique identifier of the terminal. It is usually different from one application to another.
  • the marker sends periodic requests (also called "hits") on the Internet audience measurement server, to transmit the operating status of the reading device (player).
  • hits convey the identity of the content, the position in the content (stream), the state of the reading device (pause / read), the tagging identifier (allowing to de-duplicate the sessions of the same terminal at the same time). same day), as well as a temporary identifier of session renewed with each new launch of the reading device. In nominal mode, hits are sent every 60 seconds.
  • the technique of marking web pages and applications makes it possible to measure the consumption (number and duration) of contents.
  • a disadvantage of the marking technique is that it is limited to the "site-centric” measure, independently of any notion of panel (this notion being specific to the "user-centric” measure).
  • the “site-centric” measure does not make it possible to identify in a distinct way the Internet users who connect to the site (we do not know who is behind the terminal connected to the Internet). It does not allow for a qualified audience. This is why the "user-centric” measure (detailed below) complements the "site-centric” measure.
  • the marker sends hits to the audience measurement server with time indexes relating to the start of the player's launch in the HTML page or the third-party application.
  • the hits indicate the change of state and the index does not increment anymore.
  • delayed content for example, catch-up TV content
  • this does not create a measurement error since the player receives the content from the beginning.
  • a content live stream
  • there is no absolute time reference with respect to the content itself ie no absolute time index
  • its transmission being able to undergo a shift more or less variable due to the Internet distribution networks. Therefore, it is difficult to know precisely which part of a content (for example a broadcast or an advertising tunnel) has actually been viewed by a user since the programming grid (pige) which serves as a reference is that of the broadcast radio.
  • Yet another disadvantage of the tagging technique is that it is radically different from that currently used for the daily TV benchmark (see the first known user-centric measurement technique described hereinafter). It would therefore be necessary to build a hybrid infrastructure at the back-office level (that is to say at the level of the audience measurement server), making it possible to manage both television sets and new types of terminals (computers, smartphones , tablets, etc.).
  • the "user-centric” measure is used to analyze the number of unique visitors who visited a site during a given period. A single panel visitor is a qualified individual identified. In extrapolated value, a panelist corresponds to thousands of unique visitors.
  • the "user-centric” measure provides agencies, publishers and marketing professionals with accurate and reliable reports on the audience of Internet sites and the use of Internet users, which information can be used for strategic planning, competitive studies or media planning. For example, the results are updated every month.
  • a first known technique of user-centric audience measurement is based on the audio watermarking of the audio channel (also called “audio component") of the broadcasted content (TV channels for example) , or the comparison of their audio fingerprinting with reference fingerprints.
  • This first known technique is the basis of the meters used for daily TV reference measurement.
  • the audimeter typically a mini-PC
  • a disadvantage of this first known technique is that, in the case of laptops, smartphones or tablets, it is difficult to envisage permanently connecting an audimeter (that is to say an external device) to these equipment by mobile nature.
  • Another disadvantage of this first known technique is that on some terminals (typically Apple terminals (registered trademark)), it is very difficult to capture the audio channel in digital format, directly at the audio circuits.
  • a second known technique of user-centric audience measurement is based on the analysis of the network traffic between the terminal and the Internet network.
  • This second Known technique is to exploit network traces left at a router installed in the home panelists or at a http proxy through which the terminals of panelists must pass.
  • the main disadvantage of this second known technique is that the network traffic can be completely decorrelated content actually restored to the terminal. For example, when the user puts the playback device (player) in pause, the audiovisual stream continues to be stored in buffer memory, with no guarantee that it will be decoded and viewed later. There is therefore an inaccuracy in the measurement of the streamed contents that can be buffered in the terminals and never consumed.
  • Another disadvantage is that this solution is limited to the home where the router is located.
  • a third known "user-centric" audience measurement technique relies on a measurement software ("meter software") embedded in the terminal in order to transmit and analyze the connection data (surf) in real time.
  • the main disadvantage of this third known technique is that it requires a considerable R & D effort to maintain a measurement software on all operating systems (OS) and all Internet browsers terminals, taking into account the evolution of major players of the Web, and that as well on computer (PC), tablet, smartphone, etc.
  • OS operating systems
  • PC computer
  • tablet tablet
  • smartphone etc.
  • DRM technical protection measure
  • the invention in at least one embodiment, is intended in particular to overcome these various disadvantages of the state of the art.
  • an objective is to provide a technique for measuring the audience of a content broadcast on a computer network (for example the Internet), in a continuous mode (streamed content). or in download mode, without imposing an audimeter (individual device) to the panelists, thus increasing the acceptance of the measure and its reliability.
  • a computer network for example the Internet
  • a continuous mode streaming content
  • download mode without imposing an audimeter (individual device) to the panelists, thus increasing the acceptance of the measure and its reliability.
  • Another objective of at least one embodiment of the invention is to provide such a technique, making it possible to perform a "site-centric” or "user-centric” measurement.
  • Another objective of at least one embodiment of the invention is to provide such a technique for combining a "site-centric" measurement with a "user-centric” measurement.
  • Another objective of at least one embodiment of the invention is to provide such a technique, operating both at home users (for example panelists) and mobility (at work, on vacation, in transport, etc.).
  • Another objective of at least one embodiment of the invention is to provide such a technique, which is simple to implement and inexpensive.
  • Another objective of at least one embodiment of the invention is to provide such a technique, which requires only a small modification of the sites and applications for accessing streamed or downloaded content, and therefore a very difficult effort.
  • ecosystem actors including the publishers of these sites and applications).
  • Another objective of at least one embodiment of the invention is to provide such a technique allowing, for a content broadcast live (live) on a computer network (for example the Internet), to perform an audience measurement. by becoming independent of potentially variable transmission delays in this network.
  • live content broadcast live
  • computer network for example the Internet
  • the proposed solution is based on a completely new and inventive approach, based on the use of audio digital watermarking technology (audio watermarking) or digital audio fingerprinting (audio fingerprinting).
  • the innovation is based solely on a software implementation on the terminal: the tracing block (executed by the terminal) obtains from the multimedia player the audio component of the content, then treats it in the same way as an audimeter (extraction of digital tattoos or fingerprints, and transmission of trace messages to the audience measurement server).
  • the given terminal receives at least one web page in which the tracking block is integrated, said at least one web page referencing at least part of the content and being executable with an included browser. in the given terminal.
  • the tracking block when executed by the browser, communicates with the media player to obtain the audio component of the content, the media player being integrated with or accessed by the browser.
  • step a) the given terminal receives at least one web page referencing at least part of the content and executable with a browser included in the given terminal; and an extension module, included in the given terminal and completing the browser, integrates the tracking block with said at least one web page, before the execution of said at least one web page by the browser.
  • step b) the tracking block, when executed by the browser, communicates with the media player to obtain the audio component of the content, the media player being integrated with or accessed by the browser.
  • the given terminal receives a third-party application for accessing the content when it is executed by the given terminal, the third-party application being written in native code and encapsulating the written trace block in executable code with a browser included in the given terminal.
  • the tracking block when executed by the browser, communicates with the media player to obtain the audio component of the content, the media player being integrated with or accessed by the browser.
  • step a) the given terminal receives a third-party application allowing access to the content when it is executed by the given terminal, the third-party application being written in native code and integrating the tracing block as well. written in native code.
  • step b) the trace block, when executed by the terminal, communicates with the media player to obtain the audio component of the content, the media player being integrated with or accessed by the third-party application.
  • the content editors just have to integrate into their third-party applications a tracing block executable by the terminal (directly, without the help of the browser).
  • said unique tracing identifier is a unique identifier of the given terminal, stored by the terminal.
  • said unique tracing identifier is an identifier generated by the tracing block and then stored by the terminal.
  • the generated identifier is for example stored in a cookie.
  • the given terminal executes a declaration application to perform steps i) and ii).
  • the tracing block forwards the unique tracing identifier to the declaration application.
  • the given terminal executes a declaration application to perform step i).
  • the tracing block performs step ii).
  • the unique tracing identifier is a unique identifier of the terminal, which is stored by the given terminal and accessible by the declaration application and the tracing block.
  • the given terminal executes a declaration application to perform step i).
  • the tracing block performs step ii).
  • the unique tracing identifier is a unique identifier of the terminal.
  • the declaration application launches the browser on a URL containing said unique identifier of the terminal and that when it is executed deposits on the terminal a cookie containing said unique identifier of the terminal, said cookie being accessible by the tracing block when it is executed by the browser.
  • the browser performs step i), during which is deposited on the terminal a cookie containing said unique identifier of the terminal, said cookie being accessible by the tracking block when it is executed by the browser, in the unique tracing identifier is said unique identifier of the terminal, and in that the tracing block performs step ii).
  • a computer program product which comprises program code instructions for implementing the aforesaid method (in any one of its various embodiments), when said program is run on a computer.
  • a computer-readable and non-transitory storage medium storing a computer program comprising a set of instructions executable by a computer for implementing the aforementioned method (in any of its different embodiments).
  • the terminal comprises means for implementing the steps it performs in the audience measurement method as described above, in any of its various embodiments.
  • the proposed technique makes it possible to measure the audience, on terminals (computers, smartphones, tablets, etc.), of content broadcast in continuous mode (streamed content) or download on a computer network (eg Internet).
  • terminals computers, smartphones, tablets, etc.
  • content broadcast in continuous mode streaming content
  • download on a computer network eg Internet
  • the object of the present invention is to circumvent this difficulty for the following two scenarios: access to the content (flow) from an HTML page and access to the content (flow) from a publisher application. These two cases are discussed in detail below.
  • the figure 3 presents the software architecture of a terminal in a particular implementation of the invention, with a tracing block 1 included in a publisher application 30.
  • the latter is for example proposed by the editor and downloadable from an online store of third-party applications (AppStore, PlayStore, ).
  • this type of editor application is only encapsulation in native code of an HTML application.
  • the terminal receives an editor application 30 for accessing the content when it is executed by the given terminal.
  • This editor application is written in native code and encapsulates a trace block 1 written in executable code with a browser included in the terminal.
  • the second solution that follows is applicable (cf ⁇ 6.3 and Figure 2A the tracking block 1, when it is executed by the browser 23, communicates with the media player 21 to obtain the audio component 24 of the content, the multimedia player 21 being integrated into or accessible by the browser).
  • the editor application 30 in the case where the editor application 30 is entirely written in native code, it integrates the trace block 1 also written in native code (it is for example an audio signal processing library). For the restitution of the Audio / Video content, the editor application 30 uses a media player 33 (which executes itself on the operating system 32 of the terminal). The editor application 30 accesses the audio signal, in the heart of the media player, and passes the audio frames 34 to the tracing block 1 (also called "watermarks / fingerprints extraction module”) integrated into the application editor.
  • the tracing block 1 also called "watermarks / fingerprints extraction module
  • the tracing block 1 associates a unique tracing identifier with each watermark or fingerprint transmitted to the audience measurement server.
  • This unique tracing identifier can be generated by the tracing block and stored for example in a zone accessible by the editor application 30. It is also possible to use as a unique tracing identifier a unique terminal identifier (for example IDFA under iOS, or Android_ID on Android, ...) which has the advantage of associating the same identifier for all the application publishers using this technology.
  • the figure 4 presents a sequence diagram illustrating the operation of an audience measurement method according to a first embodiment of the invention, with a "strong" declaration application 2 and a "light” trace block 1 in a publisher application (cf. figure 3 ) or an HTML page (cf. Figures 2A and 2B ).
  • the system comprises an audience measurement server 3 and a group of panellists distributed by households and having a plurality of terminals (for the sake of simplification, a single terminal 90 is represented on the figure 4 ).
  • the terminals are for example computers, smartphones, tablets, connected TVs, etc.
  • the terminal includes a declaration application 2.
  • This declaration application 2 (developed by the audience measurement company) is for example downloaded from an application store or from the Internet portal of the audience measurement company. Each focus of the panel is committed to install this application of declaration on each of its terminals (PC, smartphone, tablet). Each household also receives a unique identifier and a password (the identifier can be for example its email address and the password a panellist household number).
  • trace block 1 sends to the audience measurement server 3 successive trace messages (each containing a watermark or a fingerprint comprising an absolute time index) and, in parallel, the declaration application 2 sends to the audience measurement server 3 successive declaration messages (each containing a list of panelists declared).
  • the audience measurement server 3 performs a correlation between these two types of message, taking as association key a unique tracing identifier contained both in the tracing messages and in the declaration messages.
  • the audience measurement server 3 is able to associate each watermark or fingerprint (contained in one of the consumption messages) with one of the lists of panelists declared (s) (contained in the one of the declaration messages).
  • the audience measurement server 3 has, for each content that the tracking block 1 can measure, information on the consumption of this content by panelists, and can therefore perform audience measurement for this content.
  • the declaration application 2 transmits to the audience measurement server 3 a registration request, parameterized with the login / password pair (previously assigned to the home and entered by a user of the home). terminal), as well as with an identifier of the terminal (terminal ID), the type of the terminal, information indicating whether the terminal is shared or not, and an identifier of the user (in the case of an un-shared terminal) .
  • step 42 after verifying the identifier / password pair provided by the declaration application 2, the audience measurement server 3 proceeds to register the terminal 90 as a panellist terminal. It associates the identifier (terminal ID) and the type of the terminal with a unique identifier of the focus (focus ID).
  • step 43 the audience measurement server 3 transmits to the terminal 90 the unique identifier of the home (home ID).
  • step 44 the terminal 90 stores the unique identifier of the home (focus ID), in a storage area managed by the declaration application 2.
  • the declaration application 2 does not transmit to the audience measurement server 3 the identifier of the terminal (terminal ID).
  • the audience measurement server 3 which generates it (in step 42) and transmits it to the terminal 90 (in step 43), so that the latter stores it (in the step 44).
  • step 45 at the start of the reading of a content, the tracing block 1 requests the opening of the declaration application 2 (for example via the technique of the "URL scheme") and passes it a unique tracing identifier (tracing ID).
  • tracing ID a unique tracing identifier
  • the terminal 90 has previously obtained and stored this tracing identifier, for example loading the HTML page or the third-party application (depending on whether the tracing block 1 is integrated with one or the other) .
  • the tracking identifier is for example deposited in the form of a cookie on the terminal ("third party cookie" managed by the measurement company of hearing).
  • the tracing identifier is for example stored in a storage area of the terminal, specific to this third-party application.
  • step 46 the declaration application 2 sends to the audience measurement server 3 a request parameterized with the unique identifier of the home (home ID), in order to obtain a list of possible panelists for this home.
  • step 47 the audience measurement server 3 transmits to the declaration application 2 the list of possible panelists.
  • step 48 the declaration application 2 displays an individual declaration window (also called a "declaration interface"), displaying the list of possible panelists (obtained in step 47). Via the individual declaration window, a user selects one or more panelists from the list of possible panelists, to form a list of panelist (s) declared.
  • an individual declaration window also called a "declaration interface”
  • a user selects one or more panelists from the list of possible panelists, to form a list of panelist (s) declared.
  • each list is a list of unique identifiers of panelists (possibly each associated with a first name, for ease of understanding), which the audience measurement company has previously recorded in a database (during recruitment home panelist) and to go back to the unique identifier of the home (ID foyer).
  • each list includes non-unique identifiers of panelists (for example a list of first names that the audience measurement company has previously recorded in a database, during the recruitment of the panellist home), and is transmitted with the unique identifier of the household (focus ID).
  • step 49 the declaration application 2 transmits to the audience measurement server 3 a declaration message comprising the unique tracing identifier (tracing ID), the terminal identifier (terminal ID) and / or the type of terminal, and the list of panelist (s) declared (list obtained in step 48).
  • the audience measurement server 3 associates the unique tracing identifier (tracing ID) with the identifier of the terminal (terminal ID), and therefore with the unique identifier of the home (home ID) and the type of the terminal.
  • step 411 the declaration application 2 gives back to the tracing block 1 (for example via the "URL scheme” technique).
  • step 412 the tracing block 1 actually launches the playback of the content.
  • the tracking block 1 sends to the audience measurement server 3 trace messages each containing a watermark or a fingerprint (itself including an absolute time index) and the unique tracing identifier (tracing ID).
  • trace messages each containing a watermark or a fingerprint (itself including an absolute time index) and the unique tracing identifier (tracing ID).
  • trace ID unique tracing identifier
  • the idea is to separate the measure from the consumed content (with the sending of trace messages) and the declaration of panelists (with the sending of declaration messages). Both are correlated (on the fly or a posteriori) by the audience measurement server 3, in step 415, using the unique tracing identifier (tracing ID) and time as association keys.
  • the audience measurement server 3 performs the treatment on the fly: it stores the last list of panelist (s) declared, contained in the last declaration message he / she has received; and when he receives (at the given moment) the given watermark or fingerprint, he takes as current list at the given moment the last list of panelist (s) declared.
  • the timestamp of each list of panelist (s) declared (that is, its association with a first timestamp information) and the timestamp of each watermark or the fingerprint (c ') ie its association with a second time stamping information) can be performed either by the terminal or by the audience measurement server.
  • a change of panelist (s) ie a change in the list of panelist (s) declared
  • this change must be notified to the audience measurement server 3, in order to assign subsequent trace messages to the good panelist (s).
  • One solution is, for example, to timestamp the messages of declarations at the terminal and to provide a buffering (buffer storage) of the declaration data, in the declaration application (or elsewhere in the terminal), in order to shift in time the sending of the declaration data.
  • the figure 5 presents a sequence diagram illustrating the operation of an audience measurement method according to a second embodiment of the invention, with a "light” declaration application 2 and a “strong” trace block 1 in a publisher application (cf. figure 3 ).
  • the second mode embodiment of the invention consists in using the declaration application 2 only to record a unique identifier of the terminal (for example IDFA, Android_ID, ...) on the audience measurement server 3, as unique tracing identifier (tracing ID).
  • This unique identifier of the terminal must be accessible both by the application of declaration 2 that by the tracing block 1 (the latter being included in the editor application).
  • step 51 the declaration application 2 transmits to the audience measurement server 3 a registration request, parameterized with the login / password pair (previously assigned to the home and entered by a user of the home). terminal), the type of the terminal, information as to whether the terminal is shared or not, and an identifier of the user (in the case of a non-terminal). sharing).
  • step 52 after verifying the identifier / password pair provided by the declaration application 2, the audience measurement server 3 proceeds to register the terminal 90 as a panelist terminal. It associates the identifier of the terminal (for example IDFA) and the type of the terminal with a unique identifier of the focus (focus ID).
  • IDFA the identifier of the terminal
  • focus ID a unique identifier of the focus
  • step 53 at the start of the reading of a content (restitution of the content by the editor application), the tracing block 1 transmits a request to the audience measurement server 3, with as parameter the identifier of the content. terminal (eg IDFA), to know if the terminal is a panelist terminal.
  • IDFA the identifier of the content.
  • step 54 the audience measurement server 3 determines whether the terminal is a panelist terminal, thanks to the identifier of the terminal (for example IDFA). Then in step 55, it sends the corresponding response to the tracing block 1.
  • step 56 if the terminal is a panelist terminal, the tracing block 1 transmits a request to the audience measurement server 3 to know if a new panelist statement (s) is needed.
  • the audience measurement server 3 determines whether a new panelist declaration (s) is necessary (for example by analyzing a possible inactivity of the terminal). Then in step 58, it sends the corresponding response to trace block 1, including a statement box (including a list of possible panelists for that focus) if a new statement is needed.
  • the list of possible panellists and the list of panelist (s) declared can be implemented in various ways.
  • the tracing block 1 transmits to the audience measurement server 3 a declaration message comprising the identifier of the terminal (for example IDFA, acting as a unique tracing identifier) (ID tracing) and the list of panelist (s) declared.
  • IDFA acting as a unique tracing identifier
  • step 511 the tracing block 1 actually starts the playback of the content.
  • the tracking block 1 sends to the audience measurement server 3 trace messages each containing a watermark or a fingerprint (itself including an absolute time index) and the identifier of the terminal (eg IDFA, playing the role of unique identifier of tracing (ID tracing)).
  • IDFA unique identifier of tracing
  • the idea of this second embodiment is to dissociate the measurement of the consumed content (with the sending of trace messages) and the declaration of the panelists (with the sending of declaration messages). . Both are correlated (on the fly or a posteriori) by the audience measurement server 3, in step 515, using the identifier of the terminal (for example IDFA, acting as the unique tracing identifier ( Tracing ID)) and time as association keys (see above description of step 415 of the figure 4 ).
  • IDFA acting as the unique tracing identifier ( Tracing ID)
  • time as association keys
  • the Figure 2A presents the software architecture of a terminal in another particular implementation of the invention, with a tracing block 1 included in an HTML page 20.
  • the content (stream) is accessed from this HTML page, downloadable from a website of the publisher.
  • the browser 23 (which itself runs on the operating system 22 of the terminal) uses a media player 21.
  • the media player 21 accesses the audio signal and passes the audio frames 24 to trace block 1 (also called "watermarks / fingerprints extraction module”) integrated in the HTML page 20.
  • trace block 1 also called "watermarks / fingerprints extraction module”
  • the trace block 1 (included in the HTML page 20), when it is executed by the browser 23, communicates with the media player 21 to obtain the audio component 24 of the content, the media player 21 is integrated in or accessible by the browser.
  • the proposed technique consists in defining, standardizing and exploiting a new API allowing access to the audio track of an audiovisual stream streamed from a Javascript script integrated into an HTML page.
  • the script (tracing block) then processes the audio signal in the same way as an audimeter: extraction of watermarks or fingerprints, transmission of data to the audience measurement server.
  • the trace block (script) associates a unique tracing identifier with each watermark or fingerprint transmitted to the audience measurement server.
  • This unique tracing identifier can be generated by the script and stored for example in a cookie. It is also possible to use as a unique tracing identifier a unique terminal identifier (for example IDFA on iOS, or Android_ID on Android, ...) which has the advantage of associating the same identifier for all Internet sites. using this technology.
  • the first embodiment of the invention (described above in relation to the figure 4 ) can be implemented, in the same way. He is not described again.
  • the second embodiment of the invention (described above in relation to the figure 5 ) can not be implemented identically. Indeed, unlike an editor application, the browser when it executes the tracing block 1 (for example a script in Javascript code) can not access the unique identifier of the terminal (for example IDFA, Android_ID, ...) . It is therefore necessary to modify the recording phase 5-1 of the second embodiment.
  • the Figures 6 to 8 present three solutions in this direction.
  • Steps 61 and 62 are identical to steps 51 and 52 respectively.
  • step 63 the declaration application 2 launches the browser on a URL containing the unique identifier of the terminal (for example IDFA, playing the role of unique identifier of tracing (ID tracing)) in parameter and which, when it is executed, deposits on the terminal a cookie containing this unique identifier of the terminal.
  • This cookie is accessible by trace block 1 when it is executed by the browser, in phase 6-11, to know the unique identifier of the terminal.
  • Step 71 is different from step 51 of the figure 5 in that the declaration application 2 does not transmit to the audience measurement server 3 the identifier of the terminal.
  • the audience measurement server 3 that generates it (terminal ID) and associates it with the terminal type and the unique identifier of the home (home ID).
  • the declaration application 2 launches the browser on a URL containing the unique identifier of the terminal (terminal ID, playing the role of unique identifier of tracing (ID tracing)) and which, when it is executed, deposits on the terminal a cookie containing this unique identifier of the terminal.
  • This cookie is accessible by trace block 1 when it is executed by the browser, in phase 7-11, to know the unique identifier of the terminal.
  • Steps 81 to 83 are distinguished from steps 71 to 73 of the figure 7 in that they are executed by the browser (instead of the declaration application).
  • step 81 the panelist is invited to connect, with the browser of his terminal, to the audience measurement server 3 where he is asked to identify himself by username / password so that a unique identifier of the terminal (Terminal ID) is generated and saved locally in a cookie for example (the browser can not access the terminal identifier of the terminal). type IDFA or Android_id, so this type of identifier will not be used).
  • the Figure 2B presents the software architecture of a terminal in another particular implementation of the invention, with a tracing block 1 added to an HTML page 20 by a plug-in 25 completing the browser 23.
  • This extension module which only the panelists will install in the case of a "user-centric" measurement, integrates the tracing block 1 (script) with the loaded HTML page 20 (as symbolized by the arrow referenced 26). This prevents publishers from modifying their website.
  • the tracing block 1 has been integrated in the HTML page 20, the operation is identical to the case of the Figure 2A : for the restitution of the Audio / Video content of the HTML page 20, the browser 23 (which runs itself on the operating system 22 of the terminal) uses a media player 21.
  • the media player 21 accesses the audio signal and passes the audio frames 24 to the tracing block 1 that the extension module 25 has integrated into the HTML page 20.
  • the tracing block 1 is integrated in the HTML page 20 by the plug-in module, it is possible to implement the same embodiments as in the case where the tracing block 1 is already integrated in the received HTML page, namely the first, third, fourth and fifth embodiments of the invention (described above in relation to the figures 4 , 6 , 7 and 8 respectively). They are not described again.
  • FIG 9 presents the simplified structure of a terminal 90 according to a particular embodiment of the invention, implementing any one of the particular embodiments described above in relation to the Figures 2A, 2B and 3 to 7 .
  • This terminal comprises a random access memory 93 (for example a RAM memory), a processing unit 92, equipped for example with a processor, and controlled by a computer program stored in a read-only memory 91 (for example a ROM or a hard disc).
  • a random access memory 93 for example a RAM memory
  • processing unit 92 equipped for example with a processor
  • a computer program stored in a read-only memory 91 for example a ROM or a hard disc.
  • the code instructions of the computer program are for example loaded into the random access memory 93 before being executed by the processor of the processing unit 92.
  • the corresponding program (that is to say the sequence of instructions) can be stored in a removable storage medium (such as for example a floppy disk, a CD-ROM or a DVD-ROM) or not, this storage medium being readable partially or totally by a computer or a processor.
  • a removable storage medium such as for example a floppy disk, a CD-ROM or a DVD-ROM
  • the audience measurement server structure (referenced 3 on the Figures 4 to 7 ) is for example identical to that presented on the figure 9 for the terminal 90 (structure comprising a RAM, a processing unit which for example equipped with a processor and driven by a computer program stored in a ROM).
  • the terminal it is only a particular way, among several possible, to achieve server side different algorithms detailed above. Indeed, the technique of the invention, server side, is carried out indifferently: on a reprogrammable calculation machine (a PC computer, a DSP processor or a microcontroller) executing a program comprising a sequence of instructions, or on a machine dedicated calculation (for example a set of logic gates such as an FPGA or an ASIC, or any other hardware module).

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Il est proposé un procédé de mesure d'une audience 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 une pluralité de terminaux. Un terminal donné effectue les étapes suivantes : a) il reçoit un bloc de traçage préalablement associé au contenu, ou il associe un bloc de traçage au contenu ; b) pendant la consommation du contenu avec un lecteur multimédia compris dans le terminal donné, le bloc de traçage effectue les étapes suivantes : * obtenir auprès du lecteur multimédia une composante audio du contenu ; * extraire, de la composante audio obtenue, au moins un tatouage numérique et/ou au moins une empreinte numérique comprenant au moins un index temporel absolu ; * transmettre au serveur de mesure d'audience des messages de traçage comprenant chacun un identifiant unique de traçage, stocké par le terminal donné, et ledit au moins un tatouage numérique et/ou ladite au moins une empreinte numérique.

Description

    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 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 une pluralité de terminaux.
  • L'invention s'applique notamment, mais non exclusivement, à la mesure de l'audience centrée-utilisateur (« user-centric » en anglais) d'un contenu streamé (programme TV par exemple) transmis via le réseau Internet. Dans ce cas, la technique est mise en oeuvre avec un groupe de panélistes répartis par foyers et disposant d'au moins une partie de la pluralité 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.
  • 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 « site-centric » 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é « 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é 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 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. 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 ».
  • Un autre inconvénient de la technique de marquage est que le marqueur envoie des hits au serveur de mesure d'audience avec des index temporels relatifs au début du lancement du lecteur (player) dans la page HTML ou l'application tierce. En cas de pause dans la lecture du contenu (flux), les hits indiquent le changement d'état et l'index ne s'incrémente plus. Pour un contenu différé (par exemple un contenu de TV de rattrapage), cela ne crée pas d'erreur de mesure puisque le lecteur reçoit le contenu depuis le début. En revanche, pour un contenu (flux) en direct (live), il n'y a aucune référence temporelle absolue par rapport au contenu lui-même (i.e. pas d'index temporel absolu), sa transmission pouvant subir un décalage plus ou moins variable dû aux réseaux de distribution Internet. Dès lors, il est difficile de savoir précisément quelle partie d'un contenu (par exemple une émission ou un tunnel de publicité) a été effectivement visualisée par un internaute puisque la grille de programmation (pige) qui sert de référence est celle de la diffusion hertzienne.
  • Encore un autre inconvénient de la technique de marquage est qu'elle est radicalement différente de celle utilisée actuellement pour la mesure de référence TV quotidienne (voir la première technique connue de mesure d'audience « user-centric » décrite ci-après). Il faudrait donc bâtir une infrastructure hybride au niveau back-office (c'est-à-dire au niveau du serveur de mesure d'audience), permettant de gérer aussi bien les postes de télévision que les nouveaux types de terminaux (ordinateurs, smartphones, tablettes, etc.).
    • 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 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, permettant de réaliser une mesure en « site-centric » ou en « user-centric ».
  • Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique, permettant de combiner une mesure en « site-centric » avec une mesure en « user-centric ».
  • 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 utilisateurs (par exemple 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).
  • Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique permettant, pour un contenu diffusé en direct (live) sur un réseau informatique (par exemple Internet), d'effectuer une mesure d'audience en se rendant indépendant des délais de transmission éventuellement variables dans ce réseau.
    • 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 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 une pluralité de terminaux. Un terminal donné effectue les étapes suivantes :
    1. a) il reçoit un bloc de traçage préalablement associé au contenu, ou il associe un bloc de traçage au contenu ;
    2. b) pendant la consommation du contenu avec un lecteur multimédia compris dans le terminal donné, le bloc de traçage effectue les étapes suivantes :
      • * obtenir auprès du lecteur multimédia une composante audio du contenu ;
      • * extraire, de la composante audio obtenue, au moins un tatouage numérique et/ou au moins une empreinte numérique comprenant au moins un index temporel absolu ;
      • * transmettre au serveur de mesure d'audience des messages de traçage comprenant chacun un identifiant unique de traçage, stocké par le terminal donné, et ledit au moins un tatouage numérique et/ou ladite au moins une empreinte numérique.
  • Ainsi, la solution proposée repose sur une approche tout à fait nouvelle et inventive, basée sur l'utilisation d'une technologie de tatouage numérique audio (« audio watermarking ») ou d'empreinte numérique audio (« audio fingerprinting »). L'innovation repose uniquement sur une implémentation logicielle sur le terminal : le bloc de traçage (exécuté par le terminal) obtient auprès du lecteur multimédia la composante audio du contenu, puis traite celle-ci de la même façon qu'un audimètre (extraction de tatouages numériques ou d'empreintes numériques, et transmission de messages de traçage au serveur de mesure d'audience).
  • La solution proposée présente plusieurs avantages :
    • elle ne nécessite pas d'appareil externe (de type audimètre) pour capturer le son ;
    • elle permet de réaliser une mesure en « user-centric » (si au moins certains des terminaux sont utilisés dans des foyers panélistes et enregistrés comme tels auprès du serveur de mesure d'audience - voir détail plus bas) ou en « site-centric » (sinon) ;
    • elle fonctionne aussi bien au domicile des utilisateurs (par exemple 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é, le bloc de traçage (exécuté par le terminal) transmet des messages de traçage au serveur de mesure d'audience ;
    • du fait qu'elle s'appuie sur une technologie de tatouage numérique audio
      (« audio watermarking ») ou d'empreinte numérique audio (« audio fingerprinting ») déjà utilisée dans la mesure de référence TV quotidienne, elle permet de mesurer l'audience sur les nouveaux types de terminaux (ordinateurs, smartphones, tablettes, etc., autres que les postes de télévision), elle permet de réutiliser l'infrastructure serveur (qu'il n'est donc pas utile d'adapter pour ces nouveaux types de terminaux) ;
    • du fait que le serveur de mesure d'audience reçoit des tatouages numériques (watermarks) ou des empreintes numériques (fingerprints) contenant des index temporels absolus extraits du contenu, la solution proposée permet au serveur de mesure d'audience de récupérer une référence absolue et donc d'effectuer une mesure d'audience indépendante des délais de transmission éventuellement variables dans le réseau (par exemple Internet), même pour un contenu diffusé en direct (live) sur le réseau.
  • Dans une première implémentation, dans l'étape a), le terminal donné reçoit au moins une page web dans laquelle est intégré le bloc de traçage, 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 l'étape b), le bloc de traçage, quand il est exécuté par le navigateur, communique avec le lecteur multimédia pour obtenir la composante audio du contenu, le lecteur multimédia étant intégré à ou accessible par le navigateur.
  • Dans cette première implémentation, les éditeurs de contenus ont juste à intégrer le bloc de traçage dans les pages web de leurs sites web, comprenant les contenus.
  • Dans une deuxième implémentation, dans l'étape a) : 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 bloc de traçage à ladite au moins une page web, avant l'exécution de ladite au moins une page web par le navigateur. Dans l'étape b), le bloc de traçage, quand il est exécuté par le navigateur, communique avec le lecteur multimédia pour obtenir la composante audio du contenu, le lecteur multimédia étant intégré à ou accessible 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 a), 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 bloc de traçage écrit en code exécutable avec un navigateur compris dans le terminal donné. Dans l'étape b), le bloc de traçage, quand il est exécuté par le navigateur, communique avec le lecteur multimédia pour obtenir la composante audio du contenu, le lecteur multimédia étant intégré à ou accessible par le navigateur.
  • Dans cette troisième implémentation, les éditeurs de contenus ont juste à intégrer dans leurs applications tierces un bloc de traçage exécutable par le navigateur du terminal.
  • Dans une quatrième implémentation, dans l'étape a), 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 bloc de traçage également écrit en code natif. Dans l'étape b), le bloc de traçage, quand il est exécuté par le terminal, communique avec le lecteur multimédia pour obtenir la composante audio du contenu, le lecteur multimédia étant intégré à ou accessible par l'application tierce.
  • Dans cette quatrième implémentation, les éditeurs de contenus ont juste à intégrer dans leurs applications tierces un bloc de traçage exécutable par le terminal (directement, sans l'aide du navigateur).
  • Selon une caractéristique particulière, ledit identifiant unique de traçage est un identifiant unique du terminal donné, stocké par le terminal.
  • 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 traçage est un identifiant généré par le bloc de traçage, puis stocké par le terminal.
  • L'identifiant généré est par exemple stocké dans un cookie.
  • Dans un mode de réalisation particulier, le procédé est mis en oeuvre avec un groupe de panélistes répartis par foyers et disposant d'un premier ensemble de terminaux compris dans ladite pluralité de terminaux, chaque foyer comprenant au moins un panéliste. Le terminal donné, s'il fait partie dudit premier ensemble de terminaux, effectue en outre les étapes suivantes quand il est utilisé par au moins un panéliste d'un foyer donné :
    1. i) il s'enregistre comme terminal panéliste auprès du serveur de mesure d'audience;
    2. ii) au moins une fois, il transmet au serveur de mesure d'audience un message de déclaration comprenant :
      • * l'identifiant unique de traçage ;
      • * un identifiant du terminal donné, ou une information relative au type du terminal donné ; et
      • * une liste de panéliste(s) déclaré(s).
  • Ainsi, il est possible de réaliser une mesure d'audience en « user-centric ».
  • Selon une caractéristique particulière, dans l'étape i) : le terminal donné transmet au serveur de mesure d'audience l'identifiant et le type du terminal donné ; et le serveur de mesure d'audience associe l'identifiant et le type du terminal donné à un identifiant unique lié au foyer donné et à une liste de panélistes possibles liée au foyer donné.
  • Selon une variante, dans l'étape i) : le terminal donné transmet au serveur de mesure d'audience le type du terminal donné ; et le serveur de mesure d'audience génère un identifiant du terminal donné, et associe l'identifiant et le type du terminal donné à un identifiant unique lié au foyer donné et à une liste de panélistes possibles liée au foyer donné.
  • Selon une caractéristique particulière, le terminal donné exécute une application de déclaration pour effectuer les étapes i) et ii),. Le bloc de traçage transmet l'identifiant unique de traçage à l'application de déclaration.
  • Selon une première variante, le terminal donné exécute une application de déclaration pour effectuer l'étape i). Le bloc de traçage effectue l'étape ii). L'identifiant unique de traçage est un identifiant unique du terminal, qui est stocké par le terminal donné et accessible par l'application de déclaration et le bloc de traçage.
  • Selon une deuxième variante, le terminal donné exécute une application de déclaration pour effectuer l'étape i). Le bloc de traçage effectue l'étape ii). L'identifiant unique de traçage est un identifiant unique du terminal. Dans l'étape i), 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 bloc de traçage quand il est exécuté par le navigateur.
  • Selon une troisième variante, le navigateur effectue l'étape i), au cours de laquelle est déposé sur le terminal un cookie contenant ledit identifiant unique du terminal, ledit cookie étant accessible par le bloc de traçage quand il est exécuté par le navigateur, en ce que l'identifiant unique de traçage est ledit identifiant unique du terminal, et en ce que le bloc de traçage effectue l'étape ii).
  • Selon une caractéristique particulière, le procédé est mis en oeuvre avec :
    • ledit groupe de panélistes répartis par foyers et disposant dudit premier ensemble de terminaux compris dans ladite pluralité de terminaux ; et
    • des utilisateurs non-panélistes disposant d'un second ensemble de terminaux
      compris dans ladite pluralité de terminaux ;
    et 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 traçage et les messages de déclaration transmis par les terminaux du premier ensemble,
    • en fonction de secondes données de mesure d'audience, obtenues à partir des messages de traçage transmis par les terminaux du second ensemble.
  • Ainsi, on combine une mesure en « site-centric » avec une mesure en « user-centric ». Les données de l'une (« site-centric ») permettant de redresser les données de l'autre (« user-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).
  • Dans un autre mode de réalisation de l'invention, il est proposé un terminal compris dans un système de mesure d'une audience d'un contenu diffusé en mode continu ou par téléchargement sur un réseau informatique, le système comprenant un serveur de mesure d'audience et une pluralité de terminaux à laquelle appartient ledit terminal. Ledit terminal comprend :
    1. a) des moyens de réception d'un bloc de traçage préalablement associé au contenu, ou des moyens d'association d'un bloc de traçage au contenu ;
    2. b) les moyens suivants, compris dans le bloc de traçage et activés pendant la consommation du contenu avec un lecteur multimédia compris dans le terminal :
      • * des moyens d'obtention auprès du lecteur multimédia d'une composante audio du contenu ;
      • * des moyens d'extraction, de la composante audio obtenue, d'au moins un tatouage numérique et/ou au moins une empreinte numérique comprenant au moins un index temporel absolu ;
      • * des moyens de transmission, au serveur de mesure d'audience, de messages de traçage comprenant chacun un identifiant unique de traçage, stocké par le terminal donné, et ledit au moins un tatouage numérique et/ou ladite au moins une empreinte numérique.
  • Avantageusement, le terminal comprend des moyens de mise en oeuvre des étapes qu'il effectue dans le procédé de mesure d'audience tel que décrit précédemment, 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 un cas idéal ;
    • la figure 2A présente l'architecture logicielle d'un terminal dans une première implémentation particulière de l'invention, avec un bloc de traçage compris dans une page HTML ;
    • la figure 2B présente l'architecture logicielle d'un terminal dans une deuxième implémentation particulière de l'invention, avec un bloc de traçage 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 bloc de traçage 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 bloc de traçage « 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 bloc de traçage « 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 bloc de traçage « 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 bloc de traçage « 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 bloc de traçage « 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, 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 Cas idéal
  • Comme illustré sur la figure 1 , dans l'idéal, on aimerait disposer d'une application de mesure d'audience 6 que le panéliste installerait sur son terminal. Celle-ci tournerait en tâche de fond, sans discontinuité, sur le système d'exploitation 9 du terminal. Elle comprendrait un bloc de traçage 7 ayant pour tâche de capturer (à travers le système d'exploitation 9) le signal audio 8 restitué sur le terminal, pour en extraire des tatouages numériques (watermarks) ou des empreintes numériques (fingerprints), et cela indépendamment des applications clientes 4, 5 accédant aux circuits audio (chacune via une instance 10, 11 du lecteur multimédia (Media Player)).
  • Malheureusement, certains terminaux comme ceux opérés sous le système d'exploitation iOS d'Apple ne permettent pas une telle implémentation. D'une part, tourner en tâche de fond est un privilège qu'Apple n'accorde qu'à un certain type d'applications (écoute de musique, navigation GPS...). D'autre part, le traitement du signal audio capturé au niveau du lecteur multimédia (Media Player) s'effectue au sein d'une application à l'exclusion de toutes les autres (cf le lien suivant : https://developer.apple.com/library/ios/documentation/MusicAudio/Conceptual/CoreAu dioOverview/WhatisCoreAudio/WhatisCoreAudio.html, dans lequel on lire : « Because you must statically link custom audio unit code into your application, audio units that you develop cannot be used by other applications in iOS »).
  • L'objet de la présente invention est de contourner cette difficulté pour les deux cas de figure suivants : accès au contenu (flux) depuis une page HTML et accès au contenu (flux) depuis une application éditeur. Ces deux cas sont discutés en détail ci-dessous.
    • 6.2 Bloc de traçage compris dans une application éditeur 6.2.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 bloc de traçage 1 compris dans une application éditeur 30. Cette dernière est par exemple proposée par l'éditeur et téléchargeable 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 bloc de traçage 1 écrit en code exécutable avec un navigateur compris dans le terminal. Dans ce cas, la deuxième solution qui suit est applicable (cf § 6.3 et figure 2A : le bloc de traçage 1, quand il est exécuté par le navigateur 23, communique avec le lecteur multimédia 21 pour obtenir la composante audio 24 du contenu, le lecteur multimédia 21 étant intégré à ou accessible par le navigateur).
  • En revanche, dans le cas où l'application éditeur 30 est intégralement écrite en code natif, elle intègre le bloc de traçage 1 également écrit en code natif (il s'agit par exemple d'une librairie de traitement du signal audio). 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). L'application éditeur 30 accède au signal audio, au coeur du lecteur multimédia, et passe les trames audio 34 au bloc de traçage 1 (aussi appelé « module d'extraction de watermarks/fingerprints ») intégré à l'application éditeur.
  • Par exemple sous le système d'exploitation iOS, il est possible d'accéder au signal audio au niveau de la couche « Audio Unit » 31, comme indiqué dans le lien suivant :
    • « https://developer.apple.com/library/ios/documentation/MusicAudio/Conceptual/Audi oUnitHostingGuide_iOS/AudioUnitHostingFundamentals/AudioUnitHostingFundame ntals.html ».
  • Sous le système d'exploitation Android, l'API « AudioRecord » fournit cette même fonctionnalité à travers la fonction « Read », comme indiqué dans le lien suivant :
    • « http://developer.android.com/reference/android/media/AudioRecord.html ».
  • Pendant la consommation du contenu avec le lecteur multimédia 33, le bloc de traçage 1 effectue les étapes suivantes :
    • il obtient auprès du lecteur multimédia une composante audio du contenu (trames audio 34) ;
    • il extrait, de la composante audio obtenue, des tatouages numériques (watermarks) et/ou des empreintes numériques (fingerprints) comprenant chacun au moins un index temporel absolu ;
    • il transmet au serveur de mesure d'audience des messages de traçage comprenant chacun un identifiant unique de traçage, stocké par le terminal donné, et un des tatouages numériques et/ou une des empreintes numériques.
  • En d'autres termes, le bloc de traçage 1 associe un identifiant unique de traçage à chaque watermark ou fingerprint transmis au serveur de mesure d'audience. Cet identifiant unique de traçage peut être généré par le bloc de traçage et stocké par exemple dans une zone accessible par l'application éditeur 30. Il est aussi possible d'utiliser comme identifiant unique de traçage 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.2.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 bloc de traçage 1 « léger » dans une application éditeur (cf figure 3) ou une page HTML (cf figures 2A et 2B).
  • 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 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 2A, 2B et 3, dont notamment le bloc de traçage 1, le terminal comprend une application de déclaration 2. Cette application de déclaration 2 (développée par la société de mesure d'audience) est par exemple téléchargée depuis un magasin d'applications ou depuis le portail Internet 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 son adresse email 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 bloc de traçage 1 envoie au serveur de mesure d'audience 3 des messages de traçage successifs (contenant chacun un watermark ou un fingerprint comprenant un index temporel absolu) 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 traçage contenu aussi bien dans les messages de traçage que dans les messages de déclaration. Ainsi, le serveur de mesure d'audience 3 est capable d'associer chaque watermark ou fingerprint (contenu 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 bloc de traçage 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-1 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 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), 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).
  • 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.
  • 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 bloc de traçage 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 traçage (ID traçage).
  • Ceci implique que le terminal 90 a préalablement obtenu et stocké cet identifiant de traçage, par exemple au chargement de la page HTML ou de l'application tierce (selon que le bloc de traçage 1 est intégré à l'une ou à l'autre). Dans le cas d'une page HTML consultable avec le navigateur web du terminal 90, l'identifiant de traçage est par exemple déposé sous la forme d'un cookie sur le terminal (« cookie tierce partie » géré par la société de mesure d'audience). Dans le cas d'une application tierce, l'identifiant de traçage est par exemple 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), 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 traçage (ID traçage), 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 traçage (ID traçage) 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 bloc de traçage 1 (par exemple via la technique de l' « URL scheme »).
  • Puis, dans l'étape 412, le bloc de traçage 1 effectue le lancement effectif de la lecture du contenu.
  • Pendant (y inclus au lancement) la consommation du contenu, le bloc de traçage 1 envoie au serveur de mesure d'audience 3 des messages de traçage contenant chacun un watermark ou un fingerprint (comprenant lui-même un index temporel absolu) et l'identifiant unique de traçage (ID traçage). Sur la figure 4, dans un seul souci de simplification, on a représenté uniquement deux étapes de transmission de message de traçage, référencées 413 et 414.
  • 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 traçage) 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 traçage (ID traçage) et le temps comme clés d'association.
  • Dans l'étape 415, pour un watermark ou un fingerprint donné, reçu à 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 le watermark ou le fingerprint donné à un ensemble de paramètres comprenant l'identifiant unique de traçage (ID traçage), 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é) le watermark ou le fingerprint donné, 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, le watermark ou le fingerprint donné ;
    • 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 watermark ou le fingerprint (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 traçage du bloc de traçage 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.
  • 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 traçage 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 bloc de traçage 1 « fort » dans une application éditeur (cf figure 3).
  • Pour contourner la difficulté éventuelle de faire exécuter une application de déclaration 2 en tâche de fond sur certaines plates-formes (systèmes d'exploitation), ainsi que la difficulté à transmettre des paramètres entre deux applications 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 traçage (ID traçage). Cet identifiant unique du terminal doit être accessible aussi bien par l'application de déclaration 2 que par le bloc de traçage 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-1 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.
  • 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), 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).
  • Dans l'étape 53, au lancement de la lecture d'un contenu (restitution du contenu par l'application éditeur), le bloc de traçage 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 bloc de traçage 1.
  • Dans l'étape 56, si le terminal est un terminal panéliste, le bloc de traçage 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 analysant une éventuelle inactivité du terminal). Puis dans l'étape 58, il envoie la réponse correspondante au bloc de traçage 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.
  • Dans l'étape 59, le bloc de traçage 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 bloc de traçage 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 traçage (ID traçage)) et la liste de panéliste(s) déclaré(s).
  • Puis, dans l'étape 511, le bloc de traçage 1 effectue le lancement effectif de la lecture du contenu.
  • Pendant (y inclus au lancement) la consommation du contenu, le bloc de traçage 1 envoie au serveur de mesure d'audience 3 des messages de traçage contenant chacun un watermark ou un fingerprint (comprenant lui-même un index temporel absolu) et l'identifiant du terminal (par exemple IDFA, jouant le rôle d'identifiant unique de traçage (ID traçage)). Sur la figure 5, dans un seul souci de simplification, on a représenté uniquement deux étapes de transmission de message de traçage, 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 bloc de traçage 1 d'envoyer une nouvelle 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 traçage) 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 traçage (ID traçage)) et le temps comme clés d'association (voir plus haut la description de l'étape 415 de la figure 4).
    • 6.3 Bloc de traçage compris dans une page HTML 6.3.1 Architecture logicielle du terminal
  • La figure 2A présente l'architecture logicielle d'un terminal dans une autre implémentation particulière de l'invention, avec un bloc de traçage 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. 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. Le lecteur multimédia 21 accède au signal audio et passe les trames audio 24 au bloc de traçage 1 (aussi appelé « module d'extraction de watermarks/fingerprints ») intégré à la page HTML 20. En d'autres termes, le bloc de traçage 1 (compris dans la page HTML 20), quand il est exécuté par le navigateur 23, communique avec le lecteur multimédia 21 pour obtenir la composante audio 24 du contenu, le lecteur multimédia 21 étant intégré à ou accessible par le navigateur.
  • Pour bien comprendre la technique proposée, il faut savoir que le W3C a défini sous l'impulsion de Google une interface de programmation (API) dite « Web Audio API » permettant d'accéder à un média audio par un script Javascript pour effectuer divers traitements en relation avec le son. Cette API est naturellement supportée en premier lieu sur le navigateur Chrome de Google. L'exemple suivant est illustratif de ce que permet de faire l'API :
    • « http://chromium.googlecode.com/svn/trunk/samples/audio/visualizer-gl.html ».
  • On peut constater dans cet exemple qu'il est possible de calculer en temps réel la transformée de Fourrier du fichier audio écouté grâce à un code Javascript intégré à la page HTML et d'afficher son spectre fréquentiel.
  • Il existe d'ailleurs une initiative du W3C, inspirée de la Web Audio API, qui vise à accéder à des flux audio/vidéo pour effectuer des traitements (cf https://dvcs.w3.org/hg/audio/raw-file/tip/streams/StreamProcessing.html). En premier lieu, cette API vise des applications comme la visiophonie de navigateur à navigateur, ce qui implique de pouvoir accéder au microphone et à la caméra depuis le code HTML.
  • Dans l'implémentation particulière de la figure 2A, la technique proposée consiste à définir, standardiser et exploiter une nouvelle API permettant d'accéder à la piste audio d'un flux audiovisuel streamé depuis un script Javascript intégré à une page HTML. Le script (bloc de traçage) traite alors le signal audio de la même façon qu'un audimètre : extraction de watermarks ou de fingerprints, transmission des données au serveur de mesure d'audience.
  • Notons que ce n'est que dans le cas où le contenu (flux) streamé reçu est watermarké que l'on transmettra des watermarks au serveur de mesure d'audience. En revanche, en cas d'utilisation d'une technologie de fingerprinting du canal audio, les fingerprints extraits par le bloc de traçage seront transmis en permanence au serveur de mesure d'audience afin d'être comparés avec les fingerprints de référence.
  • Le bloc de traçage (script) associe un identifiant unique de traçage à chaque watermark ou fingerprint transmis au serveur de mesure d'audience. Cet identifiant unique de traçage peut être généré par le script et stocké par exemple dans un cookie. Il est aussi possible d'utiliser comme identifiant unique de traçage 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 bloc de traçage (nouvelle API 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 cette nouvelle API.
    • 6.3.2 Modes de réalisation du procédé de mesure d'audience
  • Dans le cas où le bloc de traçage 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 bloc de traçage 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-1 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 « légère » et un bloc de traçage « fort » dans une page HTML (cf figure 2A). On distingue les deux phases suivantes :
    • une phase d'enregistrement, référencée 6-1 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 traçage (ID traçage)) 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 bloc de traçage 1 quand il est exécuté par le navigateur, dans la phase 6-11, 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 « légère » et un bloc de traçage « fort » dans une page HTML (cf figure 2A). On distingue les deux phases suivantes :
    • une phase d'enregistrement, référencée 7-1 et comprenant les étapes 71 à 73 ; 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 et à l'identifiant unique du foyer (ID foyer).
  • Dans l'étape 73, 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 traçage (ID traçage)) 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 bloc de traçage 1 quand il est exécuté par le navigateur, dans la phase 7-11, 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 bloc de traçage « fort » dans une page HTML (cf figure 2A). 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.
  • Les étapes 81 à 83 se distinguent des étapes 71 à 73 de la figure 7 en ce qu'elles sont exécutées par le navigateur (au lieu de l'application de déclaration).
  • 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.4 Bloc de traçage ajouté dans une page HTML par un module d'extension 6.4.1 Architecture logicielle du terminal
  • La figure 2B présente l'architecture logicielle d'un terminal dans une autre implémentation particulière de l'invention, avec un bloc de traçage 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 dans le cas d'une mesure « user-centric », intègre le bloc de traçage 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 bloc de traçage 1 a été intégré à la page HTML 20, le fonctionnement est identique au cas de la figure 2A : pour la restitution du contenu Audio/Vidéo de la page HTML 20, 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. Le lecteur multimédia 21 accède au signal audio et passe les trames audio 24 au bloc de traçage 1 que le module d'extension 25 a intégré à la page HTML 20.
    • 6.4.2 Modes de réalisation du procédé de mesure d'audience
  • Du fait que le bloc de traçage 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 bloc de traçage 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.5 Redressement des données « user-centric » avec des données « site-centric »
  • Dans un mode de réalisation particulier, le procédé de mesure d'audience est mis en oeuvre avec un groupe de panélistes, répartis par foyers et disposant d'un premier ensemble de terminaux, et un groupe de non-panélistes disposant d'un second 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 traçage et les messages de déclaration transmis par les terminaux du premier ensemble (comme décrit plus haut en relation avec les figures 4 à 8),
    • en fonction de secondes données de mesure d'audience, obtenues à partir des messages de traçage transmis par les terminaux du second ensemble (ces messages n'étant corrélés à aucun message de déclaration).
    6.6 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 2A, 2B et 3 à 7. 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 à 7) 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).

Claims (18)

  1. Procédé de mesure d'une audience 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 une pluralité de terminaux, caractérisé en ce qu'un terminal donné effectue les étapes suivantes :
    a) il reçoit un bloc de traçage préalablement associé au contenu, ou il associe un bloc de traçage au contenu ;
    b) pendant la consommation du contenu avec un lecteur multimédia compris dans le terminal donné, le bloc de traçage effectue les étapes suivantes :
    * obtenir auprès du lecteur multimédia une composante audio du contenu ;
    * extraire, de la composante audio obtenue, au moins un tatouage numérique et/ou au moins une empreinte numérique comprenant au moins un index temporel absolu ;
    * transmettre au serveur de mesure d'audience des messages de traçage comprenant chacun un identifiant unique de traçage, stocké par le terminal donné, et ledit au moins un tatouage numérique et/ou ladite au moins une empreinte numérique ;
    et en ce que, dans l'étape a) :
    • le terminal donné reçoit au moins une page web dans laquelle est intégré le bloc de traçage, la 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é ; ou
    • 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 bloc de traçage à ladite au moins une page web, avant l'exécution de ladite au moins une page web par le navigateur ; ou
    • 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 bloc de traçage écrit en code exécutable avec un navigateur compris dans le terminal donné ; ou
    • 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 bloc de traçage également écrit en code natif.
  2. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape a), le terminal donné reçoit au moins une page web dans laquelle est intégré le bloc de traçage, 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é,
    et en ce que, dans l'étape b), le bloc de traçage, quand il est exécuté par le navigateur, communique avec le lecteur multimédia pour obtenir la composante audio du contenu, le lecteur multimédia étant intégré à ou accessible par le navigateur.
  3. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape a) :
    - 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 bloc de traçage à ladite au moins une page web, avant l'exécution de ladite au moins une page web par le navigateur ;
    et en ce que, dans l'étape b), le bloc de traçage, quand il est exécuté par le navigateur, communique avec le lecteur multimédia pour obtenir la composante audio du contenu, le lecteur multimédia étant intégré à ou accessible par le navigateur.
  4. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape a), 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 bloc de traçage écrit en code exécutable avec un navigateur compris dans le terminal donné,
    et en ce que, dans l'étape b), le bloc de traçage, quand il est exécuté par le navigateur, communique avec le lecteur multimédia pour obtenir la composante audio du contenu, le lecteur multimédia étant intégré à ou accessible par le navigateur.
  5. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape a), 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 bloc de traçage également écrit en code natif,
    et en ce que, dans l'étape b), le bloc de traçage, quand il est exécuté par le terminal, communique avec le lecteur multimédia pour obtenir la composante audio du contenu, le lecteur multimédia étant intégré à ou accessible par l'application tierce.
  6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit identifiant unique de traçage est un identifiant unique du terminal donné, stocké par le terminal.
  7. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit identifiant unique de traçage est un identifiant généré par le bloc de traçage, puis stocké par le terminal.
  8. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce qu'il est mis en oeuvre avec un groupe de panélistes répartis par foyers et disposant d'un premier ensemble de terminaux compris dans ladite pluralité de terminaux, chaque foyer comprenant au moins un panéliste, et en ce que le terminal donné, s'il fait partie dudit premier ensemble de terminaux, effectue en outre les étapes suivantes quand il est utilisé par au moins un panéliste d'un foyer donné :
    i) il s'enregistre comme terminal panéliste auprès du serveur de mesure d'audience;
    ii) au moins une fois, il transmet au serveur de mesure d'audience un message de déclaration comprenant :
    * l'identifiant unique de traçage ;
    * un identifiant du terminal donné, ou une information relative au type du terminal donné ; et
    * une liste de panéliste(s) déclaré(s).
  9. Procédé selon la revendication 8, caractérisé en ce que dans l'étape i) :
    - le terminal donné transmet au serveur de mesure d'audience l'identifiant et le type du terminal donné ; et
    - le serveur de mesure d'audience associe l'identifiant et le type du terminal donné à un identifiant unique lié au foyer donné et à une liste de panélistes possibles liée au foyer donné.
  10. Procédé selon la revendication 8, caractérisé en ce que dans l'étape i) :
    - le terminal donné transmet au serveur de mesure d'audience le type du terminal donné ; et
    - le serveur de mesure d'audience génère un identifiant du terminal donné, et associe l'identifiant et le type du terminal donné à un identifiant unique lié au foyer donné et à une liste de panélistes possibles liée au foyer donné.
  11. Procédé selon l'une quelconque des revendications 8 à 10, caractérisé en ce que le terminal donné exécute une application de déclaration pour effectuer les étapes i) et ii), et en ce que le bloc de traçage transmet l'identifiant unique de traçage à l'application de déclaration.
  12. Procédé selon la revendication 4 et l'une quelconque des revendications 8 à 10, caractérisé en ce que le terminal donné exécute une application de déclaration pour effectuer l'étape i), en ce que le bloc de traçage effectue l'étape ii), et en ce que l'identifiant unique de traçage est un identifiant unique du terminal, qui est stocké par le terminal donné et accessible par l'application de déclaration et le bloc de traçage.
  13. Procédé selon l'une quelconque des revendications 2 à 4 et l'une quelconque des revendications 8 à 10, caractérisé en ce que le terminal donné exécute une application de déclaration pour effectuer l'étape i), en ce que le bloc de traçage effectue l'étape ii), en ce que l'identifiant unique de traçage est un identifiant unique du terminal, et en ce que, dans l'étape i), 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 bloc de traçage quand il est exécuté par le navigateur.
  14. Procédé selon l'une quelconque des revendications 8 à 10, caractérisé en ce que le navigateur effectue l'étape i), au cours de laquelle est déposé sur le terminal un cookie contenant ledit identifiant unique du terminal, ledit cookie étant accessible par le bloc de traçage quand il est exécuté par le navigateur, en ce que l'identifiant unique de traçage est ledit identifiant unique du terminal, et en ce que le bloc de traçage effectue l'étape ii).
  15. Procédé selon l'une quelconque des revendications 8 à 14, caractérisé en ce qu'il est mis en oeuvre avec :
    - ledit groupe de panélistes répartis par foyers et disposant dudit premier ensemble de terminaux compris dans ladite pluralité de terminaux ; et
    - des utilisateurs non-panélistes disposant d'un second ensemble de terminaux
    compris dans ladite pluralité 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 traçage et les messages de déclaration transmis par les terminaux du premier ensemble,
    - en fonction de secondes données de mesure d'audience, obtenues à partir des messages de traçage transmis par les terminaux du second ensemble.
  16. 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 à 15, lorsque ledit programme est exécuté sur un ordinateur.
  17. 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 ou un processeur pour mettre en oeuvre le procédé selon au moins une des revendications 1 à 15.
  18. Terminal compris dans un système de mesure d'une audience d'un contenu diffusé en mode continu ou par téléchargement sur un réseau informatique, le système comprenant un serveur de mesure d'audience et une pluralité de terminaux à laquelle appartient ledit terminal, caractérisé en ce que ledit terminal comprend :
    a) des moyens de réception d'un bloc de traçage préalablement associé au contenu, ou des moyens d'association d'un bloc de traçage au contenu ;
    b) les moyens suivants, compris dans le bloc de traçage et activés pendant la consommation du contenu avec un lecteur multimédia compris dans le terminal :
    * des moyens d'obtention auprès du lecteur multimédia d'une composante audio du contenu ;
    * des moyens d'extraction, de la composante audio obtenue, d'au moins un tatouage numérique et/ou au moins une empreinte numérique comprenant au moins un index temporel absolu ;
    * des moyens de transmission, au serveur de mesure d'audience, de messages de traçage comprenant chacun un identifiant unique de traçage, stocké par le terminal donné, et ledit au moins un tatouage numérique et/ou ladite au moins une empreinte numérique ;
    et en ce que les moyens de réception ou d'association d'un bloc de traçage comprennent:
    • des moyens de réception d'au moins une page web dans laquelle est intégré le bloc de traçage, la 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é ; ou
    • des moyens de réception d'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, qui intègre le bloc de traçage à ladite au moins une page web, avant l'exécution de ladite au moins une page web par le navigateur ; ou
    • des moyens de réception d'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 bloc de traçage écrit en code exécutable avec un navigateur compris dans le terminal donné ; ou
    • des moyens de réception d'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 bloc de traçage également écrit en code natif.
EP20140193394 2013-11-18 2014-11-17 Procédé de mesure de l'audience d'un contenu sur des terminaux, par extraction de tatouage numériques et/ou empreintes numériques sur la composante audio du contenu Withdrawn EP2874336A1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1361318A FR3013540B1 (fr) 2013-11-18 2013-11-18 Procede de mesure de l'audience d'un contenu sur des terminaux, par extraction de tatouage numeriques et/ou empreintes numeriques sur la composante audio du contenu.

Publications (1)

Publication Number Publication Date
EP2874336A1 true EP2874336A1 (fr) 2015-05-20

Family

ID=50482912

Family Applications (1)

Application Number Title Priority Date Filing Date
EP20140193394 Withdrawn EP2874336A1 (fr) 2013-11-18 2014-11-17 Procédé de mesure de l'audience d'un contenu sur des terminaux, par extraction de tatouage numériques et/ou empreintes numériques sur la composante audio du contenu

Country Status (2)

Country Link
EP (1) EP2874336A1 (fr)
FR (1) FR3013540B1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3037459A1 (fr) * 2015-06-12 2016-12-16 Mediametrie Procede de collecte, pour une mesure d'audience centree-utilisateur, de hits transmis vers un nœud de mesure d'audience centree-site, avec utilisation d'enregistrements de hits crees par le nœud.

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020124077A1 (en) * 2001-02-20 2002-09-05 Hill Clarke Randolph Advertising and audience authentication with server-side measurement and client-side verification
US20100162283A1 (en) * 2008-12-23 2010-06-24 Cdnetworks Co., Ltd. Measuring audience rating of online live broadcast

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020124077A1 (en) * 2001-02-20 2002-09-05 Hill Clarke Randolph Advertising and audience authentication with server-side measurement and client-side verification
US20100162283A1 (en) * 2008-12-23 2010-06-24 Cdnetworks Co., Ltd. Measuring audience rating of online live broadcast

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3037459A1 (fr) * 2015-06-12 2016-12-16 Mediametrie Procede de collecte, pour une mesure d'audience centree-utilisateur, de hits transmis vers un nœud de mesure d'audience centree-site, avec utilisation d'enregistrements de hits crees par le nœud.

Also Published As

Publication number Publication date
FR3013540A1 (fr) 2015-05-22
FR3013540B1 (fr) 2017-04-07

Similar Documents

Publication Publication Date Title
US9866925B2 (en) Relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device
US9519772B2 (en) Relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device
US9386356B2 (en) Targeting with television audience data across multiple screens
CN108335150B (zh) 用于监测媒体呈现的装置和计算机可读存储介质
CA2875218C (fr) Procedes et appareil pour surveiller des presentations multimedias
US8819255B1 (en) Relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device
US10880340B2 (en) Relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device
US20160140122A1 (en) Relevancy improvement through targeting of information based on data gathered from a capture device associated with a client device
US20200213682A1 (en) Content exposure attribution based on renderings of related content across multiple devices
US20220368980A1 (en) Video interaction method and device, electronic device and storage medium
US20190245635A1 (en) Single-source cross-platform media measurement arrangement, device and related methods
US20170270292A1 (en) Relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device
US20210006870A1 (en) Object detection from media data rendered on a device networked to a client device
EP2874336A1 (fr) Procédé de mesure de l'audience d'un contenu sur des terminaux, par extraction de tatouage numériques et/ou empreintes numériques sur la composante audio du contenu
EP3031000A1 (fr) Procede de fourniture d'une licence dans un systeme de fourniture de contenus multimedias
FR3052003B1 (fr) Systeme et procede de mesure d’audience, et audimetre individuel portable correspondant.
FR3054396B1 (fr) Systeme et procede de mesure d'audience centree-utilisateur, par capture et analyse d'images affichees par un terminal associe a au moins un paneliste.
EP3406082B1 (fr) Procede de diffusion d'un contenu multimedia mesurant l'attention d'un utilisateur
EP1182878A1 (fr) Système de communication, émetteur, récepteur, méthode utilisant un descripteur de stockage de données
FR3018408A1 (fr) Procede de mesure de l'audience centree-utilisateur d'un contenu, combinant une technique de marquage avec une technique de panelisation.
FR3037459A1 (fr) Procede de collecte, pour une mesure d'audience centree-utilisateur, de hits transmis vers un nœud de mesure d'audience centree-site, avec utilisation d'enregistrements de hits crees par le nœud.
FR3019927A1 (fr) Procede de declaration dans un systeme de mesure d'audience centree-utilisateur.
WO2015099824A2 (fr) Procédés et appareil pour mesurer un contenu multimédia à l'aide de caractéristiques d'objet multimédia
EP2820821B1 (fr) Procede et dispositif de mise a disposition d'au moins une donnee de communication
FR3037458A1 (fr) Procede de collecte, pour une mesure d'audience centree-utilisateur, d'un hit transmis vers un nœud de mesure d'audience centree-site, avec simulation du nœud par un element intermediaire.

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20141117

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

R17P Request for examination filed (corrected)

Effective date: 20151119

RBV Designated contracting states (corrected)

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20180602