WO2014196189A1 - データ復号方法、データ復号装置及びデータ送信方法 - Google Patents

データ復号方法、データ復号装置及びデータ送信方法 Download PDF

Info

Publication number
WO2014196189A1
WO2014196189A1 PCT/JP2014/002936 JP2014002936W WO2014196189A1 WO 2014196189 A1 WO2014196189 A1 WO 2014196189A1 JP 2014002936 W JP2014002936 W JP 2014002936W WO 2014196189 A1 WO2014196189 A1 WO 2014196189A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
unit
buffer
packet
decoding
Prior art date
Application number
PCT/JP2014/002936
Other languages
English (en)
French (fr)
Inventor
遠間　正真
賀敬 井口
西　孝啓
加藤　久也
Original Assignee
パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
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 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority to CN201811477957.XA priority Critical patent/CN109889888B/zh
Priority to JP2015501964A priority patent/JP5788622B2/ja
Priority to EP14808058.3A priority patent/EP3007454A4/en
Priority to EP20153166.2A priority patent/EP3697100A1/en
Priority to CN201480019590.0A priority patent/CN105075281B/zh
Publication of WO2014196189A1 publication Critical patent/WO2014196189A1/ja
Priority to US14/943,060 priority patent/US11070828B2/en

Links

Images

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/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H04N19/423—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • 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/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols

Definitions

  • the present disclosure relates to a data decoding method, a data decoding device, and a data transmission method.
  • the encoded data is generated by encoding content including video data and audio data based on a moving image encoding standard such as HEVC (High Efficiency Video Coding).
  • HEVC High Efficiency Video Coding
  • the predetermined transmission format includes, for example, MPEG-2 TS (Moving Picture Experts Group-2 Transport Stream) or MMT (MPEG Media Transport) (see Non-Patent Document 1).
  • MPEG-2 TS Motion Picture Experts Group-2 Transport Stream
  • MMT MPEG Media Transport
  • Patent Literature 1 discloses a technique for transmitting encoded media data for each packet in accordance with MMT.
  • MPEG media transport MMT
  • a data decoding method includes a reception step of receiving, for each packet, a plurality of encoded streams included in encoded data and transmitted using each of a plurality of transmission paths. (S110), a storage step (S120) for storing a plurality of packets of the received plurality of encoded streams in the first buffer (120a), and a parallel processing for rearranging the plurality of packets stored in the first buffer in decoding order.
  • the data transmission method includes a step (S220) of generating a flag indicating whether or not a plurality of packets constituting a plurality of encoded streams included in encoded data need to be rearranged, And transmitting the corresponding encoded stream in units of packets using each of the transmission paths, and transmitting the flag using at least one of the plurality of transmission paths (S240).
  • the encoded data can be appropriately decoded.
  • FIG. 1 is a block diagram showing an example of the configuration of the data decoding apparatus according to the first embodiment.
  • FIG. 2 is a diagram illustrating an example of a data structure of an MMT stream according to the first embodiment.
  • FIG. 3 is a diagram illustrating an example of the data structure of the MPU according to the first embodiment.
  • FIG. 4 is a diagram illustrating an example of the data flow of the MMT packet according to the first embodiment.
  • FIG. 5 is a diagram illustrating an example of an MMT stream transmitted through each of a plurality of transmission paths according to Embodiment 1.
  • FIG. 6 is a diagram illustrating an example of a state in which a plurality of MMT packets according to Embodiment 1 are rearranged.
  • FIG. 1 is a block diagram showing an example of the configuration of the data decoding apparatus according to the first embodiment.
  • FIG. 2 is a diagram illustrating an example of a data structure of an MMT stream according to the first embodiment.
  • FIG. 3 is a diagram illustrating
  • FIG. 7 is a flowchart showing an example of the operation of the data decoding apparatus according to the first embodiment.
  • FIG. 8 is a flowchart showing an example of a DTS determination method in the data decoding apparatus according to the first embodiment.
  • FIG. 9 is a diagram illustrating an example of an operation mode of the rearrangement unit according to the first embodiment.
  • FIG. 10 is a block diagram illustrating an example of the configuration of the data transmission apparatus according to the first embodiment.
  • FIG. 11 is a flowchart illustrating an example of the operation of the data transmission apparatus according to the first embodiment.
  • FIG. 12 is a diagram illustrating an example of a data structure of an MMT stream according to the first modification of the first embodiment.
  • FIG. 13 is a diagram illustrating an example of the data flow of the MMT packet according to the second modification of the first embodiment.
  • FIG. 14 is a diagram illustrating an example of the data flow of the MMT packet according to the third modification of the first embodiment.
  • FIG. 15 is a flowchart illustrating an example of a data decoding method according to the fourth modification of the first embodiment.
  • FIG. 16 is a flowchart illustrating an example of a data transmission method according to the fourth modification of the first embodiment.
  • FIG. 17 is an overall configuration diagram of a content supply system that implements a content distribution service.
  • FIG. 18 is an overall configuration diagram of a digital broadcasting system.
  • FIG. 19 is a block diagram illustrating a configuration example of a television.
  • FIG. 19 is a block diagram illustrating a configuration example of a television.
  • FIG. 20 is a block diagram illustrating a configuration example of an information reproducing / recording unit that reads and writes information from and on a recording medium that is an optical disk.
  • FIG. 21 is a diagram illustrating a structure example of a recording medium that is an optical disk.
  • FIG. 22A illustrates an example of a mobile phone.
  • FIG. 22B is a block diagram illustrating a configuration example of a mobile phone.
  • FIG. 23 is a diagram showing a structure of multiplexed data.
  • FIG. 24 is a diagram schematically showing how each stream is multiplexed in the multiplexed data.
  • FIG. 25 is a diagram showing in more detail how the video stream is stored in the PES packet sequence.
  • FIG. 26 is a diagram illustrating the structure of TS packets and source packets in multiplexed data.
  • FIG. 27 is a diagram illustrating a data structure of the PMT.
  • FIG. 28 is a diagram illustrating an internal configuration of multiplexed data information.
  • FIG. 29 shows the internal structure of stream attribute information.
  • FIG. 30 shows steps for identifying video data.
  • FIG. 31 is a block diagram illustrating a configuration example of an integrated circuit that realizes the moving picture coding method and the moving picture decoding method according to each embodiment.
  • FIG. 32 is a diagram showing a configuration for switching the drive frequency.
  • FIG. 33 is a diagram showing steps for identifying video data and switching between driving frequencies.
  • FIG. 34 is a diagram showing an example of a look-up table in which video data standards are associated with drive frequencies.
  • FIG. 35A is a diagram illustrating an example of a configuration for sharing a module of a signal processing unit.
  • FIG. 35B is a diagram illustrating another example of
  • MMT defines the format of data constituting the MMT package or the packetization method at the time of data transmission, and the data of a plurality of assets constituting the MMT package can be multiplexed and transmitted. Specifically, a plurality of different streams are generated by multiplexing data of a plurality of assets, and the stream is transmitted for each packet using each of the plurality of transmission paths.
  • the system decoder model refers to, for example, each of a plurality of access units included in the received encoded data without causing buffer overflow and underflow by providing a buffer of a predetermined size. Is a model for guaranteeing that data is decoded at the corresponding decoding time.
  • STD System Target Decoder
  • received packets are not necessarily in the decoding order.
  • a packet that is later in decoding order may be received first.
  • the previously received packet must be held in the buffer until it can be decoded, and the buffer may overflow.
  • the buffer may underflow.
  • the conventional technique has a problem that it is not possible to guarantee the decoding of the encoded data by reducing the occurrence of buffer overflow or underflow.
  • a data decoding method includes a plurality of encoded streams included in encoded data, the encoded streams transmitted using each of the plurality of transmission paths.
  • the plurality of packets stored in the first buffer are rearranged in the decoding order and decoded, so that the packet can be appropriately decoded. For example, by rearranging packets in order of decoding, packets can be decoded at an appropriate timing, so that occurrence of buffer overflow or underflow can be suppressed.
  • each of the plurality of packets is associated with one or more assets constituting the encoded data, and each of the one or more first buffers is associated with the asset.
  • each of the plurality of packets may be distributed to the corresponding asset and stored in the corresponding first buffer.
  • one or more first buffers are associated with assets, one asset data is stored in one first buffer. Therefore, buffer management can be easily performed, processing such as packet rearrangement can be speeded up, and delay can be reduced. Further, since the processing speed is increased, occurrence of buffer overflow can be reduced.
  • each of the plurality of packets includes a packet identifier (packet_id) indicating a corresponding asset.
  • packet_id packet identifier
  • the packet is distributed by acquiring the packet identifier from the packet. May be.
  • one of a plurality of modes related to timing for reading the packet from the first buffer is further selected, and the packet is changed to the first mode according to the selected mode which is the selected mode.
  • the data may be read from one buffer and stored in the second buffer, and the packet stored in the second buffer may be decoded in the decoding step (S160).
  • a packet can be decoded based on a mode in which the delay can be further reduced.
  • the plurality of modes include a first mode (MPU mode) in which the packet can be read from the first buffer after the packet is stored in the first buffer, and a plurality of modes constituting the packet.
  • a second mode (Fragment mode) in which the target division unit can be read from the first buffer after the target division unit which is one of the division units is stored in the first buffer; and the target of the packet
  • a third mode (Media unit mode) in which a part of the target division unit can be read from the first buffer before storage of the division unit in the first buffer is completed may be included.
  • the data when the second mode or the third mode is selected, the data can be read before the packet storage is completed, so that the processing can be speeded up. In addition, occurrence of buffer overflow can be suppressed.
  • the plurality of division units may be access units or NAL units.
  • a mode flag indicating the selection mode may be acquired from the encoded data, and the selection mode may be selected based on the acquired mode flag.
  • the receiving side can decode the packet in the mode assumed at the time of transmission.
  • the data decoding method further includes a time acquisition step (S142) for acquiring first time information for determining the decoding time of each of the plurality of packets, and the first time information, A time calculating step (S143) for calculating second time information indicating respective decoding times of a plurality of division units constituting the packet, and the rearranging step (S150) refers to the second time information.
  • the packet may be stored in the second buffer for each division unit.
  • each division unit for example, access unit
  • the plurality of packets may be transmitted through any one of the plurality of transmission paths, and the packets in the transmission paths may be transmitted in decoding order.
  • each encoded stream to be decoded independently. For example, it is possible to decode and reproduce only the first encoded stream transmitted through the first transmission path.
  • the packet may be an MPU (Media Processing Unit).
  • MPU Media Processing Unit
  • the plurality of transmission paths may include broadcasting and communication.
  • the encoded data can be transmitted using two physically different media for broadcasting and communication.
  • the data decoding device receives, for each packet, a plurality of encoded streams included in the encoded data and transmitted using each of the plurality of transmission paths.
  • a plurality of packets stored in the first buffer are rearranged in the decoding order and decoded.
  • the packet can be decoded. For example, by rearranging packets in order of decoding, packets can be decoded at an appropriate timing, so that occurrence of buffer overflow or underflow can be suppressed.
  • the data transmission method includes a step (S220) of generating a flag indicating whether or not a plurality of packets constituting a plurality of encoded streams included in encoded data need to be rearranged, And transmitting the corresponding encoded stream in units of packets using each of the transmission paths, and transmitting the flag using at least one of the plurality of transmission paths (S240).
  • the processing amount can be reduced.
  • FIG. 1 is a block diagram showing a configuration of data decoding apparatus 100 according to the present embodiment.
  • the data decoding apparatus 100 decodes encoded data including a plurality of encoded streams transmitted using a plurality of transmission paths.
  • the data decoding device 100 includes a filter unit 110, an MMT buffer unit 120, a decoding order acquisition unit 130, a time acquisition unit 140, a rearrangement unit 150, and an encoded data storage unit 160. And a decoding unit 170.
  • the filter unit 110 receives the encoded stream for each packet and filters the received packet. Specifically, the filter unit 110 distributes the received packet for each asset.
  • the filter unit 110 includes a receiving unit 111 and a storage unit 112.
  • the reception unit 111 receives, for each packet, a plurality of encoded streams included in the encoded data and transmitted using each of the plurality of transmission paths. That is, the receiving unit 111 receives a corresponding encoded stream for each packet from each of the plurality of transmission paths.
  • the plurality of encoded streams included in the encoded data are transmitted for each packet via the corresponding transmission path in a one-to-one correspondence with the plurality of transmission paths.
  • each of the encoded streams is an independently decodable stream, and specifically, an MMT stream composed of a plurality of MMT packets.
  • each of the plurality of packets is associated with one or more assets constituting the encoded data.
  • each of the plurality of packets includes a packet identifier (packet_id) indicating a corresponding asset.
  • an asset is a data entity including data having the same transport characteristics, and is one of video data, audio data, and the like, for example.
  • an asset corresponds to an encoded stream of AV data.
  • each hierarchical stream corresponds to a different asset. Details of the MMT packet, MMT stream, asset, and packet identifier will be described later with reference to FIG.
  • the storage unit 112 stores a plurality of packets of a plurality of received encoded streams in the first buffer 120a.
  • the number of first buffers 120a is one or more, and one asset is associated with each of the one or more first buffers 120a.
  • the storage unit 112 distributes each of the plurality of packets to the corresponding asset and stores it in the corresponding first buffer 120a. For example, the storage unit 112 distributes packets by acquiring a packet identifier from the packet.
  • the MMT buffer unit 120 includes one or more first buffers 120a. Specifically, one or more assets are associated with one or more first buffers 120a on a one-to-one basis. For example, the MMT buffer unit 120 includes the same number of first buffers 120a as the number of a plurality of assets constituting the encoded stream. For example, when the encoded stream includes video data and audio data, the MMT buffer unit 120 includes two first buffers 120a including a buffer for storing video data and a buffer for storing audio data. Prepare.
  • the first buffer 120a is an MMT packet input buffer.
  • the payload data of the MMT packet is rearranged in the decoding order.
  • the access unit data is rearranged in the decoding order.
  • the rearranged access unit data is stored in the corresponding second buffer 160a in the decoding order in accordance with the predetermined timing.
  • the decoding order acquisition unit 130 acquires information indicating the decoding order of the packets from each of the plurality of packets. For example, the decoding order acquisition unit 130 acquires the decoding order of payloads by analyzing packet header information. Specifically, the decoding order acquisition unit 130 acquires the decoding order of an access unit included in the payload or a unit (for example, a NAL unit) obtained by dividing the access unit.
  • a unit for example, a NAL unit
  • the time acquisition unit 140 acquires first time information for determining a decoding time (DTS: Decode Time Stamp) or a presentation time (PTS: Presentation Time Stamp) of each of a plurality of packets. Specifically, the time acquisition unit 140 acquires the first time information by acquiring and analyzing configuration information (CI: Composition Information) included in the header part of the MMT stream.
  • the first time information is, for example, the absolute value of the top DTS or PTS of the access unit included in the packet.
  • the rearrangement unit 150 rearranges the plurality of packets stored in the first buffer 120a in the decoding order. For example, the rearrangement unit 150 rearranges a plurality of packets in the decoding order in the storage area of the first buffer 120a. Alternatively, the rearrangement unit 150 may rearrange a plurality of packets in the decoding order by outputting the packets from the first buffer 120a in the decoding order.
  • the rearrangement unit 150 selects one of a plurality of modes related to the timing of reading the packet from the first buffer 120a, reads the packet from the first buffer 120a according to the selected mode that is the selected mode, Store in the buffer 160a. Specifically, rearrangement unit 150 acquires a mode flag indicating the selection mode from the encoded data, and selects the selection mode based on the acquired mode flag.
  • the plurality of modes include, for example, an MPU mode, a Fragment mode, and a Media Unit mode. Details of these plural modes will be described later with reference to FIG.
  • the rearrangement unit 150 calculates second time information indicating each decoding time of the division unit constituting the packet based on the first time information, for example.
  • the rearrangement unit 150 refers to the second time information and stores the packet in the second buffer 160a for each division unit.
  • the division unit is, for example, an access unit or a NAL unit.
  • the encoded data storage unit 160 includes one or more second buffers 160a. Specifically, one or more assets are associated one-to-one with one or more second buffers 160a. For example, the encoded data storage unit 160 includes the same number of second buffers 160a as the number of a plurality of assets constituting the encoded stream.
  • the decoding unit 170 decodes a plurality of packets rearranged in the decoding order. For example, the decoding unit 170 decodes a packet stored in the encoded data storage unit 160. Specifically, the decoding unit 170 decodes a packet in units of access units or NAL units based on a moving image coding standard such as HEVC.
  • the decoded data (video data, audio data, etc.) generated by the decoding is output to a display, a speaker, etc., for example.
  • FIG. 2 is a diagram showing a data structure of MMT stream 200 according to the present embodiment.
  • the MMT stream 200 is one of one or more streams that constitute one MMT package.
  • the MMT package corresponds to one piece of encoded data.
  • the MMT package corresponds to one broadcast program content.
  • One MMT package is divided into a plurality of MMT streams 200 and transmitted via a plurality of transmission paths.
  • the encoded data is AV data encoded based on a moving image encoding standard such as HEVC.
  • the encoded data includes video data, audio data, metadata attached to these, still images, files, and the like.
  • Encoded data is converted to MP4 data according to the MP4 file format, which is one of the system multiplexing standards. Then, the MMT packet is generated by packetizing the MP4 data. The MMT stream 200 is generated by multiplexing a plurality of MMT packets. Note that the MP4 data does not necessarily have a complete format, and at least sample data that is a storage unit of encoded data in MP4 may be included.
  • the MMT stream 200 includes a plurality of MMT packets 210.
  • the MMT stream 200 is a packet sequence of a plurality of MMT packets 210.
  • the MMT packet 210 is data in which one or more MPUs (Media Processing Units) are packetized.
  • MPUs Media Processing Units
  • one MPU or a unit obtained by dividing an MPU constitutes one MMT packet 210.
  • the MPU is a data unit defined in the MMT standard, for example, MP4 data.
  • the MMT packet 210 is associated with one or more assets constituting the encoded data.
  • the asset is, for example, video data, audio data, or metadata.
  • the MMT packet 210 includes a header 220 and a payload 230.
  • the payload 230 includes one or more access units 231.
  • the header 220 is attached information regarding the payload 230.
  • the header 220 includes a packet identifier 221 and time information 222.
  • the packet identifier 221 is an identification number (packet_id) indicating an asset corresponding to the packet among one or more assets constituting the encoded data. Specifically, the packet identifier 221 indicates the asset to which the payload 230 corresponds. For example, in FIG. 2, the packet identifier 221 is indicated by “ID1” and “ID2”.
  • the packet_id is identification information unique to each asset constituting the MMT package.
  • the time information 222 is time information for determining the presentation time (PTS) or the decoding time (DTS) of the access unit 231.
  • the time information 222 is a relative value of PTS or DTS with respect to a predetermined time. A specific method for determining the PTS or DTS of the access unit 231 using the time information 222 will be described later.
  • the payload 230 includes one or more access units 231 included in the corresponding asset among the one or more assets.
  • the access unit 231 includes, for example, one or more NAL units.
  • the payload 230 includes a plurality of access units 231 included in one GOP (Group Of Pictures).
  • the payload 230 may include only one NAL unit or a unit obtained by dividing the NAL unit.
  • the MMT stream 200 includes correspondence information 240 and time offset information 250 as service information.
  • the correspondence information 240 includes, for example, information (for example, MPT (MMT Package Table)) indicating a correspondence relationship between a plurality of transmission paths such as broadcasting and communication and a plurality of packages.
  • the correspondence information 240 includes information indicating a correspondence relationship between a plurality of assets such as video data and audio data and an identification number (packet_id).
  • the time offset information 250 is time information for determining the PTS or DTS of the access unit 231.
  • the time offset information 250 indicates an absolute PTS or DTS of a predetermined access unit.
  • FIG. 3 is a diagram showing a data structure of the MPU according to the present embodiment. As described above, in this embodiment, one MPU configures one MMT packet.
  • the MPU 300 includes a plurality of boxes. Specifically, the MPU 300 includes an ftyp / syp box 310, an mmpu box 320, and N (N is an integer of 1 or more) box sets 330. Each of the N box sets 330 includes a moof box 331 and an mdat box 332.
  • the ftyp / syp box 310 includes information indicating the file type of the MPU 300, for example.
  • the mmpu box 320 includes the sequence number of the MPU 300 and the packet_id.
  • the moof box 331 includes MP4 header information.
  • the moof box 331 includes time information such as a presentation time or a decoding time of a sample included in the mdat box 332.
  • the moof box 331 includes a traf box and a tfdt box (not shown).
  • the mdat box 332 includes content data such as video and audio.
  • the mdat box 332 includes a sample or a subsample, specifically, an access unit or a NAL unit.
  • FIG. 4 is a diagram showing an example of the data flow of the MMT packet according to the present embodiment.
  • the plurality of transmission paths are physically different transmission paths.
  • the plurality of transmission paths are interfaces provided in the data decoding apparatus 100, and are connected to interfaces such as different connectors or connection ports, for example.
  • the plurality of transmission paths include, for example, broadcasting and communication. Broadcasting includes terrestrial broadcasting, satellite broadcasting, CATV, and the like.
  • the communication includes wireless communication such as the Internet and wired communication such as optical fiber communication.
  • one television program content is transmitted using two transmission paths of terrestrial broadcasting and Internet communication.
  • 60 fps basic layer data is transmitted via terrestrial broadcasting
  • 60 fps extension layer data is transmitted via Internet communication.
  • the receiving side when receiving only terrestrial broadcast data, the receiving side can reproduce the TV program content at a frame rate of 60 fps.
  • a higher-definition television program content can be reproduced at a frame rate of 120 fps.
  • FIG. 4 shows a data flow when the i-th MMT packet (MMTs (i)) of the s-th MMT stream arrives.
  • the filter unit 110 filters the MMT stream for each MMT packet based on packet_id. Specifically, when the receiving unit 111 receives an MMT packet, the filter unit 110 acquires packet_id from the header of the MMT packet. Then, the storage unit 112 distributes the MMT packet to the corresponding asset based on the acquired packet_id. For example, when the packet_id of the received MMT packet is “m”, the storage unit 112 stores the MMT packet in the MMTBm 121.
  • MMTBm 121 is the first buffer corresponding to the asset whose packet_id is “m”.
  • the MMTBn 122 is a first buffer corresponding to an asset whose packet_id is “n”.
  • Each of the MMTBm 121 and the MMTBn 122 is a buffer for storing MMT payload data, and is an example of one or more first buffers 120a (MMTB) provided in the MMT buffer unit 120 illustrated in FIG.
  • m indicates the m-th, n-th, and k-th assets, respectively.
  • m indicates video data
  • n indicates audio data
  • k indicates other data such as metadata.
  • Other data includes, for example, configuration information.
  • the plurality of MMT packets stored in MMTBm 121 or MMTBn 122 are rearranged in the decoding order and output to picture buffer 161 or audio buffer 162.
  • Each of the picture buffer 161 and the audio buffer 162 is an example of the second buffer 160a shown in FIG.
  • the picture buffer 161 is a video stream storage buffer (EB: Elementary stream Buffer).
  • EB Elementary stream Buffer
  • the picture buffer 161 is a CPB (Coded Picture Buffer) in MPEG-4 AVC or HEVC.
  • the picture buffer 161 is a VBV (Video Buffer Verifier) buffer in MPEG-2 Video.
  • the audio buffer 162 is an audio stream storage buffer.
  • a plurality of access units constituting the same asset are input to the picture buffer 161 in the decoding order and output in the decoding order.
  • a plurality of access units constituting the same video data are input to the picture buffer 161 in the decoding order and output in the decoding order.
  • the picture buffer 161 outputs the stored access unit to the image decoding unit 171 based on the DTS.
  • FIG. 4 shows an example in which the jth access unit AUm (j) corresponding to the mth asset is output. The same applies to the audio buffer 162.
  • the image decoding unit 171 decodes the access unit input from the picture buffer 161. For example, the image decoding unit 171 decodes the access unit based on a moving image coding standard such as HEVC, and stores the decoded video data in the reference buffer 181. The image decoding unit 171 outputs video data decoded based on the PTS.
  • a moving image coding standard such as HEVC
  • the reference buffer 181 is a buffer for storing a reference picture in video data, that is, a decoded picture.
  • the reference buffer 181 is a DPB (Decoded Picture Buffer) in MPEG-4 AVC or HEVC.
  • the reference buffer 181 is a re-order buffer in MPEG-2 Video.
  • the audio decoding unit 172 decodes the access unit input from the audio buffer 162. For example, the audio decoding unit 172 decodes the access unit based on audio encoding standards such as MPEG-2 AAC and MPEG-4 AAC, and outputs the decoded audio data in synchronization with the video data.
  • audio encoding standards such as MPEG-2 AAC and MPEG-4 AAC
  • the image decoding unit 171 and the audio decoding unit 172 are each included in the decoding unit 170 shown in FIG.
  • the MMT packet when the m-th asset, specifically, the MMT packet corresponding to the video data is input, the MMT packet is sent to the MMTBm 121, the picture buffer 161, the image decoding unit 171 and the reference buffer 181. The video data is output in order.
  • the MMT packet passes through the MMTBn 122, the audio buffer 162, and the audio decoding unit 172 in order, as audio data. Is output.
  • the MMT packet is subjected to necessary processing.
  • FIG. 5 is a diagram illustrating an example of an MMT stream transmitted through each of a plurality of transmission paths according to the present embodiment.
  • FIG. 6 is a diagram showing an example of how a plurality of MMT packets according to the present embodiment are rearranged.
  • “x” of “MPUxy” indicates packet_id
  • “y” indicates the sequence number of the MPU in the same asset.
  • “MPU10” indicates an MPU whose packet_id is “1” and whose sequence number is “0”.
  • the ascending order of sequence numbers corresponds to the decoding order.
  • an MMT stream including MMT packets of a plurality of assets is transmitted on the transmission path # 0.
  • the MMT stream transmitted through the transmission path # 0 includes an MMT packet (such as MPU10) whose packet_id is “1” and an MMT packet (such as MPU20) whose packet_id is “2”.
  • the MMT stream transmitted through the transmission path # 1 includes an MMT packet (MPU 12 or the like) whose packet_id is “1”.
  • a plurality of MMT packets constituting the MMT package are transmitted through any one of a plurality of transmission paths.
  • the MMT packet is transmitted through only one of a plurality of transmission paths, and is not transmitted through two or more transmission paths.
  • the MPU 10 is transmitted only through the transmission path # 0 and is not transmitted through the transmission path # 1 and other transmission paths.
  • packets in the transmission path are transmitted in decoding order.
  • MMT packets are transmitted in ascending order of sequence numbers for each packet_id in the transmission path. Specifically, focusing on the MMT whose packet_id is “1” shown in FIG. 5, the MPU 10, the MPU 11, the MPU 14, and the MPU 15 are transmitted in ascending order of sequence numbers.
  • an MMT stream transmitted through a transmission path can be decoded independently of other MMT streams transmitted through other transmission paths.
  • the filter unit 110 filters, for example, only packets whose packet_id is “1”. As a result, as shown in FIG. 6A, the MMTB stores only the packets whose packet_id is “1” in the order of arrival.
  • MMT packets constituting the same asset that is, MMT packets having the same packet_id are transmitted in a plurality of transmission paths. Therefore, even for MMT packets of the same asset, the arrival order at the system decoder does not necessarily match the decoding order. For example, as shown in FIG. 6A, the MPU 14 with the larger sequence number arrives earlier than the MPU 14 with the smaller sequence number.
  • the rearrangement unit 150 rearranges the MMT packets so that they are in the decoding order, that is, the ascending order of the sequence numbers.
  • FIG. 7 is a flowchart showing an example of the operation of the data decoding apparatus 100 according to the present embodiment.
  • the MMT reference clock is NTP (Network Time Protocol), and DTS and PTS are also set based on NTP.
  • NTP does not have to be a value acquired from an NTP server, and may be substituted with a value uniquely set by a broadcasting station, for example.
  • the data decoding apparatus 100 acquires configuration information (S100). Specifically, the data decoding apparatus 100 acquires and analyzes the configuration information of a plurality of transmission paths that transmit the MMT package, thereby obtaining information necessary for reception from each transmission path, and the asset and packet identifier. Information indicating the correspondence is acquired as configuration information. For example, the information required for reception is a network ID in the case of broadcasting, and a URL (Uniform Resource Locator) in the case of communication.
  • a network ID in the case of broadcasting
  • URL Uniform Resource Locator
  • the configuration information is included in, for example, headers at the top of a plurality of MMT streams.
  • the configuration information includes correspondence information 240 and time offset information 250 shown in FIG.
  • the time acquisition unit 140 acquires time offset information 250 included in the configuration information. After receiving the configuration information, reception of MMT assets is started.
  • the receiving unit 111 receives an MMT packet from one of a plurality of transmission paths (S110). Specifically, the reception unit 111 acquires MMT packets transmitted through each of the plurality of transmission paths in the order of arrival.
  • the storage unit 112 distributes the received MMT packet based on the packet_id and stores it in the MMTB (S120). In other words, the storage unit 112 filters the MMT packets, sorts the assets for each asset, and stores them in the MMTB corresponding to the sorted assets.
  • the decoding order acquisition unit 130 acquires the decoding order of the access units by analyzing the header information of the MMT packet (S130). Specifically, decoding order acquisition section 130 determines the MPU decoding order based on a parameter indicating the MPU sequence number stored in the header of the MMT packet. Or the decoding order acquisition part 130 may acquire the decoding order of the unit (subsample) which divided
  • the rearrangement unit 150 calculates the DTS for each access unit (S140).
  • Reordering section 150 calculates a DTS for each subsample when decoding the access unit in units of subsamples.
  • a specific example of the DTS calculation method will be described later with reference to FIG.
  • the rearrangement unit 150 rearranges the payload data of the received MMT packets so that they are in decoding order, separates them in units of access units, and stores them in the second buffer 160a (for example, a picture buffer) (S150).
  • the read (pulling) timing of the access unit from the first buffer 120a (MMTB) to the second buffer 160a is defined by one of a plurality of predefined modes (selection mode).
  • the decryption unit 170 decrypts the access unit based on the DTS (S160). Specifically, the encoded data storage unit 160 extracts the target access unit from the second buffer 160a based on the DTS of the access unit and outputs it to the decoding unit 170. For example, the encoded data storage unit 160 extracts the access unit or subsample from the second buffer 160 a according to the access unit or subsample decoding time calculated by the rearrangement unit 150 and outputs the extracted access unit or subsample to the decoding unit 170. Then, the decryption unit 170 decrypts the input target access unit.
  • Whether the access unit is decoded in units of subsamples may be set by the data decoding apparatus 100, or may be set by MMT configuration information or information included in the MMT message.
  • the data decoding apparatus 100 ends the decoding process. If the packet reception is not completed (No in S170), the process from the packet reception (S110) is repeated.
  • PTSm (i) which is the presentation time of the i-th access unit in the display order in the m-th MPU (MMT packet), is calculated using the following (Equation 1).
  • PTSm (i) PTSm (0) + deltaPTS (i)
  • PTSm (0) is the presentation time of the first access unit in the display order of the mth MPU.
  • DeltaPTS (i) is a difference value between PTSm (i) and PTSm (0).
  • DTSm (i) which is the decoding time of the i-th access unit in the decoding order in the m-th MPU (MMT packet), is calculated using the following (Equation 2).
  • DTSm (i) DTSm (0) + deltaDTS (i)
  • DTSm (0) is the decoding time of the access unit that is the head in the decoding order of the mth MPU.
  • DeltaDTS (i) is a difference value between DTSm (i) and DTSm (0).
  • the presentation time PTSm (0) and the decoding time DTSm (0) of the head access unit are examples of first time information included in configuration information (CI) acquired separately from video data, audio data, and the like.
  • PTSm (0) and DTSm (0) correspond to the time offset information 250 shown in FIG.
  • DeltaPTS (i) and deltaDTS (i) are obtained by analyzing a traf box included in a moof box, which is the header information of MP4.
  • deltaPTS (i) and deltaDTS (i) correspond to the time information 222 shown in FIG.
  • FIG. 8 is a flowchart showing an example of a DTS determination method in the data decoding apparatus according to the present embodiment.
  • the rearrangement unit 150 acquires the DTS of the access unit that is the head in the decoding order in the MPU (S141). For example, the rearrangement unit 150 acquires DTSm (0) by acquiring the first time information extracted from the configuration information by the time acquisition unit 140.
  • the rearrangement unit 150 acquires difference information (deltaDTS (i)) from the header of the target access unit (S142). For example, the rearrangement unit 150 analyzes the traf box in the moof box, which is MP4 header information, and acquires difference information. If the moof box is not included in the MPU, the DTS or PTS for each access unit is determined based on the header information of the MMT packet or MMT payload, the time information transmitted by the MMT message, or the like. May be.
  • the rearrangement unit 150 calculates the DTS of the target access unit (S143). Specifically, the rearrangement unit 150 calculates DTSm (i) as shown in (Expression 2) by adding the acquired DTSm (0) and deltaDTS (i).
  • the PTS and DTS for each access unit may be signaled in the header of the RTP packet. Since the MMT packet can have the same packet structure as RTP, it can be signaled as the header of the MMT packet or the header information of the MMT payload. Similarly, when the MMT payload is transmitted by MPEG-2 TS, the PTS and DTS for each access unit may be signaled in the header of a PES (Packetized Elementary Stream) packet. Thereby, the rearrangement part 150 can acquire PTS and DTS for every access unit by analyzing the header of a RTP packet or the header of a PES packet.
  • RTP Real-time Transport Protocol
  • PTSm (0) may be calculated.
  • the DTS or PTS of the first access unit of the second and subsequent MPUs may not be included in the configuration information.
  • the rearrangement unit 150 uses the information indicating the absolute value of the difference time between the DTS (or PTS) of the first sample of the plurality of division units constituting the MPU and the DTS (or PTS) of the first sample of the first MPU. Based on this, the DTS (or PTS) of the head access unit of each division unit may be calculated. Once the DTS is calculated, the PTS can be acquired by analyzing the information in the division unit.
  • the division unit is, for example, Track Fragment which is a fragment unit in MP4. Also, as information indicating the absolute value of the difference time, the absolute value of the difference time between the DTS of the first sample of the first MPU of the same asset and the DTS of the first access unit of the Track Fragment in which the tfdt box is stored by the tfdt box. Is shown.
  • FIG. 9 is a diagram illustrating an example of an operation mode of the rearrangement unit 150 according to the present embodiment.
  • the rearrangement unit 150 can execute processing according to one of three operation modes.
  • the first mode is a mode in which the packet can be read from the first buffer 120a after the packet is stored in the first buffer 120a.
  • the first mode is an MPU mode.
  • the rearrangement unit 150 waits until all the data of the MPU is ready, and then reads the target packet from the MMTB. For example, the rearrangement unit 150 reads packets from the MMTB in units of access units, and stores the read access units in the second buffer 160a.
  • the second mode is a mode in which the packet can be read from the first buffer 120a after the target division unit, which is one of a plurality of division units constituting the packet, is stored in the first buffer 120a.
  • the second mode is a Fragment mode.
  • the rearrangement unit 150 waits until all the Fragment data that is the division unit of the MPU is completed, and then reads the target Fragment from the MMTB.
  • the rearrangement unit 150 stores the read Fragment in the second buffer 160a.
  • Fragment is a sample (corresponding to an access unit) in MP4 or a subsample which is a unit obtained by dividing the sample.
  • the third mode is a mode in which a part of the target division unit can be read from the first buffer 120a before the packet is completely stored in the first buffer 120a.
  • the third mode is a Media Unit mode.
  • the rearrangement unit 150 reads a part of the MPU or Fragment from the MMTB without waiting until all the data of the MPU or Fragment is prepared when following the Media Unit mode.
  • the rearrangement unit 150 stores a part of the read MPU or Fragment in the second buffer 160a.
  • the data stored in the second buffer 160a is output to the decoding unit 170 in units of access units based on the DTS.
  • an MPEG-4 AVC or HEVC NAL unit or HEVC decoding unit may be used as a subsample and output from the second buffer 160a to the decoding unit 170 at the subsample decoding time. Good.
  • the decoding time of the subsample can be calculated by dividing the frame interval by the subsample in the access unit (or the subsample including slice data) or the number of decoding units in the case of a fixed frame rate. it can. Or the decoding time of a subsample may be determined based on additional information, such as Picture Timing SEI, in the case of a variable frame rate.
  • the rearrangement unit 150 can apply the above three modes independently of the MMT packetization unit.
  • reading (extraction) of data from the MMTB can be performed continuously in sub-sample units or at a predetermined bit rate.
  • the decoding unit 170 performs decoding in units of subsamples
  • extraction from the second buffer 160a is also performed in units of subsamples.
  • MMTB can be performed in units of access units.
  • extraction of data from the MMTB can be performed in units of access units. The same applies when packetization is performed using a protocol such as RTP or TS.
  • the buffering time of received data can be reduced by using the Fragment mode or the Media Unit mode. In this manner, processing can be performed with low delay by using the Fragment mode or the Media Unit mode. That is, the decoding process can be speeded up.
  • the rearrangement unit 150 when data of the same asset is transmitted through a single transmission path, the reception order (arrival order or storage order) of the MMT packets is the same as the decoding order. For this reason, the rearrangement unit 150 does not need to rearrange the MMT packets. For example, on the transmission side, a flag indicating whether or not rearrangement is necessary may be included in the configuration information or the MMT message and transmitted. Thereby, the rearrangement unit 150 operates so as not to perform the rearrangement when the rearrangement is unnecessary.
  • the rearrangement unit 150 may not rearrange the MMT packets. However, even when only broadcasting is used as the transmission path, the rearrangement unit 150 rearranges the MMT packets in the decoding order when transmitting the same asset data through a plurality of broadcast channels.
  • the reception order of MMT packets and the decoding order may not be equal in a communication path such as an IP network.
  • the rearrangement unit 150 rearranges the MMT packets in the decoding order.
  • the rearrangement unit 150 may select only the Fragment mode or the Media Unit mode that can be processed in units of access units in order to be consistent with the MPEG-2 TS system target decoder. Good.
  • the rearrangement unit 150 can use two types of modes that define the extraction rate from the first buffer 120a.
  • the first mode is the leak model mode.
  • the data extraction rate from the first buffer 120a to the second buffer 160a is, for example, the upper limit value of the bit rate in the profile or level defined in the video or audio encoding method stored in the MPU. Is a value multiplied by a coefficient. As a result, consistency with the MPEG-2 TS system target decoder can be maintained.
  • the second mode is a vbv_delay or HRD (Hypothetical Reference Decoder) model mode.
  • video data can be extracted at a rate defined by the vbv_delay model in MPEG-2 video, or the HRD model in MPEG-4 AVC or HEVC.
  • the rearrangement unit 150 stops the extraction when the buffer occupation amount of the second buffer 160a is higher than a predetermined value, for example, 100%. Moreover, the rearrangement part 150 stops extraction, when the buffer occupation amount of the 1st buffer 120a is lower than predetermined value, for example, when it is empty (0%).
  • the mode to be used and the extraction rate among the two types of modes can be indicated by information that can be acquired before starting the decoding of the MMT content, such as MMT message information.
  • MMT message information such as MMT message information.
  • an MMT packet when transmitted by a TS, it can be indicated by an MPEG-2 system descriptor.
  • the size of the first buffer 120a is, for example, a value obtained by multiplying the upper limit value of the size of the encoded picture buffer in the profile or level defined in the encoding method of video data or audio data stored in the MPU by a coefficient. .
  • the coefficient is determined based on the ratio of MPU header information (moof box) to the sum of access unit sizes in the MPU. Note that the size of the first buffer 120a corresponding to the audio data can be separately defined according to the number of channels and the like.
  • the size of the first buffer 120a can be indicated by information that can be acquired before the start of decoding of the MMT content, such as MMT message information.
  • MMT message information such as MMT message information.
  • an MMT packet when transmitted by a TS, it can be indicated by an MPEG-2 system descriptor.
  • a different buffer size may be set in each of the three operation modes (MPU mode, Fragment mode, Media Unit mode) described above.
  • a different buffer size may be set as the size of the first buffer 120a depending on whether the decoding processing unit is an access unit unit or a sub-sample unit. For example, the size of the first buffer 120a may be smaller when decoding in units of subsamples than when decoding in units of access units.
  • a third buffer may be provided between the first buffer 120a and the second buffer 160a.
  • the third buffer is, for example, an MB (Multiplexing Buffer).
  • the rearrangement unit 150 controls the extraction of data from the third buffer to the second buffer 160a. As a result, it is possible to maintain consistency with the MPEG-2 TS system target decoder.
  • FIG. 10 is a block diagram showing a configuration of data transmission apparatus 400 according to the present embodiment.
  • the data transmission device 400 includes a flag generation unit 410, an encoding unit 420, a multiplexing unit 430, and a transmission unit 440.
  • the flag generation unit 410 generates a flag indicating whether or not it is necessary to rearrange a plurality of packets constituting a plurality of encoded streams included in the encoded data. For example, the flag generation unit 410 generates a flag according to the number of transmission paths used for transmission of assets of the MMT package. Specifically, when data of the same asset is transmitted through a single transmission line, rearrangement is not necessary, and therefore the flag generation unit 410 generates a flag indicating that rearrangement is unnecessary. . Alternatively, when data of the same asset is transmitted through a plurality of transmission paths, rearrangement is necessary, and therefore the flag generation unit 410 generates a flag indicating that rearrangement is necessary.
  • the flag generation unit 410 may generate a mode flag for selecting an operation mode of the rearrangement unit 150 of the data decoding device 100. Further, the flag generation unit 410 may generate information for determining the size of a buffer provided in the data decoding device 100 and the like.
  • the encoding unit 420 generates encoded data by encoding content including video data and audio data based on a moving image encoding standard such as HEVC.
  • the multiplexing unit 430 generates a plurality of encoded streams by multiplexing the encoded data for each packet. For example, the multiplexing unit 430 converts the encoded data into MP4 data according to the MP4 file format. Then, the multiplexing unit 430 generates an MMT packet by packetizing the MP4 data. Furthermore, the multiplexing unit 430 generates a plurality of MMT streams by multiplexing a plurality of MMT packets.
  • the number of MMT streams to be generated depends on the number of transmission paths used by the transmission unit 440 for transmission.
  • multiplexing section 430 generates an encoded stream so as to correspond one-to-one with a plurality of transmission paths.
  • the multiplexing unit 430 stores the flag generated by the flag generation unit 410 in the header of the encoded stream.
  • the multiplexing unit 430 stores a flag in configuration information or an MMT message.
  • the transmission unit 440 transmits a corresponding encoded stream in units of packets using each of a plurality of transmission paths, and transmits a flag using at least one of the plurality of transmission paths. Specifically, the transmission unit 440 transmits a plurality of encoded streams generated by the multiplexing unit 430 using a plurality of transmission paths. Specifically, the transmission unit 440 transmits the encoded stream using each of the plurality of transmission paths by associating the transmission paths with the encoded streams on a one-to-one basis.
  • the transmission unit 440 may separately transmit configuration information such as a flag before the MMT stream.
  • the transmission unit 440 transmits configuration information including a flag using at least one of a plurality of transmission paths.
  • the multiplexing unit 430 constructs the size of the MPU or Fragment so that at least the size of the MPU or Fragment is equal to or smaller than the buffer size. Specifically, the multiplexing unit 430 constructs the MPU so that the maximum size of the MPU does not become larger than the sum of the sizes of the first buffer 120a (MMTB).
  • the multiplexing unit 430 may limit multiplexing so as not to multiplex a plurality of assets on the same transmission path. That is, the multiplexing unit 430 may transmit one asset through only one transmission path.
  • the unit of packetization may be limited to only MPU. Good. That is, packetization using MFU (Movie Fragment Unit) described later may be prohibited.
  • MFU Morovie Fragment Unit
  • MFU packetization may be prohibited in the profile.
  • the profile information may be signaled in the configuration information or the MMT message. Or you may signal the information which shows that the unit of packetization is restrict
  • the multiplexing unit 430 may make the unit of MPU the same for each asset constituting the MMT package. For example, when the MMT package includes a video asset and an audio asset, the playback time length of the MPU is made the same. Specifically, multiplexing section 430 determines that the DTS of the access unit leading in the display (playback) order in the i-th MPU of audio is the DTS of the access unit leading in the display order in the i-th MPU of video. The unit of MPU may be determined so as to be immediately before or after.
  • FIG. 11 is a flowchart showing an example of the operation of the data transmission device 400 according to the present embodiment.
  • the encoding unit 420 encodes content including video data and the like based on a predetermined moving image encoding standard (S210).
  • the flag generation unit 410 generates a flag indicating whether or not rearrangement is necessary (S220). As described above, the flag generation unit 410 may generate other information such as a mode flag.
  • the multiplexing unit 430 generates a plurality of encoded streams by multiplexing the flag and the encoded data for each packet (S230). Then, the transmission unit 440 transmits a corresponding encoded stream in units of packets using a plurality of transmission paths (S240). If the flag is not included in the encoded stream, the transmission unit 440 transmits the flag using at least one of the plurality of transmission paths.
  • the data transmitting apparatus 400 may transmit information for controlling the behavior of the system decoder according to information unique to the transmission path, or information for instructing the behavior of the system decoder.
  • the information unique to the transmission path is, for example, end-to-end delay or jitter.
  • the data decoding apparatus 100 may further include a buffer necessary for compensating for these.
  • the data transmission device 400 transmits, for example, delay or jitter information as initialization information such as configuration information.
  • the data transmission device 400 may transmit information such as delay as auxiliary information that can be transmitted as an MMT stream such as an MMT message.
  • the data transmission device 400 may periodically transmit information such as a delay.
  • the data transmission device 400 may determine and transmit a necessary buffering amount at the start of decoding.
  • the data decoding device 100 acquires information such as delay, jitter, or buffering amount transmitted from the data transmitting device 400, and sets the buffer size and the buffering amount at the start of decoding based on the acquired information. Decisions can be made.
  • the end-to-end delay in broadcasting is constant and there is no jitter.
  • the header of the MMT packet includes transmission time information of the first 1 bit of the packet. Assume that data decoding apparatus 100 receives a packet at packet transmission time S1 at time T1 in broadcasting and at time T2 in communication.
  • time T1 and time T2 indicate a communication delay time for broadcasting.
  • the delay time is a negative value.
  • the data transmitting apparatus 400 uses information indicating whether or not to discard a packet of a transmission path with a large delay, or information (delay time or the like) for determining whether or not to be discarded, as initialization information or an MMT message. You may include and transmit. For example, when the delay time is set to 0, data received by broadcasting can be decoded without being delayed in decoding time due to transmission delay or jitter in communication.
  • end-to-end delay and jitter of the transmission path may be compensated by providing a separate buffer in the previous stage of the data decoding apparatus 100.
  • a plurality of encoded streams included in the encoded data, and the encoded streams transmitted using each of the plurality of transmission paths are separated for each packet.
  • the plurality of packets stored in the first buffer are rearranged in the decoding order and decoded, so that the packet can be appropriately decoded. For example, by rearranging packets in order of decoding, packets can be decoded at an appropriate timing, so that occurrence of buffer overflow or underflow can be reduced.
  • Modification 1 In the above-described embodiment, the case where the MMT packet is packetized in units of MPU has been described, but in this modification, the case where the MMT packet is packetized in units of division obtained by dividing the MPU will be described. Specifically, the MMT packet according to the present modification is packetized in units (MPU Fragment) in which the MPU is fragmented using the MFU.
  • FIG. 12 is a diagram showing an example of the data structure of the MMT stream according to this modification.
  • each MPU is fragmented into three MFUs. Then, by interleaving a plurality of MFUs corresponding to a plurality of assets, MFUs corresponding to different assets are multiplexed into one MMT stream. For example, as shown in FIG. 12, an MFU 21 corresponding to audio data is arranged next to the MFU 11 corresponding to video data.
  • MPU 20 audio data
  • MPU 11 video data
  • MFU 21 audio data
  • MFU 11 video data
  • the delay time can be shortened compared to interleaving in MPU units.
  • the Fragment mode and the Media Unit mode shown in FIG. 9 it is preferable to reduce the delay on the multiplexing side, that is, the data transmission side.
  • multiplexing in Fragment units can reduce the delay time required for multiplexing on the transmission side and the delay time required for decoding on the reception side.
  • the encoded data can be packetized in units of MPU or MFU.
  • the unit of packetization for each transmission path is the same. This is because the delay time required for packetization on the transmission side and the delay required for decoding on the reception side depend on the unit of packetization.
  • the communication side when packetizing in units of samples (in units of access units) on the broadcasting side, the communication side also packetizes in units of samples.
  • the unit of packetization when the unit of packetization is larger than MTU (Maximum Transmission Unit) of the lower transmission layer, the packetization unit may be divided. That is, the unit of packetization for each transmission path may be different.
  • the unit of packetization is MPU, sample (access unit), subsample (NAL unit), or the like.
  • the decoding order acquisition unit 130 of the data decoding device 100 uses the parameter indicating the decoding order of MPU Fragment in the MPU in the header of the MMT packet to the MFU.
  • the decoding order of the stored access unit or subsample is determined.
  • the parameter indicating the decoding order of MPU Fragment is the index number of the movie fragment to which the MFU belongs, the index number of the sample in the movie fragment, or offset information indicating the storage position in the sample.
  • the decoding order of access units and subsamples can be obtained from packet header information and the like even when a protocol such as RTP is used.
  • Modification 2 In the above embodiment, an example in which data is output from the first buffer 120a to the second buffer 160a has been described. However, in the present modification, the decoding unit 170 is not provided from the first buffer 120a without providing the second buffer 160a. Decode directly output data.
  • FIG. 13 is a diagram illustrating an example of the data flow of the MMT packet according to the present modification.
  • the data decoding apparatus 500 does not include the second buffer 160a.
  • the access unit output from the MMTBm 121 is directly decoded by the image decoding unit 171.
  • the access unit output from MMTBn 122 is directly decoded by voice decoding section 172.
  • the data decoding device 500 according to this modification is a simplified version of the data decoding device 100 according to the first embodiment, that is, a simplified system decoder. Specifically, in the data decoding apparatus 500 according to the present modification, only the minimum buffer size required for synchronized playback between assets constituting the MMT package is defined.
  • the size of the first buffer 120a is defined according to the level in the moving picture coding system.
  • the MPU or Fragment size is set to be equal to or smaller than the buffer size, respectively.
  • the decoding unit 170 starts decoding.
  • the time acquisition unit 140 acquires the initial buffer occupancy necessary at the start of decoding of each asset from the encoded stream of audio or video or auxiliary information transmitted separately.
  • the rearrangement unit 150 stores the first buffer at a time when data equal to or greater than the initial buffer occupancy is stored in the first buffer 120a corresponding to all assets. Data is extracted from 120a to the decryption unit 170. Then, the decryption unit 170 decrypts the input data. Note that the rearrangement unit 150 may extract data from the buffer to the decryption unit 170 when the buffer of any asset becomes full (occupation amount is 100%).
  • the system decoder simple method according to this modification can be applied at least when underflow does not occur.
  • the simple method can be applied when the transmission rate of the MMT package is sufficiently larger than the sum of the bit rates of the assets constituting the MMT package.
  • the simple method can be applied to a case where the MMT package stored in a recording medium such as a hard disk or an optical disk is reproduced while being continuously read at a sufficiently high transfer rate.
  • the system decoder simple method according to this modification can be used even when the transmission rate or jitter varies greatly in the transmission path and it is difficult to apply the system decoder that regulates the operation under a constant transmission rate or jitter. Can be applied.
  • Modification 3 In the above embodiment, an example in which MMT packets are transmitted by MMT in both cases of broadcasting and communication has been described. For example, in the case of broadcasting, it is assumed that MMT packets are transmitted using MPEG-2 TS.
  • FIG. 14 is a diagram illustrating an example of the data flow of the MMT packet according to the present modification.
  • the data decoding device 600 (system decoder) according to the present modification is newly provided with a filter unit 610 and an input buffer 615, compared to the data decoding device 100 shown in FIG.
  • the filter unit 610 filters TS packets that transmit the MMT package based on the packet identifier (PID) of the transport stream. Specifically, the filter unit 610 acquires the PID by analyzing the header of the TS packet included in the transport stream. Then, the filter unit 610 stores the TS packet corresponding to the PID indicating the MMT stream in the input buffer 615. At this time, the input buffer 615 stores the payload of the TS packet.
  • PID packet identifier
  • the input buffer 615 separates the data of the MMT package from the stored payload and outputs it to the filter unit 110. Since the processing after the filter unit 110 is the same as that of the first embodiment, the description thereof is omitted.
  • the data decoding apparatus 600 can use MPEG-2 system PCR (Program Clock Reference) as a reference clock.
  • MPEG-2 system PCR Program Clock Reference
  • NTP reference clock in MMT
  • the data decoding apparatus 600 can resynchronize based on the PCR of the TS packet having PCR_PID.
  • FIG. 15 is a flowchart showing an example of the data decoding method according to this modification.
  • a plurality of encoded streams included in the encoded data and transmitted using each of the plurality of transmission paths is received for each packet (S310).
  • the plurality of packets of the plurality of received encoded streams are stored in the first buffer (S320).
  • the plurality of packets stored in the first buffer are rearranged in the decoding order (S330).
  • the plurality of packets rearranged in the decoding order are decoded (S340).
  • the data transmission method according to this modification may include a plurality of steps as shown in FIG.
  • FIG. 16 is a flowchart illustrating an example of a data transmission method according to this modification.
  • a flag indicating whether or not it is necessary to rearrange a plurality of packets constituting a plurality of encoded streams included in the encoded data is generated (S410).
  • a corresponding encoded stream is transmitted in units of packets using each of the plurality of transmission paths, and a flag is transmitted using at least one of the plurality of transmission paths (S420).
  • Embodiment 2 Stores a program for realizing the configuration of the data transmission method (moving image encoding method (image encoding method)) or data decoding method (moving image decoding method (image decoding method)) described in each of the above embodiments.
  • the storage medium may be any medium that can record a program, such as a magnetic disk, an optical disk, a magneto-optical disk, an IC card, and a semiconductor memory.
  • the system includes an image code comprising a data transmission device (image coding device) using a data transmission method (image coding method) and a data decoding device (image decoding device) using a data decoding method (image decoding method). And a decoding / decoding apparatus.
  • image coding device image coding device
  • data decoding device image decoding device
  • image decoding method image decoding method
  • FIG. 17 is a diagram showing an overall configuration of a content supply system ex100 that realizes a content distribution service.
  • a communication service providing area is divided into desired sizes, and base stations ex106, ex107, ex108, ex109, and ex110, which are fixed wireless stations, are installed in each cell.
  • the content supply system ex100 includes a computer ex111, a PDA (Personal Digital Assistant) ex112, a camera ex113, a mobile phone ex114, a game machine ex115 via the Internet ex101, the Internet service provider ex102, the telephone network ex104, and the base stations ex106 to ex110. Etc. are connected.
  • PDA Personal Digital Assistant
  • each device may be directly connected to the telephone network ex104 without going from the base station ex106, which is a fixed wireless station, to ex110.
  • the devices may be directly connected to each other via short-range wireless or the like.
  • the camera ex113 is a device that can shoot moving images such as a digital video camera
  • the camera ex116 is a device that can shoot still images and movies such as a digital camera.
  • the mobile phone ex114 is a GSM (registered trademark) (Global System for Mobile Communications) system, a CDMA (Code Division Multiple Access) system, a W-CDMA (Wideband-Code Division Multiple Access) system, or an LTE (Long Terminal Term Evolution). It is possible to use any of the above-mentioned systems, HSPA (High Speed Packet Access) mobile phone, PHS (Personal Handyphone System), or the like.
  • the camera ex113 and the like are connected to the streaming server ex103 through the base station ex109 and the telephone network ex104, thereby enabling live distribution and the like.
  • live distribution content that is shot by the user using the camera ex113 (for example, music live video) is encoded as described in the above embodiments (that is, in one aspect of the present disclosure).
  • the streaming server ex103 stream-distributes the content data transmitted to the requested client. Examples of the client include a computer ex111, a PDA ex112, a camera ex113, a mobile phone ex114, and a game machine ex115 that can decode the encoded data.
  • Each device that has received the distributed data decodes and reproduces the received data (that is, functions as an image decoding device according to one aspect of the present disclosure).
  • the captured data may be encoded by the camera ex113, the streaming server ex103 that performs data transmission processing, or may be shared with each other.
  • the decryption processing of the distributed data may be performed by the client, the streaming server ex103, or may be performed in common with each other.
  • still images and / or moving image data captured by the camera ex116 may be transmitted to the streaming server ex103 via the computer ex111.
  • the encoding process in this case may be performed by any of the camera ex116, the computer ex111, and the streaming server ex103, or may be performed in a shared manner.
  • these encoding / decoding processes are generally performed in the computer ex111 and the LSI ex500 included in each device.
  • the LSI ex500 may be configured as a single chip or a plurality of chips.
  • moving image encoding / decoding software is incorporated into some recording medium (CD-ROM, flexible disk, hard disk, etc.) that can be read by the computer ex111, etc., and encoding / decoding processing is performed using the software. May be.
  • moving image data acquired by the camera may be transmitted.
  • the moving image data at this time is data encoded by the LSI ex500 included in the mobile phone ex114.
  • the streaming server ex103 may be a plurality of servers or a plurality of computers, and may process, record, and distribute data in a distributed manner.
  • the encoded data can be received and reproduced by the client.
  • the information transmitted by the user can be received, decrypted and reproduced by the client in real time, and personal broadcasting can be realized even for a user who does not have special rights or facilities.
  • the digital broadcast system ex200 also includes at least the video encoding device (video encoding device) or video decoding of each of the above embodiments. Any of the devices (image decoding devices) can be incorporated.
  • video encoding device video encoding device
  • Any of the devices (image decoding devices) can be incorporated.
  • the broadcast station ex201 multiplexed data obtained by multiplexing music data and the like on video data is transmitted to a communication or satellite ex202 via radio waves.
  • This video data is data encoded by the moving image encoding method described in the above embodiments (that is, data encoded by the image encoding apparatus according to one aspect of the present disclosure).
  • the broadcasting satellite ex202 transmits a radio wave for broadcasting, and this radio wave is received by a home antenna ex204 capable of receiving satellite broadcasting.
  • the received multiplexed data is decoded and reproduced by an apparatus such as the television (receiver) ex300 or the set top box (STB) ex217 (that is, functions as an image decoding apparatus according to one embodiment of the present disclosure).
  • a reader / recorder ex218 that reads and decodes multiplexed data recorded on a recording medium ex215 such as a DVD or a BD, or encodes a video signal on the recording medium ex215 and, in some cases, multiplexes and writes it with a music signal. It is possible to mount the moving picture decoding apparatus or moving picture encoding apparatus described in the above embodiments. In this case, the reproduced video signal is displayed on the monitor ex219, and the video signal can be reproduced in another device or system using the recording medium ex215 on which the multiplexed data is recorded.
  • a moving picture decoding apparatus may be mounted in a set-top box ex217 connected to a cable ex203 for cable television or an antenna ex204 for satellite / terrestrial broadcasting and displayed on the monitor ex219 of the television.
  • the moving picture decoding apparatus may be incorporated in the television instead of the set top box.
  • FIG. 19 is a diagram illustrating a television (receiver) ex300 that uses the video decoding method and the video encoding method described in each of the above embodiments.
  • the television ex300 obtains or outputs multiplexed data in which audio data is multiplexed with video data via the antenna ex204 or the cable ex203 that receives the broadcast, and demodulates the received multiplexed data.
  • the modulation / demodulation unit ex302 that modulates multiplexed data to be transmitted to the outside, and the demodulated multiplexed data is separated into video data and audio data, or the video data and audio data encoded by the signal processing unit ex306 Is provided with a multiplexing / demultiplexing unit ex303.
  • the television ex300 decodes the audio data and the video data, or encodes the information
  • the audio signal processing unit ex304 the video signal processing unit ex305 (the image encoding device or the image according to one embodiment of the present disclosure)
  • a signal processing unit ex306 that functions as a decoding device
  • a speaker ex307 that outputs the decoded audio signal
  • an output unit ex309 that includes a display unit ex308 such as a display that displays the decoded video signal.
  • the television ex300 includes an interface unit ex317 including an operation input unit ex312 that receives an input of a user operation.
  • the television ex300 includes a control unit ex310 that performs overall control of each unit, and a power supply circuit unit ex311 that supplies power to each unit.
  • the interface unit ex317 includes a bridge unit ex313 connected to an external device such as a reader / recorder ex218, a recording unit ex216 such as an SD card, and an external recording unit such as a hard disk.
  • a driver ex315 for connecting to a medium, a modem ex316 for connecting to a telephone network, and the like may be included.
  • the recording medium ex216 is capable of electrically recording information by using a nonvolatile / volatile semiconductor memory element to be stored.
  • Each part of the television ex300 is connected to each other via a synchronous bus.
  • the television ex300 receives a user operation from the remote controller ex220 or the like, and demultiplexes the multiplexed data demodulated by the modulation / demodulation unit ex302 by the multiplexing / demultiplexing unit ex303 based on the control of the control unit ex310 having a CPU or the like. Furthermore, in the television ex300, the separated audio data is decoded by the audio signal processing unit ex304, and the separated video data is decoded by the video signal processing unit ex305 using the decoding method described in each of the above embodiments.
  • the decoded audio signal and video signal are output from the output unit ex309 to the outside. At the time of output, these signals may be temporarily stored in the buffers ex318, ex319, etc. so that the audio signal and the video signal are reproduced in synchronization. Also, the television ex300 may read multiplexed data from recording media ex215 and ex216 such as a magnetic / optical disk and an SD card, not from broadcasting. Next, a configuration in which the television ex300 encodes an audio signal or a video signal and transmits the signal to the outside or to a recording medium will be described.
  • the television ex300 receives a user operation from the remote controller ex220 and the like, encodes an audio signal with the audio signal processing unit ex304, and converts the video signal with the video signal processing unit ex305 based on the control of the control unit ex310. Encoding is performed using the encoding method described in (1).
  • the encoded audio signal and video signal are multiplexed by the multiplexing / demultiplexing unit ex303 and output to the outside. When multiplexing, these signals may be temporarily stored in the buffers ex320, ex321, etc. so that the audio signal and the video signal are synchronized.
  • a plurality of buffers ex318, ex319, ex320, and ex321 may be provided as illustrated, or one or more buffers may be shared. Further, in addition to the illustrated example, data may be stored in the buffer as a buffer material that prevents system overflow and underflow even between the modulation / demodulation unit ex302 and the multiplexing / demultiplexing unit ex303, for example.
  • the television ex300 has a configuration for receiving AV input of a microphone and a camera, and performs encoding processing on the data acquired from them. Also good.
  • the television ex300 has been described as a configuration capable of the above-described encoding processing, multiplexing, and external output, but these processing cannot be performed, and only the above-described reception, decoding processing, and external output are possible. It may be a configuration.
  • the decoding process or the encoding process may be performed by either the television ex300 or the reader / recorder ex218,
  • the reader / recorder ex218 may share with each other.
  • FIG. 20 shows a configuration of the information reproducing / recording unit ex400 when data is read from or written to an optical disk.
  • the information reproducing / recording unit ex400 includes elements ex401, ex402, ex403, ex404, ex405, ex406, and ex407 described below.
  • the optical head ex401 irradiates a laser spot on the recording surface of the recording medium ex215 that is an optical disk to write information, and detects information reflected from the recording surface of the recording medium ex215 to read the information.
  • the modulation recording unit ex402 electrically drives a semiconductor laser built in the optical head ex401 and modulates the laser beam according to the recording data.
  • the reproduction demodulator ex403 amplifies the reproduction signal obtained by electrically detecting the reflected light from the recording surface by the photodetector built in the optical head ex401, separates and demodulates the signal component recorded on the recording medium ex215, and is necessary To play back information.
  • the buffer ex404 temporarily holds information to be recorded on the recording medium ex215 and information reproduced from the recording medium ex215.
  • the disk motor ex405 rotates the recording medium ex215.
  • the servo control unit ex406 moves the optical head ex401 to a predetermined information track while controlling the rotational drive of the disk motor ex405, and performs a laser spot tracking process.
  • the system control unit ex407 controls the entire information reproduction / recording unit ex400.
  • the system control unit ex407 uses various types of information held in the buffer ex404, and generates and adds new information as necessary.
  • the modulation recording unit ex402, the reproduction demodulation unit This is realized by recording / reproducing information through the optical head ex401 while operating the ex403 and the servo control unit ex406 in a coordinated manner.
  • the system control unit ex407 includes, for example, a microprocessor, and executes these processes by executing a read / write program.
  • the optical head ex401 has been described as irradiating a laser spot.
  • a configuration in which higher-density recording is performed using near-field light may be used.
  • FIG. 21 shows a schematic diagram of a recording medium ex215 that is an optical disk.
  • Guide grooves grooves
  • address information indicating the absolute position on the disc is recorded in advance on the information track ex230 by changing the shape of the groove.
  • This address information includes information for specifying the position of the recording block ex231 that is a unit for recording data, and the recording block is specified by reproducing the information track ex230 and reading the address information in a recording or reproducing apparatus.
  • the recording medium ex215 includes a data recording area ex233, an inner peripheral area ex232, and an outer peripheral area ex234.
  • the area used for recording user data is the data recording area ex233, and the inner circumference area ex232 and the outer circumference area ex234 arranged on the inner or outer circumference of the data recording area ex233 are used for specific purposes other than user data recording. Used.
  • the information reproducing / recording unit ex400 reads / writes encoded audio data, video data, or multiplexed data obtained by multiplexing these data with respect to the data recording area ex233 of the recording medium ex215.
  • an optical disk such as a single-layer DVD or BD has been described as an example.
  • an optical disc with a multi-dimensional recording / reproducing structure such as recording information using light of different wavelengths in the same place on the disc, or recording different layers of information from various angles. It may be.
  • the car ex210 having the antenna ex205 can receive data from the satellite ex202 and the like, and the moving image can be reproduced on a display device such as the car navigation ex211 that the car ex210 has.
  • the configuration of the car navigation ex211 may be, for example, a configuration in which a GPS receiving unit is added in the configuration illustrated in FIG. 19, and the same may be considered for the computer ex111, the mobile phone ex114, and the like.
  • FIG. 22A is a diagram showing the mobile phone ex114 using the moving picture decoding method and the moving picture encoding method described in the above embodiment.
  • the mobile phone ex114 includes an antenna ex350 for transmitting and receiving radio waves to and from the base station ex110, a camera unit ex365 capable of capturing video and still images, a video captured by the camera unit ex365, a video received by the antenna ex350, and the like Is provided with a display unit ex358 such as a liquid crystal display for displaying the decrypted data.
  • the mobile phone ex114 further includes a main body unit having an operation key unit ex366, an audio output unit ex357 such as a speaker for outputting audio, an audio input unit ex356 such as a microphone for inputting audio, a captured video,
  • an audio input unit ex356 such as a microphone for inputting audio
  • a captured video In the memory unit ex367 for storing encoded data or decoded data such as still images, recorded audio, received video, still images, mails, or the like, or an interface unit with a recording medium for storing data
  • a slot ex364 is provided.
  • the mobile phone ex114 has a power supply circuit part ex361, an operation input control part ex362, and a video signal processing part ex355 with respect to a main control part ex360 that comprehensively controls each part of the main body including the display part ex358 and the operation key part ex366.
  • a camera interface unit ex363, an LCD (Liquid Crystal Display) control unit ex359, a modulation / demodulation unit ex352, a multiplexing / demultiplexing unit ex353, an audio signal processing unit ex354, a slot unit ex364, and a memory unit ex367 are connected to each other via a bus ex370. ing.
  • the power supply circuit unit ex361 starts up the mobile phone ex114 in an operable state by supplying power from the battery pack to each unit.
  • the cellular phone ex114 converts the audio signal collected by the audio input unit ex356 in the voice call mode into a digital audio signal by the audio signal processing unit ex354 based on the control of the main control unit ex360 having a CPU, a ROM, a RAM, and the like. Then, this is subjected to spectrum spread processing by the modulation / demodulation unit ex352, digital-analog conversion processing and frequency conversion processing are performed by the transmission / reception unit ex351, and then transmitted via the antenna ex350.
  • the mobile phone ex114 also amplifies the received data received via the antenna ex350 in the voice call mode, performs frequency conversion processing and analog-digital conversion processing, performs spectrum despreading processing by the modulation / demodulation unit ex352, and performs voice signal processing unit After being converted into an analog audio signal by ex354, this is output from the audio output unit ex357.
  • the text data of the e-mail input by operating the operation key unit ex366 of the main unit is sent to the main control unit ex360 via the operation input control unit ex362.
  • the main control unit ex360 performs spread spectrum processing on the text data in the modulation / demodulation unit ex352, performs digital analog conversion processing and frequency conversion processing in the transmission / reception unit ex351, and then transmits the text data to the base station ex110 via the antenna ex350.
  • almost the reverse process is performed on the received data and output to the display unit ex358.
  • the video signal processing unit ex355 compresses the video signal supplied from the camera unit ex365 by the moving image encoding method described in the above embodiments. Encode (that is, function as an image encoding apparatus according to an aspect of the present disclosure), and send the encoded video data to the multiplexing / demultiplexing unit ex353.
  • the audio signal processing unit ex354 encodes the audio signal picked up by the audio input unit ex356 while the camera unit ex365 images a video, a still image, etc., and sends the encoded audio data to the multiplexing / separating unit ex353. To do.
  • the multiplexing / demultiplexing unit ex353 multiplexes the encoded video data supplied from the video signal processing unit ex355 and the encoded audio data supplied from the audio signal processing unit ex354 by a predetermined method, and is obtained as a result.
  • the multiplexed data is subjected to spread spectrum processing by the modulation / demodulation unit (modulation / demodulation circuit unit) ex352, digital-analog conversion processing and frequency conversion processing by the transmission / reception unit ex351, and then transmitted via the antenna ex350.
  • the multiplexing / separating unit ex353 separates the multiplexed data into a video data bit stream and an audio data bit stream, and performs video signal processing on the video data encoded via the synchronization bus ex370.
  • the encoded audio data is supplied to the audio signal processing unit ex354 while being supplied to the unit ex355.
  • the video signal processing unit ex355 decodes the video signal by decoding using the video decoding method corresponding to the video encoding method described in each of the above embodiments (that is, an image according to an aspect of the present disclosure).
  • video and still images included in the moving image file linked to the home page are displayed from the display unit ex358 via the LCD control unit ex359.
  • the audio signal processing unit ex354 decodes the audio signal, and the audio is output from the audio output unit ex357.
  • the terminal such as the mobile phone ex114 is referred to as a transmission terminal having only an encoder and a receiving terminal having only a decoder.
  • a transmission terminal having only an encoder
  • a receiving terminal having only a decoder.
  • multiplexed data in which music data or the like is multiplexed with video data is received and transmitted, but data in which character data or the like related to video is multiplexed in addition to audio data It may be video data itself instead of multiplexed data.
  • the moving picture encoding method or the moving picture decoding method shown in each of the above embodiments can be used in any of the above-described devices / systems. The described effect can be obtained.
  • multiplexed data obtained by multiplexing audio data or the like with video data is configured to include identification information indicating which standard the video data conforms to.
  • identification information indicating which standard the video data conforms to.
  • FIG. 23 is a diagram showing a structure of multiplexed data.
  • multiplexed data is obtained by multiplexing one or more of a video stream, an audio stream, a presentation graphics stream (PG), and an interactive graphics stream.
  • the video stream indicates the main video and sub-video of the movie
  • the audio stream (IG) indicates the main audio portion of the movie and the sub-audio mixed with the main audio
  • the presentation graphics stream indicates the subtitles of the movie.
  • the main video indicates a normal video displayed on the screen
  • the sub-video is a video displayed on a small screen in the main video.
  • the interactive graphics stream indicates an interactive screen created by arranging GUI components on the screen.
  • the video stream is encoded by the moving image encoding method or apparatus shown in the above embodiments, or the moving image encoding method or apparatus conforming to the conventional standards such as MPEG-2, MPEG4-AVC, and VC-1. ing.
  • the audio stream is encoded by a method such as Dolby AC-3, Dolby Digital Plus, MLP, DTS, DTS-HD, or linear PCM.
  • Each stream included in the multiplexed data is identified by PID. For example, 0x1011 for video streams used for movie images, 0x1100 to 0x111F for audio streams, 0x1200 to 0x121F for presentation graphics, 0x1400 to 0x141F for interactive graphics streams, 0x1B00 to 0x1B1F are assigned to video streams used for sub-pictures, and 0x1A00 to 0x1A1F are assigned to audio streams used for sub-audio mixed with the main audio.
  • FIG. 24 is a diagram schematically showing how multiplexed data is multiplexed.
  • a video stream ex235 composed of a plurality of video frames and an audio stream ex238 composed of a plurality of audio frames are converted into PES packet sequences ex236 and ex239, respectively, and converted into TS packets ex237 and ex240.
  • the data of the presentation graphics stream ex241 and interactive graphics ex244 are converted into PES packet sequences ex242 and ex245, respectively, and further converted into TS packets ex243 and ex246.
  • the multiplexed data ex247 is configured by multiplexing these TS packets into one stream.
  • FIG. 25 shows in more detail how the video stream is stored in the PES packet sequence.
  • the first row in FIG. 25 shows a video frame sequence of the video stream.
  • the second level shows a PES packet sequence.
  • a plurality of Video Presentation Units in a video stream are divided into pictures, B pictures, and P pictures, and are stored in the payload of the PES packet.
  • Each PES packet has a PES header, and a PTS (Presentation Time-Stamp) that is a display time of a picture and a DTS (Decoding Time-Stamp) that is a decoding time of a picture are stored in the PES header.
  • PTS Presentation Time-Stamp
  • DTS Decoding Time-Stamp
  • FIG. 26 shows the format of the TS packet that is finally written in the multiplexed data.
  • the TS packet is a 188-byte fixed-length packet composed of a 4-byte TS header having information such as a PID for identifying a stream and a 184-byte TS payload for storing data.
  • the PES packet is divided and stored in the TS payload.
  • a 4-byte TP_Extra_Header is added to a TS packet, forms a 192-byte source packet, and is written in multiplexed data.
  • TP_Extra_Header information such as ATS (Arrival_Time_Stamp) is described.
  • ATS indicates the transfer start time of the TS packet to the PID filter of the decoder.
  • Source packets are arranged in the multiplexed data as shown in the lower part of FIG. 26, and the number incremented from the head of the multiplexed data is called SPN (source packet number).
  • TS packets included in the multiplexed data include PAT (Program Association Table), PMT (Program Map Table), PCR (Program Clock Reference), and the like in addition to each stream such as video / audio / caption.
  • PAT indicates what the PID of the PMT used in the multiplexed data is, and the PID of the PAT itself is registered as 0.
  • the PMT has the PID of each stream such as video / audio / subtitles included in the multiplexed data and the attribute information of the stream corresponding to each PID, and has various descriptors related to the multiplexed data.
  • the descriptor includes copy control information for instructing permission / non-permission of copying of multiplexed data.
  • the PCR corresponds to the ATS in which the PCR packet is transferred to the decoder. Contains STC time information.
  • FIG. 27 is a diagram for explaining the data structure of the PMT in detail.
  • a PMT header describing the length of data included in the PMT is arranged at the head of the PMT.
  • a plurality of descriptors related to multiplexed data are arranged.
  • the copy control information and the like are described as descriptors.
  • a plurality of pieces of stream information regarding each stream included in the multiplexed data are arranged.
  • the stream information includes a stream descriptor in which a stream type, a stream PID, and stream attribute information (frame rate, aspect ratio, etc.) are described to identify a compression codec of the stream.
  • the multiplexed data is recorded together with the multiplexed data information file.
  • the multiplexed data information file is management information of multiplexed data, has a one-to-one correspondence with the multiplexed data, and includes multiplexed data information, stream attribute information, and an entry map.
  • the multiplexed data information includes a system rate, a reproduction start time, and a reproduction end time as shown in FIG.
  • the system rate indicates a maximum transfer rate of multiplexed data to a PID filter of a system target decoder described later.
  • the ATS interval included in the multiplexed data is set to be equal to or less than the system rate.
  • the playback start time is the PTS of the first video frame of the multiplexed data
  • the playback end time is set by adding the playback interval for one frame to the PTS of the video frame at the end of the multiplexed data.
  • attribute information about each stream included in the multiplexed data is registered for each PID.
  • the attribute information has different information for each video stream, audio stream, presentation graphics stream, and interactive graphics stream.
  • the video stream attribute information includes the compression codec used to compress the video stream, the resolution of the individual picture data constituting the video stream, the aspect ratio, and the frame rate. It has information such as how much it is.
  • the audio stream attribute information includes the compression codec used to compress the audio stream, the number of channels included in the audio stream, the language supported, and the sampling frequency. With information. These pieces of information are used for initialization of the decoder before the player reproduces it.
  • the stream type included in the PMT is used.
  • video stream attribute information included in the multiplexed data information is used.
  • the video encoding shown in each of the above embodiments for the stream type or video stream attribute information included in the PMT.
  • FIG. 30 shows steps of the moving picture decoding method according to the present embodiment.
  • step exS100 the stream type included in the PMT or the video stream attribute information included in the multiplexed data information is acquired from the multiplexed data.
  • step exS101 it is determined whether or not the stream type or the video stream attribute information indicates multiplexed data generated by the moving picture encoding method or apparatus described in the above embodiments. To do.
  • step exS102 the above embodiments are performed. Decoding is performed by the moving picture decoding method shown in the form.
  • the conventional information Decoding is performed by a moving image decoding method compliant with the standard.
  • FIG. 31 shows a configuration of an LSI ex500 that is made into one chip.
  • the LSI ex500 includes elements ex501, ex502, ex503, ex504, ex505, ex506, ex507, ex508, and ex509 described below, and each element is connected via a bus ex510.
  • the power supply circuit unit ex505 is activated to an operable state by supplying power to each unit when the power supply is on.
  • the LSI ex500 uses the AV I / O ex509 to perform the microphone ex117 and the camera ex113 based on the control of the control unit ex501 including the CPU ex502, the memory controller ex503, the stream controller ex504, the driving frequency control unit ex512, and the like.
  • the AV signal is input from the above.
  • the input AV signal is temporarily stored in an external memory ex511 such as SDRAM.
  • the accumulated data is divided into a plurality of times as appropriate according to the processing amount and the processing speed and sent to the signal processing unit ex507, and the signal processing unit ex507 encodes an audio signal and / or video. Signal encoding is performed.
  • the encoding process of the video signal is the encoding process described in the above embodiments.
  • the signal processing unit ex507 further performs processing such as multiplexing the encoded audio data and the encoded video data according to circumstances, and outputs the result from the stream I / Oex 506 to the outside.
  • the output multiplexed data is transmitted to the base station ex107 or written to the recording medium ex215. It should be noted that data should be temporarily stored in the buffer ex508 so as to be synchronized when multiplexing.
  • the memory ex511 is described as an external configuration of the LSI ex500.
  • a configuration included in the LSI ex500 may be used.
  • the number of buffers ex508 is not limited to one, and a plurality of buffers may be provided.
  • the LSI ex500 may be made into one chip or a plurality of chips.
  • control unit ex501 includes the CPU ex502, the memory controller ex503, the stream controller ex504, the drive frequency control unit ex512, and the like, but the configuration of the control unit ex501 is not limited to this configuration.
  • the signal processing unit ex507 may further include a CPU.
  • the CPU ex502 may be configured to include a signal processing unit ex507 or, for example, an audio signal processing unit that is a part of the signal processing unit ex507.
  • the control unit ex501 is configured to include a signal processing unit ex507 or a CPU ex502 having a part thereof.
  • LSI LSI
  • IC system LSI
  • super LSI ultra LSI depending on the degree of integration
  • the method of circuit integration is not limited to LSI, and implementation with a dedicated circuit or a general-purpose processor is also possible.
  • An FPGA Field Programmable Gate Array
  • Such a programmable logic device typically loads or reads a program constituting software or firmware from a memory or the like, so that the moving image encoding method or the moving image described in each of the above embodiments is used.
  • An image decoding method can be performed.
  • FIG. 32 shows a configuration ex800 in the present embodiment.
  • the drive frequency switching unit ex803 sets the drive frequency high when the video data is generated by the moving image encoding method or apparatus described in the above embodiments.
  • the decoding processing unit ex801 that executes the moving picture decoding method described in each of the above embodiments is instructed to decode the video data.
  • the video data is video data compliant with the conventional standard, compared to the case where the video data is generated by the moving picture encoding method or apparatus shown in the above embodiments, Set the drive frequency low. Then, it instructs the decoding processing unit ex802 compliant with the conventional standard to decode the video data.
  • the drive frequency switching unit ex803 includes the CPU ex502 and the drive frequency control unit ex512 in FIG.
  • the decoding processing unit ex801 that executes the moving picture decoding method shown in each of the above embodiments and the decoding processing unit ex802 that complies with the conventional standard correspond to the signal processing unit ex507 in FIG.
  • the CPU ex502 identifies which standard the video data conforms to.
  • the drive frequency control unit ex512 sets the drive frequency.
  • the signal processing unit ex507 decodes the video data.
  • the identification of the video data for example, it is conceivable to use the identification information described in the third embodiment.
  • the identification information is not limited to that described in Embodiment 3, and any information that can identify which standard the video data conforms to may be used. For example, it is possible to identify which standard the video data conforms to based on an external signal that identifies whether the video data is used for a television or a disk. In some cases, identification may be performed based on such an external signal. In addition, the selection of the driving frequency in the CPU ex502 may be performed based on, for example, a lookup table in which video data standards and driving frequencies are associated with each other as shown in FIG. The look-up table is stored in the buffer ex508 or the internal memory of the LSI, and the CPU ex502 can select the drive frequency by referring to the look-up table.
  • FIG. 33 shows steps for executing the method of the present embodiment.
  • the signal processing unit ex507 acquires identification information from the multiplexed data.
  • the CPU ex502 identifies whether the video data is generated by the encoding method or apparatus described in each of the above embodiments based on the identification information.
  • the CPU ex502 sends a signal for setting the drive frequency high to the drive frequency control unit ex512. Then, the drive frequency control unit ex512 sets a high drive frequency.
  • step exS203 the CPU ex502 drives the signal for setting the drive frequency low. This is sent to the frequency control unit ex512. Then, in the drive frequency control unit ex512, the drive frequency is set to be lower than that in the case where the video data is generated by the encoding method or apparatus described in the above embodiments.
  • the power saving effect can be further enhanced by changing the voltage applied to the LSI ex500 or the device including the LSI ex500 in conjunction with the switching of the driving frequency. For example, when the drive frequency is set low, it is conceivable that the voltage applied to the LSI ex500 or the device including the LSI ex500 is set low as compared with the case where the drive frequency is set high.
  • the setting method of the driving frequency may be set to a high driving frequency when the processing amount at the time of decoding is large, and to a low driving frequency when the processing amount at the time of decoding is small. It is not limited to the method.
  • the amount of processing for decoding video data compliant with the MPEG4-AVC standard is larger than the amount of processing for decoding video data generated by the moving picture encoding method or apparatus described in the above embodiments. It is conceivable that the setting of the driving frequency is reversed to that in the case described above.
  • the method for setting the drive frequency is not limited to the configuration in which the drive frequency is lowered.
  • the voltage applied to the LSIex500 or the apparatus including the LSIex500 is set high.
  • the driving of the CPU ex502 is stopped.
  • the CPU ex502 is temporarily stopped because there is room in processing. Is also possible. Even when the identification information indicates that the video data is generated by the moving image encoding method or apparatus described in each of the above embodiments, if there is a margin for processing, the CPU ex502 is temporarily driven. It can also be stopped. In this case, it is conceivable to set the stop time shorter than in the case where the video data conforms to the conventional standards such as MPEG-2, MPEG4-AVC, and VC-1.
  • a plurality of video data that conforms to different standards may be input to the above-described devices and systems such as a television and a mobile phone.
  • the signal processing unit ex507 of the LSI ex500 needs to support a plurality of standards in order to be able to decode even when a plurality of video data complying with different standards is input.
  • the signal processing unit ex507 corresponding to each standard is used individually, there is a problem that the circuit scale of the LSI ex500 increases and the cost increases.
  • a decoding processing unit for executing the moving picture decoding method shown in each of the above embodiments and a decoding conforming to a standard such as MPEG-2, MPEG4-AVC, or VC-1
  • the processing unit is partly shared.
  • An example of this configuration is shown as ex900 in FIG. 35A.
  • the moving picture decoding method shown in each of the above embodiments and the moving picture decoding method compliant with the MPEG4-AVC standard are processed in processes such as entropy coding, inverse quantization, deblocking filter, and motion compensation. Some contents are common.
  • the decoding processing unit ex902 corresponding to the MPEG4-AVC standard is shared, and for other processing content specific to one aspect of the present disclosure that does not support the MPEG4-AVC standard, a dedicated decoding processing unit A configuration using ex901 is conceivable.
  • a dedicated decoding processing unit ex901 is used for packet rearrangement, and other entropy decoding and deblocking filters are used. It is conceivable to share a decoding processing unit for any or all of the motion compensation processes.
  • the decoding processing unit for executing the moving picture decoding method described in each of the above embodiments is shared, and the processing content specific to the MPEG4-AVC standard As for, a configuration using a dedicated decoding processing unit may be used.
  • ex1000 in FIG. 35B shows another example in which processing is partially shared.
  • a dedicated decoding processing unit ex1001 corresponding to the processing content specific to one aspect of the present disclosure
  • a dedicated decoding processing unit ex1002 corresponding to the processing content specific to another conventional standard
  • a common decoding processing unit ex1003 corresponding to the processing contents common to the moving image decoding method according to the above and other conventional moving image decoding methods.
  • the dedicated decoding processing units ex1001 and ex1002 are not necessarily specialized for one aspect of the present disclosure or processing content specific to other conventional standards, and can execute other general-purpose processing. Also good.
  • the configuration of the present embodiment can be implemented by LSI ex500.
  • the processing content common to the moving image decoding method according to one aspect of the present disclosure and the moving image decoding method of the conventional standard is shared by the decoding processing unit, thereby reducing the circuit scale of the LSI, In addition, the cost can be reduced.
  • the packet identifier (packet_id) is signaled by the header of the MMT packet
  • the payload of the MMT packet can be transmitted using a protocol such as MPEG2-TS or RTP.
  • the packet identifier may be separately signaled by defining a packet header of the protocol or a payload format for storing the MMT in the protocol and defining the payload header.
  • each MMT packet can be filtered using a package identifier (package_id) for identifying the package.
  • package_id package identifier
  • the first buffer 120a and the second buffer 160a only need to correspond one-to-one with the asset, and the number of assets is different from the number of each of the first buffer 120a and the second buffer 160a. It may be.
  • the number of the first buffer 120a and the second buffer 160a may be smaller than the number of assets.
  • the second buffer 160a may not be allocated to an asset that does not require the second buffer 160a.
  • reordering reordering
  • first buffer an index number indicating what number the payload data stored in the MMTB is in decoding order
  • an access unit may be input from the MMTB to a picture buffer or the like based on the index number.
  • the arrival order to the system decoder may not be the decoding order even when the same asset is transmitted through one transmission path. Also in this case, the rearrangement according to the above-described embodiment can be applied.
  • identification information indicating a model of a system decoder to which the transmitted MMT stream is compliant may be stored in auxiliary information such as configuration information or an MMT message.
  • the model of the system decoder is, for example, the basic method shown in the first embodiment and the simple method shown in the second modification of the first embodiment.
  • identification information indicating a model can also be included in reproduction assistance information such as SDP (Session Description Protocol).
  • SDP Session Description Protocol
  • identification information indicating the model is stored in a descriptor defined by the MPEG-2 system, and then PAT (Program Association Table) or PMT (Program Map Table). It may be transmitted as a part of the section data.
  • a playback mode in which the signaled MMT package conforms to the behavior of the system decoder may be included in the auxiliary information.
  • playback modes there are an MPU mode, a Fragment mode, and a Media Unit mode.
  • the MMT package when used as pre-stored content, such as when the MMT package is downloaded and played back, it can be played back even if the MMT package does not conform to the system decoder. For example, in particular, in an environment where there is a margin in memory or processing speed such as a PC, playback is possible even if the MMT package does not conform to the system decoder. Therefore, a mode that does not guarantee compliance with the system decoder model may be provided and included in the auxiliary information.
  • the MMT profile is You may prescribe. Then, the profile information may be separately included in the auxiliary information.
  • an MP4 brand may be separately defined and included in the fytp / syt box.
  • one stream can be configured by combining data of different assets.
  • each of the first asset and the second asset is composed of five MPUs, and the MPUs of both MPUs match the decoding time of each MPU and the parameters related to the system decoder.
  • the parameters are, for example, the buffer occupation amount at the start of decoding, the peak rate at the time of encoding, and the like.
  • the stream after replacement can be made to conform to the behavior of the system decoder.
  • one MMT packet may be transmitted through a plurality of transmission paths. That is, the same data of the same asset may be transmitted through different transmission paths.
  • the previously received data is validated and the later received data (redundant data) is discarded.
  • the later received data redundant data
  • the data received on the broadcast side is discarded.
  • auxiliary information such as configuration information for transmission.
  • On the receiving side it is determined whether or not redundant data is transmitted. If it is transmitted, it is determined whether or not redundant data has been received.
  • system decoder is not limited to MMT.
  • the system decoder can also be applied to other formats in which data of the same package (corresponding to a program in the MPEG-2 system) is packetized and transmitted using one or more transmission paths.
  • the minimum unit for packetization is, for example, an access unit or a unit obtained by dividing the access unit.
  • each component (The filter part 110, the MMT buffer part 120, the decoding order acquisition part 130, the time acquisition part 140, the rearrangement part 150, the encoding data storage part which comprises the data decoding apparatus 100 which concerns on said embodiment.
  • 160 and decoding unit 170 are realized by software such as a program executed on a computer having a CPU (Central Processing Unit), RAM, ROM (Read Only Memory) communication interface, I / O port, hard disk, display, and the like. Or may be realized by hardware such as an electronic circuit.
  • the present disclosure can be used as a data decoding method, a data decoding device, a data transmission method, or the like, for example, a recorder, a television, a tablet terminal device, a mobile phone, or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (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)
  • Communication Control (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

　本開示のデータ復号方法は、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する受信ステップと、受信した複数の符号化ストリームの複数のパケットを第１バッファに格納する格納ステップと、第１バッファに格納された複数のパケットを復号順に並び替える並替ステップと、復号順に並び替えられた複数のパケットを復号する復号ステップとを含む。

Description

データ復号方法、データ復号装置及びデータ送信方法
　本開示は、データ復号方法、データ復号装置及びデータ送信方法に関する。
　従来、符号化データを所定の伝送フォーマットで伝送する技術が知られている。符号化データは、映像データ及び音声データを含むコンテンツを、ＨＥＶＣ（Ｈｉｇｈ　Ｅｆｆｉｃｉｅｎｃｙ　Ｖｉｄｅｏ　Ｃｏｄｉｎｇ）などの動画像符号化規格に基づいて符号化することで生成される。
　所定の伝送フォーマットには、例えば、ＭＰＥＧ－２　ＴＳ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ－２　Ｔｒａｎｓｐｏｒｔ　Ｓｔｒｅａｍ）、又は、ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）などがある（非特許文献１参照）。例えば、特許文献１には、ＭＭＴに従って、符号化されたメディアデータをパケット毎に送信する技術が開示されている。
　上記従来の技術では、符号化データを送信する技術については開示されているが、送信された符号化データを受信した場合に、どのようにして符号化データを復号するかは開示されていない。
米国特許第８６３８８１８号明細書
Ｉｎｆｏｒｍａｔｉｏｎ　ｔｅｃｈｎｏｌｏｇｙ　－　Ｈｉｇｈ　ｅｆｆｉｃｉｅｎｃｙ　ｃｏｄｉｎｇ　ａｎｄ　ｍｅｄｉａ　ｄｅｌｉｖｅｒｙ　ｉｎ　ｈｅｔｅｒｏｇｅｎｅｏｕｓ　ｅｎｖｉｒｏｎｍｅｎｔ　－　Ｐａｒｔ１：ＭＰＥＧ　ｍｅｄｉａ　ｔｒａｎｓｐｏｒｔ（ＭＭＴ）、ＩＳＯ／ＩＥＣ　ＤＩＳ　２３００８－１
　本開示の一態様に係るデータ復号方法は、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する受信ステップ（S110）と、受信した複数の符号化ストリームの複数のパケットを第１バッファ（120a）に格納する格納ステップ（S120）と、前記第１バッファに格納された複数のパケットを復号順に並び替える並替ステップ（S150）と、復号順に並び替えられた複数のパケットを復号する復号ステップ（S160）とを含む。
　また、本開示の一態様に係るデータ送信方法は、符号化データに含まれる複数の符号化ストリームを構成する複数のパケットの並び替えの要否を示すフラグを生成するステップ（S220）と、複数の伝送路のそれぞれを用いて、対応する前記符号化ストリームをパケット単位で送信し、かつ、前記複数の伝送路の少なくとも１つを用いて前記フラグを送信するステップ（S240）とを含む。
　それによって、符号化データを適切に復号することができる。
図１は、実施の形態１に係るデータ復号装置の構成の一例を示すブロック図である。 図２は、実施の形態１に係るＭＭＴストリームのデータ構造の一例を示す図である。 図３は、実施の形態１に係るＭＰＵのデータ構造の一例を示す図である。 図４は、実施の形態１に係るＭＭＴパケットのデータの流れの一例を示す図である。 図５は、実施の形態１に係る複数の伝送路のそれぞれを伝送されるＭＭＴストリームの一例を示す図である。 図６は、実施の形態１に係る複数のＭＭＴパケットを並び替える様子の一例を示す図である。 図７は、実施の形態１に係るデータ復号装置の動作の一例を示すフローチャートである。 図８は、実施の形態１に係るデータ復号装置におけるＤＴＳの決定方法の一例を示すフローチャートである。 図９は、実施の形態１に係る並替部の動作モードの一例を示す図である。 図１０は、実施の形態１に係るデータ送信装置の構成の一例を示すブロック図である。 図１１は、実施の形態１に係るデータ送信装置の動作の一例を示すフローチャートである。 図１２は、実施の形態１の変形例１に係るＭＭＴストリームのデータ構造の一例を示す図である。 図１３は、実施の形態１の変形例２に係るＭＭＴパケットのデータの流れの一例を示す図である。 図１４は、実施の形態１の変形例３に係るＭＭＴパケットのデータの流れの一例を示す図である。 図１５は、実施の形態１の変形例４に係るデータ復号方法の一例を示すフローチャートである。 図１６は、実施の形態１の変形例４に係るデータ送信方法の一例を示すフローチャートである。 図１７は、コンテンツ配信サービスを実現するコンテンツ供給システムの全体構成図である。 図１８は、デジタル放送用システムの全体構成図である。 図１９は、テレビの構成例を示すブロック図である。 図２０は、光ディスクである記録メディアに情報の読み書きを行う情報再生／記録部の構成例を示すブロック図である。 図２１は、光ディスクである記録メディアの構造例を示す図である。 図２２Ａは、携帯電話の一例を示す図である。 図２２Ｂは、携帯電話の構成例を示すブロック図である。 図２３は、多重化データの構成を示す図である。 図２４は、各ストリームが多重化データにおいてどのように多重化されているかを模式的に示す図である。 図２５は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかを更に詳しく示した図である。 図２６は、多重化データにおけるＴＳパケットとソースパケットの構造を示す図である。 図２７は、ＰＭＴのデータ構成を示す図である。 図２８は、多重化データ情報の内部構成を示す図である。 図２９は、ストリーム属性情報の内部構成を示す図である。 図３０は、映像データを識別するステップを示す図である。 図３１は、各実施の形態の動画像符号化方法および動画像復号化方法を実現する集積回路の構成例を示すブロック図である。 図３２は、駆動周波数を切り替える構成を示す図である。 図３３は、映像データを識別し、駆動周波数を切り替えるステップを示す図である。 図３４は、映像データの規格と駆動周波数を対応づけたルックアップテーブルの一例を示す図である。 図３５Ａは、信号処理部のモジュールを共有化する構成の一例を示す図である。 図３５Ｂは、信号処理部のモジュールを共有化する構成の他の一例を示す図である。
　（本開示の基礎となった知見）
　本発明者は、「背景技術」の欄において記載した従来のデータ復号方法などに関し、以下の問題が生じることを見出した。
　ＭＭＴでは、ＭＭＴパッケージを構成するデータの形式、あるいは、データ伝送時のパケット化方法を規定しており、ＭＭＴパッケージを構成する複数のアセットのデータを多重化して伝送することができる。具体的には、複数のアセットのデータを多重化することで互いに異なる複数のストリームを生成し、複数の伝送路のそれぞれを用いてストリームをパケット毎に送信する。
　しかしながら、ＭＭＴに対しては、システムデコーダのモデルが規定されていない。このため、ＭＭＴのデータを受信して復号する際に、符号化データに含まれるアクセスユニットの復号時刻に、アクセスユニットのデータが揃うことなどを保証できない。
　なお、システムデコーダのモデルとは、例えば、受信装置が所定のサイズのバッファを備えることにより、バッファのオーバーフロー及びアンダーフローを発生させずに、受信した符号化データに含まれる複数のアクセスユニットのそれぞれを、対応する復号時刻で復号することを保証するためのモデルである。なお、ＭＰＥＧ－２システムにおいては、システムターゲットデコーダ（ＳＴＤ：Ｓｙｓｔｅｍ　Ｔａｒｇｅｔ　Ｄｅｃｏｄｅｒ）モデルがある。
　ＭＭＴでは、複数の伝送路を用いて複数のストリームをパケット毎に送信することができるので、受信したパケットが必ずしも復号順であるとは限らない。各ストリームの構成又は伝送路の構成によっては、復号順で後のパケットを先に受信してしまう場合がある。この場合、先に受信したパケットを復号できるようになるまでバッファに保持しなければならず、バッファがオーバーフローを起こす恐れがある。
　一方で、各ストリームの構成又は伝送路の構成によっては、次に復号すべきパケットを受信するまでに多くの時間を要する場合がある。この場合には、バッファがアンダーフローを起こす恐れがある。
　このように、従来技術では、バッファのオーバーフロー又はアンダーフローの発生を低減して符号化データを復号することを保証できないという課題がある。
　上記課題を解決するために、本開示の一態様に係るデータ復号方法は、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する受信ステップ（S110）と、受信した複数の符号化ストリームの複数のパケットを第１バッファ（120a）に格納する格納ステップ（S120）と、前記第１バッファに格納された複数のパケットを復号順に並び替える並替ステップ（S150）と、復号順に並び替えられた複数のパケットを復号する復号ステップ（S160）とを含む。
　これにより、複数の伝送路を用いてパケットを送信した場合であっても、第１バッファに格納された複数のパケットを復号順に並び替えて復号するので、適切にパケットを復号することができる。例えば、復号順に並び替えることで、適切なタイミングでパケットを復号することができるので、バッファのオーバーフロー又はアンダーフローの発生を抑制することができる。
　また、例えば、前記複数のパケットのそれぞれは、前記符号化データを構成する１以上のアセットに対応付けられ、１以上の前記第１バッファにはそれぞれ、前記アセットが対応付けられ、前記格納ステップ（S120）では、前記複数のパケットのそれぞれを、対応するアセットに分配し、対応する前記第１バッファに格納してもよい。
　これにより、１以上の第１バッファには、それぞれアセットが対応付けられるので、１つの第１バッファには、１つのアセットのデータが格納される。このため、バッファ管理を容易に行うことができ、パケットの並び替えなどの処理を高速化し、遅延を小さくすることができる。また、処理が高速化されることにより、バッファのオーバーフローの発生を低減することができる。
　また、例えば、前記複数のパケットのそれぞれは、対応するアセットを示すパケット識別子（ｐａｃｋｅｔ＿ｉｄ）を含み、前記格納ステップ（S120）では、前記パケットから前記パケット識別子を取得することで、前記パケットを分配してもよい。
　これにより、パケット識別子を判別するだけでパケットが対応するアセット及び第１バッファを特定することができる。したがって、分配処理を容易に行うことができ、処理を高速化し、遅延を小さくすることができる。
　また、例えば、前記並替ステップ（S150）では、さらに、前記パケットを前記第１バッファから読み出すタイミングに関する複数のモードの１つを選択し、選択したモードである選択モードに従って、前記パケットを前記第１バッファから読み出して第２バッファに格納し、前記復号ステップ（S160）では、前記第２バッファに格納されたパケットを復号してもよい。
　これにより、複数のモードから１つを選択するので、例えば、遅延をより小さくすることができるモードに基づいてパケットを復号することができる。
　また、例えば、前記複数のモードは、前記パケットが前記第１バッファに格納された後に、前記第１バッファから前記パケットを読み出すことができる第１モード（ＭＰＵ　ｍｏｄｅ）と、前記パケットを構成する複数の分割単位の１つである対象分割単位が前記第１バッファに格納された後に、前記第１バッファから前記対象分割単位を読み出すことができる第２モード（Ｆｒａｇｍｅｎｔ　ｍｏｄｅ）と、前記パケットの前記対象分割単位の前記第１バッファへの格納が完了する前に、前記第１バッファから前記対象分割単位の一部を読み出すことができる第３モード（Ｍｅｄｉａ　ｕｎｉｔ　ｍｏｄｅ）とを含んでもよい。
　これにより、例えば、第２モード又は第３モードが選択された場合には、パケットの格納が完了する前にデータを読み出すことができるので、処理を高速化することができる。また、バッファのオーバーフローの発生を抑制することができる。
　また、例えば、前記複数の分割単位は、アクセスユニット又はＮＡＬユニットであってもよい。
　これにより、アクセスユニット又はＮＡＬユニットの単位で復号するので、処理の待機時間などを削減でき、処理を高速化することができる。
　また、例えば、前記並替ステップ（S150）では、前記選択モードを示すモードフラグを前記符号化データから取得し、取得したモードフラグに基づいて前記選択モードを選択してもよい。
　これにより、送信時にモードフラグを設定しておくことで、受信側では、送信時において想定されたモードでパケットを復号することができる。
　また、例えば、前記データ復号方法は、さらに、前記複数のパケットのそれぞれの復号時刻を決定するための第１時刻情報を取得する時刻取得ステップ（S142）と、前記第１時刻情報に基づいて、前記パケットを構成する複数の分割単位のそれぞれの復号時刻を示す第２時刻情報を算出する時刻算出ステップ（S143）とを含み、前記並替ステップ（S150）では、前記第２時刻情報を参照して、前記パケットを前記分割単位毎に第２バッファに格納してもよい。
　これにより、第１バッファからのデータの読み出しを復号時刻に基づいて行うので、各分割単位（例えば、アクセスユニット）を復号時刻に従って復号することができる。
　また、例えば、前記複数のパケットはそれぞれ、前記複数の伝送路のいずれか１つで送信され、前記伝送路内におけるパケットは、復号順で送信されてもよい。
　これにより、符号化ストリームのそれぞれを単独で復号することができる。例えば、第１伝送路で送信された第１符号化ストリームのみを復号して再生することができる。
　また、例えば、前記パケットは、ＭＰＵ（Ｍｅｄｉａ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）であってもよい。
　これにより、ＭＭＴ規格に準拠した処理を行うことができる。
　また、例えば、前記複数の伝送路は、放送と、通信とを含んでもよい。
　これにより、放送と通信との２つの物理的に異なる媒体を利用して、符号化データを送信することができる。
　また、本開示の一態様に係るデータ復号装置は、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する受信部（110）と、前記受信部によって受信された複数の符号化ストリームの複数のパケットを格納するためのバッファ（120）と、前記バッファに格納された複数のパケットを復号順に並び替える並替部（150）と、前記並替部によって並び替えられた複数のパケットを復号する復号部（170）とを備える。
　これにより、上述したデータ復号方法と同様に、複数の伝送路を用いてパケットを送信した場合であっても、第１バッファに格納された複数のパケットを復号順に並び替えて復号するので、適切にパケットを復号することができる。例えば、復号順に並び替えることで、適切なタイミングでパケットを復号することができるので、バッファのオーバーフロー又はアンダーフローの発生を抑制することができる。
　また、本開示の一態様に係るデータ送信方法は、符号化データに含まれる複数の符号化ストリームを構成する複数のパケットの並び替えの要否を示すフラグを生成するステップ（S220）と、複数の伝送路のそれぞれを用いて、対応する前記符号化ストリームをパケット単位で送信し、かつ、前記複数の伝送路の少なくとも１つを用いて前記フラグを送信するステップ（S240）とを含む。
　これにより、復号側ではフラグを判別することで、並び替えの要否を判定することができるので、例えば、並び替えが不要な場合に処理量を低減することができる。
　以下では、実施の形態について、図面を参照しながら具体的に説明する。
　なお、以下で説明する実施の形態は、いずれも包括的又は具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
　（実施の形態１）
　［データ復号装置］
　まず、本実施の形態に係るデータ復号装置（システムデコーダ）の概要について、図１を用いて説明する。図１は、本実施の形態に係るデータ復号装置１００の構成を示すブロック図である。
　本実施の形態に係るデータ復号装置１００は、複数の伝送路を用いて送信された複数の符号化ストリームを含む符号化データを復号する。図１に示すように、データ復号装置１００は、フィルタ部１１０と、ＭＭＴバッファ部１２０と、復号順取得部１３０と、時刻取得部１４０と、並替部１５０と、符号化データ記憶部１６０と、復号部１７０とを備える。
　フィルタ部１１０は、符号化ストリームをパケット毎に受信し、受信したパケットをフィルタリングする。具体的には、フィルタ部１１０は、受信したパケットをアセット毎に分配する。フィルタ部１１０は、受信部１１１と、格納部１１２とを備える。
　受信部１１１は、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する。つまり、受信部１１１は、複数の伝送路のそれぞれから、対応する符号化ストリームをパケット毎に受信する。符号化データに含まれる複数の符号化ストリームは、複数の伝送路に一対一に対応して、対応する伝送路を介してパケット毎に伝送される。例えば、符号化ストリームのそれぞれは、独立して復号可能なストリームであり、具体的には、複数のＭＭＴパケットから構成されるＭＭＴストリームである。
　なお、複数のパケットのそれぞれは、符号化データを構成する１以上のアセットに対応付けられている。例えば、複数のパケットのそれぞれは、対応するアセットを示すパケット識別子（ｐａｃｋｅｔ＿ｉｄ）を含んでいる。
　なお、アセットは、同一のトランスポート特性のデータを含むデータエンティティであり、例えば、映像データ、音声データなどのいずれか１つである。具体的には、アセットは、ＡＶデータの符号化ストリームに対応する。例えば、映像データが階層符号化されている場合には、各階層のストリームがそれぞれ、別のアセットに対応する。ＭＭＴパケット、ＭＭＴストリーム、アセット及びパケット識別子の詳細については、図２を用いて後で説明する。
　格納部１１２は、受信した複数の符号化ストリームの複数のパケットを第１バッファ１２０ａに格納する。なお、第１バッファ１２０ａの個数は、１以上であり、１以上の第１バッファ１２０ａにはそれぞれ、１つのアセットが対応付けられている。
　格納部１１２は、複数のパケットのそれぞれを、対応するアセットに分配し、対応する第１バッファ１２０ａに格納する。例えば、格納部１１２は、パケットからパケット識別子を取得することで、パケットを分配する。
　ＭＭＴバッファ部１２０は、１以上の第１バッファ１２０ａを備える。具体的には、１以上の第１バッファ１２０ａには、１以上のアセットが一対一に対応付けられている。例えば、ＭＭＴバッファ部１２０は、符号化ストリームを構成する複数のアセットの数と同数の第１バッファ１２０ａを備える。例えば、符号化ストリームが映像データと音声データとを含む場合、ＭＭＴバッファ部１２０は、映像データを格納するためのバッファと、音声データを格納するためのバッファとを含む２つの第１バッファ１２０ａを備える。
　第１バッファ１２０ａは、ＭＭＴパケットの入力バッファである。第１バッファ１２０ａ内では、ＭＭＴパケットのペイロードのデータが復号順に並び替えられる。具体的には、アクセスユニットのデータが復号順に並び替えられる。そして、所定のタイミングに従って、並び替えられたアクセスユニットのデータが復号順で、対応する第２バッファ１６０ａに格納される。
　復号順取得部１３０は、複数のパケットのそれぞれから、当該パケットの復号順を示す情報を取得する。例えば、復号順取得部１３０は、パケットのヘッダ情報を解析することで、ペイロードの復号順を取得する。具体的には、復号順取得部１３０は、ペイロードに含まれるアクセスユニット、又は、アクセスユニットを分割した単位（例えば、ＮＡＬユニット）の復号順を取得する。
　時刻取得部１４０は、複数のパケットのそれぞれの復号時刻（ＤＴＳ：Ｄｅｃｏｄｅ　Ｔｉｍｅ　Ｓｔａｍｐ）又は提示時刻（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ　Ｓｔａｍｐ）を決定するための第１時刻情報を取得する。具体的には、時刻取得部１４０は、ＭＭＴストリームのヘッダ部に含まれる構成情報（ＣＩ：Ｃｏｍｐｏｓｉｔｉｏｎ　Ｉｎｆｏｒｍａｔｉｏｎ）を取得及び解析することで、第１時刻情報を取得する。第１時刻情報は、例えば、パケットに含まれるアクセスユニットの先頭のＤＴＳ又はＰＴＳの絶対値である。
　並替部１５０は、第１バッファ１２０ａに格納された複数のパケットを復号順に並び替える。例えば、並替部１５０は、第１バッファ１２０ａの記憶領域内で複数のパケットを復号順に並び替える。あるいは、並替部１５０は、第１バッファ１２０ａから復号順でパケットを出力させることで、複数のパケットを復号順に並び替えてもよい。
　また、例えば、並替部１５０は、パケットを第１バッファ１２０ａから読み出すタイミングに関する複数のモードの１つを選択し、選択したモードである選択モードに従って、パケットを第１バッファ１２０ａから読み出して第２バッファ１６０ａに格納する。具体的には、並替部１５０は、選択モードを示すモードフラグを符号化データから取得し、取得したモードフラグに基づいて選択モードを選択する。
　なお、複数のモードは、例えば、ＭＰＵモード、Ｆｒａｇｍｅｎｔモード、Ｍｅｄｉａ　Ｕｎｉｔモードを含む。これらの複数のモードの詳細については、図９を用いて後で説明する。
　また、並替部１５０は、例えば、第１時刻情報に基づいて、パケットを構成する分割単位のそれぞれの復号時刻を示す第２時刻情報を算出する。並替部１５０は、第２時刻情報を参照して、パケットを分割単位毎に第２バッファ１６０ａに格納する。なお、分割単位は、例えば、アクセスユニット又はＮＡＬユニットである。
　符号化データ記憶部１６０は、１以上の第２バッファ１６０ａを備える。具体的には、１以上の第２バッファ１６０ａには、１以上のアセットが一対一に対応付けられている。例えば、符号化データ記憶部１６０は、符号化ストリームを構成する複数のアセットの数と同数の第２バッファ１６０ａを備える。
　復号部１７０は、復号順に並び替えられた複数のパケットを復号する。例えば、復号部１７０は、符号化データ記憶部１６０に格納されたパケットを復号する。具体的には、復号部１７０は、ＨＥＶＣなどの動画像符号化規格に基づいて、アクセスユニット又はＮＡＬユニット単位でパケットを復号する。復号により生成された復号データ（ビデオデータ又は音声データなど）は、例えば、ディスプレイ、スピーカなどに出力される。
　［ＭＭＴストリームのデータ構造］
　続いて、本実施の形態に係るＭＭＴストリームのデータ構造について、図２を用いて説明する。図２は、本実施の形態に係るＭＭＴストリーム２００のデータ構造を示す図である。
　ＭＭＴストリーム２００は、１つのＭＭＴパッケージを構成する１以上のストリームの１つである。ＭＭＴパッケージは、１つの符号化データに相当する。例えば、ＭＭＴパッケージは、１つの放送番組コンテンツに相当する。１つのＭＭＴパッケージが複数のＭＭＴストリーム２００に分割され、複数の伝送路を介して伝送される。
　符号化データは、例えば、ＨＥＶＣなどの動画像符号化規格に基づいて符号化されたＡＶデータである。具体的には、符号化データは、映像データ、音声データ、並びに、これらに付随するメタデータ、静止画及びファイルなどを含んでいる。
　符号化データは、システム多重化規格の１つであるＭＰ４のファイルフォーマットに従って、ＭＰ４データに変換される。そして、ＭＰ４データをパケット化することで、ＭＭＴパケットが生成される。ＭＭＴストリーム２００は、複数のＭＭＴパケットを多重化することで生成される。なお、ＭＰ４データは、必ずしも完全な形式でなくてもよく、少なくとも、ＭＰ４における符号化データの格納単位である、サンプルのデータを含めばよい。
　図２に示すように、ＭＭＴストリーム２００は、複数のＭＭＴパケット２１０を含む。言い換えると、ＭＭＴストリーム２００は、複数のＭＭＴパケット２１０のパケット列である。
　ＭＭＴパケット２１０は、１以上のＭＰＵ（Ｍｅｄｉａ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）がパケット化されたデータである。本実施の形態では、１つのＭＰＵ、あるいは、ＭＰＵを分割した単位が１つのＭＭＴパケット２１０を構成する。なお、ＭＰＵは、ＭＭＴ規格において定義されるデータ単位であり、例えば、ＭＰ４データである。
　ＭＭＴパケット２１０は、符号化データを構成する１以上のアセットに対応付けられている。アセットは、例えば、映像データ、音声データ、又は、メタデータなどである。
　図２に示すように、ＭＭＴパケット２１０は、ヘッダ２２０と、ペイロード２３０とを含む。また、ペイロード２３０は、１以上のアクセスユニット２３１を含む。
　ヘッダ２２０は、ペイロード２３０に関する付属情報である。例えば、ヘッダ２２０は、パケット識別子２２１と、時刻情報２２２とを含む。
　パケット識別子２２１は、符号化データを構成する１以上のアセットのうち、当該パケットが対応するアセットを示す識別番号（ｐａｃｋｅｔ＿ｉｄ）である。具体的には、パケット識別子２２１は、ペイロード２３０が対応するアセットを示す。例えば、図２においてパケット識別子２２１は、「ＩＤ１」及び「ＩＤ２」で示される。なお、ｐａｃｋｅｔ＿ｉｄは、ＭＭＴパッケージを構成するアセット毎に固有の識別情報である。
　時刻情報２２２は、アクセスユニット２３１の提示時刻（ＰＴＳ）又は復号時刻（ＤＴＳ）を決定するための時刻情報である。例えば、時刻情報２２２は、所定の時刻に対するＰＴＳ又はＤＴＳの相対値である。時刻情報２２２を用いてアクセスユニット２３１のＰＴＳ又はＤＴＳを決定する具体的な方法については、後で説明する。
　ペイロード２３０は、１以上のアセットのうち、対応するアセットに含まれる１以上のアクセスユニット２３１を含む。アクセスユニット２３１は、例えば、１以上のＮＡＬユニットを含む。
　例えば、ペイロード２３０は、１つのＧＯＰ（Ｇｒｏｕｐ　Ｏｆ　Ｐｉｃｔｕｒｅｓ）に含まれる複数のアクセスユニット２３１を含む。あるいは、ペイロード２３０は、１つのＮＡＬユニットのみ、あるいは、ＮＡＬユニットを分割した単位を含んでもよい。
　また、図２に示すように、ＭＭＴストリーム２００は、対応情報２４０と、時刻オフセット情報２５０とを、サービス情報として含む。
　対応情報２４０は、例えば、放送及び通信などの複数の伝送路と、複数のパッケージとの対応関係を示す情報（例えば、ＭＰＴ（ＭＭＴ　Ｐａｃｋａｇｅ　Ｔａｂｌｅ））を含む。また、対応情報２４０は、映像データ及び音声データなどの複数のアセットと、識別番号（ｐａｃｋｅｔ＿ｉｄ）との対応関係を示す情報を含む。
　時刻オフセット情報２５０は、アクセスユニット２３１のＰＴＳ又はＤＴＳを決定するための時刻情報である。例えば、時刻オフセット情報２５０は、所定のアクセスユニットの絶対的なＰＴＳ又はＤＴＳを示す。
　［ＭＰＵのデータ構造］
　続いて、本実施の形態に係るＭＰＵについて説明する。図３は、本実施の形態に係るＭＰＵのデータ構造を示す図である。なお、上述したように、本実施の形態では、１つのＭＰＵが１つのＭＭＴパケットを構成する。
　図３に示すように、ＭＰＵ３００は、複数のボックスから構成される。具体的には、ＭＰＵ３００は、ｆｔｙｐ／ｓｔｙｐボックス３１０と、ｍｍｐｕボックス３２０と、Ｎ（Ｎは１以上の整数）個のボックスセット３３０とを含む。Ｎ個のボックスセット３３０のそれぞれは、ｍｏｏｆボックス３３１及びｍｄａｔボックス３３２を含む。
　ｆｔｙｐ／ｓｔｙｐボックス３１０は、例えば、ＭＰＵ３００のファイルタイプを示す情報を含む。
　ｍｍｐｕボックス３２０は、ＭＰＵ３００のシーケンス番号及びｐａｃｋｅｔ＿ｉｄなどを含む。
　ｍｏｏｆボックス３３１は、ＭＰ４のヘッダ情報を含む。例えば、ｍｏｏｆボックス３３１は、ｍｄａｔボックス３３２に含まれるサンプルなどの提示時刻又は復号時刻などの時刻情報を含む。ｍｏｏｆボックス３３１は、図示しないｔｒａｆボックス及びｔｆｄｔボックスなどを含む。
　ｍｄａｔボックス３３２は、映像及び音声などのコンテンツデータを含む。例えば、ｍｄａｔボックス３３２は、サンプル又はサブサンプル、具体的には、アクセスユニット又はＮＡＬユニットなどを含む。
　［ＭＭＴパケットのデータフロー］
　続いて、複数の伝送路を用いて１つのＭＭＴパッケージを伝送する場合におけるＭＭＴパケットのデータフローについて、図４を用いて説明する。図４は、本実施の形態に係るＭＭＴパケットのデータの流れの一例を示す図である。
　複数の伝送路は、物理的に互いに異なる伝送路である。具体的には、複数の伝送路は、データ復号装置１００が備えるインターフェースであって、例えば、互いに異なるコネクタ又は接続口などのインターフェースに接続される。複数の伝送路は、例えば、放送と、通信とを含む。放送は、地上波放送、衛星放送、及び、ＣＡＴＶなどを含む。通信は、インターネットなどの無線通信、及び、光ファイバ通信などの有線通信を含む。
　例えば、本実施の形態では、１つのテレビ番組コンテンツを、地上波放送と、インターネット通信との２つの伝送路を用いて伝送する。例えば、６０ｆｐｓの基本レイヤーのデータを、地上波放送を介して伝送し、６０ｆｐｓの拡張レイヤーのデータを、インターネット通信を介して伝送する。
　このとき、受信側では、地上波放送のみのデータを受け取った場合、６０ｆｐｓのフレームレートでテレビ番組コンテンツを再生することができる。また、地上波放送とインターネット通信との両方のデータを受け取った場合、１２０ｆｐｓのフレームレートで、すなわち、より高精細なテレビ番組コンテンツを再生することができる。
　例えば、図４に示す例では、ｓ番目の伝送路が放送であり、ｔ番目の伝送路が通信である。図４は、ｓ番目のＭＭＴストリームのｉ番目のＭＭＴパケット（ＭＭＴｓ（ｉ））が、到達した場合のデータフローを示している。
　フィルタ部１１０は、ＭＭＴストリームをＭＭＴパケット毎に、ｐａｃｋｅｔ＿ｉｄに基づいてフィルタリングする。具体的には、フィルタ部１１０では、受信部１１１がＭＭＴパケットを受信したとき、当該ＭＭＴパケットのヘッダからｐａｃｋｅｔ＿ｉｄを取得する。そして、格納部１１２が、取得したｐａｃｋｅｔ＿ｉｄに基づいて、対応するアセットにＭＭＴパケットを分配する。例えば、受信したＭＭＴパケットのｐａｃｋｅｔ＿ｉｄが「ｍ」である場合、格納部１１２は、ＭＭＴＢｍ１２１にＭＭＴパケットを格納する。
　なお、図４において、ＭＭＴＢｍ１２１は、ｐａｃｋｅｔ＿ｉｄが「ｍ」であるアセットに対応する第１バッファである。また、ＭＭＴＢｎ１２２は、ｐａｃｋｅｔ＿ｉｄが「ｎ」であるアセットに対応する第１バッファである。ＭＭＴＢｍ１２１及びＭＭＴＢｎ１２２はそれぞれ、ＭＭＴペイロードデータの格納用のバッファであり、図１に示すＭＭＴバッファ部１２０が備える１以上の第１バッファ１２０ａ（ＭＭＴＢ）の一例である。
　ここでは、「ｍ」、「ｎ」及び「ｋ」はそれぞれ、ｍ番目、ｎ番目及びｋ番目のアセットを示す。具体的には、「ｍ」が映像データを示し、「ｎ」が音声データを示し、「ｋ」がメタデータなどのその他のデータを示している。その他のデータには、例えば、構成情報なども含まれる。
　ＭＭＴＢｍ１２１又はＭＭＴＢｎ１２２に格納された複数のＭＭＴパケットは、復号順に並び替えられて、ピクチャバッファ１６１又はオーディオバッファ１６２に出力される。ピクチャバッファ１６１及びオーディオバッファ１６２はそれぞれ、図１に示す第２バッファ１６０ａの一例である。
　ピクチャバッファ１６１は、ビデオストリームの格納用バッファ（ＥＢ：Ｅｌｅｍｅｎｔａｒｙ　ｓｔｒｅａｍ　Ｂｕｆｆｅｒ）である。例えば、ピクチャバッファ１６１は、ＭＰＥＧ－４　ＡＶＣ又はＨＥＶＣにおけるＣＰＢ（Ｃｏｄｅｄ　Ｐｉｃｔｕｒｅ　Ｂｕｆｆｅｒ）である。あるいは、ピクチャバッファ１６１は、ＭＰＥＧ－２　ＶｉｄｅｏにおけるＶＢＶ（Ｖｉｄｅｏ　Ｂｕｆｆｅｒ　Ｖｅｒｉｆｉｅｒ）バッファである。
　オーディオバッファ１６２は、オーディオストリームの格納用バッファである。
　ピクチャバッファ１６１には、同一のアセットを構成する複数のアクセスユニットが復号順で入力されて、復号順で出力される。具体的には、ピクチャバッファ１６１には、同一の映像データを構成する複数のアクセスユニットが復号順で入力されて、復号順で出力される。例えば、ピクチャバッファ１６１は、ＤＴＳに基づいて、格納しているアクセスユニットを画像復号部１７１に出力する。図４には、ｍ番目のアセットに対応するｊ番目のアクセスユニットＡＵｍ（ｊ）が出力される例について示している。オーディオバッファ１６２についても同様である。
　画像復号部１７１は、ピクチャバッファ１６１から入力されるアクセスユニットを復号する。例えば、画像復号部１７１は、ＨＥＶＣなどの動画像符号化規格に基づいて、アクセスユニットを復号し、復号したビデオデータを参照バッファ１８１に格納する。また、画像復号部１７１は、ＰＴＳに基づいて復号したビデオデータを出力する。
　ここで、参照バッファ１８１は、映像データにおける参照用ピクチャ、すなわち、復号済みピクチャの保存用バッファである。例えば、参照バッファ１８１は、ＭＰＥＧ－４　ＡＶＣ、ＨＥＶＣにおけるＤＰＢ（Ｄｅｃｏｄｅｄ　Ｐｉｃｔｕｒｅ　Ｂｕｆｆｅｒ）である。あるいは、参照バッファ１８１は、ＭＰＥＧ－２　Ｖｉｄｅｏにおけるｒｅ－ｏｒｄｅｒバッファである。
　音声復号部１７２は、オーディオバッファ１６２から入力されるアクセスユニットを復号する。例えば、音声復号部１７２は、ＭＰＥＧ－２　ＡＡＣ、ＭＰＥＧ－４　ＡＡＣなどの音声符号化規格に基づいて、アクセスユニットを復号し、復号したオーディオデータをビデオデータに同期させて出力する。
　なお、画像復号部１７１及び音声復号部１７２はそれぞれ、図１に示す復号部１７０に含まれる。
　以上のように、ｍ番目のアセット、具体的には、映像データに対応するＭＭＴパケットが入力された場合には、当該ＭＭＴパケットは、ＭＭＴＢｍ１２１、ピクチャバッファ１６１、画像復号部１７１及び参照バッファ１８１を順に通って、ビデオデータとして出力される。また、ｎ番目のアセット、具体的には、音声データに対応するＭＭＴパケットが入力された場合には、当該ＭＭＴパケットは、ＭＭＴＢｎ１２２、オーディオバッファ１６２及び音声復号部１７２を順に通って、オーディオデータとして出力される。また、ｋ番目のアセット、具体的には、メタデータなどに対応するＭＭＴパケットが入力された場合には、当該ＭＭＴパケットは必要な処理が施される。
　［ＭＭＴパケットのフィルタリング及び並び替え］
　続いて、本実施の形態に係るＭＭＴパケットの並び替えの具体例について、図５及び図６を用いて説明する。図５は、本実施の形態に係る複数の伝送路のそれぞれを伝送されるＭＭＴストリームの一例を示す図である。図６は、本実施の形態に係る複数のＭＭＴパケットを並び替える様子の一例を示す図である。
　なお、図５及び図６において、「ＭＰＵｘｙ」の「ｘ」は、ｐａｃｋｅｔ＿ｉｄを示し、「ｙ」は、同一のアセットにおけるＭＰＵのシーケンス番号を示す。例えば、「ＭＰＵ１０」は、ｐａｃｋｅｔ＿ｉｄが「１」で、シーケンス番号が「０」であるＭＰＵを示している。シーケンス番号の昇順が、復号順に相当する。
　図５に示すように、伝送路＃０には、複数のアセットのＭＭＴパケットを含むＭＭＴストリームが伝送されている。具体的には、伝送路＃０を伝送されるＭＭＴストリームは、ｐａｃｋｅｔ＿ｉｄが「１」のＭＭＴパケット（ＭＰＵ１０など）と、ｐａｃｋｅｔ＿ｉｄが「２」のＭＭＴパケット（ＭＰＵ２０など）とを含んでいる。また、伝送路＃１を伝送されるＭＭＴストリームは、ｐａｃｋｅｔ＿ｉｄが「１」のＭＭＴパケット（ＭＰＵ１２など）を含んでいる。
　ＭＭＴパッケージを構成する複数のＭＭＴパケットは、複数の伝送路のいずれか１つで送信される。言い換えると、本実施の形態では、ＭＭＴパケットは、複数の伝送路のいずれか１つのみで送信され、２つ以上の伝送路では送信されない。図５に示す例では、例えば、ＭＰＵ１０は、伝送路＃０のみで送信され、伝送路＃１及びその他の伝送路では伝送されない。
　また、伝送路内におけるパケットは、復号順で送信される。例えば、ＭＭＴパケットは、伝送路内では、ｐａｃｋｅｔ＿ｉｄ毎にシーケンス番号の昇順で伝送される。具体的には、図５に示すｐａｃｋｅｔ＿ｉｄが「１」のＭＭＴに着目すると、ＭＰＵ１０、ＭＰＵ１１、ＭＰＵ１４、ＭＰＵ１５になっており、シーケンス番号の昇順に伝送される。
　したがって、伝送路を伝送されるＭＭＴストリームは、他の伝送路を伝送される他のＭＭＴストリームとは独立して復号可能である。
　フィルタ部１１０は、例えば、ｐａｃｋｅｔ＿ｉｄが「１」のパケットのみをフィルタリングする。これにより、図６の（ａ）に示すように、ＭＭＴＢには、ｐａｃｋｅｔ＿ｉｄが「１」のパケットのみが到着した順に格納される。
　ここで、図５に示すように、同一のアセットを構成するＭＭＴパケット、すなわち、ｐａｃｋｅｔ＿ｉｄが同一のＭＭＴパケットが、複数の伝送路に分けて伝送されている。したがって、同一のアセットのＭＭＴパケットであっても、システムデコーダへの到着順が復号順とは必ずしも一致しない。例えば、図６の（ａ）に示すように、シーケンス番号が大きいＭＰＵ１４が、シーケンス番号が小さいＭＰＵ１４より先に到着している。
　このため、ＭＭＴパケットの並び替え、すなわち、リオーダリングが必要になる。そこで、図６の（ｂ）に示すように、並替部１５０は、復号順、すなわち、シーケンス番号の昇順になるように、ＭＭＴパケットを並び替える。
　なお、実際にＭＭＴＢに格納されるのは、ＭＰＵそのものではなく、ＭＰＵから分離したアクセスユニットのデータである。
　［データ復号装置の動作］
　続いて、本実施の形態に係るデータ復号装置１００（システムデコーダ）の動作の一例について、図７を用いて説明する。図７は、本実施の形態に係るデータ復号装置１００の動作の一例を示すフローチャートである。
　なお、本実施の形態に係るデータ復号装置１００では、ＭＭＴの基準クロックは、ＮＴＰ（Ｎｅｔｗｏｒｋ　Ｔｉｍｅ　Ｐｒｏｔｏｃｏｌ）であり、ＤＴＳ及びＰＴＳもＮＴＰに基づいて設定される。但し、ＮＴＰは、ＮＴＰサーバから取得される値でなくともよく、例えば、放送局が独自に設定する値で代用してもよい。
　まず、本実施の形態に係るデータ復号装置１００は、構成情報を取得する（Ｓ１００）。具体的には、データ復号装置１００は、ＭＭＴパッケージを伝送する複数の伝送路の構成情報を取得及び解析することで、各伝送路からの受信に必要な情報、及び、アセットとパケット識別子との対応関係を示す情報などを、構成情報として取得する。例えば、受信に必要な情報は、放送の場合は、ネットワークＩＤであり、通信の場合は、ＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｒｃｅ　Ｌｏｃａｔｏｒ）である。
　構成情報は、例えば、複数のＭＭＴストリームの先頭のヘッダなどに含まれる。具体的には、構成情報は、図２に示す対応情報２４０及び時刻オフセット情報２５０などである。例えば、図１において、時刻取得部１４０は、構成情報に含まれる時刻オフセット情報２５０を取得する。構成情報を受信した後、ＭＭＴのアセットの受信を開始する。
　次に、受信部１１１は、複数の伝送路の１つからＭＭＴパケットを受信する（Ｓ１１０）。具体的には、受信部１１１は、複数の伝送路のそれぞれを伝送されるＭＭＴパケットを、到着した順に取得する。
　次に、格納部１１２は、受信したＭＭＴパケットをｐａｃｋｅｔ＿ｉｄに基づいて分配して、ＭＭＴＢに格納する（Ｓ１２０）。言い換えると、格納部１１２は、ＭＭＴパケットをフィルタリングすることで、アセット毎に振り分けて、振り分けられたアセットに対応するＭＭＴＢに格納する。
　次に、復号順取得部１３０は、ＭＭＴパケットのヘッダ情報を解析することで、アクセスユニットの復号順を取得する（Ｓ１３０）。具体的には、復号順取得部１３０は、ＭＭＴパケットのヘッダに格納されるＭＰＵのシーケンス番号を示すパラメータに基づいて、ＭＰＵの復号順を決定する。あるいは、復号順取得部１３０は、アクセスユニットを分割した単位（サブサンプル）の復号順を取得してもよい。
　次に、並替部１５０は、アクセスユニット毎のＤＴＳを算出する（Ｓ１４０）。なお、並替部１５０は、アクセスユニットをサブサンプル単位で復号する際には、サブサンプル毎のＤＴＳを算出する。ＤＴＳの算出方法の具体例については、図８を用いて後で説明する。
　次に、並替部１５０は、受信したＭＭＴパケットのペイロードデータが復号順になるように並び替えて、アクセスユニット単位で分離し、第２バッファ１６０ａ（例えば、ピクチャバッファ）に格納する（Ｓ１５０）。このとき、第１バッファ１２０ａ（ＭＭＴＢ）から第２バッファ１６０ａへのアクセスユニットの読み出し（引き抜き）タイミングは、予め定義された複数のモードの１つ（選択モード）によって定義される。
　次に、復号部１７０は、ＤＴＳに基づいて、アクセスユニットを復号する（Ｓ１６０）。具体的には、符号化データ記憶部１６０がアクセスユニットのＤＴＳに基づいて、第２バッファ１６０ａから対象アクセスユニットを引き抜いて復号部１７０へ出力する。例えば、符号化データ記憶部１６０は、並替部１５０によって算出されたアクセスユニット又はサブサンプルの復号時刻に従って、アクセスユニット又はサブサンプルを第２バッファ１６０ａから引き抜いて復号部１７０へ出力する。そして、復号部１７０は、入力された対象アクセスユニットを復号する。
　なお、アクセスユニットをサブサンプル単位で復号するか否かは、データ復号装置１００が設定してもよく、あるいは、ＭＭＴの構成情報又はＭＭＴメッセージに含まれる情報によって設定してもよい。
　新たなＭＭＴパケットが入力されない場合（Ｓ１７０でＹｅｓ）、データ復号装置１００は、復号処理を終了する。パケットの受信が終了しない場合（Ｓ１７０でＮｏ）、パケットの受信（Ｓ１１０）からの処理を繰り返す。
　［ＰＴＳ及びＤＴＳの決定方法］
　続いて、アクセスユニットのＰＴＳ（提示時刻）及びＤＴＳ（復号時刻）を決定する方法（図７のＳ１４０）の一例について説明する。
　ｍ番目のＭＰＵ（ＭＭＴパケット）の中の表示順でｉ番目のアクセスユニットの提示時刻であるＰＴＳｍ（ｉ）は、以下の（式１）を用いて算出される。
　（式１）　ＰＴＳｍ（ｉ）＝ＰＴＳｍ（０）＋ｄｅｌｔａＰＴＳ（ｉ）
　ＰＴＳｍ（０）は、ｍ番目のＭＰＵの表示順で先頭となるアクセスユニットの提示時刻である。また、ｄｅｌｔａＰＴＳ（ｉ）は、ＰＴＳｍ（ｉ）とＰＴＳｍ（０）との差分値である。
　また、ｍ番目のＭＰＵ（ＭＭＴパケット）の中の復号順でｉ番目のアクセスユニットの復号時刻であるＤＴＳｍ（ｉ）は、以下の（式２）を用いて算出される。
　（式２）　ＤＴＳｍ（ｉ）＝ＤＴＳｍ（０）＋ｄｅｌｔａＤＴＳ（ｉ）
　ＤＴＳｍ（０）は、ｍ番目のＭＰＵの復号順で先頭となるアクセスユニットの復号時刻である。また、ｄｅｌｔａＤＴＳ（ｉ）は、ＤＴＳｍ（ｉ）とＤＴＳｍ（０）との差分値である。
　なお、先頭アクセスユニットの提示時刻ＰＴＳｍ（０）及び復号時刻ＤＴＳｍ（０）は、映像データ及び音声データなどとは別途取得する構成情報（ＣＩ）に含まれる第１時刻情報の一例である。例えば、ＰＴＳｍ（０）及びＤＴＳｍ（０）は、図２に示す時刻オフセット情報２５０に相当する。また、ｄｅｌｔａＰＴＳ（ｉ）及びｄｅｌｔａＤＴＳ（ｉ）は、ＭＰ４のヘッダ情報であるｍｏｏｆボックスに含まれるｔｒａｆボックスを解析することで取得される。例えば、ｄｅｌｔａＰＴＳ（ｉ）及びｄｅｌｔａＤＴＳ（ｉ）は、図２に示す時刻情報２２２に相当する。
　以下では、ＰＴＳの決定方法とＤＴＳの決定方法とは略同じであるため、主にＤＴＳの決定方法について、図８を用いて説明する。図８は、本実施の形態に係るデータ復号装置におけるＤＴＳの決定方法の一例を示すフローチャートである。
　（式２）を用いて算出するために、図８に示すように、並替部１５０は、ＭＰＵ内の復号順で先頭となるアクセスユニットのＤＴＳを取得する（Ｓ１４１）。例えば、並替部１５０は、時刻取得部１４０が構成情報から抽出した第１時刻情報を取得することで、ＤＴＳｍ（０）を取得する。
　次に、並替部１５０は、対象アクセスユニットのヘッダから差分情報（ｄｅｌｔａＤＴＳ（ｉ））を取得する（Ｓ１４２）。例えば、並替部１５０は、ＭＰ４のヘッダ情報であるｍｏｏｆボックス内のｔｒａｆボックスを解析して、差分情報を取得する。なお、ＭＰＵにｍｏｏｆボックスが含まれない場合は、ＭＭＴパケット、あるいは、ＭＭＴペイロードのヘッダ情報や、ＭＭＴメッセージによって送信される時刻情報などに基づいて、アクセスユニット毎のＤＴＳ、あるいは、ＰＴＳを決定してもよい。
　次に、並替部１５０は、対象アクセスユニットのＤＴＳを算出する（Ｓ１４３）。具体的には、並替部１５０は、取得したＤＴＳｍ（０）とｄｅｌｔａＤＴＳ（ｉ）とを加算することで、（式２）に示すように、ＤＴＳｍ（ｉ）を算出する。
　全てのアクセスユニットに対するＤＴＳの算出が完了している場合（Ｓ１４４でＹｅｓ）、ＤＴＳの算出処理を終了し、アクセスユニットの第２バッファ１６０ａへの格納処理（Ｓ１５０）を行う。全てのＤＴＳの算出が完了していない場合（Ｓ１４４でＮｏ）、差分情報の取得処理（Ｓ１４２）から繰り返す。
　なお、ＭＭＴペイロードをＲＴＰ（Ｒｅａｌ－ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）などにより伝送する場合には、ＲＴＰパケットのヘッダにおいて、アクセスユニット毎のＰＴＳ及びＤＴＳをシグナリングしてもよい。ＭＭＴパケットにおいても、ＲＴＰと同様のパケット構造を取り得るため、ＭＭＴパケットのヘッダ、あるいは、ＭＭＴペイロードのヘッダ情報としてシグナリングすることも可能である。同様に、ＭＭＴペイロードをＭＰＥＧ－２　ＴＳにより伝送する場合には、ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ　Ｅｌｅｍｅｎｔａｒｙ　Ｓｔｒｅａｍ）パケットのヘッダにおいて、アクセスユニット毎のＰＴＳ及びＤＴＳをシグナリングしてもよい。これにより、並替部１５０は、ＲＴＰパケットのヘッダ又はＰＥＳパケットのヘッダを解析することで、アクセスユニット毎のＰＴＳ及びＤＴＳを取得することができる。
　また、ＭＰＵの表示順で先頭となるアクセスユニットのＰＴＳが既知であれば、ＭＰＵのヘッダ情報ｍｏｏｆボックス内のｔｒａｆボックスを解析して、当該アクセスユニットのＰＴＳとＤＴＳとの差分を取得した上で、ＰＴＳｍ（０）に基づいて算出してもよい。
　また、２番目以降のＭＰＵの先頭アクセスユニットのＤＴＳ又はＰＴＳは、構成情報などに含まれない場合がある。この場合、並替部１５０は、ＭＰＵを構成する複数の分割単位の先頭サンプルのＤＴＳ（又はＰＴＳ）と、先頭ＭＰＵの先頭サンプルのＤＴＳ（又はＰＴＳ）との差分時間の絶対値を示す情報に基づいて、各分割単位の先頭アクセスユニットのＤＴＳ（又はＰＴＳ）を算出してもよい。ＤＴＳが算出されれば、分割単位内の情報を解析することで、ＰＴＳを取得することができる。
　なお、ここで、分割単位は、例えば、ＭＰ４におけるフラグメント単位であるＴｒａｃｋ　Ｆｒａｇｍｅｎｔである。また、差分時間の絶対値を示す情報として、ｔｆｄｔボックスによって、同一のアセットの先頭ＭＰＵの先頭サンプルのＤＴＳと、ｔｆｄｔボックスが格納されるＴｒａｃｋ　Ｆｒａｇｍｅｎｔの先頭アクセスユニットのＤＴＳとの差分時間の絶対値が示される。
　［並替部の動作モード］
　続いて、本実施の形態に係る並替部１５０の動作モードについて、図９を用いて説明する。具体的には、ＭＭＴバッファ部１２０の第１バッファ１２０ａからデータを読み出すタイミングに関するモードについて説明する。図９は、本実施の形態に係る並替部１５０の動作モードの一例を示す図である。
　本実施の形態に係る並替部１５０は、３つの動作モードのいずれかに従って処理を実行することができる。
　第１モードは、パケットが第１バッファ１２０ａに格納された後に、第１バッファ１２０ａからパケットを読み出すことができるモードである。具体的には、第１モードは、ＭＰＵモードである。
　図９に示すように、並替部１５０は、ＭＰＵモードに従う場合、ＭＰＵの全データが揃うまで待機した後、ＭＭＴＢから対象のパケットを読み出す。例えば、並替部１５０は、アクセスユニット単位でＭＭＴＢからパケットを読み出し、読み出したアクセスユニットを第２バッファ１６０ａに格納する。
　第２モードは、パケットを構成する複数の分割単位の１つである対象分割単位が第１バッファ１２０ａに格納された後に、第１バッファ１２０ａからパケットを読み出すことができるモードである。具体的には、第２モードは、Ｆｒａｇｍｅｎｔモードである。
　図９に示すように、並替部１５０は、Ｆｒａｇｍｅｎｔモードに従う場合、ＭＰＵの分割単位であるＦｒａｇｍｅｎｔの全データが揃うまで待機した後、ＭＭＴＢから対象のＦｒａｇｍｅｎｔを読み出す。並替部１５０は、読み出したＦｒａｇｍｅｎｔを第２バッファ１６０ａに格納する。なお、Ｆｒａｇｍｅｎｔは、ＭＰ４におけるサンプル（アクセスユニットに相当）、又は、サンプルを分割した単位であるサブサンプルである。
　第３モードは、パケットの対象分割単位の第１バッファ１２０ａへの格納が完了する前に、第１バッファ１２０ａから対象分割単位の一部を読み出すことができるモードである。具体的には、第３モードは、Ｍｅｄｉａ　Ｕｎｉｔモードである。
　図９に示すように、並替部１５０は、Ｍｅｄｉａ　Ｕｎｉｔモードに従う場合、ＭＰＵ又はＦｒａｇｍｅｎｔの全データが揃うまで待たずに、ＭＭＴＢからＭＰＵ又はＦｒａｇｍｅｎｔの一部を読み出す。並替部１５０は、読み出したＭＰＵ又はＦｒａｇｍｅｎｔの一部を第２バッファ１６０ａに格納する。
　第２バッファ１６０ａに格納されたデータは、ＤＴＳに基づいて、アクセスユニット単位で復号部１７０に出力される。
　なお、上記の各モードでは、ＭＰＥＧ－４　ＡＶＣ若しくはＨＥＶＣのＮＡＬユニット、又は、ＨＥＶＣの復号ユニットなどをサブサンプルとして、サブサンプルの復号時刻において、第２バッファ１６０ａから復号部１７０に出力してもよい。
　このとき、サブサンプルの復号時刻は、固定フレームレートの場合、フレーム間隔をアクセスユニット内のサブサンプル（あるいは、スライスデータを含むサブサンプル）、又は、復号ユニットの数で除算して算出することができる。あるいは、サブサンプルの復号時刻は、可変フレームレートの場合、Ｐｉｃｔｕｒｅ　Ｔｉｍｉｎｇ　ＳＥＩなどの付加情報に基づいて決定されてもよい。
　本実施の形態では、並替部１５０は、ＭＭＴのパケット化の単位とは独立して上記の３つのモードを適用することができる。
　例えば、パケット化の単位がアクセスユニットである場合でも、ＭＭＴＢからのデータの読み出し（引き抜き）は、サブサンプル単位、あるいは、所定のビットレートで連続的に行うことができる。さらに、復号部１７０がサブサンプル単位で復号する場合には、第２バッファ１６０ａからの引き抜きもサブサンプル単位で行う。
　あるいは、パケット化の単位がＭＰＵである場合でも、ＭＭＴＢからのデータの引き抜きは、アクセスユニット単位で行うことができる。同様に、パケット化の単位がサブサンプルである場合に、ＭＭＴＢからのデータの引き抜きは、アクセスユニット単位で行うことができる。パケット化を、ＲＴＰ又はＴＳなどのプロトコルで行う場合も同様である。
　これにより、パケット化の単位に依らず、デコーダ側で復号開始までのバッファリング時間を低減することができる。また、サブサンプル単位で復号する際には、Ｆｒａｇｍｅｎｔモード又はＭｅｄｉａ　Ｕｎｉｔモードを用いることで、受信したデータのバッファリング時間を低減することができる。このように、Ｆｒａｇｍｅｎｔモード又はＭｅｄｉａ　Ｕｎｉｔモードを利用することで、低遅延で処理が可能になる。すなわち、復号処理を高速化することができる。
　なお、本実施の形態において、同一のアセットのデータを単一の伝送路で伝送する際には、ＭＭＴパケットの受信順（到達順又は格納順）と、復号順とは等しくなる。このため、並替部１５０は、ＭＭＴパケットの並び替えを行わなくてもよい。例えば、送信側で、並び替えの要否を示すフラグを構成情報又はＭＭＴメッセージなどに含めて送信してもよい。これにより、並替部１５０は、並び替えが不要である場合には、並び替えを行わないように動作する。
　例えば、同一のアセットのデータを単一の放送チャネルで伝送する場合には、並替部１５０は、ＭＭＴパケットの並び替えを行わなくてもよい。ただし、伝送路として放送のみを用いる場合であっても、複数の放送チャネルで同一のアセットのデータを伝送する際には、並替部１５０は、ＭＭＴパケットを復号順に並び替える。
　一方で、同一のアセットのデータを単一の伝送路で伝送する場合であっても、ＩＰネットワークなどの通信路では、ＭＭＴパケットの受信順と復号順とが等しくならない場合がある。この場合には、並替部１５０は、ＭＭＴパケットを復号順に並び替える。
　なお、本実施の形態では、並替部１５０は、ＭＰＥＧ－２　ＴＳのシステムターゲットデコーダと整合を取るために、アクセスユニット単位での処理が可能なＦｒａｇｍｅｎｔモード又はＭｅｄｉａ　Ｕｎｉｔモードのみを選択してもよい。
　［バッファの引き抜きレート］
　続いて、第１バッファ１２０ａからの引き抜きレート及びサイズについて説明する。
　例えば、並替部１５０は、第１バッファ１２０ａからの引き抜きレートを規定する２種類のモードを利用することができる。
　１つ目のモードは、Ｌｅａｋモデルモードである。Ｌｅａｋモデルモードでは、第１バッファ１２０ａから第２バッファ１６０ａへのデータの引き抜きレートは、例えば、ＭＰＵに格納される映像又は音声の符号化方式において規定されたプロファイル又はレベルなどにおけるビットレートの上限値に係数を乗じた値である。これにより、ＭＰＥＧ－２　ＴＳのシステムターゲットデコーダとの整合性を保つことができる。
　２つ目のモードは、ｖｂｖ＿ｄｅｌａｙ又はＨＲＤ（Ｈｙｐｏｔｈｅｔｉｃａｌ　Ｒｅｆｅｒｅｎｃｅ　Ｄｅｃｏｄｅｒ）モデルモードである。当該モードでは、映像データの場合、ＭＰＥＧ－２　ｖｉｄｅｏにおけるｖｂｖ＿ｄｅｌａｙモデル、又は、ＭＰＥＧ－４　ＡＶＣ若しくはＨＥＶＣにおけるＨＲＤモデルにより規定されるレートで引き抜くことができる。
　なお、並替部１５０は、第２バッファ１６０ａのバッファ占有量が所定値より高い場合、例えば、１００％である場合には、引き抜きを停止する。また、並替部１５０は、第１バッファ１２０ａのバッファ占有量が所定値より低い場合は、例えば、空（０％）である場合は、引き抜きを停止する。
　２種類のモードのうち用いるモード、及び、引き抜きレートは、ＭＭＴのメッセージ情報などのＭＭＴコンテンツの復号開始前に取得可能な情報により示すことができる。あるいは、ＭＭＴパケットをＴＳで伝送する際には、ＭＰＥＧ－２システムのディスクリプタにより示すことができる。
　［バッファのサイズ］
　次に、第１バッファ１２０ａのサイズについて説明する。
　第１バッファ１２０ａのサイズは、例えば、ＭＰＵに格納される映像データ又は音声データの符号化方式において規定されたプロファイル又はレベルなどにおける符号化ピクチャバッファのサイズの上限値に係数を乗じた値である。係数は、ＭＰＵにおけるアクセスユニットサイズの総和に対する、ＭＰＵのヘッダ情報（ｍｏｏｆボックス）の比率などに基づいて決定される。なお、音声データに対応する第１バッファ１２０ａのサイズは、チャネル数などに応じて別途定義することもできる。
　第１バッファ１２０ａのサイズは、ＭＭＴのメッセージ情報などＭＭＴコンテンツの復号開始前に取得可能な情報により示すことができる。あるいは、ＭＭＴパケットをＴＳで伝送する際には、ＭＰＥＧ－２システムのディスクリプタにより示すことができる。
　また、第１バッファ１２０ａのサイズは、上述した３つの動作モード（ＭＰＵモード、Ｆｒａｇｍｅｎｔモード、Ｍｅｄｉａ　Ｕｎｉｔモード）のそれぞれにおいて異なるバッファサイズが設定されてもよい。あるいは、第１バッファ１２０ａのサイズは、復号の処理単位がアクセスユニット単位であるか、サブサンプル単位で行うかによって異なるバッファサイズが設定されてもよい。例えば、第１バッファ１２０ａのサイズは、サブサンプル単位の復号時は、アクセスユニット単位の復号時よりも小さくすることができる。
　なお、第１バッファ１２０ａと第２バッファ１６０ａとの間に、第３バッファを設けてもよい。第３バッファは、例えば、ＭＢ（Ｍｕｌｔｉｐｌｅｘｉｎｇ　Ｂｕｆｆｅｒ）である。この場合、並替部１５０は、第３バッファから第２バッファ１６０ａへのデータの引き抜きを制御する。これにより、ＭＰＥＧ－２　ＴＳのシステムターゲットデコーダとの整合を保つことができる。
　［データ送信装置の構成］
　ここで、本実施の形態に係る符号化データを生成して送信するデータ送信装置について、図１０を用いて説明する。図１０は、本実施の形態に係るデータ送信装置４００の構成を示すブロック図である。
　図１０に示すように、データ送信装置４００は、フラグ生成部４１０と、符号化部４２０と、多重化部４３０と、送信部４４０とを備える。
　フラグ生成部４１０は、符号化データに含まれる複数の符号化ストリームを構成する複数のパケットの並び替えの要否を示すフラグを生成する。例えば、フラグ生成部４１０は、ＭＭＴパッケージのアセットの伝送に用いる伝送路の数に応じてフラグを生成する。具体的には、同一のアセットのデータを単一の伝送路で伝送する際には、並び替えが不要になるので、フラグ生成部４１０は、並び替えが不要であることを示すフラグを生成する。あるいは、同一のアセットのデータを複数の伝送路で伝送する際には、並び替えが必要になるので、フラグ生成部４１０は、並び替えが必要であることを示すフラグを生成する。
　また、フラグ生成部４１０は、データ復号装置１００の並替部１５０の動作モードを選択するためのモードフラグを生成してもよい。さらに、フラグ生成部４１０は、データ復号装置１００が備えるバッファのサイズなどを決定するための情報を生成してもよい。
　符号化部４２０は、映像データ及び音声データを含むコンテンツを、ＨＥＶＣなどの動画像符号化規格に基づいて符号化することで、符号化データを生成する。
　多重化部４３０は、符号化データをパケット毎に多重化することで、複数の符号化ストリームを生成する。例えば、多重化部４３０は、符号化データをＭＰ４のファイルフォーマットに従って、ＭＰ４データに変換する。そして、多重化部４３０は、ＭＰ４データをパケット化することで、ＭＭＴパケットを生成する。さらに、多重化部４３０は、複数のＭＭＴパケットを多重化することで、複数のＭＭＴストリームを生成する。
　このとき、生成するＭＭＴストリームの数は、送信部４４０が送信に用いる伝送路の数に依存する。具体的には、多重化部４３０は、複数の伝送路に一対一に対応するように符号化ストリームを生成する。
　また、多重化部４３０は、フラグ生成部４１０によって生成されたフラグを、符号化ストリームのヘッダなどに格納する。例えば、多重化部４３０は、構成情報又はＭＭＴメッセージなどにフラグを格納する。
　送信部４４０は、複数の伝送路のそれぞれを用いて、対応する符号化ストリームをパケット単位で送信し、かつ、複数の伝送路の少なくとも１つを用いてフラグを送信する。具体的には、送信部４４０は、多重化部４３０によって生成された複数の符号化ストリームを、複数の伝送路を用いて送信する。具体的には、送信部４４０は、伝送路と符号化ストリームとを一対一に対応させて、複数の伝送路のそれぞれを用いて符号化ストリームを送信する。
　このとき、送信部４４０は、フラグなどの構成情報をＭＭＴストリームより先に別途送信してもよい。例えば、送信部４４０は、複数の伝送路の少なくとも１つを用いて、フラグを含む構成情報を送信する。
　なお、データ復号装置１００においてＭＰＵモード又はＦｒａｇｍｅｎｔモードが選択される場合には、ＭＰＵ又はＦｒａｇｍｅｎｔの全データをバッファリングする必要がある。このため、多重化部４３０は、少なくともＭＰＵ又はＦｒａｇｍｅｎｔのサイズがバッファサイズ以下になるように、ＭＰＵ又はＦｒａｇｍｅｎｔの大きさを構築する。具体的には、多重化部４３０は、ＭＰＵの最大サイズが第１バッファ１２０ａ（ＭＭＴＢ）のサイズの総和より大きくならないように、ＭＰＵを構築する。
　また、データ復号装置１００においてＭＰＵモードが選択される場合には、第１バッファ１２０ａに必要なサイズが他のモードよりも大きくなり、バッファ管理が煩雑になる。このため、多重化部４３０は、同一の伝送路への複数のアセットの多重化を行わないように多重化を制限してもよい。つまり、多重化部４３０は、１つのアセットを１つの伝送路のみで送信してもよい。
　また、並替部１５０におけるパケットの並び替えに要する処理を軽減するため、同一のアセットのデータを複数の伝送路を用いて送信する際には、パケット化の単位をＭＰＵのみに限定してもよい。すなわち、後述するＭＦＵ（Ｍｏｖｉｅ　Ｆｒａｇｍｅｎｔ　Ｕｎｉｔ）を用いたパケット化を禁止してもよい。
　例えば、同一のアセットのデータを複数の伝送路を用いて伝送できるプロファイルを設けることで、当該プロファイルではＭＦＵのパケット化を禁止してもよい。このとき、プロファイルの情報を、構成情報又はＭＭＴメッセージにおいてシグナリングしてもよい。あるいは、パケット化の単位がＭＰＵのみに制限されていることを示す情報を、構成情報又はＭＭＴメッセージを用いて、伝送路毎にシグナリングしてもよい。
　また、符号化データをパケット化する際、多重化部４３０は、ＭＭＴパッケージを構成する各アセットにおいては、ＭＰＵの単位を同じにしてもよい。例えば、ＭＭＴパッケージが映像のアセットと音声のアセットとを含む場合、ＭＰＵの再生時間長を同じにする。具体的には、多重化部４３０は、音声のｉ番目のＭＰＵにおいて表示（再生）順で先頭になるアクセスユニットのＤＴＳが、映像のｉ番目のＭＰＵにおいて表示順で先頭になるアクセスユニットのＤＴＳの直前あるいは直後になるように、ＭＰＵの単位を決定してもよい。
　［データ送信装置の動作］
　続いて、本実施の形態に係るデータ送信装置４００の動作の一例について、図１１を用いて説明する。図１１は、本実施の形態に係るデータ送信装置４００の動作の一例を示すフローチャートである。
　まず、符号化部４２０は、映像データなどを含むコンテンツを所定の動画像符号化規格に基づいて符号化する（Ｓ２１０）。次に、フラグ生成部４１０は、並び替えの要否を示すフラグを生成する（Ｓ２２０）。上述したように、フラグ生成部４１０は、モードフラグなどのその他の情報を生成してもよい。
　次に、多重化部４３０は、フラグと符号化データとをパケット毎に多重化することで、複数の符号化ストリームを生成する（Ｓ２３０）。そして、送信部４４０は、複数の伝送路を用いて、対応する符号化ストリームをパケット単位で送信する（Ｓ２４０）。なお、フラグが符号化ストリームに含まれない場合は、送信部４４０は、複数の伝送路の少なくとも１つを用いてフラグを送信する。
　［揺らぎが大きい伝送路への対応］
　続いて、エンドツーエンド（ｅｎｄ－ｔｏ－ｅｎｄ）の遅延又はジッタなどの揺らぎが大きい伝送路を用いる場合におけるデータ送信装置４００及びデータ復号装置１００の処理について説明する。
　データ送信装置４００は、伝送路に固有の情報に応じたシステムデコーダの振る舞いを制御する情報、又は、システムデコーダの振る舞いを指示する情報を送信してもよい。伝送路に固有の情報とは、例えば、エンドツーエンドの遅延、又は、ジッタなどである。
　例えば、データ復号装置１００は、エンドツーエンドの遅延、又は、ネットワークのジッタが無視できない場合には、これらを補償するために必要なバッファを別途備えてもよい。
　このとき、データ送信装置４００は、例えば、遅延又はジッタの情報を、構成情報などの初期化情報として送信する。あるいは、データ送信装置４００は、遅延などの情報を、ＭＭＴメッセージなどのＭＭＴストリームとして伝送できる補助情報として送信してもよい。この場合、データ送信装置４００は、遅延などの情報を定期的に送信してもよい。あるいは、データ送信装置４００は、復号開始時に必要なバッファリング量を決定して送信してもよい。
　データ復号装置１００は、データ送信装置４００から送信された遅延、ジッタ又はバッファリング量などの情報を取得し、取得した情報に基づいて、バッファサイズの設定、及び、復号開始時のバッファリング量の決定などを行うことができる。
　複数の伝送路として放送と通信とを利用する場合、放送におけるエンドツーエンドの遅延は一定であり、ジッタも存在しない。
　ここで、ＭＭＴパケットのヘッダには、パケットの先頭１ビットの送出時刻情報が含まれる。データ復号装置１００は、パケット送出時刻Ｓ１のパケットを、放送では時刻Ｔ１で受信し、通信では時刻Ｔ２で受信したとする。
　時刻Ｔ１と時刻Ｔ２との差分が、放送に対する通信の遅延時間を示す。なお、通信の方が早い場合は、当該遅延時間は負の値になる。
　遅延時間が所定の値を超えた場合には、通信側のパケットの到着を待つことなく、放送で受信した復号可能なデータのみを復号してもよい。このとき、通信側において遅延時間が所定の値を超えたパケットは破棄される。
　データ送信装置４００は、遅延が大きい伝送路のパケットを破棄するか否かを示す情報、又は、破棄するか否かを判定するための情報（遅延時間など）を、初期化情報又はＭＭＴメッセージに含めて送信してもよい。例えば、遅延時間を０に設定すると、放送で受信したデータは、通信における伝送遅延又はジッタの影響を受けて復号時刻が遅延することなく、復号することができる。
　なお、伝送路のエンドツーエンドの遅延及びジッタは、データ復号装置１００の前段に別途バッファを設けることで補償してもよい。
　［効果など］
　以上のように、本実施の形態に係るデータ復号方法では、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する受信ステップと、受信した複数の符号化ストリームの複数のパケットを第１バッファ１２０ａに格納する格納ステップと、第１バッファ１２０ａに格納された複数のパケットを復号順に並び替える並替ステップと、復号順に並び替えられた複数のパケットを復号する復号ステップとを含む。
　これにより、複数の伝送路を用いてパケットを送信した場合であっても、第１バッファに格納された複数のパケットを復号順に並び替えて復号するので、適切にパケットを復号することができる。例えば、復号順に並び替えることで、適切なタイミングでパケットを復号することができるので、バッファのオーバーフロー又はアンダーフローの発生を低減することができる。
　（変形例１）
　上記の実施の形態では、ＭＭＴパケットがＭＰＵ単位でパケット化されている場合について説明したが、本変形例では、ＭＭＴパケットがＭＰＵを分割した分割単位でパケット化されている場合について説明する。具体的には、本変形例に係るＭＭＴパケットは、ＭＦＵを用いてＭＰＵをフラグメント化した単位（ＭＰＵ　Ｆｒａｇｍｅｎｔ）でパケット化されている。
　図１２は、本変形例に係るＭＭＴストリームのデータ構造の一例を示す図である。
　図１２に示す例では、各ＭＰＵを３つのＭＦＵにフラグメント化している。そして、複数のアセットに対応する複数のＭＦＵをインターリーブすることで、異なるアセットに対応するＭＦＵが１つのＭＭＴストリームに多重化される。例えば、図１２に示すように、映像データに対応するＭＦＵ１１の次に、音声データに対応するＭＦＵ２１が配置される。
　ここで、上述した実施の形態のようにＭＰＵ単位でパケット化及び多重化した場合、例えば、図５において、ＭＰＵ１１（映像データ）を受信し終わるまで、ＭＰＵ２０（音声データ）を受信することができない。このため、ＭＰＵ２０の復号が開始されるまでに遅延時間が発生する。
　これに対して、本変形例のようにＭＦＵ単位でパケット化及び多重化した場合、ＭＦＵ１１（映像データ）を受信し終わった後に、ＭＦＵ２１（音声データ）を受信することができる。この場合も、ＭＦＵ２１の復号が開始されるまでに遅延時間は発生するが、ＭＦＵ１１のサイズがＭＰＵ１１のサイズよりも小さく、受信に要する時間も短くなるため、遅延時間も短くなる。
　このように、Ｆｒａｇｍｅｎｔ単位で映像データ及び音声データのサンプルをインターリーブすることで、ＭＰＵ単位でのインターリーブと比較して、遅延時間を短くすることができる。特に、図９に示すＦｒａｇｍｅｎｔモード及びＭｅｄｉａ　Ｕｎｉｔモードを利用する場合には、多重化側、すなわち、データ送信側でも低遅延化を行うことが好ましい。本変形例では、Ｆｒａｇｍｅｎｔ単位で多重化することで、送信側における多重化に要する遅延時間、及び、受信側における復号までに要する遅延時間を低減することができる。
　例えば、上記の実施の形態及び本変形例で示したように、符号化データをＭＰＵ単位又はＭＦＵ単位でパケット化することができる。このとき、同一のアセットのデータを複数の伝送路を用いて伝送する場合、伝送路毎のパケット化の単位を同じにする。送信側でのパケット化に要する遅延時間と、受信側の復号に要する遅延とがパケット化の単位に依存するためである。
　例えば、放送と通信との２つの伝送路を用いる場合、放送側でサンプル単位（アクセスユニット単位）でパケット化するとき、通信側でもサンプル単位でパケット化する。なお、パケット化の単位が、下位の伝送レイヤーのＭＴＵ（Ｍａｘｉｍｕｍ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｕｎｉｔ）よりも大きい場合には、パケット化単位を分割してもよい。つまり、伝送路毎のパケット化の単位が異なっていてもよい。パケット化の単位は、ＭＰＵ、サンプル（アクセスユニット）又はサブサンプル（ＮＡＬユニット）などである。
　このとき、放送側をＭＰＵ単位でパケット化し、かつ、通信側をサンプル単位でパケット化するなどを禁止してもよい。
　なお、多重化においては、ＭＭＴストリームをデータ復号装置１００に入力した場合に、バッファ（第２バッファ１６０ａ）がオーバーフロー及びアンダーフローを起こさないように、アクセスユニット又はサブサンプルを復号できることを保証する。
　なお、ＭＭＴパケットがＭＰＵ　Ｆｒａｇｍｅｎｔ単位でパケット化されている場合、データ復号装置１００の復号順取得部１３０は、ＭＭＴパケットのヘッダにおいて、ＭＰＵにおけるＭＰＵ　Ｆｒａｇｍｅｎｔの復号順を示すパラメータを用いて、ＭＦＵに格納されるアクセスユニット、又は、サブサンプルの復号順を決定する。ＭＰＵ　Ｆｒａｇｍｅｎｔの復号順を示すパラメータは、ＭＦＵが属するムービーフラグメントのインデックス番号、ムービーフラグメント内でのサンプルのインデックス番号、又は、サンプル内での格納位置を示すオフセット情報などである。
　また、アクセスユニット及びサブサンプルの復号順は、ＲＴＰなどのプロトコルを用いる場合にも、パケットのヘッダ情報などから取得することができる。
　（変形例２）
　上記の実施の形態では、第１バッファ１２０ａから第２バッファ１６０ａへデータを出力する例について説明したが、本変形例では、第２バッファ１６０ａを設けずに、復号部１７０が第１バッファ１２０ａから直接出力されたデータを復号する。
　図１３は、本変形例に係るＭＭＴパケットのデータの流れの一例を示す図である。
　図１３に示すように、本変形例に係るデータ復号装置５００は、第２バッファ１６０ａを備えない。ＭＭＴＢｍ１２１から出力されるアクセスユニットは、直接、画像復号部１７１によって復号される。同様に、ＭＭＴＢｎ１２２から出力されるアクセスユニットは、直接、音声復号部１７２によって復号される。
　本変形例に係るデータ復号装置５００は、実施の形態１に係るデータ復号装置１００の簡易版、すなわち、簡易方式のシステムデコーダである。具体的には、本変形例に係るデータ復号装置５００では、ＭＭＴパッケージを構成するアセット間の同期再生に必要とされる最小のバッファサイズのみが規定される。
　具体的には、第１バッファ１２０ａ（ＭＭＴＢ）のサイズを、動画像符号化方式におけるレベルなどに応じて規定する。また、ＭＰＵモード又はＦｒａｇｍｅｎｔモードでは、それぞれＭＰＵ又はＦｒａｇｍｅｎｔのサイズをバッファサイズ以下にする。
　例えば、同期再生の対象となる全てのアセット（例えば、映像及び音声）に対応する第１バッファ１２０ａに、所定量以上のデータが格納された時点で、復号部１７０は、復号を開始する。例えば、時刻取得部１４０は、各アセットの復号開始時に必要な初期バッファ占有量を、音声又は映像の符号化ストリーム、あるいは、別途伝送される補助情報から取得する。並替部１５０は、時刻取得部１４０によって取得された初期バッファ占有量に基づいて、全てのアセットに対応する第１バッファ１２０ａに初期バッファ占有量以上のデータが格納された時点で、第１バッファ１２０ａから復号部１７０へデータを引き抜く。そして、復号部１７０は、入力されたデータを復号する。なお、いずれかのアセットのバッファが満杯（占有量が１００％）になった時点で、並替部１５０は、バッファから復号部１７０へデータを引き抜いてもよい。
　なお、本変形例に係るシステムデコーダの簡易方式は、少なくともアンダーフローが発生しない場合に適用することができる。例えば、簡易方式は、ＭＭＴパッケージの伝送レートが、ＭＭＴパッケージを構成する各アセットのビットレートの総和に比べて十分に大きい場合に適用することができる。また、簡易方式は、ハードディスク又は光ディスクなどの記録媒体に蓄積されたＭＭＴパッケージを十分に大きい転送レートで連続的に読み出しながら再生する場合に適用することができる。
　あるいは、伝送路における伝送レート又はジッタの変動が大きく、伝送レート又はジッタが一定の下での動作を規定するシステムデコーダの適用が困難な場合にも、本変形例に係るシステムデコーダの簡易方式を適用することができる。
　（変形例３）
　上記の実施の形態では、放送及び通信のいずれの場合もＭＭＴでＭＭＴパケットを伝送する例について説明したが、例えば、放送の場合、ＭＰＥＧ－２　ＴＳを用いてＭＭＴパケットを伝送することが想定される。
　本変形例では、ＭＭＴパケットをトランスポートストリーム（ＴＳ）で伝送する場合について、図１４を用いて説明する。図１４は、本変形例に係るＭＭＴパケットのデータの流れの一例を示す図である。
　図１４に示すように、本変形例に係るデータ復号装置６００（システムデコーダ）は、図４に示すデータ復号装置１００と比較して、新たに、フィルタ部６１０と、入力バッファ６１５とを備える。
　図１４に示すように、まず、フィルタ部６１０は、トランスポートストリームのパケット識別子（ＰＩＤ）に基づいて、ＭＭＴパッケージを伝送するＴＳパケットをフィルタリングする。具体的には、フィルタ部６１０は、トランスポートストリームに含まれるＴＳパケットのヘッダを解析することで、ＰＩＤを取得する。そして、フィルタ部６１０は、ＭＭＴストリームを示すＰＩＤに対応するＴＳパケットを入力バッファ６１５に格納する。このとき、入力バッファ６１５には、ＴＳパケットのペイロードが格納される。
　入力バッファ６１５は、格納されたペイロードからＭＭＴパッケージのデータを分離して、フィルタ部１１０に出力する。フィルタ部１１０以降の処理は、実施の形態１と同様であるので、説明を省略する。
　なお、本変形例に係るデータ復号装置６００では、基準クロックとして、ＭＰＥＧ－２システムのＰＣＲ（Ｐｒｏｇｒａｍ　Ｃｌｏｃｋ　Ｒｅｆｅｒｅｎｃｅ）を用いることができる。この場合、ＰＣＲとＮＴＰ（ＭＭＴにおける基準クロック）との対応関係を示す情報を取得して、アクセスユニットのＤＴＳなどをＰＣＲベースの時刻情報として算出する。
　また、データ復号装置６００は、ＰＣＲ＿ＰＩＤを有するＴＳパケットのＰＣＲに基づいて再同期することができる。
　（変形例４）
　また、上記の実施の形態では、本開示に係るデータ復号方法及びデータ送信方法の具体的な実施の形態について示したが、これに限らない。例えば、本変形例に係るデータ復号方法は、図１５に示すような複数のステップを含んでいてもよい。図１５は、本変形例に係るデータ復号方法の一例を示すフローチャートである。
　具体的には、まず、符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する（Ｓ３１０）。次に、受信した複数の符号化ストリームの複数のパケットを第１バッファに格納する（Ｓ３２０）。次に、第１バッファに格納された複数のパケットを復号順に並び替える（Ｓ３３０）。そして、復号順に並び替えられた複数のパケットを復号する（Ｓ３４０）。
　また、例えば、本変形例に係るデータ送信方法は、図１６に示すような複数のステップを含んでもよい。図１６は、本変形例に係るデータ送信方法の一例を示すフローチャートである。
　具体的には、まず、符号化データに含まれる複数の符号化ストリームを構成する複数のパケットの並び替えの要否を示すフラグを生成する（Ｓ４１０）。次に、複数の伝送路のそれぞれを用いて、対応する符号化ストリームをパケット単位で送信し、かつ、複数の伝送路の少なくとも１つを用いてフラグを送信する（Ｓ４２０）。
　（実施の形態２）
　上記各実施の形態で示したデータ送信方法（動画像符号化方法（画像符号化方法））またはデータ復号方法（動画像復号化方法（画像復号方法））の構成を実現するためのプログラムを記憶メディアに記録することにより、上記各実施の形態で示した処理を独立したコンピュータシステムにおいて簡単に実施することが可能となる。記憶メディアは、磁気ディスク、光ディスク、光磁気ディスク、ＩＣカード、半導体メモリ等、プログラムを記録できるものであればよい。
　さらにここで、上記各実施の形態で示したデータ送信方法（動画像符号化方法（画像符号化方法））やデータ復号方法（動画像復号化方法（画像復号方法））の応用例とそれを用いたシステムを説明する。当該システムは、データ送信方法（画像符号化方法）を用いたデータ送信装置（画像符号化装置）、及びデータ復号方法（画像復号方法）を用いたデータ復号装置（画像復号装置）からなる画像符号化復号装置を有することを特徴とする。システムにおける他の構成について、場合に応じて適切に変更することができる。
　図１７は、コンテンツ配信サービスを実現するコンテンツ供給システムex１００の全体構成を示す図である。通信サービスの提供エリアを所望の大きさに分割し、各セル内にそれぞれ固定無線局である基地局ex１０６、ex１０７、ex１０８、ex１０９、ex１１０が設置されている。
　このコンテンツ供給システムex１００は、インターネットex１０１にインターネットサービスプロバイダex１０２および電話網ex１０４、および基地局ex１０６からex１１０を介して、コンピュータex１１１、ＰＤＡ（Personal Digital Assistant）ex１１２、カメラex１１３、携帯電話ex１１４、ゲーム機ex１１５などの各機器が接続される。
　しかし、コンテンツ供給システムex１００は図１７のような構成に限定されず、いずれかの要素を組合せて接続するようにしてもよい。また、固定無線局である基地局ex１０６からex１１０を介さずに、各機器が電話網ex１０４に直接接続されてもよい。また、各機器が近距離無線等を介して直接相互に接続されていてもよい。
　カメラex１１３はデジタルビデオカメラ等の動画撮影が可能な機器であり、カメラex１１６はデジタルカメラ等の静止画撮影、動画撮影が可能な機器である。また、携帯電話ex１１４は、ＧＳＭ（登録商標）（Global System for Mobile Communications）方式、ＣＤＭＡ（Code Division Multiple Access）方式、Ｗ－ＣＤＭＡ（Wideband-Code Division Multiple Access）方式、若しくはＬＴＥ（Long Term Evolution）方式、ＨＳＰＡ(High Speed Packet Access)の携帯電話機、またはＰＨＳ（Personal Handyphone System）等であり、いずれでも構わない。
　コンテンツ供給システムex１００では、カメラex１１３等が基地局ex１０９、電話網ex１０４を通じてストリーミングサーバex１０３に接続されることで、ライブ配信等が可能になる。ライブ配信では、ユーザがカメラex１１３を用いて撮影するコンテンツ（例えば、音楽ライブの映像等）に対して上記各実施の形態で説明したように符号化処理を行い（即ち、本開示の一態様に係る画像符号化装置として機能する）、ストリーミングサーバex１０３に送信する。一方、ストリーミングサーバex１０３は要求のあったクライアントに対して送信されたコンテンツデータをストリーム配信する。クライアントとしては、上記符号化処理されたデータを復号化することが可能な、コンピュータex１１１、ＰＤＡex１１２、カメラex１１３、携帯電話ex１１４、ゲーム機ex１１５等がある。配信されたデータを受信した各機器では、受信したデータを復号化処理して再生する（即ち、本開示の一態様に係る画像復号装置として機能する）。
　なお、撮影したデータの符号化処理はカメラex１１３で行っても、データの送信処理をするストリーミングサーバex１０３で行ってもよいし、互いに分担して行ってもよい。同様に配信されたデータの復号化処理はクライアントで行っても、ストリーミングサーバex１０３で行ってもよいし、互いに分担して行ってもよい。また、カメラex１１３に限らず、カメラex１１６で撮影した静止画像および／または動画像データを、コンピュータex１１１を介してストリーミングサーバex１０３に送信してもよい。この場合の符号化処理はカメラex１１６、コンピュータex１１１、ストリーミングサーバex１０３のいずれで行ってもよいし、互いに分担して行ってもよい。
　また、これら符号化・復号化処理は、一般的にコンピュータex１１１や各機器が有するＬＳＩex５００において処理する。ＬＳＩex５００は、ワンチップであっても複数チップからなる構成であってもよい。なお、動画像符号化・復号化用のソフトウェアをコンピュータex１１１等で読み取り可能な何らかの記録メディア（ＣＤ－ＲＯＭ、フレキシブルディスク、ハードディスクなど）に組み込み、そのソフトウェアを用いて符号化・復号化処理を行ってもよい。さらに、携帯電話ex１１４がカメラ付きである場合には、そのカメラで取得した動画データを送信してもよい。このときの動画データは携帯電話ex１１４が有するＬＳＩex５００で符号化処理されたデータである。
　また、ストリーミングサーバex１０３は複数のサーバや複数のコンピュータであって、データを分散して処理したり記録したり配信するものであってもよい。
　以上のようにして、コンテンツ供給システムex１００では、符号化されたデータをクライアントが受信して再生することができる。このようにコンテンツ供給システムex１００では、ユーザが送信した情報をリアルタイムでクライアントが受信して復号化し、再生することができ、特別な権利や設備を有さないユーザでも個人放送を実現できる。
　なお、コンテンツ供給システムex１００の例に限らず、図１８に示すように、デジタル放送用システムex２００にも、上記各実施の形態の少なくとも動画像符号化装置（画像符号化装置）または動画像復号化装置（画像復号装置）のいずれかを組み込むことができる。具体的には、放送局ex２０１では映像データに音楽データなどが多重化された多重化データが電波を介して通信または衛星ex２０２に伝送される。この映像データは上記各実施の形態で説明した動画像符号化方法により符号化されたデータである（即ち、本開示の一態様に係る画像符号化装置によって符号化されたデータである）。これを受けた放送衛星ex２０２は、放送用の電波を発信し、この電波を衛星放送の受信が可能な家庭のアンテナex２０４が受信する。受信した多重化データを、テレビ（受信機）ex３００またはセットトップボックス（ＳＴＢ）ex２１７等の装置が復号化して再生する（即ち、本開示の一態様に係る画像復号装置として機能する）。
　また、ＤＶＤ、ＢＤ等の記録メディアex２１５に記録した多重化データを読み取り復号化する、または記録メディアex２１５に映像信号を符号化し、さらに場合によっては音楽信号と多重化して書き込むリーダ／レコーダex２１８にも上記各実施の形態で示した動画像復号化装置または動画像符号化装置を実装することが可能である。この場合、再生された映像信号はモニタex２１９に表示され、多重化データが記録された記録メディアex２１５により他の装置やシステムにおいて映像信号を再生することができる。また、ケーブルテレビ用のケーブルex２０３または衛星／地上波放送のアンテナex２０４に接続されたセットトップボックスex２１７内に動画像復号化装置を実装し、これをテレビのモニタex２１９で表示してもよい。このときセットトップボックスではなく、テレビ内に動画像復号化装置を組み込んでもよい。
　図１９は、上記各実施の形態で説明した動画像復号化方法および動画像符号化方法を用いたテレビ（受信機）ex３００を示す図である。テレビex３００は、上記放送を受信するアンテナex２０４またはケーブルex２０３等を介して映像データに音声データが多重化された多重化データを取得、または出力するチューナex３０１と、受信した多重化データを復調する、または外部に送信する多重化データに変調する変調／復調部ex３０２と、復調した多重化データを映像データと、音声データとに分離する、または信号処理部ex３０６で符号化された映像データ、音声データを多重化する多重／分離部ex３０３を備える。
　また、テレビex３００は、音声データ、映像データそれぞれを復号化する、またはそれぞれの情報を符号化する音声信号処理部ex３０４、映像信号処理部ex３０５（本開示の一態様に係る画像符号化装置または画像復号装置として機能する）を有する信号処理部ex３０６と、復号化した音声信号を出力するスピーカex３０７、復号化した映像信号を表示するディスプレイ等の表示部ex３０８を有する出力部ex３０９とを有する。さらに、テレビex３００は、ユーザ操作の入力を受け付ける操作入力部ex３１２等を有するインタフェース部ex３１７を有する。さらに、テレビex３００は、各部を統括的に制御する制御部ex３１０、各部に電力を供給する電源回路部ex３１１を有する。インタフェース部ex３１７は、操作入力部ex３１２以外に、リーダ／レコーダex２１８等の外部機器と接続されるブリッジex３１３、ＳＤカード等の記録メディアex２１６を装着可能とするためのスロット部ex３１４、ハードディスク等の外部記録メディアと接続するためのドライバex３１５、電話網と接続するモデムex３１６等を有していてもよい。なお記録メディアex２１６は、格納する不揮発性／揮発性の半導体メモリ素子により電気的に情報の記録を可能としたものである。テレビex３００の各部は同期バスを介して互いに接続されている。
　まず、テレビex３００がアンテナex２０４等により外部から取得した多重化データを復号化し、再生する構成について説明する。テレビex３００は、リモートコントローラex２２０等からのユーザ操作を受け、ＣＰＵ等を有する制御部ex３１０の制御に基づいて、変調／復調部ex３０２で復調した多重化データを多重／分離部ex３０３で分離する。さらにテレビex３００は、分離した音声データを音声信号処理部ex３０４で復号化し、分離した映像データを映像信号処理部ex３０５で上記各実施の形態で説明した復号化方法を用いて復号化する。復号化した音声信号、映像信号は、それぞれ出力部ex３０９から外部に向けて出力される。出力する際には、音声信号と映像信号が同期して再生するよう、バッファex３１８、ex３１９等に一旦これらの信号を蓄積するとよい。また、テレビex３００は、放送等からではなく、磁気／光ディスク、ＳＤカード等の記録メディアex２１５、ex２１６から多重化データを読み出してもよい。次に、テレビex３００が音声信号や映像信号を符号化し、外部に送信または記録メディア等に書き込む構成について説明する。テレビex３００は、リモートコントローラex２２０等からのユーザ操作を受け、制御部ex３１０の制御に基づいて、音声信号処理部ex３０４で音声信号を符号化し、映像信号処理部ex３０５で映像信号を上記各実施の形態で説明した符号化方法を用いて符号化する。符号化した音声信号、映像信号は多重／分離部ex３０３で多重化され外部に出力される。多重化する際には、音声信号と映像信号が同期するように、バッファex３２０、ex３２１等に一旦これらの信号を蓄積するとよい。なお、バッファex３１８、ex３１９、ex３２０、ex３２１は図示しているように複数備えていてもよいし、１つ以上のバッファを共有する構成であってもよい。さらに、図示している以外に、例えば変調／復調部ex３０２や多重／分離部ex３０３の間等でもシステムのオーバーフロー、アンダーフローを避ける緩衝材としてバッファにデータを蓄積することとしてもよい。
　また、テレビex３００は、放送等や記録メディア等から音声データ、映像データを取得する以外に、マイクやカメラのＡＶ入力を受け付ける構成を備え、それらから取得したデータに対して符号化処理を行ってもよい。なお、ここではテレビex３００は上記の符号化処理、多重化、および外部出力ができる構成として説明したが、これらの処理を行うことはできず、上記受信、復号化処理、外部出力のみが可能な構成であってもよい。
　また、リーダ／レコーダex２１８で記録メディアから多重化データを読み出す、または書き込む場合には、上記復号化処理または符号化処理はテレビex３００、リーダ／レコーダex２１８のいずれで行ってもよいし、テレビex３００とリーダ／レコーダex２１８が互いに分担して行ってもよい。
　一例として、光ディスクからデータの読み込みまたは書き込みをする場合の情報再生／記録部ex４００の構成を図２０に示す。情報再生／記録部ex４００は、以下に説明する要素ex４０１、ex４０２、ex４０３、ex４０４、ex４０５、ex４０６、ex４０７を備える。光ヘッドex４０１は、光ディスクである記録メディアex２１５の記録面にレーザスポットを照射して情報を書き込み、記録メディアex２１５の記録面からの反射光を検出して情報を読み込む。変調記録部ex４０２は、光ヘッドex４０１に内蔵された半導体レーザを電気的に駆動し記録データに応じてレーザ光の変調を行う。再生復調部ex４０３は、光ヘッドex４０１に内蔵されたフォトディテクタにより記録面からの反射光を電気的に検出した再生信号を増幅し、記録メディアex２１５に記録された信号成分を分離して復調し、必要な情報を再生する。バッファex４０４は、記録メディアex２１５に記録するための情報および記録メディアex２１５から再生した情報を一時的に保持する。ディスクモータex４０５は記録メディアex２１５を回転させる。サーボ制御部ex４０６は、ディスクモータex４０５の回転駆動を制御しながら光ヘッドex４０１を所定の情報トラックに移動させ、レーザスポットの追従処理を行う。システム制御部ex４０７は、情報再生／記録部ex４００全体の制御を行う。上記の読み出しや書き込みの処理はシステム制御部ex４０７が、バッファex４０４に保持された各種情報を利用し、また必要に応じて新たな情報の生成・追加を行うと共に、変調記録部ex４０２、再生復調部ex４０３、サーボ制御部ex４０６を協調動作させながら、光ヘッドex４０１を通して、情報の記録再生を行うことにより実現される。システム制御部ex４０７は例えばマイクロプロセッサで構成され、読み出し書き込みのプログラムを実行することでそれらの処理を実行する。
　以上では、光ヘッドex４０１はレーザスポットを照射するとして説明したが、近接場光を用いてより高密度な記録を行う構成であってもよい。
　図２１に光ディスクである記録メディアex２１５の模式図を示す。記録メディアex２１５の記録面には案内溝（グルーブ）がスパイラル状に形成され、情報トラックex２３０には、予めグルーブの形状の変化によってディスク上の絶対位置を示す番地情報が記録されている。この番地情報はデータを記録する単位である記録ブロックex２３１の位置を特定するための情報を含み、記録や再生を行う装置において情報トラックex２３０を再生し番地情報を読み取ることで記録ブロックを特定することができる。また、記録メディアex２１５は、データ記録領域ex２３３、内周領域ex２３２、外周領域ex２３４を含んでいる。ユーザデータを記録するために用いる領域がデータ記録領域ex２３３であり、データ記録領域ex２３３より内周または外周に配置されている内周領域ex２３２と外周領域ex２３４は、ユーザデータの記録以外の特定用途に用いられる。情報再生／記録部ex４００は、このような記録メディアex２１５のデータ記録領域ex２３３に対して、符号化された音声データ、映像データまたはそれらのデータを多重化した多重化データの読み書きを行う。
　以上では、１層のＤＶＤ、ＢＤ等の光ディスクを例に挙げ説明したが、これらに限ったものではなく、多層構造であって表面以外にも記録可能な光ディスクであってもよい。また、ディスクの同じ場所にさまざまな異なる波長の色の光を用いて情報を記録したり、さまざまな角度から異なる情報の層を記録したりなど、多次元的な記録／再生を行う構造の光ディスクであってもよい。
　また、デジタル放送用システムex２００において、アンテナex２０５を有する車ex２１０で衛星ex２０２等からデータを受信し、車ex２１０が有するカーナビゲーションex２１１等の表示装置に動画を再生することも可能である。なお、カーナビゲーションex２１１の構成は例えば図１９に示す構成のうち、ＧＰＳ受信部を加えた構成が考えられ、同様なことがコンピュータex１１１や携帯電話ex１１４等でも考えられる。
　図２２Ａは、上記実施の形態で説明した動画像復号化方法および動画像符号化方法を用いた携帯電話ex１１４を示す図である。携帯電話ex１１４は、基地局ex１１０との間で電波を送受信するためのアンテナex３５０、映像、静止画を撮ることが可能なカメラ部ex３６５、カメラ部ex３６５で撮像した映像、アンテナex３５０で受信した映像等が復号化されたデータを表示する液晶ディスプレイ等の表示部ex３５８を備える。携帯電話ex１１４は、さらに、操作キー部ex３６６を有する本体部、音声を出力するためのスピーカ等である音声出力部ex３５７、音声を入力するためのマイク等である音声入力部ex３５６、撮影した映像、静止画、録音した音声、または受信した映像、静止画、メール等の符号化されたデータもしくは復号化されたデータを保存するメモリ部ex３６７、又は同様にデータを保存する記録メディアとのインタフェース部であるスロット部ex３６４を備える。
　さらに、携帯電話ex１１４の構成例について、図２２Ｂを用いて説明する。携帯電話ex１１４は、表示部ex３５８及び操作キー部ex３６６を備えた本体部の各部を統括的に制御する主制御部ex３６０に対して、電源回路部ex３６１、操作入力制御部ex３６２、映像信号処理部ex３５５、カメラインタフェース部ex３６３、ＬＣＤ（Liquid Crystal Display）制御部ex３５９、変調／復調部ex３５２、多重／分離部ex３５３、音声信号処理部ex３５４、スロット部ex３６４、メモリ部ex３６７がバスex３７０を介して互いに接続されている。
　電源回路部ex３６１は、ユーザの操作により終話及び電源キーがオン状態にされると、バッテリパックから各部に対して電力を供給することにより携帯電話ex１１４を動作可能な状態に起動する。
　携帯電話ex１１４は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有する主制御部ex３６０の制御に基づいて、音声通話モード時に音声入力部ex３５６で収音した音声信号を音声信号処理部ex３５４でデジタル音声信号に変換し、これを変調／復調部ex３５２でスペクトラム拡散処理し、送信／受信部ex３５１でデジタルアナログ変換処理および周波数変換処理を施した後にアンテナex３５０を介して送信する。また携帯電話ex１１４は、音声通話モード時にアンテナex３５０を介して受信した受信データを増幅して周波数変換処理およびアナログデジタル変換処理を施し、変調／復調部ex３５２でスペクトラム逆拡散処理し、音声信号処理部ex３５４でアナログ音声信号に変換した後、これを音声出力部ex３５７から出力する。
　さらにデータ通信モード時に電子メールを送信する場合、本体部の操作キー部ex３６６等の操作によって入力された電子メールのテキストデータは操作入力制御部ex３６２を介して主制御部ex３６０に送出される。主制御部ex３６０は、テキストデータを変調／復調部ex３５２でスペクトラム拡散処理をし、送信／受信部ex３５１でデジタルアナログ変換処理および周波数変換処理を施した後にアンテナex３５０を介して基地局ex１１０へ送信する。電子メールを受信する場合は、受信したデータに対してこのほぼ逆の処理が行われ、表示部ex３５８に出力される。
　データ通信モード時に映像、静止画、または映像と音声を送信する場合、映像信号処理部ex３５５は、カメラ部ex３６５から供給された映像信号を上記各実施の形態で示した動画像符号化方法によって圧縮符号化し（即ち、本開示の一態様に係る画像符号化装置として機能する）、符号化された映像データを多重／分離部ex３５３に送出する。また、音声信号処理部ex３５４は、映像、静止画等をカメラ部ex３６５で撮像中に音声入力部ex３５６で収音した音声信号を符号化し、符号化された音声データを多重／分離部ex３５３に送出する。
　多重／分離部ex３５３は、映像信号処理部ex３５５から供給された符号化された映像データと音声信号処理部ex３５４から供給された符号化された音声データを所定の方式で多重化し、その結果得られる多重化データを変調／復調部（変調／復調回路部）ex３５２でスペクトラム拡散処理をし、送信／受信部ex３５１でデジタルアナログ変換処理及び周波数変換処理を施した後にアンテナex３５０を介して送信する。
　データ通信モード時にホームページ等にリンクされた動画像ファイルのデータを受信する場合、または映像およびもしくは音声が添付された電子メールを受信する場合、アンテナex３５０を介して受信された多重化データを復号化するために、多重／分離部ex３５３は、多重化データを分離することにより映像データのビットストリームと音声データのビットストリームとに分け、同期バスex３７０を介して符号化された映像データを映像信号処理部ex３５５に供給するとともに、符号化された音声データを音声信号処理部ex３５４に供給する。映像信号処理部ex３５５は、上記各実施の形態で示した動画像符号化方法に対応した動画像復号化方法によって復号化することにより映像信号を復号し（即ち、本開示の一態様に係る画像復号装置として機能する）、ＬＣＤ制御部ex３５９を介して表示部ex３５８から、例えばホームページにリンクされた動画像ファイルに含まれる映像、静止画が表示される。また音声信号処理部ex３５４は、音声信号を復号し、音声出力部ex３５７から音声が出力される。
　また、上記携帯電話ex１１４等の端末は、テレビex３００と同様に、符号化器・復号化器を両方持つ送受信型端末の他に、符号化器のみの送信端末、復号化器のみの受信端末という３通りの実装形式が考えられる。さらに、デジタル放送用システムex２００において、映像データに音楽データなどが多重化された多重化データを受信、送信するとして説明したが、音声データ以外に映像に関連する文字データなどが多重化されたデータであってもよいし、多重化データではなく映像データ自体であってもよい。
　このように、上記各実施の形態で示した動画像符号化方法あるいは動画像復号化方法を上述したいずれの機器・システムに用いることは可能であり、そうすることで、上記各実施の形態で説明した効果を得ることができる。
　また、本開示はかかる上記実施の形態に限定されるものではなく、本開示の範囲を逸脱することなく種々の変形または修正が可能である。
　（実施の形態３）
　上記各実施の形態で示した動画像符号化方法または装置と、ＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１など異なる規格に準拠した動画像符号化方法または装置とを、必要に応じて適宜切替えることにより、映像データを生成することも可能である。
　ここで、それぞれ異なる規格に準拠する複数の映像データを生成した場合、復号する際に、それぞれの規格に対応した復号方法を選択する必要がある。しかしながら、復号する映像データが、どの規格に準拠するものであるか識別できないため、適切な復号方法を選択することができないという課題を生じる。
　この課題を解決するために、映像データに音声データなどを多重化した多重化データは、映像データがどの規格に準拠するものであるかを示す識別情報を含む構成とする。上記各実施の形態で示す動画像符号化方法または装置によって生成された映像データを含む多重化データの具体的な構成を以下説明する。多重化データは、ＭＰＥＧ－２トランスポートストリーム形式のデジタルストリームである。
　図２３は、多重化データの構成を示す図である。図２３に示すように多重化データは、ビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム（ＰＧ）、インタラクティブグラフィックスストリームのうち、１つ以上を多重化することで得られる。ビデオストリームは映画の主映像および副映像を、オーディオストリーム（ＩＧ）は映画の主音声部分とその主音声とミキシングする副音声を、プレゼンテーショングラフィックスストリームは、映画の字幕をそれぞれ示している。ここで主映像とは画面に表示される通常の映像を示し、副映像とは主映像の中に小さな画面で表示する映像のことである。また、インタラクティブグラフィックスストリームは、画面上にＧＵＩ部品を配置することにより作成される対話画面を示している。ビデオストリームは、上記各実施の形態で示した動画像符号化方法または装置、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠した動画像符号化方法または装置によって符号化されている。オーディオストリームは、ドルビーＡＣ－３、Ｄｏｌｂｙ　Ｄｉｇｉｔａｌ　Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ－ＨＤ、または、リニアＰＣＭのなどの方式で符号化されている。
　多重化データに含まれる各ストリームはＰＩＤによって識別される。例えば、映画の映像に利用するビデオストリームには０ｘ１０１１が、オーディオストリームには０ｘ１１００から０ｘ１１１Ｆまでが、プレゼンテーショングラフィックスには０ｘ１２００から０ｘ１２１Ｆまでが、インタラクティブグラフィックスストリームには０ｘ１４００から０ｘ１４１Ｆまでが、映画の副映像に利用するビデオストリームには０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまで、主音声とミキシングする副音声に利用するオーディオストリームには０ｘ１Ａ００から０ｘ１Ａ１Ｆが、それぞれ割り当てられている。
　図２４は、多重化データがどのように多重化されるかを模式的に示す図である。まず、複数のビデオフレームからなるビデオストリームex２３５、複数のオーディオフレームからなるオーディオストリームex２３８を、それぞれＰＥＳパケット列ex２３６およびex２３９に変換し、ＴＳパケットex２３７およびex２４０に変換する。同じくプレゼンテーショングラフィックスストリームex２４１およびインタラクティブグラフィックスex２４４のデータをそれぞれＰＥＳパケット列ex２４２およびex２４５に変換し、さらにＴＳパケットex２４３およびex２４６に変換する。多重化データex２４７はこれらのＴＳパケットを１本のストリームに多重化することで構成される。
　図２５は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかをさらに詳しく示している。図２５における第１段目はビデオストリームのビデオフレーム列を示す。第２段目は、ＰＥＳパケット列を示す。図２５の矢印ｙｙ１，ｙｙ２，ｙｙ３，ｙｙ４に示すように、ビデオストリームにおける複数のＶｉｄｅｏ　Ｐｒｅｓｅｎｔａｔｉｏｎ　ＵｎｉｔであるＩピクチャ、Ｂピクチャ、Ｐピクチャは、ピクチャ毎に分割され、ＰＥＳパケットのペイロードに格納される。各ＰＥＳパケットはＰＥＳヘッダを持ち、ＰＥＳヘッダには、ピクチャの表示時刻であるＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ－Ｓｔａｍｐ）やピクチャの復号時刻であるＤＴＳ（Ｄｅｃｏｄｉｎｇ　Ｔｉｍｅ－Ｓｔａｍｐ）が格納される。
　図２６は、多重化データに最終的に書き込まれるＴＳパケットの形式を示している。ＴＳパケットは、ストリームを識別するＰＩＤなどの情報を持つ４ＢｙｔｅのＴＳヘッダとデータを格納する１８４ＢｙｔｅのＴＳペイロードから構成される１８８Ｂｙｔｅ固定長のパケットであり、上記ＰＥＳパケットは分割されＴＳペイロードに格納される。ＢＤ－ＲＯＭの場合、ＴＳパケットには、４ＢｙｔｅのＴＰ＿Ｅｘｔｒａ＿Ｈｅａｄｅｒが付与され、１９２Ｂｙｔｅのソースパケットを構成し、多重化データに書き込まれる。ＴＰ＿Ｅｘｔｒａ＿ＨｅａｄｅｒにはＡＴＳ（Ａｒｒｉｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ）などの情報が記載される。ＡＴＳは当該ＴＳパケットのデコーダのＰＩＤフィルタへの転送開始時刻を示す。多重化データには図２６下段に示すようにソースパケットが並ぶこととなり、多重化データの先頭からインクリメントする番号はＳＰＮ（ソースパケットナンバー）と呼ばれる。
　また、多重化データに含まれるＴＳパケットには、映像・音声・字幕などの各ストリーム以外にもＰＡＴ（Ｐｒｏｇｒａｍ　Ａｓｓｏｃｉａｔｉｏｎ　Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ　Ｍａｐ　Ｔａｂｌｅ）、ＰＣＲ（Ｐｒｏｇｒａｍ　Ｃｌｏｃｋ　Ｒｅｆｅｒｅｎｃｅ）などがある。ＰＡＴは多重化データ中に利用されるＰＭＴのＰＩＤが何であるかを示し、ＰＡＴ自身のＰＩＤは０で登録される。ＰＭＴは、多重化データ中に含まれる映像・音声・字幕などの各ストリームのＰＩＤと各ＰＩＤに対応するストリームの属性情報を持ち、また多重化データに関する各種ディスクリプタを持つ。ディスクリプタには多重化データのコピーを許可・不許可を指示するコピーコントロール情報などがある。ＰＣＲは、ＡＴＳの時間軸であるＡＴＣ（Ａｒｒｉｖａｌ　Ｔｉｍｅ　Ｃｌｏｃｋ）とＰＴＳ・ＤＴＳの時間軸であるＳＴＣ（Ｓｙｓｔｅｍ　Ｔｉｍｅ　Ｃｌｏｃｋ）の同期を取るために、そのＰＣＲパケットがデコーダに転送されるＡＴＳに対応するＳＴＣ時間の情報を持つ。
　図２７はＰＭＴのデータ構造を詳しく説明する図である。ＰＭＴの先頭には、そのＰＭＴに含まれるデータの長さなどを記したＰＭＴヘッダが配置される。その後ろには、多重化データに関するディスクリプタが複数配置される。上記コピーコントロール情報などが、ディスクリプタとして記載される。ディスクリプタの後には、多重化データに含まれる各ストリームに関するストリーム情報が複数配置される。ストリーム情報は、ストリームの圧縮コーデックなどを識別するためストリームタイプ、ストリームのＰＩＤ、ストリームの属性情報（フレームレート、アスペクト比など）が記載されたストリームディスクリプタから構成される。ストリームディスクリプタは多重化データに存在するストリームの数だけ存在する。
　記録媒体などに記録する場合には、上記多重化データは、多重化データ情報ファイルと共に記録される。
　多重化データ情報ファイルは、図２８に示すように多重化データの管理情報であり、多重化データと１対１に対応し、多重化データ情報、ストリーム属性情報とエントリマップから構成される。
　多重化データ情報は図２８に示すようにシステムレート、再生開始時刻、再生終了時刻から構成されている。システムレートは多重化データの、後述するシステムターゲットデコーダのＰＩＤフィルタへの最大転送レートを示す。多重化データ中に含まれるＡＴＳの間隔はシステムレート以下になるように設定されている。再生開始時刻は多重化データの先頭のビデオフレームのＰＴＳであり、再生終了時刻は多重化データの終端のビデオフレームのＰＴＳに１フレーム分の再生間隔を足したものが設定される。
　ストリーム属性情報は図２９に示すように、多重化データに含まれる各ストリームについての属性情報が、ＰＩＤ毎に登録される。属性情報はビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム、インタラクティブグラフィックスストリーム毎に異なる情報を持つ。ビデオストリーム属性情報は、そのビデオストリームがどのような圧縮コーデックで圧縮されたか、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか、アスペクト比はどれだけであるか、フレームレートはどれだけであるかなどの情報を持つ。オーディオストリーム属性情報は、そのオーディオストリームがどのような圧縮コーデックで圧縮されたか、そのオーディオストリームに含まれるチャンネル数は何であるか、何の言語に対応するか、サンプリング周波数がどれだけであるかなどの情報を持つ。これらの情報は、プレーヤが再生する前のデコーダの初期化などに利用される。
　本実施の形態においては、上記多重化データのうち、ＰＭＴに含まれるストリームタイプを利用する。また、記録媒体に多重化データが記録されている場合には、多重化データ情報に含まれる、ビデオストリーム属性情報を利用する。具体的には、上記各実施の形態で示した動画像符号化方法または装置において、ＰＭＴに含まれるストリームタイプ、または、ビデオストリーム属性情報に対し、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示す固有の情報を設定するステップまたは手段を設ける。この構成により、上記各実施の形態で示した動画像符号化方法または装置によって生成した映像データと、他の規格に準拠する映像データとを識別することが可能になる。
　また、本実施の形態における動画像復号化方法のステップを図３０に示す。ステップexＳ１００において、多重化データからＰＭＴに含まれるストリームタイプ、または、多重化データ情報に含まれるビデオストリーム属性情報を取得する。次に、ステップexＳ１０１において、ストリームタイプ、または、ビデオストリーム属性情報が上記各実施の形態で示した動画像符号化方法または装置によって生成された多重化データであることを示しているか否かを判断する。そして、ストリームタイプ、または、ビデオストリーム属性情報が上記各実施の形態で示した動画像符号化方法または装置によって生成されたものであると判断された場合には、ステップexＳ１０２において、上記各実施の形態で示した動画像復号方法により復号を行う。また、ストリームタイプ、または、ビデオストリーム属性情報が、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠するものであることを示している場合には、ステップexＳ１０３において、従来の規格に準拠した動画像復号方法により復号を行う。
　このように、ストリームタイプ、または、ビデオストリーム属性情報に新たな固有値を設定することにより、復号する際に、上記各実施の形態で示した動画像復号化方法または装置で復号可能であるかを判断することができる。従って、異なる規格に準拠する多重化データが入力された場合であっても、適切な復号化方法または装置を選択することができるため、エラーを生じることなく復号することが可能となる。また、本実施の形態で示した動画像符号化方法または装置、または、動画像復号方法または装置を、上述したいずれの機器・システムに用いることも可能である。
　（実施の形態４）
　上記各実施の形態で示した動画像符号化方法および装置、動画像復号化方法および装置は、典型的には集積回路であるＬＳＩで実現される。一例として、図３１に１チップ化されたＬＳＩex５００の構成を示す。ＬＳＩex５００は、以下に説明する要素ex５０１、ex５０２、ex５０３、ex５０４、ex５０５、ex５０６、ex５０７、ex５０８、ex５０９を備え、各要素はバスex５１０を介して接続している。電源回路部ex５０５は電源がオン状態の場合に各部に対して電力を供給することで動作可能な状態に起動する。
　例えば符号化処理を行う場合には、ＬＳＩex５００は、ＣＰＵex５０２、メモリコントローラex５０３、ストリームコントローラex５０４、駆動周波数制御部ex５１２等を有する制御部ex５０１の制御に基づいて、ＡＶ　Ｉ／Ｏex５０９によりマイクex１１７やカメラex１１３等からＡＶ信号を入力する。入力されたＡＶ信号は、一旦ＳＤＲＡＭ等の外部のメモリex５１１に蓄積される。制御部ex５０１の制御に基づいて、蓄積したデータは処理量や処理速度に応じて適宜複数回に分けるなどされ信号処理部ex５０７に送られ、信号処理部ex５０７において音声信号の符号化および／または映像信号の符号化が行われる。ここで映像信号の符号化処理は上記各実施の形態で説明した符号化処理である。信号処理部ex５０７ではさらに、場合により符号化された音声データと符号化された映像データを多重化するなどの処理を行い、ストリームＩ／Ｏex５０６から外部に出力する。この出力された多重化データは、基地局ex１０７に向けて送信されたり、または記録メディアex２１５に書き込まれたりする。なお、多重化する際には同期するよう、一旦バッファex５０８にデータを蓄積するとよい。
　なお、上記では、メモリex５１１がＬＳＩex５００の外部の構成として説明したが、ＬＳＩex５００の内部に含まれる構成であってもよい。バッファex５０８も１つに限ったものではなく、複数のバッファを備えていてもよい。また、ＬＳＩex５００は１チップ化されてもよいし、複数チップ化されてもよい。
　また、上記では、制御部ex５０１が、ＣＰＵex５０２、メモリコントローラex５０３、ストリームコントローラex５０４、駆動周波数制御部ex５１２等を有するとしているが、制御部ex５０１の構成は、この構成に限らない。例えば、信号処理部ex５０７がさらにＣＰＵを備える構成であってもよい。信号処理部ex５０７の内部にもＣＰＵを設けることにより、処理速度をより向上させることが可能になる。また、他の例として、ＣＰＵex５０２が信号処理部ex５０７、または信号処理部ex５０７の一部である例えば音声信号処理部を備える構成であってもよい。このような場合には、制御部ex５０１は、信号処理部ex５０７、またはその一部を有するＣＰＵex５０２を備える構成となる。
　なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。このようなプログラマブル・ロジック・デバイスは、典型的には、ソフトウェア又はファームウェアを構成するプログラムを、ロードする又はメモリ等から読み込むことで、上記各実施の形態で示した動画像符号化方法、又は動画像復号化方法を実行することができる。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
　（実施の形態５）
　上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データを復号する場合、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠する映像データを復号する場合に比べ、処理量が増加することが考えられる。そのため、ＬＳＩex５００において、従来の規格に準拠する映像データを復号する際のＣＰＵex５０２の駆動周波数よりも高い駆動周波数に設定する必要がある。しかし、駆動周波数を高くすると、消費電力が高くなるという課題が生じる。
　この課題を解決するために、テレビex３００、ＬＳＩex５００などの動画像復号化装置は、映像データがどの規格に準拠するものであるかを識別し、規格に応じて駆動周波数を切替える構成とする。図３２は、本実施の形態における構成ex８００を示している。駆動周波数切替え部ex８０３は、映像データが、上記各実施の形態で示した動画像符号化方法または装置によって生成されたものである場合には、駆動周波数を高く設定する。そして、上記各実施の形態で示した動画像復号化方法を実行する復号処理部ex８０１に対し、映像データを復号するよう指示する。一方、映像データが、従来の規格に準拠する映像データである場合には、映像データが、上記各実施の形態で示した動画像符号化方法または装置によって生成されたものである場合に比べ、駆動周波数を低く設定する。そして、従来の規格に準拠する復号処理部ex８０２に対し、映像データを復号するよう指示する。
　より具体的には、駆動周波数切替え部ex８０３は、図３１のＣＰＵex５０２と駆動周波数制御部ex５１２から構成される。また、上記各実施の形態で示した動画像復号化方法を実行する復号処理部ex８０１、および、従来の規格に準拠する復号処理部ex８０２は、図３１の信号処理部ex５０７に該当する。ＣＰＵex５０２は、映像データがどの規格に準拠するものであるかを識別する。そして、ＣＰＵex５０２からの信号に基づいて、駆動周波数制御部ex５１２は、駆動周波数を設定する。また、ＣＰＵex５０２からの信号に基づいて、信号処理部ex５０７は、映像データの復号を行う。ここで、映像データの識別には、例えば、実施の形態３で記載した識別情報を利用することが考えられる。識別情報に関しては、実施の形態３で記載したものに限られず、映像データがどの規格に準拠するか識別できる情報であればよい。例えば、映像データがテレビに利用されるものであるか、ディスクに利用されるものであるかなどを識別する外部信号に基づいて、映像データがどの規格に準拠するものであるか識別可能である場合には、このような外部信号に基づいて識別してもよい。また、ＣＰＵex５０２における駆動周波数の選択は、例えば、図３４のような映像データの規格と、駆動周波数とを対応付けたルックアップテーブルに基づいて行うことが考えられる。ルックアップテーブルを、バッファex５０８や、ＬＳＩの内部メモリに格納しておき、ＣＰＵex５０２がこのルックアップテーブルを参照することにより、駆動周波数を選択することが可能である。
　図３３は、本実施の形態の方法を実施するステップを示している。まず、ステップexＳ２００では、信号処理部ex５０７において、多重化データから識別情報を取得する。次に、ステップexＳ２０１では、ＣＰＵex５０２において、識別情報に基づいて映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものであるか否かを識別する。映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものである場合には、ステップexＳ２０２において、駆動周波数を高く設定する信号を、ＣＰＵex５０２が駆動周波数制御部ex５１２に送る。そして、駆動周波数制御部ex５１２において、高い駆動周波数に設定される。一方、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠する映像データであることを示している場合には、ステップexＳ２０３において、駆動周波数を低く設定する信号を、ＣＰＵex５０２が駆動周波数制御部ex５１２に送る。そして、駆動周波数制御部ex５１２において、映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものである場合に比べ、低い駆動周波数に設定される。
　さらに、駆動周波数の切替えに連動して、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を変更することにより、省電力効果をより高めることが可能である。例えば、駆動周波数を低く設定する場合には、これに伴い、駆動周波数を高く設定している場合に比べ、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を低く設定することが考えられる。
　また、駆動周波数の設定方法は、復号する際の処理量が大きい場合に、駆動周波数を高く設定し、復号する際の処理量が小さい場合に、駆動周波数を低く設定すればよく、上述した設定方法に限らない。例えば、ＭＰＥＧ４－ＡＶＣ規格に準拠する映像データを復号する処理量の方が、上記各実施の形態で示した動画像符号化方法または装置により生成された映像データを復号する処理量よりも大きい場合には、駆動周波数の設定を上述した場合の逆にすることが考えられる。
　さらに、駆動周波数の設定方法は、駆動周波数を低くする構成に限らない。例えば、識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合には、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を高く設定し、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠する映像データであることを示している場合には、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を低く設定することも考えられる。また、他の例としては、識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合には、ＣＰＵex５０２の駆動を停止させることなく、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠する映像データであることを示している場合には、処理に余裕があるため、ＣＰＵex５０２の駆動を一時停止させることも考えられる。識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合であっても、処理に余裕があれば、ＣＰＵex５０２の駆動を一時停止させることも考えられる。この場合は、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠する映像データであることを示している場合に比べて、停止時間を短く設定することが考えられる。
　このように、映像データが準拠する規格に応じて、駆動周波数を切替えることにより、省電力化を図ることが可能になる。また、電池を用いてＬＳＩex５００またはＬＳＩex５００を含む装置を駆動している場合には、省電力化に伴い、電池の寿命を長くすることが可能である。
　（実施の形態６）
　テレビや、携帯電話など、上述した機器・システムには、異なる規格に準拠する複数の映像データが入力される場合がある。このように、異なる規格に準拠する複数の映像データが入力された場合にも復号できるようにするために、ＬＳＩex５００の信号処理部ex５０７が複数の規格に対応している必要がある。しかし、それぞれの規格に対応する信号処理部ex５０７を個別に用いると、ＬＳＩex５００の回路規模が大きくなり、また、コストが増加するという課題が生じる。
　この課題を解決するために、上記各実施の形態で示した動画像復号方法を実行するための復号処理部と、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠する復号処理部とを一部共有化する構成とする。この構成例を図３５Ａのex９００に示す。例えば、上記各実施の形態で示した動画像復号方法と、ＭＰＥＧ４－ＡＶＣ規格に準拠する動画像復号方法とは、エントロピー符号化、逆量子化、デブロッキング・フィルタ、動き補償などの処理において処理内容が一部共通する。共通する処理内容については、ＭＰＥＧ４－ＡＶＣ規格に対応する復号処理部ex９０２を共有し、ＭＰＥＧ４－ＡＶＣ規格に対応しない、本開示の一態様に特有の他の処理内容については、専用の復号処理部ex９０１を用いるという構成が考えられる。特に、本開示の一態様は、パケットの並び替えに特徴を有していることから、例えば、パケットの並び替えについては専用の復号処理部ex９０１を用い、それ以外のエントロピー復号、デブロッキング・フィルタ、動き補償のいずれか、または、全ての処理については、復号処理部を共有することが考えられる。復号処理部の共有化に関しては、共通する処理内容については、上記各実施の形態で示した動画像復号化方法を実行するための復号処理部を共有し、ＭＰＥＧ４－ＡＶＣ規格に特有の処理内容については、専用の復号処理部を用いる構成であってもよい。
　また、処理を一部共有化する他の例を図３５Ｂのex１０００に示す。この例では、本開示の一態様に特有の処理内容に対応した専用の復号処理部ex１００１と、他の従来規格に特有の処理内容に対応した専用の復号処理部ex１００２と、本開示の一態様に係る動画像復号方法と他の従来規格の動画像復号方法とに共通する処理内容に対応した共用の復号処理部ex１００３とを用いる構成としている。ここで、専用の復号処理部ex１００１、ex１００２は、必ずしも本開示の一態様、または、他の従来規格に特有の処理内容に特化したものではなく、他の汎用処理を実行できるものであってもよい。また、本実施の形態の構成を、ＬＳＩex５００で実装することも可能である。
　このように、本開示の一態様に係る動画像復号方法と、従来の規格の動画像復号方法とで共通する処理内容について、復号処理部を共有することにより、ＬＳＩの回路規模を小さくし、かつ、コストを低減することが可能である。
　（他の実施の形態）
　以上、１つ又は複数の態様に係るデータ復号方法、データ復号装置及びデータ送信方法について、実施の形態に基づいて説明したが、本開示は、これらの実施の形態に限定されるものではない。本開示の主旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したもの、及び、異なる実施の形態における構成要素を組み合わせて構築される形態も、本開示の範囲内に含まれる。
　例えば、上記の実施の形態では、パケット識別子（ｐａｃｋｅｔ＿ｉｄ）がＭＭＴパケットのヘッダによりシグナリングされる例について説明したが、これに限らない。例えば、ＭＭＴパケットのペイロードは、ＭＰＥＧ２－ＴＳ又はＲＴＰなどのプロトコルを用いて伝送することもできる。この場合、パケット識別子は、当該プロトコルのパケットヘッダ、又は、当該プロトコルにおいてＭＭＴ格納用のペイロードフォーマットを定義し、定義されたペイロードヘッダなどにより別途シグナリングしてもよい。
　また、上記の実施の形態では、複数の伝送路を用いて１つのＭＭＴパッケージを伝送する例について説明したが、複数の伝送路を用いて複数のＭＭＴパッケージを伝送してもよい。この場合、パッケージを識別するためのパッケージ識別子（ｐａｃｋａｇｅ＿ｉｄ）を用いて、各ＭＭＴパケットをフィルタリングすることができる。
　なお、ＭＭＴパッケージが１つであり、かつ、ＭＭＴパッケージを構成するアセットが１つの場合は、フィルタリングしなくてもよい。
　また、上記の実施の形態において、第１バッファ１２０ａ及び第２バッファ１６０ａは、アセットと一対一に対応すればよく、アセットの個数と第１バッファ１２０ａ及び第２バッファ１６０ａのそれぞれの個数とは異なっていてもよい。例えば、アセットの個数より、第１バッファ１２０ａ及び第２バッファ１６０ａの個数が少なくてもよい。具体的には、第２バッファ１６０ａを必要としないアセットに対しては、第２バッファ１６０ａが割り当てられていなくてもよい。
　また、上記の実施の形態では、ＭＭＴＢ（第１バッファ）内で明示的にリオーダリング（並び替え）を行う例について示したが、これに限らない。例えば、ＭＭＴＢに格納されるペイロードのデータが復号順で何番目であるかを示すインデックス番号を別途管理し、インデックス番号に基づいて、アクセスユニットがＭＭＴＢからピクチャバッファなどに入力されてもよい。
　また、上記の実施の形態では、同一のアセットを複数の伝送路を用いて伝送した場合に並び替えが必要になる例について説明したが、これに限らない。例えば、インターネットなどの通信路では、同一のアセットを１つの伝送路で伝送する際にも、システムデコーダへの到着順が復号順にならない場合がある。この場合に対しても、上述した実施の形態に係る並び替えを適用することができる。
　また、伝送されるＭＭＴストリームが準拠するシステムデコーダのモデルを示す識別情報を、構成情報又はＭＭＴメッセージなどの補助情報に格納してもよい。システムデコーダのモデルとは、例えば、実施の形態１に示した基本方式、及び、実施の形態１の変形例２に示した簡易方式などである。なお、構成情報以外にも、ＲＴＰなどのプロトコルでＭＭＴパッケージを伝送する際には、モデルを示す識別情報を、ＳＤＰ（Ｓｅｓｓｉｏｎ　Ｄｅｓｃｒｉｐｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）などの再生補助情報に含めることもできる。あるいは、ＭＭＴパッケージをＭＰＥＧ－２　ＴＳにより伝送する際には、モデルを示す識別情報を、ＭＰＥＧ－２システムで規定されるディスクリプタに格納して、ＰＡＴ（Ｐｒｏｇｒａｍ　Ａｓｓｏｃｉａｔｉｏｎ　Ｔａｂｌｅ）又はＰＭＴ（Ｐｒｏｇｒａｍ　Ｍａｐ　Ｔａｂｌｅ）などのセクションデータの一部として伝送してもよい。
　また、シグナリングされるＭＭＴパッケージがシステムデコーダの振る舞いに準拠する再生モードを、補助情報に含めてもよい。再生モードとしては、ＭＰＵモード、Ｆｒａｇｍｅｎｔモード及びＭｅｄｉａ　Ｕｎｉｔモードがある。
　また、ＭＭＴパッケージをダウンロードしてから再生する場合など、予め蓄積されたコンテンツとして使用する場合、ＭＭＴパッケージがシステムデコーダに準拠していなくても再生可能である。例えば、特に、ＰＣなどのメモリ又は処理速度に余裕がある環境においては、ＭＭＴパッケージがシステムデコーダに準拠していなくても再生可能である。したがって、システムデコーダのモデルに準拠していることを保証しないモードを設けて、補助情報に含めてもよい。
　あるいは、ＭＭＴパッケージが（ｉ）システムデコーダの基本方式に準拠する、（ｉｉ）システムデコーダの簡易方式に準拠する、（ｉｉｉ）システムデコーダへの準拠を保証しない、などに応じて、ＭＭＴのプロファイルを規定してもよい。そして、プロファイル情報を別途補助情報に含めてもよい。
　また、ＭＰＵなどの単位でプロファイル情報などを示す際には、別途ＭＰ４のブランドを定義して、ｆｙｔｐ／ｓｙｔｐボックスに含めてもよい。
　また、ＭＭＴにおいては、異なるアセットのデータを組み合わせて１本のストリームを構成することができる。例えば、第１アセットと第２アセットとがそれぞれ、５つのＭＰＵから構成され、両者のＭＰＵが、各ＭＰＵの復号時刻とシステムデコーダに関連するパラメータとが互いに整合しているものとする。ここで、パラメータは、例えば、復号開始時点におけるバッファ占有量、符号化時のピークレートなどである。
　このとき、第１アセットの３番目のＭＰＵのみ、第２アセットの３番目のＭＰＵと入れ替えて、他は第１アセットのＭＰＵを利用する。この場合であっても、入れ替え後のストリームもシステムデコーダの振る舞いに準拠させることができる。
　また、１つのＭＭＴパケットが複数の伝送路で送信されてもよい。つまり、異なる伝送路で、同一のアセットの同一のデータを伝送してもよい。
　この場合には、先に受信したデータを有効として、後から受信したデータ（冗長データ）は、破棄する。例えば、天候悪化に伴う放送波の受信状況の悪化を見込んで、通信でも同一のデータを送り、放送から取得できないデータを通信から取得することが可能である。このときに、放送側で受信済みのデータを破棄する。
　このように、冗長データが伝送される伝送路を識別するための情報を、構成情報などの補助情報に含めて送信してもよい。受信側では、冗長データが伝送されるか否かを判定し、伝送される場合には、冗長データが受信済みか否かを判定する。
　また、上記の実施の形態に係るシステムデコーダは、ＭＭＴに限定されない。システムデコーダは、同一のパッケージ（ＭＰＥＧ－２システムにおけるプログラムに相当）のデータをパケット化して、１つ以上の伝送路を用いて伝送できる他のフォーマットにも適用することができる。このとき、パケット化の最小単位は、例えば、アクセスユニット、又は、アクセスユニットを分割した単位である。
　なお、上記の実施の形態に係るデータ復号装置１００を構成する各構成要素（フィルタ部１１０、ＭＭＴバッファ部１２０、復号順取得部１３０、時刻取得部１４０、並替部１５０、符号化データ記憶部１６０及び復号部１７０など）は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＲＡＭ、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）通信インターフェース、Ｉ／Ｏポート、ハードディスク、ディスプレイなどを備えるコンピュータ上で実行されるプログラムなどのソフトウェアで実現されてもよく、電子回路などのハードウェアで実現されてもよい。
　また、上記の各実施の形態は、特許請求の範囲又はその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
　本開示は、データ復号方法、データ復号装置又はデータ送信方法などとして利用でき、例えば、レコーダ、テレビ、タブレット端末装置、携帯電話などに利用することができる。
１００，５００，６００　データ復号装置
１１０，６１０　フィルタ部
１１１　受信部
１１２　格納部
１２０　ＭＭＴバッファ部
１２０ａ　第１バッファ
１２１　ＭＭＴＢｍ
１２２　ＭＭＴＢｎ
１３０　復号順取得部
１４０　時刻取得部
１５０　並替部
１６０　符号化データ記憶部
１６０ａ　第２バッファ
１６１　ピクチャバッファ
１６２　オーディオバッファ
１７０　復号部
１７１　画像復号部
１７２　音声復号部
１８１　参照バッファ
２００　ＭＭＴストリーム
２１０　ＭＭＴパケット
２２０　ヘッダ
２２１　パケット識別子
２２２　時刻情報
２３０　ペイロード
２３１　アクセスユニット
２４０　対応情報
２５０　時刻オフセット情報
３００　ＭＰＵ
３１０　ｆｔｙｐ／ｓｔｙｐボックス
３２０　ｍｍｐｕボックス
３３０　ボックスセット
３３１　ｍｏｏｆボックス
３３２　ｍｄａｔボックス
４００　データ送信装置
４１０　フラグ生成部
４２０　符号化部
４３０　多重化部
４４０　送信部
６１５　入力バッファ

Claims (13)

  1. 　符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する受信ステップ（S110）と、
    　受信した複数の符号化ストリームの複数のパケットを第１バッファ（120a）に格納する格納ステップ（S120）と、
    　前記第１バッファに格納された複数のパケットを復号順に並び替える並替ステップ（S150）と、
    　復号順に並び替えられた複数のパケットを復号する復号ステップ（S160）とを含む
    　データ復号方法。
  2. 　前記複数のパケットのそれぞれは、前記符号化データを構成する１以上のアセットに対応付けられ、
    　１以上の前記第１バッファにはそれぞれ、前記アセットが対応付けられ、
    　前記格納ステップ（S120）では、前記複数のパケットのそれぞれを、対応するアセットに分配し、対応する前記第１バッファに格納する
    　請求項１に記載のデータ復号方法。
  3. 　前記複数のパケットのそれぞれは、対応するアセットを示すパケット識別子（ｐａｃｋｅｔ＿ｉｄ）を含み、
    　前記格納ステップ（S120）では、前記パケットから前記パケット識別子を取得することで、前記パケットを分配する
    　請求項２に記載のデータ復号方法。
  4. 　前記並替ステップ（S150）では、さらに、前記パケットを前記第１バッファから読み出すタイミングに関する複数のモードの１つを選択し、選択したモードである選択モードに従って、前記パケットを前記第１バッファから読み出して第２バッファに格納し、
    　前記復号ステップ（S160）では、前記第２バッファに格納されたパケットを復号する
    　請求項１～３のいずれか１項に記載のデータ復号方法。
  5. 　前記複数のモードは、
    　前記パケットが前記第１バッファに格納された後に、前記第１バッファから前記パケットを読み出すことができる第１モード（ＭＰＵ　ｍｏｄｅ）と、
    　前記パケットを構成する複数の分割単位の１つである対象分割単位が前記第１バッファに格納された後に、前記第１バッファから前記対象分割単位を読み出すことができる第２モード（Ｆｒａｇｍｅｎｔ　ｍｏｄｅ）と、
    　前記パケットの前記対象分割単位の前記第１バッファへの格納が完了する前に、前記第１バッファから前記対象分割単位の一部を読み出すことができる第３モード（Ｍｅｄｉａ　ｕｎｉｔ　ｍｏｄｅ）とを含む
    　請求項４に記載のデータ復号方法。
  6. 　前記複数の分割単位は、アクセスユニット又はＮＡＬユニットである
    　請求項５に記載のデータ復号方法。
  7. 　前記並替ステップ（S150）では、前記選択モードを示すモードフラグを前記符号化データから取得し、取得したモードフラグに基づいて前記選択モードを選択する
    　請求項４～６のいずれか１項に記載のデータ復号方法。
  8. 　前記データ復号方法は、さらに、
    　前記複数のパケットのそれぞれの復号時刻を決定するための第１時刻情報を取得する時刻取得ステップ（S142）と、
    　前記第１時刻情報に基づいて、前記パケットを構成する複数の分割単位のそれぞれの復号時刻を示す第２時刻情報を算出する時刻算出ステップ（S143）とを含み、
    　前記並替ステップ（S150）では、前記第２時刻情報を参照して、前記パケットを前記分割単位毎に第２バッファに格納する
    　請求項１～３のいずれか１項に記載のデータ復号方法。
  9. 　前記複数のパケットはそれぞれ、前記複数の伝送路のいずれか１つで送信され、
    　前記伝送路内におけるパケットは、復号順で送信される
    　請求項１～８のいずれか１項に記載のデータ復号方法。
  10. 　前記パケットは、ＭＰＵ（Ｍｅｄｉａ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）である
    　請求項１～９のいずれか１項に記載のデータ復号方法。
  11. 　前記複数の伝送路は、放送と、通信とを含む
    　請求項１～１０のいずれか１項に記載のデータ復号方法。
  12. 　符号化データに含まれる複数の符号化ストリームであって、複数の伝送路のそれぞれを用いて送信された符号化ストリームをパケット毎に受信する受信部（110）と、
    　前記受信部によって受信された複数の符号化ストリームの複数のパケットを格納するためのバッファ（120）と、
    　前記バッファに格納された複数のパケットを復号順に並び替える並替部（150）と、
    　前記並替部によって並び替えられた複数のパケットを復号する復号部（170）とを備える
    　データ復号装置。
  13. 　符号化データに含まれる複数の符号化ストリームを構成する複数のパケットの並び替えの要否を示すフラグを生成するステップ（S220）と、
    　複数の伝送路のそれぞれを用いて、対応する前記符号化ストリームをパケット単位で送信し、かつ、前記複数の伝送路の少なくとも１つを用いて前記フラグを送信するステップ（S240）とを含む
    　データ送信方法。
PCT/JP2014/002936 2013-06-05 2014-06-03 データ復号方法、データ復号装置及びデータ送信方法 WO2014196189A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201811477957.XA CN109889888B (zh) 2013-06-05 2014-06-03 再现方法、装置及生成方法、装置
JP2015501964A JP5788622B2 (ja) 2013-06-05 2014-06-03 再生方法、再生装置および生成方法、生成装置
EP14808058.3A EP3007454A4 (en) 2013-06-05 2014-06-03 DATA DECODING METHOD, DATA DECODING DEVICE AND DATA TRANSMISSION METHOD
EP20153166.2A EP3697100A1 (en) 2013-06-05 2014-06-03 Data decoding method, data decoding apparatus, and data transmitting method
CN201480019590.0A CN105075281B (zh) 2013-06-05 2014-06-03 数据解码方法、数据解码装置及数据发送方法
US14/943,060 US11070828B2 (en) 2013-06-05 2015-11-17 Method for decoding data, data decoding device, and method for transmitting data

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361831173P 2013-06-05 2013-06-05
US61/831,173 2013-06-05
JP2014107476 2014-05-23
JP2014-107476 2014-05-23

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/943,060 Continuation US11070828B2 (en) 2013-06-05 2015-11-17 Method for decoding data, data decoding device, and method for transmitting data

Publications (1)

Publication Number Publication Date
WO2014196189A1 true WO2014196189A1 (ja) 2014-12-11

Family

ID=52007846

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/002936 WO2014196189A1 (ja) 2013-06-05 2014-06-03 データ復号方法、データ復号装置及びデータ送信方法

Country Status (5)

Country Link
US (1) US11070828B2 (ja)
EP (2) EP3697100A1 (ja)
JP (4) JP5788622B2 (ja)
CN (2) CN109889888B (ja)
WO (1) WO2014196189A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015226305A (ja) * 2014-05-30 2015-12-14 三菱電機株式会社 符号化装置
WO2016139909A1 (ja) * 2015-03-02 2016-09-09 日本電気株式会社 復号装置、受信機器、送信機器、送受信システム、復号方法、および復号用プログラムが記憶された記憶媒体
CN107211184A (zh) * 2015-02-02 2017-09-26 日立麦克赛尔株式会社 广播接收装置、广播接收方法和内容输出方法
JP2018509060A (ja) * 2015-02-13 2018-03-29 サムスン エレクトロニクス カンパニー リミテッド Ｍｍｔｐストリームをｍｐｅｇ−２ ｔｓに変換する方法及び装置
US10194196B2 (en) 2015-03-02 2019-01-29 Nec Corporation Decoding device, reception device, transmission device, transmission/reception system, decoding method, and storage medium having decoding program stored therein
JP2019213223A (ja) * 2015-04-02 2019-12-12 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 受信方法及び受信装置
JP2019220974A (ja) * 2019-08-22 2019-12-26 三菱電機株式会社 復号装置
JP2020145682A (ja) * 2020-04-15 2020-09-10 松野 桂子 信号処理装置

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3697100A1 (en) * 2013-06-05 2020-08-19 Sun Patent Trust Data decoding method, data decoding apparatus, and data transmitting method
WO2015007754A1 (en) 2013-07-15 2015-01-22 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Low delay concept in multi-layered video coding
CN113038188B (zh) 2015-03-31 2023-06-06 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置以及接收装置
EP3280150A1 (en) 2015-03-31 2018-02-07 Panasonic Intellectual Property Corporation of America Transmission method, reception method, transmission device and reception device
CN108023758B (zh) * 2016-11-04 2020-06-02 华为技术有限公司 一种混合接入网络中处理报文的方法及网络设备
US11979340B2 (en) 2017-02-12 2024-05-07 Mellanox Technologies, Ltd. Direct data placement
US11190462B2 (en) * 2017-02-12 2021-11-30 Mellanox Technologies, Ltd. Direct packet placement
US20200013431A1 (en) * 2017-03-24 2020-01-09 Sony Corporation Information processing apparatus, information recording medium, information processing method, and program
US11252464B2 (en) 2017-06-14 2022-02-15 Mellanox Technologies, Ltd. Regrouping of video data in host memory
WO2019152300A1 (en) * 2018-02-05 2019-08-08 D&M Holdings Inc. System and method for synchronizing networked rendering devices
US10826838B2 (en) * 2019-01-29 2020-11-03 Microsoft Technology Licensing, Llc Synchronized jitter buffers to handle codec switches
CN111246284B (zh) * 2020-03-09 2021-05-25 深圳创维－Rgb电子有限公司 视频流播放方法、系统、终端及存储介质
CN111628996A (zh) * 2020-05-26 2020-09-04 南通职业大学 一种基于物联网的电子数据通信方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009239444A (ja) * 2008-03-26 2009-10-15 Mitsubishi Electric Corp パケット順序制御方法、受信装置、送信装置および通信システム
WO2013115121A1 (ja) * 2012-01-31 2013-08-08 シャープ株式会社 生成装置、再生装置、データ構造、生成方法、再生方法、制御プログラム、および記録媒体
US8638818B2 (en) 2010-04-20 2014-01-28 Samsung Electronics Co., Ltd Interface apparatus and method for transmitting and receiving media data

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9008812B2 (en) * 2008-06-19 2015-04-14 Sirius Xm Radio Inc. Method and apparatus for using selected content tracks from two or more program channels to automatically generate a blended mix channel for playback to a user upon selection of a corresponding preset button on a user interface
JP3888642B2 (ja) * 2001-10-05 2007-03-07 アルパイン株式会社 マルチメディア情報提供方法及び装置
CN1199403C (zh) * 2002-05-15 2005-04-27 华为技术有限公司 通信网络中实现播放提示音和信号音功能的方法
US7542435B2 (en) * 2004-05-12 2009-06-02 Nokia Corporation Buffer level signaling for rate adaptation in multimedia streaming
US7882412B2 (en) * 2004-10-05 2011-02-01 Sanjiv Nanda Enhanced block acknowledgement
CN1969475B (zh) * 2005-03-25 2012-07-04 桥扬科技有限公司 用于蜂窝广播和通信系统的方法和设备
JP4876504B2 (ja) * 2005-09-27 2012-02-15 株式会社日立製作所 再生装置および再生方法
WO2007043235A1 (ja) * 2005-10-07 2007-04-19 Matsushita Electric Industrial Co., Ltd. ストリーム再生制御装置
CN101390388B (zh) * 2006-02-27 2010-09-15 松下电器产业株式会社 再现装置、携带式电话机和再现方法
US7992175B2 (en) * 2006-05-15 2011-08-02 The Directv Group, Inc. Methods and apparatus to provide content on demand in content broadcast systems
CN101422039B (zh) * 2006-06-16 2011-04-06 三星电子株式会社 产生附加数据被填充到包的净荷区域中的传输流的传输流产生装置、发送/接收传输流的数字广播发送/接收装置及其方法
JP5025225B2 (ja) * 2006-10-31 2012-09-12 株式会社東芝 通信装置、通信装置の制御方法および制御プログラム
KR101407634B1 (ko) * 2007-09-20 2014-06-13 삼성전자주식회사 다중 채널의 영상을 동시에 재생하는 장치 및 방법
US8111971B2 (en) * 2007-12-05 2012-02-07 Cisco Technology, Inc. Systems and methods of reducing media stream delay through independent decoder clocks
WO2009116972A1 (en) * 2008-03-20 2009-09-24 Thomson Licensing System and method for processing priority transport stream data in real time in a multi-channel broadcast multimedia system
US8369413B2 (en) * 2009-04-23 2013-02-05 Mediatek Inc. Transport stream processing system and related method thereof
US8355433B2 (en) * 2009-08-18 2013-01-15 Netflix, Inc. Encoding video streams for adaptive video streaming
CN103098462A (zh) * 2010-08-06 2013-05-08 松下电器产业株式会社 编码方法、显示装置以及解码方法
JP2012095053A (ja) * 2010-10-26 2012-05-17 Toshiba Corp ストリーム伝送システム、送信装置、受信装置、ストリーム伝送方法及びプログラム
WO2012121572A2 (ko) * 2011-03-10 2012-09-13 한국전자통신연구원 프로그램 연동형 스테레오스코픽 방송 서비스를 제공하기 위한 송신 장치 및 방법, 및 수신 장치 및 방법
KR101803970B1 (ko) * 2011-03-16 2017-12-28 삼성전자주식회사 컨텐트를 구성하는 장치 및 방법
US8996719B2 (en) * 2011-04-03 2015-03-31 Jeremiah Condon System and method of adaptive transport of multimedia data
JPWO2013011696A1 (ja) * 2011-07-21 2015-02-23 パナソニック株式会社 送信装置、受信再生装置、送信方法及び受信再生方法
KR101946861B1 (ko) * 2011-09-21 2019-02-13 삼성전자주식회사 멀티미디어 방송 서비스의 미디어 데이터 동기화 방법 및 장치
KR20130040090A (ko) * 2011-10-13 2013-04-23 삼성전자주식회사 복합 네트워크에서 멀티미디어 데이터를 전송하기 위한 장치 및 그 방법
KR20130040132A (ko) * 2011-10-13 2013-04-23 한국전자통신연구원 이종 ip 네트워크를 통한 미디어 코덱에 독립적인 미디어 데이터 전송 방법
US9319721B2 (en) * 2011-10-13 2016-04-19 Electronics And Telecommunications Research Institute Method of configuring and transmitting an MMT transport packet
WO2013077670A1 (ko) * 2011-11-23 2013-05-30 한국전자통신연구원 스케일러빌리티 및 뷰 정보를 제공하는 스트리밍 서비스를 위한 방법 및 장치
US20140079368A1 (en) * 2012-03-12 2014-03-20 Panasonic Corporation Display device and transmission device
CN102983938A (zh) * 2012-11-13 2013-03-20 中国人民解放军72671部队 基于qr码的无反馈单向数据传输方法及装置
JP6122626B2 (ja) * 2012-12-06 2017-04-26 日本放送協会 復号装置およびプログラム
JP5641090B2 (ja) * 2013-03-14 2014-12-17 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
JP6237547B2 (ja) * 2013-03-14 2017-11-29 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
EP3697100A1 (en) 2013-06-05 2020-08-19 Sun Patent Trust Data decoding method, data decoding apparatus, and data transmitting method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009239444A (ja) * 2008-03-26 2009-10-15 Mitsubishi Electric Corp パケット順序制御方法、受信装置、送信装置および通信システム
US8638818B2 (en) 2010-04-20 2014-01-28 Samsung Electronics Co., Ltd Interface apparatus and method for transmitting and receiving media data
WO2013115121A1 (ja) * 2012-01-31 2013-08-08 シャープ株式会社 生成装置、再生装置、データ構造、生成方法、再生方法、制御プログラム、および記録媒体

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"MPEG media transport (MMT), ISOIIEC DIS 23008-1", INFORMATION TECHNOLOGY - HIGH EFFICIENCY CODING AND MEDIA DELIVERY IN HETEROGENEOUS ENVIRONMENT
"Study of ISO/IEC CD 23008-1 MPEG Media Transport", ISO/IEC JTC1/SC29/WG11 MPEG/N13089, October 2012 (2012-10-01), Shanghai, China, pages 108 - 110,41-42,9-10 *
See also references of EP3007454A4

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015226305A (ja) * 2014-05-30 2015-12-14 三菱電機株式会社 符号化装置
US11405679B2 (en) 2015-02-02 2022-08-02 Maxell, Ltd. Broadcast receiving apparatus, broadcast receiving method, and contents outputting method
CN107211184A (zh) * 2015-02-02 2017-09-26 日立麦克赛尔株式会社 广播接收装置、广播接收方法和内容输出方法
CN107211184B (zh) * 2015-02-02 2020-10-20 麦克赛尔株式会社 广播接收装置、广播接收方法和内容输出方法
EP3255895A4 (en) * 2015-02-02 2018-08-29 Maxell, Ltd. Broadcast receiver, broadcast receiving method and content output method
EP4164231A1 (en) * 2015-02-02 2023-04-12 Maxell, Ltd. Broadcast receiving apparatus, broadcast receiving method, and contents outputting method
US11871071B2 (en) 2015-02-02 2024-01-09 Maxell, Ltd. Broadcast receiving apparatus, broadcast receiving method, and contents outputting method
JP2018509060A (ja) * 2015-02-13 2018-03-29 サムスン エレクトロニクス カンパニー リミテッド Ｍｍｔｐストリームをｍｐｅｇ−２ ｔｓに変換する方法及び装置
KR20190125543A (ko) * 2015-03-02 2019-11-06 닛본 덴끼 가부시끼가이샤 디코딩 장치, 수신기기, 송신기기, 송수신 시스템, 디코딩 방법, 및 디코딩 프로그램이 저장된 저장매체
US10491944B2 (en) 2015-03-02 2019-11-26 Nec Corporation Decoding device, reception device, transmission device, transmission/reception system, decoding method, and storage medium having decoding program stored therein
US11128911B2 (en) 2015-03-02 2021-09-21 Nec Corporation Decoding device, reception device, transmission device, transmission/reception system, decoding method, and storage medium having decoding program stored therein
KR20190125542A (ko) * 2015-03-02 2019-11-06 닛본 덴끼 가부시끼가이샤 디코딩 장치, 수신기기, 송신기기, 송수신 시스템, 디코딩 방법, 및 디코딩 프로그램이 저장된 저장매체
US10631037B2 (en) 2015-03-02 2020-04-21 Nec Corporation Decoding device, reception device, transmission device, transmission/reception system, decoding method, and storage medium having decoding program stored therein
KR102137350B1 (ko) * 2015-03-02 2020-07-23 닛본 덴끼 가부시끼가이샤 디코딩 장치, 수신기기, 송신기기, 송수신 시스템, 디코딩 방법, 및 디코딩 프로그램이 저장된 저장매체
KR102137349B1 (ko) * 2015-03-02 2020-07-23 닛본 덴끼 가부시끼가이샤 디코딩 장치, 수신기기, 송신기기, 송수신 시스템, 디코딩 방법, 및 디코딩 프로그램이 저장된 저장매체
US10194196B2 (en) 2015-03-02 2019-01-29 Nec Corporation Decoding device, reception device, transmission device, transmission/reception system, decoding method, and storage medium having decoding program stored therein
JPWO2016139909A1 (ja) * 2015-03-02 2017-11-30 日本電気株式会社 復号装置、受信機器、送信機器、送受信システム、復号方法、および復号用プログラム
WO2016139909A1 (ja) * 2015-03-02 2016-09-09 日本電気株式会社 復号装置、受信機器、送信機器、送受信システム、復号方法、および復号用プログラムが記憶された記憶媒体
JP2019213223A (ja) * 2015-04-02 2019-12-12 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 受信方法及び受信装置
JP7067653B2 (ja) 2019-08-22 2022-05-16 三菱電機株式会社 復号装置
JP2021121108A (ja) * 2019-08-22 2021-08-19 三菱電機株式会社 復号装置
JP2019220974A (ja) * 2019-08-22 2019-12-26 三菱電機株式会社 復号装置
JP2020145682A (ja) * 2020-04-15 2020-09-10 松野 桂子 信号処理装置

Also Published As

Publication number Publication date
JP6026599B2 (ja) 2016-11-16
CN105075281A (zh) 2015-11-18
JP5788622B2 (ja) 2015-10-07
JPWO2014196189A1 (ja) 2017-02-23
EP3697100A1 (en) 2020-08-19
EP3007454A4 (en) 2016-06-01
CN109889888A (zh) 2019-06-14
JP6431217B2 (ja) 2018-11-28
US20160080755A1 (en) 2016-03-17
EP3007454A1 (en) 2016-04-13
US11070828B2 (en) 2021-07-20
JP2017069961A (ja) 2017-04-06
JP6280182B2 (ja) 2018-02-14
CN109889888B (zh) 2022-04-01
CN105075281B (zh) 2019-01-01
JP2018093511A (ja) 2018-06-14
JP2016027705A (ja) 2016-02-18

Similar Documents

Publication Publication Date Title
JP6431217B2 (ja) 再生方法、再生装置および生成方法、生成装置
JP7032588B2 (ja) 送信方法および送信装置
KR102072832B1 (ko) 화상 부호화 방법, 화상 복호 방법, 화상 부호화 장치, 화상 복호 장치, 및, 화상 부호화 복호 장치
CA2845548C (en) Methods and apparatuses for encoding and decoding video using periodic buffer description
CN107801029B (zh) 编码方法及编码装置
JP6562369B2 (ja) 符号化復号方法および符号化復号装置
WO2012117722A1 (ja) 符号化方法、復号方法、符号化装置及び復号装置
JP6414712B2 (ja) 多数の参照ピクチャを用いる動画像符号化方法、動画像復号方法、動画像符号化装置、および動画像復号方法
CN107426575B (zh) 影像编码方法、装置及影像解码方法、装置
JP7265051B2 (ja) 送信方法および送信装置
WO2012124347A1 (en) Methods and apparatuses for encoding and decoding video using reserved nal unit type values of avc standard
WO2013057938A1 (ja) システム層処理装置、符号化装置、システム層処理方法、および符号化方法
WO2013076991A1 (ja) 画像符号化方法、画像符号化装置、画像復号方法、および、画像復号装置
WO2012096157A1 (ja) 画像符号化方法、画像復号方法、画像符号化装置および画像復号装置
WO2011135829A1 (ja) 符号化方法及び復号方法
WO2013046616A1 (ja) 画像符号化装置、画像復号装置、画像符号化方法及び画像復号方法

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201480019590.0

Country of ref document: CN

ENP Entry into the national phase

Ref document number: 2015501964

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14808058

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2014808058

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE