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

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

Info

Publication number
WO2014042028A1
WO2014042028A1 PCT/JP2013/073511 JP2013073511W WO2014042028A1 WO 2014042028 A1 WO2014042028 A1 WO 2014042028A1 JP 2013073511 W JP2013073511 W JP 2013073511W WO 2014042028 A1 WO2014042028 A1 WO 2014042028A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
segment
content supply
multicast
content
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2013/073511
Other languages
English (en)
French (fr)
Inventor
山岸　靖明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Priority to CN201380046545.XA priority Critical patent/CN104604243B/zh
Priority to US14/426,420 priority patent/US10178148B2/en
Priority to EP13837183.6A priority patent/EP2897369B1/en
Priority to BR112015005096A priority patent/BR112015005096A2/pt
Priority to RU2015108025A priority patent/RU2636123C2/ru
Publication of WO2014042028A1 publication Critical patent/WO2014042028A1/ja
Priority to IN390MUN2015 priority patent/IN2015MN00390A/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • 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]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/20—Arrangements for broadcast or distribution of identical information via plural systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/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/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/42—Arrangements for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H04H20/76—Wired systems
    • H04H20/82—Wired systems using signals not modulated onto a carrier

Definitions

  • the present disclosure relates to a content supply apparatus, a content supply method, a program, and a content supply system, and in particular, broadcast distribution via a broadcast network or multicast distribution via the Internet as an alternative path when HTTP is distributed via the Internet.
  • the present invention relates to a content supply apparatus, a content supply method, a program, 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 can prepare multiple streams with the same content and different image quality and angle of view size according to the communication environment of the Internet and the capabilities and conditions of the reception side. It is possible to select, acquire, and play back an optimum stream according to the communication environment and the receiving side's capability and status.
  • MPD Media Presentation Description
  • the MPD describes the address (url information) of chunked streaming data (media data such as Audio / Video / Subtitle), and the receiving side accesses a predetermined server based on the url information, and HTTP Streaming data to be distributed can be acquired and played back.
  • FIG. 1 shows an example of a configuration of a content supply system 10 for streaming content based on DASH.
  • the content management server 11 on the supply side manages the content to be supplied to the reception side, and generates a plurality of streaming data with different bit rates from the same content and outputs it to the DASH segment streamer 12.
  • the DASH segment streamer 12 divides the streaming data of the content into segments in terms of time, makes each file a file, and notifies the DASH MPD server 13 of the address of the file. Further, the DASH segment streamer 12 distributes HTTP of the segmented streaming data file as an HTTP server in response to a request from the DASH client 17 on the receiving side.
  • the DASH MPD server 13 generates an MPD describing the address of the segmented streaming data file and the like, and distributes the MPD as an HTTP server in response to a request from the DASH client 17 on the receiving side.
  • the cache server 15 existing on the Internet caches the MPD delivered by HTTP or the segmented streaming data file in response to a request from the DASH client 17-1.
  • a cached MPD or segmented streaming data file is requested from the DASH client 17-2 to the DASH MPD server 13 or the DASH segment streamer 12, the cached MPD or segmentation is substituted for them.
  • the streamed data is delivered to the DASH client 17-2 by HTTP.
  • DASH implements adaptive streaming technology using HTTP delivery.
  • the receiving side can also acquire and play streams that are broadcasted by terrestrial broadcasting, satellite broadcasting, etc., or multicast distributed by the Internet, the stream is distributed using those distribution paths, and the receiving side It is desirable to be able to select a stream adaptively.
  • Broadcast distribution and multicast distribution over the Internet are guaranteed QoS (guaranteed bandwidth / delay, etc.), so there are cases where a higher quality stream than HTTP distribution can be acquired and played on the receiving side. Also, in terms of cost, it may be reasonable to use broadcast distribution. Furthermore, in the case of HTTP distribution only, stream playback will stop when the desired bandwidth cannot be secured due to a sudden change in the Internet communication environment (traffic). If the stream can be switched to the distribution or multicast distribution stream, even if the image quality is lower than that of the HTTP distribution, the user's request to continue viewing the content without stopping can be satisfied.
  • DASH assumes only streaming content streaming data via HTTP, and broadcast distribution and multicast distribution are not expected. Therefore, there is no way to describe a stream distributed by broadcast or multicast even in MPD defined by DASH.
  • This disclosure has been made in view of such a situation, and extends adaptive streaming technology using DASH so that broadcast distribution and multicast distribution can also be used.
  • a content supply apparatus is a content supply apparatus that supplies streaming data of content according to an adaptive streaming technique.
  • the streaming data is filed for each segment, and the resulting segment file is bidirectional.
  • An HTTP delivery unit for delivering HTTP via a communication network, a multicast delivery unit for multicast delivery of the segment file, and a metafile describing information for receiving the HTTP delivery or the segment file to be multicast delivered A metafile generation unit that generates and supplies the file to the reception side.
  • the metafile generation unit can generate an extended MPD as the metafile.
  • the metafile generation unit describes the MPD in which a multicast address, a data format identifier of a tuning parameter, and an acquisition destination address of a serviceLocationAttribute file including the tuning parameter necessary for receiving the segment file to be distributed by multicast are described. Can be generated.
  • the multicast distribution may include multicast distribution via the bidirectional communication network and broadcast distribution via the broadcast network.
  • the MPD may be supplied to a content receiving side by HTTP distribution via the bidirectional communication network, broadcast distribution via the broadcast network, or multicast distribution via the bidirectional communication network. it can.
  • the multicast distribution unit generates a one-way file transfer protocol packet storing the segment file, and generates an extended FDT describing attribute information of the segment file stored in the one-way file transfer protocol packet
  • the one-way file transfer protocol packet and the FDT can be distributed by multicast.
  • a content supply method is a content supply method of a content supply device that supplies streaming data of content according to an adaptive streaming technique, and the streaming data by the content supply device is filed for each segment.
  • a metafile generation step for generating a metafile describing information to be supplied and supplying the metafile to the receiving side.
  • a program includes a computer that supplies streaming data of content according to an adaptive streaming technique, files the streaming data into segments, and transmits the resulting segment files via a bidirectional communication network.
  • An HTTP distribution unit that distributes HTTP
  • a multicast distribution unit that distributes the segment file by multicast
  • a metafile that describes the HTTP distribution or information for receiving the segment file to be distributed by multicast is generated and received.
  • Function as a metafile generator to be supplied to the device.
  • content streaming data is filed for each segment, and the resulting segment file is HTTP-distributed via a bidirectional communication network.
  • the segment file is distributed by multicast.
  • a metafile describing information for receiving the segment file to be delivered by the HTTP delivery or the multicast delivery is generated and supplied to the receiving side.
  • a content supply apparatus stores a segment file in which the streaming data is filed for each segment in the content supply apparatus that supplies content streaming data according to a one-way file transfer protocol protocol
  • a one-way file transfer protocol packet is generated, and an extended FDT describing attribute information of the segment file stored in the one-way file transfer protocol packet is generated, the one-way file transfer protocol packet and the extension A multicast delivery unit for delivering the delivered FDT by multicast delivery.
  • the extended FDT includes a Content-Location element, and the Content-Location element can include a URL and a range attribute.
  • the mediaRange attribute in the MPD of adaptive streaming technology can be used for the range attribute.
  • the content supply apparatus may further include a broadcast distribution unit that broadcasts and distributes the one-way file transfer protocol packet and the extended FDT via a broadcast network.
  • a content supply method is a content supply method of a content supply apparatus that supplies streaming data of a content in accordance with a one-way file transfer protocol protocol. Generates a one-way file transfer protocol packet that stores a segmented file, and generates an extended FDT that describes the attribute information of the segment file stored in the one-way file transfer protocol packet And a multicast delivery step for multicast delivery of the one-way file transfer protocol packet and the extended FDT.
  • a program provides a computer that supplies streaming data of content according to a one-way file transfer protocol protocol, and a one-way file transfer that stores a segment file in which the streaming data is filed for each segment. Generating a protocol packet, generating an extended FDT describing attribute information of the segment file stored in the one-way file transfer protocol packet, and generating the one-way file transfer protocol packet and the extended FDT. It is made to function as a multicast distribution unit that performs multicast distribution.
  • a one-way file transfer protocol packet storing a segment file in which content streaming data is filed for each segment is generated and stored in the one-way file transfer protocol packet.
  • An extended FDT describing the attribute information of the segment file is generated, and the one-way file transfer protocol packet and the extended FDT are distributed by multicast.
  • a content supply system is a content supply system including a content supply device that supplies content streaming data according to an adaptive streaming technique and a terminal device that receives the stream data.
  • An apparatus converts the streaming data into a file for each segment, generates an HTTP distribution unit that distributes the segment file obtained as a result via a bidirectional communication network, and generates a one-way file transfer protocol packet storing the segment file. And generating an extended FDT in which the attribute information of the segment file stored in the one-way file transfer protocol packet is described, and multi-keying the one-way file transfer protocol packet and the extended FDT.
  • the terminal device Comprising a multicast distribution unit for strike delivered and the HTTP delivery, or the generating the MPD describing information for receiving the segment files multicast distribution, the supplies to the terminal device MPD generator. Further, the terminal device receives the segment file distributed by HTTP based on the acquired MPD, acquires a serviceLocationAttribute file based on the acquired MPD, and is multicast distributed based on the serviceLocationAttribute file.
  • the extended FDT is received, and the one-way file transfer protocol packet in which the segment file is stored is received based on the extended FDT.
  • the content supply data is filed for each segment by the content supply device, and the resulting segment file is HTTP-distributed via the bi-directional communication network.
  • a one-way file transfer protocol packet storing the segment file is generated, and an extended FDT describing attribute information of the segment file stored in the one-way file transfer protocol packet is generated,
  • the one-way file transfer protocol packet and the extended FDT are multicast.
  • an MPD describing information for receiving the segment file to be delivered by the HTTP delivery or the multicast delivery is generated and supplied to the terminal device.
  • the terminal device receives the segment file distributed by HTTP based on the acquired MPD, acquires a serviceLocationAttribute file based on the acquired MPD, and multicasts it based on the serviceLocationAttribute file.
  • the extended FDT is received, and the one-way file transfer protocol packet storing the segment file is received based on the extended FDT.
  • a metafile describing information for receiving the segment file that is distributed by the HTTP distribution or the multicast distribution can be supplied to the reception side.
  • an extended FDT describing the attribute information of the segment file stored in the one-way file transfer protocol packet can be generated and multicasted.
  • adaptive streaming technology using DASH can be expanded to use broadcast distribution and multicast distribution.
  • a content supply system realizes adaptive streaming of content using HTTP distribution, broadcast distribution, and multicast distribution.
  • the MPD in DASH is extended so that parameters for tuning broadcast distribution and multicast distribution can be described, and the one-way file transfer protocol FLUTE (File Extend FDT (File Delivery Table) in which file attributes in Delivery (over Unidirectional Transport) are described.
  • FLUTE File Extend FDT (File Delivery Table) in which file attributes in Delivery (over Unidirectional Transport) are described.
  • FIG. 2 shows a configuration example of a content supply system according to an embodiment of the present disclosure.
  • the content supply system 20 includes a content supply device 30 and a terminal device 40.
  • the content supply apparatus 30 includes a content management server 31, a DASH segment streamer 32, a DASH-MPD server 33, a FLUTE server 34, and a broadcast distribution server 35.
  • the content management server 31 manages content (including live broadcast content) to be supplied to the terminal device 40 on the receiving side, generates a plurality of streaming data with different bit rates from the same content, and generates a DASH segment streamer 32. Output to.
  • the DASH segment streamer 32 divides the streaming data of the content into periods (periods) in time, further divides the data into segments, converts each file into a file, and sets the address of the file to DASH
  • the MPD server 33 and the FLUTE server 34 are notified. Further, the DASH segment streamer 32 supplies the segmented streaming data file to the FLUTE server 34. Further, in response to a request from the terminal device 40, the DASH segment streamer 32 distributes the segmented streaming data file via the Internet 1 as an HTTP server.
  • the DASH MPD server 33 generates an MPD that describes an address or the like when the segmented streaming data file is HTTP-delivered, broadcast-distributed, or multicast-distributed, and responds to a request from the terminal device 40 as an HTTP server. ,
  • the MPD is HTTP-distributed via the Internet 1.
  • the DASH MPD server 33 supplies the generated MPD to the FLUTE server 34.
  • the generated MPD may be distributed from the DASH / MPD server 33 by HTTP, multicast from the FLUTE server 34, or broadcast from the broadcast distribution server 35.
  • the FLUTE server 34 generates a FLUTE packet (such as an ALC (Asynchronous Layered Coding) packet) that stores a segmented streaming data file, generates an FDT based on the MPD, and the FLUTE packet and the FDT according to the FLUTE protocol. And multicast distribution via the Internet 1. Further, the FLUTE server 34 supplies the FLUTE packet and the FDT to the broadcast distribution server 35.
  • a FLUTE packet such as an ALC (Asynchronous Layered Coding) packet
  • ALC Asynchronous Layered Coding
  • the broadcast distribution server 35 broadcasts and distributes the FLUTE packet and FDT supplied from the FLUTE server 34 via the broadcast network 2.
  • the broadcast network 2 includes terrestrial broadcasts, satellite broadcasts, CATV networks, mobile communication networks, and the like.
  • the term multicast distribution includes broadcast distribution via the broadcast network 2.
  • the cache server 36 provided on the Internet 1 caches MPD, segmented streaming data files, FDTs, FLUTE packets, and the like distributed via HTTP or HTTP.
  • the caching MPD or the like is requested from the DASH MPD server 33, the caching MPD or the like is delivered to the request source by HTTP instead.
  • FIG. 4 shows the data structure of MPD
  • FIG. 5 shows the hierarchical structure under Period in MPD.
  • information related to content is divided for each period, and each period is provided with a plurality of representations including information related to streaming data having the same content and different stream attributes such as bit rate.
  • Representation stores information about a segment obtained by further dividing the period.
  • FIG. 6 shows a state in which MPD structures are arranged on the time axis.
  • the terminal device 40 adaptively selects one of these to enable the communication environment and its own decoding capability.
  • the appropriate stream data can be acquired and reproduced according to the above.
  • Fig. 7 shows the structure below the MPD representation in detail.
  • Representation describes the address of a file in which segmented stream data is stored. Specifically, when a plurality of segmented stream data are individually filed, a sequence of addresses (url information) of each file is described. When a plurality of segmented stream data are grouped into a file, the sequence of the file address (Base URL) and the range of each segment (mediaRange) in the file is described. FIG. 7 shows the latter case.
  • FIG. 8 shows an example in which the structure below the representation shown in FIG. 7 is described in XML format.
  • MPD / Period / AdaptationSet / Representation / SegmentList / SegmentURL / @ mediaRange indicates the byte range of segmented stream data in the file.
  • the terminal device 40 obtains segmented stream data
  • the url of the file is “http://example.com/counter-10mn_avc_dash.mp4” and mediaRange is specified in the Range header to specify HTTP. Issue a request.
  • mediaRange “795-83596” may be specified together with the file url “http://example.com/counter-10mn_avc_dash.mp4”.
  • mediaRange “83597-166046” is specified together with the file url “http://example.com/server/counter-10mn_aacdash.mp4”. That's fine.
  • segmented stream data is stored in a file transferred by FLUTE on an IP multicast stream for broadcast distribution and multicast distribution, so the MPD is extended so that the IP multicast stream address can be described. .
  • a ServiceLocation element in which a tuning parameter (DeliverySystemAttributes) and an IP multicast address (IPMulticastAddress) are described as new elements for receiving an IP multicast stream to which a segment file group is transferred. Is introduced.
  • ID_DVB_T is described in the case of broadcast distribution by terrestrial broadcasting adopted in Europe
  • ID_DVB_S is described in the case of broadcast distribution by satellite broadcast.
  • FIG. 10 is an example of a data structure of tuning parameters corresponding to broadcast distribution by terrestrial broadcasting adopted in Europe. Actually, a byte string conforming to the above format is converted into a character string using base64 or the like and written in the DeliverySystemDescriptor.
  • FIG. 11 shows an example of an XML schema of the ServiceLocation file specified by the serviceLocationAttributeUrl attribute.
  • FIG. 12 shows the structure of the expanded MPD. That is, the extended Base URL of the MPD representation is extended so that a serviceLocationAttribute Url attribute including the url of the serviceLocationAttribute file storing the ServiceLocation element as a root element can be described.
  • FIG. 13 shows the hierarchy of the FLUTE protocol.
  • the target specified by DeliverySystemAttributes described above is an MPEG2-TS packet, and this is carried by a FLUTE packet on an IP packet encapsulated by ULE (Unidirectional Light-weight Encapsulation) or MPE (Multi Protocol Encapsulation). Shows the case.
  • file attributes can be described for each file carried by the FLUTE packet. File attributes are described in FDT (FDT-Instance element).
  • FIG. 14 shows the data structure of the currently defined FDT.
  • the following three file attributes are essential for FDT.
  • FDT-Instance / Expires FDT expiration date
  • FDT-Instance / File / Content-Location URL of the file to be transferred
  • FDT-Instance / File / TOI Transport Object Identifier, identifier of constituent chunks required for FLUTE transfer
  • the FDT Content-Location element currently specified cannot express a part of the file like the sequence of MPD BaseURL + SegmentURL mediaRange. Therefore, the FDT is extended so that a part of the file can be expressed.
  • FIG. 15 shows the data structure of the expanded FDT. That is, a new range attribute is introduced so that the byte range in the file specified by the Content-Location and the url of the Content-Location can be specified for the FDT.
  • the range-specifier (RFC2616.section.14.35.1) definition is applied to the syntax of the range attribute.
  • Period / AdaptationSet / Representation / SegmentList / SegmentURL / @ mediaRange of MPD can be used as it is.
  • the streaming data acquired and played back by the terminal device 40 can be switched adaptively and ad hoc between HTTP distribution, broadcast distribution, or multicast distribution. In addition, it is possible to ensure flexibility in operating a content streaming service.
  • FIG. 16 is a flowchart for explaining the operation of the content supply device 30 of the content supply system 20.
  • the content management server 31 outputs, to the DASH segment streamer 32, a plurality of pieces of streaming data that are supplied to the terminal device 40 on the receiving side and that have different bit rates of the same content as the step S1.
  • the DASH ⁇ ⁇ ⁇ ⁇ ⁇ MPD server 33 is notified of the content metadata.
  • step S11 the DASH segment streamer 32 divides the streaming data of the content into periods, and further divides the data into segments to generate DASH stream segments, which are filed.
  • the DASH segment streamer 32 supplies the DASH stream segment file to the FLUTE server 34.
  • step S12 the DASH segment streamer 32 notifies the DASH MPD server 33 and the FLUTE server 34 of the file address (url information) of the DASH stream segment. Thereafter, in step S13, the DASH segment streamer 32 starts HTTP distribution via the Internet 1 of the file of the DASH stream segment.
  • the DASH MPD server 33 Upon receiving the notification of the file address of the DASH stream segment, the DASH MPD server 33 generates an MPD in step S21, supplies the MPD to the FLUTE server 34 in step S22, and requests its multicast distribution. Thereafter, in step S23, the DASH MPD server 33 starts HTTP distribution via the Internet 1 of the generated MPD.
  • step S31 the FLUTE server 34 that has received the supply of the MPD generates an FDT based on the MPD, and also generates a FLUTE packet storing a DASH stream segment file from the DASH segment streamer 32.
  • step S32 the FLUTE server 34 supplies the generated FDT and FLUTE packet to the broadcast distribution server 35 and requests their broadcast distribution. Thereafter, at a predetermined timing, as step S33, the FLUTE server 34 starts multicast distribution of the FDT and the FLUTE packet via the Internet 1.
  • the broadcast distribution server 35 that has received the supply of the FDT and the FLUTE packet broadcasts and distributes the FLUTE packet and the FDT via the broadcast network 2 at step S41 at a predetermined timing.
  • description of operation movement of the content supply apparatus 30 of the content supply system 20 is complete
  • FIG. 17 is a flowchart for explaining the operation until the terminal device 40 receives and reproduces the content.
  • step S51 the terminal device 40 that is to receive and reproduce the content accesses the DASH MPD server 33 via the Internet 1 and requests MPD HTTP distribution.
  • step S ⁇ b> 61 the DASH ⁇ ⁇ ⁇ MPD server 33 distributes the MPD to the terminal device 40 via the Internet 1 via HTTP.
  • the cache server 36 on the Internet 1 holds the MPD, the cache server 36 distributes the MPD to the terminal device 40 by HTTP instead of the DASH-MPD server 33.
  • the MPD may be multicast distributed via the Internet 1 or broadcast distributed via the broadcast network 2, and the process of step S51 becomes unnecessary when receiving and acquiring the MPD.
  • step S52 the terminal device 40 that has acquired the MPD issues an HTTP request based on the BaseURL and mediaRange of the MPD, and requests the DASH segment streamer 32 for HTTP distribution of the file of the DASH stream segment.
  • step S71 the DASH segment streamer 32 distributes the corresponding file to the terminal device 40 via the Internet 1 by HTTP.
  • the cache server 36 on the Internet 1 holds the file, the cache server 36 distributes the file to the terminal device 40 by HTTP instead of the DASH segment streamer 32.
  • step S53 the terminal device 40 receives and reproduces the file distributed by HTTP. Thereafter, for example, when the communication environment of the Internet 1 deteriorates, the terminal device 40 can adaptively switch the received stream.
  • step S54 for example, the DASH stream segment file broadcasted by the broadcast distribution server 35 as step S81 can be received and reproduced. After that, it is possible to return to reception and reproduction of a file distributed by HTTP.
  • the content supply apparatus 30 and the terminal apparatus 40 that execute the above-described series of processes can be realized by a computer executing software in addition to being configured by hardware.
  • This computer includes, for example, a general-purpose personal computer capable of executing various functions by installing a computer incorporated in dedicated hardware and various programs.
  • FIG. 18 is a block diagram illustrating a configuration example of the computer hardware described above.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • An input / output interface 105 is further connected to the bus 104.
  • An input unit 106, an output unit 107, a storage unit 108, a communication unit 109, and a drive 110 are connected to the input / output interface 105.
  • the input unit 106 includes a keyboard, a mouse, a microphone, and the like.
  • the output unit 107 includes a display, a speaker, and the like.
  • the storage unit 108 includes a hard disk, a nonvolatile memory, and the like.
  • the communication unit 109 includes a network interface or the like.
  • the drive 110 drives a removable medium 111 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
  • the CPU 101 loads the program stored in the storage unit 108 to the RAM 103 via the input / output interface 105 and the bus 104 and executes the program. A series of processing is performed.
  • the program executed by the computer 100 can be provided by being recorded in, for example, a removable medium 111 such as a package medium.
  • the program can be provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital satellite broadcasting.
  • the program can be installed in the storage unit 108 via the input / output interface 105 by attaching the removable medium 111 to the drive 110. Further, the program can be received by the communication unit 109 via a wired or wireless transmission medium and installed in the storage unit 108. In addition, the program can be installed in the ROM 102 or the storage unit 108 in advance.
  • the program executed by the computer 100 may be a program that is processed in time series in the order described in this specification, or a necessary timing such as when a call is made in parallel. It may be a program in which processing is performed.

Landscapes

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

Abstract

　本開示は、DASHを用いた適応的ストリーミング技術を拡張し、放送配信とマルチキャスト配信も利用することができるようにするコンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システムに関する。 本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置において、前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、前記セグメントファイルをマルチキャスト配信するマルチキャスト配信部と、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成するメタファイル生成部とを備える。本開示は、コンテンツをストリーミング配信するシステムに適用できる。

Description

コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
　本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システムに関し、特に、コンテンツをインタネットを介してHTTP配信する場合の代替パスとして放送網を介した放送配信やインタネットを介したマルチキャスト配信を利用できるようにしたコンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システムに関する。
　インタネットを介する動画配信に利用可能な国際標準化された動画配信プロトコルとして、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クライアント１７からの要求に応じ、HTTPサーバとして、セグメント化されたストリーミングデータのファイルをHTTP配信する。
　DASH MPDサーバ１３は、セグメント化されたストリーミングデータのファイルのアドレスなどを記述したMPDを生成し、HTTPサーバとして、受信側のDASHクライアント１７からの要求に応じ、該MPDをHTTP配信する。
　インタネット上に存在するキャッシュサーバ１５は、DASHクライアント１７－１からの要求によりHTTP配信されたMPDやセグメント化されたストリーミングデータのファイルなどをキャッシングする。そして、キャッシングしているMPDやセグメント化されたストリーミングデータのファイルがDASHクライアント１７－２からDASH MPDサーバ１３またはDASHセグメントストリーマ１２に要求された場合、それらに代わってキャッシングしているMPDやセグメント化されたストリーミングデータをDASHクライアント１７－２にHTTP配信する。
「既存のWebサーバで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
　上述したように、DASHではHTTP配信を用いた適応的ストリーミング技術が実現されている。
　ところで、受信側が地上放送や衛星放送などで放送配信されるストリームや、インタネットによるマルチキャスト配信されたストリームも取得、再生できるのであれば、それらの配信パスも用いてストリームを配信するようにし、受信側で適応的にストリームを選択できるようにすることが望ましい。
　放送配信やインタネットによるマルチキャスト配信はQoS(保証帯域/遅延等)が保証されているので、HTTP配信よりも高品質のストリームを受信側で取得、再生できる場合がある。また、コスト的にも放送配信を利用した方がリーズナブルとなることがある。さらに、HTTP配信だけの場合、インタネットの通信環境(トラフィック)の急激な変化により所望の帯域を確保できない状況になったときにはストリーム再生が停止してしまうことになるが、そのようなときに、放送配信またはマルチキャスト配信のストリームに切り替えることができれば、その画質がHTTP配信のそれよりも低いものであったとしても、コンテンツの視聴を停止することなく継続したいというユーザの要求をかなえることができる。
　しかしながら、DASHにおいてはコンテンツのストリーミングデータをHTTP配信することのみを想定しており、放送配信やマルチキャスト配信は想定されていない。したがって、DASHにて規定されたMPDにも、放送配信やマルチキャスト配信されるストリームについて記述する術がない。
　本開示はこのような状況に鑑みてなされたものであり、DASHを用いた適応的ストリーミング技術を拡張し、放送配信とマルチキャスト配信も利用できるようにするものである。
　本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置において、前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、前記セグメントファイルをマルチキャスト配信するマルチキャスト配信部と、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成し、受信側に供給するメタファイル生成部とを備える。
　前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成することができる。
　前記メタファイル生成部は、前記マルチキャスト配信される前記セグメントファイルを受信するために必要な、マルチキャストアドレス、チューニングパラメータのデータ形式識別子、および前記チューニングパラメータを含むserviceLocationAttributeファイルの取得先アドレスを記述した前記MPDを生成することができる。
　前記マルチキャスト配信は、前記双方向通信網を介するマルチキャスト配信、および放送網を介する放送配信を含むことができる。
　前記MPDは、前記双方向通信網を介したHTTP配信、前記放送網を介した放送配信、または前記双方向通信網を介したマルチキャスト配信により、コンテンツの受信側に供給されるようにすることができる。
　前記マルチキャスト配信部は、前記セグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記FDTをマルチキャスト配信することができる。
　本開示の第１の側面であるコンテンツ供給方法は、適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信ステップと、前記セグメントファイルをマルチキャスト配信するマルチキャスト配信ステップと、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成し、受信側に供給するメタファイル生成ステップとを含む。
　本開示の第１の側面であるプログラムは、適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンピュータを、前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、前記セグメントファイルをマルチキャスト配信するマルチキャスト配信部と、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成し、受信側に供給するメタファイル生成部として機能させる。
　本開示の第１の側面においては、コンテンツのストリーミングデータがセグメント毎にファイル化され、その結果得られるセグメントファイルが双方向通信網を介してHTTP配信される。また、前記セグメントファイルがマルチキャスト配信される。さらに、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルが生成され、受信側に供給される。
　本開示の第２の側面であるコンテンツ供給装置は、一方向ファイル転送プロトコルプロトコルに従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置において、前記ストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信部を備える。
　前記拡張されたFDTは、Content-Location要素を含み、前記Content-Location要素は、URLおよびrange属性を含むことができる。
　前記range属性は、適応的ストリーミング技術のMPDにおけるmediaRange属性を流用することができる。
　本開示の第２の側面であるコンテンツ供給装置は、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTを放送網を介して放送配信する放送配信部をさらに備えることができる。
　本開示の第２の側面であるコンテンツ供給方法は、一方向ファイル転送プロトコルプロトコルに従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記ストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成する生成ステップと、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信ステップと含む。
　本開示の第２の側面であるプログラムは、一方向ファイル転送プロトコルプロトコルに従ってコンテンツのストリーミングデータを供給するコンピュータを、前記ストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信部として機能させる。
　本開示の第２の側面においては、コンテンツのストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットが生成されるとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTが生成され、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTがマルチキャスト配信される。
　本開示の第３の側面であるコンテンツ供給システムは、適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置と、前記ストリームデータを受信する端末装置とから成るコンテンツ供給システムにおいて、前記コンテンツ供給装置が、前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、前記セグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信部と、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したMPDを生成し、前記端末装置に供給するMPD生成部とを備える。また、前記端末装置が、取得した前記MPDに基づいて前記HTTP配信された前記セグメントファイルを受信するとともに、取得した前記MPDに基づいてserviceLocationAttributeファイルを取得し、前記serviceLocationAttributeファイルに基づいてマルチキャスト配信された、前記拡張されたFDTを受信し、前記拡張されたFDTに基づいて前記セグメントファイルが格納された前記一方向ファイル転送プロトコルパケットを受信する。
　本開示の第３の側面においては、コンテンツ供給装置により、コンテンツのストリーミングデータがセグメント毎にファイル化され、その結果得られるセグメントファイルが双方向通信網を介してHTTP配信される。また、前記セグメントファイルを格納した一方向ファイル転送プロトコルパケットが生成されるとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTが生成され、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTがマルチキャスト配信される。さらに、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したMPDが生成されて端末装置に供給される。一方、前記端末装置により、取得した前記MPDに基づいて前記HTTP配信された前記セグメントファイルが受信されるとともに、取得した前記MPDに基づいてserviceLocationAttributeファイルが取得され、前記serviceLocationAttributeファイルに基づいてマルチキャスト配信された、前記拡張されたFDTが受信され、前記拡張されたFDTに基づいて前記セグメントファイルが格納された前記一方向ファイル転送プロトコルパケットが受信される。
　本開示の第１の側面によれば、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを受信側に供給できる。
　本開示の第２の側面によれば、一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、マルチキャスト配信することができる。
　本開示の第３の側面によれば、DASHを用いた適応的ストリーミング技術を拡張し、放送配信とマルチキャスト配信も利用することができる。
DASHを利用する従来のコンテンツ供給システムの構成の一例を示すブロック図である。 本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。 コンテンツの時間的区切りを説明する図である。 MPDの構成を示す図である。 MPDにおけるPeriod以下の階層構造を示す図である。 時間軸上にMPDの構成を並べた図である。 MPDのRepresentation以下の詳細な構造を示す図である。 Representation以下の構造をXML形式で記述した一例を示す図である。 serviceLocationAttributeUrl属性により指定されるServiceLocation要素のデータ構造を示す図である。 チューニングパラメータの一例を示す図である。 serviceLocationAttributeUrl属性により指定されるServiceLocation要素のXML Schemaの一例を示す図である。 拡張したMPDの構造を示す図である。 FLUTEプロトコルの階層構造を示す図である。 FDTのデータ構造を示す図である。 拡張したFDTのデータ構造を示す図である。 コンテンツ供給装置の動作を説明するフローチャートである。 コンテンツ供給システムの動作を説明するフローチャートである。 コンピュータの構成例を示すブロック図である。
　以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。
［コンテンツ供給システムの構成例］
　本開示の実施の形態であるコンテンツ供給システムは、HTTP配信、放送配信、およびマルチキャスト配信を利用したコンテンツの適応的ストリーミングを実現するものである。
　具体的には、DASHにおけるMPDを拡張して、放送配信とマルチキャスト配信のチューニング用のパラメータを記述できるようにするとともに、放送配信およびマルチキャスト配信で適用される一方向ファイル転送プロトコルであるFLUTE(File Delivery over Unidirectional Transport)におけるファイル属性が記述されるFDT(File Delivery Table)を拡張する。
　図２は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
　このコンテンツ供給システム２０は、コンテンツ供給装置３０および端末装置４０から構成される。
　コンテンツ供給装置３０は、コンテンツマネジメントサーバ３１、DASHセグメントストリーマ３２、DASH MPDサーバ３３、FLUTEサーバ３４、および放送配信サーバ３５を有する。
　コンテンツマネジメントサーバ３１は、受信側の端末装置４０に供給するコンテンツ（ライブ放送コンテンツを含む）を管理しており、同一内容のコンテンツからビットレートが異なる複数のストリーミングデータを生成してDASHセグメントストリーマ３２に出力する。
　DASHセグメントストリーマ３２は、図３に示されるように、コンテンツのストリーミングデータを時間的にピリオド(period)に区切り、さらにセグメント(segment)に分割して、それぞれをファイル化し、該ファイルのアドレスをDASH MPDサーバ３３およびFLUTEサーバ３４に通知する。また、DASHセグメントストリーマ３２は、セグメント化されたストリーミングデータのファイルをFLUTEサーバ３４に供給する。さらに、DASHセグメントストリーマ３２は、端末装置４０からの要求に応じ、HTTPサーバとして、セグメント化されたストリーミングデータのファイルを、インタネット１を介してHTTP配信する。
　DASH MPDサーバ３３は、セグメント化されたストリーミングデータのファイルがHTTP配信、放送配信、またはマルチキャスト配信される際のアドレスなどを記述したMPDを生成し、HTTPサーバとして、端末装置４０からの要求に応じ、該MPDを、インタネット１を介してHTTP配信する。また、DASH MPDサーバ３３は、生成したMPDをFLUTEサーバ３４に供給する。なお、生成されたMPDは、DASH MPDサーバ３３からHTTP配信する他、FLUTEサーバ３４からマルチキャスト配信したり、放送配信サーバ３５から放送配信したりするようにしてもよい。
　FLUTEサーバ３４は、セグメント化されたストリーミングデータのファイルを格納したFLUTEパケット（ALC(Asynchronous Layered Coding)パケットなど）を生成するとともに、MPDに基づいてFDTを生成し、FLUTEパケットおよびFDTをFLUTEプロトコルに従い、インタネット１を介してマルチキャスト配信する。また、FLUTEサーバ３４は、FLUTEパケットおよびFDTを放送配信サーバ３５に供給する。
　放送配信サーバ３５は、FLUTEサーバ３４から供給されるFLUTEパケットおよびFDTを、放送網２を介して放送配信する。なお、放送網２には、地上放送、衛星放送、CATV網、携帯通信網などが含まれるものとする。以下、本明細書においては、マルチキャスト配信の用語は、放送網２を介する放送配信を含むものとする。
　インタネット１上に設けられたキャッシュサーバ３６は、インタネット１を介してHTTP配信またマルチキャスト配信されたMPD、セグメント化されたストリーミングデータのファイル、FDT、およびFLUTEパケットなどをキャッシングする。そして、キャッシングしているMPD等がDASH MPDサーバ３３に要求された場合、それらに代わってキャッシングしているMPDなどを要求元にHTTP配信する。
［MPDの概要］
　次に、MPDの概要について説明する。
　図４はMPDのデータ構成を示し、図５はMPDにおけるPeriod以下の階層構造を示している。
　MPDには、コンテンツ（Media)に関する情報がPeriod毎に区分され、各Periodには同一内容であってビットレートなどのストリーム属性の異なるストリーミングデータに関する情報からなる複数のRepresentationが用意されている。Representationには、Periodをさらに時間的に分割したSegmentに関する情報が格納されている。
　図６は、時間軸上にMPDの構造を並べた状態を示している。同図から明らかなように、同一のSegmentに対して複数のRepresentationが存在しているので、これらのうちのいずれかを端末装置４０は適応的に選択することにより、通信環境や自己のデコード能力などに応じて適切なストリームデータを取得、再生することができる。
　図７は、MPDのRepresentation以下の構造を詳細に示している。Representationには、セグメント化されたストリームデータが格納されたファイルのアドレスが記述される。具体的には、セグメント化された複数のストリームデータがそれぞれ個別にファイル化されている場合には、各ファイルのアドレス（url情報）のシーケンスが記述される。また、セグメント化された複数のストリームデータがまとめてファイル化されている場合には、該ファイルのアドレス（Base URL）と、該ファイルにおける各セグメントの範囲(mediaRange)のシーケンスが記述される。なお、図７には、後者の場合が示されている。
　図８は、図７に示された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を指定してHTTPリクエストを発行すればよい。
　例えば１つ目のセグメント化されたストリームデータを取得するためには、ファイルのurl”http://example.com/counter-10mn_avc_dash.mp4”とともに、mediaRange”795-83596”を指定すればよい。この際のHTTPリクエストは以下のとおりとなる。
　GET /counter-10mn_avc_dash.mp4 HTTP/1.1
　Host: example.com
　Range: bytes=795-83596
　また例えば２つ目のセグメント化されたストリームデータを取得するためには、ファイルのurl”http://example.com/server/counter-10mn_aacdash.mp4”とともに、mediaRange”83597-166046”を指定すればよい。この際のHTTPリクエストは以下のとおりとなる。
　GET /counter-10mn_avc_dash.mp4 HTTP/1.1
　Host: example.com
　Range: bytes=83597-166046
［MPDの拡張］
　本実施の形態においては、セグメント化されたストリームデータを放送配信とマルチキャスト配信のIPマルチキャストストリーム上のFLUTEで転送されるファイルに格納するので、IPマルチキャストストリームのアドレスを記述できるようにMPDを拡張する。
　具体的には、図９に示されるような、セグメントファイル群が転送されるIPマルチキャストストリームを受信するための新たな要素としてチューニングパラメータ(DeliverySystemAttributes)およびIPマルチキャストアドレス(IPMulticastAddress)が記述されたServiceLocation要素を導入する。
　DeliverySystemAttributesのDeliverySystemIdentifierには、放送配信またはマルチキャスト配信にて採用されているチューニングパラメータのデータ構造のフォーマット識別子が記述される。例えば、欧州にて採用されている地上放送による放送配信の場合には、”ID_DVB_T”が記述され、衛星放送に放送配信の場合には、”ID_DVB_S”が記述される。
　DeliverySystemAttributesのDeliverySystemDescriptorには、DeliverySystemIdentifierで識別される放送配信またはマルチキャスト配信にて規定されたチューニングパラメータのデータ構造(パラメタ自体)が記述される。図１０は、欧州にて採用されている地上放送による放送配信に対応するチューニングパラメータのデータ構造の例である。なお、実際には、上記フォーマットに則ったバイト列をbase64等により文字列に変換してDeliverySystemDescriptorに記述する。
　図１１は、serviceLocationAttributeUrl属性により指定されるServiceLocationファイルのXML schemaの一例を示している。
　図１２は、拡張したMPDの構造を示している。すなわち、拡張したMPDのRepresentationのBaseURLは、ServiceLocation要素をルート要素として格納するserviceLocationAttributeファイルのurlを含むserviceLocationAttribute Url属性が記述できるよう拡張されている。
［FDTの拡張］
　次に、FDTの拡張について説明する。上述したServiceLocation/DeliverySystem要素に格納される情報によりチューニングされたMPEG2-TSストリーム上に転送されるIPパケットストリームのうち、ServiceLocation/IPMulticastAddress要素で指定されるマルチキャストアドレスを持つIPパケットストリーム上には、FLUTEプロトコルによりファイル群が運ばれる。
　図１３はFLUTEプロトコルの階層を示している。なお同図では、上述したDeliverySystemAttributesで指定する対象がMPEG2-TSパケットであり、これがULE(Unidirectional Light-weight Encapsulation)またはMPE(Multi Protocol Encapsulation)によりカプセル化されているIPパケット上にFLUTEパケットが運ばれる場合を示している。
　FLUTEプロトコルでは、FLUTEパケットにより運ばれるファイルのそれぞれに対してファイル属性が記述できる。ファイル属性はFDT(FDT-Instance要素)に記述される。
　図１４は、現在規定されているFDTのデータ構造を示している。FDTに必須のファイル属性は以下の３種である。
　FDT-Instance/Expires(FDTの有効期限)
　FDT-Instance/File/Content-Location(転送するファイルのURL)
　FDT-Instance/File/TOI(Transport Object Identifier、FLUTE転送する上で必須の構成チャンク群の識別子)
　FLUTEプロトコルでは、同一のTOIを有する全てのファイルが受信された段階で初めて、Content-LocationのURLにより指定されるファイルとしてそれらに対してアクセスが可能となる。したがって、映画などのVoDコンテンツのように再生時間が長く１つのファイルのサイズが非常に大きい場合には、そのファイル全体が受信側で再構成されてアクセスできるようになるまでに、ある程度の時間が必要となる。
　これに対して、DASHを利用したストリーミングにおいては、対象のVoDコンテンツのファイルのサイズが大きくても、個々のHTTPリクエストのmediaRange指定によりファイルの一部をセグメント単位で取得、再生することができる。したがって、放送配信またはマルチキャスト配信のIPマルチキャストストリームによりFLUTE転送されるファイルについても同様にセグメントの単位で取得、再生できるようにすることが望ましい。
　ただし、現在規定されているFDTのContent-Location要素では、MPDのBaseURL＋SegmentURL mediaRangeのシーケンスのように、ファイルの一部を表現することができない。そこで、FDTについてもファイルの一部を表現できるように拡張する。
　図１５は、拡張したFDTのデータ構造を示している。すなわち、FDTに対して、Content-Locationと、さらにそのContent-Locationのurlで指定されるファイルの中のバイトレンジが指定できるように新たにrange属性を導入する。range属性のシンタクスには、range-specifier(RFC2616.section.14.35.1)の定義を適用する。range属性には、MPDのPeriod/AdaptationSet/Representation/SegmentList/SegmentURL/@mediaRangeをそのまま流用することができる。
　このようにFDTを拡張すれば、端末装置４０が取得、再生するストリーミングデータを、HTTP配信、放送配信、またはマルチキャスト配信の間で適応的、かつ、アドホックに切り替えることが可能となる。また、コンテンツのストリーミングサービスを運用する上での柔軟性を確保することが可能となる。
［コンテンツ供給システム２０の動作］
　次に、コンテンツ供給システム２０の動作について説明する。図１６は、コンテンツ供給システム２０のコンテンツ供給装置３０の動作を説明するフローチャートである。
　コンテンツマネジメントサーバ３１は、ステップＳ１として、受信側の端末装置４０に供給する、同一内容のコンテンツのビットレートなどが異なる複数のストリーミングデータをDASHセグメントストリーマ３２に出力する。また、ステップＳ２として、コンテンツのメタデータをDASH MPDサーバ３３に通知する。
　ステップＳ１１において、DASHセグメントストリーマ３２は、コンテンツのストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割して、DASHストリームセグメントを生成し、それぞれをファイル化する。また、DASHセグメントストリーマ３２は、DASHストリームセグメントのファイルをFLUTEサーバ３４に供給する。
　ステップＳ１２において、DASHセグメントストリーマ３２は、DASHストリームセグメントのファイルのアドレス（url情報）をDASH MPDサーバ３３およびFLUTEサーバ３４に通知する。この後、ステップＳ１３において、DASHセグメントストリーマ３２は、DASHストリームセグメントのファイルのインタネット１を介するHTTP配信を開始する。
　DASHストリームセグメントのファイルのアドレスの通知を受けたDASH MPDサーバ３３は、ステップＳ２１において、MPDを生成し、ステップＳ２２において、該MPDをFLUTEサーバ３４に供給し、そのマルチキャスト配信を依頼する。この後、ステップＳ２３において、DASH MPDサーバ３３は、生成したMPDのインタネット１を介するHTTP配信を開始する。
　MPDの供給を受けたFLUTEサーバ３４は、ステップＳ３１において、MPDに基づいてFDTを生成するとともに、DASHセグメントストリーマ３２からDASHストリームセグメントのファイルを格納したFLUTEパケットを生成する。ステップＳ３２において、FLUTEサーバ３４は、生成したFDTとFLUTEパケットを放送配信サーバ３５に供給し、それらの放送配信を依頼する。この後、所定のタイミングにおいて、ステップＳ３３として、FLUTEサーバ３４は、FDTとFLUTEパケットのインタネット１を介するマルチキャスト配信を開始する。
　FDTとFLUTEパケットの供給を受けた放送配信サーバ３５は、所定のタイミングにおいてステップＳ４１として、FLUTEパケットおよびFDTを、放送網２を介して放送配信する。以上で、コンテンツ供給システム２０のコンテンツ供給装置３０の動作説明を終了する。
　次に、図１７は、端末装置４０がコンテンツを受信、再生するまで動作を説明するフローチャートである。
　コンテンツを受信、再生しようとする端末装置４０は、ステップＳ５１において、インタネット１を介してDASH MPDサーバ３３にアクセスし、MPDのHTTP配信を要求する。この要求に応じ、ステップＳ６１において、DASH MPDサーバ３３は、インタネット１を介して端末装置４０にMPDをHTTP配信する。
　なお、インタネット１上のキャッシュサーバ３６が該MPDを保持している場合には、DASH MPDサーバ３３に代わってキャッシュサーバ３６が端末装置４０に該MPDをHTTP配信することになる。
　また、MPDがインタネット１を介してマルチキャスト配信されたり、放送網２を介して放送配信されたりする場合もあり、それを受信、取得するときにはステップＳ５１の処理は不要となる。
　MPDを取得した端末装置４０は、ステップＳ５２において、MPDのBaseURLとmediaRangeにもとづいてHTTPリクエストを発行して、DASHセグメントストリーマ３２にDASHストリームセグメントのファイルのHTTP配信を要求する。この要求に応じ、ステップＳ７１において、DASHセグメントストリーマ３２は、対応するファイルをインタネット１を介して端末装置４０にHTTP配信する。なお、インタネット１上のキャッシュサーバ３６が該ファイルを保持している場合には、DASHセグメントストリーマ３２に代わってキャッシュサーバ３６が端末装置４０に該ファイルをHTTP配信することになる。
　ステップＳ５３において、端末装置４０は、HTTP配信された該ファイルを受信、再生する。この後、例えばインタネット１の通信環境が悪化したりした場合、端末装置４０は、受信するストリームを適応的に切り替えることができる。具体的には、ステップＳ５４として、例えば、放送配信サーバ３５がステップＳ８１として放送配信しているDASHストリームセグメントのファイルを受信、再生することができる。また、この後、HTTP配信されるファイルの受信、再生に戻ることもできる。
　なお、DASHセグメントストリーマ３２からHTTP配信される、よりビットのレートが低いストリームを受信、再生するように切替えたり、FLUTEサーバ３４がインタネット１を介してマルチキャスト配信するストリームに切替えたりすることも可能である。
　以上で、端末装置４０の動作説明を終了する。
　ところで、上述した一連の処理を実行するコンテンツ供給装置３０、および端末装置４０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
　図１８は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
　このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
　バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９、およびドライブ１１０が接続されている。
　入力部１０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１０７は、ディスプレイ、スピーカなどよりなる。記憶部１０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１０９は、ネットワークインタフェースなどよりなる。ドライブ１１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１１１を駆動する。
　以上のように構成されるコンピュータ１００では、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５およびバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
　コンピュータ１００（CPU１０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インタネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
　コンピュータ１００では、プログラムは、リムーバブルメディア１１１をドライブ１１０に装着することにより、入出力インタフェース１０５を介して、記憶部１０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１０９で受信し、記憶部１０８にインストールすることができる。その他、プログラムは、ROM１０２や記憶部１０８に、あらかじめインストールしておくことができる。
　なお、コンピュータ１００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
　なお、本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
　２０　コンテンツ供給システム，　３０　コンテンツ供給装置，　３１　コンテンツマネジメントサーバ，　３２　DASHセグメントストリーマ，　３３　DASH MPDサーバ，　３４　FLUTEサーバ，　３５　放送配信サーバ，　端末装置４０，　１００　コンピュータ，　１０１　CPU

Claims (15)

  1. 　適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置において、
    　前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、
    　前記セグメントファイルをマルチキャスト配信するマルチキャスト配信部と、
    　前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成し、受信側に供給するメタファイル生成部と
    　を備えるコンテンツ供給装置。
  2. 　前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
    　請求項１に記載のコンテンツ供給装置。
  3. 　前記メタファイル生成部は、前記マルチキャスト配信される前記セグメントファイルを受信するために必要な、マルチキャストアドレス、チューニングパラメータのデータ形式識別子、および前記チューニングパラメータを含むserviceLocationAttributeファイルの取得先アドレスを記述した前記MPDを生成する
    　請求項２に記載のコンテンツ供給装置。
  4. 　前記マルチキャスト配信は、前記双方向通信網を介するマルチキャスト配信、および放送網を介する放送配信を含む
    　請求項２に記載のコンテンツ供給装置。
  5. 　前記MPDは、前記双方向通信網を介したHTTP配信、前記放送網を介した放送配信、または前記双方向通信網を介したマルチキャスト配信により、コンテンツの受信側に供給される
    　請求項４に記載のコンテンツ供給装置。
  6. 　前記マルチキャスト配信部は、前記セグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記FDTをマルチキャスト配信する
    　請求項２に記載のコンテンツ供給装置。
  7. 　適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置のコンテンツ供給方法において、
    　前記コンテンツ供給装置による、
    　　前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信ステップと、
    　　前記セグメントファイルをマルチキャスト配信するマルチキャスト配信ステップと、
    　　前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成し、受信側に供給するメタファイル生成ステップと
    　を含むコンテンツ供給方法。
  8. 　適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンピュータを、
    　前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、
    　前記セグメントファイルをマルチキャスト配信するマルチキャスト配信部と、
    　前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成し、受信側に供給するメタファイル生成部と
    　して機能させるプログラム。
  9. 　一方向ファイル転送プロトコルプロトコルに従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置において、
    　前記ストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信部を
    　備えるコンテンツ供給装置。
  10. 　前記拡張されたFDTは、Content-Location要素を含み、
    　前記Content-Location要素は、URLおよびrange属性を含む
    　請求項９に記載のコンテンツ供給装置。
  11. 　前記range属性は、適応的ストリーミング技術のMPDにおけるmediaRange属性が流用される
    　請求項１０に記載のコンテンツ供給装置。
  12. 　前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTを放送網を介して放送配信する放送配信部を
    　さらに備える請求項１０に記載のコンテンツ供給装置。
  13. 　一方向ファイル転送プロトコルプロトコルに従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置のコンテンツ供給方法において、
    　前記コンテンツ供給装置による、
    　　前記ストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成する生成ステップと、
    　　前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信ステップと
    　含むコンテンツ供給方法。
  14. 　一方向ファイル転送プロトコルプロトコルに従ってコンテンツのストリーミングデータを供給するコンピュータを、
    　前記ストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信部
    　として機能させるプログラム。
  15. 　適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置と、前記ストリームデータを受信する端末装置とから成るコンテンツ供給システムにおいて、
    　前記コンテンツ供給装置は、
    　　前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、
    　　前記セグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信部と、
    　　前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したMPDを生成し、前記端末装置に供給するMPD生成部とを備え、
    　前記端末装置は、
    　　取得した前記MPDに基づいて前記HTTP配信された前記セグメントファイルを受信するとともに、取得した前記MPDに基づいてserviceLocationAttributeファイルを取得し、前記serviceLocationAttributeファイルに基づいてマルチキャスト配信された、前記拡張されたFDTを受信し、前記拡張されたFDTに基づいて前記セグメントファイルが格納された前記一方向ファイル転送プロトコルパケットを受信する
    　コンテンツ供給システム。
PCT/JP2013/073511 2012-09-13 2013-09-02 コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム Ceased WO2014042028A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201380046545.XA CN104604243B (zh) 2012-09-13 2013-09-02 内容提供设备、内容提供方法、程序和内容提供系统
US14/426,420 US10178148B2 (en) 2012-09-13 2013-09-02 Content supply device, content supply method, program, and content supply system
EP13837183.6A EP2897369B1 (en) 2012-09-13 2013-09-02 Content supply device, content supply method, program, and content supply system
BR112015005096A BR112015005096A2 (pt) 2012-09-13 2013-09-02 dispositivo, método, e sistema de suprimento de conteúdo, e, programa.
RU2015108025A RU2636123C2 (ru) 2012-09-13 2013-09-02 Устройство предоставления содержания, способ предоставления содержания, программа и система предоставления содержания
IN390MUN2015 IN2015MN00390A (ja) 2012-09-13 2015-02-24

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012-201059 2012-09-13
JP2012201059A JP6348251B2 (ja) 2012-09-13 2012-09-13 端末装置、受信方法、およびプログラム

Publications (1)

Publication Number Publication Date
WO2014042028A1 true WO2014042028A1 (ja) 2014-03-20

Family

ID=50278145

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/073511 Ceased WO2014042028A1 (ja) 2012-09-13 2013-09-02 コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム

Country Status (8)

Country Link
US (1) US10178148B2 (ja)
EP (1) EP2897369B1 (ja)
JP (1) JP6348251B2 (ja)
CN (1) CN104604243B (ja)
BR (1) BR112015005096A2 (ja)
IN (1) IN2015MN00390A (ja)
RU (1) RU2636123C2 (ja)
WO (1) WO2014042028A1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015163172A1 (ja) * 2014-04-24 2015-10-29 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
WO2016002497A1 (ja) * 2014-06-30 2016-01-07 ソニー株式会社 情報処理装置および方法、配信システム、並びにプログラム
WO2016076137A1 (ja) * 2014-11-13 2016-05-19 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
CN106489270A (zh) * 2014-07-01 2017-03-08 索尼公司 信息处理装置和方法
EP3211904A4 (en) * 2014-10-20 2018-04-25 Sony Corporation Receiving device, transmitting device, and data processing method
EP3310065A4 (en) * 2015-06-09 2019-03-27 Sony Corporation RECEIVING DEVICE, TRANSMISSION DEVICE AND DATA PROCESSING METHOD

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2996715A1 (fr) * 2012-10-09 2014-04-11 France Telecom Heritage de parametres d'identifiant universel de ressource (uri)
US9807452B2 (en) * 2013-10-07 2017-10-31 Samsung Electronics Co., Ltd. Practical delivery of high quality video using dynamic adaptive hypertext transport protocol (HTTP) streaming (DASH) without using HTTP in a broadcast network
US10097294B2 (en) * 2014-01-03 2018-10-09 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
EP3036883B3 (en) 2014-02-24 2021-11-24 LG Electronics Inc. Apparatus for transmitting broadcast signals and method for transmitting broadcast signals
EP3131253A4 (en) * 2014-04-09 2017-11-15 LG Electronics Inc. Method and apparatus for transmitting/receiving broadcast signal
MX376587B (es) * 2014-05-07 2025-03-07 Sony Corp Receptor, transmisor, metodo de comunicacion de datos, y metodo de procesamiento de datos.
US10271076B2 (en) 2014-06-30 2019-04-23 Sony Corporation File generation device and method, and content playback device and method
WO2016031591A1 (ja) * 2014-08-29 2016-03-03 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
JP6589879B2 (ja) 2014-10-28 2019-10-16 ソニー株式会社 受信装置、送信装置、およびデータ処理方法
EP3214844B1 (en) 2014-10-28 2024-08-07 Sony Group Corporation Reception device, transmission device, and data processing method
CN107111624B (zh) 2014-10-28 2021-07-13 索尼公司 接收装置、发送装置和数据处理方法
CA2964712C (en) 2014-10-28 2023-02-28 Sony Corporation Reception device, transmission device, and data processing method
WO2016117939A1 (ko) * 2015-01-21 2016-07-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10412132B2 (en) * 2015-02-16 2019-09-10 Lg Electronics Inc. Broadcasting signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
US10412138B2 (en) * 2015-03-02 2019-09-10 Qualcomm Incorporated Indication for partial segment
US10659507B2 (en) 2015-03-02 2020-05-19 Qualcomm Incorporated Indication for partial segment
US10749930B2 (en) 2015-03-02 2020-08-18 Qualcomm Incorporated Indication for partial segment
KR102499231B1 (ko) 2015-04-30 2023-02-13 소니그룹주식회사 수신 장치, 송신 장치 및 데이터 처리 방법
KR102533674B1 (ko) 2015-04-30 2023-05-18 소니그룹주식회사 수신 장치, 송신 장치 및 데이터 처리 방법
JPWO2016203850A1 (ja) 2015-06-16 2018-04-05 ソニー株式会社 受信装置、送信装置、およびデータ処理方法
MX385662B (es) 2015-07-23 2025-03-18 Sony Corp Aparato de recepcion, aparato de transmision y metodo de procesamiento de datos.
JPWO2017029990A1 (ja) 2015-08-17 2018-06-07 ソニー株式会社 受信装置、送信装置、およびデータ処理方法
MX382801B (es) 2015-08-28 2025-03-13 Sony Corp Aparato de recepcion, aparato de transmision y metodo de procesamiento de datos.
JPWO2017038494A1 (ja) 2015-09-03 2018-06-14 ソニー株式会社 通信装置、およびデータ処理方法
MX2018002982A (es) 2015-09-18 2018-05-02 Sony Corp Dispositivo de transmision, dispositivo de recepcion y metodo de procesamiento de datos.
CN108028963A (zh) 2015-09-18 2018-05-11 索尼公司 发送设备、接收设备和数据处理方法
KR102637023B1 (ko) 2015-11-25 2024-02-16 소니그룹주식회사 수신 장치, 송신 장치, 및 데이터 처리 방법
US10306308B2 (en) 2015-12-15 2019-05-28 Telefonaktiebolaget Lm Ericsson (Publ) System and method for media delivery using common mezzanine distribution format
WO2018016295A1 (ja) 2016-07-20 2018-01-25 ソニー株式会社 受信装置、およびデータ処理方法
CN108337574A (zh) * 2017-01-20 2018-07-27 中兴通讯股份有限公司 一种流媒体传输方法及装置、系统、服务器、终端
WO2018173874A1 (ja) 2017-03-24 2018-09-27 ソニー株式会社 コンテンツ提供システムおよびコンテンツ提供方法、並びにプログラム
FR3067544A1 (fr) * 2017-06-27 2018-12-14 Orange Procede et dispositif de telechargement de contenu audiovisuel

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012096372A1 (ja) * 2011-01-14 2012-07-19 シャープ株式会社 コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7562375B2 (en) * 2003-10-10 2009-07-14 Microsoft Corporation Fast channel change
JP4536383B2 (ja) * 2004-01-16 2010-09-01 株式会社エヌ・ティ・ティ・ドコモ データ受信装置およびデータ受信方法
JP4459644B2 (ja) * 2004-02-06 2010-04-28 株式会社エヌ・ティ・ティ・ドコモ データ受信装置およびデータ受信方法
JP4534997B2 (ja) * 2006-02-13 2010-09-01 ソニー株式会社 送受信システム、受信装置、受信方法
US9015564B2 (en) * 2009-08-19 2015-04-21 Qualcomm Incorporated Content delivery system with allocation of source data and repair data among HTTP servers
US8886974B2 (en) * 2009-10-06 2014-11-11 Hewlett-Packard Development Company, L.P. Controller
KR101777347B1 (ko) * 2009-11-13 2017-09-11 삼성전자주식회사 부분화에 기초한 적응적인 스트리밍 방법 및 장치
US9026671B2 (en) * 2011-04-05 2015-05-05 Qualcomm Incorporated IP broadcast streaming services distribution using file delivery methods
US9160779B2 (en) * 2011-06-30 2015-10-13 Qualcomm Incorporated Dynamic adaptive streaming proxy for unicast or broadcast/multicast services
CA2844605C (en) * 2011-08-10 2016-10-25 Lg Electronics Inc. Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
BR112014003030B1 (pt) * 2011-08-11 2021-09-08 Apple Inc Método para comutar de um download de mbms para um fornecimento com base em http de conteúdo formatado dash, método para comutar de um fornecimento com base em http de conteúdo formatado dash para um download de mbms e dispositivo móvel
US20130254611A1 (en) * 2012-03-23 2013-09-26 Qualcomm Incorporated Recovering data in multimedia file segments

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012096372A1 (ja) * 2011-01-14 2012-07-19 シャープ株式会社 コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
REALIZE UNINTERRUPTED MOVING PICTURE DISTRIBUTION WITH THE EXISTING WEB SERVER, 19 March 2012 (2012-03-19)

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10334323B2 (en) 2014-04-24 2019-06-25 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
KR102331016B1 (ko) 2014-04-24 2021-11-25 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
KR20160146694A (ko) * 2014-04-24 2016-12-21 소니 주식회사 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
JPWO2015163172A1 (ja) * 2014-04-24 2017-04-13 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
US10979776B2 (en) 2014-04-24 2021-04-13 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, and transmission method
EP3136739A4 (en) * 2014-04-24 2017-12-13 Sony Corporation Reception device, reception method, transmission device, and transmission method
WO2015163172A1 (ja) * 2014-04-24 2015-10-29 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
WO2016002497A1 (ja) * 2014-06-30 2016-01-07 ソニー株式会社 情報処理装置および方法、配信システム、並びにプログラム
CN106489270A (zh) * 2014-07-01 2017-03-08 索尼公司 信息处理装置和方法
CN106489270B (zh) * 2014-07-01 2020-03-03 索尼公司 信息处理装置和方法
EP3211904A4 (en) * 2014-10-20 2018-04-25 Sony Corporation Receiving device, transmitting device, and data processing method
JPWO2016076137A1 (ja) * 2014-11-13 2017-08-24 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
WO2016076137A1 (ja) * 2014-11-13 2016-05-19 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
US11343549B2 (en) 2014-11-13 2022-05-24 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, and transmission method
EP3310065A4 (en) * 2015-06-09 2019-03-27 Sony Corporation RECEIVING DEVICE, TRANSMISSION DEVICE AND DATA PROCESSING METHOD
US10885555B2 (en) 2015-06-09 2021-01-05 Saturn Licensing Llc Reception apparatus, transmission apparatus, and data processing method
US11410199B2 (en) 2015-06-09 2022-08-09 Saturn Licensing Llc Reception apparatus, transmission apparatus, and data processing method
US12169852B2 (en) 2015-06-09 2024-12-17 Saturn Licensing Llc Reception apparatus, transmission apparatus, and data processing method

Also Published As

Publication number Publication date
US10178148B2 (en) 2019-01-08
US20150215369A1 (en) 2015-07-30
JP2014057227A (ja) 2014-03-27
BR112015005096A2 (pt) 2017-07-04
IN2015MN00390A (ja) 2015-09-04
EP2897369B1 (en) 2018-10-24
CN104604243A (zh) 2015-05-06
EP2897369A1 (en) 2015-07-22
CN104604243B (zh) 2018-11-02
JP6348251B2 (ja) 2018-06-27
EP2897369A4 (en) 2016-09-14
RU2015108025A (ru) 2016-09-27
RU2636123C2 (ru) 2017-11-20

Similar Documents

Publication Publication Date Title
JP6348251B2 (ja) 端末装置、受信方法、およびプログラム
US9942619B2 (en) Content supply device, content supply method, program, and content supply system
JP6329964B2 (ja) 送信装置、送信方法、受信装置、及び、受信方法
US10085123B2 (en) Information processing apparatus and method, program, and content supply system
CN105325005B (zh) 内容供应装置、内容供应方法、存储介质、终端装置以及内容供应系统
JP2014239278A (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
JP6630860B2 (ja) 端末装置および受信方法
WO2018043134A1 (ja) 配信装置、配信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システム
WO2014203745A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015041071A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2014196393A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
JP6653575B2 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、端末装置の動作方法、およびコンテンツ供給システム
WO2015045917A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2017212931A1 (ja) 受信装置および受信方法、再生装置および再生方法、供給装置および供給方法、並びにプログラム
WO2015029768A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015064384A1 (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: 13837183

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015108025

Country of ref document: RU

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14426420

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112015005096

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112015005096

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20150306