WO2018180572A1 - Appareil de traitement d'informations, appareil de réception, et procédé de traitement d'informations - Google Patents

Appareil de traitement d'informations, appareil de réception, et procédé de traitement d'informations Download PDF

Info

Publication number
WO2018180572A1
WO2018180572A1 PCT/JP2018/010390 JP2018010390W WO2018180572A1 WO 2018180572 A1 WO2018180572 A1 WO 2018180572A1 JP 2018010390 W JP2018010390 W JP 2018010390W WO 2018180572 A1 WO2018180572 A1 WO 2018180572A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
broadcast
content
communication
broadband
Prior art date
Application number
PCT/JP2018/010390
Other languages
English (en)
Japanese (ja)
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 JP2019509270A priority Critical patent/JP7160030B2/ja
Publication of WO2018180572A1 publication Critical patent/WO2018180572A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
    • 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/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
    • 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/64—Addressing
    • H04N21/6405—Multicasting
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless

Definitions

  • the present technology relates to an information processing device, a receiving device, and an information processing method, and more particularly, to an information processing device, a receiving device, and an information processing method capable of performing multicast distribution via communication synchronized with broadcasting.
  • This technology has been made in view of such a situation, and enables multicast distribution via communication synchronized with broadcasting to be performed.
  • the information processing apparatus reserves in advance a multicast session of communication content that is multicast distributed simultaneously with broadcast content, and is distributed using the multicast session when the communication content is requested.
  • the information processing apparatus includes a processing unit that transfers the communication content to the request source.
  • the information processing apparatus may be an independent apparatus or may be an internal block constituting one apparatus.
  • the information processing method according to the first aspect of the present technology is an information processing method corresponding to the information processing apparatus according to the first aspect of the present technology described above.
  • the multicast session of communication content to be multicast distributed simultaneously with broadcast content is reserved in advance and the communication content is requested, the multicast session The communication content distributed using is transferred to the request source.
  • a receiving device includes a first receiving unit that receives broadcast content transmitted as a broadcast wave, and second reception that receives communication content distributed by multicast via a communication network. And a request to start a multicast session of the communication content that is multicast-delivered simultaneously with the broadcast content at a first timing, and at a second timing that is later in time than the first timing. And a processing unit that requests content.
  • the receiving device may be an independent device, or may be an internal block constituting one device.
  • the information processing method of the 2nd side surface of this technique is an information processing method corresponding to the receiver of the 2nd side surface of this technique mentioned above.
  • the broadcast content transmitted as a broadcast wave is received, the communication content distributed by multicast is received via the communication network, and the first At the timing, the start of a multicast session of the communication content that is multicast-delivered simultaneously with the broadcast content is requested, and the communication content is requested at a second timing that is later in time than the first timing.
  • multicast distribution via communication synchronized with broadcasting can be performed.
  • FIG. 1 is a diagram illustrating a configuration example of a content distribution system to which the present technology is applied.
  • the content distribution system 1 in FIG. 1 is a system for distributing content via a broadband network synchronized with broadcasting such as terrestrial broadcasting.
  • a content distribution system 1 includes a broadcast content management system 10, a terrestrial broadcast stream server 20, a terrestrial broadcast server 30, a broadband stream server 40, a broadband server 50, a broadcast receiving device 60, and a multicast termination device 70. Consists of
  • the terrestrial broadcast server 30 and the broadcast receiving device 60 perform data transmission in one direction via the terrestrial broadcast network 2.
  • the broadband server 50 and the multicast termination device 70 perform bidirectional data transmission via the broadband network 3.
  • a plurality of routers such as multicast relay routers 80-1 to 80-5 are provided.
  • the plurality of routers relay data between different networks constituting the broadband network 3 based on the routing table.
  • a communication network such as NGN (Next Generation Network) provided by a communication carrier such as a fixed telephone or a mobile phone can be used.
  • NGN Next Generation Network
  • the broadcast content management system 10 generates content and provides it to the stream server 20 for terrestrial broadcasting and the stream server 40 for broadband.
  • content for example, a broadcast program that can be distributed together with a multicast program and a program that is a source of the multicast combined distribution program are generated.
  • the broadcast content management system 10 generates data such as a broadcast application and signaling, and provides the data to the stream server 20 for terrestrial broadcasting.
  • the broadcast application is an application distributed via broadcast, and can be developed in a markup language such as HTML5 (HyperTextHMarkup Language 5) or a script language such as JavaScript (registered trademark).
  • the broadcast application can be a web application such as a hybrid cast application. Signaling is control information processed on the broadcast receiving device 60 side.
  • the terrestrial broadcast stream server 20 processes the content provided from the broadcast content management system 10 (for example, processing such as encoding), generates a broadcast distribution stream, and provides it to the terrestrial broadcast server 30.
  • the terrestrial broadcast server 30 processes the broadcast distribution stream provided from the terrestrial broadcast stream server 20 and the broadcast application and signaling data provided from the broadcast content management system 10 (for example, processing such as multiplexing). .
  • the terrestrial broadcast server 30 transmits a multiplexed stream (terrestrial broadcast transport) obtained as a result of the processing.
  • the multiplexed stream transmitted from the terrestrial broadcast server 30 is received by the broadcast receiving device 60 as a broadcast wave via the terrestrial broadcast network 2 such as a transmitting station or a relay station.
  • the terrestrial broadcast server 30 is connected to a transmission facility installed at the transmitting station via a predetermined line such as a dedicated line.
  • the transmission facility in the transmitting station applies necessary processing (for example, processing such as modulation) to the data from the terrestrial broadcast server 30, so that a broadcast wave (broadcast signal) obtained as a result is terrestrial broadcast. It is transmitted via the network 2.
  • processing performed by the transmission facility in the transmitting station is omitted.
  • the broadcast receiving device 60 is, for example, a fixed receiver such as a television receiver, a set top box (STB), a personal computer, or a game machine, or a mobile receiver such as a smartphone, a mobile phone, or a tablet computer. Composed.
  • a fixed receiver such as a television receiver, a set top box (STB), a personal computer, or a game machine
  • a mobile receiver such as a smartphone, a mobile phone, or a tablet computer. Composed.
  • the broadcast receiving device 60 may be a wearable computer such as a head-mounted display (HMD). Furthermore, the broadcast receiving device 60 may be a device mounted on an automobile such as an in-vehicle television. As described above, the broadcast receiving device 60 may be any device as long as it can reproduce and record content.
  • HMD head-mounted display
  • the broadcast receiving device 60 may be any device as long as it can reproduce and record content.
  • the broadcast receiving device 60 receives broadcast waves transmitted via the terrestrial broadcast network 2 and processes them (for example, processes such as demodulation, demultiplexing, and decoding) to reproduce terrestrial content,
  • the video and audio are output.
  • the terrestrial content for example, a broadcast program capable of distributing a combined program by multicast can be reproduced.
  • the broadcast receiving device 60 can acquire and execute a broadcast application included in a multiplexed stream obtained from a broadcast wave.
  • the stream server for broadband 40 processes the content provided from the broadcast content management system 10 (for example, processing such as encoding), generates a broadband distribution stream, and provides it to the broadband server 50.
  • the broadband server 50 processes the broadband distribution stream provided from the broadband stream server 40 (for example, processing such as packetization).
  • the broadband server 50 multicasts an IP stream obtained as a result of the processing.
  • the broadband server 50 can also perform unicast distribution.
  • the IP multicast stream distributed by multicast from the broadband server 50 is received by the multicast termination device 70 via the plurality of multicast relay routers 80 in the broadband network 3.
  • the multicast termination device 70 is configured as, for example, a broadband router or gateway, a dedicated server, a television receiver, a set top box (STB), a network storage, a game machine, or the like.
  • the multicast termination device 70 processes the IP multicast stream received via the plurality of multicast relay routers 80 in the broadband network 3 and transfers the processed IP multicast stream to the broadcast receiving device 60.
  • broadcast receiving device 60 and the multicast termination device 70 are connected to each other via a bidirectional network such as a home LAN (Local Area Network) constructed at the end user's home.
  • a bidirectional network such as a home LAN (Local Area Network) constructed at the end user's home.
  • the broadcast receiving device 60 receives the IP multicast stream transferred from the multicast terminating device 70, processes it (for example, processes such as depacketization and decoding), reproduces broadband content, and plays the video and audio. Output.
  • a broadband content communication content
  • a multicast combined delivery program can be reproduced.
  • the broadcast receiving device 60 can reproduce terrestrial content distributed via broadcasting and broadband content distributed via communication (multicast distribution). These contents are shown in FIG. It can be switched in the way shown.
  • a in FIG. 2 schematically represents a state at the time of reproduction of the terrestrial content (broadcast program that can be used together with multicast).
  • FIG. 2B schematically shows a state of reproducing broadband content (multicast combined delivery program).
  • an image 61A displayed by a broadcast application is superimposed on the video of the terrestrial content, and the end user who confirms the content of the image 61A operates the remote controller or the like to broadcast.
  • the content to be played is switched from, for example, 2K resolution terrestrial content (A in FIG. 2) to 4K resolution broadband content (B in FIG. 2).
  • FIG. 2B an image 61B displayed by the broadcast application is superimposed on the broadband content video, and the end user confirming the content of the image 61B operates the remote controller or the like.
  • the content to be reproduced is switched from, for example, 4K resolution broadband content (B in FIG. 2) to 2K resolution terrestrial content (A in FIG. 2).
  • transition between streaming distributed via broadcast or streaming distributed via communication is controlled by the broadcast application based on the intention of the end user.
  • the distribution processing performed in the content distribution system 1 configured as described above is summarized as follows.
  • a broadcast program from the broadcast content management system 10 is transmitted based on predetermined organization information.
  • This broadcast program is encoded for terrestrial broadcast by the stream server 20 for terrestrial broadcast, and is encoded for broadband by the stream server 40 for broadband.
  • the program encoded in this way is transmitted to the terrestrial broadcast network 2 by the terrestrial broadcast server 30 according to the terrestrial broadcast transport protocol, and is also transmitted by the broadband server 50 according to the broadband unicast / multicast transport protocol. And sent to the broadband network 3.
  • MP4 / MMT / UDP / IP / TLV / PHY frame MP4 / DASH / ROUTE (FLUTE) / UDP / IP / MPEG2 -TS / PHY frame is applicable.
  • MP4 / DASH / HTTP / TCP / IP can be applied as a broadband unicast protocol
  • MP4 / DASH / ROUTE (FLUTE) / UDP / IP can be applied as a broadband multicast protocol. is there.
  • MMT stands for MPEG Media Transport
  • UDP stands for User Datagram Protocol
  • IP stands for Internet Protocol
  • TLV stands for Type Length Length Value.
  • DASH is an abbreviation for Dynamic-Adaptive-Streaming-over-HTTP
  • ROUTE is an abbreviation for Real-time Object-Delivery-over Unidirectional Transport
  • FLUTE is an abbreviation for File-Delivery-over Unidirectional Transport.
  • the broadcast server 30 and the broadband server 50 for example, a plurality of servers can be provided for each provider such as a broadcasting station.
  • FIG. 1 shows a case where one broadcast receiving device 60 and one multicast terminating device 70 are provided.
  • the broadcast receiving device 60 and multicast terminating device 70 FIG.
  • a plurality of devices can be provided for each end user home.
  • FIG. 1 illustrates a case where the broadcast receiving device 60 and the multicast termination device 70 are configured as separate devices, but an apparatus in which the broadcast reception device 60 and the multicast termination device 70 are integrated (hereinafter, referred to as “device”). It may also be configured as a bundled device).
  • the multicast termination device 70 as a multicast termination module and including it in the function of the broadcast receiving device 60, it can be configured as a bundled device. In this bundled device, it is not necessary to communicate with each other via, for example, a home LAN.
  • the broadcast receiving device 60 and the multicast termination device 70 have been described as being arranged in the end user's house.
  • the multicast termination device 70 is not limited to the end user's house, but may be, for example, a cable operator. It may be installed in a head end of the mobile phone or a base station of a mobile network so that a wider area can be covered.
  • the broadcast receiving device 60 is installed not at the same end user's house but at each end user's house that has contracted for cable television services. Will be.
  • the broadcast receiving device 60 is a device (mobile reception) that an end user with a mobile service contracts possesses indoors or outdoors. Machine).
  • terrestrial broadcasting has been described as a broadcasting method of broadcast content.
  • satellite broadcasting using a broadcasting satellite BS: Broadcasting Satellite
  • CS Communications Satellite
  • broadcast content, broadcast applications, and the like may be distributed by a broadcasting system such as cable broadcasting using a cable (CATV: Common Antenna TeleVision).
  • CATV Common Antenna TeleVision
  • FIG. 3 is a block diagram showing a configuration example of the broadcast receiving device 60 of FIG.
  • the broadcast receiving device 60 includes a processing unit 101, an input unit 102, a storage unit 103, a tuner 104, a broadcast middleware 105, a DASH client 106, a renderer 107, an output unit 108, a browser 109, and a communication I / F 110. Is done.
  • the processing unit 101 includes, for example, a CPU (Central Processing Unit) and a microprocessor.
  • the processing unit 101 operates as a central processing device in the broadcast receiving device 60 such as various arithmetic processes and operation control of each unit.
  • the processing unit 101 can exchange various data with each unit in the broadcast receiving device 60.
  • the input unit 102 is, for example, a physical button or the like, and supplies an operation signal corresponding to an end user operation to the processing unit 101.
  • the processing unit 101 controls the operation of each unit based on the operation signal supplied from the input unit 102.
  • the storage unit 103 includes, for example, a semiconductor memory, a hard disk drive (HDD: Hard Disk Drive), or the like.
  • the storage unit 103 stores various data according to control from the processing unit 101.
  • the tuner 104 receives and processes the broadcast wave from the terrestrial broadcast network 2 via the antenna 121, and supplies data obtained as a result to the broadcast middleware 105.
  • the broadcast middleware 105 processes the data supplied from the tuner 104 and supplies it to the processing unit 101, the DASH client 106, or the browser 109 according to the type of data obtained as a result.
  • the stream data (DASH segment) of the terrestrial content among the data to be processed is supplied to the DASH client 106, and the data of the broadcast application is supplied to the browser 109. Further, the signaling is supplied to the processing unit 101.
  • the DASH client 106 processes the DASH segment supplied from the broadcast middleware 105 and supplies video and audio data obtained as a result to the renderer 107. Although not described here, video and audio data obtained by processing the DASH segment is supplied to the renderer 107 after being decoded by a decoder.
  • the renderer 107 performs rendering processing on the video and audio data supplied from the DASH client 106 and supplies the resulting data to the output unit 108.
  • the output unit 108 outputs video and audio data supplied from the renderer 107.
  • the broadcast receiving device 60 reproduces the terrestrial content such as a broadcast program that can be distributed together by multicast, and outputs the video and audio.
  • the browser 109 is a browser that supports, for example, HTML5 and JavaScript (registered trademark).
  • the browser 109 processes broadcast application data (for example, an HTML format file or an image file) supplied from the broadcast middleware 105, and supplies the resulting data to the output unit 108. Thereby, the broadcast receiving device 60 displays the image (video) of the broadcast application.
  • the communication I / F 110 is composed of a communication interface circuit and the like.
  • the communication I / F 110 exchanges various data with the multicast termination device 70 via a bidirectional network such as a home LAN.
  • the broadband content stream data (DASH segment) is supplied to the DASH client 106.
  • the signaling is supplied to the processing unit 101 and the application is supplied to the browser 109.
  • the broadcast receiving device 60 reproduces broadband content such as a multicast combined delivery program and outputs the video and audio.
  • terrestrial content and broadband content may be recorded.
  • a display for displaying video and a speaker for outputting sound may be provided outside the broadcast receiving device 60 or provided outside to be supplied with data from the output unit 108.
  • the broadcast receiving device 60 is configured as described above.
  • FIG. 4 is a block diagram showing details of the configuration of the processing unit 101 in FIG.
  • the processing unit 101 includes a broadcast control unit 131, a communication control unit 132, a network distribution reservation preparation processing unit 133, and a signaling processing unit 134.
  • the broadcast control unit 131 controls processing for data acquired via broadcasting, which is performed by each unit in the broadcast receiving device 60.
  • the broadcast control unit 131 controls the tuner 104, the broadcast middleware 105, the DASH client 106, the renderer 107, and the output unit 108 so that the terrestrial content is reproduced.
  • the communication control unit 132 controls processing for data acquired via communication, which is performed by each unit in the broadcast receiving device 60. For example, the communication control unit 132 controls the communication I / F 110, the DASH client 106, the renderer 107, and the output unit 108 so that broadband content is reproduced.
  • the net distribution reservation preparation processing unit 133 requests the multicast termination device 70 to start a multicast session of broadband content according to the analysis result of the broadcast application or signaling.
  • the signaling processing unit 134 processes the signaling acquired by the broadcast middleware 105 and supplies the processing result to the broadcast control unit 131.
  • the broadcast control unit 131 controls the operation of each unit based on the signaling processing result from the signaling processing unit 134.
  • FIG. 5 is a block diagram illustrating a configuration example of the multicast termination device 70 of FIG.
  • the multicast termination device 70 includes a processing unit 201, a communication I / F 202, and a communication I / F 202.
  • the processing unit 201 includes, for example, a CPU and a microprocessor.
  • the processing unit 201 operates as a central processing device in the multicast termination device 70 such as various arithmetic processes and operation control of each unit.
  • the processing unit 201 includes a multicast middleware 231, a web server 232, and a signaling processing unit 233.
  • the multicast middleware 231 performs processing related to multicast distribution of broadband content.
  • the multicast middleware 231 reserves a multicast session of broadcast content in advance (participates in multicast) in response to a request from the broadcast receiving device 60, and participates in the multicast session when the broadband content is requested.
  • the broadcast content distributed using is transferred to the requesting broadcast receiving device 60.
  • the multicast termination module operates as a server-side script.
  • the multicast middleware 231 exchanges various data with the multicast termination module.
  • the signaling processing unit 233 acquires and analyzes signaling distributed via the broadband network 3 (broadband distribution signaling). The analysis result of this signaling is supplied to the multicast middleware 231.
  • the multicast middleware 231 reserves a multicast session based on the signaling analysis result.
  • the communication I / F 202 includes, for example, a communication interface circuit.
  • the communication I / F 202 exchanges various data with the broadcast receiving device 60 via a bidirectional network (for example, a home LAN).
  • the communication I / F 203 includes, for example, a communication interface circuit, and exchanges various data with the broadband server 50 via the broadband network 3 (multicast relay router 80).
  • the multicast termination device 70 of FIG. 5 shows a configuration in which two communication I / Fs, a communication I / F 202 and a communication I / F 203, are provided. May be configured as a single communication I / F.
  • the multicast termination device 70 is configured as described above.
  • the broadband content is distributed via a server on a CDN (Content Delivery Network) provided by a communication carrier such as a fixed telephone or a mobile phone instead of the general Internet
  • a broadcast application distributed simultaneously with the terrestrial content is started via the terrestrial broadcast network 2 to allow the end user to select whether or not to view the broadband content.
  • the broadcast application activates, for example, a DASH player (DASH client 106 in FIG. 3), and the DASH player performs multicast termination device 70 (for example, High-quality broadband content is streamed and played back using a unicast protocol such as HTTP via a broadband router.
  • a DASH player DASH client 106 in FIG. 3
  • multicast termination device 70 for example, High-quality broadband content is streamed and played back using a unicast protocol such as HTTP via a broadband router.
  • the multicast termination device 70 (for example, a broadband router or the like) must terminate the multicast protocol used in the CDN. The realization method will be studied.
  • a method is proposed in which a broadcast application executed by the broadcast receiving device 60 requests a multicast termination device 70 (for example, a broadband router) to start a multicast session.
  • a multicast termination device 70 for example, a broadband router
  • the broadcast application requests the start of the multicast session when the end user selects viewing of broadband content via the broadband network 3 or a protocol for establishing a multicast session (for example, multicast reservation).
  • a protocol for establishing a multicast session for example, multicast reservation.
  • the first distribution method is a method in which a broadcast application executed by the broadcast receiving device 60 requests the multicast terminal device 70 (multicast terminal module operating on the multicast terminal) to start a multicast session.
  • the broadcast reception device 60 transfers the broadcast program that can be distributed with the multicast program on the air via the terrestrial broadcast network 2 over MPEG2-TS or MMT, or broadband.
  • the broadcast application started by AIT (Application Information Table) acquired via the network 3 is sent to the multicast termination module URL (Uniform Resource Locator) via the API (Application Programming Interface) and the multicast address of the broadcast program. Notify the control information.
  • AIT Application Information Table
  • URL Uniform Resource Locator
  • API Application Programming Interface
  • the multicast termination module operates on the web server 232 of the multicast termination device 70 as a server-side script.
  • AIT starts broadcasting at the same time as the start of a broadcast program that can distribute a program that uses multicast, or slightly before the start of the broadcast program, and ends at the end of the broadcast program.
  • the broadcast receiving device 60 that has received the AIT activates a broadcast application based on information obtained from the AIT.
  • a query character string after the URL is added to the multicast termination module that operates on the multicast termination device 70, and control information of the target multicast address or its control is added. Pass the URL of the file where the information is stored.
  • the URL of the server-side script of the module running on the multicast termination device 70 is “http: // localgateway / nmcm”, http-post the contents of the nmc.sdp file as shown in FIG. Can do.
  • “localgateway” is a character string that resolves to a pair of IP address and port number, such as “192.168.0.1:8080”.
  • http-post the contents of nmc.sdp file
  • http-post the URL of nmc.sdp file
  • the query string parameter of URL of http-get You may pass the same contents.
  • Http-post and http-get correspond to operations executed by the POST method and the GET method among the methods defined by HTTP.
  • the content of the nmc.sdp file is, for example, when the broadcast application is developed in a language such as HTML5 or JavaScript (registered trademark), the content is described in hard code in the script, Alternatively, the broadcast receiving device 60 is notified by transferring the file including the nmc.sdp file as one of the resource files of the broadcast application.
  • FIG. 6 is a diagram showing an example of the contents of the nmc.sdp file.
  • SDP Session Description Protocol
  • nmc.sdp file can be said to be session description information
  • the nmc.sdp file contains the IP address of the sending server, the number of channels in the multicast session, the destination multicast IP address and UDP port number of each channel in each multicast session, and the FLUTE TSI (Transport Session Identifier), multicast session start / end time, protocol ID, media type, data rate, FEC (Forward Error Correction) attribute information, and service language attribute.
  • FLUTE TSI Transport Session Identifier
  • multicast session start / end time protocol ID
  • media type media type
  • data rate data rate
  • FEC Forward Error Correction
  • the multicast termination device 70 is connected to the CDN (Content Delivery Network) network side where QoS (Quality Service of Service) is guaranteed via an interface such as NGN (Next Generation Network), for example. Multicast session reservation is performed according to the protocol.
  • CDN Content Delivery Network
  • QoS Quality Service of Service
  • NGN Next Generation Network
  • FIG. 7 is a diagram showing a description example of SDP.
  • “2001: 210: 1: 2: 240: 96FF: FE25: 8EC9” is provided as the source IP address, and an arbitrary destination multicast IP address is designated.
  • FLUTE TSI FLUTE TSI
  • FLUTE session attributes media type, UDP port number, protocol type
  • bit rate (b )
  • the description example in FIG. 7 shows an example in which the session description information is described in the SDP format, but the session description information is, for example, an XML (Extensible Markup Language) format or a JSON (JavaScript Object Notation) format. , May be described in other formats. Further, the session description information is not limited to information in text format, but may be information in binary format.
  • a message sent from the broadcast receiving device 60 to the multicast terminating device 70 for example, a message as shown in FIG. 8 or FIG. 9 can be sent.
  • FIG. 8 is a diagram showing an example of a message when the content of the nmc.sdp file is sent by http-post.
  • the message shown in FIG. 8 is an HTTP request, the POST method is specified in the first request line, and the host name (URL) of the multicast termination module URL of the multicast termination device 70 is specified in the second message header. Host: localgateway) is described.
  • nmc.sdp file contents of the nmc.sdp file are directly described as a message body across a blank line.
  • FIG. 9 is a diagram showing an example of a message when the URL of the nmc.sdp file is sent by http-post.
  • the message shown in FIG. 9 is an HTTP request, and the description of the request line in the first line and the message header in the second line is the same as the message in FIG.
  • the URL of the nmc.sdp file is described as the message body with a blank line in between. For example, “http://a.com/nmc.sdp” is designated as this URL.
  • the multicast termination device 70 can acquire the nmc.sdp file by accessing a predetermined server or the like based on the URL “http://a.com/nmc.sdp”. That is, when sending the URL of the nmc.sdp file, the contents of the nmc.sdp file are acquired indirectly.
  • the multicast termination device 70 acquires the contents of the nmc.sdp file directly or indirectly based on a message sent from the broadcast receiving device 60, for example, the message shown in FIG. Make a reservation.
  • the content shown in FIG. 10 may be specified as the parameter.
  • 11 and 12 show processing performed by one multicast relay router 80 for convenience of explanation, but actually, in the broadband network 3, a plurality of multicast relay routers 80 are arranged in multiple stages. The data is relayed by these multicast relay routers 80.
  • step S101 the broadcast content management system 10 generates content such as a program.
  • the content generated by the process in step S101 is transmitted to the broadcast stream server 20 and the broadband stream server 40 (S102).
  • step S111 the broadcast stream server 20 processes the content transmitted from the broadcast content management system 10, and generates a broadcast distribution stream.
  • the broadcast distribution stream generated in step S111 is transmitted to the terrestrial broadcast server 30 (S112).
  • step S121 the broadband stream server 40 processes the content transmitted from the broadcast content management system 10 and generates a broadband distribution stream.
  • the broadband distribution stream generated by the process of step S121 is transmitted to the broadband server 50 (S122).
  • step S103 the broadcast content management system 10 generates a broadcast application.
  • the broadcast application generated in step S103 is transmitted to the terrestrial broadcast server 30 (S104).
  • the terrestrial broadcast server 30 receives the broadcast distribution stream from the broadcast stream server 20 and the broadcast application from the broadcast content management system 10.
  • step S131 the terrestrial broadcast server 30 performs broadcast distribution by processing the received broadcast distribution stream and the broadcast application (for example, processing such as multiplexing). Thereby, the broadcast wave including the broadcast distribution stream and the multiplexed stream of the broadcast application is transmitted through the terrestrial broadcast network 2.
  • the broadcast application for example, processing such as multiplexing.
  • the broadcast wave transmitted through the terrestrial broadcast network 2 is received by the tuner 104 via the antenna 121 at the broadcast receiving device 60, and processed by the broadcast middleware 105, the DASH client 106, the browser 109, etc. at the subsequent stage. .
  • the broadband server 50 receives the broadband distribution stream from the broadband server 40.
  • step S141 the broadband server 50 processes the received broadband distribution stream (for example, packetization) and performs multicast distribution. As a result, the IP multicast stream is transmitted via the broadband network 3.
  • the broadband distribution stream for example, packetization
  • multicast packets constituting an IP multicast stream multicast-distributed from the broadband server 50 are received by the multicast relay router 80 that interconnects the networks in the broadband network 3, and a plurality of multicast relays are received. Transferred between routers 80.
  • the broadcast middleware 105 and the DASH client 106 of the broadcast receiving device 60 play back the terrestrial content by processing the multiplexed stream received via the terrestrial broadcast network 2. Then, in the broadcast receiving device 60, the rendering process is performed by the renderer 107, so that the video and audio of the terrestrial content as a broadcast program that can be distributed together with the multicast program is output.
  • step S182 the browser 109 acquires and activates a broadcast application obtained from the stream processed by the broadcast middleware 105 based on the AIT.
  • the AIT is an example of application control information, and is acquired via broadcast or communication.
  • the broadcast application activated in this manner notifies the multicast termination module operating on the multicast termination device 70 of the network distribution reservation preparation in accordance with the control from the network distribution reservation preparation processing unit 133 (S183).
  • the broadcast application executed by the browser 109 in the broadcast receiving device 60 uses the multicast reservation notification function (first argument in FIG. 13) provided as an API, and the multicast termination module.
  • a multicast reservation instruction is given by notifying the nmc.sdp file.
  • MulticastJoin is a multicast reservation notification function for requesting participation in a multicast session, and a multicast session description (for example, nmc.sdp file) is passed as the first argument.
  • a multicast session description for example, nmc.sdp file
  • the multicast session description passed in the first argument is returned as the return value, it means that the process has been successful, and if null is returned, it means that the process has failed. To do.
  • the multicast reservation notification function is a function that requests the multicast session reservation by passing the contents of the multicast session description (for example, nmc.sdp file) passed by the first argument to the multicast termination device 70.
  • the first argument is passed as an argument of multicastJoin (), but a service identifier as a second argument may be passed.
  • a service identifier as a second argument may be passed.
  • the multicast reservation notification function is a function that requests the multicast session reservation by passing the service identifier passed in the second argument to the multicast termination device 70.
  • a fourth distribution method or a fifth distribution method which will be described later, is assumed as a distribution method for passing the second argument (service identifier) as an argument when using the multicast reservation notification function.
  • the multicast termination device 70 receives the nmc.sdp file notified from the broadcast receiving device 60.
  • the contents of the nmc.sdp file, the method of sending the URL by http-post, the method of specifying the parameter of the query string of the URL of http-get, etc. Can be used.
  • step S161 the multicast middleware 231 of the multicast termination device 70 makes a multicast (multicast group) by making a multicast reservation to the multicast relay router 80 in the broadband network 3 based on the contents of the nmc.sdp file. participate.
  • step S151 the multicast relay router 80 transfers the IP multicast stream distributed by multicast from the broadband server 50 to the multicast termination device 70.
  • multicast transmission is started in the multicast relay router 80, and the IP multicast stream is received by the multicast termination device 70.
  • a multicast tree (route information) between the plurality of multicast relay routers 80 is dynamically generated.
  • a multicast tree is generated.
  • the multicast tree is generated, and the IP multicast stream is transferred from the multicast relay router 80 to the multicast terminating device 70.
  • the IP multicast stream can be immediately transferred.
  • the IP multicast stream is blocked by the multicast relay router 80 configured in multiple stages in the broadband network 3 until the multicast termination device 70 participates in the multicast.
  • the IP multicast stream is blocked in this way by any one of the plurality of multicast relay routers 80 that relay data in the broadband network 3, and the multicast termination device 70 is By participating in multicast and generating a multicast tree, the path of the target IP multicast stream (multicast packets constituting the target) is determined.
  • the IP multicast stream is not limited to the multicast relay router 80 but may be the broadband server 50.
  • the broadband server 50 performs the multicast. Distribution will be started.
  • the route of the IP multicast stream (which constitutes the multicast packet) determined in this way is based on a multicast tree corresponding to the notification of preparation for distribution of the net distribution from the broadcast receiving device 60 (its broadcast application), In other words, since the route is selected because of its high priority, the load on the broadband network 3 can be suppressed.
  • the request is notified (S184) and is received by the multicast termination device 70.
  • the broadcast application when the broadcast application performs a display for the end user to select whether or not to view the broadband content, and the end user selects the viewing of the broadband content.
  • a request for broadband content is made.
  • step S162 the multicast middleware 231 of the multicast termination device 70 transfers the broadband content included in the IP multicast stream multicast-transferred from the multicast relay router 80 to the broadcast receiving device 60.
  • the broadcast receiving device 60 receives broadband content (including an IP multicast stream) from the multicast termination device 70 through the communication I / F 110.
  • step S185 the DASH client 106 processes the IP multicast stream received via the broadband network 3 to reproduce the broadband content. Then, in the broadcast receiving device 60, the rendering process is performed by the renderer 107, whereby the video and audio of the broadband content as the multicast combined delivery program are output.
  • the DASH client 106 acquires an MPD (Media Presentation Description) from the multicast termination device 70 as necessary, processes the DASH segment obtained from the IP multicast stream, and reproduces the broadband content. May be.
  • MPD is control information of a video or audio file used for performing streaming delivery compliant with MPEG-DASH (Dynamic Adaptive Streaming over HTTP).
  • the broadcast application notifies the multicast termination device 70 of cancellation of the network distribution reservation (S186).
  • the broadcast application executed by the browser 109 in the broadcast receiving device 60 uses the multicast cancellation notification function provided as an API to the multicast termination module operating in the multicast termination device 70.
  • the broadcast application executed by the browser 109 in the broadcast receiving device 60 uses the multicast cancellation notification function provided as an API to the multicast termination module operating in the multicast termination device 70.
  • an instruction to leave the multicast is issued.
  • MulticastLeave is a multicast cancellation notification function for requesting to leave a multicast session, and a multicast session description (for example, nmc.sdp file) is passed as the first argument.
  • a multicast session description for example, nmc.sdp file
  • the multicast session description passed in the first argument is returned as the return value, it means that the process has been successful, and if null is returned, it means that the process has failed. To do.
  • the multicast cancellation notification function is a function that requests the multicast session withdrawal by passing the contents of the multicast session description (for example, nmc.sdp file) passed by the first argument to the multicast termination device 70.
  • the first argument is passed as an argument of multicastLeave (), but a service identifier as a second argument may be passed.
  • a service identifier as a second argument may be passed.
  • the multicast cancellation notification function is a function for requesting the multicast session withdrawal by passing the service identifier passed in the second argument to the multicast termination device 70.
  • a fourth distribution method or a fifth distribution method which will be described later, is assumed as a distribution method for passing the second argument (service identifier) as an argument when using the multicast cancellation notification function.
  • the multicast termination device 70 receives the nmc.sdp file from the broadcast receiving device 60.
  • the contents of the nmc.sdp file, the method of sending the URL by http-post, the method of specifying the parameter of the query string of the URL of http-get, etc. Can be used.
  • step S163 the multicast middleware 231 of the multicast termination device 70 leaves the multicast by canceling the participation of the multicast to the multicast relay router 80 in the broadband network 3 based on the contents of the nmc.sdp file.
  • step S152 the multicast relay router 80 stops transferring the IP multicast stream distributed by multicast from the broadband server 50 to the multicast termination device 70.
  • the broadcast receiving device 60 receives the multiplexed stream broadcast from the terrestrial broadcast server 30 via the terrestrial broadcast network 2 and resumes the reproduction of the terrestrial content (S132, S187). .
  • the broadcast receiving device 60 cannot receive the broadband distribution stream, but since the reception of the broadcast distribution stream is resumed, the content to be reproduced is Switching from content to terrestrial content.
  • steps S161, S151, and S162 described above that is, the data relay processing performed by the plurality of multicast relay routers 80 in the broadband network 3, is performed as follows.
  • the multicast termination device 70 participates in the multicast (S161) to make a priority reservation for multicast.
  • the reason why this priority reservation is necessary is as follows.
  • a multicast protocol is used as a general IP broadcast method using IPTV (Internet Protocol TV).
  • IPTV Internet Protocol TV
  • a multicast router that supports the IP multicast protocol for example, the multicast relay router 80
  • a multicast group management protocol such as IGMP (Internet Group Management Protocol) is used to manage whether or not there is a client device (for example, broadcast receiving device 60) participating in each multicast group.
  • IGMP Internet Group Management Protocol
  • the client device that receives the multicast distribution designates the multicast address where the desired multicast is performed, and declares participation in the multicast group to the multicast router by the multicast group management protocol.
  • the multicast router When a multicast router receives a multicast packet from a higher-level router that forms the multicast tree, the multicast router transmits the multicast packet only when there is a client device participating in the multicast group on the network segment connected to the multicast router. To the network segment. Further, when the client device stops receiving the multicast distribution, the client device declares the multicast router to leave the multicast group.
  • the multicast router is located at the boundary between the home network and the access network, and the client device is connected on the home network segment.
  • the multicast router each time an IP multicast stream is selected or switched (channel selection or switching), the multicast router is joined or disconnected from the multicast.
  • the screen may be interrupted each time selection or switching is performed.
  • end users who are familiar with frequent channel switching (so-called channel zapping) on analog television. Therefore, it is assumed that the poor response cannot be tolerated.
  • an intelligent multicast router participates in a multicast group corresponding to a plurality of channels that can be selected by an end user using a client device on a home network that is connected to the intelligent router in advance (for example, it is possible to reduce the overhead of switching a multicast tree higher than the multicast router by joining a multicast group corresponding to several tens of channels in advance.
  • priorities are assigned in advance to the multicast groups to which individual multicast routers participate. It is necessary to select and join the multicast group that the user is likely to select.
  • a multicast tree is generated so that broadband content is requested from the broadcast receiving device 60.
  • a multicast tree is generated in accordance with the notification of preparation for distribution of network delivery from the broadcast receiving device 60 (its broadcast application).
  • the IP multicast stream is transferred from the multicast relay router 80 to the multicast terminal device 70 before the broadband content is requested from the broadcast receiving device 60, the broadband content is requested from the broadcast receiving device 60.
  • the IP multicast stream can be transferred immediately.
  • this IP multicast stream (the multicast packet constituting the IP multicast stream) is based on a multicast tree in response to a notice of preparation for net distribution reservation from the broadcast receiving device 60 (its broadcast application), and so has a high priority. Therefore, the load on the broadband network 3 can be suppressed.
  • the second distribution method uses a multicast termination table (operating on a multicast termination device 70) using a multicast information table (hereinafter also referred to as MIT (Multicast Information Table)) that stores the nmc.sdp file or equivalent content. ) To request the start of a multicast session.
  • MIT Multicast Information Table
  • FIG. 15 is a diagram showing an example of the structure of the MIT.
  • MIT is included in, for example, PSI / SI (Program Specific Information / Service Information) and is transmitted in section format.
  • PSI / SI Program Specific Information / Service Information
  • the packet identifier (PID) of the TS packet that transmits the MIT table is indirectly specified by PMT (Program Map Table).
  • PMT Program Map Table
  • the PMT is a table storing PIDs such as images and sounds included in a program.
  • Multicast_information_section () is an 8-bit table_id, a 1-bit section_syntax_indicator, a 1-bit reserved_future_use, a 2-bit reserved, a 12-bit section_length, a 12-bit descriptors_loop_length, a descriptor () in a descriptor loop, and a 32-bit descriptor It consists of a CRC_32 field.
  • Table_id is an 8-bit field of a table ID for identifying a table. For example, as shown in FIG. 17, “0x76” is set as the table ID of MIT.
  • the multicast session descriptor is placed in descriptor () in the descriptor loop.
  • FIG. 18 is a diagram illustrating an example of the structure of a multicast session descriptor.
  • Multicast_session_descriptor () is composed of fields of 8-bit descriptor_tag, 8-bit descriptor_length, and 8-bit text_char.
  • Descriptor_tag is an 8-bit field of a tag value for identifying the descriptor. For example, as shown in FIG. 19, “0xE5” is set as the tag value of the multicast session descriptor.
  • Text_char is an 8-bit field that contains the nmc.sdp file or equivalent content.
  • the nmc.sdp file includes, for example, the contents shown in FIG.
  • the broadcast receiving device 60 uses the nmc.sdp file included in the MIT or equivalent content to the multicast termination device 70 (multicast termination module operating in). , Requesting the start of a multicast session.
  • steps S201 to S202 content such as a program is generated by the broadcast content management system 10 as in steps S101 to S102 of FIG.
  • a broadcast distribution stream is generated by the broadcast stream server 20 as in steps S111 to S112 of FIG.
  • a broadband distribution stream is generated by the broadband server 40 as in steps S121 to S122 of FIG.
  • steps S203 to S204 a broadcast application is generated by the broadcast content management system 10 as in steps S103 to S104 of FIG.
  • step S205 the broadcast content management system 10 generates an MIT.
  • the MIT generated in step S206 is transmitted to the terrestrial broadcast server 30 (S206).
  • the terrestrial broadcast server 30 receives the broadcast application and MIT from the broadcast content management system 10 and the broadcast distribution stream from the broadcast stream server 20.
  • step S231 the terrestrial broadcast server 30 performs broadcast distribution by processing (for example, multiplexing) the received broadcast distribution stream, the broadcast application, and the MIT.
  • the broadcast wave including the broadcast distribution stream, the broadcast application, and the multiplexed stream of MIT is transmitted via the terrestrial broadcast network 2.
  • the broadcast wave transmitted through the terrestrial broadcast network 2 is received by the tuner 104 via the antenna 121 at the broadcast receiving device 60, and processed by the broadcast middleware 105, the DASH client 106, the browser 109, etc. at the subsequent stage. .
  • step S241 the broadband server 50 processes the broadband distribution stream from the broadband stream server 40 (for example, packetization) and performs multicast distribution. As a result, the IP multicast stream is transmitted via the broadband network 3.
  • multicast packets constituting an IP multicast stream multicast-distributed from the broadband server 50 are received by the multicast relay router 80 that interconnects the networks in the broadband network 3, and a plurality of multicast relays are received. Transferred between routers 80.
  • the broadcast middleware 105 of the broadcast receiving device 60 acquires the MIT by processing the multiplexed stream received via the terrestrial broadcast network 2.
  • This MIT has the structure shown in FIG. 15, and the multicast session descriptor (FIG. 18) arranged in the descriptor loop includes the nmc.sdp file or equivalent content.
  • step S282 the broadcast middleware 105 (or the net distribution reservation preparation processing unit 133) makes a net distribution reservation to the multicast termination module operating in the multicast termination device 70 based on the MIT obtained in the process of step S281. Notify preparation.
  • the broadcast middleware 105 (or the network distribution reservation preparation processing unit 133) in the broadcast receiving device 60 sends the nmc.sdp file obtained from the MIT acquired in step S281 to the multicast termination module.
  • a multicast reservation instruction is given by notifying the equivalent content.
  • the multicast termination device 70 receives the nmc.sdp file from the broadcast receiving device 60 or the equivalent content.
  • http-post and http-get messages can be used.
  • the multicast middleware 231 of the multicast termination device 70 uses the nmc.sdp file or equivalent content to participate in the multicast. Then, the multicast termination device 70 starts receiving an IP multicast stream that is multicast-transferred from the multicast relay router 80.
  • a multicast tree is generated when the multicast termination device 70 participates in a multicast (multicast group), as in the first distribution method described above.
  • the multicast tree is generated before the broadband content is requested from the broadcast receiving device 60 and the IP multicast stream is transferred from the multicast relay router 80 to the multicast terminating device 70, the broadcast receiving device 60 When broadband content is requested from the Internet, the IP multicast stream can be immediately transferred.
  • the IP multicast stream is blocked by the multicast relay router 80 or the broadband server 50, but the multicast termination device 70 participates in the multicast and a multicast tree is generated.
  • the route of the target IP multicast stream (multicast packets constituting the target) is determined.
  • the path of the IP multicast stream (which constitutes the multicast packet) thus determined is based on the multicast tree corresponding to the network distribution reservation preparation notification from the broadcast receiving device 60 that has received the MIT. Since the route is selected because the priority is high, the load on the broadband network 3 can be suppressed.
  • the broadcast middleware 105, the DASH client 106, and the like process the stream received via the terrestrial broadcast network 2 to reproduce the terrestrial content (S283). Then, in the broadcast receiving device 60, the rendering process is performed by the renderer 107, so that the video and audio of the terrestrial content as a broadcast program that can be distributed together with the multicast program is output.
  • the browser 109 acquires and activates a broadcast application obtained from the multiplexed stream processed by the broadcast middleware 105 based on the AIT (S284). Then, the broadcast application performs display for selecting whether or not to view the broadband content, and when the end user selects viewing of the desired broadband content, a request for the broadband content is made (S285). .
  • the multicast termination device 70 transfers the IP multicast stream in response to a request from the broadcast receiving device 60, thereby receiving the broadcast.
  • the device 60 reproduces broadband content as a multicast combined delivery program.
  • the content to be played back by the receiving device 60 may be switched from broadband content to terrestrial content.
  • the third distribution method is a method in which MITs of all channels broadcasted at that time are acquired, and multicast reservation is made in advance for the multicast termination device 70 (multicast termination module operating in).
  • the previous process of the third delivery method is the same as the previous process of the second delivery method, and the description thereof is omitted. That is, the process in the first stage of the third delivery method is the same as the process shown in the flowchart of FIG. 20 described above, and the process in the latter part of the third delivery method shown in FIG. 22 is shown in the flowchart of FIG. It is assumed that the process is executed following the process.
  • step S381 the tuner 104 (multi-tuner) of the broadcast receiving device 60 selects (tunes) all channels, and all of the multiplexed streams received via the terrestrial broadcast network 2 are simultaneously transferred in parallel.
  • the MIT is acquired by the broadcast middleware 105.
  • step S382 the broadcast middleware 105 (or the network distribution reservation preparation processing unit 133) determines all the multicast termination modules operating in the multicast termination device 70 based on all the MITs obtained in the process of step S381. Notify online delivery reservation preparation.
  • the broadcast middleware 105 (or the net distribution reservation preparation processing unit 133) is obtained from all the MITs acquired in step S381 for the multicast termination module.
  • a multicast reservation instruction is issued by notifying the nmc.sdp file for all channels or the equivalent content.
  • the multicast termination device 70 receives the nmc.sdp file from the broadcast receiving device 60 or the equivalent content.
  • http-post and http-get messages can be used.
  • the multicast middleware 231 of the multicast termination device 70 uses the nmc.sdp file for all channels or the equivalent content to participate in the multicast. become. Then, the multicast termination device 70 starts receiving IP multicast streams for all channels that are multicast-transferred from the multicast relay router 80.
  • a multicast tree is generated when the multicast termination device 70 joins a multicast (multicast group), as in the second distribution method described above.
  • a multicast tree is generated, and IP multicast streams for all channels are transferred from the multicast relay router 80 to the multicast termination device 70.
  • an IP multicast stream of the desired channel can be immediately transferred from all channels.
  • the IP relay stream for all channels is blocked by the multicast relay router 80 or the broadband server 50.
  • the multicast termination device 70 participates in the multicast and the multicast tree Is generated, the routes of the IP multicast streams (multicast packets constituting the same) for all the target channels are determined.
  • the routes of the IP multicast streams for all channels determined in this way are based on the multicast tree corresponding to the all-net distribution reservation preparation notification from the broadcast receiving device 60 that has received the MIT. In other words, since the route is selected because it has a high priority, the load on the broadband network 3 can be suppressed.
  • the terrestrial content is reproduced (S383), and the broadcast application is activated (S384). Then, the broadcast application performs a display for selecting whether or not to view the broadband content, and when the end user selects the viewing of the broadband content of a desired channel, a request for the broadband content is made ( S385).
  • the multicast termination device 70 selects the broadband content of the desired channel selected by the end user from the broadband content for all the channels multicast-transferred from the multicast relay router 80 and transfers it to the broadcast receiving device 60. To do. Thereby, the broadcast receiving device 60 reproduces broadband content of a desired channel.
  • the content to be played back by the receiving device 60 may be switched from broadband content to terrestrial content.
  • the fourth distribution method is a method in which, when broadband distribution signaling is distributed by multicast, the broadcast application notifies the service identifier and encourages multicast participation.
  • steps S401 to S402 content such as a program is generated by the broadcast content management system 10 as in steps S201 to S202 of FIG.
  • steps S403 to S404 a broadcast application is generated by the broadcast content management system 10 as in steps S203 to S204 of FIG.
  • an MIT is generated by the broadcast content management system 10 as in steps S205 to S206 of FIG. This MIT is transmitted to the stream server 40 for broadband.
  • a broadcast distribution stream is generated by the broadcast stream server 20 as in steps S211 to S212 of FIG.
  • the broadband server 40 In step S421, the broadband server 40 generates broadband distribution signaling.
  • signaling such as SLT (Service List) and SLS (Service Layer Signaling) is generated based on the MIT received from the broadcast content management system 10.
  • the MIT has the structure shown in FIG. 15, and the multicast session descriptor (FIG. 18) arranged in the descriptor loop includes the nmc.sdp file or equivalent content. That is, the nmc.sdp file or equivalent content is included for signaling such as SLT and SLS.
  • SLT and SLS are signaling defined in ATSC (Advanced Television Systems Committee) 3.0, which is one of the next generation terrestrial broadcasting standards. The detailed contents of SLT and SLS are described in Non-Patent Document 1 below. SLT and SLS are provided as XML format files.
  • Non-patent document 1 ATSC Candidate Standard: Signaling, Delivery, Synchronization, and Error Protection (A / 331)
  • a broadband distribution stream is generated by the broadband server 40 as in steps S221 to S222 of FIG.
  • step S431 broadcast distribution is performed by the terrestrial broadcast server 30, as in step S231 of FIG. Broadcast waves from the terrestrial broadcast server 30 are received by the broadcast receiving device 60 via the terrestrial broadcast network 2.
  • step S441 multicast distribution is performed by the broadband server 50, as in step S241 of FIG.
  • the IP multicast stream from the broadband server 50 is received by the multicast relay router 80 in the broadband network 3.
  • this IP multicast stream includes broadband distribution signaling as well as the broadband distribution stream.
  • the multicast middleware 231 of the multicast termination device 70 participates in the broadband distribution signaling multicast by performing a predetermined procedure with respect to the multicast relay router 80.
  • the broadband distribution signaling multicast is a multicast for transferring broadband distribution signaling (for example, SLT and SLS files), and the multicast distribution (for example, SLT and SLS files) by participating in this multicast. Can be obtained.
  • step S451 when the multicast termination device 70 participates in the broadband distribution signaling multicast, the process of step S451 is executed. That is, in step S451, the multicast relay router 80 transfers the signaling distributed from the broadband server 50 to the multicast termination device 70.
  • signaling multicast transfer is started in the multicast relay router 80, and broadband distribution signaling is received by the multicast termination device 70.
  • step S462 the signaling processing unit 233 of the multicast termination device 70 analyzes the received signaling. Based on this analysis result, the nmc.sdp file or equivalent content can be obtained from signaling such as SLT or SLS.
  • the terrestrial content is played back (S481), and the broadcast application is activated (S482).
  • the activated broadcast application notifies the multicast termination module running on the multicast termination device 70 of the preparation for net distribution reservation (S483).
  • a broadcast application uses a multicast reservation notification function (second argument in FIG. 13) to specify a service identifier for identifying a service (channel) that provides the terrestrial content being played back. Then, an instruction to participate in multicast is given. This service identifier is received by the multicast termination device 70.
  • a multicast reservation notification function second argument in FIG. 13
  • steps S463 and S452 the service identifier and the nmc.sdp file or equivalent content are processed by the multicast middleware 231 of the multicast termination device 70 and participate in the multicast.
  • the service identifier is associated with an SLT global service ID (globalServiceID) or the like.
  • the multicast termination device 70 starts receiving an IP multicast stream that is multicast-transferred from the multicast relay router 80.
  • a multicast tree is generated when the multicast termination device 70 joins a multicast (multicast group), as in the first distribution method described above.
  • the multicast tree is generated before the broadband content is requested from the broadcast receiving device 60 and the IP multicast stream is transferred from the multicast relay router 80 to the multicast terminating device 70, the broadcast receiving device 60 When broadband content is requested from the Internet, the IP multicast stream can be immediately transferred.
  • the IP multicast stream is blocked by the multicast relay router 80 or the broadband server 50, but the multicast termination device 70 participates in the multicast and a multicast tree is generated. As a result, the route of the IP multicast stream of the target service (channel) (multicast packet constituting it) is determined.
  • the path of the IP multicast stream (which constitutes the multicast packet) determined in this way is based on the multicast tree corresponding to the result of the signaling analysis using the service identifier, which is so high in priority. Since the route is selected, the load on the broadband network 3 can be suppressed.
  • the broadcast application performs a display for selecting whether or not to view the broadband content, and the end user identifies the broadband content identified by the service identifier of the terrestrial content being reproduced.
  • a request for the broadband content is made (S484).
  • the multicast termination device 70 transfers the IP multicast stream in response to a request from the broadcast receiving device 60, thereby receiving the broadcast.
  • the device 60 reproduces broadband content.
  • multicast is disconnected by performing the same processing as steps S186, S163, S152, S132, and S187 of FIG.
  • the content to be played back by the receiving device 60 may be switched from broadband content to terrestrial content.
  • the service identifier is passed by the second argument (second argument in FIG. 14).
  • the fifth distribution method is a method in which, when broadband distribution signaling is distributed by unicast, the broadcast application notifies the service identifier to encourage multicast participation.
  • This fifth distribution method is a variation of the above-described fourth distribution method, and is a scenario that can be used in an environment in which signaling about the service broadcast at that time can be acquired at once in the broadband multicast service.
  • the processing of the broadband server 50A that performs multicast distribution and the processing of the broadband server 50B that performs unicast distribution are illustrated.
  • the processing of the broadcast stream server 20 and the processing of the terrestrial broadcasting server 30 are omitted, but the terrestrial content is transmitted via the terrestrial broadcasting network 2. And broadcast applications can also be distributed.
  • steps S501 to S502 content such as a program is generated by the broadcast content management system 10 as in steps S401 to S402 of FIG.
  • steps S503 to S504 an MIT is generated by the broadcast content management system 10 as in steps S405 to S406 of FIG.
  • broadband distribution signaling is generated as in steps S421 to S422 of FIG.
  • This broadband distribution signaling is signaling including an nmc.sdp file or equivalent content such as SLT and SLS, and is transmitted to the broadband server 50B.
  • a broadband distribution stream is generated as in steps S423 to S424 in FIG. This broadband distribution stream is transmitted to the broadband server 50A.
  • step S546 similarly to step S441 in FIG. 23, the broadband server 50A performs multicast distribution of the broadband distribution stream.
  • the IP multicast stream from the broadband server 50A is received by the multicast relay router 80 in the broadband network 3.
  • step S561 the signaling processing unit 233 of the multicast termination device 70 requests broadband distribution signaling to the broadband server 50B via the broadband network 3.
  • step S541 the broadband server 50B returns broadband distribution signaling via the broadband network 3 in response to a request from the multicast termination device 70.
  • the communication I / F 203 receives broadband distribution signaling from the broadband server 50B.
  • the signaling processing unit 233 of the multicast termination device 70 analyzes the received broadband distribution signaling. Based on this analysis result, the nmc.sdp file or equivalent content can be obtained from signaling such as SLT or SLS.
  • the terrestrial content is played back (S581), and the broadcast application is activated (S582).
  • the activated broadcast application notifies the multicast termination module running on the multicast termination device 70 of the preparation for net distribution reservation (S583).
  • a broadcast application uses a multicast reservation notification function (second argument in FIG. 13) to specify a service identifier for identifying a service (channel) that provides the terrestrial content being played back. Then, an instruction to participate in multicast is given.
  • a multicast reservation notification function second argument in FIG. 13
  • steps S563 and S551 as in steps S463 and S452 of FIG. 24, the service identifier and the nmc.sdp file or equivalent content are processed by the multicast middleware 231 of the multicast termination device 70 and participate in multicast. Become.
  • the nmc.sdp file associated with the service identifier or the equivalent content from the analysis result of signaling such as SLT or SLS, it is possible to multicast the broadband content identified by the service identifier. Parameters necessary for participation are acquired.
  • the multicast termination device 70 starts receiving an IP multicast stream that is multicast-transferred from the multicast relay router 80.
  • a multicast tree is generated when the multicast termination device 70 participates in a multicast (multicast group), as in the fourth distribution method described above.
  • the multicast tree is generated before the broadband content is requested from the broadcast receiving device 60 and the IP multicast stream is transferred from the multicast relay router 80 to the multicast terminating device 70, the broadcast receiving device 60 When broadband content is requested from the Internet, the IP multicast stream can be immediately transferred.
  • the IP multicast stream is blocked by the multicast relay router 80 or the broadband server 50, but the multicast termination device 70 participates in the multicast and a multicast tree is generated. As a result, the route of the IP multicast stream of the target service (channel) (multicast packet constituting it) is determined.
  • the path of the IP multicast stream (which constitutes the multicast packet) determined in this way is based on the multicast tree corresponding to the result of the signaling analysis using the service identifier, which is so high in priority. Since the route is selected, the load on the broadband network 3 can be suppressed.
  • the broadcast application performs a display for selecting whether or not to view the broadband content, and the end user identifies the broadband content identified by the service identifier of the terrestrial content being reproduced.
  • the broadband content is requested (S584).
  • the multicast termination device 70 transfers the IP multicast stream in response to a request from the broadcast receiving device 60, thereby receiving the broadcast.
  • the device 60 reproduces broadband content.
  • the multicast is disconnected by performing the same processing as steps S186, S163, S152, S132, and S187 of FIG.
  • the content to be played back by the receiving device 60 may be switched from broadband content to terrestrial content.
  • the service identifier is passed by the second argument (second argument in FIG. 14).
  • the sixth distribution method is a method in which broadcast signaling prompts multicast participation when broadband distribution signaling is unicast distributed.
  • This sixth distribution method is a variation of the fifth distribution method described above, and is a scenario in which MIT is acquired instead of a broadcast application and multicast reservation is made in advance.
  • the previous process of the sixth distribution method is the same as the previous process of the fifth distribution method, and the description thereof will be omitted. That is, the process in the former stage of the sixth distribution method is the same as the process shown in the flowchart of FIG. 25 described above, and the process in the latter stage of the sixth distribution method shown in FIG. 27 is shown in the flowchart of FIG. It is assumed that the process is executed following the process.
  • FIG. 27 as the broadband server 50, processing of a broadband server 50A that performs multicast distribution and processing of a broadband server 50B that performs unicast distribution are shown.
  • the processing of the broadcast stream server 20 and the processing of the terrestrial broadcast server 30 are omitted, but the terrestrial content and the broadcast application are transmitted via the terrestrial broadcast network 2. Is also possible.
  • step S681 the broadcast middleware 105 of the broadcast receiving device 60 acquires the MIT by processing the stream received via the terrestrial broadcast network 2.
  • step S682 the broadcast middleware 105 (or the net distribution reservation preparation processing unit 133) prepares the net distribution reservation for the multicast termination module operating in the multicast termination device 70 when MIT is acquired in the process of step S681. To be notified.
  • step S661 the signaling processing unit 233 of the multicast termination device 70 requests broadband distribution signaling to the broadband server 50B via the broadband network 3.
  • step S541 the broadband server 50B returns broadband distribution signaling via the broadband network 3 in response to a request from the multicast termination device 70.
  • step S662 the signaling processing unit 233 of the multicast termination device 70 analyzes the broadband distribution signaling received from the broadband server 50B. Based on this analysis result, the nmc.sdp file or equivalent content can be obtained from signaling such as SLT or SLS.
  • steps S663 and S651 the nmc.sdp file or equivalent content is processed by the multicast termination device 70 and participates in the multicast.
  • the multicast termination device 70 starts receiving an IP multicast stream that is multicast-transferred from the multicast relay router 80.
  • a multicast tree is generated when the multicast termination device 70 participates in a multicast (multicast group) as in the fifth distribution method described above.
  • the multicast tree is generated before the broadband content is requested from the broadcast receiving device 60 and the IP multicast stream is transferred from the multicast relay router 80 to the multicast terminating device 70, the broadcast receiving device 60 When broadband content is requested from the Internet, the IP multicast stream can be immediately transferred.
  • the IP multicast stream is blocked by the multicast relay router 80 or the broadband server 50, but the multicast termination device 70 participates in the multicast and a multicast tree is generated.
  • the route of the target IP multicast stream (multicast packets constituting the target) is determined.
  • the route of the IP multicast stream (which constitutes the multicast packet) determined in this way is based on the multicast tree corresponding to the analysis result of the signaling, which is a route selected because it has a high priority. Therefore, the load on the broadband network 3 can be suppressed.
  • the terrestrial content is reproduced (S683), and the broadcast application is activated (S684). Then, the broadcast application performs display for selecting whether or not to view the broadband content, and when the end user selects viewing of the desired broadband content, a request for the broadband content is made (S685). .
  • the multicast termination device 70 transfers the IP multicast stream in response to a request from the broadcast receiving device 60, thereby receiving the broadcast.
  • the device 60 reproduces broadband content.
  • multicast is disconnected by performing the same processing as steps S186, S163, S152, S132, and S187 of FIG.
  • the content to be played back by the receiving device 60 may be switched from broadband content to terrestrial content.
  • the broadcast receiving device 60 obtains from MIT.
  • the multicast termination device 70 may be notified of the nmc.sdp file to be transmitted or the equivalent content so that multicast participation may be performed.
  • the seventh distribution method is a method of switching the distribution format of broadband content from unicast distribution to multicast distribution.
  • the seventh distribution method for example, the following scenario is assumed.
  • the broadcast receiving device 60 is playing broadband content distributed by unicasting HTTP (Hypertext Transfer Protocol) via normal communication by the broadcast application.
  • HTTP Hypertext Transfer Protocol
  • this broadband content has higher resolution and higher sound quality than terrestrial content and is distributed as DASH streaming.
  • the broadcast receiving device 60 reproduces the broadband content transferred by the multicast termination device 70.
  • the multicast termination device 70 simply functions as a proxy, and functions related to the above-described multicast session and the like. Is not running.
  • the number of client apparatuses for example, broadcast receiving devices 60 such as television receivers
  • the broadband network 3 becomes congested.
  • This congestion is detected by the broadband server 50 that performs unicast distribution, and the combined distribution in the multicast distribution of broadband content is instructed.
  • this congestion detection is not limited to the broadband server 50 but may be performed by, for example, a dedicated network traffic monitoring module that monitors unicast traffic.
  • the broadcast content management system 10 that has received the combined delivery instruction from the broadband server 50 generates a new broadcast application or generates an event message to notify the broadcast application, and the updated broadcast application or event message is received.
  • the broadcast receiving device 60 receives the data.
  • the broadcast application is restarted or the event message is notified to the active broadcast application.
  • the broadcast application requests the multicast termination module operating on the multicast termination device 70 to start a multicast session.
  • the subsequent processing is the same as in the first distribution method described above, and the multicast termination device 70 changes the broadband content acquisition destination from the broadband server 50B that performs unicast distribution to the broadband server 50A that performs multicast distribution. Switch to. That is, the multicast termination device 70 does not function as a proxy, but performs functions related to the above-described multicast session and the like.
  • multicast control flow uses the signaling system of ATSC 3.0 as in the case of using the direct SDP as in the first distribution method described above and the fourth distribution method as described above. Applicable to both patterns.
  • the process of the broadband server 50A which performs multicast delivery, and the process of the broadband server 50B which performs unicast delivery are shown as the broadband server 50, respectively.
  • steps S701 to S702 content such as a program is generated by the broadcast content management system 10 as in steps S101 to S102 of FIG.
  • a broadcast delivery stream is generated by the broadcast stream server 20 as in steps S111 to S112 of FIG.
  • a broadband distribution stream for unicast distribution is generated by the broadband stream server 40 as in steps S121 to S122 of FIG.
  • steps S703 to S704 a broadcast application is generated by the broadcast content management system 10 as in steps S103 to S104 of FIG.
  • step S731 broadcast distribution is performed by the terrestrial broadcast server 30 as in step S131 of FIG. Broadcast waves from the terrestrial broadcast server 30 are received by the broadcast receiving device 60 via the terrestrial broadcast network 2.
  • the broadcast receiving device 60 reproduces the terrestrial content (S781), and the broadcast application is activated (S782).
  • step S783 the communication control unit 132 of the processing unit 101 controls the communication I / F 110 to request the multicast termination device 70 for broadband content for unicast distribution.
  • the processing unit 201 requests the broadband content of the unicast distribution to the broadband server 50B via the broadband network 3 (S761).
  • the broadband server 50B then unicasts the broadband content via the broadband network 3 in response to a request from the multicast termination device 70 (S741).
  • This IP unicast stream is received by the multicast termination device 70 via the broadband network 3 and transferred to the broadcast receiving device 60 (S762).
  • the broadcast receiving device 60 reproduces the unicast-distributed broadband content (S784).
  • this broadband content has higher resolution and higher sound quality than terrestrial content, and the content to be played back by the broadcast receiving device 60 is switched from, for example, 2K resolution terrestrial content to 4K resolution broadband content. It is done.
  • the unicast traffic in the broadband network 3 is monitored, and overload detection in the unicast traffic is performed (S742). If congestion in the broadband network 3 is detected in the overload detection process in step S742, the process in step S743 is performed.
  • the broadband server 50B notifies (instructs) the broadcast content management system 10 and the broadband stream server 40 of the combined delivery in the multicast delivery of broadband content (S743).
  • step S705 the broadcast content management system 10 generates a new broadcast application and updates the broadcast application or notifies the broadcast application of an event message (hereinafter, referred to as “broadcast application”) in response to the instruction for combined delivery from the broadband server 50B. (Also called an app event).
  • broadcast application an event message
  • the updated broadcast application or application event obtained in the process of step S705 is transmitted to the terrestrial broadcast server 30.
  • step S732 broadcast distribution is performed by the terrestrial broadcast server 30 as in step S131 of FIG.
  • the broadcast wave from the terrestrial broadcast server 30 includes the updated broadcast application or application event, and is received by the broadcast receiving device 60 via the terrestrial broadcast network 2.
  • a broadband distribution stream for multicast distribution is generated by the broadband stream server 40 as in steps S121 to S122 of FIG.
  • step S746 as in step S141 of FIG. 11, the broadband distribution stream for multicast distribution from the broadband stream server 40 is processed by the broadband server 50A, and multicast distribution is performed. As a result, the IP multicast stream is transmitted via the broadband network 3.
  • step S785 in FIG. If so, the process of step S786 in FIG. 30 is executed.
  • step S785 the updated broadcast application obtained from the multiplexed stream is acquired and activated.
  • step S786 an application event obtained from the multiplexed stream is detected by a running broadcast application.
  • step S785 or S786 ends, the process proceeds to step S787. Then, in step S787, the network distribution reservation preparation is notified to the multicast termination module operating in the multicast termination device 70 by the updated broadcast application or the broadcast application that has detected the application event.
  • the broadcast reception device 60 uses the multicast reservation notification function (first argument in FIG. 13) provided as an API by the updated broadcast application or the broadcast application that has detected an application event. Then, the multicast termination module is instructed by notifying the multicast termination module of the nmc.sdp file or the equivalent content.
  • the multicast termination device 70 receives the nmc.sdp file from the broadcast receiving device 60 or the equivalent content.
  • the multicast middleware 231 of the multicast termination device 70 uses the nmc.sdp file or equivalent content to participate in the multicast. Then, the multicast termination device 70 starts receiving an IP multicast stream that is multicast-transferred from the multicast relay router 80.
  • a multicast tree is generated when the multicast termination device 70 participates in a multicast (multicast group) as in the first distribution method described above.
  • the multicast tree is generated before the broadband content is requested from the broadcast receiving device 60 and the IP multicast stream is transferred from the multicast relay router 80 to the multicast terminating device 70, the broadcast receiving device 60 When broadband content is requested from the Internet, the IP multicast stream can be immediately transferred.
  • the IP multicast stream is blocked by the multicast relay router 80 or the broadband server 50, but the multicast termination device 70 participates in the multicast and a multicast tree is generated.
  • the route of the target IP multicast stream (multicast packets constituting the target) is determined.
  • the route of the IP multicast stream (which constitutes the multicast packet) determined in this way is based on the multicast tree corresponding to the net distribution reservation preparation notification from the broadcast receiving device 60, and so has a high priority. Therefore, the load on the broadband network 3 can be suppressed because the route is selected for this purpose.
  • the multicast termination device 70 transfers the IP multicast stream in response to a request from the broadcast receiving device 60, thereby receiving the broadcast.
  • the device 60 reproduces the broadband content distributed by multicast.
  • the broadcast receiving device 60 switches the broadband content to be reproduced from the broadband content distributed by unicast to the broadband content distributed by multicast.
  • various protocols can be used as a terrestrial broadcast transport protocol, a broadband unicast protocol, and a broadband multicast protocol.
  • FIG. 31 is a diagram showing an example of the first stack configuration.
  • the stack configuration of the broadcast receiving device 60 is shown on the right side of the drawing, and the stack configuration of the multicast termination device 70 is shown on the left side of the drawing.
  • the lowest layer of the hierarchical structure is the first layer corresponding to the physical layer and the link layer, and the layer one layer above the first layer is the network layer.
  • the corresponding second layer is used.
  • a layer one level above the second level is a third level corresponding to the transport layer, and a level one level above the third level is a fourth level corresponding to the application layer. Is done.
  • various middleware and applications can be implemented in the broadcast receiving device 60 and the multicast termination device 70.
  • the broadcast receiving device 60 includes a tuner 104 (FIG. 3) and a communication I / F 110 (FIG. 3) and is compatible with both broadcasting and communication systems. A stack is also written.
  • the first layer is the broadcast PHY
  • the second layer is MPEG2-TS (Transport Stream)
  • the third layer is PES (Packetized Elementary Stream) or Section.
  • the fourth hierarchy is Audio / Video ES (Elementary Stream) or PSI / SI (Program Specific Information / Service Information).
  • AIT Application Information Table
  • MIT Multicast Information Table
  • the first layer is Ethernet / Wifi
  • the second layer is IP (Internet Protocol)
  • the third layer is TCP (Transmission Control Protocol)
  • the fourth layer The layer of HTTP is Hypertext Transfer Protocol.
  • the broadcast receiving device 60 is equipped with a broadcast middleware 105, a DASH client 106 (DASH player) as a net player or a broadcast player, or a browser 109 that executes a broadcast application. .
  • the multicast termination device 70 is configured to include the communication I / F 202 (FIG. 5) and the communication I / F 203 (FIG. 5), and can support two communication methods. A stack and a stack of the second communication system are written together.
  • the first layer is Ethernet / Wifi
  • the second layer is IP
  • the third layer is TCP
  • the fourth layer is HTTP. Is done. That is, the first communication system stack is the same as the communication system stack of the broadcast receiving device 60.
  • the first layer is Ethernet
  • the second layer is IP
  • the third layer is UDP (User Datagram Protocol) or TCP
  • the hierarchy is FLUTE (File (Delivery over Unidirectional Transport) or HTTP.
  • multicast middleware 231 and web server 232 are implemented in multicast termination device 70.
  • the broadcast receiving device 60 can receive a broadcast wave via a broadcast network such as a terrestrial network or a satellite network by mounting a broadcast-type stack. it can.
  • a broadcast network such as a terrestrial network or a satellite network
  • the broadcast receiving device 60 is mounted with a communication stack
  • the multicast termination device 70 is mounted with a first communication system stack, so that, for example, each other via a home LAN (Local Area Network) or the like. Can communicate.
  • a home LAN Local Area Network
  • the multicast termination device 70 by mounting the second communication stack, it is possible to communicate with each other via, for example, NGN (Next Generation Network) provided by a communication carrier.
  • NGN Next Generation Network
  • FIG. 32 is a diagram illustrating an example of a second stack configuration.
  • the stack configuration of the broadcast receiving device 60 and the multicast termination device 70 is shown as in the first stack configuration (FIG. 31) described above.
  • the system stack is different.
  • the first layer is TLV (Type Length Value) / broadcast PHY
  • the second layer is IP
  • the third layer The hierarchy is MMTP / UDP (MPEG Media Transport Protocol / User User Datagram Protocol), and the fourth hierarchy is Audio / Video ES or PSI / SI.
  • the IP packet is encapsulated in the TLV packet by using the IP transmission method instead of the MPEG2-TS method and included in the physical layer frame (broadcast PHY). Therefore, the IP protocol is used in all stacks and is common.
  • the communication system stack of the broadcast receiving device 60, the first communication system stack, and the second communication system stack of the multicast termination device 70 are the first stack configuration ( Since it is the same as FIG. 31), the description is omitted.
  • FIG. 33 is a diagram illustrating an example of a third stack configuration.
  • the stack configuration of the broadcast receiving device 60 and the multicast termination device 70 is shown as in the first stack configuration (FIG. 31) described above.
  • the system stack is different.
  • the first hierarchy is the broadcast PHY
  • the second hierarchy is MPEG2-TS
  • the third hierarchy is Section.
  • the fourth hierarchy is IP
  • the fifth hierarchy is UDP
  • the sixth hierarchy is ROUTE (Real-time Object Delivery over Unidirectional Transport) or FLUTE.
  • the fourth to sixth layers are PSI / SI.
  • the communication system stack of the broadcast receiving device 60 and the first communication system stack and the second communication system stack of the multicast termination device 70 are the first stack configuration ( Since it is the same as FIG. 31), the description is omitted.
  • FIG. 34 is a diagram illustrating an example of a fourth stack configuration.
  • the stack configuration of the broadcast receiving device 60 and the multicast termination device 70 is shown as in the first stack configuration (FIG. 31) described above.
  • the two communication stacks are different.
  • the first layer is Ethernet
  • the second layer is IP
  • the third layer is UDP or TCP is set
  • the fourth layer is set to SLT (Service List List), ROUTE, or HTTP.
  • the second communication system stack of the fourth stack configuration corresponds to the ATSC3.0 protocol stack described in Non-Patent Document 1 above, so the multicast middleware 231, the web server 232, etc. It has functions equivalent to ATSC3.0 middleware.
  • the details of the protocol stack of ATSC 3.0 are described in “ Figure 5.1 ATSC 3.0 receiver protocol stack.” Of Non-Patent Document 1.
  • the broadcast stack and communication stack of the broadcast receiving device 60 and the first communication stack of the multicast termination device 70 are the first stack configuration described above (FIG. 31). Since this is the same, the description thereof is omitted.
  • FIG. 35 is a diagram illustrating an example of a fifth stack configuration.
  • the stack configuration of the broadcast receiving device 60 and the multicast termination device 70 is shown as in the fourth stack configuration (FIG. 34) described above.
  • the system stack is different.
  • the first hierarchy is TLV / broadcast PHY
  • the second hierarchy is IP
  • the third hierarchy is MMTP / UDP is used
  • the fourth layer is Audio / VideoPES or PSI / SI.
  • the IP packet is encapsulated in the TLV packet by using the IP transmission method instead of the MPEG2-TS method and included in the physical layer frame (broadcast PHY). Therefore, the IP protocol is used in all stacks and is common.
  • the second communication system stack of the fifth stack configuration corresponds to the ATSC3.0 protocol stack in the same way as the fourth stack configuration, so the multicast middleware 231 and the like are the middleware of ATSC3.0. Has the equivalent function.
  • the communication stack of the broadcast receiving device 60 and the first communication stack of the multicast termination device 70 are the same as the above-described fourth stack configuration (FIG. 34). The description is omitted.
  • FIG. 36 is a diagram illustrating an example of a sixth stack configuration.
  • the stack configuration of the broadcast receiving device 60 and the multicast termination device 70 is shown as in the above-described fourth stack configuration (FIG. 34).
  • the system stack is different.
  • the first hierarchy is the broadcast PHY
  • the second hierarchy is MPEG2-TS
  • the third hierarchy is Section.
  • the fourth hierarchy is IP
  • the fifth hierarchy is UDP
  • the sixth hierarchy is ROUTE or FLUTE.
  • the fourth to sixth layers are PSI / SI.
  • the second communication stack in the sixth stack configuration corresponds to the ATSC3.0 protocol stack, so the multicast middleware 231 and the like are the same as the ATSC3.0 middleware. It has an equivalent function.
  • the communication stack of the broadcast receiving device 60 and the first communication stack of the multicast termination device 70 are the same as the above-described fourth stack configuration (FIG. 34). The description is omitted.
  • FIG. 37 is a diagram illustrating an example of a seventh stack configuration.
  • the seventh stack configuration in FIG. 37 shows a stack configuration when the broadcast receiving device 60 and the multicast termination device 70 are configured as an integrated device (a bundled device). Therefore, this bundled device does not need to communicate with each other via, for example, a home LAN, and can exchange data by, for example, a local loopback.
  • the bundled device is configured to include the tuner 104 (FIG. 3) and the communication I / F 203 (FIG. 5), and can support both broadcasting and communication systems.
  • a broadcast-type stack and a communication-type stack are written together.
  • the broadcast stack is a broadcast PHY
  • the second layer is MPEG2-TS
  • the third layer is PES or Section
  • the fourth layer is Audio / Video ES or PSI / SI. It is said.
  • the first layer is Ethernet
  • the second layer is IP
  • the third layer is UDP or TCP
  • the fourth layer is FLUTE or HTTP.
  • the broadcast middleware 105 By mounting these protocol stacks, in the bundled device, the broadcast middleware 105, the DASH client 106 (DASH player) as a net player or broadcast player, the browser 109 that executes a broadcast application, or the multicast middleware 231 or A web server 232 or the like is implemented.
  • the bundled device can receive broadcast waves via a broadcast network such as a terrestrial network or a satellite network by mounting a broadcast-type stack. it can.
  • the multicast termination device 70 can perform communication with each other via, for example, an NGN provided by a communication carrier by mounting a communication stack.
  • FIG. 38 is a diagram illustrating an example of an eighth stack configuration.
  • the eighth stack configuration of FIG. 38 shows a stack configuration of a bundled device in which the broadcast receiving device 60 and the multicast termination device 70 are integrated, similarly to the above-described seventh stack configuration (FIG. 37). However, the broadcast stack is different.
  • the bundle of the broadcasting system of the bundled device has a first layer of TLV / broadcast PHY, a second layer of IP, and a third layer of MMTP / broadcast.
  • UDP is used, and the fourth layer is Audio / VideoPES or PSI / SI.
  • the IP packet is encapsulated in the TLV packet by using the IP transmission method instead of the MPEG2-TS method, and included in the physical layer frame (broadcast PHY). Therefore, the IP protocol is used in all stacks and is common.
  • the communication stack is the same as the above-described seventh stack configuration (FIG. 37), and a description thereof will be omitted.
  • FIG. 39 is a diagram illustrating an example of a ninth stack configuration.
  • the ninth stack configuration of FIG. 39 shows a stack configuration of a bundled device in which the broadcast receiving device 60 and the multicast termination device 70 are integrated, similarly to the above-described seventh stack configuration (FIG. 37). However, the broadcast stack is different.
  • the first hierarchy is the broadcast PHY
  • the second hierarchy is MPEG2-TS
  • the third hierarchy is Section.
  • the fourth hierarchy is IP
  • the fifth hierarchy is UDP
  • the sixth hierarchy is ROUTE or FLUTE.
  • the fourth to sixth layers are PSI / SI.
  • the communication stack is the same as the above-described seventh stack configuration (FIG. 37), and a description thereof will be omitted.
  • FIG. 40 is a diagram illustrating an example of a tenth stack configuration.
  • the tenth stack configuration in FIG. 40 shows a stack configuration of a bundled device in which the broadcast receiving device 60 and the multicast termination device 70 are integrated, similarly to the above-described seventh stack configuration (FIG. 37). However, the communication stack is different.
  • the communication stack of the bundled device has the first layer as Ethernet, the second layer as IP, and the third layer as UDP or TCP.
  • the fourth layer is SLT, ROUTE, or HTTP.
  • the communication stack having the tenth stack configuration corresponds to the ATSC3.0 protocol stack, similarly to the second communication stack having the fourth stack configuration (FIG. 34).
  • the broadcast-type stack is the same as the above-described seventh stack configuration (FIG. 37), and a description thereof will be omitted.
  • FIG. 41 is a diagram showing an example of an eleventh stack configuration.
  • the eleventh stack configuration in FIG. 41 shows a stack configuration of a bundled device in which the broadcast receiving device 60 and the multicast termination device 70 are integrated, as in the tenth stack configuration (FIG. 40) described above.
  • the broadcast stack is different.
  • the first hierarchy is TLV / broadcast PHY
  • the second hierarchy is IP
  • the third hierarchy is MMTP / UDP is used
  • the fourth layer is Audio / VideoPES or PSI / SI.
  • the IP packet is encapsulated in the TLV packet by using the IP transmission method instead of the MPEG2-TS method and included in the physical layer frame (broadcast PHY). Therefore, the IP protocol is used in all stacks and is common.
  • the communication stack of the eleventh stack configuration corresponds to the ATSC3.0 protocol stack as in the tenth stack configuration (FIG. 40)
  • the multicast middleware 231 etc. Has functions equivalent to middleware.
  • FIG. 42 is a diagram illustrating an example of a twelfth stack configuration.
  • the twelfth stack configuration in FIG. 42 shows a stack configuration of a bundled device in which the broadcast receiving device 60 and the multicast termination device 70 are integrated, as in the tenth stack configuration (FIG. 40) described above.
  • the broadcast stack is different.
  • the first hierarchy is the broadcast PHY
  • the second hierarchy is MPEG2-TS
  • the third hierarchy is Section.
  • the fourth hierarchy is IP
  • the fifth hierarchy is UDP
  • the sixth hierarchy is ROUTE or FLUTE.
  • the fourth to sixth layers are PSI / SI.
  • the communication stack of the twelfth stack configuration corresponds to the ATSC3.0 protocol stack as in the tenth stack configuration (FIG. 40). Has functions equivalent to middleware.
  • ATSC Global System for Mobile Communications
  • ATSC 3.0 which is a system adopted in the United States and the like
  • DVB Digital Video Broadcasting
  • the system proposed by this technology is applicable to broadcasting systems such as satellite broadcasting using broadcasting satellites (BS) and communication satellites (CS), and cable broadcasting such as cable TV (CATV). It is possible to apply. Furthermore, the scheme proposed by the present technology can also be applied to various data transmission schemes such as the MPEG2-TS scheme and the IP transmission scheme.
  • the method proposed by the present technology assumes that a transmission path other than a broadcasting network such as terrestrial broadcasting, that is, a communication line (communication network) such as the Internet or a telephone network is used as a transmission path.
  • a transmission path other than a broadcasting network such as terrestrial broadcasting
  • a communication line such as the Internet or a telephone network
  • the present invention can also be applied to predetermined standards (standards other than digital broadcasting standards) defined in the above.
  • the broadcast application is not limited to an application developed in a markup language such as HTML5 or a script language such as JavaScript (registered trademark), but may be an application developed in a programming language such as Java (registered trademark). .
  • the broadcast application is not limited to an application executed by the browser 109 (FIG. 3), and may be executed as a so-called native application in an OS (Operating System) environment (presentation control environment).
  • OS Operating System
  • presentation control environment presentation control environment
  • a broadcast application distributed via broadcast has been described as an application.
  • the application is not limited to the broadcast application, and may be a communication application distributed via communication such as the broadband network 3.
  • the content such as the above-mentioned terrestrial content and broadband content can include any content such as moving images, still images, music, electronic books, games, advertisements, etc. in addition to programs and commercials.
  • the content distribution system 1 in FIG. 1 has a configuration in which a server is provided for each function to be provided, such as the terrestrial broadcast stream server 20 or the terrestrial broadcast server 30, the broadband stream server 40 or the broadband server 50. Although shown, all or some of these functions may be combined and provided by one or more servers.
  • the above-mentioned names such as signaling and packet are examples, and other names may be used.
  • the difference between the names is a formal difference, and the substantial contents of the target signaling and packet are not different.
  • a packet and a frame may be used in the same meaning.
  • AIT Application Information Table
  • AST Application Signaling Table
  • TLV Type (Length Value) packet
  • ALP ATSC Link-Layer Protocol
  • MIT Multicast Information Table
  • 2K resolution is an image corresponding to a screen resolution of approximately 1920 ⁇ 1080 pixels
  • 4K resolution is an image corresponding to a screen resolution of approximately 4000 ⁇ 2000 pixels.
  • 4K resolution content has been described as high quality content, but higher quality content such as 8K resolution may be used.
  • 8K resolution is a video that corresponds to a screen resolution of approximately 7680 ⁇ 4320 pixels.
  • the series of processes described above can be executed by hardware or software.
  • a series of processing is executed by software, a program constituting the software is installed in the computer.
  • FIG. 43 is a diagram illustrating a configuration example of hardware of a computer that executes the above-described series of processes by a program.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • An input / output interface 1005 is further connected to the bus 1004.
  • An input unit 1006, an output unit 1007, a recording unit 1008, a communication unit 1009, and a drive 1010 are connected to the input / output interface 1005.
  • the input unit 1006 includes a keyboard, a mouse, a microphone, and the like.
  • the output unit 1007 includes a display, a speaker, and the like.
  • the recording unit 1008 includes a hard disk, a nonvolatile memory, and the like.
  • the communication unit 1009 includes a network interface or the like.
  • the drive 1010 drives a removable recording medium 1011 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
  • the CPU 1001 loads the program recorded in the ROM 1002 or the recording unit 1008 to the RAM 1003 via the input / output interface 1005 and the bus 1004 and executes the program. A series of processing is performed.
  • the program executed by the computer 1000 can be provided by being recorded on a removable recording medium 1011 as a package medium, for example.
  • the program can be provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital satellite broadcasting.
  • the program can be installed in the recording unit 1008 via the input / output interface 1005 by attaching the removable recording medium 1011 to the drive 1010.
  • the program can be received by the communication unit 1009 via a wired or wireless transmission medium and installed in the recording unit 1008.
  • the program can be installed in the ROM 1002 or the recording unit 1008 in advance.
  • the processing performed by the computer according to the program does not necessarily have to be performed in chronological order in the order described as the flowchart. That is, the processing performed by the computer according to the program includes processing executed in parallel or individually (for example, parallel processing or object processing).
  • the program may be processed by a single computer (processor) or may be distributedly processed by a plurality of computers.
  • the present technology can take the following configurations.
  • a processing unit that reserves in advance a multicast session for communication content that is distributed simultaneously with broadcast content, and transfers the communication content distributed using the multicast session to a request source when the communication content is requested An information processing apparatus.
  • the processing unit transmits the multicast to and from a second device that relays multicast in a communication network based on session description information for establishing the multicast session notified from the first device.
  • the communication network includes an IP (Internet Protocol) network, The information processing apparatus according to (3), wherein the session description information includes at least a destination multicast IP address and a port number in the multicast session.
  • the second device includes a router device, In the IP network, route information between a plurality of router devices that relay an IP multicast stream from a communication server that performs multicast distribution of the communication content is generated when the multicast session is established. ).
  • the processing unit includes the multicast session with a second device that performs multicast relay in a communication network based on session description information for establishing the multicast session included in signaling distributed by multicast.
  • the information processing apparatus according to (2).
  • the processing unit is configured to transmit the multicast to and from a second device that performs multicast relay in a communication network based on session description information for establishing the multicast session included in unicast distributed signaling.
  • the information processing apparatus according to (2) wherein a session is established.
  • a receiver that receives the communication content multicast-delivered from a communication server via a communication network;
  • the information processing apparatus is Pre-reserving a multicast session of communication content to be distributed simultaneously with broadcast content, and transferring the communication content distributed using the multicast session to a request source when the communication content is requested Information processing method.
  • the first receiving unit receives a broadcast application transmitted as a broadcast wave, The receiving device according to (11), wherein the processing unit requests the start of the multicast session at the first timing according to the operation of the broadcast application.
  • the first receiving unit receives signaling transmitted as a broadcast wave, The receiving device according to (11), wherein the processing unit requests the start of the multicast session at the first timing according to the analysis result of the signaling.
  • the first receiving unit receives the signaling for all receivable channels, The receiving device according to (13), wherein the processing unit requests the start of the multicast session at the first timing according to the analysis result of the signaling for all channels.
  • the processing unit requests the start of the multicast session by notifying the first device that reserves the multicast session of session description information for establishing the multicast session at the first timing.
  • the communication network includes an IP network, A communication server that performs multicast distribution of the communication content is connected to the IP network, In the IP network, a plurality of router devices that perform multicast relay are arranged, The reception apparatus according to (15), wherein the session description information includes at least a destination multicast IP address and a port number in the multicast session.
  • the second receiving unit receives communication content to be unicast distributed via the communication network
  • the first receiving unit receives an updated broadcast application transmitted as a broadcast wave or an event for the broadcast application when congestion is detected in the communication network
  • the processor is According to the operation of the broadcast application after the update or the broadcast application that has detected the event, at the first timing, request the start of a multicast session of communication content, Requesting communication content to be distributed by multicast at the second timing;
  • the receiving device according to (12) wherein the second receiving unit receives communication content distributed by multicast via the communication network.
  • the processing unit requests the communication content at the second timing according to an operation of the broadcast application.
  • the receiving device according to any one of (11) to (18), further including a reproducing unit that reproduces the broadcast content or the communication content.
  • An information processing method of a receiving device comprising: a second receiving unit that receives communication content distributed by multicast via a communication network; The receiving device is Requesting the start of a multicast session of the communication content that is multicast-delivered simultaneously with the broadcast content at a first timing, and requesting the communication content at a second timing that is later in time than the first timing
  • An information processing method including a step.
  • 1 content distribution system 2 terrestrial broadcast network, 3 broadband network, 10 broadcast content management system, 20 terrestrial broadcast stream server, 30 terrestrial broadcast server, 40 broadband stream server, 50 broadband server, 60 broadcast receiving device, 70 multicast termination device, 80, 80-1 to 80-5 multicast relay router, 101 processing unit, 102 input unit, 103 storage unit, 104 tuner, 105 broadcast middleware, 106 DASH client, 107 renderer, 108 output unit, 109 browser , 110 Communication I / F, 131 Broadcast control unit, 132 Communication control unit, 133 Net distribution schedule About preparation processing unit, 134 signaling processing unit, 201 processing unit, 202 communication I / F, 203 communication I / F, 231 multicast middleware, 232 web server, 233 signaling processing unit, 1000 computer, 1001 CPU

