[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2016139909A1 - 復号装置、受信機器、送信機器、送受信システム、復号方法、および復号用プログラムが記憶された記憶媒体 - Google Patents

復号装置、受信機器、送信機器、送受信システム、復号方法、および復号用プログラムが記憶された記憶媒体 Download PDF

Info

Publication number
WO2016139909A1
WO2016139909A1 PCT/JP2016/000875 JP2016000875W WO2016139909A1 WO 2016139909 A1 WO2016139909 A1 WO 2016139909A1 JP 2016000875 W JP2016000875 W JP 2016000875W WO 2016139909 A1 WO2016139909 A1 WO 2016139909A1
Authority
WO
WIPO (PCT)
Prior art keywords
order
decoding
information
time
packet
Prior art date
Application number
PCT/JP2016/000875
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 US15/550,054 priority Critical patent/US10631037B2/en
Priority to JP2017503337A priority patent/JP6489203B2/ja
Priority to KR1020197032220A priority patent/KR102137350B1/ko
Priority to KR1020177027862A priority patent/KR101995197B1/ko
Priority to MX2017011368A priority patent/MX371467B/es
Priority to KR1020197018321A priority patent/KR102041761B1/ko
Publication of WO2016139909A1 publication Critical patent/WO2016139909A1/ja
Priority to US16/824,793 priority patent/US11128911B2/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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4343—Extraction or processing of packetized elementary streams [PES]
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • 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
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4341—Demultiplexing of audio and video streams
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/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/4402—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 reformatting operations of video signals for household redistribution, storage or real-time display
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Definitions

  • the present invention relates to a decoding device that decodes an encoded packet, a receiving device, a transmitting device, a transmission / reception system, a decoding method, and a storage medium in which a decoding program is stored.
  • ISDB-T Integrated Services Digital Broadcasting-Terrestrial
  • television program information including video information and audio information and data broadcast information (hereinafter referred to as television program information) are transmitted to a large number of receiving devices by radio waves. . Similar information is also transmitted in satellite broadcasting and cable television broadcasting. The receiving device reproduces video and audio based on the transmitted television program information and the like.
  • MMT MPEG (Moving Picture Experts) Standardization of a new media transport method called “Group (Media Transport)” is underway (see, for example, Non-Patent Document 1).
  • Patent Document 1 describes a method for appropriately decoding encoded data in MMT.
  • the receiving device may not be able to receive the television program information or the like appropriately due to changes in weather conditions or the like.
  • the communication line is set. Video and audio are reproduced based on the television program information transmitted through the network. In order to reproduce in such a manner, it is necessary for the receiving device to decode and reproduce the television program information and the like transmitted via the communication line and the television program information and the like transmitted by radio waves in an appropriate order. There is.
  • the broadcaster generates time information based on the NTP (Network Time Protocol) time stamp, and transmits it in association with television program information, etc. so that the receiving device can reproduce in an appropriate order.
  • NTP Network Time Protocol
  • the time stamp of NTP refers to information indicating the time based on NTP.
  • the receiving device reproduces video and audio based on the television program information in an appropriate order based on the separately acquired NTP time stamp and the time information associated with the television program information.
  • NTP time stamps are based on Coordinated Universal Time. Coordinated universal time is adjusted once every few years to approximate universal time. The adjustment is performed by inserting leap seconds or deleting leap seconds. Specifically, when a leap second is inserted, for example, a time stamp indicating 8:59:59 (hereinafter referred to as “8:59:59” or the like) is generated twice in succession. When the leap second is deleted, a time stamp indicating the second second after 8:59:58 is generated to indicate 9:00:00.
  • Non-Patent Document 1 does not disclose any measures when the adjustment is performed.
  • the receiving device that has received the television program information and the like transmitted via the communication line and the television program information and the like transmitted by the radio wave has received the information. Video and audio cannot be played back in the proper order.
  • the receiving device receives the television program information or the like in an order different from the transmission order. Sometimes, the receiving device cannot decode and reproduce the information in an appropriate order.
  • An object of the present invention is to provide a decoding device that decodes sequentially transmitted information in an appropriate order, a receiving device, a transmitting device, a transmission / reception system, a decoding method, and a storage medium storing a decoding program. To do.
  • the decoding device includes: a decoding unit that decodes a packet transmitted from a transmitting device; and a decoding unit that is based on adjustment information that is included in the packet and that corresponds to adjustment of time to approximate Coordinated Universal Time.
  • Decoding order determining means for determining the order of packets to be decoded, wherein the packets include order information indicating the order in the same IP data flow, and the decoding order determining means may adjust the time according to the adjustment information. In the case shown, the order of packets to be decoded by the decoding means is determined based on the order information.
  • the receiving device includes any one of the decoding devices and a receiving device that receives a packet.
  • the transmitting device has the same IP data flow as the adjustment information according to the time adjustment for bringing the coordinated universal time closer to universal time so that the receiving side can decode the packets according to the content in a predetermined order. And a transmission means for transmitting a packet including order information indicating assets to be assembled.
  • the transmission / reception system includes a receiving device and a transmitting device of any aspect.
  • the decoding method includes a decoding step for decoding a packet transmitted from a transmitting device, and a decoding step based on adjustment information according to adjustment of time included in the packet so as to approximate the universal time.
  • a decoding order determining step for determining the order of packets to be decoded, wherein the packet includes order information indicating the order in the same IP data flow, and the time is adjusted by the adjustment information in the decoding order determining step.
  • the order of packets to be decoded in the decoding step is determined based on the order information.
  • the storage medium storing the decoding program according to the present invention is a computer that performs decoding processing for decoding a packet transmitted from a transmitting device, and adjustment of time included in the packet to approximate Coordinated Universal Time. And a decoding order determination process for determining the order of packets to be decoded in the decoding process based on the adjustment information, the packet includes order information indicating the order in the same IP data flow, When the adjustment information indicates that the time is adjusted, a decoding program is stored that determines the order of packets to be decoded in the decoding process based on the order information.
  • sequentially transmitted information can be decoded and reproduced in an appropriate order.
  • FIG. 1 is a block diagram illustrating a configuration example of a transmission / reception system according to the first embodiment of this invention.
  • the transmission / reception system according to the first embodiment of the present invention includes a transmitting device 100 that transmits information and a receiving device 200 that receives information.
  • the transmission device 100 and the reception device 200 may be realized by a computer on which a single or a plurality of circuits such as a CPU (Central Processing Unit) that executes processing according to program control is mounted.
  • a CPU Central Processing Unit
  • software for realizing each operation described below is installed in the transmission device 100 and the reception device 200.
  • the transmission device 100 and the reception device 200 may be configured to realize each operation described below by executing processing according to program control of the software.
  • the leap second that is inserted or deleted is 1 second, but the time may be shorter or longer than 1 second.
  • the transmission device 100 is installed by, for example, a broadcaster and transmits television program information and the like.
  • the receiving device 200 is installed by, for example, a viewer who views video and audio based on television program information or the like, and receives television program information or the like transmitted by the transmitting device 100. Then, the receiving device 200 presents (also referred to as playback or output) video and audio based on the received television program information and the like.
  • the video and audio presented to the receiving device 200 include information on application software including so-called applications, and various information such as subtitles and data.
  • a device that receives information transmitted by the transmitting device 100 and a device that decodes the information received by the device may be separately prepared.
  • a device that presents video, audio, or the like based on the decoded information may be prepared separately from the device that decodes the information. That is, the means for realizing each operation described below may be separate devices.
  • the transmitting device 100 transmits multimedia information 600 a by radio waves via the antenna 300.
  • the transmission device 100 transmits the multimedia information 600b via a communication line (which may be a communication network such as the Internet) 400.
  • the receiving device 200 receives the multimedia information 600a through the antenna 500.
  • the receiving device 200 receives the multimedia information 600b via the communication line 400.
  • the multimedia information 600a and 600b are both information including television program information, and the details will be described later.
  • the receiving device 200 includes, for example, a receiving unit 210 that receives the multimedia information 600a and 600b and a decoding unit 220 that executes a decoding process to be described later.
  • the multimedia information 600a and 600b transmitted and received between the transmitting device 100 and the receiving device 200 will be described.
  • FIG. 2 is a protocol stack diagram showing a protocol configuration of multimedia information 600a transmitted and received by radio waves.
  • the multimedia information 600a includes an IP (Internet Protocol) packet in a TLV (Type Length Value) packet format, and a TMCC (Transmission and Multiplexing Configuration and Control) that is a control signal.
  • IP Internet Protocol
  • TLV Type Length Value
  • TMCC Transmission and Multiplexing Configuration and Control
  • the TLV format IP packet (hereinafter also referred to as a TLV packet) includes time information based on NTP, television program information based on MMT, and the like.
  • FIG. 3 is a protocol stack diagram showing a protocol configuration of multimedia information 600b transmitted / received via the communication line 400.
  • the multimedia information 600b includes an IP packet corresponding to television program information and time information based on NTP.
  • the IP packet includes television program information based on MMT.
  • Video information and audio information such as television program information included in the multimedia information 600a and 600b will be described.
  • the video information is information based on the video signal.
  • the voice information is information based on a voice signal.
  • the transmitting device 100 encodes the video signal and the audio signal and stores the encoded video signal and the audio signal in an MFU (Media Fragment Unit).
  • An MPU Media Processing Unit
  • An MPU Media Processing Unit
  • the transmitting device 100 stores the MFU in an MMTP (MMT Protocol) payload.
  • the MMTP packet is transmitted as an IP packet.
  • Video signals and audio signals are encoded or packetized and converted into various formats, but in this example, information based on these video signals and information based on audio signals that change to various formats, These are collectively called video information and audio information.
  • Information including video information and audio information and presented to the viewer is also referred to as content information.
  • the MMTP packet includes a header part called an MMTP header and a payload part called an MMTP payload.
  • the MMTP header includes, for example, timestamp information indicating the time when the first byte of this MMTP packet is output from the transmitting entity by a short format NTP timestamp indicated in RFC (Request For Comments) 5905.
  • packet_counter information is stored in the MMTP header generated by the transmitting device 100.
  • the packet_counter information includes a packet_counter indicating the order of MMTP packets in the same IP data flow.
  • packet_counter information corresponds to order information.
  • the MMTP payload stores MPU_presentation_time information indicating the time (hereinafter referred to as presentation time) at which the receiving device 200 outputs video and audio based on the content information included in the MMTP packet including the own information.
  • the receiving device 200 executes processing so as to output video and audio based on the content information at the presentation time indicated by the MPU_presentation_time information.
  • the presentation time is described as being expressed in the NTP timestamp format, but other formats may be used as long as the time can be expressed.
  • packet ID information is stored in the MMTP payload generated by the transmitting device 100.
  • the packet ID information is information indicating a packet ID for identifying, for example, an MMTP packet constituting one asset from an MMTP packet constituting another asset.
  • a flag corresponding to the adjustment for bringing the coordinated universal time closer to universal time is prepared.
  • the leap second is inserted into the time information transmitted from the predetermined time before the timing at which the leap second is inserted to the timing.
  • the leap second insertion flag is set.
  • the predetermined time ago is, for example, one month before the timing.
  • the leap second insertion flag in this example corresponds to adjustment information.
  • the timing at which the flag is set or reset, and the type of the flag to be set are not limited to this, and flags according to other timings or other types may be used.
  • FIG. 4 is a block diagram illustrating a configuration example of a reception buffer in the reception device 200.
  • the reception buffer of the reception device 200 includes a TLV packet buffer 201, an IP packet buffer 202, an MMTP transport buffer 203, an MMTP buffer 204, a pre-decoding buffer 205, a decoder 206, and a decoded picture buffer 207. Including.
  • TLV packet buffer 201 a TLV packet extracted from the multimedia information 600a transmitted by radio waves is input and temporarily stored.
  • IP packet buffer 202 an IP packet based on the TLV packet temporarily stored in the TLV packet buffer 201 is input and temporarily stored.
  • the IP packet buffer 202 receives the IP packet of the multimedia information 600b transmitted from the transmitting device 100 via the communication line 400 and temporarily stores it.
  • the IP packets temporarily stored in the IP packet buffer 202 and converted into MMTP are classified for each asset such as video and audio based on the packet ID information included in the MMTP header.
  • the classified IP packet is input to the MMTP buffer 204 corresponding to the classification result.
  • the MMTP buffer 204 includes MMTP B1, MMTP Bn, and MMTP Bs. Then, the IP packet of the asset for the video is input to MMTP B1. Also, the IP packet of the asset for voice is input to MMTP Bn. Then, the asset IP packet for the control message is input to MMTP Bs and temporarily stored.
  • the IP packet of the asset regarding the video input to the MMTP B1 is restored to the data of the NAL (Network Abstraction Layer) unit and temporarily stored in the MMTP B1.
  • NAL Network Abstraction Layer
  • the IP packet of the asset about audio input to MMTP Bn is restored to LATM (Low-overhead MPEG-4 Audio Transport Multiplex) / LOAS (Low Overhead Audio Stream) format data and temporarily stored in MMTP Bn Is done.
  • LATM Low-overhead MPEG-4 Audio Transport Multiplex
  • LOAS Low Overhead Audio Stream
  • Each data and control message temporarily stored in the MMTP buffer 204 is input to the pre-decoding buffer 205.
  • the pre-decoding buffer 205 includes an elementary stream buffer EB1 for the elementary stream 1, a main buffer Bn for the elementary stream n, and a main buffer Bs for system information.
  • the NAL unit data temporarily stored in the MMTP B1 is input to the elementary stream buffer EB1.
  • the elementary stream buffer EB1 is, for example, a CPB (Coded Picture Buffer).
  • LATM / LOAS format data temporarily stored in the MMTP Bn is input and temporarily stored.
  • raw data stream format data may be input and temporarily stored in the main buffer Bn.
  • the data in the LATM / LOAS format as an example is described as being restored to the data in the Raw Data Stream format as an example, but data in other formats is further restored to data in other formats. It may be configured as follows.
  • a control message temporarily stored in the MMTP Bs is input and temporarily stored.
  • Each data and control message input to the pre-decoding buffer 205 is output to the decoder 206 at a timing according to DTS (Decode Time Stamp), decoded, and temporarily stored.
  • DTS Decode Time Stamp
  • the decoder 206 includes a video decoder D1, an audio decoder Dn, and a system decoder Ds.
  • the data output from the elementary stream buffer EB1 to the decoder 206 is decoded into video data by the video decoder D1.
  • the decoded video data is input to the decoded picture buffer 207 and temporarily stored as necessary.
  • the data output from the main buffer Bn to the decoder 206 is decoded into audio data by the audio decoder Dn.
  • control message output from the main buffer Bs to the decoder 206 is decoded into control information by the system decoder Ds.
  • the control information is used for controlling each unit in the receiving device 200.
  • DTS also referred to as decoding time
  • the presentation time and decoding time of the video signal or audio signal are provided using the MPU time stamp descriptor and the MPU extended time stamp descriptor.
  • FIG. 5 is an explanatory diagram showing an outline of an access unit in MPU, its presentation time, and decoding time.
  • the bit string constituting the MPU is schematically shown for each access unit which is the unit of the same presentation time.
  • a B frame, an I frame, or a B frame (hereinafter referred to as an I / B frame) is configured by a bit string that configures each access unit.
  • IRAP Intra Random Access Point
  • an I / B frame is arranged every 7 frames, and the frame between them is a B frame.
  • each access unit is numbered in advance in the order of presentation.
  • the presentation order of each access unit is shown by the numbers given to “B”, “I / B”, and “IRAP”.
  • the example shown in the upper part of FIG. 5 indicates that the access units are decoded in a different order from the presentation order.
  • MPU_presentation_time information is stored in the MMTP payload.
  • the presentation time of the access unit first presented in the MPU is indicated in the NTP time stamp format. Therefore, in FIG. 5, the video based on the B frame of the 25th access unit is presented at the time indicated by the MPU_presentation_time information.
  • the MPU_presentation_time information corresponds to presentation time information.
  • the DTS of the nth access unit in the MPU is calculated by the following formula.
  • DTS (n) MPU_Presentation_time ⁇ MPU_decoding_time_offset ⁇ timescale + ⁇ pts_offset (k) ⁇ timescale (1)
  • MPU_Presentation_time is a time indicated in the NTP timestamp format by the MPU_presentation_time information.
  • MPU_decoding_time_offset is a difference value between the decoding time of the access unit that is decoded first and the presentation time of the access unit that is presented first.
  • pts_offset is a difference value between the presentation time of the previous access unit and the presentation time of the current access unit in the presentation order within the same MPU.
  • Timescale is a value indicating the unit of these times.
  • k is the number of access units in this MPU.
  • PTS Presentation Time Stamp
  • Dts_pts_offset (n) is a difference value between the decoding time and the presentation time of the nth access unit in the MPU.
  • the transmitting device 100 can receive the receiving device 200 before starting the decoding of the MPU in the receiving device 200 so that the receiving device 200 can calculate the DTS and the PTS using the equations (1) and (2). , Send each information.
  • FIG. 6 is an explanatory diagram showing an example of an MMTP packet transmitted and received when leap seconds are inserted.
  • 8:59:59 arrives again after 8:59:59. That is, 8:59:59 is inserted as leap seconds between 8:59:59 and 9:00:00.
  • the value of the NTP timestamp increases with the passage of time. Therefore, the value of the time stamp of NTP increases with the passage of time from the first time 8: 59: 59.0 to 8: 59: 59.999. However, if 8:59:59 is inserted as a leap second between the first 8:59:59 and 9:00: 00, 2 after the first 8: 59: 59.999 The value of the NTP time stamp at the time of 8: 59: 59.0 for the first time is reduced to the value at the time of 8: 59: 59.0 for the first time. Then, the value of the NTP time stamp increases again with the passage of time from the second time 8: 59: 59.0 to 8: 59: 59.999.
  • the transmitting device 100 sequentially generates and transmits MMTP packets.
  • MMTP packets having values 1 to 10 indicated by packet_counter information are sequentially generated and transmitted.
  • Each MMTP packet includes time stamp information in the header portion, and MPU_presentation_time information in which the presentation time is indicated by the value of the NTP time stamp in the payload portion.
  • the MMTP reception column in FIG. 6 shows an example in which the MMTP packets are arranged based on the time stamp value indicated by the timestamp information included in each MMTP packet.
  • MMTP packets whose values indicated by the packet_counter information are 1 to 5, 9, and 10 are arranged in the order generated and transmitted by the transmitting device 100.
  • the order of the MMTP packets generated and transmitted between 8: 59: 59.0 and 8: 59: 59.999 in the first and second times is as follows.
  • the order generated and transmitted by the transmitting device 100 does not match.
  • the MMTP packet whose value indicated by the packet_counter information is “7” before the MMTP packet whose value indicated by the packet_counter information is “6” and “ 8 ”are arranged.
  • the receiving device 200 performs processing for decoding and presenting the MMTP packet in the order based on the time stamp value indicated by the timestamp information before and after the leap second insertion, the receiving device 200 performs the processing in a different order from the IP data flow. Processing will be performed.
  • FIG. 7 is a flowchart illustrating an example in which the receiving device 200 performs processing by changing the order of MMTP packets transmitted and received when leap seconds are inserted.
  • an MMTP packet having a value 1 to 10 indicated by the packet_counter information is transmitted.
  • the receiving device 200 proceeds to the process of step S103, and otherwise (N in step S101 or N in step S102), proceeds to the process of step S107.
  • the receiving device 200 executes a normal process of processing the MMTP packet used for presentation in the order based on the timestamp information in the process of step S107 (step S107). Then, each MMTP packet is decoded and presented in the order based on the timestamp information.
  • the receiving device 200 determines to perform the process by changing the order with respect to the order based on the timestamp information in the process of Step S103 (Step S103).
  • the leap second insertion flag is set until it is reset to 9: 00: 00.0. Specifically, for example, the leap second insertion flag is set in the time information included in the MMTP packet transmitted before 9: 00: 00.0, and transmitted after 9: 00: 00.0. The leap second insertion flag is not set in the time information included in the MMTP packet.
  • the receiving device 200 receives the MMTP packet indicated by the packet_counter information by adding 1 to the value indicated by the packet_counter information of the MMTP packet decoded immediately before from 8: 59: 57.0, Decoding is performed sequentially (step S104).
  • each MMTP packet generated and transmitted by the transmitting device 100 in the order of the value indicated by the packet_counter information is decoded based on the value indicated by the packet_counter information, in this order as a specific example, and each MMTP packet is decoded.
  • a video or the like based on is presented (step S105).
  • “based on value” is described as the order in which the value is small, but may be in another order such as the order in which the value is large.
  • the unit in which the MMTP packet is decoded is, for example, an access unit unit, but the MMTP packet may be decoded every other unit.
  • Step S106 When the predetermined time has not elapsed since the leap second was inserted (N in Step S106), the receiving device 200 proceeds to the process of Step S104.
  • each MMTP packet is decoded based on the value indicated by the packet_counter information. Then, videos and the like based on each MMTP packet are presented sequentially.
  • the receiving device 200 shifts to a normal process for determining the order of MMTP packets used for presentation based on the timestamp information (Ste S107).
  • step S106 The determination in the process of step S106 may be made based on whether or not a predetermined time has elapsed since the leap second insertion flag is no longer set.
  • the “predetermined time” in the processing of steps S102 and S106 is, for example, 3 seconds. Therefore, the processes of steps S104 and S105 are repeated for 3 seconds before and after the timing at which the leap second is inserted. Specifically, the processing of steps S104 to S106 is performed, for example, from 8: 00: 57: 57, which is 3 seconds before 9:00: 00 when the leap second is inserted, at 9:00: 00 when the leap second is inserted. 3 seconds later until 9:00:03.
  • the receiving device 200 performs the process based on the value indicated by the packet_counter information for 3 seconds before and after the timing at which the leap second is inserted, and performs the normal process of step S107 for other periods. .
  • the receiving device 200 processes the MMTP packet based on the value indicated by the packet_counter information for a period corresponding to the timing at which the leap second is inserted. Therefore, it is possible to prevent the occurrence of a problem caused by the insertion of leap seconds.
  • each MMTP packet can be decoded in an appropriate order, Video based on packets can be presented in an appropriate order.
  • Decoding can be performed in an appropriate order according to the processing order determined by the transmission side.
  • the receiving apparatus 200 can appropriately follow the processing order determined by the transmission side. Can be decoded in any order.
  • step S104 the receiving device 200 receives each MMTP packet at a timing according to the value of pts_offset used in the calculation of equation (1) in the process of step S107 immediately before, for example.
  • Decrypt Specifically, for example, the timing for decoding each MMTP packet constituting the access unit is determined so as to decode the MMTP packet constituting the access unit at a time interval corresponding to the value of pts_offset.
  • FIG. 8 is an explanatory diagram showing the decoding timing of each MMTP packet determined by the additional processing. In the example illustrated in FIG.
  • each MMTP packet is decoded in a time interval corresponding to the value of pts_offset in the order based on the value of packet_counter. Then, in addition to the processing in step S105, the receiving device 200, for example, provides the video and audio corresponding to the MMTP packet constituting the access unit at a time interval corresponding to the value of pts_offset. The timing for presenting video and audio corresponding to each MMTP packet that constitutes is determined. Then, the receiving device 200 presents the video and audio at the determined timing.
  • the value of pts_offset does not change in a series of MPUs. Therefore, by the additional processing, the timing for decoding the MMTP packet of the access unit after the next time is determined based on the calculation result in the previous step S107 and the value of pts_offset used for the calculation, and each MMTP The packet can be decoded at an appropriate timing, and a video based on the MMTP packet can be presented at an appropriate timing.
  • FIG. 9 is an explanatory diagram illustrating an example of an MMTP packet transmitted and received when leap seconds are deleted. As shown in the MMTP generation column in FIG. 9, each MMTP packet transmitted and received in this example includes packet_counter information indicating the transmission order.
  • each MMTP packet transmitted by the transmitting device 100 is received by the receiving device 200 in the transmission order indicated by the packet_counter information. .
  • Embodiment 2 a transmission / reception system according to the second embodiment of the present invention will be described.
  • the order in which the MMTP packets are processed is changed based on the value indicated by the packet_counter information.
  • the order in which MPUs are processed is changed based on the value indicated by the mpu_sequence_number information. Note that mpu_sequence_number information is stored in the MMTP payload generated by the transmitting device 100.
  • the mpu_sequence_number information is information indicating mpu_sequence_number that is a sequence number assigned to identify each MPU from other MPUs for each identical asset.
  • mpu_sequence_number information corresponds to order information.
  • FIG. 10 is an explanatory diagram showing an example of an MPU transmitted and received when leap seconds are inserted.
  • each MPU is transmitted sequentially at intervals of 0.5 seconds.
  • the MMTP packet of the MPU whose value (indicated as MPU sequence number in FIG. 10) indicated by the mpu_sequence_number information is “1” is transmitted at 8: 59: 57.0.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “2” is transmitted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “3” is transmitted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “4” is transmitted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “5” is transmitted.
  • an MPU MMTP packet whose value indicated by the mpu_sequence_number information is “6” is transmitted.
  • the MPU MMTP packet whose value indicated by the mpu_sequence_number information is “7” is transmitted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “8” is transmitted.
  • an MPU MMTP packet whose value indicated by the mpu_sequence_number information is “9” is transmitted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “10” is transmitted.
  • the value corresponding to the presentation time indicated by the MPU_presentation_time information is assumed to indicate a value corresponding to a time 2 seconds after the transmitted time.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “1” is 8: 59: 59.0.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “2” is 8: 59: 59.5.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “3” is 9: 00: 00.0.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “4” is 9: 00: 00.5.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “5” is 9: 00: 01.0.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “6” is 9: 00: 01.5.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “7” is 9: 00: 01.0.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “8” is 9: 00: 01.5.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “9” is 9: 00: 02.0.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “10” is 9: 00: 02.5.
  • the insertion of 8:59:59 as leap seconds causes the MPU_presentation_time information to indicate that 8: 59: 59.0 to 8: 59: 59.999 were repeated twice.
  • FIG. 11 is an explanatory diagram illustrating an example in which the receiving device 200 processes an MPU transmitted and received when a leap second is inserted. Also in the present embodiment, the operation of the receiving device 200 for processing the MPU transmitted / received when the leap second is inserted will be described with reference to the flowchart illustrated in FIG. 7.
  • an MMTP packet of an MPU having a value 1 to 10 indicated by mpu_sequence_number information is transmitted.
  • the receiving device 200 proceeds to the process of step S103, and otherwise (N in step S101 or N in step S102), proceeds to the process of step S107.
  • the receiving device 200 executes normal processing for processing MMTP packets used for presentation in the order based on the MPU_presentation_time information (step S107). Then, each MMTP packet is decoded and presented in the order based on the MPU_presentation_time information.
  • the receiving device 200 determines to perform the processing by changing the order in Step S103 (Step S103).
  • the leap second insertion flag is indicated as NTP lease_indicator in FIGS. 10 and 11 and is set until it is reset to 9: 00: 00.0. Specifically, for example, the leap second insertion flag is set in the time information included in the MMTP packet transmitted before 9: 00: 00.0, and transmitted after 9: 00: 00.0. The leap second insertion flag is not set in the time information included in the MMTP packet.
  • the receiving device 200 adds a value obtained by adding 1 to the value indicated by the mpu_sequence_number information of the MMTP packet of the MPU just decoded from 8: 59: 57.0 to the MPU indicated by the mpu_sequence_number information.
  • the MMTP packets are sequentially decoded (step S104).
  • the MMTP packet of each MPU generated and transmitted in the order of the value indicated by the mpu_sequence_number information by the transmitting device 100 is decoded based on the value indicated by the mpu_sequence_number information, and the MMTP of each MPU.
  • a video or the like based on the packet is presented (step S105).
  • Step S106 When the predetermined time has not elapsed since the leap second was inserted (N in Step S106), the receiving device 200 proceeds to the process of Step S104.
  • the MMTP packet of each MPU is decoded based on the value indicated by the mpu_sequence_number information. Then, video based on the MMTP packet of each MPU is sequentially presented.
  • the receiving device 200 shifts to a normal process for determining the order of MMTP packets used for presentation based on the MPU_presentation_time information ( Step S107).
  • step S106 may be made based on whether or not a predetermined time has elapsed since the leap second insertion flag is not set, as in the case of the first embodiment described above.
  • the “predetermined time” in the processing of steps S102 and S106 is, for example, 3 seconds, as in the case of the first embodiment described above. Therefore, the processes of steps S104 and S105 are repeated for 3 seconds before and after the timing at which the leap second is inserted.
  • the processing in steps S104 to S106 is, for example, 8:59:57, which is 3 seconds before 9:00 when the leap second is inserted, as in the case of the first embodiment described above. To 9:00:03, which is 3 seconds after 9:00 when the leap second is inserted.
  • the receiving device 200 performs processing based on the value indicated by the mpu_sequence_number information for 3 seconds before and after the timing at which the leap second is inserted, and performs the normal processing in step S107 for other periods. .
  • steps S104 and S105 additional processing may be performed as in the first embodiment.
  • the receiving device 200 receives each MMTP packet at a timing according to the value of pts_offset used in the calculation of equation (1) in the process of step S107 immediately before, for example.
  • Decrypt Specifically, for example, the timing for decoding each MMTP packet constituting the access unit is determined so as to decode the MMTP packet constituting the access unit at a time interval corresponding to the value of pts_offset.
  • the receiving device 200 for example, provides the video and audio corresponding to the MMTP packet constituting the access unit at a time interval corresponding to the value of pts_offset. The timing for presenting video and audio corresponding to each MMTP packet that constitutes is determined. Then, the receiving device 200 presents the video and audio at the determined timing.
  • the value of pts_offset does not change in a series of MPUs. Therefore, by the additional processing, the timing for decoding the MMTP packet of the access unit after the next time is determined based on the calculation result in the previous step S107 and the value of pts_offset used for the calculation, and each MMTP The packet can be decoded at an appropriate timing, and a video based on the MMTP packet can be presented at an appropriate timing.
  • a leap second deletion flag corresponding to the deletion of the leap second is set in the time information transmitted from the predetermined time before the timing at which the leap second is deleted to the timing. Is done.
  • the predetermined time ago is, for example, one month before the timing.
  • the leap second deletion flag in this example corresponds to adjustment information.
  • the timing at which the flag is set or reset, and the type of the flag to be set are not limited to this, and flags according to other timings or other types may be used.
  • FIG. 12 is an explanatory diagram showing an example of an MPU transmitted and received when leap seconds are deleted.
  • each MPU is sequentially transmitted at intervals of 0.5 seconds. Then, in the example illustrated in FIG. 12, the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “1” is transmitted at 8: 59: 56.0. Also, at 8: 59: 56.5, an MPU MMTP packet whose value indicated by the mpu_sequence_number information is “2” is transmitted. At 8: 59: 57.0, the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “3” is transmitted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “4” is transmitted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “5” is transmitted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “6” is transmitted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “7” is transmitted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “8” is transmitted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “9” is transmitted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “10” is transmitted.
  • the value corresponding to the presentation time indicated by the MPU_presentation_time information is assumed to indicate a value corresponding to a time 2 seconds after the transmitted time.
  • the presentation time according to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “1” is 8: 59: 58.0.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “2” is 8: 59: 58.5.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “3” is 8: 59: 59.0.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “4” is 8: 59: 59.5.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “5” is 9: 00: 00.0.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “6” is 9: 00: 00.5.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “7” is 9: 00: 02.0.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “8” is 9: 00: 02.5.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “9” is 9: 00: 03.0.
  • the presentation time corresponding to the value indicated by the MPU_presentation_time information of the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “10” is 9: 00: 03.5.
  • the video corresponding to the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “3”, and the video corresponding to the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is “4” are not presented. .
  • FIG. 13 is an explanatory diagram illustrating an example in which the receiving device 200 processes an MPU transmitted and received when leap seconds are deleted.
  • FIG. 14 is a flowchart illustrating an example in which the receiving device 200 processes an MPU transmitted and received when leap seconds are deleted.
  • the MMTP packet of the MPU whose value indicated by the mpu_sequence_number information is 1 to 10 is transmitted at the same timing as in the example shown in FIG. If the leap second deletion flag is set in the time information included in the MMTP packet (Y in step S201) and the leap second is within a predetermined time until the timing of deletion (Y in step S202), The receiving device 200 proceeds to the process of step S203, and otherwise (N in step S201 or N in step S202), proceeds to the process of step S207.
  • step S207 the receiving device 200 executes normal processing for processing MMTP packets used for presentation in the order based on the MPU_presentation_time information (step S207). Then, each MMTP packet is decrypted and presented in the order based on the mpu_sequence_number information.
  • the receiving device 200 determines to perform the process by changing the order in the process of step S203 (step S203).
  • the leap second deletion flag is indicated as NTP lease_indicator in FIGS. 12 and 13 and is set until it is reset to 9: 00: 00.0. Specifically, for example, the leap second deletion flag is set in the time information included in the MMTP packet transmitted before 9: 00: 00.0, and transmitted after 9: 00: 00.0. The leap second deletion flag is not set in the time information included in the MMTP packet.
  • the receiving device 200 receives the value obtained by adding 1 to the value indicated by the mpu_sequence_number information of the MPU MMTP packet decoded immediately before from 8: 59: 56.0, and the MMTP packet indicated by the mpu_sequence_number information. Are sequentially decoded (step S204).
  • the MMTP packet of each MPU generated and transmitted by the transmitting device 100 in the order of the value indicated by the mpu_sequence_number information is decoded based on the value indicated by the mpu_sequence_number information, and the MMTP of each MPU.
  • a video or the like based on the packet is presented (step S205).
  • Step S206 When the predetermined time has not elapsed since the leap second was deleted (N in Step S206), the receiving device 200 proceeds to the process in Step S204.
  • the MMTP packet of each MPU is decoded based on the value indicated by the mpu_sequence_number information, as shown in the lower part of FIG. Then, videos and the like based on each MMTP packet are presented sequentially.
  • the receiving device 200 proceeds to a normal process for determining the order of MMTP packets used for presentation based on the MPU_presentation_time information ( Step S207).
  • step S206 The determination in the process of step S206 may be made based on whether or not a predetermined time has elapsed since the leap second deletion flag is no longer set.
  • the “predetermined time” in the processing of steps S202 and S206 is, for example, 3 seconds. Therefore, the processes of steps S204 and S205 are repeated for 3 seconds before and after the timing at which the leap second is deleted. Specifically, the processes in steps S204 and S205 are performed, for example, at 9:00:00 when leap seconds are deleted from 8:59:56, which is 3 seconds before 9:00:00 when leap seconds are deleted. 3 seconds later until 9:00:03.
  • the receiving device 200 performs processing based on the value indicated by the mpu_sequence_number information for 3 seconds before and after the leap second is deleted, and performs normal processing in step S207 for other periods. .
  • steps S204 and S205 additional processing may be performed in steps S204 and S205.
  • the receiving device 200 adds each MMTP packet to the timing according to the value of pts_offset used in the calculation of equation (1) in the immediately preceding step S207, for example, in addition to the processing in step S204.
  • Decrypt Specifically, for example, the timing for decoding each MMTP packet constituting the access unit is determined so as to decode the MMTP packet constituting the access unit at a time interval corresponding to the value of pts_offset.
  • the receiving device 200 for example, the access unit so as to present video and audio corresponding to the MMTP packet constituting the access unit at a time interval corresponding to the value of pts_offset.
  • the timing for presenting video and audio corresponding to each MMTP packet that constitutes is determined.
  • the receiving device 200 presents the video and audio at the determined timing.
  • the value of pts_offset does not change in a series of MPUs. Therefore, by the additional processing, the timing for decoding the MMTP packet of the access unit from the next time is determined based on the calculation result in the processing of the previous step S207 and the value of pts_offset used for the calculation.
  • the packet can be decoded at an appropriate timing, and a video based on the MMTP packet can be presented at an appropriate timing.
  • the receiving device 200 determines the MMTP of each MPU based on the value indicated by the mpu_sequence_number information, the period according to the timing when the leap second is inserted, and the period according to the timing when the leap second is deleted. Process the packet. Therefore, it is possible to prevent the occurrence of a problem caused by the leap second being inserted or deleted.
  • the MMTP packets of each MTU are decoded in an appropriate order during the period according to the timing at which the leap second is inserted and the period according to the timing at which the leap second is deleted, or the video based on the MMTP packet. Etc. can be presented in an appropriate order.
  • Decoding can be performed in an appropriate order according to the processing order determined by the transmission side, and further, decoding can be performed at an appropriate timing according to the determination on the transmission side.
  • the receiving apparatus 200 can appropriately follow the processing order determined by the transmission side. It is possible to perform decoding in a proper order, and further, it is possible to perform decoding at an appropriate timing according to the determination on the transmission side.
  • FIG. 15 is a block diagram illustrating a configuration example of the decoding device 20 according to the third embodiment of the present invention.
  • the decoding device 20 according to the third embodiment of the present invention includes a decoding unit 21 and a decoding order determination unit 22.
  • the decoding unit 21 decodes a packet transmitted from the transmission device 10 (corresponding to the transmission device 100 in the first and second embodiments shown in FIG. 1).
  • the decoding order determination unit 22 determines the order of the packets to be decoded by the decoding unit 21 based on the adjustment information according to the adjustment of the time for bringing the coordinated universal time closer to the universal time included in the packet.
  • the packet includes order information indicating the order in the same IP data flow, and the decoding order determination unit 22 performs decoding based on the order information when the adjustment information indicates that time adjustment is performed.
  • the unit 21 determines the order of packets to be decoded.
  • the sequentially transmitted information can be decoded and reproduced in an appropriate order.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

［課題］順次送信された情報を適切な順序で復号して再生する復号装置、受信機器、送受信システム、復号方法、および復号用プログラムが記憶された記憶媒体を提供する。 ［解決手段］復号部２１が、送信機器１０から送信されたパケットを復号する。復号順序決定部２２が、パケットに含まれる、世界時に協定世界時を近づけるための時刻の調整に応じた調整情報に基づいて、復号部２１が復号するパケットの順序を決定する。パケットは、同一のＩＰデータフローにおける順序を示す順序情報を含んでおり、復号順序決定部２２が、調整情報によって時刻の調整が行われることが示されている場合に、順序情報に基づいて復号部２１が復号するパケットの順序を決定する。

Description

復号装置、受信機器、送信機器、送受信システム、復号方法、および復号用プログラムが記憶された記憶媒体
　本発明は、符号化されたパケットを復号する復号装置、受信機器、送信機器、送受信システム、復号方法、および復号用プログラムが記憶された記憶媒体に関する。
　世界各国で、テレビジョン放送で送受信される信号をアナログ信号からデジタル信号に変更するデジタル化が進められている。日本では、ＩＳＤＢ－Ｔ（Ｉｎｔｅｇｒａｔｅｄ　Ｓｅｒｖｉｃｅｓ　Ｄｉｇｉｔａｌ　Ｂｒｏａｄｃａｓｔｉｎｇ－Ｔｅｒｒｅｓｔｒｉａｌ）方式に基づく地上デジタル放送が行われている。
　ＩＳＤＢ－Ｔ方式に基づく地上デジタル放送では、電波によって、多数の受信機器に映像情報と音声情報とを含むテレビジョン番組情報、およびデータ放送情報（以下、テレビジョン番組情報等という）が送信される。また、衛星放送や、ケーブルテレビジョン放送においても、同様な情報が送信される。受信機器は、送信されたテレビジョン番組情報等に基づいて、映像や音声を再生する。
　また、受信機器に出力させる映像や音声の質を向上させたり、種類を増加させたりする等の理由から、より多くの情報を受信機器に送信することが検討され、ＭＭＴ（ＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）と呼ばれる新たなメディアトランスポート方式の標準化が進められている（例えば、非特許文献１参照）。
　特許文献１には、ＭＭＴにおいて、符号化されたデータを適切に復号する方法が記載されている。
国際公開第２０１４／１９６１８９号
"デジタル放送におけるＭＭＴによるメディアトランスポート方式　１．１版"、［ｏｎｌｉｎｅ］、２０１４年１２月、一般社団法人電波産業会、［２０１５年２月２６日検索］、インターネット＜URL:http://arib.or.jp/english/html/overview/doc/2-STD-B60v1_1.pdf＞
　しかし、電波によってテレビジョン番組情報等が送信されても、気象条件の変化等によって、受信機器が当該テレビジョン番組情報等を適切に受信できない場合がある。
　そこで、ＭＭＴでは、通信回線および電波という複数の伝送路を介して、テレビジョン番組情報等が送受信され、電波によって送信されたテレビジョン番組情報等を適切に受信できなかった場合に、通信回線を介して送信されたテレビジョン番組情報等に基づいて、映像や音声を再生する。そのように再生するためには、受信機器が、通信回線を介して送信されたテレビジョン番組情報等と、電波によって送信されたテレビジョン番組情報等とを適切な順序で復号して再生する必要がある。
　ここで、放送事業者は、ＮＴＰ（Ｎｅｔｗｏｒｋ　Ｔｉｍｅ　Ｐｒｏｔｏｃｏｌ）のタイムスタンプに基づいて、受信機器が適切な順序で再生可能なように、時刻情報を生成してテレビジョン番組情報等に対応付けて送信する。ここで、ＮＴＰのタイムスタンプとは、ＮＴＰに基づく時刻を示す情報をいう。受信機器は、別途取得したＮＴＰのタイムスタンプとテレビジョン番組情報等に対応付けられた時刻情報とに基づいて、テレビジョン番組情報等に基づく映像や音声を適切な順序で再生する。
　ＮＴＰのタイムスタンプは、協定世界時に基づいている。協定世界時は、数年に１度、世界時に近づけるために調整される。当該調整は、閏秒の挿入または閏秒の削除によって行われる。具体的には、閏秒が挿入される場合には、例えば、８時５９分５９秒（以下、「８：５９：５９」等という）を示すタイムスタンプが２回連続して生成される。また、閏秒が削除される場合には、８：５９：５８の次の秒を示すタイムスタンプが９：００：００を示すように生成される。
　そうすると、特許文献１に記載されている方法では、当該調整が行われる場合に、受信機器は、送信されたテレビジョン番組情報等に基づく映像や音声を再生する順序を適切に判断することができない。非特許文献１には、当該調整が行われる場合の対応について、何ら開示されていない。
　また、当該調整が行われない場合であっても、通信回線を介して送信されたテレビジョン番組情報等と、電波によって送信されたテレビジョン番組情報等とを受信した受信機器が、それら情報を適切な順序で復号して映像や音声を再生することができない。
　さらに、当該調整が行われない場合であっても、通信回線を介してテレビジョン番組情報等が送信された場合に、送信順とは異なった順序で受信機器がテレビジョン番組情報等を受信したときに、当該受信機器が、それら情報を適切な順序で復号して再生することができない。
　そこで、本発明は、順次送信された情報を適切な順序で復号する復号装置、受信機器、送信機器、送受信システム、復号方法、および復号用プログラムが記憶された記憶媒体を提供することを目的とする。
　本発明による復号装置は、送信機器から送信されたパケットを復号する復号手段と、パケットに含まれる、世界時に協定世界時を近づけるための時刻の調整に応じた調整情報に基づいて、復号手段が復号するパケットの順序を決定する復号順序決定手段とを備え、パケットは、同一のＩＰデータフローにおける順序を示す順序情報を含み、復号順序決定手段は、調整情報によって時刻の調整が行われることが示されている場合に、順序情報に基づいて復号手段が復号するパケットの順序を決定することを特徴とする。
　本発明による受信機器は、いずれかの態様の復号装置と、パケットを受信する受信装置とを備えたことを特徴とする。
　本発明による送信機器は、受信側に、コンテンツに応じたパケットを所定の順序で復号させるために、世界時に協定世界時を近づけるための時刻の調整に応じた調整情報と、同一のＩＰデータフローにおける順序、または集合して構成するアセットを示す順序情報とを含むパケットを送信する送信手段を備えたことを特徴とする。
　本発明による送受信システムは、受信機器と、いずれかの態様の送信機器とを備えたことを特徴とする。
　本発明による復号方法は、送信機器から送信されたパケットを復号する復号ステップと、パケットに含まれる、世界時に協定世界時を近づけるための時刻の調整に応じた調整情報に基づいて、復号ステップで復号するパケットの順序を決定する復号順序決定ステップとを含み、パケットは、同一のＩＰデータフローにおける順序を示す順序情報を含み、復号順序決定ステップで、調整情報によって時刻の調整が行われることが示されている場合に、順序情報に基づいて復号ステップで復号するパケットの順序を決定することを特徴とする。
　本発明による復号用プログラムが記憶された記憶媒体は、コンピュータに、送信機器から送信されたパケットを復号する復号処理と、パケットに含まれる、世界時に協定世界時を近づけるための時刻の調整に応じた調整情報に基づいて、復号処理で復号するパケットの順序を決定する復号順序決定処理とを実行させ、パケットは、同一のＩＰデータフローにおける順序を示す順序情報を含み、復号順序決定処理で、調整情報によって時刻の調整が行われることが示されている場合に、順序情報に基づいて復号処理で復号するパケットの順序を決定させることを特徴とする復号用プログラムが記憶されている。
　本発明によれば、順次送信された情報を適切な順序で復号して再生することができる。
本発明の第１の実施形態の送受信システムの構成例を示すブロック図である。 電波によって送受信されるマルチメディア情報のプロトコル構成を示すプロトコルスタック図である。 通信回線を介して送受信されるマルチメディア情報のプロトコル構成を示すプロトコルスタック図である。 受信機器における受信バッファの構成例を示すブロック図である。 ＭＰＵ内におけるアクセスユニットとその提示時刻、および復号時刻の概要を示す説明図である。 閏秒が挿入される場合に送受信されるＭＭＴＰパケットの例を示す説明図である。 受信機器が、閏秒が挿入される場合に送受信されるＭＭＴＰパケットの順序を入れ替えて処理する例を示すフローチャートである。 付加的な処理によって決定された、各ＭＭＴＰパケットの復号タイミングを示す説明図である。 閏秒が削除される場合に送受信されるＭＭＴＰパケットの例を示す説明図である。 閏秒が挿入される場合に送受信されるＭＰＵの例を示す説明図である。 受信機器が、閏秒が挿入される場合に送受信されるＭＰＵを処理する例を示す説明図である。 閏秒が削除される場合に送受信されるＭＰＵの例を示す説明図である。 受信機器が、閏秒が削除される場合に送受信されるＭＰＵを処理する例を示す説明図である。 受信機器が、閏秒が削除される場合に送受信されるＭＰＵを処理する例を示すフローチャートである。 本発明の第３の実施形態の復号装置の構成例を示すブロック図である。
　実施形態１．
　本発明の第１の実施形態の送受信システムについて、図面を参照して説明する。図１は、本発明の第１の実施形態の送受信システムの構成例を示すブロック図である。図１に示すように、本発明の第１の実施形態の送受信システムは、情報を送信する送信機器１００と、情報を受信する受信機器２００とを含む。なお、送信機器１００および受信機器２００は、例えば、プログラム制御に従って処理を実行する、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）等の単数または複数の回路が搭載されたコンピュータによって実現されてもよい。具体的には、例えば、送信機器１００および受信機器２００に、以下に述べる各動作を実現させるためのソフトウェアが搭載される。そして、送信機器１００および受信機器２００は、当該ソフトウェアのプログラム制御に従って処理を実行することにより、以下に述べる各動作を実現するように構成されていてもよい。
　なお、以下、挿入または削除される時間である閏秒が１秒であるとして説明するが、当該時間は１秒よりも短くてもよいし、長くてもよい。
　送信機器１００は、例えば、放送事業者等によって設置され、テレビジョン番組情報等を送信する。受信機器２００は、例えば、テレビジョン番組情報等に基づく映像や音声を視聴する視聴者によって設置され、送信機器１００が送信したテレビジョン番組情報等を受信する。そして、受信機器２００は、受信したテレビジョン番組情報等に基づく映像や音声を提示（再生や出力ともいう）する。なお、受信機器２００に提示される映像や音声には、いわゆるアプリを含むアプリケーションソフトウェアの情報や、字幕、データ等の様々な情報が含まれる。また、送信機器１００が送信した情報を受信する装置と、当該装置が受信した当該情報を復号する装置とが別個に用意されていてもよい。さらに、当該情報を復号する装置と別個に、復号された当該情報に基づく映像や音声等を提示する装置が用意されていてもよい。つまり、以下に述べる各動作を実現する手段は、それぞれ別個の装置であってもよい。
　図１に示すように、送信機器１００は、マルチメディア情報６００ａを、アンテナ３００を介して電波によって送信する。また、送信機器１００は、マルチメディア情報６００ｂを、通信回線（インターネット等の通信ネットワークであってもよい）４００を介して送信する。そして、受信機器２００は、マルチメディア情報６００ａを、アンテナ５００を介して受信する。また、受信機器２００は、マルチメディア情報６００ｂを、通信回線４００を介して受信する。マルチメディア情報６００ａ，６００ｂは、いずれもテレビジョン番組情報等を含む情報であるが、詳細については後述する。
　なお、受信機器２００は、例えば、マルチメディア情報６００ａ，６００ｂを受信する受信ユニット２１０と、後述する復号処理を実行する復号ユニット２２０とを含む。
　送信機器１００と受信機器２００との間で送受信されるマルチメディア情報６００ａ，６００ｂについて説明する。
　図２は、電波によって送受信されるマルチメディア情報６００ａのプロトコル構成を示すプロトコルスタック図である。図２に示すように、マルチメディア情報６００ａは、ＴＬＶ（Ｔｙｐｅ　Ｌｅｎｇｔｈ　Ｖａｌｕｅ）パケット形式のＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）パケットと、制御信号であるＴＭＣＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ　ａｎｄ　Ｍｕｌｔｉｐｌｅｘｉｎｇ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　ａｎｄ　Ｃｏｎｔｒｏｌ）とを含む。
　そして、ＴＬＶ形式のＩＰパケット（以下、ＴＬＶパケットともいう）は、ＮＴＰに基づく時刻情報や、ＭＭＴに基づくテレビジョン番組情報等を含む。
　図３は、通信回線４００を介して送受信されるマルチメディア情報６００ｂのプロトコル構成を示すプロトコルスタック図である。図３に示すように、マルチメディア情報６００ｂは、テレビジョン番組情報等に応じたＩＰパケットとＮＴＰに基づく時刻情報とを含む。そして、当該ＩＰパケットは、ＭＭＴに基づくテレビジョン番組情報等を含む。
　マルチメディア情報６００ａ，６００ｂに含まれるテレビジョン番組情報等の映像情報および音声情報について説明する。ここで、映像情報は、映像信号に基づく情報である。また、音声情報は、音声信号に基づく情報である。そして、送信機器１００が、映像信号および音声信号を符号化してＭＦＵ（Ｍｅｄｉａ　Ｆｒａｇｍｅｎｔ　Ｕｎｉｔ）に格納する。そして、複数のＭＦＵによる、例えば、１ＧＯＰ（Ｇｒｏｕｐ　Ｏｆ　Ｐｉｃｔｕｒｅ）分のデータによってＭＰＵ（Ｍｅｄｉａ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）が構成されるのであるが、送信機器１００は、ＭＦＵをＭＭＴＰ（ＭＭＴ　Ｐｒｏｔｏｃｏｌ）ペイロードに格納して、ＭＭＴＰパケットでＩＰパケットとして伝送する。映像信号および音声信号は、符号化されたりパケット化されたりして様々な形式に変換されるが、本例では、様々な形式に変化するそれら映像信号に基づく情報および音声信号に基づく情報を、映像情報および音声情報とそれぞれ総称する。そして、映像情報および音声情報を含み、視聴者に提示するための情報をコンテンツ情報ともいう。
　ＭＭＴＰパケットは、ＭＭＴＰヘッダーと呼ばれるヘッダー部とＭＭＴＰペイロードと呼ばれるペイロード部とを含む。ＭＭＴＰヘッダーには、例えば、このＭＭＴＰパケットの先頭バイトが送信エンティティから出力される時刻をＲＦＣ（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｃｏｍｍｅｎｔｓ）５９０５に示される短形式ＮＴＰタイムスタンプで示すｔｉｍｅｓｔａｍｐ情報が含まれる。
　また、送信機器１００が生成するＭＭＴＰヘッダーには、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が格納される。ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報は、同一のＩＰデータフローにおけるＭＭＴＰパケットの順序を示すｐａｃｋｅｔ＿ｃｏｕｎｔｅｒを含む。なお、本実施形態において、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報は、順序情報に相当する。
　コンテンツ情報は、ＭＭＴＰペイロードに含まれる。また、ＭＭＴＰペイロードには、自情報が含まれるＭＭＴＰパケットが含むコンテンツ情報に基づく映像や音声を受信機器２００に出力させる時刻（以下、提示時刻という）を示すＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が格納される。受信機器２００は、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す提示時刻にコンテンツ情報に基づく映像や音声を出力するように処理を実行する。なお、本例では、提示時刻は、ＮＴＰタイムスタンプ形式で表されるとして説明するが、時刻を表すことができる形式であれば他の形式であってもよい。
　さらに、送信機器１００が生成するＭＭＴＰペイロードには、パケットＩＤ情報が格納される。パケットＩＤ情報は、例えば、一のアセットを構成するＭＭＴＰパケットを他のアセットを構成するＭＭＴＰパケットから識別するためのパケットＩＤを示す情報である。
　なお、時刻情報には、協定世界時を世界時に近づけるための調整に応じたフラグが用意されている。具体的には、例えば、閏秒が挿入される場合には、当該閏秒が挿入されるタイミングの所定時間前から当該タイミングまでに送信される時刻情報に、閏秒が挿入されることに応じた閏秒挿入フラグがセットされる。なお、所定時間前とは、例えば、当該タイミングの１か月前である。また、本例における閏秒挿入フラグは、調整情報に相当する。そして、フラグがセットされるタイミングやリセットされるタイミング、およびセットされるフラグの種類はこれに限られず、他のタイミングや他の種類に応じたフラグが用いられてもよい。
　次に、受信機器２００の構成について説明する。図４は、受信機器２００における受信バッファの構成例を示すブロック図である。
　図４に示す例では、受信機器２００の受信バッファは、ＴＬＶパケットバッファ２０１、ＩＰパケットバッファ２０２、ＭＭＴＰトランスポートバッファ２０３、ＭＭＴＰバッファ２０４、復号前バッファ２０５、復号器２０６、および復号ピクチャバッファ２０７を含む。
　ＴＬＶパケットバッファ２０１には、電波によって送信されたマルチメディア情報６００ａから抽出されたＴＬＶパケットが入力されて一時的に記憶される。
　ＩＰパケットバッファ２０２には、ＴＬＶパケットバッファ２０１に一時的に記憶されたＴＬＶパケットに基づくＩＰパケットが入力されて一時的に記憶される。また、ＩＰパケットバッファ２０２には、送信機器１００から送信されたマルチメディア情報６００ｂのＩＰパケットが通信回線４００を介して入力されて一時的に記憶される。
　ＭＭＴＰトランスポートバッファ２０３では、ＩＰパケットバッファ２０２に一時的に記憶されたＭＭＴＰ化されているＩＰパケットが、ＭＭＴＰヘッダーに含まれているパケットＩＤ情報に基づいて、映像や音声などアセット毎に分類される。そして、分類されたＩＰパケットは、分類結果に応じたＭＭＴＰバッファ２０４に入力される。
　図４に示す例では、ＭＭＴＰバッファ２０４は、ＭＭＴＰ　Ｂ１、ＭＭＴＰ　Ｂｎ、およびＭＭＴＰ　Ｂｓを含む。そして、映像についてのアセットのＩＰパケットは、ＭＭＴＰ　Ｂ１に入力される。また、音声についてのアセットのＩＰパケットは、ＭＭＴＰ　Ｂｎに入力される。そして、制御メッセージについてのアセットのＩＰパケットは、ＭＭＴＰ　Ｂｓに入力されて一時的に記憶される。
　ＭＭＴＰ　Ｂ１に入力された、映像についてのアセットのＩＰパケットは、ＮＡＬ（Ｎｅｔｗｏｒｋ　Ａｂｓｔｒａｃｔｉｏｎ　Ｌａｙｅｒ）ユニットのデータに復元されてＭＭＴＰ　Ｂ１に一時的に記憶される。
　ＭＭＴＰ　Ｂｎに入力された、音声についてのアセットのＩＰパケットは、ＬＡＴＭ（Ｌｏｗ－ｏｖｅｒｈｅａｄ　ＭＰＥＧ－４　Ａｕｄｉｏ　Ｔｒａｎｓｐｏｒｔ　Ｍｕｌｔｉｐｌｅｘ）／ＬＯＡＳ（Ｌｏｗ　Ｏｖｅｒｈｅａｄ　Ａｕｄｉｏ　Ｓｔｒｅａｍ）形式のデータに復元されてＭＭＴＰ　Ｂｎに一時的に記憶される。なお、ここでは、音声についてのアセットのＩＰパケットが、一例としてＬＡＴＭ／ＬＯＡＳ形式のデータに復元されるとして説明するが、他の形式のデータに復元されるように構成されていてもよい。
　そして、ＭＭＴＰバッファ２０４に一時的に記憶された各データおよび制御メッセージは、復号前バッファ２０５に入力される。
　図４に示すように、復号前バッファ２０５は、エレメンタリストリーム１用のエレメンタリストリームバッファＥＢ１、エレメンタリストリームｎ用のメインバッファＢｎ、およびシステム情報のためのメインバッファＢｓを含む。
　エレメンタリストリームバッファＥＢ１には、ＭＭＴＰ　Ｂ１に一時的に記憶されているＮＡＬユニットのデータが入力される。なお、エレメンタリストリームバッファＥＢ１は、例えば、ＣＰＢ（Ｃｏｄｅｄ　Ｐｉｃｔｕｒｅ　Ｂｕｆｆｅｒ）である。
　メインバッファＢｎには、ＭＭＴＰ　Ｂｎに一時的に記憶されているＬＡＴＭ／ＬＯＡＳ形式のデータが入力されて一時的に記憶される。なお、メインバッファＢｎには、Ｒａｗ　Ｄａｔａ　Ｓｔｒｅａｍ形式のデータが入力されて一時的に記憶されてもよい。なお、ここでは、一例としてのＬＡＴＭ／ＬＯＡＳ形式のデータが、一例としてＲａｗ　Ｄａｔａ　Ｓｔｒｅａｍ形式のデータに復元されるとして説明するが、他の形式のデータが、さらに他の形式のデータに復元されるように構成されていてもよい。
　メインバッファＢｓには、ＭＭＴＰ　Ｂｓに一時的に記憶されている制御メッセージが入力されて一時的に記憶される。
　復号前バッファ２０５に入力された各データおよび制御メッセージは、ＤＴＳ（Ｄｅｃｏｄｅ　Ｔｉｍｅ　Ｓｔａｍｐ）に応じたタイミングで、復号器２０６に出力されて復号されて一時的に記憶される。ＤＴＳについては後述する。
　図４に示すように、復号器２０６は、映像デコーダＤ１、音声デコーダＤｎ、およびシステムデコーダＤｓを含む。
　エレメンタリストリームバッファＥＢ１から復号器２０６に出力されたデータは、映像デコーダＤ１によって映像データに復号される。そして、復号された映像データは、必要に応じて、復号ピクチャバッファ２０７に入力されて一時的に記憶される。
　また、メインバッファＢｎから復号器２０６に出力されたデータは、音声デコーダＤｎによって音声データに復号される。
　さらに、メインバッファＢｓから復号器２０６に出力された制御メッセージは、システムデコーダＤｓによって制御情報に復号される。そして、当該制御情報は、受信機器２００における各部の制御に用いられる。
　ＤＴＳ（復号時刻ともいう）について説明する。映像信号や音声信号の提示時刻と復号時刻とは、ＭＰＵタイムスタンプ記述子とＭＰＵ拡張タイムスタンプ記述子とが用いられて提供される。
　図５は、ＭＰＵ内におけるアクセスユニットとその提示時刻、および復号時刻の概要を示す説明図である。図５には、ＭＰＵを構成するビット列が、同じ提示時刻の単位であるアクセスユニットごとに模式的に示されている。そして、図５に示す例では、各アクセスユニットを構成するビット列によって、ＢフレームやＩフレームまたはＢフレーム（以下、Ｉ／Ｂフレームと記す）が構成されている。図５において、ＩＲＡＰ（Ｉｎｔｒａ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ）とは、符号化が開始されたタイミングにおけるビット列である。また、図５に示す例では、７フレームおきにＩ／Ｂフレームが配置され、その間のフレームはＢフレームである。
　図５に示す例では、各アクセスユニットには予め提示順に番号が付されている。図５では、「Ｂ」、「Ｉ／Ｂ」、および「ＩＲＡＰ」に付された番号によって各アクセスユニットの提示順が示されている。そして、図５の上段に示す例では、提示順とは異なった順序で各アクセスユニットが復号されたことが示されている。
　前述したように、ＭＭＴＰペイロードには、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が格納されている。ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報によって、当該ＭＰＵにおいて最初に提示されるアクセスユニットの提示時刻がＮＴＰタイムスタンプ形式で示される。したがって、図５において、２５番目のアクセスユニットのＢフレームに基づく映像は、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報によって示されている時刻に提示される。なお、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報は、提示時刻情報に相当する。
　そして、ＭＰＵにおけるｎ番目のアクセスユニットのＤＴＳは以下の式で算出される。
　ＤＴＳ（ｎ）＝ＭＰＵ＿Ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ－ＭＰＵ＿ｄｅｃｏｄｉｎｇ＿ｔｉｍｅ＿ｏｆｆｓｅｔ÷ｔｉｍｅｓｃａｌｅ＋Σｐｔｓ＿ｏｆｆｓｅｔ（ｋ）÷ｔｉｍｅｓｃａｌｅ・・・（１）
　なお、ＭＰＵ＿Ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅは、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報によってＮＴＰタイムスタンプ形式で示されている時刻である。ＭＰＵ＿ｄｅｃｏｄｉｎｇ＿ｔｉｍｅ＿ｏｆｆｓｅｔは、最初に復号されるアクセスユニットの復号時刻と、最初に提示されるアクセスユニットの提示時刻との差分値である。ｐｔｓ＿ｏｆｆｓｅｔは、同じＭＰＵ内の提示順序において、直前のアクセスユニットの提示時刻と現在のアクセスユニットの提示時刻との差分値である。ｔｉｍｅｓｃａｌｅは、これらの時刻の単位を示す値である。ｋはこのＭＰＵにおけるアクセスユニットの数である。
　なお、ＭＰＵにおけるｎ番目のアクセスユニットの提示時刻であるＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ　Ｓｔａｍｐ）は、以下の式で算出される。
　ＰＴＳ（ｎ）＝ＤＴＳ（ｎ）＋ｄｔｓ＿ｐｔｓ＿ｏｆｆｓｅｔ（ｎ）÷ｔｉｍｅｓｃａｌｅ・・・（２）
　なお、ｄｔｓ＿ｐｔｓ＿ｏｆｆｓｅｔ（ｎ）は、ＭＰＵにおけるｎ番目のアクセスユニットの復号時刻と提示時刻との差分値である。
　（１）式および（２）式を用いて受信機器２００がＤＴＳおよびＰＴＳを算出可能なように、送信機器１００は、受信機器２００におけるＭＰＵの復号開始前に当該受信機器２００が受信できるように、各情報を送信する。
　次に、本発明の実施形態における送信機器１００および受信機器２００の動作について説明する。まず、協定世界時を世界時に近づけるために閏秒が挿入される場合における送信機器１００および受信機器２００の動作について説明する。
　図６は、閏秒が挿入される場合に送受信されるＭＭＴＰパケットの例を示す説明図である。
　図６に示す例では、８：５９：５９の後に、８：５９：５９が再度到来する。つまり、８：５９：５９と９：００：００との間に、閏秒として８：５９：５９が挿入されている。
　ここで、ＮＴＰのタイムスタンプ（図６において、ＮＴＰ６４ｂｉｔカウンタと示す）の値は、時刻の経過とともに増加する。したがって、ＮＴＰのタイムスタンプの値は、１回目の８：５９：５９．０から８：５９：５９．９９９への時間の経過とともに増加する。しかし、１回目の８：５９：５９と９：００：００との間に閏秒として８：５９：５９が挿入される場合には、１回目の８：５９：５９．９９９の後の２回目の８：５９：５９．０のときのＮＴＰのタイムスタンプの値は、１回目の８：５９：５９．０のときの値まで減少する。そして、ＮＴＰのタイムスタンプの値は、２回目の８：５９：５９．０から８：５９：５９．９９９への時間の経過とともに再度増加する。
　送信機器１００は、その間にも、順次ＭＭＴＰパケットを生成して送信する。図６におけるＭＭＴＰ生成の欄に示す例では、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値が１～１０であるＭＭＴＰパケットが順次生成されて送信される。各ＭＭＴＰパケットには、ヘッダー部に、ｔｉｍｅｓｔａｍｐ情報が含まれ、ペイロード部に、提示時刻がＮＴＰのタイムスタンプの値によって示されているＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が含まれている。
　図６におけるＭＭＴＰ受信の欄には、各ＭＭＴＰパケットが含むｔｉｍｅｓｔａｍｐ情報が示すタイムスタンプの値に基づいて、各ＭＭＴＰパケットを並べた例が示されている。図６におけるＭＭＴＰ受信の欄に示す例では、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値が１～５，９，１０であるＭＭＴＰパケットは、送信機器１００によって生成および送信された順序に並べられている。
　しかし、図６におけるＭＭＴＰ受信の欄に示す例では、１回目および２回目の８：５９：５９．０から８：５９：５９．９９９の間に生成されて送信されたＭＭＴＰパケットの順序が、送信機器１００によって生成および送信された順序と合致していない。具体的には、図６におけるＭＭＴＰ受信の欄に示す例では、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値が「６」であるＭＭＴＰパケットの前に、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値が、「７」であるＭＭＴＰパケットと「８」であるＭＭＴＰパケットとが並べられている。
　よって、閏秒の挿入前後に亘って、受信機器２００が、ｔｉｍｅｓｔａｍｐ情報が示すタイムスタンプの値に基づく順序でＭＭＴＰパケットを復号や提示する処理を行うと、ＩＰデータフローとは異なる順序で、当該処理が行われてしまう。
　図７は、受信機器２００が、閏秒が挿入される場合に送受信されるＭＭＴＰパケットの順序を入れ替えて処理する例を示すフローチャートである。
　図６に示す例のように、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値が１～１０であるＭＭＴＰパケットが送信される。そして、当該ＭＭＴＰパケットに含まれている時刻情報に閏秒挿入フラグがセットされ（ステップＳ１０１のＹ）、閏秒が挿入されるタイミングまで所定の時間内である場合に（ステップＳ１０２のＹ）、受信機器２００は、ステップＳ１０３の処理に移行し、そうでない場合に（ステップＳ１０１のＮ、またはステップＳ１０２のＮ）、ステップＳ１０７の処理に移行する。受信機器２００は、ステップＳ１０７の処理で、ｔｉｍｅｓｔａｍｐ情報に基づく順序で、提示に用いるＭＭＴＰパケットを処理する通常の処理を実行する（ステップＳ１０７）。すると、各ＭＭＴＰパケットは、ｔｉｍｅｓｔａｍｐ情報に基づく順序で復号および提示の処理が行われる。
　また、受信機器２００は、ステップＳ１０３の処理で、ｔｉｍｅｓｔａｍｐ情報に基づく順序に対して、順序を入れ替えて処理を行うと決定する（ステップＳ１０３）。
　なお、閏秒挿入フラグは、９：００：００．０にリセットされるまで、セットされている。具体的には、例えば、９：００：００．０より前に送信されるＭＭＴＰパケットに含まれている時刻情報には閏秒挿入フラグがセットされ、９：００：００．０以後に送信されるＭＭＴＰパケットに含まれている時刻情報には閏秒挿入フラグがセットされない。
　そして、受信機器２００は、図６に示す例では、８：５９：５７．０から、直前に復号したＭＭＴＰパケットのｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値に１を加えた値をｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示すＭＭＴＰパケットを、順次復号する（ステップＳ１０４）。
　すると、送信機器１００によってｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値の順に生成されて送信された各ＭＭＴＰパケットは、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値に基づいて、ここでは具体例として当該値が小さい順に、復号され、各ＭＭＴＰパケットに基づく映像等が提示される（ステップＳ１０５）。なお、「値に基づいて」は、本例では、当該値が小さい順であるとして説明するが、当該値が大きい順等の他の順序であってもよい。また、ＭＭＴＰパケットが復号される単位は、例えば、アクセスユニット単位であるが、ＭＭＴＰパケットは、他の単位ごとに復号されてもよい。
　受信機器２００は、閏秒が挿入されてから所定の時間が経過していない場合に（ステップＳ１０６のＮ）、ステップＳ１０４の処理に移行する。
　すると、ステップＳ１０４，Ｓ１０５の処理が繰り返されることによって、各ＭＭＴＰパケットは、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値に基づいて復号される。そして、各ＭＭＴＰパケットに基づく映像等が順次提示される。
　受信機器２００は、閏秒が挿入されてから所定の時間が経過した場合に（ステップＳ１０６のＹ）、ｔｉｍｅｓｔａｍｐ情報に基づいて、提示に用いるＭＭＴＰパケットの順序を決定する通常の処理に移行する（ステップＳ１０７）。
　ステップＳ１０６の処理における判断は、閏秒挿入フラグがセットされなくなってから所定の時間が経過したか否かに基づいて行われてもよい。
　なお、ステップＳ１０２，Ｓ１０６の処理における「所定の時間」は、例えば、３秒である。したがって、ステップＳ１０４，Ｓ１０５の処理は、閏秒が挿入されるタイミングの前後各３秒間に亘って繰り返される。具体的には、ステップＳ１０４～Ｓ１０６の処理は、例えば、閏秒が挿入される９：００：００の３秒前である８：５９：５７から、閏秒が挿入された９：００：００の３秒後である９：００：０３までの間、繰り返される。
　したがって、本例では、受信機器２００は、閏秒が挿入されるタイミングの前後３秒間に亘って、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値に基づく処理を行い、それ以外の期間はステップＳ１０７の通常の処理を行う。
　本実施形態によれば、受信機器２００が、閏秒が挿入されるタイミングに応じた期間、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値に基づいて、ＭＭＴＰパケットの処理を行う。したがって、閏秒が挿入されたことによって生じる問題の発生を未然に防ぐことができる。
　具体的には、閏秒が挿入されるタイミングに応じた期間、ＭＭＴＰパケットの処理の順序の決定にｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値を用いることによって、各ＭＭＴＰパケットを適切な順序で復号したり、当該ＭＭＴＰパケットに基づく映像等を適切な順序で提示したりすることができる。
　また、受信機器２００が、通信回線を介して送信されたテレビジョン番組情報等に応じたパケットと、電波によって送信されたテレビジョン番組情報等に応じたパケットとを受信した場合であっても、送出側が決定した処理順序に従った適切な順序で復号することができる。
　さらに、受信機器２００が、通信回線を介して送信されたテレビジョン番組情報等に応じたパケットを送信順とは異なる順序で受信した場合であっても、送出側が決定した処理順序に従った適切な順序で復号することができる。
　なお、ステップＳ１０４，Ｓ１０５において、さらに付加的な処理が行われてもよい。具体的には、受信機器２００は、ステップＳ１０４の処理に加えて、各ＭＭＴＰパケットを、例えば、直前のステップＳ１０７の処理において（１）式の計算で用いられたｐｔｓ＿ｏｆｆｓｅｔの値に応じたタイミングで、復号する。具体的には、例えば、ｐｔｓ＿ｏｆｆｓｅｔの値に応じた時間間隔で、当該アクセスユニットを構成するＭＭＴＰパケットを復号するように、当該アクセスユニットを構成する各ＭＭＴＰパケットを復号するタイミングを決定する。図８は、当該付加的な処理によって決定された、各ＭＭＴＰパケットの復号タイミングを示す説明図である。図８に示す例では、各ＭＭＴＰパケットは、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒの値に基づく順に、ｐｔｓ＿ｏｆｆｓｅｔの値に応じた時間間隔で、復号される。そして、受信機器２００は、ステップＳ１０５の処理に加えて、例えば、ｐｔｓ＿ｏｆｆｓｅｔの値に応じた時間間隔で、当該アクセスユニットを構成するＭＭＴＰパケットに応じた映像や音声を提示するように、当該アクセスユニットを構成する各ＭＭＴＰパケットに応じた映像や音声を提示するタイミングを決定する。そして、受信機器２００は、決定したタイミングで、当該映像や音声を提示する。
　なお、一般に、一連のＭＰＵにおいて、ｐｔｓ＿ｏｆｆｓｅｔの値は変化しない。よって、当該付加的な処理によって、前回のステップＳ１０７の処理における算出結果や当該算出に用いたｐｔｓ＿ｏｆｆｓｅｔの値に基づいて、次回以降のアクセスユニットのＭＭＴＰパケットを復号するタイミングを決定して、各ＭＭＴＰパケットを適切なタイミングで復号したり、当該ＭＭＴＰパケットに基づく映像等を適切なタイミングで提示したりすることができる。
　なお、協定世界時の調整において、閏秒が削除される場合がある。図９は、閏秒が削除される場合に送受信されるＭＭＴＰパケットの例を示す説明図である。図９のＭＭＴＰ生成の欄に示すように、本例において送受信される各ＭＭＴＰパケットには、送信順を示すｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が含まれる。
　そして、図９のＭＭＴＰ受信の欄に示すように、閏秒が削除される場合には、送信機器１００が送信した各ＭＭＴＰパケットは、受信機器２００によって、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す送信順で受信される。
　したがって、受信機器２００のＮＴＰ時刻が閏秒削除に追従していれば、特別な処理は必要ない。
　実施形態２．
　次に、本発明の第２の実施形態の送受信システムについて説明する。以上に述べた第１の実施形態の送受信システムでは、ＭＭＴＰパケットを処理する順序を、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ情報が示す値に基づいて入れ替える。それに対して、本発明の第２の実施形態の送受信システムでは、ＭＰＵを処理する順序をｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値に基づいて入れ替える。なお、送信機器１００が生成するＭＭＴＰペイロードには、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が格納される。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報は、同一のアセット毎に、各ＭＰＵを他のＭＰＵから識別するように付されたシーケンス番号であるｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを示す情報である。本実施形態において、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報は、順序情報に相当する。
　図１０は、閏秒が挿入される場合に送受信されるＭＰＵの例を示す説明図である。
　本例では、各ＭＰＵは、０．５秒間隔で順次送信されているとする。そうすると、図１０に示す例では、８：５９：５７．０に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値（図１０において、ＭＰＵ　ｓｅｑｕｅｎｃｅ　ｎｕｍｂｅｒと示す）が「１」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。また、８：５９：５７．５に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「２」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。８：５９：５８．０に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「３」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。また、８：５９：５８．５に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「４」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。１回目の８：５９：５９．０に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「５」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。また、１回目の８：５９：５９．５に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「６」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。２回目の８：５９：５９．０に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「７」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。また、２回目の８：５９：５９．５に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「８」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。９：００：００．０に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「９」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。また、９：００：００．５に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「１０」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。
　そして、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す提示時刻に応じた値は、送信された時刻の２秒後の時刻に応じた値を示しているとする。
　そうすると、図１０に示す例では、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「１」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、８：５９：５９．０である。また、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「２」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、８：５９：５９．５である。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「３」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：００．０である。また、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「４」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：００．５である。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「５」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：０１．０である。また、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「６」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：０１．５である。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「７」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：０１．０である。また、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「８」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：０１．５である。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「９」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：０２．０である。また、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「１０」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：０２．５である。
　したがって、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「５」であるＭＰＵのＭＭＴＰパケットとｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「７」であるＭＰＵのＭＭＴＰパケットとは、いずれもＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻が９：００：０１．０である。よって、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻が９：００：０１．０であるＭＰＵが２つ存在することになる。
　また、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「６」であるＭＰＵのＭＭＴＰパケットとｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「８」であるＭＰＵのＭＭＴＰパケットとは、いずれもＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻が９：００：０１．５である。よって、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻が９：００：０１．５であるＭＰＵが２つ存在することになる。
　それに対して、閏秒として８：５９：５９が挿入されたことにより、８：５９：５９．０～８：５９：５９．９９９までが２回繰り返されたにもかかわらず、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻が８：５９：５９．０～８：５９：５９．９９９の間の時刻であるＭＰＵが２つしかない。そうすると、２回目の８：５９：５９．０～８：５９：５９．９９９の間の提示に用いられるＭＰＵがないことになる。
　つまり、設定されたＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報に基づいて、提示に用いるＭＰＵの処理手順を決定すると、閏秒が挿入された場合に、問題が生じうる。そして、特許文献１に記載された発明は、このような問題を解決することができない。
　図１１は、受信機器２００が、閏秒が挿入される場合に送受信されるＭＰＵを処理する例を示す説明図である。本実施形態においても、図７に例示したフローチャートを援用して、受信機器２００が、閏秒が挿入される場合に送受信されるＭＰＵを処理する動作について説明する。
　図１１に示す例では、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が１～１０であるＭＰＵのＭＭＴＰパケットが送信される。そして、当該ＭＭＴＰパケットに含まれている時刻情報に閏秒挿入フラグがセットされ（ステップＳ１０１のＹ）、閏秒が挿入されるタイミングまで所定の時間内である場合に（ステップＳ１０２のＹ）、受信機器２００は、ステップＳ１０３の処理に移行し、そうでない場合に（ステップＳ１０１のＮ、またはステップＳ１０２のＮ）、ステップＳ１０７の処理に移行する。受信機器２００は、ステップＳ１０７の処理で、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報に基づく順序で、提示に用いるＭＭＴＰパケットを処理する通常の処理を実行する（ステップＳ１０７）。すると、各ＭＭＴＰパケットは、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報に基づく順序で復号および提示の処理が行われる。
　また、受信機器２００は、ステップＳ１０３の処理で、順序を入れ替えて処理を行うと決定する（ステップＳ１０３）。
　なお、閏秒挿入フラグは、図１０，１１において、ＮＴＰ　ｌｅａｐ＿ｉｎｄｉｃａｔｏｒと示され、９：００：００．０にリセットされるまで、セットされている。具体的には、例えば、９：００：００．０より前に送信されるＭＭＴＰパケットに含まれている時刻情報には閏秒挿入フラグがセットされ、９：００：００．０以後に送信されるＭＭＴＰパケットに含まれている時刻情報には閏秒挿入フラグがセットされない。
　そして、受信機器２００は、図１１に示す例では、８：５９：５７．０から、直前に復号したＭＰＵのＭＭＴＰパケットのｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値に１を加えた値をｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示すＭＰＵのＭＭＴＰパケットを、順次復号する（ステップＳ１０４）。
　すると、図１１の下段に示すように、送信機器１００によってｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値の順に生成されて送信された各ＭＰＵのＭＭＴＰパケットは、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値に基づいて復号され、各ＭＰＵのＭＭＴＰパケットに基づく映像等が提示される（ステップＳ１０５）。
　受信機器２００は、閏秒が挿入されてから所定の時間が経過していない場合に（ステップＳ１０６のＮ）、ステップＳ１０４の処理に移行する。
　すると、ステップＳ１０４，Ｓ１０５の処理が繰り返されることによって、図１１の下段に示すように、各ＭＰＵのＭＭＴＰパケットは、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値に基づいて復号される。そして、各ＭＰＵのＭＭＴＰパケットに基づく映像等が順次提示される。
　受信機器２００は、閏秒が挿入されてから所定の時間が経過した場合に（ステップＳ１０６のＹ）、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報に基づいて、提示に用いるＭＭＴＰパケットの順序を決定する通常の処理に移行する（ステップＳ１０７）。
　ステップＳ１０６の処理における判断は、前述した第１の実施形態における場合と同様に、閏秒挿入フラグがセットされなくなってから所定の時間が経過したか否かに基づいて行われてもよい。
　なお、ステップＳ１０２，Ｓ１０６の処理における「所定の時間」は、前述した第１の実施形態における場合と同様に、例えば、３秒である。したがって、ステップＳ１０４，Ｓ１０５の処理は、閏秒が挿入されるタイミングの前後各３秒間に亘って繰り返される。具体的には、ステップＳ１０４～Ｓ１０６の処理は、前述した第１の実施形態における場合と同様に、例えば、閏秒が挿入される９：００：００の３秒前である８：５９：５７から、閏秒が挿入された９：００：００の３秒後である９：００：０３までの間、繰り返される。
　したがって、本例では、受信機器２００は、閏秒が挿入されるタイミングの前後３秒間に亘って、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値に基づく処理を行い、それ以外の期間はステップＳ１０７の通常の処理を行う。
　なお、ステップＳ１０４，Ｓ１０５において、第１の実施形態と同様に、さらに付加的な処理が行われてもよい。具体的には、受信機器２００は、ステップＳ１０４の処理に加えて、各ＭＭＴＰパケットを、例えば、直前のステップＳ１０７の処理において（１）式の計算で用いられたｐｔｓ＿ｏｆｆｓｅｔの値に応じたタイミングで、復号する。具体的には、例えば、ｐｔｓ＿ｏｆｆｓｅｔの値に応じた時間間隔で、当該アクセスユニットを構成するＭＭＴＰパケットを復号するように、当該アクセスユニットを構成する各ＭＭＴＰパケットを復号するタイミングを決定する。そして、受信機器２００は、ステップＳ１０５の処理に加えて、例えば、ｐｔｓ＿ｏｆｆｓｅｔの値に応じた時間間隔で、当該アクセスユニットを構成するＭＭＴＰパケットに応じた映像や音声を提示するように、当該アクセスユニットを構成する各ＭＭＴＰパケットに応じた映像や音声を提示するタイミングを決定する。そして、受信機器２００は、決定したタイミングで、当該映像や音声を提示する。
　なお、一般に、一連のＭＰＵにおいて、ｐｔｓ＿ｏｆｆｓｅｔの値は変化しない。よって、当該付加的な処理によって、前回のステップＳ１０７の処理における算出結果や当該算出に用いたｐｔｓ＿ｏｆｆｓｅｔの値に基づいて、次回以降のアクセスユニットのＭＭＴＰパケットを復号するタイミングを決定して、各ＭＭＴＰパケットを適切なタイミングで復号したり、当該ＭＭＴＰパケットに基づく映像等を適切なタイミングで提示したりすることができる。
　次に、協定世界時を世界時に近づけるために閏秒が削除される場合における送信機器１００および受信機器２００の動作について説明する。閏秒が削除される場合には、当該閏秒が削除されるタイミングの所定時間前から当該タイミングまでに送信される時刻情報に、閏秒が削除されることに応じた閏秒削除フラグがセットされる。なお、所定時間前とは、例えば、当該タイミングの１か月前である。本例における閏秒削除フラグは、調整情報に相当する。そして、フラグがセットされるタイミングやリセットされるタイミング、およびセットされるフラグの種類はこれに限られず、他のタイミングや他の種類に応じたフラグが用いられてもよい。
　図１２は、閏秒が削除される場合に送受信されるＭＰＵの例を示す説明図である。
　図１２に示す例では、各ＭＰＵは、０．５秒間隔で順次送信されているとする。そうすると、図１２に示す例では、８：５９：５６．０に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「１」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。また、８：５９：５６．５に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「２」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。８：５９：５７．０に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「３」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。また、８：５９：５７．５に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「４」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。８：５９：５８．０に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「５」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。また、８：５９：５８．５に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「６」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。９：００：００．０に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「７」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。また、９：００：００．５に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「８」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。９：００：０１．０に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「９」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。また、９：００：０１．５に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「１０」であるＭＰＵのＭＭＴＰパケットがそれぞれ送信される。
　そして、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す提示時刻に応じた値は、送信された時刻の２秒後の時刻に応じた値を示しているとする。
　そうすると、図１２に示す例では、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「１」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、８：５９：５８．０である。また、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「２」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、８：５９：５８．５である。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「３」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、８：５９：５９．０である。また、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「４」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、８：５９：５９．５である。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「５」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：００．０である。また、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「６」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：００．５である。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「７」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：０２．０である。また、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「８」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：０２．５である。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「９」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：０３．０である。また、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「１０」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻は、９：００：０３．５である。
　したがって、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「３」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻である８：５９：５９．０が、存在しないことになる。また、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「４」であるＭＰＵのＭＭＴＰパケットのＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻である８：５９：５９．５が、存在しないことになる。つまり、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「３」であるＭＰＵのＭＭＴＰパケットに応じた映像等、およびｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が「４」であるＭＰＵのＭＭＴＰパケットに応じた映像等が提示されないことになる。
　また、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻が９：００：０１．０であるＭＰＵと、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報が示す値に応じた提示時刻が９：００：０１．５であるＭＰＵとが、存在しないことになる。
　つまり、設定されたＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報に基づいて、提示に用いるＭＰＵの処理手順を決定すると、閏秒が削除された場合に、問題が生じうる。そして、特許文献１に記載された発明は、このような問題を解決することができない。
　図１３は、受信機器２００が、閏秒が削除される場合に送受信されるＭＰＵを処理する例を示す説明図である。図１４は、受信機器２００が、閏秒が削除される場合に送受信されるＭＰＵを処理する例を示すフローチャートである。
　図１３に示す例では、図１２に示す例と同様なタイミングで、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値が１～１０であるＭＰＵのＭＭＴＰパケットが送信される。そして、当該ＭＭＴＰパケットに含まれている時刻情報に閏秒削除フラグがセットされ（ステップＳ２０１のＹ）、閏秒が削除されるタイミングまで所定の時間内である場合に（ステップＳ２０２のＹ）、受信機器２００は、ステップＳ２０３の処理に移行し、そうでない場合に（ステップＳ２０１のＮ、またはステップＳ２０２のＮ）、ステップＳ２０７の処理に移行する。受信機器２００は、ステップＳ２０７の処理で、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報に基づく順序で、提示に用いるＭＭＴＰパケットを処理する通常の処理を実行する（ステップＳ２０７）。すると、各ＭＭＴＰパケットは、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報に基づく順序で復号および提示の処理が行われる。
　また、受信機器２００は、ステップＳ２０３の処理で、順序を入れ替えて処理を行うと決定する（ステップＳ２０３）。
　なお、閏秒削除フラグは、図１２，１３において、ＮＴＰ　ｌｅａｐ＿ｉｎｄｉｃａｔｏｒと示され、９：００：００．０にリセットされるまで、セットされている。具体的には、例えば、９：００：００．０より前に送信されるＭＭＴＰパケットに含まれている時刻情報には閏秒削除フラグがセットされ、９：００：００．０以後に送信されるＭＭＴＰパケットに含まれている時刻情報には閏秒削除フラグがセットされない。
　そして、受信機器２００は、図１３に示す例では、８：５９：５６．０から、直前に復号したＭＰＵのＭＭＴＰパケットのｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値に１を加えた値をｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示すＭＭＴＰパケットを順次復号する（ステップＳ２０４）。
　すると、図１３の下段に示すように、送信機器１００によってｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値の順に生成されて送信された各ＭＰＵのＭＭＴＰパケットは、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値に基づいて復号され、各ＭＰＵのＭＭＴＰパケットに基づく映像等が提示される（ステップＳ２０５）。
　受信機器２００は、閏秒が削除されてから所定の時間が経過していない場合に（ステップＳ２０６のＮ）、ステップＳ２０４の処理に移行する。
　すると、ステップＳ２０４，Ｓ２０５の処理が繰り返されることによって、図１３の下段に示すように、各ＭＰＵのＭＭＴＰパケットは、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値に基づいて復号される。そして、各ＭＭＴＰパケットに基づく映像等が順次提示される。
　受信機器２００は、閏秒が削除されてから所定の時間が経過した場合に（ステップＳ２０６のＹ）、ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ情報に基づいて、提示に用いるＭＭＴＰパケットの順序を決定する通常の処理に移行する（ステップＳ２０７）。
　ステップＳ２０６の処理における判断は、閏秒削除フラグがセットされなくなってから所定の時間が経過したか否かに基づいて行われてもよい。
　なお、ステップＳ２０２，Ｓ２０６の処理における「所定の時間」は、例えば、３秒である。したがって、ステップＳ２０４，Ｓ２０５の処理は、閏秒が削除されるタイミングの前後各３秒間に亘って繰り返される。具体的には、ステップＳ２０４，Ｓ２０５の処理は、例えば、閏秒が削除される９：００：００の３秒前である８：５９：５６から、閏秒が削除された９：００：００の３秒後である９：００：０３までの間、繰り返される。
　したがって、本例では、受信機器２００は、閏秒が削除されるタイミングの前後３秒間に亘って、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値に基づく処理を行い、それ以外の期間はステップＳ２０７の通常の処理を行う。
　なお、ステップＳ２０４，Ｓ２０５において、さらに付加的な処理が行われてもよい。具体的には、受信機器２００は、ステップＳ２０４の処理に加えて、各ＭＭＴＰパケットを、例えば、直前のステップＳ２０７の処理において（１）式の計算で用いられたｐｔｓ＿ｏｆｆｓｅｔの値に応じたタイミングで、復号する。具体的には、例えば、ｐｔｓ＿ｏｆｆｓｅｔの値に応じた時間間隔で、当該アクセスユニットを構成するＭＭＴＰパケットを復号するように、当該アクセスユニットを構成する各ＭＭＴＰパケットを復号するタイミングを決定する。そして、受信機器２００は、ステップＳ２０５の処理に加えて、例えば、ｐｔｓ＿ｏｆｆｓｅｔの値に応じた時間間隔で、当該アクセスユニットを構成するＭＭＴＰパケットに応じた映像や音声を提示するように、当該アクセスユニットを構成する各ＭＭＴＰパケットに応じた映像や音声を提示するタイミングを決定する。そして、受信機器２００は、決定したタイミングで、当該映像や音声を提示する。
　なお、一般に、一連のＭＰＵにおいて、ｐｔｓ＿ｏｆｆｓｅｔの値は変化しない。よって、当該付加的な処理によって、前回のステップＳ２０７の処理における算出結果や当該算出に用いたｐｔｓ＿ｏｆｆｓｅｔの値に基づいて、次回以降のアクセスユニットのＭＭＴＰパケットを復号するタイミングを決定して、各ＭＭＴＰパケットを適切なタイミングで復号したり、当該ＭＭＴＰパケットに基づく映像等を適切なタイミングで提示したりすることができる。
　本実施形態によれば、受信機器２００が、閏秒が挿入されるタイミングに応じた期間、および閏秒が削除されるタイミングに応じた期間、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ情報が示す値に基づいて、各ＭＰＵのＭＭＴＰパケットの処理を行う。したがって、閏秒が挿入または削除されたことによって生じる問題の発生を未然に防ぐことができる。
　具体的には、閏秒が挿入されるタイミングに応じた期間、および閏秒が削除されるタイミングに応じた期間、各ＭＴＵのＭＭＴＰパケットを適切な順序で復号したり、当該ＭＭＴＰパケットに基づく映像等を適切な順序で提示したりすることができる。
　また、受信機器２００が、通信回線を介して送信されたテレビジョン番組情報等に応じたパケットと、電波によって送信されたテレビジョン番組情報等に応じたパケットとを受信した場合であっても、送出側が決定した処理順序に従った適切な順序で復号することができ、さらに、送出側の決定に従った適切なタイミングで復号することができる。
　さらに、受信機器２００が、通信回線を介して送信されたテレビジョン番組情報等に応じたパケットを送信順とは異なる順序で受信した場合であっても、送出側が決定した処理順序に従った適切な順序で復号することができ、さらに、送出側の決定に従った適切なタイミングで復号することができる。
　実施形態３．
　次に、本発明の第３の実施形態の復号装置２０について、図面を参照して説明する。図１５は、本発明の第３の実施形態の復号装置２０の構成例を示すブロック図である。図１５に示すように、本発明の第３の実施形態の復号装置２０は、復号部２１および復号順序決定部２２を含む。
　復号部２１は、送信機器１０（図１に示す第１，第２の実施形態における送信機器１００に相当）から送信されたパケットを復号する。
　復号順序決定部２２は、パケットに含まれる、世界時に協定世界時を近づけるための時刻の調整に応じた調整情報に基づいて、復号部２１が復号するパケットの順序を決定する。
　パケットは、同一のＩＰデータフローにおける順序を示す順序情報を含んでおり、復号順序決定部２２は、調整情報によって時刻の調整が行われることが示されている場合に、順序情報に基づいて復号部２１が復号するパケットの順序を決定する。
　本実施形態によれば、順次送信された情報を適切な順序で復号して再生することができる。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　また、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
　この出願は、２０１５年３月２日に出願された日本出願特願２０１５－０４０４８０を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１０、１００　　送信機器
　２０　　復号装置
　２１　　復号部
　２２　　復号順序決定部
　２００　　送信機器
　３００、５００　　アンテナ
　４００　　通信回線
　６００ａ、６００ｂ　　マルチメディア情報

Claims (10)

  1. 　送信機器から送信されたパケットを復号する復号手段と、
    　前記パケットに含まれる、世界時に協定世界時を近づけるための時刻の調整に応じた調整情報に基づいて、前記復号手段が復号する前記パケットの順序を決定する復号順序決定手段とを備え、
    　前記パケットは、同一のＩＰデータフローにおける順序を示す順序情報を含み、
    　前記復号順序決定手段は、前記調整情報によって前記時刻の調整が行われることが示されている場合に、前記順序情報に基づいて前記復号手段が復号する前記パケットの順序を決定する
    　ことを特徴とする復号装置。
  2. 　前記復号順序決定手段は、前記時刻の調整が行われるタイミングに応じた所定の期間、前記順序情報に基づいて前記復号手段が復号する前記パケットの順序を決定する
    　ことを特徴とする請求項１に記載の復号装置。
  3. 　前記パケットは、当該パケットに基づくコンテンツが提示される時刻を示す提示時刻情報を含み、
    　前記復号順序決定手段は、前記所定の期間以外のときには、前記提示時刻情報に基づいて前記復号手段が復号する前記パケットの順序を決定する
    　ことを特徴とする請求項２に記載の復号装置。
  4. 　前記パケットは、当該パケットに基づくコンテンツが提示される時刻を示す提示時刻情報を含み、
    　前記復号順序決定手段は、前記順序情報に基づいて前記復号手段が復号する前記パケットの順序を決定し、
    　前記復号手段は、決定された順序に従って、前記提示時刻情報に応じたタイミングで前記パケットを復号する
    　ことを特徴とする請求項１に記載の復号装置。
  5. 　前記調整情報は、閏秒の挿入または削除を示す情報である
    　請求項１から請求項４のうちいずれかに記載の復号装置。
  6. 　請求項１から請求項５のうちいずれかに記載の復号装置と、
    　前記パケットを受信する受信装置とを備えた
    　ことを特徴とする受信機器。
  7. 　受信側に、コンテンツに応じたパケットを所定の順序で復号させるために、世界時に協定世界時を近づけるための時刻の調整に応じた調整情報と、同一のＩＰデータフローにおける順序、または集合して構成するアセット、を示す順序情報とを含むパケットを送信する送信手段を備えた
    　ことを特徴とする送信機器。
  8. 　送信手段を備えた送信システムであって、
    　前記送信手段は、受信機器に、コンテンツに応じたパケットを所定の順序で復号させるために、世界時に協定世界時を近づけるための時刻の調整に応じた調整情報と、同一のＩＰデータフローにおける順序、または集合して構成するアセット、を示す順序情報とを含み、前記調整情報によって時刻の調整が行われることが示されている場合に、前記順序情報に基づいて、前記受信機器が、復号するパケットの順序を決定し得る、パケットを送信し、
    　前記送信手段より送信されたパケットに含まれる前記調整情報に基づいて、前記受信機器が復号するパケットの順序が決定される
    　ことを特徴とする送信システム。
  9. 　送信機器から送信されたパケットを復号し、
    　前記パケットに含まれる、世界時に協定世界時を近づけるための時刻の調整に応じた調整情報に基づいて、前記復号ステップで復号する前記パケットの順序を決定し、
    　前記パケットは、同一のＩＰデータフローにおける順序を示す順序情報を含み、
    　前記調整情報によって前記時刻の調整が行われることが示されている場合に、前記順序情報に基づいて、復号する前記パケットの順序を決定する
    　ことを特徴とする復号方法。
  10. 　コンピュータに、
    　送信機器から送信されたパケットを復号する復号処理と、
    　前記パケットに含まれる、世界時に協定世界時を近づけるための時刻の調整に応じた調整情報に基づいて、前記復号処理で復号する前記パケットの順序を決定する復号順序決定処理とを実行させ、
    　前記パケットは、同一のＩＰデータフローにおける順序を示す順序情報を含み、
    　前記復号順序決定処理で、前記調整情報によって前記時刻の調整が行われることが示されている場合に、前記順序情報に基づいて前記復号処理で復号する前記パケットの順序を決定させる
    　ための復号用プログラムが記憶された記憶媒体。
PCT/JP2016/000875 2015-03-02 2016-02-18 復号装置、受信機器、送信機器、送受信システム、復号方法、および復号用プログラムが記憶された記憶媒体 WO2016139909A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
US15/550,054 US10631037B2 (en) 2015-03-02 2016-02-18 Decoding device, reception device, transmission device, transmission/reception system, decoding method, and storage medium having decoding program stored therein
JP2017503337A JP6489203B2 (ja) 2015-03-02 2016-02-18 受信機器、および復号・提示方法
KR1020197032220A KR102137350B1 (ko) 2015-03-02 2016-02-18 디코딩 장치, 수신기기, 송신기기, 송수신 시스템, 디코딩 방법, 및 디코딩 프로그램이 저장된 저장매체
KR1020177027862A KR101995197B1 (ko) 2015-03-02 2016-02-18 디코딩 장치, 수신기기, 송신기기, 송수신 시스템, 디코딩 방법, 및 디코딩 프로그램이 저장된 저장매체
MX2017011368A MX371467B (es) 2015-03-02 2016-02-18 Dispositivo decodificador, dispositivo receptor, dispositivo transmisor, sistema de transmisión/recepción, método de decodificación y medio de almacenamiento que tiene un programa de decodificación almacenado en el mismo.
KR1020197018321A KR102041761B1 (ko) 2015-03-02 2016-02-18 디코딩 장치, 수신기기, 송신기기, 송수신 시스템, 디코딩 방법, 및 디코딩 프로그램이 저장된 저장매체
US16/824,793 US11128911B2 (en) 2015-03-02 2020-03-20 Decoding device, reception device, transmission device, transmission/reception system, decoding method, and storage medium having decoding program stored therein

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-040480 2015-03-02
JP2015040480 2015-03-02

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/550,054 A-371-Of-International US10631037B2 (en) 2015-03-02 2016-02-18 Decoding device, reception device, transmission device, transmission/reception system, decoding method, and storage medium having decoding program stored therein
US16/824,793 Continuation US11128911B2 (en) 2015-03-02 2020-03-20 Decoding device, reception device, transmission device, transmission/reception system, decoding method, and storage medium having decoding program stored therein

Publications (1)

Publication Number Publication Date
WO2016139909A1 true WO2016139909A1 (ja) 2016-09-09

Family

ID=56848815

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/000875 WO2016139909A1 (ja) 2015-03-02 2016-02-18 復号装置、受信機器、送信機器、送受信システム、復号方法、および復号用プログラムが記憶された記憶媒体

Country Status (5)

Country Link
US (2) US10631037B2 (ja)
JP (3) JP6489203B2 (ja)
KR (3) KR102041761B1 (ja)
MX (1) MX371467B (ja)
WO (1) WO2016139909A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016139909A1 (ja) 2015-03-02 2016-09-09 日本電気株式会社 復号装置、受信機器、送信機器、送受信システム、復号方法、および復号用プログラムが記憶された記憶媒体
KR102041090B1 (ko) 2015-03-02 2019-11-06 닛본 덴끼 가부시끼가이샤 디코딩 장치, 수신기기, 송신기기, 송수신 시스템, 디코딩 방법, 및 디코딩 프로그램이 저장된 저장매체
JP6219330B2 (ja) * 2015-03-11 2017-10-25 株式会社東芝 送信システム、多重化装置及びうるう秒補正対応方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010272071A (ja) * 2009-05-25 2010-12-02 Hitachi Kokusai Electric Inc 端末装置
WO2014196189A1 (ja) * 2013-06-05 2014-12-11 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ データ復号方法、データ復号装置及びデータ送信方法

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6438573B1 (en) * 1996-10-09 2002-08-20 Iowa State University Research Foundation, Inc. Real-time programming method
KR20000029596A (ko) * 1997-05-27 2000-05-25 요트.게.아. 롤페즈 비디오시퀀스의스위칭방법,대응스위칭소자및디코딩시스템
US20060093045A1 (en) * 1999-06-29 2006-05-04 Roger Anderson Method and apparatus for splicing
DE19943779A1 (de) * 1999-09-13 2001-03-22 Siemens Ag Anordnung zum Synchronisieren von über ein Kommunikationsnetz gekoppelten Kommunikationssystemkomponenten
JP4538908B2 (ja) * 2000-06-14 2010-09-08 ソニー株式会社 データ変換装置及び方法
US7711855B2 (en) * 2002-06-19 2010-05-04 Siebel Systems, Inc. Method and device for processing a time-related data entry
US7567296B2 (en) * 2002-06-27 2009-07-28 Thomson Licensing Method and system for detecting and performing automatic bank switching for a filter coefficient ram
FI119205B (fi) * 2005-06-29 2008-08-29 Abb Oy Aikasynkronointi
US20070070973A1 (en) * 2005-09-29 2007-03-29 Kazmi Zaigham A Method and system for achieving alignment between a centralized base station controller (CBSC) and a base transceiver site (BTS) in a network
KR20080022757A (ko) * 2006-09-07 2008-03-12 엘지전자 주식회사 디지털 방송 신호와 상기 신호를 처리하는 장치 및 방법
US7779109B2 (en) 2007-01-31 2010-08-17 International Business Machines Corporation Facilitating synchronization of servers in a coordinated timing network
US20080266453A1 (en) * 2007-04-25 2008-10-30 Broadcom Corporation Automatic Determination of Local Time for Terrestrial Broadcast Digital Television Receiver
US8181057B2 (en) * 2008-02-22 2012-05-15 Schlumberger Technology Corporation Time synchronization in units at different locations
NZ592238A (en) * 2008-09-16 2012-11-30 Proximagen Ltd Pharmaceutical compositions comprising 4-isopropyl-1,4,6,7-tetrahydro-5H-imidazo[4,5-c]pyridine derivatives
GB2472264B (en) * 2009-07-31 2014-12-17 British Sky Broadcasting Ltd Media substitution system
US8792308B2 (en) * 2010-03-26 2014-07-29 Citizen Holdings Co., Ltd. Radio-controlled watch
KR101163048B1 (ko) * 2010-12-07 2012-07-05 에스케이하이닉스 주식회사 출력 타이밍 제어회로 및 그를 이용하는 반도체 장치
JP5582045B2 (ja) * 2011-01-20 2014-09-03 セイコーエプソン株式会社 時刻修正装置、時刻修正装置付き計時装置及び時刻修正方法
JP5578103B2 (ja) * 2011-02-09 2014-08-27 セイコーエプソン株式会社 電子時計及び電子時計の受信制御方法
US20130173742A1 (en) * 2011-12-28 2013-07-04 United Video Properties, Inc. Systems and methods for latency-based synchronized playback at multiple locations
KR20140008237A (ko) * 2012-07-10 2014-01-21 한국전자통신연구원 엠엠티의 하이브리드 전송 서비스에서 패킷 전송 및 수신 장치 및 방법
US9843845B2 (en) * 2012-11-28 2017-12-12 Sinclair Broadcast Group, Inc. Terrestrial broadcast market exchange network platform and broadcast augmentation channels for hybrid broadcasting in the internet age
US9426196B2 (en) * 2013-01-04 2016-08-23 Qualcomm Incorporated Live timing for dynamic adaptive streaming over HTTP (DASH)
US8976750B1 (en) * 2013-01-16 2015-03-10 Sprint Communications Company L.P. Delivering precision time protocol frequency and phase synchronization over a network without on-path support
US9491524B2 (en) * 2013-03-13 2016-11-08 Intel Corporation Leap second support in content timestamps
US20160050624A1 (en) * 2013-04-12 2016-02-18 Telefonaktiebolaget L M Ericsson (Publ) System frame number synchronization
JP2015015706A (ja) * 2013-07-03 2015-01-22 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ データ送信方法、データ再生方法、データ送信装置およびデータ再生装置
US9547333B2 (en) * 2013-10-10 2017-01-17 General Electric Company System and method for synchronizing networked components
JP6189546B2 (ja) * 2013-12-09 2017-08-30 エルジー エレクトロニクス インコーポレイティド 放送コンテンツ及び放送コンテンツに関連したアプリケーションを含む放送信号を処理する方法及び装置
JP6309639B2 (ja) * 2014-01-13 2018-04-11 エルジー エレクトロニクス インコーポレイティド １つ以上のネットワークを介して放送コンテンツを送信又は受信するための方法及び装置
US10902474B2 (en) * 2014-03-24 2021-01-26 Qualcomm Incorporated Targeted advertisement insertion for streaming media data
US9432144B2 (en) * 2014-09-12 2016-08-30 Ciena Corporation Precision time transfer systems and methods in optical networks
JP6828992B2 (ja) 2015-02-18 2021-02-10 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置及び受信装置
EP3223526B1 (en) * 2014-11-20 2019-01-30 Panasonic Intellectual Property Corporation of America Transmission method, reception method, transmission device, and reception device
WO2016129413A1 (ja) 2015-02-10 2016-08-18 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
WO2016139909A1 (ja) 2015-03-02 2016-09-09 日本電気株式会社 復号装置、受信機器、送信機器、送受信システム、復号方法、および復号用プログラムが記憶された記憶媒体
EP3361741A4 (en) * 2015-10-07 2019-01-23 Panasonic Intellectual Property Management Co., Ltd. RECEIVING DEVICE AND RECEIVING METHOD

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010272071A (ja) * 2009-05-25 2010-12-02 Hitachi Kokusai Electric Inc 端末装置
WO2014196189A1 (ja) * 2013-06-05 2014-12-11 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ データ復号方法、データ復号装置及びデータ送信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KAWAMURA ET AL.: "Prototyping and Verification of an MMT Transport System for 8K SHV Broadcasting", THE INSTITUTE OF IMAGE INFORMATION AND TELEVISION ENGINEERS 2014 NEN NENJI TAIKAI KOEN YOKOSHU [ CD-ROM, 10 August 2014 (2014-08-10) *

Also Published As

Publication number Publication date
JPWO2016139909A1 (ja) 2017-11-30
MX2017011368A (es) 2018-01-23
JP6593423B2 (ja) 2019-10-23
JP6753500B2 (ja) 2020-09-09
US20200221160A1 (en) 2020-07-09
US10631037B2 (en) 2020-04-21
KR20170123678A (ko) 2017-11-08
MX371467B (es) 2020-01-29
KR20190125543A (ko) 2019-11-06
KR20190077608A (ko) 2019-07-03
US20180014060A1 (en) 2018-01-11
KR102137350B1 (ko) 2020-07-23
KR101995197B1 (ko) 2019-09-30
US11128911B2 (en) 2021-09-21
JP2020005311A (ja) 2020-01-09
KR102041761B1 (ko) 2019-11-06
JP6489203B2 (ja) 2019-03-27
JP2018067951A (ja) 2018-04-26

Similar Documents

Publication Publication Date Title
JP7260687B2 (ja) 送信方法および送信装置
JP6617809B2 (ja) 復号装置、復号方法、および復号用プログラム
US10305617B2 (en) Transmission apparatus, transmission method, reception apparatus, and reception method
JP2015119477A (ja) 送信方法、受信方法、送信装置及び受信装置
JP7200329B2 (ja) 送信方法、受信方法、送信装置及び受信装置
JP6753500B2 (ja) 受信機器、および復号・提示方法
JPWO2017073336A1 (ja) 送信装置、受信装置、及び、データ処理方法
JP2022118086A (ja) 受信方法、送信方法、受信装置及び送信装置
JP6957186B2 (ja) 情報処理装置、情報処理方法、プログラム、および記録媒体製造方法
JP7505613B2 (ja) 送信装置、及び送信方法
US8171166B1 (en) Method and a computer program product for modifying or generating a multiple program transport stream

Legal Events

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

Ref document number: 16758609

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
ENP Entry into the national phase

Ref document number: 2017503337

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15550054

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: MX/A/2017/011368

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20177027862

Country of ref document: KR

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 16758609

Country of ref document: EP

Kind code of ref document: A1