WO2017038331A1 - 受信装置およびプログラム - Google Patents

受信装置およびプログラム Download PDF

Info

Publication number
WO2017038331A1
WO2017038331A1 PCT/JP2016/072223 JP2016072223W WO2017038331A1 WO 2017038331 A1 WO2017038331 A1 WO 2017038331A1 JP 2016072223 W JP2016072223 W JP 2016072223W WO 2017038331 A1 WO2017038331 A1 WO 2017038331A1
Authority
WO
WIPO (PCT)
Prior art keywords
program
processing unit
component
identifier
information
Prior art date
Application number
PCT/JP2016/072223
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 シャープ株式会社
Publication of WO2017038331A1 publication Critical patent/WO2017038331A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/06—Receivers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H40/00—Arrangements specially adapted for receiving broadcast information
    • H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/37—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying segments of broadcast information, e.g. scenes or extracting programme ID
    • 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • 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
    • 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

Definitions

  • the present invention relates to a receiving device for presenting a multi-view program and a program for causing a computer to function as the receiving device.
  • Patent Literature 1 receives a plurality of programs simultaneously, and presents a video and / or audio designated by a user among single or plural video and audio multiplexed in each received program.
  • An apparatus is disclosed.
  • an extended API Application Programming Interface
  • HTML Hyper TextMarkup Language
  • the broadcast standard for ultra-high-definition television broadcasting (8K or 4K broadcasting) currently being developed will be able to provide multi-view programs using HTML applications.
  • the broadcast standard for ultra-high-definition television broadcasting that is currently being formulated if the video, audio, and subtitles provided in the multi-view program being broadcast are present in the main program or subprogram, a combination thereof No means for notifying the HTML application side of this information is provided. Therefore, in this case, the HTML application cannot appropriately present the multi-view program.
  • the present invention has been made in view of the above-described problems, and an object of the present invention is to appropriately select an arbitrary multi-view program as an application for presenting a multi-view program (an application described by a structured document).
  • An object of the present invention is to provide a receiving apparatus and a program that can be presented.
  • a receiving apparatus reads a structured document for presenting a multi-view program and presents each program constituting the multi-view program at the same time.
  • Information that includes the presentation processing unit and the identifier of each of the programs and acquires information that includes the tag of each component constituting the program linked to the identifier of the program.
  • An element including an identifier of the program as an element for presenting the program with respect to each program, and the presentation processing unit For the program, the identifier of the program is specified with reference to the above elements, and the component to be presented is selected from the components corresponding to the tag associated with the specified identifier.
  • an application for presenting a multi-view program (an application described by a structured document) appropriately presents any multi-view program and is provided as a main program or a sub-program. It will be possible to select any video, audio and subtitles that are present.
  • Embodiment 1 of this invention It is a block diagram which shows the principal part structure of the multi view program presentation system in Embodiment 1 of this invention. It is a block diagram which shows the principal part structure of the application related process part in Embodiment 1 of this invention. It is an example of the screen displayed in Embodiment 1 of this invention. It is a figure which shows the example of the data structure of the broadcast signal in Embodiment 1 of this invention. It is a figure which shows the data of the table format which shows the combination of each program and each asset which are contained in the broadcast signal in FIG. It is an example of MH-component group descriptor in Embodiment 1 of this invention. It is an example of a description of the HTML application in Embodiment 1 of this invention.
  • MMT MPEG Media Transport
  • IP Internet Protocol
  • 8K or 4K broadcasting realized by MMT is assumed.
  • multi-view program refers to a program in which a single program (a program provided by one broadcaster) includes a plurality of programs (main program / subprogram).
  • presenting a multi-view program refers to presenting the plurality of programs at the same time, and in particular, in this specification, refers to displaying a plurality of programs at the same time.
  • Embodiment 1 Hereinafter, embodiments of the present invention will be described in detail.
  • FIG. 1 is a block diagram showing a main configuration of a multi-view program presentation system 1 according to Embodiment 1 of the present invention.
  • the multi-view program presentation system 1 includes a transmission device 2, a reception device 3, a content server 5, and a content server 6.
  • the transmission device 2 is a device that transmits multi-organized content in which a plurality of components are assigned to one channel, and is a device managed by a broadcaster or the like.
  • the receiving device 3 acquires an HTML application (structured document) via broadcast or communication, and executes the acquired HTML application to reproduce multi-organized content in which a plurality of components are assigned to one channel. It is a device to do.
  • the receiving device 3 is, for example, a television receiver, a mobile phone (smart phone), a tablet terminal, a PC, a portable game machine, or the like.
  • the transmission device 2 and the reception device 3 are connected via the Internet.
  • the transmission device 2 can transmit content and various other data to the reception device 3 via broadcast waves and the Internet.
  • the content server 5 is a server that stores content transmitted by the transmission device 2.
  • the content server 5 is separate from the transmission device 2, but the transmission device 2 may include the content server 5.
  • the content server 6 is a server managed by a business entity that manages the transmission device 2 or a business operator that is different from the business entity that manages the transmission device 2 (for example, a business operator that is trusted by the broadcaster that manages the transmission device 2). Is a server managed by.
  • the receiving device 3 can acquire content and various other data not only from the transmitting device 2 but also from the content server 6 via the Internet.
  • the multi-view program presentation system 1 includes one transmission device 2, one reception device 3, one content server 5, and one content server 6.
  • the multi-view program presentation system 1 may include a plurality of transmission apparatuses 2, reception apparatuses 3, content servers 5, and content servers 6.
  • the transmission device 2 includes a component multiplexing unit 21, a broadcast transmission unit 22, and a communication transmission / reception unit 23.
  • the component multiplexing unit 21 packetizes components such as video, audio, data broadcast, and subtitles, multiplexes them into one stream, and transmits them to the receiving device 3.
  • the component multiplexing unit 21 acquires the content of the multi-view program from the content server 5. Then, the component multiplexing unit 21 generates an HTML application for presenting the acquired content control information (SI information, which will be described later), video, audio, and subtitles that constitute the acquired content, and a multi-view program. Packetize and multiplex into one stream. The component multiplexing unit 21 transmits the generated stream to the reception device 3 via the broadcast transmission unit 22 or the communication transmission / reception unit 23.
  • SI information Ses, which will be described later
  • the component multiplexing unit 21 generates a plurality of streams (broadcast signals to be described later) from components such as video, audio, and subtitles that constitute the content, and content control information, and broadcasts some of the streams. It may be transmitted to the reception device 3 via the transmission unit 22, and the remaining stream may be transmitted to the reception device 3 via the communication transmission / reception unit 23.
  • the component multiplexing unit 21 may be configured to packetize storage destination information in which the HTML application is stored as content control information instead of the HTML application.
  • the broadcast transmission unit 22 transmits data (content, etc.) via broadcast waves.
  • the communication transmitting / receiving unit 23 communicates with other devices such as the receiving device 3 or the content server 6 by wireless communication means or wired communication means, and exchanges data.
  • the reception device 3 includes a broadcast reception unit 31, an operation unit 32, a communication transmission / reception unit 33, a component demultiplexing unit 34, a video decoding unit 35, an audio decoding unit 36, a caption decoding unit 37, and application-related items.
  • a processing unit 38, a display 39, and a speaker 40 are provided.
  • the operation unit 32 receives an operation from the user and outputs an operation signal indicating the received operation.
  • the operation unit 32 may be configured by input devices such as a keyboard, a mouse, a keypad, and operation buttons. Further, a touch panel in which the operation unit 32 and the display 39 are integrated may be used.
  • the operation unit 32 may be a remote control device such as a remote controller that is separate from the receiving device 3.
  • the broadcast receiving unit 31 receives data via broadcast waves.
  • the broadcast receiving unit 31 is, for example, a broadcast receiving tuner.
  • the communication transmitting / receiving unit 33 communicates with other devices such as the transmission device 2 or the content server 6 by wireless communication means or wired communication means, and exchanges data.
  • the communication transceiver 33 is, for example, a LAN terminal or a wireless LAN interface.
  • the component demultiplexer 34 demultiplexes the stream received via the broadcast receiver 31 and, based on the control information, demultiplexed video components into the video decoder 35 and audio components into the audio decoder 36.
  • the demultiplexed subtitle component is output to the subtitle decoding unit 37, and SI information and a data broadcast component (HTML application) to be described later are output to the application related processing unit 38. Further, the component demultiplexing unit 34 may output the operation signal output from the operation unit 32 to the application related processing unit 38.
  • the video decoding unit 35 acquires the encoded video component from the component demultiplexing unit 34 and decodes the encoded video component.
  • the audio decoding unit 36 acquires the encoded audio component from the component demultiplexing unit 34 and decodes the encoded audio component.
  • the subtitle decoding unit 37 acquires the encoded subtitle component from the component demultiplexing unit 34 and decodes the encoded subtitle component.
  • the application-related processing unit 38 acquires SI information and a data broadcast component (HTML application) from the component demultiplexing unit 34, refers to the acquired SI information and data broadcast component (HTML application), and displays a multi-view program Video, subtitles, and display layout. Then, the application-related processing unit 38 acquires the determined video and subtitle from the video decoding unit 35 and the subtitle decoding unit 37, respectively, and displays the multi-view program on the display 39.
  • HTML application data broadcast component
  • the application-related processing unit 38 refers to the acquired SI information and the HTML application, and determines the sound to be output in the multi-view program. Then, the application related processing unit 38 acquires the determined voice from the voice decoding unit 36 and outputs the voice from the speaker 40.
  • the display 39 displays an image indicated by the image data output from the application-related processing unit 38.
  • the display 39 for example, an LCD (liquid crystal display), an organic EL display, a plasma display, or the like can be applied.
  • the speaker 40 outputs the voice indicated by the voice data output from the application-related processing unit 38.
  • FIG. 2 is a block diagram illustrating a main configuration of the application related processing unit 38 according to the first embodiment of the present invention.
  • the application-related processing unit 38 includes a middleware unit and a synthesis unit.
  • the middleware part filters the acquired data and outputs the filtered data.
  • the middleware unit functions as an SI information acquisition processing unit (acquisition processing unit) 371 and an application data acquisition processing unit 372.
  • the SI information acquisition processing unit 371 acquires SI information and analyzes the acquired SI information.
  • the SI information acquisition processing unit 371 stores the analyzed result in the storage unit 41.
  • Application data acquisition processing unit 372 acquires an operation signal and an HTML application.
  • the synthesizing unit has a function of reading and executing an HTML application, and the synthesizing unit functions as a UI (User Interface) drawing processing unit (presentation processing unit) 374 as shown in FIG.
  • UI User Interface
  • the UI drawing processing unit 374 acquires the operation signal and the HTML application, refers to the acquired operation signal and the HTML application, and selects the video, audio, subtitle, and display layout of the multi-view program to be displayed. Details of processing for selecting video, audio, subtitles, and display layout of a multi-view program displayed by the UI drawing processing unit 374 will be described later.
  • FIG. 3 is an example of a screen displayed in the first embodiment of the present invention.
  • the display 39 includes a main program video 391, a main program subtitle 392, a subprogram 1 video 393, a subprogram 1 subtitle 394, a subprogram 2 video 395, and a subprogram 2.
  • Subtitle 396 is displayed at the same time.
  • FIG. 4 is a diagram illustrating an example of a data structure of the broadcast signal 100 according to the first embodiment of the present invention.
  • the broadcast signal 100 includes main program data (package) 121, subprogram 1 data (package) 122, subprogram 2 data (package) 123, PA message 110, and M2 section message 130. , And M2 section messages 140 are included.
  • the PA message and the M2 selection message are SI information (MMT-SI).
  • the broadcast signal 100 includes an HTML application for displaying the broadcast signal 100 or information indicating a storage location of the HTML application. When the HTML application is included in the broadcast signal 100 and transmitted, it is multiplexed as a data broadcast component.
  • Each program data includes a video asset, an audio asset, and a caption asset as shown in FIG.
  • components such as video and audio are defined as assets. That is, the video asset is a video component, the audio asset is an audio component, and the caption asset is a caption component.
  • Each asset has a component tag for identifying it from other assets.
  • the PA message 110 is control information indicating the asset configuration and the like.
  • a message includes a table having elements and attributes indicating specific information, and the table includes a descriptor indicating more detailed information.
  • the PA message 110 includes an MPT (MMT Package Table) 111 as shown in FIG.
  • the MPT 111 indicates information constituting a package such as an asset list, a packet ID for specifying an MMT packet including the asset, and a position of an IP data flow including a broadcast signal. By analyzing the MPT 111, it is possible to specify the assets constituting the program.
  • M2 section message is information used to transmit the MPEG-2 IV Systems section extension format.
  • the M2 section message 130 includes MH-AIT 131
  • the M2 section message 140 includes MH-EIT 141.
  • the MH-AIT 131 is an MIT AIT (Application Information Table).
  • the MH-AIT 131 is application control information for notifying the receiving apparatus of the existence of a broadcast managed application that cooperates with a broadcast service and instructing the control thereof.
  • the broadcast managed application is software that is developed and operated for each service in order to embody the service provided by the multi-view program presentation system 1. Of those executed on the receiving device, the broadcast provider (or , Certified by the broadcaster's trust).
  • MH-EIT 141 is an EIT (Event Information Table) for MMT.
  • the MH-EIT 141 is time-series information regarding events included in each service.
  • the MH-EIT includes an MH-component group descriptor (MH-component_group_descriptor) 142 as shown in FIG.
  • the MH-component group descriptor is a descriptor that defines a combination of components in an event.
  • the SI information acquisition processing unit 371 can identify a combination of each program and assets constituting the program by analyzing the MH-EIT 141. Then, the SI information acquisition processing unit 371 indicates, as data indicating the analysis result, for example, a combination of each program included in the broadcast signal 100 shown in FIG. 4 and assets constituting the program as shown in FIG. Tabular data can be generated.
  • FIG. 5 is a diagram showing tabular data indicating combinations of each program and each asset included in the broadcast signal 100 in FIG.
  • the component tag “0x0000” and “0x0001” of the video asset associated with the main program is assigned to the identifier “0x0” indicating the main program, and the component of the audio asset associated with the main program.
  • Tags “0x0010” and “0x0011” and component tags “0x0300” and “0x0301” of caption assets linked to the main program are associated with each other.
  • sub-program 1 and sub-program 2 are associated with linked assets.
  • An example of the syntax of the MH-component group descriptor 142 is shown in FIG.
  • FIG. 6 is an example of the MH-component group descriptor (“component_group”) in the first embodiment of the present invention.
  • the MH-component group descriptor includes, for each program constituting the multi-view program, an identifier (“component_group_id” 201) of the program and a component tag of each asset constituting the program. (“Component_tag” 202) is included in a form linked to the identifier of the program.
  • FIG. 7 is a description example of an HTML application according to the first embodiment of the present invention.
  • the HTML application includes a script tag 214.
  • an extended API function obtained by extending the HTML function for broadcasting can be used.
  • the component multiplexing unit 21 acquires content from the content server 5 and generates control information for the acquired content.
  • the component multiplexing unit 21 packetizes the generated control information and components such as video, audio, and subtitles constituting the acquired content, and multiplexes them into one stream (broadcast signal).
  • the component multiplexing unit 21 transmits the generated broadcast signal 100 to the receiving device 3 via the broadcast transmission unit 22.
  • processing of the receiving device 3 will be described.
  • the user performs an operation to display the multi-view program of the channel through which the broadcast signal 100 having the data structure shown in FIG. 4 is transmitted, and the receiving device 3 broadcasts the content having the data structure shown in FIG.
  • An example of receiving by will be described. Details of the processing of the application related processing unit 38 will be described later.
  • the operation unit 32 when receiving an operation for selecting a channel from a user, the operation unit 32 outputs an operation signal indicating the received operation to the broadcast receiving unit 31.
  • the broadcast receiving unit 31 refers to the operation signal output from the operation unit 32 and receives the broadcast signal 100 of the selected channel.
  • the broadcast receiving unit 31 outputs the received broadcast signal 100 to the component demultiplexing unit 34.
  • the component demultiplexing unit 34 demultiplexes the acquired broadcast signal 100. Then, the component demultiplexing unit 34 outputs the video asset included in the broadcast signal 100 to the video decoding unit 35, outputs the audio asset to the audio decoding unit 36, and outputs the caption asset to the caption decoding unit 37. . Further, the component demultiplexing unit 34 outputs SI information and the like included in the broadcast signal 100 to the application related processing unit 38.
  • the application-related processing unit 38 refers to the acquired information and determines the video to be displayed, subtitles, display layout, and audio to be output. Then, the application related processing unit 38 acquires a video to be displayed from the video decoding unit 35 and acquires a subtitle to be displayed from the subtitle decoding unit 37. Then, the application-related processing unit 38 displays the acquired video and subtitles on the display 39 with the determined display layout. In addition, the application related processing unit 38 acquires the audio to be output from the audio decoding unit 36 and outputs the audio from the speaker 40.
  • the SI information acquisition processing unit 371 acquires the SI information.
  • the SI information acquisition processing unit 371 stores the filtered data in the storage unit 41. For example, the SI information acquisition processing unit 371 acquires “component_group” illustrated in FIG. 6 by filtering, and stores the “component_group” in the storage unit 41.
  • the application data acquisition processing unit 372 outputs the HTML application to the UI rendering processing unit 374.
  • the synthesis unit performs the following processing.
  • the UI drawing processing unit 374 executes the HTML application. However, at this time, the UI rendering processing unit 374 has not acquired information on the combination of the video asset, the audio asset, and the caption asset included in the broadcast signal 100 (that is, “component_group” illustrated in FIG. 6). .
  • the UI drawing processing unit 374 acquires “component_group” will be described below.
  • the UI drawing processing unit 374 generates a UI (operation element) that accepts an operation to change the channel (for example, displays a button for selecting a channel on the browser that presents the multi-view program), and When the user selects a UI, in other words, when an operation for changing the channel is received on the browser, the UI drawing processing unit 374 executes a method “tuneTo” for selecting a channel. Therefore, when “tuneTo” is executed, the UI drawing processing unit 374 can acquire “component_group” by defining the method “tuneTo” so that the UI drawing processing unit 374 acquires “component_group”. . Details of “tuneTo” in this case will be described with reference to FIG.
  • FIG. 8 is a diagram illustrating the definition of the method “tuneTo” according to the first embodiment of the present invention, and (a) is an example of the definition of the method “tuneTo”. As shown in (a) of FIG. 8, “component_group” is included in the return value of “tuneTo”. Thereby, the UI drawing processing unit 374 can acquire “component_group” when executing “tuneTo”.
  • FIG. 8 is another example of the definition of “tuneTo”.
  • “TuneToOptions” includes a process of acquiring “component_group”. Thereby, the UI drawing processing unit 374 can acquire “component_group” when executing “tuneTo”.
  • FIG. 9A shows a description example of the script tag of the HTML application for the UI rendering processing unit 374 to acquire “component_group” using the method “tuneTo”.
  • FIG. 9 shows a description example of a script tag of an HTML application and an example of a screen displayed by the receiving device 3 according to the first embodiment of the present invention, and FIG.
  • the UI drawing processing unit 374 refers to the script tag illustrated in FIG. 9A and acquires “component_group” using “tuneTo”. Also, the UI drawing processing unit 374 can display information included in “component_group” as text by the description of the script tag shown in FIG. An example of the screen displayed in this case is shown in FIG.
  • FIG. 9B is an example of a screen displayed by the receiving device 3.
  • the UI drawing processing unit 374 refers to the acquired “component_group” and determines how each program is associated with video, audio, and subtitles.
  • a screen containing the text to indicate can be displayed.
  • the receiving apparatus 3 produces
  • the UI drawing processing unit 374 may be a method of executing a process of acquiring “component_group” when the SI information acquisition processing unit 371 acquires “component_group”. An example in which the UI drawing processing unit 374 acquires “component_group” by this method is illustrated in FIG.
  • FIG. 10 is an example of the definition of the “ReceiverDevice” object and the script tag of the HTML application according to the first embodiment of the present invention
  • (a) is an example of the definition of the “ReceiverDevice” object
  • (b) This is a description example of a script tag of an HTML application for the UI rendering processing unit 374 to acquire “component_group” using a “ReceiverDevice” object.
  • the SI information acquisition processing unit 371 acquires “component_group”
  • “component_group” acquired as attribute information is added to the “ReceiverDevice” object.
  • the UI rendering processing unit 374 can acquire “component_group” from the SI information acquisition processing unit 371 by calling “getComponentGroup” which is an extended API for acquiring “component_group”.
  • FIG. 10B is a description example of a script tag of the HTML application, and the UI drawing processing unit 374 can acquire “component_group” by using the script tag shown in FIG. 10B. Further, the UI drawing processing unit 374 can display information included in “component_group” as text by the description of the script tag shown in FIG. An example of the screen displayed in this case is the same as that in FIG. In addition, although the example which displays the information contained in "component_group” as a text was shown above, the receiving apparatus 3 produces
  • the UI drawing processing unit 374 may be a method of acquiring “component_group” using an object that is ignited when an event occurs.
  • FIG. 11 shows an example in which the UI drawing processing unit 374 acquires “component_group” by this method.
  • FIG. 11 is an example of the definition of the “StreamEventTarget” object and the script tag of the HTML application according to the first embodiment of the present invention
  • (a) is an example of the definition of the “StreamEventTarget” object
  • (b) is This is a description example of a script tag of an HTML application for the UI rendering processing unit 374 to acquire “component_group” using a “StreamEventTarget” object.
  • an event listener “addComponentGroupListener” that is called when “component_group” is acquired is registered in the “StreamEventTarget” object.
  • the UI drawing processing unit 374 can acquire “component_group” by the script shown in FIG.
  • An example of the screen displayed in this case is the same as that in FIG.
  • the receiver 3 defines the object which stores the information contained in "component_group”, and memorize
  • Linkage method 1 between each program and each asset Upon obtaining “component_group”, the UI drawing processing unit 374 associates each program with each asset on the synthesizing unit side. A method in which the UI drawing processing unit 374 uses parameter elements to link each program and each asset will be described with reference to FIG.
  • FIG. 12 is a description example of an object tag for linking each program and each asset in the first embodiment of the present invention, and (a) is an example of the description of the object tag.
  • each asset is specified as a parameter element for a program whose “component_group” value (attribute value) is “0x0” (the main program in the tabular data shown in FIG. 5). To do.
  • each of the parameter “video_src” indicating the video asset, the parameter “audio_src” indicating the audio asset, and the parameter “caption_src” indicating the caption asset is a value that identifies the asset linked to the main program (for example, , Information indicating the storage location where the asset is stored, a value of a component tag, a value of language identification (language_tag), and the like are stored.
  • the language identification is a number for identifying a language. For example, “0” means a first language and “7” means an eighth language.
  • Linkage method 2 between each program and each asset As a method for the UI drawing processing unit 374 to link each program and each asset, in addition to the method described above, only “component_group” may be specified as a parameter element of each object tag. In the case of this method, when a plurality of video components, audio components, and caption components are included in “component_group”, for example, the UI rendering processing unit is selected by a predetermined method such as selecting an asset having a small value of “component_tag”. 374 may be a method of associating each program with each asset. A method in which the UI drawing processing unit 374 uses parameter elements to link each program and each asset by this method will be described with reference to FIG.
  • (B) of FIG. 12 is an example of a description in which the main program is specified only by “component_group” as an object tag.
  • the UI drawing processing unit 374 can link each asset to a program having a value of “component_group” of “0x0” by a predetermined method.
  • “0x0” included in the parameter element is an identifier that identifies a group of component tags of each asset constituting the program specified by “0x0”.
  • each asset can be associated with the subprogram 1 and the subprogram 2.
  • the user control (synthesizing unit (on the browser or the like)) performs FIG. A configuration in which each parameter element is designated by presenting a screen such as (by moving the cursor or operating a button) may be used.
  • the UI drawing processing unit 374 may use a definition of a broadcast video / audio object (“BroadcastVideoObjectElement”) for associating each program with each asset.
  • BroadcastVideoObjectElement a definition of a broadcast video / audio object
  • FIG. 13 shows a definition example of a broadcast video / audio object and a script tag according to Embodiment 1 of the present invention, and (a) shows an example of a definition of a broadcast video / audio object.
  • “BroadcastVideoObjectElement” defines an extension API for selecting “component_group” and setting and acquiring information of the selected “component_group”.
  • the UI drawing processing unit 374 can link each program and each asset by using the extended API of “BroadcastVideoObjectElement”.
  • FIG. 13B shows a description example of the script tag of the HTML application for the UI drawing processing unit 374 to link each program and each asset using “BroadcastVideoObjectElement”.
  • FIG. 13B shows a description example of a script tag.
  • the UI drawing processing unit 374 can execute the script shown in FIG. 13B and link each program to each asset using “BroadcastVideoObjectElement”.
  • the control blocks (particularly the application-related processing unit 38, the SI information acquisition processing unit 371, the application data acquisition processing unit 372, and the UI drawing processing unit 374) of the transmission device 2 and the reception device 3 are formed on an integrated circuit (IC chip) or the like. It may be realized by a logic circuit (hardware), or may be realized by software using a CPU (Central Processing Unit).
  • IC chip integrated circuit
  • CPU Central Processing Unit
  • the transmission device 2 and the reception device 3 include a CPU that executes instructions of a program that is software that implements each function, and a ROM (Read that records the above-described program and various data so that the computer (or CPU) can read them. Only Memory) or a storage device (these are referred to as “recording media”), RAM (Random Access Memory) for expanding the program, and the like.
  • the computer (or CPU) reads the program from the recording medium and executes the program, thereby achieving the object of one embodiment of the present invention.
  • 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.
  • an arbitrary transmission medium such as a communication network or a broadcast wave
  • one embodiment of 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 receiving device (3) reads a structured document (HTML application) for presenting a multi-view program and presents each program constituting the multi-view program at the same time.
  • Part UI rendering processing unit 374) and information (component_group) including an identifier of each program, and for each program, a tag (component_tag) of each component constituting the program is associated with the identifier of the program
  • An acquisition processing unit SI information acquisition processing unit 371) for acquiring information included in the form, and the structured document includes an element (object tag) for presenting the program for each program
  • an element including the identifier of the program is described, and the presentation processing unit identifies and identifies the identifier of the program with reference to the element for each program.
  • a component to be presented is selected from the components corresponding to the tag associated with the identifier.
  • the receiving device when presenting a multi-view program, presents each program constituting the multi-view program from among components associated with the program by reading the structured document. Select the component to be used. Therefore, the receiving apparatus can appropriately present an arbitrary multi-view program by an application described by a structured document for presenting the multi-view program.
  • the presentation processing unit presents the multi-view program including an operator for accepting an operation for changing the program
  • the acquisition processing unit includes: The information may be acquired when an operation on the operation element is received.
  • the receiving device when an operation for changing a program is received, the receiving device includes, for each program, the tag of each component that configures the program in a form associated with the identifier of the program. Get information. Therefore, the receiving device can appropriately present the multi-view program desired by the user.
  • the presentation processing unit when the predetermined event occurs, specifies an identifier of the program with reference to the element for each program, A component to be presented may be selected from the components corresponding to the tag associated with the identified identifier.
  • the receiving apparatus acquires information including, for each program, a tag of each component constituting the program in a form associated with the identifier of the program. To do. Therefore, the receiving apparatus can appropriately present a multi-view program at various timings.
  • the predetermined event may be an event that occurs when the acquisition processing unit acquires the information.
  • the receiving device acquires the component to be presented when the information including the tag of each component constituting the program linked to the identifier of the program is acquired. select. Therefore, the receiving apparatus can appropriately present a multi-view program even when the component is changed.
  • the element includes a parameter element including an identifier of the program as an attribute value for each program
  • the processing unit may refer to the parameter element, identify the identifier of the program, and select a component to be presented from among the components corresponding to the tag associated with the identified identifier.
  • the receiving apparatus can appropriately present an arbitrary multi-view program by an application described by a structured document for presenting the multi-view program.
  • the identifier of the program included as an attribute value in the parameter element may be an identifier for identifying a group of component tags constituting the program.
  • the receiving apparatus can appropriately present an arbitrary multi-view program by referring to the identifier that identifies the tag group of the component that configures the program.
  • the receiving device is the receiving apparatus according to any one of the aspects 1 to 4, wherein the multi-view program is transmitted by MMT, and the structured document includes an application for reading the structured document.
  • the multi-view program is transmitted by MMT
  • the structured document includes an application for reading the structured document.
  • the receiving apparatus can appropriately present a multi-view program based on the MMT standard.
  • the receiving apparatus may be realized by a computer.
  • the receiving apparatus is realized by a computer by causing the computer to operate as each unit (software element) included in the receiving apparatus.
  • a program for the receiving apparatus and a computer-readable recording medium on which the program is recorded also fall within the scope of the present invention.

