WO2015001985A1 - コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム - Google Patents

コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム Download PDF

Info

Publication number
WO2015001985A1
WO2015001985A1 PCT/JP2014/066398 JP2014066398W WO2015001985A1 WO 2015001985 A1 WO2015001985 A1 WO 2015001985A1 JP 2014066398 W JP2014066398 W JP 2014066398W WO 2015001985 A1 WO2015001985 A1 WO 2015001985A1
Authority
WO
WIPO (PCT)
Prior art keywords
mosaic
stream
segment stream
multicast
mpd
Prior art date
Application number
PCT/JP2014/066398
Other languages
English (en)
French (fr)
Inventor
山岸　靖明
Original Assignee
ソニー株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Priority to RU2015155589A priority Critical patent/RU2646391C2/ru
Priority to CN201480036796.4A priority patent/CN105340280B/zh
Priority to EP14819372.5A priority patent/EP3018909A4/en
Priority to MX2015017576A priority patent/MX353123B/es
Priority to KR1020157035067A priority patent/KR20160026873A/ko
Priority to JP2015525145A priority patent/JP6570999B2/ja
Priority to US14/898,961 priority patent/US20160373496A1/en
Publication of WO2015001985A1 publication Critical patent/WO2015001985A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4347—Demultiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image coding
    • G06T9/007—Transform coding, e.g. discrete cosine transform
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365—Multiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • 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/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • H04N21/6336—Control signals issued by server directed to the network components or client directed to client directed to decoder
    • 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/64—Addressing
    • H04N21/6408—Unicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/50—Tuning indicators; Automatic tuning control

