EP2756683A2 - Procédés et appareils pour évaluer l'audience d'un multimédia diffusé en continu - Google Patents

Procédés et appareils pour évaluer l'audience d'un multimédia diffusé en continu

Info

Publication number
EP2756683A2
EP2756683A2 EP20120802202 EP12802202A EP2756683A2 EP 2756683 A2 EP2756683 A2 EP 2756683A2 EP 20120802202 EP20120802202 EP 20120802202 EP 12802202 A EP12802202 A EP 12802202A EP 2756683 A2 EP2756683 A2 EP 2756683A2
Authority
EP
European Patent Office
Prior art keywords
media
metadata
streaming
format
transport stream
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
EP20120802202
Other languages
German (de)
English (en)
Other versions
EP2756683A4 (fr
Inventor
Jan Besehanic
Arun Ramaswamy
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.)
Nielsen Co US LLC
Original Assignee
Nielsen Co US LLC
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
Priority claimed from US13/341,661 external-priority patent/US9515904B2/en
Priority claimed from US13/443,596 external-priority patent/US20130268630A1/en
Application filed by Nielsen Co US LLC filed Critical Nielsen Co US LLC
Publication of EP2756683A2 publication Critical patent/EP2756683A2/fr
Publication of EP2756683A4 publication Critical patent/EP2756683A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • 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/29—Arrangements for monitoring broadcast services or broadcast-related services
    • H04H60/31—Arrangements for monitoring the use made of the broadcast services
    • 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/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234363—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the spatial resolution, e.g. for clients with a lower screen resolution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H04N21/8358—Generation of protective data, e.g. certificates involving watermark

Definitions

  • This disclosure relates generally to measuring media exposure, and, more particularly, to methods and apparatus to measure exposure to streaming media.
  • Streaming enables media to be delivered to and presented by a wide variety of media presentation devices, such as desktop computers, laptop computers, tablet computers, personal digital assistants, smartphones, etc.
  • a significant portion of media e.g., content and/or advertisements is presented via streaming to such devices.
  • FIG. 1 is a diagram of an example system for measuring exposure to streaming media.
  • FIG. 2 is a block diagram of an example implementation of the media monitor of FIG. 1.
  • FIG. 3 is example Hypertext Markup Language (HTML) code representing a webpage that may be displayed by the example media monitor of
  • HTML Hypertext Markup Language
  • FIG. 4 is a flowchart representative of example machine -readable instructions which may be executed to implement the example service provider of FIG. 1
  • FIG. 5 is a flowchart representative of example machine -readable instructions which may be executed to implement the example media monitor of FIGS. 1 and/or 2.
  • FIG. 6 is a block diagram of an example implementation of an example HLS stream that may be displayed by the example media monitor of FIG. 2.
  • FIG. 7 is a block diagram of an example processor platform capable of executing the example machine-readable instructions of FIGS. 4 and/or 5 to implement the example service provider of FIG. 1 and/or the example media monitor of FIGS. 1 and/or 2.
  • Example methods, apparatus, systems, and articles of manufacture disclosed herein may be used to measure exposure to streaming media. Some such example methods, apparatus, and/or articles of manufacture measure such exposure based on media metadata, user demographics, and/or media device types. Some examples disclosed herein may be used to monitor streaming media transmissions received at client devices such as personal computers, tablets (e.g., an iPad®), portable devices, mobile phones, Internet appliances, and/or any other device capable of playing media. Some example implementations disclosed herein may additionally or alternatively be used to monitor playback of locally stored media in media devices. Example monitoring processes disclosed herein collect media metadata associated with media presented via media devices and associate the metadata with demographics information of users of the media devices. In this manner, detailed exposure metrics are generated based on collected media metadata and associated user demographics.
  • client devices such as personal computers, tablets (e.g., an iPad®), portable devices, mobile phones, Internet appliances, and/or any other device capable of playing media.
  • client devices such as personal computers, tablets (e.g., an iPad®), portable devices, mobile phones
  • metering data having a first format is extracted from media decoded from a transport stream.
  • the transport stream corresponds to a Moving Picture Experts Group (MPEG) 2 transport stream sent according to a hypertext transfer protocol (HTTP) live streaming (HLS) protocol.
  • MPEG Moving Picture Experts Group
  • HTTP hypertext transfer protocol
  • HLS live streaming
  • the metering data having the first format can include an audio watermark that is embedded in an audio portion of the media.
  • the metering data having the first format can include a video (e.g., image) watermark that is embedded in a video portion of the media.
  • the extracted metering data having the first format is transcoded into metering metadata having a second format.
  • the metering data having the second format may correspond to, for example, metadata represented in a text format, such as a text format for inclusion in a streaming manifest file (e.g., an M3U file).
  • Some example methods disclosed herein to monitor streaming media include decoding a transport stream carrying media being streamed to a media presentation device to obtain the media. These example methods also include extracting metering data from the media and/or receiving metering data from an independent metering data source. The metering data identifies at least one of the media or a source of the media. Additionally, these example methods further include decoding media identifying metadata (e.g., such as electronic guide data, playlist data, etc.) already accompanying the transport stream carrying the media. These example methods further include verifying the media identifying metadata using the metering data extracted from the media.
  • media identifying metadata e.g., such as electronic guide data, playlist data, etc.
  • streaming media is delivered to the client device using HTTP Live Streaming (HLS).
  • HLS HTTP Live Streaming
  • any other past, present, and/or future method of streaming media to the client device may additionally or alternatively be used such as, for example, an HTTP Secure (HTTPS) protocol.
  • HTTPS HTTP Secure
  • HLS transport streams allow metadata to be included in and/or associated with, for example, a media stream, a timed text track, etc.
  • a client device uses a browser to display media received via HLS.
  • a media presenter e.g., a browser plugin, an app, a framework, an application programming interface (API), etc.
  • media exposure metrics are monitored by retrieving metadata embedded in or otherwise transported with the media presented via a media presenter of the client device.
  • the metadata is stored in a Document Object Model (DOM) object.
  • the metadata is stored in an ID3 tag format, although any other past, present, and/or future metadata format may additionally or alternatively used.
  • the DOM is a cross-platform and language-independent convention for representing and interacting with objects in Hypertext Markup Language
  • media presenters e.g., media plugins
  • media presenters such as, for example, the QuickTime player
  • the metadata e.g., the ID3 tag data
  • the metadata may be combined with other information such as, for example, cookie data associated with the user of the device, and transmitted to, for example, a central facility for analysis and/or computation with data collected from other devices.
  • Example methods, apparatus, systems, and articles of manufacture disclosed herein involve extracting or collecting metadata (e.g., metadata stored in an ID3 tag, extensible markup language (XML) based metadata, and/or metadata in any other past, present, and/or future format) associated with streaming media transmissions (e.g., streaming audio and/or video) at a client device.
  • metadata e.g., metadata stored in an ID3 tag, extensible markup language (XML) based metadata, and/or metadata in any other past, present, and/or future format
  • streaming media transmissions e.g., streaming audio and/or video
  • the metadata identifies one or more of a genre, an artist, a song title, an album name, a transmitting station/server site, etc.
  • highly granular (e.g., very detailed) data can be collected.
  • example methods, apparatus, systems, and/or articles of manufacture disclosed herein can generate ratings for a genre, an artist, a song, an album/CD, a particular transmitting/server site, etc. in addition to or as an alternative to generating ratings for specific programs, advertisements, content providers, broadcasters, and/or stations.
  • Metadata collection may be triggered based on media change events detected in media players (e.g., a media presentation event such as, for example, a start event, a stop event, a skip event, etc.).
  • a media change event typically causes a change in information identified by the extracted metadata (e.g., a change in genre, a change in artist, a change in title, etc.) and, thus, can be a useful trigger for data collection.
  • media change events are detected while the media is being played (e.g., a newly displayed video frame may be considered a media change event).
  • media change events are detected when there is a change associated with a timed text track of the streaming media. Timed text tracks may be used to, for example, cause display of text (e.g., closed captioning, comments, metadata, etc.) associated with the streaming media.
  • the collected metadata may be time stamped based on its time of collection.
  • Example methods, apparatus, systems, and articles of manufacture disclosed herein collect demographic information associated with users of client devices based on identifiers (e.g., an Internet protocol (IP) address, a cookie, a device identifier, etc.) associated with those client devices.
  • Media exposure information may then be generated based on the media metadata and the user demographics to indicate exposure metrics and/or demographic reach metrics for at least one of a genre, an artist, an album name, a transmitting station/server site, etc.
  • the audience measurement entity establishes a panel of users who have agreed to provide their demographic information and to have their streaming media activities monitored. When an individual joins the panel, they provide detailed information concerning their identity and demographics (e.g., gender, race, income, home location, occupation, etc.) to the audience measurement entity.
  • the audience measurement entity sets a cookie (e.g., a panelist cookie) on the presentation device that enables the audience measurement entity to identify the panelist whenever the panelist accesses streamed media.
  • Example methods, apparatus, systems, and articles of manufacture disclosed herein may also be used to generate reports indicative of media exposure metrics on one or more different types of client devices (e.g., personal computers, portable devices, mobile phones, tablets, etc.).
  • client devices e.g., personal computers, portable devices, mobile phones, tablets, etc.
  • a media audience measurement entity may generate media exposure metrics based on metadata extracted from the streaming media at the client device and/or similar devices.
  • a report is then generated based on the media exposure to indicate exposure measurements for a type of media (e.g., a genre) using different types of client devices.
  • reports indicating the popularity of watching for instance, sports events on certain client devices (e.g., mobile devices, tablets, etc.) can be compared to other popularities of watching sports events on other client devices (e.g., televisions, personal computers, etc.).
  • client devices e.g., mobile devices, tablets, etc.
  • Such different types of media may be, for example, news, movies, television programming, on-demand media, Internet-based media, games, streaming games, etc.
  • Such comparisons may be made across any type(s) and/or numbers of devices including, for example, cell phones, smart phones, dedicated portable multimedia playback devices, iPod® devices, tablet computing devices, iPad® devices, standard- definition (SD) televisions, high-definition (HD) televisions, three-dimensional (3D) televisions, stationary computers, portable computers, Internet radios, etc. Any other type(s) and/or number of media and/or devices may be analyzed.
  • the report may also associate the media exposure metrics with demographic segments (e.g., age groups, genders, etc.) corresponding to the user(s) of the client device(s). Additionally or alternatively, the report may associate the media exposure metrics with metric indicators of popularity of artist, genre, song, title, etc., across one or more user characteristics selected from one or more demographic segments (e.g., age groups, genders, etc.) corresponding to the user(s) of the client device(s). Additionally or alternatively, the report may associate the media exposure metrics with metric indicators of popularity of artist, genre, song, title, etc., across one or more user characteristics selected from one or more demographic segments (e.g., age groups, genders, etc.) corresponding to the user(s) of the client device(s). Additionally or alternatively, the report may associate the media exposure metrics with metric indicators of popularity of artist, genre, song, title, etc., across one or more user characteristics selected from one or more demographic segments (e.g., age groups, genders, etc.) corresponding to the user
  • the media exposure metrics are used to determine demographic reach of streaming media, ratings for streaming media, engagement indices for streaming media, user affinities associated with streaming media, and/or any other audience measure metric associated with streaming media and/or locally stored media.
  • the media exposure metrics are audience share metrics indicative of percentages of audiences for different device types that accessed the same media. For example, a first percentage of an audience may be exposed to news media via smart phones, while a second percentage of the audience may be exposed to the same news media via tablets.
  • FIG. 1 is a diagram of an example system 100 constructed in accordance with the teachings of this disclosure for measuring exposure to streaming media.
  • the example system 100 of FIG. 1 monitors media provided by an example media provider 110 for presentation on an example client device 160 via an example network 150.
  • the example system 100 includes an example service provider 120, an example media monitor 165, and an example central facility 170 of an audience measurement entity. While the illustrated example of FIG. 1 discloses an example implementation of the service provider 120, other example implementations of the service provider 120 may additionally or alternatively be used, such as the example implementations disclosed in copending U.S. Patent Application Serial No. 13/341,646, which is hereby incorporated by reference herein in its entirety.
  • the media provider 110 of the illustrated example of FIG. 1 corresponds to any one or more media provider(s) capable of providing media for presentation at the client device 160.
  • the media provided by the media provider(s) 110 can be any type of media, such as audio, video, multimedia, etc. Additionally, the media can correspond to live (e.g., broadcast) media, stored media (e.g., on-demand content), etc.
  • the service provider 120 of the illustrated example of FIG. 1 provides media services to the client device 160 via, for example, web pages including links (e.g., hyperlinks, embedded media, etc.) to media provided by the media provider 110.
  • the service provider 120 modifies the media provided by the media provider 110 prior to transmitting the media to the client device 160.
  • the service provider 120 includes an example media identifier 125, an example transcoder 130, an example metadata embedder 135, and an example media transmitter 140.
  • the media identifier 125 of FIG. 1 extracts metering data (e.g., signatures, watermarks, etc.) from the media obtained from the media provider 110.
  • metering data e.g., signatures, watermarks, etc.
  • the media identifier 125 can implement functionality provided by a software development kit (SDK) to extract one or more audio watermarks, one or more video (e.g., image) watermarks, etc., embedded in the audio and/or video of the media obtained from the media provider 110.
  • SDK software development kit
  • the media may include pulse code modulation (PCM) audio data or other types of audio data, uncompressed video/image data, etc.
  • PCM pulse code modulation
  • the example media identifier 125 of FIG. 1 determines (e.g., derives, decodes, converts, etc.) the metering data (e.g., such as media identifying information, source identifying information, etc.) included in or identified by a watermark embedded in the media and converts this metering data into a text and/or binary format for inclusion in an ID3 tag and/or other data type (e.g., text, binary, etc.) for transmission as metadata (e.g., such as with a playlist or electronic program guide) accompanying the streaming media.
  • the metering data e.g., such as media identifying information, source identifying information, etc.
  • metadata e.g., such as with a playlist or electronic program guide
  • the example transcoder 130 of the illustrated example of FIG. 1 is implemented by a logic circuit such as a processor executing instructions, but could additionally or alternatively be implemented by an analog circuit, ASIC, DSP, FPGA, and/or other circuitry.
  • the transcoder 130 and the media identifier 125 are implemented by the same physical processor.
  • the transcoder 130 employs any appropriate technique(s) to transcode and/or otherwise process the received media into a form suitable for streaming (e.g., a streaming format).
  • the transcoder 130 of the illustrated example transcodes the media in accordance with MPEG 4 audio/video compression for use via the HLS protocol.
  • the metadata embedder 135 of the illustrated example of FIG. 1 is implemented by a logic circuit such as a processor executing instructions, but could additionally and/or alternatively be implemented by an analog circuit, ASIC, DSP, FPGA, and/or other circuitry.
  • the transcoder 130, the media identifier 125, and the metadata embedder 135 are implemented by the same physical processor.
  • the metadata embedder 135 embeds the metadata determined by the media identifier 125 into the transport stream(s) carrying the streaming media.
  • the metadata embedder 135 embeds the metadata into an internal metadata channel, such as by encoding metadata that is in a binary and/or other appropriate data format into one or more data fields of the transport stream(s) that is(are) capable of carrying metadata.
  • the metadata embedder 135 can insert ID3 tag metadata corresponding to the metering metadata into the transport stream(s) that is (are) to stream the media in accordance with the HLS or other appropriate streaming protocol.
  • the metadata embedder 135 may embed the metadata into an external metadata channel, such as by encoding the metadata into an M3U8 or other data file that is to be associated with (e.g., included in, appended to, sent prior to, etc.) the transport stream(s) that are to provide the streaming media to the client device 160.
  • the media transmitter 140 of the illustrated example of FIG. 1 is implemented by a logic circuit such as a processor executing instructions, but could additionally or alternatively be implemented by an analog circuit, ASIC, DSP, FPGA, and/or other circuitry.
  • the transcoder 130, the media identifier 125, the metadata embedder 135, and the media transmitter 140 are implemented by the same physical processor.
  • the media transmitter 140 employs any appropriate technique(s) to select and/or stream the media to a requesting device, such as the client device 160.
  • the media transmitter 140 of the illustrated example selects media that has been identified by the media identifier 125, transcoded by the transcoder 130 and undergone metadata embedding by the metadata embedder 135.
  • the media transmitter 140 then streams the media to the client device 160 via the network 150 using HLS or any other streaming protocol.
  • the media identifier 125, the transcoder 130, and/or the metadata embedder 130 prepare media for streaming regardless of whether (e.g., prior to) a request is received from the client device 160.
  • the already-prepared media is stored in a data store of the service provider 120 (e.g., such as in a flash memory, magnetic media, optical media, etc.).
  • the media transmitter 140 prepares a transport stream for streaming the already-prepared media to the client device 160 when a request is received from the client device 160.
  • the media identifier 125, the transcoder 130, and/or the metadata embedder 130 prepare the media for streaming in response to a request received from the client device 160.
  • the example network 150 of the illustrated example is the Internet. Additionally or alternatively, any other network(s) communicatively linking the service provider 120 and the client device such as, for example, a private network, a local area network (LAN), a virtual private network (VPN), etc. may be used.
  • the network 150 may comprise any number of public and/or private networks using any type(s) of networking protocol(s).
  • the client device 160 of the illustrated example of FIG. 1 is a computing device that is capable of presenting streaming media provided by the media transmitter 140 via the network 150.
  • the client device 160 may be, for example, a tablet, a desktop computer, a laptop computer, a mobile computing device, a television, a smart phone, a mobile phone, an Apple® iPad®, an
  • the client device 160 includes a media monitor 165.
  • the media monitor 165 is implemented by a media player (e.g., a browser, a local application, etc.) that presents streaming media provided by the media transmitter 140.
  • the media monitor 165 may additionally or alternatively be implemented in Adobe® Flash® (e.g., provided in a SWF file), may be implemented in hypertext markup language (HTML) version 5 (HTML5), may be implemented in Google® Chromium®, may be implemented according to the Open Source Media Framework (OSMF), may be implemented according to a device or operating system provider's media player application programming interface (API), may be implemented on a device or operating system provider's media player framework (e.g., the Apple® iOS® MPMoviePlayer software), etc., or any combination thereof.
  • the media monitor 165 reports metering data to the central facility 170. While a single client device 160 is illustrated, any number and/or type(s) of media presentation devices may be used.
  • the central facility 170 of the audience measurement entity of the illustrated example of FIG. 1 includes an interface to receive reported metering information (e.g., metadata) from the media monitor 165 of the client device 160 via the network 150.
  • the central facility 170 includes an HTTP interface to receive HTTP requests that include the metering
  • the central facility 170 stores and analyzes metering information received from a plurality of different client devices. For example, the central facility 170 may sort and/or group metering information by media provider 110 (e.g., by grouping all metering data associated with a particular media provider 110). Any other processing of metering information may additionally or alternatively be performed.
  • HTTPS HTTP Secure protocol
  • FTP file transfer protocol
  • SFTP secure file transfer protocol
  • the central facility 170 stores and analyzes metering information received from a plurality of different client devices. For example, the central facility 170 may sort and/or group metering information by media provider 110 (e.g., by grouping all metering data associated with a particular media provider 110). Any other processing of metering information may additionally or alternatively be performed.
  • FIG. 2 is a block diagram of an example implementation of the media monitor 165 of FIG. 1.
  • the media monitor 165 of the illustrated example of FIG. 2 includes an example media presenter 210, an example event listener 220, an example metadata retriever 230, an example metadata converter 240, and an example transmitter 250.
  • the media presenter 210 of the illustrated example of FIG. 2 is implemented by a processor executing instructions, but it could additionally or alternatively be implemented by an analog circuit, an ASIC, DSP, FPGA, and/or other circuitry.
  • the media presenter 210 interacts with a QuickTime® application programming interface (API) to display media via the client device 160. While in the illustrated example, the QuickTime® API is used, any other media presenting framework may additionally or alternatively be employed.
  • the example media presenter 210 may interact with an Adobe® Flash® media presentation framework.
  • the example event listener 220 of the illustrated example of FIG. 2 is implemented by a logic circuit such as a processor executing instructions, but it could additionally or alternatively be implemented by an analog circuit, an ASIC, DSP, FPGA, and/or other circuitry.
  • the media presenter 210 and the event listener 220 are implemented by the same physical processor.
  • the example event listener 220 interfaces with JavaScript functions to enable reception of and/or listening for an event notification. While JavaScript is used to listen for event notifications in the illustrated example, any other framework, such as, for example, ActiveX, Microsoft Silverlight, etc., may be used to listen for event notifications.
  • the metadata retriever 230 of the illustrated example of FIG. 2 is implemented by a logic circuit such as a processor executing instructions, but it could additionally or alternatively be implemented by an analog circuit, an ASIC, DSP, FPGA, and/or other circuitry.
  • the media presenter 210, the event listener 220, and the metadata retriever 230 are implemented by the same physical processor.
  • the metadata retriever 230 retrieves metadata from the media presenter 210 upon detection of an event notification by the event listener 220.
  • the metadata retriever 230 retrieves the metadata by inspecting a document object model (DOM) object of the media presenter 210 using JavaScript. While JavaScript is used to retrieve the DOM object in the illustrated example, any other framework, such as, for example, ActiveX, Microsoft Silverlight, etc., may be used to retrieve the DOM object.
  • DOM document object model
  • the metadata converter 240 of the illustrated example of FIG. 2 is implemented by a logic circuit such as a processor executing instructions, but it could additionally or alternatively be implemented by an analog circuit, an ASIC, DSP, FPGA, and/or other circuitry.
  • the media presenter 210, the event listener 220, the metadata retriever 230, and the metadata converter 240 are implemented by the same physical processor.
  • the metadata converter 240 converts the metadata retrieved by the metadata retriever 230 into a format for transmission to the central facility 170.
  • the metadata converter 240 may encrypt, decrypt, compress, modify, etc., the metadata and/or portions of the metadata to, for example, reduce the amount of data to be transmitted to the central facility 170.
  • the transmitter 250 of the illustrated example of FIG. 2 is implemented by a logic circuit such as a processor executing instructions, but it could additionally or alternatively be implemented by an analog circuit, an ASIC, DSP, FPGA, and/or other circuitry.
  • the media presenter 210, the event listener 220, the metadata retriever 230, the metadata converter 240, and the transmitter 250 are implemented by the same physical processor.
  • the transmitter 250 transmits the converted metadata to the central facility 170 via, for example, the Internet. While the metadata is transmitted in substantially real-time in the illustrated example, in some examples, the metadata is stored, cached, and/or buffered before being transmitted to the central facility 170.
  • the metadata is additionally or alternatively transmitted to the central facility 170 in the illustrated example
  • the metadata is transmitted to a different destination such as, for example, a display element of the media monitor 165 and/or the client device 160.
  • the transmitter 250 may transmit an identifier of the media monitor 165 and/or the client device 160 to enable the central facility 170 to correlate the metadata with a panelist, a group of panelists, a demographic, etc.
  • the central facility is associated with an audience measurement company and is not involved with the delivery of media to the client device.
  • FIG. 3 illustrates example Hypertext Markup Language (HTML) instructions 300 representing a webpage that may be displayed by the media monitor 165 of FIG. 2 when included in the client device 160 of FIG. 1.
  • HTML Hypertext Markup Language
  • an example embed tag 310 instantiates the media presenter 210.
  • the media presenter 210 is instantiated with a media source having a universal resource indicator (URI), a frame having a given height and width, a display type of application/s-mpegURL, an instruction to post DOM events 315, and an identifier.
  • URI universal resource indicator
  • the instruction to post DOM events 315 is included because, in the illustrated example, the media presenter 210 (e.g., QuickTime®, etc.) requires this option to be set in order to enable posting of DOM events. However, in some examples, the media presenter 210 may post DOM events without such an option being set.
  • the media presenter 210 e.g., QuickTime®, etc.
  • An example add event listener function 320 included in the HTML code 300 instantiates the event listener 220 of FIG. 2.
  • the event listener 220 is instantiated by specifying the intended element (e.g., the element identified as being instantiated with the media presenter 210), specifying an event type (e.g., "qt_timedmetadataupdated”, etc.), and specifying that the function updateMetadata should be executed when the event is detected.
  • the event type that is detected is "qt timedmetadataupdated", which is an event that is triggered by the media presenter 210.
  • any other type of event may additionally or alternatively used, such as, for example, an event type associated with a different media presenter, an event type associated with a different trigger of the media presenter 210, an event type associated with a different program than QuickTime® ("QT”), etc.
  • An example GetTimedMetadataUpdates function 330 included in the example HTML code 300 of FIG. 3 retrieves metadata associated with the object instantiated by the media presenter 210.
  • the metadata is retrieved from the "moviel" object.
  • the retrieved metadata is stored (e.g., cached, buffered, etc.) in a local variable "metadata".
  • the GetTimedMetadataUpdates function is specific to the media presenter 210 (e.g., QuickTime). Additionally or
  • any other function may be used to retrieve metadata from the object instantiated by the media presenter 210.
  • An example stringify function 340 included in the example HTML code 300 of FIG. 3 converts the retrieved metadata to a format for use by the transmitter 250.
  • the retrieved metadata is in JavaScript Object Notation (JSON).
  • JSON JavaScript Object Notation
  • the stringify function 340 converts the metadata stored in JSON into human readable metadata that represents an ID3 tag.
  • the human readable metadata is stored (e.g., cached, buffered, etc.) in a local variable "str".
  • block 350 of the example HTML code 300 of FIG. 3 transmits the converted metadata to a text area (defined in the illustrated example as "output").
  • block 350 is modified to additionally or alternatively transmit the converted metadata to the central facility 170.
  • the metadata is transmitted in JSON format (block 350).
  • block 350 transmits other information such as, for example, user identifying information, client information, etc., in addition or as an alternative to the metadata.
  • FIGS. 1 and/or 2 While example manners of implementing the service provider 120 of FIG. 1 and/or the example media monitor 165 of FIGS. 1 and/or 2 have been illustrated in FIGS. 1 and/or 2, one or more of the elements, processes and/or devices illustrated in FIGS. 1 and/or 2 may be combined, divided, re-arranged, omitted, eliminated and/or implemented in any other way. Further, the example media identifier 125, the example transcoder 130, the example metadata embedder 135, the example media transmitter 140, and/or, more generally, the example service provider 120 of FIG.
  • the example media monitor 165 of FIGS. 1 and/or 2 could be implemented by one or more circuit(s), programmable processor(s), application specific integrated circuit(s) (ASIC(s)), programmable logic device(s) (PLD(s)) and/or field programmable logic device(s) (FPLD(s)), etc.
  • ASIC application specific integrated circuit
  • PLD programmable logic device
  • FPLD field programmable logic device
  • At least one of the example media identifier 125, the example transcoder 130, the example metadata embedder 135, the example media transmitter 140, the example media presenter 210, the example event listener 220, the example metadata retriever 230, the example metadata converter 240, and/or the example transmitter 250 are hereby expressly defined to include a tangible computer readable medium such as a memory, DVD, CD, Blu-ray, etc. storing the software and/or firmware.
  • the example media monitor 165 of FIGS. 1 and/or 2 may include one or more elements, processes and/or devices in addition to, or instead of, those illustrated in FIGS. 1 and/or 2, and/or may include more than one of any or all of the illustrated elements, processes and devices.
  • the machine-readable instructions comprise a program for execution by a logic circuit such as the processor 712 shown in the example processor platform 700 discussed below in connection with FIG. 7.
  • the program(s) may be embodied in software stored on a tangible computer-readable medium such as a CD-ROM, a floppy disk, a hard drive, a digital versatile disk (DVD), a Blu-ray disk, or a memory associated with the processor 712, but the entire program and/or parts thereof could alternatively be executed by a device other than the processor 712 and/or embodied in firmware or dedicated hardware.
  • example program is described with reference to the flowcharts illustrated in FIGS. 4 and/or 5, many other methods of implementing the example the example service provider 120 of FIG. 1 and/or the example media monitor 165 of FIGS. 1 and/or 2 may alternatively be used.
  • order of execution of the blocks may be changed, and/or some of the blocks described may be changed, eliminated, or combined.
  • FIGS. 4 and/or 5 may be implemented using coded instructions (e.g., computer-readable instructions) stored on a tangible computer-readable medium such as a hard disk drive, a flash memory, a read-only memory (ROM), a compact disk (CD), a digital versatile disk (DVD), a cache, a random-access memory (RAM) and/or any other storage media in which information is stored for any duration (e.g., for extended time periods, permanently, brief instances, for temporarily buffering, and/or for caching of the information).
  • coded instructions e.g., computer-readable instructions
  • a tangible computer-readable medium such as a hard disk drive, a flash memory, a read-only memory (ROM), a compact disk (CD), a digital versatile disk (DVD), a cache, a random-access memory (RAM) and/or any other storage media in which information is stored for any duration (e.g., for extended time periods, permanently, brief instances, for temporarily buffering, and/or for caching of the information).
  • FIGS. 4 and/or 5 may be implemented using coded instructions (e.g., computer-readable instructions) stored on a non- transitory computer-readable medium such as a hard disk drive, a flash memory, a read-only memory, a compact disk, a digital versatile disk, a cache, a random- access memory and/or any other storage media in which information is stored for any duration (e.g., for extended time periods, permanently, brief instances, for temporarily buffering, and/or for caching of the information).
  • a non-transitory computer-readable medium is expressly defined to include any type of computer-readable medium and to exclude propagating signals.
  • FIG. 4 is a flowchart representative of example machine -readable instructions 400 which may be executed to implement the example service provider 120 of FIG. 1. Execution of the example machine-readable instructions 400 of FIG. 4 begins with the media identifier 125 of the service provider 120 receiving the media from the media provider 110 (block 410). In the illustrated example, the media is received as it is broadcast (e.g., live). However, in some examples, the media is stored and/or cached by the media identifier 125.
  • the media identifier 125 of the illustrated example identifies the media (block 420).
  • the media identifier 125 identifies the media by extracting metering data (e.g., signatures, watermarks, etc.) from the media. Based on the extracted metering data, the media identifier 125 generates metadata (block 430).
  • the metadata is generated in an ID3 format. However, any other metadata format may additionally or alternatively be used.
  • the metadata is generated based on the extracted metering data. However, in some examples, the metadata may be generated by querying an external source using some or all of the extracted metering data.
  • the media is then transcoded by the transcoder 130 of the service provider 120 (block 440).
  • the media is transcoded into an MPEG2 transport stream that may be transmitted via HTTP live streaming (HLS).
  • the metadata embedder 135 of the service provider 120 embeds the metadata into the media (block 450).
  • the metadata is embedded into a metadata channel of the media.
  • the metadata may be embedded in an ancillary data document, file, etc. that may be associated with the media.
  • the metadata may be embedded in a manifest file (e.g., an M3U8 file), in a text track associated with the media, etc.
  • the media is then transmitted by the media transmitter 140 of the service provider 120 (block 460).
  • the media is transmitted using HTTP live streaming (HLS).
  • HLS HTTP live streaming
  • any other format and/or protocol for transmitting (e.g., broadcasting, unicasting, multicasting, etc.) media may additionally or alternatively be used.
  • FIG. 5 is a flowchart representative of example machine -readable instructions 500 which may be executed to implement the example media monitor 165 of FIGS. 1 and/or 2. Execution of the example machine-readable instructions 500 of FIG. 5 begins with the media monitor 165 being instantiated (e.g., by being loaded by the client device 160). The media presenter 210 of the media monitor 165 then begins presenting media (block 510) by, for example, loading a display object for presentation via the client device 160. In the illustrated example, the display object is a QuickTime® object. However, any other type of display object may additionally or alternatively be used. [0056] The event listener 220 of the media monitor 165 begins listening for an event (block 520).
  • the event listener 220 listens for a JavaScript event triggered by the media presenter 210.
  • the event listener 220 listens for any other event(s) such as, for example, a media change event, a user interaction event (e.g., when a user clicks on an object), a display event (e.g., a page load), etc. If the event listener 220 does not detect an event, the event listener 220 continues to listen for the event until the media monitor 165 is closed.
  • the metadata retriever 230 of the media monitor 165 retrieves the metadata (block 530).
  • the event listener 220 passes an event object to the metadata retriever 230, which inspects the event object to retrieve the metadata.
  • the event listener 220 passes an identifier of an object (e.g., the media presenter 210 display object), which indicates the object from which the metadata retriever 230 is to retrieve metadata.
  • the metadata retriever 230 inspects a document object module (DOM) object to retrieve the metadata.
  • the metadata is formatted as an ID3 tag. However, any other format of metadata may additionally or alternatively be used.
  • the metadata converter 240 of the media monitor 165 then converts the metadata (block 540) into a format for use by the transmitter 250 of the media monitor 165.
  • the metadata is converted from a binary data format into a text format.
  • the metadata is parsed to identify portions (e.g., fields, sections, etc.) of interest of the metadata (e.g., a genre, an artist, a song title, an album name, a transmitting station/server site, etc.).
  • the metadata converter 240 embeds an identifier of the presentation device and/or a user of the presentation device in the metadata.
  • Including the identifier of the presentation device and/or the user of the presentation device enables the central facility 170 to correlate the media that was presented with the presentation device and/or the user(s) of the presentation device.
  • the metadata converter 240 adds a timestamp to the metadata prior to transmitting the metadata to the central facility 170.
  • Timestamping e.g., recording a time that an event occurred
  • Timestamping enables accurate identification and/or correlation of media that was presented and/or the time that it was presented with the user(s) of the presentation device.
  • the metadata may not undergo conversion before transmission by the transmitter (e.g., the metadata may be sent in the format in which it is retrieved by the metadata retriever 230).
  • the central facility 170 converts the metadata into a format for use by the central facility 170 by, for example, converting the metadata to a different format, parsing the metadata to identify portions of interest of the metadata, etc.
  • Conversion of the metadata by the central facility 170 facilitates correlation of the media that was presented with an identifier identifying to whom the media was presented.
  • the central facility 170 timestamps the metadata upon receipt. Timestamping the metadata enables accurate identification and/or correlation of media that was presented and/or the time that it was presented with the user(s) of the presentation device.
  • the transmitter 250 then transmits the metadata to the central facility 170 (block 550).
  • the metadata is transmitted using an HTTP Post request.
  • any other method of transmitting data and/or metadata may additionally or alternatively be used.
  • FTP file transfer protocol
  • HTTP Get request Asynchronous JavaScript and extensible markup language (XML) (AJAX), etc.
  • FTP file transfer protocol
  • AJAX Asynchronous JavaScript and extensible markup language
  • the metadata is not transmitted to the central facility 170.
  • the metadata may be transmitted to a display object of the client device 160 for display to a user.
  • the metadata is transmitted in real-time (e.g., streamed) to the central facility 170.
  • the metadata may be stored (e.g., cached, buffered, etc.) for a period of time before being transmitted to the central facility 170.
  • FIG. 6 is a block diagram of an example implementation of an example HLS stream 600 that may be displayed by the example media monitor of FIG. 2.
  • the HLS stream 600 includes a manifest 610 and three transport streams.
  • the manifest 610 is an .m3u8 file that describes the available transport streams to the client device.
  • the client device retrieves the manifest 610 in response to an instruction to display an HLS element.
  • block 310 of FIG. 1 includes an instruction that the client device should present the HLS element identified by the manifest 610 stored at "prog_index.m3u8".
  • HLS is an adaptive format, in that, although multiple devices retrieve the same manifest 610, different transport streams may be displayed depending on one or more factors. For example, devices having different bandwidth availabilities (e.g., a high speed Internet connection, a low speed Internet connection, etc.) and/or different display abilities (e.g., a small size screen such as a cellular phone, a medium size screen such as a tablet and/or a laptop computer, a large size screen such as a television, etc.) select an appropriate transport stream for their display and/or bandwidth abilities. In some examples, a cellular phone having a small screen and limited bandwidth uses a low resolution transport stream.
  • bandwidth availabilities e.g., a high speed Internet connection, a low speed Internet connection, etc.
  • display abilities e.g., a small size screen such as a cellular phone, a medium size screen such as a tablet and/or a laptop computer, a large size screen such as a television, etc.
  • a television having a large screen and a high speed Internet connection uses a high resolution transport stream.
  • the device may switch to a different transport stream.
  • a high resolution transport stream 620, a medium resolution transport stream 630, and a low resolution transport stream 640 are shown.
  • each transport stream 620, 630, and/or 640 represents a portion of the associated media (e.g., five seconds, ten seconds, thirty seconds, one minute, etc.).
  • the high resolution transport stream 620 corresponds to a first portion of the media
  • a second high resolution transport stream 621 corresponds to a second portion of the media
  • a third high resolution transport stream 622 corresponds to a third portion of the media.
  • the medium resolution transport stream 630 corresponds to the first portion of the media
  • a second medium resolution transport stream 631 corresponds to the second portion of the media
  • a third medium resolution transport stream 632 corresponds to the third portion of the media.
  • the low resolution transport stream 640 corresponds to the first portion of the media
  • a second low resolution transport stream 641 corresponds to the second portion of the media
  • a third low resolution transport stream 642 corresponds to the third portion of the media.
  • each transport stream 620, 621, 622, 630, 631, 632, 640, 641, and/or 642 includes a video stream 650, 651, 652, an audio stream 655, 656, 652, and a metadata stream 660, 661, 662.
  • the video stream 650, 651, and/or 652 includes video associated with the media at different resolutions according to the resolution of the transport stream with which the video stream is associated.
  • the audio stream 655, 656, and/or 657 includes audio associated with the media.
  • the metadata stream 660, 661, and/or 662 includes metadata such as, for example, an ID3 tag associated with the media.
  • FIG. 7 is a block diagram of an example processor platform 700 capable of executing the example machine-readable instructions of FIGS. 4 and/or 5 to implement the example service provider 120 of FIG. 1 and/or the example media monitor 165 of FIGS. 1 and/or 2.
  • the example processor platform 700 can be, for example, a server, a personal computer, a mobile phone (e.g., a cell phone), a tablet, a personal digital assistant (PDA), an Internet appliance, a DVD player, a CD player, a digital video recorder, a Blu-ray player, a gaming console, a personal video recorder, a set top box, or any other type of computing device.
  • a server e.g., a cell phone
  • PDA personal digital assistant
  • Internet appliance e.g., a DVD player, a CD player, a digital video recorder, a Blu-ray player, a gaming console, a personal video recorder, a set top box, or any other type of computing device.
  • the system 700 of the instant example includes a processor 712.
  • the processor 712 can be implemented by one or more
  • microprocessors or controllers from any desired family or manufacturer.
  • the processor 712 includes a local memory 713 (e.g., a cache) and is in communication with a main memory including a volatile memory 714 and a non- volatile memory 716 via a bus 718.
  • the volatile memory 714 may be implemented by Synchronous Dynamic Random Access Memory (SDRAM), Dynamic Random Access Memory (DRAM), RAMBUS Dynamic Random Access Memory (RDRAM) and/or any other type of random access memory device.
  • the non- volatile memory 716 may be implemented by flash memory and/or any other desired type of memory device. Access to the main memory 714, 716 is controlled by a memory controller.
  • the computer 700 also includes an interface circuit 720.
  • the interface circuit 720 may be implemented by any type of interface standard, such as an Ethernet interface, a universal serial bus (USB), and/or a PCI express interface.
  • One or more input devices 722 are connected to the interface circuit 720.
  • the input device(s) 722 permit a user to enter data and commands into the processor 712.
  • the input device(s) can be implemented by, for example, a keyboard, a mouse, a touchscreen, a track-pad, a trackball, isopoint and/or a voice recognition system.
  • One or more output devices 724 are also connected to the interface circuit 720.
  • the output devices 724 can be implemented, for example, by display devices (e.g., a liquid crystal display, a cathode ray tube display (CRT), a printer and/or speakers).
  • the interface circuit 720 thus, typically includes a graphics driver card.
  • the interface circuit 720 also includes a communication device (e.g., the media transmitter 140, the transmitter 250) such as a modem or network interface card to facilitate exchange of data with external computers via a network 726 (e.g., an Ethernet connection, a digital subscriber line (DSL), a telephone line, coaxial cable, a cellular telephone system, etc.).
  • a communication device e.g., the media transmitter 140, the transmitter 250
  • a modem or network interface card to facilitate exchange of data with external computers via a network 726 (e.g., an Ethernet connection, a digital subscriber line (DSL), a telephone line, coaxial cable, a cellular telephone system, etc.).
  • DSL digital subscriber line
  • the computer 700 also includes one or more mass storage devices 728 for storing software and data.
  • mass storage devices 728 include floppy disk drives, hard drive disks, compact disk drives, and digital versatile disk (DVD) drives.
  • the coded instructions 732 of FIGS. 4 and/or 5 may be stored in the mass storage device 728, in the volatile memory 714, in the non-volatile memory 716, in the local memory 713, and/or on a removable storage medium such as a CD or DVD.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Abstract

L'invention concerne des procédés et des appareils pour évaluer l'audience d'un multimédia diffusé en continu. Un procédé donné à titre d'exemple consiste à extraire des données d'évaluation d'un multimédia envoyé par un fournisseur multimédia. Le procédé consiste ensuite à générer des métadonnées identifiant le multimédia sur la base des données d'évaluation extraites. Le multimédia est transcodé en un flux de transport sous un format de diffusion en continu. Les métadonnées sont incorporées dans un canal de métadonnées du flux de transport.
EP12802202.7A 2011-06-21 2012-06-21 Procédés et appareils pour évaluer l'audience d'un multimédia diffusé en continu Withdrawn EP2756683A4 (fr)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US201161499520P 2011-06-21 2011-06-21
US201161568631P 2011-12-08 2011-12-08
US13/341,661 US9515904B2 (en) 2011-06-21 2011-12-30 Monitoring streaming media content
US13/341,646 US9210208B2 (en) 2011-06-21 2011-12-30 Monitoring streaming media content
US13/443,596 US20130268630A1 (en) 2012-04-10 2012-04-10 Methods and apparatus to measure exposure to streaming media
PCT/US2012/043539 WO2012177870A2 (fr) 2011-06-21 2012-06-21 Procédés et appareils pour évaluer l'audience d'un multimédia diffusé en continu

Publications (2)

Publication Number Publication Date
EP2756683A2 true EP2756683A2 (fr) 2014-07-23
EP2756683A4 EP2756683A4 (fr) 2015-06-24

Family

ID=47423202

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12802202.7A Withdrawn EP2756683A4 (fr) 2011-06-21 2012-06-21 Procédés et appareils pour évaluer l'audience d'un multimédia diffusé en continu

Country Status (3)

Country Link
EP (1) EP2756683A4 (fr)
CN (1) CN103733630A (fr)
WO (1) WO2012177870A2 (fr)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7827312B2 (en) 2002-12-27 2010-11-02 The Nielsen Company (Us), Llc Methods and apparatus for transcoding metadata
US9380356B2 (en) 2011-04-12 2016-06-28 The Nielsen Company (Us), Llc Methods and apparatus to generate a tag for media content
US9515904B2 (en) 2011-06-21 2016-12-06 The Nielsen Company (Us), Llc Monitoring streaming media content
US9209978B2 (en) 2012-05-15 2015-12-08 The Nielsen Company (Us), Llc Methods and apparatus to measure exposure to streaming media
US8538333B2 (en) * 2011-12-16 2013-09-17 Arbitron Inc. Media exposure linking utilizing bluetooth signal characteristics
US9282366B2 (en) 2012-08-13 2016-03-08 The Nielsen Company (Us), Llc Methods and apparatus to communicate audience measurement information
US9313544B2 (en) 2013-02-14 2016-04-12 The Nielsen Company (Us), Llc Methods and apparatus to measure exposure to streaming media
US9697533B2 (en) * 2013-04-17 2017-07-04 The Nielsen Company (Us), Llc Methods and apparatus to monitor media presentations
US9332035B2 (en) 2013-10-10 2016-05-03 The Nielsen Company (Us), Llc Methods and apparatus to measure exposure to streaming media
US9953330B2 (en) * 2014-03-13 2018-04-24 The Nielsen Company (Us), Llc Methods, apparatus and computer readable media to generate electronic mobile measurement census data
US9699499B2 (en) 2014-04-30 2017-07-04 The Nielsen Company (Us), Llc Methods and apparatus to measure exposure to streaming media
US20160094600A1 (en) 2014-09-30 2016-03-31 The Nielsen Company (Us), Llc Methods and apparatus to measure exposure to streaming media
US9762965B2 (en) 2015-05-29 2017-09-12 The Nielsen Company (Us), Llc Methods and apparatus to measure exposure to streaming media
US10733998B2 (en) * 2017-10-25 2020-08-04 The Nielsen Company (Us), Llc Methods, apparatus and articles of manufacture to identify sources of network streaming services
US11049507B2 (en) 2017-10-25 2021-06-29 Gracenote, Inc. Methods, apparatus, and articles of manufacture to identify sources of network streaming services

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004527041A (ja) * 2001-03-23 2004-09-02 アリザン コーポレイション 携帯用計算デバイスへの無線通信媒体を介するコンテンツ送達のためのシステムおよび方法
US20040003394A1 (en) 2002-07-01 2004-01-01 Arun Ramaswamy System for automatically matching video with ratings information
US20040073941A1 (en) * 2002-09-30 2004-04-15 Ludvig Edward A. Systems and methods for dynamic conversion of web content to an interactive walled garden program
US7827312B2 (en) * 2002-12-27 2010-11-02 The Nielsen Company (Us), Llc Methods and apparatus for transcoding metadata
US8316081B2 (en) * 2006-04-13 2012-11-20 Domingo Enterprises, Llc Portable media player enabled to obtain previews of a user's media collection
US7962547B2 (en) * 2009-01-08 2011-06-14 International Business Machines Corporation Method for server-side logging of client browser state through markup language

Also Published As

Publication number Publication date
AU2012272872A8 (en) 2016-01-28
EP2756683A4 (fr) 2015-06-24
WO2012177870A2 (fr) 2012-12-27
AU2012272872B2 (en) 2015-08-20
CN103733630A (zh) 2014-04-16
AU2012272872A1 (en) 2013-05-02
WO2012177870A3 (fr) 2013-03-14

Similar Documents

Publication Publication Date Title
AU2012272876B2 (en) Methods and apparatus to measure exposure to streaming media
US11563994B2 (en) Methods and apparatus to measure exposure to streaming media
US20130268623A1 (en) Methods and apparatus to measure exposure to streaming media
US20130290508A1 (en) Methods and apparatus to measure exposure to streaming media
US11432041B2 (en) Methods and apparatus to measure exposure to streaming media
EP2756683A2 (fr) Procédés et appareils pour évaluer l'audience d'un multimédia diffusé en continu
US11689769B2 (en) Methods and apparatus to measure exposure to streaming media
AU2014331927A1 (en) Methods and apparatus to measure exposure to streaming media
AU2012272872B8 (en) Methods and apparatus to measure exposure to streaming media

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: 20131220

AK Designated contracting states

Kind code of ref document: A2

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

DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20150528

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 29/06 20060101ALI20150521BHEP

Ipc: H04N 21/234 20110101ALI20150521BHEP

Ipc: H04N 21/23 20110101AFI20150521BHEP

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20170531

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: 20171011