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

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

Info

Publication number
WO2014208377A1
WO2014208377A1 PCT/JP2014/065854 JP2014065854W WO2014208377A1 WO 2014208377 A1 WO2014208377 A1 WO 2014208377A1 JP 2014065854 W JP2014065854 W JP 2014065854W WO 2014208377 A1 WO2014208377 A1 WO 2014208377A1
Authority
WO
WIPO (PCT)
Prior art keywords
zapping
stream
streaming data
mpd
content supply
Prior art date
Application number
PCT/JP2014/065854
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 EP14817480.8A priority Critical patent/EP3016396B1/en
Priority to CN201480035203.2A priority patent/CN105325005B/zh
Priority to BR112015031926-2A priority patent/BR112015031926B1/pt
Priority to RU2015154559A priority patent/RU2656093C2/ru
Priority to US14/899,237 priority patent/US10440427B2/en
Publication of WO2014208377A1 publication Critical patent/WO2014208377A1/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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • 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, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 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, manipulating MPEG-4 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • 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/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Definitions

  • the present 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 that enables rapid zapping between channels to which different content is distributed, content supply
  • 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 Dynamic Adaptive Streaming over HTTP
  • Adaptive streaming technology is realized in DASH. That is, the content supply side prepares a plurality of streams having the same content, and in which the image quality, the angle of view size, etc. are changed according to the Internet communication environment serving as the distribution path and the capability and state of the reception side. It is made to do.
  • the receiving side can select, acquire, and reproduce an optimal stream according to the communication environment of the Internet, its own decoding capability, and the like among the plurality of streams prepared by the supplying side.
  • MPD Media Presentation Description
  • an address (url information) of a supply source of streaming data (media data such as Audio / Video / Subtitle) of chunked content is described.
  • the receiving side can access a predetermined server as a content supply source to request streaming data, and can receive and reproduce streaming data to be HTTP unicast distributed according to the request. .
  • FIG. 1 shows an example of the configuration of a content supply system for streaming content based on DASH.
  • the content supply system 10 comprises a plurality of content supply devices 20 (20A, 20B, 20C in this case) for supplying content, and a plurality of DASH clients 30 for receiving content.
  • the DASH client 30 is connected to the content supply apparatus 20 via a content delivery network (CDN) 12 using the Internet 11.
  • CDN content delivery network
  • the content supply apparatus 20A distributes the content of the same content as a channel A in a plurality of streams.
  • the content supply apparatus 20B distributes, as a channel B, content having the same content, which is different from the content of the channel A, in a plurality of streams.
  • the content supply devices 20A, 20B, and 20C are simply referred to as the content supply device 20 when it is not necessary to distinguish them individually.
  • the content supply device 20 includes a content management server 21, a DASH segment streamer 22, and a DASH MPD server 23.
  • the content management server 21 manages content to be supplied to the DASH client 30, generates a plurality of streaming data having different bit rates from the content of the same content, and outputs the streaming data to the DASH segment streamer 22.
  • the DASH segment streamer 22 temporally divides each streaming data into segments, converts them into files and holds them, and notifies the DASH MPD server 23 of the address of the supply source of the files. Furthermore, the DASH segment streamer 22 HTTP unicasts the file of segmented streaming data in response to a request (HTTP request) from the DASH client 30 as a WEB server.
  • the DASH MPD server 23 generates an MPD in which an address or the like representing a source of a plurality of streaming data (segments) files is described. Further, the DASH MPD server 23, as a WEB server, performs HTTP unicast distribution of the generated MPD in response to a request (HTTP request) from the DASH client 30.
  • the DASH client 30 requests the MPD from the DASH MPD server 23, and requests streaming data from the DASH segment streamer 22 based on the MPD which has been HTTP-unicast-distributed in response thereto, and accordingly HTTP-unicast. Receive and play distributed files.
  • the CDN 12 is provided with a cache server (not shown).
  • the cache server caches the file of MPD and streaming data distributed by HTTP unicast via the CND 12 and sends the HTTP request to the DASH client 30 which has sent the HTTP request on behalf of the DASH MPD server 23 or the DASH segment streamer 22 as a WEB server. HTTP unicast delivery of cached MPDs etc.
  • zapping an operation of searching for contents to be switched one after another in a short period of time
  • Switching between channels in DASH is performed in units of segments, or in units of subsegments in which segments are further subdivided. In the following, switching between channels in DASH will be described as being performed on a segment basis.
  • FIG. 2 and FIG. 3 show that three streams (Representations) having the same contents and different bit rates are prepared in channels A, B and C of DASH respectively, and zapping between channels is shown. Shows the state of switching.
  • segment length (time length) in DASH is arbitrary, the segment lengths do not necessarily match between channels. Also, the reproduction start time of the leading segment of the content does not necessarily coincide between the channels.
  • FIG. 2 shows an example in which the segment lengths do not match between the channels, and the playback start time of the first segment of the content also does not match between the channels.
  • FIG. 3 shows an example where the segment lengths do not match between the channels, and the playback start time of the first segment of the content matches between the channels in synchronization with the NTP time axis.
  • the occurrence of the above-described delay can be suppressed by shortening the segment length of each channel stream extremely.
  • the coding efficiency is deteriorated, the amount of data in the stream is increased, and a wider communication band is required, so an excessive load may be applied to the Internet 11 and the quality of service may be degraded.
  • the present disclosure has been made in view of such a situation, and is intended to enable rapid zapping between channels in DASH.
  • a content supply apparatus is a content supply apparatus that supplies, in the same channel, a plurality of streaming data having the same content and different attributes according to an adaptive streaming technique.
  • the zapping segment stream is generated by dividing the streaming data for zapping into the smallest unit when reception of the streaming data is switched according to the timing unified with other channels.
  • a meta file generating unit that generates a metafile for receiving the receiving side the zapping segment stream strike distribution and multicast distribution.
  • the zapping segment stream generation unit generates the zapping segment stream by dividing the zapping streaming data into the minimum unit at the same timing with the other channels belonging to the same group. be able to.
  • the unicast delivery unit can perform HTTP unicast delivery of the zapping segment stream, and the multicast delivery unit can perform FLUTE multicast delivery of a zapping FLUTE stream based on the zapping segment stream.
  • the content supply apparatus may further include an RTP stream generation unit configured to generate a RTP stream for zapping based on the streaming data for zapping among the plurality of streaming data
  • the metafile generation unit is a metafile for the receiver to receive the zapping segment stream that is delivered by HTTP unicast, the FLUTE stream for zapping that is delivered by FLUTE multicast, and the zapping RTP stream that is delivered by RTP multicast.
  • the multicast delivery unit can also deliver RTP packets for zapping for RTP multicast.
  • the zapping segment stream generation unit is synchronized with the NTP time axis, aligns the beginning of the smallest unit with the other channels belonging to the same group, and is unified with the other channels belonging to the same group.
  • the segment stream for zapping can be generated by dividing the streaming data for zapping into the minimum unit in the above-mentioned length of time.
  • the zapping segment stream generation unit generates the zapping segment stream by dividing the streaming data for zapping into the minimum unit with a time length shorter than the minimum unit of the streaming data for viewing. Can.
  • the metafile generator may generate an expanded MPD as the metafile.
  • the content supply device may further include a collection unit that collects the metadata and supplies the metadata to the reception side.
  • the metafile generation unit may generate, as the metafile, the MPD into which the MPD / @ NTPSynchronized attribute and the MPD / SegmentAlignedGroupID attribute are introduced, and the collection unit may include the MPD / @ NTPSynchronized attribute and the MPD / SegmentAlignedGroupID attribute.
  • the metadata for the zapping can be collected based on
  • the meta file generation unit may generate, as the meta file, the MPD into which the MPD / @ forZapping attribute is introduced, and the collecting unit may generate the zapping metadata based on the MPD / @ forZapping attribute. You can collect
  • the metafile generation unit may describe, as the metafile, at least one of the minimum unit time length and the maximum time length of the streaming data in the metadata, and the collection unit is configured to
  • the metadata for the zapping may be collected based on at least one of the minimum unit time length or the maximum time length.
  • a content supply method is a content supply method of a content supply apparatus for supplying, in the same channel, a plurality of streaming data having the same content and different attributes according to an adaptive streaming technique.
  • the streaming data for zapping is divided into the minimum unit when reception of streaming data is switched according to the timing unified with other channels.
  • a program according to a first aspect of the present disclosure, according to an adaptive streaming technique, provides a computer, which supplies a plurality of streaming data having the same content and different attributes in the same channel, according to the adaptive streaming technology, A segment stream for zapping to generate a segment stream for zapping by dividing the streaming data for zapping into the smallest unit when reception of the streaming data is switched according to the timing unified with other channels.
  • a generation unit a unicast distribution unit configured to perform unicast distribution of the zapping segment stream, a multicast distribution unit configured to perform multicast distribution of the zapping segment stream;
  • To function as a meta file generating unit that generates a metafile for receiving the receiving side the zapping segment stream is cast delivery.
  • the streaming data for zapping is switched to the minimum when reception of the streaming data is switched according to the timing unified with other channels.
  • a zapping segment stream is generated, the zapping segment stream is unicast-distributed, and the zapping segment stream is multicast-distributed.
  • a metafile is generated for the receiver to receive the zapping segment stream to be unicasted and multicasted.
  • a terminal device is the streaming data supplied from a content supply device that supplies, in the same channel, a plurality of streaming data having the same content and different attributes according to an adaptive streaming technique. Terminal receives the streaming data according to the timing at which the content supplying device is interposing the streaming data for zapping among the plurality of streaming data with another channel.
  • a zapping segment stream generating unit for generating a zapping segment stream by dividing into a minimum unit for the packeting; a unicast distribution unit for unicasting the zapping segment stream; and the zapping segment
  • a multicast distribution unit that multicasts a message stream, and a metafile generation unit that generates a metafile for the receiver to receive the zapping segment stream that is unicasted and multicasted, and acquires the metafile Switching the reception of the zapping segment stream to be unicasted and multicasted from each of the different channels based on the acquired metafile.
  • a metafile is acquired, and based on the acquired metafile, reception of the zapping segment stream to be unicasted and multicasted from each of different channels is switched. .
  • a content supply system provides a content supply apparatus for supplying a plurality of streaming data having the same content but different attributes in the same channel, and the streaming data.
  • a content supply system including a terminal device for receiving, the content supply device performs streaming data according to a timing at which the streaming data for zapping among the plurality of streaming data is unified with other channels, Segmenting unit for zapping to generate a zapping segment stream by dividing it into the smallest unit when the reception of a stream is switched, and a unicast for distributing the zapping segment stream by unicast A fast delivery unit; a multicast delivery unit for multicasting the zapping segment stream; and a metafile generating unit for generating a metafile for the receiver to receive the zapping segment stream to be unicasted and multicasted.
  • the terminal device acquires the metafile, and switches reception of the zapping segment stream to be unicast-distributed and multicast
  • the content supply device switches streaming data reception according to the timing at which the streaming data for zapping among the plurality of streaming data is unified with other channels.
  • the zapping segment stream is generated by being divided into the smallest units when being sent, the zapping segment stream is unicasted, and the zapping segment stream is multicasted.
  • a metafile is generated for the receiver to receive the zapping segment stream to be unicasted and multicasted.
  • the terminal device acquires a metafile, and based on the acquired metafile, switches reception of the zapping segment stream to be unicast-distributed and multicast-distributed from each of different channels.
  • rapid zapping between channels in DASH can be realized.
  • FIG. 4 illustrates a state of switching when zapping among a plurality of channels prepared in the content supply system according to the embodiment of the present disclosure.
  • This figure shows that different contents are distributed in channels A, B and C, and three streams (Representations) having different bit rates are prepared in each channel.
  • the segment division of content is synchronized with the NTP time axis, and the segment length of each channel belonging to a predetermined group is unified into a common time length. Further, the start point of the media playback time at the beginning of the segment (MPD / @ availabilityStartTime + Period / @ start) is determined to match on the NTP time axis.
  • the viewer using the content supply system instructs switching of Channel B to Representation B 2 by T 1 of the DASH client timeline while watching Representation A 2 of Channel A. Then, switching is performed to T1 which is a segment of Representation A2 and which is also a segment of Representation B2.
  • one or more stream data for zapping and one or more stream data for viewing with a bit rate higher than that of the stream data for zapping are prepared, which are contents having the same content in each channel. To do. Further, in each channel belonging to the same group, the segment lengths of the streaming data for zapping are unified, and the reproduction start time of the leading segment of the content is made to coincide in synchronization with the NTP time.
  • streaming data for zapping, streaming data for viewing, and MPDs for receiving them are not only delivered via HTTP unicast delivery, but also via multicast delivery via a broadcast network or the like with guaranteed communication quality.
  • MPD is supplied by HTTP unicast delivery, UPD multicast delivery, and FLUTE multicast delivery.
  • the streaming data for zapping and the streaming data for viewing / listening are supplied by HTTP unicast delivery, FLUTE multicast delivery, and RTP multicast delivery.
  • MPD distributed by multicast is used as much as possible, and streaming data for zapping distributed by multicast is received and reproduced. If this is not possible, MPD that is HTTP unicast distributed is used to receive and play streaming data for zapping that is multicast distributed. If this is also not possible, use MPDs delivered via HTTP unicast, and receive and play streaming data for zapping delivered via HTTP unicasts.
  • FIG. 5 shows a configuration example of a content supply system according to an embodiment of the present disclosure.
  • the terminal device 80 is connected to the content supply device 60 via the network 51.
  • the network 51 includes various broadcasting 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 Internet.
  • NTP server 52 that provides system time information according to the UTC time format. It is assumed that each content supply device 60 and each terminal device 80 operate by synchronizing their own system time with the NTP time axis according to the system time information provided from the NTP server 52 respectively.
  • the content supply apparatus 60A corresponding to the channel A includes the channel server 61, zapping segmenter 62, zapping MPD generator 63, viewing segmenter 64, viewing MPD generator 65, RTP streamer 66, FLUTE streamer 67, WEB server 68, and It has a multicast server 69.
  • the channel servers 61 to the multicast server 69 included in the content supply device 60A may be integrated and disposed, or may be distributed and disposed via the Internet or the like.
  • 6 and 7 show the flow of various data among the channel server 61 to the multicast server 69. 6 is at the time of zapping, and FIG. 7 is at the time of viewing.
  • the channel server 61 manages source data of contents distributed from the channel A, and from the source data of the same contents, one or more zapping streaming data different in bit rate and two or more viewing streaming data Generate Further, the channel server 61 outputs the zapping streaming data to the zapping segmenter 62 and the RTP streamer 66, and outputs the viewing streaming data to the viewing segmenter 64 and the RTP streamer 66.
  • the zapping segmenter 62 divides zapping streaming data into periods in time, and further divides the zapping streaming data into segments to generate zapping segment streams such as fragmented MP4 and outputs them to the FLUTE streamer 67 and the WEB server 68. Do.
  • the segment length of the zapping segment stream is common to the zapping segment streams of other channels belonging to the same group, and is unified to a time length shorter than the segment length of the viewing segment stream described later. Since the zapping segmenter 62 operates in synchronization with the NTP time axis, the segment breaks are also synchronized with the NTP time axis.
  • the zapping segmenter 62 notifies the zapping MPD generator 63 of metadata of the generated zapping segment stream (e.g., the URL of the web server 68 serving as a supply source of the file storing the zapping segment stream).
  • the zapping MPD generator 63 generates an extended MPD for zapping (hereinafter referred to as zapping MPD) necessary for the terminal device 80 to receive the zapping segment stream and zapping RTP stream (described later). Output to FLUTE streamer 67 and WEB server 68.
  • zapping MPD an extended MPD for zapping
  • the viewing segmenter 64 temporally divides viewing streaming data into periods, and further divides the viewing streaming data into segments, thereby generating a viewing segment stream and outputting it to the FLUTE streamer 67 and the WEB server 68. Furthermore, the viewing segmenter 64 notifies the viewing MPD generator 65 of metadata of the generated viewing segment stream (such as the URL of the web server 68 serving as the supply source of the file storing the viewing segment stream).
  • the viewing MPD generator 65 generates an MPD (hereinafter referred to as viewing MPD) necessary for the terminal device 80 to receive a viewing segment stream and a viewing RTP stream (described later), and the FLUTE streamer 67 and the WEB server Output to 68
  • the zapping MPD generated by the zapping MPD generator 63 and the viewing MPD generated by the viewing MPD generator 65 correspond to the content having the same content, and both are acquired, for example.
  • the association is made clear by the above URL and the like. Specifically, for example, when the URL of the acquisition destination of the zapping MPD is http://a.com/channel_1.forZapping.mpd, the URL of the acquisition destination of the viewing MPD is http://a.com/channel_1. .mpd etc.
  • the RTP streamer 66 stores the zapping streaming data and the viewing streaming data input from the channel server 61 in RTP packets to generate a zapping RTP stream and a viewing RTP stream, and outputs the RTP streaming stream to the multicast server 69.
  • the RTP streamer 66 also notifies the zapping MPD generator 63 of the metadata of the zapping RTP stream and the viewing MPD generator 65 of the metadata of the viewing RTP stream.
  • the FLUTE streamer 67 stores the zapping FLUTE stream and the viewing FLUTE stream by storing the zapping segment stream input from the zapping segmenter 62 and the viewing segment stream input from the viewing segmenter 64 in the FLUTE packet. It generates and outputs to the multicast server 69. In addition, the FLUTE streamer 67 outputs the zapping MPD input from the zapping MPD generator 63 and the viewing MPD input from the viewing MPD generator 65 to the multicast server 69.
  • the WEB server 68 In response to a request (HTTP request) from the MPD acquisition portal 70 or the terminal device 80, the WEB server 68 performs HTTP unicast distribution of the zapping MPD or the viewing MPD to the request source. Further, in response to a request (HTTP request) from the terminal device 80, the WEB server 68 performs HTTP unicast distribution of the zapping segment stream or the viewing segment stream to the request source.
  • the multicast server 69 distributes the zapping MPD and the viewing MPD by FLUTE multicast and UDP multicast.
  • the multicast server 69 also distributes FLUTE streams for zapping and FLUTE streams for viewing by FLUTE multicast.
  • the multicast server 69 RTP multicasts the zapping RTP stream and the viewing RTP stream.
  • the content supply device 60B corresponding to the channel B is configured in the same manner as the content supply device 60A, so the description thereof is omitted.
  • the MPD acquisition portal 70 crawls the content supply apparatus 60 of each channel according to the query API for requesting the zapping MPD from the terminal device 80, collects the zapping MPDs, and transmits it to the terminal device 80.
  • the zapping MPDs are not generated in the content supply apparatus 60 of each channel, the viewing MPDs satisfying the predetermined conditions (described later) are collected and transmitted to the terminal apparatus 80.
  • the MPD acquisition portal 70 crawls the content supply device 60 of each channel according to the query API requesting the viewing MPD from the terminal device 80, collects the viewing MPD, and transmits it to the terminal device 80.
  • the terminal device 80 acquires the zapping MPD which is multicast-distributed as much as possible, and the stream for zapping which is multicast-distributed as much as possible based on the acquired zapping MPD (FLUTE stream or RTP stream) Receive and play. If this can not be done, the MPD to be delivered by HTTP unicast is acquired, and the stream for zapping to be delivered by multicast is received and reproduced. If this is also not possible, use MPDs delivered via HTTP unicast, and receive and play streaming data for zapping delivered via HTTP unicasts.
  • the terminal device 80 knows the address of the acquisition destination of the zapping MPD and the viewing MPD, the zapping MPD and the viewing MPD can be acquired directly without using the MPD acquisition portal 70. .
  • the terminal device 80 When the terminal device 80 receives a zapping or viewing segment stream or RTP stream, the zapping MPD or viewing MPD is referred to. Further, when receiving a zapping MPD, a viewing MPD, and a zapping or viewing FLUTE stream to be distributed by FLUTE multicast, announcement information describing a portal channel of the multicast server 69 that performs FLUTE multicast distribution is referred to.
  • the announcement information is made known via an interaction channel or a broadcast / multicast channel by USD (User Service Description) or the like in MBMS when the FLUTE multicast delivery is performed via mobile broadcast (e) MBMS included in the network 51.
  • USD User Service Description
  • e mobile broadcast
  • FIG. 8 shows the arrangement of USDs in MBMS.
  • the announcement information may be an interaction channel or a broadcast by means of an Electronic Service Guide (ESG) of DVB-H (IPDC) or the like. It is known via a multicast channel.
  • ESG Electronic Service Guide
  • FIG. 9 shows the arrangement of ESG in DVB-H (IPDC).
  • the announcement information may be managed by the MPD acquisition portal 70, and the announcement information may be notified to the request source in response to a request from the terminal device 80.
  • each Period is provided with a plurality of Representations which are information having the same content and information on streaming data having different stream attributes such as the image quality and the bit rate at which the angle of view size is changed.
  • Representation information on Segments obtained by further dividing the Period into time is stored.
  • FIG. 10 shows an example in which the structure following 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 40 acquires the first segmented streaming data
  • the mediaRange “795” is included in the Range header along 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 the zapping MPD is described in the 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 / @ NTPSynchronized attribute true or false is described, which indicates whether the segment division of the segment stream for the MPD is synchronized with the NTP time axis.
  • the zapping segmenter 62 since the zapping segmenter 62 operates in synchronization with the NTP time axis, the segmentation of the segments coincides with the NTP time axis. Therefore, the value of the synchronized MPD / @ NTPSynchronized attribute is true.
  • the MPD / @ SegmentAlignedGroupID attribute describes an identifier of a group to which a channel matching segment breaks of segment streams belongs.
  • the MPD acquisition portal 70 requests a zapping MPD from the terminal device 80 as follows: Http://MPDPortal.com/getMPDforZapping Accordingly, MPDs / @ NTPSynchronized attributes may be true, and MPDs / @ SegmentAlignedGroupID attributes may be MPDs with the same group identifier (MPDs for zapping). Between the channels corresponding to the collected zapping MPDs, segment divisions coincide in synchronization with the NTP time axis, which enables rapid zapping.
  • the start point (MPD / @ availabilityStartTime + Period / @ start) of the media reproduction time at the beginning of the segment in the group to which the channel of the content supply device 60 belongs is the NTP time axis Match on.
  • At least one of the segmentBase / @ duration attribute storing a value indicating the segment length or the MPD / @ maxSegmentDuration attribute storing a value indicating the maximum segment length is mandatory in the zapping MPD and the viewing MPD.
  • MPDs for zapping MPDs for viewing that are not expanded, that is, MPDs for which MPD / @ NTPSynchronized and MPD / @ SegmentAlignedGroupID attributes have not been introduced.
  • a ServiceLocation element is newly introduced in the MPD to enable seamless switching between HTTP unicast delivered segment streams and RTP multicast delivered RTP streams.
  • an rtspRange attribute is introduced that represents a section of a stream segment that is multicast and broadcasted by RTP, which corresponds to the byte range of the segment that is HTTP unicast transmitted.
  • the rtspRange attribute specifies a section of an RTP stream to be delivered by RTP multicast as a switching target of a segment stream to be delivered by HTTP unicast, and is disposed in a SegmentURL element.
  • RTSP Real Time Streaming Protocol
  • RFC Real Time Streaming Protocol
  • ServiceLocationAttributeUrl attribute in which the url of the ServiceLocationAttribute file storing the ServiceLocation element as the root element is described is placed in the Base URL of the MPD.
  • the ServiceLocation element consists of a tuning parameter (DeliverySystemAttributes) and an IP multicast address (IPMulticastAddress).
  • a format identifier of a data structure of a tuning parameter employed in multicast transmission or broadcast transmission by MBMS etc. (in the case of MBMS) ID_MBMS) is described.
  • a format identifier of a data structure of a tuning parameter adopted in broadcast transmission of the DVB terrestrial network is described.
  • FIG. 12 is a flowchart for explaining the process performed by each content supply device 60 for distributing content.
  • the content supply device 60A that distributes content as the channel A will be described as an example.
  • step S1 the content supply device 60A synchronizes its own system time with the NTP time axis according to the system time information provided by the NTP server 52.
  • the zapping segmenter 62 and the like constituting the content supply device 60A operate in synchronization with the NTP time axis.
  • step S2 the channel server 61 generates zapping streaming data and viewing streaming data having different bit rates from source data of content to be distributed as channel A. Further, the channel server 61 outputs the zapping streaming data to the zapping segmenter 62 and the RTP streamer 66, and outputs the viewing streaming data to the viewing segmenter 64 and the RTP streamer 66.
  • steps S3 to S8 and the processes of steps S13 to S18 are performed in parallel, for convenience of explanation, the processes of steps S3 to S8 will be described.
  • step S 3 the RTP streamer 66 generates the zapping RTP stream by storing the zapping streaming data input from the channel server 61 in the RTP packet and outputs the zapping RTP stream to the multicast server 69. Also, the RTP streamer 66 notifies the zapping MPD generator 63 of metadata of the zapping RTP stream.
  • the zapping segmenter 62 temporally divides zapping streaming data input from the channel server 61 into periods, and further divides the zapping streaming data into segments, thereby generating a zapping segment stream such as fragmented MP4 to obtain the FLUTE streamer 67 and the WEB. Output to the server 68. Also, the zapping segmenter 62 notifies the zapping MPD generator 63 of the metadata of the generated zapping segment stream.
  • the FLUTE streamer 67 generates the zapping FLUTE stream by storing the zapping segment stream input from the zapping segmenter 62 in the FLUTE packet and outputs the zapping FLUTE stream to the multicast server 69.
  • step S4 the zapping MPD generator 63 generates a zapping MPD necessary for the terminal device 80 to receive the zapping segment stream and the zapping RTP stream, and outputs the zapping MPD to the FLUTE streamer 67 and the WEB server 68.
  • step S5 the FLUTE streamer 67 outputs the zapping MPD input from the zapping MPD generator 63 to the multicast server 69.
  • the multicast server 69 distributes the zapping MPD by FLUTE multicast and also by UDP multicast.
  • step S6 when there is a request (HTTP request) from the MPD acquisition portal 70 or the terminal device 80, the WEB server 68 performs HTTP unicast distribution of the zapping MPD to the request source accordingly.
  • HTTP request HTTP request
  • step S7 the multicast server 69 performs FLUTE multicast distribution of the zapping FLUTE stream, and also RTP multicasts the zapping RTP stream.
  • step S8 when there is a request (HTTP request) from the terminal device 80, the WEB server 68 performs HTTP unicast distribution of the zapping segment stream to the request source accordingly.
  • HTTP request HTTP request
  • step S13 the RTP streamer 66 generates a viewing RTP stream by storing the viewing streaming data input from the channel server 61 in the RTP packet, and the multicast server Output to 69 Also, the RTP streamer 66 notifies the viewing MPD generator 65 of metadata of the viewing RTP stream.
  • the viewing segmenter 64 temporally divides viewing streaming data input from the channel server 61 into periods, and further divides the streaming data into segments, thereby generating a viewing segment stream such as fragmented MP4 to obtain the FLUTE streamer 67 and the WEB. Output to the server 68. Also, the viewing segmenter 64 notifies the viewing MPD generator 65 of the metadata of the generated viewing segment stream.
  • the FLUTE streamer 67 generates a viewing FLUTE stream by storing the viewing segment stream input from the viewing segmenter 64 in the FLUTE packet, and outputs the viewing FLUTE stream to the multicast server 69.
  • step S 14 the viewing MPD generator 65 generates a viewing MPD necessary for the terminal device 80 to receive the viewing segment stream and the viewing RTP stream, and outputs the MPD to the FLUTE streamer 67 and the WEB server 68.
  • step S15 the FLUTE streamer 67 outputs the viewing MPD input from the viewing MPD generator 65 to the multicast server 69.
  • the multicast server 69 distributes the viewing MPD by FLUTE multicast and also transmits UDP multicast.
  • step S16 when there is a request (HTTP request) from the MPD acquisition portal 70 or the terminal device 80, the WEB server 68 HTTP unicasts the viewing MPD to the request source accordingly.
  • HTTP request HTTP request
  • step S17 the multicast server 69 distributes the viewing FLUTE stream by FLUTE multicast, and distributes the viewing RTP stream by RTP multicast.
  • step S18 when there is a request (HTTP request) from the terminal device 80, the WEB server 68 performs HTTP unicast distribution of the viewing segment stream to the request source accordingly. Above, the process which each content supply apparatus 60 performs is complete
  • FIG. 13 shows the separation of segments of the zapping segment stream and the viewing segment stream generated by the process of step S3 or the process of step S13 of FIG.
  • one or more (two in FIG. 13) zapping segment streams and two or more (five in FIG. 13) viewing streams are generated, and the division of these segments is synchronized with the NTP time axis.
  • segment break of the zapping stream matches the segment break (not shown) of the zapping stream segment of another channel belonging to the same group.
  • FIG. 14 is a flowchart corresponding to the case where the terminal device 80 can receive the zapping MPD to be multicast-distributed and can receive and reproduce the multicast-distributed zapping FLUTE stream or RTP stream.
  • the method for receiving the viewing MPD and the viewing stream is optional, the viewing stream can usually be of high quality (high bit rate) in the case of HTTP unicast distribution. As long as you receive this.
  • step S21 the terminal device 80 synchronizes its own system time with the NTP time axis according to the system time information provided by the NTP server 52.
  • step S22 the terminal device 80 receives the zapping MPD distributed by FLUTE multicast as the process of step S5 in FIG.
  • the zapping MPD may be requested of the MPD acquisition portal 70 instead of receiving the zapping MPD by itself.
  • the terminal device 80 that has received the zapping MPD is in the zapping phase.
  • step S23 based on the zapping MPD, the terminal device 80 receives and reproduces the zapping FLUTE stream distributed by FLUTE multicast or the zapping RTP stream distributed by RTP multicast as the process at step S7 in FIG.
  • the terminal device 80 can perform rapid zapping between channels belonging to the same group by repeating the process of step S23 as appropriate.
  • the terminal device 80 acquires the viewing MPD during the zapping phase. Specifically, in step S24, the terminal device 80 requests the viewing MPD to the WEB server 68, and in response to this request, receives the viewing MPD which has been HTTP unicast distributed as the process of step S16 in FIG. Keep it.
  • the terminal device 80 that has received the viewing MPD can transition from the zapping phase to the viewing phase.
  • the terminal device 80 requests the web server 68 for a viewing segment stream based on the viewing MPD.
  • the WEB server 68 performs HTTP unicast distribution of the viewing segment stream requested in step S18 of FIG. 12, and the terminal device 80 transmits the viewing segment stream subjected to HTTP unicast distribution in step S26. Receive, play.
  • FIG. 15 is a flowchart corresponding to the case where the terminal device 80 can acquire the zapping MPD to be HTTP-unicast-distributed and can receive and reproduce the zapping-FLUTE stream or RTP-stream to be multicast-distributed.
  • the method of receiving the viewing MPD and the viewing stream is optional as in the case of FIG. 14, but the viewing stream is generally higher in image quality (high bit rate) in the case of HTTP unicast delivery. In many cases, I will try to receive this as much as possible.
  • step S41 the terminal device 80 synchronizes its own system time with the NTP time axis according to the system time information provided by the NTP server 52.
  • step S42 the terminal device 80 requests the MPD acquisition portal 70 for the zapping MPD.
  • the MPD acquisition portal 70 is connected to the WEB server 68 of each content supply apparatus 60, and the zapping MPD (MPD / @ NTPSynchronized attribute is true and MPD / @ SegmentAlignedGroupID attribute is the same) Request the group identifier MPD).
  • the web server 68 performs HTTP unicast distribution of the zapping MPD to the MPD acquisition portal 70 as the process of step S6 of FIG.
  • the MPD acquisition portal 70 collects zapping MPDs that have been HTTP-unicast-distributed, and transmits the zapping-MPDs to the terminal device 80 of the request source.
  • the MPD acquisition portal 70 may collect zapping MPDs to be distributed by UDP multicast.
  • the terminal device 80 may collect zapping MPDs directly from the WEB server 68 of each content supply device 60 without using the MPD acquisition portal 70.
  • the terminal device 80 that has received the zapping MPD is in the zapping phase.
  • step S43 the terminal device 80 receives and reproduces the zapping FLUTE stream being distributed by FLUTE multicast or the zapping RTP stream being being distributed by RTP multicast based on the zapping MPD as the process at step S7 in FIG.
  • the terminal device 80 can perform rapid zapping between channels belonging to the same group by repeating the process of step S43 as appropriate.
  • the terminal device 80 acquires the viewing MPD during the zapping phase. Specifically, in step S44, the terminal device 80 requests the viewing MPD to the WEB server 68, and in response to this request, receives the viewing MPD which has been HTTP unicast distributed as the process in step S16 of FIG. Keep it.
  • the terminal device 80 that has received the viewing MPD can transition from the zapping phase to the viewing phase.
  • the terminal device 80 requests the web server 68 for a viewing segment stream based on the viewing MPD.
  • the WEB server 68 performs HTTP unicast distribution of the viewing segment stream requested in step S18 of FIG. 12, and the terminal device 80 transmits the viewing segment stream subjected to HTTP unicast distribution in step S46. Receive, play.
  • FIG. 16 shows that the terminal device 80 acquires the zapping MPD to be subjected to HTTP unicast distribution, and the zapping segment to be transmitted by HTTP unicast without being able to receive the FLUTE stream or the RTP stream for zapping transmitted by multicast. It is a flowchart corresponding to the case where a stream can be received and reproduced.
  • the method of receiving the viewing MPD and the viewing stream is optional as in the case of FIG. 14, but the viewing stream is generally higher in image quality (high bit rate) in the case of HTTP unicast delivery. In many cases, I will try to receive this as much as possible.
  • step S71 the terminal device 80 synchronizes its own system time with the NTP time axis according to the system time information provided by the NTP server 52.
  • step S72 the terminal device 80 requests the MPD acquisition portal 70 for the zapping MPD.
  • step S81 the MPD acquisition portal 70 connects to the WEB server 68 of each content supply device 60, and requests a zapping MPD.
  • the web server 68 performs HTTP unicast distribution of the zapping MPD to the MPD acquisition portal 70 as the process of step S6 of FIG.
  • the MPD acquisition portal 70 collects the zapping MPDs that have been HTTP-unicast-distributed, and transmits the zapping-MPDs to the terminal device 80 of the request source.
  • the MPD acquisition portal 70 may collect zapping MPDs to be distributed by UDP multicast.
  • the terminal device 80 may collect zapping MPDs directly from the WEB server 68 of each content supply device 60 without using the MPD acquisition portal 70.
  • the terminal device 80 that has received the zapping MPD is in the zapping phase.
  • step S73 the terminal device 80 requests the web server 68 for the zapping segment stream based on the zapping MPD.
  • the WEB server 68 performs HTTP unicast distribution of the zapping segment stream to the terminal device 80 as the process of step S8 in FIG.
  • step S74 the terminal device 80 receives and reproduces the zapping segment stream distributed by HTTP unicast.
  • the terminal device 80 can perform rapid zapping between channels belonging to the same group by repeating the processes of steps S73 and S74 as appropriate.
  • the terminal device 80 acquires the viewing MPD during the zapping phase. Specifically, in step S75, the terminal device 80 requests the viewing MPD to the WEB server 68, and in response to this request, receives the viewing MPD which has been HTTP unicast distributed as the process of step S16 of FIG. Keep it.
  • the terminal device 80 that has received the viewing MPD can transition from the zapping phase to the viewing phase.
  • the terminal device 80 requests the web server 68 for a segment stream for viewing based on the viewing MPD.
  • the WEB server 68 performs HTTP unicast distribution of the viewing segment stream requested as step S18 in FIG. 12, and the terminal device 80 transmits the viewing segment stream subjected to HTTP unicast distribution in step S77. Receive, play.
  • switching between channels in DASH is performed in units of segments, but may be performed in units of subsegments in which segments are further subdivided.
  • the description of the MPD / @ SubSegmentDuration attribute that stores the value representing the subsegment length is mandatory for the zapping MPD and the viewing MPD, and the “segment” in the above description should be read as the “subsegment”.
  • the content supply device 60 and the terminal device 80 that execute the series of processes described above can be realized by a computer executing software, in addition to hardware configuration.
  • the 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. 17 is a block diagram showing an example of the hardware configuration of the computer described above.
  • a central processing unit (CPU) 101 a read only memory (ROM) 102, and a random access memory (RAM) 103 are mutually connected by a bus 104.
  • CPU central processing unit
  • ROM read only memory
  • RAM random access memory
  • an input / output interface 105 is 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 non-volatile memory, and the like.
  • the communication unit 109 includes a network interface and the like.
  • the drive 110 drives removable media 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, for example. A series of processing is performed.
  • the program executed by the computer 100 can be provided by being recorded on, for example, a removable medium 111 as a package medium or the like. Also, 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 media 111 to the drive 110.
  • the program can be received by the communication unit 109 via a wired or wireless transmission medium and installed in the storage unit 108.
  • the program can be installed in advance in the ROM 102 or the storage unit 108.
  • the program executed by the computer 100 may be a program that performs processing in chronological order according to the order described in this specification, or in parallel, or when necessary, such as when a call is made.
  • the program may be a program to be processed in
  • the present disclosure can also be configured as follows.
  • a segment for zapping by dividing the streaming data for zapping among the plurality of streaming data into the minimum unit when reception of the streaming data is switched according to the timing unified with other channels.
  • a zapping segment stream generator for generating a stream;
  • a unicast delivery unit for unicast delivery of the zapping segment stream;
  • a multicast distribution unit that multicasts the zapping segment stream;
  • a content supply device comprising: a metafile generation unit configured to generate a metafile for the receiving side to receive the zapping segment stream subjected to unicast distribution and multicast distribution.
  • the zapping segment stream generation unit generates the zapping segment stream by dividing the zapping streaming data into the minimum unit at the same timing with the other channels belonging to the same group.
  • the unicast delivery unit performs HTTP unicast delivery of the zapping segment stream, The content supply device according to (1) or (2), wherein the multicast distribution unit distributes a FLUTE stream for zapping based on the segment stream for zapping by FLUTE multicast.
  • the metafile generation unit is a metafile for the receiver to receive the zapping segment stream that is delivered by HTTP unicast, the FLUTE stream for zapping that is delivered by FLUTE multicast, and the zapping RTP stream that is delivered by RTP multicast.
  • the zapping segment stream generation unit is synchronized with the NTP time axis, aligns the beginning of the smallest unit with the other channels belonging to the same group, and is unified with the other channels belonging to the same group.
  • the content supply device according to any one of (1) to (4), wherein the zapping segment stream is generated by dividing the zapping streaming data into the minimum unit with a predetermined length of time.
  • the zapping segment stream generation unit generates the zapping segment stream by dividing the streaming data for zapping into the minimum unit with a time length shorter than the minimum unit of the streaming data for viewing.
  • the content supply device according to any one of (1) to (5).
  • the content supply device according to any one of (1) to (6), wherein the metafile generation unit generates an expanded MPD as the metafile.
  • the content supply device according to any one of (1) to (7), further comprising: a collection unit that collects the metadata and supplies the metadata to the reception side.
  • the metafile generation unit generates, as the metafile, the MPD into which the MPD / @ NTPSynchronized attribute and the MPD / SegmentAlignedGroupID attribute are introduced,
  • the content supply device according to (8), wherein the collection unit collects the zapping metadata based on an MPD / @ NTPSynchronized attribute and an MPD / SegmentAlignedGroupID attribute.
  • the metafile generation unit generates, as the metafile, the MPD into which an MPD / @ forZapping attribute is introduced, The content supply device according to (8), wherein the collection unit collects the metadata for the zapping based on an MPD / @ for Zapping attribute.
  • the metafile generation unit describes at least one of the minimum unit time length and the maximum time length of the streaming data as the metafile in the metadata.
  • the content supply device wherein the collection unit collects the metadata for the zapping based on at least one of the minimum unit length and the maximum unit length of the streaming data.

