WO2003065726A1 - Streaming system for distributing encrypted compressed image data and streaming method thereof - Google Patents

Streaming system for distributing encrypted compressed image data and streaming method thereof Download PDF

Info

Publication number
WO2003065726A1
WO2003065726A1 PCT/JP2003/000806 JP0300806W WO03065726A1 WO 2003065726 A1 WO2003065726 A1 WO 2003065726A1 JP 0300806 W JP0300806 W JP 0300806W WO 03065726 A1 WO03065726 A1 WO 03065726A1
Authority
WO
WIPO (PCT)
Prior art keywords
stream data
data
block size
packet
encryption
Prior art date
Application number
PCT/JP2003/000806
Other languages
English (en)
French (fr)
Inventor
Keiko Tada
Ryuji Ishiguro
Motomasa Futagami
Original Assignee
Sony Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corporation filed Critical Sony Corporation
Priority to US10/473,284 priority Critical patent/US8325918B2/en
Priority to KR20037012699A priority patent/KR100917513B1/ko
Priority to EP03705026A priority patent/EP1471743A4/en
Publication of WO2003065726A1 publication Critical patent/WO2003065726A1/ja
Priority to US12/081,978 priority patent/US8325919B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2347—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving video stream encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234318—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into objects, e.g. MPEG-4 objects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • H04N21/23892—Multiplex stream processing, e.g. multiplex stream encrypting involving embedding information at multiplex stream level, e.g. embedding a watermark at packet level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • H04N21/23895—Multiplex stream processing, e.g. multiplex stream encrypting involving multiplex stream encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
    • H04N21/43853—Multiplex stream processing, e.g. multiplex stream decrypting involving multiplex stream decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/24—Systems for the transmission of television signals using pulse code modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/167—Systems rendering the television signal unintelligible and subsequently intelligible
    • H04N7/1675—Providing digital key or authorisation information for generation or regeneration of the scrambling sequence

Definitions

  • the present invention relates to a streaming system, a streaming server, a streaming server, a streaming server, and a data delivery method for encrypting compression-encoded image data and delivering the encrypted image data via a network using a predetermined transport protocol.
  • the present invention relates to a client terminal and a data decoding method thereof, an authoring device and an authoring method thereof, and a program and a recording medium.
  • the received data is reproduced even during transmission from the streaming server to the terminal.
  • This stream-type transmission method is based on a protocol called RTP (Real-Time Transport Protocol) specified in RFC 189 of the Internet Engineering Task Force (IETF).
  • RTP Real-Time Transport Protocol
  • IETF Internet Engineering Task Force
  • IP Internet Protocol
  • IPS ec IP Security Protocol
  • Padding If padding size is added, the size of the encrypted data will be larger than the actual data, and the size will change before and after encryption. For this reason, there was a problem that the bit rate of the stream divided by the file size changed. In addition, there is a problem that the performance of streaming is reduced because the number of data to be transmitted in streaming is increased.
  • An object of the present invention is to provide a streaming system and a streaming method capable of solving the above-mentioned problems of the conventionally proposed data transmission method.
  • Another object of the present invention is to suppress the increase in size due to B coding, Streaming system and streaming method, streaming server and data distribution method, client terminal and data decoding method, authoring device and authoring method, and program and recording medium that can cope with both playback and playback To provide.
  • the streaming system when encrypting stream data obtained by compressing and encoding image data and / or audio data, sets the head of this predetermined unit for each predetermined unit of stream data. From the beginning, encryption is performed for each encryption block size, and an encryption device that does not encrypt data at the end that is smaller than the encryption block size, and an encrypted storage so as to be in a predetermined file format.
  • An authoring device that creates a file by adding at least packetization control information to the stream data, a streaming server that distributes the file created by the authoring device via a network using a predetermined transport protocol, and a streaming server. Receives the encrypted stream data from the streaming server and returns the stream data. , And a client terminal decrypts the encrypted part is decrypted into the original plane image data.
  • the streaming server sets the stream data together with the stream data so that the size of the stream data distributed for each packet is an integral multiple of the encryption packet size. And / or a part of the subsequent stream data can be stored in the extension area and packet-delivered, and distributed to the client terminal in bucket units.
  • Streaming server expands a part of stream data before and / or after stream data so that the size of stream data delivered for each packet is an integral multiple of the encryption block size.
  • the first packetization method which stores packets in an area and packetizes them
  • the second packetization method which packetizes each predetermined unit as an integral multiple of the encryption block size, is used for networking. Switching may be performed according to the communication state, and the packet may be distributed to the client terminal in packet units.
  • the streaming server is configured to pad the stream data, which is padded so as to be an integral multiple of the encryption block size for each predetermined unit, with the stream data together with the stream data based on the packetization control information.
  • Stream Day delivered to In order to make the data size an integral multiple of the above encryption block size, a part of the previous and Z or later stream data is stored in the extension area and packetized, and delivered to the client terminal in packet units. Can be.
  • FIG. 1 is a diagram illustrating a conceptual configuration of a content distribution system to which the present invention has been applied.
  • FIG. 2 is a diagram illustrating the structure of stream data generated in the MPEG4 encoding unit of the content distribution system.
  • FIG. 3A to 3C are diagrams for explaining a video bucket
  • FIG. 3A shows a structure of a video packet
  • FIG. 3B shows details of video packet header information
  • FIG. 3C shows a video packet. Shows the details of the video packet header information when the HEC flag in the packet header is 1. '
  • FIG. 4 is a diagram for explaining an encryption method used in the present invention.
  • FIG. 5 is a diagram illustrating a file created in the authoring unit of the content distribution system according to the present invention.
  • FIG. 6 is a diagram for explaining an RTP packet and a video packet in RFC C316.
  • FIG. 7 is a diagram illustrating the RTP packet in detail.
  • FIG. 8A and 8B are diagrams for explaining an RTP packet used in the present invention.
  • FIG. 8A shows an example of an RTP packet in the middle of a GOP
  • FIG. 8B shows an RTP packet at the end of a GOP.
  • a packet is an example of a packet.
  • FIG. 9 is a diagram for explaining another example of the RTP packet according to the present invention.
  • FIG. 10 is a diagram illustrating a schematic configuration of a client terminal of the content distribution system according to the present invention.
  • FIG. 11 illustrates the operation of the RTP depacketizer of the client terminal according to the present invention. It is a flowchart to be explained. BEST MODE FOR CARRYING OUT THE INVENTION
  • the present invention encrypts image data compressed and encoded by MPEG 4 (Moving Picture Experts Group 4) and distributes the data to a client terminal in real time. It is applied to a content distribution system that makes it possible.
  • the present invention can be applied to, for example, audio data compressed and encoded by MPEG4 audio, but in the following, particularly, only image data will be described.
  • the content distribution system 1 to which the present invention is applied includes an MPEG 4 encoding unit 10, an encryption unit 11, an authoring unit 12, a streaming server 13 , A distribution server 14, a recording unit 20, and a client terminal 30.
  • the distribution server 14 can be omitted.
  • QuickTime registered trademark of App1e and the like can be used.
  • an image signal input from a moving image input device such as a camera or a VTR (not shown) and converted into a digital signal is first input to an MPEG4 encoder 10.
  • the MPEG 4 encoding unit 10 compresses and encodes the image signal using the DCT transform, quantization, variable length encoding, inverse quantization, inverse DCT transform, motion compensation, etc. Generate data.
  • the MPEG4 encoding unit 10 supplies the generated stream data to the encryption unit 11.
  • the stream data generated in the MPEG4 encoding unit 10 has a simple structure as shown in FIG.
  • the compression information includes a plurality of GOVs (Group of V0P) including time information and the like for performing random access, and each GOV is composed of a plurality of VOPs (Video Object Planes).
  • VOPs Video Object Planes
  • the VO P corresponds to a frame.
  • VOP is divided into units called video packets (VPs) consisting of several macroblocks.
  • VOP header which is frame header information
  • VOP header Video bucket small header information
  • RM Resynchronization marker
  • FIG. 3B shows the details of the video packet header information.
  • the video packet header includes a flag called I-IEC (Header Extension Code).
  • I-IEC Header Extension Code
  • FIG. 3C The time code MTB and VTI (time stamp) information included in the VOP header, the VOP encoding mode information VCP, which is information related to frame encoding, the VLC cable switching information I DVT for intra DC, and the motion vector Information such as vector range information VFF is also added to the video packet header.
  • the encryption unit 11 encrypts the stream data supplied from the MPEG4 encoding unit 10 for each predetermined encryption block.
  • the authoring unit 12 is encrypted by the encryption unit 11 as shown in FIG. Header information 101 and additional information 103 including an SDP (Session Description Protocol) file 104 containing bucketing control information etc. are added to the stream data 102 Create a format file 100 and record it in the recording unit 20.
  • the authoring unit 12 takes out the file 100 as appropriate and supplies it to the streaming server 13 or the distribution server 14. Note that the file 100 may be recorded on a recording medium (not shown), and the recording medium may be supplied to the streaming server 13 or the distribution server 14.
  • the streaming server 13 packetizes the supplied encrypted stream data 102 of the file 100 based on the packetization control information, and executes RTP and RTSP (Real-Time Streaming Protocol). ), The data is distributed to the client terminal 30 for each socket, and the data is reproduced in real time.
  • RTP and RTSP Real-Time Streaming Protocol
  • the distribution server 14 allows the supplied file 100 to be downloaded to the client terminal 30.
  • RFC 301 defines that one or more video packets are collectively transmitted as one RTP packet.
  • FIG. 7 shows an example of this RTP packet. In the example of FIG. 7, the RTP packets are shown by dividing them every 32 bits, and 00 to 31 on the horizontal axis indicate the bit positions divided into 32 bits.
  • V, P, X,..., And CSRC indicated as RTP header correspond to the RTP header shown in FIG.
  • the stream data is put in an RTP payload for one or more video packets. If the number of bits in the RTP packet is not a multiple of 32 bits, a bit string called RTP padding (RTP Padding) is added to the end of the RTP payload, and the RTP packet is added.
  • RTP padding RTP padding
  • the number of bits may be a multiple of 32 bits.
  • RFC C316 it is a break of video packet and a unit of encryption.
  • the breaks in the encrypted blocks do not match, and complete encryption in video packet units is not possible. For this reason, if a transmission path error such as a packet loss occurs on the transmission path, there is a problem that not only the missing video packet but also the video packets before and after it cannot be decoded.
  • the streaming server 13 uses the extended area in the RTP header to add data of the encryption block boundary necessary for the decryption to packetize.
  • the data of the video packet before and after the boundary of the encryption block is added to the extension area, and the size of the stream data transmitted for each packet is the size of the encryption block size. Make it an integral multiple.
  • information on the data size (pre-additional data size) in the video packet before the addition and the data size (rear addition data size) in the added video bucket after is also stored in the extended area. Add.
  • the raw data at the end of the GOV is packetized in the form shown in Figure 8B, but data that is not evenly divisible by the encryption block length is added only before the data at the encryption block boundary. Since the data is known to be raw data, it can be transmitted without adding the size of the raw data.
  • the encryption block necessary for decryption is added to the extended header area of the RTP bucket, and the data at the boundary is added and transmitted, so that even if a packet is lost during streaming, Can be decoded.
  • the transmission unit When streaming is performed in an environment where packet loss occurs in bursts, the transmission unit is not an integer multiple of the video packet as described above, but is as shown in Fig. 9.
  • the stream data may be separated and transmitted with an integral multiple of the encryption block size. That is, for example, one RTP packet is sufficient with the transmission unit being 1 time and m times the encryption block size.
  • the raw data is added to the stream data of n times the encryption block size immediately before the raw data to make one RTP packet. In this case, it indicates that the surplus data that cannot be divided by the encryption block size is raw data.
  • the above two types of transmission methods Can be switched.
  • the stream data since additional information such as packetization control information is added to the file separately from the stream data, the stream data does not depend on the stream data. Data transmission unit can be changed.
  • the RTP packet generated as described above is distributed to the client terminal 30 in real time.
  • the playback method in the client terminal 30 will be described. However, since the playback after downloading is the same as the normal playback procedure, the description is omitted and the client terminal 30 in the case of performing streaming is described. Only the real-time playback method will be described.
  • the client terminal 30 is composed of an RTSP transmission / reception section 31, an RTP reverse packet section 32, an encryption / decryption section 33, and an MPEG 4 decryption section 34. Is configured. It should be noted that FIG. 10 shows only those parts necessary for explaining the real-time reproduction.
  • the RTSP transmission / reception unit 31 first supplies a request for image data to the streaming server 13 according to the RTSP, and receives the above-mentioned SDP file from the streaming server 13.
  • the RTSP transmission / reception unit 31 determines whether or not a handle is possible based on the SDP file, and supplies a playback command to the streaming server 13.
  • the RTSP transmission / reception unit 31 can supply commands such as stop, fast forward, rewind, and playback from a specified position to the streaming server 13 according to the RTSP.
  • the data of the stream server 13 can be operated on the client terminal 30 side.
  • the RTP reverse packet unit 32 combines stream data transmitted in units of RTP packets in response to a playback command from the RTSP transmission / reception unit 31 in units of VOPs, as described below. ⁇ No.Decoding section 3 Supply to 3.
  • step S1 the RTP packet data is obtained, and in step S2, it is determined whether or not the time stamp is the same as the previous RTP packet data. Is done.
  • step S2 if the time stamp is the same as the previous RTP packet data, proceed to step S3; otherwise, proceed to step S7 c
  • step S3 the packet of the previous RTP packet data It is determined whether or not is missing.
  • step S3 if the packet of the previous RTP packet data is missing, the process proceeds to step S4; otherwise, the process proceeds to step S5.
  • step S4 the preceding additional data and the rear additional data described above are extracted and added except for the RTP header. Then, this data is added to the buffer, and the process proceeds to step S6.
  • step S5 except for the RTP header, the above-mentioned additional data is extracted and added. Then, this data is overwritten and added from the extended part of the data immediately before added to the buffer, and the process proceeds to step S6. '
  • step S6 it is determined whether or not the marker bit is 1. In step S6, if the marker bit is 1, the process proceeds to step S7; otherwise, the process returns to step S1.
  • step S7 the data stored in the buffer is supplied to the symbol decoding unit 33 and the buffer is emptied.
  • step S7 even if it is determined in step S2 that the time stamp is not the same as the previous RTP packet data, the buffer data is passed to the encryption / decryption unit 33, and the buffer is emptied.
  • the data supplied to the encryption / decryption unit 33 for each VOP is decoded by the ⁇ -code decoding unit 33, and then decoded by the MPEG-4 decoding unit 34 into the original image signal. And played in real time.
  • encryption is performed for each encryption block size from the beginning of each GOP, and encryption is performed for data at the end that is less than the encryption block size. Not by encryption The increase in size can be suppressed.
  • a part of the front and / or back stream data is stored in the extension area and packetized so that the size of the stream data delivered for each packet is an integral multiple of the encryption block size. In this way, or by packetizing in units of an integral multiple of the encryption block size for each GOP, it is possible to support both real-time playback and download playback without changing the encryption.
  • the present invention is not limited to only the above-described embodiment, and it is needless to say that various modifications can be made without departing from the spirit of the invention.
  • the description is made such that, for each GOP, the data at the end that is not divisible by the encryption block size is not encrypted, and the data is raw data.
  • padding may be applied to the end data that was not divisible by the encryption block size, and encryption may be performed.
  • a part of the front and / or rear stream data is stored in the extended area so that the size of the stream data delivered for each packet is an integral multiple of the encrypted block size. The data can be read even if a bucket is missing.
  • the data of the preceding and following video buckets may be included in the RTP payload so that the size of the stream data transmitted every time becomes an integral multiple of the encrypted block size.
  • data that is not divisible by the encryption block size may not be encrypted for each GOP but for each VOP, and raw data may be used.
  • the hardware configuration has been described.
  • the present invention is not limited to this.
  • the processing of the authoring unit 12, the streaming server 13 and the client terminal 30 is performed by a central processing unit (CPU). ing Unit) to execute the computer program.
  • the computer program can be provided by being recorded on a recording medium.
  • the image data compressed and encoded by MPEG 4 is used.
  • the present invention is not limited to this.
  • the present invention is also applicable to audio data compressed and encoded by MPEG4 audio.
  • various hierarchical structures can be considered for audio data depending on the standard.However, by not encrypting the last data that is not divisible by the encryption block size for each predetermined unit, A similar effect can be achieved.
  • the MPEG-4 audioMuxElement tji is placed in the RTP payload at the order of the division or the division of the MPEG4 audioMuxElement tji.
  • the streaming system is used for encrypting stream data obtained by compressing and encoding image data and / or audio data.
  • an encryption device that performs encryption for each encryption block size from the beginning of the predetermined unit, and does not perform encryption for data at the end that is less than the encryption block size, and a predetermined file.
  • An authoring device that creates a file by adding at least packetization control information to the above-mentioned encrypted stream data so that it becomes a format, and a file created by the authoring device via a network using a predetermined transport protocol Streaming server that distributes by Receiving the data, among the stream-data, the encrypted part and decryption, and a client terminal to decode the original image de one data.
  • the streaming server determines, based on the packetization control information, the size of the stream data distributed for each packet together with the stream data.
  • Part of the front and / or rear stream data can be stored in the extension area to form a bucket so as to be an integral multiple of the packet size, and can be distributed to the client terminal in bucket units.
  • the streaming server sends the stream data before and after the stream so that the size of the stream data distributed for each packet together with the stream data is an integral multiple of the encryption block size.
  • a first packetization method in which part of the stream data is stored in the extension area and packetized, and a second packetization in which a predetermined unit is an integer multiple of the encryption block size as a unit.
  • the packetization method may be switched according to the communication state of the network, and the packet may be distributed to the client terminal in packet units.
  • the streaming server is configured to pad the stream data, which is an integral multiple of the encryption block size, for each predetermined unit, and to encrypt the stream data together with the stream data based on the packetization control information.
  • the size of the stream data delivered for each packet equal to an integral multiple of the encryption block size
  • a part of the stream data before and after or after is stored in the extension area and packetized. It can be delivered to the client terminal in bucket units.
  • the file By creating a file by adding at least packetization control information so that the encrypted stream data has a predetermined file format, the file is converted to a packet when streaming playback is performed.
  • a file can be bucketed based on the control information, and the file can be made downloadable at the time of download playback, and both streaming playback and download playback can be supported.
  • a part of the stream data before and / or after is stored in the extension area so that the size of the stream data distributed for each packet is an integral multiple of the encrypted block size. And packetized, or encrypted in predetermined units By packetizing in units of an integer multiple of the block size, data can be decoded even if a packet is lost.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Television Signal Processing For Recording (AREA)