Landscapes

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

Abstract

La présente technologie concerne un appareil de traitement d'informations, un appareil de réception et un procédé de traitement d'informations pour permettre d'effectuer une distribution de multidiffusion par l'intermédiaire d'une communication synchronisée par diffusion. L'appareil de traitement d'informations réserve une session de multidiffusion à l'avance pour un contenu de communication qui est délivré en multidiffusion simultanément avec un contenu de diffusion, et, en réponse à une demande de contenu de communication, transfère le contenu de communication pour une distribution à l'aide de la session de multidiffusion à une source de demande. La présente technologie peut être appliquée dans un appareil pour transférer un contenu distribué par multidiffusion, par exemple.
PCT/JP2018/010390 2017-03-31 2018-03-16 Appareil de traitement d'informations, appareil de réception, et procédé de traitement d'informations WO2018180572A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2019509270A JP7160030B2 (ja) 2017-03-31 2018-03-16 情報処理装置、受信装置、及び情報処理方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-069799 2017-03-31
JP2017069799 2017-03-31

Publications (1)

Publication Number Publication Date
WO2018180572A1 true WO2018180572A1 (fr) 2018-10-04

Family

ID=63677333

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/010390 WO2018180572A1 (fr) 2017-03-31 2018-03-16 Appareil de traitement d'informations, appareil de réception, et procédé de traitement d'informations

