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

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

Info

Publication number
WO2015045917A1
WO2015045917A1 PCT/JP2014/074247 JP2014074247W WO2015045917A1 WO 2015045917 A1 WO2015045917 A1 WO 2015045917A1 JP 2014074247 W JP2014074247 W JP 2014074247W WO 2015045917 A1 WO2015045917 A1 WO 2015045917A1
Authority
WO
WIPO (PCT)
Prior art keywords
stream
flute
mpd
sdp
fragment
Prior art date
Application number
PCT/JP2014/074247
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 KR1020207002787A priority Critical patent/KR102123208B1/ko
Priority to KR1020167007957A priority patent/KR102073871B1/ko
Priority to US15/024,895 priority patent/US10305953B2/en
Priority to MX2016003750A priority patent/MX364745B/es
Priority to EP14848207.8A priority patent/EP3051830B1/en
Priority to CA2925455A priority patent/CA2925455C/en
Publication of WO2015045917A1 publication Critical patent/WO2015045917A1/ja
Priority to US16/393,508 priority patent/US10623463B2/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/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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26616—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for merging a unicast channel into a multicast channel, e.g. in a VOD application, when a client served by unicast channel catches up a multicast channel to save bandwidth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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/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/85406—Content authoring involving a specific file format, e.g. MP4 format

Definitions

  • the present disclosure relates to a content supply apparatus, a content supply method, a program, a terminal device, and a content supply system, and in particular, a content supply apparatus suitable for use in distributing content by file delivery over Unidirectional Transport (FLUTE).
  • the present invention relates to a method, a program, a terminal device, and a content supply system.
  • DASH Motion Picture Experts Group-Dynamic Adaptive Streaming over HTTP, hereinafter referred to as DASH
  • DASH is known (see, for example, Non-Patent Document 1).
  • Adaptive streaming technology is realized in DASH. That is, the content supply side prepares and distributes a plurality of streams having the same content and different bit rates depending on the image quality, the angle of view, and the like.
  • the content receiving side selects, receives, and reproduces 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.
  • the supply side is configured to supply a meta file called MPD (Media Presentation Description) to the reception side so that the reception side can adaptively select, receive, and reproduce the stream.
  • MPD Media Presentation Description
  • the MPD describes the address (url information) of a server (supply source) that supplies a stream of chunked content (media data such as Audio / Video / Subtitle) to the reception side.
  • a server supply source
  • chunked content media data such as Audio / Video / Subtitle
  • the receiving side accesses the server that is the source of content supply to request a stream, and in response to the request, the server receives and reproduces the stream that is subjected to HTTP unicast distribution.
  • FIG. 1 shows an example of the configuration of a content supply system for streaming content based on DASH.
  • the content supply system 10 includes a plurality of content supply devices 20 for supplying content, and a plurality of DASH clients 30 for receiving and reproducing the content.
  • the DASH client 30 can connect 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 20 distributes a plurality of streams having the same content but different bit rates.
  • 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 source data of content to be distributed to the DASH client 30, generates a plurality of streaming data having different bit rates from the source data, and outputs the streaming data to the DASH segment streamer 22.
  • the DASH segment streamer 22 temporally divides each streaming data into segments to generate a segment stream such as, for example, a fragmented MP 4 and files and holds the generated segment streams. Furthermore, in response to a request (HTTP request) from the DASH client 30 as the WEB server, the DASH segment streamer 22 HTTP unicasts the file of the segment stream to be held to the request source. Furthermore, the DASH segment streamer 22 notifies the DASH MPD server 23 of metadata including an address indicating the source of the file of the segment stream.
  • the DASH MPD server 23 generates an MPD in which an address or the like representing a segment stream file source (that is, the DASH segment streamer 22) is described. Further, the DASH MPD server 23 distributes the generated MPD to the request source as HTTP WEB in response to a request (HTTP request) from the DASH client 30 as a WEB server.
  • the DASH client 30 requests the MPD from the DASH MPD server 23 and receives the HTTP unicast distributed MPD accordingly. Furthermore, based on the received MPD, the DASH client 30 requests the DASH segment streamer 22 for the segment stream file, and receives and plays the HTTP unicast segment stream file accordingly.
  • the CDN 12 includes a cache server (not shown), and the cache server caches MPD and segment stream files to be HTTP-unicast-distributed via the CDN 12. Then, instead of the DASH MPD server 23 or the DASH segment streamer 22 as the WEB server, the cache server distributes the caching MPD and segment stream to the request source by HTTP unicast in response to the request from the DASH client 30. be able to.
  • DASH implements adaptive streaming technology using HTTP unicast delivery.
  • the DASH client 30 can receive not only the HTTP unicast distribution but also the FLUTE multicast distribution using a mobile telephone communication network represented by 3GPP, the content stream can be distributed by FLUTE multicast. desirable.
  • the cache server provided on the CDN 12 or on the local network on the receiving side receives FLUTE multicast distribution and performs caching, and the DASH client 30 According to a request from the server, an operation such as HTTP unicast delivery of a stream of cached content to a request source may be considered.
  • SDP generally sent in the FLUTE presentation layer Session Media Protocol is used.
  • MPD is used to notify the receiving side of the IP address of the WEB server (DASH segment streamer 22) that performs HTTP unicast distribution of the content stream.
  • SDP and MPD describe information on the corresponding segment stream and FLUTE stream, respectively, but a method of describing the correspondence between the two is not defined. Specifically, for example, the correspondence relationship with the AdaptationSet and Representation described in the MPD can not be described in the SDP.
  • the present disclosure has been made in view of such a situation, and enables a receiver to be notified of the correspondence between a FLUTE stream distributed by FLUTE multicast and a segment stream distributed by HTTP unicast.
  • a content supply apparatus is a content supply apparatus that distributes content using adaptive streaming technology, and a fragment stream generation unit that generates a fragment stream based on source data of the content;
  • An MPD generation unit that generates an MPD describing information necessary for the receiver to acquire the fragment stream to be subjected to HTTP unicast distribution, a unicast distribution unit that performs HTTP unicast distribution of the MPD and the fragment stream, and Information on a FLUTE session for generating a FLUTE stream from a fragment stream and distributing the FLUTE stream, and the MPD on which information necessary for a receiver to acquire the fragment stream corresponding to the FLUTE stream is described Information to generate an SDP, and a multicast distribution unit that distributes the FLUTE stream and the SDP by FLUTE multicast.
  • the FLUTE stream generation unit can describe the information on the MPD in the SDP by the attribute line defined to describe the information on the MPD.
  • the FLUTE stream generation unit may describe at least one of at least one of ⁇ mpd url>, ⁇ adaptation set id>, ⁇ representation id>, or ⁇ base url> that is a description element of the attribute line. Can.
  • the FLUTE stream generation unit can further describe the reception mode in the SDP by an attribute line defined to describe a reception mode when the reception side receives the FLUTE session for distributing the FLUTE stream. .
  • the FLUTE stream generation unit can describe any one of Promiscuous, One-copy, and Keep-updated in the ⁇ receive mode> of the attribute line as the reception mode.
  • a content supply method is a content supply method of a content supply apparatus for distributing content using adaptive streaming technology, wherein a fragment is generated based on source data of the content by the content supply apparatus.
  • a program includes: a computer that delivers content using adaptive streaming technology; a fragment stream generation unit that generates a fragment stream based on source data of the content; and the HTTP unicast
  • An MPD generation unit that generates an MPD that describes information necessary for the receiver to acquire the fragment stream to be distributed, a unicast distribution unit that performs HTTP unicast distribution of the MPD and the fragment stream, and the fragment stream
  • a FLUTE stream generation unit that generates an SDP
  • a multicast distribution unit that distributes the FLUTE stream and the SDP as a FLUTE multicast.
  • information on a FLUTE session for distributing a FLUTE stream and information on an MPD in which information necessary for a receiver to acquire a fragment stream corresponding to the FLUTE stream is described is described. Then, an SDP is generated, and the FLUTE stream and the SDP are distributed by FLUTE multicast.
  • a terminal device that generates a fragment stream based on source data of content, and a receiver side need to obtain the fragment stream to be delivered by HTTP unicast.
  • a FLUTE stream generation unit that generates an SDP by describing information related to the MPD in which information related to the information on the information required for the receiving side to acquire the fragmented stream corresponding to the FLUTE stream is described;
  • the SDP is FLUTE multi
  • a terminal apparatus that receives and reproduces a FLUTE stream distributed by FLUTE multicast from a content supply apparatus including a multicast distribution unit that performs cast distribution acquires the SDP that is distributed by FLUTE multicast, and based on the acquired SDP, the FLUTE Receive the multicast distributed FLUTE stream.
  • the terminal device acquires the MPD corresponding to the SDP based on the acquired SDP, and acquires the segment stream distributed via HTTP unicast based on the acquired MPD. can do.
  • a FLUTE multicast distributed SDP is acquired, and a FLUTE multicast distributed FLUTE stream is received based on the acquired SDP.
  • a content supply system is a content supply system including a content supply device and a terminal device, wherein the content supply device generates a fragment stream based on content source data.
  • a generator an MPD generator that generates an MPD describing information necessary for the receiver to acquire the fragment stream to be HTTP unicast distributed, and a unicast distribution to HTTP unicast the MPD and the fragment stream ,
  • a FLUTE stream generated from the fragment stream, information on a FLUTE session for distributing the FLUTE stream, and information necessary for the receiver to acquire the fragment stream corresponding to the FLUTE stream are described
  • a FLUTE stream generation unit that generates an SDP by describing information related to the MPD, and a multicast distribution unit that distributes the FLUTE stream and the SDP by FLUTE multicast.
  • the terminal device acquires the SDP delivered by FLUTE multicast and receives the FLUTE stream delivered by FLUTE multicast based on the acquired SDP.
  • an MPD in which information about a FLUTE session distributing a FLUTE stream and information necessary for a receiver to acquire a fragment stream corresponding to the FLUTE stream is described by the content supply apparatus Information related to is described to generate an SDP, and the FLUTE stream and the SDP are distributed by FLUTE multicast.
  • the terminal device acquires the SDP delivered by FLUTE multicast, and the FLUTE stream delivered by FLUTE multicast is received based on the acquired SDP.
  • the first aspect of the present disclosure it is possible to notify the receiving side of the correspondence between the FLUTE stream distributed by FLUTE multicast and the segment stream distributed by HTTP unicast.
  • the receiving side it is possible to notify the receiving side of the correspondence between the FLUTE stream to be distributed by FLUTE multicast and the segment stream to be distributed by HTTP unicast, and the receiving side is to be distributed by FLUTE multicast It enables rapid switching between a FLUTE stream and a segment stream delivered via HTTP unicast.
  • FIG. 2 shows an outline of a scheme for transmitting a packet in a FLUTE session.
  • an ALC packet is transmitted in a FLUTE session specified by Source IP Address described in SDP and Transport Session Identifier (TSI).
  • TSI Transport Session Identifier
  • a video stream and an audio stream are stored in each ALC packet, and a unique TOI (Transport Object Identifier) is assigned in the FLUTE session.
  • TOI Transport Object Identifier
  • TOI 0 is given to the ALC packet in which FDT (File Delivery Table) is stored.
  • a common TOI is given to the ALC packet in which other data are stored if the data source is the same. For example, a common TOI is given to all ALC packets stored by dividing the video stream. Similarly, a common TOI is given to all ALC packets that are divided and stored in the audio stream.
  • the FDT is sent periodically in the FLUTE session.
  • the ALC packet in which the desired video stream is stored can not be received, and it may occur that the desired video stream is not reproduced without interruption. . This is remarkable when the number of retransmissions of the ALC packet is small or retransmission is not performed as in live streaming.
  • an elementary stream of a single media type is transmitted in a FLUTE session, and before acquiring the FLUTE session, SDP (Session Media Protocol) transmitted in a FLUTE presentation layer is used.
  • SDP Session Media Protocol
  • the receiver side is notified of the media type, the reception mode, and the like.
  • Promiscuous is a receiving mode for prompting the receiving side to receive all ALC packets transmitted in a FLUTE session. Promiscuous is assumed to be notified of, for example, when the number of retransmissions of ALC packets is small, such as live streaming, or when retransmissions are not performed.
  • One-copy is a reception mode for notifying the receiving side that it is not necessary to monitor the presence or absence of the ALC packet update because the ALC packet transmitted once is not transmitted after updating its contents.
  • Keep-updated is a reception mode for notifying the reception side that it is necessary to monitor the presence or absence of the update of the ALC packet because the contents of the ALC packet transmitted once may be updated and transmitted.
  • reception mode it is also possible to add a combination of the three reception modes described above, for example, Promiscuous + Keep-updated, etc. to the reception mode.
  • the media description part of SDP (a session description part when only one medium is defined in the entire session defined in SDP), the following attribute lines are introduced, Sap and MPD AdaptationSet and Repesentation
  • a mpd-mapping: ⁇ mpd url> ⁇ adaptation set id> ⁇ representationid> ⁇ baseurl>
  • the attribute type of the attribute line is mpd-mapping, and has ⁇ mpd url>, ⁇ adaptation set id>, ⁇ representation id>, and ⁇ base url> as its description elements.
  • the ⁇ mpd url> describes the url of the MPD.
  • ⁇ adaptation set id> an id attribute (AdaptationSet / @ id) of the AdaptationSet is described.
  • ⁇ representation id> an id attribute (Representation / @ id) of the relevant Representation is described.
  • base url> a url (AdaptationSet / @ BaseURL or Representation / @ BaseURL) corresponding to AdaptationSet or Representation is described.
  • FIG. 3 shows a configuration example of a content supply system according to an embodiment of the present disclosure.
  • the content supply system 50 is composed of a plurality of content supply devices 60 and a large number of terminal devices 80.
  • the content supply device 60 and the terminal device 80 can be connected 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. .
  • the content supply device 60 performs HTTP unicast distribution of content stream and FLUTE multicast distribution, and includes a channel server 61, segmenter 62, MPD generator 63, FLUTE streamer 64, WEB server 65, and multicast server 66. .
  • the channel servers 61 to the multicast server 66 included in the content supply apparatus 60 may be integrated and arranged at one place, or may be distributed and arranged via the Internet or the like.
  • the channel server 61 generates a plurality of streaming data having different bit rates from the source data of the content to be distributed to the terminal device 80, and outputs the streaming data to the segmenter 62.
  • the segmenter 62 temporally divides each streaming data into segments to generate a segment stream such as Fragmented MP 4, and outputs the generated segment stream to the FLUTE streamer 64 and the WEB server 65.
  • the segmenter 62 notifies the MPD generator 63 of metadata including an address indicating the source of the segment stream.
  • the MPD generator 63 Based on the metadata notified from the segmenter 62, the MPD generator 63 generates an MPD in which an address or the like representing the supply source (WEB server 65) of the segment stream file is described and outputs it to the FLUTE streamer 64 and the WEB server 65.
  • an acquisition destination of an SDP in which a destination IP address of a FLUTE session of a FLUTE stream distributed by FLUTE multicast distribution is switchable from a segment stream distributed by HTTP unicast is described.
  • the FLUTE streamer 64 divides the segment stream sequentially input from the segmenter 62 and stores it in an ALC packet, thereby converting it into a FLUTE stream and outputting it to the multicast server 66. Also, the FLUTE streamer 64 stores the MPD generated by the MPD generator 63 in an ALC packet and outputs the packet to the multicast server 66. Furthermore, the FLUTE streamer 64 describes the SDP related to the FLUTE session and outputs it to the multicast server 66.
  • the WEB server 65 HTTP-unicasts the MPD input from the MPD generator 63 to the request source in response to the MPD request (HTTP request) from the terminal device 80.
  • the WEB server 65 performs HTTP unicast delivery of the segment stream file to the request source.
  • the multicast server 66 distributes the MPD, SDP, and FLUTE streams by FLUTE multicast.
  • the terminal device 80 acquires the MPD from the content supply device 60 via the network 51. Specifically, an HTTP request requesting MPD is transmitted, and accordingly, the MPD which is HTTP unicast distributed is received, or the MPD which is FLUTE multicast distributed is received. In addition, when the terminal device 80 receives an MPD to which FLUTE multicast distribution is performed, the announcement information in which the portal channel of the multicast server 66 that performs FLUTE multicast distribution is described 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. Ru.
  • 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
  • IPDC DVB-H
  • the terminal device 80 transmits an HTTP request for requesting a segment stream to the WEB server 65 based on the acquired MPD, and receives and reproduces a file of the segment stream to be distributed by HTTP multicast according to this.
  • the terminal device 80 acquires an SDP based on the acquired MPD, and receives and reproduces a FLUTE stream distributed by FLUTE multicast based on the SDP.
  • the reception mode described in the SDP is referred to, for example, if the reception mode is Promiscuous, all ALC packets transmitted in the corresponding FLUTE session are immediately received.
  • the receiving side since it is possible that the receiving side does not have enough buffers to hold all ALC packets, it is up to the receiving side to execute the operation according to the receiving mode notified by SDP. .
  • FIG. 4 shows a description example of the SDP.
  • the SDP is composed of a session description unit and a media description unit.
  • ⁇ Type> is specified by one alphabetic character and represents a meaning on the protocol of the line.
  • ⁇ value> a character string is described, and in accordance with the type of the corresponding ⁇ type>, a unique format and meaning are defined.
  • the attribute line has an attribute type of single-fmt, and has ⁇ media>, ⁇ encoding name>, and ⁇ receive mode> as its description elements.
  • ⁇ media> for example, video, audio and the like are described as media types.
  • ⁇ encoding name> for example, H.264, H.261, GSM (registered trademark) or the like is described as an encoding method.
  • ⁇ promiscuous> promiscuous, one-copy, or keep-updated is described as a reception mode. In addition, you may add Promiscuous + Keep-updated etc. which combined these to reception mode.
  • A single-fmt: video H264 / 9000 promiscouos described in the example of FIG. 4 indicates that the media type is video, the encoding method is H.264, the time scale is 90 KHz, and the reception mode is promiscouos There is.
  • a single-fmt: ⁇ media> ⁇ encoding name> ⁇ receive mode> may be introduced into the session description section. In that case, the described attribute type is treated as information on the entire FLUTE session.
  • the attribute line has an attribute type of mpd-mapping, and has ⁇ mpd url>, ⁇ adaptation set id>, ⁇ representation id>, and ⁇ base url> as its description elements. However, not all of the description elements may be described, but only some of them may be described.
  • the ⁇ mpd url> describes the url of the MPD.
  • ⁇ adaptation set id> an id attribute (AdaptationSet / @ id) of the AdaptationSet is described.
  • ⁇ representation id> an id attribute (Representation / @ id) of the relevant Representation is described.
  • base url> a url (AdaptationSet / @ BaseURL or Representation / @ BaseURL) corresponding to AdaptationSet or Representation is described.
  • FIG. 5 shows the relationship between the SDP in the state where two newly defined attribute lines are added, the corresponding MPD, and the FLUTE session for distributing the FLUTE stream (A / V stream) described above. .
  • FIG. 5 is a flow chart for explaining the processing of the content supply apparatus 60 performing HTTP unicast distribution of the segment stream of content and FLUTE multicast distribution of the FLUTE stream (hereinafter referred to as processing of the content supply apparatus).
  • step S 1 the channel server 61 generates a plurality of streaming data having different bit rates from the source data of the content to be distributed to the terminal device 80 and outputs the streaming data to the segmenter 62.
  • step S2 the segmenter 62 generates a segment stream such as Fragmented MP 4 based on each streaming data, and outputs the segment stream to the FLUTE streamer 64 and the WEB server 65.
  • the segmenter 62 notifies the MPD generator 63 of metadata including an address indicating the source of the segment stream.
  • step S 3 the FLUTE streamer 64 converts the segment stream input from the segmenter 62 into a FLUTE stream and outputs the FLUTE stream to the multicast server 66. Also, the FLUTE streamer 64 stores the MPD generated by the MPD generator 63 in an ALC packet and outputs the packet to the multicast server 66. Furthermore, the FLUTE streamer 64 generates an SDP for a FLUTE session and outputs the SDP to the multicast server 66.
  • step S4 the MPD generator 63 receives the address (WEB server 65) of the source of the segment stream file to be HTTP unicast distributed, the destination of the FLUTE stream of FLUTE stream to be FLUTE multicast distributed, switchable from the segment stream An MPD in which the acquisition destination of the SDP in which the National IP address is described is described is generated and output to the FLUTE streamer 64 and the WEB server 65.
  • step S5 the multicast server 66 distributes the MPD and SDP by FLUTE multicast.
  • step S6 when there is a request for an MPD from the terminal device 80, the WEB server 65 HTTP-unicasts the MPD input from the MPD generator 63 to the request source.
  • step S7 the WEB server 65 performs HTTP unicast distribution of the requested segment stream file to the request source. .
  • the segment stream delivered by HTTP unicast is received by the terminal device 80 and reproduced.
  • step S8 the multicast server 66 distributes FLUTE streams by FLUTE multicast.
  • the terminal device 80 receives a FLUTE stream distributed by FLUTE multicast
  • the SDP is acquired based on the acquired MPD
  • the SDP is analyzed
  • the FLUTE session for distributing the FLUTE stream is received
  • the FDT is acquired first.
  • an ALC packet including a desired FLUTE stream is extracted from the FLUTE session, and the FLUTE stream is reconstructed and reproduced.
  • the reception mode described in SDP is referred to. Specifically, when the reception mode is Promiscuous, all ALC packets transmitted in the corresponding FLUTE session are immediately received prior to FDT acquisition, analysis, and the like. However, whether or not to execute the operation according to the reception mode notified by the SDP is left to the receiving side, and the supply side does not forcibly control the operation of the terminal device 80.
  • the correspondence relationship between the SDP and the MPD to the terminal apparatus 80 that is, the FLUTE stream being delivered by FLUTE multicast and the segment stream being delivered by HTTP unicast. Correspondence can be notified. This enables quick switching between the FLUTE stream and the segment stream.
  • the terminal device 80 can notify the terminal device 80 of a reception mode suitable for reception before the terminal device 80 starts reception of the FLUTE session. Therefore, the terminal device 80 can suppress the generation of the ALC packet and the like. In addition, since this notification does not forcibly control the operation of the terminal device 80, it is possible to prevent a situation in which the buffer of the terminal device 80 overflows.
  • 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. 7 is a block diagram showing an example of the hardware configuration of the computer described above.
  • a central processing unit (CPU) 201 a read only memory (ROM) 202, and a random access memory (RAM) 203 are mutually connected by a bus 204.
  • CPU central processing unit
  • ROM read only memory
  • RAM random access memory
  • an input / output interface 205 is connected to the bus 204.
  • An input unit 206, an output unit 207, a storage unit 208, a communication unit 209, and a drive 210 are connected to the input / output interface 205.
  • the input unit 206 includes a keyboard, a mouse, a microphone and the like.
  • the output unit 207 includes a display, a speaker, and the like.
  • the storage unit 208 includes a hard disk, a non-volatile memory, and the like.
  • the communication unit 209 is configured of a network interface or the like.
  • the drive 210 drives removable media 211 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
  • the CPU 201 loads the program stored in the storage unit 208 into the RAM 203 via the input / output interface 205 and the bus 204 and executes the program. A series of processing is performed.
  • the program executed by the computer 200 can be provided by being recorded on, for example, a removable medium 211 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 208 via the input / output interface 205 by attaching the removable media 211 to the drive 210.
  • the program can be received by the communication unit 209 via a wired or wireless transmission medium and installed in the storage unit 208.
  • the program can be installed in advance in the ROM 202 or the storage unit 208.
  • the program executed by the computer 200 may be a program that performs processing in chronological order according to the order described in the present specification, or necessary timing such as when calling is performed in parallel or in parallel.
  • the program may be a program to be processed in
  • a fragment stream generation unit that generates a fragment stream based on source data of the content;
  • An MPD generation unit that generates an MPD in which information necessary for the receiver to acquire the fragment stream to be delivered by HTTP unicast is described;
  • a unicast delivery unit for HTTP unicast delivery of the MPD and the fragment stream;
  • Information on the FLUTE session for generating the FLUTE stream from the fragment stream and for distributing the FLUTE stream, and the MPD on which information necessary for the receiver to acquire the fragment stream corresponding to the FLUTE stream is described
  • a FLUTE stream generation unit that describes information and generates an SDP;
  • a multicast distribution unit that distributes the FLUTE stream and the SDP by FLUTE multicast.
  • the content supply device (2) The content supply device according to (1), wherein the FLUTE stream generation unit describes the information on the MPD in the SDP by an attribute line defined to describe the information on the MPD.
  • the content supply device (2).
  • the FLUTE stream generation unit describes one of at least one of ⁇ mpd url>, ⁇ adaptation set id>, ⁇ representation id>, or ⁇ base url>, which is a description element of the attribute line, in the SDP.
  • the content supply device according to (2) or (3).
  • the FLUTE stream generation unit further describes the reception mode in the SDP by an attribute line defined to describe a reception mode when the reception side receives the FLUTE session to which the FLUTE stream is distributed.
  • the content supply device according to any one of (1) to (4).
  • the content supply device according to (5).
  • the FLUTE stream generation unit describes any one of Promiscuous, One-copy, and Keep-updated as the reception mode in ⁇ receive mode> of the attribute line.
  • a fragment stream generation step of generating a fragment stream based on source data of the content An MPD generation step of generating an MPD in which information necessary for the receiver to acquire the fragment stream to be delivered by HTTP unicast is described; A unicast delivery step of HTTP unicast delivery of the MPD and the fragment stream; Information on the FLUTE session for generating the FLUTE stream from the fragment stream and for distributing the FLUTE stream, and the MPD on which information necessary for the receiver to acquire the fragment stream corresponding to the FLUTE stream is described
  • a FLUTE stream generation step of describing information and generating an SDP A multicast delivery step of FLUTE multicast delivery of the FLUTE stream and the SDP.
  • a computer that delivers content using adaptive streaming technology, A fragment stream generation unit that generates a fragment stream based on source data of the content; An MPD generation unit for generating an MPD in which information necessary for the receiver to acquire the fragment stream to be delivered by the HTTP unicast is described; A unicast delivery unit for HTTP unicast delivery of the MPD and the fragment stream; Information on the FLUTE session for generating the FLUTE stream from the fragment stream and for distributing the FLUTE stream, and the MPD on which information necessary for the receiver to acquire the fragment stream corresponding to the FLUTE stream is described A FLUTE stream generation unit that describes information and generates an SDP; A program that causes the FLUTE stream and the SDP to function as a multicast distribution unit that distributes FLUTE multicast.
  • a fragment stream generation unit that generates a fragment stream based on content source data
  • An MPD generation unit that generates an MPD in which information necessary for the receiver to acquire the fragment stream to be delivered by HTTP unicast is described
  • a unicast delivery unit for HTTP unicast delivery of the MPD and the fragment stream
  • Information on the FLUTE session for generating the FLUTE stream from the fragment stream and for distributing the FLUTE stream, and the MPD on which information necessary for the receiver to acquire the fragment stream corresponding to the FLUTE stream is described
  • a FLUTE stream generation unit that describes information and generates an SDP
  • a terminal apparatus that receives and reproduces the FLUTE stream distributed by FLUTE multicast from a content supply apparatus comprising: a multicast distribution unit that distributes the FLUTE stream and the SDP by FLUTE multicast.
  • a terminal apparatus that acquires the SDP distributed by FLUTE multicast and receives the FLUTE stream distributed by FLUTE multicast based on the acquired SDP.
  • (11) The terminal device according to (10), wherein the MPD corresponding to the SDP is acquired based on the acquired SDP, and the segment stream distributed by HTTP unicast is acquired based on the acquired MPD.
  • the content supply device is A fragment stream generation unit that generates a fragment stream based on content source data;
  • An MPD generation unit that generates an MPD in which information necessary for the receiver to acquire the fragment stream to be delivered by HTTP unicast is described;
  • a unicast delivery unit for HTTP unicast delivery of the MPD and the fragment stream;
  • Information on the FLUTE session for generating the FLUTE stream from the fragment stream and for distributing the FLUTE stream, and the MPD on which information necessary for the receiver to acquire the fragment stream corresponding to the FLUTE stream is described
  • a FLUTE stream generation unit that describes information and generates an SDP;
  • a multicast distribution unit that distributes the FLUTE stream and the SDP by FLUTE multicast.
  • the terminal device is A content supply system for acquiring the SDP distributed by FLUTE multicast and receiving the FLUTE stream distributed by FLUTE multicast based on the acquired SDP.

Landscapes

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

Abstract

　本開示は、FLUTEストリームとセグメントストリームとの対応関係を受信側に通知することができるようにするコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。　本開示のコンテンツ供給装置は、フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備える。本開示は、コンテンツをFLUTEマルチキャスト配信するシステムに適用できる。

Description

コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
　本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、コンテンツをFLUTE(File Delivery over Unidirectional Transport)マルチキャスト配信する場合に用いて好適なコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。
　近年、インターネットを利用するストリーミングサービスの主流がOTT-V(Over The Top Video)となっており、それに利用可能な国際標準化された動画配信プロトコルとして、Webサイトなどの閲覧と同様のHTTPを用いるMPEG-DASH（Moving Picture Experts Group-Dynamic Adaptive Streaming over HTTP。以下、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セグメントストリーマ２２は、各ストリーミングデータを時間的にセグメントに分割することにより、例えばFragmented MP4などのセグメントストリームを生成し、生成したセグメントストリームをファイル化して保持する。さらに、DASHセグメントストリーマ２２は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、保持するセグメントストリームのファイルを要求元にHTTPユニキャスト配信する。さらに、DASHセグメントストリーマ２２は、セグメントストリームのファイルの供給元を表すアドレスを含むメタデータをDASH MPDサーバ２３に通知する。
　DASH MPDサーバ２３は、セグメントストリームのファイルの供給元（すなわち、DASHセグメントストリーマ２２）を表すアドレスなどを記述したMPDを生成する。また、DASH MPDサーバ２３は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、生成したMPDを要求元にHTTPユニキャスト配信する。
　DASHクライアント３０は、DASH MPDサーバ２３に対してMPDを要求し、これに応じてHTTPユニキャスト配信されたMPDを受信する。さらに、DASHクライアント３０は、受信したMPDに基づいて、DASHセグメントストリーマ２２にセグメントストリームのファイルを要求し、これに応じてHTTPユニキャスト配信されるセグメントストリームのファイルを受信、再生する。
　なお、CDN１２は、キャッシュサーバ（不図示）を包含しており、該キャッシュサーバは、CDN１２を介してHTTPユニキャスト配信されるMPDやセグメントストリームのファイルをキャッシングする。そして、キャッシュサーバは、WEBサーバとしてのDASH MPDサーバ２３またはDASHセグメントストリーマ２２に代わり、DASHクライアント３０からの要求に応じて、キャッシングしているMPDやセグメントストリームを、要求元にHTTPユニキャスト配信することができる。
「既存のWebサーバーで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
　上述したように、DASHではHTTPユニキャスト配信を用いた適応的ストリーミング技術が実現されている。
　ところで、DASHクライアント３０がHTTPユニキャスト配信の受信だけでなく、例えば3GPPに代表される携帯電話通信網などを用いたFLUTEマルチキャスト配信を受信可能であれば、コンテンツのストリームをFLUTEマルチキャスト配信することが望ましい。
　すなわち、FLUTEマルチキャスト配信は、QoS(保証帯域/遅延等)が保証されているので、ライブ映像などのリアルタイム性が要求されるコンテンツを配信する場合、HTTPユニキャスト配信に比較して多数の受信側に対して同時に安定してコンテンツのストリームを供給することができる。
　また、DASHクライアント３０がHTTPユニキャスト配信の受信のみ可能である場合でも、CDN１２上や受信側のローカルなネットワーク上に設けられたキャッシュサーバがFLUTEマルチキャスト配信を受信してキャッシングを行い、DASHクライアント３０からの要求に応じて、キャッシングしているコンテンツのストリームを要求元にHTTPユニキャスト配信するような運用も考えられる。
　ところで、コンテンツのストリームをFLUTEマルチキャスト配信に用いるFLUTEセッションのIPアドレスとポート番号をDASHクライアント３０やキャッシュサーバなどの受信側に通知するには、一般的にはFLUTEのプレゼンテーション層で送信されるSDP(Session Media Protocol)が利用される。
　一方、上述したようにコンテンツのストリームをHTTPユニキャスト配信するWEBサーバ（DASHセグメントストリーマ２２）のIPアドレスを受信側に通知するにはMPDが利用される。
　このように、SDPとMPDとは、それぞれ対応するセグメントストリームとFLUTEストリームに関する情報が記述されるものであるが、両者の対応関係を記述する方法が定められていない。具体的には例えば、MPDに記述されているAdaptationSetやRepresentationとの対応関係をSDPに記述することができない。
　本開示はこのような状況に鑑みてなされたものであり、FLUTEマルチキャスト配信されるFLUTEストリームと、HTTPユニキャスト配信されるセグメントストリームとの対応関係を受信側に通知できるようにするものである。
　本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置において、前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備える。
　前記FLUTEストリーム生成部は、前記MPDに関する情報を記述するために定義した属性行により、MPDに関する情報を前記SDPに記述することができる。
　前記属性行は、
　a=mpd-mapping:<mpd url> <adaptation set id> <representation id> <base url>
とすることができる。
　前記FLUTEストリーム生成部は、前記属性行の記述要素である<mpd url>、<adaptation set id>、<representation id>、または<base url>のうちの少なくともに一つを前記SDPに記述することができる。
　前記FLUTEストリーム生成部は、さらに、前記FLUTEストリームを配信する前記FLUTEセッションを受信側が受信する場合の受信モードを記述するために定義した属性行により、前記受信モードを前記SDPに記述することができる。
　前記属性行は、
　a=single-fmt:<media><encoding name><receive mode>
とすることができる。
　前記FLUTEストリーム生成部は、前記受信モードとして、Promiscuous、One-copy、またはKeep-updatedのいずれかを前記属性行の<receive mode>に記述することができる。
　本開示の第１の側面であるコンテンツ供給方法は、適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成ステップと、HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成ステップと、前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信ステップと、前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成ステップと、前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信ステップとを含む。
　本開示の第１の側面であるプログラムは、適応的ストリーミング技術を用いてコンテンツを配信するコンピュータを、前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、前記HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部として機能させる。
　本開示の第１の側面においては、FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応するフラグメントストリームを受信側が取得するために必要な情報が記述されているMPDに関する情報が記述されてSDPが生成され、前記FLUTEストリームおよび前記SDPがFLUTEマルチキャスト配信される。
　本開示の第２の側面である端末装置は、コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備えるコンテンツ供給装置からFLUTEマルチキャスト配信された前記FLUTEストリームを受信、再生する端末装置において、FLUTEマルチキャスト配信された前記SDPを取得し、取得した前記SDPに基づいて、FLUTEマルチキャスト配信された前記FLUTEストリームを受信する。
　本開示の第２の側面である端末装置は、取得した前記SDPに基づいて前記SDPに対応する前記MPDを取得し、取得した前記MPDに基づいて、HTTPユニキャスト配信された前記セグメントストリームを取得することができる。
　本開示の第２の側面においては、FLUTEマルチキャスト配信されたSDPが取得され、取得した前記SDPに基づいて、FLUTEマルチキャスト配信されたFLUTEストリームが受信される。
　本開示の第３の側面であるコンテンツ供給システムは、コンテンツ供給装置と端末装置から構成されるコンテンツ供給システムにおいて、前記コンテンツ供給装置が、コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備える。一方、前記端末装置が、FLUTEマルチキャスト配信された前記SDPを取得し、取得した前記SDPに基づいて、FLUTEマルチキャスト配信された前記FLUTEストリームを受信する。
　本開示の第３の側面においては、コンテンツ供給装置により、FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応するフラグメントストリームを受信側が取得するために必要な情報が記述されているMPDに関する情報が記述されてSDPが生成され、前記FLUTEストリームおよび前記SDPがFLUTEマルチキャスト配信される。一方、端末装置により、FLUTEマルチキャスト配信されたSDPが取得され、取得した前記SDPに基づいて、FLUTEマルチキャスト配信されたFLUTEストリームが受信される。
　本開示の第１の側面によれば、FLUTEマルチキャスト配信されるFLUTEストリームと、HTTPユニキャスト配信されるセグメントストリームとの対応関係を受信側に通知することができる。
　本開示の第２の側面によれば、FLUTEマルチキャスト配信されるFLUTEストリームと、HTTPユニキャスト配信されるセグメントストリームとの間の速やかなスイッチングが可能となる。
　本開示の第３の側面によれば、FLUTEマルチキャスト配信されるFLUTEストリームと、HTTPユニキャスト配信されるセグメントストリームとの対応関係を受信側に通知することができ、受信側はFLUTEマルチキャスト配信されるFLUTEストリームと、HTTPユニキャスト配信されるセグメントストリームとの間の速やかなスイッチングが可能となる。
従来のコンテンツ供給システムの構成の一例を示すブロック図である。 FLUTEセッションにてパケットが送信される仕組みの概要を示す図である。 本開示を適用したコンテンツ供給システムの構成例のブロック図である。 SDPの記述例を示す図である。 SDP、MPD、およびFLUTEセッションの対応関係を示す図である。 コンテンツ供給装置の処理を説明するフローチャートである。 コンピュータの構成例を示すブロック図である。
　以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について説明するが、その前に、FLUTEセッションにてパケットが送信される仕組みと、本実施の形態の概要について説明する。
　図２は、FLUTEセッションにてパケットが送信される仕組みの概要を示している。図示するように、SDPに記述されているSource IP AddressとTSI(Transport Session Identifier)により特定されるFLUTEセッションではALCパケットが送信される。各ALCパケットには、例えばビデオストリームやオーディオストリームが格納され、該FLUTEセッション内でユニークなTOI(Transport Object Identifier)が付与される。
　なお、FDT(File Delivery Table)が格納されているALCパケットにはTOI＝０が付与されることが規定されている。その他のデータが格納されているALCパケットには、データ元が同じである場合、共通のTOIが付与される。例えば、ビデオストリームが分割されて格納された全てのALCパケットには、共通のTOIが付与される。同様に、オーディオストリームが分割されて格納された全てのALCパケットには共通のTOIが付与される。
　FDTは、FLUTEセッションにて周期的に送信される。FDTにはTOI＝０以外のALCパケットに格納されるデータに関する属性情報やそれらを再構成するための情報が記述されている。
　FLUTEセッションを受信する側では、FLUTEセッションにて初めにTOI＝０のFDTを取得し、取得したFDTを解析して所望のALCパケットを受信する。例えば、ビデオストリームが格納されているALCパケットを受信したい場合には、FDTを取得、解析し、ビデオストリームが格納されているALCパケットのTOIを確認し、FLUTEセッションから該TOIが付与されているALCパケットを取得し、再構成して再生することになる。
　ただし、このようにした場合、FDTを取得、解析している間に、所望するビデオストリームが格納されているALCパケットを受信できずに、所望するビデオストリームを途切れなく再生でないことが発生し得る。これは、ライブストリーミング等のように、ALCパケットの再送回数が少なかったり、再送が行なわれなかったりする場合に顕著である。
　そこで、本開示では、FLUTEセッションにて、単一のメディアタイプのエレメンタリストリームを送信するようにし、該FLUTEセッションを取得する前に、FLUTEのプレゼンテーション層で送信されるSDP(Session Media Protocol)を用いて、受信側に、メディアタイプや受信モードなどを通知するようにする。
　ここで、受信モードとしては、3GPPにて定義されているPromiscuous、One-copy、またはKeep-updatedの３種類を想定する。
　Promiscuousとは、FLUTEセッションで送信される全てのALCパケットを受信しておくことを受信側に促すための受信モードである。Promiscuousは、例えば、ライブストリーミング等のようにALCパケットの再送回数が少なかったり、再送が行なわれなかったりする場合に通知される運用が想定される。
　One-copyは、１度送信したALCパケットは、その内容を更新して送信することがないので、ALCパケットの更新の有無を監視する必要が無い旨を受信側に知らせるための受信モードである。Keep-updatedは、１度送信したALCパケットの内容を更新して送信することがあるので、ALCパケットの更新の有無を監視する必要がある旨を受信側に知らせるための受信モードである。
　さらに、上述した３種類の受信モードを組み合わせたもの、例えば、Promiscuous＋Keep-updatedなどを受信モードに追加することも可能である。
　また、本開示では、FLUTEマルチキャスト配信に関する情報を記述するSDPに、対応するHTTPユニキャスト配信に関する情報を記述するMPDとの対応関係を記述できるようになっている。
　具体的には、SDPのメディア記述部(SDPで定義されるセッション全体で唯一のメディアしか定義しない場合にはセッション記述部)、以下の属性行を導入することにより、SDPとMPDのAdaptationSetやRepesentationとの対応付けが定義できるようになっている。
　a=mpd-mapping:<mpd url> <adaptation set id> <representation id> <base url>
　該属性行は、属性種別がmpd-mappingとされ、その記述要素として<mpd url>、<adaptation set id>、<representation id>、<base url>を有している。
　<mpd url>にはMPDのurlが記述される。<adaptation set id>には当該AdaptationSetのid属性（AdaptationSet/@id）が記述される。<representation id>には当該Representationのid属性（Representation/@id）が記述される。<base url>には、AdaptationSetまたはRepresentationに対応するurl（AdaptationSet/@BaseURL、またはRepresentation/@BaseURL）が記述される。
＜コンテンツ供給システムの構成例＞
　図３は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
　該コンテンツ供給システム５０は、複数のコンテンツ供給装置６０と、多数の端末装置８０から構成される。コンテンツ供給装置６０と端末装置８０とは、ネットワーク５１を介して接続できる。
　ネットワーク５１は、インターネットとそれを利用したCDNに代表される双方向通信網の他、地上放送波、衛星放送波、携帯放送(e)MBMSなどを利用した各種の放送網を包含するものとする。
　コンテンツ供給装置６０は、コンテンツのストリームをHTTPユニキャスト配信し、またFLUTEマルチキャスト配信するものであり、チャネルサーバ６１、セグメンタ６２、MPDジェネレータ６３、FLUTEストリーマ６４、WEBサーバ６５、およびマルチキャストサーバ６６を有する。
　なお、コンテンツ供給装置６０が有するチャネルサーバ６１乃至マルチキャストサーバ６６は、一箇所に集積して配置してもよいし、インターネットなどを介して分散して配置してもよい。
　チャネルサーバ６１は、端末装置８０に配信するためのコンテンツのソースデータからビットレートが異なる複数のストリーミングデータを生成してセグメンタ６２に出力する。
　セグメンタ６２は、各ストリーミングデータを時間的にセグメントに分割することにより、例えばFragmented MP4などのセグメントストリームを生成し、生成したセグメントストリームをFLUTEストリーマ６４およびWEBサーバ６５に出力する。また、セグメンタ６２は、セグメントストリームの供給元を表すアドレスを含むメタデータをMPDジェネレータ６３に通知する。
　MPDジェネレータ６３は、セグメンタ６２から通知されるメタデータに基づき、セグメントストリームのファイルの供給元（WEBサーバ６５）を表すアドレスなどを記述したMPDを生成してFLUTEストリーマ６４およびWEBサーバ６５に出力する。このMPDには、HTTPユニキャスト配信されるセグメントストリームからスイッチング可能な、FLUTEマルチキャスト配信されるFLUTEストリームのFLUTEセッションのデスティネーションIPアドレスが記述されているSDPの取得先が記述されている。
　FLUTEストリーマ６４は、セグメンタ６２から順次入力されるセグメントストリームを分割してALCパケットに格納することにより、FLUTEストリームに変換してマルチキャストサーバ６６に出力する。また、FLUTEストリーマ６４は、MPDジェネレータ６３で生成されるMPDをALCパケットに格納してマルチキャストサーバ６６に出力する。さらに、FLUTEストリーマ６４は、FLUTEセッションに関するSDPを記述してマルチキャストサーバ６６に出力する。
　WEBサーバ６５は、端末装置８０からのMPDの要求（HTTPリクエスト）に応じ、MPDジェネレータ６３から入力されているMPDを要求元にHTTPユニキャスト配信する。また、WEBサーバ６５は、端末装置８０からのセグメントストリームの要求（HTTPリクエスト）に応じ、セグメントストリームのファイルを要求元にHTTPユニキャスト配信する。
　マルチキャストサーバ６６は、MPD、SDP、およびFLUTEストリームをFLUTEマルチキャスト配信する。
　端末装置８０は、ネットワーク５１を介してコンテンツ供給装置６０からMPDを取得する。具体的には、MPDを要求するHTTPリクエストを送信、それに応じてHTTPユニキャスト配信されるMPDを受信するか、またはFLUTEマルチキャスト配信されるMPDを受信する。なお、端末装置８０がFLUTEマルチキャスト配信されるMPDを受信する場合には、FLUTEマルチキャスト配信を行なうマルチキャストサーバ６６のポータルチャネルが記述されたアナウンス情報が参照される。
　該アナウンス情報は、FLUTEマルチキャスト配信がネットワーク５１に含まれる携帯放送(e)MBMSを介して行われる場合、MBMSにおけるUSD(User Service Description)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。また、FLUTEマルチキャスト配信がネットワーク５１に含まれる地上放送波または衛星放送を介して行われる場合、該アナウンス情報は、DVB-H(IPDC)のESG(Electronic Service Guide)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。
　さらに、端末装置８０は、取得したMPDに基づいてWEBサーバ６５にセグメントストリームを要求するHTTPリクエスト送信し、これに応じてHTTPマルチキャスト配信されるセグメントストリームのファイルを受信、再生する。
　またさらに、端末装置８０は、取得したMPDに基づいてSDPを取得し、SDPに基づいてFLUTEマルチキャスト配信されるFLUTEストリームを受信、再生する。このとき、SDPに記述されている受信モードが参照され、例えば、受信モードがPromiscuousであるならば、直ちに対応するFLUTEセッションで送信されている全てのALCパケットが受信される。
　ただし、受信側が全てのALCパケットを保持できる十分なバッファを有していないことも有り得るので、SDPにて通知された受信モードに応じた動作を実行するか否かは受信側に委ねられている。
＜SDPの記述例＞
　次に、図４はSDPの記述例を示している。
　SDPは、セッション記述部とメディア記述部から構成される。セッション記述部およびメディア記述部は、それぞれ<Type>=<value>形式の１行のテキスト文字列を基本構成とし、複数の行から構成される。
　<type>は、英字１文字で指定され、その行が持つプロトコル上に意味を表す。<value>は、文字列が記述され、対応する<type>の種別に応じて、それぞれ固有のフォーマットと意味が規定されている。
　例えば、セッション記述部の<TYPE>に記述された英文字の意味は以下のとおりである。
　v=  (プロトコルのバージョン)
　o=  (発信元およびセッション識別子)
　s=  (セッション名)
　i= (セッション情報)
　a= (セッション全体にかかわる属性)
　t=  (セッションがアクティブな時間)
　メディア記述部の<TYPE>に記述された英文字の意味は以下のとおりである。
　m=  (メディア名と伝送アドレス)
　c= (接続情報 -- セッションレベルで含める場合はオプション)
　b= (0行以上の帯域情報)
　a= (メディアに関する属性)
　本開示では、以下に示す２種類の属性種別を新たに定義してメディア記述部に導入する。
　（１）a=single-fmt:<media><encoding name><receive mode>
　該属性行は、属性種別がsingle-fmtとされ、その記述要素として<media>、<encoding name>、および<receive mode>を有する。
　<media>には、メディアタイプとして、例えばvideo、audioなどが記述される。<encoding name>には、符号化方式して、例えばH.264、H.261、GSM（登録商標）などが記述される。<promiscuous>には、受信モードとして、promiscuous、One-copy、またはKeep-updatedが記述される。なお、受信モードに、これらを組み合わせたPromiscuous＋Keep-updatedなどを追加してもよい。
　図４の例に記述されているa=single-fmt:video H264/9000 promiscouosは、メディアタイプがvideo、符号化方式がH.264、タイムスケールが90KHz、受信モードがpromiscouosであることを示している。
　なお、a=single-fmt:<media><encoding name><receive mode>をセッション記述部に導入してもよい。その場合、記述された属性種別は、FLUTEセッションの全体に関する情報として扱われる。
　（２）a=mpd-mapping:<mpd url> <adaptation set id> <representation id> <base url>
　該属性行は、属性種別がmpd-mappingとされ、その記述要素として<mpd url>、<adaptation set id>、<representation id>、および<base url>を有する。ただし、それら記述要素の全てを記述するものではなく、一部のみを記述するようにしてもよい。
　<mpd url>にはMPDのurlが記述される。<adaptation set id>には当該AdaptationSetのid属性（AdaptationSet/@id）が記述される。<representation id>には当該Representationのid属性（Representation/@id）が記述される。<base url>には、AdaptationSetまたはRepresentationに対応するurl（AdaptationSet/@BaseURL、またはRepresentation/@BaseURL）が記述される。
　図４の例に記述されているa=mpd-mapping: 111 222 http:/a.com/aは、AdaptationSet/@id=111、Representation/@id=222、AdaptationSet/@BaseURL(またはRepresentation/@baseURL)=http:://a.com/aを示している。
　図５は、上述した、新たに定義した２種類の属性行を追加した状態のSDPと、それに対応するMPDと、FLUTEストリーム（A/Vストリーム）を配信するFLUTEセッションとの関係を示している。
　同図に示されるように、該SDPのa=single-fmt:<media><encoding name><receive mode>を参照することにより、FLUTEストリームを配信するFLUTEセッションを特定できる。また、該SDPのa=mpd-mapping:<mpd url> <adaptation set id> <representation id> <base url>を参照することにより、FLUTEストリームに対応するMPDのAdaptationSetとRepresentationとを特定できる。
＜コンテンツ供給システム５０の動作＞
　次に、コンテンツ供給システム５０の動作について説明する。
　図５は、コンテンツ供給装置６０がコンテンツのセグメントストリームをHTTPユニキャスト配信し、またFLUTEストリームをFLUTEマルチキャスト配信する処理（以下、コンテンツ供給装置の処理と称する）を説明するフローチャートである。
　ステップＳ１において、チャネルサーバ６１は、端末装置８０に配信するためのコンテンツのソースデータからビットレートが異なる複数のストリーミングデータを生成してセグメンタ６２に出力する。ステップＳ２において、セグメンタ６２は、各ストリーミングデータを元に、Fragmented MP4などのセグメントストリームを生成して、FLUTEストリーマ６４およびWEBサーバ６５に出力する。また、セグメンタ６２は、セグメントストリームの供給元を表すアドレスを含むメタデータをMPDジェネレータ６３に通知する。
　ステップＳ３において、FLUTEストリーマ６４は、セグメンタ６２から入力されるセグメントストリームをFLUTEストリームに変換してマルチキャストサーバ６６に出力する。また、FLUTEストリーマ６４は、MPDジェネレータ６３で生成されるMPDをALCパケットに格納してマルチキャストサーバ６６に出力する。さらに、FLUTEストリーマ６４は、FLUTEセッションに関するSDPを生成してマルチキャストサーバ６６に出力する。
　ステップＳ４において、MPDジェネレータ６３は、HTTPユニキャスト配信されるセグメントストリームのファイルの供給元（WEBサーバ６５）を表すアドレス、セグメントストリームからスイッチング可能な、FLUTEマルチキャスト配信されるFLUTEストリームのFLUTEセッションのデスティネーションIPアドレスが記述されているSDPの取得先などを記述したMPDを生成してFLUTEストリーマ６４およびWEBサーバ６５に出力する。
　ステップＳ５において、マルチキャストサーバ６６は、MPDとSDPをFLUTEマルチキャスト配信する。
　ステップＳ６において、WEBサーバ６５は、端末装置８０からのMPDの要求があった場合、MPDジェネレータ６３から入力されているMPDを要求元にHTTPユニキャスト配信する。
　MPDを受信した端末装置８０が、該MPDに基づいてセグメントストリームを要求するHTTPリクエストを発行すると、ステップＳ７において、WEBサーバ６５は、要求されたセグメントストリームのファイルを要求元にHTTPユニキャスト配信する。HTTPユニキャスト配信されたセグメントストリームは、端末装置８０に受信されて再生される。
　一方、マルチキャストサーバ６６は、ステップＳ８において、FLUTEストリームをFLUTEマルチキャスト配信する。FLUTEマルチキャスト配信されたFLUTEストリームを端末装置８０が受信する場合、取得したMPDに基づいてSDPを取得し、SDPを解析してFLUTEストリームを配信するFLUTEセッションを受信し、初めにFDTを取得する。さらに、FDTに基づいて、FLUTEセッションから所望のFLUTEストリームを含むALCパケットを抽出し、FLUTEストリームを再構成して再生する。
　なお、FLUTEマルチキャスト配信されているFLUTEストリームからHTTPユニキャスト配信されるセグメントストリームにスイッチングする際には、SDPのa=mpd-mappingで始まる属性行が参照される。
　また、SDPを解析した際には、SDPに記述されている受信モードが参照される。具体的には、受信モードがPromiscuousであった場合、FDTの取得、解析などに先立ち、直ちに対応するFLUTEセッションで送信されている全てのALCパケットが受信される。ただし、SDPにて通知された受信モードに応じた動作を実行するか否かは受信側に委ねられており、供給側が端末装置８０の動作を強制的に制御するものではない。
　以上したように、コンテンツ供給装置の処理によれば、端末装置８０に対して、SDPとMPDとの対応関係、すなわち、FLUTEマルチキャスト配信されているFLUTEストリームとHTTPユニキャスト配信されるセグメントストリームとの対応関係を通知することができる。これにより、FLUTEストリームとセグメントストリームとの間のスイッチングを速やかに実行できる。
　また、コンテンツ供給装置の処理によれば、端末装置８０がFLUTEセッションの受信を開始する前に、その受信に適した受信モードを端末装置８０に通知できる。よって、端末装置８０側でALCパケットの取りこぼしなどの発生を抑止できる。また、この通知は、端末装置８０側の動作を強制的に制御するものではないので、端末装置８０側のバッファがオバーフローしてしまうような事態を引き起こすことも抑止できる。
　ところで、上述した一連の処理を実行するコンテンツ供給装置６０、および端末装置８０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
　図７は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
　このコンピュータ２００において、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
　バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、およびドライブ２１０が接続されている。
　入力部２０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記憶部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。
　以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
　コンピュータ２００（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
　コンピュータ２００では、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。
　なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
　本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
　本開示は以下のような構成もとることができる。
（１）
　適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置において、
　前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
　HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
　前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
　前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
　前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
　を備えるコンテンツ供給装置。
（２）
　前記FLUTEストリーム生成部は、前記MPDに関する情報を記述するために定義した属性行により、MPDに関する情報を前記SDPに記述する
　前記（１）に記載のコンテンツ供給装置。
（３）
　前記属性行は、
　a=mpd-mapping:<mpd url> <adaptation set id> <representation id> <base url>
である
　前記（２）に記載のコンテンツ供給装置。
（４）
　前記FLUTEストリーム生成部は、前記属性行の記述要素である<mpd url>、<adaptation set id>、<representation id>、または<base url>のうちの少なくともに一つを前記SDPに記述する
　前記（２）または（３）に記載のコンテンツ供給装置。
（５）
　前記FLUTEストリーム生成部は、さらに、前記FLUTEストリームを配信する前記FLUTEセッションを受信側が受信する場合の受信モードを記述するために定義した属性行により、前記受信モードを前記SDPに記述する
　前記（１）から（４）のいずれかに記載のコンテンツ供給装置。
（６）
　前記属性行は、
　a=single-fmt:<media><encoding name><receive mode>
である
　前記（５）に記載のコンテンツ供給装置。
（７）
　前記FLUTEストリーム生成部は、前記受信モードとして、Promiscuous、One-copy、またはKeep-updatedのいずれかを前記属性行の<receive mode>に記述する
　前記（５）または（６）に記載のコンテンツ供給装置。
（８）
　適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置のコンテンツ供給方法において、
　前記コンテンツ供給装置による、
　　前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成ステップと、
　　HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成ステップと、
　　前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信ステップと、
　　前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成ステップと、
　　前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信ステップと
　を含むコンテンツ供給方法。
（９）
　適応的ストリーミング技術を用いてコンテンツを配信するコンピュータを、
　前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
　前記HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
　前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
　前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
　前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
　して機能させるプログラム。
（１０）
　コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
　HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
　前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
　前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
　前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
　を備えるコンテンツ供給装置からFLUTEマルチキャスト配信された前記FLUTEストリームを受信、再生する端末装置において、
　FLUTEマルチキャスト配信された前記SDPを取得し、取得した前記SDPに基づいて、FLUTEマルチキャスト配信された前記FLUTEストリームを受信する
　端末装置。
（１１）
　取得した前記SDPに基づいて前記SDPに対応する前記MPDを取得し、取得した前記MPDに基づいて、HTTPユニキャスト配信された前記セグメントストリームを取得する
　前記（１０）に記載の端末装置。
（１２）
　コンテンツ供給装置と端末装置から構成されるコンテンツ供給システムにおいて、
　前記コンテンツ供給装置は、
　　コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
　　HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
　　前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
　　前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
　　前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備え、
　前記端末装置は、
　　FLUTEマルチキャスト配信された前記SDPを取得し、取得した前記SDPに基づいて、FLUTEマルチキャスト配信された前記FLUTEストリームを受信する
　コンテンツ供給システム。
　５０　コンテンツ供給システム，　５１　ネットワーク，　６０　コンテンツ供給装置,　６１　チャネルサーバ，　６２　セグメンタ，　６３　ジェネレータ，　６４　FLUTEストリーマ，　６５　WEBサーバ，　６６　マルチキャストサーバ，　８０　端末装置，　２００　コンピュータ，　２０１　CPU

Claims (12)

  1. 　適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置において、
    　前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
    　HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
    　前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
    　前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
    　前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
    　を備えるコンテンツ供給装置。
  2. 　前記FLUTEストリーム生成部は、前記MPDに関する情報を記述するために定義した属性行により、MPDに関する情報を前記SDPに記述する
    　請求項１に記載のコンテンツ供給装置。
  3. 　前記属性行は、
    　a=mpd-mapping:<mpd url> <adaptation set id> <representation id> <base url>
    である
    　請求項２に記載のコンテンツ供給装置。
  4. 　前記FLUTEストリーム生成部は、前記属性行の記述要素である<mpd url>、<adaptation set id>、<representation id>、または<base url>のうちの少なくともに一つを前記SDPに記述する
    　請求項３に記載のコンテンツ供給装置。
  5. 　前記FLUTEストリーム生成部は、さらに、前記FLUTEストリームを配信する前記FLUTEセッションを受信側が受信する場合の受信モードを記述するために定義した属性行により、前記受信モードを前記SDPに記述する
    　請求項２に記載のコンテンツ供給装置。
  6. 　前記属性行は、
    　a=single-fmt:<media><encoding name><receive mode>
    である
    　請求項５に記載のコンテンツ供給装置。
  7. 　前記FLUTEストリーム生成部は、前記受信モードとして、Promiscuous、One-copy、またはKeep-updatedのいずれかを前記属性行の<receive mode>に記述する
    　請求項５に記載のコンテンツ供給装置。
  8. 　適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置のコンテンツ供給方法において、
    　前記コンテンツ供給装置による、
    　　前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成ステップと、
    　　HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成ステップと、
    　　前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信ステップと、
    　　前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成ステップと、
    　　前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信ステップと
    　を含むコンテンツ供給方法。
  9. 　適応的ストリーミング技術を用いてコンテンツを配信するコンピュータを、
    　前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
    　前記HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
    　前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
    　前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
    　前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
    　して機能させるプログラム。
  10. 　コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
    　HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
    　前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
    　前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
    　前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
    　を備えるコンテンツ供給装置からFLUTEマルチキャスト配信された前記FLUTEストリームを受信、再生する端末装置において、
    　FLUTEマルチキャスト配信された前記SDPを取得し、取得した前記SDPに基づいて、FLUTEマルチキャスト配信された前記FLUTEストリームを受信する
    　端末装置。
  11. 　取得した前記SDPに基づいて前記SDPに対応する前記MPDを取得し、取得した前記MPDに基づいて、HTTPユニキャスト配信された前記セグメントストリームを取得する
    　請求項１０に記載の端末装置。
  12. 　コンテンツ供給装置と端末装置から構成されるコンテンツ供給システムにおいて、
    　前記コンテンツ供給装置は、
    　　コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
    　　HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
    　　前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
    　　前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
    　　前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備え、
    　前記端末装置は、
    　　FLUTEマルチキャスト配信された前記SDPを取得し、取得した前記SDPに基づいて、FLUTEマルチキャスト配信された前記FLUTEストリームを受信する
    　コンテンツ供給システム。
