# US 10,320,759 B2 · Streaming system and method > Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt - Number: US 10,320,759 B2 - Document ID: US10320759B2 - Status: Granted - Kind: B2 - Application number: 14/746,326 - Filed: 2015-06-22 - Published: 2015-10-29 - Granted: 2019-06-11 - Earliest claimed: 2002-11-01 - Assignees: Sony Corporation - Applicants: Sony Corporation - Inventors: Motomasa Futagami; Tatsumi Sakaguchi; Masato Horiguchi - Web page: https://patentgrep.com/patent/US10320759B2 ## CPC - 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)} - H04L 9/00: {Cryptographic mechanisms or cryptographic} arrangements for secret or secure communications; Network security protocols - H04L 65/1104: Session initiation protocol [SIP] - H04L 65/612: for unicast - H04L 65/70: Media network packetisation - H04L 65/762: {at the source (reformatting of additional data in video distribution servers H04N21/2355)} - 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)} - H04N 21/2347: involving video stream encryption - H04N 21/235: Processing of additional data, e.g. scrambling of additional data or processing content descriptors - H04N 21/435: Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream - H04N 21/4405: involving video stream decryption - H04N 21/6437: Real-time Transport Protocol [RTP] - H04L 63/0428: {wherein the data content is protected, e.g. by encrypting or encapsulating the payload} - H04L 63/061: {for key exchange, e.g. in peer-to-peer networks (cryptographic mechanisms or cryptographic arrangements for key agreement H04L9/0838)} - H04L 63/12: {Applying verification of the received information (cryptographic mechanisms or cryptographic arrangements for data integrity or data verification H04L9/32)} - H04L 63/164: {at the network layer} - H04L 2209/60: Digital content management, e.g. content distribution - H04L: TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION (arrangements common to telegraphic and telephonic communication H04M) - H04N: PICTORIAL COMMUNICATION, e.g. TELEVISION ## 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 ### Claim 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. ### Claim 2 (depends on 1) 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. ### Claim 3 (depends on 1) 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. ### Claim 4 (depends on 1) The streaming server of claim 1, wherein the length of the data does not change after the counter-mode encryption is applied. ### Claim 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. ### Claim 6 (depends on 5) The receiver of claim 5, wherein the circuitry is further configured to decrypt the encrypted data in the processed RTP packet. ### Claim 7 (depends on 5) The receiver of claim 5, wherein the circuitry processes the encrypted data by re-assembling. ### Claim 8 (depends on 5) 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. ### Claim 9 (depends on 8) 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.