Country Status (2)

Country Link
JP (1) JP7160030B2 (fr)
WO (1) WO2018180572A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020096358A (ja) * 2018-12-10 2020-06-18 株式会社東芝 コンテンツ配信システム、コンテンツ配信装置、及び方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003143587A (ja) * 2001-11-02 2003-05-16 Nippon Telegr & Teleph Corp <Ntt> 番組選択方法、番組選択装置及び番組選択プログラム
JP2015050768A (ja) * 2013-08-30 2015-03-16 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 受信方法、送信方法、受信装置、及び送信装置
JP2016103813A (ja) * 2014-11-28 2016-06-02 シャープ株式会社 受信装置、受信方法、及びプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3796459B2 (ja) 2001-11-30 2006-07-12 パナソニック コミュニケーションズ株式会社 情報配信システム及び番組表サーバ並びに配信データ選択表サーバ
JP2008022393A (ja) 2006-07-14 2008-01-31 Hitachi Ltd Ｉｐ放送受信システム及びｉｐ放送受信端末装置
JP5049151B2 (ja) 2008-01-31 2012-10-17 日本放送協会 受信装置及び伝送システム
JP2012256971A (ja) 2011-06-07 2012-12-27 Mitsubishi Electric Corp 受信装置
WO2015012063A1 (fr) 2013-07-22 2015-01-29 シャープ株式会社 Dispositif de traitement d'information

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003143587A (ja) * 2001-11-02 2003-05-16 Nippon Telegr & Teleph Corp <Ntt> 番組選択方法、番組選択装置及び番組選択プログラム
JP2015050768A (ja) * 2013-08-30 2015-03-16 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 受信方法、送信方法、受信装置、及び送信装置
JP2016103813A (ja) * 2014-11-28 2016-06-02 シャープ株式会社 受信装置、受信方法、及びプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020096358A (ja) * 2018-12-10 2020-06-18 株式会社東芝 コンテンツ配信システム、コンテンツ配信装置、及び方法