Abstract

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

Description

コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
　本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、異なるコンテンツが配信されるチャネル間で速やかにザッピング(Zapping)できるようにしたコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。
　インターネットを介する動画配信に利用可能な国際標準化された動画配信プロトコルとして、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に基づいてコンテンツをストリーミング配信するコンテンツ供給システムの構成の一例を示している。
　該コンテンツ供給システム１０は、コンテンツを供給する側の複数のコンテンツ供給装置２０（いまの場合、２０Ａ，２０Ｂ，２０Ｃ）と、コンテンツを受信する側の多数のDASHクライアント３０から構成される。DASHクライアント３０は、インターネット１１を利用したCDN(Contents Delivery Network)１２を介してコンテンツ供給装置２０に接続される。
　コンテンツ供給装置２０Ａは、チャネルＡとして同一内容のコンテンツを複数のストリームで配信する。コンテンツ供給装置２０Ｂは、チャネルＢとして、チャネルＡのコンテンツとは異なる同一内容のコンテンツを複数のストリームで配信する。コンテンツ供給装置２０Ｃについても同様である。以下、コンテンツ供給装置２０Ａ，２０Ｂ，２０Ｃを個々に区別する必要がない場合、単にコンテンツ供給装置２０と称する。
　コンテンツ供給装置２０は、コンテンツマネジメントサーバ２１、DASHセグメントストリーマ２２、およびDASH MPDサーバ２３を有する。
　コンテンツマネジメントサーバ２１は、DASHクライアント３０に供給するコンテンツを管理しており、同一内容のコンテンツからビットレートが異なる複数のストリーミングデータを生成してDASHセグメントストリーマ２２に出力する。
　DASHセグメントストリーマ２２は、各ストリーミングデータを時間的にセグメントに分割して、それぞれをファイル化して保持し、該ファイルの供給元のアドレスをDASH MPDサーバ２３に通知する。さらに、DASHセグメントストリーマ２２は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、セグメント化されたストリーミングデータのファイルをHTTPユニキャスト配信する。
　DASH MPDサーバ２３は、複数のストリーミングデータ（のセグメント）のファイルの供給元を表すアドレスなどを記述したMPDを生成する。また、DASH MPDサーバ２３は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、生成したMPDをHTTPユニキャスト配信する。
　DASHクライアント３０は、DASH MPDサーバ２３に対してMPDを要求し、これに応じてHTTPユニキャスト配信されたMPDに基づいて、DASHセグメントストリーマ２２にストリーミングデータを要求し、これに応じてHTTPユニキャスト配信されるファイルを受信、再生する。
　なお、CDN１２には図示せぬキャッシュサーバが設けられている。キャッシュサーバは、CND１２を介してHTTPユニキャスト配信されるMPDやストリーミングデータのファイルをキャッシングし、WEBサーバとしてのDASH MPDサーバ２３またはDASHセグメントストリーマ２２に代わって、HTTPリクエストを送信したDASHクライアント３０に対してキャッシングしているMPD等をHTTPユニキャスト配信する。
「既存のWebサーバーで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
　上述したように、DASHではHTTPユニキャスト配信を用いた適応的ストリーミング技術が実現されており、図１の構成では複数のチャネル（コンテンツ供給装置２０Ａ、２０Ｂ、２０Ｃ）が用意されていることによって、受信側に対して内容の異なる複数のコンテンツを同時に配信することが可能となされている。
　このように、内容が異なる複数のコンテンツを同時に供給できる場合、視聴者はテレビジョン放送を視聴するときと同様、いわゆるザッピング（短時間のうちにチャネルを次々に切り替えて視聴するコンテンツをさがす動作）を行なうことが想定される。
　なお、DASHにおけるチャネル間のスイッチングは、セグメント単位、またはセグメントがより細分化されているサブセグメント単位で行なわれる。以下、DASHにおけるチャネル間のスイッチングはセグメント単位で行なわれるものとして説明を継続する。
　図２および図３は、DASHのチャネルＡ，Ｂ，Ｃにおいてそれぞれ同一内容のコンテンツであってビットレートの異なる３本のストリーム（Representation）を用意していることを示しており、チャネル間をザッピングするときのスイッチングの様子を示している。
　なお、DASHにおいてセグメント長（時間長）は任意であるので、チャネル間においてセグメント長は必ずしも一致しない。また、チャネル間においてコンテンツの先頭のセグメントの再生開始時刻は必ずしも一致しない。
　図２は、チャネル間でセグメント長が一致しておらず、かつ、チャネル間でコンテンツの先頭のセグメントの再生開始時刻も一致していない場合の例である。
　この場合、DASHクライアント３０のユーザがチャネルＡのRepresentationＡ２を視聴しながらDASHクライアント時間軸のＴ１までにチャネルＢのRepresentationＢ２へのスイッチング（ザッピング）を指示しても、RepresentationＢ２のセグメントの区切りであるＴ２までスイッチングは遅延される。さらに、チャネルＢのRepresentationＢ２を視聴しながらＴ３の前までにチャネルＣのRepresentationＣ２へのスイッチングを指示しても、RepresentationＣ２のセグメントの区切りであるＴ４までスイッチングは遅延される。
　図３は、チャネル間でセグメント長は一致しておらず、かつ、チャネル間でコンテンツの先頭のセグメントの再生開始時刻がNTP時間軸に同期して一致されている場合の例である。
　この場合、DASHクライアント３０のユーザがチャネルＡのRepresentationＡ２を視聴しながらNTP時間軸のＴ１までにチャネルＢのRepresentationＢ２へのスイッチングを指示しても、RepresentationＢ２のセグメントの区切りであるＴ２までスイッチングは遅延される。さらに、チャネルＢのRepresentationＢ２を視聴しながらＴ３の前までにチャネルＣのRepresentationＣ２へのスイッチングを指示しても、RepresentationＣ２のセグメントの区切りであるＴ４までスイッチングは遅延される。
　上述したように、DASHにおけるチャネル間でストリームをスイッチングすると余分な遅延が生じてしまう。よって、この場合、チャネル間で速やかなザッピングを行うことができない。
　なお、各チャネルのストリームのセグメント長を極端に短くすれば、上述した遅延の発生は抑止できる。しかしながらその場合、符号化効率が悪化してストリームのデータ量が増加してより広い通信帯域を必要とするので、インターネット１１に過剰な負荷をかけてしまいサービス品質の劣化を招く恐れもある。
　本開示はこのような状況に鑑みてなされたものであり、DASHにおけるチャネル間の速やかなザッピングを実現できるようにするものである。
　本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置において、前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部とを備える。
　前記ザッピング用セグメントストリーム生成部は、同じグループに属する前記他のチャネルとの間で統一されているタイミングに従い、前記ザッピング用ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成することができる。
　前記ユニキャスト配信部は、前記ザッピング用セグメントストリームをHTTPユニキャスト配信することができ、前記マルチキャスト配信部は、前記ザッピング用セグメントストリームに基づくザッピング用FLUTEストリームをFLUTEマルチキャスト配信することができる。
　本開示の第１の側面であるコンテンツ供給装置は、前記複数のストリーミングデータのうちの前記ザッピング用の前記ストリーミングデータに基づいてザッピング用RTPストリームを生成するRTPストリーム生成部をさらに備えることができ、前記メタファイル生成部は、HTTPユニキャスト配信される前記ザッピング用セグメントストリーム、FLUTEマルチキャスト配信される前記ザッピング用FLUTEストリーム、およびRTPマルチキャスト配信される前記ザッピング用RTPストリームを受信側が受信するためのメタファイルを生成することができ、前記マルチキャスト配信部は、前記ザッピング用RTPストリームもRTPマルチキャスト配信することができる。
　前記ザッピング用セグメントストリーム生成部は、NTP時間軸に同期し、同じグループに属する前記他のチャネルとの間で前記最小単位の先頭を揃え、同じグループに属する前記他のチャネルとの間で統一されている時間長で、前記ザッピング用ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成することができる。
　前記ザッピング用セグメントストリーム生成部は、視聴用の前記ストリーミングデータの前記最小単位よりも短い時間長で、ザッピング用の前記ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成することができる。
　前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成することができる。
　本開示の第１の側面であるコンテンツ供給装置は、前記メタデータを集めて前記受信側に供給する収集部をさらに備えることができる。
　前記メタファイル生成部は、前記メタファイルとして、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性が導入された前記MPDを生成することができ、前記収集部は、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性に基づいて前記ザッピング用の前記メタデータを集めることができる。
　前記メタファイル生成部は、前記メタファイルとして、MPD/@forZapping属性が導入された前記MPDを生成することができ、前記収集部は、MPD/@forZapping属性に基づいて前記ザッピング用の前記メタデータを集めることができる。
　前記メタファイル生成部は、前記メタファイルとして、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方を前記メタデータに記述することができ、前記収集部は、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方に基づいて前記ザッピング用の前記メタデータを集めることができる。
　本開示の第１の側面であるコンテンツ供給方法は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成ステップと、前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信ステップと、前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信ステップと、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成ステップとを含む。
　本開示の第１の側面であるプログラムは、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンピュータを、前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部として機能させる。
　本開示の第１の側面においては、複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータが、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切されることにより、ザッピング用セグメントストリームが生成され、前記ザッピング用セグメントストリームがユニキャスト配信され、前記ザッピング用セグメントストリームがマルチキャスト配信される。また、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルが生成される。
　本開示の第２の側面である端末装置は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置から供給される前記ストリーミングデータを受信する端末装置において、前記コンテンツ供給装置が、前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部とを備え、前記メタファイルを取得し、取得した前記メタファイルに基づいて、異なるチャネルのそれぞれからユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームの受信をスイッチングする。
　本開示の第２の側面においては、メタファイルが取得され、取得された前記メタファイルに基づいて、異なるチャネルのそれぞれからユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームの受信がスイッチングされる。
　本開示の第３の側面であるコンテンツ供給システムは、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置と、前記ストリーミングデータを受信する端末装置とから成るコンテンツ供給システムにおいて、前記コンテンツ供給装置が、前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部とを備える。そして、前記端末装置が、前記メタファイルを取得し、取得した前記メタファイルに基づいて、異なるチャネルのそれぞれからユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームの受信をスイッチングする。
　本開示の第３の側面においては、コンテンツ供給装置により、複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータが、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切されることにより、ザッピング用セグメントストリームが生成され、前記ザッピング用セグメントストリームがユニキャスト配信され、前記ザッピング用セグメントストリームがマルチキャスト配信される。また、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルが生成される。また、端末装置により、メタファイルが取得され、取得された前記メタファイルに基づいて、異なるチャネルのそれぞれからユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームの受信がスイッチングされる。
　本開示の第１乃至３の側面によれば、DASHにおけるチャネル間の速やかなザッピングを実現することができる。
従来のコンテンツ供給システムの構成の一例を示すブロック図である。 チャネル間のスイッチングで生じる遅延を説明する図である。 チャネル間のスイッチングで生じる遅延を説明する図である。 本開示の概要を説明する図である。 本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。 ザッピング時のデータの流れを示す図である。 視聴時のデータの流れを示す図である。 MBMSにおけるUSDの配置を示す図である。 MBMSにおけるUSDの配置を示す図である。 MPDをXML形式で記述した例を示す図である。 拡張したMPDをXML形式で記述した例を示す図である。 コンテンツ供給装置の処理を説明するフローチャートである。 ザッピング用と視聴用のセグメント長の違いを表す図である。 コンテンツ供給システムの一連の処理を説明するフローチャートである。 コンテンツ供給システムの一連の処理を説明するフローチャートである。 コンテンツ供給システムの一連の処理を説明するフローチャートである。 コンピュータの構成例を示すブロック図である。
　以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について説明するが、その前に、本開示の概要について図４を参照して説明する。
　図４は、本開示の実施の形態であるコンテンツ供給システムにて用意された複数チャネル間をザッピングするときのスイッチングの様子を示している。
　同図は、チャネルＡ，Ｂ，Ｃにおいてそれぞれ異なるコンテンツを配信しており、各チャネルにてビットレートの異なる３本のストリーム（Representation）を用意していることを示している。
　本開示を適用したコンテンツ供給システムでは、コンテンツのセグメントの区切りをNTP時間軸に同期させるとともに、所定のグループに属する各チャネルのセグメント長を共通の時間長に統一する。さらに、セグメントの先頭のメディア再生時刻の起点（MPD/@availabilityStartTime+Period/@start）をNTP時間軸上で一致させるように定める。
　このように定めることにより、図４に示されるように、該コンテンツ供給システムを利用する視聴者がチャネルＡのRepresentationＡ２を視聴しながらDASHクライアント時間軸のＴ１までにチャネルＢのRepresentationＢ２へのスイッチングを指示すると、RepresentationＡ２のセグメントの区切りであってRepresentationＢ２のセグメントの区切りでもあるＴ１にスイッチングが行なわれる。
　また、チャネルＢのRepresentationＢ２を視聴しながらＴ２までにチャネルＣのRepresentationＣ２へのスイッチングが指示されると、RepresentationＢ２のセグメントの区切りであってRepresentationＣ２のセグメントの区切りでもあるＴ２にスイッチングが行なわれる。さらに、チャネルＣのRepresentationＣ２を視聴しながらＴ３までにチャネルＡのRepresentationＡ２へのスイッチングが指示されると、RepresentationＣ２のセグメントの区切りであってRepresentationＡ２のセグメントの区切りでもあるＴ３にスイッチングが行なわれる。
　なお、該コンテンツ供給システムでは、各チャネルにおいては同一の内容のコンテンツであって１本以上のザッピング用ストリーミングデータと、ザッピング用ストリーミングデータよりも高ビットレートの２本以上の視聴用ストリーミングデータを用意するようにする。また、同じグループに属する各チャネルにおいては、ザッピング用ストリーミングデータのセグメント長を統一し、コンテンツの先頭のセグメントの再生開始時刻をNTP時刻に同期して一致させるようにする。
　さらに、該コンテンツ供給システムでは、ザッピング用ストリーミングデータおよび視聴用ストリーミングデータ、並びにそれらを受信するためのMPDをHTTPユニキャスト配信だけでなく、通信品質が保証された放送網等を介するマルチキャスト配信でも供給するようする。具体的には、MPDについては、HTTPユニキャスト配信、UPDマルチキャスト配信、およびFLUTEマルチキャスト配信で供給する。ザッピング用ストリーミングデータおよび視聴用ストリーミングデータについては、HTTPユニキャスト配信、FLUTEマルチキャスト配信、およびRTPマルチキャスト配信で供給する。
　そして、受信側ではザッピングを行う場合、可能な限りマルチキャスト配信されるMPDを利用し、マルチキャスト配信されたザッピング用ストリーミングデータを受信、再生するようにする。これができない場合、HTTPユニキャスト配信されるMPDを利用し、マルチキャスト配信されるザッピング用ストリーミングデータを受信、再生するようにする。これもできない場合、HTTPユニキャスト配信されるMPDを利用し、HTTPユニキャスト配信されるザッピング用ストリーミングデータを受信、再生するようにする。
　これにより、同じグループに属するチャネル間でザッピングを行なった場合の余分な遅延の発生を抑止できる。また、インターネットに過剰な負荷をかけてしまいサービス品質の劣化を招くことも抑止できる。
［コンテンツ供給システムの構成例］
　図５は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
　コンテンツ供給システム５０は、チャネルＸ（Ｘ＝Ａ，Ｂ，・・・）に対応する複数のコンテンツ供給装置６０Ｘ、MPD取得ポータル７０、および多数の端末装置８０から構成される。端末装置８０は、ネットワーク５１を介してコンテンツ供給装置６０に接続される。
　ここで、ネットワーク５１には、インターネットとそれを利用したCDNに代表される双方向通信網の他、地上放送波、衛星放送波、携帯放送(e)MBMSなどを利用した各種の放送網が含まれる。
　ネットワーク５１（に含まれるインターネット）には、UTCタイムフォーマットに従ったシステム時刻情報を提供するNTPサーバ５２が存在する。各コンテンツ供給装置６０と各端末装置８０は、それぞれNTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させて動作しているものとする。
　チャネルＡに対応するコンテンツ供給装置６０Ａは、チャネルサーバ６１、ザッピング用セグメンタ６２、ザッピング用MPDジェネレータ６３、視聴用セグメンタ６４、視聴用MPDジェネレータ６５、RTPストリーマ６６、FLUTEストリーマ６７、WEBサーバ６８、およびマルチキャストサーバ６９を有する。
　なお、コンテンツ供給装置６０Ａが有するチャネルサーバ６１乃至マルチキャストサーバ６９は、集積して配置してもよいし、インターネットなどを介して分散して配置してもよい。
　図６および図７は、チャネルサーバ６１乃至マルチキャストサーバ６９は、の間での各種データの流れを示している。なお、図６はザッピング時のものであり、図７は視聴時のものである。
　チャネルサーバ６１は、チャネルＡから配信されるコンテンツのソースデータを管理しており、同一内容の該ソースデータからビットレートの異なる１本以上のザッピング用ストリーミングデータと２本以上の視聴用ストリーミングデータを生成する。さらに、チャネルサーバ６１は、ザッピング用ストリーミングデータをザッピング用セグメンタ６２およびRTPストリーマ６６に出力し、視聴用ストリーミングデータを視聴用セグメンタ６４およびRTPストリーマ６６に出力する。
　ザッピング用セグメンタ６２は、ザッピング用ストリーミングデータを時間的にピリオドに区切り、さらにセグメント(segment)に分割することにより、fragmentedMP4などのザッピング用セグメントストリームを生成して、FLUTEストリーマ６７およびWEBサーバ６８に出力する。ザッピング用セグメントストリームのセグメント長は、同じグループに属する他のチャネルのザッピング用セグメントストリームと共通であって、後述する視聴用セグメントストリームのセグメント長よりも短い時間長に統一される。なお、ザッピング用セグメンタ６２は、NTP時間軸に同期して動作するので、セグメントの区切りもNTP時間軸に同期したものとなる。
　さらに、ザッピング用セグメンタ６２は、生成したザッピング用セグメントストリームのメタデータ（ザッピング用セグメントストリームを格納したファイルの供給元となるWEBサーバ６８のURLなど）をザッピング用MPDジェネレータ６３に通知する。
　ザッピング用MPDジェネレータ６３は、ザッピング用セグメントストリームやザッピング用RTPストリーム（後述）を端末装置８０が受信するために必要なザッピング用に拡張されたMPD（以下、ザッピング用MPDと称する）を生成してFLUTEストリーマ６７およびWEBサーバ６８に出力する。
　視聴用セグメンタ６４は、視聴用ストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割することにより、視聴用セグメントストリームを生成して、FLUTEストリーマ６７およびWEBサーバ６８に出力する。さらに、視聴用セグメンタ６４は、生成した視聴用セグメントストリームのメタデータ（視聴用セグメントストリームを格納したファイルの供給元となるWEBサーバ６８のURLなど）を視聴用MPDジェネレータ６５に通知する。
　視聴用MPDジェネレータ６５は、視聴用セグメントストリームや視聴用RTPストリーム（後述）を端末装置８０が受信するために必要なMPD（以下、視聴用MPDと称する）を生成してFLUTEストリーマ６７およびWEBサーバ６８に出力する。
　なお、ザッピング用MPDジェネレータ６３にて生成されるザッピング用MPDと、視聴用MPDジェネレータ６５にて生成される視聴用MPDとは、同一内容のコンテンツに対応するものであって、両者は、例えば取得先のURLなどにより関連付けが明確に成されている。具体的には、例えば、ザッピング用MPDの取得先のURLをhttp://a.com/channel_1.forZapping.mpdとして場合、視聴用MPDの取得先のURLをhttp://a.com/channel_1.mpdなどとされる。
　RTPストリーマ６６は、チャネルサーバ６１から入力されるザッピング用ストリーミングデータと視聴用ストリーミングデータをそれぞれRTPパケットに格納することによりザッピング用RTPストリームと視聴用RTPストリームを生成してマルチキャストサーバ６９に出力する。また、RTPストリーマ６６は、ザッピング用RTPストリームのメタデータをザッピング用MPDジェネレータ６３に、視聴用RTPストリームのメタデータを視聴用MPDジェネレータ６５に通知する。
　FLUTEストリーマ６７は、ザッピング用セグメンタ６２から入力されるザッピング用セグメントストリームと、視聴用セグメンタ６４から入力される視聴用セグメントストリームをそれぞれFLUTEパケットに格納することによりザッピング用FLUTEストリームと視聴用FLUTEストリームを生成してマルチキャストサーバ６９に出力する。また、FLUTEストリーマ６７は、ザッピング用MPDジェネレータ６３から入力されるザッピング用MPDと視聴用MPDジェネレータ６５から入力される視聴用MPDをマルチキャストサーバ６９に出力する。
　WEBサーバ６８は、MPD取得ポータル７０または端末装置８０からの要求（HTTPリクエスト）に応じ、ザッピング用MPDまたは視聴用MPDを要求元にHTTPユニキャスト配信する。また、WEBサーバ６８は、端末装置８０からの要求（HTTPリクエスト）に応じ、ザッピング用セグメントストリームまたは視聴用セグメントストリームを要求元にHTTPユニキャスト配信する。
　マルチキャストサーバ６９は、ザッピング用MPDおよび視聴用MPDをFLUTEマルチキャスト配信するとともにUDPマルチキャスト配信する。また、マルチキャストサーバ６９は、ザッピング用FLUTEストリームおよび視聴用FLUTEストリームをFLUTEマルチキャスト配信する。さらに、マルチキャストサーバ６９は、ザッピング用RTPストリームおよび視聴用RTPストリームをRTPマルチキャスト配信する。
　チャネルＢに対応するコンテンツ供給装置６０Ｂは、コンテンツ供給装置６０Ａと同様に構成されるので、その説明は省略する。
　MPD取得ポータル７０は、端末装置８０からのザッピング用MPDを要求するクエリAPIに応じ、各チャネルのコンテンツ供給装置６０をクロールしてザッピング用MPDを集めて端末装置８０に送信する。なお、各チャネルのコンテンツ供給装置６０にてザッピング用MPDが生成されていない場合、所定の条件（後述）を満たす視聴用MPDを集めて端末装置８０に送信する。また、MPD取得ポータル７０は、端末装置８０からの視聴用MPDを要求するクエリAPIに応じ、各チャネルのコンテンツ供給装置６０をクロールして視聴用MPDを集めて端末装置８０に送信する。
　端末装置８０は、ザッピングを行う場合、可能な限りマルチキャスト配信されるザッピング用MPDを取得し、取得したザッピング用MPDに基づいて可能な限りマルチキャスト配信されるザッピング用のストリーム（FLUTEストリームまたはRTPストリーム）を受信、再生する。これができない場合、HTTPユニキャスト配信されるMPDを取得し、マルチキャスト配信されるザッピング用のストリームを受信、再生するようにする。これもできない場合、HTTPユニキャスト配信されるMPDを利用し、HTTPユニキャスト配信されるザッピング用ストリーミングデータを受信、再生するようにする。
　なお、端末装置８０がザッピング用MPDや視聴用MPDの取得先のアドレスを知っている場合、MPD取得ポータル７０を利用することなく、直接的にザッピング用MPDや視聴用MPDを取得することができる。
　端末装置８０がザッピング用または視聴用のセグメントストリームまたはRTPストリームを受信するときには、ザッピング用MPDまたは視聴用MPDが参照される。また、FLUTEマルチキャスト配信されるザッピング用MPD、視聴用MPD、ザッピング用または視聴用のFLUTEストリームを受信ときには、FLUTEマルチキャスト配信を行なうマルチキャストサーバ６９のポータルチャネルが記述されたアナウンス情報が参照される。
　該アナウンス情報は、FLUTEマルチキャスト配信がネットワーク５１に含まれる携帯放送(e)MBMSを介して行われる場合、MBMSにおけるUSD(User Service Description)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。図８は、MBMSにおけるUSDの配置を示している。
　また、FLUTEマルチキャスト配信がネットワーク５１に含まれる地上放送波または衛星放送を介して行われる場合、該アナウンス情報は、DVB-H(IPDC)のESG(Electronic Service Guide)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。図9は、DVB-H(IPDC)におけるESGの配置を示している。
　あるいは、該アナウンス情報を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
　次に、図１１はザッピング用MPDとして拡張されたMPD直下の構造をXML形式で記述した一例を示している。
　すなわち、拡張されたMPDでは、MPDの直下にMPD/@NTPSynchronized(boolean型、値はtrue/false)属性、およびMPD/@SegmentAlignedGroupID(グループ識別子)属性が新たに導入されている。
　MPD/@NTPSynchronized属性には、当該MPDに対するセグメントストリームのセグメントの区切りがNTP時間軸に同期しているか否かを表すtrueまたはfalseが記述される。いまの場合、ザッピング用セグメンタ６２がNTP時間軸に同期して動作しているので、セグメントの区切りはNTP時間軸に一致する。よって、同期MPD/@NTPSynchronized属性の値はtrueとなる。
　MPD/@SegmentAlignedGroupID属性は、セグメントストリームのセグメントの区切りを一致させているチャネルが属するグループの識別子が記述される。
　したがって、MPD取得ポータル７０では、端末装置８０からのザッピング用MPDを要求する以下のようなクエリAPI
　Http://MPDPortal.com/getMPDforZapping
に応じて、MPD/@NTPSynchronized属性がtrueであって、MPD/@SegmentAlignedGroupID属性が同じグループ識別子のMPD（ザッピング用MPD）を集めればよい。集められたザッピング用MPDに対応するチャネル間では、セグメントの区切りがNTP時間軸に同期して一致するので、速やかなザッピングが可能となる。
　また、図示は省略するが、ザッピング用MPDでは、該コンテンツ供給装置６０のチャネルが属するグループ内で、セグメントの先頭のメディア再生時刻の起点（MPD/@availabilityStartTime+Period/@start）をNTP時間軸上で一致させる。
　さらに、ザッピング用MPDと視聴用MPDには、セグメント長を表す値を格納するsegmentBase/@duration属性、または、最大セグメント長を表す値を格納するMPD/@maxSegmentDuration属性の少なくとも一方の記述を必須とする。
　これらのうちの一方が記述されていれば、拡張されていない視聴用MPD、すなわちMPD/@NTPSynchronized属性およびMPD/@SegmentAlignedGroupID属性が導入されていない視聴用MPDをザッピング用のMPDとして集めることができる。具体的には、例えば、端末装置８０がMPD取得ポータル７０に以下のようなクエリAPIによりMPDを要求すれば、所定の条件を満たすセグメント長（期待セグメント長）の視聴用MPDを集めさせることができる。なお、以下の例では、２秒以下のセグメント長を期待セグメント長としている。
　Http://MPDPortal.com/getMPD?expectedSegmentSizeLimit="PT2S"
　期待セグメント長に該当する集められた視聴用MPDに対応するチャネル間では、セグメント長が比較的短時間（上記の例では２秒間）なので、速やかなザッピングが可能となる。
　なお、MPD/@NTPSynchronized属性、およびMPD/@SegmentAlignedGroupID属性を導入する代わりに、当該MPDがザッピング用MPDであるか否かを示すMPD/forZapping(boolean型、値はtrue/false)属性を導入するようにしてもよい。
　さらに、HTTPユニキャスト配信されるセグメントストリームと、RTPマルチキャスト配信されるRTPストリームとをシームレスにスイッチングできるよう、MPDにServiceLocation要素を新たに導入する。また、HTTPユニキャスト送信されるセグメントのバイト範囲に対応する、RTPによりマルチキャスト送信およびブロードキャスト送信されるストリームセグメントの区間を表すrtspRange属性を導入する。
　rtspRange属性は、HTTPユニキャスト配信されるセグメントストリームのスイッチング対象としての、RTPマルチキャスト配信される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で識別される配信形態に対応するチューニングパラメータのデータ構造(パラメータ自体)が記述される。
［コンテンツ供給システム５０の動作］
　次に、コンテンツ供給システム５０の動作について説明する。
　図１２は、コンテンツを配信するために各コンテンツ供給装置６０が行なう処理を説明するフローチャートである。以下、チャネルＡとしてコンテンツを配信するコンテンツ供給装置６０Ａを例にして説明する。
　ステップＳ１において、コンテンツ供給装置６０Ａは、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。これにより、コンテンツ供給装置６０Ａを構成するザッピング用セグメンタ６２等はNTP時間軸に同期して動作することとなる。
　ステップＳ２において、チャネルサーバ６１は、チャネルＡとして配信するコンテンツのソースデータからビットレートの異なるザッピング用ストリーミングデータと視聴用ストリーミングデータを生成する。さらに、チャネルサーバ６１は、ザッピング用ストリーミングデータをザッピング用セグメンタ６２およびRTPストリーマ６６に出力し、視聴用ストリーミングデータを視聴用セグメンタ６４およびRTPストリーマ６６に出力する。
　以下、ステップＳ３乃至Ｓ８の処理とステップＳ１３乃至Ｓ１８の処理とは並行して行われるが、説明の便宜上、ステップＳ３乃至Ｓ８の処理から説明する。
　ステップＳ３において、RTPストリーマ６６は、チャネルサーバ６１から入力されたザッピング用ストリーミングデータをRTPパケットに格納することによりザッピング用RTPストリームを生成してマルチキャストサーバ６９に出力する。また、RTPストリーマ６６は、ザッピング用RTPストリームのメタデータをザッピング用MPDジェネレータ６３に通知する。
　ザッピング用セグメンタ６２は、チャネルサーバ６１から入力されたザッピング用ストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割することにより、fragmentedMP4などのザッピング用セグメントストリームを生成して、FLUTEストリーマ６７およびWEBサーバ６８に出力する。また、ザッピング用セグメンタ６２は、生成したザッピング用セグメントストリームのメタデータをザッピング用MPDジェネレータ６３に通知する。
　FLUTEストリーマ６７は、ザッピング用セグメンタ６２から入力されたザッピング用セグメントストリームをFLUTEパケットに格納することによりザッピング用FLUTEストリームを生成してマルチキャストサーバ６９に出力する。
　ステップＳ４において、ザッピング用MPDジェネレータ６３は、ザッピング用セグメントストリームやザッピング用RTPストリームを端末装置８０が受信するために必要なザッピング用MPDを生成してFLUTEストリーマ６７およびWEBサーバ６８に出力する。
　ステップＳ５において、FLUTEストリーマ６７は、ザッピング用MPDジェネレータ６３から入力されたザッピング用MPDをマルチキャストサーバ６９に出力する。マルチキャストサーバ６９は、ザッピング用MPDをFLUTEマルチキャスト配信するとともにUDPマルチキャスト配信する。
　ステップＳ６において、WEBサーバ６８は、MPD取得ポータル７０または端末装置８０からの要求（HTTPリクエスト）があった場合、それに応じてザッピング用MPDを要求元にHTTPユニキャスト配信する。
　ステップＳ７において、マルチキャストサーバ６９は、ザッピング用FLUTEストリームをFLUTEマルチキャスト配信するとともに、ザッピング用RTPストリームをRTPマルチキャスト配信する。
　ステップＳ８において、WEBサーバ６８は、端末装置８０からの要求（HTTPリクエスト）があった場合、それに応じてザッピング用セグメントストリームを要求元にHTTPユニキャスト配信する。
　上述したステップＳ３乃至Ｓ８の処理と並行し、ステップＳ１３において、RTPストリーマ６６は、チャネルサーバ６１から入力された視聴用ストリーミングデータをRTPパケットに格納することにより視聴用RTPストリームを生成してマルチキャストサーバ６９に出力する。また、RTPストリーマ６６は、視聴用RTPストリームのメタデータを視聴用MPDジェネレータ６５に通知する。
　視聴用セグメンタ６４は、チャネルサーバ６１から入力された視聴用ストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割することにより、fragmentedMP4などの視聴用セグメントストリームを生成して、FLUTEストリーマ６７およびWEBサーバ６８に出力する。また、視聴用セグメンタ６４は、生成した視聴用セグメントストリームのメタデータを視聴用MPDジェネレータ６５に通知する。
　FLUTEストリーマ６７は、視聴用セグメンタ６４から入力された視聴用セグメントストリームをFLUTEパケットに格納することにより視聴用FLUTEストリームを生成してマルチキャストサーバ６９に出力する。
　ステップＳ１４において、視聴用MPDジェネレータ６５は、視聴用セグメントストリームや視聴用RTPストリームを端末装置８０が受信するために必要な視聴用MPDを生成してFLUTEストリーマ６７およびWEBサーバ６８に出力する。
　ステップＳ１５において、FLUTEストリーマ６７は、視聴用MPDジェネレータ６５から入力された視聴用MPDをマルチキャストサーバ６９に出力する。マルチキャストサーバ６９は、視聴用MPDをFLUTEマルチキャスト配信するとともにUDPマルチキャスト配信する。
　ステップＳ１６において、WEBサーバ６８は、MPD取得ポータル７０または端末装置８０からの要求（HTTPリクエスト）があった場合、それに応じて視聴用MPDを要求元にHTTPユニキャスト配信する。
　ステップＳ１７において、マルチキャストサーバ６９は、視聴用FLUTEストリームをFLUTEマルチキャスト配信するとともに、視聴用RTPストリームをRTPマルチキャスト配信する。
　ステップＳ１８において、WEBサーバ６８は、端末装置８０からの要求（HTTPリクエスト）があった場合、それに応じて視聴用セグメントストリームを要求元にHTTPユニキャスト配信する。以上で、各コンテンツ供給装置６０が行なう処理は終了される。
　次に、図１３は、図１２のステップＳ３の処理またはステップＳ１３の処理で生成されたザッピング用セグメントストリームと視聴用セグメントストリームのセグメントの区切りを示している。
　同図に示されるように、チャネルＡに対応するコンテンツ供給装置６０Ａでは、１本以上（図１３では２本）のザッピング用セグメントストリームと、２本以上（図１３では５本）の視聴用ストリームが生成され、これらのセグメントの区切りはNTP時間軸に同期したものとなる。
　また、ザッピング用ストリームのセグメントの区切りは、同じグループに属する他のチャネルのザッピング用ストリームのセグメントの区切り（不図示）と一致したものとなる。
　次に、端末装置８０がコンテンツのザッピングフェーズを経て視聴フェーズに遷移するまでのコンテンツ供給システム５０の一連の処理（以下、一連の処理と称する）について図１４乃至図１５を参照して説明する。
　図１４は、端末装置８０がマルチキャスト配信されるザッピング用MPDを受信でき、マルチキャスト配信されたザッピング用FLUTEストリームまたはRTPストリームを受信、再生できる場合に対応するフローチャートである。なお、視聴用MPDおよび視聴用ストリームの受信方法については任意であるが、視聴用ストリームは、通常、HTTPユニキャスト配信されるものの方が高画質（高ビットレート）であることが多いので、出来る限りこれを受信するようにする。
　ステップＳ２１において、端末装置８０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ２２において、端末装置８０は、図１２のステップＳ５の処理としてFLUTEマルチキャスト配信されているザッピング用MPDを受信する。なお、自身でザッピング用MPDを受信する代わりに、MPD取得ポータル７０に対してザッピング用MPDを要求するようにしてもよい。ザッピング用MPDを受信した端末装置８０はザッピングフェーズとなる。
　ステップＳ２３において、端末装置８０は、ザッピング用MPDに基づき、図１２のステップＳ７の処理としてFLUTEマルチキャスト配信されているザッピング用FLUTEストリームまたはRTPマルチキャスト配信されているザッピング用RTPストリームを受信、再生する。
　ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ２３の処理を繰り返すことにより、同じグループに属するチャネル間で速やかなザッピングを行なうことができる。
　なお、端末装置８０は、ザッピングフェーズの間に視聴用MPDを取得しておくようにする。具体的には、ステップＳ２４において、端末装置８０は、WEBサーバ６８に視聴用MPDを要求し、この要求に応じ、図１２のステップＳ１６の処理としてHTTPユニキャスト配信された視聴用MPDを受信しておく。
　視聴用MPDを受信した端末装置８０はザッピングフェーズから視聴フェーズに遷移できる。ステップＳ２５において、端末装置８０は、視聴用MPDに基づき、WEBサーバ６８に対して視聴用セグメントストリームを要求する。この要求に応じ、WEBサーバ６８は、図１２のステップＳ１８として要求された視聴用セグメントストリームをHTTPユニキャスト配信し、端末装置８０は、ステップＳ２６において、HTTPユニキャスト配信された視聴用セグメントストリームを受信、再生する。
　なお、この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移ことも可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、同じグループに属するチャネル間で余分な遅延を生じさせることなく速やかにザッピングを行なうことが可能となる。
　次に、図１５は、端末装置８０がHTTPユニキャスト配信されるザッピング用MPDを取得し、マルチキャスト配信されたザッピング用FLUTEストリームまたはRTPストリームを受信、再生できる場合に対応するフローチャートである。なお、視聴用MPDおよび視聴用ストリームの受信方法については、図１４の場合と同様に任意であるが、視聴用ストリームは、通常、HTTPユニキャスト配信されるものの方が高画質（高ビットレート）であることが多いので、出来る限りこれを受信するようにする。
　ステップＳ４１において、端末装置８０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ４２において、端末装置８０は、MPD取得ポータル７０に対してザッピング用MPDを要求する。この要求に応じ、ステップＳ５１において、MPD取得ポータル７０は、各コンテンツ供給装置６０のWEBサーバ６８に接続し、ザッピング用MPD（MPD/@NTPSynchronized属性がtrueであって、MPD/@SegmentAlignedGroupID属性が同じグループ識別子のMPD）を要求する。この要求に応じ、WEBサーバ６８は、図１２のステップＳ６の処理として、ザッピング用MPDをMPD取得ポータル７０にHTTPユニキャスト配信する。
　ステップＳ５２において、MPD取得ポータル７０は、HTTPユニキャスト配信されたザッピング用MPDを集めて、要求元の端末装置８０に送信する。なお、MPD取得ポータル７０は、UDPマルチキャスト配信されるザッピング用MPDを集めるようにしてもよい。また、端末装置８０がMPD取得ポータル７０を用いることなく、自身が直接的に各コンテンツ供給装置６０のWEBサーバ６８からザッピング用MPDを集めるようにしてもよい。ザッピング用MPDを受信した端末装置８０はザッピングフェーズとなる。
　ステップＳ４３において、端末装置８０は、ザッピング用MPDに基づき、図１２のステップＳ７の処理としてFLUTEマルチキャスト配信されているザッピング用FLUTEストリームまたはRTPマルチキャスト配信されているザッピング用RTPストリームを受信、再生する。
　ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ４３の処理を繰り返すことにより、同じグループに属するチャネル間で速やかなザッピングを行なうことができる。
　なお、端末装置８０は、ザッピングフェーズの間に視聴用MPDを取得しておくようにする。具体的には、ステップＳ４４において、端末装置８０は、WEBサーバ６８に視聴用MPDを要求し、この要求に応じ、図１２のステップＳ１６の処理としてHTTPユニキャスト配信された視聴用MPDを受信しておく。
　視聴用MPDを受信した端末装置８０はザッピングフェーズから視聴フェーズに遷移できる。ステップＳ４５において、端末装置８０は、視聴用MPDに基づき、WEBサーバ６８に対して視聴用セグメントストリームを要求する。この要求に応じ、WEBサーバ６８は、図１２のステップＳ１８として要求された視聴用セグメントストリームをHTTPユニキャスト配信し、端末装置８０は、ステップＳ４６において、HTTPユニキャスト配信された視聴用セグメントストリームを受信、再生する。
　なお、この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移ことも可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、同じグループに属するチャネル間で余分な遅延を生じさせることなく速やかにザッピングを行なうことが可能となる。
　次に、図１６は、端末装置８０がHTTPユニキャスト配信されるザッピング用MPDを取得し、マルチキャスト配信されたザッピング用FLUTEストリームまたはRTPストリームを受信できずに、HTTPユニキャスト配信されるザッピング用セグメントストリームを受信、再生できる場合に対応するフローチャートである。なお、視聴用MPDおよび視聴用ストリームの受信方法については、図１４の場合と同様に任意であるが、視聴用ストリームは、通常、HTTPユニキャスト配信されるものの方が高画質（高ビットレート）であることが多いので、出来る限りこれを受信するようにする。
　ステップＳ７１において、端末装置８０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ７２において、端末装置８０は、MPD取得ポータル７０に対してザッピング用MPDを要求する。この要求に応じ、ステップＳ８１において、MPD取得ポータル７０は、各コンテンツ供給装置６０のWEBサーバ６８に接続し、ザッピング用MPDを要求する。この要求に応じ、WEBサーバ６８は、図１２のステップＳ６の処理として、ザッピング用MPDをMPD取得ポータル７０にHTTPユニキャスト配信する。
　ステップＳ８２において、MPD取得ポータル７０は、HTTPユニキャスト配信されたザッピング用MPDを集めて、要求元の端末装置８０に送信する。なお、MPD取得ポータル７０は、UDPマルチキャスト配信されるザッピング用MPDを集めるようにしてもよい。また、端末装置８０がMPD取得ポータル７０を用いることなく、自身が直接的に各コンテンツ供給装置６０のWEBサーバ６８からザッピング用MPDを集めるようにしてもよい。ザッピング用MPDを受信した端末装置８０はザッピングフェーズとなる。
　ステップＳ７３において、端末装置８０は、ザッピング用MPDに基づき、WEBサーバ６８に対してザッピング用セグメントストリームを要求する。この要求に応じ、WEBサーバ６８は、図１２のステップＳ８の処理として、ザッピング用セグメントストリームを端末装置８０にHTTPユニキャスト配信する。
　ステップＳ７４において、端末装置８０は、HTTPユニキャスト配信されたザッピング用セグメントストリームを受信、再生する。
　ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ７３およびＳ７４の処理を繰り返すことにより、同じグループに属するチャネル間で速やかなザッピングを行なうことができる。
　なお、端末装置８０は、ザッピングフェーズの間に視聴用MPDを取得しておくようにする。具体的には、ステップＳ７５において、端末装置８０は、WEBサーバ６８に視聴用MPDを要求し、この要求に応じ、図１２のステップＳ１６の処理としてHTTPユニキャスト配信された視聴用MPDを受信しておく。
　視聴用MPDを受信した端末装置８０はザッピングフェーズから視聴フェーズに遷移できる。ステップＳ７６において、端末装置８０は、視聴用MPDに基づき、WEBサーバ６８に対して視聴用セグメントストリームを要求する。この要求に応じ、WEBサーバ６８は、図１２のステップＳ１８として要求された視聴用セグメントストリームをHTTPユニキャスト配信し、端末装置８０は、ステップＳ７７において、HTTPユニキャスト配信された視聴用セグメントストリームを受信、再生する。
　なお、この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移ことも可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、同じグループに属するチャネル間で余分な遅延を生じさせることなく速やかにザッピングを行なうことが可能となる。
　なお、以上の説明においては、DASHにおけるチャネル間のスイッチングはセグメント単位で行なわれるものとしたが、セグメントがより細分化されているサブセグメント単位で行なわれることもある。その場合、ザッピング用MPDと視聴用MPDには、サブセグメント長を表す値を格納するMPD/@SubSegmentDuration属性の記述を必須とし、上述した説明の「セグメント」を「サブセグメント」と読み替えればよい。
　ところで、上述した一連の処理を実行するコンテンツ供給装置６０、および端末装置８０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
　図１７は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
　このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
　バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９、およびドライブ１１０が接続されている。
　入力部１０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１０７は、ディスプレイ、スピーカなどよりなる。記憶部１０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１０９は、ネットワークインタフェースなどよりなる。ドライブ１１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１１１を駆動する。
　以上のように構成されるコンピュータ１００では、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５およびバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
　コンピュータ１００（CPU１０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
　コンピュータ１００では、プログラムは、リムーバブルメディア１１１をドライブ１１０に装着することにより、入出力インタフェース１０５を介して、記憶部１０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１０９で受信し、記憶部１０８にインストールすることができる。その他、プログラムは、ROM１０２や記憶部１０８に、あらかじめインストールしておくことができる。
　なお、コンピュータ１００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
　本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
　本開示は以下のような構成もとることができる。
（１）
　適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置において、
　前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、
　前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、
　前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
　ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
　を備えるコンテンツ供給装置。
（２）
　前記ザッピング用セグメントストリーム生成部は、同じグループに属する前記他のチャネルとの間で統一されているタイミングに従い、前記ザッピング用ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成する
　前記（１）に記載のコンテンツ供給装置。
（３）
　前記ユニキャスト配信部は、前記ザッピング用セグメントストリームをHTTPユニキャスト配信し、
　前記マルチキャスト配信部は、前記ザッピング用セグメントストリームに基づくザッピング用FLUTEストリームをFLUTEマルチキャスト配信する
　前記（１）または（２）に記載のコンテンツ供給装置。
（４）
　前記複数のストリーミングデータのうちの前記ザッピング用の前記ストリーミングデータに基づいてザッピング用RTPストリームを生成するRTPストリーム生成部をさらに備え、
　前記メタファイル生成部は、HTTPユニキャスト配信される前記ザッピング用セグメントストリーム、FLUTEマルチキャスト配信される前記ザッピング用FLUTEストリーム、およびRTPマルチキャスト配信される前記ザッピング用RTPストリームを受信側が受信するためのメタファイルを生成し、
　前記マルチキャスト配信部は、前記ザッピング用RTPストリームもRTPマルチキャスト配信する
　前記（１）から（３）のいずれかに記載のコンテンツ供給装置。
（５）
　前記ザッピング用セグメントストリーム生成部は、NTP時間軸に同期し、同じグループに属する前記他のチャネルとの間で前記最小単位の先頭を揃え、同じグループに属する前記他のチャネルとの間で統一されている時間長で、前記ザッピング用ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成する
　前記（１）から（４）のいずれかに記載のコンテンツ供給装置。
（６）
　前記ザッピング用セグメントストリーム生成部は、視聴用の前記ストリーミングデータの前記最小単位よりも短い時間長で、ザッピング用の前記ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成する
　前記（１）から（５）のいずれかに記載のコンテンツ供給装置。
（７）
　前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
　前記（１）から（６）のいずれかに記載のコンテンツ供給装置。
（８）
　前記メタデータを集めて前記受信側に供給する収集部を
　さらに備える前記（１）から（７）のいずれかに記載のコンテンツ供給装置。
（９）
　前記メタファイル生成部は、前記メタファイルとして、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性が導入された前記MPDを生成し、
　前記収集部は、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性に基づいて前記ザッピング用の前記メタデータを集める
　前記（８）に記載のコンテンツ供給装置。
（１０）
　前記メタファイル生成部は、前記メタファイルとして、MPD/@forZapping属性が導入された前記MPDを生成し、
　前記収集部は、MPD/@forZapping属性に基づいて前記ザッピング用の前記メタデータを集める
　前記（８）に記載のコンテンツ供給装置。
（１１）
　前記メタファイル生成部は、前記メタファイルとして、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方を前記メタデータに記述し、
　前記収集部は、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方に基づいて前記ザッピング用の前記メタデータを集める
　前記（８）に記載のコンテンツ供給装置。
　５０　コンテンツ供給システム，　５１　ネットワーク，　５２　NTPサーバ，　６０　コンテンツ供給装置,　６１　チャネルサーバ，　６２　ザッピング用セグメンタ，　６３　ザッピング用MPDジェネレータ，　６４　視聴用セグメンタ，　６５　視聴用MPDジェネレータ，　６６　RTPストリーマ，　６７　FLUTEストリーマ，　６８　WEBサーバ，　６９　マルチキャストサーバ，　７０　MPD取得ポータル，　８０　端末装置，　１００　コンピュータ，　１０１　CPU

Claims (15)

  1. 　適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置において、
    　前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、
    　前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、
    　前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
    　ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
    　を備えるコンテンツ供給装置。
  2. 　前記ザッピング用セグメントストリーム生成部は、同じグループに属する前記他のチャネルとの間で統一されているタイミングに従い、前記ザッピング用ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成する
    　請求項１に記載のコンテンツ供給装置。
  3. 　前記ユニキャスト配信部は、前記ザッピング用セグメントストリームをHTTPユニキャスト配信し、
    　前記マルチキャスト配信部は、前記ザッピング用セグメントストリームに基づくザッピング用FLUTEストリームをFLUTEマルチキャスト配信する
    　請求項２に記載のコンテンツ供給装置。
  4. 　前記複数のストリーミングデータのうちの前記ザッピング用の前記ストリーミングデータに基づいてザッピング用RTPストリームを生成するRTPストリーム生成部をさらに備え、
    　前記メタファイル生成部は、HTTPユニキャスト配信される前記ザッピング用セグメントストリーム、FLUTEマルチキャスト配信される前記ザッピング用FLUTEストリーム、およびRTPマルチキャスト配信される前記ザッピング用RTPストリームを受信側が受信するためのメタファイルを生成し、
    　前記マルチキャスト配信部は、前記ザッピング用RTPストリームもRTPマルチキャスト配信する
    　請求項２に記載のコンテンツ供給装置。
  5. 　前記ザッピング用セグメントストリーム生成部は、NTP時間軸に同期し、同じグループに属する前記他のチャネルとの間で前記最小単位の先頭を揃え、同じグループに属する前記他のチャネルとの間で統一されている時間長で、前記ザッピング用ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成する
    　請求項２に記載のコンテンツ供給装置。
  6. 　前記ザッピング用セグメントストリーム生成部は、視聴用の前記ストリーミングデータの前記最小単位よりも短い時間長で、ザッピング用の前記ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成する
    　請求項２に記載のコンテンツ供給装置。
  7. 　前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
    　請求項２に記載のコンテンツ供給装置。
  8. 　前記メタデータを集めて前記受信側に供給する収集部を
    　さらに備える請求項２に記載のコンテンツ供給装置。
  9. 　前記メタファイル生成部は、前記メタファイルとして、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性が導入された前記MPDを生成し、
    　前記収集部は、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性に基づいて前記ザッピング用の前記メタデータを集める
    　請求項８に記載のコンテンツ供給装置。
  10. 　前記メタファイル生成部は、前記メタファイルとして、MPD/@forZapping属性が導入された前記MPDを生成し、
    　前記収集部は、MPD/@forZapping属性に基づいて前記ザッピング用の前記メタデータを集める
    　請求項８に記載のコンテンツ供給装置。
  11. 　前記メタファイル生成部は、前記メタファイルとして、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方を前記メタデータに記述し、
    　前記収集部は、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方に基づいて前記ザッピング用の前記メタデータを集める
    　請求項８に記載のコンテンツ供給装置。
  12. 　適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置のコンテンツ供給方法において、
    　前記コンテンツ供給装置による、
    　　前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成ステップと、
    　　前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信ステップと、
    　　前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信ステップと、
    　　ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成ステップと
    　を含むコンテンツ供給方法。
  13. 　適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンピュータを、
    　前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、
    　前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、
    　前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
    　ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
    　して機能させるプログラム。
  14. 　適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置から供給される前記ストリーミングデータを受信する端末装置において、
    　前記コンテンツ供給装置は、
    　　前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、
    　　前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、
    　　前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
    　　ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
    　を備え、
    　前記メタファイルを取得し、取得した前記メタファイルに基づいて、異なるチャネルのそれぞれからユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームの受信をスイッチングする
    　端末装置。
  15. 　適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置と、前記ストリーミングデータを受信する端末装置とから成るコンテンツ供給システムにおいて、
    　前記コンテンツ供給装置は、
    　　前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、
    　　前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、
    　　前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
    　　ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
    　を備え、
    　前記端末装置は、
    　　前記メタファイルを取得し、取得した前記メタファイルに基づいて、異なるチャネルのそれぞれからユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームの受信をスイッチングする
    　コンテンツ供給システム。
PCT/JP2014/065854 2013-06-26 2014-06-16 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム WO2014208377A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP14817480.8A EP3016396B1 (en) 2013-06-26 2014-06-16 Content supply device, content supply method, program, terminal device, and content supply system for providing zapping segments using mpeg-dash streaming
CN201480035203.2A CN105325005B (zh) 2013-06-26 2014-06-16 内容供应装置、内容供应方法、存储介质、终端装置以及内容供应系统
BR112015031926-2A BR112015031926B1 (pt) 2013-06-26 2014-06-16 Dispositivo, método e sistema para suprimento de conteúdo, unidade de armazenamento, e, dispositivo de terminal
RU2015154559A RU2656093C2 (ru) 2013-06-26 2014-06-16 Устройство поставки контента, способ поставки контента, программа, оконечное устройство и система поставки контента
US14/899,237 US10440427B2 (en) 2013-06-26 2014-06-16 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-133671 2013-06-26
JP2013133671A JP2015012305A (ja) 2013-06-26 2013-06-26 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム

Publications (1)

Publication Number Publication Date
WO2014208377A1 true WO2014208377A1 (ja) 2014-12-31

Family

ID=52141719

Family Applications (1)

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

Country Status (7)

Country Link
US (1) US10440427B2 (ja)
EP (1) EP3016396B1 (ja)
JP (1) JP2015012305A (ja)
CN (1) CN105325005B (ja)
BR (1) BR112015031926B1 (ja)
RU (1) RU2656093C2 (ja)
WO (1) WO2014208377A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2015001986A1 (ja) * 2013-07-02 2017-02-23 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
EP3376770A4 (en) * 2015-11-11 2018-11-14 Sony Corporation Communication device

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150089073A1 (en) * 2013-09-25 2015-03-26 Ericsson Television Inc System and method for effectuating fast channel change in an adpative streaming environment
CN107888993B (zh) * 2016-09-30 2020-11-06 华为技术有限公司 一种视频数据的处理方法及装置
EP3386193A1 (en) 2017-04-04 2018-10-10 Thomson Licensing Method of delivery of audiovisual content and corresponding device
RU2686637C1 (ru) * 2018-08-27 2019-04-29 Общество с ограниченной ответственностью "АЛЬБОМИКС" Способ просмотра пользовательского медиа-контента
FR3092720B1 (fr) * 2019-02-12 2021-03-05 Groupe Canal Streaming adaptatif et contextuel
FR3102904A1 (fr) * 2019-11-05 2021-05-07 Orange Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (HAS), dispositif de gestion, lecteur de flux multimédia et programme d’ordinateur correspondants.

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009284283A (ja) * 2008-05-23 2009-12-03 Sony Corp コンテンツサーバ、情報処理装置、ネットワーク機器、コンテンツ配信方法、情報処理方法およびコンテンツ配信システム
WO2012138909A1 (en) * 2011-04-05 2012-10-11 Qualcomm Incorporated Ip broadcast streaming services distribution using file delivery methods

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7899855B2 (en) * 2003-09-08 2011-03-01 Intel Corporation Method, apparatus and instructions for parallel data conversions
JP4603551B2 (ja) * 2003-10-24 2010-12-22 マイクロソフト コーポレーション リアルタイム制御プロトコル（ｒｔｃｐ）のメッセージへのセッション記述のメッセージの埋め込み
US9380096B2 (en) * 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
EP2124451A3 (en) * 2008-05-23 2014-03-26 Sony Corporation Content server, information processing apparatus, network device, content distribution method, information processing method, and content distribution system
US8035526B2 (en) * 2008-09-19 2011-10-11 Intel-GE Care Innovations, LLC. Remotely configurable assisted-living notification system with gradient proximity sensitivity
US9596447B2 (en) * 2010-07-21 2017-03-14 Qualcomm Incorporated Providing frame packing type information for video coding
US8489760B2 (en) * 2011-03-31 2013-07-16 Juniper Networks, Inc. Media file storage format and adaptive delivery system
US20120278495A1 (en) * 2011-04-26 2012-11-01 Research In Motion Limited Representation grouping for http streaming
US9253233B2 (en) * 2011-08-31 2016-02-02 Qualcomm Incorporated Switch signaling methods providing improved switching between representations for adaptive HTTP streaming
US9843844B2 (en) * 2011-10-05 2017-12-12 Qualcomm Incorporated Network streaming of media data
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
EP2939420B1 (en) * 2013-01-15 2018-03-14 Huawei Technologies Co., Ltd. Using quality information for adaptive streaming of media content
US9338209B1 (en) * 2013-04-23 2016-05-10 Cisco Technology, Inc. Use of metadata for aiding adaptive streaming clients
US9674251B2 (en) * 2013-06-17 2017-06-06 Qualcomm Incorporated Mediating content delivery via one or more services

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009284283A (ja) * 2008-05-23 2009-12-03 Sony Corp コンテンツサーバ、情報処理装置、ネットワーク機器、コンテンツ配信方法、情報処理方法およびコンテンツ配信システム
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
"3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;Transparent end-to-end Packet-switched Streaming Service (PSS);Progressive Download and Dynamic Adaptive Streaming over HTTP (3GP-DASH) (Release 10)", 3GPP TS 26.247 V10.3.0, 3 May 2013 (2013-05-03), pages 1 - 111, XP055303661 *
MITSUHIRO HIRABAYASHI: "Achieving Uninterrupted Video Streaming Using Existing Web Servers", NIKKEI ELECTRONICS, 19 March 2012 (2012-03-19)
See also references of EP3016396A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2015001986A1 (ja) * 2013-07-02 2017-02-23 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
EP3376770A4 (en) * 2015-11-11 2018-11-14 Sony Corporation Communication device