Definitions

  • the present disclosure relates to a content supply device, a content supply method, a program, a terminal device, and a content supply system, and in particular, a content supply device and a content supply that enable quick confirmation of content distributed through a plurality of different channels.
  • the present invention relates to a method, a program, a terminal device, and a content supply system.
  • MPEG-DASH Moving Picture Experts Group-Dynamic Adaptive Streaming over HTTP; hereinafter referred to as DASH
  • DASH Video Experts Group-Dynamic Adaptive Streaming over HTTP
  • the DASH realizes adaptive streaming technology.
  • the content supply side should prepare a plurality of streams having the same content, and having different image quality, angle of view size, etc. depending on the Internet communication environment serving as a delivery path and the capabilities and conditions of the reception side. Has been made.
  • the receiving side can select and acquire and reproduce an optimum stream from a plurality of streams prepared by the supply side according to the Internet communication environment, own decoding capability, and the like.
  • MPD Media Presentation Description
  • the MPD describes the address (url information) of the supply source of chunked content streaming data (media data such as Audio / Video / Subtitle). Based on the url information, the receiving side accesses the server that is the content supply source to request streaming data, and receives and reproduces streaming data distributed by HTTP unicast in response to the request.
  • FIG. 1 shows an example of a configuration of a content supply system for streaming content based on DASH.
  • the content supply system 10 includes a plurality of viewing CH devices 20 (in this case, 20A, 20B, and 20C) corresponding to the respective channels that supply content, and a number of DASH clients 30 on the content receiving side.
  • the DASH client 30 can be connected to the viewing CH device 20 via a CDN (Contents Delivery Network) 12 using the Internet 11.
  • CDN Contents Delivery Network
  • the viewing CH device 20A delivers the same content as channel A in a plurality of streams with different bit rates.
  • the viewing CH device 20B distributes, as channel B, the same content different from the content of channel A in a plurality of streams having different bit rates.
  • viewing CH devices 20A, 20B, and 20C they are simply referred to as viewing CH devices 20.
  • the viewing CH device 20 includes a content management server 21, a DASH segment streamer 22, and a DASHDMPD server 23.
  • the content management server 21 manages the source data of the content to be supplied to the DASH client 30, generates a plurality of streaming data having different bit rates from the source data, and outputs them to the DASH segment streamer 22.
  • the DASH segment streamer 22 divides each streaming data into segments in time, generates a segment stream, stores each segment as a file, and stores the file source address as meta data in the DASH-MPD server 23. Notice. Further, as a WEB server, the DASH segment streamer 22 performs HTTP unicast distribution of the segment stream file to the request source in response to a request (HTTP request) from the DASH client 30.
  • the DASH MPD server 23 generates an MPD in which an address indicating the segment stream file supply source (that is, the DASH segment streamer 22) is described. Further, as a WEB server, the DASH MPD server 23 distributes the generated MPD to the request source by HTTP unicast in response to a request (HTTP request) from the DASH client 30.
  • HTTP request HTTP request
  • the DASH client 30 requests the DASH-> MPD server 23 for the MPD, requests the DASH segment streamer 22 for the segment stream file based on the MPD distributed in accordance with the HTTP unicast, and responds accordingly to the HTTP. Receives and plays segment stream files that are unicast.
  • the CDN 12 includes a cache server (not shown), and the cache server caches MPD and segment stream files distributed via HTTP unicast via the CDN 12. Then, the cache server can perform HTTP unicast delivery of the cached MPD and segment stream files to the requesting DASH client 30 instead of the DASH MPD server 23 or the DASH segment streamer 22 as the WEB server.
  • the viewing CH devices 20 for a plurality of channels are prepared, so that the DASH Clanant 30 selects and receives content distributed from each channel, It can be played.
  • the viewer when a plurality of contents having different contents can be selected and viewed, the viewer (user of the DASH client 30) can use so-called zapping (searching for the contents to be viewed) in the same manner as when viewing a television broadcast. It is assumed that the operation of searching for content to be viewed by switching channels one after another in a short time is performed.
  • switching between channels in DASH is performed in segment units or sub-segment units in which segments are further subdivided.
  • description will be continued assuming that switching between channels in DASH is performed in units of segments.
  • FIGS. 2 and 3 are prepared when three segment streams (Representation) having the same contents and different bit rates are prepared in each of DASH channels A, B, and C, and zapping between channels. The state of switching is shown.
  • the segment length (time length) of the segment stream generated in each channel is arbitrary, and the segment length does not necessarily match between channels. Also, the playback start times of the top segments of content do not necessarily match between channels.
  • FIG. 2 shows an example in which the segment length does not match between channels, and the playback start time of the first segment of content does not match between channels.
  • the switching is performed at the segmentation of the Representation B2 segment. Delayed until some T2. Further, even when viewing the Representation B2 of the channel B and instructing the switching to the Representation C2 of the channel C before T3, the switching is delayed to T4 which is a segment break of the Representation C2.
  • FIG. 3 shows an example in which the playback start time of the first segment of the content is matched between channels in synchronization with the NTP time axis, but the segment length is not matched between channels.
  • the switching is delayed until the T2 which is a segment break of the Representation B2. Is done. Further, even when viewing the Representation B2 of the channel B and instructing the switching to the Representation C2 of the channel C before T3, the switching is delayed to T4 which is a segment break of the Representation C2.
  • the present disclosure has been made in view of such a situation, and enables a plurality of contents distributed through a plurality of channels to be quickly confirmed.
  • the content supply device is generated in a content supply device that supplies content as a mosaic channel, and generates a mosaic CH streaming data by combining a plurality of streams having different contents
  • a mosaic CH segment stream generation unit that generates a mosaic CH segment stream and unicast distribution of the mosaic CH segment stream
  • the receiving side receives a unicast delivery unit, a multicast delivery unit that multicasts the mosaic CH segment stream, and the mosaic CH segment stream that is unicast and multicast delivered.
  • a meta file generating unit that generates because the metafile.
  • the metafile generation unit can generate an extended MPD as the metafile.
  • the metafile generation unit can generate the MPD including a MOSAIC element.
  • the metafile generation unit may generate, as a MOSAIC element, an extended HTML-included mosaic CH MPD that describes information about a region provided on the mosaic CH streaming data screen and stream information corresponding to each region. it can.
  • the metafile generation unit is an extended HTML reference type that describes a reference to a file in which information on a region provided on the screen of the mosaic CH streaming data and information on a stream corresponding to each region is described Mosaic CH MPD can be generated.
  • the unicast distribution unit can also unicast the metafile
  • the multicast distribution unit can also multicast the metafile
  • the unicast distribution unit can distribute the mosaic CH segment stream by HTTP unicast, and the multicast distribution unit can distribute a mosaic CH FLUTE stream based on the mosaic CH segment stream by FLUTE multicast.
  • the content supply apparatus may further include an RTP stream generation unit that generates a mosaic CH RTP stream based on the mosaic CH streaming data, and the multicast distribution unit includes the mosaic CH RTP Streams can also be distributed via RTP multicast.
  • the mosaic CH segment stream generation unit is synchronized with the NTP time axis, aligns the beginning of the minimum unit of the mosaic CH segment stream with the other mosaic channel, and is unified with the other mosaic channel.
  • the mosaic CH segment stream can be generated by dividing the mosaic CH stream into the minimum units for a certain time length.
  • the content supply method is a content supply method of a content supply apparatus that supplies content as a mosaic channel, wherein a plurality of streams with different contents are combined by the content supply apparatus to generate mosaic CH streaming data.
  • a mosaic CH segment stream generating step for generating a mosaic CH segment stream by dividing the generated mosaic CH streaming data according to a timing unified with other mosaic channels,
  • a unicast delivery step for unicasting the mosaic CH segment stream;
  • the program according to the first aspect of the present disclosure includes a computer that supplies content as a mosaic channel, a combining unit that combines a plurality of streams having different contents to generate mosaic CH streaming data, and the generated mosaic CH streaming
  • a mosaic CH segment stream generation unit that generates a mosaic CH segment stream by dividing data according to a timing that is unified with other mosaic channels, and a unicast distribution unit that performs unicast distribution of the mosaic CH segment stream
  • a meta file generating unit that formed.
  • a plurality of streams having different contents are combined to generate mosaic CH streaming data, and the generated mosaic CH streaming data is unified with other mosaic channels.
  • a mosaic CH segment stream is generated, and the mosaic CH segment stream is unicasted and multicasted.
  • a metafile is generated for the receiving side to receive the mosaic CH segment stream to be unicasted and multicasted.
  • a terminal device is a terminal device that receives and reproduces the content distributed from a content supply device that supplies content as a mosaic channel.
  • the content supply device includes a plurality of streams having different contents.
  • a mosaic CH segment stream is generated by dividing the generated mosaic CH streaming data according to the timing unified with other mosaic channels, and a synthesis unit that generates mosaic CH streaming data by combining A mosaic CH segment stream generation unit; a unicast distribution unit that unicasts the mosaic CH segment stream; a multicast distribution unit that multicasts the mosaic CH segment stream;
  • a metafile generation unit that generates a metafile for a receiver to receive the mosaic CH segment stream to be distributed in a list, acquires the metafile, and performs unicast distribution or multicast distribution based on the acquired metafile
  • the mosaic CH segment stream thus received is received and reproduced, and a stream corresponding to the selected area is received and reproduced in accordance with a user operation for selecting an area on the screen of the mosaic CH segment stream.
  • a metafile is acquired, and a mosaic CH segment stream that is unicast or multicast distributed based on the acquired metafile is received and played back, and the mosaic CH segment stream screen is displayed.
  • a stream corresponding to the selected area is received and reproduced in accordance with the operation of the user who selects the upper area.
  • a content supply system is a content supply system including a content supply device that supplies content as a mosaic channel and a terminal device that receives and reproduces the content distributed from the content supply device.
  • the content supply device combines a plurality of streams having different contents to generate mosaic CH streaming data, and the generated mosaic CH streaming data is unified with other mosaic channels.
  • a mosaic CH segment stream generation unit that generates a mosaic CH segment stream, a unicast distribution unit that unicasts the mosaic CH segment stream, and a mosaic CH segment stream A multicast distribution unit that performs cast distribution; and a metafile generation unit that generates a metafile for the terminal device to receive the mosaic CH segment stream that is unicast and multicast distributed.
  • the content supply device generates a plurality of streams having different contents to generate mosaic CH streaming data, and the generated mosaic CH streaming data is transmitted to another mosaic channel.
  • the mosaic CH segment stream is generated by dividing according to the timing unified in the above, and the mosaic CH segment stream is unicasted and multicasted.
  • a metafile is generated for the receiving side to receive the mosaic CH segment stream to be unicasted and multicasted.
  • the metafile is acquired by the terminal device, and the mosaic CH segment stream that is unicast or multicast distributed based on the acquired metafile is received and played back, and the area on the screen of the mosaic CH segment stream is A stream corresponding to the selected area is received and played according to the operation of the user to select.
  • FIG. 4 illustrates a display example of a mosaic channel (CH) screen distributed by the mosaic CH device of the content supply system according to the embodiment of the present disclosure.
  • CH mosaic channel
  • the mosaic channel is for distributing a mosaic CH stream
  • the mosaic CH stream is a combination of videos of a plurality of contents distributed from normal channels (hereinafter also referred to as viewing channels). is there.
  • the mosaic channel screen is equally divided into a plurality of areas, and video of different contents is displayed in each area.
  • the mosaic CH stream is configured by combining four different content video streams.
  • the mosaic CH stream of each mosaic channel is composed by synthesizing video streams of multiple contents grouped by genre (sports, variety, news, movies, etc.).
  • a multi-angle mosaic channel mosaic CH stream is delivered as a single content, and multiple video streams that can be selected by the receiver (multiple shots taken from different locations such as a concert venue) Or a plurality of videos taken in different directions from one place) may be combined.
  • the side that receives and plays back the mosaic channel can simultaneously check multiple images on the mosaic channel screen.
  • the mosaic channels can be zapped according to the operation of the channel up / down button of the remote controller.
  • the pointer can be moved to one of multiple areas on the screen to focus, and further, the focus can be adjusted by operating the selection button. The selected area can be selected.
  • FIG. 5 shows a state of switching when zapping between the mosaic channels.
  • This figure shows that three segment streams (Representation) having different bit rates are prepared for the mosaic channels A, B, and C, respectively.
  • the segment stream of each mosaic channel is synchronized with the segment delimiter on the NTP time axis, and the segment length is uniform among a plurality of mosaic channels. Furthermore, the start point of the media playback time at the beginning of the segment (MPD / @ availabilityStartTime + Period / @ start) is determined to be matched on the NTP time axis.
  • the switching is a segmentation of the Representation A2 segment. This is performed at T1, which is also a segment break of Representation B2.
  • zapping can be performed while suppressing the occurrence of extra delay between a plurality of mosaic channels.
  • the mosaic CH stream of the mosaic channel, the viewing CH stream of the viewing channel, and the MPD for receiving each are not only distributed by HTTP unicast, but also a broadcasting network with guaranteed communication quality. It is also possible to supply even multicast distribution via, for example.
  • MPD is supplied by HTTP unicast delivery, UPD multicast delivery, and FLUTE multicast delivery.
  • the mosaic CH stream and the viewing CH stream are supplied by HTTP unicast delivery, FLUTE multicast delivery, and RTP multicast delivery.
  • the receiving side uses the MPD distributed by multicast as much as possible, and receives and plays back the multicast CH stream distributed by multicast.
  • the MPD distributed by HTTP unicast is used to receive and play streaming data distributed by multicast. If this is not possible, MPD distributed by HTTP unicast is used to receive and play streaming data distributed by HTTP unicast. As a result, it is possible to prevent an excessive load on the Internet or a deterioration in service quality.
  • FIG. 6 illustrates a configuration example of a content supply system that is an embodiment of the present disclosure.
  • the content supply system 50 includes a plurality of viewing CH devices 20 that distribute viewing channels, a plurality of mosaic CH devices 60 that distribute mosaic channels, an MPD acquisition portal 70, and a large number of terminal devices 80.
  • the viewing CH device 20 corresponds to the viewing channel A
  • the mosaic CH device 60A corresponds to the mosaic channel A.
  • the number of viewing CH devices 20 and the number of mosaic CH devices 60 do not have to be the same, and the number of mosaic CH devices 60 may be smaller than the number of viewing CH devices 20.
  • the network 51 includes various broadcast networks using terrestrial broadcast waves, satellite broadcast waves, mobile broadcast (e) MBMS, etc., in addition to the Internet and a two-way communication network represented by CDN using the same.
  • an NTP server 52 Connected to the network 51 is an NTP server 52 that provides system time information according to the UTC time format.
  • the NTP server 52 can supply system time information to each viewing CH device 20, each mosaic CH device 60, each terminal device 80, and the like.
  • Each viewing CH device 20, each mosaic CH device 60, and each terminal device 80 operate according to the system time information from the NTP server 52 and synchronize their own system time with the NTP time axis.
  • the viewing CH device 20 is configured in the same manner as that shown in FIG. However, the viewing CH device 20 in FIG. 1 supplies the segment stream and the MPD to the receiving side only by unicast distribution, but the content supply system 50 may supply not only unicast distribution but also multicast distribution. Good.
  • the mosaic CH device 60 includes a mosaic CH builder 61, a mosaic CH segmenter 62, a mosaic CH MPD generator 63, an RTP streamer 64, a FLUTE streamer 65, a WEB server 66, and a multicast server 67.
  • the mosaic CH builder 61 to the multicast server 67 included in the mosaic CH device 60 may be accumulated and arranged in a distributed manner via the Internet or the like.
  • FIG. 7 shows the flow of various data between the mosaic CH builder 61 and the multicast server 67.
  • the mosaic CH builder 61 acquires streaming data of content distributed from each viewing channel by a plurality of viewing CH devices 20 (in the case of FIG. 7, viewing CH devices 20A to 20D). For example, the mosaic CH builder 61 arranges the content of the viewing channel A at the upper left of the screen, the content of the viewing channel B at the upper right of the screen, the content of the viewing channel C at the lower left of the screen, and the content of the viewing channel D at the lower right of the screen.
  • Mosaic CH streaming data is generated by combining.
  • the mosaic CH builder 61 outputs the generated mosaic CH streaming data to the mosaic CH segmenter 62 and the RTP streamer 64.
  • the mosaic CH builder 61 acquires metadata (such as the URL of the segment stream supply source) related to the content distributed by each viewing CH device 20 from the viewing channel and supplies the metadata to the mosaic CH MPD generator 63.
  • the mosaic CH segmenter 62 generates a mosaic CH segment stream such as fragmentedMP4 by dividing the mosaic CH streaming data into periods and further dividing into segments, and outputs the mosaic CH segment stream to the FLUTE streamer 65 and the web server 66.
  • the segment length of the mosaic CH segment stream is the same as that of the mosaic CH segment stream generated by the mosaic CH device 60 of another mosaic channel, and the segment breaks are synchronized with the NTP time axis.
  • the mosaic CH segmenter 62 notifies the mosaic CH MPD generator 63 of the metadata of the generated mosaic CH segment stream (such as the URL of the WEB server 66 that is the supply source of the file storing the mosaic CH segment stream).
  • the mosaic CH MPD generator 63 is an MPD extended for mosaic CH (hereinafter referred to as mosaic CH MPD) necessary for the terminal device 80 to receive a mosaic CH segment stream and a mosaic CH RTP stream (described later). Is output to the FLUTE streamer 65 and the WEB server 66.
  • mosaic CH MPD MPD extended for mosaic CH
  • the RTP streamer 64 stores the mosaic CH streaming data input from the mosaic CH builder 61 in the RTP packet, thereby generating a mosaic CH RTP stream and outputting it to the multicast server 67. Further, the RTP streamer 64 notifies the mosaic CH MPD generator 63 of the metadata of the mosaic CHRTP stream.
  • the FLUTE streamer 65 generates a mosaic CH ⁇ ⁇ ⁇ ⁇ ⁇ FLUTE stream by storing the mosaic CH segment stream input from the mosaic CH segmenter 62 in the FLUTE packet, and outputs it to the multicast server 67. Further, the FLUTE streamer 65 outputs the mosaic CH MPD input from the mosaic CH MPD generator 63 to the multicast server 67.
  • the WEB server 66 In response to a request (HTTP request) from the MPD acquisition portal 70 or the terminal device 80, the WEB server 66 distributes the mosaic CH MPD to the request source by HTTP unicast. Further, the WEB server 66 distributes the mosaic CH segment stream to the request source by HTTP unicast in response to a request (HTTP request) from the terminal device 80.
  • the multicast server 67 distributes the mosaic CH MPD by FLUTE multicast and UDP multicast. Further, the multicast server 67 distributes the mosaic CHUTEFLUTE stream by FLUTE multicast. Furthermore, the multicast server 67 distributes the mosaic CH RTP stream by RTP multicast.
  • the MPD acquisition portal 70 crawls each mosaic CH device 60 according to the query API requesting the mosaic CH MPD from the terminal device 80, collects the mosaic CH MPD, and transmits it to the terminal device 80.
  • the mosaic CH MPD is not generated in each mosaic CH device 60
  • normal MPDs that satisfy a predetermined condition are collected and transmitted to the terminal device 80.
  • the MPD acquisition portal 70 can crawl each viewing CH device 20 to collect the MPD and transmit it to the terminal device 80 in response to a query API requesting the viewing MPD from the terminal device 80.
  • the terminal device 80 is connected to the viewing CH device 20 and the mosaic CH device 60 via the network 51.
  • the terminal device 80 acquires the mosaic CH MPD that is multicast-distributed as much as possible, and the mosaic CH FLUTE stream that is multicast-distributed as much as possible based on the acquired mosaic CH MPD or Receive and play the mosaic CH RTP stream. If this is not possible, the mosaic CH MPD delivered by HTTP unicast is acquired, and the mosaic CH FLUTE stream or mosaic CH RTP stream delivered by multicast is received and played back. If this is not possible, the mosaic CH MPD distributed by HTTP unicast is used to receive and play back the mosaic CH segment stream distributed by HTTP unicast.
  • the terminal device 80 knows the acquisition destination address of the mosaic CH MPD or the viewing MPD, the mosaic CH MPD or the viewing MPD can be directly acquired without using the MPD acquisition portal 70. You can also.
  • the terminal device 80 When the terminal device 80 receives a mosaic CH segment stream or a mosaic CH RTP stream, the mosaic CH MPD is referred to.
  • the terminal device 80 receives a mosaic CH MPD or mosaic CH FLUTE stream that is distributed by FLUTE multicast, announcement information that describes the portal channel of the multicast server 67 that performs FLUTE multicast distribution is referred to.
  • the announcement information is made known through the interaction channel or the broadcast / multicast channel by the USD (User Service Description) in the MBMS.
  • the FIG. 8 shows the arrangement of USD in MBMS.
  • the announcement information is obtained from an interaction channel or a broadcast and broadcast by DVB-H (IPDC) ESG (Electronic Service Guide). It is known via the multicast channel.
  • FIG. 9 shows an ESG arrangement in DVB-H (IPDC).
  • the announcement information may be managed by the MPD acquisition portal 70, and the MPD acquisition portal 70 may notify the request source of the announcement information in response to a request from the terminal device 80.
  • Each Period is provided with a plurality of representations composed of information on streaming data having the same contents and different stream attributes such as a bit rate in which the image quality and the angle of view size are changed.
  • Representation stores information about a segment obtained by further dividing the period.
  • FIG. 10 shows an example in which the structure below Representation is described in XML format.
  • MPD / Period / AdaptationSet / Representation / SegmentList / SegmentURL / @ mediaRange indicates the byte range of segmented streaming data in the file.
  • the terminal device 80 obtains the first segmented streaming data
  • the media header “795” is included in the Range header together with the file url “http://example.com/counter-10mn_avc_dash.mp4”.
  • FIG. 11 shows an example in which the structure immediately below the MPD expanded as a mosaic CH MPD of a mosaic channel capable of zapping is described in XML format.
  • an MPD / @ NTPSynchronized (boolean type, value is true / false) attribute and an MPD / @ SegmentAlignedGroupID (group identifier) attribute are newly introduced immediately below the MPD.
  • the MPD / @ SegmentAlignedGroupID attribute describes the identifier of the group to which the channel that matches the segment delimiter of the segment stream belongs (in this case, the mosaic channel group among all channels).
  • the MPD / @ NTPSynchronized attribute is true and the MPD / @ SegmentAlignedGroupID attribute is the MPD (mosaic CH MPD) having the same group identifier. Then, it suffices to collect MPDs including mosaic elements (described later).
  • the start point of the media playback time (MPD / @ availabilityStartTime + Period / @ start) of the segment in the group to which the channel of the content supply device 60 belongs is the NTP time. Match on the axis.
  • the MPD corresponding to the mosaic channel for the mosaic CH can be collected even if the MPD / @ NTP Synchronized attribute and the MPD / @ SegmentAlignedGroupID attribute are not described.
  • MPDs having segment lengths (expected segment lengths) that satisfy a predetermined condition can be collected.
  • an expected segment length is a segment length of 2 seconds or less.
  • the segment length is relatively short (2 seconds in the above example), so quick zapping is possible.
  • MPD / forZapping (boolean type, value indicating whether the MPD is an MPD for mosaic CH corresponding to a mosaic channel that can be zapped) True / false) attribute may be introduced.
  • a ServiceLocation element is newly introduced in the mosaic CH MPD so that mosaic CH segment streams delivered by HTTP unicast and mosaic CH RTP streams delivered by RTP multicast can be seamlessly switched.
  • an rtspRange attribute representing a section of a mosaic CH RTP stream to be transmitted by multicast corresponding to a byte range of a segment to be transmitted by HTTP unicast is introduced.
  • the rtspRange attribute specifies the section of the mosaic CH RTP stream that is multicast-delivered as the switching target of the mosaic CH segment stream that is HTTP-unicast-delivered, and is placed in the SegmentURL element.
  • the rtspRange attribute has a range parameter format (UTC format) that identifies the RTP stream section defined in RTSP (Real Time Streaming Protocol) used for RTP streaming control specified in RFC (Request-For Comment) 2326 ) Is stored. Note that the format of information stored in the rtspRange attribute is not limited to the UTC format.
  • ServiceLocationAttributeUrl attribute that describes the url of the ServiceLocationAttribute file that stores the ServiceLocation element as the root element is placed in the BaseURL of the MPD.
  • ServiceLocation element consists of tuning parameters (DeliverySystemAttributes) and IP multicast address (IPMulticastAddress).
  • DeliverySystemIdentifier of DeliverySystemAttributes for example, when using multicast bearer or broadcast bearer of mobile network such as MBMS, format identifier of data structure of tuning parameter adopted in multicast transmission or broadcast transmission by MBMS etc. (in the case of MBMS, ID_MBMS) is described.
  • the format identifier (DVB terrestrial network of the tuning parameter data structure adopted in the broadcast transmission of the DVB terrestrial network is used.
  • ID_DVB_T the format identifier
  • the tuning parameter data structure (parameter itself) corresponding to the delivery form identified by DeliverySystemIdentifier is described.
  • a mosaic element is introduced under the AdaptationSet (or Representation) corresponding to the mosaic CH stream in the mosaic CH MPD.
  • the content of the mosaic element is described by the extended HTML element in the MPD for the mosaic CH, or is described by the extended HTML element as a separate file from the MPD for the mosaic CH, and the mosaic element is referred to the file (URL).
  • the former mosaic CH MPD is referred to as an extended HTML inclusion type mosaic CH MPD
  • the latter mosaic CH MPD is referred to as an extended HTML reference type mosaic CH MPD.
  • SMIL Synchronized Multimedia Integration Language
  • xlink so that the reference attribute to the AdaptationSet element, Representation element, or SubRepresentation element in the MPD for mosaic CH that is the control description target can be specified in the HTML div element Specify the reference to the element to be controlled by the type attribute (value “simple”) and xlink: href attribute. This indicates the address of the viewing stream to be switched when the channel corresponding to the area specified by this div element is confirmed and selected.
  • a reference to the control target element is specified by the xlink: actuate attribute (value “onLoad”), xlink: type attribute (value “simple”), and xlink: href attribute, it is specified by this div element This indicates the address of the stream to be switched when the focus is moved to the area (simple movement of the pointer different from the above-described channel selection confirmation operation).
  • FIG. 12 shows an example of MPD for extended HTML inclusion type mosaic CH.
  • the presence of the mosaic element in the MPD indicates that the MPD is a mosaic CH MPD.
  • the div element of the extended HTML element information on an area provided on the screen of the mosaic CH stream is described.
  • a reference to an audio stream to be output when the focus is moved to each area and a reference to a viewing video stream and an audio stream to be received and played when each area is selected are described.
  • the reference to the audio stream output when the focus is moved to each area is in the mosaic CH MPD.
  • a viewing MPD for viewing that is different from the mosaic CH MPD is designated for reference to the viewing video stream and audio stream to be received and played back.
  • the reference of the viewing video stream and audio stream to be received and reproduced when each region is selected is not limited to the viewing MPD.
  • FIG. 13 shows an example of an extended HTML reference type mosaic CH MPD.
  • FIG. 14 shows an example of an extended HTML element file that exists as a separate file from the mosaic CH MPD.
  • the extended HTML element in FIG. 14 describes the same content as the extended HTML element shown in FIG.
  • FIG. 15 specifically shows the contents of the extended HTML element shown in FIG. 12 or FIG. That is, in the extended HTML element, the entire screen of 1920 pixels ⁇ 1080 pixels is defined as Base in the div element, the upper left area of the screen is the C1 area, the upper right area is the C2 area, the lower left area is the C3 area, and the lower right area is It is defined as C4 area.
  • extended HTML elements include Id-C1a as an audio stream corresponding to the C1 area, Id-C2a as an audio stream corresponding to the C2 area, and audio corresponding to the C3 area It is described that Id-C3a is output as a stream and Id-C4a is output simultaneously as an audio stream corresponding to the C4 area.
  • the terminal device 80 does not output audio corresponding to these four audio streams at the same time, but outputs only Id-C1a when the C1 area is focused by a function such as a browser, and the C2 area Only Id-C2a is output in the focused state, only Id-C3a is output when the C3 region is focused, and only Id-C4a is output when the C4 region is focused.
  • the viewing video stream specified at http://a.com/C3mpd.mpd#1d-v and http://a.com/C3mpd.mpd#1d-a Is received and played back.
  • FIG. 16 is a flowchart for explaining processing performed by each mosaic CH device 60 to distribute a mosaic CH stream.
  • step S1 the mosaic CH device 60 synchronizes its own system time with the NTP time axis according to the system time information provided from the NTP server 52. Thereby, the mosaic CH segmenter 62 and the like of the mosaic CH device 60 can operate in synchronization with the NTP time axis.
  • the mosaic CH builder 61 obtains streaming data (or source data thereof) of content distributed as a viewing channel by each of a plurality (4 in the present embodiment) of viewing CH devices 20 and displays them on one screen. Combined to generate mosaic CH streaming data. Further, the mosaic CH builder 61 outputs the generated mosaic CH streaming data to the mosaic CH segmenter 62 and the RTP streamer 64. Furthermore, the mosaic CH builder 61 acquires metadata of content distributed from the viewing channel by the plurality of viewing CH devices 20 and supplies the metadata to the mosaic CH MPD generator 63.
  • step S3 the mosaic CH segmenter 62 generates a mosaic CH segment stream such as fragmentedMP4 by temporally dividing the mosaic CH streaming data input from the mosaic CH builder 61 into periods and further dividing the data into segments. Output to the FLUTE streamer 65 and the web server 66. Further, the mosaic CH segmenter 62 notifies the mosaic CH MPD generator 63 of the generated mosaic CH segment stream metadata.
  • the FLUTE streamer 65 generates a mosaic CH ⁇ ⁇ ⁇ ⁇ ⁇ FLUTE stream by storing the mosaic CH segment stream input from the mosaic CH segmenter 62 in the FLUTE packet, and outputs it to the multicast server 67.
  • the RTP streamer 64 stores the mosaic CH streaming data input from the mosaic CH builder 61 in an RTP packet to generate a mosaic CH RTP stream and outputs it to the multicast server 67. Further, the RTP streamer 64 notifies the mosaic CH MPD generator 63 of the metadata of the mosaic CH RTP stream.
  • step S4 the mosaic CH MPD generator 63 generates a mosaic CH MPD based on the notified metadata, and outputs the mosaic CH MPD to the FLUTE streamer 65 and the web server 66.
  • step S 5 the FLUTE streamer 65 outputs the mosaic CH MPD input from the mosaic CH MPD generator 63 to the multicast server 67.
  • the multicast server 67 performs FLUTE multicast distribution of the mosaic CH MPD and UDP multicast distribution (including overlay multicast distribution and the like).
  • step S6 when there is a request (HTTP request) from the MPD acquisition portal 70 or the terminal device 80, the WEB server 66 distributes the mosaic CH MPD to the request source in accordance with HTTP unicast.
  • HTTP request HTTP request
  • step S7 the multicast server 67 distributes the mosaic CH FLUTE stream by FLUTE multicast and distributes the mosaic CH RTP stream by RTP multicast.
  • step S8 when there is a request (HTTP request) from the terminal device 80, the WEB server 66 distributes the mosaic CH segment stream to the request source in accordance with HTTP request.
  • HTTP request HTTP request
  • the WEB server 66 distributes the mosaic CH segment stream to the request source in accordance with HTTP request.
  • FIG. 17 is a flowchart corresponding to a case where the terminal device 80 can receive a mosaic CH MPD distributed in multicast and can receive and reproduce a mosaic CH FLUTE stream or RTP stream distributed in multicast.
  • the receiving MPD and the viewing stream received from the viewing CH device 20 can be received in any manner, but the viewing stream is normally delivered by HTTP unicast with higher image quality (high bit rate). It is often the case, so try to receive this as much as possible.
  • step S11 the terminal device 80 synchronizes its own system time with the NTP time axis according to the system time information provided from the NTP server 52.
  • step S12 the terminal device 80 receives the mosaic CH MPD distributed in FLUTE multicast as the processing in step S5 of FIG. Instead of receiving the mosaic CH MPD by itself, the mosaic CH MPD may be requested from the MPD acquisition portal 70. The terminal device 80 that has received the mosaic CH MPD enters the zapping phase.
  • step S13 the terminal device 80 receives and reproduces the mosaic CH80FLUTE stream delivered in FLUTE multicast or the mosaic CH RTP stream delivered in RTP multicast as the processing in step S7 in FIG. 16 based on the mosaic CH MPD. .
  • the terminal device 80 can perform quick zapping between the mosaic channels by appropriately repeating the process of step S13.
  • the terminal device 80 obtains viewing MPDs of a plurality of viewing channels constituting the mosaic channel being received and played back during the zapping phase. Specifically, in step S14, the terminal device 80 requests the viewing CH device 20 corresponding to each of a plurality of viewing channels constituting the mosaic channel being received and played back, and in response to this request, the step 80 As a process of S21, the viewing MPD distributed by HTTP unicast is received.
  • the terminal device 80 stands by until any region on the mosaic channel screen is selected as step S15.
  • the terminal device 80 transitions to the viewing phase.
  • step S16 the terminal device 80 that has transitioned to the viewing phase analyzes the extended HTML element of the mosaic CH MPD, and handles the viewing segment stream based on the viewing MPD associated with the selected region. Request to the viewing CH device 20.
  • step S17 in response to this request, the terminal device 80 receives and plays back the viewing segment stream distributed by HTTP unicast as the processing in step S22.
  • the mosaic channels can be quickly zapped, and the mosaic channel screen can be quickly transitioned to the viewing channel.
  • FIG. 18 is a flowchart corresponding to the case where the terminal device 80 can acquire the mosaic CH MPD distributed by HTTP unicast and receive and reproduce the multicast CH ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ FLUTE stream or RTP stream distributed by multicast.
  • the receiving method of the viewing MPD and the viewing stream is arbitrary as in the case of FIG. 17, but the viewing stream is normally delivered by HTTP unicast with higher image quality (high bit rate). It is often the case, so try to receive this as much as possible.
  • step S31 the terminal device 80 synchronizes its own system time with the NTP time axis in accordance with the system time information provided from the NTP server 52.
  • step S ⁇ b> 32 the terminal device 80 requests the mosaic CH MPD from the WEB server 66 of each mosaic CH device 60.
  • the WEB server 66 distributes the mosaic CH MPD to the MPD acquisition portal 70 by HTTP unicast as the process of step S6 of FIG. Transmit to the requesting terminal device 80.
  • the terminal device 80 may collect the MPD for mosaic CH using the MPD acquisition portal 70.
  • the MPD acquisition portal 70 is connected to the WEB server 66 of each mosaic CH device 60, the mosaic CH MPD (MPD / @ NTPSynchronized attribute is true, MPD / @ SegmentAlignedGroupID attribute is the same group identifier, mosaic element
  • the MPD acquisition portal 70 may collect mosaic CH MPDs distributed by UDP multicast.
  • the terminal device 80 that has received the mosaic CH MPD enters the zapping phase.
  • the terminal device 80 receives and reproduces the mosaic CH80FLUTE stream delivered in FLUTE multicast or the mosaic CH RTP stream delivered in RTP multicast as the processing in step S7 of FIG. 16 based on the mosaic CH MPD. .
  • the terminal device 80 can perform quick zapping between mosaic channels by appropriately repeating the process of step S33.
  • the terminal device 80 obtains viewing MPDs of a plurality of viewing channels constituting the mosaic channel being received and played back during the zapping phase. Specifically, as step S34, the terminal device 80 requests the viewing CH device 20 corresponding to each of the plurality of viewing channels constituting the mosaic channel being received and played back, and in response to this request, the terminal device 80 As a process of S41, the viewing MPD distributed by HTTP unicast is received.
  • the terminal device 80 stands by until any area on the mosaic channel screen is selected as step S35. When any region on the mosaic channel screen is selected, the terminal device 80 transitions to the viewing phase.
  • step S36 the terminal device 80 that has transitioned to the viewing phase analyzes the extended HTML element of the mosaic CH MPD, and supports the viewing segment stream based on the viewing MPD associated with the selected region. Request to the viewing CH device 20.
  • step S37 in response to this request, the terminal device 80 receives and plays back the viewing segment stream distributed by HTTP unicast as the processing in step S42.
  • the mosaic channels can be quickly zapped, and the mosaic channel screen can be quickly transitioned to the viewing channel.
  • FIG. 19 shows a mosaic in which the terminal device 80 obtains an mosaic unicast-distributed MPD for HTTP unicast distribution and cannot receive a multicast-distributed mosaic CH FLUTE stream or RTP stream, but is distributed in HTTP unicast. It is a flowchart corresponding to a case where a CH segment stream can be received and played back.
  • the receiving method of the viewing MPD and the viewing stream is arbitrary as in the case of FIG. 17, but the viewing stream is normally delivered by HTTP unicast with higher image quality (high bit rate). It is often the case, so try to receive this as much as possible.
  • step S51 the terminal device 80 synchronizes its own system time with the NTP time axis according to the system time information provided from the NTP server 52.
  • step S ⁇ b> 52 the terminal device 80 requests the mosaic CH MPD from the WEB server 66 of each mosaic CH device 60.
  • the WEB server 66 distributes the mosaic CH MPD to the MPD acquisition portal 70 by HTTP unicast as the process of step S6 of FIG. Transmit to the requesting terminal device 80.
  • the terminal device 80 may collect mosaic CH MPDs using the MPD acquisition portal 70.
  • the terminal device 80 that has received the mosaic CH MPD enters the zapping phase.
  • step S53 the terminal device 80 requests the mosaic CH segment stream from the WEB server 66 based on the mosaic CH MPD.
  • the WEB server 66 distributes the mosaic CH segment stream to the terminal device 80 by HTTP unicast as the process of step S8 in FIG.
  • step S54 the terminal device 80 receives and reproduces the mosaic CH segment stream distributed by HTTP unicast.
  • the terminal device 80 can perform quick zapping between the mosaic channels by appropriately repeating the process of step S53.
  • the terminal device 80 obtains viewing MPDs of a plurality of viewing channels constituting the mosaic channel being received and played back during the zapping phase. Specifically, in step S55, the terminal device 80 requests the viewing CH device 20 corresponding to each of the plurality of viewing channels constituting the mosaic channel being received and played back, and in response to this request, the terminal device 80 As a process of S61, the viewing MPD distributed by HTTP unicast is received.
  • the terminal device 80 stands by until any region on the mosaic channel screen is selected as step S56. When any region on the mosaic channel screen is selected, the terminal device 80 transitions to the viewing phase.
  • step S57 the terminal device 80 that has transitioned to the viewing phase analyzes the extended HTML element of the mosaic CH MPD, and supports the viewing segment stream based on the viewing MPD associated with the selected region.
  • a request is made to the viewing CH device 20.
  • step S58 in response to this request, the terminal device 80 receives and plays back the viewing segment stream distributed by HTTP unicast as the processing in step S62.
  • the mosaic channels can be quickly zapped, and the mosaic channel screen can be quickly transitioned to the viewing channel.
  • switching between channels in DASH is performed in segment units, but it may be performed in sub-segment units in which segments are further subdivided.
  • the description of the MPD / @ SubSegmentDuration attribute that stores the value indicating the sub-segment length is mandatory, and the above-described “segment” is replaced with “sub-segment”. Good.
  • the mosaic CH MPD which is an extension of the conventional MPD, is used, but an HTML file is used instead of the mosaic CH MPD. Can be used.
  • the mosaic CH device 60 and the terminal device 80 that execute the above-described series of processes can be realized by a computer executing software in addition to being configured by hardware.
  • This computer includes, for example, a general-purpose personal computer capable of executing various functions by installing a computer incorporated in dedicated hardware and various programs.
  • FIG. 20 is a block diagram illustrating a configuration example of the computer hardware described above.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • An input / output interface 105 is further connected to the bus 104.
  • An input unit 106, an output unit 107, a storage unit 108, a communication unit 109, and a drive 110 are connected to the input / output interface 105.
  • the input unit 106 includes a keyboard, a mouse, a microphone, and the like.
  • the output unit 107 includes a display, a speaker, and the like.
  • the storage unit 108 includes a hard disk, a nonvolatile memory, and the like.
  • the communication unit 109 includes a network interface or the like.
  • the drive 110 drives a removable medium 111 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
  • the CPU 101 loads the program stored in the storage unit 108 to the RAM 103 via the input / output interface 105 and the bus 104 and executes the program. A series of processing is performed.
  • the program executed by the computer 100 can be provided by being recorded in, for example, a removable medium 111 such as a package medium.
  • 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 storage unit 108 via the input / output interface 105 by attaching the removable medium 111 to the drive 110. Further, the program can be received by the communication unit 109 via a wired or wireless transmission medium and installed in the storage unit 108. In addition, the program can be installed in the ROM 102 or the storage unit 108 in advance.
  • the program executed by the computer 100 may be a program that is processed in time series in the order described in this specification, or a necessary timing such as when a call is made in parallel. It may be a program in which processing is performed.
  • the present disclosure can be configured as follows.
  • a synthesizing unit that generates mosaic CH streaming data by synthesizing a plurality of streams having different contents;
  • a mosaic CH segment stream generation unit that generates a mosaic CH segment stream by dividing the generated mosaic CH streaming data according to a timing that is unified with other mosaic channels;
  • a unicast delivery unit for unicasting the mosaic CH segment stream;
  • a multicast delivery unit for multicast delivery of the mosaic CH segment stream;
  • a content supply device comprising: a metafile generation unit that generates a metafile for a receiver to receive the mosaic CH segment stream distributed by unicast and multicast.
  • the content supply device wherein the metafile generation unit generates the MPD including a MOSAIC element.
  • the metafile generation unit generates, as the MOSAIC element, an extended HTML inclusion type mosaic CH MPD in which information on areas provided on the mosaic CH streaming data screen and stream information corresponding to each area is described.
  • the content supply device according to (3).
  • the content supply apparatus according to (3), wherein an MPD for a type mosaic CH is generated.
  • the unicast delivery unit also unicasts the metafile, The content supply apparatus according to any one of (1) to (5), wherein the multicast distribution unit also distributes the metafile by multicast.
  • the unicast distribution unit distributes the mosaic CH segment stream by HTTP unicast, The content supply device according to any one of (1) to (6), wherein the multicast distribution unit distributes a mosaic CH FLUTE stream based on the mosaic CH segment stream by FLUTE multicast.
  • An RTP stream generator that generates a mosaic CH RTP stream based on the mosaic CH streaming data; The content supply device according to any one of (1) to (7), wherein the multicast distribution unit also distributes the mosaic CH RTP stream by RTP multicast.
  • the mosaic CH segment stream generation unit is synchronized with the NTP time axis, aligns the beginning of the minimum unit of the mosaic CH segment stream with the other mosaic channel, and is unified with the other mosaic channel.
  • the content supply device according to any one of (1) to (8), wherein the mosaic CH segment stream is generated by dividing the mosaic CH stream into the minimum units with a certain time length.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Discrete Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

　本開示は、DASHにおいて配信されているコンテンツを速やかに確認することができるようにするコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。　本開示のコンテンツ供給装置は、内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成し、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成し、前記モザイクCHセグメントストリームをユニキャスト配信し、前記モザイクCHセグメントストリームをマルチキャスト配信する。さらにユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成する。本開示は、コンテンツをストリーミング配信するシステムに適用できる。

Description

コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
　本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、異なる複数のチャネルでそれぞれ配信されているコンテンツを速やかに確認できるようにしたコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。
　インターネットを介する動画配信に利用可能な国際標準化された動画配信プロトコルとして、Webサイトなどの閲覧と同様のHTTPを用いるMPEG-DASH（Moving Picture Experts Group-Dynamic Adaptive Streaming over HTTP。以下、DASHと称する）が知られている（例えば、非特許文献１を参照）。
　DASHでは適応型ストリーミング技術が実現されている。すなわち、コンテンツの供給側は、同一内容のコンテンツであって、配信パスとなるインターネットの通信環境や受信側の能力や状態に応じて画質や画角サイズなどが異なる複数のストリームを用意するようになされている。一方、受信側は、供給側が用意している複数のストリームのうち、インターネットの通信環境や自己のデコード能力などに応じて最適なストリームを選択して取得、再生することができる。
　このように、DASHにおいては、受信側がストリームを適応的に選択して受信、再生できるように、MPD(Media Presentation Description)と称されるメタファイルが供給側から受信側に供給される。
　MPDには、チャンク化されたコンテンツのストリーミングデータ(Audio/Video/Subtitle等のメディアデータ)の供給元のアドレス(url情報)が記述されている。受信側は該url情報に基づいて、コンテンツの供給元となるサーバにアクセスしてストリーミングデータを要求し、該要求に応じてHTTPユニキャスト配信されるストリーミングデータを受信、再生することになる。
　図１は、DASHに基づいてコンテンツをストリーミング配信するコンテンツ供給システムの構成の一例を示している。
　該コンテンツ供給システム１０は、コンテンツを供給する各チャネルにそれぞれ対応する複数の視聴CH装置２０（いまの場合、２０Ａ，２０Ｂ，２０Ｃ）と、コンテンツを受信する側の多数のDASHクライアント３０から構成される。DASHクライアント３０は、インターネット１１を利用したCDN(Contents Delivery Network)１２を介して視聴CH装置２０に接続できる。
　視聴CH装置２０Ａは、チャネルＡとして同一内容のコンテンツをビットレートが異なる複数のストリームで配信する。同様に、視聴CH装置２０Ｂは、チャネルＢとして、チャネルＡのコンテンツとは異なる同一内容のコンテンツを、ビットレートが異なる複数のストリームで配信する。視聴CH装置２０Ｃについても同様である。以下、視聴CH装置２０Ａ，２０Ｂ，２０Ｃを個々に区別する必要がない場合、単に視聴CH装置２０と称する。
　視聴CH装置２０は、コンテンツマネジメントサーバ２１、DASHセグメントストリーマ２２、およびDASH MPDサーバ２３を有する。
　コンテンツマネジメントサーバ２１は、DASHクライアント３０に供給するコンテンツのソースデータを管理しており、該ソースデータからビットレートが異なる複数のストリーミングデータを生成してDASHセグメントストリーマ２２に出力する。
　DASHセグメントストリーマ２２は、各ストリーミングデータを時間的にセグメントに分割して、セグメントストリームを生成し、セグメント毎にファイル化して保持し、該ファイルの供給元のアドレスをメターデータとしてDASH MPDサーバ２３に通知する。さらに、DASHセグメントストリーマ２２は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、セグメントストリームのファイルを要求元にHTTPユニキャスト配信する。
　DASH MPDサーバ２３は、セグメントストリームのファイルの供給元（すなわち、DASHセグメントストリーマ２２）を表すアドレスなどを記述したMPDを生成する。また、DASH MPDサーバ２３は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、生成したMPDを要求元にHTTPユニキャスト配信する。
　DASHクライアント３０は、DASH MPDサーバ２３に対してMPDを要求し、これに応じてHTTPユニキャスト配信されたMPDに基づいて、DASHセグメントストリーマ２２にセグメントストリームのファイルを要求し、これに応じてHTTPユニキャスト配信されるセグメントストリームのファイルを受信、再生する。
　なお、CDN１２は、キャッシュサーバ（不図示）を包含しており、該キャッシュサーバは、CDN１２を介してHTTPユニキャスト配信されるMPDやセグメントストリームのファイルをキャッシングする。そして、キャッシュサーバは、WEBサーバとしてのDASH MPDサーバ２３またはDASHセグメントストリーマ２２に代わり、キャッシングしているMPDやセグメントストリームのファイルを、要求元のDASHクライアント３０にHTTPユニキャスト配信することができる。
「既存のWebサーバーで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
　上述したように、図１に示されたコンテンツ供給システムでは複数のチャネル分の視聴CH装置２０が用意されていることによって、DASHクラナント３０では、各チャネルから配信されるコンテンツを選択して受信、再生できるようになされている。
　このように、内容が異なる複数のコンテンツを選択して視聴し得る場合、視聴者（DASHクライアント３０のユーザ）はテレビジョン放送を視聴するときと同様に、視聴するコンテンツを探すためにいわゆるザッピング（短時間のうちにチャネルを次々に切り替えて視聴するコンテンツをさがす動作）を行なうことが想定される。
　なお、DASHにおけるチャネル間のスイッチングは、セグメント単位またはセグメントがより細分化されているサブセグメント単位で行なわれる。以下、DASHにおけるチャネル間のスイッチングはセグメント単位で行なわれるものとして説明を継続する。
　図２および図３は、DASHのチャネルＡ，Ｂ，Ｃのそれぞれにおいて同一内容のコンテンツであってビットレートの異なる３本のセグメントストリーム（Representation）を用意しており、チャネル間をザッピングするときのスイッチングの様子を示している。
　なお、DASHにおいては、各チャネルで生成されるセグメントストリームのセグメント長（時間長）は任意であって、チャネル間においてセグメント長は必ずしも一致しない。また、チャネル間においてコンテンツの先頭のセグメントの再生開始時刻は必ずしも一致しない。
　図２は、チャネル間でセグメント長が一致しておらず、かつ、チャネル間でコンテンツの先頭のセグメントの再生開始時刻も一致していない場合の例である。
　この場合、DASHクライアント３０のユーザがチャネルＡのRepresentationＡ２を視聴しながらDASHクライアント時間軸のＴ１までにチャネルＢのRepresentationＢ２へのスイッチング（ザッピング）を指示しても、そのスイッチングはRepresentationＢ２のセグメントの区切りであるＴ２まで遅延される。さらに、チャネルＢのRepresentationＢ２を視聴しながらＴ３の前までにチャネルＣのRepresentationＣ２へのスイッチングを指示しても、そのスイッチングはRepresentationＣ２のセグメントの区切りであるＴ４まで遅延される。
　図３は、チャネル間でコンテンツの先頭のセグメントの再生開始時刻はNTP時間軸に同期して一致されているものの、チャネル間でセグメント長は一致されていない場合の例である。
　この場合、DASHクライアント３０のユーザがチャネルＡのRepresentationＡ２を視聴しながらNTP時間軸のＴ１までにチャネルＢのRepresentationＢ２へのスイッチングを指示しても、そのスイッチングはRepresentationＢ２のセグメントの区切りであるＴ２まで遅延される。さらに、チャネルＢのRepresentationＢ２を視聴しながらＴ３の前までにチャネルＣのRepresentationＣ２へのスイッチングを指示しても、そのスイッチングはRepresentationＣ２のセグメントの区切りであるＴ４まで遅延される。
　図２および図３に示されたように、DASHにおけるチャネル間でセグメントストリームをスイッチングすると余分な遅延が生じ得るので、チャネル間で速やかなザッピングを行うことができない。
　なお、各チャネルのセグメントストリームのセグメント長を極端に短くすれば、上述した余分な遅延の時間を短縮することができる。しかしながらその場合、符号化効率が悪化してセグメントストリームのデータ量が増加してより広い通信帯域を必要とするので、インターネット１１に過剰な負荷をかけてしまいサービス品質の劣化を招く恐れもある。
　本開示はこのような状況に鑑みてなされたものであり、複数のチャネルで配信されている複数のコンテンツを速やかに確認できるようにするものである。
　本開示の第１の側面であるコンテンツ供給装置は、モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置において、内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部とを備える。
　前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成することができる。
　前記メタファイル生成部は、MOSAIC要素を含む前記MPDを生成することができる。
　前記メタファイル生成部は、MOSAIC要素として、前記モザイクCHストリーミングデータの画面上に設けた領域の情報と各領域に対応するストリームの情報を記述した拡張HTML包含型モザイクCH用MPDを生成することができる。
　前記メタファイル生成部は、MOSAIC要素として、前記モザイクCHストリーミングデータの画面上に設けた領域の情報と各領域に対応するストリームの情報が記述されているファイルへの参照を記述した拡張HTML参照型モザイクCH用MPDを生成することができる。
　前記ユニキャスト配信部は、前記メタファイルもユニキャスト配信することができ、前記マルチキャスト配信部は、前記メタファイルもマルチキャスト配信することができる。
　前記ユニキャスト配信部は、前記モザイクCHセグメントストリームをHTTPユニキャスト配信することができ、前記マルチキャスト配信部は、前記モザイクCHセグメントストリームに基づくモザイクCH FLUTEストリームをFLUTEマルチキャスト配信することができる。
　本開示の第１の側面であるコンテンツ供給装置は、前記モザイクCHストリーミングデータに基づいてモザイクCH RTPストリームを生成するRTPストリーム生成部をさらに備えることができ、前記マルチキャスト配信部は、前記モザイクCH RTPストリームもRTPマルチキャスト配信することができる。
　前記モザイクCHセグメントストリーム生成部は、NTP時間軸に同期し、前記他のモザイクチャネルとの間で前記モザイクCHセグメントストリームの最小単位の先頭を揃え、前記他のモザイクチャネルとの間で統一されている時間長で、前記モザイクCHストリームを前記最小単位に区切ることにより、前記モザイクCHセグメントストリームを生成することができる。
　本開示の第１の側面であるコンテンツ供給方法は、モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成ステップと、生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成ステップ、前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信ステップと、前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信ステップと、ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成ステップとを含む。
　本開示の第１の側面であるプログラムは、モザイクチャネルとしてコンテンツを供給するコンピュータを、内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部として機能させる。
　本開示の第１の側面においては、内容が異なる複数のストリームが合成されてモザイクCHストリーミングデータが生成され、生成された前記モザイクCHストリーミングデータが、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームが生成され、前記モザイクCHセグメントストリームがユニキャスト配信されるとともにマルチキャスト配信される。また、ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルが生成される。
　本開示の第２の側面である端末装置は、モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置から配信された前記コンテンツを受信、再生する端末装置において、前記コンテンツ供給装置は、内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部とを備え、前記メタファイルを取得し、取得した前記メタファイルに基づいてユニキャスト配信またはマルチキャスト配信された前記モザイクCHセグメントストリームを受信、再生し、前記モザイクCHセグメントストリームの画面上の領域を選択するユーザの操作に応じ、選択された前記領域に対応するストリームを受信、再生する。
　本開示の第２の側面においては、メタファイルが取得され、取得された前記メタファイルに基づいてユニキャスト配信またはマルチキャスト配信されたモザイクCHセグメントストリームが受信、再生され、前記モザイクCHセグメントストリームの画面上の領域を選択するユーザの操作に応じ、選択された前記領域に対応するストリームが受信、再生される。
　本開示の第３の側面であるコンテンツ供給システムは、モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置と、前記コンテンツ供給装置から配信された前記コンテンツを受信、再生する端末装置とから成るコンテンツ供給システムにおいて、前記コンテンツ供給装置が、内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを前記端末装置が受信するためのメタファイルを生成するメタファイル生成部とを備え、前記端末装置が、前記メタファイルを取得し、取得した前記メタファイルに基づいてユニキャスト配信またはマルチキャスト配信された前記モザイクCHセグメントストリームを受信、再生し、前記モザイクCHセグメントストリームの画面上の領域を選択するユーザの操作に応じ、選択された前記領域に対応するストリームを受信、再生する。
　本開示の第３の側面においては、コンテンツ供給装置により、内容が異なる複数のストリームが合成されてモザイクCHストリーミングデータが生成され、生成された前記モザイクCHストリーミングデータが、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームが生成され、前記モザイクCHセグメントストリームがユニキャスト配信されるとともにマルチキャスト配信される。また、ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルが生成される。また、端末装置により、メタファイルが取得され、取得された前記メタファイルに基づいてユニキャスト配信またはマルチキャスト配信されたモザイクCHセグメントストリームが受信、再生され、前記モザイクCHセグメントストリームの画面上の領域を選択するユーザの操作に応じ、選択された前記領域に対応するストリームが受信、再生される。
　本開示の第１乃至３の側面によれば、異なる複数のチャネルで配信されている複数のコンテンツを速やかに確認することができる。
従来のコンテンツ供給システムの構成の一例を示すブロック図である。 チャネル間のスイッチングで生じる遅延を説明する図である。 チャネル間のスイッチングで生じる遅延を説明する図である。 モザイクチャネルの合成例を表す図である。 モザイクチャネル間のスイッチングを説明する図である。 本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。 ザッピング時（モザイクチャネル視聴時）のデータの流れを示す図である。 MBMSにおけるUSDの配置を示す図である。 DVB-H(IPDC)におけるESGの配置を示す図である。 MPDをXML形式で記述した例を示す図である。 拡張したMPDをXML形式で記述した例を示す図である。 拡張HTML包含型モザイクCH用MPDの一例を示す図である。 拡張HTML参照型モザイクCH用MPDの一例を示す図である。 拡張HTML要素のファイルの一例を示す図である。 拡張HTML要素の内容を具体的に説明する図である。 モザイクCH装置の処理を説明するフローチャートである。 コンテンツ供給システムの一連の処理を説明するフローチャートである。 コンテンツ供給システムの一連の処理を説明するフローチャートである。 コンテンツ供給システムの一連の処理を説明するフローチャートである。 コンピュータの構成例を示すブロック図である。
　以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について説明するが、その前に、本開示の概要について図４および図５を参照して説明する。
　図４は、本開示の実施の形態であるコンテンツ供給システムのモザイクCH装置によって配信されるモザイクチャネル(CH)の画面の表示例を示している。
　ここでモザイクチャネルとは、モザイクCHストリームを配信するものであり、モザイクCHストリームは、通常のチャネル（以下、視聴チャネルとも称する）それぞれから配信されている複数のコンテンツの映像が合成されたものである。モザイクチャネルの画面は、複数の領域に等分割されており、各領域にはそれぞれ異なるコンテンツの映像が表示される。
　したがって、モザイクチャネルの画面では、同時に複数の映像を確認することができる。
　なお、本実施の形態では、モザイクCHストリームは、４本の異なるコンテンツの映像ストリームが合成されて構成されているが、モザイクCHストリームを構成する映像ストリームの数は４に限定されるものではなく、例えば６（＝３×２または２×３）、９（＝３×３）などであってもよい。
　各モザイクチャネルのモザイクCHストリームは、ジャンル別（スポーツ系、バラエティ系、ニュース系、映画系等）にグループ分けされた複数のコンテンツの映像ストリームを合成して構成する。
　また、マルチアングル系のモザイクチャネルのモザイクCHストリームを、単一のコンテンツとして配信されている、受信側が選択可能な異なる複数の映像ストリーム（コンサート会場などの撮影対象を異なる複数の位置から撮影した複数の映像、または一箇所から異なる方向を向いて撮影された複数の映像など）を合成して構成してもよい。
　モザイクチャネルを受信、再生する側では、モザイクチャネルの画面上で複数の映像を同時に確認することができる。また、例えばリモートコントローラのチャネル上下ボタンの操作に応じて、モザイクチャネル間をザッピングすることができる。さらに、モザイクチャネルの画面上では、例えばリモートコントローラの上下左右ボタンの操作に応じて、画面上の複数の領域のいずれかにポインタを移動させてフォーカスすることができ、さらに選択ボタンの操作によりフォーカスされている領域を選択することができる。
　モザイクチャネルの画面上のある領域がフォーカスされると、その領域に表示されている映像に対応する音声が出力される。さらに、その領域が選択されると、その領域に表示されている映像に対応する、視聴チャネルにて配信されているコンテンツが受信、再生される。
　図５は、各モザイクチャネル間をザッピングするときのスイッチングの様子を示している。
　同図は、モザイクチャネルＡ，Ｂ，Ｃのそれぞれでビットレートの異なる３本のセグメントストリーム（Representation）を用意していることを示している。
　本開示を適用したコンテンツ供給システムでは、各モザイクチャネルのセグメントストリームは、セグメントの区切りがNTP時間軸に同期されているとともに、複数のモザイクチャネル間でセグメント長が統一されている。さらに、セグメントの先頭のメディア再生時刻の起点（MPD/@availabilityStartTime+Period/@start）がNTP時間軸上で一致させるように定められている。
　このように定めることにより、受信側では、モザイクチャネルＡのRepresentationＡ２を視聴しながらDASHクライアント時間軸のＴ１までにモザイクチャネルＢのRepresentationＢ２へのスイッチングを指示すると、そのスイッチングはRepresentationＡ２のセグメントの区切りであってRepresentationＢ２のセグメントの区切りでもあるＴ１に行なわれる。
　また、モザイクチャネルＢのRepresentationＢ２を視聴しながらＴ２までにモザイクチャネルＣのRepresentationＣ２へのスイッチングが指示されると、そのスイッチングはRepresentationＢ２のセグメントの区切りであってRepresentationＣ２のセグメントの区切りでもあるＴ２に行なわれる。さらに、モザイクチャネルＣのRepresentationＣ２を視聴しながらＴ３までにモザイクチャネルＡのRepresentationＡ２へのスイッチングが指示されると、そのスイッチングはRepresentationＣ２のセグメントの区切りであってRepresentationＡ２のセグメントの区切りでもあるＴ３に行なわれる。
　このようにすることにより、複数のモザイクチャネル間では、余分な遅延の発生を抑止しつつザッピングすることができる。
　なお、本実施の形態では、モザイクチャネルのモザイクCHストリームと、視聴チャネルの視聴CHストリームと、それぞれを受信するためのMPDとを、HTTPユニキャスト配信だけでなく、通信品質が保証された放送網等を介するマルチキャスト配信でも供給するようにする。
　具体的には、MPDについては、HTTPユニキャスト配信、UPDマルチキャスト配信、およびFLUTEマルチキャスト配信で供給する。モザイクCHストリームと視聴CHストリームについては、HTTPユニキャスト配信、FLUTEマルチキャスト配信、およびRTPマルチキャスト配信で供給する。
　そして、受信側ではモザイクチャネルを受信、再生する場合、可能な限りマルチキャスト配信されるMPDを利用し、且つ、マルチキャスト配信されたモザイクCHストリームを受信、再生するようにする。これができない場合、HTTPユニキャスト配信されるMPDを利用し、マルチキャスト配信されるストリーミングデータを受信、再生するようにする。これもできない場合、HTTPユニキャスト配信されるMPDを利用し、HTTPユニキャスト配信されるストリーミングデータを受信、再生するようにする。これにより、インターネットに過剰な負荷をかけたり、サービス品質の劣化を招いてしまったりすることを抑止できる。
［コンテンツ供給システムの構成例］
　図６は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
　該コンテンツ供給システム５０は、視聴チャネルを配信する複数の視聴CH装置２０と、モザイクチャネルを配信する複数のモザイクCH装置６０と、MPD取得ポータル７０、多数の端末装置８０から構成される。なお、視聴CH装置２０は視聴チャネルＡに対応し、モザイクCH装置６０ＡはモザイクチャネルＡに対応するものとする。視聴CH装置２０の数とモザイクCH装置６０の数とは同数である必要はなく、視聴CH装置２０の数に比較してモザイクCH装置６０の数は少なくて構わない。
　ネットワーク５１は、インターネットとそれを利用したCDNに代表される双方向通信網の他、地上放送波、衛星放送波、携帯放送(e)MBMSなどを利用した各種の放送網を含む。
　ネットワーク５１には、UTCタイムフォーマットに従ったシステム時刻情報を提供するNTPサーバ５２が接続されている。NTPサーバ５２は、各視聴CH装置２０、各モザイクCH装置６０、各端末装置８０などに対してシステム時刻情報を供給することができる。なお、各視聴CH装置２０、各モザイクCH装置６０、各端末装置８０は、NTPサーバ５２からのシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させて動作しているものとする。
　視聴CH装置２０は、図１に示されたものと同様に構成される。ただし、図１の視聴CH装置２０は、セグメントストリームおよびMPDをユニキャスト配信でのみ受信側に供給するが、コンテンツ供給システム５０においては、ユニキャスト配信だけでなくマルチキャスト配信でも供給するようにしてもよい。
　モザイクCH装置６０は、モザイクCHビルダ６１、モザイクCHセグメンタ６２、モザイクCH用MPDジェネレータ６３、RTPストリーマ６４、FLUTEストリーマ６５、WEBサーバ６６、およびマルチキャストサーバ６７を有する。
　なお、モザイクCH装置６０が有するモザイクCHビルダ６１乃至マルチキャストサーバ６７は、集積して配置してもよいし、インターネットなどを介して分散して配置してもよい。
　図７は、モザイクCHビルダ６１乃至マルチキャストサーバ６７の間での各種データの流れを示している。
　モザイクCHビルダ６１は、複数の視聴用CH装置２０（図７の場合、視聴用CH装置２０Ａ乃至２０Ｄ）がそれぞれの視聴チャネルから配信するコンテンツのストリーミングデータを取得する。そして、モザイクCHビルダ６１は、例えば視聴チャネルＡのコンテンツを画面左上、視聴チャネルＢのコンテンツを画面右上、視聴チャネルＣのコンテンツを画面左下、視聴チャネルＤのコンテンツを画面右下に配置した状態で合成することによりモザイクCHストリーミングデータを生成する。さらに、モザイクCHビルダ６１は、生成したモザイクCHストリーミングデータをモザイクCHセグメンタ６２およびRTPストリーマ６４に出力する。またさらに、モザイクCHビルダ６１は、各視聴用CH装置２０が視聴チャネルから配信するコンテンツに関するメタデータ（セグメントストリームの供給元のURLなど）を取得してモザイクCH用MPDジェネレータ６３に供給する。
　モザイクCHセグメンタ６２は、モザイクCHストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割することにより、fragmentedMP4などのモザイクCHセグメントストリームを生成して、FLUTEストリーマ６５およびWEBサーバ６６に出力する。なお、モザイクCHセグメントストリームのセグメント長は、他のモザイクチャネルのモザイクCH装置６０が生成するモザイクCHセグメントストリームと統一されており、セグメントの区切りはNTP時間軸に同期されている。
　さらに、モザイクCHセグメンタ６２は、生成したモザイクCHセグメントストリームのメタデータ（モザイクCHセグメントストリームを格納したファイルの供給元となるWEBサーバ６６のURLなど）をモザイクCH用MPDジェネレータ６３に通知する。
　モザイクCH用MPDジェネレータ６３は、端末装置８０がモザイクCHセグメントストリームやモザイクCH RTPストリーム（後述）を受信するために必要な、モザイクCH用に拡張されたMPD（以下、モザイクCH用MPDと称する）を生成してFLUTEストリーマ６５およびWEBサーバ６６に出力する。
　RTPストリーマ６４は、モザイクCHビルダ６１から入力されるモザイクCHストリーミングデータをRTPパケットに格納することによりモザイクCH RTPストリームを生成してマルチキャストサーバ６７に出力する。また、RTPストリーマ６４は、モザイクCHRTPストリームのメタデータをモザイクCH用MPDジェネレータ６３に通知する。
　FLUTEストリーマ６５は、モザイクCHセグメンタ６２から入力されるモザイクCHセグメントストリームをFLUTEパケットに格納することによりモザイクCH FLUTEストリームを生成してマルチキャストサーバ６７に出力する。また、FLUTEストリーマ６５は、モザイクCH用MPDジェネレータ６３から入力されるモザイクCH用MPDをマルチキャストサーバ６７に出力する。
　WEBサーバ６６は、MPD取得ポータル７０または端末装置８０からの要求（HTTPリクエスト）に応じ、モザイクCH用MPDを要求元にHTTPユニキャスト配信する。また、WEBサーバ６６は、端末装置８０からの要求（HTTPリクエスト）に応じ、モザイクCHセグメントストリームを要求元にHTTPユニキャスト配信する。
　マルチキャストサーバ６７は、モザイクCH用MPDをFLUTEマルチキャスト配信するとともにUDPマルチキャスト配信する。また、マルチキャストサーバ６７は、モザイクCH FLUTEストリームをFLUTEマルチキャスト配信する。さらに、マルチキャストサーバ６７は、モザイクCH RTPストリームをRTPマルチキャスト配信する。
　図６に戻る。MPD取得ポータル７０は、端末装置８０からのモザイクCH用MPDを要求するクエリAPIに応じ、各モザイクCH装置６０をクロールしてモザイクCH用MPDを集めて端末装置８０に送信する。なお、各モザイクCH装置６０にてモザイクCH用MPDが生成されていない場合、所定の条件（後述）を満たす通常のMPDを集めて端末装置８０に送信する。また、MPD取得ポータル７０は、端末装置８０からの視聴用MPDを要求するクエリAPIに応じ、各視聴CH装置２０をクロールしてMPDを集めて端末装置８０に送信することができる。
　端末装置８０は、ネットワーク５１を介して視聴CH装置２０やモザイクCH装置６０に接続する。端末装置８０は、モザイクチャネル間でザッピングを行う場合、可能な限りマルチキャスト配信されるモザイクCH用MPDを取得し、取得したモザイクCH用MPDに基づいて可能な限りマルチキャスト配信されるモザイクCH FLUTEストリームまたはモザイクCH RTPストリームを受信、再生するようにする。これができない場合、HTTPユニキャスト配信されるモザイクCH用MPDを取得し、マルチキャスト配信されるモザイクCH FLUTEストリームまたはモザイクCH RTPストリームを受信、再生するようにする。これもできない場合、HTTPユニキャスト配信されるモザイクCH用MPDを利用し、HTTPユニキャスト配信されるモザイクCHセグメントストリームを受信、再生するようにする。
　なお、端末装置８０がモザイクCH用MPDや視聴用MPDの取得先のアドレスを知っている場合、MPD取得ポータル７０を利用することなく、直接的にモザイクCH用MPDや視聴用MPDを取得することもできる。
　端末装置８０がモザイクCHセグメントストリームやモザイクCH RTPストリームを受信する場合、モザイクCH用MPDが参照される。端末装置８０が、FLUTEマルチキャスト配信されるモザイクCH用MPDやモザイクCH FLUTEストリームを受信する場合には、FLUTEマルチキャスト配信を行なうマルチキャストサーバ６７のポータルチャネルが記述されたアナウンス情報が参照される。
　該アナウンス情報は、FLUTEマルチキャスト配信がネットワーク５１に含まれる携帯放送(e)MBMSを介して行われる場合、MBMSにおけるUSD(User Service Description)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。図８は、MBMSにおけるUSDの配置を示している。
　また、FLUTEマルチキャスト配信がネットワーク５１に含まれる地上放送波または衛星放送を介して行われる場合、該アナウンス情報は、DVB-H(IPDC)のESG(Electronic Service Guide)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。図９は、DVB-H(IPDC)におけるESGの配置を示している。
　なお、該アナウンス情報をMPD取得ポータル７０が管理するようにし、端末装置８０からの要求に応じて、MPD取得ポータル７０が該アナウンス情報を要求元に通知するようにしてもよい。
［MPDの拡張について］
　次に、DASHにおけるMPDとその拡張について説明する。
　MPDは、コンテンツ（Media)に関する情報がPeriod毎に区分されている。各Periodには、同一内容であって画質や画角サイズが変更されているビットレートなどのストリーム属性の異なるストリーミングデータに関する情報からなる複数のRepresentationが用意されている。Representationには、Periodをさらに時間的に分割したSegmentに関する情報が格納されている。
　図１０は、Representation以下の構造をXML形式で記述した一例を示している。
　同図においては、MPD/Period/AdaptationSet/Representation/BaseURLに記述されている”http://example.com/counter-10mn_avc_dash.mp4”が、複数のセグメントがまとめてファイル化されているファイルの供給元のアドレスを示している。
　また、MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@mediaRangeが該ファイルにおける、セグメント化されたストリーミングデータのバイト範囲を示している。
　例えば、MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@mediaRange=”795-83596”は、該ファイルにおけるバイト範囲795バイト目から83596バイト目までが１つ目のセグメント化されたストリーミングデータであることを示している。
　したがって、端末装置８０が１つ目のセグメント化されたストリーミングデータを取得する際には、ファイルのurl”http://example.com/counter-10mn_avc_dash.mp4”とともに、そのRangeヘッダにmediaRange”795-83596”を指定してHTTPリクエストを発行すればよい。この際のHTTPリクエストは以下のとおりとなる。
　GET /counter-10mn_avc_dash.mp4 HTTP/1.1
　Host: example.com
　Range: bytes=795-83596
　次に、図１１は、ザッピング可能なモザイクチャネルのモザイクCH用MPDとして拡張されたMPD直下の構造をXML形式で記述した一例を示している。
　すなわち、拡張されたMPDでは、MPDの直下にMPD/@NTPSynchronized(boolean型、値はtrue/false)属性、およびMPD/@SegmentAlignedGroupID(グループ識別子)属性が新たに導入されている。
　MPD/@NTPSynchronized属性には、当該MPDに対するセグメントストリームのセグメントの区切りがNTP時間軸に同期しているか否かを表すtrueまたはfalseが記述される。いまの場合、モザイクCHセグメンタ６２がNTP時間軸に同期して動作しているので、セグメントの区切りはNTP時間軸に一致する。よって、同期MPD/@NTPSynchronized属性の値はtrueとなる。
　MPD/@SegmentAlignedGroupID属性は、セグメントストリームのセグメントの区切りを一致させているチャネルが属するグループ（いまの場合、全てのチャンネルのうちのモザイクチャネルのグループ）の識別子が記述される。
　したがって、MPD取得ポータル７０では、端末装置８０からモザイクCH用MPDが要求された場合、MPD/@NTPSynchronized属性がtrueであって、MPD/@SegmentAlignedGroupID属性が同じグループ識別子のMPD（モザイクCH用MPD）であって、mosaic要素（後述）を含むMPDを集めればよい。
　また、図示は省略するが、モザイクCH用MPDでは、該コンテンツ供給装置６０のチャネルが属するグループ内で、セグメントの先頭のメディア再生時刻の起点（MPD/@availabilityStartTime+Period/@start）をNTP時間軸上で一致させる。
　さらに、モザイクCH用MPDには、セグメント長を表す値を格納するsegmentBase/@duration属性、または、最大セグメント長を表す値を格納するMPD/@maxSegmentDuration属性の少なくとも一方の記述を必須とする。これらの少なくとも一方が記述されていれば、仮にMPD/@NTPSynchronized属性およびMPD/@SegmentAlignedGroupID属性が記述されていなくてもモザイクCH用のモザイクチャネルに対応するMPDを集めることができる。具体的には、例えば、端末装置８０がMPD取得ポータル７０に以下のようなクエリAPIによりMPDを要求すれば、所定の条件を満たすセグメント長（期待セグメント長）のMPDを集めさせることができる。なお、以下の例では、２秒以下のセグメント長を期待セグメント長としている。
　Http://MPDPortal.com/getMPD?expectedSegmentSizeLimit="PT2S"
　期待セグメント長に該当する集められたMPDに対応するモザイクチャネル間では、セグメント長が比較的短時間（上記の例では２秒間）なので、速やかなザッピングが可能となる。
　なお、MPD/@NTPSynchronized属性、およびMPD/@SegmentAlignedGroupID属性を導入する代わりに、当該MPDがザッピング可能なモザイクチャネルに対応するモザイクCH用MPDであるか否かを示すMPD/forZapping(boolean型、値はtrue/false)属性を導入するようにしてもよい。
　さらに、HTTPユニキャスト配信されるモザイクCHセグメントストリームと、RTPマルチキャスト配信されるモザイクCH RTPストリームとをシームレスにスイッチングできるよう、モザイクCH 用MPDにServiceLocation要素を新たに導入する。また、HTTPユニキャスト送信されるセグメントのバイト範囲に対応する、マルチキャスト送信されるモザイクCH RTPストリームの区間を表すrtspRange属性を導入する。
　rtspRange属性は、HTTPユニキャスト配信されるモザイクCHセグメントストリームのスイッチング対象としての、マルチキャスト配信されるモザイクCH RTPストリームの区間を特定するものであり、SegmentURL要素に配置される。rtspRange属性には、RFC(Request For Comment)2326にて規定されるRTPストリーミングの制御に利用されるRTSP（Real Time Streaming Protocol）において定義されているRTPストリーム区間を識別するrangeパラメタのフォーマット（UTCフォーマット）の文字列が格納される。なお、rtspRange属性に格納する情報のフォーマットはUTCフォーマットに限定されるものではない。
　さらに、ServiceLocation要素をルート要素として格納するServiceLocationAttributeファイルのurlが記述されるServiceLocationAttributeUrl属性がMPDのBaseURLに配置される。
　ServiceLocation要素は、チューニングパラメータ(DeliverySystemAttributes)およびIPマルチキャストアドレス(IPMulticastAddress)から成る。
　DeliverySystemAttributesのDeliverySystemIdentifierには、例えばMBMSなどのモバイルネットワークのマルチキャストベアラやブロードキャストベアラを利用する場合、MBMSなどによるマルチキャスト送信やブロードキャスト送信にて採用されているチューニングパラメタのデータ構造のフォーマット識別子（MBMSの場合、ID_MBMS）が記述される。
　また、例えばDVB地上波網などの既存のテレビジョン放送網のブロードキャストベアラを利用する場合、DVB地上波網のブロードキャスト送信にて採用されているチューニングパラメタのデータ構造のフォーマット識別子（DVB地上波網の場合、ID_DVB_T）が記述される。
　DeliverySystemAttributesのDeliverySystemDescriptorには、DeliverySystemIdentifierで識別される配信形態に対応するチューニングパラメータのデータ構造(パラメータ自体)が記述される。
　またさらに、モザイクCH用MPDには、モザイクCHストリームに対応するAdaptationSet(またはRepresentation)の下にmosaic要素を導入する。
　mosaic要素の内容は、当該モザイクCH用MPDの中に拡張HTML要素により記述するか、または当該モザイクCH用MPDとは別のファイルとして拡張HTML要素により記述し、mosaic要素には該ファイルの参照(URL)を記述するようにする。以下、前者のモザイクCH用MPDを拡張HTML包含型モザイクCH用MPDと称し、後者のモザイクCH用MPDを拡張HTML参照型モザイクCH用MPDと称する。
　なお、拡張HTML要素を用いる代わりにSMIL(Synchronized Multimedia Integration Language）を用いてもよい。
　mosaic要素の内容を記述する拡張HTML要素では、HTMLのdiv要素に、制御記述対象であるモザイクCH用MPD内のAdaptationSet要素、Representation要素、またはSubRepresentation要素への参照属性が指定できるように、xlink:type属性(値”simple”)とxlink:href属性により制御対象要素への参照を指定する。このdiv要素にて指定される領域に対応するチャネルが確定選択された際にスイッチする視聴用のストリームのアドレスを示す。また、xlink:actuate属性(値”onLoad”)とxlink:type属性(値”simple”)とxlink:href属性により制御対象要素への参照が指定された場合は、このdiv要素にて指定される領域にフォーカスが移動された場合(上記のチャネル選択確定操作とは異なる単なるポインタの移動)にスイッチするストリームのアドレスを示す。
　図１２は、拡張HTML包含型モザイクCH用MPDの一例を示している。
　同図に示されるように、MPD中にmosaic要素が存在していることにより、該MPDがモザイクCH用MPDであることを示している。拡張HTML要素のdiv要素では、モザイクCHストリームの画面上に設けられる領域に関する情報が記述される。
　body要素には、各領域にフォーカスが移動された場合に出力するオーディオストリームへの参照と、各領域が選択された場合に受信、再生する視聴用のビデオストリームおよびオーディオストリームの参照が記述される。
　同図の場合、各領域にフォーカスが移動された場合に出力するオーディオストリームへの参照は、該モザイクCH用MPD内とされている。各領域が選択された場合に受信、再生する視聴用のビデオストリームおよびオーディオストリームの参照は、該モザイクCH用MPDとは異なる視聴用MPDが指定されている。ただし、各領域が選択された場合に受信、再生する視聴用のビデオストリームおよびオーディオストリームの参照は、視聴用MPDに限定されるものではない。
　図１３は、拡張HTML参照型モザイクCH用MPDの一例を示している。図１４は、モザイクCH用MPDとは別ファイルとして存在する拡張HTML要素のファイルの一例を示している。
　図１３に示されるmosaic要素には、別ファイルとして存在する拡張HTML要素の参照が記述される。図１４の拡張HTML要素には、図１２に示された拡張HTML要素と同様の内容が記述される。
　図１５は、図１２または図１４に示された拡張HTML要素の内容を具体的に図示している。すなわち、拡張HTML要素では、div要素にて、1920画素×1080画素の画面全体がBaseとして定義され、画面の左上領域がC1領域、右上領域がC2領域、左下領域がC3領域、右下領域がC4領域として定義されている。
　画面全体、すなわちBaseが表示されている場合、拡張HTML要素としては、C1領域に対応するオーディオストリームとしてId-C1aを、C2領域に対応するオーディオストリームとしてId-C2aを、C3領域に対応するオーディオストリームとしてId-C3aを、C4領域に対応するオーディオストリームとしてId-C4aを同時に出力するように記述されている。
　ただし、端末装置８０では、これら４本のオーディオストリームに対応する音声を同時に出力するのではなく、ブラウザなどの機能により、C1領域がフォーカスされた状態ではId-C1aのみを出力し、C2領域がフォーカスされた状態ではId-C2aのみを出力し、C3領域がフォーカスされた状態ではId-C3aのみを出力し、C4領域がフォーカスされた状態ではId-C4aのみを出力するようにする。
　さらに、C1領域が選択された場合、http://a.com/C1mpd.mpd#1d-vにて指定された視聴用ビデオストリームと、http://a.com/C1mpd.mpd#1d-aにて指定された視聴用オーディオストリームが受信、再生される。C2領域が選択された場合、http://a.com/C2mpd.mpd#1d-vにて指定された視聴用ビデオストリームと、http://a.com/C2mpd.mpd#1d-aにて指定された視聴用オーディオストリームが受信、再生される。C3領域が選択された場合、http://a.com/C3mpd.mpd#1d-vにて指定された視聴用ビデオストリームと、http://a.com/C3mpd.mpd#1d-aにて指定された視聴用オーディオストリームが受信、再生される。C4領域が選択された場合、http://a.com/C4mpd.mpd#1d-vにて指定された視聴用ビデオストリームと、http://a.com/C4mpd.mpd#1d-aにて指定された視聴用オーディオストリームが受信、再生される。
［コンテンツ供給システム５０の動作］
　次に、コンテンツ供給システム５０の動作について説明する。
　図１６は、モザイクCHストリームを配信するために各モザイクCH装置６０が行なう処理を説明するフローチャートである。
　ステップＳ１において、モザイクCH装置６０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。これにより、モザイクCH装置６０のモザイクCHセグメンタ６２等はNTP時間軸に同期して動作することができる。
　ステップＳ２において、モザイクCHビルダ６１は複数（本実施の形態では４）の視聴用CH装置２０がそれぞれ視聴チャネルとして配信するコンテンツのストリーミングデータ（またはそのソースデータ）を取得し、これらを一画面に合成してモザイクCHストリーミングデータを生成する。さらに、モザイクCHビルダ６１は、生成したモザイクCHストリーミングデータをモザイクCHセグメンタ６２およびRTPストリーマ６４に出力する。またさらに、モザイクCHビルダ６１は、複数の視聴用CH装置２０が視聴チャネルから配信するコンテンツのメタデータを取得してモザイクCH用MPDジェネレータ６３に供給する。
　ステップＳ３において、モザイクCHセグメンタ６２は、モザイクCHビルダ６１から入力されたモザイクCHストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割することにより、fragmentedMP4などのモザイクCHセグメントストリームを生成して、FLUTEストリーマ６５およびWEBサーバ６６に出力する。また、モザイクCHセグメンタ６２は、生成したモザイクCHセグメントストリームのメタデータをモザイクCH用MPDジェネレータ６３に通知する。
　FLUTEストリーマ６５は、モザイクCHセグメンタ６２から入力されたモザイクCHセグメントストリームをFLUTEパケットに格納することによりモザイクCH FLUTEストリームを生成してマルチキャストサーバ６７に出力する。
　RTPストリーマ６４は、モザイクCHビルダ６１から入力されたモザイクCHストリーミングデータをRTPパケットに格納することによりモザイクCH RTPストリームを生成してマルチキャストサーバ６７に出力する。また、RTPストリーマ６４は、モザイクCH RTPストリームのメタデータをモザイクCH用MPDジェネレータ６３に通知する。
　ステップＳ４において、モザイクCH用MPDジェネレータ６３は、通知されたメタデータに基づいてモザイクCH用MPDを生成し、FLUTEストリーマ６５およびWEBサーバ６６に出力する。
　ステップＳ５において、FLUTEストリーマ６５は、モザイクCH用MPDジェネレータ６３から入力されたモザイクCH用MPDをマルチキャストサーバ６７に出力する。マルチキャストサーバ６７は、モザイクCH用MPDをFLUTEマルチキャスト配信するとともにUDPマルチキャスト配信（オーバレイマルチキャスト配信なども含む）する。
　ステップＳ６において、WEBサーバ６６は、MPD取得ポータル７０または端末装置８０からの要求（HTTPリクエスト）があった場合、それに応じてモザイクCH用MPDを要求元にHTTPユニキャスト配信する。
　ステップＳ７において、マルチキャストサーバ６７は、モザイクCH用FLUTEストリームをFLUTEマルチキャスト配信するとともに、モザイクCH用RTPストリームをRTPマルチキャスト配信する。
　ステップＳ８において、WEBサーバ６６は、端末装置８０からの要求（HTTPリクエスト）があった場合、それに応じてモザイクCHセグメントストリームを要求元にHTTPユニキャスト配信する。以上で、モザイクCH装置６０が行う処理の説明を終了する。
　次に、端末装置８０がモザイクCHを次々にスイッチングするザッピングフェーズを経て視聴CHを受信、再生する視聴フェーズに遷移するまでのコンテンツ供給システム５０の一連の処理（以下、一連の処理と称する）について図１７乃至図１９を参照して説明する。
　図１７は、端末装置８０がマルチキャスト配信されるモザイクCH用MPDを受信でき、且つ、マルチキャスト配信されたモザイクCH用FLUTEストリームまたはRTPストリームを受信、再生できる場合に対応するフローチャートである。
　なお、視聴CH装置２０から配信される視聴用MPDおよび視聴用ストリームの受信方法については任意であるが、視聴用ストリームは、通常、HTTPユニキャスト配信されるものの方が高画質（高ビットレート）であることが多いので、出来る限りこれを受信するようにする。
　ステップＳ１１において、端末装置８０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ１２において、端末装置８０は、図１６のステップＳ５の処理としてFLUTEマルチキャスト配信されているモザイクCH用MPDを受信する。なお、自身でモザイクCH用MPDを受信する代わりに、MPD取得ポータル７０に対してモザイクCH用MPDを要求するようにしてもよい。モザイクCH用MPDを受信した端末装置８０はザッピングフェーズとなる。
　ステップＳ１３において、端末装置８０は、モザイクCH用MPDに基づき、図１６のステップＳ７の処理としてFLUTEマルチキャスト配信されているモザイクCH FLUTEストリームまたはRTPマルチキャスト配信されているモザイクCH RTPストリームを受信、再生する。
　ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ１３の処理を繰り返すことにより、モザイクチャネル間で速やかなザッピングを行なうことができる。
　なお、端末装置８０は、ザッピングフェーズの間に、受信、再生中のモザイクチャネルを構成する複数の視聴チャネルの視聴用MPDを取得しておくようにする。具体的には、ステップＳ１４として、端末装置８０は、受信、再生中のモザイクチャネルを構成する複数の視聴チャネルにそれぞれ対応する視聴CH装置２０に視聴用MPDを要求し、この要求に応じ、ステップＳ２１の処理としてHTTPユニキャスト配信された視聴用MPDを受信しておく。
　さらに、端末装置８０は、ザッピングフェーズの間、ステップＳ１５として、モザイクチャネルの画面上のいずれかの領域が選択されるまで待機する。そして、モザイクチャネルの画面上のいずれかの領域が選択された場合、端末装置８０は視聴フェーズに遷移する。
　視聴フェーズに遷移した端末装置８０は、ステップＳ１６において、モザイクCH用MPDの拡張HTML要素を解析し、選択された領域に対応付けられている視聴用MPDに基づいて、視聴用セグメントストリームを対応する視聴CH装置２０に要求する。ステップＳ１７において、端末装置８０は、この要求に応じてステップＳ２２の処理としてHTTPユニキャスト配信された視聴用セグメントストリームを受信、再生する。
　この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移することも可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、モザイクチャネル間を速やかにザッピングすることができ、かつ、モザイクチャネルの画面から速やかに視聴チャネルに遷移することが可能となる。
　次に、図１８は、端末装置８０がHTTPユニキャスト配信されるモザイクCH用MPDを取得し、マルチキャスト配信されたモザイクCH FLUTEストリームまたはRTPストリームを受信、再生できる場合に対応するフローチャートである。
　なお、視聴用MPDおよび視聴用ストリームの受信方法については、図１７の場合と同様に任意であるが、視聴用ストリームは、通常、HTTPユニキャスト配信されるものの方が高画質（高ビットレート）であることが多いので、出来る限りこれを受信するようにする。
　ステップＳ３１において、端末装置８０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ３２において、端末装置８０は、各モザイクCH装置６０のWEBサーバ６６に対してモザイクCH用MPDを要求する。この要求に応じ、WEBサーバ６６は、図１６のステップＳ６の処理として、モザイクCH用MPDをMPD取得ポータル７０にHTTPユニキャスト配信する。要求元の端末装置８０に送信する。
　なお、端末装置８０がMPD取得ポータル７０を用いてモザイクCH用MPDを集めてもよい。この場合、MPD取得ポータル７０が各モザイクCH装置６０のWEBサーバ６６に接続し、モザイクCH用MPD（MPD/@NTPSynchronized属性がtrueであり、MPD/@SegmentAlignedGroupID属性が同じグループ識別子であり、mosaic要素を含むMPDを要求する。なお、MPD取得ポータル７０は、UDPマルチキャスト配信されるモザイクCH用MPDを集めるようにしてもよい。
　モザイクCH用MPDを受信した端末装置８０はザッピングフェーズとなる。ステップＳ３３において、端末装置８０は、モザイクCH用MPDに基づき、図１６のステップＳ７の処理としてFLUTEマルチキャスト配信されているモザイクCH FLUTEストリームまたはRTPマルチキャスト配信されているモザイクCH RTPストリームを受信、再生する。
　ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ３３の処理を繰り返すことにより、モザイクチャネル間で速やかなザッピングを行なうことができる。
　なお、端末装置８０は、ザッピングフェーズの間に、受信、再生中のモザイクチャネルを構成する複数の視聴チャネルの視聴用MPDを取得しておくようにする。具体的には、ステップＳ３４として、端末装置８０は、受信、再生中のモザイクチャネルを構成する複数の視聴チャネルにそれぞれ対応する視聴CH装置２０に視聴用MPDを要求し、この要求に応じ、ステップＳ４１の処理としてHTTPユニキャスト配信された視聴用MPDを受信しておく。
　さらに、端末装置８０は、ザッピングフェーズの間、ステップＳ３５として、モザイクチャネルの画面上のいずれかの領域が選択されるまで待機する。そして、モザイクチャネルの画面上のいずれかの領域が選択された場合、端末装置８０は視聴フェーズに遷移する。
　視聴フェーズに遷移した端末装置８０は、ステップＳ３６において、モザイクCH用MPDの拡張HTML要素を解析し、選択された領域に対応付けられている視聴用MPDに基づいて、視聴用セグメントストリームを対応する視聴CH装置２０に要求する。ステップＳ３７において、端末装置８０は、この要求に応じてステップＳ４２の処理としてHTTPユニキャスト配信された視聴用セグメントストリームを受信、再生する。
　この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移することも可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、モザイクチャネル間を速やかにザッピングすることができ、かつ、モザイクチャネルの画面から速やかに視聴チャネルに遷移することが可能となる。
　次に、図１９は、端末装置８０がHTTPユニキャスト配信されるモザイクCH用MPDを取得し、マルチキャスト配信されたモザイクCH用FLUTEストリームまたはRTPストリームを受信できずに、HTTPユニキャスト配信されるモザイクCHセグメントストリームを受信、再生できる場合に対応するフローチャートである。
　なお、視聴用MPDおよび視聴用ストリームの受信方法については、図１７の場合と同様に任意であるが、視聴用ストリームは、通常、HTTPユニキャスト配信されるものの方が高画質（高ビットレート）であることが多いので、出来る限りこれを受信するようにする。
　ステップＳ５１において、端末装置８０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ５２において、端末装置８０は、各モザイクCH装置６０のWEBサーバ６６に対してモザイクCH用MPDを要求する。この要求に応じ、WEBサーバ６６は、図１６のステップＳ６の処理として、モザイクCH用MPDをMPD取得ポータル７０にHTTPユニキャスト配信する。要求元の端末装置８０に送信する。なお、端末装置８０がMPD取得ポータル７０を用いてモザイクCH用MPDを集めてもよい。モザイクCH用MPDを受信した端末装置８０はザッピングフェーズとなる。
　ステップＳ５３において、端末装置８０は、モザイクCH用MPDに基づき、WEBサーバ６６に対してモザイクCHセグメントストリームを要求する。この要求に応じ、WEBサーバ６６は、図１６のステップＳ８の処理として、モザイクCHセグメントストリームを端末装置８０にHTTPユニキャスト配信する。
　ステップＳ５４において、端末装置８０は、HTTPユニキャスト配信されたモザイクCHセグメントストリームを受信、再生する。
　ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ５３の処理を繰り返すことにより、モザイクチャネル間で速やかなザッピングを行なうことができる。
　なお、端末装置８０は、ザッピングフェーズの間に、受信、再生中のモザイクチャネルを構成する複数の視聴チャネルの視聴用MPDを取得しておくようにする。具体的には、ステップＳ５５として、端末装置８０は、受信、再生中のモザイクチャネルを構成する複数の視聴チャネルにそれぞれ対応する視聴CH装置２０に視聴用MPDを要求し、この要求に応じ、ステップＳ６１の処理としてHTTPユニキャスト配信された視聴用MPDを受信しておく。
　さらに、端末装置８０は、ザッピングフェーズの間、ステップＳ５６として、モザイクチャネルの画面上のいずれかの領域が選択されるまで待機する。そして、モザイクチャネルの画面上のいずれかの領域が選択された場合、端末装置８０は視聴フェーズに遷移する。
　視聴フェーズに遷移した端末装置８０は、ステップＳ５７において、モザイクCH用MPDの拡張HTML要素を解析し、選択された領域に対応付けられている視聴用MPDに基づいて、視聴用セグメントストリームを対応する視聴CH装置２０に要求する。ステップＳ５８において、端末装置８０は、この要求に応じてステップＳ６２の処理としてHTTPユニキャスト配信された視聴用セグメントストリームを受信、再生する。
　この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移することも可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、モザイクチャネル間を速やかにザッピングすることができ、かつ、モザイクチャネルの画面から速やかに視聴チャネルに遷移することが可能となる。
　なお、以上の説明においては、DASHにおけるチャネル間のスイッチングはセグメント単位で行なわれるものとしたが、セグメントがより細分化されているサブセグメント単位で行なわれることもある。その場合、モザイクCH用MPDと視聴用MPDには、サブセグメント長を表す値を格納するMPD/@SubSegmentDuration属性の記述を必須とし、上述した説明の「セグメント」を「サブセグメント」と読み替えればよい。
　また、本実施の形態においては、端末装置８０がモザイクチャネルを受信するために必要な情報として、従来のMPDを拡張したモザイクCH用MPDを用いているが、モザイクCH用MPDの代わりにHTMLファイルを用いることが可能である。
　ところで、上述した一連の処理を実行するモザイクCH装置６０、および端末装置８０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
　図２０は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
　このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
　バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９、およびドライブ１１０が接続されている。
　入力部１０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１０７は、ディスプレイ、スピーカなどよりなる。記憶部１０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１０９は、ネットワークインタフェースなどよりなる。ドライブ１１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１１１を駆動する。
　以上のように構成されるコンピュータ１００では、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５およびバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
　コンピュータ１００（CPU１０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
　コンピュータ１００では、プログラムは、リムーバブルメディア１１１をドライブ１１０に装着することにより、入出力インタフェース１０５を介して、記憶部１０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１０９で受信し、記憶部１０８にインストールすることができる。その他、プログラムは、ROM１０２や記憶部１０８に、あらかじめインストールしておくことができる。
　なお、コンピュータ１００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
　本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
　本開示は以下のような構成もとることができる。
（１）
　モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置において、
　内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、
　生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、
　前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、
　前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
　ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
　を備えるコンテンツ供給装置。
（２）
　前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
　前記（１）に記載のコンテンツ供給装置。
（３）
　前記メタファイル生成部は、MOSAIC要素を含む前記MPDを生成する
　前記（２）に記載のコンテンツ供給装置。
（４）
　前記メタファイル生成部は、前記MOSAIC要素として、前記モザイクCHストリーミングデータの画面上に設けた領域の情報と各領域に対応するストリームの情報を記述した拡張HTML包含型モザイクCH用MPDを生成する
　前記（３）に記載のコンテンツ供給装置。
（５）
　前記メタファイル生成部は、前記MOSAIC要素として、前記モザイクCHストリーミングデータの画面上に設けた領域の情報と各領域に対応するストリームの情報が記述されているファイルへの参照を記述した拡張HTML参照型モザイクCH用MPDを生成する
　前記（３）に記載のコンテンツ供給装置。
（６）
　前記ユニキャスト配信部は、前記メタファイルもユニキャスト配信し、
　前記マルチキャスト配信部は、前記メタファイルもマルチキャスト配信する
　前記（１）から（５）のいずれかに記載のコンテンツ供給装置。
（７）
　前記ユニキャスト配信部は、前記モザイクCHセグメントストリームをHTTPユニキャスト配信し、
　前記マルチキャスト配信部は、前記モザイクCHセグメントストリームに基づくモザイクCH FLUTEストリームをFLUTEマルチキャスト配信する
　前記（１）から（６）のいずれかに記載のコンテンツ供給装置。
（８）
　前記モザイクCHストリーミングデータに基づいてモザイクCH RTPストリームを生成するRTPストリーム生成部をさらに備え、
　前記マルチキャスト配信部は、前記モザイクCH RTPストリームもRTPマルチキャスト配信する
　前記（１）から（７）のいずれかに記載のコンテンツ供給装置。
（９）
　前記モザイクCHセグメントストリーム生成部は、NTP時間軸に同期し、前記他のモザイクチャネルとの間で前記モザイクCHセグメントストリームの最小単位の先頭を揃え、前記他のモザイクチャネルとの間で統一されている時間長で、前記モザイクCHストリームを前記最小単位に区切ることにより、前記モザイクCHセグメントストリームを生成する
　前記（１）から（８）のいずれかに記載のコンテンツ供給装置。
　２０　視聴CH装置，　５０　コンテンツ供給システム，　５１　ネットワーク，　５２　NTPサーバ，　６０　モザイクCH装置,　６１　モザイクCHビルダ，　６２　モザイクCH用セグメンタ，　６３　モザイクCH用MPDジェネレータ，　６４　　RTPストリーマ，　６５　FLUTEストリーマ，　６６　WEBサーバ，　６７　マルチキャストサーバ，　７０　MPD取得ポータル，　８０　端末装置，　１００　コンピュータ，　１０１　CPU

Claims (13)

  1. 　モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置において、
    　内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、
    　生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、
    　前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、
    　前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
    　ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
    　を備えるコンテンツ供給装置。
  2. 　前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
    　請求項１に記載のコンテンツ供給装置。
  3. 　前記メタファイル生成部は、前記MOSAIC要素を含む前記MPDを生成する
    　請求項２に記載のコンテンツ供給装置。
  4. 　前記メタファイル生成部は、MOSAIC要素として、前記モザイクCHストリーミングデータの画面上に設けた領域の情報と各領域に対応するストリームの情報を記述した拡張HTML包含型モザイクCH用MPDを生成する
    　請求項３に記載のコンテンツ供給装置。
  5. 　前記メタファイル生成部は、前記MOSAIC要素として、前記モザイクCHストリーミングデータの画面上に設けた領域の情報と各領域に対応するストリームの情報が記述されているファイルへの参照を記述した拡張HTML参照型モザイクCH用MPDを生成する
    　請求項３に記載のコンテンツ供給装置。
  6. 　前記ユニキャスト配信部は、前記メタファイルもユニキャスト配信し、
    　前記マルチキャスト配信部は、前記メタファイルもマルチキャスト配信する
    　請求項２に記載のコンテンツ供給装置。
  7. 　前記ユニキャスト配信部は、前記モザイクCHセグメントストリームをHTTPユニキャスト配信し、
    　前記マルチキャスト配信部は、前記モザイクCHセグメントストリームに基づくモザイクCH FLUTEストリームをFLUTEマルチキャスト配信する
    　請求項２に記載のコンテンツ供給装置。
  8. 　前記モザイクCHストリーミングデータに基づいてモザイクCH RTPストリームを生成するRTPストリーム生成部をさらに備え、
    　前記マルチキャスト配信部は、前記モザイクCH RTPストリームもRTPマルチキャスト配信する
    　請求項７に記載のコンテンツ供給装置。
  9. 　前記モザイクCHセグメントストリーム生成部は、NTP時間軸に同期し、前記他のモザイクチャネルとの間で前記モザイクCHセグメントストリームの最小単位の先頭を揃え、前記他のモザイクチャネルとの間で統一されている時間長で、前記モザイクCHストリームを前記最小単位に区切ることにより、前記モザイクCHセグメントストリームを生成する
    　請求項２に記載のコンテンツ供給装置。
  10. 　モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置のコンテンツ供給方法において、
    　前記コンテンツ供給装置による、
    　　内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成ステップと、
    　　生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成ステップ、
    　　前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信ステップと、
    　　前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信ステップと、
    　　ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成ステップと
    　を含むコンテンツ供給方法。
  11. 　モザイクチャネルとしてコンテンツを供給するコンピュータを、
    　内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、
    　生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、
    　前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、
    　前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
    　ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
    　して機能させるプログラム。
  12. 　モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置から配信された前記コンテンツを受信、再生する端末装置において、
    　前記コンテンツ供給装置は、
    　　内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、
    　　生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、
    　　前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、
    　　前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
    　　ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
    　を備え、
    　前記メタファイルを取得し、取得した前記メタファイルに基づいてユニキャスト配信またはマルチキャスト配信された前記モザイクCHセグメントストリームを受信、再生し、前記モザイクCHセグメントストリームの画面上の領域を選択するユーザの操作に応じ、選択された前記領域に対応するストリームを受信、再生する
    　端末装置。
  13. 　モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置と、前記コンテンツ供給装置から配信された前記コンテンツを受信、再生する端末装置とから成るコンテンツ供給システムにおいて、
    　前記コンテンツ供給装置は、
    　　内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、
    　　生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、
    　　前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、
    　　前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
    　　ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを前記端末装置が受信するためのメタファイルを生成するメタファイル生成部と
    　を備え、
    　前記端末装置は、
    　　前記メタファイルを取得し、取得した前記メタファイルに基づいてユニキャスト配信またはマルチキャスト配信された前記モザイクCHセグメントストリームを受信、再生し、前記モザイクCHセグメントストリームの画面上の領域を選択するユーザの操作に応じ、選択された前記領域に対応するストリームを受信、再生する
    　コンテンツ供給システム。
PCT/JP2014/066398 2013-07-02 2014-06-20 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム WO2015001985A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
RU2015155589A RU2646391C2 (ru) 2013-07-02 2014-06-20 Устройство поставки контента, способ поставки контента, программа, терминальное устройство и система поставки контента
CN201480036796.4A CN105340280B (zh) 2013-07-02 2014-06-20 内容供应装置、内容供应方法、存储介质、终端装置及内容供应系统
EP14819372.5A EP3018909A4 (en) 2013-07-02 2014-06-20 Content provision device, content provision method, program, terminal device, and content provision system
MX2015017576A MX353123B (es) 2013-07-02 2014-06-20 Dispositivo de suministro de contenido, método de suministro de contenido, programa, dispositivo terminal, y sistema de suministro de contenido.
KR1020157035067A KR20160026873A (ko) 2013-07-02 2014-06-20 콘텐츠 공급 장치, 콘텐츠 공급 방법, 프로그램, 단말 장치, 및 콘텐츠 공급 시스템
JP2015525145A JP6570999B2 (ja) 2013-07-02 2014-06-20 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
US14/898,961 US20160373496A1 (en) 2013-07-02 2014-06-20 Content supply device, content supply method, program, terminal device, and content supply system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013-138627 2013-07-02
JP2013138627 2013-07-02

Publications (1)

Publication Number Publication Date
WO2015001985A1 true WO2015001985A1 (ja) 2015-01-08

Family

ID=52143563

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/066398 WO2015001985A1 (ja) 2013-07-02 2014-06-20 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム

Country Status (8)

Country Link
US (1) US20160373496A1 (ja)
EP (1) EP3018909A4 (ja)
JP (1) JP6570999B2 (ja)
KR (1) KR20160026873A (ja)
CN (1) CN105340280B (ja)
MX (1) MX353123B (ja)
RU (1) RU2646391C2 (ja)
WO (1) WO2015001985A1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016197845A (ja) * 2015-04-06 2016-11-24 日本放送協会 動画再生装置及びプログラム
WO2017042678A1 (en) * 2015-09-09 2017-03-16 Ericsson Ab Fast channel change in a multicast adaptive bitrate (mabr) streaming network using http download segment recovery in a dedicated bandwidth pipe
WO2017042679A1 (en) * 2015-09-09 2017-03-16 Ericsson Ab Fast channel change in a multicast adaptive bitrate (mabr) streaming network using http download segment recovery in a shared progressive abr download pipe
JP2018510555A (ja) * 2015-02-12 2018-04-12 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． マルチメディアストリーミングサービス提示方法、関連装置、および関連システム
JP2018510552A (ja) * 2015-02-15 2018-04-12 ホアウェイ・テクノロジーズ・カンパニー・リミテッド メディアストリーミング・オーバー・ハイパーテキストトランスファープロトコルにおけるメディアプレゼンテーションガイドを提供するための方法及び関連する装置
US11445000B2 (en) * 2018-11-30 2022-09-13 British Telecommunications Public Limited Company Multicast to unicast conversion

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9905267B1 (en) 2016-07-13 2018-02-27 Gracenote, Inc. Computing system with DVE template selection and video content item generation feature
US11290757B2 (en) 2018-09-28 2022-03-29 Comcast Cable Communications, Llc Per-segment parameters for content
EP3888318A1 (en) * 2018-11-30 2021-10-06 British Telecommunications public limited company Multicast to unicast conversion
CN109819275B (zh) * 2019-01-16 2021-03-16 中央电视台 4k超高清视频服务器播放通道复用方法、工作站及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09512147A (ja) * 1994-04-15 1997-12-02 フィリップス エレクトロニクス ネムローゼ フェンノートシャップ ビデオ信号の送信及び受信用の回路装置及び方法
WO2012138909A1 (en) * 2011-04-05 2012-10-11 Qualcomm Incorporated Ip broadcast streaming services distribution using file delivery methods

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000005886A1 (en) * 1998-07-20 2000-02-03 Canal+ Societe Anonyme Navigation system for a multichannel digital television system
US20040255336A1 (en) * 1999-03-30 2004-12-16 Gotuit Video, Inc. Methods and apparatus for simultaneous program viewing
US6466980B1 (en) * 1999-06-17 2002-10-15 International Business Machines Corporation System and method for capacity shaping in an internet environment
US9288424B2 (en) * 2006-02-10 2016-03-15 Cox Communications, Inc. Generating a genre-based video mosaic in a cable services network
FR2902568A1 (fr) * 2006-06-15 2007-12-21 Thomson Licensing Sas Procede d'affichage d'une image mosaique au sein d'un recepteur pour la selection de programmes audiovisuels, recepteurs et serveurs associes
KR101073312B1 (ko) * 2006-11-07 2011-10-12 콸콤 인코포레이티드 Ｍｂｓｆｎ 비활성 영역들에서 브로드캐스트 전송들의 보강을 위한 방법 및 장치
US8683519B2 (en) * 2007-09-26 2014-03-25 At&T Intellectual Property I, L.P. Favorites mosaic
US20090213777A1 (en) * 2008-02-27 2009-08-27 Sanyo Electric Co., Ltd. Distribution apparatus and receiving apparatus for reproducing predetermined contents
JP4986243B2 (ja) * 2008-07-04 2012-07-25 Ｋｄｄｉ株式会社 メディアストリームの階層数を制御する送信装置、方法及びプログラム
CN102687173B (zh) * 2009-12-25 2014-12-03 乐天株式会社 图像生成装置、图像生成方法、图像生成程序以及记录介质
US8782268B2 (en) * 2010-07-20 2014-07-15 Microsoft Corporation Dynamic composition of media
KR101613941B1 (ko) * 2010-11-02 2016-04-20 엘지전자 주식회사 미디어 콘텐트 송수신 방법 및 그를 이용한 송수신 장치
US9380079B2 (en) * 2011-06-29 2016-06-28 Cable Television Laboratories, Inc. Content multicasting
US9055136B2 (en) * 2011-10-13 2015-06-09 Qualcomm Incorporated Controlling streaming delay in networks
WO2013089437A1 (ko) * 2011-12-12 2013-06-20 엘지전자 주식회사 미디어 컨텐트를 수신하는 장치 및 방법
US20130283318A1 (en) * 2012-04-23 2013-10-24 Comcast Cable Communications, LLC. Dynamic Mosaic for Creation of Video Rich User Interfaces
US9553756B2 (en) * 2012-06-01 2017-01-24 Koninklijke Kpn N.V. Fingerprint-based inter-destination media synchronization

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09512147A (ja) * 1994-04-15 1997-12-02 フィリップス エレクトロニクス ネムローゼ フェンノートシャップ ビデオ信号の送信及び受信用の回路装置及び方法
WO2012138909A1 (en) * 2011-04-05 2012-10-11 Qualcomm Incorporated Ip broadcast streaming services distribution using file delivery methods

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"MI-EMO Use Case - Zapping Portal Services", 2 July 2013 (2013-07-02), XP055328322, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/TSG_SA/WG4_CODEC/TSGS4_74/Docs/S4-130628.zip> [retrieved on 20140902] *
MITSUHIRO HIRABAYASHI: "Achieving Uninterrupted Video Streaming Using Existing Web Servers", NIKKEI ELECTRONICS, 19 March 2012 (2012-03-19)
See also references of EP3018909A4

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018510555A (ja) * 2015-02-12 2018-04-12 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． マルチメディアストリーミングサービス提示方法、関連装置、および関連システム
US10637904B2 (en) 2015-02-12 2020-04-28 Huawei Technologies Co., Ltd. Multimedia streaming service presentation method, related apparatus, and related system
JP2018510552A (ja) * 2015-02-15 2018-04-12 ホアウェイ・テクノロジーズ・カンパニー・リミテッド メディアストリーミング・オーバー・ハイパーテキストトランスファープロトコルにおけるメディアプレゼンテーションガイドを提供するための方法及び関連する装置
JP2016197845A (ja) * 2015-04-06 2016-11-24 日本放送協会 動画再生装置及びプログラム
WO2017042678A1 (en) * 2015-09-09 2017-03-16 Ericsson Ab Fast channel change in a multicast adaptive bitrate (mabr) streaming network using http download segment recovery in a dedicated bandwidth pipe
WO2017042679A1 (en) * 2015-09-09 2017-03-16 Ericsson Ab Fast channel change in a multicast adaptive bitrate (mabr) streaming network using http download segment recovery in a shared progressive abr download pipe
US9788053B2 (en) 2015-09-09 2017-10-10 Ericsson Ab Fast channel change in a multicast adaptive bitrate (MABR) streaming network using HTTP download segment recovery in a dedicated bandwidth pipe
US9942290B2 (en) 2015-09-09 2018-04-10 Ericsson Ab Fast channel change in a multicast adaptive bitrate (MABR) streaming network using HTTP download segment recovery in a shared progressive ABR download pipe
US11445000B2 (en) * 2018-11-30 2022-09-13 British Telecommunications Public Limited Company Multicast to unicast conversion

Also Published As

Publication number Publication date
RU2015155589A (ru) 2017-06-27
EP3018909A4 (en) 2017-02-22
US20160373496A1 (en) 2016-12-22
MX353123B (es) 2017-12-20
KR20160026873A (ko) 2016-03-09
JPWO2015001985A1 (ja) 2017-02-23
CN105340280B (zh) 2018-09-25
MX2015017576A (es) 2016-04-21
EP3018909A1 (en) 2016-05-11
JP6570999B2 (ja) 2019-09-04
CN105340280A (zh) 2016-02-17
RU2646391C2 (ru) 2018-03-02

Similar Documents

Publication Publication Date Title
JP6570999B2 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
JP6348251B2 (ja) 端末装置、受信方法、およびプログラム
US10034042B2 (en) Content supply apparatus, content supply method, program, terminal apparatus, and content supply system
JP6329964B2 (ja) 送信装置、送信方法、受信装置、及び、受信方法
WO2014208377A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015064211A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法
JP6630860B2 (ja) 端末装置および受信方法
WO2015146647A1 (ja) 送信装置、送信方法、受信装置、受信方法、及び、プログラム
WO2015064212A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法
WO2014196393A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
JP2015061307A (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015045917A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015012140A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015064384A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法
WO2015008653A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム

Legal Events

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

Ref document number: 201480036796.4

Country of ref document: CN

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

Ref document number: 14819372

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015525145

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: IDP00201507929

Country of ref document: ID

ENP Entry into the national phase

Ref document number: 20157035067

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14898961

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: MX/A/2015/017576

Country of ref document: MX

WWE Wipo information: entry into national phase

Ref document number: 2014819372

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2015155589

Country of ref document: RU

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE