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

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

Info

Publication number
WO2014196393A1
WO2014196393A1 PCT/JP2014/063795 JP2014063795W WO2014196393A1 WO 2014196393 A1 WO2014196393 A1 WO 2014196393A1 JP 2014063795 W JP2014063795 W JP 2014063795W WO 2014196393 A1 WO2014196393 A1 WO 2014196393A1
Authority
WO
WIPO (PCT)
Prior art keywords
streaming data
zapping
mpd
content supply
metafile
Prior art date
Application number
PCT/JP2014/063795
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 US14/417,965 priority Critical patent/US9554181B2/en
Priority to EP14807909.8A priority patent/EP3007451A4/en
Priority to CN201480002013.0A priority patent/CN104509121B/zh
Publication of WO2014196393A1 publication Critical patent/WO2014196393A1/ja
Priority to US15/362,160 priority patent/US10057635B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • 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/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2385—Channel allocation; Bandwidth allocation
    • 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/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/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/643—Communication 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/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

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, a content supply method, and a program that can quickly zapping content delivered by HTTP
  • the present invention relates to a terminal device and a content supply system.
  • MPEG-DASH Moving Picture Experts Group-Dynamic Adaptive Streaming over HTTP, hereafter referred to as DASH
  • DASH Video Experts Group-Dynamic Adaptive Streaming over HTTP
  • the DASH realizes adaptive streaming technology.
  • the content supply side prepares multiple streams with the same content, but with different image quality, angle of view size, etc., depending on the Internet communication environment that is the delivery path and the capabilities and status of the receiving side. It is made to do.
  • the receiving side can select and acquire and reproduce an optimum stream from a plurality of streams prepared by the supply side according to the Internet communication environment, own decoding capability, and the like.
  • MPD Media Presentation Description
  • the MPD describes the address (url information) of the supply source of chunked content streaming data (media data such as Audio / Video / Subtitle). Based on the url information, the receiving side can access a predetermined server serving as a content supply source, request streaming data, and receive and reproduce streaming data distributed by HTTP in response to the request.
  • FIG. 1 shows an example of a configuration of a content supply system for streaming content based on DASH.
  • a plurality of content supply devices 20 (20A, 20B, 20C in this case) on the content supply side and a number of DASH clients 30 on the content reception side are connected via the Internet 11. Configured.
  • the content supply apparatus 20A distributes content having the same content as the channel A in a plurality of streams.
  • the content supply device 20B distributes content of the same content different from the content of the channel A as a channel B in a plurality of streams.
  • the content supply device 20 when there is no need to distinguish the content supply devices 20A, 20B, and 20C, they are simply referred to as the content supply device 20.
  • the content supply apparatus 20 includes a content management server 21, a DASH segment streamer 22, and a DASH MPD server 23.
  • the content management server 21 manages the content to be supplied to the DASH client 30, generates a plurality of streaming data having different bit rates from the same content, and outputs it to the DASH segment streamer 22.
  • the DASH segment streamer 22 divides each streaming data into segments in terms of time, stores each of them as a file, and notifies the DASH MPD server 23 of the source address of the file. Further, the DASH segment streamer 22 performs HTTP distribution of the segmented streaming data file as an HTTP server in response to a request from the DASH client 30 on the receiving side.
  • the DASH MPD server 23 generates an MPD that describes addresses and the like representing the supply sources of a plurality of streaming data (segments) files, and distributes the MPD by HTTP in response to a request from the DASH client 30 on the receiving side.
  • the DASH client 30 requests MPD from the DASH MPD server 23, requests streaming data from the DASH segment streamer 22 based on the MPD distributed by HTTP, receives a file distributed by HTTP in response to the request, Reproduce.
  • a cache server (not shown) is provided on the Internet 11 so that the cached MPD and segmented streaming data are delivered by HTTP instead of the DASH-MPD server 23 or the DASH segment streamer 22.
  • DASH implements an adaptive streaming technology using HTTP distribution, and the configuration shown in FIG. 1 provides a plurality of channels (content supply device 20), so that the contents can be transmitted to the receiving side. It is possible to simultaneously distribute a plurality of contents having different values.
  • zapping operation for searching for contents to be viewed by switching channels one after another in the same manner as when viewing a television broadcast. It is assumed that Switching between channels in DASH is performed in segment units or sub-segment units in which the segments are further subdivided. In the following description, the description will be continued assuming that switching between channels in DASH is performed in segment units.
  • FIGS. 2 and 3 show that three streams (Representation) having the same content and different bit rates are prepared in DASH channels A, B, and C, respectively. This shows how switching is performed.
  • segment length time length
  • the segment length does not necessarily match between channels.
  • the playback start times of the top segments of content do not necessarily match between channels.
  • FIG. 2 shows an example in which the segment length does not match between channels, and the playback start time of the first segment of content does not match between channels.
  • the T2 which is the segment break of the Representation B2 Switching is delayed. Furthermore, even when viewing the Representation B2 of the channel B and instructing the switching to the Representation C2 of the channel C before T3, the switching is delayed to T4 which is a segment delimiter of the Representation C2.
  • FIG. 3 shows an example in which the segment length does not match between channels, and the playback start time of the first segment of content matches between channels in synchronization with the NTP time axis.
  • the present disclosure has been made in view of such a situation, and is intended to realize quick zapping between channels in DASH.
  • a content supply device is a content supply device that supplies a plurality of streaming data with the same content and different attributes according to an adaptive streaming technique, using the same channel, A supply unit that divides the streaming data into a minimum unit when streaming data reception is switched, and supplies the streaming data to the reception side via the network in accordance with the timing unified between And a metafile generating unit for generating a metafile indicating that the streaming data supplied for the minimum unit is received by the receiving side and indicating that the streaming data is for zapping.
  • the supply unit can divide the streaming data into the minimum units according to the timing unified with the other channels belonging to the same group.
  • the supply unit is synchronized with the NTP time axis, aligns the beginning of the minimum unit with the other channel belonging to the same group, and is unified with the other channel belonging to the same group.
  • the streaming data can be divided into the minimum units.
  • the supply unit can divide 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 metafile generation unit can generate an extended MPD as the metafile.
  • the content supply apparatus may further include a collection unit that collects the metadata for zapping and supplies the metadata to the reception side.
  • the metafile generation unit generates the MPD in which MPD / @ NTPSynchronized attribute and MPD / SegmentAlignedGroupID attribute are introduced as the metafile, and the collection unit is based on the MPD / @ NTPSynchronized attribute and MPD / SegmentAlignedGroupID attribute
  • the metadata for the zapping can be collected.
  • the metafile generation unit generates the MPD with the MPD / @ forZapping attribute introduced as the metafile, and the collection unit collects the zapping metadata based on the MPD / @ forZapping attribute. Can do.
  • the metafile generation unit describes, as the metafile, at least one of the minimum unit time length or the maximum time length of the streaming data in the metadata, and the collection unit includes the minimum unit of the streaming data.
  • the metadata for the zapping can be collected based on at least one of the time length and the maximum time length.
  • a content supply method is a content supply method of a content supply apparatus that supplies a plurality of streaming data having the same content and different attributes through the same channel according to adaptive streaming technology.
  • the streaming data is divided into the minimum unit when switching of the reception of streaming data is performed according to the timing unified with other channels by the content supply device, and the streaming data is divided into the network in the minimum unit.
  • the program according to the first aspect of the present disclosure unifies a computer that supplies a plurality of streaming data with the same content and different attributes on the same channel according to the adaptive streaming technology, among other channels
  • the streaming data is divided into minimum units when streaming data reception is switched, and a supply unit that supplies the streaming data to the receiving side via the network in accordance with the timing of the streaming data, and the minimum unit
  • the receiving side receives the streaming data supplied in step (1), and functions as a metafile generation unit that generates a metafile indicating that the streaming data is for zapping.
  • the streaming data is divided into the minimum units when the reception of the streaming data is switched, and the minimum unit is the network.
  • the minimum unit is the network.
  • a metafile is generated for the receiver to receive the streaming data supplied in the minimum unit, and indicating that the streaming data is for zapping.
  • the terminal device provides the streaming data supplied from a content supply device that supplies a plurality of streaming data with the same content and different attributes according to an adaptive streaming technique through the same channel.
  • the content supply device divides the streaming data into a minimum unit when the reception of the streaming data is switched according to a timing unified with other channels, and the streaming data
  • the streaming data is for zapping Metafile that represents And a generating meta file generating unit acquires the metafile for the zapping, based on the metafile for the acquired zapping, to switch the reception of the streaming data supplied from each of the different channels.
  • a zapping metafile is acquired, and reception of the streaming data respectively supplied from different channels is switched based on the acquired zapping metafile.
  • a content supply device includes a content supply device that supplies a plurality of streaming data with the same content and different attributes according to an adaptive streaming technology through the same channel, and the streaming data
  • a content supply system comprising a receiving terminal device
  • the content supply device is set to a minimum unit when reception of streaming data is switched according to a timing unified with other channels.
  • the terminal device acquires the zapping metafile, and switches reception of the streaming data respectively supplied from different channels based on the acquired zapping metafile.
  • the streaming data is divided into minimum units when the reception of streaming data is switched according to the timing unified with other channels by the content supply device, Streaming data is supplied to the receiving side via the network in the minimum unit. Also, a metafile is generated for the receiver to receive the streaming data supplied in the minimum unit, and indicating that the streaming data is for zapping. Further, the zapping metafile is acquired by the terminal device, and the reception of the streaming data respectively supplied from different channels is switched based on the acquired zapping metafile.
  • FIG. 4 shows a state of switching when zapping between 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 (Representation) having different bit rates are prepared in each channel.
  • the segment segment of the content is synchronized with the NTP time axis, and the segment length of each channel belonging to a predetermined group is unified to a common time length. Further, the start point (MPD / @ availabilityStartTime + Period / @ start) of the media playback time at the beginning of the segment is determined to be matched on the NTP time axis.
  • one or more streams for zapping and two or more streams for viewing are prepared for content having the same content in each channel. Also, in each channel belonging to the same group, the segment length of each channel is unified with respect to the zapping stream, and the playback start time of the first segment of the content in each channel is made to be synchronized with the NTP time. To do.
  • FIG. 5 illustrates a configuration example of a content supply system that is an embodiment of the present disclosure.
  • the content supply system 50 is configured by connecting a plurality of content supply devices 60 corresponding to each channel, a zapping MPD acquisition portal 70, and a large number of terminal devices 80 via the Internet 11.
  • NTP server 12 that provides system time information in accordance with the UTC time format exists on the Internet 11. It is assumed that each content supply device 60 and each terminal device 80 operate in synchronization with the NTP time axis according to the system time information provided from the NTP server 12.
  • the content supply device 60A corresponding to the channel A includes a channel server 61 and a DASH server 62.
  • the channel server 61 manages the source data of the content distributed as the channel A, and a plurality of pieces of streaming data (one or more zapping and two or more viewing and listening) having different bit rates from the same source data. ) And supplied to the DASH server 62.
  • the DASH server 62 includes a zapping segment streamer 63, a zapping MPD server 64, a viewing segment streamer 65, and a viewing MPD server 66.
  • the zapping segment streamer 63 divides one or more pieces of streaming data for zapping into periods in time, further divides them into segments, and stores them as files. Note that the segment length of the streaming data for zapping is shorter than the segment length of the streaming data for viewing, and is unified to a time length common to other channels belonging to the same group. Further, since the zapping segment streamer 63 operates in synchronization with the NTP time axis, the segment breaks are also synchronized with the NTP time axis.
  • the zapping segment streamer 63 notifies the zapping MPD server 64 of the address that is the supply source of the file to be held. In addition, the zapping segment streamer 63 distributes the segmented streaming data file via the Internet 11 in response to a request from the terminal device 80.
  • the zapping MPD server 64 generates an extended MPD for zapping (hereinafter referred to as zapping MPD, which will be described later in detail) necessary for the terminal device 80 to receive the streaming data for zapping.
  • zapping MPD an extended MPD for zapping
  • the start point of the media playback time at the beginning of the segment (MPD / @ availabilityStartTime + Period / @ start) is matched on the NTP time axis.
  • the zapping MPD server 64 supplies the zapping MPD to the zapping MPD acquisition portal 70 in accordance with the crawl by the zapping MPD acquisition portal 70.
  • the viewing segment streamer 65 divides a plurality of streaming data for viewing into periods in time, and further divides them into segments, which are stored as files. Note that the segmentation of the streaming data for viewing is made to coincide with the segmentation of the streaming data for zapping. However, the segment length of the streaming data for viewing can be set longer than the segment length of the streaming data for zapping. Thereby, not only can the streaming data for zapping be efficiently encoded, but also switching between the streaming data for zapping and the streaming data for viewing can be performed quickly.
  • the viewing segment streamer 65 notifies the viewing MPD server 66 of the address that is the supply source of the stored file.
  • the viewing segment streamer 65 distributes the segmented streaming data file via the Internet 11 in response to a request from the terminal device 80.
  • the viewing MPD server 66 generates viewing MPD necessary for the terminal device 80 to receive viewing streaming data, and the zapping MPD is transmitted via the Internet 11 in response to a request from the terminal device 80. HTTP distribution.
  • the zapping MPD generated by the zapping MPD server 64 and the viewing MPD generated by the viewing MPD server 66 correspond to the same content, and both are acquired, for example, The association is made clear by the previous URL. Specifically, for example, when the URL for obtaining the zapping MPD is http://a.com/channel_1.forZapping.mpd, the URL for obtaining the viewing MPD is http://a.com/channel_1 .mpd etc.
  • the content supply device 60B corresponding to the channel B is configured in the same manner as the content supply device 60A, the description thereof is omitted. There may be a plurality of content supply devices 60X (not shown) corresponding to channels X other than channels A and B.
  • the zapping MPD acquisition portal 70 crawls the content supply device 60 of each channel according to the query API requesting the zapping MPD from the terminal device 80, collects the zapping MPD, and transmits the collected zapping MPD to the terminal device 80. If no zapping MPD is generated in the content supply device 60 of each channel, viewing MPDs that satisfy a predetermined condition (described later) are collected and transmitted to the terminal device 80.
  • Each Period is provided with a plurality of representations composed of information on streaming data having the same contents and different stream attributes such as a bit rate in which the image quality and the angle of view size are changed.
  • Representation stores information about a segment obtained by further dividing the period.
  • FIG. 6 shows an example in which the structure below Representation is described in XML format.
  • MPD / Period / AdaptationSet / Representation / SegmentList / SegmentURL / @ mediaRange indicates the byte range of segmented streaming data in the file.
  • the terminal device 40 acquires the first segmented streaming data
  • the media header “795” is included in the Range header together with the file url “http://example.com/counter-10mn_avc_dash.mp4”.
  • FIG. 7 shows an example in which the structure directly under 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 / @ SegmentAlignedGroupID attribute describes the identifier of the group to which the channel that matches the segmentation segment of the streaming data belongs.
  • the following query API for requesting the zapping MPD from the terminal device 80 Http://MPDPortal.com/getMPDforZapping
  • the MPD / @ NTP Synchronized attribute is true and the MPD / @ SegmentAlignedGroupID attribute has the same group identifier MPD (zapping MPD) may be collected.
  • the segment breaks coincide with each other in synchronization with the NTP time axis, so that quick zapping is possible.
  • the start point of the media playback time at the head of the segment (MPD / @ availabilityStartTime + Period / @ start) in the group to which the channel of the content supply device 60 belongs is set to the NTP time axis. Match on.
  • the zapping MPD and the viewing MPD must include at least one of the segmentBase / @ duration attribute for storing a value indicating the segment length and the MPD / @ maxSegmentDuration attribute for storing a value indicating the maximum segment length. To do.
  • unexpanded viewing MPDs that is, viewing MPDs for which the MPD / @ NTPSynchronized attribute and MPD / @ SegmentAlignedGroupID attribute are not introduced can be collected as MPDs for zapping. .
  • the terminal device 80 requests the zapping MPD acquisition portal 70 for an MPD using the following query API, the MPU for viewing having a segment length (expected segment length) satisfying a predetermined condition is collected. be able to.
  • an expected segment length is a segment length of 2 seconds or less.
  • the segment length is relatively short (2 seconds in the above example), so that quick zapping is possible.
  • an MPD / forZapping (boolean type, value is true / false) attribute indicating whether or not the MPD is a zapping MPD is introduced. You may do it.
  • FIG. 8 is a flowchart illustrating a process (hereinafter referred to as a process before distribution) performed in advance by each content supply apparatus 60 in order to distribute content.
  • each content supply device 60 synchronizes its own system time with the NTP time axis according to the system time information provided from the NTP server 12. Accordingly, the zapping segment streamer 63 and the like of the content supply device 60 operate in synchronization with the NTP time axis.
  • step S ⁇ b> 2 the channel server 61 generates a plurality of streaming data (for one or more zappings and for two or more viewings) having different bit rates from the source data of the content distributed as the channel A and sends them to the DASH server 62. Supply.
  • the zapping segment streamer 63 divides one or more pieces of streaming data for zapping into periods in time, and further, the time length (segment length) unified within the group to which the content supply device 60 belongs. Divide the data into segments, and save each file as a file. Further, the zapping segment streamer 63 notifies the zapping MPD server 64 of the address that is the supply source of the file to be held. In parallel with this, the viewing segment streamer 65 divides the plurality of streaming data for viewing into periods in time, further divides them into segments, and stores each of them as a file. Further, the viewing segment streamer 65 notifies the viewing MPD server 66 of the address that is the supply source of the file to be held.
  • step S4 the zapping MPD server 64 generates a zapping MPD necessary for the terminal device 80 to receive the streaming data for zapping.
  • step S5 the viewing MPD server 66 generates a viewing MPD necessary for the terminal device 80 to receive viewing streaming data. This is the end of the description of the process before distribution.
  • FIG. 9 shows segment breaks generated by the pre-delivery process described above.
  • the content supply device 60A corresponding to channel A one or more (two in FIG. 9) zapping streaming data and two or more (5 in FIG. 9) viewing streaming are provided. Data is generated, and the segment breaks are synchronized to the NTP time axis.
  • the zapping streaming data segment delimiter matches the zapping streaming data segment delimitation (not shown) of other channels belonging to the same group.
  • FIG. 10 is a flowchart for explaining a series of processes (hereinafter referred to as a series of processes) until the terminal device 80 transitions to the viewing phase through the content zapping phase.
  • step S11 the terminal device 80 synchronizes its own system time with the NTP time axis according to the system time information provided from the NTP server 12.
  • step S12 the terminal device 80 requests the zapping MPD acquisition portal 70 for the zapping MPD. That is, a query API for requesting crawling of the zapping MPD is transmitted.
  • step S21 the zapping MPD acquisition portal 70 connects to the zapping MPD server 64 of each content supply device 60, and the zapping MPD (MPD / @ NTPSynchronized attribute is true and MPD / @SegmentAlignedGroupID attribute requires the same group identifier MPD).
  • the zapping MPD server 64 of each content supply device 60 distributes the zapping MPD to the zapping MPD acquisition portal 70 in step S31.
  • step S ⁇ b> 22 the zapping MPD acquisition portal 70 transmits the collected zapping MPD to the terminal device 80 that requested it.
  • the terminal device 80 that received the zapping MPD enters the zapping phase.
  • step S ⁇ b> 13 the terminal device 80 requests the zapping stream data segment from the zapping segment streamer 63 of the content supply device 60 based on the zapping MPD.
  • step S32 the zapping segment streamer 63 delivers the requested segment via HTTP.
  • step S15 the terminal device 80 receives and reproduces the zapping streaming data segment delivered by HTTP.
  • the terminal device 80 can perform quick zapping between channels belonging to the same group by appropriately repeating the processes of step S13 and step S15.
  • the terminal device 80 acquires the viewing MPD during the zapping phase. Specifically, in step S14, the viewing MPD server 66 is requested for viewing MPD, and the viewing MPD server 66 responding to this request receives the viewing MPD that is HTTP-distributed in step S33.
  • 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 a segment of viewing streaming data from the viewing segment streamer 65 of the content supply device 60 based on the viewing MPD.
  • the viewing segment streamer 65 delivers the requested segment via HTTP.
  • the terminal device 80 receives and reproduces the segment of the streaming data for viewing distributed by HTTP.
  • FIG. 11 is a flowchart for explaining a modification of a series of processes.
  • the modification of FIG. 6 corresponds to a case where the content supply device 60 is not provided with the zapping segment streamer 63 and the zapping MPD server 64, and the zapping MPD and zapping streaming data are not prepared.
  • the streaming data for viewing that is shorter than the time length specified by the segment length (the expected segment length) is used for zapping.
  • step S41 the terminal device 80 synchronizes its own system time with the NTP time axis according to the system time information provided from the NTP server 12.
  • step S42 the terminal device 80 requests the viewing MPD for receiving viewing streaming data that can be used for zapping from the zapping MPD acquisition portal 70. That is, a query API for requesting crawling of the viewing MPD corresponding to the expected segment length is transmitted.
  • step S51 the zapping MPD acquisition portal 70 connects to the viewing MPD server 66 of each content supply device 60, and the viewing MPD (segmentBase / @ duration attribute, or Request that at least one of the MPD / @ maxSegmentDuration attributes is less than or equal to the expected segment length).
  • the viewing MPD server 66 of each content supply device 60 HTTP-distributes the viewing MPD corresponding to the expected segment length to the zapping MPD acquisition portal 70 in step S61.
  • step S52 the zapping MPD acquisition portal 70 transmits the collected viewing MPD to the requested terminal device 80.
  • the terminal device 80 that has received the viewing MPD corresponding to the expected segment length enters a viewing phase in which quick zapping is possible.
  • the terminal device 80 requests a segment of viewing streaming data from the viewing segment streamer 65 of the content supply device 60 based on the viewing MPD.
  • the viewing segment streamer 65 delivers the requested segment via HTTP.
  • the terminal device 80 receives and reproduces the segment of the streaming data for viewing distributed by HTTP.
  • description of a series of processes is complete
  • switching between channels in DASH is performed in segment units, but it may be performed in sub-segment units in which segments are further subdivided.
  • the zapping MPD and the viewing MPD must have a description of the MPD / @ SubSegmentDuration attribute for storing a value indicating the subsegment length, and the “segment” in the above description may be read as “subsegment”. .
  • the content supply device 60 and the terminal device 80 that execute the above-described series of processes can be realized not only by hardware, but also by a computer executing software.
  • This computer includes, for example, a general-purpose personal computer capable of executing various functions by installing a computer incorporated in dedicated hardware and various programs.
  • FIG. 12 is a block diagram showing a configuration example of the above-described computer hardware.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • An input / output interface 105 is further connected to the bus 104.
  • An input unit 106, an output unit 107, a storage unit 108, a communication unit 109, and a drive 110 are connected to the input / output interface 105.
  • the input unit 106 includes a keyboard, a mouse, a microphone, and the like.
  • the output unit 107 includes a display, a speaker, and the like.
  • the storage unit 108 includes a hard disk, a nonvolatile memory, and the like.
  • the communication unit 109 includes a network interface or the like.
  • the drive 110 drives a removable medium 111 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
  • the CPU 101 loads the program stored in the storage unit 108 to the RAM 103 via the input / output interface 105 and the bus 104 and executes the program. A series of processing is performed.
  • the program executed by the computer 100 can be provided by being recorded in, for example, a removable medium 111 such as a package medium.
  • the program can be provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital satellite broadcasting.
  • the program can be installed in the storage unit 108 via the input / output interface 105 by attaching the removable medium 111 to the drive 110. Further, the program can be received by the communication unit 109 via a wired or wireless transmission medium and installed in the storage unit 108. In addition, the program can be installed in the ROM 102 or the storage unit 108 in advance.
  • the program executed by the computer 100 may be a program that is processed in time series in the order described in this specification, or a necessary timing such as when a call is made in parallel. It may be a program in which processing is performed.
  • the present disclosure can be configured as follows.
  • a content supply apparatus that supplies a plurality of streaming data with the same content and different attributes according to an adaptive streaming technology on the same channel, According to the timing unified with other channels, the streaming data is divided into a minimum unit when streaming data reception is switched, and the streaming data is supplied to the receiving side via the network in the minimum unit.
  • a supply section to A content supply apparatus comprising: a metafile generation unit that generates a metafile indicating that the streaming data supplied for the minimum unit is received by the receiving side and that the streaming data is for zapping.
  • the supply unit is synchronized with the NTP time axis, aligns the beginning of the minimum unit with the other channel belonging to the same group, and is unified with the other channel belonging to the same group.
  • the content supply device according to any one of (1) to (4), wherein the metafile generation unit generates an extended MPD as the metafile.
  • the content supply device according to any one of (1) to (5), further including a collection unit that collects the metadata for zapping and supplies the metadata to the reception side.
  • the metafile generation unit generates the MPD with the MPD / @ NTPSynchronized attribute and the MPD / SegmentAlignedGroupID attribute introduced as the metafile,
  • the content supply device according to (6), wherein the collection unit collects the metadata for zapping based on an MPD / @ NTPSynchronized attribute and an MPD / SegmentAlignedGroupID attribute.
  • the metafile generation unit generates the MPD with the MPD / @ forZapping attribute introduced as the metafile, The content supply device according to (6), wherein the collection unit collects the metadata for zapping based on an MPD / @ forZapping attribute.
  • the metafile generation unit describes at least one of the minimum unit time length or the maximum time length of the streaming data as the metafile in the metadata, The content supply device according to (6), wherein the collection unit collects the metadata for zapping based on at least one of the minimum unit time length or the maximum time length of the streaming data.
  • NTP server 50 content supply system, 60 content supply device, 61 channel server, 62 DASH server, 63 zapping segment streamer, 64 zapping MPD server, 65 viewing segment streamer, 66 viewing MPD server, 70 MPD acquisition server for zapping, 80 terminal devices, 100 computers, 101 CPUs