Also Published As

Publication number Publication date
RU2656093C2 (ru) 2018-05-31
BR112015031926B1 (pt) 2023-03-07
CN105325005B (zh) 2019-10-18
RU2015154559A (ru) 2017-06-22
JP2015012305A (ja) 2015-01-19
US20160150273A1 (en) 2016-05-26
EP3016396A1 (en) 2016-05-04
EP3016396A4 (en) 2016-12-07
BR112015031926A2 (pt) 2017-07-25
CN105325005A (zh) 2016-02-10
EP3016396B1 (en) 2019-08-28
US10440427B2 (en) 2019-10-08

Similar Documents

Publication Publication Date Title
JP6348251B2 (ja) 端末装置、受信方法、およびプログラム
US9942619B2 (en) Content supply device, content supply method, program, and content supply system
WO2014208377A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
JP6570999B2 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
JP6329964B2 (ja) 送信装置、送信方法、受信装置、及び、受信方法
US10034042B2 (en) Content supply apparatus, content supply method, program, terminal apparatus, and content supply system
JP6630860B2 (ja) 端末装置および受信方法
EP2978229B1 (en) Content provision device, content provision method, program, and content provision system
WO2014196393A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
KR102123208B1 (ko) 콘텐츠 공급 장치, 콘텐츠 공급 방법, 프로그램, 단말 장치, 및 콘텐츠 공급 시스템
WO2015012140A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015064384A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法
WO2015029768A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015008653A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム

Legal Events

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

Ref document number: 201480035203.2

Country of ref document: CN

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

Ref document number: 14817480

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2014817480

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14899237

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2015154559

Country of ref document: RU

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112015031926

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112015031926

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20151218