Landscapes

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

Abstract

マルチビュー番組を提示するＵＩ描画処理部（３７４）と、各コンポーネントのタグと番組の識別子が紐付いた情報を取得するＳＩ情報取得処理部（３７１）と、を備え、構造化文書には、番組の識別子を含む要素が記述されており、ＵＩ描画処理部は、上記要素を参照して提示すべきコンポーネントを選択する受信装置（３）。

Description

受信装置およびプログラム
　本発明は、マルチビュー番組を提示する受信装置および当該受信装置としてコンピュータを機能させるためのプログラムに関する。
　デジタル放送を受信する受信装置では、複数の番組を同時に表示するマルチビューを提供することができる。そのため、マルチビューに関する技術が開発されている。例えば、特許文献１には、複数の番組を同時に受信し、受信した各番組に多重化された単一または複数の映像および音声のうち、ユーザに指定された映像及び／又は音声を提示する受信装置が開示されている。
　また、近年サービスが開始された放送通信連携サービスのハイブリッドキャストでは、放送映像および番組情報等の放送リソースにアクセスするために、ＨＴＭＬ（Hyper TextMarkup Language）アプリケーションから制御可能な拡張ＡＰＩ（Application Programming Interface）が定義されている。
日本国公開特許公報「特開２００３－１４３４９６号公報（２００３年５月１６日公開）」
一般社団法人 電波産業会，デジタル放送におけるMMTによるメディアトランスポート方式 標準規格 ARIB STD-B60 1.2版，P103-P115,P131-P134，2015年3月17日発行 一般社団法人 電波産業会，デジタル放送におけるマルチメディア符号化方式（第２世代） 標準規格 ARIB STD-B62 1.1版，P7-10,P22-23,P25-32,P51-55，2015年3月17日発行 一般社団法人 IPTVフォーラム,HTML5ブラウザ仕様 IPTVFJ STD-0011 2.0版,P81-82, 2014年6月29日発行
　現在策定中の超高精細度テレビジョン放送（８Ｋまたは４Ｋ放送）向けの放送規格では、ＨＴＭＬアプリケーションによるマルチビュー番組を提供可能になる予定である。しかしながら、現在策定中の超高精細度テレビジョン放送向けの放送規格では、放送中のマルチビュー番組で提供されている映像、音声、および字幕が主番組または副番組において存在する場合、それらの組み合わせの情報をＨＴＭＬアプリケーション側に通知する手段が提供されていない。そのため、この場合、ＨＴＭＬアプリケーションは、マルチビュー番組を適切に提示することができない。
　本発明は、上記の問題点に鑑みてなされたものであり、その目的は、マルチビュー番組を提示するためのアプリケーション（構造化文書によって記述されたアプリケーション）が、任意のマルチビュー番組を適切に提示することが可能な受信装置およびプログラムを提供することにある。
　上記の課題を解決するために、本発明の一態様に係る受信装置は、マルチビュー番組を提示するための構造化文書を読み出して、上記マルチビュー番組を構成する各番組を同時期に提示する提示処理部と、上記各番組の識別子を含む情報であって、上記各番組について、該番組を構成する各コンポーネントのタグが該番組の識別子に紐付いた形で含まれている情報を取得する取得処理部と、を備え、上記構造化文書には、上記各番組について、該番組を提示するための要素として、該番組の識別子を含む要素が記述されており、上記提示処理部は、上記各番組について、上記要素を参照して該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択する。
　本発明の一態様によれば、マルチビュー番組を提示するためのアプリケーション（構造化文書によって記述されたアプリケーション）が、任意のマルチビュー番組を適切に提示し、主番組または副番組で提供されている任意の映像、音声、および字幕を選択することが可能になる。
本発明の実施形態１におけるマルチビュー番組提示システムの要部構成を示すブロック図である。 本発明の実施形態１におけるアプリケーション関連処理部の要部構成を示すブロック図である。 本発明の実施形態１において表示される画面の例である。 本発明の実施形態１における放送信号のデータ構造の例を示す図である。 図４における放送信号に含まれる各番組と各アセットとの組み合わせを示す表形式のデータを示す図である。 本発明の実施形態１におけるＭＨ－コンポーネントグループ記述子の例である。 本発明の実施形態１におけるＨＴＭＬアプリケーションの記述例である。 本発明の実施形態１におけるメソッド「tuneTo」の定義を例示した図である。 本発明の実施形態１におけるＨＴＭＬアプリケーションのスクリプトタグの記述例および受信装置が表示する画面例である。 本発明の実施形態１における「ReceiverDevice」オブジェクトの定義およびＨＴＭＬアプリケーションのスクリプトタグの記述例である。 本発明の実施形態１における「StreamEventTarget」オブジェクトの定義およびＨＴＭＬアプリケーションのスクリプトタグの記述例である。 本発明の実施形態１において各番組と各アセットとを紐付けるオブジェクトタグの記述例である。 本発明の実施形態１における放送映像音声オブジェクトの定義およびスクリプトタグの記述例である。
　本明細書では、番組（コンテンツ）の伝送規格としてＭＭＴ（MPEG Media Transport）を採用する。ＭＭＴは、ＩＰ（Internet Protocol）上で用いるメディアトランスポート方式であり、多様な伝送路でのメディア伝送を可能にする方式である。具体的には、ＭＭＴは、制御情報でパケットＩＤやＩＰアドレスやＵＲＬを指定することにより、異なる伝送路を介して、番組を構成する映像、音声およびデータ等のコンポーネントを参照することができる。また、本明細書では、ＭＭＴにより実現される８Ｋ（または４Ｋ）放送を想定する。
　また、本明細書において、「マルチビュー番組」とは、１つの番組（一放送事業者が提供する番組）に複数の番組（主番組／副番組）が含まれている番組を指している。また、「マルチビュー番組を提示」とは、上記複数の番組を同時期に提示することを指しており、特に、本明細書では、複数の番組を同時期に表示することを指している。
　〔実施形態１〕
　以下、本発明の実施の形態について、詳細に説明する。
　（マルチビュー番組提示システム１）
　マルチビュー番組提示システム１について、図１を用いて説明する。図１は、本発明の実施形態１におけるマルチビュー番組提示システム１の要部構成を示すブロック図である。図１に示すように、マルチビュー番組提示システム１は、送信装置２、受信装置３、コンテンツサーバ５およびコンテンツサーバ６を含んでいる。
　送信装置２は、１つのチャンネルに対し、複数のコンポーネントが割り当てられたマルチ編成のコンテンツを送信する装置であり、放送事業者等が管理する装置である。
　受信装置３は、放送または通信経由でＨＴＭＬアプリケーション（構造化文書）を取得し、取得したＨＴＭＬアプリケーションを実行することにより、１つのチャンネルに対し、複数のコンポーネントが割り当てられたマルチ編成のコンテンツを再生する装置である。受信装置３は、例えば、テレビジョン受像機、携帯電話機（スマートフォン）、タブレット端末、ＰＣ、携帯ゲーム機等である。送信装置２と受信装置３とは、インターネットを介して接続されている。送信装置２は、放送波およびインターネットを介して、受信装置３にコンテンツおよびその他各種データを送信することができる。
　コンテンツサーバ５は、送信装置２が送信するコンテンツを格納するサーバである。図１に示す例では、コンテンツサーバ５は送信装置２と別体であるが、送信装置２がコンテンツサーバ５を備えていてもよい。
　コンテンツサーバ６は、送信装置２を管理する事業者が管理するサーバ、または、送信装置２を管理する事業者と異なる事業者（例えば、送信装置２を管理する放送事業者が信託した事業者）が管理するサーバである。受信装置３は、インターネットを介して、送信装置２だけではなく、コンテンツサーバ６からもコンテンツおよびその他各種データを取得することができる。
　図１に示す例では、マルチビュー番組提示システム１が送信装置２、受信装置３、コンテンツサーバ５およびコンテンツサーバ６をそれぞれ１つずつ含んでいるが、これに限るものではない。マルチビュー番組提示システム１は、送信装置２、受信装置３、コンテンツサーバ５およびコンテンツサーバ６をそれぞれ複数含んでもよい。
　以下に、マルチビュー番組提示システム１を構成する送信装置２および受信装置３の構成について説明する。
　（送信装置２の構成）
　図１に示すように、送信装置２は、コンポーネント多重化部２１、放送送信部２２および通信送受信部２３を備える。
　コンポーネント多重化部２１は、映像、音声、データ放送、字幕等のコンポーネントをパケット化し、１つのストリームに多重化して受信装置３に送信するものである。
　具体的には、コンポーネント多重化部２１は、コンテンツサーバ５からマルチビュー番組のコンテンツを取得する。そして、コンポーネント多重化部２１は、取得したコンテンツの制御情報（後述のＳＩ情報等）、取得したコンテンツを構成する映像、音声、および、字幕、並びに、マルチビュー番組を提示するためのＨＴＭＬアプリケーションをパケット化し、１つのストリームに多重化する。コンポーネント多重化部２１は、生成したストリームを放送送信部２２または通信送受信部２３を介して受信装置３に送信する。
　なお、コンポーネント多重化部２１は、コンテンツを構成する映像、音声、および字幕等のコンポーネント、並びに、コンテンツの制御情報から複数のストリーム（後述する放送信号）を生成し、一部のストリームを、放送送信部２２を介して受信装置３に送信し、残りのストリームを、通信送受信部２３を介して受信装置３に送信してもよい。また、コンポーネント多重化部２１は、ＨＴＭＬアプリケーションの替わりに、当該ＨＴＭＬアプリケーションが格納されている格納先情報をコンテンツの制御情報としてパケット化する構成であってもよい。
　放送送信部２２は、放送波を介してデータ（コンテンツ等）を送信するものである。
　通信送受信部２３は、無線通信手段または有線通信手段によって、受信装置３またはコンテンツサーバ６等の他の装置と通信を行い、データのやりとりを行うものである。
　（受信装置３の構成）
　図１に示すように、受信装置３は、放送受信部３１、操作部３２、通信送受信部３３、コンポーネント逆多重化部３４、映像復号部３５、音声復号部３６、字幕復号部３７、アプリケーション関連処理部３８、ディスプレイ３９、およびスピーカ４０を備える。
　操作部３２は、ユーザから操作を受け付け、受け付けた操作を示す操作信号を出力する。操作部３２は、キーボード、マウス、キーパッド、操作ボタンなどの入力機器等で構成されているものであってもよい。また、操作部３２とディスプレイ３９とが一体となっているタッチパネルであってもよい。また、操作部３２は、受信装置３とは別体のリモートコントローラ等の遠隔制御装置であってもよい。
　放送受信部３１は、放送波を介してデータを受信するものである。放送受信部３１は、例えば、放送受信チューナである。
　通信送受信部３３は、無線通信手段または有線通信手段によって、送信装置２またはコンテンツサーバ６等の他の装置と通信を行い、データのやりとりを行うものである。通信送受信部３３は、例えば、ＬＡＮ端子や無線ＬＡＮインターフェースである。
　コンポーネント逆多重化部３４は、放送受信部３１を介して受信したストリームを逆多重化し、制御情報に基づいて、逆多重化した映像コンポーネントを映像復号部３５に、音声コンポーネントを音声復号部３６に、逆多重化した字幕コンポーネントを字幕復号部３７に、後述するＳＩ情報およびデータ放送コンポーネント（ＨＴＭＬアプリケーション）をアプリケーション関連処理部３８にそれぞれ出力する。また、コンポーネント逆多重化部３４は、操作部３２から出力された操作信号をアプリケーション関連処理部３８に出力する場合もある。
　映像復号部３５は、コンポーネント逆多重化部３４から符号化された映像コンポーネントを取得し、符号化された映像コンポーネントを復号するものである。
　音声復号部３６は、コンポーネント逆多重化部３４から符号化された音声コンポーネントを取得し、符号化された音声コンポーネントを復号するものである。
　字幕復号部３７は、コンポーネント逆多重化部３４から符号化された字幕コンポーネントを取得し、符号化された字幕コンポーネントを復号するものである。
　アプリケーション関連処理部３８は、コンポーネント逆多重化部３４からＳＩ情報およびデータ放送コンポーネント（ＨＴＭＬアプリケーション）を取得し、取得したＳＩ情報およびデータ放送コンポーネント（ＨＴＭＬアプリケーション）を参照して、表示するマルチビュー番組の映像、字幕、および表示レイアウトを決定する。そして、アプリケーション関連処理部３８は、決定した映像および字幕を、それぞれ、映像復号部３５および字幕復号部３７から取得し、ディスプレイ３９にマルチビュー番組を表示する。
　また、アプリケーション関連処理部３８は、取得したＳＩ情報およびＨＴＭＬアプリケーションを参照して、マルチビュー番組において出力する音声を決定する。そして、アプリケーション関連処理部３８は、決定した音声を音声復号部３６から取得し、スピーカ４０から音声を出力する。
　なお、アプリケーション関連処理部３８の詳しい処理については、参照する図面を替えて後述する。
　ディスプレイ３９は、アプリケーション関連処理部３８から出力される画像データが示す画像を表示する。ディスプレイ３９として、例えば、ＬＣＤ（液晶ディスプレイ）、有機ＥＬディスプレイ、プラズマディスプレイなどを適用することが可能である。
　スピーカ４０は、アプリケーション関連処理部３８から出力される音声データが示す音声を出力する。
　（アプリケーション関連処理部３８）
　アプリケーション関連処理部３８について、図２を用いて説明する。図２は、本発明の実施形態１におけるアプリケーション関連処理部３８の要部構成を示すブロック図である。図２に示すように、アプリケーション関連処理部３８には、ミドルウェア部および合成部が含まれている。
　ミドルウェア部は、取得したデータのフィルタリングを行い、フィルタリングしたデータを出力する。ミドルウェア部は、図２に示すように、ＳＩ情報取得処理部（取得処理部）３７１およびアプリデータ取得処理部３７２として機能する。
　ＳＩ情報取得処理部３７１は、ＳＩ情報を取得し、取得したＳＩ情報を解析する。ＳＩ情報取得処理部３７１は、解析した結果を、記憶部４１に格納する。
　アプリデータ取得処理部３７２は、操作信号およびＨＴＭＬアプリケーションを取得する。
　合成部は、ＨＴＭＬアプリケーションの読み込み、および実行する機能を有しており、図２に示すように、合成部は、ＵＩ（User Interface）描画処理部（提示処理部）３７４として機能する。
　ＵＩ描画処理部３７４は、操作信号およびＨＴＭＬアプリケーションを取得し、取得した操作信号およびＨＴＭＬアプリケーションを参照し、表示するマルチビュー番組の映像、音声、字幕、および表示レイアウトを選択する。ＵＩ描画処理部３７４が表示するマルチビュー番組の映像、音声、字幕、および表示レイアウトを選択する処理の詳細については、後述する。
　（表示される画面の例）
　受信装置３が表示する画面の例について、図３を用いて説明する。図３は、本発明の実施形態１において表示される画面の例である。図３に示すように、ディスプレイ３９には、主番組の映像３９１、主番組の字幕３９２、副番組１の映像３９３、副番組１の字幕３９４、副番組２の映像３９５、および副番組２の字幕３９６が、同時期に表示されている。
　（放送信号のデータ構造の例）
　図３に示す画面を表示するための放送信号について、図４を用いて説明する。図４は、本発明の実施形態１における放送信号１００のデータ構造の例を示す図である。
　図４に示す放送信号１００は、本実施形態に係るコンテンツの伝送単位である。図４に示すように、放送信号１００には、主番組のデータ（パッケージ）１２１、副番組１のデータ（パッケージ）１２２、副番組２のデータ（パッケージ）１２３、ＰＡメッセージ１１０、Ｍ２セクションメッセージ１３０、およびＭ２セクションメッセージ１４０が含まれている。ＰＡメッセージおよびＭ２セレクションメッセージは、ＳＩ情報（MMT-SI）である。また、図４には図示していないが、放送信号１００には、放送信号１００を表示するためのＨＴＭＬアプリケーションまたは当該ＨＴＭＬアプリケーションの格納先を示す情報も含まれている。なお、上記ＨＴＭＬアプリケーションを放送信号１００に含めて送信する場合は、データ放送コンポーネントとして多重化される。
　各番組データには、図４に示すように、ビデオアセット、オーディオアセット、およびキャプションアセットが含まれている。ＭＭＴでは、映像や音声等のコンポーネントをアセットと定義する。すなわち、ビデオアセットは映像コンポーネントであり、オーディオアセットは音声コンポーネントであり、キャプションアセットは字幕コンポーネントである。また、各アセットには、他のアセットと識別するためのコンポーネントタグが付されている。
　ＰＡメッセージ１１０は、アセットの構成等を示す制御情報である。ＭＭＴでは、メッセージには特定の情報を示す要素や属性を持つテーブルが含まれ、テーブルには、より詳細な情報を示す記述子が含まれる。具体的には、ＰＡメッセージ１１０には、図４に示すように、ＭＰＴ（MMT Package Table）１１１が含まれる。
　ＭＰＴ１１１は、アセットのリスト、そのアセットが含まれるＭＭＴパケットを特定するパケットＩＤおよび放送信号が含まれるＩＰデータフローの位置などのパッケージを構成する情報を示す。ＭＰＴ１１１を解析することにより、番組を構成するアセットを特定することができる。
　Ｍ２セクションメッセージは、MPEG-2 Systemsのセクション拡張形式を伝送するために用いる情報である。本実施形態では、Ｍ２セクションメッセージ１３０には、ＭＨ－ＡＩＴ１３１が含まれ、Ｍ２セクションメッセージ１４０にはＭＨ－ＥＩＴ１４１が含まれる。
　ＭＨ－ＡＩＴ１３１は、ＭＭＴ用のＡＩＴ（Application Information Table：アプリケーション情報テーブル）である。ＭＨ－ＡＩＴ１３１は、受信装置に対して、放送サービスに連携する放送マネージドアプリケーションの存在を周知し、その制御を指示するためのアプリケーション制御情報である。放送マネージドアプリケーションとは、マルチビュー番組提示システム１で提供されるサービスを具体化するために個々のサービス用に開発・運用されるソフトウェアで、受信装置上で実行されるもののうち放送事業者（または、放送事業者が信託した事業母体）が認証したものである。
　ＭＨ－ＥＩＴ１４１は、ＭＭＴ用のＥＩＴ（Event Information Table：イベント情報テーブル）である。ＭＨ－ＥＩＴ１４１は、各サービスに含まれるイベントに関する時系列情報である。ＭＨ－ＥＩＴには、図４に示すように、ＭＨ－コンポーネントグループ記述子（MH-component_group_descriptor）１４２が含まれている。ＭＨ－コンポーネントグループ記述子は、イベント内のコンポーネントの組み合わせを定義する記述子である。
　そのため、ＳＩ情報取得処理部３７１は、ＭＨ－ＥＩＴ１４１を解析することにより、各番組と、当該番組を構成するアセットの組み合わせを特定することができる。そして、ＳＩ情報取得処理部３７１は、解析した結果を示すデータとして、例えば、図５に示すような、図４に示す放送信号１００に含まれる各番組および当該番組を構成するアセットの組み合わせを示す表形式のデータを生成することができる。
　図５は、図４における放送信号１００に含まれる各番組と各アセットとの組み合わせを示す表形式のデータを示す図である。図５に示すように、例えば、主番組を示す識別子「0x0」に、主番組に紐付けられたビデオアセットのコンポーネントタグ「0x0000」、「0x0001」、主番組に紐付けられたオーディオアセットのコンポーネントタグ「0x0010」、「0x0011」、および主番組に紐付けられたキャプションアセットのコンポーネントタグ「0x0300」、「0x0301」が関連付けられている。副番組１、副番組２においても同様に、紐付けられたアセットが関連付けられている。また、ＭＨ－コンポーネントグループ記述子１４２のシンタックスの一例を図６に示す。
　図６は、本発明の実施形態１におけるＭＨ－コンポーネントグループ記述子の例（「component_group」）である。図６のシンタックスからわかるように、ＭＨ－コンポーネントグループ記述子は、マルチビュー番組を構成する各番組について、その番組の識別子（「component_group_id」２０１）と、その番組を構成する各アセットのコンポーネントタグ（「component_tag」２０２）を、その番組の識別子に紐付いた形で含んでいる。
　（ＨＴＭＬアプリケーションの記述例）
　ＨＴＭＬアプリケーションの記述例について、図７を用いて説明する。図７は、本発明の実施形態１におけるＨＴＭＬアプリケーションの記述例である。
　ＨＴＭＬアプリケーションには、図７に示すように、主番組に関するオブジェクトタグ２１１、副番組１に関するオブジェクトタグ２１２、および副番組２に関するオブジェクトタグ２１３が記述されている。各タグの詳細については、後述する。また、ＨＴＭＬアプリケーションには、スクリプトタグ２１４が含まれており、スクリプトタグ２１４に記述することにより、放送用にＨＴＭＬの機能を拡張した拡張ＡＰＩ（関数）を利用することができる。
　（送信装置２の処理）
　送信装置２の処理について説明する。ここでは、送信装置２が、図４に示すデータ構造の放送信号１００を放送波により受信装置３に送信する例について説明する。
　コンポーネント多重化部２１は、コンテンツサーバ５からコンテンツを取得し、取得したコンテンツの制御情報を生成する。コンポーネント多重化部２１は、生成した制御情報、並びに、取得したコンテンツを構成する映像、音声および字幕等のコンポーネントをパケット化し、１つのストリーム（放送信号）に多重化する。コンポーネント多重化部２１は、放送送信部２２を介して、生成した放送信号１００を受信装置３に送信する。
　（受信装置３の処理）
　続いて、受信装置３の処理について説明する。ここでは、ユーザが、図４に示すデータ構造の放送信号１００が送信されるチャネルのマルチビュー番組を表示する旨の操作を行い、受信装置３が、図４に示すデータ構造のコンテンツを放送波により受信する例について説明する。なお、アプリケーション関連処理部３８の処理の詳細は後述する。
　まず、操作部３２は、ユーザからチャネルを選択する操作を受け付けると、受け付けた操作を示す操作信号を、放送受信部３１に出力する。放送受信部３１は、操作部３２から出力された操作信号を参照し、選択されたチャネルの放送信号１００を受信する。放送受信部３１は、受信した放送信号１００を、コンポーネント逆多重化部３４に出力する。
　コンポーネント逆多重化部３４は、取得した放送信号１００を逆多重化する。そして、コンポーネント逆多重化部３４は、放送信号１００に含まれているビデオアセットを映像復号部３５に出力し、オーディオアセットを音声復号部３６に出力し、キャプションアセットを字幕復号部３７に出力する。また、コンポーネント逆多重化部３４は、放送信号１００に含まれるＳＩ情報等を、アプリケーション関連処理部３８に出力する。
　アプリケーション関連処理部３８は、取得した情報を参照し、表示する映像、字幕、表示レイアウト、および出力する音声を決定する。そして、アプリケーション関連処理部３８は、表示する映像を映像復号部３５から取得し、表示する字幕を字幕復号部３７から取得する。そして、アプリケーション関連処理部３８は、決定した表示レイアウトにて、取得した映像および字幕をディスプレイ３９に表示する。また、アプリケーション関連処理部３８は、出力する音声を音声復号部３６から取得し、スピーカ４０から音声を出力する。
　（アプリケーション関連処理部３８の処理）
　コンポーネント逆多重化部３４から各情報が出力されるとミドルウェア部は、以下の処理を行う。
　コンポーネント逆多重化部３４からＳＩ情報が出力されると、ＳＩ情報取得処理部３７１は、当該ＳＩ情報を取得する。ＳＩ情報取得処理部３７１は、取得したＳＩ情報をフィルタリングすると、フィルタリング後のデータを記憶部４１に格納する。例えば、ＳＩ情報取得処理部３７１は、フィルタリングによって図６に示す「component_group」を取得し、当該「component_group」を記憶部４１に格納する。
　また、コンポーネント逆多重化部３４からＨＴＭＬアプリケーションが出力されると、アプリデータ取得処理部３７２は、当該ＨＴＭＬアプリケーションをＵＩ描画処理部３７４に出力する。
　続いて、合成部は、ミドルウェア部から上述した各情報が出力されると、以下の処理を行う。
　ＵＩ描画処理部３７４は、ＨＴＭＬアプリケーションを取得すると、当該ＨＴＭＬアプリケーションを実行する。ただし、この時点では、ＵＩ描画処理部３７４は、放送信号１００に含まれているビデオアセット、オーディオアセット、およびキャプションアセットの組み合わせに関する情報（すなわち、図６に示す「component_group」）は取得していない。ここで、ＵＩ描画処理部３７４が「component_group」を取得する方法について、以下に説明する。
　（component_groupを取得する方法１）
　ＵＩ描画処理部３７４が、チャネルを変更する旨の操作を受け付けるＵＩ（操作子）を生成（例えば、マルチビュー番組を提示しているブラウザ上に、選局するためのボタンを表示）し、当該ＵＩをユーザが選択した場合、換言すると、ブラウザ上においてチャネルを変更する旨の操作を受け付けた場合、ＵＩ描画処理部３７４は、選局を行うためのメソッド「tuneTo」を実行する。そのため、「tuneTo」が実行されると、ＵＩ描画処理部３７４が「component_group」を取得するようにメソッド「tuneTo」を定義することにより、ＵＩ描画処理部３７４は「component_group」を取得することができる。この場合の「tuneTo」の詳細について、図８を参照して説明する。
　図８は、本発明の実施形態１におけるメソッド「tuneTo」の定義を例示した図であり、（ａ）は、メソッド「tuneTo」の定義の一例である。図８の（ａ）に示すように、「tuneTo」の戻り値に「component_group」が含まれている。これにより、ＵＩ描画処理部３７４は、「tuneTo」を実行すると、「component_group」を取得することができる。
　（component_groupを取得する方法２）
　上述した方法では、メソッド「tuneTo」の戻り値として「component_group」を取得したが、メソッド「tuneTo」の引数である「TuneToOptions」において、「component_group」を取得する方法であってもよい。このときの「tuneTo」の定義の一例を、図８の（ｂ）に示す。
　図８の（ｂ）は、「tuneTo」の定義の他の例である。図８の（ｂ）に示すように、「TuneToOptions」に「component_group」を取得する処理が含まれている。これにより、ＵＩ描画処理部３７４は、「tuneTo」を実行すると、「component_group」を取得することができる。
　また、ＵＩ描画処理部３７４がメソッド「tuneTo」を利用して「component_group」を取得するためのＨＴＭＬアプリケーションのスクリプトタグの記述例を、図９の（ａ）に示す。図９は、本発明の実施形態１におけるＨＴＭＬアプリケーションのスクリプトタグの記述例および受信装置３が表示する画面例であり、（ａ）は、ＨＴＭＬアプリケーションのスクリプトタグの記述例である。ＵＩ描画処理部３７４は、図９の（ａ）に示すスクリプトタグを参照し、「tuneTo」を利用して「component_group」を取得する。また、図９の（ａ）に示すスクリプトタグの記述により、ＵＩ描画処理部３７４は、「component_group」に含まれる情報をテキストとして表示することができる。この場合に表示される画面の例を図９の（ｂ）に示す。
　図９の（ｂ）は、受信装置３が表示する画面の一例である。図９の（ｂ）に示すように、ＵＩ描画処理部３７４は、取得した「component_group」を参照し、各番組と、各番組にどのように映像、音声、および字幕が紐付けられているかを示すテキストを含む画面を、表示することができる。なお、上記では「component_group」に含まれる情報をテキストとして表示する例を示したが、受信装置３は、「component_group」に含まれる情報を格納するオブジェクトを生成し、取得した情報を前記オブジェクトとして記憶部４１に格納してもよい。
　（component_groupを取得する方法３）
　ＵＩ描画処理部３７４は、ＳＩ情報取得処理部３７１が「component_group」を取得すると、「component_group」を取得する処理を実行する方法であってもよい。この方法によってＵＩ描画処理部３７４が「component_group」を取得する例を、図１０に示す。
　図１０は、本発明の実施形態１における「ReceiverDevice」オブジェクトの定義およびＨＴＭＬアプリケーションのスクリプトタグの記述例であり、（ａ）は、「ReceiverDevice」オブジェクトの定義の一例であり、（ｂ）は、ＵＩ描画処理部３７４が「ReceiverDevice」オブジェクトを利用して「component_group」を取得するためのＨＴＭＬアプリケーションのスクリプトタグの記述例である。ＳＩ情報取得処理部３７１が「component_group」を取得すると、「ReceiverDevice」オブジェクトに属性情報として取得した「component_group」が追加される。そして、ＵＩ描画処理部３７４が「component_group」を取得する拡張ＡＰＩである「getComponentGroup」を呼び出すことにより、ＳＩ情報取得処理部３７１から「component_group」を取得することができる。
　また、図１０の（ｂ）は、ＨＴＭＬアプリケーションのスクリプトタグの記述例であり、図１０の（ｂ）に示すスクリプトタグにより、ＵＩ描画処理部３７４は、「component_group」を取得することができる。また、図１０の（ｂ）に示すスクリプトタグの記述により、ＵＩ描画処理部３７４は、「component_group」に含まれる情報をテキストとして表示することができる。この場合において表示される画面の例は、図９の（ｂ）と同じであるため、説明は省略する。なお、上記では「component_group」に含まれる情報をテキストとして表示する例を示したが、受信装置３は、「component_group」に含まれる情報を格納するオブジェクトを生成し、取得した情報を前記オブジェクトとして記憶部４１に格納してもよい。
　（component_groupを取得する方法４）
　ＵＩ描画処理部３７４は、イベントの発生で発火するオブジェクトを利用して、「component_group」を取得する方法であってもよい。この方法によってＵＩ描画処理部３７４が「component_group」を取得する例を、図１１に示す。
　図１１は、本発明の実施形態１における「StreamEventTarget」オブジェクトの定義およびＨＴＭＬアプリケーションのスクリプトタグの記述例であり、（ａ）は、「StreamEventTarget」オブジェクトの定義の一例であり、（ｂ）は、ＵＩ描画処理部３７４が「StreamEventTarget」オブジェクトを利用して「component_group」を取得するためのＨＴＭＬアプリケーションのスクリプトタグの記述例である。図１１の（ａ）および（ｂ）に示すように、「StreamEventTarget」オブジェクトに、「component_group」を取得した時に呼び出されるイベントリスナー「addComponentGroupListener」を登録する。これにより、ＳＩ情報取得処理部３７１が「component_group」を取得すると、「addComponentGroupListener」で登録したイベントが発火し、取得した「component_group」がＵＩ描画処理部３７４に通知される。登録したイベントリスナーを削除する場合は、「removeComponentGroupListener」により削除する。
　また、図１１の（ｂ）に示すスクリプトにより、ＵＩ描画処理部３７４は、「component_group」を取得することができる。この場合において表示される画面の例は、図９の（ｂ）と同じであるため、説明は省略する。なお、上記では「component_group」に含まれる情報をテキストとして表示する例を示したが、受信装置３は、「component_group」に含まれる情報を格納するオブジェクトを定義し、取得した情報を前記オブジェクトとして記憶部４１に格納してもよい。
　（各番組と各アセットとの紐付け方法１）
　ＵＩ描画処理部３７４は、「component_group」を取得すると、合成部側において、各番組と各アセットとを紐付けする。ＵＩ描画処理部３７４が各番組と各アセットとを紐付けするためにパラメータ要素を使用する方法について、図１２の（ａ）を参照して説明する。
　図１２は、本発明の実施形態１において各番組と各アセットとを紐付けるオブジェクトタグの記述例であり、（ａ）は、オブジェクトタグの記述の一例である。図１２の（ａ）に示すように、「component_group」の値（属性値）が「0x0」の番組（図５に示す表形式のデータにおける主番組）に対して、パラメータ要素として各アセットを指定する。より具体的には、ビデオアセットを示すパラメータ「video_src」、オーディオアセットを示すパラメータ「audio_src」、およびキャプションアセットを示すパラメータ「caption_src」の各パラメータに、主番組と紐付けるアセットを特定する値（例えば、アセットが格納されている格納先を示す情報やコンポーネントタグの値や言語識別（language_tag）の値など）を格納する。ここで、言語識別とは、言語を識別するための番号であり、例えば、「０」は第１言語、「７」は第８言語を意味する構成が挙げられる。このように、番組の識別子を属性値として含むパラメータ要素をオブジェクトタグに記述することにより、ＵＩ描画処理部３７４は、各番組と各アセットとの紐付けをすることができる。
　（各番組と各アセットとの紐付け方法２）
　ＵＩ描画処理部３７４が各番組と各アセットとを紐付けする方法として、上述した方法の他に、各オブジェクトタグのパラメータ要素として「component_group」のみ指定する方法であってもよい。この方法の場合、「component_group」に複数の映像コンポーネント、音声コンポーネント、字幕コンポーネントが含まれる場合は、例えば、「component_tag」の値が小さいアセットを選択する、といった、所定の方法によって、ＵＩ描画処理部３７４が各番組と各アセットとを紐付ける方法であってもよい。この方法によってＵＩ描画処理部３７４が各番組と各アセットとを紐付けするためにパラメータ要素を使用する方法について、図１２の（ｂ）を参照して説明する。
　図１２の（ｂ）は、オブジェクトタグとして主番組を「component_group」のみで指定する記述の例である。図１２の（ｂ）に示すように、ＵＩ描画処理部３７４に対して、オブジェクトタグのパラメータ要素として「component_group」の値「0x0」（図５に示す表形式のデータにおける主番組）のみを指定する。この構成により、ＵＩ描画処理部３７４は、「component_group」の値が「0x0」の番組に対して、所定の方法によって、各アセットを紐付けすることができる。換言すると、パラメータ要素に含まれる「0x0」は、「0x0」によって特定される番組を構成する各アセットのコンポーネントタグのグループを識別する識別子である。同様にして、副番組１、副番組２についても各アセットを紐付けすることができる。また、この構成の場合、ＵＩ描画処理部３７４が当該スクリプトタグが記述されたＨＴＭＬアプリケーションを参照して画面を表示した後に、ユーザ制御（合成部（ブラウザ上等）において、図９の（ｂ）のような画面を提示し、カーソル移動やボタン等の操作により）等によって、各パラメータ要素を指定する構成であってもよい。
　（各番組と各アセットとの紐付け方法３）
　ＵＩ描画処理部３７４は、各番組と各アセットとの紐付けを、放送映像音声オブジェクト（「BroadcastVideoObjectElement」）の定義を利用する方法であってもよい。この場合の放送映像音声オブジェクトの定義を、図１３の（ａ）を参照して説明する。
　図１３は、本発明の実施形態１における放送映像音声オブジェクトの定義およびスクリプトタグの記述例であり、（ａ）は、放送映像音声オブジェクトの定義の一例である。図１３の（ａ）に示すように、「BroadcastVideoObjectElement」には、「component_group」を選択し、選択した「component_group」の情報を設定、取得する拡張ＡＰＩが定義されている。これにより、ＵＩ描画処理部３７４は、「BroadcastVideoObjectElement」の拡張ＡＰＩを利用して各番組と各アセットとを紐付けることができる。
　また、ＵＩ描画処理部３７４が「BroadcastVideoObjectElement」を利用して各番組と各アセットとを紐付けるためのＨＴＭＬアプリケーションのスクリプトタグの記述例を、図１３の（ｂ）に示す。図１３の（ｂ）は、スクリプトタグの記述例である。ＵＩ描画処理部３７４は、図１３の（ｂ）に示すスクリプトを実行し、「BroadcastVideoObjectElement」を利用して各番組と各アセットとを紐付けることができる。
　〔実施形態２〕
　送信装置２および受信装置３の制御ブロック（特にアプリケーション関連処理部３８、ＳＩ情報取得処理部３７１、アプリデータ取得処理部３７２、およびＵＩ描画処理部３７４）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
　後者の場合、送信装置２および受信装置３は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の一態様の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
　〔まとめ〕
　本発明の態様１に係る受信装置（３）は、マルチビュー番組を提示するための構造化文書（ＨＴＭＬアプリケーション）を読み出して、上記マルチビュー番組を構成する各番組を同時期に提示する提示処理部（ＵＩ描画処理部３７４）と、上記各番組の識別子を含む情報（component_group）であって、上記各番組について、該番組を構成する各コンポーネントのタグ（component_tag）が該番組の識別子に紐付いた形で含まれている情報を取得する取得処理部（ＳＩ情報取得処理部３７１）と、を備え、上記構造化文書には、上記各番組について、該番組を提示するための要素（オブジェクトタグ）として、該番組の識別子を含む要素が記述されており、上記提示処理部は、上記各番組について、上記要素を参照して該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択する。
　上記の構成によれば、受信装置は、マルチビュー番組を提示する場合に、構造化文書を読み出すことにより、マルチビュー番組を構成する各番組について、該番組に紐づいているコンポーネントの中から提示すべきコンポーネントを選択する。そのため、受信装置は、マルチビュー番組を提示するための構造化文書によって記述されたアプリケーションによって、任意のマルチビュー番組を適切に提示することができる。
　本発明の態様２に係る受信装置は、上記態様１において、上記提示処理部は、上記マルチビュー番組に、番組を変更する旨の操作を受け付ける操作子を含めて提示し、上記取得処理部は、上記操作子に対する操作を受け付けた場合に、上記情報を取得してもよい。
　上記の構成によれば、受信装置は、番組を変更する旨の操作を受け付けた場合に、各番組について、該番組を構成する各コンポーネントのタグが該番組の識別子に紐付いた形で含まれている情報を取得する。そのため、受信装置は、ユーザが所望するマルチビュー番組を適切に提示することができる。
　本発明の態様３に係る受信装置は、上記態様１において、上記提示処理部は、所定のイベントが発生した場合に、上記各番組について、上記要素を参照して該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択してもよい。
　上記の構成によれば、受信装置は、所定のイベントが発生した場合に、各番組について、該番組を構成する各コンポーネントのタグが該番組の識別子に紐付いた形で含まれている情報を取得する。そのため、受信装置は、様々なタイミングにおいてマルチビュー番組を適切に提示することができる。
　本発明の態様４に係る受信装置は、上記態様３において、上記所定のイベントは、上記取得処理部が上記情報を取得した時に発生するイベントであってもよい。
　上記の構成によれば、受信装置は、各番組について、該番組を構成する各コンポーネントのタグが該番組の識別子に紐付いた形で含まれている情報を取得した場合に、提示すべきコンポーネントを選択する。そのため、受信装置は、コンポーネントが変更になった場合でも、マルチビュー番組を適切に提示することができる。
　本発明の態様５に係る受信装置は、上記態様１～４の何れかにおいて、上記要素には、上記各番組について、該番組の識別子を属性値として含むパラメータ要素が記述されており、上記提示処理部は、上記パラメータ要素を参照して、該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択してもよい。
　上記の構成によれば、番組の属性値とコンポーネントのタグとが、パラメータ要素として構造化文書に記述されている。そのため受信装置は、マルチビュー番組を提示するための構造化文書によって記述されたアプリケーションによって、任意のマルチビュー番組を適切に提示することができる。
　本発明の態様６に係る受信装置は、上記態様５において、上記パラメータ要素に属性値として含まれる該番組の識別子は、該番組を構成するコンポーネントのタグのグループを識別する識別子であってもよい。
　上記の構成によれば、受信装置は、番組を構成するコンポーネントのタグのグループを識別する識別子を参照することにより、任意のマルチビュー番組を適切に提示することができる。
　本発明の態様７に係る受信装置は、上記態様１～４の何れかにおいて、上記マルチビュー番組はＭＭＴにより伝送されるものであり、上記構造化文書には、該構造化文書を読み出すアプリケーションが上記情報を取得するための処理であって、ＭＭＴ用のオブジェクトに定義された関数を呼び出す処理が記述されていてもよい。
　上記の構成によれば、受信装置は、ＭＭＴの規格によるマルチビュー番組を適切に提示することができる。
　本発明の各態様に係る受信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記受信装置が備える各部（ソフトウェア要素）として動作させることにより上記受信装置をコンピュータにて実現させる受信装置のプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
　本発明の一実施形態は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
　本出願は、２０１５年８月２８日に出願された特願２０１５－１６９５００に対して、優先権の利益を主張するものであり、それを参照することにより、その内容のすべてを本書に含める。
　１　マルチビュー番組提示システム
　２　送信装置
　３　受信装置
　５、６　コンテンツサーバ
　３４　コンポーネント逆多重化部
　３５　映像復号部
　３６　音声復号部
　３７　字幕復号部
　３８　アプリケーション関連処理部
　３７１　ＳＩ情報取得処理部（取得処理部）
　３７２　アプリデータ取得処理部
　３７４　ＵＩ描画処理部（提示処理部）