Abstract

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

Description

コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
　本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、HTTP配信されるコンテンツを速やかにザッピング(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セグメントストリーマ２２、およびDASH MPDサーバ２３を有する。
　コンテンツマネジメントサーバ２１は、DASHクライアント３０に供給するコンテンツを管理しており、同一内容のコンテンツからビットレートが異なる複数のストリーミングデータを生成してDASHセグメントストリーマ２２に出力する。DASHセグメントストリーマ２２は、各ストリーミングデータを時間的にセグメントに分割して、それぞれをファイル化して保持し、該ファイルの供給元のアドレスをDASH MPDサーバ２３に通知する。さらに、DASHセグメントストリーマ２２は、受信側のDASHクライアント３０からの要求に応じ、HTTPサーバとして、セグメント化されたストリーミングデータのファイルをHTTP配信する。
　DASH MPDサーバ２３は、複数のストリーミングデータ（のセグメント）のファイルの供給元を表すアドレスなどを記述したMPDを生成し、受信側のDASHクライアント３０からの要求に応じ、該MPDをHTTP配信する。
　DASHクライアント３０は、DASH MPDサーバ２３に対してMPDを要求し、HTTP配信されるMPDに基づいて、DASHセグメントストリーマ２２にストリーミングデータを要求し、該要求に応じてHTTP配信されるファイルを受信、再生する。
　なお、インターネット１１上には、DASH MPDサーバ２３または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におけるチャネル間の速やかなザッピングを実現できるようにするものである。
　本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置において、他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部とを備える。
　前記供給部は、同じグループに属する前記他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを前記最小単位に区切ることができる。
　前記供給部は、NTP時間軸に同期し、同じグループに属する前記他のチャネルとの間で前記最小単位の先頭を揃え、同じグループに属する前記他のチャネルとの間で統一されている時間長で、前記ストリーミングデータを前記最小単位に区切ることができる。
　前記供給部は、視聴用の前記ストリーミングデータの前記最小単位よりも短い時間長で、ザッピング用の前記ストリーミングデータを前記最小単位に区切ることができる。
　前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成することができる。
　本開示の第１の側面であるコンテンツ供給装置は、ザッピング用の前記メタデータを集めて前記受信側に供給する収集部をさらに備えることができる。
　前記メタファイル生成部は、前記メタファイルとして、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性が導入された前記MPDを生成し、前記収集部は、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性に基づいて前記ザッピング用の前記メタデータを集めることができる。
　前記メタファイル生成部は、前記メタファイルとして、MPD/@forZapping属性が導入された前記MPDを生成し、前記収集部は、MPD/@forZapping属性に基づいて前記ザッピング用の前記メタデータを集めることができる。
　前記メタファイル生成部は、前記メタファイルとして、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方を前記メタデータに記述し、前記収集部は、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方に基づいて前記ザッピング用の前記メタデータを集めることができる。
　本開示の第１の側面であるコンテンツ供給方法は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給ステップと、前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成ステップとを含む。
　本開示の第１の側面であるプログラムは、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンピュータを、他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部として機能させる。
　本開示の第１の側面においては、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータが、ストリーミングデータの受信がスイッチングされるときの最小単位に区切られ、前記最小単位がネットワークを介して受信側に供給される。また、前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルが生成される。
　本開示の第２の側面である端末装置は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置から供給される前記ストリーミングデータを受信する端末装置において、前記コンテンツ供給装置は、他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、前記最小単位で供給される前記ストリーミングデータを前記端末装置が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部とを備え、前記ザッピング用のメタファイルを取得し、取得した前記ザッピング用のメタファイルに基づいて、異なるチャネルからそれぞれ供給される前記ストリーミングデータの受信をスイッチングする。
　本開示の第２の側面においては、ザッピング用のメタファイルが取得され、取得された前記ザッピング用のメタファイルに基づいて、異なるチャネルからそれぞれ供給される前記ストリーミングデータの受信がスイッチングされる。
　本開示の第３の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置と、前記ストリーミングデータを受信する端末装置とから成るコンテンツ供給システムにおいて、前記コンテンツ供給装置が、他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、前記最小単位で供給される前記ストリーミングデータを前記端末装置が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部とを備える。また、前記端末装置が、前記ザッピング用のメタファイルを取得し、取得した前記ザッピング用のメタファイルに基づいて、異なるチャネルからそれぞれ供給される前記ストリーミングデータの受信をスイッチングする。
　本開示の第３の側面においては、コンテンツ供給装置により、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータが、ストリーミングデータの受信がスイッチングされるときの最小単位に区切られ、前記ストリーミングデータが前記最小単位でネットワークを介して受信側に供給される。また、前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルが生成される。また、端末装置により、ザッピング用のメタファイルが取得され、取得された前記ザッピング用のメタファイルに基づいて、異なるチャネルからそれぞれ供給される前記ストリーミングデータの受信がスイッチングされる。
　本開示の第１乃至３の側面によれば、DASHにおけるチャネル間の速やかなザッピングを実現することができる。
従来のコンテンツ供給システムの構成の一例を示すブロック図である。 チャネル間のスイッチングで生じる遅延を説明する図である。 チャネル間のスイッチングで生じる遅延を説明する図である。 本開示の概要を説明する図である。 本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。 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取得ポータル７０、および多数の端末装置８０がインターネット１１を介して接続されて構成される。
　なお、インターネット１１上には、UTCタイムフォーマットに従ったシステム時刻情報を提供するNTPサーバ１２が存在する。各コンテンツ供給装置６０と各端末装置８０のそれぞれは、NTPサーバ１２から提供されるシステム時刻情報に従い、NTP時間軸に同期して動作しているものとする。
　チャネルＡに対応するコンテンツ供給装置６０Ａは、チャネルサーバ６１およびDASHサーバ６２を有する。
　チャネルサーバ６１は、チャネルＡとして配信されるコンテンツのソースデータを管理しており、同一内容の該ソースデータからビットレートの異なる複数のストリーミングデータ（１本以上のザッピング用と２本以上の視聴用）を生成してDASHサーバ６２に供給する。
　DASHサーバ６２は、ザッピング用セグメントストリーマ６３、ザッピング用MPDサーバ６４、視聴用セグメントストリーマ６５、および視聴用MPDサーバ６６を有する。
　ザッピング用セグメントストリーマ６３は、ザッピング用の１本以上のストリーミングデータを時間的にピリオドに区切り、さらにセグメント(segment)に分割して、それぞれをファイル化して保持する。なお、ザッピング用のストリーミングデータのセグメント長は、視聴用のストリーミングデータのセグメント長よりも短く、同じグループに属する他のチャネルと共通の時間長に統一される。また、ザッピング用セグメントストリーマ６３は、NTP時間軸に同期して動作するので、セグメントの区切りもNTP時間軸に同期したものとなる。
　さらに、ザッピング用セグメントストリーマ６３は、保持するファイルの供給元となるアドレスをザッピング用MPDサーバ６４に通知する。また、ザッピング用セグメントストリーマ６３は、端末装置８０からの要求に応じ、セグメント化されたストリーミングデータのファイルを、インターネット１１を介してHTTP配信する。
　ザッピング用MPDサーバ６４は、ザッピング用のストリーミングデータを端末装置８０側が受信するために必要なザッピング用の拡張されたMPD（以下、ザッピング用MPDと称する。詳細後述）を生成する。なお、該コンテンツ供給装置６０のチャネルが属するグループ内で、セグメントの先頭のメディア再生時刻の起点（MPD/@availabilityStartTime+Period/@start）をNTP時間軸上で一致させる。
　また、ザッピング用MPDサーバ６４は、ザッピング用MPD取得ポータル７０によるクロールに応じ、該ザッピング用MPDをザッピング用MPD取得ポータル７０に供給する。
　視聴用セグメントストリーマ６５は、視聴用の複数のストリーミングデータを時間的にピリオドに区切り、さらに、セグメントに分割して、それぞれをファイル化して保持する。なお、視聴用のストリーミングデータのセグメントの区切りは、ザッピング用のストリーミングデータのセグメントの区切りと一致させるようにする。ただし、視聴用のストリーミングデータのセグメント長は、ザッピング用のストリーミングデータのセグメント長よりも長く設定できる。これにより、ザッピング用のストリーミングデータを効率的に符号化できるだけでなく、ザッピング用のストリーミングデータと視聴用のストリーミングデータとの間で速やかにスイッチングを行なうことができる。
　さらに、視聴用セグメントストリーマ６５は、保持するファイルの供給元となるアドレスを視聴用MPDサーバ６６に通知する。また、視聴用セグメントストリーマ６５は、端末装置８０からの要求に応じ、セグメント化されたストリーミングデータのファイルを、インターネット１１を介してHTTP配信する。
　視聴用MPDサーバ６６は、視聴用のストリーミングデータを端末装置８０側が受信するために必要な視聴用MPDを生成し、端末装置８０からの要求に応じて、該ザッピング用MPDを、インターネット１１を介してHTTP配信する。
　なお、ザッピング用MPDサーバ６４にて生成されるザッピング用MPDと、視聴用MPDサーバ６６にて生成される視聴用MPDとは、同一内容のコンテンツに対応するものであって、両者は、例えば取得先のURLなどにより関連付けが明確に成されている。具体的には、例えば、ザッピング用MPDの取得先のURLをhttp://a.com/channel_1.forZapping.mpdとして場合、視聴用MPDの取得先のURLをhttp://a.com/channel_1.mpdなどとされる。
　チャネルＢに対応するコンテンツ供給装置６０Ｂは、コンテンツ供給装置６０Ａと同様に構成されるので、その説明は省略する。なお、チャネルＡ，Ｂ以外のチャネルＸに対応するコンテンツ供給装置６０Ｘ（不図示）も複数存在してもよい。
　ザッピング用MPD取得ポータル７０は、端末装置８０からのザッピング用MPDを要求するクエリAPIに応じ、各チャネルのコンテンツ供給装置６０をクロールしてザッピング用MPDを集めて端末装置８０に送信する。なお、各チャネルのコンテンツ供給装置６０にてザッピング用MPDが生成されていない場合、所定の条件（後述）を満たす視聴用MPDを集めて端末装置８０に送信する。
［MPDの拡張について］
　次に、DASHにおけるMPDとその拡張について説明する。
　MPDは、コンテンツ（Media)に関する情報がPeriod毎に区分されている。各Periodには、同一内容であって画質や画角サイズが変更されているビットレートなどのストリーム属性の異なるストリーミングデータに関する情報からなる複数のRepresentationが用意されている。Representationには、Periodをさらに時間的に分割したSegmentに関する情報が格納されている。
　図６は、Representation以下の構造をXML形式で記述した一例を示している。
　同図においては、MPD/Period/AdaptationSet/Representation/BaseURLに記述されている”http://example.com/counter-10mn_avc_dash.mp4”が、複数のセグメントがまとめてファイル化されているファイルの供給元のアドレスを示している。
　また、MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@mediaRangeが該ファイルにおける、セグメント化されたストリーミングデータのバイト範囲を示している。
　例えば、MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@mediaRange=”795-83596”は、該ファイルにおけるバイト範囲795バイト目から83596バイト目までが１つ目のセグメント化されたストリーミングデータであることを示している。
　したがって、端末装置４０が１つ目のセグメント化されたストリーミングデータを取得する際には、ファイルのurl”http://example.com/counter-10mn_avc_dash.mp4”とともに、そのRangeヘッダにmediaRange”795-83596”を指定してHTTPリクエストを発行すればよい。この際のHTTPリクエストは以下のとおりとなる。
　GET /counter-10mn_avc_dash.mp4 HTTP/1.1
　Host: example.com
　Range: bytes=795-83596
　次に、図７はザッピング用MPDとして拡張されたMPD直下の構造をXML形式で記述した一例を示している。
　すなわち、拡張されたMPDでは、MPDの直下にMPD/@NTPSynchronized(boolean型、値はtrue/false)属性、およびMPD/@SegmentAlignedGroupID(グループ識別子)属性が新たに導入されている。
　MPD/@NTPSynchronized属性には、当該MPDに対するストリームミングデータのセグメントの区切りがNTP時間軸に同期しているか否かを表すtrueまたはfalseが記述される。いまの場合、ザッピング用セグメントストリーマ６３が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)属性を導入するようにしてもよい。
［コンテンツ供給システム５０の動作］
　次に、コンテンツ供給システム５０の動作について説明する。
　図８は、コンテンツを配信するために各コンテンツ供給装置６０が事前に行なう処理（以下、配信前の処理と称する）を説明するフローチャートである。
　ステップＳ１において、各コンテンツ供給装置６０は、NTPサーバ１２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。これにより、コンテンツ供給装置６０のザッピング用セグメントストリーマ６３等はNTP時間軸に同期して動作することとなる。
　ステップＳ２において、チャネルサーバ６１は、チャネルＡとして配信するコンテンツのソースデータからビットレートの異なる複数のストリーミングデータ（１本以上のザッピング用と２本以上の視聴用）を生成してDASHサーバ６２に供給する。
　ステップＳ３において、ザッピング用セグメントストリーマ６３は、ザッピング用の１本以上のストリーミングデータを時間的にピリオドに区切り、さらに、該コンテンツ供給装置６０が属するグループ内で統一されている時間長（セグメント長）でセグメントに分割して、それぞれをファイル化して保持する。また、ザッピング用セグメントストリーマ６３は、保持するファイルの供給元となるアドレスをザッピング用MPDサーバ６４に通知する。これと並行して、視聴用セグメントストリーマ６５は、視聴用の複数のストリーミングデータを時間的にピリオドに区切り、さらに、セグメントに分割して、それぞれをファイル化して保持する。また、視聴用セグメントストリーマ６５は、保持するファイルの供給元となるアドレスを視聴用MPDサーバ６６に通知する。
　ステップＳ４において、ザッピング用MPDサーバ６４は、ザッピング用のストリーミングデータを端末装置８０側が受信するために必要なザッピング用MPDを生成する。ステップＳ５において、視聴用MPDサーバ６６は、視聴用のストリーミングデータを端末装置８０側が受信するために必要な視聴用MPDを生成する。以上で、配信前の処理の説明を終了する。
　図９は、以上に説明した配信前の処理により生成されたセグメントの区切りを示している。
　同図に示されるように、チャネルＡに対応するコンテンツ供給装置６０Ａでは、１本以上（図９では２本）のザッピング用ストリーミングデータと、２本以上（図９では５本）の視聴用ストリーミングデータが生成され、これらのセグメントの区切りはNTP時間軸に同期したものとなる。
　また、ザッピング用ストリーミングデータのセグメントの区切りは、同じグループに属する他のチャネルのザッピング用ストリーミングデータのセグメントの区切り（不図示）と一致したものとなる。
　次に、図１０は、端末装置８０がコンテンツのザッピングフェーズを経て視聴フェーズに遷移するまでの一連の処理（以下、一連の処理と称する）を説明するフローチャートである。
　ステップＳ１１において、端末装置８０は、NTPサーバ１２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ１２において、端末装置８０は、ザッピング用MPD取得ポータル７０に対してザッピング用MPDを要求する。すなわち、ザッピング用MPDのクロールを依頼するためのクエリAPIを送信する。
　このクエリAPIに応じ、ステップＳ２１において、ザッピング用MPD取得ポータル７０は、各コンテンツ供給装置６０のザッピング用MPDサーバ６４に接続し、ザッピング用MPD（MPD/@NTPSynchronized属性がtrueであって、MPD/@SegmentAlignedGroupID属性が同じグループ識別子のMPD）を要求する。この要求に応じ、各コンテンツ供給装置６０のザッピング用MPDサーバ６４は、ステップＳ３１において、ザッピング用MPDをザッピング用MPD取得ポータル７０にHTTP配信する。ステップＳ２２において、ザッピング用MPD取得ポータル７０は、集めたザッピング用MPDを、要求があった端末装置８０に送信する。
　ザッピング用MPDを受信した端末装置８０はザッピングフェーズとなる。ステップＳ１３において、端末装置８０は、ザッピング用MPDに基づき、コンテンツ供給装置６０のザッピング用セグメントストリーマ６３に対して、ザッピング用ストリーミングデータのセグメントを要求する。この要求に応じ、ステップＳ３２において、ザッピング用セグメントストリーマ６３は、要求されたセグメントをHTTP配信する。端末装置８０は、ステップＳ１５において、HTTP配信されたザッピング用のストリーミングデータのセグメントを受信、再生する。
　ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ１３およびステップＳ１５の処理を繰り返すことにより、同じグループに属するチャネル間で速やかなザッピングを行なうことができる。
　なお、端末装置８０は、ザッピングフェーズの間に視聴用MPDを取得しておくようにする。具体的には、ステップＳ１４において、視聴用MPDサーバ６６に視聴用MPDを要求し、この要求に応じた視聴用MPDサーバ６６がステップＳ３３としてHTTP配信する視聴用MPDを受信しておく。
　視聴用MPDを受信した端末装置８０はザッピングフェーズから視聴フェーズに遷移できる。ステップＳ１６において、端末装置８０は、視聴用MPDに基づき、コンテンツ供給装置６０の視聴用セグメントストリーマ６５に対して、視聴用ストリーミングデータのセグメントを要求する。この要求に応じ、ステップＳ３４において、視聴用セグメントストリーマ６５は、要求されたセグメントをHTTP配信する。端末装置８０は、ステップＳ１７において、HTTP配信された視聴用のストリーミングデータのセグメントを受信、再生する。
　なお、この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移ことが可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、同じグループに属するチャネル間で余分な遅延を生じさせることなく速やかにザッピングを行なうことが可能となる。
　次に、図１１は、一連の処理の変形例を説明するフローチャートである。
　同図の変形例は、コンテンツ供給装置６０にザッピング用セグメントストリーマ６３およびザッピング用MPDサーバ６４が設けらず、ザッピング用MPD、およびザッピング用のストリーミングデータも用意されていない場合に対応する。この場合、視聴用MPDに基づき、視聴用のストリーミングデータのうち、セグメント長が指定する時間長よりも短いもの（期待セグメント長のもの）をザッピング用として利用する。
　ステップＳ４１において、端末装置８０は、NTPサーバ１２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ４２において、端末装置８０は、ザッピング用MPD取得ポータル７０に対して、ザッピングに利用できる視聴用のストリーミングデータを受信するための視聴用MPDを要求する。すなわち、期待セグメント長に該当する視聴用MPDのクロールを依頼するためのクエリAPIを送信する。
　このクエリAPIに応じ、ステップＳ５１において、ザッピング用MPD取得ポータル７０は、各コンテンツ供給装置６０の視聴用MPDサーバ６６に接続し、期待セグメント長に該当する視聴用MPD（segmentBase/@duration属性、またはMPD/@maxSegmentDuration属性の少なくとも一方が期待セグメント長以下のもの）を要求する。この要求に応じ、各コンテンツ供給装置６０の視聴用MPDサーバ６６は、ステップＳ６１において、期待セグメント長に該当する視聴用MPDをザッピング用MPD取得ポータル７０にHTTP配信する。ステップＳ５２において、ザッピング用MPD取得ポータル７０は、集めた視聴用MPDを、要求があった端末装置８０に送信する。
　期待セグメント長に該当する視聴用MPDを受信した端末装置８０は速やかなザッピングが可能な視聴フェーズとなる。ステップＳ４３において、端末装置８０は、視聴用MPDに基づき、コンテンツ供給装置６０の視聴用セグメントストリーマ６５に対して、視聴用ストリーミングデータのセグメントを要求する。この要求に応じ、ステップＳ６２において、視聴用セグメントストリーマ６５は、要求されたセグメントをHTTP配信する。端末装置８０は、ステップＳ４４において、HTTP配信された視聴用のストリーミングデータのセグメントを受信、再生する。以上で、一連の処理の説明を終了する。
　以上に説明した一連の処理の変形例によれば、セグメント長が比較的短い視聴用ストリーミングデータの間を速やかにザッピングすることができる。
　なお、以上の説明においては、DASHにおけるチャネル間のスイッチングはセグメント単位で行なわれるものとしたが、セグメントがより細分化されているサブセグメント単位で行なわれることもある。その場合、ザッピング用MPDと視聴用MPDには、サブセグメント長を表す値を格納するMPD/@SubSegmentDuration属性の記述を必須とし、上述した説明の「セグメント」を「サブセグメント」と読み替えればよい。
　ところで、上述した一連の処理を実行するコンテンツ供給装置６０、および端末装置８０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
　図１２は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
　このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
　バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９、およびドライブ１１０が接続されている。
　入力部１０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１０７は、ディスプレイ、スピーカなどよりなる。記憶部１０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１０９は、ネットワークインタフェースなどよりなる。ドライブ１１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１１１を駆動する。
　以上のように構成されるコンピュータ１００では、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５およびバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
　コンピュータ１００（CPU１０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
　コンピュータ１００では、プログラムは、リムーバブルメディア１１１をドライブ１１０に装着することにより、入出力インタフェース１０５を介して、記憶部１０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１０９で受信し、記憶部１０８にインストールすることができる。その他、プログラムは、ROM１０２や記憶部１０８に、あらかじめインストールしておくことができる。
　なお、コンピュータ１００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
　本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
　本開示は以下のような構成もとることができる。
（１）
　適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置において、
　他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、
　前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部と
　を備えるコンテンツ供給装置。
（２）
　前記供給部は、同じグループに属する前記他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを前記最小単位に区切る
　前記（１）に記載のコンテンツ供給装置。
（３）
　前記供給部は、NTP時間軸に同期し、同じグループに属する前記他のチャネルとの間で前記最小単位の先頭を揃え、同じグループに属する前記他のチャネルとの間で統一されている時間長で、前記ストリーミングデータを前記最小単位に区切る
　前記（１）または（２）に記載のコンテンツ供給装置。
（４）
　前記供給部は、視聴用の前記ストリーミングデータの前記最小単位よりも短い時間長で、ザッピング用の前記ストリーミングデータを前記最小単位に区切る
　前記（１）から（３）のいずれかに記載のコンテンツ供給装置。
（５）
　前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
　前記（１）から（４）のいずれかに記載のコンテンツ供給装置。
（６）
　ザッピング用の前記メタデータを集めて前記受信側に供給する収集部を
　さらに備える前記（１）から（５）のいずれかに記載のコンテンツ供給装置。
（７）
　前記メタファイル生成部は、前記メタファイルとして、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性が導入された前記MPDを生成し、
　前記収集部は、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性に基づいて前記ザッピング用の前記メタデータを集める
　前記（６）に記載のコンテンツ供給装置。
（８）
　前記メタファイル生成部は、前記メタファイルとして、MPD/@forZapping属性が導入された前記MPDを生成し、
　前記収集部は、MPD/@forZapping属性に基づいて前記ザッピング用の前記メタデータを集める
　前記（６）に記載のコンテンツ供給装置。
（９）
　前記メタファイル生成部は、前記メタファイルとして、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方を前記メタデータに記述し、
　前記収集部は、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方に基づいて前記ザッピング用の前記メタデータを集める
　前記（６）に記載のコンテンツ供給装置。
　１１　インターネット，　１２　NTPサーバ，　５０　コンテンツ供給システム，　６０　コンテンツ供給装置，　６１　チャネルサーバ，　６２　DASHサーバ，　６３　ザッピング用セグメントストリーマ，　６４　ザッピング用MPDサーバ，　６５　視聴用セグメントストリーマ，　６６　視聴用MPDサーバ，　７０　ザッピング用MPD取得サーバ，　８０　端末装置，　１００　コンピュータ，　１０１　CPU

