[go: up one dir, main page]

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

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

Info

Publication number
WO2015064350A1
WO2015064350A1 PCT/JP2014/077287 JP2014077287W WO2015064350A1 WO 2015064350 A1 WO2015064350 A1 WO 2015064350A1 JP 2014077287 W JP2014077287 W JP 2014077287W WO 2015064350 A1 WO2015064350 A1 WO 2015064350A1
Authority
WO
WIPO (PCT)
Prior art keywords
stream
content
metadata
different networks
content supply
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/JP2014/077287
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 CN201480058022.1A priority Critical patent/CN105659615B/zh
Priority to US15/029,949 priority patent/US10637948B2/en
Priority to EP14858468.3A priority patent/EP3065411B1/en
Priority to RU2016115673A priority patent/RU2663187C2/ru
Priority to JP2015544911A priority patent/JP6466850B2/ja
Publication of WO2015064350A1 publication Critical patent/WO2015064350A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • 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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/762—Media network packet handling at the source 
    • 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/764—Media network packet handling at the destination 
    • 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/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6547—Transmission by server directed to the client comprising parameters, e.g. for client setup
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2115—Third party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Definitions

  • the present disclosure relates to a content supply device, a content supply method, a program, a terminal device, and a content supply system, and in particular, a content supply device suitable for use when content having the same content is supplied via a plurality of distribution paths.
  • the present invention relates to a supply 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 and receives an optimal stream according to the communication environment and its own decoding capability among the plurality of streams prepared by the supply side, and further, changes in the communication environment, etc. It is designed to switch the stream being received according to.
  • 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 address (url information) of the web server (supply source) that supplies the file of the segment stream obtained by chunking the content stream (media data such as Audio / Video / Subtitle) according to the request from the receiving side Is described.
  • the receiving side accesses the web server which is the content supply source to request a segment stream file (hereinafter also referred to as segment file), and in response to the request, the server performs HTTP unicast distribution. Segment files will be received and played back.
  • 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. Further, the DASH segment streamer 22, as a WEB server, responds to the HTTP request for requesting the segment file from the DASH client 30, and distributes the held segment file to the request source via HTTP unicast. Furthermore, the DASH segment streamer 22 notifies the DASH MPD server 23 of metadata including an address indicating the source of the segment file.
  • the DASH MPD server 23 generates an MPD in which an address or the like representing a segment file source (ie, the DASH segment streamer 22) is described. Further, the DASH MPD server 23 distributes the generated MPD to the request source as an WEB request in response to the HTTP request for requesting the MPD from the DASH client 30 as an WEB server.
  • the DASH client 30 requests the MPD from the DASH MPD server 23, and acquires the HTTP unicast unicast MPD in response to this. Further, the DASH client 30 requests a segment file from the DASH segment streamer 22 based on the acquired MPD, and receives and reproduces the HTTP unicast distributed segment file accordingly.
  • the CDN 12 includes a proxy server (not shown), and the proxy server caches MPDs and segment files to be HTTP-unicast-distributed via the CDN 12. Then, in place of the DASH MPD server 23 or the DASH segment streamer 22 as the WEB server, the proxy server distributes the caching MPD and segment file 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 by HTTP unicast distribution of content.
  • the receiving side can not only receive HTTP unicast distribution via the Internet 11, but also can receive multicast distribution via various networks (terrestrial broadcast, satellite broadcast, mobile phone communication network, wireless LAN etc.) It is desirable to be able to use as a delivery path of DASH. Specifically, it is assumed that, for example, FLUTE multicast distribution is performed using a 3GPP communication network.
  • the receiving side does not select an optimal stream simply by determining whether or not reception is possible, but a general purpose in the case of supplying a stream through each distribution path. It is desirable to provide specific network required quality information to the receiver so that the receiver can select the stream based on them.
  • the present disclosure has been made in view of such a situation, and in the case of supplying content of the same content by a plurality of different distribution paths, the general purpose network required quality information corresponding to each distribution path is provided to the receiving side. It is something that can be done.
  • a content providing apparatus for delivering a stream of content via each of a plurality of different networks according to an adaptive streaming technique, wherein the different networks are delivered with the stream It includes a generation unit that generates metadata relating to each of the QoS parameters and the condition value thereof, and a distribution unit that distributes the generated metadata to the receiving side.
  • the generation unit may generate an extended USD as the metadata, and the distribution unit may perform FLUTE multicast distribution of the generated expanded USD.
  • the different networks may include at least one of the Internet, a terrestrial network, a satellite network, a cable television network, a mobile network, or a wireless LAN.
  • the generation unit introduces an MPDBaseMapping element into the USD, introduces a RequierdQos element into the MPDBaseMapping element, and describes QoS parameters and their condition values for each of the plurality of different networks to which the stream is delivered in the RequierdQos element. can do.
  • the generation unit may introduce a RequierdQos element into the USD's DeliverMethod, and describe, in the RequierdQos element, QoS parameters and their condition values for each of the different networks to which the stream is delivered.
  • a content supply method is a content supply method of a content supply apparatus for distributing a stream of content through each of a plurality of different networks according to an adaptive streaming technique, the content supply apparatus comprising
  • the generation unit includes: a generation unit that generates metadata describing QoS parameters and condition values of each of the plurality of different networks to which the stream is to be distributed; and a distribution unit that distributes the generated metadata to the receiving side.
  • a program is a computer that distributes a stream of content through each of a plurality of different networks according to an adaptive streaming technique, It functions as a generation unit that generates metadata describing the QoS parameters and the condition value of each of the different networks to which the stream is distributed, and a distribution unit that distributes the generated metadata to the receiving side.
  • metadata describing QoS parameters and condition values of each of a plurality of different networks to which a stream is delivered is generated, and the generated metadata is delivered to the receiving side.
  • a terminal device according to a second aspect of the present disclosure, according to adaptive streaming technology, a stream distribution unit that supplies a stream of content via each of a plurality of different networks, and each of the plurality of different networks to which the stream is distributed.
  • Receive the stream delivered from the content supply apparatus including: a generation unit that generates metadata describing the QoS parameter and the condition value thereof; and a metadata distribution unit that distributes the generated metadata to the receiving side
  • the terminal device is configured to acquire the metadata, and to receive and reproduce the stream distributed via any of the different networks in accordance with the determination on the availability of reception based on the acquired metadata.
  • metadata describing QoS parameters and condition values of each of a plurality of different networks to which a stream is distributed is acquired, and reception is determined based on the acquired metadata.
  • the stream delivered via any of the different networks is received and played back.
  • a content supply system is a content supply system including a content supply apparatus and a terminal apparatus, wherein the content supply apparatus is configured to transmit content via each of a plurality of different networks according to adaptive streaming technology.
  • a stream distribution unit for supplying the stream, a generation unit for generating the metadata describing the QoS parameter and the condition value of each of the plurality of different networks to which the stream is to be distributed, and the generated metadata
  • a metadata delivery unit for delivering data.
  • the terminal device acquires the metadata, and receives and reproduces the stream distributed via any of the different networks according to a determination on reception based on the acquired metadata. Prepare.
  • a content supply apparatus supplies a stream of content via each of a plurality of different networks according to an adaptive streaming technique, and QoS on each of the plurality of different networks to which the stream is delivered Metadata describing the parameter and its condition value is generated, and the generated metadata is distributed to the receiving side.
  • the metadata is acquired by the terminal device, and the stream distributed via any of the plurality of different networks is received and reproduced in accordance with the determination on the propriety of reception based on the acquired metadata. .
  • the first aspect of the present disclosure it is possible to distribute metadata that describes QoS parameters and their condition values for each of a plurality of different networks to which a stream of content is distributed.
  • the second aspect of the present disclosure it is possible to determine whether or not reception is possible based on the QoS parameter and the metadata describing the condition value of each of a plurality of different networks to which the content stream is distributed.
  • metadata describing QoS parameters and their condition values for each of a plurality of different networks to which a stream of content is delivered can be delivered to the terminal device side, and the terminal device side uses metadata as metadata. Whether or not to receive can be determined based on that.
  • FIG. 2 shows a protocol stack of USD. It is a figure which shows the structure before the expansion
  • FIG. 6 is a diagram showing a structure after extension of USD metadata.
  • FIG. 6 is a diagram showing a structure after extension of USD metadata.
  • Fig. 10 shows the structure of an MPDBaseUrlMapping element.
  • FIG. 7 is a diagram illustrating an example of another arrangement of required QoS elements.
  • FIG. 7 is a diagram illustrating an example of another arrangement of required QoS elements.
  • FIG. 7 is a diagram illustrating an example of another arrangement of required QoS elements.
  • FIG. 7 is a diagram showing an example of QoS parameters of DVB satellite broadcasting / cable television.
  • FIG. 7 is a diagram showing an example of QoS parameters of DVB cable television. It is a figure which shows the example of the QoS parameter of DVB satellite broadcasting. It is a figure which shows the example of the QoS parameter of terrestrial broadcasting (DVB-T). It is a figure which shows the example of the QoS parameter of terrestrial broadcasting (DVB-T2). It is a figure which shows the example of the QoS parameter of cable television (DVB-C2). It is a figure which shows the example of the QoS parameter of other terrestrial broadcasting.
  • FIG. 5 illustrates an example of QoS parameters for a 3G mobile phone (UTRA FDD) terminal.
  • UTRA FDD 3G mobile phone
  • FIG. 7 illustrates an example of QoS parameters for 3G mobile phone (UTRA TDD) terminals.
  • FIG. 7 is a diagram illustrating an example of QoS parameters for an LTE (E-UTRA) terminal. It is a figure which shows the example of the Qos parameter of ATSC physical layer. It is a flowchart explaining operation
  • FIG. 2 shows a configuration example of a content supply system according to an embodiment of the present disclosure.
  • the content supply system 50 includes 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, in addition to the Internet and a two-way communication network represented by the CDN 52 using the same, terrestrial broadcast waves, satellite broadcast waves, various broadcast networks using (e) MBMS, etc., wireless LANs such as Wi-Fi, etc. Shall be included.
  • the content supply device 60 performs not only HTTP unicast distribution of the content stream but also multicast distribution.
  • multicast delivery includes broadcast / multicast delivery on a point-to-point bearer as well as broadcast / multicast delivery on a point-to-multipoint bearer via the network 51.
  • FLUTE multicast delivery will be mentioned as a representative of multicast delivery.
  • the content supply device 60 includes a channel server 61, a segmenter 62, an MPD generator 63, a FLUTE streamer 64, a WEB server 65, and a 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 segment streams such as Fragmented MP 4, and outputs the generated segment streams 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 a delivery source (WEB server 65) when the segment file is delivered by HTTP unicast is generated and the FLUTE streamer 64 and the Output to the WEB server 65.
  • WEB server 65 a delivery source
  • the acquisition destination of SDP Session Description
  • the destination IP address of the FLUTE session of the FLUTE stream distributed by FLUTE multicast distribution is switchable from the segment stream distributed by HTTP unicast is described There is.
  • 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.
  • the FLUTE streamer 64 includes an SDP in which address information of a FLUTE session is described, and further extends it to be able to describe general-purpose network requirement quality information on each stream delivered via the network 51 (User Service Bundle) Description) and output to the multicast server 66. USD will be described in detail with reference to FIG.
  • the WEB server 65 HTTP-unicasts the MPD input from the MPD generator 63 to the request source in response to the HTTP request for requesting the MPD transmitted from the terminal device 80. Further, in response to the HTTP request for requesting a segment file transmitted from the terminal device 80, the WEB server 65 performs HTTP unicast distribution of the held segment file to the request source.
  • the multicast server 66 distributes the MPD and the USD input from the FLUTE streamer 64 by FLUTE multicast. Also, the multicast server 66 distributes FLUTE multicast the FLUTE stream input from the FLUTE streamer 64.
  • the terminal device 80 acquires the MPD from the content supply device 60 via the network 51. Specifically, it sends an HTTP request requesting an MPD, and accordingly receives an MPD which is HTTP unicast distributed, or receives an MPD which is FLUTE multicast distributed. 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 known using, for example, SDP (Session Description) elements of USD that is signaling metadata.
  • USD is transferred by FLUTE / UDP / IP (Multicast or Unicast).
  • 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 the USD including the SDP based on the acquired MPD, and receives and reproduces the FLUTE stream distributed by FLUTE multicast based on the SDP.
  • the MPD or segment request cached by the proxy server is distributed by HTTP unicast. is there.
  • USD extension As described above, the USD is used to inform the portal channel on which FLUTE multicast distribution is performed, and in the present embodiment, the general purpose network required quality information of each path for distributing contents is provided to the receiver. Use it for the purpose.
  • FIG. 3 shows a protocol stack in the case where a USD is delivered using MBMS.
  • the USD is stored in Service Announcement & Metadata 91, and is distributed by FLUTE multicast on a broadcast / multicast channel.
  • FIG. 4 shows the structure of the USD metadata before expansion
  • FIGS. 5 and 6 show the structure of the expanded USD metadata.
  • MPDBaseUrlMapping 101 in FIG. 6, “r12: MPDBaseUrlMapping”
  • r12 MPDBaseUrlMapping
  • the MPDBaseUrlMapping element 101 is a BaseUrl of each AdaptationSet or Representation described in the MPD referenced in the MediaPresentationDescription (the MPD described for a FLUTE stream known by the USD and a stream (such as a segment stream) to be switched with each other). Is to indicate whether it is multicast delivery or unicast delivery.
  • FIG. 7 shows the structure of the MPDBaseUrlMapping element 101.
  • the MPDBaseUrlMapping element 101 stores (a list of) broadcast elements and (a list of) unicast elements.
  • a baseURL attribute indicating one of the AdaptationSet described in the corresponding MPD or the BaseUrl of Representation is to be delivered by multicast (including broadcast delivery) is stored.
  • a sessionDescription attribute that stores a reference to the sessionDescription corresponding to the stored baseUrl attribute, and a required QoS element 111 that stores the QoS parameter (network required quality information) of the distribution path are stored.
  • the unicast element stores a baseURL attribute indicating one of AdaptationSet or Representation's baseUrl described in the corresponding MPD, which is to be delivered by unicast.
  • the URL of the MPD file to be referenced is stored.
  • the arrangement of the required QoS element 111 for storing the QoS parameter (network required quality information) of the distribution path is not limited to the example shown in FIG. For example, they may be arranged as shown in FIG.
  • FIG. 8 and FIG. 9 show an example in which the required QoS element 111 is arranged under the DeliveryMethod element of USD metadata.
  • the requiredQoS element includes a parameterURI attribute that specifies a QoS parameter necessary for tuning to the delivery path of content, and a requiredValue element (“upperLimit (upper limit)”, “lowerLimit (lower limit)”) as the condition value thereof, Or “just (specified value)” is stored.
  • Level 1 (specified by "urn: CNclass 1"): 10 -3 or more (not allowed)
  • Level 2 (specified by “urn: CNclass2”): 10-5 or more, 10-3 or less (possible)
  • Level 3 (designated by "urn: CNclass 3”): less than 10-5 (good)
  • RequiredQoS / @ parameterURI urn: CarrierToNoiseRatio (a unique identifier indicating C / N) is described as a condition value
  • RequiredQoS / requiredClass / @ class "urn: CNclass2”
  • RequiredQoS / requiredClass / @ class "urn: CNclass3” (Meaning that CN ratio class 2 or class 3 is required)
  • the following parameters can be described as the QoS parameter stored in the required QoS element.
  • FIG. 10 is an example of the QoS parameters of DVB satellite / cable television.
  • FIG. 11 is an example of QoS parameters of DVB cable television.
  • FIG. 12 is an example of QoS parameters of DVB satellite broadcasting.
  • FIG. 13 is an example of a terrestrial broadcast (DVB-T) QoS parameter. Examples of the QoS parameters shown in FIGS. 10 to 13 are all defined in ETSI TR 101 290 V1.2.1 (2001-05), “Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems”. It is a thing.
  • FIG. 14 is an example of QoS parameters of terrestrial broadcasting (DVB-T2). These are defined in DVB BlueBook A14-2 (07/12), “Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems; Amendment for DVB-T2 System".
  • FIG. 15 is an example of QoS parameters of cable television (DVB-C2). These are defined in DVB BlueBook A14-3 (03/13), “Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems; Amendment for DVB-C2 System”.
  • FIG. 16 is an example of other terrestrial broadcast QoS parameters. These are those defined in NorDig Unified version 2.4.
  • FIG. 17 is an example of QoS parameters for a 3G mobile phone (UTRA FDD) terminal. These are defined in ETSI TS 125 215 V11.0.0 (2012-11); “Universal Mobile Telecommunications System (UMTS); Physical layer; Measurements (FDD) (3GPP TS 25.215 version 11.0.0 Release 11)" It is a thing.
  • UTRA FDD 3G mobile phone
  • FIG. 18 is an example of QoS parameters for 3G mobile phone (UTRA TDD) terminal. These are defined in ETSI TS 125 225 V 11.0.0 (2012-09); “Universal Mobile Telecommunications System (UMTS); Physical layer; Measurements (TDD) (3GPP TS 25.225 version 11.0.0 Release 11)”. It is a thing.
  • FIG. 19 is a diagram illustrating an example of QoS parameters for an LTE (E-UTRA) terminal. These are defined in ETSI TS 136 214 V11.1.0 (2013-02); “LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer; Measurements (3GPP TS 36.214 version 11.1.0 Release 11)”. It is also defined in ETSI TS 136 214 V11.1.0 (2013-02); “LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer; Measurements (3GPP TS 36.214 version 11.1.0 Release 11)”. It is defined in ETSI TS 136 214 V11.1.0 (2013-02); “LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer; Measurements (3GPP TS 36.214 version 11.1.0 Release 11)”. It is also defined in ETSI TS 136 214 V11.1.0 (2013-02); “LTE; Evolved Universal Terrestrial Radio Access (E-UTRA);
  • FIG. 20 is a diagram illustrating an example of QoS parameters of the ATSC physical layer. These are described in "Guide to the Use of the ATSC Digital Television Standard", December 4, 2003.
  • FIG. 21 is a flowchart for explaining processing performed by the content supply device 60 that performs HTTP unicast distribution of content streams and FLUTE multicast distribution.
  • step S 1 the channel server 61 of the content supply device 60 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 MP4 based on each streaming data, 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.
  • step S 3 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.
  • step S 4 the MPD generator 63 generates an MPD based on the metadata notified from the segmenter 62 and outputs the MPD to the FLUTE streamer 64 and the WEB server 65.
  • the FLUTE streamer 64 stores the MPD generated by the MPD generator 63 in an ALC packet and outputs it to the multicast server 66.
  • the FLUTE streamer 64 includes the SDP related to the FLUTE session, and further describes the USD extended so as to be able to describe the Qos parameter related to each stream distributed via the network 51 and outputs it to the multicast server 66.
  • step S5 the multicast server 66 distributes the MPD and the USD input from the FLUTE streamer 64 by FLUTE multicast.
  • step S6 the WEB server 65 HTTP-unicasts the MPD input from the MPD generator 63 to the request source in response to the HTTP request for requesting the MPD transmitted from the terminal device 80.
  • step S7 the WEB server 65 performs HTTP unicast distribution of the held segment file to the request source in response to the HTTP request for requesting the MPD based segment file transmitted from the terminal device 80.
  • step S8 the multicast server 66 distributes the FLUTE stream input from the FLUTE streamer 64 by FLUTE multicast.
  • FLUTE multicast distribution of FLUTE streams can also be performed in real time simultaneously with the generation of the original segment stream. This is the end of the process description of the content supply device 60.
  • the terminal device 80 transmits an HTTP request requesting the MPD, receives the MPD to be delivered by HTTP unicast in response, or receives the MPD to be delivered by FLUTE multicast, and based on the MPD
  • the file can be requested, and the file of the segment stream to be delivered by HTTP unicast in response can be received and reproduced.
  • FLUTE sessions can be received based on SDPs of USD distributed by FLUTE multicast. Furthermore, based on the Qos parameter described in the required QoS element of the USD, it is possible to determine whether or not each stream can be properly received, and then receive and play back.
  • 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. 22 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 computer 200 can install the program into the storage unit 208 via the input / output interface 205 by mounting the removable media 211 storing the program in 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
  • the present disclosure can also be configured as follows.
  • a generation unit that generates metadata describing the QoS parameter and the condition value of each of the different networks to which the stream is distributed;
  • a distribution unit configured to distribute the generated metadata to a receiving side.
  • the generation unit generates an extended USD as the metadata,
  • the plurality of different networks include at least one of the Internet, a terrestrial broadcast network, a satellite broadcast network, a cable television broadcast network, a mobile broadcast network, or a wireless LAN.
  • the generation unit introduces an MPDBaseMapping element into the USD, introduces a RequierdQos element into the MPDBaseMapping element, and describes QoS parameters and their condition values for each of the plurality of different networks to which the stream is delivered in the RequierdQos element.
  • the content supply device according to (2) or (3).
  • the generation unit introduces a RequierdQos element into the USD's DeliverMethod, and describes, in the RequierdQos element, the QoS parameter and its condition value for each of the different networks to which the stream is delivered.
  • the content supply device according to the above.
  • a generation unit that generates metadata describing the QoS parameter and the condition value of each of the different networks to which the stream is distributed;
  • D a distribution unit for distributing the generated metadata to a receiving side.
  • a computer that delivers a stream of content through each of a plurality of different networks in accordance with adaptive streaming technology, A generation unit that generates metadata describing the QoS parameter and the condition value of each of the different networks to which the stream is distributed;
  • a program that functions as a distribution unit that distributes the generated metadata to a receiving side.
  • a stream delivery unit for supplying a stream of content through each of a plurality of different networks according to an adaptive streaming technique;
  • the apparatus comprises: a generation unit that generates metadata describing QoS parameters and condition values of each of the plurality of different networks to which the stream is distributed; and a metadata distribution unit that distributes the generated metadata to the receiving side
  • a terminal device that receives the stream distributed from the content supply device;
  • a terminal device comprising a configuration for acquiring the metadata and receiving and reproducing the stream distributed via any of the plurality of different networks according to a determination on reception availability based on the acquired metadata.
  • the content supply device is A stream delivery unit for supplying a stream of content through each of a plurality of different networks according to an adaptive streaming technique; It comprises: a generation unit that generates metadata describing QoS parameters and the condition value of each of the plurality of different networks to which the stream is distributed; and a metadata distribution unit that distributes the generated metadata to the receiving side ,
  • the terminal device is A content supply system comprising a configuration for acquiring the metadata, and receiving and reproducing the stream distributed via any of the different networks according to a determination as to whether reception is possible based on the acquired metadata.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Library & Information Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

　本開示は、同一内容のコンテンツを異なる複数の配信パスで供給する場合の、各配信パスに対応する汎用的なネットワーク要求品質情報を受信側に提供することができるようにするコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。　本開示のコンテンツ供給装置は、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置において、前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信する配信部とを備える。本開示は、コンテンツをストリーミング配信するシステムに適用できる。

Description

コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
　本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、同一内容のコンテンツを複数の配信パスを介して供給する場合に用いて好適なコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。
　近年、インターネットを利用するストリーミングサービスの主流が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等のメディアデータ)をチャンク化したセグメントストリームのファイルを、受信側からの要求に応じて供給するWEBサーバ（供給元）のアドレス(url情報)が記述されている。受信側は該url情報に基づいて、コンテンツの供給元となるWEBサーバにアクセスしてセグメントストリームのファイル（以下、セグメントファイルとも称する）を要求し、該要求に応じてサーバから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クライアント３０からのMPDを要求する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ユニキャスト配信することにより適応的ストリーミング技術が実現されている。
　ところで、受信側がインターネット１１を介するHTTPユニキャスト配信を受信できるだけでなく、各種のネットワーク（地上放送、衛星放送、携帯電話通信網、無線LAN等）を介するマルチキャスト配信を受信できるのであれば、それらもDASHの配信パスとして利用できるようにすることが望ましい。具体的には、例えば3GPP通信網を利用してFLUTEマルチキャスト配信を行なうことなどが想定される。
　ところで、コンテンツのストリームが様々な配信パスで供給されるようになると、受信側では単に受信の可否だけで最適なストリームを選択するのではなく、各配信パスを介してストリームを供給する場合の汎用的なネットワーク要求品質情報を受信側に提供し、受信側ではそれらに基づいてストリームを選択できるようにすることが望ましい。
　具体的には、ストリーミングサービス一般に適用されるQoSパラメータの記述、放送受信する場合の要求受信品質の記述、無線LAN系を通して取得する場合の要求品質の記述などの提供が考えられる。
　本開示はこのような状況に鑑みてなされたものであり、同一内容のコンテンツを異なる複数の配信パスで供給する場合において、各配信パスに対応する汎用的なネットワーク要求品質情報を受信側に提供できるようにするものである。
　本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置において、前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信する配信部とを備える。
　前記生成部は、前記メタデータとして、拡張されたUSDを生成することができ、前記配信部は、生成された拡張された前記USDをFLUTEマルチキャスト配信することができる。
　前記異なる複数のネットワークは、インターネット、地上放送網、衛星放送網、ケーブルテレビ放送網、モバイル放送網、または無線LANのうちの少なくとも一つを含むことができる。
　前記生成部は、USDにMPDBaseMapping要素を導入し、前記MPDBaseMapping要素の中にRequierdQos要素を導入し、前記RequierdQos要素に前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述することができる。
　前記生成部は、USDのDeliverMethodの中にRequierdQos要素を導入し、前記RequierdQos要素に前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述することができる。
　本開示の第１の側面であるコンテンツ供給方法は、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信する配信部とを含む。
　本開示の第１の側面であるプログラムは、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンピュータを、
　前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信する配信部として機能させる。
　本開示の第１の側面においては、ストリームが配信される異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータが生成され、生成された前記メタデータが受信側に配信される。
　本開示の第２の側面である端末装置は、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを供給するストリーム配信部と、前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信するメタデータ配信部とを備えるコンテンツ供給装置から配信される前記ストリームを受信する端末装置において、前記メタデータを取得し、取得した前記メタデータに基づく受信の可否判断に従って、前記異なる複数のネットワークのいずれかを介して配信された前記ストリームを受信、再生する構成を備える。
　本開示の第２の側面においては、ストリームが配信される異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値が記述されたメタデータが取得され、取得された前記メタデータに基づく受信の可否判断に従って、前記異なる複数のネットワークのいずれかを介して配信された前記ストリームが受信、再生される。
　本開示の第３の側面であるコンテンツ供給システムは、コンテンツ供給装置と端末装置から構成されたコンテンツ供給システムにおいて、前記コンテンツ供給装置が、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを供給するストリーム配信部と、前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信するメタデータ配信部とを備える。一方、前記端末装置が、前記メタデータを取得し、取得した前記メタデータに基づく受信の可否判断に従って、前記異なる複数のネットワークのいずれかを介して配信された前記ストリームを受信、再生する構成を備える。
　本開示の第３の側面においては、コンテンツ供給装置により、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームが供給され、前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータが生成され、生成された前記メタデータが受信側に配信される。一方、前記端末装置により、前記メタデータが取得され、取得された前記メタデータに基づく受信の可否判断に従って、前記異なる複数のネットワークのいずれかを介して配信された前記ストリームが受信、再生される。
　本開示の第１の側面によれば、コンテンツのストリームが配信される異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを配信できる。
　本開示の第２の側面によれば、コンテンツのストリームが配信される異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータに基づいて受信の可否を判断できる。
　本開示の第３の側面によれば、コンテンツのストリームが配信される異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを端末装置側に配信でき、端末装置側はメタデータに基づいて受信の可否を判断できる。
従来のコンテンツ供給システムの構成の一例を示すブロック図である。 本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。 USDのプロトコルスタックを示す図である。 USDメタデータの拡張前の構造を示す図である。 USDメタデータの拡張後の構造を示す図である。 USDメタデータの拡張後の構造を示す図である。 MPDBaseUrlMapping要素の構造を示す図である。 requiredQoS要素の他の配置の例を示す図である。 requiredQoS要素の他の配置の例を示す図である。 DVB衛星放送／ケーブルテレビのQoSパラメータの例を示す図である。 DVBケーブルテレビのQoSパラメータの例を示す図である。 DVB衛星放送のQoSパラメータの例を示す図である。 地上放送(DVB-T)のQoSパラメータの例を示す図である。 地上放送(DVB-T2)のQoSパラメータの例を示す図である。 ケーブルテレビ(DVB-C2)のQoSパラメータの例を示す図である。 その他の地上放送のQoSパラメータの例を示す図である。 ３Ｇ携帯電話機(UTRA FDD)端末用のQoSパラメータの例を示す図である。 ３Ｇ携帯電話機(UTRA TDD)端末用のQoSパラメータの例を示す図である。 LTE (E-UTRA)端末用のQoSパラメータの例を示す図である。 ATSC物理層のQosパラメータの例を示す図である。 コンテンツ供給装置の動作を説明するフローチャートである。 コンピュータの構成例を示すブロック図である。
＜コンテンツ供給システムの構成例＞
　図２は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
　コンテンツ供給システム５０は、複数のコンテンツ供給装置６０と、多数の端末装置８０から構成される。コンテンツ供給装置６０と端末装置８０とは、ネットワーク５１を介して接続できる。
　ネットワーク５１は、インターネットとそれを利用したCDN５２に代表される双方向通信網の他、地上放送波、衛星放送波、(e)MBMSなどを利用した各種の放送網、Wi-Fiなどの無線LANを包含するものとする。
　コンテンツ供給装置６０は、コンテンツのストリームをHTTPユニキャスト配信するだけでなく、さらにマルチキャスト配信するものである。ここで、マルチキャスト配信とは、ネットワーク５１を介するポイント・トゥー・マルチポイントベアラ上のブロードキャスト・マルチキャスト配信の他、ポイント・トゥー・ポイントベアラ上のブロードキャスト・マルチキャスト配信を含むものとする。ただし、以下の説明においてはマルチキャスト配信の代表としてFLUTEマルチキャスト配信にのみ言及する。
　コンテンツ供給装置６０は、チャネルサーバ６１、セグメンタ６２、MPDジェネレータ６３、FLUTEストリーマ６４、WEBサーバ６５、およびマルチキャストサーバ６６を有する。
　なお、コンテンツ供給装置６０が有するチャネルサーバ６１乃至マルチキャストサーバ６６は、一箇所に集積して配置してもよいし、インターネットなどを介して分散して配置してもよい。
　チャネルサーバ６１は、端末装置８０に配信するためのコンテンツのソースデータからビットレートが異なる複数のストリーミングデータを生成してセグメンタ６２に出力する。
　セグメンタ６２は、各ストリーミングデータを時間的にセグメントに分割することにより、例えばFragmented MP4などのセグメントストリームを生成し、生成したセグメントストリームをFLUTEストリーマ６４、およびWEBサーバ６５に出力する。また、セグメンタ６２は、セグメントストリームの供給元を表すアドレスを含むメタデータをMPDジェネレータ６３に通知する。
　MPDジェネレータ６３は、セグメンタ６２から通知されるメタデータに基づき、セグメントファイルがHTTPユニキャスト配信される時の配信元（WEBサーバ６５）を表すアドレスなどを記述したMPDを生成してFLUTEストリーマ６４およびWEBサーバ６５に出力する。このMPDには、HTTPユニキャスト配信されるセグメントストリームからスイッチング可能な、FLUTEマルチキャスト配信されるFLUTEストリームのFLUTEセッションのデスティネーションIPアドレスが記述されているSDP(Session Description)の取得先が記述されている。
　FLUTEストリーマ６４は、セグメンタ６２から順次入力されるセグメントストリームを分割してALCパケットに格納することにより、FLUTEストリームに変換してマルチキャストサーバ６６に出力する。また、FLUTEストリーマ６４は、MPDジェネレータ６３で生成されるMPDをALCパケットに格納してマルチキャストサーバ６６に出力する。
　さらに、FLUTEストリーマ６４は、FLUTEセッションのアドレス情報を記述したSDPを含み、さらにネットワーク５１を介して配信される各ストリームに関する汎用的なネットワーク要求品質情報を記述できるように拡張したUSD(User Service Bundle Description)を記述してマルチキャストサーバ６６に出力する。USDについては図３以降を参照して詳述する。
　WEBサーバ６５は、端末装置８０から送信される、MPDを要求するHTTPリクエストに応じ、MPDジェネレータ６３から入力されているMPDを要求元にHTTPユニキャスト配信する。また、WEBサーバ６５は、端末装置８０から送信される、セグメントファイルを要求するHTTPリクエストに応じ、保持するセグメントファイルを要求元にHTTPユニキャスト配信する。
　マルチキャストサーバ６６は、FLUTEストリーマ６４から入力されたMPDおよびUSDをFLUTEマルチキャスト配信する。また、マルチキャストサーバ６６は、FLUTEストリーマ６４から入力されたFLUTEストリームをFLUTEマルチキャスト配信する。
　端末装置８０は、ネットワーク５１を介してコンテンツ供給装置６０からMPDを取得する。具体的には、MPDを要求するHTTPリクエストを送信し、それに応じてHTTPユニキャスト配信されるMPDを受信するか、またはFLUTEマルチキャスト配信されるMPDを受信する。なお、端末装置８０がFLUTEマルチキャスト配信されるMPDを受信する場合には、FLUTEマルチキャスト配信を行なうマルチキャストサーバ６６のポータルチャネルが記述されたアナウンス情報が参照される。
　該アナウンス情報は、例えばシグナリングメタデータであるUSDのSDP(Session Description)要素を利用して周知される。USDはFLUTE/UDP/IP(Multicast or Unicast)にて転送される。
　さらに、端末装置８０は、取得したMPDに基づいてWEBサーバ６５にセグメントストリームを要求するHTTPリクエスト送信し、これに応じてHTTPマルチキャスト配信されるセグメントストリームのファイルを受信、再生する。
　またさらに、端末装置８０は、取得したMPDに基づいてSDPを含むUSDを取得し、SDPに基づいてFLUTEマルチキャスト配信されるFLUTEストリームを受信、再生する。
　なお、端末装置８０から送信されたHTTPリクエストに対し、WEBサーバ６５の代わりにCDN５２上に存在するプロキシサーバが応じ、該プロキシサーバがキャッシングしているMPDやセグメントリクエストをHTTPユニキャスト配信する場合もある。
［USDの拡張］
　上述したように、USDはFLUTEマルチキャスト配信が行なわれるポータルチャネルを周知させるために利用する他、本実施の形態では、コンテンツを配信する各パスの汎用的なネットワーク要求品質情報を受信側に提供する用途にも利用するようにする。
　図３は、MBMSを利用してUSDが配信される場合のプロトコルスタックを示している。
　USDはService Announcement&Metadata９１に格納され、ブロードキャスト・マルチキャストチャネルでFLUTEマルチキャスト配信される。
　次に、図４はUSDメタデータの拡張前の構造を示しており、図５および図６は拡張したUSDメタデータの構造を示している。本実施の形態では、図５に示されるように、UserServiceDescriptionの下に新たな要素としてMPDBaseUrlMapping１０１（図６においては”r12:MPDBaseUrlMapping”）を導入する。
　MPDBaseUrlMapping要素１０１は、MediaPresentationDescriptionにて参照されるMPD（当該USDにて周知するFLUTEストリームと互いにスイッチング対象となるストリーム（セグメントストリームなど）について記述されているMPD）に記載されるAdaptationSetまたはRepresentationそれぞれのbaseUrlが、マルチキャスト配信であるのか、またはユニキャスト配信であるのかの区別を示すためのものである。
　次に、図７はMPDBaseUrlMapping要素１０１の構造を示している。
　MPDBaseUrlMapping要素１０１には、broadcast要素（のリスト）とunicast要素（のリスト）が格納される。broadcast要素には、対応するMPDに記述されているAdaptationSetまたはRepresentationのbaseUrlのうちのマルチキャスト配信(ブロードキャスト配信含む)されるものを示すbaseURL属性が格納される。さらに、broadcast要素には、格納されたbaseUrl属性に対応するsessionDescriptionへの参照を格納するsessionDescription属性と、配信パスのQoSパラメータ（ネットワーク要求品質情報）を格納するrequiredQoS要素１１１が格納される。
　unicast要素には、対応するMPDに記述されているAdaptationSetまたはRepresentationのbaseUrlのうちのユニキャスト配信されるものを示すbaseURL属性が格納される。
　MPDBaseUrlMapping/@mpdURI属性には、参照対象のMPDファイルのURLが格納される。
　なお、配信パスのQoSパラメータ（ネットワーク要求品質情報）を格納するrequiredQoS要素１１１の配置については、図７に示された例に限定されるものではない。例えば、図８に示されるように配置してもよい。
　図８および図９は、USDメタデータのDeliveryMethod要素の下にrequiredQoS要素１１１を配置した例を示している。
＜requiredQoS要素に格納するQosパラメータの具体例＞
　requiredQoS要素には、コンテンツの配信パスに対してチューニングするために必要なQoSパラメータを指定するparameterURI属性と、その条件値としてrequiredValue要素（”upperLimit(上限値)”、”lowerLimit(下限値)”、または”just(指定値)”）が格納される。
＜QoSパラメータの記述例＞
　QoSパラメータの記述例について具体的に説明する。例えば、ストリーミングサービス一般に適用されるQoEパラメータとして、遅延、遅延揺らぎ、損失(エラー)、スループット等が存在する。このうち、スループットについて記述する場合には、
　RequiredQoS/@parameterURI=urn:DownLinkThroughput(下りスループットを示すユニークな識別子)と記述し、条件値としてその下限値を指定するときは、
　RequiredQoS/requiredValue/@lowerLimit=”3Mbps”（下りスループットの下限値3Mbpsとの意味）と指定する。
　また例えば、放送を受信する場合や、Wi-Fi等無線LANを介してストリームを受信する場合の放送や携帯電話の端末の物理層信号品質を表すパラメータには、代表的なものとして、電波の強さに関するものと、ビット誤り率(BER)に関するものが存在する。より具体的には、前者の例としては、搬送波対雑音比(CN比)、受信信号強度(RSSI)等がある。後者の例としては、リード・ソロモン(RS)等の誤り訂正処理(放送/通信方式によって異なる)前/後のビット誤り率(BER before/after RS)や、トランスポート・ブロックの誤り率(BLER)等がある。
　このうち、CN比について記述する場合には、
　RequiredQoS/@parameterURI=urn:CarrierToNoiseRatio(CN比を示すユニークな識別子)と記述し、条件値としてその下限値を指定するときには、
　RequiredQoSParameter/requiredValue/@lowerLimit=”10dB”（CN比の下限値10dBとの意味）と記述する。
　また、条件値としてCN比をいくつかのクラス（例えば３クラス）に分類して評価するときには、
　レベル１(“urn:CNclass1”で指定):１０－３以上（不可）
　レベル２(“urn:CNclass2”で指定): １０－５以上、１０－３未満（可）
　レベル３(“urn:CNclass3”で指定): １０－５未満（良好）
と定義した上で、
　RequiredQoS/@parameterURI=urn:CarrierToNoiseRatio(C/Nを示すユニークな識別子)と記述し、条件値として、
　RequiredQoS/requiredClass/@class="urn:CNclass2"
　RequiredQoS/requiredClass/@class="urn:CNclass3"
（CN比クラス２またはクラス３が必要との意味）
と指定する。
　なお、requiredQoS要素に格納するQoSパラメータとしては、上述した例の他にも、以下に挙げるパラメータを記述することができる。
　図１０は、DVB衛星放送／ケーブルテレビのQoSパラメータの例である。図１１は、DVBケーブルテレビのQoSパラメータの例である。図１２は、DVB衛星放送のQoSパラメータの例である。図１３は、地上放送(DVB-T)のQoSパラメータの例である。図１０乃至図１３に示されたQoSパラメータの例は、いずれもETSI TR 101 290 V1.2.1 (2001-05), “Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems”にて定義されているものである。
　図１４は、地上放送(DVB-T2)のQoSパラメータの例である。これらは、DVB BlueBook A14-2 (07/12), “Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems; Amendment for DVB-T2 System”にて定義されているものである。
　図１５は、ケーブルテレビ(DVB-C2)のQoSパラメータの例である。これらは、DVB BlueBook A14-3 (03/13), “Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems; Amendment for DVB-C2 System”にて定義されているものである。
　図１６は、その他の地上放送のQoSパラメータの例である。これらは、NorDig Unified ver2.4にて定義されているものである。
　図１７は、３Ｇ携帯電話機(UTRA FDD)端末用のQoSパラメータの例である。これらは、ETSI TS 125 215 V11.0.0 (2012-11)； “Universal Mobile Telecommunications System (UMTS)； Physical layer； Measurements (FDD) (3GPP TS 25.215 version 11.0.0 Release 11)”にて定義されているものである。
　図１８は、３Ｇ携帯電話機(UTRA TDD)端末用のQoSパラメータの例である。これらは、ETSI TS 125 225 V11.0.0 (2012-09)； “Universal Mobile Telecommunications System (UMTS)； Physical layer； Measurements (TDD) (3GPP TS 25.225 version 11.0.0 Release 11)”にて定義されているものである。
　図１９は、LTE (E-UTRA)端末用のQoSパラメータの例を示す図である。これらは、ETSI TS 136 214 V11.1.0 (2013-02); “LTE； Evolved Universal Terrestrial Radio Access (E-UTRA)； Physical layer； Measurements (3GPP TS 36.214 version 11.1.0 Release 11)”にて定義されているものである。
　図２０は、ATSC物理層のQoSパラメータの例を示す図である。これらは、「Guide to the Use of the ATSC Digital Television Standard」，December４，2003にて記述されているものである。
［コンテンツ供給システム５０の動作］
　次に、コンテンツ供給システム５０の動作について説明する。
　図２１は、コンテンツのストリームをHTTPユニキャスト配信し、またFLUTEマルチキャスト配信するコンテンツ供給装置６０が行なう処理を説明するフローチャートである。
　ステップＳ１において、コンテンツ供給装置６０のチャネルサーバ６１は、端末装置８０に配信するためのコンテンツのソースデータからビットレートが異なる複数のストリーミングデータを生成してセグメンタ６２に出力する。ステップＳ２において、セグメンタ６２は、各ストリーミングデータを元にしてFragmented MP4などのセグメントストリームを生成し、生成したセグメントストリームをFLUTEストリーマ６４、およびWEBサーバ６５に出力する。また、セグメンタ６２は、セグメントストリームの供給元を表すアドレスを含むメタデータをMPDジェネレータ６３に通知する。
　ステップＳ３において、FLUTEストリーマ６４は、セグメンタ６２から順次入力されるセグメントストリームを分割してALCパケットに格納することにより、FLUTEストリームに変換してマルチキャストサーバ６６に出力する。
　ステップＳ４において、MPDジェネレータ６３は、セグメンタ６２から通知されるメタデータに基づいてMPDを生成してFLUTEストリーマ６４およびWEBサーバ６５に出力する。FLUTEストリーマ６４は、MPDジェネレータ６３で生成されるMPDをALCパケットに格納してマルチキャストサーバ６６に出力する。また、FLUTEストリーマ６４は、FLUTEセッションに関するSDPを含み、さらにネットワーク５１を介して配信される各ストリームに関するQosパラメータを記述できるように拡張したUSDを記述してマルチキャストサーバ６６に出力する。
　ステップＳ５において、マルチキャストサーバ６６は、FLUTEストリーマ６４から入力されたMPDおよびUSDをFLUTEマルチキャスト配信する。
　ステップＳ６において、WEBサーバ６５は、端末装置８０から送信される、MPDを要求するHTTPリクエストに応じ、MPDジェネレータ６３から入力されているMPDを要求元にHTTPユニキャスト配信する。ステップＳ７において、WEBサーバ６５は、端末装置８０から送信される、MPDに基づくセグメントファイルを要求するHTTPリクエストに応じ、保持するセグメントファイルを要求元にHTTPユニキャスト配信する。
　ステップＳ８において、マルチキャストサーバ６６は、FLUTEストリーマ６４から入力されたFLUTEストリームをFLUTEマルチキャスト配信する。なお、FLUTEストリームをFLUTEマルチキャスト配信は、元となるセグメントストリームの生成と同時にリアルタイムに実行することもできる。以上でコンテンツ供給装置６０の処理説明を終了する。
　一方、端末装置８０は、MPDを要求するHTTPリクエストを送信し、それに応じてHTTPユニキャスト配信されるMPDを受信するか、またはFLUTEマルチキャスト配信されるMPDを受信し、MPDに基づいてセグメントストリームのファイルを要求、それに応じてHTTPユニキャスト配信されるセグメントストリームのファイルを受信、再生することができる。また、FLUTEマルチキャスト配信されたUSDのSDPに基づいてFLUTEセッションを受信できる。さらに、USDのrequiredQoS要素に記述されているQosパラメータに基づいて、各ストリームを適切に受信できるか否かを判断してから、受信、再生することができる。
　ところで、上述した一連の処理を実行するコンテンツ供給装置６０、および端末装置８０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
　図２２は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
　このコンピュータ２００において、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
　バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、およびドライブ２１０が接続されている。
　入力部２０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記憶部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。
　以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
　コンピュータ２００（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
　コンピュータ２００では、プログラムが記録されているリムーバブルメディア２１１をドライブ２１０に装着することにより、該プログラムを入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。
　なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
　本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
　本開示は以下のような構成もとることができる。
（１）
　適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置において、
　前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、
　生成された前記メタデータを受信側に配信する配信部と
　を備えるコンテンツ供給装置。
（２）
　前記生成部は、前記メタデータとして、拡張されたUSDを生成し、
　前記配信部は、生成された拡張された前記USDをFLUTEマルチキャスト配信する
　前記（１）に記載のコンテンツ供給装置。
（３）
　前記異なる複数のネットワークは、インターネット、地上放送網、衛星放送網、ケーブルテレビ放送網、モバイル放送網、または無線LANのうちの少なくとも一つを含む
　前記（１）または（２）に記載のコンテンツ供給装置。
（４）
　前記生成部は、USDにMPDBaseMapping要素を導入し、前記MPDBaseMapping要素の中にRequierdQos要素を導入し、前記RequierdQos要素に前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述する
　前記（２）または（３）に記載のコンテンツ供給装置。
（５）
　前記生成部は、USDのDeliverMethodの中にRequierdQos要素を導入し、前記RequierdQos要素に前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述する
　前記（２）または（３）に記載のコンテンツ供給装置。
（６）
　適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置のコンテンツ供給方法において、
　前記コンテンツ供給装置による、
　　前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、
　　生成された前記メタデータを受信側に配信する配信部と
　を含むコンテンツ供給方法。
（７）
　適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンピュータを、
　前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、
　生成された前記メタデータを受信側に配信する配信部と
　して機能させるプログラム。
（８）
　適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを供給するストリーム配信部と、
　前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信するメタデータ配信部とを備えるコンテンツ供給装置から配信される前記ストリームを受信する端末装置において、
　前記メタデータを取得し、取得した前記メタデータに基づく受信の可否判断に従って、前記異なる複数のネットワークのいずれかを介して配信された前記ストリームを受信、再生する構成を
　備える端末装置。
（９）
　コンテンツ供給装置と端末装置から構成されたコンテンツ供給システムにおいて、
　前記コンテンツ供給装置は、
　　適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを供給するストリーム配信部と、
　　前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信するメタデータ配信部とを備え、
　前記端末装置は、
　前記メタデータを取得し、取得した前記メタデータに基づく受信の可否判断に従って、前記異なる複数のネットワークのいずれかを介して配信された前記ストリームを受信、再生する構成を備える
コンテンツ供給システム。
　５０　コンテンツ供給システム，　５１　ネットワーク，　５２　CDN，　６０　コンテンツ供給装置,　６１　チャネルサーバ，　６２　セグメンタ，　６３　MPDジェネレータ，　６４　FLUTEストリーマ，　６５　WEBサーバ，　６６　マルチキャストサーバ，　６７　WEBサーバ，　８０　端末装置，　１００　コンピュータ，　１０１　CPU

