Streaming system and method

• US 10,320,759 B2
• Filed: 06/22/2015
• Issued: 06/11/2019
• Est. Priority Date: 11/01/2002
• Status: Expired due to Fees

• Current Assignee: Sony Corporation (Sony Group Corp.)
• Original Assignee: Sony Corporation (Sony Group Corp.)
• Inventors: Futagami, Motomasa, Sakaguchi, Tatsumi, Horiguchi, Masato
• Primary Examiner(s): Zarrineh, Shahriar
• Application Number:
  US14/746,326
• Publication Number:
  US 20150312229A1
• Time in Patent Office: 1,450 Days
• Field of Search: 713160
• CPC Class Codes: H04L 2209/60 Digital content management, e.g. content distribution
• CPC Class Codes: H04L 63/0428 wherein the data content is protected, e.g. by encrypting or encapsulating the payload
• CPC Class Codes: H04L 63/0457 wherein the sending and receiving network entities apply dynamic encryption, e.g. stream encryption cryptographic mechanisms or cryptographic arrangements for stream encryption H04L9/065
• CPC Class Codes: H04L 63/061 for key exchange, e.g. in peer-to-peer networks cryptographic mechanisms or cryptographic arrangements for key agreement H04L9/0838
• CPC Class Codes: H04L 63/12 Applying verification of the received information cryptographic mechanisms or cryptographic arrangements for data integrity or data verification H04L9/32
• CPC Class Codes: H04L 63/164 at the network layer
• CPC Class Codes: H04L 65/1104 Session initiation protocol [SIP]
• CPC Class Codes: H04L 65/612 for unicast
• CPC Class Codes: H04L 65/70 Media network packetisation
• CPC Class Codes: H04L 65/762 at the source reformatting of additional data in video distribution servers H04N21/2355
• CPC Class Codes: H04L 9/00 Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
• CPC Class Codes: H04N 21/2347 involving video stream encryption
• CPC Class Codes: H04N 21/235 Processing of additional data, e.g. scrambling of additional data or processing content descriptors
• CPC Class Codes: H04N 21/435 Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
• CPC Class Codes: H04N 21/4405 involving video stream decryption
• CPC Class Codes: H04N 21/6437 Real-time Transport Protocol [RTP]
• CPC Class Codes: H04N 7/1675 Providing digital key or authorisation information for generation or regeneration of the scrambling sequence pseudo-random number generators in general G06F7/58

Abstract

A streaming system includes an authoring unit, a stream server and a client terminal. The authoring unit generates a file composed of encrypted contents data and the ancillary information at least containing the packetizing control information for generating an RTP packet, a non-encrypted codec dependent header made up of the information pertinent to encoded contents data, and the encryption information for decrypting the encrypted contents data form packet to packet. The streaming server packetizes the encrypted contents data along with at least the codec dependent header and distributes the resulting data as a stream. The client terminal refers to the codec dependent header of the received packet, re-assembles the packet, and decrypts the encrypted contents data of the re-assembled packet to generate contents data.

Claims

1. A streaming server, comprising:

circuitry configured to

obtain encrypted video data, generate a Real-time Transport Protocol (RTP) packet by adding a RTP header and ancillary information comprising packetizing control information, the packetizing control information being information specifying which portion of the encrypted video data is stored in which RTP packet, to unencrypted data and the encrypted video data in a RTP payload, the unencrypted data comprising information related to an encryption system and a codec dependent header which is dependent on a codec used to encode the video data, the encrypted data in the RTP packet being encrypted in accordance with a counter-mode encryption system, and

transmit the RTP packet,

wherein the codec dependent header is not part of the RTP header, and the codec dependent header enables fragmentation and interleaving of the encrypted video data, and

wherein a fraction of the encrypted video data is stored in the RTP payload and the unencrypted data comprises resistance information, thereby reducing packet loss due to the transmission of the RTP packet.

2. The streaming server of claim 1, wherein the unencrypted data comprises an index portion indicating a sequence of data of an access unit within the RTP packet.

3. The streaming server of claim 1, wherein the

encrypted content data is packetized and distributed in a copyright protected state, based on the packetizing control information.

4. The streaming server of claim 1, wherein the length of the data does not change after the counter-mode encryption is applied.

5. A receiver for receiving data from a streaming server, comprising:

circuitry configured to receive a Real-time Transport Protocol (RTP) packet comprising a RTP header, unencrypted data, and ancillary information comprising packetizing control information, the packetizing control information being information specifying which portion of encrypted data is stored in which RTP packet, and encrypted data in a RTP payload, the encrypted data in the RTP packet being encrypted in accordance with a counter-mode encryption system,

process the RTP packet using the unencrypted data,

wherein the unencrypted data comprises information related to the counter-mode encryption system and a codec dependent header which is dependent on a codec used to encode the encrypted data, the codec dependent header is not part of the RTP header, and the codec dependent header enables fragmentation and interleaving of the encrypted data, and

wherein a fraction of the encrypted data is stored in the RTP payload and the unencrypted data comprises resistance information, thereby reducing packet loss due to the transmission of the RTP packet.

6. The receiver of claim 5, wherein the circuitry is further configured to decrypt the encrypted data in the processed RTP packet.

7. The receiver of claim 5, wherein the circuitry processes the encrypted data by re-assembling.

8. The receiver of claim 5, wherein the receiving apparatus receives a license managed by a license management entity in order to access the encrypted data.

9. The receiver of claim 8, wherein said license comprises at least one of a cipher key to decrypt the encrypted data and user rights of the data.