Claims (13)

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

Priority Applications (4)

Application Number Priority Date Filing Date Title
US14/417,965 US9554181B2 (en) 2013-06-06 2014-05-26 Content supply device, content supply method, program, terminal device and content supply system
EP14807909.8A EP3007451A4 (en) 2013-06-06 2014-05-26 CONTENT PROCESSING DEVICE, CONDITIONAL PROCESSING, PROGRAM, FINISHING DEVICE AND CONTENT PROCESSING SYSTEM
CN201480002013.0A CN104509121B (zh) 2013-06-06 2014-05-26 内容供应设备、内容供应方法、程序、终端设备和内容供应系统
US15/362,160 US10057635B2 (en) 2013-06-06 2016-11-28 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-119935 2013-06-06
JP2013119935A JP2014239291A (ja) 2013-06-06 2013-06-06 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/417,965 A-371-Of-International US9554181B2 (en) 2013-06-06 2014-05-26 Content supply device, content supply method, program, terminal device and content supply system
US15/362,160 Continuation US10057635B2 (en) 2013-06-06 2016-11-28 Content supply device, content supply method, program, terminal device and content supply system

Publications (1)

Publication Number Publication Date
WO2014196393A1 true WO2014196393A1 (ja) 2014-12-11

Family

ID=52008043