Description

明細書 暗号化した圧縮画像データを配信するストリ
'方法 技術分野 本発明は、 圧縮符号化された画像データを暗号化して所定のトランスポートプ 口 トコルによるネッ トワーク経由で配信するス トリーミングシステム及びそのス トリーミング方法、 ス トリーミングサーバ及びそのデータ配信方法、 クライアン ト端末及びそのデータ復号方法、 ォーサリング装置及びそのォーサリング方法、 並びにプログラム及び記録媒体に関する。
本出願は、 日本国において 2 0 0 2年 1月 3 0日に出願された日本特許出願番 号 2 0 0 2— 0 2 2 2 5 7を基礎として優先権を主張するものであり、 この出願 は参照することにより、 本出願に援用される。 背景技術 現在、 インターネット上での映像 （ビデオ） 及び音声 （オーディオ） データの 伝送には、 ダウンロード型伝送方式とス トリーム型伝送方式とがある。 このダウ ンロード型伝送方式では、 配信サーバから送信された映像ファイルは、 端末側で 一旦蓄積され、 その後、 映像ファイルのデータ （映像データ） が再生される。 こ のため、 この方式では、 ファイルの転送が完了するまでは、 端末側でデータの再 生を行うことができない。 ダウンロード型伝送方式は、 映像データ等の長時間再 生に用いるには不向きである。
一方、 ス トリーム型伝送方式では、 ス トリーミングサーバから端末への伝送が 行われている間にも、 受信したデータの再生が行われる。 このス トリーム型伝送 方式は、 I ETF (Internet Engineering Task Force) の RF C 1 8 8 9におい て規定されている RT P (Real-Time Transport Protocol) と呼ばれるプロ トコ ルを用いるものが主流となっている。
ところで、 最近では、 暗号化通信によるセキュリティ対策への要望も高まって おり、 例えば、 単に特定のアプリケーションによる通信だけを暗号化するのでは なく、 ホス トから送信されるあらゆる通信を I P ( Internet Protocol) レベルで 暗号化する I P S e c (IP Securi ty Protocol) 等が提案されている。 この I P S e cは、 I E T Fが標準化を進めている ΙΙ 'ί 化通信の標準規格である。
この I P S e cでは、 ブロックサイズに合わせたパディングゃパディングサイ ズ等をペイロードデ一タに付加することによって暗号化通信を行っているため、 送信側及び受信側の通信部分での暗号化、 復号化が必要となり、 現状の配信ツー ルでの実装が困難であるという問題がある。
パディングゃパディングサイズを付加する場合、 実データよりも暗号化データ のサイズが大きくなり、 暗号化前後でサイズの変化が起きる。 このため、 ス トリ ームのビッ トレートゃファイルサイズが変化してしまう という問題があった。 ま た、 ス トリーミングで送信するデータ数が大きくなるため、 ス トリーミングのパ フォーマンスが低下するという問題がある。
M P E G 4 (Moving Picture Experts Group 4) で圧縮符号ィ匕された画像デー タを暗号化してス トリーミングすることも考えられる。 ここで、 M P E G 4では、 ス トリーミング時にはビデオパケッ ト単位で送信を行うことが R F C 3 0 1 6に おいて規定されている。 しかし、 ビデオパケッ トの切れ目と暗号化プロックの切 れ目 とが一致していないため、 ビデオパケッ ト単位で完結する暗号化ができず、 伝送誤り等によってビデオパケッ トが欠落した場合には、 そのビデオパケッ トの みならず、 前後のビデオバケツ トまで復号できなくなるという問題がある。 発明の開示 本発明の目的は、 上述したような従来提案されているデータ伝送方法の問題点 を解決することができるス トリーミングシステム及びそのストリーミング方法を 提供することにある。
本発明の他の目的は、 B 号化によるサイズの増加を抑え、 ス トリーム時とダウ ンロード再生時との双方に対応できるストリーミングシステム及びそのス ト リー ミング方法、 ス トリーミングサーバ及びそのデータ配信方法、 クライアント端末 及びそのデータ復号方法、 ォーサリング装置及びそのォーサリ ング方法、 並びに プログラム及び記録媒体を提供することにある。
木発明に係るス ト リーミングシステムは、 画像データ及び/又は音声データを 圧縮符号化して得たス トリームデータを暗号化する際に、 ス 卜 リームデータの所 定単位毎に、 この所定単位の先頭から暗号化プロックサイズ毎に暗号化を行い、' 暗号化プロックサイズに満たない末尾のデータについては暗号化を行わない暗号 化装置と、 所定のフアイル形式となるように、 暗号化されたス ト リームデータに 少なく ともパケッ ト化制御情報を付加してファイルを作成するォーサリ ング装置 と、 ォーサリング装置によって作成されたファイルを所定のトランスポートプロ 卜コルによるネッ トワーク経由で配信するストリーミングサーバと、 ス トリーミ ングサーバから暗号化されたス トリームデータを受信し、 ス トリームデータのう ち、 暗号化されている部分を復号化し、 元の面像データに復号するクライアント 端末とを備える。
ここで、 ス トリーミ ングサーバは、 パケッ ト化制御情報に基づいて、 ス ト リー ムデータと共に、 パケッ ト毎に配信されるストリームデータのサイズが暗号化プ 口ックサイズの整数倍となるように、 前及び/又は後ろのス トリームデータの一 部を拡張領域に格納してパケッ トイヒし、 バケツ ト単位で上記クライアント端末に 配信することができる。
ス トリーミングサーバは、 ス ト リームデータと共に、 パケッ ト毎に配信される ス トリームデータのサイズが暗号化プロックサイズの整数倍となるように、 前及 び/又は後ろのストリームデータの一部を拡張領域に格納してパケッ ト化する第 1のパケッ ト化手法と、 所定単位毎に暗号化プロックサイズの整数倍を単位と し てパケッ ト化する第 2のパケッ ト化手法とをネッ トワークの通信状態に応じて切 り換え、 パケッ ト単位でクライアント端末に配信するようにしてもよい。
ス トリーミングサーバは、 所定単位毎に暗号化プロックサイズの整数倍となる ようにパデイングされ、 喑号化されたストリームデータを、 パケッ ト化制御情報 に基づいて、 ス ト リームデータと共に、 パケッ ト毎に配信されるス ト リームデー タのサイズが上記暗号化プロックサイズの整数倍となるように、 前及び Z又は後 ろのストリームデータの一部を拡張領域に格納してパケッ ト化し、 パケット単位 で上記クライアント端末に配信することができる。
本発明の更に他の目的、 本発明によって得られる具体的な利点は、 以下におい て図面を参照して説明される実施の形態の説明から一層明らかにされるであろう c 図面の簡単な説明 図 1は、 本発明が適用されたコンテンツ配信システムの概念構成を説明する図 である。
図 2は、 コンテンッ配信システムの MP EG 4符号化部において生成されたス トリームデータの構造を説明する図である。
図 3 A乃至図 3 Cはビデオバケツトを説明する図であり、 図 3 Aはビデオパケ ッ トの構造を示し、 図 3 Bはビデオパケットへッダ情報の詳細を示し、 図 3 Cは ビデオパケットヘッダ内の H E Cフラグが 1の場合のビデオパケッ トへッダ情報 の詳細を示す。 '
図 4は、 本発明に用いられる暗号化手法について説明する図である。
図 5は、 本発明に係るコンテンッ配信システムのォーサリング部において作成 されたファイルを説明する図である。
図 6は、 RF C 3 0 1 6における R T Pパケット及びビデオパケットを説明す る図である。
図 7は、 R TPパケットを詳細に説明する図である。
図 8 A及び図 8 Bは、 本発明において用いられる RT Pパケッ トを説明する図 であり、 図 8 Aは GO P途中の RT Pパケットの例を示し、 図 8 Bは GOP最後 の R TPパケットの例を示す。
図 9は、 本発明に係る RTPパケットの他の例を説明する図である。
図 1 0は、 本発明に係るコンテンツ配信システムのクライアント端末の概略構 成を説明する図である。
図 1 1は、 本発明に係るクライアント端末の RT P逆パケット化部の動作を説 明するフローチヤ一トである。 発明を実施するための最良の形態 以下、 本発明の実施の形態を図面を参照して詳細に説明する。 この実施の形態 は、 本発明を、 MP EG 4 (Moving Picture Experts Group 4) で圧縮符号化さ れた画像データを暗号化し、 クライアント端末に対してリアルタイムで配信する. 又はクライアント端末に対してダウンロード可能とさせるコンテンツ配信システ ムに適用したものである。 なお、 本発明は、 例えば MP E G 4オーディオで圧縮 符号化された音声データについても適用可能であるが、 以下では、 特に画像デー タについてのみ説明する。
本発明が適用されたコンテンツ配信システムの概念構成を図 1を参照して説明 する。
本発明が適用されたコンテンツ配信システム 1は、 図 1に示すように、 MP E G 4符号化部 1 0と、 暗号化部 1 1と、 ォーサリ ング部 1 2と、 ス トリーミ ング サーバ 1 3と、 配信サーバ 1 4と、 記録部 2 0と、 クライアント端末 3 0とによ り構成される。 なお、 このコンテンツ配信システム 1をス トリーミングシステム として構成する場合には、 配信サーバ 1 4を省略することができる。 このス ト リ 一ミング技術としては、 A p p 1 e社の Q u i c k T i m e (登録商標） 等を用 いることができる。
図 1において、 図示しないカメラ、 VTR等の動画像入力装置から入力され、 ディジタル信号に変換された画像信号は、 先ず MP E G 4符号化部 1 0に入力さ れる。
MP EG 4符号化部 1 0は、 DCT変換、 量子化、 可変長符号化、 逆量子化、 逆 DC T変換、 動き補償等を用いて、 画像信号を MP EG 4圧縮符号化し、 ス ト リームデータを生成する。 MP E G 4符号化部 1 0は、 生成したス ト リームデー タを暗号化部 1 1に供給する。
ここで、 MP E G 4符号化部 1 0において生成されたス ト リームデータは、 簡 単には図 2に示すような構造とされている。 図 2に示すように、 MP EG 4画像 圧縮情報は、 ランダムアクセスを行うために時間情報等を含む GOV (Group of V0P) が複数存在して構成され、 各 GOVは、 複数の VO P (Video Object Pla ne) からなる。 なお、 この VO Pは、 フレームに相当するものである。
VO Pは、 幾つかのマクロブロックからなるビデオパケッ ト （VP:Video Packe t) と呼ばれる単位に区切られている。 ここで図 3 Aに示すように、 各ビデオパケ ッ トのうち、 フレーム （VO P) の最初のビデオパケッ トにはフレームヘッダ情 報である V〇 Pヘッダ （VOP header) が付加され、 フレームの最初以外のビデオ パケッ トにはビデオバケツ小ヘッダ情報 （VP header) が付加されている。 ビデオ 符号列の各ビデオパケッ トの先頭には、 同期回復を図るためのマーカ （RM:Resyn chronization marker) 力 ィ寸カ卩 2·れる。
ビデオパケッ トヘッダ情報の詳細を、 図 3 Bに示す。 図 3 Bに示すように、 ビ デォパケッ トヘッダには、 I- IE C (Header Extension Code) というフラグが含ま れており、 このフラグが " 1 " の場合には、 図 3 Cに示すように、 VO Pヘッダ に含まれるタイムコード MTB及び VT I (タイムスタンプ） 情報と、 フレーム の符号化に関わる情報である VO Pの符号化モード情報 VC P、 イントラ D C用 V L Cケーブル切り換え情報 I DVT及び動きべク トル範囲情報 V F F等の情報 がビデオパケッ トヘッダにも付加される。
図 1に戻って、 暗号化部 1 1は、 MP E G 4符号化部 1 0から供給されたス ト リームデータを所定の暗号化プロック毎に暗号化する。
この際、 図 4に示すように、 各 GOV毎の暗号化ブロックサイズで割り切れな い余りのデータが生じる場合がある。 従来、 このような場合には、 各 GOVのデ ータサイズが暗号化プロックサイズの整数倍となるようにパディングを付加して いたが、 本発明では、 このような余りのデータについては暗号化を行わず、 生デ ータのままとする。 すなわち、 暗号化ブロックサイズを nバイ トとしたとき、 各 GO Vの最初の n *mバイ ト （mは、 0以上の整数） についてのみ暗号化を行い、 余りの 0乃至 （ n— 1 ) バイ トについては生データとする。 これにより、 データ サイズを増大させることなく暗号化することができ、 暗号化の前後でデータサイ ズが変化することがない。
ォーサリ ング部 1 2は、 図 5に示すように、 暗号化部 1 1において暗号化され たス ト リームデータ 1 0 2にヘッダ情報 1 0 1 とバケツ ト化制御情報等の記載さ れた S D P (Session Description Protocol) ファイル 1 04を含む付加情報 1 0 3 とを付加し、 所定のファイル形式のファイル 1 0 0を作成して、 記録部 2 0 に記録する。 ォーサリング部 1 2は、 そのファイル 1 0 0を適宜取り出し、 ス ト リーミングサーバ 1 3又は配信サーバ 1 4に供給する。 なお、 このファイル 1 0 0を図示しない記録媒体に記録し、 その記録媒体をス ト リーミ ングサーバ 1 3又 は配信サーバ 1 4に供給するようにしてもよい。
ス トリーミングサーバ 1 3は、 パケッ ト化制御情報に基づいて、 供給されたフ アイル 1 0 0の暗号化ス ト リームデータ 1 0 2をパケッ ト化し、 RT P及び RT S P (Real-Time Streaming Protocol) に従って、 ノ ケッ ト毎にデータをクライ アン ト端末 30に配信し、 リアルタイム再生させる。
一方、 配信サーバ 1 4は、 供給されたファイル 1 0 0をクライアント端末 3 0 に対してダウンロード可能とさせる。
ところで、 R F C 3 0 1 6では、 図 6に示すように、 1以上のビデオパケッ ト をまとめて 1つの RT Pパケッ トと して送信することが定義されている。 この R T Pパケッ トの例を、 図 7に示す。 なお、 図 7の例では R T Pパケッ トを 3 2 ビ ッ ト毎に区切って並べて示しており、 横軸の 0 0〜 3 1が 3 2 ビットに区切られ たビッ ト位置を示している。
図 7において、 RTP headerと示されている V, P , X · . . 力 ら C S R Cまで が、 図 6に示した RT Pヘッダに相当する。 図 7において、 Xは、 拡張ビッ トを 示し、 X= lのときには、 RT Pヘッダの最後に拡張領域が付加される。 また、 Mは、 マーカビッ トを示し、 RT Pパケッ トに各 VO Pの最後のビデオパケッ ト が含まれる場合にのみ、 M= l とされる。
ス ト リームデータは、 1以上のビデオパケッ ト毎に R T Pペイロード （RTP Pa yload) に入れられる。 なお、 R T Pパケッ トのビッ ト数が 3 2ビッ トの倍数でな い場合には、 RT Pペイロードの最後に RT Pパディング （RTP Padding) と呼ば れるビッ ト列を追加して、 RT Pパケッ トが 3 2ビッ トの倍数となるようにして もよい。
ここで、 RF C 3 0 1 6では、 ビデオパケッ トの切れ目と暗号化の単位である 暗号化ブロックの切れ目とがー致しておらず、 ビデオパケッ ト単位で完結する暗 号化ができない。 このため、 伝送路上でパケッ トロス等の伝送路誤りが生じると、 欠落したビデオパケッ トだけではなく、 その前後のビデオパケッ トまで復号でき なくなるという問題がある。
そこで、 本発明に係るス トリーミングサーバ 1 3は、 R T Pへッダ内の拡張領 域を利用して、 複号化に必要な暗 化プロック境目のデータを付加してパケッ ト 化する。 詳しくは、 図 8 Aに示すように、 暗号化プロックの境 となる前後のビ デォパケッ トのデータを拡張領域に付加し、 パケッ ト毎に送信されるス トリーム データのサイズが暗号化プロックサイズの整数倍になるようにする。 さらに、 付 加された前のビデオパケッ トにおけるデータのサイズ （前付加データサイズ） と 付加された後ろのビデオバケツ トにおけるデータのサイズ （後ろ付加データサイ ズ） との情報についても、 拡張領域に付加する。
G O Vの最後の生データは、 図 8 Bに示すような形にパケッ ト化されるが、 前 にのみ暗号化プロック境目のデータを付加することにより、 暗号化プロ ック長で 割り切れなかったデータが生データであることが分かるため、 生デ一タのサイズ を付加することなく送信することができる。
このように、 R T Pバケツ トの拡張ヘッダ領域に複号化に必要な暗号化プロッ ク.境目のデータを付加して送信することにより、 ス トリーミングの際にパケッ ト が欠落した場合にも、 データを復号することができる。
なお、 パケッ トの欠落がバース ト的に起こるような環境下でス トリーミングを 行う場合には、 上述したようなビデオパケッ トの整数倍を送信単位とするのでは なく、 図 9に示すように、 暗号化プロックサイズの整数倍でス トリームデータを 区切って送信するようにしてもよい。 すなわち、 例えば暗号化プロックサイズの 1倍、 m倍を送信単位と して 1つの R T Pパケッ トと十る。 この際、 G O Vの最 後の生データについては、 例えば生データの直前にある暗号化プロックサイズの n倍のス トリームデータに生データを付加して 1つの R T Pパケッ トとする。 こ の場合、 暗号化ブロックサイズで割り切れない余りのデータが生デ一タであるこ とを示す。
また、 エラーレート等の伝送路の通信状況に応じて、 上記の 2種類の送信方法 を切り換えるようにすることも可能である。 このコンテンツ配信システム 1では, 上述したように、 ス トリームデータとは別にパケッ ト化制御情報等の付加情報が ファイルに付加されているため、 ス ト リームデータに依存せずに、 ス ト リームデ ータの送信単位を変更することができる。
以上のようにして生成された RT Pパケッ トが、 クライアント端末 3 0にリア ルタイム配信される。
そこで、 以下では、 クライアント端末 3 0における 再生手法について説明 するが、 ダウンロード後の再生については、 通常の再生手順と同様であるため、 説明を省略し、 ス トリーミングを行う場合のクライアント端末 3 0におけるリァ ルタイム再生手法についてのみ説明する。
図 1 0に示すように、 クライアント端末 3 0は、 RT S P送受信部 3 1 と、 R T P逆パケッ トイヒ部 3 2 と、 暗号複号化部 3 3 と、 MP EG 4復号部 3 4とによ り構成される。 なお、 図 1 0では、 リアルタイム再生の説明に必要な部分のみを 示している。
RT S P送受信部 3 1は、 先ず画像データのリクエス トを RT S Pに従ってス トリーミングサーバ 1 3に供給し、 ス トリーミングサーバ 1 3から上述した S D Pファイルを受け取る。 RT S P送受信部 3 1は、 その S D Pファイルに基づい てハンドル可能か否かを判断し、 再生コマンドをス ト リーミングサーバ 1 3に供 給する。 また、 RT S P送受信部 3 1は、 停止、 早送り、 卷き戻し、 指定した位 置からの再生等のコマンドを R T S Pに従ってス トリーミングサーバ 1 3に供給 することができる。 これにより、 クライアント端末 3 0側でス トリーミンダサ一 バ 1 3のデータを操作することができる。
RT P逆パケッ トイヒ部 3 2は、 RT S P送受信部 3 1からの再生コマンドに応 じて RT Pパケッ ト単位で送信されたス トリームデータを、 以下に説明するよう に VO P単位でまとめ、 喑号複号化部 3 3に供給する。
ここで、 クライアント端末 3 0の R T P逆パケッ ト化部 3 2の動作について、 図 1 1のフローチャートを用いて説明する。
先ず、 ステップ S 1において、 RT Pパケッ トデータを取得し、 ステップ S 2 において、 前の RT Pパケッ トデータと同じタイムスタンプであるか否かが判別 される。 ステップ S 2において、 前の R T Pパケッ トデータと同じタイムスタン プである場合にはステップ S 3に進み、 そうでない場合にはステップ S 7に進む c ステップ S 3では、 前の R T Pバケツ トデータのパケッ トが欠落しているか否 かが判別される。 ステップ S 3において、 前の R T Pパケッ トデータのパケッ ト が欠落している場合にはステップ S 4に進み、 そうでない場合にはステップ S 5 に進む。
ステップ S 4では、 R T Pヘッダを除き、 上述した前付加データと後ろ付加デ 一タとを取り出して付加する。 そして、 このデータをバッファに追加してステツ プ S 6に進む。
ステップ S 5では、 R T Pヘッダを除き、 上述した後ろ付加データとを取り出 して付加する。 そして、 このデータをバッファに追加された直前のデータの拡張 部分から上書き追加してステップ S 6に進む。 '
ステップ S 6では、 マーカビッ トが 1であるか否かが判別される。 ステップ S 6において、 マーカビッ トが 1である場合にはステップ S 7に進み、 そうでない 場合にはステップ S 1に戻る。
ステップ S 7では、 バッファに蓄積されているデータを喑号復号化部 3 3に供 給するとともにバッファを空にする。
なお、 ステップ S 7では、 ステップ S 2において前の R T Pパケッ トデータと 同じタイムスタンプでないと判別された場合にも、 暗号複号化部 3 3にバッファ のデータを渡し、 バッファが空にされる。 このようにタイムスタンプを比較する ことにより、 例えばマーカビッ ト M = 1 とされる各 V O Pの最後のビデオパケッ トを含む R T Pパケッ トが欠落した場合にも、 V O Pの終わりを判断することが できる。
このようにして、 各 V O P毎に暗号複号化部 3 3に供給されたデータは、 喑号 復号化部 3 3において復号化された後、 M P E G 4復号部 3 4において元の画像 信号に復号され、 リアルタイム再生される。
以上説明したように、 本発明に係るコンテンツ配信システム 1によれば、 各 G O Pの先頭から暗号化プロックサイズ毎に暗号化を行い、 暗号化プロックサイズ に満たない末尾のデータについては暗号化を行わないことにより、 暗号化による サイズの増加を抑えることができる。
また、 パケッ ト毎に配信されるス トリームデータのサイズが暗号化プロックサ ィズの整数倍となるように、 前及び/又は後ろのス トリームデータの一部を拡張 領域に格納してバケツ ト化ことにより、 又は G O P毎に暗号化ブロックサイズの 整数倍を単位と してパケッ ト化することにより、 暗号のかけかえなしに、 リアル タイム再生とダウンロード再生との両方がサポート可能とされる。
なお、 本発明は、 上述した実施の形態のみに限定されるものではなく、 木発明 の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。 例えば、 上述の実施の形態では、 各 G O P毎に、 暗号化ブロックサイズで割り 切れなかった末尾のデータの暗号化を行わず、 生データとするものと して説明し たが、 これに限定されるものではなく、 各 G O P毎に、 暗号化プロックサイズで 割り切れなかった末尾データにパディングを付して暗号化するようにしても構わ ない。 この場合にも、 パケッ ト毎に配信されるス トリームデータのサイズが暗号 化ブロックサイズの整数倍となるように、 前及び/又は後ろのス トリームデータ の一部を拡張領域に格納してパケッ ト化することにより、 バケツ トが欠落した場 合にも、 データが 号可能とされる。
上述の実施の形態では、 各 G O P毎に、 暗号化ブロックの境目となる前後のビ デォパケッ トのデータを拡張領城に付加するものとして説明したが、 これに限定 されるものではなく、 パケッ ト毎に送信されるストリームデータのサイズが暗号 化ブロックサイズの整数倍になるように、 例えば前後のビデオバケツ トのデータ を R T Pペイロードに入れるようにしてもよい。
また、 各 G O P毎に限らず、 各 V O P毎に、 暗号化プロックサイズで割り切れ なかったデータの暗号化を行わず、 生データと してもよい。
上述の実施の形態では、 ハードウェアの構成として説明したが、 これに限定さ れるものではなく、 ォーサリング部 1 2、 ストリーミングサーバ 1 3及ぴクライ アント端末 3 0の処理を、 それぞれ C P U (Central Process ing Uni t) にコンビ ユータプログラムを実行させることにより実現することも可能である。 この場合、 そのコンピュータプログラムは、 記録媒体に記録して提供することができる。 また、 上述の実施の形態では、 M P E G 4で圧縮符号化された画像データにつ いてのみ説明したが、 これに限定されるものではなく、 例えば M P E G 4オーデ ィォで圧縮符号化された音声データについても適用可能である。
すなわち、 音声データについても規格によって種々の階層構造が考えられるが、 所定の単位毎に、 暗号化ブロックサイズで割り切れない末尾のデータの暗号化を 行わないようにすることで、 画像データの場合と同様の効果を奏することができ る。 また、 M P E G 4オーディオでは、 MPEG4 audioMuxEl ement tji位又はそれを分 割した 位で R T Pペイロードに入れられるが、 この場合にも、 パケット毎に配 信されるストリームデータのサイズが暗号化プロックサイズの整数倍となるよう に、 前及び/又は後ろのストリームデータの一部を拡張領域に格納してバケツト 化することにより、 パケットが欠落した場合にも、 データが復号可能とされる。 なお、 本発明は、 図面を参照して説明した上述の実施例に限定されるものでは なく、 添付の請求の範囲及びその主旨を逸脱することなく、 様々な変更、 置換又 はその同等のものを行うことができることは当業者にとって明らかである。 産業上の利用可能性 上述したように、 本発明に係るス トリーミングシステムは、 画像デ一タ及び/ 又は音声データを圧縮符号化して得たス ト リームデータを暗号化する際に、 ス ト リームデータの所定単位毎に、 当該所定単位の先頭から暗号化プロックサイズ毎 に暗号化を行い、 暗号化ブロックサイズに満たない末尾のデータについては喑号 化を行わない暗号化装置と、 所定のファイル形式となるように、 暗号化された上 記ストリームデータに少なくともパケット化制御情報を付加してファイルを作成 するォーサリング装置と、 ォーサリング装置によって作成されたファイルを所定 のトランスポートプロ トコルによるネッ トワーク経由で配信するス トリーミング サーバと、 ストリーミングサーバから暗号化されたストリームデータを受信し、 ス ト リームデータのうち、 暗号化されている部分を複号化し、 元の画像デ一タに 復号するクライアント端末とを備える。
ここで、 ストリーミングサーバは、 パケット化制御情報に基づいて、 ストリー ムデータと共に、 パケット毎に配信されるストリームデータのサイズが暗号化ブ 口ックサイズの整数倍となるように、 前及び 又は後ろのス ト リームデータの一 部を拡張領域に格納してバケツ ト化し、 バケツ ト単位で上記クライアント端末に 配信することができる。
また、 ス トリーミ ングサーバは、 ス ト リームデータと共に、 パケッ ト毎に配信 される上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍とな るように、 前及びノ又は後ろのス ト リームデータの一部を拡張領域に格納してパ ケッ 卜化する第 1のパケッ ト化手法と、 所定単位毎に暗号化ブ口 ックサイズの整 数倍を単位としてパケッ ト化する第 2のパケッ ト化手法とを、 ネッ トワークの通 信状態に応じて切り換え、 パケッ ト単位で上記クライアント端末に配信するよう にしてもよい。
ス トリーミングサーバは、 所定単位毎に暗号化プロックサイズの整数倍となる ようにパディングされ、 暗号化されたス ト リームデータを、 パケッ ト化制御情報 に基づいて、 上記ス ト リームデータと共に、 パケッ ト毎に配信されるス ト リーム データのサイズが暗号化プロックサイズの整数倍となるように、 前及びノ又は後 ろのス トリ一ムデータの一部を拡張領域に格納してパケッ ト化し、 バケツ ト単位 で上記クライアント端末に配信することができる。
このようなス トリーミングシステムによれば、 ス ト リームデータの所定単位毎 に、 当該所定単位の先頭から暗号化ブロックサイズ毎に暗号化を行い、 暗号化ブ 口ックサイズに満たない末尾のデータについては暗号化を行わないことにより、 ス トリームデータの暗号化に際してサイズの増加を抑えることができる。
暗号化されたストリームデータが所定のファイル形式となるように、 少なく と もパケッ ト化制御情報を付加してファイルを作成することによ り、 ス トリーミン グ再生の際には、 そのパケッ ト化制御情報に基づいてファイルをバケツ ト化し、 ダウンロード再生の際には、 そのファイルをダウンロード可能とさせることがで き、 ス トリーミング再生とダウンロード再生との両方をサポートすることができ る。
パケッ ト化に際して、 パケッ ト毎に配信されるス トリームデータのサイズが喑 号化プロックサイズの整数倍となるように、 前及び/又は後ろのス トリ一ムデー タの一部を拡張領域に格納してパケッ ト化ことにより、 又は所定単位毎に暗号化 ブロックサイズの整数倍を単位と してパケッ ト化することにより、 パケッ トが欠 落した場合にも、 データの復号が可能とされる。