Claims (8)

  1. 　マルチビュー番組を提示するための構造化文書を読み出して、上記マルチビュー番組を構成する各番組を同時期に提示する提示処理部と、
    　上記各番組の識別子を含む情報であって、上記各番組について、該番組を構成する各コンポーネントのタグが該番組の識別子に紐付いた形で含まれている情報を取得する取得処理部と、を備え、
    　上記構造化文書には、上記各番組について、該番組を提示するための要素として、該番組の識別子を含む要素が記述されており、
    　上記提示処理部は、上記各番組について、上記要素を参照して該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択する、ことを特徴とする受信装置。
  2. 　上記提示処理部は、上記マルチビュー番組に、番組を変更する旨の操作を受け付ける操作子を含めて提示し、
    　上記取得処理部は、上記操作子に対する操作を受け付けた場合に、上記情報を取得する、ことを特徴とする請求項１に記載の受信装置。
  3. 　上記提示処理部は、所定のイベントが発生した場合に、上記各番組について、上記要素を参照して該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択する、ことを特徴とする請求項１に記載の受信装置。
  4. 　上記所定のイベントは、上記取得処理部が上記情報を取得した時に発生するイベントである、ことを特徴とする請求項３に記載の受信装置。
  5. 　上記要素には、上記各番組について、該番組の識別子を属性値として含むパラメータ要素が記述されており、
    　上記提示処理部は、上記パラメータ要素を参照して、該番組の識別子を特定し、特定した識別子に紐付いたタグに対応するコンポーネントの中から提示すべきコンポーネントを選択する、ことを特徴とする請求項１～４の何れか１項に記載の受信装置。
  6. 　上記パラメータ要素に属性値として含まれる該番組の識別子は、該番組を構成するコンポーネントのタグのグループを識別する識別子である、ことを特徴とする請求項５に記載の受信装置。
  7. 　上記マルチビュー番組はＭＭＴにより伝送されるものであり、
    　上記構造化文書には、該構造化文書を読み出すアプリケーションが上記情報を取得するための処理であって、ＭＭＴ用のオブジェクトに定義された関数を呼び出す処理が記述されている、ことを特徴とする請求項１～４の何れか１項に記載の受信装置。
  8. 　請求項１に記載の受信装置としてコンピュータを機能させるためのプログラムであって、上記提示処理部および上記取得処理部としてコンピュータを機能させるためのプログラム。
