# US 2019/0318061 A1 · Device authentication in collaborative content screening > Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt - Number: US 2019/0318061 A1 - Document ID: US20190318061A1 - Status: Published application - Kind: A1 - Application number: 16/387,519 - Filed: 2019-04-17 - Published: 2019-10-17 - Earliest claimed: 2018-04-17 - Assignees: Verance Corporation - Applicants: Verance Corporation - Inventors: Joseph M. Winograd; Jian Zhao; Michael George Kiefer - Web page: https://patentgrep.com/patent/US20190318061A1 ## CPC - G06F 21/44: Program or device authentication - 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} - H04L 9/3268: {using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]} - G06F 21/1063: {Personalisation} - H04L 9/3247: {involving digital signatures} - H04L 2209/601: Broadcast encryption - H04L 2209/603: Digital right managament [DRM] - G06F: ELECTRIC DIGITAL DATA PROCESSING (computer systems based on specific computational models G06N) - H04L: TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION (arrangements common to telegraphic and telephonic communication H04M) ## 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 ### Claim 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. ### Claim 2 (depends on 1) 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. ### Claim 3 (depends on 2) The method of claim 2 wherein the sink device determines screening obligations based on combined information in the content credential. ### Claim 4 (depends on 3) The method of claim 3 wherein the content credential is securely sent to the sink device once a source authentication process is complete. ### Claim 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. ### Claim 6 (depends on 5) The method according to claim 5 wherein the receiving is over a link protected interface. ### Claim 7 (depends on 5) The method according to claim 5 wherein the determining is according to a Source Authentication protocol. ### Claim 8 (depends on 5) 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. ### Claim 9 (depends on 5) The method according to claim 5 wherein HDCP and DTCP without SA shall be TSMAT but not SACT. ### Claim 10 (depends on 5) 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.