Claims

請求の範囲
1 . 画像データ及び/又は音声データを圧縮符号化して得たス ト リームデータを 暗号化する際に、 上記ス トリームデータの所定単位毎に、 当該所定単位の先頭か ら暗号化プロックサイズ毎に暗号化を行い、 暗号化プロックサイズに満たない末 尾のデータについては暗号化を行わない暗 化装置と、
所定のフアイル形式となるように、 暗号化された上記ス トリームデータに少な く ともパケッ ト化制御情報を付加してファイルを作成するォーサリ ング装置と、 上記ォーサリ ング装匮によって作成されたファイルを所定のトランスポートプ 口 トコルによるネッ トヮーク経由で配信するス トリーミングサーバと、
上記ス トリーミングサーバから暗号化された上記ス トリームデータを受信し、 上記ス ト リームデータのうち、 暗号化されている部分を復号化し、 元の画像デー タに後号するクライアント端末と
を備えることを特徴とするス トリーミングシステム。
2 . 上記ス ト リームデータは、 上記画像データに対して予測符号化に基づく画像 処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 1項記載 のス ト リーミングシステム。
3 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダム アクセス可能な単位であることを特徵とする請求の範囲第 2項記載のス トリーミ ングシステム。
4 . 上記ランダムアクセス可能な単位は、 上記画像データの符号化が完結される 複数の上記フレームからなるグループであることを特徴とする請求の範囲第 3項 記載のス ト リーミングシステム。
5 . 上記ス トリーミ ングサーバは、 上記パケッ ト化制御情報に基づいて、 上記ス トリームデータと共に、 バケツ ト毎に配信される上記スト リームデータのサイズ が上記暗号化プロックサイズの整数倍となるように、 前及び/又は後ろのス トリ ームデータの一部を拡張領域に格納してバケツ ト化し、 バケツ ト単位で上記クラ イアント端末に配信することを特徴とする請求の範囲第 1項記載のス ト リーミ ン
6 . 上記ス トリーミングサーバは、 上記ス トリームデータと共に、 パケッ ト毎に 配信される上記ス トリームデータのサイズが上記暗号化ブロックサイズの整数倍 となるように、 前及び Z又は後ろのス ト リームデータの一部を拡張領域に格納し てパケッ ト化する第 1のバケツ ト化手法と、 上記所定単位毎に暗号化プロックサ ィズの整数倍を単位と してバケツ ト化する第 2のパケッ ト化手法とを、 ネッ トヮ ークの通信状態に応じて切り換え、 バケツ ト単位で上記クライアント端末に配信 することを特徴とする請求の範囲第 L項記載のストリーミングシステム。
7 . 暗号化装置が画像データ及び/又は音声データを圧縮符号化して得たス ト リ ームデータを暗号化する際に、 上記ス トリームデータの所定単位毎に、 当該所定 単位の先頭から暗号化プロックサイズ毎に暗号化を行う と共に、 暗号化プロック サイズに満たない末尾のデータについては暗号化を行わず、
' ォーサリング装置が所定のファイル形式となるように、 暗号化された上記ス ト リームデータに少なく ともパケッ ト化制御情報を付加してファイルを作成し、 ス トリーミングサーバが上記ォ一サリ ング装置によって作成されたファイルを 所定のトランスポートプロ トコルによるネッ トワーク経由で配信し、
クライアント端末が上記ス ト リーミングサーバから暗号化された上記ス ト リー ムデータを受信し、 上記ス ト リームデータのうち、 暗号化されている部分を復号 化し、 元の画像デ"タに復号すること
を特徴とするス トリーミング方法。
8 . 上記ス トリームデータは、 上記画像データに対して予測符号化に基づく画像 処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 7項記載 のス ト リーミング方法。
9 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダム アクセス可能な単位であることを特徴とする請求の範囲第 8項記載のス トリーミ ング方法。
1 0 . 上記ランダムアクセス可能な単位は、 上記画像データの符号化が完結され る複数の上記フレームからなるグループであることを特徴とする請求の範囲第 9 項記載のス トリーミング方法。
1 1 . 上記ス トリーミ ングサーバは、 上記パケッ ト化制御情報に基づいて、 上記 ス トリームデータと共に、 パケッ ト毎に配信される上記ス トリームデータのサイ ズが上記暗号化プ πックサイズの整数倍となるように、 前及び 又は後ろのス ト リームデータの一部を拡張領域に格納してバケツ ト化し、 パケッ ト単位で上記ク ライアント端末に配信することを特徴とする請求の範囲第 7項記載のス トリーミ ング方法。
1 2 . 上記スト リーミングサーバは、 上記ストリームデータと共に、 バケツ ト毎 に配信される上記ス ト リームデータのサイズが上記暗号化プロ ックサイズの整数 倍となるように、 前及び/又は後ろのス トリームデータの一部を拡張領域に格納 してパケッ ト化する第 1のパケッ ト化手法と、 上記所定単位毎に暗号化ブロック サイズの整数倍でパケッ ト化する第 2のパケッ ト化手法とを、 ネッ トワークの通 信状態に応じて切り換え、 バケツ ト単位で上記クライアント端末に配信すること を特徴とする請求の範囲第 7項記載のス トリーミング方法。
1 3 . 画像データ及び/又は音声データを圧縮符号化して得たス ト リームデータ を、 当該ス トリームデータの所定単位毎に、 当該所定単位の先頭から暗号化プロ ックサイズ毎に暗号化を行い、 暗号化プロックサイズに満たない末尾のデータに ついては暗号化を行わないようにして暗号化し、 所定のファイル形式となるよう に、 暗号化された上記ス ト リームデータに少なく ともパケッ ト化制御情報を付加 して作成されたファイルを入力し、 上記パケッ ト化制御情報に基づいて上記ファ ィルをバケツト化するパケッ ト化手段と、
バケツ ト化された上記ファイルを所定のトランスポートプロ トコルによるネッ トワーク経由でクライアント端末に配信する配信手段と
を有することを特徴とするス トリーミングサーバ。
1 4 . 上記ス ト リームデータは、 上記画像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 1 3項 記載のス トリーミングサーバ。
1 5 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 1 4項記載のス ト リ ーミングサーバ。
1 6 . 上記パケッ ト化手段は、 上記ス トリームデータと共に、 パケッ ト毎に配信 される上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍とな るように、 前及び/又は後ろのス トリームデータの一部を拡張領域に格納してパ ケッ ト化することを特徴とする請求の範囲第 1 4項記載のス ト リーミングサーバ c
1 7 . 上記バケツ ト化手段は、 上記ス トリームデータと共に、 バケツ ト毎に配信 される上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍とな るように、 前及びノ又は後ろのス トリームデータの一部を拡張領域に格納する第 1のパケッ ト化手法と、 上記所定単位毎に暗号化プロックサイズの整数倍でパケ ッ ト化する第 2のバケツ ト化手法とを、 ネッ トワークの通信状態に応じて切り換 えてパケッ ト化することを特徴とする請求の範囲第 1 3項記載のス ト リ一ミング サーバ。
1 8 . 画像データ及び/又は音声データを圧縮符号化して得たス トリームデータ を、 当該ス ト リームデータの所定単位毎に、 当該所定単位の先頭から暗号化プロ ックサイズ毎に暗号化を行い、 所定のファイル形式となるように、 暗号化された 上記ス トリームデータに少なく ともバケツ ト化制御情報を付加して作成されたフ アイルを入力し、 上記パケッ ト化制御情報に基づいて、 上記ス ト リームデータと 共に、 パケッ ト毎に配信される上記ス トリームデータのサイズが上記暗号化プロ ックサイズの整数倍となるように、 前及び/又は後ろのス トリームデータの一部 についてもバケツ ト化するパケッ ト化手段と、
バケツ ト化された上記ファイルを所定のトランスポートプロ トコルによるネッ トワーク経由でクライアント端末に配信する配信手段と
を有することを特徴とするス ト リーミングサーバ。
1 9 . 上記パケッ ト化手段は、 上記前及び/又は後ろのス トリームデータの一部 を拡張領域に格納して上記ファイルをパケット化することを特徴とする請求の範 囲第 1 8項記載のス トリーミングサーバ。
2 0 . 画像データ及び/又は音声データを圧縮符号化して得たス トリームデータ を、 当該ス ト リームデータの所定単位毎に、 当該所定単位の先頭から暗号化プロ ックサイズ毎に暗号化を行い、 暗号化プロックサイズに満たない末尾のデータに ついては暗号化を行わないようにして暗号化し、 所定のファイル形式となるよう に、 暗号化された上記ス トリームデータに少なく ともパケッ ト化制御情報を付加 して作成されたファイルを入力し、 上記バケツ ト化制御情報に基づいて上記ファ ィルをパケッ ト化するバケツ ト化工程と、
パケッ ト化された上記ファイルを所定のトランスポートプロ トコルによるネッ トワーク経由でクライアント端末に配信する配信工程と
を有することを特徴とするデータ配信方法。
2 1 . 上記ス トリームデータは、 上記画像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 2 0項 記載のデータ配信方法。
2 2 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 2 1項記載のデータ 配信方法。
2 3 . 上記パケッ ト化工程では、 上記ス ト リームデータと共に、 パケッ ト毎に配 信される上記ストリームデータのサイズが上記暗号化プロックサイズの整数倍と なるよ うに、 前及び/又は後ろのス トリームデータの一部が拡張領域に格納され てパケッ ト化されることを特徴とする請求の範囲第 2 0項記載のデータ配信方法。
2 4 . 上記パケッ ト化工程では、 上記ス ト リームデータと共に、 パケッ ト毎に配 信される上記ストリームデータのサイズが上記暗号化プロックサイズの整数倍と なるように、 前及び/又は後ろのス トリームデータの一部を拡張領域に格納する 第 1のパケッ ト化手法と、 上記所定単位毎に暗号化ブロックサイズの整数倍でパ ケッ ト化する第 2のバケツ ト化手法とが、 ネッ トワークの通信状態に応じて切り 換えられてパケッ ト化されることを特徴とする請求の範囲第 2 0項記載のデータ 配信方法。
2 5 . 画像データ及び Z又は音声データを圧縮符号化して得たス トリームデータ を、 当該ス ト リームデータの所定単位毎に、 当該所定単位の先頭から暗号化プロ ックサイズ毎に暗号化を行い、 所定のファイル形式となるように、 暗号化された 上記ス トリームデータに少なく ともパケッ ト化制御情報を付加して作成されたフ アイルを入力し、 上記パケッ ト化制御情報に基づいて、 上記ス ト リームデータと 共に、 パケッ ト毎に配信される上記ス ト リームデータのサイズが上記暗号化プロ ックサイズの整数倍となるように、 前及び Z又は後ろのス トリームデータの一部 についてもパケッ ト化するバケツ ト化工程と、
パケッ ト化された上記ファイルを所定のトランスポートプロ トコルによるネッ トワーク経由でクライアント端末に配信する配信工程と
を有することを特徴とするデータ配信方法。
2 6 . 上記パケッ ト化工程では、 上記前及び/又は後ろのス ト リームデータの一 部を拡張領域に格納して上記ファイルがパケッ ト化されることを特徴とする請求 の範囲第 2 5项記載のデータ配信方法。
2 7 . 所定の動作をコンピュータに実行させるためのプログラムであって、 画像データ及び Z又は音声データを圧縮符号化して得たス ト リームデータを、 当該ス トリームデータの所定単位毎に、 当該所定単位の先頭から暗号化プロック サイズ毎に暗号化を行い、 暗号化プロックサイズに満たない末尾のデータについ ては暗号化を行わないようにして暗号化し、 所定のファイル形式となるように、 暗号化された上記ス トリームデータに少なく ともバケツ ト化制御情報を付加して 作成されたファイルを入力し、 上記パケッ ト化制御情報に基づいて上記ファイル をパケッ ト化するパケッ ト化工程と、
バケツ ト化された上記ファイルを所定のトランスポートプロ トコルによるネッ トワーク経由でクライアント端末に配信する配信工程と
を有することを特徴とするプログラム。
2 8 . 上記ス トリームデータは、 上記画像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 2 7項 記載のプログラム。
2 9 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 2 8項記載のプログ ラム。
3 0 . 上記パケッ ト化工程では、 上記ス ト リームデータと共に、 パケッ ト毎に配 信される上記ス トリームデータのサイズが上記暗号化ブロックサイズの整数倍と なるように、 前及び/又は後ろのス トリームデータの一部が拡張領域に格納され てパケッ ト化されることを特徴とする請求の範囲第 2 7項記載のプログラム。
3 1 . 上記パケッ ト化工程では、 上記ス ト リームデータと共に、 パケッ ト毎に配 信される上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍と なるように、 前及び/又は後ろのス トリームデータの一部を拡張領域に格納する 第 1のパケッ ト化手法と、 上記所定 t i位毎に暗号化プロックサイズの整数倍でパ ケッ ト化する第 2のバケツ ト化手法とが、 ネッ トワークの通信状態に応じて切り 換えられてパケッ ト化されることを特徴とする請求の範囲第 2 7項記載のプログ ラム。
3 2 . 所定の動作をコンピュータに: ¾行させるためのプログラムであって、 画像データに対して予測符号化に基づく画像処理が施されたス トリームデータ を、 当該ス トリームデータの所定単位毎に、 当該所定単位の先頭から暗号化プロ ックサイズ毎に暗号化を行い、 所定のファイル形式となるように、 暗号化された 上記ス トリームデータに少なく ともパケッ ト化制御情報を付加して作成されたフ アイルを入力し、 上記パケッ ト化制御情報に基づいて、 上記ス 卜リームデータと 共に、 パケッ ト毎に配信される上記ス トリームデータのサイズが上記暗号化プロ ックサイズの整数倍となるように、 前及び/又は後ろのス トリームデータの一部 を拡張領域に格納して上記ファイルをバケツ ト化するバケツ ト化工程と、 パケッ ト化された上記ファイルを所定のトランスポートプロ トコルによるネッ トワーク経由でクライアント端末に配信する配信工程と
を有することを特徴とするプログラム。
3 3 . 上記パケッ ト化工程では、 上記前及びノ又は後ろのス ト リームデータの一 部を拡張領域に格納して上記ファイルがパケッ ト化されることを特徴とする請求 の範囲第 3 2項記載のプログラム。
3 4 . 所定の動作をコンピュータに実行させるためのプログラムが記録されたコ ンピュータ読み取り可能な記録媒体であって、
画像データ及び/又は音声データを圧縮符号化して得たス トリームデータを、 当該ストリームデータの所定単位毎に、 当該所定単位の先頭から暗号化プロック サイズ毎に暗号化を行い、 暗号化プロックサイズに満たない末尾のデータについ ては暗号化を行わないようにして暗号化し、 所定のファイル形式となるように、 暗号化された上記ストリームデータに少なく ともバケツ ト化制御情報を付加して 作成されたファイルを入力し、 上記バケツ ト化制御情報に基づいて上記ファイルをバケツ ト化するパケッ ト化 工程と、
パケッ ト化された上記ファイルを所定のトランスポートプロ トコルによるネッ トワーク経由でクライアント端末に配信する配信工程と
を有することを特徴とするプログラムが記録された記録媒体。
3 5 . 上記ス トリームデータは、 上記画像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 3 4項 記載の記録媒体。
3 6 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 3 5項記載の記録媒 体。
3 7 . 上記パケッ ト化工程では、 上記ス ト リームデータと共に、 パケッ ト毎に配 信される上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍と なるように、 前及び/又は後ろのス トリームデータの一部が拡張領域に格納され てパケッ ト化されることを特徴とする請求の範囲第 3 4項記載の記録媒体。
3 8 . 上記パケッ ト化工程では、 上記ス ト リームデータと共に、 パケッ ト毎に配 信される上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍と なるように、 前及び/又は後ろのス トリームデータの一部を拡張領域に格納する 第 1のパケッ ト化手法と、 上記所定単位毎に暗号化プロックサイズの整数倍でパ ケッ ト化する第 2のパケッ ト化手法とが、 ネッ トワークの通信状態に応じて切り 換えられてバケツ ト化されることを特徴とする請求の範囲第 3 4項記載の記録媒 体。
3 9 . 所定の動作をコンピュータに実行させるためのプログラムが記録された記 録媒体であって、
画像データ及び/又は音声データを圧縮符号化して得たストリームデータを、 当該ス トリームデータの所定単位毎に、 当該所定単位の先頭から暗号化プロック サイズ毎に暗号化を行い、 所定のファイル形式となるように、 暗号化された上記 ス トリームデータに少なく ともパケッ ト化制御情報を付加して作成されたフアイ ルを入力し、 上記パケッ ト化制御情報に基づいて、 上記ス トリームデータと共に、 パケッ ト毎に配信される上記ス トリームデータのサイズが上記暗号化プロックサ ィズの整数倍となるように、 前及びノ又は後ろのス トリームデータの一部につい てもパケッ 1、化するバケツ ト化工程と、
パケッ ト化された上記ファイルを所定のトランスポートプロ トコルによるネッ トワーク経由でクライアント端末に配信する配信工程と
を有することを特徴とするプログラムが記録された記録媒体。
4 0 . 上記パケッ ト化工程では、 上記前及び/又は後ろのス ト リームデータの一 部を拡張領域に格納して上記ファイルがパケッ ト化されることを特徴とする請求 の範囲第 3 9項記載の記録媒体。
4 1 . 画像データ及び Z又は音声データを圧縮符号化し、 所定単位毎に、 当該所 定単位の先頭から暗号化プロックサイズ毎に暗号化を行い、 暗号化プロックサイ ズに満たない末尾のデータについては暗号化を行わないス トリームデータが所定 のファイル形式となるように、 少なく ともパケッ ト化制御情報を付加してフアイ ルを作成し、 上記パケッ ト化制御情報に基づいて、 パケッ ト単位で所定のトラン スポートプロ トコルによるネッ トワーク経由でス トリーミングサーバから配信さ れた当該パケッ トを受信する受信手段と、
上記パケッ トを逆バケツ ト化する逆バケツ ト化手段と、
上記ス トリームデータのうち、 暗号化されている部分を複号化する喑号復号化 手段と、
複号化された上記ス トリームデータを元の画像データに復号する復号手段と を有することを特徴とするクライアント端末。
4 2 . 上記ストリームデータは、 上記画像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 4 1項 記載のクライアント端末。
4 3 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 4 2項記載のクライ アント端末。
4 4 . 上記パケッ トは、 ス トリームデータと共に、 パケッ ト毎に配信される上記 ス ト リームデータのサイズが上記暗号化プロックサイズの整数倍となるように、 前及び/又は後ろのス トリームデータの一部が拡張領域に格納されたものである ことを特徴とする請求の範囲第 4 1項記載のクライアント端末。
4 5 . 上記パケッ トは、 上記ス ト リームデータと共に、 パケッ ト毎に配信される 上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍となるよう に、 前及び/又は後ろのス トリ一ムデータの一部を拡張領域に格納してパケッ ト 化する第 1のバケツ ト化手法と、 上記所定:' μ位毎に暗号化プロックサイズの整数 倍を単位と してバケツ ト化する第 2のパケッ ト化手法とが、 ネッ トワークの通信 状態に応じて切り換えられてパケッ ト化されたものであることを特徴とする請求 の範囲第 4 1項記載のクライアント端末。
4 6 . 画像データ及び/又は音声データを圧縮符号化し、 所定単位毎に、 当該所 定単位の先頭から暗号化プロックサイズ毎に暗号化を行ったス ト リームデータが 所定のファイル形式となるように、 少なく ともパケッ ト化制御情報を付加してフ アイルを作成し、 上記パケッ ト化制御情報に基づいて、 パケッ ト単位で所定の ト ランスポ一トプロ トコルによるネッ トワーク経由でストリーミングサーバから配 信された当該パケッ トを受信する受信手段と、
上記バケツ トを逆バケツ ト化する逆バケツ ト化手段と、
上記ス トリームデータのうち、 暗号化されている部分を複号化する暗号複号化 手段と、
復号化された上記ス トリームデータを元の画像データに復号する復号手段とを 有し、
上記パケッ トは、 上記ス ト リームデータと共に、 パケッ ト毎に配信される上記 ス トリームデータのサイズが上記暗号化プロックサイズの整数倍となるように、 前及び Ζ又は後ろのス トリームデータの一部についてもパケッ ト化されたもので あることを特徴とするクライアント端末。
4 7 . 上記前及び/又は後ろのス トリームデータの一部が拡張領域に格納される ことを特徴とする請求の範囲第 4 6項記載のクライアント端末。
4 8 . 画像データ及び/又は音声データを圧縮符号化し、 所定単位毎に、 当該所 定単位の先頭から暗号化プロックサイズ毎に暗号化を行い、 暗号化プロックサイ ズに満たない末尾のデータについては暗号化を行わないス トリームデータが所定 のファイル形式となるように、 少なく ともパケッ ト化制御情報を付加してフアイ ルを作成し、 上記パケッ ト化制御情報に基づいて、 バケツ ト単位で所定のトラン スポートプロ トコルによるネッ トワーク経 ¾でス トリーミングサーバから配信さ れた当該バケツ トを受信する受信工程と、
上記バケツ トを逆パケッ ト化する逆パケッ ト化工程と、
上記ス トリームデータのうち、 暗号化されている部分を復号化する暗号復号化 工程と、
復号化された上記ストリームデータを元の画像データに復号する復号工程と を有することを特徴とするデータ復号方法。
4 9 . 上記ス トリームデータは、 上記画像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 4 8項 記載のデータ復号方法。
5 0 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 4 9項記載のデータ 復号方法。
5 1 . 上記パケッ トは、 ス トリームデータと共に、 パケッ ト毎に配信される上記 ス ト リームデータのサイズが上記暗号化プロックサイズの整数倍となるように、 前及び/又は後ろのストリームデータの一部が拡張領域に格納されたものである ことを特徴とする請求の範囲第 4 8項記載のデータ復号方法。
5 2 . 上記パケッ トは、 上記ス トリームデータと共に、 パケッ ト毎に配信される 上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍となるよ う に、 前及び/又は後ろのス トリームデータの一部を拡張領域に格納してパケッ ト 化する第 1のパケッ ト化手法と、 上記所定単位毎に暗号化プロックサイズの整数 倍を単位としてパケッ ト化する第 2のパケッ ト化手法とが、 ネッ トワークの通信 状態に応じて切り換えられてパケッ ト化されたものであることを特徴とする請求 の範囲第 4 8項記載のデータ復号方法。
5 3 . 画像データ及び/又は音声データを圧縮符号化し、 所定単位毎に、 当該所 定単位の先頭から暗号化ブロックサイズ毎に暗号化を行ったス ト リームデータが 所定のファイル形式となるように、 少なく ともバケツ ト化制御情報を付加してフ アイルを作成し、 上記パケッ ト化制御情報に基づいて、 パケッ ト単位で所定のト ランスポートプロ トコルによるネッ トワーク経由でス トリーミングサーバから配 信された当該パケッ トを受信する受信工程と、
上記パケッ トを逆パケッ ト化する逆パケッ ト化工程と、
上記ス トリームデータのうち、 暗号化されている部分を複号化する喑号復号化 工程と、
復号化された上記ス ト リームデータを元の画像データに復号する復号工程とを 有し、
上記パケッ トは、 上記ス トリームデータと共に、 バケツ ト毎に配信される上記 ス トリームデータのサイズが上記暗号化ブロックサイズの整数倍となるように、 前及び/又は後ろのストリームデータの一部についてもパケッ ト化されたもので あることを特徴とするデータ復号方法。
5 4 . 上記前及び/又は後ろのス トリームデータの一部が拡張領域に格納される ことを特徴とする請求の範囲第 5 3項記載のデータ復号方法。
5 5 . 所定の動作をコンピュータに実行させるためのプログラムであって、 画像データ及び/又は音声データを圧縮符号化し、 所定単位毎に、 当該所定単 位の先頭から暗号化プロックサイズ毎に暗号化を行い、 暗号化プロックサイズに 満たない末尾のデータについては暗号化を行わないス トリームデータが所定のフ アイル形式となるように、 少なく ともパケッ ト化制御情報を付加してファイルを 作成し、 上記パケッ ト化制御情報に基づいて、 パケッ ト単位で所定の トランスポ ートプロ トコルによるネッ トワーク経由でストリーミングサーバから配信された 当該パケッ トを受信する受信工程と、
上記パケッ トを逆パケッ ト化する逆パケッ ト化工程と、
上記ス トリームデータのうち、 暗号化されている部分を複号化する暗号複号化 工程と、
復号化された上記ス トリームデータを元の画像データに復号する復号工程と を有することを特徴とするプログラム。
5 6 . 上記ス ト リームデータは、 上記画像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 5 5項 記載のプログラム。
5 7 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 5 6項記載のプログ ラム。
5 8 . 上記パケッ トは、 ス ト リームデータと共に、 パケッ ト毎に配信される上記 ス トリームデータのサイズが上記暗号化ブロックサイズの整数倍となるように、 前及び/又は後ろのス トリームデータの一部が拡張領域に格納されたものである ことを特徴とする請求の範囲第 5 5項記載のプログラム。
5 9 . 上記パケッ トは、 上記ス ト リームデータと共に、 パケッ ト毎に配信される 上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍となるよ う に、 前及び 又は後ろのス トリームデータの一部を拡張領域に格納してパケッ ト 化する第 1のバケツ ト化手法と、 上記所定単位毎に暗号化ブロックサイズの整数 倍を単位と してパケッ ト化する第 2のパケッ ト化手法とが、 ネッ トワークの通信 状態に応じて切り換えられてパケッ ト化されたものであることを特徴とする請求 の範囲第 5 5項記載のプログラム。
6 0 . 所定の動作をコンピュータに実行させるためのプログラムであって、 画像データ及び Z又は音声データを圧縮符号化し、 所定単位毎に、 当該所定単 位の先頭から暗号化プロックサイズ毎に暗号化を行ったス トリームデータが所定 のファイル形式となるように、 少なく ともパケッ ト化制御情報を付加してフアイ ルを作成し、 上記パケッ ト化制御情報に基づいて、 パケッ ト単位で所定のトラン スポートプロ トコルによるネッ トワーク経由でス トリーミングサーバから配信さ れた当該パケッ トを受信する受信工程と、
上記パケッ トを逆パケッ ト化する逆パケッ ト化工程と、
上記ス トリームデータのうち、 暗号化されている部分を複号化する暗号複号化 工程と、
復号化された上記ス トリームデータを元の画像データに復号する復号工程とを 有し、
上記パケットは、 上記ス ト リームデータと共に、 パケッ ト毎に配信される上記 ス ト リームデータのサイズが上記暗号化プロックサイズの整数倍となるように、 前及び/又は後ろのス トリームデータの一部についてもパケッ ト化されたもので あることを特徴とするプログラム。
6 1 . 上記前及び/又は後ろのス トリームデータの一部が拡張領域に格納される ことを特徴とする請求の範囲第 6 0項記載のプログラム。
6 2 . 所定の動作をコンピュータに実行させるためのプログラムが記録されたコ ンピュータ読み取り可能な ϊ¾録媒体であって、
画像データ及び/又は音 データを圧縮符号化し、 所定単位毎に、 当該所定単 位の先頭から暗号化ブロックサイズ毎に喑号化を行 、、 暗号化ブロックサィズに 満たない末尾のデータについては暗号化を行わないス トリームデータが所定のフ アイル形式となるように、 少なく ともバケツ ト化制御情報を付加してファイルを 作成し、 上記バケツ ト化制御情報に基づいて、 パケッ ト単位で所定の トランスポ ートプロ トコルによるネッ トワーク経由でス トリーミング -一バから配信された 当該バケツ トを受信する受信工程と、
上記バケツ トを逆パケッ ト化する逆パケッ ト化工程と、
上記ス ト リームデータのうち、 暗号化されている部分を復号化する暗号複号化 工程と、
復号化された上記ス トリームデータを元の画像データに復号する復号工程と を有することを特徴とするプログラムが記録された記録媒体。
6 3 . 上記ス ト リームデータは、 上記画像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 6 2項 記載の記録媒体。
6 4 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 6 3項記載の記録媒 体。
6 5 . 上記パケッ トは、 ス トリームデータと共に、 パケッ ト毎に配信される上記 ス トリームデータのサイズが上記暗号化ブロックサイズの整数倍となるように、 前及び Ζ又は後ろのス トリームデータの一部が拡張領域に格納されたものである ことを特徴とする請求の範囲第 6 2項記載の記録媒体。
6 6 . 上記パケッ トは、 上記ス ト リームデータと共に、 パケッ ト毎に配信される 上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍となるよう に、 前及び/又は後ろのス トリームデータの一部を拡張領域に格納してパケッ ト 化する第 1のバケツ ト化手法と、 上記所定単位毎に暗号化プロックサイズの整数 倍を単位と してパケッ ト化する第 2のパケッ ト化手法とが、 ネッ トワークの通信 状態に応じて切り換えられてパケッ ト化されたものであることを特徴とする請求 の範囲第 6 2項記載の記録媒体。
6 7 . 所定の動作をコンピュータに実行させるためのプログラムが記録された記 録媒体であって、
画像データ及び Z又は音声データを圧縮符号化し、 所定単位毎に、 当該所定単 位の先頭から暗号化プロックサイズ毎に暗号化を行ったス トリームデータが所定 のフアイル形式となるように、 少なく ともパケッ ト化制御情報を付加してフアイ ルを作成し、 上記バケツ ト化制御情報に基づいて、 バケツ ト単位で所定のトラン スポートプロ トコルによるネッ トワーク経由でス トリーミングサーバから配信さ れた当該パケッ トを受信する受信工程と、
上記バケツ トを逆パケッ ト化する逆パケット化工程と、
上記ス トリームデータのうち、 暗号化されている部分を複号化する暗号複号化 工程と、
複号化された上記ス トリームデータを元の画像データに復号する復号工程とを 有し、
上記パケッ トは、 上記ス トリームデータと共に、 パケッ ト毎に配信される上記 ス トリームデータのサイズが上記暗号化プロックサイズの整数倍となるように、 前及び/又は後ろのス トリームデータの一部が拡張領域に格納されたものである ことを特徴とするプログラムが記録された記録媒体。
6 8 . 上記前及び/又は後ろのストリームデータの一部が拡張領域に格納される ことを特徴とする請求の範囲第 6 7項記載の記録媒体。
6 9 . 画像データ及び Z又は音声データを圧縮符号化して得たス ト リームデータ の所定単位毎に、 当該所定単位の先頭から暗号化プロックサイズ毎に暗号化を行 い、 暗号化プロックサイズに満たない末尾のデータについては暗号化を行わない ようにして暗号化された上記ストリームデータを入力し、 所定のファイル形式となるように、 暗号化された上記ストリームデータに少な くともパケット化制御情報を付加してファイルを作成するファイル作成手段を有 すること
を特徴とするォーサリング装置。
7 0 . 上記ストリームデータは、 上記画像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 6 9項 記載のォーサリング装置。
7 1 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 7 0項記載のォーサ リング装置。
7 2 . 上記パケット化制御情報は、 上記ス ト リームデータと共に、 パケット毎に 配信される上記ストリームデータのサイズが上記暗号化プロックサイズの整数倍 となるように、 前及ぴノ又は後ろのストリームデータの一部を拡張領域に格納し てパケット化させるものであることを特徴とする請求の範囲第 6 9項記載のォー サリング装置。
7 3 . 画像データ及び/又は音声データを圧縮符号化して得たストリームデータ の所定単位毎に、 当該所定単位の先頭から暗号化ブロックサイズ毎に暗号化を行 い、 暗号化ブロックサイズに満たない末尾のデータについては暗号化を行わない ようにして暗号化された上記ストリームデータを入力し、
所定のファイル形式となるように、 暗号化された上記ストリームデータに少な く ともパケット化制御情報を付加してファイルを作成するファイル作成工程を有 すること
を特徴とするォーサリング方法。
7 4 . 上記ス ト リームデータは、 上記画像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 7 3項 記載のォーサリング方法。
7 5 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 7 3項記載のォーサ リング方法。
7 6 . 上記パケッ ト化制御情報は、 上記ス トリームデータと共に、 パケッ ト毎に 配信される上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍 となるよ うに、 前及び/又は後ろのス ト リームデータの一部を拡張領域に格納し てバケツ ト化させるものであることを特徴とする請求の範囲第 7 3項記載のォー サリ ング方法。
7 7 . 所定の動作をコンピュータに実行させるためのプログラムであって、 画像データ及び/又は音声データを圧縮符号化して得たス トリームデータの所 定単位毎に、 当該所定単位の先頭から暗号化プロックサイズ毎に暗号化を行い、 暗号化ブロックサィズに満たない末尾のデータについては暗号化を行わないよ う にして暗号化された上記ス トリームデータを入力し、
所定のファイル形式となるように、 喑号化された上記ス トリームデータに少な く ともパケッ ト化制御情報を付加してファイルを作成するファイル作成工程を有 することを特徴とするプログラム。
7 8 . 上記ス ト リームデータは、 上記画像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 7 7項 記載のプログラム。
7 9 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 7 8項記載のプログ ラム。
8 0 . 上記バケツ ト化制御情報は、 上記ス トリームデータと共に、 パケッ ト毎に 配信される上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍 となるように、 前及び/又は後ろのス トリームデータの一部を拡張領域に格納し てパケッ ト化させるものであることを特徴とする請求の範囲第 7 7項記載のプロ グラム。
8 1 . 所定の動作をコンピュータに実行させるためのプログラムが記録されたコ ンピュータ読み取り可能な記録媒体であって、
画像データ及び/又は音声データを圧縮符号化して得たス トリームデータの所 定単位毎に、 当該所定単位の先頭から暗号化プロックサイズ毎に暗号化を行い、 暗号化プロックサイズに満たない末尾のデータについては暗号化を行わないよう にして暗号化された上記ス トリームデータを入力し、
所定のファイル形式となるように、 暗号化された上記ス トリームデータに少な く ともパケッ ト化制御情報を付加してファイルを作成するファイル作成工程を有 すること
を特徴とするプログラムが記録された記録媒体。
8 2 . 上記ス トリームデータは、 上記阿像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 8 1項 記載の記録媒体。
8 3 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 8 2項記載の記録媒 体。
8 4 . 上記パケッ ト化制御情報は、 上記ス トリームデータと共に、 パケッ ト毎に 配信される上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍 となるように、 前及び Z又は後ろのス トリームデータの一部を拡張領域に格納し てパケッ ト化させるものであることを特徴とする請求の範囲第 8 1項記載の記録 媒体。
8 5 . ス ト リ一ミングサーバによって、 パケッ ト化されて所定のトランスポート プロ トコルによるネッ トワーク経由でクライアント端末に配信されるファイルが 記録された記録媒体であって、
上記ファイルは、 画像データ及び/又は音声データを圧縮符号化して得たス ト リームデータの所定単位毎に、 当該所定単位の先頭から暗号化プロックサイズ毎 に暗号化を行い、 暗号化プロックサイズに満たない末尾のデータについては暗号 化を行わないようにして暗号化された上記ストリームデータが所定のファイル形 式となるように、 喑号化された上記ス トリームデータに少なく ともバケツ トイ匕制 御情報を付加して作成されたものであることを特徴とする記録媒体。
8 6 . 上記ス トリームデータは、 上記画像データに対して予測符号化に基づく画 像処理を施して圧縮符号化したものであることを特徴とする請求の範囲第 8 5項 記載の記録媒体。
8 7 . 上記所定単位は、 上記画像データの表示単位となるフレーム、 又はランダ ムアクセス可能な単位であることを特徴とする請求の範囲第 8 6項記載の記録媒 体。
8 8 . 上記パケッ ト化制御情報は、 上記ス トリームデータと共に、 パケッ ト毎に 配信される上記ス トリームデータのサイズが上記暗号化プロックサイズの整数倍 となるように、 前及び/又は後ろのス ト リームデータの一部を拡張領域に格納し てパケッ ト化させるものであることを特徴とする請求の範面第 8 5項記載の記録 媒体。
PCT/JP2003/000806 2002-01-30 2003-01-28 Streaming system for distributing encrypted compressed image data and streaming method thereof WO2003065726A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US10/473,284 US8325918B2 (en) 2002-01-30 2003-01-28 Streaming system for distributing encrypted compressed image data, and streaming method therefor
KR20037012699A KR100917513B1 (ko) 2002-01-30 2003-01-28 암호화한 압축 화상 데이터를 분배하는 스트리밍 시스템 및 그 스트리밍 방법
EP03705026A EP1471743A4 (en) 2002-01-30 2003-01-28 CONTINUOUS DIFFUSION SYSTEM FOR DISTRIBUTING COMPRESSED AND FIGURE IMAGE DATA AND ITS CONTINUOUS DIFFUSION METHOD
US12/081,978 US8325919B2 (en) 2002-01-30 2008-04-24 Streaming system for distributing encrypted compressed image data, and streaming method therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002-22257 2002-01-30
JP2002022257A JP3925218B2 (ja) 2002-01-30 2002-01-30 ストリーミングシステム及びストリーミング方法、ストリーミングサーバ及びデータ配信方法、クライアント端末及びデータ復号方法、並びにプログラム及び記録媒体

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US10473284 A-371-Of-International 2003-01-28
US12/081,978 Division US8325919B2 (en) 2002-01-30 2008-04-24 Streaming system for distributing encrypted compressed image data, and streaming method therefor