PCT/JP2016/072223 2015-08-28 2016-07-28 受信装置およびプログラム WO2017038331A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015169500A JP2017046308A (ja) 2015-08-28 2015-08-28 受信装置およびプログラム
JP2015-169500 2015-08-28

Publications (1)

Publication Number Publication Date
WO2017038331A1 true WO2017038331A1 (ja) 2017-03-09

Family

ID=58187228

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/072223 WO2017038331A1 (ja) 2015-08-28 2016-07-28 受信装置およびプログラム

Country Status (2)

Country Link
JP (1) JP2017046308A (ja)
WO (1) WO2017038331A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018157548A (ja) * 2018-02-27 2018-10-04 東芝映像ソリューション株式会社 送受信システム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002077837A (ja) * 2000-08-29 2002-03-15 Victor Co Of Japan Ltd データ放送番組送出方法およびデータ放送受信装置
JP2015156677A (ja) * 2010-04-21 2015-08-27 日立マクセル株式会社 受信装置および受信方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002077837A (ja) * 2000-08-29 2002-03-15 Victor Co Of Japan Ltd データ放送番組送出方法およびデータ放送受信装置
JP2015156677A (ja) * 2010-04-21 2015-08-27 日立マクセル株式会社 受信装置および受信方法

Also Published As