Family Applications (1)

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

Country Status (5)

Country Link
US (2) US9554181B2 (ja)
EP (1) EP3007451A4 (ja)
JP (1) JP2014239291A (ja)
CN (1) CN104509121B (ja)
WO (1) WO2014196393A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6247782B1 (ja) * 2017-02-15 2017-12-13 パナソニック株式会社 端末装置、映像配信システムおよび映像配信方法
JP6271072B1 (ja) * 2017-10-10 2018-01-31 パナソニック株式会社 端末装置、映像配信システムおよび映像配信方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10270823B2 (en) * 2015-02-10 2019-04-23 Qualcomm Incorporated Low latency video streaming

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004135307A (ja) * 2002-08-27 2004-04-30 Matsushita Electric Ind Co Ltd データストリームを送信する方法
WO2006114830A1 (ja) * 2005-04-06 2006-11-02 Matsushita Electric Industrial Co., Ltd. ザッピングストリームのｍｐｅ－ｆｅｃフレームへの配置方法及び受信装置
US20120023254A1 (en) * 2010-07-20 2012-01-26 University-Industry Cooperation Group Of Kyung Hee University Method and apparatus for providing multimedia streaming service
WO2013008867A1 (ja) * 2011-07-12 2013-01-17 シャープ株式会社 送信装置、送信装置の制御方法、制御プログラム、及び記録媒体

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012096372A1 (ja) 2011-01-14 2012-07-19 シャープ株式会社 コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造
US9026671B2 (en) * 2011-04-05 2015-05-05 Qualcomm Incorporated IP broadcast streaming services distribution using file delivery methods
US9426196B2 (en) * 2013-01-04 2016-08-23 Qualcomm Incorporated Live timing for dynamic adaptive streaming over HTTP (DASH)

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004135307A (ja) * 2002-08-27 2004-04-30 Matsushita Electric Ind Co Ltd データストリームを送信する方法
WO2006114830A1 (ja) * 2005-04-06 2006-11-02 Matsushita Electric Industrial Co., Ltd. ザッピングストリームのｍｐｅ－ｆｅｃフレームへの配置方法及び受信装置
US20120023254A1 (en) * 2010-07-20 2012-01-26 University-Industry Cooperation Group Of Kyung Hee University Method and apparatus for providing multimedia streaming service
WO2013008867A1 (ja) * 2011-07-12 2013-01-17 シャープ株式会社 送信装置、送信装置の制御方法、制御プログラム、及び記録媒体

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
MITSUHIRO HIRABAYASHI: "Realization of uninterrupted moving picture distribution using existing Web servers", NIKKEI ELECTRONICS, 19 March 2012 (2012-03-19)
See also references of EP3007451A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6247782B1 (ja) * 2017-02-15 2017-12-13 パナソニック株式会社 端末装置、映像配信システムおよび映像配信方法
WO2018150594A1 (ja) * 2017-02-15 2018-08-23 パナソニック株式会社 端末装置、映像配信装置、映像配信システムおよび映像配信方法
JP2018133687A (ja) * 2017-02-15 2018-08-23 パナソニック株式会社 端末装置、映像配信システムおよび映像配信方法
JP6271072B1 (ja) * 2017-10-10 2018-01-31 パナソニック株式会社 端末装置、映像配信システムおよび映像配信方法
JP2018133073A (ja) * 2017-10-10 2018-08-23 パナソニック株式会社 端末装置、映像配信システムおよび映像配信方法