Publications (1)

Publication Number Publication Date
WO2003065726A1 true WO2003065726A1 (en) 2003-08-07

Family

ID=27654420

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/000806 WO2003065726A1 (en) 2002-01-30 2003-01-28 Streaming system for distributing encrypted compressed image data and streaming method thereof

Country Status (6)

Country Link
US (2) US8325918B2 (ja)
EP (1) EP1471743A4 (ja)
JP (1) JP3925218B2 (ja)
KR (1) KR100917513B1 (ja)
CN (1) CN1228981C (ja)
WO (1) WO2003065726A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100401773C (zh) * 2004-03-04 2008-07-09 索尼株式会社 内容再现设备、内容记录设备及内容记录/再现方法
CN100456358C (zh) * 2004-04-08 2009-01-28 华为技术有限公司 一种实现端到端语音加密的方法
CN1783877B (zh) * 2004-11-30 2010-05-12 Ut斯达康通讯有限公司 实时通讯数据流穿越网络地址转换设备和防火墙的方法

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100524770B1 (ko) 2003-09-17 2005-10-31 엘지전자 주식회사 주문형 비디오 서비스 장치 및 방법
EP2110769B1 (en) * 2004-02-03 2012-12-05 SanDisk Secure Content Solutions, Inc. Protection of digital data content
JP2008035272A (ja) * 2006-07-28 2008-02-14 Canon Inc 情報処理システム及び当該システムにおけるデータ通信方法
EP2106641A4 (en) * 2007-01-26 2011-12-14 Safenet Inc FILE ENCRYPTION, WITHIN THE MAINTENANCE OF THE FILE SIZE
JP4347351B2 (ja) * 2007-02-15 2009-10-21 富士通株式会社 データ暗号化装置、データ復号化装置、データ暗号化方法、データ復号化方法およびデータ中継装置
EP2149245B8 (de) * 2007-04-27 2011-09-14 Plazamedia GMBH Verfahren und datenübertragungssystem zur sicheren übertragung von video- und/oder audiodaten über ein unsicheres öffentliches ip-basiertes netz
EP2149264B1 (en) * 2007-07-02 2011-01-12 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Apparatus and method for processing and reading a file having a media data container and a metadata container
EP2337348A4 (en) * 2008-10-15 2012-09-05 Mitsubishi Electric Corp ENCRYPTION DEVICE AND DECODING DEVICE AND ENCRYPTION METHOD AND DECODING METHOD
JP4984181B2 (ja) * 2009-06-22 2012-07-25 ソニー株式会社 再生装置および再生方法
CN101710964B (zh) * 2009-11-17 2012-09-05 深圳国微技术有限公司 Mpeg2传输流数据包的加密和解密方法
CN102739417B (zh) * 2011-04-01 2014-08-20 华为技术有限公司 流媒体业务处理系统及故障检测方法
US9357275B2 (en) * 2011-09-06 2016-05-31 Qualcomm Incorporated Network streaming of coded video data
EP3340634B1 (en) * 2012-04-26 2020-02-12 Huawei Technologies Co., Ltd. System and method for signaling segment encryption and key derivation for adaptive streaming
US9369274B2 (en) * 2012-07-06 2016-06-14 International Business Machines Corporation Cipher text translation
JP5933006B2 (ja) * 2012-08-23 2016-06-08 クアルコム，インコーポレイテッド データストリームの終結を示し、ユーザコンテキストを更新するための帯域内シグナリング
JP2015012580A (ja) 2013-07-02 2015-01-19 キヤノン株式会社 受信装置、受信方法及びプログラム
US9397832B2 (en) * 2014-08-27 2016-07-19 International Business Machines Corporation Shared data encryption and confidentiality
US9397833B2 (en) * 2014-08-27 2016-07-19 International Business Machines Corporation Receipt, data reduction, and storage of encrypted data
CN105578308B (zh) * 2015-12-29 2018-06-22 武汉市烽视威科技有限公司 一种rtp组播直播与hls单播时移相结合的实现方法
FI3883209T3 (fi) * 2017-03-08 2023-09-12 Hitachi Energy Switzerland Ag Menetelmät ja laitteet suhteellisen ajoituksen säilyttämiseksi ja datapakettien tilaamiseksi verkossa

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08265723A (ja) * 1995-03-27 1996-10-11 Matsushita Electric Ind Co Ltd スクランブル制御方法およびスクランブル装置およびデスクランブル装置
WO1999048296A1 (en) * 1998-03-16 1999-09-23 Intertrust Technologies Corporation Methods and apparatus for continuous control and protection of media content
WO2000048375A1 (en) * 1999-02-11 2000-08-17 Loudeye Technologies, Inc. Media distribution system
WO2000060846A2 (en) 1999-04-07 2000-10-12 Diva Systems Corporation Selective and renewable encryption for secure distribution of video on-demand
WO2001015448A1 (en) * 1999-08-24 2001-03-01 General Instrument Corporation System and method for securing on-demand delivery of pre-encrypted content using ecm suppression
JP2001175793A (ja) * 1999-12-21 2001-06-29 Toshiba Corp 医用画像配信装置
JP2001251599A (ja) * 2000-01-27 2001-09-14 Lucent Technol Inc 条件付きアクセスシステムのパケット化されたデジタル映像信号のためのスクランブル方法及び装置
JP2002374511A (ja) * 2001-03-26 2002-12-26 Samsung Electronics Co Ltd 暗号化されたデータを含むデータの伝送及び受信制御方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5684876A (en) * 1995-11-15 1997-11-04 Scientific-Atlanta, Inc. Apparatus and method for cipher stealing when encrypting MPEG transport packets
US5991403A (en) * 1996-12-23 1999-11-23 Intel Corporation Recoverable cryptographic transformation on YUV data suitable for compressions
JPH10276365A (ja) * 1997-03-31 1998-10-13 Hitachi Ltd 映像データ圧縮装置、映像記録再生装置および映像データの圧縮符号化方法
US6650783B2 (en) * 1998-01-14 2003-11-18 Canon Kabushiki Kaisha Image processing apparatus and method for processing images with different scalabilites
US6873877B1 (en) * 1999-02-11 2005-03-29 Loudeye Corp. Distributed production system for digitally encoding information
DE19906450C1 (de) * 1999-02-16 2000-08-17 Fraunhofer Ges Forschung Verfahren und Vorrichtung zum Erzeugen eines verschlüsselten Nutzdatenstroms und Verfahren und Vorrichtung zum Entschlüsseln eines verschlüsselten Nutzdatenstroms
US7010032B1 (en) * 1999-03-12 2006-03-07 Kabushiki Kaisha Toshiba Moving image coding apparatus and decoding apparatus
US7085377B1 (en) * 1999-07-30 2006-08-01 Lucent Technologies Inc. Information delivery in a multi-stream digital broadcasting system
US6918034B1 (en) * 1999-09-29 2005-07-12 Nokia, Corporation Method and apparatus to provide encryption and authentication of a mini-packet in a multiplexed RTP payload
US6735173B1 (en) * 2000-03-07 2004-05-11 Cisco Technology, Inc. Method and apparatus for accumulating and distributing data items within a packet switching system
EP1694028B1 (en) * 2000-12-18 2008-09-17 Irdeto Eindhoven B.V. RTP packets with unencrypted pointers at governance locations to frames
WO2002051126A2 (en) * 2000-12-21 2002-06-27 Eastman Kodak Company Method and system for trusted digital camera

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08265723A (ja) * 1995-03-27 1996-10-11 Matsushita Electric Ind Co Ltd スクランブル制御方法およびスクランブル装置およびデスクランブル装置
WO1999048296A1 (en) * 1998-03-16 1999-09-23 Intertrust Technologies Corporation Methods and apparatus for continuous control and protection of media content
WO2000048375A1 (en) * 1999-02-11 2000-08-17 Loudeye Technologies, Inc. Media distribution system
WO2000060846A2 (en) 1999-04-07 2000-10-12 Diva Systems Corporation Selective and renewable encryption for secure distribution of video on-demand
WO2001015448A1 (en) * 1999-08-24 2001-03-01 General Instrument Corporation System and method for securing on-demand delivery of pre-encrypted content using ecm suppression
JP2001175793A (ja) * 1999-12-21 2001-06-29 Toshiba Corp 医用画像配信装置
JP2001251599A (ja) * 2000-01-27 2001-09-14 Lucent Technol Inc 条件付きアクセスシステムのパケット化されたデジタル映像信号のためのスクランブル方法及び装置
JP2002374511A (ja) * 2001-03-26 2002-12-26 Samsung Electronics Co Ltd 暗号化されたデータを含むデータの伝送及び受信制御方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
KIKUCHI ET AL.: "RTP Payload Format for MPEG-4 Audio/Visual Streams", RFC 3016, November 2000 (2000-11-01)
SCHULZRINNE ET AL., RTP: A TRANSPORT PROTOCOL FOR REAL-TIME APPLICATIONS, July 2001 (2001-07-01)
See also references of EP1471743A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100401773C (zh) * 2004-03-04 2008-07-09 索尼株式会社 内容再现设备、内容记录设备及内容记录/再现方法
CN100456358C (zh) * 2004-04-08 2009-01-28 华为技术有限公司 一种实现端到端语音加密的方法
CN1783877B (zh) * 2004-11-30 2010-05-12 Ut斯达康通讯有限公司 实时通讯数据流穿越网络地址转换设备和防火墙的方法