Publication number Publication date
JP2017046308A (ja) 2017-03-02

Similar Documents

Publication Publication Date Title
US20190149880A1 (en) Digital device and method for controlling the same
EP3226569A1 (en) System for controlling device, digital device, and method for controlling same
JP6529493B2 (ja) メディアデータの送信及び受信のための方法及び装置
JP6363745B2 (ja) 送信装置、受信装置、及び、コンテンツ送受信システム
EP2630790B1 (en) Method for moving pointer in video display apparatus and video display apparatus thereof
US10536754B2 (en) Digital device and controlling method thereof
EP3029932B1 (en) Multimedia device and method for controlling the same
EP1359750A1 (en) Television receiver and method for providing information to the same
JP2015076860A (ja) 受信装置、受信方法、送信装置、及び、送信方法
JP6735643B2 (ja) 受信装置およびプログラム
WO2017038331A1 (ja) 受信装置およびプログラム
JP7264872B2 (ja) 受信装置、受信方法、信号処理装置、及び信号処理方法
US10972205B2 (en) Reception apparatus, transmission apparatus, and data processing method
WO2017038332A1 (ja) 放送受信機及び字幕提示方法
JP5846761B2 (ja) 受信機
JP6294987B2 (ja) 再生装置、配信装置
CN117812368A (zh) 一种显示设备及节目播放方法
JP2017184209A (ja) 受信装置、遠隔操作装置、制御方法、及びプログラム
KR20160026416A (ko) 서비스 시스템 및 디스플레이 디바이스에서 서비스 처리 방법
JPWO2015146683A1 (ja) 放送受信機および制御プログラム
KR20160048379A (ko) 디지털 디바이스 및 상기 디지털 디바이스에서 서비스 처리 방법
GB2491894A (en) Processing supplementary interactive content in a television system

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16841363

Country of ref document: EP

Kind code of ref document: A1