Also Published As

Publication number Publication date
EP3007451A1 (en) 2016-04-13
US20170078736A1 (en) 2017-03-16
CN104509121B (zh) 2019-04-09
JP2014239291A (ja) 2014-12-18
US10057635B2 (en) 2018-08-21
US9554181B2 (en) 2017-01-24
EP3007451A4 (en) 2016-12-21
US20150156540A1 (en) 2015-06-04
CN104509121A (zh) 2015-04-08

Similar Documents

Publication Publication Date Title
EP2897369B1 (en) Content supply device, content supply method, program, and content supply system
JP6630860B2 (ja) 端末装置および受信方法
US10382801B2 (en) Transmission apparatus, transmission method, reception apparatus, and reception method
JP6570999B2 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
JP6329964B2 (ja) 送信装置、送信方法、受信装置、及び、受信方法
US10440427B2 (en) Content supply device, content supply method, program, terminal device, and content supply system
KR102137858B1 (ko) 송신 장치, 송신 방법, 수신 장치, 수신 방법 및 프로그램
US10057635B2 (en) Content supply device, content supply method, program, terminal device and content supply system
JP2015002513A (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
US11075855B2 (en) Content supply device, content supply method, program, terminal device, and content supply system
WO2015012140A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム

Legal Events

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

Ref document number: 14807909

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2014807909

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14417965

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE