WO2016031629A1 - 再生装置、送信装置、再生方法、及び、送信方法 - Google Patents

再生装置、送信装置、再生方法、及び、送信方法 Download PDF

Info

Publication number
WO2016031629A1
WO2016031629A1 PCT/JP2015/073141 JP2015073141W WO2016031629A1 WO 2016031629 A1 WO2016031629 A1 WO 2016031629A1 JP 2015073141 W JP2015073141 W JP 2015073141W WO 2016031629 A1 WO2016031629 A1 WO 2016031629A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
data flow
message
sub
data flows
Prior art date
Application number
PCT/JP2015/073141
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 JP2016545450A priority Critical patent/JPWO2016031629A1/ja
Publication of WO2016031629A1 publication Critical patent/WO2016031629A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • 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/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format

Definitions

  • the present invention mainly relates to a playback apparatus and a playback method for playing back a program composed of a plurality of components, and a transmission apparatus and a transmission method for transmitting such a program.
  • Devices compatible with digital broadcasting can receive a data broadcasting service.
  • digital broadcasting for example, high-definition television broadcasting
  • Various technologies related to data broadcasting for example, Patent Document 1 and Patent Document 2 have been developed so far. Technology has been proposed.
  • the present invention has been made in view of the above-mentioned problems, and its main purpose is to support the MMT / TLV system, “After being distributed by a key station, a part of the local station is replaced with an original one. Another object is to realize a reproducing apparatus and a reproducing method capable of receiving “data broadcasting”. In addition, it is also included in the object of the present invention to realize a transmission apparatus and a transmission method that correspond to the MMT / TLV system and that transmit a video created by a key station and a data broadcast unique to the local station.
  • a playback device that plays back a program including a plurality of components, an acquisition unit that acquires two IP data flows showing mutual dependencies, and the two IP data flows.
  • a playback unit that executes a process of playing back a component stored in the other of the two IP data flows based on the dependency relationship while playing back a component stored in one of the two IP data flows. Yes.
  • a playback method by a playback device that plays back a program including a plurality of components, an acquisition step of acquiring two IP data flows showing mutual dependencies, A playback step of playing back a component stored in the other of the two IP data flows while playing back a component stored in one of the IP data flows based on the dependency relationship; Is included.
  • a transmission apparatus includes a transmission unit that transmits two IP data flows indicating mutual dependencies in a transmission apparatus used to distribute a program including a plurality of components. And one of the two IP data flows includes a plurality of components constituting the program, and the other of the two IP data flows includes a part of the plurality of components later. Contains the replaced data component.
  • a transmission method is a transmission method by a transmission device used by a local station to distribute a program composed of a plurality of components, and two IP data flows showing mutual dependencies.
  • the one of the two IP data flows includes a plurality of components constituting the program, and the other of the two IP data flows includes the plurality of components. Data components that have been replaced in part are included.
  • the playback apparatus and playback method according to an aspect of the present invention are compatible with the MMT / TLV system and receive “data broadcasting in which a part of the local broadcast station is replaced with a unique one after being distributed by a key station”. be able to.
  • the transmission apparatus and transmission method according to one aspect of the present invention are compatible with the MMT / TLV system, and part of data for data broadcasting distributed by a key station can be easily replaced with the original data of the local station. Can be sent.
  • FIG. 4 is a block diagram of a transmission device (local station transmission device) and a receiver (regional receivers covered by a local station) constituting the system according to the first to third embodiments of the present invention.
  • 2 is a diagram related to the first embodiment, two IP data flows transmitted by a key station (main IP data flow and sub-IP data flow), and two IPs received by a receiver in a region covered by a local station.
  • FIG. It is the figure which showed typically the data flow (The thing in which the sub IP data flow was replaced by the local station). It is a figure regarding Embodiment 1, and is a figure showing the data structure of the PA message of the main IP data flow.
  • Embodiment 1 It is a figure regarding Embodiment 1, and is a figure which showed the data structure of PA message of a sub IP data flow. It is a figure regarding Embodiment 1, and is a figure showing a data structure of MMT_general_location_info. It is a figure regarding Embodiment 1, and is the figure which showed the data structure of the MMT package table, and the meaning of MPT mode. It is a figure regarding Embodiment 1 and is a figure which illustrated the data structure of the dependency descriptor in a MMT package table. It is a figure regarding Embodiment 1, and is a figure which showed the data structure of DT message (data transmission message) of a sub IP data flow.
  • FIG. 1 It is a figure regarding Embodiment 1, and is a figure which showed the data structure of PA message of a sub IP data flow. It is a figure regarding Embodiment 1, and is a figure showing a data structure of MMT_general_location_info. It is a figure regarding Embodiment
  • FIG. 4 is a diagram related to the first embodiment, and is a diagram for explaining three tables included in a DT message, that is, a DDMT (data directory management table), a DAMT (data asset management table), and a DCMT (data content management table).
  • DDMT data directory management table
  • DAMT data asset management table
  • DCMT data content management table
  • FIG. 6 is a diagram related to a modification of the first embodiment, in which two IP data flows transmitted by a key station and two IP data flows received by a receiver in a region covered by the local station (a sub IP data flow is a local station) It is the figure which showed typically what was replaced by.
  • FIG. 10 is a diagram related to the second embodiment, in which two IP data flows transmitted by a key station and two IP data flows received by a receiver in a region covered by the local station (sub IP data flows are replaced by the local station);
  • FIG. 10 It is a figure regarding Embodiment 2, and is a figure which showed the data structure of the DT message of a sub IP data flow.
  • Fig. 10 Fig. 10 is a diagram related to the third embodiment.
  • FIG. 10 is a diagram related to the third embodiment, and illustrates the information included in the MMT package table of the main IP data flow received by the receiver in the area covered by the local station. 10 is a flowchart illustrating an operation of a receiver according to the third embodiment.
  • FIG. 1 is a block diagram of a transmission apparatus and a receiver constituting the system.
  • the transmission device 100 is a transmission device that supports the MMT / TLV system and is managed by a key station or a local station in order to distribute a program including a plurality of assets (components).
  • the receiver 200 also supports the MMT / TLV system.
  • the receiver 200 is a receiver (television) installed in an area covered by a key station or a local station and capable of receiving a program including a plurality of assets.
  • a case will be described in which part of data broadcasting is replaced at the local station.
  • the local station acquires 8K video program data (data consisting of the main IP data flow and sub IP data flow) produced by the key station before or at the start of broadcasting, and stores the acquired data in the content server 1. . All assets included in the main IP data flow are assets that are not replaced by the local station, and all assets included in the sub IP data flow are assets that are replaced by the local station.
  • the local station replaces a part of the acquired data (data asset related to data broadcasting, etc.) with the local station's original one before or at the start of broadcasting the program, and then distributes the 8K video program.
  • the local station identifies the sub-IP data flow to be replaced from the program data produced by the key station, replaces some corresponding data later with the local station's own data, and then replaces the main IP data flow. Transmitted by broadcasting in the form of re-multiplexing.
  • the present embodiment is characterized in that these two IP data flows (main IP data flow and sub-IP data flow) include information indicating mutual dependency.
  • the system includes two content servers (content server 1 and content server 2) separately from the transmission device 100 and the receiver 200.
  • the content server 1 and the content server 2 are servers managed by a key station or a local station.
  • 8K video program data includes a data group (PA message, DT message, various assets, etc.) constituting a main IP data flow and a data group (PA message, DT) constituting a sub IP data flow. Message and data asset). Further, it is assumed that program data (a data asset related to data broadcasting, etc.) when the receiver 200 acquires by communication is stored in the content server 2.
  • the transmission device 100 includes a component multiplexing unit 110, a replacement processing unit 120, a broadcast transmission unit 130, and a communication unit 140.
  • the component multiplexing unit 110 multiplexes one or more assets to be included in the main IP data flow based on the 8K video program data of the content server 1 to generate a main IP data flow, and the sub IP data flow.
  • One or more assets to be included are multiplexed to generate a sub-IP data flow.
  • the corresponding IP data flow IP data flow in which the replacement processing unit 120 replaces data
  • the component multiplexing unit 110 may perform sub IP data flow replacement processing on the data multiplexed from the content server 1.
  • the component multiplexing unit 110 distributes the main IP data flow generated for the program via the broadcast transmission unit 130 when the broadcast time of the program comes.
  • the component multiplexing unit 110 records the corresponding data in the content server 2 via the communication unit 140 when transmitting data (data asset or the like) via the communication network among the multiplexed components.
  • the replacement processing unit 120 performs processing (replacement processing) for replacing data related to data broadcasting (such as data assets) on the sub-IP data flow recorded in the content server 1.
  • the broadcast transmission unit 130 is a device for generating and transmitting broadcast waves.
  • the communication unit 140 is a communication interface provided to enable the transmission apparatus 100 to perform IP communication with other devices.
  • component multiplexing unit 110 and the replacement processing unit 120 may be realized by a CPU that has read a specific program.
  • the receiver 200 includes a control unit 210, an operation reception unit 220, a broadcast reception unit 230, a communication unit 240, a storage unit 250, a display 260, and a speaker 270.
  • the control unit 210 is a CPU that comprehensively controls the entire receiver 200.
  • the control unit 210 functions as a component demultiplexing unit 211, a video decoding unit 212, an audio decoding unit 213, a data broadcast related processing unit 214, and a display processing unit 215 by reading various programs when the receiver 200 is activated. To do.
  • the component demultiplexing unit 211 extracts control information and each asset from the main IP data flow by performing a demultiplexing process on the main IP data flow.
  • the component demultiplexing unit 211 determines whether or not there is a sub IP data flow whose dependency relationship with the main IP data flow is indicated. When the component demultiplexing unit 211 determines that such a sub IP data flow exists, the component demultiplexing unit 211 uses information (such as an address indicating the sub IP data flow) regarding the sub IP data flow included in the main IP data flow. By referring, the sub IP data flow is acquired.
  • the video decoding unit 212 decodes the video from the video asset stored in the main IP data flow.
  • the audio decoding unit 213 decodes the audio signal from the audio asset and outputs the audio signal to the speaker 270.
  • the data broadcast related processing unit 214 creates a directory structure indicated by a data asset (specifically, a data directory management table (DDMT)) stored in the main IP data flow in the storage unit 250. Then, the data broadcast related processing unit 214 refers to (DAMT) in the data asset management table, and designates each file (data item) related to the data broadcast extracted from the data asset by the directory specified by the DDMT. To store.
  • a data asset specifically, a data directory management table (DDMT)
  • DAMT data directory management table
  • the data broadcast related processing unit 214 performs the same processing on the data asset stored in the sub IP data flow (data asset replaced by the local station).
  • the display processing unit 215 describes, in the data content management table (DCMT), the data broadcast content configured by each file (html file, image file, etc.) related to the data broadcast together with the video decoded by the video decoding unit 212.
  • the information is displayed on the display 260 based on the file configuration information. That is, the display processing unit 215 reproduces the sub-IP data while reproducing the video asset (video component), audio asset (audio component), and data asset (data component) created by the key station and stored in the main IP data flow. Play the data asset (data component) stored in the flow and replaced by the local station.
  • DCMT data content management table
  • the operation reception unit 220 is a device that receives a user operation (for example, an infrared light receiving unit that receives a user operation from a remote controller).
  • the broadcast receiving unit 230 is a tuner that receives a broadcast signal including a main IP data flow and a sub IP data flow.
  • the communication unit 240 is a communication interface provided to enable the receiver 200 to perform IP communication with other devices.
  • the storage unit 250 is a recording medium on which various data are recorded.
  • the display 260 is a general known display.
  • Speaker 270 is a general known speaker.
  • FIG. 2 is a diagram showing the main IP data flow and sub IP data flow transmitted by the key station on the left side, and the main IP data flow and sub IP data flow received by the receiver 200 on the right side.
  • FIG. 3 is a diagram illustrating a data structure of a PA message of the main IP data flow.
  • FIG. 4 is a diagram showing a data structure of a PA message in the sub IP data flow.
  • FIG. 5 is a diagram showing a data structure of MMT_general_location_info included in the PA message.
  • FIG. 6 is a diagram showing the data structure of the MMT package table and the meaning of the MPT mode (MPT_mode) defined in the MMT package table.
  • FIG. 7 is a diagram illustrating an example of the data structure of the dependency descriptor in the MMT package table.
  • FIG. 8 is a diagram illustrating a data structure of a DT message (data transmission message) of the sub-IP data flow.
  • FIG. 8 is a diagram for explaining three tables included in the DT message, that is, DDMT (data directory management table), DAMT (data asset management table), and DCMT (data content management table).
  • Each arrow in FIG. 2 indicates that “the arrow indicates in the data corresponding to the block at the base of the arrow (for example, MPT1 in FIG. 2).
  • a value indicating a reference destination of data (for example, the sub-IP data flow in FIG. 2) corresponding to the block is included ”.
  • the IP data flow includes a PA message and a DT message.
  • PA message is a message that serves as an entry point for MMT control messages.
  • the DT message is a message related to data broadcasting.
  • the PA message contains MPT.
  • the MPT is a table that provides information indicating a list of assets and a reference destination of an MMT packet including the assets.
  • the DT message includes DDMT, DAMT, and DCMT.
  • DDMT is a table for managing the configuration of files and directories related to data broadcasting.
  • the DAMT is a table for managing the configuration of the MPU in the data asset and the version for each MPU.
  • DCMT provides file configuration information as data broadcast content in the receiver. Note that the DCMT is information indicating a link to the next page of each page and / or information indicating a presentation period of each element in the page (“always present” when the data broadcasting content is composed of a plurality of pages. Information indicating “should be presented”, “information indicating that it should be presented after a lapse of a certain period”, “information indicating that it should be presented until the lapse of a certain period”, and the like.
  • the data asset portion is replaced by the replacement processing unit 120 from the data asset 2 produced by the key station to the data asset 2 ′ related to the local station's own data broadcast. Above, it is delivered to the receiver 200.
  • the PA message (PA message 1) of the main IP data flow in the present embodiment includes associated_MPT_flag.
  • This associated_MPT_flag is a flag indicating whether or not there is a sub IP data flow having a dependency relationship, and in the present embodiment, the value is “1”.
  • this PA message includes MMT_general_location_info having a data structure as shown in FIG.
  • MMT_general_location_info includes information for acquiring a sub IP data flow having a dependency relationship (for example, information for specifying a sub IP data flow when the sub IP data flow having a dependency relationship is designated by an IPv4 address) That is, ipv4_src_addr, ipv4_dst_addr, dst_port, and packet_id) are included.
  • MMT_general_location_info is used by the replacement processing unit 120 to identify the sub IP data flow to be replaced by referring to the value.
  • the receiver 200 can specify the sub-IP data flow regardless of the presence or absence of the replacement.
  • associated_MPT_flag is also included in the PA message (PA message 2) of the sub-IP data flow in this embodiment.
  • the associated_MPT_flag is a flag indicating whether or not there is a main IP data flow having a dependency relationship, and the value is “1” in the present embodiment.
  • MPT_mode is included in the MPT included in the PA message.
  • MPT_mode MPT1
  • MPT_mode MPT1
  • MPT_mode MPT1
  • the value of MPT_mode is “01”, as in the known MPT_mode, “After receiving MPT of subset 0, any subset having the same version number is processed. It can be done.
  • the value of MPT_mode being “10” indicates that “subset 0 MPT can be processed arbitrarily” similarly to the known MPT_mode, and the MPT_mode value “11” is similar to the known MPT_mode. Reserved value.
  • FIG. 7A shows the data structure of the dependency descriptor in this embodiment.
  • dependency descriptors are included in MPT1 and MPT2 (MPT included in PA message 2).
  • asset_id_byte is included in this dependency descriptor. It is.
  • asset_id_byte of MPT1 indicates the asset ID of the data asset of the sub IP data flow having the dependency relationship
  • asset_id_byte of MPT2 indicates the asset ID of the data asset of the main IP data flow having the dependency relationship Yes.
  • associated_DAMT_flag is included in the data transmission message of the sub-IP data flow.
  • This associated_DAMT_flag is a flag indicating whether or not there is a main IP data flow having a dependency relationship, and its value is “1” in this embodiment.
  • the data transmission message includes information on DAMT (DAMT1) of the main IP data flow having the dependency.
  • the structure of the file and directory of the data broadcast content has a structure as shown in FIG. 9A.
  • the main IP data flow and the sub IP data flow DDMT (DDMT1) are shown in FIG. 9A.
  • Information indicating the structure as shown is included.
  • DAMT (DAMT1 and DAMT2 (DAMT of sub-IP data flow)) includes the item ID of each item in the data asset managed by DAMT. Yes.
  • the data item (A01.html, J01.js, J02.js, J11.js, J12.js, and B01.mp4) managed by DAMT1 is the main IP data flow that the local station does not replace It is a data item included in.
  • the data items (A11.html, J03.js, J13.js, B02.jpg, B03.png, B11.jpg, B12.jpg, and B13.png) managed by DAMT2 are , A data item included in the sub-IP data flow that the local station replaces (or has been replaced by the local station).
  • the DCMT (DCMT1) of the main IP data flow and the sub IP data flow has information (for example, between pages) indicating the structure of the data broadcast content file in the receiver 200.
  • the receiver 200 may perform display control as illustrated in FIG. 9B by referring to the DCMT 1.
  • the receiver 200 presents a page composed of, for example, A01.html, B01.mp4, B02.jpg, J01.js, J02.js, and J03.js based on the DCMT1, and the fixed period is After the elapse, the image represented by B03.jpg may be further displayed.
  • the receiver 200 when the receiver 200 receives an operation of changing a page before the predetermined period elapses, A11.html, B11.jpg, B12.jpg, B13.jpg, J11.js, J12.js, and A page composed of J13.js may be presented, and after a certain period has elapsed, the image represented by B11.jpg may be deleted.
  • FIG. 10 is a flowchart showing the operation.
  • FIG. 11 is a flowchart showing in detail a specific process (step S8, step S20, and step S121) in the flowcharts of FIGS.
  • Step S1 The component demultiplexer 211 of the receiver 200 acquires a message from the main IP data flow through the broadcast receiver 230.
  • Step S2 The component demultiplexer 211 determines whether or not the message acquired in step S1 is a PA message (PA message 1). If the component demultiplexer 211 determines that the message acquired in step S1 is a PA message, the component demultiplexing unit 211 proceeds to step S5, and determines that the message acquired in step S1 is not a PA message. Advances to step S3.
  • Step S3 The component demultiplexer 211 determines whether or not the message acquired in step S1 is a DT message (DT message 1). When the component demultiplexing unit 211 determines that “the message acquired in step S1 is a DT message”, the process proceeds to step S4, and when it is determined that “the message acquired in step S1 is not a DT message”. Returns to step S1.
  • Step S4 The component demultiplexer 211 acquires DDMT1, DCMT1, and DAMT1 from the DT message acquired in step S1. After step S4, the component demultiplexer 211 returns to step S1.
  • Step S5 The component demultiplexing unit 211 acquires MPT (MPT1) from the PA message acquired in step S1.
  • Step S6 The component demultiplexing unit 211 acquires each asset in the main IP data flow by referring to the MPT acquired in step S5.
  • the component demultiplexing unit 211 acquires the video asset, the audio asset, and the data asset 1 from the main IP data flow. Then, the component demultiplexing unit 211 supplies the video asset, the audio asset, and the data asset 1 to the video decoding unit 212, the audio decoding unit 213, and the data broadcast related processing unit 214, respectively.
  • the video decoding unit 212 decodes the video from the video asset, and the display processing unit 215 displays the video on the display 260.
  • the audio signal is decoded from the audio asset by the audio decoding unit 213, and the audio represented by the audio signal can be heard from the speaker 270.
  • the data broadcast related processing unit 214 refers to DDMT1 and DAMT1, and expands a file group (file group produced by the key station) and a directory group related to the data broadcast in the storage unit 250.
  • Step S7 The component demultiplexer 211 refers to the MPT mode of MPT acquired in step S5 to determine whether or not there is a subset of MPTs (MPT2).
  • the component demultiplexing unit 211 proceeds to step S8 when it is determined that the MPT of the subset exists, and returns to step S1 when it is determined that the MPT of the subset does not exist.
  • Step S8 The component demultiplexing unit 211 performs processing related to the dependency between assets for each asset of the main IP data flow.
  • Step S8 is specifically shown by the flowchart of FIG.
  • the component demultiplexing unit 211 determines whether or not the dependency descriptor is described in the MPT acquired in step S5 (step S101).
  • step S101 If the component demultiplexing unit 211 determines in step S101 that the dependency descriptor is described in the MPT, the component demultiplexing unit 211 refers to the dependency descriptor, and for each asset having a dependency relationship, the component and the dependency relationship (complementary) The asset ID of the asset in the general relationship is specified (step S102).
  • Step S9 The component demultiplexing unit 211 refers to the associate_MPT_flag of the PA message 1 to determine whether there is a sub IP data flow that is dependent on the main IP data flow (that is, the value of associate_MPT_flag is 1). Determine. If the component demultiplexing unit 211 determines that “there is a sub IP data flow having a dependency relationship with the main IP data flow”, the process proceeds to S10, and “the sub IP data flow having a dependency relationship with the main IP data flow” If it is determined that "is not present", the process returns to S1.
  • Step S10 The component demultiplexing unit 211 refers to MMT_general_location_info included in the portion that is not the table of the PA message 1 to identify the reference destination of the sub IP data flow, and acquires the message from the sub IP data flow. Since the receiver 200 according to the present embodiment receives all IP data flows via broadcast, the component demultiplexing unit 211 acquires the sub IP data flow through the broadcast receiving unit 230.
  • Step S11 The component demultiplexer 211 determines whether or not the message acquired in step S10 is a PA message (PA message 2). If the component demultiplexing unit 211 determines that “the message acquired in step S10 is a PA message”, the process proceeds to step S16, and if it determines that “the message acquired in step S10 is not a PA message”. Advances to step S12.
  • Step S12 The component demultiplexer 211 determines whether or not the message acquired in step S10 is a DT message (DT message 2). When the component demultiplexing unit 211 determines that “the message acquired in step S10 is a DT message”, the process proceeds to step S13, and when it is determined that “the message acquired in step S10 is not a DT message”. Returns to step S1.
  • Step S13 The component demultiplexer 211 acquires DDMT1, DCMT1, and DAMT2 from the DT message acquired in step S12. After step S13, the component demultiplexer 211 proceeds to step 14.
  • Step S14 The component demultiplexer 211 determines whether or not the main IP data flow is dependent on the sub IP data flow (that is, the value of associate_DAMT_flag is 1) by referring to associate_DAMT_flag of the DT message 2 To do. If the component demultiplexing unit 211 determines that “the main IP data flow is dependent on the sub IP data flow”, the process proceeds to S15, and “the main IP data flow is not dependent on the sub IP data flow. ”, The process returns to S1.
  • Step S15 The component demultiplexing unit 211 refers to the DT message 2 and acquires information on the dependent DAMT1. After step S15, the component demultiplexer 211 returns to step S1.
  • Step S16 The component demultiplexer 211 determines whether or not the main IP data flow is dependent on the sub-IP data flow (that is, the value of associate_MPT_flag is 1) by referring to the associate_MPT_flag of the PA message 2 To do. If the component demultiplexing unit 211 determines that “the main IP data flow is dependent on the sub IP data flow”, the process proceeds to S17, and “the main IP data flow is not dependent on the sub IP data flow”. If it is determined, return to S1.
  • Step S17 The component demultiplexer 211 refers to the message payload part of the PA message 2 and acquires information on the dependent MPT 1.
  • Step S18 The component demultiplexing unit 211 acquires MPT (MPT2) from the PA message acquired in step S11.
  • Step S19 The component demultiplexing unit 211 acquires the data asset (data asset 2 in the example of FIG. 2) in the sub-IP data flow by referring to the MPT acquired in step S18.
  • the component demultiplexing unit 211 supplies the data asset (data asset 2) to the data broadcast related processing unit 214.
  • Step S20 The component demultiplexing unit 211 performs processing related to the dependency between assets for each asset of the sub-IP data flow.
  • Step S20 is specifically shown by the flowchart of FIG.
  • the component demultiplexing unit 211 determines whether or not the dependency descriptor is described in the MPT acquired in step S18 (step S101).
  • step S101 If the component demultiplexing unit 211 determines in step S101 that the dependency descriptor is described in the MPT, the component demultiplexing unit 211 refers to the dependency descriptor, and for each asset having a dependency relationship, the component and the dependency relationship (complementary) The asset ID of the asset in the general relationship is specified (step S102).
  • the data broadcast related processing unit 214 refers to the dependency relationship between the DDMT1, the DAMT2, and the data asset, and relates to the data broadcast acquired in the step S19 in the same area as the file group and the directory group developed in the step S6.
  • the file group (file group replaced by the local station) and the directory group are expanded in the storage unit 250.
  • the display processing unit 215 refers to the file group related to the data broadcast and the DCMT 1 to display the data broadcast content (both the part produced by the key station that is already displayed and the part replaced by the local station). This is displayed on the display 260.
  • Step S21 The control unit 210 determines whether or not the operation receiving unit 220 has received an operation for ending the reproduction of the program.
  • the receiver 200 ends the operation according to the flowchart of FIG. 10 (that is, the operation for reproducing the program). .
  • the control unit 210 determines that “the operation receiving unit 220 has not received such an operation”
  • the receiver 200 returns to step S1.
  • MMT_general_location_info in order to identify a sub-IP data flow that is dependent on the main IP data flow) in the PA message of the main IP data flow (specifically, a portion that is not a table in the message payload portion)
  • the present invention is not limited to such a configuration.
  • MMT_general_location_info may be included in the dependency descriptor in the MPT included in the PA message.
  • FIG. 12 is a diagram related to this modification, and shows the main IP data flow and sub IP data flow transmitted by the key station on the left side, and the main IP data flow and sub IP data flow received by the receiver 200 on the right side.
  • FIG. FIG. 13 is a diagram relating to the present modification, and showing the data structure of the package list table (PLT).
  • PKT package list table
  • MMT_general_location_info (information for specifying a sub-IP data flow having a dependency relationship with the main IP data flow (IP address, etc.)) is included in the PLT of the PA message of the main IP data flow May be.
  • the value of MLT_package_id_byte of PLT may be set to the same value as the package_id of MPT of the sub-IP data flow.
  • the receiver 200 is a playback device that plays back a program including a plurality of assets (components).
  • the component demultiplexing unit 211 (acquisition unit) of the receiver 200 acquires two IP data flows (main IP data flow and sub IP data flow) indicating the mutual dependency.
  • the display processing unit 215 (playback unit) of the receiver 200 stores the video asset created by the key station among the plurality of assets stored in one of the two IP data flows (main IP data flow). While reproducing, the process of reproducing the data asset replaced by the local station among the plurality of assets stored in the other of the two IP data flows is executed based on the dependency.
  • the receiver 200 corresponds to the MMT / TLV system, and is a playback device capable of receiving “data broadcasting that has been distributed by the key station and then partially replaced with the local station's original one”. It can be said that there is.
  • the transmission device is a transmission device 100 that is separate from the content server 2 (a server that transmits data assets via communication to the receiver 200 in response to a request from the receiver 200) as described above. Or a transmission device that plays both roles of the transmission device 100 and the content server 2 (that is, a transmission device in which a sub-IP data flow including a data asset replaced by a local station is stored in a storage unit). Also good.
  • the transmission device is a transmission device used mainly by a local station to distribute a program including a plurality of assets (components).
  • the transmission device includes a broadcast transmission unit 130 and a communication unit 140 (transmission unit) that transmit two IP data flows (main IP data flow and sub-IP data flow) showing mutual dependencies.
  • One of the two IP data flows includes a video asset, an audio asset, and a data asset created by a key station among the plurality of assets.
  • the other includes data assets replaced by the local station among the plurality of assets.
  • the transmitting apparatus is compatible with the MMT / TLV system, and can transmit a program created by a key station and a data broadcast replaced with a part of the local station.
  • the transmission apparatus can replace the sub-IP data flow with a local station-specific one through simple processing such as replacement of data assets.
  • MPT2 includes the dependency descriptor (dependency descriptor in which asset_id_byte indicates the asset ID of the data asset of the sub IP data flow in the dependency relationship) in the main IP data flow DAMT (DAMT1) instead of MPT1.
  • the dependency descriptor (the dependency descriptor in which asset_id_byte indicates the asset ID of the data asset of the main IP data flow in the dependency relationship) may be included in the DAMT (DAMT2) of the sub IP data flow.
  • the DT message of the sub-IP data flow may not include DDMT and DCMT. That is, in step S13, the component demultiplexing unit 211 may acquire only DAMT2 from the DT message acquired in step S12.
  • FIG. 14 is a diagram related to the present embodiment, and shows the main IP data flow and sub-IP data flow transmitted by the key station on the left side, and the main IP data flow received by the receiver in the area covered by the local station and It is the figure which showed the sub IP data flow on the right side.
  • FIG. 15 is a diagram related to the present embodiment, and shows a data structure of a DT message (DT message 2) of the sub-IP data flow.
  • FIG. 16 is a diagram related to the present embodiment and the third embodiment described later, and is a diagram for explaining three tables (DDMT, DAMT, and DCMT) included in the DT message.
  • members having the same functions as those described in the first embodiment are denoted by the same reference numerals and description thereof is basically omitted.
  • the configuration of the system according to the present embodiment is the same as that of the system according to the first embodiment.
  • the configuration of the file and directory of the data broadcast content transmitted by the key station and the data broadcast content (received by the receiver 200) ( That is, the configuration of the file and directory of the data broadcast content after replacement processing by the local station is different.
  • the receiver 200 can reproduce the data broadcast content even if the file and directory configuration of the data broadcast content is changed by the process of replacing the data asset 2 with the data asset 2 ′. Therefore, the local station replaces three tables (DDMT, DCMT, and DAMT) in the DT message of the sub-IP data flow.
  • the DT message of the sub IP data flow includes ignore_DDMT_DCMT_flag and overwrite_DDMT_DCMT_flag in addition to associated_DAMT_flag.
  • the DT message of the main IP data flow includes ignore_DDMT_DCMT_flag and overwrite_DDMT_DCMT_flag in addition to associated_DAMT_flag.
  • ignore_DDMT_DCMT_flag in the DT message indicates whether or not the DDMT and DCMT in the DT message should be ignored. That is, the value of ignore_DDMT_DCMT_flag being “1” indicates that DDMT and DCMT should be ignored, and the value of ignore_DDMT_DCMT_flag being “0” indicates that DDMT and DCMT should not be ignored.
  • overwrite_DDMT_DCMT_flag in the DT message indicates whether or not the DDMT and DCMT in the DT message can be replaced. That is, the value of overwrite DDMT_DCMT_flag being “1” indicates that DDMT and DCMT can be replaced, and the value of overwrite DDMT_DCMT_flag being “0” indicates that DDMT and DCMT cannot be replaced.
  • ignore_DDMT_DCMT_flag and overwrite_DDMT_DCMT_flag are “0” in the DT message (DT message 1) of the main IP data flow transmitted by the key station.
  • the value of ignore_DDMT_DCMT_flag is “0” and the value of overwrite_DDMT_DCMT_flag is “1” in the DT message (DT message 2) of the sub-IP data flow transmitted by the key station.
  • the replacement processing unit 120 confirms that the value of the overwrite_DDMT_DCMT_flag of the DT message of the sub IP data flow transmitted by the key station is “1”, and then performs DDMT, DCMT, and DAMT in the sub IP data flow. At the same time, the data asset is replaced as shown in FIG. As a result, the replaced DT message has the contents as shown in FIG.
  • the replacement processing unit 120 updates the value of ignore_DDMT_DCMT_flag of the DT message of the main IP data flow transmitted by the key station from “0” to “1” together with such replacement processing.
  • the local station distributes the main IP data flow and the sub IP data flow updated by these processes to the receiver 200 in the same procedure as in the first embodiment.
  • step S4 the component demultiplexing unit 211 confirms that the value of ignore_DDMT_DCMT_flag of the DT message 1 is “1” (DDMT1 and DCMT1 should be ignored), and in the DT message acquired in step S1 To obtain only DAMT1.
  • the process performed by the data broadcast related processing unit 214 in step S6 is only the process of saving DAMT1 in the storage unit 250.
  • step S13 the component demultiplexing unit 211 confirms that the value of ignore_DDMT_DCMT_flag of the DT message 2 is “0” and the value of overwrite_DDMT_DCMT_flag is “1” (DDMT2 and DCMT2 should not be ignored) DDMT2, DCMT2, and DAMT2 ′ are acquired from the DT message acquired in step S12.
  • step S19 the data broadcast-related processing unit 214 refers to DDMT2, DAMT1, and DAMT2 ′, so that the file group related to the data broadcast (the file group transmitted by the key station and the file group replaced by the local station)
  • the directory group is expanded in the storage unit 250
  • the display processing unit 215 refers to the file group related to the data broadcast and the DCMT2, so that the data broadcast content (the part produced by the key station and the part replaced by the local station) , Both) are displayed on the display 260.
  • an area receiver (not shown) covered by the key station operates in accordance with the flowchart of FIG. 1 except for the following points.
  • the receiver 200 operates according to the flowcharts of FIGS. 10 and 11 except for the following points.
  • step S4 the component demultiplexing unit 211 confirms that the value of ignore_DDMT_DCMT_flag of the DT message 1 is “0” (DDMT1 and DCMT1 should not be ignored), and the DT message acquired in step S1 From the inside, DDMT1, DCMT1, and DAMT1 are obtained.
  • step S13 the component demultiplexer 211 confirms that the value of ignore_DDMT_DCMT_flag of the DT message 2 is “0” (DDMT1 and DCMT1 should not be ignored), and the DT message acquired in step S12 From the inside, DDMT1, DCMT1, and DAMT2 are acquired.
  • the receiver 200 is based on DCMT2, for example, A01.html, B01.mp4, B02.jpg (local station unique images), J01.js, J02. A page composed of js and J03.js (local station original script) is presented.
  • A11.html local station-specific html data
  • B11.jpg global image
  • B12.jpg global image
  • B13.jpg B14.jpg
  • the four jpgs present pages composed of J11.js, J12.js, and J13.js (local station unique script).
  • local receivers covered by key stations are based on DCMT1, for example, A01.html, B01.mp4, B02.jpg, B03.jpg, J01.js. , J02.js, and J03.js (all the above files are files created by key stations).
  • this receiver subsequently receives an operation to change the page, for example, A11.html, B11.jpg, B12.jpg, B13.jpg, J11.js, J12.js, and J13.js (above All files present a page composed of files created by key stations.
  • the receiver 200 also supports the MMT / TLV system, and “data broadcasting in which a part of the local station is replaced with the original one after being distributed by the key station”. It can be said that this is a playback device capable of receiving “
  • ignore_DDMT_DCMT_flag and overwrite_DDMT_DCMT_flag may be included in the extension part of the DT message as shown in FIG. 15, but a part of the descriptor in the table of the DT message (for example, the data management table (Data Manage Table)). It may be. Further, this descriptor (descriptor including ignore_DDMT_DCMT_flag and overwrite_DDMT_DCMT_flag) may include a component tag (component_tag) for identifying a data asset (data component).
  • component_tag for identifying a data asset (data component).
  • FIG. 17 is a diagram related to the present embodiment, and shows a main IP data flow and a sub IP data flow transmitted by a key station on the left side, and a main IP data flow received by a receiver in a region covered by the local station, and It is the figure which showed the sub IP data flow on the right side.
  • FIG. 18 is a diagram related to the present embodiment, and is a diagram illustrating information included in the MMT package table of the main IP data flow received by the receiver.
  • members having the same functions as those described in the first embodiment are denoted by the same reference numerals and description thereof is basically omitted.
  • the configuration of the system according to the present embodiment is the same as the configuration according to the first and second embodiments. Further, in the present embodiment, as in the second embodiment, the configuration of the file and directory of the data broadcast content transmitted by the key station and the data broadcast content received by the receiver 200 (that is, the data after replacement processing by the local station). The structure of files and directories of (broadcast content) is different.
  • this embodiment is different from Embodiments 1 and 2 in that the PA message is not included in the sub-IP data flow.
  • the present embodiment is different from the first and second embodiments in that the data asset of the sub IP data flow is specified by MMT_general_location_info indicating the acquisition destination of the sub IP data flow.
  • the local station updates the main IP data flow and the sub IP data flow by the same processing as in the second embodiment, and receives the updated main IP data flow and sub IP data flow in the same procedure as in the first and second embodiments. 200.
  • FIG. 19 is a flowchart showing the above operation of the receiver 200 according to the present embodiment.
  • the receiver 200 performs the same processing as steps S1 to S6 in FIG. 10 in steps S111 to S116.
  • step S117 the component demultiplexing unit 211 refers to the MPT (MPT1) acquired in step S115 to determine whether or not the asset ID of the asset not included in the main IP data flow is included in MPT1. Determine. If the component demultiplexing unit 211 determines that such an asset ID is included in MPT1, the process proceeds to step S118. If the component demultiplexing unit 211 determines that such an asset ID is not included in MPT1, the component demultiplexing unit 211 proceeds to step S118. Return to S111.
  • MPT MPT
  • step S118 the component demultiplexing unit 211 identifies the sub IP data flow by referring to the MMT_general_location_info included in the MPT (MPT1) of the PA message 1, and determines the data asset 2 and the data asset 2 from the sub IP data flow. Get the message.
  • step S119 the component demultiplexing unit 211 acquires DMT2, DCMT2, and DAMT2 'from the DT message 2 acquired in step S118.
  • steps S120 to S122 the receiver 200 performs the same processing as steps S17, S20, and S21 in FIG.
  • the receiver 200 is also compatible with the MMT / TLV system, and may receive “data broadcasting in which a part of the local station is replaced with a unique one after being distributed by the key station”. It can be said that this is a possible playback device.
  • the local station in the first to third embodiments may be a quasi-key station or a local station that is not a quasi-key station.
  • the key station in the first to third embodiments is not limited to the key station in Tokyo, but may be a quasi-key station.
  • the playback apparatus according to the present invention is not limited to the receiver in the first to third embodiments.
  • the playback device according to the present invention includes, for example, a smartphone, a feature phone, a tablet terminal, a car navigation terminal, a game device, a personal computer, a set top box, or the like having the same characteristics as the receivers in the first to third embodiments. It may be a recording device.
  • Control blocks (particularly component multiplexing unit 110, replacement processing unit 120, component demultiplexing unit 211, video decoding unit 212, audio decoding unit 213, data of each device (transmission device and receiver) of the first to third embodiments
  • the broadcast related processing unit 214 and the display processing unit 215) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or software using a CPU (Central Processing Unit). It may be realized by.
  • each device includes a CPU that executes instructions of a program that is software that implements each function, a ROM (Read Only Memory) or storage in which the program and various data are recorded so as to be readable by a computer (or CPU).
  • a device (these are referred to as “recording media”), a RAM (Random Access Memory) for expanding the program, and the like are provided.
  • the objective of this invention is achieved because a computer (or CPU) reads and runs the said program from the said recording medium.
  • the recording medium a “non-temporary tangible medium” such as a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used.
  • the program may be supplied to the computer via an arbitrary transmission medium (such as a communication network or a broadcast wave) that can transmit the program.
  • a transmission medium such as a communication network or a broadcast wave
  • the present invention can also be realized in the form of a data signal embedded in a carrier wave in which the program is embodied by electronic transmission.
  • a playback apparatus (for example, the receiver 200) according to the first aspect of the present invention plays back two IP data flows (for example, the mutual dependence relationship) in a playback apparatus that plays a program including a plurality of components (assets).
  • the acquisition unit for example, the component demultiplexing unit 211) for acquiring the main IP data flow and the sub IP data flow) and the component stored in one of the two IP data flows (for example, the main IP data flow) While playing (for example, video asset, audio asset, data asset), the component (for example, data asset 2) stored in the other of the two IP data flows (for example, sub IP data flow) is played.
  • a playback unit (for example, the video decoding unit 212) that executes the processing based on the dependency relationship. Data broadcasting-related processing section 214, and, a, a display processing unit 215).
  • the playback apparatus is compatible with the MMT / TLV system, and can receive “data broadcasting in which a part of the local station is replaced with a unique one after being distributed by the key station”. There is an effect.
  • a message including information indicating the dependency relationship may be included.
  • the playback device is the playback apparatus according to aspect 2, in which the table included in one of the two IP data flows acquired by the acquisition unit includes one of the two IP data flows. Information indicating the other acquisition destination may be included, and the acquisition unit may acquire the other of the two IP data flows by referring to the information.
  • the descriptor included in one of the two IP data flows acquired by the acquisition unit includes the two IP data flows.
  • the information indicating the other acquisition destination of the information is included, and the acquisition unit may acquire the other of the two IP data flows by referring to the information.
  • a transmission device includes a transmission unit that transmits two IP data flows in which mutual dependencies are indicated in a transmission device used to distribute a program including a plurality of components, One of the two IP data flows includes a plurality of components constituting the program, and the other of the two IP data flows is replaced after a part of the plurality of components. Data components.
  • the transmitting apparatus is compatible with the MMT / TLV system, and has the effect of being able to transmit the video created by the key station and the unique data broadcast of the local station.
  • the playback method according to aspect 6 of the present invention is a playback method by a playback device that plays back a program including a plurality of components.
  • an acquisition step of acquiring two IP data flows showing mutual dependencies A playback step of playing back a component stored in the other of the two IP data flows while playing back a component stored in one of the IP data flows based on the dependency relationship; Is included.
  • the playback method has the same effects as the playback device according to the first aspect.
  • a transmission method is a transmission method by a transmission device used for distributing a program including a plurality of components, wherein a transmission step of transmitting two IP data flows showing mutual dependencies is provided.
  • One of the two IP data flows includes a plurality of components constituting the program, and the other of the two IP data flows includes a part of the plurality of components. Contains data components replaced by. Note that the number of transmission devices used to implement the invention of this transmission method may be one or more.
  • the transmission method has the same operational effects as the transmission device according to aspect 5.
  • the playback device may be realized by a computer.
  • a program that causes the computer to operate as each unit included in the playback device A computer-readable recording medium on which it is recorded also falls within the scope of the present invention.
  • the present invention can be suitably used in the field of ultra-high definition digital broadcasting when the MMT / TLV system is adopted as the media transport system.
  • transmitter 100 transmitter 200 receiver (playback device) 210 Control unit 211 Component demultiplexing unit (acquisition unit) 212 Video decoding unit 213 Audio decoding unit 214 Data broadcasting related processing unit 215 Display processing unit (reproducing unit)

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

　ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信可能な受信機を実現する。受信機（２００）は、複数のアセットを含む番組を再生する再生装置である。コンポーネント逆多重化部（２１１）は、相互の依存関係が示されたメインＩＰデータフローおよびサブＩＰデータフローを取得する。表示処理部（２１５）は、メインＩＰデータフローに格納された、キー局が作成した映像アセットを再生しながら、サブＩＰデータフローに格納された、ローカル局によって差し替えられたデータアセットを再生する。