Also Published As

Publication number Publication date
US20090010430A1 (en) 2009-01-08
US20040177267A1 (en) 2004-09-09
CN1498499A (zh) 2004-05-19
KR20040077443A (ko) 2004-09-04
US8325919B2 (en) 2012-12-04
EP1471743A1 (en) 2004-10-27
JP3925218B2 (ja) 2007-06-06
US8325918B2 (en) 2012-12-04
KR100917513B1 (ko) 2009-09-16
CN1228981C (zh) 2005-11-23
EP1471743A4 (en) 2009-05-20
JP2003224839A (ja) 2003-08-08

Similar Documents

Publication Publication Date Title
JP3925218B2 (ja) ストリーミングシステム及びストリーミング方法、ストリーミングサーバ及びデータ配信方法、クライアント端末及びデータ復号方法、並びにプログラム及び記録媒体
KR100927322B1 (ko) 디지털 콘텐트 분배 시스템
US8799499B2 (en) Systems and methods for media stream processing
US9350782B2 (en) Method and system for delivering media data
JP4869938B2 (ja) データの完全性を保証するための方法及び装置
US8055974B2 (en) Content distribution method, encoding method, reception/reproduction method and apparatus, and program
KR20060002787A (ko) 컨텐츠 처리 방법, 장치 및 제품
JP2004312740A (ja) スケーラブルメディアのための、スケーラブルで誤り復元性があるデジタル権利管理
WO2010030533A1 (en) Remote fast forward and rewind functionality for client devices
US20100199322A1 (en) Server And Client Selective Video Frame Pathways
KR101001024B1 (ko) 비디오 멀티캐스팅 서비스에서 정보 보안 유지 방법 및장치
US20050047449A1 (en) Individual video encryption system and method
JP5031230B2 (ja) データ送信装置及び方法
Venkatramani et al. Securing media for adaptive streaming
Yu Streaming media encryption
Jeronimo et al. Heather Yu
EP1661401A1 (en) Method and system for delivering media data
Sadourny et al. WCAM: secured video surveillance with digital rights management
Sharma et al. ENCRYPTION QUALITY ANALYSIS IN MPEG VIDEO FORMAT
JP2004356949A (ja) 情報配信装置及び情報受信装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CN KR US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT SE SI SK TR

WWE Wipo information: entry into national phase

Ref document number: 2003705026

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 038000997

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 1020037012699

Country of ref document: KR

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 10473284

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2003705026

Country of ref document: EP