Also Published As

Publication number Publication date
JP7160030B2 (ja) 2022-10-25
JPWO2018180572A1 (ja) 2020-02-06

Similar Documents

Publication Publication Date Title
JP6441521B2 (ja) 放送システムにおける制御メッセージ構成装置及び方法
RU2636123C2 (ru) Устройство предоставления содержания, способ предоставления содержания, программа и система предоставления содержания
CN105210372B (zh) 内容供应装置、内容供应方法、程序以及内容供应系统
US8566863B2 (en) Digital broadcast receiver and method for processing emergency alert system data in digital broadcast receiver
JP2011193058A (ja) コンテンツ配信装置、コンテンツ配信方法および送信サーバ
US11252478B2 (en) Distribution device, distribution method, reception device, reception method, program, and content distribution system
US11374670B2 (en) Receiving device, transmitting device, and data processing method
WO2016136489A1 (fr) Appareil de réception, procédé de réception, appareil de transmission et procédé de transmission
US20200021867A1 (en) Broadcast signal transmitting and receiving method and device
WO2018079295A1 (fr) Dispositif de traitement d&#39;informations, et procédé de traitement d&#39;informations
WO2016174960A1 (fr) Dispositif de réception, dispositif d&#39;émission, et procédé de traitement de données
WO2018034172A1 (fr) Dispositif de traitement d&#39;informations, dispositif client et procédé de traitement de données
CN101232613A (zh) 发送/接收数字内容的方法和接收数字内容的装置
JP2011146942A (ja) 衛星受信装置および通信方法
JP7160030B2 (ja) 情報処理装置、受信装置、及び情報処理方法
EP3328019B1 (fr) Appareil d&#39;émission de signal de diffusion, appareil de réception de signal de diffusion, procédé d&#39;émission de signal de diffusion et procédé de réception de signal de diffusion
JP5854068B2 (ja) 情報処理装置、データ管理方法、およびプログラム
JP2020028075A (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: 18778115

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019509270

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

Country of ref document: EP

Kind code of ref document: A1