Description

再生装置、送信装置、再生方法、及び、送信方法
　本発明は、主に、複数のコンポーネントで構成された番組を再生する再生装置および再生方法、並びに、そのような番組を送信する送信装置および送信方法に関する。
　デジタル放送（例えば、高精細度テレビジョン放送）に対応した機器はデータ放送サービスを受けることができるようになっており、これまでにデータ放送に関する様々な技術（例えば、特許文献１および特許文献２の技術）が提案されている。
　また、現在では、超高精細度テレビジョン放送（８Ｋ放送）向けのデータ放送規格が策定中であり、多重化方式としてＭＰＥＧ－Ｈ　ＭＭＴ（MPEG Media Transport）の規定に基づくＭＭＴ・ＴＬＶ方式を採用することが検討されている。
　ＭＭＴ・ＴＬＶ方式では、ＰＡメッセージ（パッケージアクセスメッセージ）、ＭＰＴ（ＭＭＴパッケージテーブル）、ＰＬＴ（パッケージリストテーブル）、及び、依存関係記述子等が規定されている（非特許文献１の「７．２．３．１　ＰＡメッセージ」、「７．３．３．１　ＭＭＴパッケージテーブル（ＭＰＴ）」、「７．３．３．２　パッケージリストテーブル（ＰＬＴ）」、「７．４．３．６　依存関係記述子」を参照）。
日本国公開特許公報「特表２００４－５２２３７６号公報（２００４年７月２２日公開）」 日本国公開特許公報「特開２００６－２２９６０３号公報（２００６年８月３１日公開）」
ＡＲＩＢ　ＳＴＤ－Ｂ６０　１．０版，（２０１４年７月発行）　デジタル放送におけるＭＭＴによるメディアトランスポート方式
　現行の高精細度テレビジョン放送では、キー局から配信されたデータ放送用のデータの一部をローカル局が独自のものに容易に差し替えるための仕組みが整っている。
　しかしながら、既知のＭＭＴ・ＴＬＶ方式を８Ｋ放送向けのデータ放送規格に採用しただけでは、そのような仕組みを作ることができない。即ち、現行放送と同様にキー局により配信されたデータ放送用のデータの一部をローカル局独自のものに差替え、一部差替えたデータを受信する仕組みが提供されていない、という問題がある。
　本発明は上記課題に鑑みて成されたものであり、その主な目的は、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することが可能な再生装置および再生方法を実現することにある。また、ＭＭＴ・ＴＬＶ方式に対応し、キー局により作成された映像とローカル局の独自のデータ放送とを送信する送信装置および送信方法を実現することも本発明の目的に含まれる。
　本発明の一態様に係る再生装置は、複数のコンポーネントを含む番組を再生する再生装置において、相互の依存関係が示された２つのＩＰデータフローを取得する取得部と、上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生部と、を備えている。
　本発明の一態様に係る再生方法は、複数のコンポーネントを含む番組を再生する再生装置による再生方法において、相互の依存関係が示された２つのＩＰデータフローを取得する取得ステップと、上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生ステップと、を含んでいる。
　本発明の一態様に係る送信装置は、複数のコンポーネントで構成された番組を配信するために使用される送信装置において、相互の依存関係が示された２つのＩＰデータフローを送信する送信部を備え、上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントを含む。
　本発明の一態様に係る送信方法は、複数のコンポーネントで構成された番組を配信するためにローカル局により使用される送信装置による送信方法において、相互の依存関係が示された２つのＩＰデータフローを送信する送信ステップを含み、上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントが含まれている。
　本発明の一態様に係る再生装置および再生方法は、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することができる。
　また、本発明の一態様に係る送信装置および送信方法は、ＭＭＴ・ＴＬＶ方式に対応し、キー局により配信されたデータ放送用のデータの一部をローカル局の独自のものに容易に差し変えて送信することができる。
本発明の実施形態１～３に係るシステムを構成する送信装置（ローカル局の送信装置）および受信機（ローカル局によってカバーされる地域の受信機）のブロック図である。 実施形態１に関する図であり、キー局が送信する２つのＩＰデータフロー（メインＩＰデータフロー、及び、サブＩＰデータフロー）、並びに、ローカル局によりカバーされる地域の受信機が受信する２つのＩＰデータフロー（サブＩＰデータフローがローカル局によって差し替えられたもの）を模式的に示した図である。 実施形態１に関する図であり、メインＩＰデータフローのＰＡメッセージのデータ構造を示した図である。 実施形態１に関する図であり、サブＩＰデータフローのＰＡメッセージのデータ構造を示した図である。 実施形態１に関する図であり、MMT_general_location_infoのデータ構造を示した図である。 実施形態１に関する図であり、ＭＭＴパッケージテーブルのデータ構造およびＭＰＴモードの意味を示した図である。 実施形態１に関する図であり、ＭＭＴパッケージテーブル内の依存関係記述子のデータ構造を例示した図である。 実施形態１に関する図であり、サブＩＰデータフローのＤＴメッセージ（データ伝送メッセージ）のデータ構造を示した図である。 実施形態１に関する図であり、ＤＴメッセージに含まれる３つのテーブル、即ち、ＤＤＭＴ（データディレクトリ管理テーブル）、ＤＡＭＴ（データアセット管理テーブル）、及び、ＤＣＭＴ（データコンテント管理テーブル）について説明するための図である。 実施形態１に係る受信機の動作を示すフローチャートである。 図１０及び図１９のフローチャートにおける特定の工程を詳細に示したフローチャートである。 実施形態１の変形例に関する図であり、キー局が送信する２つのＩＰデータフロー、および、ローカル局によりカバーされる地域の受信機が受信する２つのＩＰデータフロー（サブＩＰデータフローがローカル局によって差し替えられたもの）を模式的に示した図である。 実施形態１の変形例に関する図であり、パッケージリストテーブルのデータ構造を示した図である。 実施形態２に関する図であり、キー局が送信する２つのＩＰデータフロー、及び、ローカル局によりカバーされる地域の受信機が受信する２つのＩＰデータフロー（サブＩＰデータフローがローカル局によって差し替えられたもの）を模式的に示した図である。 実施形態２に関する図であり、サブＩＰデータフローのＤＴメッセージのデータ構造を示した図である。 実施形態２、３に関する図であり、ＤＴメッセージに含まれる３つのテーブル（ＤＤＭＴ、ＤＡＭＴ、及び、ＤＣＭＴ）について説明するための図である。 実施形態３に関する図であり、キー局が送信する２つのＩＰデータフロー、及び、ローカル局によりカバーされる地域の受信機が受信する２つのＩＰデータフロー（サブＩＰデータフローがローカル局によって差し替えられたもの）を模式的に示した図である。 実施形態３に関する図であり、ローカル局によりカバーされる地域の受信機が受信するメインＩＰデータフローのＭＭＴパッケージテーブルに含まれる情報を例示した図である。 実施形態３に係る受信機の動作を示すフローチャートである。
　＜実施形態１＞
　以下、図１～図１３を参照して、本発明の一実施形態に係るシステムについて説明する。
　（本実施形態に係るシステムの概要）
　本実施形態に係るシステム（以下、単に「システム」と称する）の概要について図１を参照しながら説明する。図１は、システムを構成する送信装置および受信機のブロック図である。
　送信装置１００は、ＭＭＴ・ＴＬＶ方式に対応しており、複数のアセット（コンポーネント）を含む番組を配信するためにキー局、もしくはローカル局により管理されている送信装置である。また、受信機２００も、ＭＭＴ・ＴＬＶ方式に対応している。受信機２００は、キー局、もしくはローカル局によってカバーされる地域に設置され、複数のアセットを含む番組を受信することが可能な受信機（テレビ）である。ここでは、ローカル局でデータ放送の一部データを差し替える場合について説明する。
　ローカル局は、キー局が制作した８Ｋ映像の番組のデータ（メインＩＰデータフローおよびサブＩＰデータフローからなるデータ）を放送開始前または放送開始時に取得し、取得したデータをコンテンツサーバ１に保存する。メインＩＰデータフローに含まれている全アセットはローカル局が差替えないアセットとし、サブＩＰデータフローに含まれている全アセットはローカル局が差替え対象のアセットとする。
　そして、ローカル局は、取得したデータの一部分（データ放送に関するデータアセット等）を番組の放送開始前または放送開始時にローカル局独自のものに差し替えた上で、８Ｋ映像の番組を配信する。
　具体的には、ローカル局は、キー局が制作した番組データから差替え対象となるサブＩＰデータフローを特定し、一部の該当するデータをローカル局独自のものに後から差替え、メインＩＰデータフローに再多重化した形で放送により送信する。本実施形態では、これら２つのＩＰデータフロー（メインＩＰデータフローおよびサブＩＰデータフロー）に、相互の依存関係を示す情報が含まれている点に特徴がある。
　また、図１を見るとわかるように、システムには、送信装置１００および受信機２００とは別個に、２台のコンテンツサーバ（コンテンツサーバ１、及び、コンテンツサーバ２）が含まれている。
　コンテンツサーバ１及びコンテンツサーバ２は、キー局、もしくはローカル局によって管理されているサーバである。コンテンツサーバ１には、８Ｋ映像の番組のデータが、メインＩＰデータフローを構成するデータ群（ＰＡメッセージ、ＤＴメッセージや各種アセット等）と、サブＩＰデータフローを構成するデータ群（ＰＡメッセージ、ＤＴメッセージやデータアセット等）と、に分けて保存されているものとする。また、コンテンツサーバ２には、受信機２００が通信により取得する場合の番組データ（データ放送に関するデータアセット等）が保存されるものとする。
　（送信装置１００および受信機２００の構成）
　次に、送信装置１００および受信機２００の構成について引き続き図１を参照しながら説明する。
　（送信装置１００）
　図１に示すように、送信装置１００は、コンポーネント多重化部１１０、差替え処理部１２０、放送送信部１３０、及び、通信部１４０を備えている。
　コンポーネント多重化部１１０は、コンテンツサーバ１の８Ｋ映像の番組のデータを元に、メインＩＰデータフローに含めるべき１以上のアセットを多重化してメインＩＰデータフローを生成するとともに、サブＩＰデータフローに含めるべき１以上のアセットを多重化してサブＩＰデータフローを生成する。また、番組データのうちローカル局で差替え対象となるデータ（サブＩＰデータフロー）が指定されている場合には、該当するＩＰデータフロー（差替え処理部１２０がデータの差替えを行うＩＰデータフロー）を特定する。ここでは、メインＩＰデータフロー、およびサブＩＰフローを生成した後に、サブＩＰフローを差替えることとしたが、既にメインＩＰデータフローとサブＩＰデータフローが多重化された状態でコンテンツサーバ１に保存されており、コンポーネント多重化部１１０が、コンテンツサーバ１から多重化されたデータに対して、サブＩＰデータフローの差替え処理を行っても構わない。
　コンポーネント多重化部１１０は、番組の放送時刻になると、放送送信部１３０を介して、その番組に関して生成したメインＩＰデータフローを配信する。また、コンポーネント多重化部１１０は、多重化したコンポーネントのうち通信網経由でデータ（データアセット等）を送信する場合は、通信部１４０を介して、該当するデータをコンテンツサーバ２に記録する。
　差替え処理部１２０は、コンテンツサーバ１に記録されているサブＩＰデータフローに対して、データ放送に関するデータ（データアセット等）を差し替えるための処理（差替え処理）を施す。
　放送送信部１３０は、放送波の生成および送信を行うための機器である。
　通信部１４０は、送信装置１００が他の機器とＩＰ通信することを可能にするために設けられた通信インタフェースである。
　なお、コンポーネント多重化部１１０および差替え処理部１２０は、特定のプログラムを読み込んだＣＰＵによって実現されてもよい。
　（受信機２００）
　図１に示すように、受信機２００は、制御部２１０、操作受付部２２０、放送受信部２３０、通信部２４０、記憶部２５０、ディスプレイ２６０、及び、スピーカ２７０を備えている。
　制御部２１０は、受信機２００全体を統括的に制御するＣＰＵである。
　制御部２１０は、受信機２００の起動時に各種プログラムを読み込むことで、コンポーネント逆多重化部２１１、映像復号部２１２、音声復号部２１３、データ放送関連処理部２１４、及び、表示処理部２１５として機能する。
　コンポーネント逆多重化部２１１は、メインＩＰデータフローに対して逆多重化処理を施すことで、メインＩＰデータフローから制御情報及び各アセットを抽出する。
　また、コンポーネント逆多重化部２１１は、メインＩＰデータフローとの依存関係が示されているサブＩＰデータフローが存在するか否かを判定する。コンポーネント逆多重化部２１１は、そのようなサブＩＰデータフローが存在すると判定した場合には、メインＩＰデータフローに含まれているサブＩＰデータフローに関する情報（サブＩＰデータフローを示すアドレス等）を参照することで、サブＩＰデータフローを取得する。
　映像復号部２１２は、メインＩＰデータフローに格納された映像アセットから映像を復号する。
　音声復号部２１３は、音声アセットから音声信号を復号し、音声信号をスピーカ２７０に出力する。
　データ放送関連処理部２１４は、メインＩＰデータフローに格納されたデータアセット（具体的には、データディレクトリ管理テーブル（ＤＤＭＴ））によって示されているディレクトリ構造を記憶部２５０の内部に作成する。そして、データ放送関連処理部２１４は、データアセット管理テーブルに（ＤＡＭＴ）を参照して、該データアセットから抽出したデータ放送に関連する各ファイル（データアイテム）を、該ＤＤＭＴによって指定されているディレクトリに格納する。
　データ放送関連処理部２１４は、サブＩＰデータフローに格納されたデータアセット（ローカル局によって差し替えられたデータアセット）についても同様の処理を行う。
　表示処理部２１５は、映像復号部２１２によって復号された映像とともに、データ放送に関連する各ファイル（ｈｔｍｌファイルや画像ファイル等）によって構成されるデータ放送コンテンツをデータコンテント管理テーブル（ＤＣＭＴ）に記載されたファイルの構成情報に基づいて、ディスプレイ２６０に表示する。即ち、表示処理部２１５は、キー局によって作成され、メインＩＰデータフローに格納された映像アセット（映像コンポーネント）、音声アセット（音声コンポーネント）及びデータアセット（データコンポーネント）を再生しながら、サブＩＰデータフローに格納された、ローカル局によって差し替えられたデータアセット（データコンポーネント）を再生する。
　操作受付部２２０は、ユーザ操作を受け付けるデバイス（例えば、リモコンによるユーザ操作を受け付ける赤外線受光部）である。
　放送受信部２３０は、メインＩＰデータフロー及びサブＩＰデータフローを含む放送信号を受信するチューナである。
　通信部２４０は、受信機２００が他の機器とＩＰ通信することを可能にするために設けられた通信インタフェースである。
　記憶部２５０は、各種データが記録される記録媒体である。
　ディスプレイ２６０は、一般的な公知のディスプレイである。
　スピーカ２７０は、一般的な公知のスピーカである。
　以上、送信装置１００および受信機２００の構成について説明した。
　（メインＩＰデータフローおよびサブＩＰデータフローについて）
　次に、メインＩＰデータフローおよびサブＩＰデータフローについて、図２～図９を参照しながらより具体的に説明する。
　図２は、キー局が送信するメインＩＰデータフロー及びサブＩＰデータフローを左側に示し、受信機２００が受信するメインＩＰデータフロー及びサブＩＰデータフローを右側に示した図である。図３は、メインＩＰデータフローのＰＡメッセージのデータ構造を示した図である。図４は、サブＩＰデータフローのＰＡメッセージのデータ構造を示した図である。
　図５は、ＰＡメッセージに含まれるMMT_general_location_infoのデータ構造を示した図である。図６は、ＭＭＴパッケージテーブルのデータ構造、および、ＭＭＴパッケージテーブルにおいて規定されているＭＰＴモード（MPT_mode）の意味を示した図である。図７は、ＭＭＴパッケージテーブル内の依存関係記述子のデータ構造を例示した図である。図８は、サブＩＰデータフローのＤＴメッセージ（データ伝送メッセージ）のデータ構造を示した図である。図８は、ＤＴメッセージに含まれる３つのテーブル、即ち、ＤＤＭＴ（データディレクトリ管理テーブル）、ＤＡＭＴ（データアセット管理テーブル）、及び、ＤＣＭＴ（データコンテント管理テーブル）について説明するための図である。
　なお、図２（並びに、後述の図１２、図１４および図１７）における各矢印は、「該矢印の根元のブロックに対応するデータ（例えば、図２のＭＰＴ１）の中に、該矢印が指し示すブロックに対応するデータ（例えば、図２のサブＩＰデータフロー）の参照先を示す値が含まれている」ことを示している。
　図２に示すように、ＩＰデータフローには、ＰＡメッセージおよびＤＴメッセージが含まれている。
　ＰＡメッセージは、ＭＭＴ制御メッセージのエントリーポイントとなるメッセージである。ＤＴメッセージは、データ放送に関連するメッセージである。
　ＰＡメッセージにはＭＰＴが含まれている。ＭＰＴは、アセットのリストやそのアセットが含まれるＭＭＴパケットの参照先を示す情報を与えるテーブルである。
　ＤＴメッセージには、ＤＤＭＴ、ＤＡＭＴおよびＤＣＭＴが含まれている。ＤＤＭＴは、データ放送に関するファイルおよびディレクトリの構成を管理するためのテーブルである。ＤＡＭＴは、データアセット内のＭＰＵの構成とＭＰＵ毎のバージョンを管理するためのテーブルである。ＤＣＭＴは、受信機におけるデータ放送コンテンツとしてのファイルの構成情報を提供するものである。なお、ＤＣＭＴは、データ放送コンテンツが複数のページで構成されている場合における各ページの次ページへのリンクを示す情報、及び／又は、ページ内の各要素の提示期間を示す情報（「常に提示すべき」ことを示す情報、「一定期間の経過後に提示すべきこと」を示す情報、「一定期間が経過するまで提示すべきこと」を示す情報等）を含んでいてもよい。
　図２に示すように、サブＩＰデータフローは、データアセットの部分が、キー局によって制作されたデータアセット２からローカル局独自のデータ放送に関するデータアセット２’へと差替え処理部１２０によって差し替えられた上で、受信機２００に配信される。
　次に、本実施形態に特有のＰＡメッセージのデータ構造について図３～図５を参照しながら説明する。
　図３に示すように、本実施形態におけるメインＩＰデータフローのＰＡメッセージ（ＰＡメッセージ１）にはassociated_MPT_flagが含まれている。このassociated_MPT_flagは依存関係にあるサブＩＰデータフローが存在するか否かを示すフラグであり、本実施形態ではその値は“1”である。associated_MPT_flagが“1”である場合、このＰＡメッセージには、図５に示すようなデータ構造のMMT_general_location_infoが含まれる。MMT_general_location_infoには、依存関係にあるサブＩＰデータフローを取得するための情報（例えば、依存関係にあるサブＩＰデータフローがIPv4アドレスによって指定される場合には、サブＩＰデータフローを特定するための情報、即ち、ipv4_src_addr,ipv4_dst_addr,dst_port,及び,packet_id）が含まれている。
　MMT_general_location_infoの値は、差替え処理部１２０によって、その値を参照することで差替え対象となるサブＩＰデータフローを特定するために使用される。ここでは、差替え後も同じ値とすることで、差替えの有無に関わらず、受信機２００がサブＩＰデータフローを特定することが可能となる。
　また、図４に示すように、本実施形態におけるサブＩＰデータフローのＰＡメッセージ（ＰＡメッセージ２）にもassociated_MPT_flagが含まれている。このassociated_MPT_flagは依存関係にあるメインＩＰデータフローが存在するか否かを示すフラグであり、本実施形態ではその値は“1”である。
　次に、本実施形態におけるＭＰＴ（ＭＭＴパッケージテーブル）について図６を参照しながらより具体的に説明する。
　図６に示すように、ＰＡメッセージに含まれるＭＰＴには、MPT_modeが含まれている。本実施形態では、メインＩＰデータフローと依存関係にあるサブＩＰデータフローが存在する場合、ＰＡメッセージ１に含まれるＭＰＴ（ＭＰＴ１）のMPT_modeの値が、依存関係にあるサブＩＰデータフローが存在することを示す値“00”になる。なお、図６を見るとわかるように、MPT_modeの値が“01”であることは、公知のMPT_modeと同様に、「サブセット0のＭＰＴを受信後は、同一バージョン番号を持つ任意のサブセットを処理できる」ことを示している。同様に、MPT_modeの値が“10”であることは、公知のMPT_modeと同様に「サブセット0のＭＰＴを任意に処理できる」ことを示し、MPT_modeの値“11”は、公知のMPT_modeと同様に予約済の値である。
　次に、本実施形態におけるＭＰＴ内の依存関係記述子について図７の（ａ）を参照しながら説明する。図７の（ａ）は、本実施形態における依存関係記述子のデータ構造を示している。
　本実施形態では、ＭＰＴ１およびＭＰＴ２（ＰＡメッセージ２に含まれるＭＰＴ）に依存関係記述子が含まれており、図７の（ａ）に示すように、この依存関係記述子には、asset_id_byteが含まれている。本実施形態では、ＭＰＴ１のasset_id_byteは、依存関係にあるサブＩＰデータフローのデータアセットのアセットＩＤを示しており、ＭＰＴ２のasset_id_byteは依存関係にあるメインＩＰデータフローのデータアセットのアセットＩＤを示している。
　次に、本実施形態におけるデータ伝送メッセージについて図８を参照しながらより具体的に説明する。図８における下線部分は本実施形態に特有の部分を示している。本実施形態では、サブＩＰデータフローのデータ伝送メッセージには、associated_DAMT_flagが含まれている。このassociated_DAMT_flagは依存関係にあるメインＩＰデータフローが存在するか否かを示すフラグであり、本実施形態ではその値は“1”である。associated_DAMT_flagが“1”である場合、このデータ伝送メッセージには、依存関係にあるメインＩＰデータフローのＤＡＭＴ（ＤＡＭＴ１）に関する情報が含まれる。
　次に、本実施形態におけるデータ伝送メッセージに含まれる３つのテーブル（ＤＤＭＴ、ＤＣＭＴ、及び、ＤＡＭＴ）について図９を参照しながらより具体的に説明する。
　データ放送コンテンツのファイルおよびディレクトリの構造は図９の（ａ）に示すような構造になっており、メインＩＰデータフローおよびサブＩＰデータフローのＤＤＭＴ（ＤＤＭＴ１）には、図９の（ａ）に示すような構造を示す情報が含まれている。
　また、図９の（ｃ）に示すように、ＤＡＭＴ（ＤＡＭＴ１、及び、ＤＡＭＴ２（サブＩＰデータフローのＤＡＭＴ））には、ＤＡＭＴによって管理されるデータアセット内の各アイテムのアイテムＩＤが含まれている。本実施形態では、ＤＡＭＴ１によって管理されるデータアイテム（A01.html、J01.js、J02.js、J11.js、J12.js、及び、B01.mp4）は、ローカル局が差し替えないメインＩＰデータフローに含まれるデータアイテムである。また、本実施形態では、ＤＡＭＴ２によって管理されるデータアイテム（A11.html、J03.js、J13.js、B02.jpg、B03.png、B11.jpg、B12.jpg、及び、B13.png）は、ローカル局が差し替える（あるいは、ローカル局によって差し替えられた）、サブＩＰデータフローに含まれるデータアイテムである。
　また、図９の（ｂ）に示すように、メインＩＰデータフローおよびサブＩＰデータフローのＤＣＭＴ（ＤＣＭＴ１）には、受信機２００におけるデータ放送コンテンツのファイルの構成を示す情報（例えば、ページ間のリンク関係を示す情報や、ページに関係するファイル又はディレクトリを示す情報や、時間の経過に伴うデータ放送コンテンツの表示制御に関する情報）が含まれている。受信機２００は、ＤＣＭＴ１を参照することで、例えば、図９の（ｂ）に示すような表示制御を行うようになっていてもよい。
　即ち、受信機２００は、ＤＣＭＴ１に基づき、例えば、A01.html、B01.mp4、B02.jpg、J01.js、J02.js、及び、J03.jsで構成されるページを提示し、一定期間が経過した後は、B03.jpgが表す画像を更に表示するようにしてもよい。
　また、受信機２００は、上記一定期間が経過するまでにページを遷移させる操作を受け付けると、A11.html、B11.jpg、B12.jpg、B13.jpg、J11.js、J12.js、及び、J13.jsから構成されるページを提示し、その後に一定期間が経過した後は、B11.jpgが表す画像を消去するようにしてもよい。
　以上、メインＩＰデータフローおよびサブＩＰデータフローについて説明した。
　（番組を再生する操作が行われた場合の受信機２００の動作）
　次に、受信機２００において番組を再生する操作が行われた場合の受信機２００の動作について図１０及び図１１を参照しながら説明する。図１０は、該動作を示すフローチャートである。また、図１１は、図１０および図１９のフローチャートにおける特定の工程（ステップＳ８、ステップＳ２０、及び、ステップＳ１２１）を詳細に示したフローチャートである。
　（ステップＳ１）
　受信機２００のコンポーネント逆多重化部２１１は、放送受信部２３０を通じて、メインＩＰデータフローからメッセージを取得する。
　（ステップＳ２）
　コンポーネント逆多重化部２１１は、ステップＳ１で取得したメッセージがＰＡメッセージ（ＰＡメッセージ１）であるか否かを判定する。コンポーネント逆多重化部２１１は、「ステップＳ１で取得したメッセージはＰＡメッセージである」と判定した場合には、ステップＳ５に進み、「ステップＳ１で取得したメッセージはＰＡメッセージでない」と判定した場合には、ステップＳ３に進む。
　（ステップＳ３）
　コンポーネント逆多重化部２１１は、ステップＳ１で取得したメッセージがＤＴメッセージ（ＤＴメッセージ１）であるか否かを判定する。コンポーネント逆多重化部２１１は、「ステップＳ１で取得したメッセージはＤＴメッセージである」と判定した場合には、ステップＳ４に進み、「ステップＳ１で取得したメッセージはＤＴメッセージでない」と判定した場合には、ステップＳ１に戻る。
　（ステップＳ４）
　コンポーネント逆多重化部２１１は、ステップＳ１で取得したＤＴメッセージの中から、ＤＤＭＴ１、ＤＣＭＴ１、及び、ＤＡＭＴ１を取得する。ステップＳ４の後、コンポーネント逆多重化部２１１は、ステップＳ１に戻る。
　（ステップＳ５）
　コンポーネント逆多重化部２１１は、ステップＳ１で取得したＰＡメッセージの中からＭＰＴ（ＭＰＴ１）を取得する。
　（ステップＳ６）
　コンポーネント逆多重化部２１１は、ステップＳ５で取得したＭＰＴを参照することで、メインＩＰデータフロー内の各アセットを取得する。
　図２の例では、コンポーネント逆多重化部２１１は、映像アセット、音声アセット、及び、データアセット１をメインＩＰデータフローから取得する。そして、コンポーネント逆多重化部２１１は、映像復号部２１２、音声復号部２１３、及び、データ放送関連処理部２１４に、それぞれ、映像アセット、音声アセット、及び、データアセット１を供給する。
　その結果、映像復号部２１２により映像アセットから映像が復号され、表示処理部２１５により映像がディスプレイ２６０に表示される。同様に、音声復号部２１３により音声アセットから音声信号が復号され、スピーカ２７０から該音声信号が表す音声が聞こえるようになる。
　更に、データ放送関連処理部２１４は、ＤＤＭＴ１及びＤＡＭＴ１を参照することで、データ放送に関するファイル群（キー局が制作したファイル群）及びディレクトリ群を記憶部２５０に展開する。
　（ステップＳ７）
　コンポーネント逆多重化部２１１は、ステップＳ５で取得したＭＰＴのＭＰＴモードを参照することで、サブセットのＭＰＴ（ＭＰＴ２）が存在するか否かを判定する。コンポーネント逆多重化部２１１は、サブセットのＭＰＴが存在すると判定した場合にはステップＳ８に進み、サブセットのＭＰＴが存在しないと判定した場合にはステップＳ１に戻る。
　（ステップＳ８）
　コンポーネント逆多重化部２１１は、メインＩＰデータフローの各アセットについて、アセット間の依存関係に関する処理を行う。
　ステップＳ８は、具体的には、図１１のフローチャートにより示される。
　即ち、コンポーネント逆多重化部２１１は、ステップＳ５で取得したＭＰＴに依存関係記述子が記載されているか否かを判定する（ステップＳ１０１）。
　コンポーネント逆多重化部２１１は、ステップＳ１０１でＭＰＴに依存関係記述子が記載されていると判定した場合、依存関係記述子を参照し、依存関係がある各アセットについて、当該アセットと依存関係（相補的な関係）にあるアセットのアセットＩＤを特定する（ステップＳ１０２）。
　（ステップＳ９）
　コンポーネント逆多重化部２１１は、ＰＡメッセージ１のassociate_MPT_flagを参照することで、メインＩＰデータフローと依存関係にあるサブＩＰデータフローが存在するか（即ち、associate_MPT_flagの値が１であるか）否かを判定する。コンポーネント逆多重化部２１１は、「メインＩＰデータフローと依存関係にあるサブＩＰデータフローが存在する」と判定した場合にはＳ１０に進み、「メインＩＰデータフローと依存関係にあるサブＩＰデータフローが存在しない」と判定した場合にはＳ１に戻る。
　（ステップＳ１０）
　コンポーネント逆多重化部２１１は、ＰＡメッセージ１のテーブルではない部分に含まれているMMT_general_location_infoを参照することで、サブＩＰデータフローの参照先を特定し、サブＩＰデータフローからメッセージを取得する。本実施形態に係る受信機２００は全てのＩＰデータフローを放送経由で受信するようになっているので、コンポーネント逆多重化部２１１は、放送受信部２３０を通じてサブＩＰデータフローを取得する。
　（ステップＳ１１）
　コンポーネント逆多重化部２１１は、ステップＳ１０で取得したメッセージがＰＡメッセージ（ＰＡメッセージ２）であるか否かを判定する。コンポーネント逆多重化部２１１は、「ステップＳ１０で取得したメッセージはＰＡメッセージである」と判定した場合には、ステップＳ１６に進み、「ステップＳ１０で取得したメッセージはＰＡメッセージでない」と判定した場合には、ステップＳ１２に進む。
　（ステップＳ１２）
　コンポーネント逆多重化部２１１は、ステップＳ１０で取得したメッセージがＤＴメッセージ（ＤＴメッセージ２）であるか否かを判定する。コンポーネント逆多重化部２１１は、「ステップＳ１０で取得したメッセージはＤＴメッセージである」と判定した場合には、ステップＳ１３に進み、「ステップＳ１０で取得したメッセージはＤＴメッセージでない」と判定した場合には、ステップＳ１に戻る。
　（ステップＳ１３）
　コンポーネント逆多重化部２１１は、ステップＳ１２で取得したＤＴメッセージの中から、ＤＤＭＴ１、ＤＣＭＴ１、及び、ＤＡＭＴ２を取得する。ステップＳ１３の後、コンポーネント逆多重化部２１１は、ステップ１４に進む。
　（ステップＳ１４）
　コンポーネント逆多重化部２１１は、ＤＴメッセージ２のassociate_DAMT_flagを参照することで、メインＩＰデータフローがサブＩＰデータフローと依存関係にあるか（即ち、associate_DAMT_flagの値が１であるか）否かを判定する。コンポーネント逆多重化部２１１は、「メインＩＰデータフローがサブＩＰデータフローと依存関係にある」と判定した場合にはＳ１５に進み、「メインＩＰデータフローがサブＩＰデータフローと依存関係にはない」と判定した場合にはＳ１に戻る。
　（ステップＳ１５）
　コンポーネント逆多重化部２１１は、ＤＴメッセージ２を参照し、依存するＤＡＭＴ１の情報を取得する。ステップＳ１５の後、コンポーネント逆多重化部２１１は、ステップＳ１に戻る。
　（ステップＳ１６）
　コンポーネント逆多重化部２１１は、ＰＡメッセージ２のassociate_MPT_flagを参照することで、メインＩＰデータフローがサブＩＰデータフローと依存関係にあるか（即ち、associate_MPT_flagの値が１であるか）否かを判定する。コンポーネント逆多重化部２１１は、「メインＩＰデータフローがサブＩＰデータフローと依存関係にある」と判定した場合にはＳ１７に進み、「メインＩＰデータフローがサブＩＰデータフローと依存関係にない」と判定した場合にはＳ１に戻る。
　（ステップＳ１７）
　コンポーネント逆多重化部２１１は、ＰＡメッセージ２のメッセージペイロード部を参照し、依存するＭＰＴ１に関する情報を取得する。
　（ステップＳ１８）
　コンポーネント逆多重化部２１１は、ステップＳ１１で取得したＰＡメッセージの中からＭＰＴ（ＭＰＴ２）を取得する。
　（ステップＳ１９）
　コンポーネント逆多重化部２１１は、ステップＳ１８で取得したＭＰＴを参照することで、サブＩＰデータフロー内のデータアセット（図２の例では、データアセット２）を取得する。
　そして、コンポーネント逆多重化部２１１は、データ放送関連処理部２１４に、データアセット（データアセット２）を供給する。
　（ステップＳ２０）
　コンポーネント逆多重化部２１１は、サブＩＰデータフローの各アセットについて、アセット間の依存関係に関する処理を行う。
　ステップＳ２０は、具体的には、図１１のフローチャートにより示される。
　即ち、コンポーネント逆多重化部２１１は、ステップＳ１８で取得したＭＰＴに依存関係記述子が記載されているか否かを判定する（ステップＳ１０１）。
　コンポーネント逆多重化部２１１は、ステップＳ１０１でＭＰＴに依存関係記述子が記載されていると判定した場合、依存関係記述子を参照し、依存関係がある各アセットについて、当該アセットと依存関係（相補的な関係）にあるアセットのアセットＩＤを特定する（ステップＳ１０２）。
　その結果、データ放送関連処理部２１４は、ＤＤＭＴ１及びＤＡＭＴ２及びデータアセット間の依存関係を参照することで、ステップＳ６で展開したファイル群及びディレクトリ群と同じ領域に、ステップＳ１９で取得したデータ放送に関するファイル群（ローカル局によって差し替えられたファイル群）及びディレクトリ群を記憶部２５０に展開する。そして、表示処理部２１５が、データ放送に関するファイル群およびＤＣＭＴ１を参照することで、データ放送コンテンツ（既に表示中のキー局が制作した部分と、ローカル局によって差し替えられた部分と、の両方）をディスプレイ２６０に表示する。
　（ステップＳ２１）
　制御部２１０は、番組の再生を終了させる操作を操作受付部２２０が受け付けたか否かを判定する。制御部２１０が「操作受付部２２０がそのような操作を受け付けた」と判定した場合、受信機２００は、図１０のフローチャートに従った動作（即ち、番組を再生するための動作）を終了する。一方、制御部２１０が「操作受付部２２０はそのような操作を受け付けていない」と判定した場合、受信機２００は、ステップＳ１に戻る。
　以上、受信機２００において番組を再生する操作が行われた場合のシステムの動作について説明した。
　（変形例１）
　実施形態１では、メインＩＰデータフローのＰＡメッセージ（具体的には、メッセージペイロード部のうちのテーブルではない部分）にMMT_general_location_info（該メインＩＰデータフローと依存関係にあるサブＩＰデータフローを特定するための情報（ＩＰアドレス等））を含めるものとしたが、本発明はそのような構成に限定されない。
　例えば、図７の（ｂ）に示すように、該ＰＡメッセージに含まれるＭＰＴ内の依存関係記述子にMMT_general_location_infoを含めてもよい。
　（変形例２）
　実施形態１の別の変形例について図１２及び図１３を参照しながら説明する。
　図１２は、本変形例に関する図であって、キー局が送信するメインＩＰデータフロー及びサブＩＰデータフローを左側に示し、受信機２００が受信するメインＩＰデータフロー及びサブＩＰデータフローを右側に示した図である。また、図１３は、本変形例に関する図であって、パッケージリストテーブル（ＰＬＴ）のデータ構造を示した図である。
　図１２および図１３に示すように、メインＩＰデータフローのＰＡメッセージのＰＬＴにMMT_general_location_info（該メインＩＰデータフローと依存関係にあるサブＩＰデータフローを特定するための情報（ＩＰアドレス等））を含めてもよい。この場合、ＰＬＴのMMT_package_id_byteの値を、該サブＩＰデータフローのＭＰＴのpackage_idと同じ値にしてもよい。
　（受信機２００の利点）
　以上の説明から以下のことが言える。
　即ち、受信機２００は、複数のアセット（コンポーネント）を含む番組を再生する再生装置である。
　受信機２００のコンポーネント逆多重化部２１１（取得部）は、相互の依存関係が示された２つのＩＰデータフロー（メインＩＰデータフローおよびサブＩＰデータフロー）を取得する。
　受信機２００の表示処理部２１５（再生部）は、上記２つのＩＰデータフローのうちの一方（メインＩＰデータフロー）に格納された、上記複数のアセットのうちのキー局が作成した映像アセットを再生しながら、上記２つのＩＰデータフローのうちの他方に格納された、上記複数のアセットのうちの上記ローカル局によって差し替えられたデータアセットを再生する処理を、上記依存関係に基づいて実行する。
　従って、受信機２００は、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することが可能な再生装置であると言える。
　（送信装置の利点）
　本発明の一態様に係る送信装置は、上述したようなコンテンツサーバ２（受信機２００からのリクエストにより受信機２００に通信経由でデータアセットを送信するサーバ）とは別個の送信装置１００であってもよいし、送信装置１００およびコンテンツサーバ２の両方の役割を担う送信装置（即ち、ローカル局によって差し替えられたデータアセットを含むサブＩＰデータフローが記憶部に格納されている送信装置）であってもよい。
　後者の送信装置については、実施形態１の説明から以下のことが言える。
　即ち、該送信装置は、複数のアセット（コンポーネント）を含む番組を配信するために主にローカル局により使用される送信装置である。
　該送信装置は、相互の依存関係が示された２つのＩＰデータフロー（メインＩＰデータフローおよびサブＩＰデータフロー）を送信する放送送信部１３０および通信部１４０（送信部）を備えている。上記２つのＩＰデータフローの一方（メインＩＰデータフロー）には、上記複数のアセットのうちのキー局が作成した映像アセット、音声アセット、データアセットが含まれており、上記２つのＩＰデータフローのうちの他方（サブＩＰデータフロー）には、上記複数のアセットのうちの上記ローカル局によって差し替えられたデータアセットが含まれている。
　従って、該送信装置は、ＭＭＴ・ＴＬＶ方式に対応し、キー局により作成された番組と一部ローカル局の独自のものに差し替えたデータ放送とを送信できる。
　また、実施形態１の説明からわかるように、該送信装置は、データアセットの差替え等の簡単な処理により、サブＩＰデータフローをローカル局独自のものに差し替えることができる。
　（付記事項１）
　なお、ＭＰＴ１ではなくメインＩＰデータフローのＤＡＭＴ（ＤＡＭＴ１）に依存関係記述子（依存関係にあるサブＩＰデータフローのデータアセットのアセットＩＤをasset_id_byteが示している依存関係記述子）を含め、ＭＰＴ２ではなくサブＩＰデータフローのＤＡＭＴ（ＤＡＭＴ２）に依存関係記述子（依存関係にあるメインＩＰデータフローのデータアセットのアセットＩＤをasset_id_byteが示している依存関係記述子）を含めてもよい。
　（付記事項２）
　サブＩＰデータフローのＤＴメッセージには、ＤＤＭＴおよびＤＣＭＴが含まれていなくてもよい。即ち、ステップＳ１３において、コンポーネント逆多重化部２１１は、ステップＳ１２で取得したＤＴメッセージの中からＤＡＭＴ２のみを取得してもよい。
　〔実施形態２〕
　以下、本発明の別の一実施形態に係るシステムについて更に図１４～図１６を参照しながら説明する。図１４は、本実施形態に関する図であって、キー局が送信するメインＩＰデータフロー及びサブＩＰデータフローを左側に示し、ローカル局によりカバーされる地域の受信機が受信するメインＩＰデータフロー及びサブＩＰデータフローを右側に示した図である。図１５は、本実施形態に関する図であって、サブＩＰデータフローのＤＴメッセージ（ＤＴメッセージ２）のデータ構造を示した図である。図１６は、本実施形態および後述の実施形態３に関する図であり、ＤＴメッセージに含まれる３つのテーブル（ＤＤＭＴ、ＤＡＭＴ、及び、ＤＣＭＴ）について説明するための図である。なお、説明の便宜上、実施形態１にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、基本的にその説明を省略する。
　本実施形態に係るシステムの構成は、実施形態１に係るシステムと同様の構成になっている。
　一方、図１６の（ａ）に示すように、本実施形態では、実施形態１と異なり、キー局が送信したデータ放送コンテンツのファイルおよびディレクトリの構成と、受信機２００が受信するデータ放送コンテンツ（即ち、ローカル局による差替え処理後のデータ放送コンテンツ）のファイルおよびディレクトリの構成と、が異なっている。
　図１４に示すように、本実施形態では、データアセット２をデータアセット２’に差替える処理によってデータ放送コンテンツのファイルおよびディレクトリの構成が変更されても受信機２００がデータ放送コンテンツを再生できるようにするために、ローカル局は、サブＩＰデータフローのＤＴメッセージ内の３つのテーブル（ＤＤＭＴ、ＤＣＭＴ、及び、ＤＡＭＴ）を差し替えるようになっている。
　キー局が送信したメインＩＰデータフローおよびサブＩＰデータフローのＤＴメッセージについて、図１５を参照して説明する。
　図１５に示すように、サブＩＰデータフローのＤＴメッセージには、associated_DAMT_flagに加え、ignore_DDMT_DCMT_flagおよびoverwrite_DDMT_DCMT_flagが含まれている。また、図示はしていないが、メインＩＰデータフローのＤＴメッセージにも、associated_DAMT_flagに加え、ignore_DDMT_DCMT_flagおよびoverwrite_DDMT_DCMT_flagが含まれている。
　ＤＴメッセージ内のignore_DDMT_DCMT_flagは、該ＤＴメッセージ内のＤＤＭＴおよびＤＣＭＴを無視すべきか否かを示している。即ち、ignore_DDMT_DCMT_flagの値が“1”であることはＤＤＭＴおよびＤＣＭＴを無視すべきことを示し、ignore_DDMT_DCMT_flagの値が“0”であることはＤＤＭＴおよびＤＣＭＴを無視すべきではないことを示している。
　また、ＤＴメッセージ内のoverwrite_DDMT_DCMT_flagは、該ＤＴメッセージ内のＤＤＭＴおよびＤＣＭＴを差替え可能であるか否かを示している。即ち、overwrite DDMT_DCMT_flagの値が“1”であることはＤＤＭＴおよびＤＣＭＴを差替え可能であることを示し、overwrite DDMT_DCMT_flagの値が“0”であることはＤＤＭＴおよびＤＣＭＴを差替えできないことを示している。
　本実施形態では、キー局が送信したメインＩＰデータフローのＤＴメッセージ（ＤＴメッセージ１）では、ignore_DDMT_DCMT_flagおよびoverwrite_DDMT_DCMT_flagの値が“0”になっている。また、本実施形態では、キー局が送信したサブＩＰデータフローのＤＴメッセージ（ＤＴメッセージ２）では、ignore_DDMT_DCMT_flagの値が“0”になっており、overwrite_DDMT_DCMT_flagの値が“1”になっている。
　差替え処理部１２０は、キー局が送信したサブＩＰデータフローのＤＴメッセージのoverwrite_DDMT_DCMT_flagの値が“1”であることを確認した上で、該サブＩＰデータフロー内のＤＤＭＴ、ＤＣＭＴ、及び、ＤＡＭＴを差し替えるとともに、図１６の（ｃ）に示すようにデータアセットを差し替える。その結果、差替え後のＤＴメッセージは、図１５に示すような内容になる。なお、差替え処理部１２０は、このような差替え処理とともに、キー局が送信したメインＩＰデータフローのＤＴメッセージのignore_DDMT_DCMT_flagの値を“0”から“1”に更新する。
　ローカル局は、これらの処理によって更新されたメインＩＰデータフローおよびサブＩＰデータフローを実施形態１と同様の手順で受信機２００に配信する。
　（番組を再生する操作が行われた場合の受信機２００の動作）
　受信機２００は、以下の点を除き、図１０および図１１のフローチャートに従った動作を行う。
・ステップＳ４において、コンポーネント逆多重化部２１１は、ＤＴメッセージ１のignore_DDMT_DCMT_flagの値が“1”であること（ＤＤＭＴ１およびＤＣＭＴ１を無視すべきこと）を確認し、ステップＳ１で取得したＤＴメッセージの中からＤＡＭＴ１のみを取得する。
・ステップＳ６にてデータ放送関連処理部２１４が行う処理は、ＤＡＭＴ１を記憶部２５０に保存する処理のみである。
・ステップＳ１３において、コンポーネント逆多重化部２１１は、ＤＴメッセージ２のignore_DDMT_DCMT_flagの値が“0”およびoverwrite_DDMT_DCMT_flagの値が“1”であること（ＤＤＭＴ２およびＤＣＭＴ２を無視すべきでないこと）を確認し、ステップＳ１２で取得したＤＴメッセージの中から、ＤＤＭＴ２、ＤＣＭＴ２、及び、ＤＡＭＴ２’を取得する。
・ステップＳ１９において、データ放送関連処理部２１４は、ＤＤＭＴ２、ＤＡＭＴ１及びＤＡＭＴ２’を参照することで、データ放送に関するファイル群（キー局が送信したファイル群、及び、ローカル局によって差し替えられたファイル群）並びにディレクトリ群を記憶部２５０に展開し、表示処理部２１５が、データ放送に関するファイル群およびＤＣＭＴ２を参照することで、データ放送コンテンツ（キー局が制作した部分と、ローカル局によって差し替えられた部分と、の両方）をディスプレイ２６０に表示する。
　（キー局が制作した番組を再生する操作が行われた場合における、キー局によってカバーされる地域の受信機の動作）
　一方、キー局によってカバーされる地域の受信機（図示せず）は、以下の点を除き、図１のフローチャートに従った動作を行う。
　受信機２００は、以下の点を除き、図１０および図１１のフローチャートに従った動作を行う。
・ステップＳ４において、コンポーネント逆多重化部２１１は、ＤＴメッセージ１のignore_DDMT_DCMT_flagの値が“0”であること（ＤＤＭＴ１およびＤＣＭＴ１を無視すべきでないこと）を確認し、ステップＳ１で取得したＤＴメッセージの中から、ＤＤＭＴ１、ＤＣＭＴ１、及び、ＤＡＭＴ１を取得する。
・ステップＳ１３において、コンポーネント逆多重化部２１１は、ＤＴメッセージ２のignore_DDMT_DCMT_flagの値が“0”であること（ＤＤＭＴ１およびＤＣＭＴ１を無視すべきでないこと）を確認し、ステップＳ１２で取得したＤＴメッセージの中から、ＤＤＭＴ１、ＤＣＭＴ１、及び、ＤＡＭＴ２を取得する。
　その結果、図１６の（ｂ）に示すように、受信機２００は、ＤＣＭＴ２に基づき、例えば、A01.html、B01.mp4、B02.jpg（ローカル局独自の画像）、J01.js、J02.js、及び、J03.js（ローカル局独自のスクリプト）で構成されるページを提示する。受信機２００は、その後にページを遷移させる操作を受け付けると、ＤＣＭＴ２に基づき、例えば、A11.html（ローカル局独自のhtmlデータ）、B11.jpg、B12.jpg、B13.jpg、B14.jpg（以上、４つのjpgはローカル局独自のjpegデータ）、J11.js、J12.js、及び、J13.js（ローカル局独自のスクリプト）で構成されるページを提示する。
　一方、図１６の（ｂ）に示すように、キー局によってカバーされる地域の受信機は、ＤＣＭＴ１に基づき、例えば、A01.html、B01.mp4、B02.jpg、B03.jpg、J01.js、J02.js、及び、J03.js（以上の全ファイルはキー局が制作したファイル）で構成されるページを提示する。この受信機は、その後にページを遷移させる操作を受け付けると、例えば、A11.html、B11.jpg、B12.jpg、B13.jpg、J11.js、J12.js、及び、J13.js（以上の全ファイルはキー局が制作したファイル）で構成されるページを提示する。
　以上の説明からわかるように、本実施形態に係る受信機２００も、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することが可能な再生装置であると言える。
　（付記事項３）
　ignore_DDMT_DCMT_flagおよびoverwrite_DDMT_DCMT_flagは、図１５に示すようにＤＴメッセージのエクステンション(extension)部に含まれていてよいが、ＤＴメッセージのテーブル（例えば、データ管理テーブル（Data Manage Table））内の記述子の一部であってもよい。また、この記述子（ignore_DDMT_DCMT_flagおよびoverwrite_DDMT_DCMT_flagを含む記述子）は、データアセット（データコンポーネント）を識別するコンポーネントタグ（component_tag）を含んでいてもよい。
　＜実施形態３＞
　以下、更に図１７および図１８を参照して、本発明の更に別の一実施形態に係るシステムについて説明する。図１７は、本実施形態に関する図であって、キー局が送信するメインＩＰデータフロー及びサブＩＰデータフローを左側に示し、ローカル局によりカバーされる地域の受信機が受信するメインＩＰデータフロー及びサブＩＰデータフローを右側に示した図である。図１８は、本実施形態に関する図であって、該受信機が受信するメインＩＰデータフローのＭＭＴパッケージテーブルに含まれる情報を例示した図である。なお、説明の便宜上、実施形態１にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、基本的にその説明を省略する。
　本実施形態に係るシステムの構成は、実施形態１、２に係るシステムと同様の構成になっている。また、本実施形態では、実施形態２と同様に、キー局が送信したデータ放送コンテンツのファイルおよびディレクトリの構成と、受信機２００が受信するデータ放送コンテンツ（即ち、ローカル局による差替え処理後のデータ放送コンテンツ）のファイルおよびディレクトリの構成と、が異なっている。
　一方、図１７からわかるように、本実施形態は、サブＩＰデータフローにＰＡメッセージが含まれていない点において実施形態１、２と異なっている。また、図１８からわかるように、本実施形態は、サブＩＰデータフローの取得先を示すMMT_general_location_infoによりサブＩＰデータフローのデータアセットを特定する点においても実施形態１、２と異なっている。
　ローカル局は、実施形態２と同様の処理によってメインＩＰデータフローおよびサブＩＰデータフローを更新し、実施形態１、２と同様の手順で更新後のメインＩＰデータフローおよびサブＩＰデータフローを受信機２００に配信する。
　（キー局が制作した番組を再生する操作が行われた場合の受信機の動作）
　本実施形態に係る受信機２００の上記動作について、図１９を参照しながら説明する。図１９は、本実施形態に係る受信機２００の上記動作を示すフローチャートである。
　図１９に示すように、受信機２００は、ステップＳ１１１～Ｓ１１６では、図１０のステップＳ１～Ｓ６と同様の処理を行う。
　ステップＳ１１７にて、コンポーネント逆多重化部２１１は、ステップＳ１１５で取得したＭＰＴ（ＭＰＴ１）を参照することで、メインＩＰデータフローに含まれていないアセットのアセットＩＤがＭＰＴ１に含まれているか否かを判定する。コンポーネント逆多重化部２１１は、そのようなアセットＩＤがＭＰＴ１に含まれていると判定した場合にはステップＳ１１８に進み、そのようなアセットＩＤがＭＰＴ１に含まれていないと判定した場合にはステップＳ１１１に戻る。
　ステップＳ１１８にて、コンポーネント逆多重化部２１１は、ＰＡメッセージ１のＭＰＴ（ＭＰＴ１）に含まれているMMT_general_location_infoを参照することで、サブＩＰデータフローを特定し、サブＩＰデータフローからデータアセット２およびメッセージを取得する。
　ステップＳ１１９において、コンポーネント逆多重化部２１１は、ステップＳ１１８で取得したＤＴメッセージ２からＤＭＴ２、ＤＣＭＴ２、及びＤＡＭＴ２’を取得する。
　ステップＳ１２０～Ｓ１２２において、受信機２００は、それぞれ、図１０のステップＳ１７、Ｓ２０、Ｓ２１と同様の処理を行う。
　したがって、本実施形態に係る受信機２００も、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することが可能な再生装置であると言える。
　（付記事項４）
　実施形態１～３におけるローカル局は、準キー局であってもよいし、準キー局ではないローカル局であってもよい。後者の場合、実施形態１～３におけるキー局は、在京キー局には限定されず、準キー局であってもよい。
　（付記事項５）
　本発明に係る再生装置は、実施形態１～３における受信機に限定されない。例えば、本発明に係る再生装置は、例えば、実施形態１～３における受信機と同様の特徴を備えたスマートフォン、フィーチャーフォン、タブレット端末、カーナビ端末、ゲーム機器、パーソナルコンピュータ、セットトップボックス、又は、録画機器であってもよい。
　（プログラム等）
　実施形態１～３の各装置（送信装置および受信機）の制御ブロック（特に、コンポーネント多重化部１１０、差替え処理部１２０、コンポーネント逆多重化部２１１、映像復号部２１２、音声復号部２１３、データ放送関連処理部２１４、及び、表示処理部２１５）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
　後者の場合、各装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラム及び各種データがコンピュータ（又はＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）又は記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（又はＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することで、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
　〔まとめ〕
　本発明の態様１に係る再生装置（例えば、受信機２００）は、複数のコンポーネント（アセット）を含む番組を再生する再生装置において、相互の依存関係が示された２つのＩＰデータフロー（例えば、メインＩＰデータフローおよびサブＩＰデータフロー）を取得する取得部（例えば、コンポーネント逆多重化部２１１）と、上記２つのＩＰデータフローのうちの一方（例えば、メインＩＰデータフロー）に格納されたコンポーネント（例えば、映像アセット、音声アセット、データアセット）を再生しながら、上記２つのＩＰデータフローのうちの他方（例えば、サブＩＰデータフロー）に格納されたコンポーネント（例えば、データアセット２）を再生する処理を、上記依存関係に基づいて実行する再生部（例えば、映像復号部２１２、データ放送関連処理部２１４、及び、表示処理部２１５）と、を備えている。
　上記の構成によって、上記再生装置は、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することができる、という効果を奏する。
　本発明の態様２に係る再生装置は、上記態様１において、上記２つのＩＰデータフローのうちの一方または両方には、上記依存関係を示す情報を含むメッセージが含まれていてもよい。
　本発明の態様３に係る再生装置は、上記態様２において、上記取得部が取得する上記２つのＩＰデータフローのうちの一方に含まれているテーブルには、上記２つのＩＰデータフローのうちの他方の取得先を示す情報が含まれており、上記取得部は、該情報を参照することで上記２つのＩＰデータフローのうちの他方を取得してもよい。
　本発明の態様４に係る再生装置は、上記態様２において、上記取得部が取得する上記２つのＩＰデータフローのうちの一方に含まれている記述子には、上記２つのＩＰデータフローのうちの他方の取得先を示す情報が含まれており、上記取得部は、該情報を参照することで上記２つのＩＰデータフローのうちの他方を取得してもよい。
　本発明の態様５に係る送信装置は、複数のコンポーネントを含む番組を配信するために使用される送信装置において、相互の依存関係が示された２つのＩＰデータフローを送信する送信部を備え、上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントを含む。
　上記の構成によって、上記送信装置は、ＭＭＴ・ＴＬＶ方式に対応し、キー局により作成された映像とローカル局の独自のデータ放送とを送信することができる、という効果を奏する。
　本発明の態様６に係る再生方法は、複数のコンポーネントを含む番組を再生する再生装置による再生方法において、相互の依存関係が示された２つのＩＰデータフローを取得する取得ステップと、上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生ステップと、を含んでいる。
　上記の構成によって、上記再生方法は、上記態様１に係る再生装置と同様の作用効果を奏する。
　本発明の態様７に係る送信方法は、複数のコンポーネントを含む番組を配信するために使用される送信装置による送信方法において、相互の依存関係が示された２つのＩＰデータフローを送信する送信ステップを含み、上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントが含まれている。なお、この送信方法の発明を実施するために用いる送信装置は１台であってもよいし、複数台であってもよい。
　上記の構成によって、上記送信方法は、上記態様５に係る送信装置と同様の作用効果を奏する。
　本発明の態様１から４に係る再生装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記再生装置が備える各部として動作させることで上記各部をコンピュータにて実現させるプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
　本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることで、新しい技術的特徴を形成することができる。
　本発明は、メディアトランスポート方式としてＭＭＴ・ＴＬＶ方式が採用された場合における超高精細度デジタル放送の分野において好適に利用できる。
　１００　　　　　　　　送信装置
　２００　　　　　　　　受信機（再生装置）
　２１０　　　　　　　　制御部
　２１１　　　　　　　　　コンポーネント逆多重化部（取得部）
　２１２　　　　　　　　　映像復号部
　２１３　　　　　　　　　音声復号部
　２１４　　　　　　　　　データ放送関連処理部
　２１５　　　　　　　　　表示処理部（再生部）