PCT/JP2014/074247 2013-09-27 2014-09-12 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム WO2015045917A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
KR1020207002787A KR102123208B1 (ko) 2013-09-27 2014-09-12 콘텐츠 공급 장치, 콘텐츠 공급 방법, 프로그램, 단말 장치, 및 콘텐츠 공급 시스템
KR1020167007957A KR102073871B1 (ko) 2013-09-27 2014-09-12 콘텐츠 공급 장치, 콘텐츠 공급 방법, 프로그램, 단말 장치, 및 콘텐츠 공급 시스템
US15/024,895 US10305953B2 (en) 2013-09-27 2014-09-12 Content supplying apparatus, content supplying method, program, terminal device, and content supplying system
MX2016003750A MX364745B (es) 2013-09-27 2014-09-12 Dispositivo de suministro de contenido, método de suministro de contenido, programa, dispositivo de terminal y sistema de suministro de contenido.
EP14848207.8A EP3051830B1 (en) 2013-09-27 2014-09-12 Content supply device, content supply method, program, receiving device, and content supply system
CA2925455A CA2925455C (en) 2013-09-27 2014-09-12 Content supplying apparatus, content supplying method, program, terminal device, and content supplying system
US16/393,508 US10623463B2 (en) 2013-09-27 2019-04-24 Content supplying apparatus, content supplying method, program, terminal device, and content supplying system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013202440A JP2015070427A (ja) 2013-09-27 2013-09-27 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
JP2013-202440 2013-09-27

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/024,895 A-371-Of-International US10305953B2 (en) 2013-09-27 2014-09-12 Content supplying apparatus, content supplying method, program, terminal device, and content supplying system
US16/393,508 Continuation US10623463B2 (en) 2013-09-27 2019-04-24 Content supplying apparatus, content supplying method, program, terminal device, and content supplying system

Publications (1)

Publication Number Publication Date
WO2015045917A1 true WO2015045917A1 (ja) 2015-04-02

Family

ID=52743059

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/074247 WO2015045917A1 (ja) 2013-09-27 2014-09-12 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム

Country Status (7)

Country Link
US (2) US10305953B2 (ja)
EP (1) EP3051830B1 (ja)
JP (1) JP2015070427A (ja)
KR (2) KR102073871B1 (ja)
CA (1) CA2925455C (ja)
MX (2) MX364745B (ja)
WO (1) WO2015045917A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020162090A (ja) * 2019-03-28 2020-10-01 日本電気株式会社 送信ノード、放送局システム、制御ノード及び送信制御方法
JP2020162087A (ja) * 2019-03-28 2020-10-01 日本電気株式会社 送信ノード、放送局システム、制御ノード及び送信制御方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013019903A1 (en) * 2011-08-01 2013-02-07 Qualcomm Incorporated Method and apparatus for transport of dynamic adaptive streaming over http (dash) initialization segment description fragments as user service description fragments
WO2013109551A1 (en) * 2012-01-16 2013-07-25 Qualcomm Incorporated Method and system for transitions of broadcast dash service receptions between unicast and broadcast

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103959798B (zh) 2011-09-30 2018-06-08 英特尔公司 无线网络上的体验质量增强
US9294226B2 (en) 2012-03-26 2016-03-22 Qualcomm Incorporated Universal object delivery and template-based file delivery
US9781181B2 (en) * 2013-06-17 2017-10-03 Qualcomm Incorporated Multiple file delivery over unidirectional transport protocol sessions for a service

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013019903A1 (en) * 2011-08-01 2013-02-07 Qualcomm Incorporated Method and apparatus for transport of dynamic adaptive streaming over http (dash) initialization segment description fragments as user service description fragments
WO2013109551A1 (en) * 2012-01-16 2013-07-25 Qualcomm Incorporated Method and system for transitions of broadcast dash service receptions between unicast and broadcast

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HIRABAYASHI MITSUHIRO: "Realization of Non- interrupted Moving Picture Distribution Using Existing Web Server", NIKKEI ELECTRONICS, 19 March 2012 (2012-03-19)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020162090A (ja) * 2019-03-28 2020-10-01 日本電気株式会社 送信ノード、放送局システム、制御ノード及び送信制御方法
JP2020162087A (ja) * 2019-03-28 2020-10-01 日本電気株式会社 送信ノード、放送局システム、制御ノード及び送信制御方法
JP7247707B2 (ja) 2019-03-28 2023-03-29 日本電気株式会社 送信ノード、放送局システム、制御ノード及び送信制御方法
JP7247706B2 (ja) 2019-03-28 2023-03-29 日本電気株式会社 送信ノード、放送局システム、制御ノード及び送信制御方法

Also Published As

Publication number Publication date
EP3051830A1 (en) 2016-08-03
KR20160060056A (ko) 2016-05-27
EP3051830B1 (en) 2018-06-13
US10305953B2 (en) 2019-05-28
CA2925455A1 (en) 2015-04-02
MX2019005174A (es) 2019-08-12
MX2016003750A (es) 2016-07-05
KR102073871B1 (ko) 2020-02-05
KR102123208B1 (ko) 2020-06-15
EP3051830A4 (en) 2017-04-05
MX364745B (es) 2019-05-06
US20190253472A1 (en) 2019-08-15
US10623463B2 (en) 2020-04-14
US20160294904A1 (en) 2016-10-06
CA2925455C (en) 2021-12-14
JP2015070427A (ja) 2015-04-13
KR20200013112A (ko) 2020-02-05

Similar Documents

Publication Publication Date Title
RU2636123C2 (ru) Устройство предоставления содержания, способ предоставления содержания, программа и система предоставления содержания
WO2014208377A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015064383A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法
JP2015002513A (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
US10623463B2 (en) Content supplying apparatus, content supplying method, program, terminal device, and content supplying system
US20170155968A1 (en) Content supply apparatus, content supply method, program terminal apparatus, and content supply system
JP6466850B2 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015029800A1 (ja) サーバ装置、情報処理方法、プログラム、端末装置、およびコンテンツ供給システム
US20180270546A1 (en) Content supply device, content supply method, program, terminal device, and content supply system
JP6653575B2 (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: 14848207

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: MX/A/2016/003750

Country of ref document: MX

ENP Entry into the national phase

Ref document number: 2925455

Country of ref document: CA

REEP Request for entry into the european phase

Ref document number: 2014848207

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014848207

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20167007957

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15024895

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE