DEVICE AUTHENTICATION IN COLLABORATIVE CONTENT SCREENING

• US 20190318061A1
• Filed: 04/17/2019
• Published: 10/17/2019
• Est. Priority Date: 04/17/2018
• Status: Active Grant

• Current Assignee: Verance Corporation
• Original Assignee: Verance Corporation
• Inventors: Winograd, Joseph M., Zhao, Jian, Kiefer, Michael George
• Granted Patent: US 11,468,149 B2
• Time in Patent Office: Days
• CPC Class Codes: G06F 21/1063 Personalisation
• CPC Class Codes: G06F 21/44 Program or device authentication
• CPC Class Codes: H04L 2209/601 Broadcast encryption
• CPC Class Codes: H04L 2209/603 Digital right managament [DRM]
• CPC Class Codes: H04L 9/0844 with user authentication or key authentication, e.g. ElGamal, MTI, MQV-Menezes-Qu-Vanstone protocol or Diffie-Hellman protocols using implicitly-certified keys
• CPC Class Codes: H04L 9/3247 involving digital signatures
• CPC Class Codes: H04L 9/3268 using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]

Abstract

Content screening operations, which can include watermark extraction and the application of content usage enforcement actions, may be organized such that some or all of the operations can be conducted by different devices that are connected via connectors such as HDMI (High-Definition Multimedia Interface (HDMI), analog composite video, DVI (Digital Visual Interface), SDI (Serial Digital Interface), DisplayPort, or networked via Ethernet or wireless. Authentication and encryption methods are disclosed that can be used to establish the trust and secure communication between devices that conduct collaborative content screening. Delegation architecture may be based on ascertained screening capabilities of the sink device wherein the source device verifies that the sink device is capable and trusted to perform partial or whole screening operations delegated by the source. Alternatively, delegation architecture may be based on ascertained screening capabilities of the source device wherein the sink device verifies that the source device is capable and trusted to provide correct content credential and content use policy (“content credential”) that is needed for the sink device to determine whether content screening should be performed, and if yes, what content screening operations should be performed.

Claims

1. A method for content screening comprising:

providing source and sink devices for receiving content; and

the sink device verifying that the source device is capable and trusted to provide the correct content credential and content use policy needed for the sink device to determine whether content screening should be performed and what content screening operation should be performed.

2. The method of claim 1 wherein the credential and content use policy includes information related to at least one of:

content source;

an indication that the content on the source device is protected by a content protection system that is Source Authentication compliant technologies (SACT);

identification and version number of the content protection system used to protect the content received at the source device;

pre-existing watermark extraction records that allow the sink device to perform content screening without watermark extraction; and

content metadata such as content ID, video resolution and quality, high dynamic range (HDR) feature, 3D audio, and other audio and video characteristics.

3. The method of claim 2 wherein the sink device determines screening obligations based on combined information in the content credential.

4. The method of claim 3 wherein the content credential is securely sent to the sink device once a source authentication process is complete.

5. A method comprising:

receiving content from a source at a sink device;

determining, using the sink device, the content protection status of the content;

defining a reserved bit in a Cinavia watermark payload to be a Source Authentication bit, wherein source authentication is required for playback over link protection;

establishing a list of content protection systems that are source authentication compliant technologies;

embedding in content by a broadcaster a watermark having a payload that includes the Source Authentication bit; and

distributing the embedded content by a broadcaster in a distribution system that comprises at least one of;

SACT, TS/NoSA in TSMAT distribution, NIR, or unwatermarked otherwise.

6. The method according to claim 5 wherein the receiving is over a link protected interface.

7. The method according to claim 5 wherein the determining is according to a Source Authentication protocol.

8. The method according to claim 5 wherein SACT requires that the system is TSMAT and requires Source Authentication protocol on all link protection inputs and outputs.

9. The method according to claim 5 wherein HDCP and DTCP without SA shall be TSMAT but not SACT.

10. The method according to claim 5 wherein the distributing by a broadcaster is according to a SACT content protection system for ATSC 3.0 encrypted broadcasts with compliance rules for TV/Media Receivers (STB/DMA) including one or more of:

Screen HDMI sources with HDCP SA, Screen USB sources with DRM SA, screen application sources with DRM SA, Screen Miracast or other casting sources with DTCP SA, screen DLNA or other home network sources with DTCP SA, employ SA on any link protected outputs, and referred sale.