Claims (7)

  1. 　複数のコンポーネントを含む番組を再生する再生装置において、
    　相互の依存関係が示された２つのＩＰデータフローを取得する取得部と、
    　上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生部と、を備えていることを特徴とする再生装置。
  2. 　上記２つのＩＰデータフローのうちの一方または両方には、上記依存関係を示す情報を含むメッセージが含まれている、ことを特徴とする請求項１に記載の再生装置。
  3. 　上記取得部が取得する上記２つのＩＰデータフローのうちの一方に含まれているテーブルには、上記２つのＩＰデータフローのうちの他方の取得先を示す情報が含まれており、
    　上記取得部は、該情報を参照することで上記２つのＩＰデータフローのうちの他方を取得する、ことを特徴とする請求項２に記載の再生装置。
  4. 　上記取得部が取得する上記２つのＩＰデータフローのうちの一方に含まれている記述子には、上記２つのＩＰデータフローのうちの他方の取得先を示す情報が含まれており、
    　上記取得部は、該情報を参照することで上記２つのＩＰデータフローのうちの他方を取得する、ことを特徴とする請求項２に記載の再生装置。
  5. 　複数のコンポーネントを含む番組を配信するために使用される送信装置において、
    　相互の依存関係が示された２つのＩＰデータフローを送信する送信部を備え、
    　上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、
    　上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントを含む、ことを特徴とする送信装置。
  6. 　複数のコンポーネントを含む番組を再生する再生装置による再生方法において、
    　相互の依存関係が示された２つのＩＰデータフローを取得する取得ステップと、
    　上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生ステップと、を含んでいることを特徴とする再生方法。
  7. 　複数のコンポーネントを含む番組を配信するために使用される送信装置による送信方法において、
    　相互の依存関係が示された２つのＩＰデータフローを送信する送信ステップを含み、
    　上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、
    　上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントが含まれている、ことを特徴とする送信方法。
PCT/JP2015/073141 2014-08-27 2015-08-18 再生装置、送信装置、再生方法、及び、送信方法 WO2016031629A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2016545450A JPWO2016031629A1 (ja) 2014-08-27 2015-08-18 再生装置、送信装置、再生方法、及び、送信方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014-173270 2014-08-27
JP2014173270 2014-08-27

Publications (1)

Publication Number Publication Date
WO2016031629A1 true WO2016031629A1 (ja) 2016-03-03

Family

ID=55399525

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/073141 WO2016031629A1 (ja) 2014-08-27 2015-08-18 再生装置、送信装置、再生方法、及び、送信方法

Country Status (3)

Country Link
JP (1) JPWO2016031629A1 (ja)
TW (1) TW201608897A (ja)
WO (1) WO2016031629A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019134473A (ja) * 2019-04-02 2019-08-08 東芝映像ソリューション株式会社 放送信号送信装置
JP2021044822A (ja) * 2019-04-02 2021-03-18 東芝映像ソリューション株式会社 放送信号送受信装置
JP7472537B2 (ja) 2020-02-25 2024-04-23 沖電気工業株式会社 処理装置、処理プログラム及び処理方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005136762A (ja) * 2003-10-31 2005-05-26 Hitachi Ltd 高精細映像再生方法ならびに装置
WO2005076622A1 (ja) * 2004-02-06 2005-08-18 Sony Corporation 情報処理装置および情報処理方法、プログラム、並びにデータ構造
JP2005527138A (ja) * 2002-03-08 2005-09-08 フランス　テレコム 従属データストリームの送信方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005527138A (ja) * 2002-03-08 2005-09-08 フランス　テレコム 従属データストリームの送信方法
JP2005136762A (ja) * 2003-10-31 2005-05-26 Hitachi Ltd 高精細映像再生方法ならびに装置
WO2005076622A1 (ja) * 2004-02-06 2005-08-18 Sony Corporation 情報処理装置および情報処理方法、プログラム、並びにデータ構造

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019134473A (ja) * 2019-04-02 2019-08-08 東芝映像ソリューション株式会社 放送信号送信装置
JP2021044822A (ja) * 2019-04-02 2021-03-18 東芝映像ソリューション株式会社 放送信号送受信装置
JP6999600B2 (ja) 2019-04-02 2022-01-18 Ｔｖｓ Ｒｅｇｚａ株式会社 放送信号送信装置
JP7472537B2 (ja) 2020-02-25 2024-04-23 沖電気工業株式会社 処理装置、処理プログラム及び処理方法

Also Published As

Publication number Publication date
JPWO2016031629A1 (ja) 2017-06-08
TW201608897A (zh) 2016-03-01

Similar Documents

Publication Publication Date Title
KR102637023B1 (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
US9118950B2 (en) Broadcast receiving apparatus, playback apparatus, broadcast communication system, broadcast receiving method, playback method, and program
KR101565670B1 (ko) 싱크로 콘텐츠 방송 분배 시스템
JP6153298B2 (ja) 配信装置、再生装置、データ構造、配信方法、制御プログラム、および記録媒体
JP6363745B2 (ja) 送信装置、受信装置、及び、コンテンツ送受信システム
WO2016031629A1 (ja) 再生装置、送信装置、再生方法、及び、送信方法
WO2016181901A1 (ja) コンテンツ配信システム
JP2013157948A (ja) 再生装置、再生方法、配信システム、再生プログラムおよび記録媒体
JP6147451B1 (ja) 受信装置、送信装置、およびプログラム
JP2013229689A (ja) 再生装置、配信装置、データ構造、再生方法、配信方法、制御プログラム、および記録媒体
KR20060063566A (ko) Ｄｍｂ 대화형 콘텐츠의 링크정보 저장 장치 및 그 방법과,그를 이용한 ｄｍｂ 수신 단말시스템
KR20180109199A (ko) 통신망을 이용한 방송 관련 서비스 제공 방법 및 이를 위한 장치
KR102149724B1 (ko) 개인화 광고를 제공하는 장치
JP7250061B2 (ja) 映像受信装置および映像受信方法
CN112204990B (zh) 接收装置及接收方法、发送装置及发送方法、收发系统
JP6450804B2 (ja) 再生装置および再生方法
JP7099920B2 (ja) 表示装置、システム、及び表示方法
US20140150018A1 (en) Apparatus for receiving augmented broadcast, method of receiving augmented broadcast content using the same, and system for providing augmented broadcast content
JP6294987B2 (ja) 再生装置、配信装置
WO2020125722A1 (zh) 接收装置及接收方法、收发系统及由收发系统执行的方法、录像播放装置及录像播放方法
JP2008244656A (ja) 遠隔視聴システム及び遠隔視聴方法
JP2016058961A (ja) 受信装置、広告提示方法、及びプログラム
WO2016194637A1 (ja) 再生装置、配信装置、再生方法、及び、配信方法
WO2020125702A1 (zh) 接收装置和接收方法、发送装置及发送方法、收发系统
JP2022183550A (ja) 受信装置、クライアント端末装置、およびプログラム

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: 15836206

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016545450

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15836206

Country of ref document: EP

Kind code of ref document: A1