Arris Enterprises LLC

Google Inc.

General Instrument Corporation

Motorola Mobility LLC

Andrew Wireless Systems Gmbh

Geetha Mangalore

Paul Moroney

Petr Peterka

Brian Daniel Mullen

Thomas L Du Breuil

Barry P Falvo

Ambikacharan P Makam

Nicol C So

Rama Raju Kaldindi

William P Franks

Rafie Shamsaasef

Steven Anderson

Jiang Zhang

Branislav N Meandzija

Gerald R Johnson

Nicol C P So

Lorne J Lameer

Kurt Zaiser

Brian D Mullen

A method and system provide the ability to process video content on a headend. A video processing server authenticates with a key server and public keys are exchanged. The key server generates and places a content key into a document that is signed with the public key. A client on the video processing server receives the document, extracts the content key, and saves the content key to a database. The video content is encrypted using the content key and DRM signaling elements are added to a manifest. The encrypted video content and manifest are received in the head end, a key ID is extracted from the manifest and provided to the CPIX client to retrieve the content key from the CPIX document. The encrypted video content is decrypted using the content key resulting in clear content that is provided to a downstream packager that encrypts and repackages the content for transmission to recipients.

Translating protected content in a video processing server

A Trustonic DRM Plug-in is provided that can be downloaded and operate in conjunction with an Android framework. The solution also includes a PVP with the downloadable DRM. The system includes components that can be added by Trustonic based on the Android 4.3 Framework in addition to current t-base 300 that can be used by any DRM vendor. The system enables the DRM to be downloaded in the field since all DRMs could use the standard API services of the Android 4.3 OS. With a codec component employed like H.264 or HEVC that can use the PVP with the downloaded DRM component, the Android video player can use the component to satisfy HD content security requirements.

High definition secure playback with downloadable DRM for android platforms

A method is provided for secure and direct delivery of digital media content directly from a content server to a casting digital media player. In the method, the digital media player is provided with a custom URL that contains concatenated information related to the IP address associate with the location of a key on a mobile device used to commence a casting session.

Secure media casting bypassing mobile devices

A Digital Rights Management (DRM) system is provided that reduces time for a move transaction using DTCP-IP when a copy is moved back or checked back in to an originating Personal Video Recorder (PVR). During a DTCP MOVE transaction, instead of transferring the full asset in a check back in operation to the PVR, a unique and abbreviated representation of the original copy of the asset would be made for the transfer. This abbreviated representation takes the form of a hash constructed from a hashing function which uses characteristics of the asset as inputs. This hash will have to be a unique and near guaranteed indicator of the original content, to a high probability, so that the copy control system could live up to the spirit of the DTCP spec and the DLNA interoperability guidelines.

Copy count for DTCP with an abbreviation hash used for check in copy

There is a performing of digital rights management (DRM), operable in an offline mode with respect to a communications network. The performing includes identifying a stored rights object associated with a stored asset. The stored rights object includes reporting duration information associated with the stored asset. The performing also includes determining, utilizing a processor, whether a transmission of an early status message is a successful communication based on an early status message determination. If a failure in communicating the early status message is determined, utilizing the stored asset. The performing may also include transmitting an early status message and/or later status message after identifying the stored rights object. There is also a performing of digital rights management (DRM) associated with a DRM system and operable in an offline mode with respect to a communications network. There are also client devices, communicating systems, computer readable mediums and protocols.

Digital rights management with irregular network access

A method and system is provided for efficient interruptible transfer of protected media assets. The method of asset transfer uses a segmented asset transfer paradigm which makes possible the implementation of such features as 'watch as you transfer' and 'offsetted resumption of interrupted transfers'. Implementation strategies of these features with support for segmented and contiguous media assets are also disclosed.

Method and apparatus for efficient interruptible transfer of protected media assets

A method and system are provided for securely storing and retrieving live off-disk media programs. Events delineate media segments, each of which are encrypted with a different key so as to be streamable to a remote device via digital living network alliance (DLNA) or HTTP live streaming protocols. Media segments and identifiers for managing the storage and retrieval of such media segments are compatible with live streaming data structures, obviating the need to re-encrypt data streams.

Method and apparatus for secure storage and retrieval of live off disk media programs

A source device determines content rights for encrypted content in the first encoding standard using a first rights data file. The source device creates a second rights data file for transcoded content in the second encoding standard. The source device performs a key management operation including communicating a decryption key for the encrypted content in the first encoding standard to a transcoder. The source device transfers the encrypted content in the first encoding standard to the transcoder. The transcoder decrypts the encrypted content, transcodes the content from the first encoding standard to the content in the second encoding standard, and re-encrypts the content in the second encoding standard using a second encryption key. The transcoder then transfers the encrypted content in the second encoding standard to an indicated device.

Secure transcoding of content

A method for DTCP to HLS conversion is provided that starts with a standard DTCP Protected Content Packet (PCP) structure. The PCP payload data is chunked at defined chunk boundaries. Each chunk is then appended with a pad to be compatible with HLS. An HLS playlist is then provided using the PCP header with identification of the chunks and a keytag. The chunk is encrypted with a DTCP key calculated by the DTCP standard using: (a) copy control bits; (b) a nonce, and (c) an exchange key ID. Relevant PCP header fields are provided in the keytag for the HLS playlist, including the value of the copy control bits, the nonce and the exchange key ID, supporting the transaction that enables calculation of the DTCP content key to enable later decryption of the chunks.

DTCP converter for HLS

A process to enable trick play operations is provided for HLS streaming video that has been converted by a system from DTCP. The system server provides a modified SEEK operation when an HLS GET message is received from an HLS client player. For the process, a DLNA header is provided from the HLS client player by including it in the HLS GET message. The HLS client also provides a DLNA RANGE REQUEST that requests a range of chunks making up a video desired and a seek point from where a seek operation is needed. The HLS server recognizes the DLNA header of the HLS GET message and DLNA RANGE REQUEST and obtains a range of chunks making up an extent of the recorded video using metadata fields. The server then generates a new HLS playlist with identification of the chunks and keytag corresponding to the seek operation. The server will provide chunks from the seek point and a rolling playlist to identify chunks and keytag from the seek point.

Trick play seek operation for HLS converted from DTCP

Methods and devices for protecting and manipulating sensitive information in a secure mobile environment are disclosed. Methods and devices for processing secure transactions and secure media processing up to rendering in human readable form using abstract partitioning between non-secure and secure environments are disclosed.

Growing community of inventors

San Diego, CA, United States of America

Geetha Mangalore