Claims (9)

  1. 　適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置において、
    　前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、
    　生成された前記メタデータを受信側に配信する配信部と
    　を備えるコンテンツ供給装置。
  2. 　前記生成部は、前記メタデータとして、拡張されたUSDを生成し、
    　前記配信部は、生成された拡張された前記USDをFLUTEマルチキャスト配信する
    　請求項１に記載のコンテンツ供給装置。
  3. 　前記異なる複数のネットワークは、インターネット、地上放送網、衛星放送網、ケーブルテレビ放送網、モバイル放送網、または無線LANのうちの少なくとも一つを含む
    　請求項２に記載のコンテンツ供給装置。
  4. 　前記生成部は、USDにMPDBaseMapping要素を導入し、前記MPDBaseMapping要素の中にRequierdQos要素を導入し、前記RequierdQos要素に前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述する
    　請求項２に記載のコンテンツ供給装置。
  5. 　前記生成部は、USDのDeliverMethodの中にRequierdQos要素を導入し、前記RequierdQos要素に前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述する
    　請求項２に記載のコンテンツ供給装置。
  6. 　適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置のコンテンツ供給方法において、
    　前記コンテンツ供給装置による、
    　　前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、
    　　生成された前記メタデータを受信側に配信する配信部と
    　を含むコンテンツ供給方法。
  7. 　適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンピュータを、
    　前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、
    　生成された前記メタデータを受信側に配信する配信部と
    　して機能させるプログラム。
  8. 　適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを供給するストリーム配信部と、
    　前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信するメタデータ配信部とを備えるコンテンツ供給装置から配信される前記ストリームを受信する端末装置において、
    　前記メタデータを取得し、取得した前記メタデータに基づく受信の可否判断に従って、前記異なる複数のネットワークのいずれかを介して配信された前記ストリームを受信、再生する構成を
    　備える端末装置。
  9. 　コンテンツ供給装置と端末装置から構成されたコンテンツ供給システムにおいて、
    　前記コンテンツ供給装置は、
    　　適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを供給するストリーム配信部と、
    　　前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信するメタデータ配信部とを備え、
    　前記端末装置は、
    　前記メタデータを取得し、取得した前記メタデータに基づく受信の可否判断に従って、前記異なる複数のネットワークのいずれかを介して配信された前記ストリームを受信、再生する構成を備える
    コンテンツ供給システム。
PCT/JP2014/077287 2013-10-28 2014-10-14 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム Ceased WO2015064350A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201480058022.1A CN105659615B (zh) 2013-10-28 2014-10-14 内容供给装置、内容供给方法、终端装置及内容供给系统
US15/029,949 US10637948B2 (en) 2013-10-28 2014-10-14 Content supply apparatus, content supply method, program, terminal apparatus, and content supply system
EP14858468.3A EP3065411B1 (en) 2013-10-28 2014-10-14 Content supplying device, content supplying method, terminal device and content supplying program
RU2016115673A RU2663187C2 (ru) 2013-10-28 2014-10-14 Устройство и способ подачи содержания, программа, устройство терминала и система подачи содержания
JP2015544911A JP6466850B2 (ja) 2013-10-28 2014-10-14 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013-222973 2013-10-28
JP2013222973 2013-10-28

Publications (1)

Publication Number Publication Date
WO2015064350A1 true WO2015064350A1 (ja) 2015-05-07

Family

ID=53003960

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/077287 Ceased WO2015064350A1 (ja) 2013-10-28 2014-10-14 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム

Country Status (6)

Country Link
US (1) US10637948B2 (ja)
EP (1) EP3065411B1 (ja)
JP (1) JP6466850B2 (ja)
CN (1) CN105659615B (ja)
RU (1) RU2663187C2 (ja)
WO (1) WO2015064350A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109600664A (zh) * 2017-09-30 2019-04-09 华为技术有限公司 业务传输方法和装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102185876B1 (ko) * 2014-10-16 2020-12-02 삼성전자주식회사 무선 네트워크 환경에서 http 적응적 스트리밍 방법 및 장치
FR3124668A1 (fr) * 2021-06-30 2022-12-30 Orange Procédé de contrôle de la livraison partagée d’un contenu

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012096372A1 (ja) * 2011-01-14 2012-07-19 シャープ株式会社 コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造
WO2013057315A2 (en) * 2011-10-21 2013-04-25 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Resource management concept

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6208661B1 (en) * 1998-01-07 2001-03-27 International Business Machines Corporation Variable resolution scheduler for virtual channel communication devices
US20030236745A1 (en) * 2000-03-03 2003-12-25 Hartsell Neal D Systems and methods for billing in information management environments
ATE293863T1 (de) * 2002-01-23 2005-05-15 Sony Int Europe Gmbh Ein verfahren zur übertragung von end-to-end qos durch anwendung des end-to-end negotiation protocols (e2enp)
JP2007520905A (ja) 2003-06-27 2007-07-26 ノキア コーポレイション 無線通信ネットワークシステム、通信システム及び通信デバイスにおけるリソース予約のための方法とシステム
US8180385B2 (en) * 2009-03-31 2012-05-15 At&T Intellectual Property I, L.P. Intelligent adaptive re-coding for improved communications resource utilization
US20130298170A1 (en) * 2009-06-12 2013-11-07 Cygnus Broadband, Inc. Video streaming quality of experience recovery using a video quality metric
US8683013B2 (en) * 2011-04-18 2014-03-25 Cisco Technology, Inc. System and method for data streaming in a computer network
US8860779B2 (en) * 2011-05-23 2014-10-14 Broadcom Corporation Two-way audio and video communication utilizing segment-based adaptive streaming techniques
KR101863965B1 (ko) * 2011-06-14 2018-06-08 삼성전자주식회사 적응적 멀티미디어 서비스를 제공하는 장치 및 방법
WO2013009551A2 (en) 2011-07-08 2013-01-17 Wunderbrush, Llc Golf club head and golf shoe cleaner
EP2761881A4 (en) * 2011-09-30 2015-06-17 Intel Corp EXPERIENCE QUALITY IMPROVEMENTS BETWEEN WIRELESS NETWORKS
US9712891B2 (en) * 2011-11-01 2017-07-18 Nokia Technologies Oy Method and apparatus for selecting an access method for delivery of media
US20130182643A1 (en) * 2012-01-16 2013-07-18 Qualcomm Incorporated Method and system for transitions of broadcast dash service receptions between unicast and broadcast
US9246842B2 (en) * 2012-04-27 2016-01-26 Intel Corporation QoE-aware radio access network architecture for http-based video streaming
US9820259B2 (en) * 2012-05-04 2017-11-14 Qualcomm Incorporated Smooth transition between multimedia broadcast multicast service (MBMS) and unicast service by demand
WO2014022470A1 (en) 2012-07-31 2014-02-06 CLM Pallet Recycling, Inc. Pallet refurbishing apparatus and method
US20140098745A1 (en) * 2012-10-04 2014-04-10 Qualcomm Incorporated Method and system for compressing data packets in lte evolved multicast broadcast multimedia service
US10182330B2 (en) * 2012-11-13 2019-01-15 Qualcomm, Incorporated Emergency alert using MBMS and cell broadcasting
US20140199044A1 (en) * 2013-01-15 2014-07-17 Qualcomm Incorporated Supporting transport diversity and time-shifted buffers for media streaming over a network
US9338693B2 (en) * 2013-03-14 2016-05-10 Nec Corporation Scheduling framework for adaptive video delivery over cellular networks
JP2014239278A (ja) * 2013-06-06 2014-12-18 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012096372A1 (ja) * 2011-01-14 2012-07-19 シャープ株式会社 コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造
WO2013057315A2 (en) * 2011-10-21 2013-04-25 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Resource management concept

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MITSUHIRO HIRABAYASHI: "Achieving Uninterrupted Video Streaming Using Existing Web Servers", NIKKEI ELECTRONICS, 19 March 2012 (2012-03-19)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109600664A (zh) * 2017-09-30 2019-04-09 华为技术有限公司 业务传输方法和装置
CN109600664B (zh) * 2017-09-30 2021-03-30 华为技术有限公司 业务传输方法和装置

Also Published As

Publication number Publication date
JP6466850B2 (ja) 2019-02-06
CN105659615A (zh) 2016-06-08
US10637948B2 (en) 2020-04-28
EP3065411B1 (en) 2024-03-27
EP3065411A4 (en) 2017-07-19
EP3065411A1 (en) 2016-09-07
RU2016115673A (ru) 2017-10-26
RU2663187C2 (ru) 2018-08-02
US20160234328A1 (en) 2016-08-11
CN105659615B (zh) 2019-11-05
JPWO2015064350A1 (ja) 2017-03-09

Similar Documents

Publication Publication Date Title
JP6348251B2 (ja) 端末装置、受信方法、およびプログラム
US10212208B2 (en) Content supply device, content supply method, program, and content supply system
US9942619B2 (en) Content supply device, content supply method, program, and content supply system
JP6466850B2 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
US20170155968A1 (en) Content supply apparatus, content supply method, program terminal apparatus, and content supply system
KR102123208B1 (ko) 콘텐츠 공급 장치, 콘텐츠 공급 방법, 프로그램, 단말 장치, 및 콘텐츠 공급 시스템
JP2015049650A (ja) サーバ装置、情報処理方法、プログラム、端末装置、およびコンテンツ供給システム
CN109219962B (zh) 接收装置、接收方法、再现装置、再现方法、供应装置、供应方法以及程序
EP3041242B1 (en) Content provision device, content provision method, program, terminal device, and content provision system

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: 14858468

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2014858468

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014858468

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2015544911

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15029949

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2016115673

Country of ref document: RU

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: IDP00201602698

Country of ref document: ID

NENP Non-entry into the national phase

Ref country code: DE